JP5978653B2 - コンテンツ提供装置 - Google Patents

Description

本発明は、コンテンツを提供する技術に関する。

近年、インターネットを通じて音楽等のコンテンツを提供するサービスが行われている。このようなコンテンツを提供する技術として、特許文献１〜３に記載された技術が知られている。特許文献１には、コンテンツパッケージを用いてデータを伝送する技術が記載されている。特許文献２には、コンテンツの重要度に応じたアルゴリズムでコンテンツを暗号化する技術が記載されている。特許文献３には、提供用コンテンツと試用コンテンツをユーザに提供する技術が記載されている。

特開２００１−２３１０１８号公報 特開２０００−３４８００３号公報 特開２００１−０４２８６６号公報

ユーザは、既存のコンテンツを編集して新たなコンテンツを作成することがある。しかし、特許文献１〜３に記載の技術では、コンテンツをユーザが編集し易い形式で提供しているわけではないため、コンテンツを容易に編集することができない。
本発明は、編集に適した形式のコンテンツデータを提供することを目的とする。

本発明は、コンテンツを示すコンテンツデータであって第１トラックのデータ及び第２トラックのデータを含むコンテンツデータに施す処理を指示する指示情報を第１の端末装置から受信する受信部と、前記処理の対象となる前記コンテンツデータを取得する取得部と、前記取得されたコンテンツデータに、前記受信された指示情報により指示される処理を施す処理部と、前記取得されたコンテンツデータを識別するコンテンツ識別情報と対応付けて、当該コンテンツデータを処理前のコンテンツデータとして記憶し、前記処理が施されたコンテンツデータを処理後のコンテンツデータとして記憶する記憶部と、第２の端末装置により前記コンテンツの編集のために当該コンテンツを示すコンテンツデータが要求されると、送信部を制御して、当該コンテンツデータを識別するコンテンツ識別情報と対応付けて前記記憶部に記憶された処理前のコンテンツデータを当該第２の端末装置に送信する送信制御部とを備え、前記記憶部は、同じ処理前のコンテンツデータから得られた処理後のコンテンツデータとして、第１コンテンツデータ及び第２コンテンツデータがある場合に、前記第１トラックのデータ及び前記第２トラックのデータの少なくとも一方を共有するように前記第１コンテンツデータ及び前記第２コンテンツデータを記憶することを特徴とするコンテンツ提供装置を提供する。
好ましい態様において、前記記憶部は、前記第１コンテンツデータ及び前記第２コンテンツデータの各前記第１トラックのデータに同じ処理が指示されている場合に、前記第１コンテンツデータと前記第２コンテンツデータとで当該処理を指示する指示情報を共有するように、当該指示情報を記憶してもよい。

本発明の好ましい態様において、前記送信制御部は、前記第２の端末装置により前記コンテンツの再生のために当該コンテンツを示すコンテンツデータが要求されると、当該コンテンツデータを識別するコンテンツ識別情報と対応付けて前記記憶部に記憶された処理後のコンテンツデータを当該第２の端末装置に送信してもよい。

本発明の好ましい態様において、前記記憶部は、前記コンテンツ識別情報と対応付けて、前記受信された指示情報を記憶し、前記送信制御部は、前記処理前のコンテンツデータとともに、前記要求されたコンテンツデータを識別するコンテンツ識別情報と対応付けて前記記憶部に記憶された指示情報を前記第２の端末装置に送信してもよい。

本発明の好ましい態様において、前記コンテンツデータは、前記コンテンツを示す複数のトラックデータにより構成され、前記指示情報は、前記トラックデータに施す処理を指示するものであり、前記処理部は、前記取得部により取得された前記コンテンツデータを構成するトラックデータに、前記受信された指示情報により指示される処理を施し、前記記憶部は、前記コンテンツデータを構成する各トラックデータを識別するトラック識別情報と対応付けて、当該トラックデータを処理前のトラックデータとして記憶し、前記処理が施されたトラックデータを処理後のトラックデータとして記憶し、前記送信制御部は、前記第２の端末装置により前記コンテンツの編集のために当該コンテンツを示すコンテンツデータが要求されると、当該コンテンツデータを構成する複数のトラックデータを識別するトラック識別情報と対応付けて前記記憶部に記憶された複数の処理前のトラックデータを当該第２の端末装置に送信し、前記第２の端末装置により前記コンテンツの再生のために当該コンテンツを示すコンテンツデータが要求されると、当該コンテンツデータを構成する複数のトラックデータを識別するトラック識別情報と対応付けて前記記憶部に記憶された複数の処理後のコンテンツデータをミックスしたデータを当該第２の端末装置に送信してもよい。

本発明によれば、編集に適した形式のコンテンツデータを提供することができる。

実施形態に係るコンテンツ提供システムの構成を示す図 サーバ装置の構成を示す図 コンテンツデータの管理構造を示す図 ソング情報を示す図 トラック情報を示す図 クライアント装置の構成を示す図 サーバ装置の機能構成を示す図 楽曲の再生処理を示すシーケンスチャート コンテンツ一覧画面の一例を示す図 楽曲の編集処理を示すシーケンスチャート 編集画面の一例を示す図 音声合成処理を説明する図 楽曲の登録処理を示すシーケンスチャート コンテンツデータの管理構造を示す図 変形例に係るコンテンツデータの管理構造を示す図 変形例に係るコンテンツデータの管理構造を示す図

１．構成
図１は、本実施形態に係るコンテンツ提供システム１の構成を示す図である。このコンテンツ提供システム１は、サーバ装置１０（コンテンツ提供装置の一例）と複数のクライアント装置２０とを備える。図１では、この複数のクライアント装置２０のうち、クライアント装置２０Ａ、２０Ｂ及び２０Ｃが示されている。サーバ装置１０と各クライアント装置２０とは、例えばインターネットなどの通信ネットワーク２を介して接続されている。

図２は、サーバ装置１０の構成を示す図である。サーバ装置１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ（Read Only Memory）１２と、ＲＡＭ（Random Access Memory）１３と、通信インターフェース（図２では、「通信Ｉ／Ｆ」）１４と、操作部１５と、表示部１６と、記憶部１７とを備える。ＣＰＵ１１は、プログラムを実行することにより、サーバ装置１０の各部を制御する。ＲＯＭ１２は、ＣＰＵ１１により実行される基本的なシステムプログラムを記憶した読み出し専用メモリである。ＲＡＭ１３は、ＣＰＵ１１によりワークエリアとして使用される揮発性メモリである。通信インターフェース１４は、クライアント装置２０との間のデータ通信を制御する。操作部１５は、例えばキーボードとマウスとを備える。操作部１５は、ユーザの操作に応じた操作信号をＣＰＵ１１に供給する。表示部１６は、例えば液晶ディスプレイである。表示部１６は、ＣＰＵ１１による制御の下、各種の画像を表示する。記憶部１７は、例えばハードディスクである。記憶部１７には、複数の楽曲（コンテンツの一例）を示すコンテンツデータ１８が記憶される。ＣＰＵ１１は、コンテンツデータ１８に各種のサウンド処理を施す機能を有する。記憶部１７には、これらのサウンド処理に必要なデータが記憶されている。

図３は、コンテンツデータ１８の管理構造を示す図である。コンテンツデータ１８は、ソング階層、トラック階層、コンポーネント階層の３つの階層で管理される。ソング階層には、ソング情報５１が格納される。図４は、ソング情報５１を示す図である。ソング情報５１は、コンテンツデータ１８を識別するソングＩＤ５２を有する。トラック階層には、トラック情報５３が格納される。図５は、トラック情報５３を示す図である。トラック情報５３は、トラックＩＤ５４とコントロールデータ５５とを有する。トラックＩＤ５４は、コンテンツデータ１８を構成するトラックデータを識別する情報である。コントロールデータ５５は、トラックデータに施されたサウンド処理を示す情報である。なお、トラックデータがサウンド処理の施されたものでない場合には、トラック情報５３にはコントロールデータ５５は含まれない。

図３には、楽曲ｍ１を示すコンテンツデータ１８の管理構造が示されている。このコンテンツデータ１８は、第１のトラックに格納されるトラックデータと、第２のトラックに格納されるトラックデータにより構成されるマルチトラックデータである。第１のトラックには、楽曲ｍ１の歌パート（楽曲の部分の一例）のトラックデータが格納される。第１のトラックには、トラックデータに施されたサウンド処理として、歌手Ｇの声を用いた音声合成処理が設定されている。第２のトラックには、楽曲ｍ１の演奏パート（楽曲の部分の一例）のトラックデータが格納される。第２のトラックには、トラックデータに施されたサウンド処理として、或るエフェクト処理が設定されている。

この場合、コンポーネント階層には、歌パートの処理前のトラックデータ１２１及び第１の処理後のトラックデータ１２２と、演奏パートの処理前のトラックデータ１２３及び処理後のトラックデータ１２４と、第１の楽曲データ１２５とが格納される。処理前のトラックデータ１２１及び第１の処理後のトラックデータ１２２は、いずれも楽曲ｍ１の歌パートを示すトラックデータである。処理前のトラックデータ１２１は、第１のトラックに設定された音声合成処理が施される前のデータである。第１の処理後のトラックデータ１２２は、この音声合成処理が施された後のデータである。具体的には、処理前のトラックデータ１２１は、楽曲ｍ１の歌パートの楽譜を表すＭＩＤＩ形式の楽譜情報ｔ１である。この楽譜情報ｔ１には、楽曲ｍ１の歌パートを構成する音符と、歌詞の時系列を表すデータとが含まれている。第１の処理後のトラックデータ１２２は、楽譜情報ｔ１に基づき歌手Ｇの声で音声合成処理を行った結果生成されるオーディオデータである。演奏パートの処理前のトラックデータ１２３及び処理後のトラックデータ１２４は、いずれも楽曲ｍ１の演奏パートを示すトラックデータである。処理前のトラックデータ１２３は、第２のトラックに設定されたエフェクト処理が施される前のデータである。処理後のトラックデータ１２４は、このエフェクト処理が施された後のデータである。具体的には、処理前のトラックデータ１２３は、楽曲ｍ１の演奏パートを表すオーディオデータｔ２である。処理後のトラックデータ１２４は、オーディオデータｔ２にエフェクト処理を施したものである。第１の楽曲データ１２５は、楽曲ｍ１を示すオーディオデータである。第１の楽曲データ１２５は、第１の処理後のトラックデータ１２２と、処理後のトラックデータ１２４とをミックスしたものである。

トラック階層には、第１のトラック情報１１１と第２のトラック情報１１２とが格納される。第１のトラック情報１１１は、第１のトラックＩＤと第１のコントロールデータとを有する。第１のトラックＩＤは、第１のトラックを識別する情報である。第１のコントロールデータは、第１のトラックに設定された音声合成処理を示す情報である。第２のトラック情報１１２は、第２のトラックＩＤと第２のコントロールデータとを有する。第２のトラックＩＤは、第２のトラックを識別する情報である。第２のコントロールデータは、第２のトラックに設定されたエフェクト処理を示す情報である。第１のトラック情報１１１は、処理前のトラックデータ１２１へのリンクと、第１の処理後のトラックデータ１２２へのリンクとを有する。第２のトラック情報１１２は、処理前のトラックデータ１２３へのリンクと、処理後のトラックデータ１２４へのリンクとを有する。ソング階層には、第１のソング情報１０１が格納される。第１のソング情報１０１は、第１のソングＩＤを有する。第１のソングＩＤは、楽曲ｍ１を識別する情報である。第１のソング情報１０１は、第１のトラック情報１１１へのリンクと、第２のトラック情報１１２へのリンクと、第１の楽曲データ１２５へのリンクとを有する。

図６は、クライアント装置２０の構成を示す図である。クライアント装置２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、通信インターフェース（図６では、「通信Ｉ／Ｆ」）２４と、操作部２５と、表示部２６と、記憶部２７と、ＭＩＤＩインターフェース（図６では、「ＭＩＤＩ Ｉ／Ｆ」）２８と、音源部２９と、サウンドシステム３０とを備える。ＣＰＵ２１は、プログラムを実行することにより、クライアント装置２０の各部を制御する。ＲＯＭ２２は、ＣＰＵ２１により実行される基本的なシステムプログラムを記憶した読み出し専用メモリである。ＲＡＭ２３は、ＣＰＵ２１によりワークエリアとして使用される揮発性メモリである。通信インターフェース２４は、サーバ装置１０との間のデータ通信を制御する。操作部２５は、例えばキーボードとマウスとを備える。操作部２５は、ユーザの操作に応じた操作信号をＣＰＵ２１に供給する。表示部２６は、例えば液晶ディスプレイである。表示部２６は、ＣＰＵ２１による制御の下、各種の画像を表示する。記憶部２７は、例えばハードディスクである。記憶部２７には、各種のデータが記憶される。ＭＩＤＩインターフェース２８は、電子楽器３１との間でＭＩＤＩ信号のやり取りを制御する。音源部２９は、ＭＩＤＩ形式のデータを再生して信号を生成する。サウンドシステム３０は、Ｄ／Ａ変換器とアンプとスピーカとを備える。Ｄ／Ａ変換器は、ＣＰＵ２１から供給されたデジタルデータをアナログ信号に変換して出力する。アンプは、Ｄ／Ａ変換器から出力されたアナログ信号を増幅する。スピーカは、アンプにより増幅されたアナログ信号を音に変換して出力する。

図７は、サーバ装置１０の機能構成を示す図である。通信インターフェース１４は、受信部４１及び送信部４２として機能する。ＣＰＵ１１は、取得部４３、処理部４４及び送信制御部４５として機能する。取得部４３、処理部４４及び送信制御部４５は、ＣＰＵ１１がプログラムを実行することにより実現される。受信部４１は、楽曲を示すコンテンツデータに施すサウンド処理を指示するコントロールデータをクライアント装置２０から受信する。取得部４３は、サウンド処理の対象となるコンテンツデータを取得する。処理部４４は、取得部４３によって取得されたコンテンツデータ１８に、受信部４１により受信されたコントロールデータにより指示されるサウンド処理を施す。記憶部１７は、取得部４３により取得されたコンテンツデータを識別するソングＩＤと対応付けて、この取得されたコンテンツデータを処理前のコンテンツデータとして記憶し、処理部４４により処理が施されたコンテンツデータを処理後のコンテンツデータとして記憶する。送信制御部４５は、クライアント装置２０により楽曲の編集のためにこの楽曲を示すコンテンツデータが要求されると、送信部４２を制御して、このコンテンツデータを識別するソングＩＤと対応付けて記憶部１７に記憶された処理前のコンテンツデータをこのクライアント装置２０に送信する。また、送信制御部４５は、クライアント装置２０により楽曲の再生のためにこの楽曲を示すコンテンツデータが要求されると、このコンテンツデータを識別するソングＩＤと対応付けて記憶部１７に記憶された処理後のコンテンツデータをこのクライアント装置２０に送信する。

２．動作
（１）再生処理
ユーザは、サーバ装置１０に格納されたコンテンツデータ１８をダウンロードし、クライアント装置２０Ａで楽曲を再生することができる。図８は、楽曲の再生処理を示すシーケンスチャートである。ここでは、ユーザが楽曲ｍ１を示すコンテンツデータ１８をダウンロードし、楽曲ｍ１を再生する場合を想定する。ユーザは、クライアント装置２０Ａの操作部２５を用いて、サーバ装置１０が提供するコンテンツ一覧画面６０へのアクセスを指示する操作を行う。クライアント装置２０Ａは、この指示に従って、サーバ装置１０へアクセスし、サーバ装置１０から提供されるコンテンツ一覧画面６０を表示部２６に表示させる（ステップＳ１１）。

図９は、コンテンツ一覧画面６０の一例を示す図である。このコンテンツ一覧画面６０には、サーバ装置１０に格納されたコンテンツデータ１８の一覧が表示される。また、コンテンツ一覧画面６０には、「再生用ダウンロード」ボタン６１と、「編集用ダウンロード」ボタン６２とが設けられている。「再生用ダウンロード」ボタン６１は、再生に適した形式のデータのダウンロードを指示するボタンである。「編集用ダウンロード」ボタン６２は、編集に適した形式のデータのダウンロードを指示するボタンである。コンテンツ一覧画面６０が表示されると、ユーザは、操作部２５を用いて、楽曲ｍ１を示すコンテンツデータ１８を選択し、「再生用ダウンロード」ボタン６１を押す操作を行う。

「再生用ダウンロード」ボタン６１が押されると、クライアント装置２０Ａは、楽曲ｍ１の再生用データをサーバ装置１０に要求する（ステップＳ１２）。つまり、クライアント装置２０Ａは、楽曲ｍ１の再生のために楽曲ｍ１を示すコンテンツデータ１８をサーバ装置１０に要求する。サーバ装置１０のＣＰＵ１１は、この要求を受け付けると、楽曲ｍ１の再生用データを作成する（ステップＳ１３）。図３に示す第１のソング情報１０１には、楽曲ｍ１のソングＩＤが含まれている。この場合、ＣＰＵ１１は、第１のソング情報１０１のリンク先から、楽曲ｍ１を示す第１の楽曲データ１２５を読み出す。ＣＰＵ１１は、読み出した第１の楽曲データ１２５を圧縮し、楽曲ｍ１の再生用データを作成する。この再生用データには、ファイルに含まれるデータの目録を示す情報が含まれる。なお、楽曲ｍ１の再生用データの要求が前にも行われ、この要求に応じて既に楽曲ｍ１の再生用データが作成されている場合、ＣＰＵ１１は、楽曲ｍ１の再生用データを作成せずに、記憶部１７に記憶された楽曲ｍ１の再生用データを用いてもよい。ＣＰＵ１１は、通信インターフェース１４を制御して、楽曲ｍ１の再生用データをクライアント装置２０Ａに送信する（ステップＳ１４）。クライアント装置２０ＡのＣＰＵ２１は、サーバ装置１０から楽曲ｍ１の再生用データを受信すると、受信した再生用データから第１の楽曲データ１２５を抽出する。ＣＰＵ２１は、サウンドシステム３０を用いて、抽出した第１の楽曲データ１２５に応じた楽曲ｍ１を再生する（ステップＳ１５）。これにより、サウンドシステム３０から楽曲ｍ１が出力される。

（２）編集処理
ユーザは、サーバ装置１０からダウンロードしたコンテンツデータ１８を用いて、クライアント装置２０Ａ（第１の端末装置の一例）で楽曲を編集することができる。図１０は、楽曲の編集処理を示すシーケンスチャートである。ここでは、ユーザが楽曲ｍ１を示すコンテンツデータ１８を用いて、楽曲ｍ１を編集する場合を想定する。ユーザは、クライアント装置２０Ａの操作部２５を用いて、サーバ装置１０が提供するコンテンツ一覧画面６０へのアクセスを指示する操作を行う。クライアント装置２０Ａは、この指示に従って、サーバ装置１０へアクセスし、図９に示すコンテンツ一覧画面６０を表示部２６に表示させる（ステップＳ２１）。コンテンツ一覧画面６０が表示されると、ユーザは、操作部２５を用いて、楽曲ｍ１を示すコンテンツデータ１８を選択し、「編集用ダウンロード」ボタン６２を押す操作を行う。

「編集用ダウンロード」ボタン６２が押されると、クライアント装置２０Ａは、楽曲ｍ１の編集用データをサーバ装置１０に要求する（ステップＳ２２）。つまり、クライアント装置２０Ａは、楽曲ｍ１の編集のために楽曲ｍ１を示すコンテンツデータ１８をサーバ装置１０に要求する。サーバ装置１０のＣＰＵ１１は、この要求を受け付けると、楽曲ｍ１の編集用データを作成する（ステップＳ２３）。図３に示す第１のソング情報１０１には、楽曲ｍ１のソングＩＤが含まれている。また、第１のソング情報１０１は、第１のトラック情報１１１へのリンクと第２のトラック情報１１２へのリンクとを有している。この場合、ＣＰＵ１１は、第１のトラック情報１１１のリンク先から処理前のトラックデータ１２１を読み出し、第１のトラック情報１１１から第１のコントロールデータを読み出す。また、ＣＰＵ１１は、第２のトラック情報１１２のリンク先から処理前のトラックデータ１２３を読み出し、第２のトラック情報１１２から第２のコントロールデータを読み出す。ＣＰＵ１１は、読み出した処理前のトラックデータ１２１、第１のコントロールデータ、処理前のトラックデータ１２３及び第２のコントロールデータを１つのファイルにまとめて圧縮し、楽曲ｍ１の編集用データを作成する。この編集用データには、ファイルに含まれるデータの目録を示す情報が含まれる。楽曲ｍ１の編集用データを作成すると、ＣＰＵ１１は、通信インターフェース１４を制御して、作成した編集用データをクライアント装置２０Ａに送信する（ステップＳ２４）。クライアント装置２０Ａは、サーバ装置１０から楽曲ｍ１の編集用データを受信すると、受信した編集用データを記憶部２７に記憶させる（ステップＳ２５）。

また、上述した「編集用ダウンロード」ボタン６２が押されたときに、クライアント装置２０Ａは、サーバ装置１０へアクセスし、サーバ装置１０から提供される編集画面７０を表示部２６に表示させる。サーバ装置１０から楽曲ｍ１の編集用データがダウンロードされると、クライアント装置２０Ａは、記憶部２７に記憶された楽曲ｍ１の編集用データを編集画面７０上に表示させる（ステップＳ２６）。

図１１は、編集画面７０の一例を示す図である。編集画面７０は、第１のトラックに関する情報を表示する第１の領域７１と、第２のトラックに関する情報を表示する第２の領域７２とを有する。第１の領域７１には、処理前のトラックデータ１２１が表示される。この処理前のトラックデータ１２１は、楽曲ｍ１の歌パートの楽譜を表すＭＩＤＩ形式の楽譜情報ｔ１である。また、第１の領域７１には、第１のコントロールデータが示す音声合成処理の種別「歌手Ｇ」が表示される。第２の領域７２には、処理前のトラックデータ１２３が表示される。この処理前のトラックデータ１２３は、楽曲ｍ１の演奏パートを表すオーディオデータｔ２である。また、第２の領域７２には、第２のコントロールデータが示すエフェクト処理の種別が表示される。編集画面７０が表示されると、ユーザは、操作部２５を用いて、楽曲を編集する操作を行う。ここでは、ユーザが、操作部２５を用いて、第１のトラックに設定された音声合成処理の歌手の声を、「歌手Ｇ」の声から「歌手Ｍ」の声に変更して、実行ボタン７３を押す操作を行った場合を想定する。

実行ボタン７３が押されると、クライアント装置２０Ａは、記憶部２７から第１のトラックに格納された処理前のトラックデータ１２１、すなわち楽譜情報ｔ１を読み出す。クライアント装置２０Ａは、読み出した楽譜情報ｔ１と、歌手Ｍの声を用いた音声合成処理を示す第３のコントロールデータとをサーバ装置１０に送信し、サウンド処理を要求する（ステップＳ２７）。なお、演奏パートの処理前のトラックデータ１２３は、変更が加えられていないため、サーバ装置１０には送信されない。サーバ装置１０のＣＰＵ１１は、サウンド処理が要求されると、通信インターフェース１４により受信された楽譜情報ｔ１及び第３のコントロールデータに基づいてサウンド処理を行う（ステップＳ２８）。第３のコントロールデータは、歌手Ｍの声を用いた音声合成処理を示している。この場合、ＣＰＵ１１は、第３のコントロールデータに従って、楽譜情報ｔ１に基づき歌手Ｍの声で音声合成処理を行う。

図１２は、音声合成処理を説明する図である。サーバ装置１０の記憶部１７には、歌手毎に音声素片データベース８１が記憶されている。この音声素片データベース８１には、歌手の声からサンプリングされた複数の音声素片が格納されている。また、記憶部１７には、音声合成プログラムが記憶されている。ＣＰＵ１１は、この音声合成プログラムを実行することにより、選択部８２及び音声合成部８３の機能を実現する。選択部８２は、第３のコントロールデータに従って、歌手Ｍに対応する音声素片データベース８１を選択する。音声合成部８３は、選択部８２により選択された音声素片データベース８１を用いて、楽譜情報ｔ１をオーディオデータに変換する。具体的には、音声合成部８３は、楽譜情報ｔ１に従って音声素片データベース８１から音声素片を選択し、ピッチや音色を調整して連結することにより、合成音声を表すオーディオデータを生成する。

サウンド処理を行うと、ＣＰＵ１１は、通信インターフェース１４を制御して、この処理の結果生成された合成音声を表すオーディオデータをクライアント装置２０Ａに送信する（ステップＳ２９）。クライアント装置２０Ａは、合成音声を表すオーディオデータをサーバ装置１０から受信すると、受信したオーディオデータを、歌パートの第２の処理後のトラックデータ１２６として第３のコントロールデータとともに記憶部２７に記憶させる（ステップＳ３０）。

（３）登録処理
ユーザは、編集した楽曲を示すコンテンツデータ１８をサーバ装置１０に登録することができる。図１３は、楽曲の登録処理を示すシーケンスチャートである。ここでは、ユーザが、楽曲ｍ１を編集して新たな楽曲ｍ２を作成し、作成した楽曲ｍ２を示すコンテンツデータ１８をサーバ装置１０に登録する場合を想定する。このコンテンツデータ１８は、第２のトラックに格納されるトラックデータと、第３のトラックに格納されるトラックデータにより構成されるマルチトラックデータである。第２のトラックには、楽曲ｍ１の演奏パートのトラックデータが格納される。第３のトラックには、編集後の歌パートのトラックデータが格納される。第３のトラックには、トラックデータに施されたサウンド処理として、歌手Ｍの声を用いた音声合成処理が設定されている。

ユーザは、クライアント装置２０Ａの操作部２５を用いて、ステップＳ３０で記憶部２７に記憶された第２の処理後のトラックデータ１２６と第３のコントロールデータとをサーバ装置１０にアップロードすることを指示する操作を行う。クライアント装置２０Ａは、この指示に従って、記憶部２７から第２の処理後のトラックデータ１２６及び第３のコントロールデータを読み出し、サーバ装置１０に送信する（ステップＳ３１）。サーバ装置１０のＣＰＵ１１は、通信インターフェース１４により第２の処理後のトラックデータ１２６及び第３のコントロールデータを受信すると、受信したデータを記憶部１７に記憶させる（ステップＳ３２）。

ユーザは、クライアント装置２０Ａの操作部２５を用いて、楽曲ｍ２の構成情報を入力し、楽曲の新規作成処理を指示する操作を行う。楽曲ｍ２を示すコンテンツデータ１８は、歌パートの第２の処理後のトラックデータ１２６と、演奏パートの処理後のトラックデータ１２４により構成されている。この場合、楽曲ｍ２の構成情報には、第２の処理後のトラックデータ１２６と、処理後のトラックデータ１２４とを指定する情報が含まれる。クライアント装置２０Ａは、ユーザにより入力された楽曲ｍ２の構成情報をサーバ装置１０に送信し、楽曲の新規作成処理を要求する（ステップＳ３３）。サーバ装置１０のＣＰＵ１１は、この要求を受け付けると、通信インターフェース１４により受信した楽曲ｍ２の構成情報に基づいて、楽曲の新規作成処理を行う（ステップＳ３４）。

図１４は、コンテンツデータ１８の管理構造を示す図である。図１４には、楽曲ｍ１を示すコンテンツデータ１８と楽曲ｍ２を示すコンテンツデータ１８の管理構造が示されている。楽曲の新規作成処理では、クライアント装置２０Ａから受信した第２の処理後のトラックデータ１２６が、コンポーネント階層に追加される。また、コンポーネント階層には、楽曲ｍ２を示す第２の楽曲データ１２７が追加される。この第２の楽曲データ１２７は、第２の処理後のトラックデータ１２６と処理後のトラックデータ１２４とをミックスしたデータである。トラック階層には、第３のトラック情報１１３が追加される。第３のトラック情報１１３は、第３のトラックを識別する第３のトラックＩＤと、第３のトラックに設定された音声合成処理を示す第３のコントロールデータとを有する。第３のトラック情報１１３は、処理前のトラックデータ１２１へのリンクと、第２の処理後のトラックデータ１２６へのリンクとを有する。ソング階層には、第２のソング情報１０２が追加される。第２のソング情報１０２は、楽曲ｍ２を識別する第２のソングＩＤを有する。

つまり、記憶部１７では、楽曲ｍ２のソングＩＤ（コンテンツ識別情報の一例）と、第２のトラックＩＤ及び第３のトラックＩＤ（いずれもトラック識別情報の一例）と、歌パートの処理前のトラックデータ１２１及び演奏パートの処理前のトラックデータ１２３（いずれも処理前のトラックデータの一例）と、歌パートの第２の処理後のトラックデータ１２６及び演奏パートの処理後のトラックデータ１２４（いずれも処理後のトラックデータの一例）と、第２のコントロールデータと第３のコントロールデータ（いずれも指示情報の一例）とが対応付けて記憶されている。なお、第２のソングＩＤ及び第３のトラックＩＤは、ユーザにより入力されてもよいし、ＣＰＵ１１により一意の情報が決定されてもよい。これにより、楽曲ｍ２を示すコンテンツデータ１８がサーバ装置１０に登録される。

楽曲ｍ２を示すコンテンツデータ１８がサーバ装置１０に登録された後、例えばクライアント装置２０Ｂ（第２の端末装置の一例）から楽曲ｍ２の再生用データが要求されると、サーバ装置１０は、上述と同様の方法により、第２の楽曲データ１２７（複数の処理後のトラックデータをミックスしたデータの一例）を含む再生用データを作成し、クライアント装置２０Ｂに送信する。一方、クライアント装置２０Ｂから楽曲ｍ２の編集用データが要求されると、サーバ装置１０は、上述と同様の方法により、歌パートの処理前のトラックデータ１２１、演奏パートの処理前のトラックデータ１２３（いずれも処理前トラックデータの一例）、第２のコントロールデータ及び第３のコントロールデータ（いずれも指示情報の一例）を含む編集用データを作成し、クライアント装置２０Ｂに送信する。

また、ユーザは、クライアント装置２０Ａを操作して、自分が作成した楽曲ｍ２の編集用データ又は再生用データをダウンロードしてもよい。つまり、サーバ装置１０にサウンド処理を要求するクライアント装置２０（第１の端末装置の一例）と、サーバ装置１０から楽曲の編集用データ又は再生用データをダウンロードするクライアント装置２０（第２の端末装置の一例）とは、同一のクライアント装置２０であってもよい。

この実施形態では、ユーザの操作により「編集用ダウンロード」ボタン６２が押されると、サーバ装置１０から楽曲の編集用データがダウンロードされる。この編集用データは、マルチトラックの状態を維持した構造を有しているため、トラック毎の編集が容易である。また、この実施形態では、ユーザの操作により「再生用ダウンロード」ボタン６１が押された場合には、サーバ装置１０から楽曲の再生用データがダウンロードされる。この再生用データは、楽曲を示すオーディオデータであるため、再生が容易である。このように、データを再生目的でダウンロードする場合と編集目的でダウンロードする場合とで、異なる形式のデータがダウンロードされることにより、コンテンツの再生や編集が容易になる。また、コンテンツの編集が容易になることにより、コンテンツの２次利用を促進することができる。

また、この実施形態では、トラックデータの他にコントロールデータが記憶されており、ユーザがデータを編集目的でダウンロードする場合には、このコントロールデータを含む編集用データがサーバ装置１０からダウンロードされる。これにより、ユーザは、編集画面７０において、コントロールデータが示すサウンド処理を変更するだけで、容易にコンテンツを編集することができる。特に、コンテンツの２次利用では、このようなサウンド処理の変更のニーズが高い。したがって、サウンド処理の変更が容易になることにより、コンテンツの２次利用を促進することができる。

さらに、この実施形態では、新たな楽曲を示すコンテンツデータ１８がサーバ装置１０に登録されるときに、記憶部１７に既に記憶されているデータ、例えば図１４に示す第２のトラック情報１１２、処理前のトラックデータ１２１、処理前のトラックデータ１２３及び処理後のトラックデータ１２４については、重複して記憶させずに、それらのデータへのリンクのみを追加している。したがって、これらのデータを重複して記憶させる場合に比べて、サーバ装置１０の記憶部１７の記憶容量を減らすことができる。

３．変形例
本発明は、上述した実施形態に限定されない。実施形態を以下のように変形してもよい。また、以下の変形例を組み合わせてもよい。

（１）変形例１
楽曲を示すコンテンツデータ１８は、マルチトラックデータに限定されない。楽曲を示すコンテンツデータ１８が、単一のトラックに格納されていてもよい。図１５は、この変形例に係るコンテンツデータ１８の管理構造を示す図である。図１５には、楽曲ｍ３を示すコンテンツデータ１８の管理構造が示されている。このコンテンツデータ１８は、単一のトラックに格納されるトラックデータにより構成されている。このトラックには、楽曲ｍ３の歌パートのトラックデータが格納される。この場合、コンポーネント階層には、歌パートの処理前のトラックデータ１２１Ａ及び処理後のトラックデータ１２２Ａが格納される。このとき、処理後のトラックデータ１２２Ａは、楽曲ｍ３を示すオーディオデータと同じものになるため、楽曲ｍ３を示す楽曲データは格納されない。ソング情報１０１Ａは、処理後のトラックデータ１２２Ａへのリンクを有する。

クライアント装置２０から楽曲ｍ３の再生用データが要求されると、サーバ装置１０は、処理後のトラックデータ１２２Ａを含む再生用データを作成し、クライアント装置２０に送信する。つまり、この場合、処理後のトラックデータ１２２Ａは、楽曲ｍ３を示す処理後のコンテンツデータ１８として扱われる。一方、クライアント装置２０から楽曲ｍ３の編集用データが要求されると、サーバ装置１０は、処理前のトラックデータ１２１Ａを含む編集用データを作成し、クライアント装置２０に送信する。つまり、この場合、処理前のトラックデータ１２１Ａは、楽曲ｍ３を示す処理前のコンテンツデータ１８として扱われる。

（２）変形例２
処理後のトラックデータは、必ずしも格納されなくてもよい。例えば、音量の変更等の処理は、負荷の少ない処理であり、クライアント装置２０側で容易に実行できるため、わざわざサーバ装置１０側で実行する必要がない。トラックに設定されたサウンド処理が、このような予め定められた処理である場合には、処理後のトラックデータは格納されなくてもよい。図１６は、この変形例に係るコンテンツデータ１８の管理構造を示す図である。図１６には、楽曲ｍ４を示すコンテンツデータ１８の管理構造が示されている。このコンテンツデータ１８は、単一のトラックに格納されるトラックデータにより構成されている。このトラックには、歌パートのトラックデータが格納される。また、このトラックには、トラックデータに施されたサウンド処理として、楽曲ｍ４の歌パートの音量を変更する処理が設定されている。この場合、コンポーネント階層には、歌パートの処理前のトラックデータ１２１Ｂだけが格納される。この処理前のトラックデータ１２１Ｂは、歌パートの音量が変更される前のトラックデータである。ソング情報１０１Ｂ及びトラック情報１１１Ｂは、それぞれ歌パートの処理前のトラックデータ１２１Ｂへのリンクを有する。

例えば、クライアント装置２０から楽曲ｍ４の編集用データが要求されると、サーバ装置１０は、歌パートの処理前のトラックデータ１２１Ｂを含む編集用データを作成し、クライアント装置２０に送信する。つまり、この場合、歌パートの処理前のトラックデータ１２１Ｂは、楽曲ｍ４を示す処理前のコンテンツデータ１８として扱われる。この変形例によれば、コンポーネント階層に歌パートの音量が変更される後のトラックデータが格納されないため、データの容量が削減される。
また、処理後のトラックデータではなく、処理前のトラックデータが格納されないようにしてもよい。

（３）変形例３
楽曲の編集は、実施形態で説明した例に限定されない。例えば、トラックデータにリバーブをかける処理が設定されてもよい。この場合、クライアント装置２０は、リバーブをかける処理を示すコントロールデータをサーバ装置１０に送信する。サーバ装置１０は、このコントロールデータに従って、トラックデータにリバーブをかける処理を施す。また、トラックデータを特定の音源でオーディオデータに変換する処理が設定されてもよい。この場合、クライアント装置２０は、特定の音源でオーディオデータに変換する処理を示すコントロールデータをサーバ装置１０に送信する。サーバ装置１０は、このコントロールデータに従って、トラックデータを特定の音源でオーディオデータに変換する処理を行う。また、楽曲の編集は、楽曲の一部を切り取ったり、繰り返したりするものであってもよい。

（４）変形例４
コンポーネント階層には、処理後のトラックデータと対応付けて、処理前のトラックデータを識別する情報が格納されていてもよい。この処理前のトラックデータを識別する情報には、例えば処理前のトラックデータのファイル名や識別子が用いられる。これにより、処理前のトラックデータと処理後のトラックデータとの対応関係を把握することができる。

（５）変形例５
楽曲を示すコンテンツデータ１８の構成は、実施形態で説明したものに限定されない。例えば、コンテンツデータ１８の中に、歌詞を示すトラックデータが含まれていてもよい。このトラックデータは、歌詞とそのタイミングを表すテキストデータである。例えばユーザは、編集画面７０において、このトラックデータが表す歌詞を変更することにより、楽曲の歌詞を変えることができる。また、上述した実施形態では、演奏パートが単一のトラックに格納されていた。しかし、例えば演奏パートがギター、フルート、ドラム等の複数の楽器の音で構成される場合、これらの楽器のパートがそれぞれ別のトラックに格納されてもよい。

（６）変形例６
上述した実施形態では、サーバ装置１０は、クライアント装置２０からトラックデータを受信してサウンド処理を行っていた。しかし、サウンド処理の対象となるトラックデータがサーバ装置１０に格納されている場合、サーバ装置１０は、記憶部１７からこのトラックデータを読み出してサウンド処理を行ってもよい。つまり、サーバ装置１０は、サウンド処理の対象となるデータをクライアント装置２０から取得してもよいし、記憶部１７から取得してもよい。この場合、クライアント装置２０は、サーバ装置１０に対してトラックデータを送信する必要はない。

（７）変形例７
編集用データには、必ずしもコントロールデータが含まれなくてもよい。この場合、編集画面７０には、トラックデータだけが表示される。

（８）変形例８
コンテンツデータ１８を登録するときに、ダウンロードの許否の設定を受け付けてもよい。この設定は、編集用のダウンロード又は再生用のダウンロードのいずれかのみを許可しない設定であってもよい。サーバ装置１０は、この設定に基づいて、ダウンロードの可否を判断する。ダウンロードが許可されていない場合には、データの送信を行わない。

（９）変形例９
楽曲を示すコンテンツデータ１８を、トラックデータ単位でダウンロードできるようにしてもよい。例えば、楽曲ｍ１の歌パートのみを再生する場合、クライアント装置２０は、サーバ装置１０に歌パートの再生用データを要求する。この場合、サーバ装置１０は、第１の処理後のトラックデータ１２２を含む再生用データを作成し、クライアント装置２０に送信する。また、楽曲ｍ１の歌パートのみを編集する場合、クライアント装置２０は、サーバ装置１０に歌パートの編集用データを要求する。この場合、サーバ装置１０は、処理前のトラックデータ１２１と第１のコントロールデータとを含む編集用データを作成し、クライアント装置２０に送信する。

（１０）変形例１０
サーバ装置１０に登録されるコンテンツデータ１８は、楽曲を示すものに限定されない。コンテンツデータ１８は、ユーザにより作成され、電子的な取引の対象となるものであればよい。例えば、コンテンツデータ１８は、映像を示すものであってもよいし、映像と音楽の組み合わせを示すものであってもよい。この場合、ＣＰＵ１１は、これらのコンテンツデータ１８に画像処理を施してもよい。また、コンテンツデータ１８は、電子書籍であってもよい。

（１１）変形例１１
サーバ装置１０の機能は、複数の装置により実現されてもよい。例えば、サウンド処理を施す第１の装置と、コンテンツデータ１８を記憶する第２の装置とが設けられていてもよい。この場合、第１の装置は、上述したステップＳ２８及びＳ２９の処理を担当する。第２の装置は、それ以外の処理に関する処理を担当する。このとき、第１の装置と第２の装置とは、処理の連携を図るために、互いに必要な情報のやり取りを行う。

（１２）変形例１２
サーバ装置１０のＣＰＵ１１又はクライアント装置２０のＣＰＵ２１において実行されるプログラムは、磁気テープ、磁気ディスク、フレキシブルディスク、光ディスク、光磁気ディスク、メモリなどの記録媒体に記録した状態で提供され、サーバ装置１０又はクライアント装置２０にインストールされてもよい。また、このプログラムは、インターネット等の通信回線を介してサーバ装置１０又はクライアント装置２０にダウンロードされてもよい。

（１３）変形例１３
トラックデータ１２１〜１２５のデータ形式は、実施形態で説明した形式に限定されない。例えば、処理前のトラックデータ１２１は、ＭＩＤＩを拡張したＸＭＬ（Extensible Markup Language）データであってもよい。

１…コンテンツ提供システム、１０…サーバ装置、１１…ＣＰＵ、１２…ＲＯＭ、１３…ＲＡＭ、１４…通信インターフェース、１５…操作部、１６…表示部、１７…記憶部、２０…クライアント装置、４１…受信部、４２…送信部、４３…取得部、４４…処理部、４５…送信制御部

Claims (5)

1. コンテンツを示すコンテンツデータであって第１トラックのデータ及び第２トラックのデータを含むコンテンツデータに施す処理を指示する指示情報を第１の端末装置から受信する受信部と、
   前記処理の対象となる前記コンテンツデータを取得する取得部と、
   前記取得されたコンテンツデータに、前記受信された指示情報により指示される処理を施す処理部と、
   前記取得されたコンテンツデータを識別するコンテンツ識別情報と対応付けて、当該コンテンツデータを処理前のコンテンツデータとして記憶し、前記処理が施されたコンテンツデータを処理後のコンテンツデータとして記憶する記憶部と、
   第２の端末装置により前記コンテンツの編集のために当該コンテンツを示すコンテンツデータが要求されると、送信部を制御して、当該コンテンツデータを識別するコンテンツ識別情報と対応付けて前記記憶部に記憶された処理前のコンテンツデータを当該第２の端末装置に送信する送信制御部と
   を備え、
   前記記憶部は、
   同じ処理前のコンテンツデータから得られた処理後のコンテンツデータとして、第１コンテンツデータ及び第２コンテンツデータがある場合に、前記第１トラックのデータ及び前記第２トラックのデータの少なくとも一方を共有するように前記第１コンテンツデータ及び前記第２コンテンツデータを記憶する
   ことを特徴とするコンテンツ提供装置。
2. 前記記憶部は、
   前記第１コンテンツデータ及び前記第２コンテンツデータの各前記第１トラックのデータに同じ処理が指示されている場合に、前記第１コンテンツデータと前記第２コンテンツデータとで当該処理を指示する指示情報を共有するように、当該指示情報を記憶する
   ことを特徴とする請求項１に記載のコンテンツ提供装置。
3. 前記送信制御部は、前記第２の端末装置により前記コンテンツの再生のために当該コンテンツを示すコンテンツデータが要求されると、当該コンテンツデータを識別するコンテンツ識別情報と対応付けて前記記憶部に記憶された処理後のコンテンツデータを当該第２の端末装置に送信する
   ことを特徴とする請求項１又は２に記載のコンテンツ提供装置。
4. 前記記憶部は、前記コンテンツ識別情報と対応付けて、前記受信された指示情報を記憶し、
   前記送信制御部は、前記処理前のコンテンツデータとともに、前記要求されたコンテンツデータを識別するコンテンツ識別情報と対応付けて前記記憶部に記憶された指示情報を前記第２の端末装置に送信する
   ことを特徴とする請求項１から３のいずれか１項に記載のコンテンツ提供装置。
5. 前記コンテンツデータは、前記コンテンツを示す複数のトラックデータにより構成され、
   前記指示情報は、前記トラックデータに施す処理を指示するものであり、
   前記処理部は、前記取得部により取得された前記コンテンツデータを構成するトラックデータに、前記受信された指示情報により指示される処理を施し、
   前記記憶部は、前記コンテンツデータを構成する各トラックデータを識別するトラック識別情報と対応付けて、当該トラックデータを処理前のトラックデータとして記憶し、前記処理が施されたトラックデータを処理後のトラックデータとして記憶し、
   前記送信制御部は、
   前記第２の端末装置により前記コンテンツの編集のために当該コンテンツを示すコンテンツデータが要求されると、当該コンテンツデータを構成する複数のトラックデータを識別するトラック識別情報と対応付けて前記記憶部に記憶された複数の処理前のトラックデータを当該第２の端末装置に送信し、
   前記第２の端末装置により前記コンテンツの再生のために当該コンテンツを示すコンテンツデータが要求されると、当該コンテンツデータを構成する複数のトラックデータを識別するトラック識別情報と対応付けて前記記憶部に記憶された複数の処理後のコンテンツデータをミックスしたデータを当該第２の端末装置に送信する
   ことを特徴とする請求項１から４のいずれか１項に記載のコンテンツ提供装置。

Images