JP5490078B2

JP5490078B2 - メタデータを抽出して送信するコンテンツ提供方法、記録媒体、システムおよびサーバ

Info

Publication number: JP5490078B2
Application number: JP2011240349A
Authority: JP
Inventors: 章然朴; 建雄李; 藍李
Original assignee: Naver Corp
Current assignee: Naver Corp
Priority date: 2011-06-21
Filing date: 2011-11-01
Publication date: 2014-05-14
Anticipated expiration: 2031-11-01
Also published as: US20120330987A1; KR101713988B1; JP2013004080A; KR20120140436A

Description

本発明の実施形態は、コンテンツを提供するための方法および装置に関する。また、コンテンツからメタデータを抽出して端末に提供する方法および装置が開示される。

クラウドサービス（cloud service）は、ユーザが中央サーバにファイルなどを格納しておいて、スマートフォンまたはパーソナルコンピュータ（ＰＣ）等のような端末で格納されたファイルなどを呼び出して用いるサービスを意味する。

クラウドサービスによって、ユーザは有無線ネットワークを介して自己のアカウントにアクセスすることで場所および使用する端末に拘わらずに自己のファイルなどを用いることができる。

クラウドサービスを提供する中央サーバはユーザのファイルを格納する。格納されたファイルは一般的なファイルの送信だけではなく、ストリーミングサービスなどを介してユーザに提供してもよい。

また、クラウドサービスのサーバは、格納されたユーザのファイルを格納および管理することによって付加的なサービスを提供してもよい。

本発明の一実施形態の目的は、コンテンツファイル内のメタデータを抽出して端末に提供するコンテンツ提供装置および方法を提供する。

本発明の一実施形態の目的は、メタデータを受信した端末からコンテンツ提供要求を受信し、要求されたコンテンツを提供する装置および方法を提供する。

本発明の一実施形態によると、ユーザ端末からコンテンツを格納したコンテンツファイルを受信し、コンテンツファイルを格納し、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出し、メタデータを格納し、メタデータをユーザ端末に送信し、ユーザ端末からコンテンツに対する要求を受信し、コンテンツファイルを用いてコンテンツをユーザ端末に提供することを含み、前記コンテンツのメタデータを抽出することは、前記メタデータ領域内で前記メタデータを検索し、前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成すること、を含むコンテンツ提供方法が提供される。また、本発明の一実施形態によると、ユーザ端末からコンテンツを格納したコンテンツファイルを受信し、前記コンテンツファイルを格納し、前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出し、前記メタデータを格納し、前記メタデータを前記ユーザ端末に送信し、前記ユーザ端末から前記コンテンツに対する要求を受信し、前記コンテンツファイルを用いて前記コンテンツを前記ユーザ端末に提供すること、を含み、前記コンテンツのメタデータを抽出することは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを含むコンテンツ提供方法が提供される。

要求は、ユーザ端末のユーザがメタデータに基づいてコンテンツを識別および選択することによって生成されてもよい。

コンテンツは、コンテンツファイルのダウンロードまたはコンテンツのストリーミングによってユーザ端末に提供されてもよい。

コンテンツファイルを受信するステップは、複数のアプリケーションプログラミングインタフェース（ＡＰＩ）サーバのうちコンテンツファイルを受信するＡＰＩサーバを決定し、コンテンツファイルを受信するために決定されたＡＰＩサーバがユーザ端末からコンテンツファイルを受信することを含んでもよい。

コンテンツに対する要求を受信することは、複数のＡＰＩサーバのうちコンテンツに対する要求を受信するＡＰＩサーバを決定し、コンテンツに対する要求を受信するために決定されたＡＰＩサーバがユーザ端末からコンテンツに対する要求を受信することを含んでもよい。

本発明の他の実施形態によると、第１の端末からコンテンツを格納したコンテンツファイルを受信し、コンテンツファイルを格納し、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出し、メタデータを格納し、メタデータを第２の端末に送信し、第２の端末からコンテンツに対する要求を受信し、コンテンツファイルを用いてコンテンツを第２の端末に提供することを含み、前記コンテンツのメタデータを抽出することは、前記メタデータ領域内で前記メタデータを検索し、前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成すること、を含むコンテンツ提供方法が提供される。また、本発明の一実施形態によると、第１の端末からコンテンツを格納したコンテンツファイルを受信し、前記コンテンツファイルを格納し、前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出し、前記メタデータを格納し、前記メタデータを第２の端末に送信し、前記第２の端末から前記コンテンツに対する要求を受信し、前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供すること、を含み、前記コンテンツのメタデータを抽出することは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを含むコンテンツ提供方法が提供される。

要求は、第２の端末のユーザがメタデータに基づいてコンテンツを識別および選択することによって生成されてもよい。

コンテンツファイルはＭＰ３（Moving Picture Experts Group (MPEG) audio layer-3）フォーマットのファイルであってもよい。

メタデータ領域はＭＰ３フォーマットファイルのＩＤ３領域であってもよい。

コンテンツはオーディオコンテンツであってもよい。

メタデータは、コンテンツの名称、コンテンツのミュージシャンの名称、コンテンツのジャケットイメージのうち１つ以上を含んでもよい。

コンテンツは、コンテンツファイルのダウンロードまたはコンテンツのストリーミングによって第２の端末に提供されてもよい。

コンテンツファイルを受信することは、複数のＡＰＩサーバのうちコンテンツファイルを受信するＡＰＩサーバを決定し、コンテンツファイルを受信するために決定されたＡＰＩサーバが第１の端末からコンテンツファイルを受信することを含んでもよい。

コンテンツに対する要求を受信することは、複数のＡＰＩサーバのうちコンテンツに対する要求を受信するＡＰＩサーバを決定し、コンテンツに対する要求を受信するために決定されたＡＰＩサーバが第２の端末からコンテンツに対する要求を受信することを含んでもよい。

本発明の他の一実施形態によると、第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末からコンテンツに対する要求を受信するＡＰＩサーバと、コンテンツファイルを格納し、コンテンツファイルを用いてコンテンツを第２の端末に提供するストレージサーバと、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出するファイル処理サーバと、抽出されたメタデータを格納し、格納されたメタデータを第２の端末に提供するデータベースサーバと、を備え、前記ファイル処理サーバは、前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成するコンテンツ提供システムが提供される。また、本発明の一実施形態によると、第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末から前記コンテンツに対する要求を受信するＡＰＩサーバと、前記コンテンツファイルを格納し、前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供するストレージサーバと、前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出するファイル処理サーバと、前記抽出されたメタデータを格納し、前記格納されたメタデータを前記第２の端末に提供するデータベースサーバと、を備え、前記ファイル処理サーバは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成するコンテンツ提供システムが提供される。

ＡＰＩサーバは複数であってもよい。

コンテンツ提供システムは、複数のＡＰＩサーバのうち第１の端末からコンテンツファイルを受信する第１のＡＰＩサーバを決定し、第２の端末からメタデータに対する要求を受信する第２のＡＰＩサーバを決定するＬ４スイッチングサーバをさらに備えてもよい。

ストレージサーバは、コンテンツファイルを変更せずに第２の端末に提供してもよい。

本発明の他の一実施形態によると、第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末からコンテンツに対する要求を受信するＡＰＩ部と、コンテンツファイルを格納し、コンテンツファイルを用いてコンテンツを第２の端末に提供するファイルストレージ部と、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出するファイル処理部と、抽出されたメタデータを格納し、格納されたメタデータを第２の端末に提供するデータベース部とを備え、前記ファイル処理部は、前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成するサーバが提供される。また、本発明の一実施形態によると、第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末から前記コンテンツに対する要求を受信するＡＰＩ部と、前記コンテンツファイルを格納し、前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供するファイルストレージ部と、前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出するファイル処理部と、前記抽出されたメタデータを格納し、前記格納されたメタデータを前記第２の端末に提供するデータベース部と、を備え、前記ファイル処理サーバは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成するサーバが提供される。

ＡＰＩ部、ファイルストレージ部、ファイル処理部、およびデータベース部は１つ以上のサーバに分離されてもよい。

１つ以上のサーバは内部ネットワークによって通信してもよい。

ＡＰＩ部は複数でってもよい。

サーバは、複数のＡＰＩ部のうち第１の端末からコンテンツファイルを受信する第１のＡＰＩ部を決定し、第２の端末からメタデータに対する要求を受信する第２のＡＰＩ部を決定するＬ４スイッチング部をさらに備えてもよい。

本発明の一実施形態によると、コンテンツファイル内のメタデータを抽出し、抽出されたメタデータを端末に提供するコンテンツ提供装置および方法が提供される。

ユーザは、メタデータに基づいて、コンテンツファイル内のコンテンツを識別し、サーバに提供するコンテンツまたはコンテンツを要求するためにシステムに提供するコンテンツを要求することができる。

サーバに提供するコンテンツまたはシステムに提供するコンテンツは、コンテンツファイル内のメタデータ領域の記述に基づいて、コンテンツのメタデータを抽出し、抽出されたメタデータを別のデータベースに格納することもできる。これにより、コンテンツファイルを変更することなく、端末のユーザにメタデータを提供することができる。

本発明の一実施形態に係るコンテンツ提供システムの動作を説明する図である。本発明の一実施形態に係るコンテンツ提供方法のフローチャートである。本発明の一実施形態に係るコンテンツファイルの構造を説明する図である。本発明の一実施形態に係るメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出する方法を説明する図である。本発明の一実施形態に係るコンテンツのメタデータを決定する方法を説明する図である。本発明の一実施形態に係るメタデータを用いてコンテンツを要求する方法を説明する図である。本発明の一実施形態に係るサーバの構成図である。本発明の一実施形態に係る複数のサーバの間のロードバランスを説明する図である。

以下に、本発明の一実施形態について添付の図面を参照しながら詳説する。しかし、本発明が実施形態によって制限されたり限定されたりすることはない。各図面に提示された同一の参照符号は同一の構成を示す。

図１は、本発明の一実施形態に係るコンテンツ提供システム１００の動作を説明する。

コンテンツ提供システム１００（以下、システム１００と略す）は、アプリケーションプログラミングインタフェース（Application Programming Interface；ＡＰＩ）サーバ１１０、ストレージサーバ１２０、ファイル処理サーバ１３０、およびデータベースサーバ１４０を備えてもよい。

ＡＰＩサーバ１１０は、コンテンツ提供システム１００のサーバのうちユーザの端末と通信するＡＰＩを提供するサーバである。

端末はＡＰＩサーバ１１０によって、システム１００のサービスを提供される。

例えば、ＡＰＩサーバ１１０は端末からファイルを受信してもよく、受信されたファイルをストレージサーバ１２０に送信してもよい。

例えば、ＡＰＩサーバ１１０は端末から所定のファイルまたはコンテンツに対する要求を受信してもよく、受信した要求をストレージサーバ１２０およびデータベースサーバ１４０に送信してもよい。

また、ＡＰＩサーバ１１０は、ストレージサーバ１２０およびデータベースサーバ１４０から所定のファイルまたはコンテンツを受信し、受信したファイルまたはコンテンツを端末に送信してもよい。

本実施形態に係るファイルはコンテンツファイルであってもよい。コンテンツファイルはコンテンツを含むファイルであってもよい。すなわち、コンテンツファイルは端末で再生することによって端末のユーザにコンテンツを提供できるファイルであってもよい。

ストレージサーバ１２０は端末から提供されたユーザのファイルを格納してもよく、ユーザの要求に応じて格納されたファイルを端末に提供してもよい。ストレージサーバ１２０は、ファイルまたはコンテンツを直接またはＡＰＩサーバ１１０を経由して端末に提供してもよい。

ファイル処理サーバ１３０はユーザのファイルからメタデータを抽出してもよい。ファイル処理サーバ１３０は抽出されたメタデータをデータベースサーバ１４０に送信してもよい。

データベースサーバ１４０はメタデータを格納してもよい。データベースサーバ１４０はユーザのファイルに関連してメタデータを格納してもよい。例えば、データベースサーバ１４０は、ファイルの識別子またはファイルのアクセス経路に関連するファイルのメタデータを格納してもよい。

端末はファイルの識別子またはファイルの経路を用いて要求するファイルを特定してもよい。ファイルの経路は階層構造を有してもよい。

データベースサーバ１４０はメタデータを直接またはＡＰＩサーバ１１０を経由して端末に提供してもよい。

ユーザは１つ以上の異なる端末を用いてシステム１００のサービスを提供されてもよい。

１つ以上の異なる端末は、ＰＣまたはスマートフォンのような互いに異なる機能および性能を有する端末であってもよい。

図１において、第１の端末１９０はシステム１００にファイルをアップロードする端末であってもよい。第２の端末１９５はアップロードされたファイルに対するサービスを提供される端末である。例えば、第２の端末１９５はメタデータまたはファイルをシステム１００に要求する端末であってもよい。

図２は、本発明の一実施形態に係るコンテンツ提供方法のフローチャートである。

図２において、ユーザは第１の端末１９０および第２の端末１９５を用いてＡＰＩサーバ１１０（すなわち、システム１００）にアクセスしてもよい。

ここで、第１の端末１９０は、ユーザがコンテンツファイルをアップロードするために用いられる端末であってもよい。第２の端末１９５は、ユーザがアップロードされたコンテンツファイルのコンテンツを再生するために用いられる端末であってもよい。

第１の端末１９０および第２の端末１９５は、ＰＣまたはスマートフォンのような互いに異なる機能および性能を有する端末であってもよい。

また、ユーザは同一の端末を用いてコンテンツファイルをシステム１００にアップロードし、アップロードされたコンテンツファイルのコンテンツをシステム１００から受信して用いてもよい。したがって、第１の端末１９０および第２の端末１９５は同一の端末であってもよい。

ステップＳ２１０において、第１の端末１９０は、コンテンツを格納したコンテンツファイルをＡＰＩサーバ１１０に送信してもよい。ＡＰＩサーバ１１０は、第１の端末１９０からコンテンツを格納したコンテンツファイルを受信してもよい。

前述した送信は、ＨＴＴＰ（HyperText Transfer Protocol）を用いたファイルアップロードであってもよい。

ステップＳ２２０において、ＡＰＩサーバ１１０はコンテンツファイルをストレージサーバ１２０に送信してもよい。ストレージサーバ１２０は、ＡＰＩサーバ１１０からコンテンツファイルを受信してもよい。すなわち、ストレージサーバ１２０は、ＡＰＩサーバ１１０を介して第１の端末１９５からコンテンツを格納したコンテンツファイルを受信してもよい。

ステップＳ２３０において、ストレージサーバ１２０は送信されたコンテンツファイルを格納してもよい。

ステップＳ２４０において、ＡＰＩサーバ１１０は、コンテンツファイルのアップロードが完了したことをファイル処理サーバ１３０に通知してもよい。

このとき、ＡＰＩサーバ１１０は通知と共に、コンテンツファイルを識別するための情報をファイル処理サーバ１３０に送信してもよい。コンテンツファイルを識別するための情報は、コンテンツファイルの識別子またはコンテンツファイルの経路であってもよい。

ステップＳ２３０およびステップＳ２４０は並行して、または順番を逆にして行ってもよい。

ステップＳ２５０において、通知を受信したファイル処理サーバ１３０はストレージサーバ１２０にコンテンツファイルを要求してもよい。ファイル処理サーバ１３０は、コンテンツファイルを識別するための情報を用いてストレージサーバ１２０にコンテンツファイルを要求してもよい。

ステップＳ２５５において、要求を受信したストレージサーバ１２０はコンテンツファイルをファイル処理サーバ１３０に送信してもよい。

ステップＳ２６０において、ファイル処理サーバ１３０は、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツファイルのコンテンツのメタデータを抽出してもよい。

コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出する方法については図４および図５を参照して詳説する。

ステップＳ２６５において、ファイル処理サーバ１３０は抽出されたメタデータをデータベースサーバ１４０に送信してもよい。

このとき、ファイル処理サーバ１３０は抽出されたメタデータと共に、コンテンツファイルを識別するための情報をデータベースサーバ１４０に送信してもよい。

ステップＳ２７０において、データベースサーバ１４０は送信されたメタデータを格納してもよい。

このとき、データベースサーバ１４０は、送信されたメタデータを、コンテンツファイルを識別するための情報と共に関連して格納してもよい。

ステップＳ２８０において、第２の端末１９５はＡＰＩサーバ１１０にメタデータを要求してもよく、要求を受信したＡＰＩサーバ１１０はデータベースサーバ１４０にメタデータを要求してもよい。すなわち、第２の端末１９５は、ＡＰＩサーバ１１０を経由して、データベースサーバ１４０にメタデータを要求してもよい。

第２の端末１９５は、コンテンツファイルを識別するための情報を用いてコンテンツファイルのメタデータを要求してもよい。

第２の端末１９５は、システム１００内に格納された全てのファイルに対するメタデータを要求してもよい。

第２の端末１９５は、システム１００内に格納されたファイルのうち所定の条件を満たすファイル（例えば、所定のフォルダ内にあるファイル、所定のグループのファイルなど）に対するメタデータを要求してもよい。

ステップＳ２８５において、データベースサーバ１４０は要求されたメタデータをＡＰＩサーバ１１０に送信してもよく、ＡＰＩサーバ１１０は受信したメタデータを第２の端末１９５に送信してもよい。すなわち、データベースサーバ１４０は、ＡＰＩサーバ１１０を経由して、格納されたメタデータを第２の端末１９５に提供してもよい。

ステップＳ２８５において、データベースサーバ１４０およびＡＰＩサーバ１１０は、メタデータが抽出されたコンテンツファイルを識別するための情報をメタデータと共に送信してもよい。

ステップＳ２８０において、要求されたメタデータが１つ以上のファイルまたはコンテンツのメタデータであれば、ステップＳ２８５に送信されるメタデータも１つ以上のファイルまたはコンテンツのメタデータであってもよい。

ステップＳ２８８において、第２の端末１９５のユーザによってコンテンツを選択されてもよい。

第２の端末１９５は、送信されたメタデータを第２の端末１９５の表示部などに出力してもよく、ユーザは出力されたコンテンツのメタデータを確認してメタデータが示すコンテンツを選択してもよい。

ステップＳ２９０において、第２の端末１９５はＡＰＩサーバ１１０に選択されたコンテンツを要求してもよい。ＡＰＩサーバ１１０は、第２の端末１９５から選択されたコンテンツに対する要求を受信してもよい。要求を受信したＡＰＩサーバ１１０は、ストレージサーバ１２０に選択されたコンテンツを要求してもよい。すなわち、第２の端末１９５は、ＡＰＩサーバ１１０を経由してストレージサーバ１２０に選択されたコンテンツを要求してもよい。

前述した要求は第２の端末１９５のユーザが、ステップＳ２８８において、送信されたメタデータに基づいてメタデータが示すコンテンツを識別し、コンテンツを選択することによって生成されたものであってもよい。すなわち、ユーザは、コンテンツファイルのファイル名またはファイル経路などではなく、コンテンツのメタデータのみによって自己が希望するコンテンツを選択してもよい。

第２の端末１９５は、コンテンツファイルを識別するための情報を用いてコンテンツを要求してもよい。

ステップＳ２９５において、ストレージサーバ１２０は、格納されたコンテンツファイルを用いてＡＰＩサーバ１１０に要求されたコンテンツを送信してもよい。ＡＰＩサーバ１１０は、送信されたコンテンツを第２の端末１９５に送信してもよい。すなわち、ストレージサーバ１２０は、ＡＰＩサーバ１１０を経由して格納されたコンテンツファイルを用いてコンテンツを第２の端末１９５に提供してもよい。

ストレージサーバ１２０は、コンテンツファイルを識別するための情報を用いて送信されるコンテンツのファイルを識別してもよい。

コンテンツは、コンテンツファイルのダウンロードまたはコンテンツのストリーミングを介して第２の端末１９５に提供されてもよい。

ダウンロードによってコンテンツが送信される場合、ストレージサーバ１２０は格納されたコンテンツファイルを第２の端末１９５に提供してもよい。

ストリーミングによってコンテンツが送信される場合、ストレージサーバ１２０またはＡＰＩサーバ１１０は、格納されたコンテンツファイルをストリーミング用の形式に変換した後、変換された形式のデータを第２の端末１９５に提供してもよい。

第２の端末１９５は、ステップＳ２９０において、端末の仕様、端末の性能、およびネットワーク特性などの情報をコンテンツの要求と共に送信してもよい。

ストレージサーバ１２０またはＡＰＩサーバ１１０は、送信された端末の仕様、端末の性能、およびネットワーク特性に適合するようにコンテンツファイルをストリーミング用の形式に変換してもよく、変換された形式のデータを第２の端末１９５に提供してもよい。

図３は、本発明の一実施形態に係るコンテンツファイル３００の構造を説明する。

コンテンツファイル３００はメタデータ領域３１０およびコンテンツ領域３２０を含んでもよい。

メタデータ領域３１０は、コンテンツファイル３００が格納するコンテンツのメタデータを格納する領域である。

コンテンツ領域３２０は、コンテンツファイル３００が格納するコンテンツの内容を格納した領域である。

コンテンツファイル３００は音楽ファイルであってもよい。コンテンツはオーディオコンテンツであってもよい。

コンテンツファイル３００は、ＭＰ３フォーマットのファイルであってもよい。メタデータ領域は、ＭＰ３フォーマットファイルのＩＤ３領域であってもよい。

メタデータは、コンテンツの名称、コンテンツのミュージシャン（例えば、歌手、演奏者、作曲家、および作詞家など）、コンテンツが提供されたアルバムのジャケットイメージのうち１つ以上を含んでもよい。すなわち、メタデータは、数および文字列、音、および画像などの形式を有してもよい。

図４は、本発明の一実施形態に係るメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出する方法を説明するフローチャートである。

下記のステップＳ４１０からステップＳ４８０は、図１のファイル処理サーバ１３０によって行われてもよい。

メタデータが抽出されるコンテンツは、システム１００に新規に登録されるコンテンツであってもよい。したがって、メタデータが抽出されるファイルのコンテンツを新規のコンテンツと称する。

ステップＳ４１０において、コンテンツファイル３００のメタデータ領域３１０内でメタデータを検索してもよい。

ステップＳ４２０において、メタデータが存在するか否かを検証してもよい。メタデータが存在する場合にステップＳ４３０を行ってもよく、メタデータが存在しない場合にステップＳ４５０を行ってもよい。

ステップＳ４３０において、メタデータ領域３１０内の所定の領域が予め定義された形式に適合するか否かを検証してもよい。メタデータ領域３１０内の所定の領域が予め定義された形式に適合する場合にステップＳ４４０を行なってもよく、そうではない場合はステップＳ４５０を行なってもよい。

メタデータ領域３１０内の所定の領域が予め定義された形式に適合する場合のみ、メタデータがシステム内で用いられる場合がある。

したがって、システム１００は、１つ以上の予め定義された形式をシステム１００（例えば、ファイル処理サーバ１３０またはデータベースサーバ１４０）内に格納しておき、メタデータ領域３１０内の所定の領域が上記の１つ以上の予め定義された形式のうち１つの形式と適合する場合のみ上記のメタデータを用いることができる。

ステップＳ４４０において、検索されたメタデータが新規のコンテンツのメタデータとして用いるものとして決定されてもよい。すなわち、コンテンツファイル３００から抽出されたメタデータがコンテンツのメタデータとして用いられてもよい。

ステップＳ４５０から４７０において、コンテンツファイル３００に基づいて、コンテンツを登録されたコンテンツと比較することでメタデータを生成してもよい。

ステップＳ４５０において、コンテンツファイル３００のコンテンツがシステム１００内に登録されたコンテンツと比較されてもよい。

ステップＳ４６０において、システム１００内に登録されたコンテンツのうちコンテンツファイル３００のコンテンツと同一または類似のコンテンツがあるか否かを検証してもよい。

同一または類似のコンテンツがある場合にステップＳ４７０を行なってもよく、そうではない場合にステップＳ４８０を行なってもよい。

ステップＳ４７０において、同一または類似のコンテンツのメタデータがコンテンツファイル３００のコンテンツのメタデータとして用いるものとして決定されてもよい。

このとき、コンテンツファイル３００のメタデータ領域３１０で検索されたメタデータがコンテンツのメタデータとして部分的に用いられてもよい。

ステップＳ４８０において、コンテンツファイル３００のコンテンツのメタデータを生成してもよい。

コンテンツファイル３００のメタデータ領域３１０で検索されたメタデータがコンテンツのメタデータとして部分的に用いられてもよい。

コンテンツのメタデータは未知の値（ｕｎｋｎｏｗｎ）に決定されてもよい。例えば、コンテンツの名称、そのミュージシャンの名称などの値が「ｕｎｋｎｏｗｎ」のように設定されてもよい。

コンテンツのメタデータはユーザの入力値に基づいて生成されてもよい。

コンテンツのメタデータは、コンテンツファイル３００のファイル名に基づいて生成されてもよい。例えば、コンテンツの名称、そのミュージシャンの名称などの値は「−」のような所定の分類子として分離される、コンテンツファイル３００のファイル名の一部であってもよい。

図５は、本発明の一実施形態に係るコンテンツのメタデータを決定する方法を説明する。

ファイル処理サーバ１３０は、コンテンツファイル３００の形式領域５１０をメタデータ形式データベース５２０に格納された１つ以上の形式、例えば、第１の形式５２２、第２の形式５２４および第３の形式５２６それぞれと比較してもよい。

形式領域５１０は、ステップＳ４３０で前述したメタデータ領域３１０内の所定の領域を意味する。メタデータ形式データベース５２０に格納された１つ以上の形式、第１の形式５２２、第２の形式５２４、および第３の形式５２６は、図４を参照して前述した、予め定義された形式であってもよい。

すなわち、ファイル処理サーバ１３０はコンテンツファイル３００から形式領域５１０を抽出してもよく、抽出された形式領域がメタデータ形式データベース５２０内に格納された形式に適合するか否かを検証してもよい。

適合する形式がある場合には、ファイル処理サーバ１３０は図４のステップＳ４４０を行なってもよく、適合する形式がない場合には、ファイル処理サーバ１３０はステップＳ４５０を行なってもよい。

メタデータ形式データベース５２０は、ファイル処理サーバ１３０またはデータベースサーバ１４０内に格納されてもよい。

ファイル処理サーバ１３０は、コンテンツファイル３００のコンテンツ領域３２０からコンテンツの特性を抽出して、分析してもよい。

ファイル処理サーバ１３０は、抽出および分析されたコンテンツの特性を、コンテンツデータベース５４０内に格納された１つ以上のコンテンツ、第１のコンテンツ５４２、第２のコンテンツ５４４および第３のコンテンツ５４６それぞれの特性５５２、５５４、または５５６と比較してもよい。

上記の比較によって、ファイル処理サーバ１３０はコンテンツファイル３００のコンテンツと同一または類似の登録されたコンテンツがあるか否かを検証してもよい。すなわち、コンテンツファイル３００のコンテンツの特性が、コンテンツデータベース５４０内に格納された第１のコンテンツ５４２、第２のコンテンツ５４４、または第３のコンテンツ５４６の特性５５２、５５４、または５５６と同一または類似である場合、両コンテンツは同一または類似するものと見なしてもよい。

上記の特性はコンテンツの特性情報であってもよい。上記の特性はコンテンツの特徴ベクトルであってもよい。

また、上記の特性はコンテンツファイル３００のファイル名であってもよい。

コンテンツファイル３００のコンテンツと同一または類似の登録されたコンテンツがある場合、ファイル処理サーバ１３０はステップＳ４７０を行なってもよい。コンテンツファイル３００のコンテンツと同一または類似の登録されたコンテンツがない場合、ファイル処理サーバ１３０はステップＳ４８０を行なってもよい。

図６は、本発明の一実施形態に係るメタデータを用いてコンテンツを要求する方法を説明する。

第２の端末１９５のユーザは、１つ以上のコンテンツに対するメタデータをシステム１００に要求する。上記の要求は図２のステップＳ２８０によって行われてもよい。

上記の１つ以上のコンテンツはユーザがアクセス権限を有するコンテンツであってもよい。

システム１００は、上記の要求に応じて１つ以上のコンテンツのメタデータを第２の端末１９５に送信する。

送信されたメタデータ、例えば、歌手６１０および曲名６２０は第２の端末１９５の表示部に表示される。

歌手６１０は１つ以上のコンテンツそれぞれの歌手のリストである。

曲名６２０は１つ以上のコンテンツそれぞれの曲名のリストである。

ユーザは第２の端末１９５に表示された内容、すなわち１つ以上のコンテンツのメタデータを見て１つのコンテンツを選択する。すなわち、ユーザは１つ以上のコンテンツのファイル名または経路などとは関係なく、コンテンツファイル３００内に格納されたメタデータに基づいてコンテンツを選択してもよい。

第２の端末１９５は、選択されたコンテンツ６３０を送信することをシステム１００に要求する。上記の要求はステップＳ２９０によって行われてもよい。

システム１００は、要求されたコンテンツ６３０を第２の端末１９５に提供する。上記の提供はステップＳ２９５によって行われてもよい。

図７は、本発明の一実施形態に係るサーバ７００の構成図である。

図１から図６を参照すると、前述したコンテンツ提供方法は単一の装置によって提供されてもよい。

サーバ７００は、ＡＰＩ部７１０、ファイルストレージ部７２０、ファイル処理部７３０、およびデータベース部７４０を備えてもよい。

ＡＰＩ部７１０は、ＡＰＩサーバ１１０に対応し、ＡＰＩサーバ１１０の機能を果たしてもよい。

例えば、ＡＰＩ部７１０は、第１の端末１９０からコンテンツを格納したコンテンツファイル３００を受信してもよく、第２の端末１９５からコンテンツに対する要求を受信してもよい。

ファイルストレージ部７２０は、ストレージサーバ１２０に対応し、ストレージサーバ１２０の機能を果たしてもよい。

例えば、ファイルストレージ部７２０はコンテンツファイル３００を格納してもよく、コンテンツファイル３００を用いてコンテンツを第２の端末１９５に提供してもよい。

ファイル処理部７３０は、ファイル処理サーバ１３０に対応し、ファイル処理サーバ１３０の機能を果たしてもよい。

例えば、ファイル処理部７３０は、コンテンツファイル３００のメタデータ領域３１０内のデータに基づいてコンテンツのメタデータを抽出してもよい。

データベース部７４０は、データベースサーバ１４０に対応し、データベースサーバ１４０の機能を果たしてもよい。

例えば、データサービス部７４０は抽出されたメタデータを格納してもよく、格納されたメタデータを第２の端末１９５に提供してもよい。

また、ＡＰＩ部７１０、ファイルストレージ部７２０、ファイル処理部７３０、およびデータベース部７４０は１つ以上のサーバに分離されてもよく、１つ以上のサーバは内部ネットワークによって通信してもよい。

前述した図１から図６を参照して説明した本発明の一実施形態に係る技術的な内容が本実施形態にそのまま適用されてもよい。したがって、以下はその詳説は省略する。

図８は、本発明の一実施形態に係る複数のサーバ間のロードバランス（load balancing）を説明する図である。

一般に、クラウドサービスは大規模なサーバグループを介して提供してもよい。

すなわち、システム１００のＡＰＩサーバ１１０、ストレージサーバ１２０、ファイル処理サーバ１３０およびデータベースサーバ１４０はそれぞれ複数であってもよい。

例えば、ＡＰＩサーバ１１０は複数であってもよい。図８において３つのＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６を示す。

システム１００はＬ４スイッチングサーバ８２０を備えてもよい。

Ｌ４スイッチングサーバ８２０は、複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６の間のロードバランスを行なってもよい。

端末８１０がシステム１００にアクセスしようとするとき、端末８１０に対するサービスを処理するＡＰＩサーバ１００が複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４および第３のＡＰＩサーバ８３６の中から決定される必要がある。

ステップＳ２１０において、第１の端末１９０がコンテンツファイルを送信するとき、Ｌ４スイッチングサーバ８２０は、端末８１０からコンテンツファイルを受信するＡＰＩサーバ１１０を複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６の中から決定してもよい。

すなわち、ステップＳ２１０は、（１）複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６のうちコンテンツファイルを受信するＡＰＩサーバを決定するステップ、および（２）コンテンツファイルを受信するために決定されたＡＰＩサーバが第１の端末１９０からコンテンツファイルを受信するステップを含んでもよい。

また、ステップＳ２８０において、第２の端末１９５がメタデータを要求するとき、Ｌ４スイッチングサーバ８２０はメタデータに対する要求を受信するＡＰＩサーバ１１０を複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６の中から決定してもよい。

すなわち、ステップＳ２８０は、（１）複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６のうちコンテンツに対する要求を受信するＡＰＩサーバを決定するステップ、および（２）コンテンツに対する要求を受信するものと決定されたＡＰＩサーバが第２の端末１９５からコンテンツに対する要求を受信するステップを含んでもよい

また、図７を参照して前述したサーバ７００の構成要素７１０、７２０、７３０、および７４０はそれぞれ複数であってもよい。

例えば、ＡＰＩ部７１０は複数であってもよく、サーバ７００はＬ４スイッチング部（図示せず）をさらに備えてもよい。

Ｌ４スイッチング部は、複数の構成要素（例えば、複数のＡＰＩ部７１０、複数のファイルストレージ部７２０、複数のファイル処理部７３０、または複数のデータベース部７４０）のうち、所定のステップＳ２１０から２９５を行う一つの構成要素を選択してもよい。

例えば、Ｌ４スイッチング部は、複数のＡＰＩ部７１０のうち第１の端末１９０からコンテンツファイルを受信する第１のＡＰＩ部７１０を決定してもよく、第２の端末１９５からメタデータに対する要求を受信する第２のＡＰＩ部７１０を決定してもよい。

前述した図１から図７を参照して説明した本発明の一実施形態に係る技術的な内容が本実施形態にそのまま適用されてもよい。したがって、以下はその詳説は省略する。

本発明の一実施形態に係る方法は、多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などの単独または組み合わせたものを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コード（ｍａｃｈｉｎｅｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒｌｅｖｅｌｃｏｄｅ）を含む。上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成されてもよい。

上述したように本発明を限定された実施形態と図面とによって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形をすることが可能である。

したがって、本発明の範囲は、開示された実施形態に限定されて定められるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められる。

１００コンテンツ提供システム
１１０ＡＰＩサーバ
１２０ストレージサーバ
１３０ファイル処理サーバ
１４０データベースサーバ
３００コンテンツファイル
３１０メタデータ領域
３２０コンテンツ領域

Claims

ユーザ端末からコンテンツを格納したコンテンツファイルを受信し、
前記コンテンツファイルを格納し、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出し、
前記メタデータを格納し、
前記メタデータを前記ユーザ端末に送信し、
前記ユーザ端末から前記コンテンツに対する要求を受信し、
前記コンテンツファイルを用いて前記コンテンツを前記ユーザ端末に提供すること、を含み、
前記コンテンツのメタデータを抽出することは、
前記メタデータ領域内で前記メタデータを検索し、
前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成すること、を含むことを特徴とするコンテンツ提供方法。
ユーザ端末からコンテンツを格納したコンテンツファイルを受信し、
前記コンテンツファイルを格納し、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出し、
前記メタデータを格納し、
前記メタデータを前記ユーザ端末に送信し、
前記ユーザ端末から前記コンテンツに対する要求を受信し、
前記コンテンツファイルを用いて前記コンテンツを前記ユーザ端末に提供すること、を含み、
前記コンテンツのメタデータを抽出することは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを含むことを特徴とするコンテンツ提供方法。
前記要求は、前記ユーザ端末のユーザが前記メタデータに基づいて前記コンテンツを識別および選択することによって生成されることを特徴とする請求項１又は２に記載のコンテンツ提供方法。
前記コンテンツファイルはＭＰ３フォーマットのファイルであり、前記メタデータ領域は前記ＭＰ３フォーマットファイルのＩＤ３領域であり、前記コンテンツはオーディオコンテンツであることを特徴とする請求項１又は２に記載のコンテンツ提供方法。
前記メタデータは、前記コンテンツの名称、前記コンテンツのミュージシャンの名称、前記コンテンツのジャケットイメージのうち１つ以上を含むことを特徴とする請求項４に記載のコンテンツ提供方法。
前記コンテンツは、前記コンテンツファイルのダウンロードまたは前記コンテンツのストリーミングによって前記ユーザ端末に提供されることを特徴とする請求項１又は２に記載のコンテンツ提供方法。
前記コンテンツファイルを受信することは、
複数のＡＰＩサーバのうち前記コンテンツファイルを受信するＡＰＩサーバを決定し、
前記コンテンツファイルを受信するために決定されたＡＰＩサーバが前記ユーザ端末から前記コンテンツファイルを受信すること、を含み、
前記コンテンツに対する要求を受信することは、
前記複数のＡＰＩサーバのうち前記コンテンツに対する要求を受信するＡＰＩサーバを決定し、
前記コンテンツに対する要求を受信するために決定されたＡＰＩサーバが前記ユーザ端末から前記コンテンツに対する要求を受信すること、を含むことを特徴とする請求項１又は２に記載のコンテンツ提供方法。
第１の端末からコンテンツを格納したコンテンツファイルを受信し、
前記コンテンツファイルを格納し、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出し、
前記メタデータを格納し、
前記メタデータを第２の端末に送信し、
前記第２の端末から前記コンテンツに対する要求を受信し、
前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供すること、を含み、
前記コンテンツのメタデータを抽出することは、
前記メタデータ領域内で前記メタデータを検索し、
前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成すること、を含むことを特徴とするコンテンツ提供方法。
第１の端末からコンテンツを格納したコンテンツファイルを受信し、
前記コンテンツファイルを格納し、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出し、
前記メタデータを格納し、
前記メタデータを第２の端末に送信し、
前記第２の端末から前記コンテンツに対する要求を受信し、
前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供すること、を含み、
前記コンテンツのメタデータを抽出することは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを含むことを特徴とするコンテンツ提供方法。
前記要求は、前記第２の端末のユーザが前記メタデータに基づいて前記コンテンツを識別および選択することによって生成されることを特徴とする請求項８又は９に記載のコンテンツ提供方法。
前記コンテンツファイルはＭＰ３フォーマットのファイルであり、前記メタデータ領域は前記ＭＰ３フォーマットファイルのＩＤ３領域であり、前記コンテンツはオーディオコンテンツであることを特徴とする請求項８又は９に記載のコンテンツ提供方法。
前記メタデータは、前記コンテンツの名称、前記コンテンツのミュージシャンの名称、前記コンテンツのジャケットイメージのうち１つ以上を含むことを特徴とする請求項１１に記載のコンテンツ提供方法。
前記コンテンツは、前記コンテンツファイルのダウンロードまたは前記コンテンツのストリーミングによって前記第２の端末に提供されることを特徴とする請求項８又は９に記載のコンテンツ提供方法。
前記コンテンツファイルを受信することは、
複数のＡＰＩサーバのうち前記コンテンツファイルを受信するＡＰＩサーバを決定し、
前記コンテンツファイルを受信するために決定されたＡＰＩサーバが前記第１の端末から前記コンテンツファイルを受信すること、を含み、
前記コンテンツに対する要求を受信することは、
前記複数のＡＰＩサーバのうち前記コンテンツに対する要求を受信するＡＰＩサーバを決定し、
前記コンテンツに対する要求を受信するものと決定されたＡＰＩサーバが前記第２の端末から前記コンテンツに対する要求を受信すること、を含むことを特徴とする請求項８又は９に記載のコンテンツ提供方法。
請求項１乃至１４の何れか１項のコンテンツ提供方法を行うプログラムを収録したコンピュータで読み出し可能な記録媒体。
第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末から前記コンテンツに対する要求を受信するＡＰＩサーバと、
前記コンテンツファイルを格納し、前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供するストレージサーバと、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出するファイル処理サーバと、
前記抽出されたメタデータを格納し、前記格納されたメタデータを前記第２の端末に提供するデータベースサーバと、を備え、
前記ファイル処理サーバは、前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを特徴とするコンテンツ提供システム。
第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末から前記コンテンツに対する要求を受信するＡＰＩサーバと、
前記コンテンツファイルを格納し、前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供するストレージサーバと、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出するファイル処理サーバと、
前記抽出されたメタデータを格納し、前記格納されたメタデータを前記第２の端末に提供するデータベースサーバと、を備え、
前記ファイル処理サーバは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを特徴とするコンテンツ提供システム。
前記要求は、前記第２の端末のユーザが前記メタデータに基づいて前記コンテンツを識別および選択することによって生成されることを特徴とする請求項１６又は１７に記載のコンテンツ提供システム。
前記コンテンツファイルはＭＰ３フォーマットのファイルであり、前記メタデータ領域は前記ＭＰ３フォーマットファイルのＩＤ３領域であり、前記コンテンツはオーディオコンテンツであることを特徴とする請求項１６又は１７に記載のコンテンツ提供システム。
前記メタデータは、前記コンテンツの名称、前記コンテンツのミュージシャンの名称、前記コンテンツのジャケットイメージのうち１つ以上を含むことを特徴とする請求項１９に記載のコンテンツ提供システム。
前記コンテンツは、前記コンテンツファイルのダウンロードまたは前記コンテンツのストリーミングによって前記第２の端末に提供されることを特徴とする請求項１６又は１７に記載のコンテンツ提供システム。
前記ＡＰＩサーバは複数であり、
前記複数のＡＰＩサーバのうち前記第１の端末から前記コンテンツファイルを受信する第１のＡＰＩサーバを決定し、前記第２の端末から前記メタデータに対する要求を受信する第２のＡＰＩサーバを決定するＬ４スイッチングサーバをさらに備えることを特徴とする請求項１６又は１７に記載のコンテンツ提供システム。
前記ストレージサーバは、前記コンテンツファイルを変更せずに、前記第２の端末に提供することを特徴とする請求項１６又は１７に記載のコンテンツ提供システム。
第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末から前記コンテンツに対する要求を受信するＡＰＩ部と、
前記コンテンツファイルを格納し、前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供するファイルストレージ部と、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出するファイル処理部と、
前記抽出されたメタデータを格納し、前記格納されたメタデータを前記第２の端末に提供するデータベース部と、を備え、
前記ファイル処理部は、前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを特徴とするサーバ。
第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末から前記コンテンツに対する要求を受信するＡＰＩ部と、
前記コンテンツファイルを格納し、前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供するファイルストレージ部と、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出するファイル処理部と、
前記抽出されたメタデータを格納し、前記格納されたメタデータを前記第２の端末に提供するデータベース部と、を備え、
前記ファイル処理サーバは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを特徴とするサーバ。
前記ＡＰＩ部、前記ファイルストレージ部、前記ファイル処理部、および前記データベース部は１つ以上のサーバに分離され、前記１つ以上のサーバは内部ネットワークによって通信することを特徴とする請求項２４又は２５に記載のサーバ。
前記ＡＰＩ部は複数であり、
前記複数のＡＰＩ部のうち前記第１の端末から前記コンテンツファイルを受信する第１のＡＰＩ部を決定し、前記第２の端末から前記メタデータに対する要求を受信する第２のＡＰＩ部を決定するＬ４スイッチング部をさらに備えることを特徴とする請求項２４又は２５に記載のサーバ。