メタデータを抽出して送信するコンテンツ提供方法、記録媒体、システムおよびサーバ
【課題】メタデータを抽出して送信するコンテンツ提供方法、記録媒体、システムおよびサーバを提供する。
【解決手段】ユーザがコンテンツファイルをアップロードすると、コンテンツファイルからコンテンツのメタデータが抽出される。抽出されたコンテンツのメタデータはユーザの端末に送信され、ユーザはメタデータを介してコンテンツを選択する。アップロードされたコンテンツファイルを用いることによって、選択されたコンテンツがダウンロードまたはストリーミングによってユーザに提供される。
【解決手段】ユーザがコンテンツファイルをアップロードすると、コンテンツファイルからコンテンツのメタデータが抽出される。抽出されたコンテンツのメタデータはユーザの端末に送信され、ユーザはメタデータを介してコンテンツを選択する。アップロードされたコンテンツファイルを用いることによって、選択されたコンテンツがダウンロードまたはストリーミングによってユーザに提供される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、コンテンツを提供するための方法および装置に関する。また、コンテンツからメタデータを抽出して端末に提供する方法および装置が開示される。
【背景技術】
【０００２】
クラウドサービス（cloud service）は、ユーザが中央サーバにファイルなどを格納しておいて、スマートフォンまたはパーソナルコンピュータ（ＰＣ）等のような端末で格納されたファイルなどを呼び出して用いるサービスを意味する。
【０００３】
クラウドサービスによって、ユーザは有無線ネットワークを介して自己のアカウントにアクセスすることで場所および使用する端末に拘わらずに自己のファイルなどを用いることができる。
【０００４】
クラウドサービスを提供する中央サーバはユーザのファイルを格納する。格納されたファイルは一般的なファイルの送信だけではなく、ストリーミングサービスなどを介してユーザに提供してもよい。
【０００５】
また、クラウドサービスのサーバは、格納されたユーザのファイルを格納および管理することによって付加的なサービスを提供してもよい。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の一実施形態の目的は、コンテンツファイル内のメタデータを抽出して端末に提供するコンテンツ提供装置および方法を提供する。
【０００７】
本発明の一実施形態の目的は、メタデータを受信した端末からコンテンツ提供要求を受信し、要求されたコンテンツを提供する装置および方法を提供する。
【課題を解決するための手段】
【０００８】
本発明の一実施形態によると、ユーザ端末からコンテンツを格納したコンテンツファイルを受信し、コンテンツファイルを格納し、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出し、メタデータを格納し、メタデータをユーザ端末に送信し、ユーザ端末からコンテンツに対する要求を受信し、コンテンツファイルを用いてコンテンツをユーザ端末に提供することを含むコンテンツ提供方法が提供される。
【０００９】
要求は、ユーザ端末のユーザがメタデータに基づいてコンテンツを識別および選択することによって生成されてもよい。
【００１０】
コンテンツは、コンテンツファイルのダウンロードまたはコンテンツのストリーミングによってユーザ端末に提供されてもよい。
【００１１】
コンテンツファイルを受信するステップは、複数のアプリケーションプログラミングインタフェース（ＡＰＩ）サーバのうちコンテンツファイルを受信するＡＰＩサーバを決定し、コンテンツファイルを受信するために決定されたＡＰＩサーバがユーザ端末からコンテンツファイルを受信することを含んでもよい。
【００１２】
コンテンツに対する要求を受信することは、複数のＡＰＩサーバのうちコンテンツに対する要求を受信するＡＰＩサーバを決定し、コンテンツに対する要求を受信するために決定されたＡＰＩサーバがユーザ端末からコンテンツに対する要求を受信することを含んでもよい。
【００１３】
本発明の他の実施形態によると、第１の端末からコンテンツを格納したコンテンツファイルを受信し、コンテンツファイルを格納し、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出し、メタデータを格納し、メタデータを第２の端末に送信し、第２の端末からコンテンツに対する要求を受信し、コンテンツファイルを用いてコンテンツを第２の端末に提供することを含むコンテンツ提供方法が提供される。
【００１４】
要求は、第２の端末のユーザがメタデータに基づいてコンテンツを識別および選択することによって生成されてもよい。
【００１５】
コンテンツファイルはＭＰ３（Moving Picture Experts Group (MPEG) audio layer-3）フォーマットのファイルであってもよい。
【００１６】
メタデータ領域はＭＰ３フォーマットファイルのＩＤ３領域であってもよい。
【００１７】
コンテンツはオーディオコンテンツであってもよい。
【００１８】
メタデータは、コンテンツの名称、コンテンツのミュージシャンの名称、コンテンツのジャケットイメージのうち１つ以上を含んでもよい。
【００１９】
コンテンツは、コンテンツファイルのダウンロードまたはコンテンツのストリーミングによって第２の端末に提供されてもよい。
【００２０】
コンテンツのメタデータを抽出することは、メタデータ領域内でメタデータを検索し、メタデータ領域内でメタデータが検索されない場合、コンテンツファイルに基づいてコンテンツを登録されたコンテンツと比較することによってメタデータを生成することを含んでもよい。
【００２１】
コンテンツのメタデータを抽出することは、メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、コンテンツファイルに基づいてコンテンツを登録されたコンテンツと比較することによってメタデータを生成することを含んでもよい。
【００２２】
コンテンツファイルを受信することは、複数のＡＰＩサーバのうちコンテンツファイルを受信するＡＰＩサーバを決定し、コンテンツファイルを受信するために決定されたＡＰＩサーバが第１の端末からコンテンツファイルを受信することを含んでもよい。
【００２３】
コンテンツに対する要求を受信することは、複数のＡＰＩサーバのうちコンテンツに対する要求を受信するＡＰＩサーバを決定し、コンテンツに対する要求を受信するために決定されたＡＰＩサーバが第２の端末からコンテンツに対する要求を受信することを含んでもよい。
【００２４】
本発明の他の一実施形態によると、第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末からコンテンツに対する要求を受信するＡＰＩサーバと、コンテンツファイルを格納し、コンテンツファイルを用いてコンテンツを第２の端末に提供するストレージサーバと、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出するファイル処理サーバと、抽出されたメタデータを格納し、格納されたメタデータを第２の端末に提供するデータベースサーバと、を備えるコンテンツ提供システムが提供される。
【００２５】
ファイル処理サーバは、メタデータ領域内でメタデータが検索されない場合、コンテンツファイルに基づいてコンテンツを登録されたコンテンツと比較することによってメタデータを生成してもよい。
【００２６】
ファイル処理サーバは、メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、コンテンツファイルに基づいてコンテンツを登録されたコンテンツと比較することによってメタデータを生成してもよい。
【００２７】
ＡＰＩサーバは複数であってもよい。
【００２８】
コンテンツ提供システムは、複数のＡＰＩサーバのうち第１の端末からコンテンツファイルを受信する第１のＡＰＩサーバを決定し、第２の端末からメタデータに対する要求を受信する第２のＡＰＩサーバを決定するＬ４スイッチングサーバをさらに備えてもよい。
【００２９】
ストレージサーバは、コンテンツファイルを変更せずに第２の端末に提供してもよい。
【００３０】
本発明の他の一実施形態によると、第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末からコンテンツに対する要求を受信するＡＰＩ部と、コンテンツファイルを格納し、コンテンツファイルを用いてコンテンツを第２の端末に提供するファイルストレージ部と、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出するファイル処理部と、抽出されたメタデータを格納し、格納されたメタデータを第２の端末に提供するデータベース部とを備えるサーバが提供される。
【００３１】
ＡＰＩ部、ファイルストレージ部、ファイル処理部、およびデータベース部は１つ以上のサーバに分離されてもよい。
【００３２】
１つ以上のサーバは内部ネットワークによって通信してもよい。
【００３３】
ＡＰＩ部は複数でってもよい。
【００３４】
サーバは、複数のＡＰＩ部のうち第１の端末からコンテンツファイルを受信する第１のＡＰＩ部を決定し、第２の端末からメタデータに対する要求を受信する第２のＡＰＩ部を決定するＬ４スイッチング部をさらに備えてもよい。
【発明の効果】
【００３５】
本発明の一実施形態によると、コンテンツファイル内のメタデータを抽出し、抽出されたメタデータを端末に提供するコンテンツ提供装置および方法が提供される。
【００３６】
ユーザは、メタデータに基づいて、コンテンツファイル内のコンテンツを識別し、サーバに提供するコンテンツまたはコンテンツを要求するためにシステムに提供するコンテンツを要求することができる。
【００３７】
サーバに提供するコンテンツまたはシステムに提供するコンテンツは、コンテンツファイル内のメタデータ領域の記述に基づいて、コンテンツのメタデータを抽出し、抽出されたメタデータを別のデータベースに格納することもできる。これにより、コンテンツファイルを変更することなく、端末のユーザにメタデータを提供することができる。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施形態に係るコンテンツ提供システムの動作を説明する図である。
【図２】本発明の一実施形態に係るコンテンツ提供方法のフローチャートである。
【図３】本発明の一実施形態に係るコンテンツファイルの構造を説明する図である。
【図４】本発明の一実施形態に係るメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出する方法を説明する図である。
【図５】本発明の一実施形態に係るコンテンツのメタデータを決定する方法を説明する図である。
【図６】本発明の一実施形態に係るメタデータを用いてコンテンツを要求する方法を説明する図である。
【図７】本発明の一実施形態に係るサーバの構成図である。
【図８】本発明の一実施形態に係る複数のサーバの間のロードバランスを説明する図である。
【発明を実施するための形態】
【００３９】
以下に、本発明の一実施形態について添付の図面を参照しながら詳説する。しかし、本発明が実施形態によって制限されたり限定されたりすることはない。各図面に提示された同一の参照符号は同一の構成を示す。
【００４０】
図１は、本発明の一実施形態に係るコンテンツ提供システム１００の動作を説明する。
【００４１】
コンテンツ提供システム１００（以下、システム１００と略す）は、アプリケーションプログラミングインタフェース（Application Programming Interface；ＡＰＩ）サーバ１１０、ストレージサーバ１２０、ファイル処理サーバ１３０、およびデータベースサーバ１４０を備えてもよい。
【００４２】
ＡＰＩサーバ１１０は、コンテンツ提供システム１００のサーバのうちユーザの端末と通信するＡＰＩを提供するサーバである。
【００４３】
端末はＡＰＩサーバ１１０によって、システム１００のサービスを提供される。
【００４４】
例えば、ＡＰＩサーバ１１０は端末からファイルを受信してもよく、受信されたファイルをストレージサーバ１２０に送信してもよい。
【００４５】
例えば、ＡＰＩサーバ１１０は端末から所定のファイルまたはコンテンツに対する要求を受信してもよく、受信した要求をストレージサーバ１２０およびデータベースサーバ１４０に送信してもよい。
【００４６】
また、ＡＰＩサーバ１１０は、ストレージサーバ１２０およびデータベースサーバ１４０から所定のファイルまたはコンテンツを受信し、受信したファイルまたはコンテンツを端末に送信してもよい。
【００４７】
本実施形態に係るファイルはコンテンツファイルであってもよい。コンテンツファイルはコンテンツを含むファイルであってもよい。すなわち、コンテンツファイルは端末で再生することによって端末のユーザにコンテンツを提供できるファイルであってもよい。
【００４８】
ストレージサーバ１２０は端末から提供されたユーザのファイルを格納してもよく、ユーザの要求に応じて格納されたファイルを端末に提供してもよい。ストレージサーバ１２０は、ファイルまたはコンテンツを直接またはＡＰＩサーバ１１０を経由して端末に提供してもよい。
【００４９】
ファイル処理サーバ１３０はユーザのファイルからメタデータを抽出してもよい。ファイル処理サーバ１３０は抽出されたメタデータをデータベースサーバ１４０に送信してもよい。
【００５０】
データベースサーバ１４０はメタデータを格納してもよい。データベースサーバ１４０はユーザのファイルに関連してメタデータを格納してもよい。例えば、データベースサーバ１４０は、ファイルの識別子またはファイルのアクセス経路に関連するファイルのメタデータを格納してもよい。
【００５１】
端末はファイルの識別子またはファイルの経路を用いて要求するファイルを特定してもよい。ファイルの経路は階層構造を有してもよい。
【００５２】
データベースサーバ１４０はメタデータを直接またはＡＰＩサーバ１１０を経由して端末に提供してもよい。
【００５３】
ユーザは１つ以上の異なる端末を用いてシステム１００のサービスを提供されてもよい。
【００５４】
１つ以上の異なる端末は、ＰＣまたはスマートフォンのような互いに異なる機能および性能を有する端末であってもよい。
【００５５】
図１において、第１の端末１９０はシステム１００にファイルをアップロードする端末であってもよい。第２の端末１９５はアップロードされたファイルに対するサービスを提供される端末である。例えば、第２の端末１９５はメタデータまたはファイルをシステム１００に要求する端末であってもよい。
【００５６】
図２は、本発明の一実施形態に係るコンテンツ提供方法のフローチャートである。
【００５７】
図２において、ユーザは第１の端末１９０および第２の端末１９５を用いてＡＰＩサーバ１１０（すなわち、システム１００）にアクセスしてもよい。
【００５８】
ここで、第１の端末１９０は、ユーザがコンテンツファイルをアップロードするために用いられる端末であってもよい。第２の端末１９５は、ユーザがアップロードされたコンテンツファイルのコンテンツを再生するために用いられる端末であってもよい。
【００５９】
第１の端末１９０および第２の端末１９５は、ＰＣまたはスマートフォンのような互いに異なる機能および性能を有する端末であってもよい。
【００６０】
また、ユーザは同一の端末を用いてコンテンツファイルをシステム１００にアップロードし、アップロードされたコンテンツファイルのコンテンツをシステム１００から受信して用いてもよい。したがって、第１の端末１９０および第２の端末１９５は同一の端末であってもよい。
【００６１】
ステップＳ２１０において、第１の端末１９０は、コンテンツを格納したコンテンツファイルをＡＰＩサーバ１１０に送信してもよい。ＡＰＩサーバ１１０は、第１の端末１９０からコンテンツを格納したコンテンツファイルを受信してもよい。
【００６２】
前述した送信は、ＨＴＴＰ（HyperText Transfer Protocol）を用いたファイルアップロードであってもよい。
【００６３】
ステップＳ２２０において、ＡＰＩサーバ１１０はコンテンツファイルをストレージサーバ１２０に送信してもよい。ストレージサーバ１２０は、ＡＰＩサーバ１１０からコンテンツファイルを受信してもよい。すなわち、ストレージサーバ１２０は、ＡＰＩサーバ１１０を介して第１の端末１９５からコンテンツを格納したコンテンツファイルを受信してもよい。
【００６４】
ステップＳ２３０において、ストレージサーバ１２０は送信されたコンテンツファイルを格納してもよい。
【００６５】
ステップＳ２４０において、ＡＰＩサーバ１１０は、コンテンツファイルのアップロードが完了したことをファイル処理サーバ１３０に通知してもよい。
【００６６】
このとき、ＡＰＩサーバ１１０は通知と共に、コンテンツファイルを識別するための情報をファイル処理サーバ１３０に送信してもよい。コンテンツファイルを識別するための情報は、コンテンツファイルの識別子またはコンテンツファイルの経路であってもよい。
【００６７】
ステップＳ２３０およびステップＳ２４０は並行して、または順番を逆にして行ってもよい。
【００６８】
ステップＳ２５０において、通知を受信したファイル処理サーバ１３０はストレージサーバ１２０にコンテンツファイルを要求してもよい。ファイル処理サーバ１３０は、コンテンツファイルを識別するための情報を用いてストレージサーバ１２０にコンテンツファイルを要求してもよい。
【００６９】
ステップＳ２５５において、要求を受信したストレージサーバ１２０はコンテンツファイルをファイル処理サーバ１３０に送信してもよい。
【００７０】
ステップＳ２６０において、ファイル処理サーバ１３０は、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツファイルのコンテンツのメタデータを抽出してもよい。
【００７１】
コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出する方法については図４および図５を参照して詳説する。
【００７２】
ステップＳ２６５において、ファイル処理サーバ１３０は抽出されたメタデータをデータベースサーバ１４０に送信してもよい。
【００７３】
このとき、ファイル処理サーバ１３０は抽出されたメタデータと共に、コンテンツファイルを識別するための情報をデータベースサーバ１４０に送信してもよい。
【００７４】
ステップＳ２７０において、データベースサーバ１４０は送信されたメタデータを格納してもよい。
【００７５】
このとき、データベースサーバ１４０は、送信されたメタデータを、コンテンツファイルを識別するための情報と共に関連して格納してもよい。
【００７６】
ステップＳ２８０において、第２の端末１９５はＡＰＩサーバ１１０にメタデータを要求してもよく、要求を受信したＡＰＩサーバ１１０はデータベースサーバ１４０にメタデータを要求してもよい。すなわち、第２の端末１９５は、ＡＰＩサーバ１１０を経由して、データベースサーバ１４０にメタデータを要求してもよい。
【００７７】
第２の端末１９５は、コンテンツファイルを識別するための情報を用いてコンテンツファイルのメタデータを要求してもよい。
【００７８】
第２の端末１９５は、システム１００内に格納された全てのファイルに対するメタデータを要求してもよい。
【００７９】
第２の端末１９５は、システム１００内に格納されたファイルのうち所定の条件を満たすファイル（例えば、所定のフォルダ内にあるファイル、所定のグループのファイルなど）に対するメタデータを要求してもよい。
【００８０】
ステップＳ２８５において、データベースサーバ１４０は要求されたメタデータをＡＰＩサーバ１１０に送信してもよく、ＡＰＩサーバ１１０は受信したメタデータを第２の端末１９５に送信してもよい。すなわち、データベースサーバ１４０は、ＡＰＩサーバ１１０を経由して、格納されたメタデータを第２の端末１９５に提供してもよい。
【００８１】
ステップＳ２８５において、データベースサーバ１４０およびＡＰＩサーバ１１０は、メタデータが抽出されたコンテンツファイルを識別するための情報をメタデータと共に送信してもよい。
【００８２】
ステップＳ２８０において、要求されたメタデータが１つ以上のファイルまたはコンテンツのメタデータであれば、ステップＳ２８５に送信されるメタデータも１つ以上のファイルまたはコンテンツのメタデータであってもよい。
【００８３】
ステップＳ２８８において、第２の端末１９５のユーザによってコンテンツを選択されてもよい。
【００８４】
第２の端末１９５は、送信されたメタデータを第２の端末１９５の表示部などに出力してもよく、ユーザは出力されたコンテンツのメタデータを確認してメタデータが示すコンテンツを選択してもよい。
【００８５】
ステップＳ２９０において、第２の端末１９５はＡＰＩサーバ１１０に選択されたコンテンツを要求してもよい。ＡＰＩサーバ１１０は、第２の端末１９５から選択されたコンテンツに対する要求を受信してもよい。要求を受信したＡＰＩサーバ１１０は、ストレージサーバ１２０に選択されたコンテンツを要求してもよい。すなわち、第２の端末１９５は、ＡＰＩサーバ１１０を経由してストレージサーバ１２０に選択されたコンテンツを要求してもよい。
【００８６】
前述した要求は第２の端末１９５のユーザが、ステップＳ２８８において、送信されたメタデータに基づいてメタデータが示すコンテンツを識別し、コンテンツを選択することによって生成されたものであってもよい。すなわち、ユーザは、コンテンツファイルのファイル名またはファイル経路などではなく、コンテンツのメタデータのみによって自己が希望するコンテンツを選択してもよい。
【００８７】
第２の端末１９５は、コンテンツファイルを識別するための情報を用いてコンテンツを要求してもよい。
【００８８】
ステップＳ２９５において、ストレージサーバ１２０は、格納されたコンテンツファイルを用いてＡＰＩサーバ１１０に要求されたコンテンツを送信してもよい。ＡＰＩサーバ１１０は、送信されたコンテンツを第２の端末１９５に送信してもよい。すなわち、ストレージサーバ１２０は、ＡＰＩサーバ１１０を経由して格納されたコンテンツファイルを用いてコンテンツを第２の端末１９５に提供してもよい。
【００８９】
ストレージサーバ１２０は、コンテンツファイルを識別するための情報を用いて送信されるコンテンツのファイルを識別してもよい。
【００９０】
コンテンツは、コンテンツファイルのダウンロードまたはコンテンツのストリーミングを介して第２の端末１９５に提供されてもよい。
【００９１】
ダウンロードによってコンテンツが送信される場合、ストレージサーバ１２０は格納されたコンテンツファイルを第２の端末１９５に提供してもよい。
【００９２】
ストリーミングによってコンテンツが送信される場合、ストレージサーバ１２０またはＡＰＩサーバ１１０は、格納されたコンテンツファイルをストリーミング用の形式に変換した後、変換された形式のデータを第２の端末１９５に提供してもよい。
【００９３】
第２の端末１９５は、ステップＳ２９０において、端末の仕様、端末の性能、およびネットワーク特性などの情報をコンテンツの要求と共に送信してもよい。
【００９４】
ストレージサーバ１２０またはＡＰＩサーバ１１０は、送信された端末の仕様、端末の性能、およびネットワーク特性に適合するようにコンテンツファイルをストリーミング用の形式に変換してもよく、変換された形式のデータを第２の端末１９５に提供してもよい。
【００９５】
図３は、本発明の一実施形態に係るコンテンツファイル３００の構造を説明する。
【００９６】
コンテンツファイル３００はメタデータ領域３１０およびコンテンツ領域３２０を含んでもよい。
【００９７】
メタデータ領域３１０は、コンテンツファイル３００が格納するコンテンツのメタデータを格納する領域である。
【００９８】
コンテンツ領域３２０は、コンテンツファイル３００が格納するコンテンツの内容を格納した領域である。
【００９９】
コンテンツファイル３００は音楽ファイルであってもよい。コンテンツはオーディオコンテンツであってもよい。
【０１００】
コンテンツファイル３００は、ＭＰ３フォーマットのファイルであってもよい。メタデータ領域は、ＭＰ３フォーマットファイルのＩＤ３領域であってもよい。
【０１０１】
メタデータは、コンテンツの名称、コンテンツのミュージシャン（例えば、歌手、演奏者、作曲家、および作詞家など）、コンテンツが提供されたアルバムのジャケットイメージのうち１つ以上を含んでもよい。すなわち、メタデータは、数および文字列、音、および画像などの形式を有してもよい。
【０１０２】
図４は、本発明の一実施形態に係るメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出する方法を説明するフローチャートである。
【０１０３】
下記のステップＳ４１０からステップＳ４８０は、図１のファイル処理サーバ１３０によって行われてもよい。
【０１０４】
メタデータが抽出されるコンテンツは、システム１００に新規に登録されるコンテンツであってもよい。したがって、メタデータが抽出されるファイルのコンテンツを新規のコンテンツと称する。
【０１０５】
ステップＳ４１０において、コンテンツファイル３００のメタデータ領域３１０内でメタデータを検索してもよい。
【０１０６】
ステップＳ４２０において、メタデータが存在するか否かを検証してもよい。メタデータが存在する場合にステップＳ４３０を行ってもよく、メタデータが存在しない場合にステップＳ４５０を行ってもよい。
【０１０７】
ステップＳ４３０において、メタデータ領域３１０内の所定の領域が予め定義された形式に適合するか否かを検証してもよい。メタデータ領域３１０内の所定の領域が予め定義された形式に適合する場合にステップＳ４４０を行なってもよく、そうではない場合はステップＳ４５０を行なってもよい。
【０１０８】
メタデータ領域３１０内の所定の領域が予め定義された形式に適合する場合のみ、メタデータがシステム内で用いられる場合がある。
【０１０９】
したがって、システム１００は、１つ以上の予め定義された形式をシステム１００（例えば、ファイル処理サーバ１３０またはデータベースサーバ１４０）内に格納しておき、メタデータ領域３１０内の所定の領域が上記の１つ以上の予め定義された形式のうち１つの形式と適合する場合のみ上記のメタデータを用いることができる。
【０１１０】
ステップＳ４４０において、検索されたメタデータが新規のコンテンツのメタデータとして用いるものとして決定されてもよい。すなわち、コンテンツファイル３００から抽出されたメタデータがコンテンツのメタデータとして用いられてもよい。
【０１１１】
ステップＳ４５０から４７０において、コンテンツファイル３００に基づいて、コンテンツを登録されたコンテンツと比較することでメタデータを生成してもよい。
【０１１２】
ステップＳ４５０において、コンテンツファイル３００のコンテンツがシステム１００内に登録されたコンテンツと比較されてもよい。
【０１１３】
ステップＳ４６０において、システム１００内に登録されたコンテンツのうちコンテンツファイル３００のコンテンツと同一または類似のコンテンツがあるか否かを検証してもよい。
【０１１４】
同一または類似のコンテンツがある場合にステップＳ４７０を行なってもよく、そうではない場合にステップＳ４８０を行なってもよい。
【０１１５】
ステップＳ４７０において、同一または類似のコンテンツのメタデータがコンテンツファイル３００のコンテンツのメタデータとして用いるものとして決定されてもよい。
【０１１６】
このとき、コンテンツファイル３００のメタデータ領域３１０で検索されたメタデータがコンテンツのメタデータとして部分的に用いられてもよい。
【０１１７】
ステップＳ４８０において、コンテンツファイル３００のコンテンツのメタデータを生成してもよい。
【０１１８】
コンテンツファイル３００のメタデータ領域３１０で検索されたメタデータがコンテンツのメタデータとして部分的に用いられてもよい。
【０１１９】
コンテンツのメタデータは未知の値（ｕｎｋｎｏｗｎ）に決定されてもよい。例えば、コンテンツの名称、そのミュージシャンの名称などの値が「ｕｎｋｎｏｗｎ」のように設定されてもよい。
【０１２０】
コンテンツのメタデータはユーザの入力値に基づいて生成されてもよい。
【０１２１】
コンテンツのメタデータは、コンテンツファイル３００のファイル名に基づいて生成されてもよい。例えば、コンテンツの名称、そのミュージシャンの名称などの値は「−」のような所定の分類子として分離される、コンテンツファイル３００のファイル名の一部であってもよい。
【０１２２】
図５は、本発明の一実施形態に係るコンテンツのメタデータを決定する方法を説明する。
【０１２３】
ファイル処理サーバ１３０は、コンテンツファイル３００の形式領域５１０をメタデータ形式データベース５２０に格納された１つ以上の形式、例えば、第１の形式５２２、第２の形式５２４および第３の形式５２６それぞれと比較してもよい。
【０１２４】
形式領域５１０は、ステップＳ４３０で前述したメタデータ領域３１０内の所定の領域を意味する。メタデータ形式データベース５２０に格納された１つ以上の形式、第１の形式５２２、第２の形式５２４、および第３の形式５２６は、図４を参照して前述した、予め定義された形式であってもよい。
【０１２５】
すなわち、ファイル処理サーバ１３０はコンテンツファイル３００から形式領域５１０を抽出してもよく、抽出された形式領域がメタデータ形式データベース５２０内に格納された形式に適合するか否かを検証してもよい。
【０１２６】
適合する形式がある場合には、ファイル処理サーバ１３０は図４のステップＳ４４０を行なってもよく、適合する形式がない場合には、ファイル処理サーバ１３０はステップＳ４５０を行なってもよい。
【０１２７】
メタデータ形式データベース５２０は、ファイル処理サーバ１３０またはデータベースサーバ１４０内に格納されてもよい。
【０１２８】
ファイル処理サーバ１３０は、コンテンツファイル３００のコンテンツ領域３２０からコンテンツの特性を抽出して、分析してもよい。
【０１２９】
ファイル処理サーバ１３０は、抽出および分析されたコンテンツの特性を、コンテンツデータベース５４０内に格納された１つ以上のコンテンツ、第１のコンテンツ５４２、第２のコンテンツ５４４および第３のコンテンツ５４６それぞれの特性５５２、５５４、または５５６と比較してもよい。
【０１３０】
上記の比較によって、ファイル処理サーバ１３０はコンテンツファイル３００のコンテンツと同一または類似の登録されたコンテンツがあるか否かを検証してもよい。すなわち、コンテンツファイル３００のコンテンツの特性が、コンテンツデータベース５４０内に格納された第１のコンテンツ５４２、第２のコンテンツ５４４、または第３のコンテンツ５４６の特性５５２、５５４、または５５６と同一または類似である場合、両コンテンツは同一または類似するものと見なしてもよい。
【０１３１】
上記の特性はコンテンツの特性情報であってもよい。上記の特性はコンテンツの特徴ベクトルであってもよい。
【０１３２】
また、上記の特性はコンテンツファイル３００のファイル名であってもよい。
【０１３３】
コンテンツファイル３００のコンテンツと同一または類似の登録されたコンテンツがある場合、ファイル処理サーバ１３０はステップＳ４７０を行なってもよい。コンテンツファイル３００のコンテンツと同一または類似の登録されたコンテンツがない場合、ファイル処理サーバ１３０はステップＳ４８０を行なってもよい。
【０１３４】
図６は、本発明の一実施形態に係るメタデータを用いてコンテンツを要求する方法を説明する。
【０１３５】
第２の端末１９５のユーザは、１つ以上のコンテンツに対するメタデータをシステム１００に要求する。上記の要求は図２のステップＳ２８０によって行われてもよい。
【０１３６】
上記の１つ以上のコンテンツはユーザがアクセス権限を有するコンテンツであってもよい。
【０１３７】
システム１００は、上記の要求に応じて１つ以上のコンテンツのメタデータを第２の端末１９５に送信する。
【０１３８】
送信されたメタデータ、例えば、歌手６１０および曲名６２０は第２の端末１９５の表示部に表示される。
【０１３９】
歌手６１０は１つ以上のコンテンツそれぞれの歌手のリストである。
【０１４０】
曲名６２０は１つ以上のコンテンツそれぞれの曲名のリストである。
【０１４１】
ユーザは第２の端末１９５に表示された内容、すなわち１つ以上のコンテンツのメタデータを見て１つのコンテンツを選択する。すなわち、ユーザは１つ以上のコンテンツのファイル名または経路などとは関係なく、コンテンツファイル３００内に格納されたメタデータに基づいてコンテンツを選択してもよい。
【０１４２】
第２の端末１９５は、選択されたコンテンツ６３０を送信することをシステム１００に要求する。上記の要求はステップＳ２９０によって行われてもよい。
【０１４３】
システム１００は、要求されたコンテンツ６３０を第２の端末１９５に提供する。上記の提供はステップＳ２９５によって行われてもよい。
【０１４４】
図７は、本発明の一実施形態に係るサーバ７００の構成図である。
【０１４５】
図１から図６を参照すると、前述したコンテンツ提供方法は単一の装置によって提供されてもよい。
【０１４６】
サーバ７００は、ＡＰＩ部７１０、ファイルストレージ部７２０、ファイル処理部７３０、およびデータベース部７４０を備えてもよい。
【０１４７】
ＡＰＩ部７１０は、ＡＰＩサーバ１１０に対応し、ＡＰＩサーバ１１０の機能を果たしてもよい。
【０１４８】
例えば、ＡＰＩ部７１０は、第１の端末１９０からコンテンツを格納したコンテンツファイル３００を受信してもよく、第２の端末１９５からコンテンツに対する要求を受信してもよい。
【０１４９】
ファイルストレージ部７２０は、ストレージサーバ１２０に対応し、ストレージサーバ１２０の機能を果たしてもよい。
【０１５０】
例えば、ファイルストレージ部７２０はコンテンツファイル３００を格納してもよく、コンテンツファイル３００を用いてコンテンツを第２の端末１９５に提供してもよい。
【０１５１】
ファイル処理部７３０は、ファイル処理サーバ１３０に対応し、ファイル処理サーバ１３０の機能を果たしてもよい。
【０１５２】
例えば、ファイル処理部７３０は、コンテンツファイル３００のメタデータ領域３１０内のデータに基づいてコンテンツのメタデータを抽出してもよい。
【０１５３】
データベース部７４０は、データベースサーバ１４０に対応し、データベースサーバ１４０の機能を果たしてもよい。
【０１５４】
例えば、データサービス部７４０は抽出されたメタデータを格納してもよく、格納されたメタデータを第２の端末１９５に提供してもよい。
【０１５５】
また、ＡＰＩ部７１０、ファイルストレージ部７２０、ファイル処理部７３０、およびデータベース部７４０は１つ以上のサーバに分離されてもよく、１つ以上のサーバは内部ネットワークによって通信してもよい。
【０１５６】
前述した図１から図６を参照して説明した本発明の一実施形態に係る技術的な内容が本実施形態にそのまま適用されてもよい。したがって、以下はその詳説は省略する。
【０１５７】
図８は、本発明の一実施形態に係る複数のサーバ間のロードバランス（load balancing）を説明する図である。
【０１５８】
一般に、クラウドサービスは大規模なサーバグループを介して提供してもよい。
【０１５９】
すなわち、システム１００のＡＰＩサーバ１１０、ストレージサーバ１２０、ファイル処理サーバ１３０およびデータベースサーバ１４０はそれぞれ複数であってもよい。
【０１６０】
例えば、ＡＰＩサーバ１１０は複数であってもよい。図８において３つのＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６を示す。
【０１６１】
システム１００はＬ４スイッチングサーバ８２０を備えてもよい。
【０１６２】
Ｌ４スイッチングサーバ８２０は、複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６の間のロードバランスを行なってもよい。
【０１６３】
端末８１０がシステム１００にアクセスしようとするとき、端末８１０に対するサービスを処理するＡＰＩサーバ１００が複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４および第３のＡＰＩサーバ８３６の中から決定される必要がある。
【０１６４】
ステップＳ２１０において、第１の端末１９０がコンテンツファイルを送信するとき、Ｌ４スイッチングサーバ８２０は、端末８１０からコンテンツファイルを受信するＡＰＩサーバ１１０を複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６の中から決定してもよい。
【０１６５】
すなわち、ステップＳ２１０は、（１）複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６のうちコンテンツファイルを受信するＡＰＩサーバを決定するステップ、および（２）コンテンツファイルを受信するために決定されたＡＰＩサーバが第１の端末１９０からコンテンツファイルを受信するステップを含んでもよい。
【０１６６】
また、ステップＳ２８０において、第２の端末１９５がメタデータを要求するとき、Ｌ４スイッチングサーバ８２０はメタデータに対する要求を受信するＡＰＩサーバ１１０を複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６の中から決定してもよい。
【０１６７】
すなわち、ステップＳ２８０は、（１）複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６のうちコンテンツに対する要求を受信するＡＰＩサーバを決定するステップ、および（２）コンテンツに対する要求を受信するものと決定されたＡＰＩサーバが第２の端末１９５からコンテンツに対する要求を受信するステップを含んでもよい
【０１６８】
また、図７を参照して前述したサーバ７００の構成要素７１０、７２０、７３０、および７４０はそれぞれ複数であってもよい。
【０１６９】
例えば、ＡＰＩ部７１０は複数であってもよく、サーバ７００はＬ４スイッチング部（図示せず）をさらに備えてもよい。
【０１７０】
Ｌ４スイッチング部は、複数の構成要素（例えば、複数のＡＰＩ部７１０、複数のファイルストレージ部７２０、複数のファイル処理部７３０、または複数のデータベース部７４０）のうち、所定のステップＳ２１０から２９５を行う一つの構成要素を選択してもよい。
【０１７１】
例えば、Ｌ４スイッチング部は、複数のＡＰＩ部７１０のうち第１の端末１９０からコンテンツファイルを受信する第１のＡＰＩ部７１０を決定してもよく、第２の端末１９５からメタデータに対する要求を受信する第２のＡＰＩ部７１０を決定してもよい。
【０１７２】
前述した図１から図７を参照して説明した本発明の一実施形態に係る技術的な内容が本実施形態にそのまま適用されてもよい。したがって、以下はその詳説は省略する。
【０１７３】
本発明の一実施形態に係る方法は、多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などの単独または組み合わせたものを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コード（ｍａｃｈｉｎｅ ｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒ ｌｅｖｅｌ ｃｏｄｅ）を含む。上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成されてもよい。
【０１７４】
上述したように本発明を限定された実施形態と図面とによって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形をすることが可能である。
【０１７５】
したがって、本発明の範囲は、開示された実施形態に限定されて定められるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められる。
【符号の説明】
【０１７６】
１００ コンテンツ提供システム
１１０ ＡＰＩサーバ
１２０ ストレージサーバ
１３０ ファイル処理サーバ
１４０ データベースサーバ
３００ コンテンツファイル
３１０ メタデータ領域
３２０ コンテンツ領域
【技術分野】
【０００１】
本発明の実施形態は、コンテンツを提供するための方法および装置に関する。また、コンテンツからメタデータを抽出して端末に提供する方法および装置が開示される。
【背景技術】
【０００２】
クラウドサービス（cloud service）は、ユーザが中央サーバにファイルなどを格納しておいて、スマートフォンまたはパーソナルコンピュータ（ＰＣ）等のような端末で格納されたファイルなどを呼び出して用いるサービスを意味する。
【０００３】
クラウドサービスによって、ユーザは有無線ネットワークを介して自己のアカウントにアクセスすることで場所および使用する端末に拘わらずに自己のファイルなどを用いることができる。
【０００４】
クラウドサービスを提供する中央サーバはユーザのファイルを格納する。格納されたファイルは一般的なファイルの送信だけではなく、ストリーミングサービスなどを介してユーザに提供してもよい。
【０００５】
また、クラウドサービスのサーバは、格納されたユーザのファイルを格納および管理することによって付加的なサービスを提供してもよい。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明の一実施形態の目的は、コンテンツファイル内のメタデータを抽出して端末に提供するコンテンツ提供装置および方法を提供する。
【０００７】
本発明の一実施形態の目的は、メタデータを受信した端末からコンテンツ提供要求を受信し、要求されたコンテンツを提供する装置および方法を提供する。
【課題を解決するための手段】
【０００８】
本発明の一実施形態によると、ユーザ端末からコンテンツを格納したコンテンツファイルを受信し、コンテンツファイルを格納し、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出し、メタデータを格納し、メタデータをユーザ端末に送信し、ユーザ端末からコンテンツに対する要求を受信し、コンテンツファイルを用いてコンテンツをユーザ端末に提供することを含むコンテンツ提供方法が提供される。
【０００９】
要求は、ユーザ端末のユーザがメタデータに基づいてコンテンツを識別および選択することによって生成されてもよい。
【００１０】
コンテンツは、コンテンツファイルのダウンロードまたはコンテンツのストリーミングによってユーザ端末に提供されてもよい。
【００１１】
コンテンツファイルを受信するステップは、複数のアプリケーションプログラミングインタフェース（ＡＰＩ）サーバのうちコンテンツファイルを受信するＡＰＩサーバを決定し、コンテンツファイルを受信するために決定されたＡＰＩサーバがユーザ端末からコンテンツファイルを受信することを含んでもよい。
【００１２】
コンテンツに対する要求を受信することは、複数のＡＰＩサーバのうちコンテンツに対する要求を受信するＡＰＩサーバを決定し、コンテンツに対する要求を受信するために決定されたＡＰＩサーバがユーザ端末からコンテンツに対する要求を受信することを含んでもよい。
【００１３】
本発明の他の実施形態によると、第１の端末からコンテンツを格納したコンテンツファイルを受信し、コンテンツファイルを格納し、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出し、メタデータを格納し、メタデータを第２の端末に送信し、第２の端末からコンテンツに対する要求を受信し、コンテンツファイルを用いてコンテンツを第２の端末に提供することを含むコンテンツ提供方法が提供される。
【００１４】
要求は、第２の端末のユーザがメタデータに基づいてコンテンツを識別および選択することによって生成されてもよい。
【００１５】
コンテンツファイルはＭＰ３（Moving Picture Experts Group (MPEG) audio layer-3）フォーマットのファイルであってもよい。
【００１６】
メタデータ領域はＭＰ３フォーマットファイルのＩＤ３領域であってもよい。
【００１７】
コンテンツはオーディオコンテンツであってもよい。
【００１８】
メタデータは、コンテンツの名称、コンテンツのミュージシャンの名称、コンテンツのジャケットイメージのうち１つ以上を含んでもよい。
【００１９】
コンテンツは、コンテンツファイルのダウンロードまたはコンテンツのストリーミングによって第２の端末に提供されてもよい。
【００２０】
コンテンツのメタデータを抽出することは、メタデータ領域内でメタデータを検索し、メタデータ領域内でメタデータが検索されない場合、コンテンツファイルに基づいてコンテンツを登録されたコンテンツと比較することによってメタデータを生成することを含んでもよい。
【００２１】
コンテンツのメタデータを抽出することは、メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、コンテンツファイルに基づいてコンテンツを登録されたコンテンツと比較することによってメタデータを生成することを含んでもよい。
【００２２】
コンテンツファイルを受信することは、複数のＡＰＩサーバのうちコンテンツファイルを受信するＡＰＩサーバを決定し、コンテンツファイルを受信するために決定されたＡＰＩサーバが第１の端末からコンテンツファイルを受信することを含んでもよい。
【００２３】
コンテンツに対する要求を受信することは、複数のＡＰＩサーバのうちコンテンツに対する要求を受信するＡＰＩサーバを決定し、コンテンツに対する要求を受信するために決定されたＡＰＩサーバが第２の端末からコンテンツに対する要求を受信することを含んでもよい。
【００２４】
本発明の他の一実施形態によると、第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末からコンテンツに対する要求を受信するＡＰＩサーバと、コンテンツファイルを格納し、コンテンツファイルを用いてコンテンツを第２の端末に提供するストレージサーバと、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出するファイル処理サーバと、抽出されたメタデータを格納し、格納されたメタデータを第２の端末に提供するデータベースサーバと、を備えるコンテンツ提供システムが提供される。
【００２５】
ファイル処理サーバは、メタデータ領域内でメタデータが検索されない場合、コンテンツファイルに基づいてコンテンツを登録されたコンテンツと比較することによってメタデータを生成してもよい。
【００２６】
ファイル処理サーバは、メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、コンテンツファイルに基づいてコンテンツを登録されたコンテンツと比較することによってメタデータを生成してもよい。
【００２７】
ＡＰＩサーバは複数であってもよい。
【００２８】
コンテンツ提供システムは、複数のＡＰＩサーバのうち第１の端末からコンテンツファイルを受信する第１のＡＰＩサーバを決定し、第２の端末からメタデータに対する要求を受信する第２のＡＰＩサーバを決定するＬ４スイッチングサーバをさらに備えてもよい。
【００２９】
ストレージサーバは、コンテンツファイルを変更せずに第２の端末に提供してもよい。
【００３０】
本発明の他の一実施形態によると、第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末からコンテンツに対する要求を受信するＡＰＩ部と、コンテンツファイルを格納し、コンテンツファイルを用いてコンテンツを第２の端末に提供するファイルストレージ部と、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出するファイル処理部と、抽出されたメタデータを格納し、格納されたメタデータを第２の端末に提供するデータベース部とを備えるサーバが提供される。
【００３１】
ＡＰＩ部、ファイルストレージ部、ファイル処理部、およびデータベース部は１つ以上のサーバに分離されてもよい。
【００３２】
１つ以上のサーバは内部ネットワークによって通信してもよい。
【００３３】
ＡＰＩ部は複数でってもよい。
【００３４】
サーバは、複数のＡＰＩ部のうち第１の端末からコンテンツファイルを受信する第１のＡＰＩ部を決定し、第２の端末からメタデータに対する要求を受信する第２のＡＰＩ部を決定するＬ４スイッチング部をさらに備えてもよい。
【発明の効果】
【００３５】
本発明の一実施形態によると、コンテンツファイル内のメタデータを抽出し、抽出されたメタデータを端末に提供するコンテンツ提供装置および方法が提供される。
【００３６】
ユーザは、メタデータに基づいて、コンテンツファイル内のコンテンツを識別し、サーバに提供するコンテンツまたはコンテンツを要求するためにシステムに提供するコンテンツを要求することができる。
【００３７】
サーバに提供するコンテンツまたはシステムに提供するコンテンツは、コンテンツファイル内のメタデータ領域の記述に基づいて、コンテンツのメタデータを抽出し、抽出されたメタデータを別のデータベースに格納することもできる。これにより、コンテンツファイルを変更することなく、端末のユーザにメタデータを提供することができる。
【図面の簡単な説明】
【００３８】
【図１】本発明の一実施形態に係るコンテンツ提供システムの動作を説明する図である。
【図２】本発明の一実施形態に係るコンテンツ提供方法のフローチャートである。
【図３】本発明の一実施形態に係るコンテンツファイルの構造を説明する図である。
【図４】本発明の一実施形態に係るメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出する方法を説明する図である。
【図５】本発明の一実施形態に係るコンテンツのメタデータを決定する方法を説明する図である。
【図６】本発明の一実施形態に係るメタデータを用いてコンテンツを要求する方法を説明する図である。
【図７】本発明の一実施形態に係るサーバの構成図である。
【図８】本発明の一実施形態に係る複数のサーバの間のロードバランスを説明する図である。
【発明を実施するための形態】
【００３９】
以下に、本発明の一実施形態について添付の図面を参照しながら詳説する。しかし、本発明が実施形態によって制限されたり限定されたりすることはない。各図面に提示された同一の参照符号は同一の構成を示す。
【００４０】
図１は、本発明の一実施形態に係るコンテンツ提供システム１００の動作を説明する。
【００４１】
コンテンツ提供システム１００（以下、システム１００と略す）は、アプリケーションプログラミングインタフェース（Application Programming Interface；ＡＰＩ）サーバ１１０、ストレージサーバ１２０、ファイル処理サーバ１３０、およびデータベースサーバ１４０を備えてもよい。
【００４２】
ＡＰＩサーバ１１０は、コンテンツ提供システム１００のサーバのうちユーザの端末と通信するＡＰＩを提供するサーバである。
【００４３】
端末はＡＰＩサーバ１１０によって、システム１００のサービスを提供される。
【００４４】
例えば、ＡＰＩサーバ１１０は端末からファイルを受信してもよく、受信されたファイルをストレージサーバ１２０に送信してもよい。
【００４５】
例えば、ＡＰＩサーバ１１０は端末から所定のファイルまたはコンテンツに対する要求を受信してもよく、受信した要求をストレージサーバ１２０およびデータベースサーバ１４０に送信してもよい。
【００４６】
また、ＡＰＩサーバ１１０は、ストレージサーバ１２０およびデータベースサーバ１４０から所定のファイルまたはコンテンツを受信し、受信したファイルまたはコンテンツを端末に送信してもよい。
【００４７】
本実施形態に係るファイルはコンテンツファイルであってもよい。コンテンツファイルはコンテンツを含むファイルであってもよい。すなわち、コンテンツファイルは端末で再生することによって端末のユーザにコンテンツを提供できるファイルであってもよい。
【００４８】
ストレージサーバ１２０は端末から提供されたユーザのファイルを格納してもよく、ユーザの要求に応じて格納されたファイルを端末に提供してもよい。ストレージサーバ１２０は、ファイルまたはコンテンツを直接またはＡＰＩサーバ１１０を経由して端末に提供してもよい。
【００４９】
ファイル処理サーバ１３０はユーザのファイルからメタデータを抽出してもよい。ファイル処理サーバ１３０は抽出されたメタデータをデータベースサーバ１４０に送信してもよい。
【００５０】
データベースサーバ１４０はメタデータを格納してもよい。データベースサーバ１４０はユーザのファイルに関連してメタデータを格納してもよい。例えば、データベースサーバ１４０は、ファイルの識別子またはファイルのアクセス経路に関連するファイルのメタデータを格納してもよい。
【００５１】
端末はファイルの識別子またはファイルの経路を用いて要求するファイルを特定してもよい。ファイルの経路は階層構造を有してもよい。
【００５２】
データベースサーバ１４０はメタデータを直接またはＡＰＩサーバ１１０を経由して端末に提供してもよい。
【００５３】
ユーザは１つ以上の異なる端末を用いてシステム１００のサービスを提供されてもよい。
【００５４】
１つ以上の異なる端末は、ＰＣまたはスマートフォンのような互いに異なる機能および性能を有する端末であってもよい。
【００５５】
図１において、第１の端末１９０はシステム１００にファイルをアップロードする端末であってもよい。第２の端末１９５はアップロードされたファイルに対するサービスを提供される端末である。例えば、第２の端末１９５はメタデータまたはファイルをシステム１００に要求する端末であってもよい。
【００５６】
図２は、本発明の一実施形態に係るコンテンツ提供方法のフローチャートである。
【００５７】
図２において、ユーザは第１の端末１９０および第２の端末１９５を用いてＡＰＩサーバ１１０（すなわち、システム１００）にアクセスしてもよい。
【００５８】
ここで、第１の端末１９０は、ユーザがコンテンツファイルをアップロードするために用いられる端末であってもよい。第２の端末１９５は、ユーザがアップロードされたコンテンツファイルのコンテンツを再生するために用いられる端末であってもよい。
【００５９】
第１の端末１９０および第２の端末１９５は、ＰＣまたはスマートフォンのような互いに異なる機能および性能を有する端末であってもよい。
【００６０】
また、ユーザは同一の端末を用いてコンテンツファイルをシステム１００にアップロードし、アップロードされたコンテンツファイルのコンテンツをシステム１００から受信して用いてもよい。したがって、第１の端末１９０および第２の端末１９５は同一の端末であってもよい。
【００６１】
ステップＳ２１０において、第１の端末１９０は、コンテンツを格納したコンテンツファイルをＡＰＩサーバ１１０に送信してもよい。ＡＰＩサーバ１１０は、第１の端末１９０からコンテンツを格納したコンテンツファイルを受信してもよい。
【００６２】
前述した送信は、ＨＴＴＰ（HyperText Transfer Protocol）を用いたファイルアップロードであってもよい。
【００６３】
ステップＳ２２０において、ＡＰＩサーバ１１０はコンテンツファイルをストレージサーバ１２０に送信してもよい。ストレージサーバ１２０は、ＡＰＩサーバ１１０からコンテンツファイルを受信してもよい。すなわち、ストレージサーバ１２０は、ＡＰＩサーバ１１０を介して第１の端末１９５からコンテンツを格納したコンテンツファイルを受信してもよい。
【００６４】
ステップＳ２３０において、ストレージサーバ１２０は送信されたコンテンツファイルを格納してもよい。
【００６５】
ステップＳ２４０において、ＡＰＩサーバ１１０は、コンテンツファイルのアップロードが完了したことをファイル処理サーバ１３０に通知してもよい。
【００６６】
このとき、ＡＰＩサーバ１１０は通知と共に、コンテンツファイルを識別するための情報をファイル処理サーバ１３０に送信してもよい。コンテンツファイルを識別するための情報は、コンテンツファイルの識別子またはコンテンツファイルの経路であってもよい。
【００６７】
ステップＳ２３０およびステップＳ２４０は並行して、または順番を逆にして行ってもよい。
【００６８】
ステップＳ２５０において、通知を受信したファイル処理サーバ１３０はストレージサーバ１２０にコンテンツファイルを要求してもよい。ファイル処理サーバ１３０は、コンテンツファイルを識別するための情報を用いてストレージサーバ１２０にコンテンツファイルを要求してもよい。
【００６９】
ステップＳ２５５において、要求を受信したストレージサーバ１２０はコンテンツファイルをファイル処理サーバ１３０に送信してもよい。
【００７０】
ステップＳ２６０において、ファイル処理サーバ１３０は、コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツファイルのコンテンツのメタデータを抽出してもよい。
【００７１】
コンテンツファイルのメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出する方法については図４および図５を参照して詳説する。
【００７２】
ステップＳ２６５において、ファイル処理サーバ１３０は抽出されたメタデータをデータベースサーバ１４０に送信してもよい。
【００７３】
このとき、ファイル処理サーバ１３０は抽出されたメタデータと共に、コンテンツファイルを識別するための情報をデータベースサーバ１４０に送信してもよい。
【００７４】
ステップＳ２７０において、データベースサーバ１４０は送信されたメタデータを格納してもよい。
【００７５】
このとき、データベースサーバ１４０は、送信されたメタデータを、コンテンツファイルを識別するための情報と共に関連して格納してもよい。
【００７６】
ステップＳ２８０において、第２の端末１９５はＡＰＩサーバ１１０にメタデータを要求してもよく、要求を受信したＡＰＩサーバ１１０はデータベースサーバ１４０にメタデータを要求してもよい。すなわち、第２の端末１９５は、ＡＰＩサーバ１１０を経由して、データベースサーバ１４０にメタデータを要求してもよい。
【００７７】
第２の端末１９５は、コンテンツファイルを識別するための情報を用いてコンテンツファイルのメタデータを要求してもよい。
【００７８】
第２の端末１９５は、システム１００内に格納された全てのファイルに対するメタデータを要求してもよい。
【００７９】
第２の端末１９５は、システム１００内に格納されたファイルのうち所定の条件を満たすファイル（例えば、所定のフォルダ内にあるファイル、所定のグループのファイルなど）に対するメタデータを要求してもよい。
【００８０】
ステップＳ２８５において、データベースサーバ１４０は要求されたメタデータをＡＰＩサーバ１１０に送信してもよく、ＡＰＩサーバ１１０は受信したメタデータを第２の端末１９５に送信してもよい。すなわち、データベースサーバ１４０は、ＡＰＩサーバ１１０を経由して、格納されたメタデータを第２の端末１９５に提供してもよい。
【００８１】
ステップＳ２８５において、データベースサーバ１４０およびＡＰＩサーバ１１０は、メタデータが抽出されたコンテンツファイルを識別するための情報をメタデータと共に送信してもよい。
【００８２】
ステップＳ２８０において、要求されたメタデータが１つ以上のファイルまたはコンテンツのメタデータであれば、ステップＳ２８５に送信されるメタデータも１つ以上のファイルまたはコンテンツのメタデータであってもよい。
【００８３】
ステップＳ２８８において、第２の端末１９５のユーザによってコンテンツを選択されてもよい。
【００８４】
第２の端末１９５は、送信されたメタデータを第２の端末１９５の表示部などに出力してもよく、ユーザは出力されたコンテンツのメタデータを確認してメタデータが示すコンテンツを選択してもよい。
【００８５】
ステップＳ２９０において、第２の端末１９５はＡＰＩサーバ１１０に選択されたコンテンツを要求してもよい。ＡＰＩサーバ１１０は、第２の端末１９５から選択されたコンテンツに対する要求を受信してもよい。要求を受信したＡＰＩサーバ１１０は、ストレージサーバ１２０に選択されたコンテンツを要求してもよい。すなわち、第２の端末１９５は、ＡＰＩサーバ１１０を経由してストレージサーバ１２０に選択されたコンテンツを要求してもよい。
【００８６】
前述した要求は第２の端末１９５のユーザが、ステップＳ２８８において、送信されたメタデータに基づいてメタデータが示すコンテンツを識別し、コンテンツを選択することによって生成されたものであってもよい。すなわち、ユーザは、コンテンツファイルのファイル名またはファイル経路などではなく、コンテンツのメタデータのみによって自己が希望するコンテンツを選択してもよい。
【００８７】
第２の端末１９５は、コンテンツファイルを識別するための情報を用いてコンテンツを要求してもよい。
【００８８】
ステップＳ２９５において、ストレージサーバ１２０は、格納されたコンテンツファイルを用いてＡＰＩサーバ１１０に要求されたコンテンツを送信してもよい。ＡＰＩサーバ１１０は、送信されたコンテンツを第２の端末１９５に送信してもよい。すなわち、ストレージサーバ１２０は、ＡＰＩサーバ１１０を経由して格納されたコンテンツファイルを用いてコンテンツを第２の端末１９５に提供してもよい。
【００８９】
ストレージサーバ１２０は、コンテンツファイルを識別するための情報を用いて送信されるコンテンツのファイルを識別してもよい。
【００９０】
コンテンツは、コンテンツファイルのダウンロードまたはコンテンツのストリーミングを介して第２の端末１９５に提供されてもよい。
【００９１】
ダウンロードによってコンテンツが送信される場合、ストレージサーバ１２０は格納されたコンテンツファイルを第２の端末１９５に提供してもよい。
【００９２】
ストリーミングによってコンテンツが送信される場合、ストレージサーバ１２０またはＡＰＩサーバ１１０は、格納されたコンテンツファイルをストリーミング用の形式に変換した後、変換された形式のデータを第２の端末１９５に提供してもよい。
【００９３】
第２の端末１９５は、ステップＳ２９０において、端末の仕様、端末の性能、およびネットワーク特性などの情報をコンテンツの要求と共に送信してもよい。
【００９４】
ストレージサーバ１２０またはＡＰＩサーバ１１０は、送信された端末の仕様、端末の性能、およびネットワーク特性に適合するようにコンテンツファイルをストリーミング用の形式に変換してもよく、変換された形式のデータを第２の端末１９５に提供してもよい。
【００９５】
図３は、本発明の一実施形態に係るコンテンツファイル３００の構造を説明する。
【００９６】
コンテンツファイル３００はメタデータ領域３１０およびコンテンツ領域３２０を含んでもよい。
【００９７】
メタデータ領域３１０は、コンテンツファイル３００が格納するコンテンツのメタデータを格納する領域である。
【００９８】
コンテンツ領域３２０は、コンテンツファイル３００が格納するコンテンツの内容を格納した領域である。
【００９９】
コンテンツファイル３００は音楽ファイルであってもよい。コンテンツはオーディオコンテンツであってもよい。
【０１００】
コンテンツファイル３００は、ＭＰ３フォーマットのファイルであってもよい。メタデータ領域は、ＭＰ３フォーマットファイルのＩＤ３領域であってもよい。
【０１０１】
メタデータは、コンテンツの名称、コンテンツのミュージシャン（例えば、歌手、演奏者、作曲家、および作詞家など）、コンテンツが提供されたアルバムのジャケットイメージのうち１つ以上を含んでもよい。すなわち、メタデータは、数および文字列、音、および画像などの形式を有してもよい。
【０１０２】
図４は、本発明の一実施形態に係るメタデータ領域内のデータに基づいてコンテンツのメタデータを抽出する方法を説明するフローチャートである。
【０１０３】
下記のステップＳ４１０からステップＳ４８０は、図１のファイル処理サーバ１３０によって行われてもよい。
【０１０４】
メタデータが抽出されるコンテンツは、システム１００に新規に登録されるコンテンツであってもよい。したがって、メタデータが抽出されるファイルのコンテンツを新規のコンテンツと称する。
【０１０５】
ステップＳ４１０において、コンテンツファイル３００のメタデータ領域３１０内でメタデータを検索してもよい。
【０１０６】
ステップＳ４２０において、メタデータが存在するか否かを検証してもよい。メタデータが存在する場合にステップＳ４３０を行ってもよく、メタデータが存在しない場合にステップＳ４５０を行ってもよい。
【０１０７】
ステップＳ４３０において、メタデータ領域３１０内の所定の領域が予め定義された形式に適合するか否かを検証してもよい。メタデータ領域３１０内の所定の領域が予め定義された形式に適合する場合にステップＳ４４０を行なってもよく、そうではない場合はステップＳ４５０を行なってもよい。
【０１０８】
メタデータ領域３１０内の所定の領域が予め定義された形式に適合する場合のみ、メタデータがシステム内で用いられる場合がある。
【０１０９】
したがって、システム１００は、１つ以上の予め定義された形式をシステム１００（例えば、ファイル処理サーバ１３０またはデータベースサーバ１４０）内に格納しておき、メタデータ領域３１０内の所定の領域が上記の１つ以上の予め定義された形式のうち１つの形式と適合する場合のみ上記のメタデータを用いることができる。
【０１１０】
ステップＳ４４０において、検索されたメタデータが新規のコンテンツのメタデータとして用いるものとして決定されてもよい。すなわち、コンテンツファイル３００から抽出されたメタデータがコンテンツのメタデータとして用いられてもよい。
【０１１１】
ステップＳ４５０から４７０において、コンテンツファイル３００に基づいて、コンテンツを登録されたコンテンツと比較することでメタデータを生成してもよい。
【０１１２】
ステップＳ４５０において、コンテンツファイル３００のコンテンツがシステム１００内に登録されたコンテンツと比較されてもよい。
【０１１３】
ステップＳ４６０において、システム１００内に登録されたコンテンツのうちコンテンツファイル３００のコンテンツと同一または類似のコンテンツがあるか否かを検証してもよい。
【０１１４】
同一または類似のコンテンツがある場合にステップＳ４７０を行なってもよく、そうではない場合にステップＳ４８０を行なってもよい。
【０１１５】
ステップＳ４７０において、同一または類似のコンテンツのメタデータがコンテンツファイル３００のコンテンツのメタデータとして用いるものとして決定されてもよい。
【０１１６】
このとき、コンテンツファイル３００のメタデータ領域３１０で検索されたメタデータがコンテンツのメタデータとして部分的に用いられてもよい。
【０１１７】
ステップＳ４８０において、コンテンツファイル３００のコンテンツのメタデータを生成してもよい。
【０１１８】
コンテンツファイル３００のメタデータ領域３１０で検索されたメタデータがコンテンツのメタデータとして部分的に用いられてもよい。
【０１１９】
コンテンツのメタデータは未知の値（ｕｎｋｎｏｗｎ）に決定されてもよい。例えば、コンテンツの名称、そのミュージシャンの名称などの値が「ｕｎｋｎｏｗｎ」のように設定されてもよい。
【０１２０】
コンテンツのメタデータはユーザの入力値に基づいて生成されてもよい。
【０１２１】
コンテンツのメタデータは、コンテンツファイル３００のファイル名に基づいて生成されてもよい。例えば、コンテンツの名称、そのミュージシャンの名称などの値は「−」のような所定の分類子として分離される、コンテンツファイル３００のファイル名の一部であってもよい。
【０１２２】
図５は、本発明の一実施形態に係るコンテンツのメタデータを決定する方法を説明する。
【０１２３】
ファイル処理サーバ１３０は、コンテンツファイル３００の形式領域５１０をメタデータ形式データベース５２０に格納された１つ以上の形式、例えば、第１の形式５２２、第２の形式５２４および第３の形式５２６それぞれと比較してもよい。
【０１２４】
形式領域５１０は、ステップＳ４３０で前述したメタデータ領域３１０内の所定の領域を意味する。メタデータ形式データベース５２０に格納された１つ以上の形式、第１の形式５２２、第２の形式５２４、および第３の形式５２６は、図４を参照して前述した、予め定義された形式であってもよい。
【０１２５】
すなわち、ファイル処理サーバ１３０はコンテンツファイル３００から形式領域５１０を抽出してもよく、抽出された形式領域がメタデータ形式データベース５２０内に格納された形式に適合するか否かを検証してもよい。
【０１２６】
適合する形式がある場合には、ファイル処理サーバ１３０は図４のステップＳ４４０を行なってもよく、適合する形式がない場合には、ファイル処理サーバ１３０はステップＳ４５０を行なってもよい。
【０１２７】
メタデータ形式データベース５２０は、ファイル処理サーバ１３０またはデータベースサーバ１４０内に格納されてもよい。
【０１２８】
ファイル処理サーバ１３０は、コンテンツファイル３００のコンテンツ領域３２０からコンテンツの特性を抽出して、分析してもよい。
【０１２９】
ファイル処理サーバ１３０は、抽出および分析されたコンテンツの特性を、コンテンツデータベース５４０内に格納された１つ以上のコンテンツ、第１のコンテンツ５４２、第２のコンテンツ５４４および第３のコンテンツ５４６それぞれの特性５５２、５５４、または５５６と比較してもよい。
【０１３０】
上記の比較によって、ファイル処理サーバ１３０はコンテンツファイル３００のコンテンツと同一または類似の登録されたコンテンツがあるか否かを検証してもよい。すなわち、コンテンツファイル３００のコンテンツの特性が、コンテンツデータベース５４０内に格納された第１のコンテンツ５４２、第２のコンテンツ５４４、または第３のコンテンツ５４６の特性５５２、５５４、または５５６と同一または類似である場合、両コンテンツは同一または類似するものと見なしてもよい。
【０１３１】
上記の特性はコンテンツの特性情報であってもよい。上記の特性はコンテンツの特徴ベクトルであってもよい。
【０１３２】
また、上記の特性はコンテンツファイル３００のファイル名であってもよい。
【０１３３】
コンテンツファイル３００のコンテンツと同一または類似の登録されたコンテンツがある場合、ファイル処理サーバ１３０はステップＳ４７０を行なってもよい。コンテンツファイル３００のコンテンツと同一または類似の登録されたコンテンツがない場合、ファイル処理サーバ１３０はステップＳ４８０を行なってもよい。
【０１３４】
図６は、本発明の一実施形態に係るメタデータを用いてコンテンツを要求する方法を説明する。
【０１３５】
第２の端末１９５のユーザは、１つ以上のコンテンツに対するメタデータをシステム１００に要求する。上記の要求は図２のステップＳ２８０によって行われてもよい。
【０１３６】
上記の１つ以上のコンテンツはユーザがアクセス権限を有するコンテンツであってもよい。
【０１３７】
システム１００は、上記の要求に応じて１つ以上のコンテンツのメタデータを第２の端末１９５に送信する。
【０１３８】
送信されたメタデータ、例えば、歌手６１０および曲名６２０は第２の端末１９５の表示部に表示される。
【０１３９】
歌手６１０は１つ以上のコンテンツそれぞれの歌手のリストである。
【０１４０】
曲名６２０は１つ以上のコンテンツそれぞれの曲名のリストである。
【０１４１】
ユーザは第２の端末１９５に表示された内容、すなわち１つ以上のコンテンツのメタデータを見て１つのコンテンツを選択する。すなわち、ユーザは１つ以上のコンテンツのファイル名または経路などとは関係なく、コンテンツファイル３００内に格納されたメタデータに基づいてコンテンツを選択してもよい。
【０１４２】
第２の端末１９５は、選択されたコンテンツ６３０を送信することをシステム１００に要求する。上記の要求はステップＳ２９０によって行われてもよい。
【０１４３】
システム１００は、要求されたコンテンツ６３０を第２の端末１９５に提供する。上記の提供はステップＳ２９５によって行われてもよい。
【０１４４】
図７は、本発明の一実施形態に係るサーバ７００の構成図である。
【０１４５】
図１から図６を参照すると、前述したコンテンツ提供方法は単一の装置によって提供されてもよい。
【０１４６】
サーバ７００は、ＡＰＩ部７１０、ファイルストレージ部７２０、ファイル処理部７３０、およびデータベース部７４０を備えてもよい。
【０１４７】
ＡＰＩ部７１０は、ＡＰＩサーバ１１０に対応し、ＡＰＩサーバ１１０の機能を果たしてもよい。
【０１４８】
例えば、ＡＰＩ部７１０は、第１の端末１９０からコンテンツを格納したコンテンツファイル３００を受信してもよく、第２の端末１９５からコンテンツに対する要求を受信してもよい。
【０１４９】
ファイルストレージ部７２０は、ストレージサーバ１２０に対応し、ストレージサーバ１２０の機能を果たしてもよい。
【０１５０】
例えば、ファイルストレージ部７２０はコンテンツファイル３００を格納してもよく、コンテンツファイル３００を用いてコンテンツを第２の端末１９５に提供してもよい。
【０１５１】
ファイル処理部７３０は、ファイル処理サーバ１３０に対応し、ファイル処理サーバ１３０の機能を果たしてもよい。
【０１５２】
例えば、ファイル処理部７３０は、コンテンツファイル３００のメタデータ領域３１０内のデータに基づいてコンテンツのメタデータを抽出してもよい。
【０１５３】
データベース部７４０は、データベースサーバ１４０に対応し、データベースサーバ１４０の機能を果たしてもよい。
【０１５４】
例えば、データサービス部７４０は抽出されたメタデータを格納してもよく、格納されたメタデータを第２の端末１９５に提供してもよい。
【０１５５】
また、ＡＰＩ部７１０、ファイルストレージ部７２０、ファイル処理部７３０、およびデータベース部７４０は１つ以上のサーバに分離されてもよく、１つ以上のサーバは内部ネットワークによって通信してもよい。
【０１５６】
前述した図１から図６を参照して説明した本発明の一実施形態に係る技術的な内容が本実施形態にそのまま適用されてもよい。したがって、以下はその詳説は省略する。
【０１５７】
図８は、本発明の一実施形態に係る複数のサーバ間のロードバランス（load balancing）を説明する図である。
【０１５８】
一般に、クラウドサービスは大規模なサーバグループを介して提供してもよい。
【０１５９】
すなわち、システム１００のＡＰＩサーバ１１０、ストレージサーバ１２０、ファイル処理サーバ１３０およびデータベースサーバ１４０はそれぞれ複数であってもよい。
【０１６０】
例えば、ＡＰＩサーバ１１０は複数であってもよい。図８において３つのＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６を示す。
【０１６１】
システム１００はＬ４スイッチングサーバ８２０を備えてもよい。
【０１６２】
Ｌ４スイッチングサーバ８２０は、複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６の間のロードバランスを行なってもよい。
【０１６３】
端末８１０がシステム１００にアクセスしようとするとき、端末８１０に対するサービスを処理するＡＰＩサーバ１００が複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４および第３のＡＰＩサーバ８３６の中から決定される必要がある。
【０１６４】
ステップＳ２１０において、第１の端末１９０がコンテンツファイルを送信するとき、Ｌ４スイッチングサーバ８２０は、端末８１０からコンテンツファイルを受信するＡＰＩサーバ１１０を複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６の中から決定してもよい。
【０１６５】
すなわち、ステップＳ２１０は、（１）複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６のうちコンテンツファイルを受信するＡＰＩサーバを決定するステップ、および（２）コンテンツファイルを受信するために決定されたＡＰＩサーバが第１の端末１９０からコンテンツファイルを受信するステップを含んでもよい。
【０１６６】
また、ステップＳ２８０において、第２の端末１９５がメタデータを要求するとき、Ｌ４スイッチングサーバ８２０はメタデータに対する要求を受信するＡＰＩサーバ１１０を複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６の中から決定してもよい。
【０１６７】
すなわち、ステップＳ２８０は、（１）複数のＡＰＩサーバ、第１のＡＰＩサーバ８３２、第２のＡＰＩサーバ８３４、および第３のＡＰＩサーバ８３６のうちコンテンツに対する要求を受信するＡＰＩサーバを決定するステップ、および（２）コンテンツに対する要求を受信するものと決定されたＡＰＩサーバが第２の端末１９５からコンテンツに対する要求を受信するステップを含んでもよい
【０１６８】
また、図７を参照して前述したサーバ７００の構成要素７１０、７２０、７３０、および７４０はそれぞれ複数であってもよい。
【０１６９】
例えば、ＡＰＩ部７１０は複数であってもよく、サーバ７００はＬ４スイッチング部（図示せず）をさらに備えてもよい。
【０１７０】
Ｌ４スイッチング部は、複数の構成要素（例えば、複数のＡＰＩ部７１０、複数のファイルストレージ部７２０、複数のファイル処理部７３０、または複数のデータベース部７４０）のうち、所定のステップＳ２１０から２９５を行う一つの構成要素を選択してもよい。
【０１７１】
例えば、Ｌ４スイッチング部は、複数のＡＰＩ部７１０のうち第１の端末１９０からコンテンツファイルを受信する第１のＡＰＩ部７１０を決定してもよく、第２の端末１９５からメタデータに対する要求を受信する第２のＡＰＩ部７１０を決定してもよい。
【０１７２】
前述した図１から図７を参照して説明した本発明の一実施形態に係る技術的な内容が本実施形態にそのまま適用されてもよい。したがって、以下はその詳説は省略する。
【０１７３】
本発明の一実施形態に係る方法は、多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などの単独または組み合わせたものを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コード（ｍａｃｈｉｎｅ ｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒ ｌｅｖｅｌ ｃｏｄｅ）を含む。上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成されてもよい。
【０１７４】
上述したように本発明を限定された実施形態と図面とによって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形をすることが可能である。
【０１７５】
したがって、本発明の範囲は、開示された実施形態に限定されて定められるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められる。
【符号の説明】
【０１７６】
１００ コンテンツ提供システム
１１０ ＡＰＩサーバ
１２０ ストレージサーバ
１３０ ファイル処理サーバ
１４０ データベースサーバ
３００ コンテンツファイル
３１０ メタデータ領域
３２０ コンテンツ領域
【特許請求の範囲】
【請求項１】
ユーザ端末からコンテンツを格納したコンテンツファイルを受信し、
前記コンテンツファイルを格納し、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出し、
前記メタデータを格納し、
前記メタデータを前記ユーザ端末に送信し、
前記ユーザ端末から前記コンテンツに対する要求を受信し、
前記コンテンツファイルを用いて前記コンテンツを前記ユーザ端末に提供すること、を含むことを特徴とするコンテンツ提供方法。
【請求項２】
前記要求は、前記ユーザ端末のユーザが前記メタデータに基づいて前記コンテンツを識別および選択することによって生成されることを特徴とする請求項１に記載のコンテンツ提供方法。
【請求項３】
前記コンテンツファイルはＭＰ３フォーマットのファイルであり、前記メタデータ領域は前記ＭＰ３フォーマットファイルのＩＤ３領域であり、前記コンテンツはオーディオコンテンツであることを特徴とする請求項１に記載のコンテンツ提供方法。
【請求項４】
前記メタデータは、前記コンテンツの名称、前記コンテンツのミュージシャンの名称、前記コンテンツのジャケットイメージのうち１つ以上を含むことを特徴とする請求項３に記載のコンテンツ提供方法。
【請求項５】
前記コンテンツは、前記コンテンツファイルのダウンロードまたは前記コンテンツのストリーミングによって前記ユーザ端末に提供されることを特徴とする請求項１に記載のコンテンツ提供方法。
【請求項６】
前記コンテンツのメタデータを抽出することは、
前記メタデータ領域内で前記メタデータを検索し、
前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成すること、を含むことを特徴とする請求項１に記載のコンテンツ提供方法。
【請求項７】
前記コンテンツのメタデータを抽出することは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを含むことを特徴とする請求項１に記載のコンテンツ提供方法。
【請求項８】
前記コンテンツファイルを受信することは、
複数のＡＰＩサーバのうち前記コンテンツファイルを受信するＡＰＩサーバを決定し、
前記コンテンツファイルを受信するために決定されたＡＰＩサーバが前記ユーザ端末から前記コンテンツファイルを受信すること、を含み、
前記コンテンツに対する要求を受信することは、
前記複数のＡＰＩサーバのうち前記コンテンツに対する要求を受信するＡＰＩサーバを決定し、
前記コンテンツに対する要求を受信するために決定されたＡＰＩサーバが前記ユーザ端末から前記コンテンツに対する要求を受信すること、を含むことを特徴とする請求項１に記載のコンテンツ提供方法。
【請求項９】
第１の端末からコンテンツを格納したコンテンツファイルを受信し、
前記コンテンツファイルを格納し、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出し、
前記メタデータを格納し、
前記メタデータを第２の端末に送信し、
前記第２の端末から前記コンテンツに対する要求を受信し、
前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供すること、を含むことを特徴とするコンテンツ提供方法。
【請求項１０】
前記要求は、前記第２の端末のユーザが前記メタデータに基づいて前記コンテンツを識別および選択することによって生成されることを特徴とする請求項９に記載のコンテンツ提供方法。
【請求項１１】
前記コンテンツファイルはＭＰ３フォーマットのファイルであり、前記メタデータ領域は前記ＭＰ３フォーマットファイルのＩＤ３領域であり、前記コンテンツはオーディオコンテンツであることを特徴とする請求項９に記載のコンテンツ提供方法。
【請求項１２】
前記メタデータは、前記コンテンツの名称、前記コンテンツのミュージシャンの名称、前記コンテンツのジャケットイメージのうち１つ以上を含むことを特徴とする請求項１１に記載のコンテンツ提供方法。
【請求項１３】
前記コンテンツは、前記コンテンツファイルのダウンロードまたは前記コンテンツのストリーミングによって前記第２の端末に提供されることを特徴とする請求項９に記載のコンテンツ提供方法。
【請求項１４】
前記コンテンツのメタデータを抽出することは、
前記メタデータ領域内で前記メタデータを検索し、
前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成すること、を含むことを特徴とする請求項９に記載のコンテンツ提供方法。
【請求項１５】
前記コンテンツのメタデータを抽出することは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを含むことを特徴とする請求項９に記載のコンテンツ提供方法。
【請求項１６】
前記コンテンツファイルを受信することは、
複数のＡＰＩサーバのうち前記コンテンツファイルを受信するＡＰＩサーバを決定し、
前記コンテンツファイルを受信するために決定されたＡＰＩサーバが前記第１の端末から前記コンテンツファイルを受信すること、を含み、
前記コンテンツに対する要求を受信することは、
前記複数のＡＰＩサーバのうち前記コンテンツに対する要求を受信するＡＰＩサーバを決定し、
前記コンテンツに対する要求を受信するものと決定されたＡＰＩサーバが前記第２の端末から前記コンテンツに対する要求を受信すること、を含むことを特徴とする請求項９に記載のコンテンツ提供方法。
【請求項１７】
請求項１乃至１６の何れか１項のコンテンツ提供方法を行うプログラムを収録したコンピュータで読み出し可能な記録媒体。
【請求項１８】
第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末から前記コンテンツに対する要求を受信するＡＰＩサーバと、
前記コンテンツファイルを格納し、前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供するストレージサーバと、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出するファイル処理サーバと、
前記抽出されたメタデータを格納し、前記格納されたメタデータを前記第２の端末に提供するデータベースサーバと、を備えることを特徴とするコンテンツ提供システム。
【請求項１９】
前記要求は、前記第２の端末のユーザが前記メタデータに基づいて前記コンテンツを識別および選択することによって生成されることを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２０】
前記コンテンツファイルはＭＰ３フォーマットのファイルであり、前記メタデータ領域は前記ＭＰ３フォーマットファイルのＩＤ３領域であり、前記コンテンツはオーディオコンテンツであることを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２１】
前記メタデータは、前記コンテンツの名称、前記コンテンツのミュージシャンの名称、前記コンテンツのジャケットイメージのうち１つ以上を含むことを特徴とする請求項２０に記載のコンテンツ提供システム。
【請求項２２】
前記コンテンツは、前記コンテンツファイルのダウンロードまたは前記コンテンツのストリーミングによって前記第２の端末に提供されることを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２３】
前記ファイル処理サーバは、前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２４】
前記ファイル処理サーバは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２５】
前記ＡＰＩサーバは複数であり、
前記複数のＡＰＩサーバのうち前記第１の端末から前記コンテンツファイルを受信する第１のＡＰＩサーバを決定し、前記第２の端末から前記メタデータに対する要求を受信する第２のＡＰＩサーバを決定するＬ４スイッチングサーバをさらに備えることを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２６】
前記ストレージサーバは、前記コンテンツファイルを変更せずに、前記第２の端末に提供することを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２７】
第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末から前記コンテンツに対する要求を受信するＡＰＩ部と、
前記コンテンツファイルを格納し、前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供するファイルストレージ部と、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出するファイル処理部と、
前記抽出されたメタデータを格納し、前記格納されたメタデータを前記第２の端末に提供するデータベース部と、を備えることを特徴とするサーバ。
【請求項２８】
前記ＡＰＩ部、前記ファイルストレージ部、前記ファイル処理部、および前記データベース部は１つ以上のサーバに分離され、前記１つ以上のサーバは内部ネットワークによって通信することを特徴とする請求項２７に記載のサーバ。
【請求項２９】
前記ＡＰＩ部は複数であり、
前記複数のＡＰＩ部のうち前記第１の端末から前記コンテンツファイルを受信する第１のＡＰＩ部を決定し、前記第２の端末から前記メタデータに対する要求を受信する第２のＡＰＩ部を決定するＬ４スイッチング部をさらに備えることを特徴とする請求項２７に記載のサーバ。
【請求項１】
ユーザ端末からコンテンツを格納したコンテンツファイルを受信し、
前記コンテンツファイルを格納し、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出し、
前記メタデータを格納し、
前記メタデータを前記ユーザ端末に送信し、
前記ユーザ端末から前記コンテンツに対する要求を受信し、
前記コンテンツファイルを用いて前記コンテンツを前記ユーザ端末に提供すること、を含むことを特徴とするコンテンツ提供方法。
【請求項２】
前記要求は、前記ユーザ端末のユーザが前記メタデータに基づいて前記コンテンツを識別および選択することによって生成されることを特徴とする請求項１に記載のコンテンツ提供方法。
【請求項３】
前記コンテンツファイルはＭＰ３フォーマットのファイルであり、前記メタデータ領域は前記ＭＰ３フォーマットファイルのＩＤ３領域であり、前記コンテンツはオーディオコンテンツであることを特徴とする請求項１に記載のコンテンツ提供方法。
【請求項４】
前記メタデータは、前記コンテンツの名称、前記コンテンツのミュージシャンの名称、前記コンテンツのジャケットイメージのうち１つ以上を含むことを特徴とする請求項３に記載のコンテンツ提供方法。
【請求項５】
前記コンテンツは、前記コンテンツファイルのダウンロードまたは前記コンテンツのストリーミングによって前記ユーザ端末に提供されることを特徴とする請求項１に記載のコンテンツ提供方法。
【請求項６】
前記コンテンツのメタデータを抽出することは、
前記メタデータ領域内で前記メタデータを検索し、
前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成すること、を含むことを特徴とする請求項１に記載のコンテンツ提供方法。
【請求項７】
前記コンテンツのメタデータを抽出することは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを含むことを特徴とする請求項１に記載のコンテンツ提供方法。
【請求項８】
前記コンテンツファイルを受信することは、
複数のＡＰＩサーバのうち前記コンテンツファイルを受信するＡＰＩサーバを決定し、
前記コンテンツファイルを受信するために決定されたＡＰＩサーバが前記ユーザ端末から前記コンテンツファイルを受信すること、を含み、
前記コンテンツに対する要求を受信することは、
前記複数のＡＰＩサーバのうち前記コンテンツに対する要求を受信するＡＰＩサーバを決定し、
前記コンテンツに対する要求を受信するために決定されたＡＰＩサーバが前記ユーザ端末から前記コンテンツに対する要求を受信すること、を含むことを特徴とする請求項１に記載のコンテンツ提供方法。
【請求項９】
第１の端末からコンテンツを格納したコンテンツファイルを受信し、
前記コンテンツファイルを格納し、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出し、
前記メタデータを格納し、
前記メタデータを第２の端末に送信し、
前記第２の端末から前記コンテンツに対する要求を受信し、
前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供すること、を含むことを特徴とするコンテンツ提供方法。
【請求項１０】
前記要求は、前記第２の端末のユーザが前記メタデータに基づいて前記コンテンツを識別および選択することによって生成されることを特徴とする請求項９に記載のコンテンツ提供方法。
【請求項１１】
前記コンテンツファイルはＭＰ３フォーマットのファイルであり、前記メタデータ領域は前記ＭＰ３フォーマットファイルのＩＤ３領域であり、前記コンテンツはオーディオコンテンツであることを特徴とする請求項９に記載のコンテンツ提供方法。
【請求項１２】
前記メタデータは、前記コンテンツの名称、前記コンテンツのミュージシャンの名称、前記コンテンツのジャケットイメージのうち１つ以上を含むことを特徴とする請求項１１に記載のコンテンツ提供方法。
【請求項１３】
前記コンテンツは、前記コンテンツファイルのダウンロードまたは前記コンテンツのストリーミングによって前記第２の端末に提供されることを特徴とする請求項９に記載のコンテンツ提供方法。
【請求項１４】
前記コンテンツのメタデータを抽出することは、
前記メタデータ領域内で前記メタデータを検索し、
前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成すること、を含むことを特徴とする請求項９に記載のコンテンツ提供方法。
【請求項１５】
前記コンテンツのメタデータを抽出することは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを含むことを特徴とする請求項９に記載のコンテンツ提供方法。
【請求項１６】
前記コンテンツファイルを受信することは、
複数のＡＰＩサーバのうち前記コンテンツファイルを受信するＡＰＩサーバを決定し、
前記コンテンツファイルを受信するために決定されたＡＰＩサーバが前記第１の端末から前記コンテンツファイルを受信すること、を含み、
前記コンテンツに対する要求を受信することは、
前記複数のＡＰＩサーバのうち前記コンテンツに対する要求を受信するＡＰＩサーバを決定し、
前記コンテンツに対する要求を受信するものと決定されたＡＰＩサーバが前記第２の端末から前記コンテンツに対する要求を受信すること、を含むことを特徴とする請求項９に記載のコンテンツ提供方法。
【請求項１７】
請求項１乃至１６の何れか１項のコンテンツ提供方法を行うプログラムを収録したコンピュータで読み出し可能な記録媒体。
【請求項１８】
第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末から前記コンテンツに対する要求を受信するＡＰＩサーバと、
前記コンテンツファイルを格納し、前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供するストレージサーバと、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出するファイル処理サーバと、
前記抽出されたメタデータを格納し、前記格納されたメタデータを前記第２の端末に提供するデータベースサーバと、を備えることを特徴とするコンテンツ提供システム。
【請求項１９】
前記要求は、前記第２の端末のユーザが前記メタデータに基づいて前記コンテンツを識別および選択することによって生成されることを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２０】
前記コンテンツファイルはＭＰ３フォーマットのファイルであり、前記メタデータ領域は前記ＭＰ３フォーマットファイルのＩＤ３領域であり、前記コンテンツはオーディオコンテンツであることを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２１】
前記メタデータは、前記コンテンツの名称、前記コンテンツのミュージシャンの名称、前記コンテンツのジャケットイメージのうち１つ以上を含むことを特徴とする請求項２０に記載のコンテンツ提供システム。
【請求項２２】
前記コンテンツは、前記コンテンツファイルのダウンロードまたは前記コンテンツのストリーミングによって前記第２の端末に提供されることを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２３】
前記ファイル処理サーバは、前記メタデータ領域内で前記メタデータが検索されない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２４】
前記ファイル処理サーバは、前記メタデータ領域内の所定の領域が予め定義された形式に適合しない場合、前記コンテンツファイルに基づいて前記コンテンツを登録されたコンテンツと比較することによって前記メタデータを生成することを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２５】
前記ＡＰＩサーバは複数であり、
前記複数のＡＰＩサーバのうち前記第１の端末から前記コンテンツファイルを受信する第１のＡＰＩサーバを決定し、前記第２の端末から前記メタデータに対する要求を受信する第２のＡＰＩサーバを決定するＬ４スイッチングサーバをさらに備えることを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２６】
前記ストレージサーバは、前記コンテンツファイルを変更せずに、前記第２の端末に提供することを特徴とする請求項１８に記載のコンテンツ提供システム。
【請求項２７】
第１の端末からコンテンツを格納したコンテンツファイルを受信し、第２の端末から前記コンテンツに対する要求を受信するＡＰＩ部と、
前記コンテンツファイルを格納し、前記コンテンツファイルを用いて前記コンテンツを前記第２の端末に提供するファイルストレージ部と、
前記コンテンツファイルのメタデータ領域内のデータに基づいて前記コンテンツのメタデータを抽出するファイル処理部と、
前記抽出されたメタデータを格納し、前記格納されたメタデータを前記第２の端末に提供するデータベース部と、を備えることを特徴とするサーバ。
【請求項２８】
前記ＡＰＩ部、前記ファイルストレージ部、前記ファイル処理部、および前記データベース部は１つ以上のサーバに分離され、前記１つ以上のサーバは内部ネットワークによって通信することを特徴とする請求項２７に記載のサーバ。
【請求項２９】
前記ＡＰＩ部は複数であり、
前記複数のＡＰＩ部のうち前記第１の端末から前記コンテンツファイルを受信する第１のＡＰＩ部を決定し、前記第２の端末から前記メタデータに対する要求を受信する第２のＡＰＩ部を決定するＬ４スイッチング部をさらに備えることを特徴とする請求項２７に記載のサーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１３−４０８０（Ｐ２０１３−４０８０Ａ）
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願番号】特願２０１１−２４０３４９（Ｐ２０１１−２４０３４９）
【出願日】平成２３年１１月１日（２０１１．１１．１）
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 掲載アドレス ｈｔｔｐ：／／ｗｗｗ．ｎｈｎｃｏｒｐ．ｃｏｍ／ｎｈｎ／ｐｒ／ｐｒｅｓｓＲｅｌｅａｓｅＤｅｔａｉｌ．ｎｈｎ？ｂｏａｒｄ．ｂｏａｒｄＮｕｍ＝２１９９６ ； 掲載日 平成２３年５月４日、 掲載アドレス ｈｔｔｐ：／／ｍｏｂｉｌｅ．ｎａｖｅｒ．ｃｏｍ／ｓｅｒｖｉｃｅ／ｍｕｓｉｃ ； 掲載日 平成２３年５月４日および 掲載アドレス ｈｔｔｐ：／／ｍｕｓｉｃ．ｎａｖｅｒ．ｃｏｍ／ｐｒｏｍｏｔｉｏｎ／ｅｖｅｎｔＣｏｎｔｅｎｔ．ｎｈｎ？ｅｖｅｎｔｌｄ＝７６００＆ｉｓｌｎｇ＝Ｎ＆ｐａｇｅ＝３ ； 掲載日 平成２３年５月４日
【出願人】（５０５２０５８１２）エヌエイチエヌ コーポレーション (408)
【Ｆターム（参考）】
【公開日】平成２５年１月７日（２０１３．１．７）
【国際特許分類】
【出願日】平成２３年１１月１日（２０１１．１１．１）
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 掲載アドレス ｈｔｔｐ：／／ｗｗｗ．ｎｈｎｃｏｒｐ．ｃｏｍ／ｎｈｎ／ｐｒ／ｐｒｅｓｓＲｅｌｅａｓｅＤｅｔａｉｌ．ｎｈｎ？ｂｏａｒｄ．ｂｏａｒｄＮｕｍ＝２１９９６ ； 掲載日 平成２３年５月４日、 掲載アドレス ｈｔｔｐ：／／ｍｏｂｉｌｅ．ｎａｖｅｒ．ｃｏｍ／ｓｅｒｖｉｃｅ／ｍｕｓｉｃ ； 掲載日 平成２３年５月４日および 掲載アドレス ｈｔｔｐ：／／ｍｕｓｉｃ．ｎａｖｅｒ．ｃｏｍ／ｐｒｏｍｏｔｉｏｎ／ｅｖｅｎｔＣｏｎｔｅｎｔ．ｎｈｎ？ｅｖｅｎｔｌｄ＝７６００＆ｉｓｌｎｇ＝Ｎ＆ｐａｇｅ＝３ ； 掲載日 平成２３年５月４日
【出願人】（５０５２０５８１２）エヌエイチエヌ コーポレーション (408)
【Ｆターム（参考）】
[ Back to top ]