(57)【要約】【課題】複数のユーザがネットワークを介して共同で楽曲を制作する際の制作の自由度を向上させることが可能な仕組みを提供する。【解決手段】それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、前記マルチトラックデータを編集し、編集後の前記マルチトラックデータを送信する制御部、を備える情報処理装置。【選択図】図１
2019102730.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信する制御部、
を備える情報処理装置。
【請求項２】
前記制御部は、前記マルチトラックデータを示す出力画面を生成し、
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータを生成したユーザの識別情報を含む、請求項１に記載の情報処理装置。
【請求項３】
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータが生成された時刻を示す情報を含む、請求項２に記載の情報処理装置。
【請求項４】
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータを生成したユーザからのコメントを含む、請求項２に記載の情報処理装置。
【請求項５】
前記出力画面は、前記マルチトラックデータに新たなトラックデータの追加を指示する編集操作を受け付ける第１の操作部を含む、請求項２に記載の情報処理装置。
【請求項６】
前記出力画面は、前記トラックデータの各々の、音量の編集操作を受け付ける第２の操作部、定位位置の編集操作を受け付ける第３の操作部、又はエフェクトの編集操作を受け付ける第４の操作部の少なくともいずれかを含む、請求項２に記載の情報処理装置。
【請求項７】
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記マルチトラックデータにより構成される楽曲における前記トラックデータの配置位置を示す情報と当該トラックデータを生成したユーザの識別情報とを対応付けた情報を含む、請求項２に記載の情報処理装置。
【請求項８】
前記制御部は、前記出力画面において前記ユーザの識別情報が選択された場合、選択された前記ユーザにより生成された前記トラックデータの配置位置に対応する位置から、前記マルチトラックデータにより構成される楽曲を再生する、請求項７に記載の情報処理装置。
【請求項９】
前記制御部は、前記マルチトラックデータの編集として、受信した前記マルチトラックデータに含まれる前記複数のトラックデータとは独立した新たなトラックデータを前記マルチトラックデータに追加する、請求項１に記載の情報処理装置。
【請求項１０】
前記制御部は、前記マルチトラックデータの編集として、前記マルチトラックデータに含まれる前記トラックデータを前記マルチトラックデータから削除する、請求項１に記載の情報処理装置。
【請求項１１】
前記制御部は、前記マルチトラックデータの編集として、前記マルチトラックデータに含まれる前記トラックデータの音量、定位位置又はエフェクトの少なくともいずれかを変更する、請求項１に記載の情報処理装置。
【請求項１２】
それぞれ異なるユーザにより生成された複数のトラックデータを含む、記憶装置に記憶されたマルチトラックデータを、前記マルチトラックデータを編集する端末装置に送信し、
編集後の前記マルチトラックデータを前記端末装置から受信し、
前記記憶装置に記憶された前記マルチトラックデータを、前記編集後のマルチトラックデータにより更新する制御部、
を備える情報処理装置。
【請求項１３】
前記制御部は、第１のマルチトラックデータに含まれる第１のトラックデータと、第２のマルチトラックデータに含まれる第２のトラックデータとをマッチングする、請求項１２に記載の情報処理装置。
【請求項１４】
前記制御部は、第１のマルチトラックデータに含まれる第１のトラックデータを生成した第１のユーザと、第２のマルチトラックデータに含まれる第２のトラックデータを生成した第２のユーザとをマッチングする、請求項１３に記載の情報処理装置。
【請求項１５】
前記制御部は、前記第１のユーザ又は前記第２のユーザによる過去の編集履歴に基づいて前記マッチングを行う、請求項１４に記載の情報処理装置。
【請求項１６】
前記制御部は、前記マッチングの結果を示す情報を前記端末装置に送信する、請求項１３に記載の情報処理装置。
【請求項１７】
それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信すること、
を含む、プロセッサにより実行される情報処理方法。
【請求項１８】
コンピュータを、
それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信する制御部、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
近年、コンテンツ、特に音楽コンテンツ（以降、楽曲とも称する）の制作環境及び鑑賞環境は、大きく変貌している。例えば、一般のユーザであっても、スマートフォンに専用のソフトウェアをインストールするだけで、簡単に楽曲の制作環境を整えることができるので、楽曲の制作を楽しむようになりつつある。そのため、そのようなユーザによる楽曲の制作を支援するための技術の開発が求められている。【０００３】
例えば、下記特許文献１では、複数の音素材を組み合わせてリミックスした楽曲を制作する際に、各々の音素材の再生位置、再生するタイミング、及びテンポ等を制御することで、完成度の高い楽曲を制作する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１６４９３２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記特許文献１に記載の技術は、ひとりのユーザが、ローカルで楽曲を制作するための技術である。一方で、近年では、ネットワーク伝送速度の高速化及びオンラインストレージの大容量化に伴い、複数のユーザがネットワークを介して共同で（即ち、協業しながら又は協働で）楽曲を制作することが可能になっており、そのための技術が求められている。【０００６】
その一例として、ユーザが、他のユーザがサーバにアップロードした音データをダウンロードし、ダウンロードした音データに新たに録音した音データを合成してひとつの音データにし、アップロードする技術がある。この技術によれば、複数のユーザがネットワークを介して順番に音データを上書きしながら楽曲を制作することができる。しかし、この技術では、音データが上書きされる一方なので、ロールバック等することができず、楽曲制作の自由度は低いものであった。【０００７】
そこで、本開示では、複数のユーザがネットワークを介して共同で楽曲を制作する際の制作の自由度を向上させることが可能な仕組みを提供する。
【課題を解決するための手段】
【０００８】
本開示によれば、それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、前記マルチトラックデータを編集し、編集後の前記マルチトラックデータを送信する制御部、を備える情報処理装置が提供される。【０００９】
また、本開示によれば、それぞれ異なるユーザにより生成された複数のトラックデータを含む、記憶装置に記憶されたマルチトラックデータを、前記マルチトラックデータを編集する端末装置に送信し、編集後の前記マルチトラックデータを前記端末装置から受信し、前記記憶装置に記憶された前記マルチトラックデータを、前記編集後のマルチトラックデータにより更新する制御部、を備える情報処理装置が提供される。【００１０】
また、本開示によれば、それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、前記マルチトラックデータを編集し、編集後の前記マルチトラックデータを送信すること、を含む、プロセッサにより実行される情報処理方法が提供される。【００１１】
また、本開示によれば、コンピュータを、それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、前記マルチトラックデータを編集し、編集後の前記マルチトラックデータを送信する制御部、として機能させるためのプログラムが提供される。
【発明の効果】
【００１２】
以上説明したように本開示によれば、複数のユーザがネットワークを介して共同で楽曲を制作する際の制作の自由度を向上させることが可能な仕組みが提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１３】
【図１】本実施形態に係るシステムの構成の一例を示す図である。
【図２】本実施形態に係る端末装置のハードウェア構成の一例を示すブロック図である。
【図３】本実施形態に係る端末装置の論理的な機能構成の一例を示すブロック図である。
【図４】本実施形態に係るサーバのハードウェア構成の一例を示すブロック図である。
【図５】本実施形態に係るサーバの論理的な機能構成の一例を示すブロック図である。
【図６】本実施形態に係るマルチトラックデータとトラックデータとの関係を示す図である。
【図７】本実施形態に係るグループとユーザとの関係を示す図である。
【図８】本実施形態に係る各種メタデータ間の関係性の一例を説明するための図である。
【図９】本実施形態に係る端末装置に表示されるＵＩの一例を示す図である。
【図１０】本実施形態に係る端末装置に表示されるＵＩの一例を示す図である。
【図１１】本実施形態に係る端末装置に表示されるＵＩの一例を示す図である。
【図１２】本実施形態に係る端末装置に表示されるＵＩの一例を示す図である。
【図１３】本実施形態に係るシステムにおいて実行される楽曲制作処理の流れの一例を示すシーケンス図である。
【図１４】本実施形態に係るシステムにおいて実行される編集支援処理の流れの一例を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１５】
なお、説明は以下の順序で行うものとする。
１．はじめに
１．１．用語の定義
１．２．技術的課題
２．構成例
２．１．全体構成例
２．２．端末装置１０の構成例
２．３．サーバ２０の構成例
３．技術的特徴
３．１．データ構造
３．２．マルチトラックデータの編集
３．３．ＵＩ
３．４．編集支援
３．５．処理の流れ
４．まとめ
【００１６】
＜＜１．はじめに＞＞
＜１．１．用語の定義＞
トラックデータとは、並列に動作する複数の録音／再生機構のうち、ひとつの録音／再生機構に対応するデータである。より詳しくは、トラックデータは、複数の楽器及び歌声などの演奏により生み出される楽曲のコンテンツ制作過程において取り扱われる、各々の楽器又は歌声を個別に録音した音データである。トラックデータは、音データ（アナログ信号又はデジタル信号）、及び当該音データに適用されるエフェクト等を示す情報を含む。以下では、トラックデータを単にトラックとも称する場合がある。
【００１７】
マルチトラックデータとは、並列に動作する複数の録音／再生機構であり、複数のトラックの集合体に対応するデータである。マルチトラックデータは、トラックデータを複数含む。例えば、マルチトラックデータは、ボーカルを録音したトラックデータ、ギターを録音したトラックデータ及びドラムを録音したトラックデータ等を含み、１つの楽曲を構成する。以下では、マルチトラックデータを楽曲とも称する場合がある。
【００１８】
ミックス（ミキシングとも称される）とは、マルチトラックデータに含まれる複数のトラックの設定を調整する作業である。例えば、ミックス作業により、各トラックの音量及び音色等が調整される。マルチトラックデータに含まれる複数のトラックが、ミックス作業を経て重ね合されることで、１つの楽曲として仕上げられる。
【００１９】
＜１．２．技術的課題＞
近年の楽曲の制作環境及び鑑賞環境は、ネットワーク伝送速度の高速化、及びオンラインストレージの大容量化に伴い、大きく変貌している。
【００２０】
まず、鑑賞環境について述べる。近年、メディアプレーヤーのオンラインサービス化が当たり前となり、膨大な楽曲がネットワーク上で管理されている。そのため、ユーザは、自分が所有する様々なデバイスでそれらを鑑賞することが可能となっている。その反面、膨大なオンライン上の楽曲の中から、ユーザが自分の好みに合う楽曲を探し出すための労力が膨大になっていた。オンラインサービスの運営側は、その労力を軽減するために、楽曲を様々な視点でカテゴリ分けし、そのカテゴリを表す属性データを楽曲に付与することによって、ユーザ好みの楽曲をレコメンドするサービスを提供している。
【００２１】
次いで、制作環境について述べる。近年、スマートフォン及びタブレットデバイス等のモバイルデバイスを中心に、音楽周辺機器が急激にＰＣ（Personal  Computer）レス化している。それに伴い、従来の高価な機材を揃えることなく、モバイルデバイス上で、楽器演奏の録音から演奏データ（即ち、トラックデータ）のシミュレートまでの、一連の楽曲制作を完結させることが可能となりつつある。
【００２２】
このような楽曲制作の手軽さとモバイルデバイスのネットワーク親和性から、複数のユーザがネットワークを介して気軽に共同で楽曲を制作することが可能になることが望ましい。そこで、本開示では、それぞれ異なるユーザにより制作された複数のトラックデータを含むマルチトラックデータを用いて、楽曲を制作することが可能な仕組みを提供する。
【００２３】
また、本開示では、各モバイルデバイスで録音されたトラックデータをネットワーク上にプール及び管理し、他のユーザと共有することで、他のユーザにより制作されたトラックデータを楽曲制作のリソースとして利用可能にする仕組みを提供する。さらに、本開示では、楽曲制作のリソースとして利用すべきトラックデータを効率よく検索する仕組みを提供する。あるユーザが自身のトラックデータとミックス可能な（相性が良い）トラックデータをネットワーク上にプールされた膨大なトラックの中から探すためには、多大な労力がかかるためである。
【００２４】
＜＜２．構成例＞＞
＜２．１．全体構成例＞
図１は、本実施形態に係るシステム１の構成の一例を示す図である。図１に示すように、システム１は、端末装置１０（１０Ａ及び１０Ｂ）、サーバ２０、録音機材３０（３０Ａ及び３０Ｂ）、コンテンツＤＢ（Data  Base）４０、メタデータＤＢ４１を含む。また、端末装置１０及びサーバ２０は、互いにネットワーク５０により接続されている。
【００２５】
端末装置１０は、端末装置１０のユーザ（楽曲制作者）により使用され、ユーザ操作に基づいて楽曲の制作（換言すると、楽曲の編集）を行う装置である。端末装置１０は、例えばＰＣ、専用端末、又はスマートフォン若しくはタブレットデバイス等のモバイルデバイスにより構成される。図１に示すように、システム１は、複数の端末装置１０を含み得る。各々の端末装置１０は、異なるユーザにより使用される。複数のユーザは、それぞれが使用する端末装置１０及びサーバ２０を介して、共同で楽曲を制作することができる。また、複数のユーザは、楽曲を共同で制作するなどの共通の目的の元、グループを作ることもできる。各々のユーザは、トラックデータを制作（即ち、生成）し、マルチトラックデータに追加する。
【００２６】
サーバ２０は、楽曲制作を支援するサービスを提供するための装置である。サーバ２０は、コンテンツＤＢ４０及びメタデータＤＢ４１を管理しながら、楽曲制作を支援するサービスを提供する。例えば、サーバ２０は、これらのＤＢに記憶されたデータを端末装置１０に送信し、端末装置１０による編集を経たデータをＤＢに格納する。また、サーバ２０は、これらのＤＢに記憶されたデータに基づいて、端末装置１０における楽曲の編集を支援するための処理を行う。なお、図１ではサーバ２０、コンテンツＤＢ４０及びメタデータＤＢ４１がそれぞれ別個に構成された例を示しているが、本技術はかかる例に限定されない。例えば、コンテンツＤＢ４０及びメタデータＤＢ４１がひとつのＤＢとして構成されてもよいし、サーバ２０がコンテンツＤＢ４０及びメタデータＤＢ４１を含んでいてもよい。また、コンテンツＤＢ４０を制御するためのサーバ及びメタデータＤＢ４１を制御するためサーバを含む、複数のサーバが協働してもよい。
【００２７】
録音機材３０は、ユーザの音声又は演奏を録音し、オーディオ信号を生成する装置である。録音機材３０は、例えば、マイク及び楽器等のオーディオデバイス、並びに録音されたオーディオ信号を加工するためのアンプ及びエフェクター等により構成される。録音機材３０は、端末装置１０に接続され、生成したオーディオ信号を端末装置１０に出力する。録音機材３０は、例えばＵＳＢ（Universal  Serial  Bus）、Lightning（登録商標）、Wi−Fi（登録商標）、Bluetooth（登録商標）又はアナログオーディオケーブル等の任意の接続方式により端末装置１０に接続される。
【００２８】
コンテンツＤＢ４０及びメタデータＤＢ４１は、マルチトラックデータに関する情報を記憶する記憶装置である。とりわけ、コンテンツＤＢ４０は、コンテンツを記憶及び管理する装置である。コンテンツＤＢ４０は、トラックデータ及びマルチトラックデータを記憶する。また、メタデータＤＢ４１は、コンテンツに関するメタデータを記憶及び管理する装置である。メタデータＤＢ４１は、ユーザ、グループ、トラックデータ及びマルチトラックデータに関するメタデータを記憶する。ここで、メタデータとは、属性名と属性データから成るデータの群（即ち、属性データ群）であり、対象物（例えば、トラックデータ）の特徴を示す情報である。
【００２９】
ネットワーク５０は、ネットワーク５０に接続されている装置から送信される情報の有線又は無線の伝送路である。ネットワーク５０は、セルラー通信網、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、無線ＬＡＮ、電話回線、又はインターネット等により構成される。
【００３０】
＜２．２．端末装置１０の構成例＞
（１）ハードウェア構成
図２は、本実施形態に係る端末装置１０のハードウェア構成の一例を示すブロック図である。本実施形態に係る端末装置１０による情報処理は、ソフトウェアと、以下に説明するハードウェアとの協働により実現される。
【００３１】
図２に示すように、本実施形態に係る端末装置１０は、入出力部１１、操作用インタフェース１２、表示部１３、オーディオ信号入出力インタフェース１４、ネットワーク用インタフェース１５、バス１６、記憶部１７及び制御部１８を含む。
【００３２】
入出力部１１は、端末装置１０への情報の入力及び端末装置１０からの情報の出力を行う装置である。具体的には、入出力部１１は、操作用インタフェース１２、表示部１３、オーディオ信号入出力インタフェース１４及びネットワーク用インタフェース１５を介して、情報を入出力する。
【００３３】
操作用インタフェース１２は、ユーザ操作を受け付けるためのインタフェースである。操作用インタフェース１２は、例えば、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチ又はレバー等、ユーザによって情報が入力される装置によって実現される。また、操作用インタフェース１２は、例えば、赤外線やその他の電波を利用したリモートコントロール装置であってもよい。典型的には、操作用インタフェース１２は、タッチパネルディスプレイとして、表示部１３と一体的に構成される。
【００３４】
表示部１３は、情報を表示する装置である。表示部１３は、ＣＲＴディスプレイ装置、液晶ディスプレイ装置、プラズマディスプレイ装置、ＥＬディスプレイ装置、レーザープロジェクタ、ＬＥＤプロジェクタ又はランプ等の表示装置により実現される。表示部１３は、端末装置１０が行った各種処理により得られた結果を、テキスト、イメージ、表、グラフ等、様々な形式で視覚的に表示する。
【００３５】
オーディオ信号入出力インタフェース１４は、オーディオ信号の入力を受け付ける又はオーディオ信号を出力するためのインタフェースである。オーディオ信号入出力インタフェース１４は、録音機材３０に接続され、録音機材３０から出力されるオーディオ信号の入力を受け付ける。また、オーディオ信号入出力インタフェース１４は、端末装置１０の内部で動作するアプリケーションから出力される、Inter-App  Audio形式のオーディオ信号の入力を受け付ける。また、オーディオ信号入出力インタフェース１４は、スピーカ又はヘッドホン等の音声出力装置を含んでいてもよく、オーディオ信号をアナログ信号に変換して情報を聴覚的に出力する。
【００３６】
ネットワーク用インタフェース１５は、ネットワーク５０を介した情報の送信又は受信を行うためのインタフェースである。ネットワーク用インタフェース１５は、例えば、有線ＬＡＮ、無線ＬＡＮ、セルラー通信網、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷＵＳＢ（Wireless  USB）用の通信カード等である。また、ネットワーク用インタフェース１５は、光通信用のルータ、ＡＤＳＬ（Asymmetric  Digital  Subscriber  Line）用のルータ又は各種通信用のモデム等であってもよい。このネットワーク用インタフェース１５は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰ等の所定のプロトコルに則して信号等を送受信することができる。
【００３７】
バス１６は、端末装置１０内の各種ハードウェアを接続し、相互に通信可能にするための回路である。バス１６により、入出力部１１、記憶部１７及び制御部１８は接続される。
【００３８】
記憶部１７は、データ格納用の装置である。記憶部１７は、例えば、ＨＤＤ等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス又は光磁気記憶デバイス等により実現される。記憶部１７は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。この記憶部１７は、制御部１８が実行するＯＳ（Operating  System）、アプリケーションプログラム、各種データ及び外部から取得した各種のデータ等を格納する。
【００３９】
制御部１８は、演算処理装置および制御装置として機能し、各種プログラムに従って端末装置１０内の動作全般を制御する。制御部１８は、ＣＰＵ（Central  Processing  Unit）又はＭＰＵ（Micro  Processing  unit）等の各種プロセッサにより実現され得る。また、制御部１８は、プロセッサと共に又は代えて、集積回路、ＤＳＰ（digital  signal  processor）又はＡＳＩＣ（Application  Specific  Integrated  Circuit）等の回路により実現されてもよい。制御部１８は、さらにＲＯＭ（Read  Only  Memory）及びＲＡＭ（Random  Access  Memory）を含んでいてもよい。ＲＯＭは、制御部１８が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭは、制御部１８の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。
【００４０】
（２）機能構成
図３は、本実施形態に係る端末装置１０の論理的な機能構成の一例を示すブロック図である。図３に示すように、本実施形態に係る端末装置１０は、オーディオ信号取得部１１０、ＵＩ制御部１２０及び編集部１３０を含む。これらの構成要素の機能は、図２を参照して上記説明したハードウェアにより実装される。
【００４１】
オーディオ信号取得部１１０は、オーディオ信号を取得する機能を有する。例えば、オーディオ信号取得部１１０は、端末装置１０に接続された録音機材３０からオーディオ信号を取得してもよい。オーディオ信号取得部１１０は、端末装置１０の内部で動作するアプリケーションから出力される、Inter-App  Audio形式のオーディオ信号を取得してもよい。オーディオ信号取得部１１０は、端末装置１０に記憶されたオーディオ信号をインポートすることで、オーディオ信号を取得してもよい。オーディオ信号取得部１１０は、取得したオーディオ信号を編集部１３０に出力する。
【００４２】
ＵＩ制御部１２０は、画面（ＵＩ）を生成し、ＵＩへの操作を受け付ける。ＵＩ制御部１２０は、マルチトラックデータの編集を実現するためのＵＩを生成し、出力する。そして、ＵＩ制御部１２０は、ユーザ操作を受け付けて、操作情報を編集部１３０に出力する。
【００４３】
編集部１３０は、ユーザ操作に基づいてマルチトラックデータの編集を行う。編集部１３０は、オーディオ信号取得部１１０により取得されたオーディオ信号をトラックデータとしてマルチトラックデータに追加したり、マルチトラックデータから既存のトラックデータを削除したり、トラックデータにエフェクトを適用したりする。編集部１３０は、新たにマルチトラックデータを生成してもよいし、サーバ２０からマルチトラックデータを受信して、編集対象としてもよい。編集部１３０は、編集後のマルチトラックデータをサーバ２０に送信する。
【００４４】
＜２．３．サーバ２０の構成例＞
（１）ハードウェア構成
図４は、本実施形態に係るサーバ２０のハードウェア構成の一例を示すブロック図である。本実施形態に係るサーバ２０による情報処理は、ソフトウェアと、以下に説明するハードウェアとの協働により実現される。
【００４５】
図４に示すように、本実施形態に係るサーバ２０は、入出力部２１、ネットワーク用インタフェース２２、バス２３、記憶部２４及び制御部２５を含む。
【００４６】
入出力部２１は、サーバ２０への情報の入力及びサーバ２０からの情報の出力を行う装置である。具体的には、入出力部２１は、ネットワーク用インタフェース２２を介して、情報を入出力する。
【００４７】
ネットワーク用インタフェース２２は、ネットワーク５０を介した情報の送信又は受信を行うためのインタフェースである。ネットワーク用インタフェース２２は、例えば、有線ＬＡＮ、無線ＬＡＮ、セルラー通信網、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷＵＳＢ（Wireless  USB）用の通信カード等である。また、ネットワーク用インタフェース２２は、光通信用のルータ、ＡＤＳＬ（Asymmetric  Digital  Subscriber  Line）用のルータ又は各種通信用のモデム等であってもよい。このネットワーク用インタフェース２２は、例えば、インターネットや他の通信機器との間で、ＴＣＰ／ＩＰ等の所定のプロトコルに則して信号等を送受信することができる。
【００４８】
バス２３は、サーバ２０内の各種ハードウェアを接続し、相互に通信可能にするための回路である。バス２３により、入出力部２１、記憶部２４及び制御部２５は接続される。
【００４９】
記憶部２４は、データ格納用の装置である。記憶部２４は、例えば、ＨＤＤ等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス又は光磁気記憶デバイス等により実現される。記憶部２４は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。この記憶部２４は、制御部２５が実行するプログラム、各種データ及び外部から取得した各種のデータ等を格納する。
【００５０】
制御部２５は、演算処理装置および制御装置として機能し、各種プログラムに従ってサーバ２０内の動作全般を制御する。制御部２５は、ＣＰＵ（Central  Processing  Unit）又はＭＰＵ（Micro  Processing  unit）等の各種プロセッサにより実現され得る。また、制御部２５は、プロセッサと共に又は代えて、集積回路、ＤＳＰ（digital  signal  processor）又はＡＳＩＣ（Application  Specific  Integrated  Circuit）等の回路により実現されてもよい。制御部２５は、さらにＲＯＭ（Read  Only  Memory）及びＲＡＭ（Random  Access  Memory）を含んでいてもよい。ＲＯＭは、制御部２５が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭは、制御部２５の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。
【００５１】
（２）機能構成
図５は、本実施形態に係るサーバ２０の論理的な機能構成の一例を示すブロック図である。図５に示すように、本実施形態に係るサーバ２０は、編集支援部２１０及びＤＢ制御部２２０を含む。これらの構成要素の機能は、図４を参照して上記説明したハードウェアにより実装される。
【００５２】
編集支援部２１０は、サーバ２０によるマルチトラックデータの編集処理を支援する機能を有する。例えば、編集支援部２１０は、端末装置１０を使用するユーザ同士の交流を促進するＳＮＳを提供したり、ユーザ同士をマッチングしたり、端末装置１０において編集中のマルチトラックデータに追加するトラックデータをコンテンツＤＢ４０から検索して端末装置１０に送信したりする。
【００５３】
ＤＢ制御部２２０は、コンテンツＤＢ４０及びメタデータＤＢ４１を管理する機能を有する。例えば、ＤＢ制御部２２０は、コンテンツＤＢ４０に記憶されたマルチトラックデータを端末装置１０に送信し、端末装置１０から受信したマルチトラックデータをコンテンツＤＢ４０に記憶する。その際、サーバ２０は、編集前後のマルチトラックデータを比較することで編集履歴を抽出し、ユーザに関するメタデータとしてメタデータＤＢ４１に記憶してもよい。また、ＤＢ制御部２２０は、マルチトラックデータ及びトラックデータを解析してメタデータを生成し、メタデータＤＢ４１に記憶する。
【００５４】
＜＜３．技術的特徴＞＞
＜３．１．データ構造＞
（１）マルチトラックデータ
図６は、本実施形態に係るマルチトラックデータとトラックデータとの関係を示す図である。図６では、識別情報「ＩＤ＿ＳＮＧ＿１」が付されたマルチトラックデータ３００と、マルチトラックデータ３００に含まれるトラックデータ３１０（３１０Ａ〜３１０Ｅ）とが示されている。各々のトラックデータ３１０に付された、「ＩＤ＿ＴＲＫ＿」と数字とが連結された文字列は、各々のトラックデータ３１０の識別情報である。各々のトラックデータ３１０は、楽器毎の演奏データ又は歌唱データに相当する。マルチトラックデータ３００は、楽曲を構成する全ての楽器の演奏データ及び歌唱データに相当するトラックデータ３１０を保持している。これらトラックデータ３１０をミックスして出力したオーディオデータが、楽曲データである。
【００５５】
なお、マルチトラックデータ及びトラックデータは、コンテンツデータＤＢ４０において管理される。また、マルチトラックデータ及びトラックデータに関するメタデータは、楽曲関連メタデータ及びトラック関連メタデータとして、メタデータＤＢ４１において管理される。
【００５６】
（２）メタデータ
メタデータＤＢ４１において管理されるメタデータについて説明する。メタデータＤＢ４１において管理されるメタデータとしては、楽曲関連メタデータ、トラック関連メタデータ、ユーザ関連メタデータ、及びグループ関連メタデータが挙げられる。以下、これらのメタデータの一例を説明する。
【００５７】
・楽曲関連メタデータ
楽曲関連メタデータは、マルチトラックデータが構成する楽曲に関する情報を含む。ひとつのマルチトラックデータに、ひとつの楽曲関連メタデータが関連付けられる。下記の表１に、楽曲関連メタデータの一例を示す。
【００５８】
【表１】
2019102730.tif 000003
【００５９】
属性名「song_id」の属性データは、楽曲の識別情報である。属性名「song_name」の属性データは、楽曲名を示す情報である。属性名「cover_or_original」の属性データは、楽曲がカバーかオリジナルかを示す情報である。属性名「mood」の属性データは、楽曲のムードを示す情報である。属性名「tempo」の属性データは、楽曲のテンポ（例えば、ＢＰＭ：beats  per  minute）を示す情報である。属性名「duration」の属性データは、楽曲の長さ（例えば、ミリ秒）を示す情報である。属性名「genre」の属性データは、楽曲のジャンルを示す情報である。属性名「owner_user」の属性データは、楽曲のオーナーであるユーザを示す情報である。属性名「owner_group」の属性データは、楽曲のオーナーであるグループを示す情報である。
【００６０】
属性データグループ「track  composition」に含まれる属性データは、楽曲を構成するトラックデータに関する属性データである。属性名「track」の属性データは、楽曲を構成するトラックデータ、即ちマルチトラックデータに含まれるトラックデータを示す情報である。
【００６１】
・トラック関連メタデータ
トラック関連メタデータは、トラックデータに関する情報を含む。ひとつのトラックデータに、ひとつのトラック関連メタデータが関連付けられる。下記の表２に、トラック関連メタデータの一例を示す。
【００６２】
【表２】
2019102730.tif 000004
【００６３】
属性名「track_id」の属性データは、トラックデータの識別情報である。属性名「track_name」の属性データは、トラックデータの名前を示す情報である。属性名「cover_or_original」の属性データは、トラックデータがカバーかオリジナルかを示す情報である。属性名「instrument」の属性データは、トラックデータが何の楽器（ボーカルを含む）で録音されたかを示す情報である。属性名「mood」の属性データは、トラックデータのムードを示す情報である。属性名「tempo」の属性データは、トラックデータのテンポを示す情報である。属性名「duration」の属性データは、トラックデータの長さ（例えば、ミリ秒）を示す情報である。属性名「genre」の属性データは、トラックデータのジャンルを示す情報である。属性名「owner」の属性データは、トラックデータのオーナーであるユーザを示す情報である。
【００６４】
属性データグループ「effect」に含まれる属性データは、トラックデータに適用されるエフェクトに関する属性データである。属性名「eq」の属性データは、トラックデータに適用されるイコライザの種類を示す情報である。属性名「reverb」の属性データは、トラックデータに適用されるリバーブの種類を示す情報である。
【００６５】
属性データグループ「object_audio」に含まれる属性データは、立体音響を実現するための属性データである。属性名「relative_position_x」の属性データは、トラックデータに適用されるＸ軸方向の定位位置（視聴ポイントとの相対位置）を示す情報である。属性名「relative_position_y」の属性データは、トラックデータに適用されるＹ軸方向の定位位置を示す情報である。属性名「relative_position_z」の属性データは、トラックデータに適用されるＺ軸方向の定位位置を示す情報である。属性名「relative_velocity」の属性データは、トラックデータに適用される速度（視聴ポイントとの相対速度）を示す情報である。
【００６６】
属性データグループ「songs_structured_by_this」の属性データは、トラックデータが構成要素として含まれる楽曲（マルチトラックデータ）、即ちトラックデータを「track  composition」に含む楽曲に関する属性データである。属性名「song」の属性データは、トラックデータが構成要素として含まれるマルチトラックデータを示す情報である。
【００６７】
・ユーザ関連メタデータ
ユーザ関連メタデータは、ユーザに関する情報を含む。ひとりのユーザに、ひとつのユーザ関連メタデータが関連付けられる。下記の表３に、ユーザ関連メタデータの一例を示す。
【００６８】
【表３】
2019102730.tif 000005
【００６９】
属性名「user_id」の属性データは、ユーザの識別情報である。属性名「user_name」の属性データは、ユーザの名前を示す情報である。属性名「instrument」の属性データは、ユーザの担当楽器を示す情報である。属性名「genre」の属性データは、ユーザが好むジャンルを示す情報である。属性名「age」の属性データは、ユーザの年齢を示す情報である。属性名「gender」の属性データは、ユーザの性別を示す情報である。属性名「location」の属性データは、ユーザの居住場所を示す情報である。
【００７０】
属性データグループ「owner_tracks」に含まれる属性データは、ユーザがオーナーであるトラックデータに関する属性データである。属性名「track」の属性データは、ユーザがオーナーであるトラックデータを示す情報である。
【００７１】
属性データグループ「owner_songs」に含まれる属性データは、ユーザがオーナーである楽曲に関する属性データである。属性名「song」の属性データは、ユーザがオーナーであるマルチトラックデータを示す情報である。
【００７２】
属性データグループ「affiliation」に含まれる属性データは、ユーザがメンバーとして参加しているグループに関する情報である。属性名「group」の属性データは、ユーザがメンバーとして参加しているグループを示す情報である。
【００７３】
属性データグループ「follow」に含まれる属性データは、ユーザがＳＮＳでフォローしている他のユーザ又はグループに関する情報である。属性名「user」の属性データは、ユーザがＳＮＳでフォローしている他のユーザを示す情報である。属性名「group」の属性データは、ユーザがＳＮＳでフォローしているグループを示す情報である。
【００７４】
属性データグループ「follower」に含まれる属性データは、ユーザをＳＮＳでフォローしている他のユーザに関する情報である。属性名「user」の属性データは、ユーザをＳＮＳでフォローしている他のユーザを示す情報である。
【００７５】
・グループ関連メタデータ
グループ関連メタデータは、グループに関する情報を含む。ひとつのグループに、ひとつのグループ関連メタデータが関連付けられる。下記の表４に、グループ関連メタデータの一例を示す。
【００７６】
【表４】
2019102730.tif 000006
【００７７】
属性名「group_id」の属性データは、グループの識別情報である。属性名「group_name」の属性データは、グループの名前を示す情報である。属性名「genre」の属性データは、グループのジャンルを示す情報である。属性名「owner」の属性データは、グループのオーナーであるユーザを示す情報である。
【００７８】
属性データグループ「owner_songs」に含まれる属性データは、グループがオーナーである楽曲に関する情報である。属性名「song」の属性データは、グループがオーナーである楽曲を示す情報である。
【００７９】
属性データグループ「members」に含まれる属性データは、グループを構成するメンバーであるユーザに関する情報である。属性名「user」の属性データは、グループを構成するメンバーであるユーザを示す情報である。
【００８０】
属性データグループ「follower」の属性データは、グループをＳＮＳでフォローしているユーザに関する情報である。属性名「user」の属性データは、グループをＳＮＳでフォローしているユーザを示す情報である。
【００８１】
ここで、図７を参照して、グループとユーザとの関係を説明する。図７は、本実施形態に係るグループとユーザとの関係を示す図である。図７では、識別情報「ＩＤ＿ＧＲＰ＿１」が付されたグループ３２０と、グループ３２０に含まれるユーザ３３０（３３０Ａ〜３３０Ｅ）とが示されている。各々のユーザデータ３３０に付された、「ＩＤ＿ＵＳＲ＿」と数字とが連結された文字列は、各々のユーザデータ３３０の識別情報である。図７に示すように、グループには複数のユーザが含まれ得る。グループに含まれる複数のユーザのうち一人は、グループの管理者としての役割を担うオーナーに設定される。
【００８２】
以上、メタデータの一例を説明した。
【００８３】
これらのメタデータを解析することにより、とりわけメタデータを組み合わせて解析することにより、楽曲、トラック、ユーザ及びグループの関係性を把握することができる。例えば、あるトラックのメタデータを解析することにより、当該トラックにより構成される楽曲、当該トラックを制作したユーザ及び当該ユーザが所属するグループなどを知ることができる。一例として、図８を参照しながら、各種メタデータ間の関係性の一例を説明する。
【００８４】
図８は、本実施形態に係る各種メタデータ間の関係性の一例を説明するための図である。図８に示した例では、上記表１に示した楽曲関連メタデータ３４０、上記表２に示したトラック関連メタデータ３５０、上記表３に示したユーザ関連メタデータ３６０及び上記表４に示したグループ関連メタデータ３７０の関係性が示されている。図８に示すように、楽曲関連メタデータ３４０及びトラック関連メタデータ３５０を参照すると、楽曲と当該楽曲を構成するトラックという関係性が示されている。楽曲関連メタデータ３４０及びユーザ関連メタデータ３６０を参照すると、楽曲と当該楽曲のオーナーであるユーザという関係性が示されている。楽曲関連メタデータ３４０及びグループ関連メタデータ３７０を参照すると、楽曲と当該楽曲のオーナーであるグループという関係性が示されている。トラック関連メタデータ３５０及びユーザ関連メタデータ３６０を参照すると、トラックと当該トラックのオーナーであるユーザという関係性が示されている。ユーザ関連メタデータ３６０及びグループ関連メタデータ３７０を参照すると、ユーザと当該ユーザがメンバーであり、且つオーナーであるグループという関係性が示されている。
【００８５】
・メタデータのデータフォーマット
メタデータは、システム１に含まれる装置間で送受信され得る。例えば、メタデータは、端末装置１０、サーバ２０、及びメタデータＤＢ４１の間で送受信され得る。送受信の際のメタデータのフォーマットは多様に考えられる。例えば、下記に示すように、メタデータのフォーマットはＸＭＬ形式であってもよい。
【００８６】
【表５】
2019102730.tif 000007
【００８７】
他にも、下記に示すように、メタデータのフォーマットはＪＳＯＮ形式であってもよい。
【００８８】
【表６】
2019102730.tif 000008
【００８９】
＜３．２．マルチトラックデータの編集＞
サーバ２０（例えば、ＤＢ制御部２２０）は、コンテンツＤＢ４０に記憶されたマルチトラックデータを、マルチトラックデータを編集する端末装置１０に送信する。端末装置１０（例えば、編集部１３０）は、サーバ２０からマルチトラックデータを受信し、受信したマルチトラックデータを編集し、編集後のマルチトラックデータをサーバ２０に送信する。サーバ２０は、編集後のマルチトラックデータを端末装置１０から受信し、コンテンツＤＢ４０に記憶されたマルチトラックデータを、編集後のマルチトラックデータにより更新する。この一連の処理により、サーバ２０からダウンロードされたマルチトラックデータが、マルチトラックデータとしてのデータ形式を維持したまま編集され、サーバ２０にアップロードされ、コンテンツＤＢ４０において上書きされる。よって、端末装置１０による編集を経た後も、データ形式はマルチトラックデータであるから、編集の自由度の高さを維持することができる。例えば、端末装置１０によりマルチトラックデータに追加されたトラックデータを、他のユーザが後から削除することが可能である。また、端末装置１０により適用されたエフェクトを、他のユーザが後から変更することも可能である。
【００９０】
ここで、端末装置１０がサーバ２０から受信するマルチトラックデータは、それぞれ異なるユーザにより制作された複数のトラックデータを含む。即ち、マルチトラックデータは、それぞれ異なるユーザにより制作（即ち、生成又は追加）されたトラックデータを含んだまま、端末装置１０による編集を受ける。例えば、あるユーザが端末装置１０を用いて編集した（例えば、新たにトラックデータを追加した）マルチトラックデータは、他のユーザの端末装置１０による編集を受ける。このようにして、複数のユーザが、ネットワークを介して共同で楽曲を制作することが可能になる。
【００９１】
端末装置１０は、マルチトラックデータの編集として、受信したマルチトラックデータに含まれる複数のトラックデータとは独立した新たなトラックデータをマルチトラックデータに追加し得る。例えば、端末装置１０は、新たに録音されたトラックデータをマルチトラックデータに追加する。新たに追加されるトラックデータは、マルチトラックデータに既に含まれるトラックデータとは独立しているので、マルチトラックデータの編集後も、編集の自由度の高さを維持することができる。
【００９２】
端末装置１０は、マルチトラックデータの編集として、マルチトラックデータに含まれるトラックデータをマルチトラックデータから削除し得る。例えば、端末装置１０は、受信したマルチトラックデータに含まれていたトラックデータの一部又は全部を削除する。他にも端末装置１０は、受信したマルチトラックデータに含まれていたトラックデータを新たなトラックデータで置換（即ち、既存のトラックデータを削除して新たなトラックデータを追加する）してもよい。このように、マルチトラックデータに一度追加されたトラックデータを後から削除することが可能であるので、編集の自由度が向上する。
【００９３】
端末装置１０は、マルチトラックデータの編集として、マルチトラックデータに含まれるトラックデータの音量、定位位置又はエフェクトの少なくともいずれかを変更し得る。
例えば、端末装置１０は、受信したマルチトラックデータに含まれていたトラックデータ又は新たに追加したトラックデータの、音量、定位位置又はエフェクトの少なくともいずれかを変更する。これにより、ユーザは、マルチトラックデータに含まれる複数のトラックデータの各々に対し、細やかなミックス作業を行うことが可能となる。
【００９４】
＜３．３．ＵＩ＞
端末装置１０（例えば、ＵＩ制御部１２０）は、出力画面（ＵＩ）を生成し、出力する。例えば、端末装置１０は、上述したマルチトラックデータの編集を実現するためのＵＩを生成し、出力する。端末装置１０が生成及び出力するＵＩは多様に挙げられる。以下、端末装置１０により生成及び出力されるＵＩの一例を説明する。
【００９５】
ＳＮＳ画面は、サーバ２０により提供されるＳＮＳに関する情報を表示する画面である。例えば、ＳＮＳ画面は、ユーザと好みが近い他のユーザ又は友人関係にある他のユーザ等の、ユーザと関連する他のユーザに関する情報を含み得る。ＳＮＳ画面は、ユーザと好みが近いグループ、ユーザが所属しているグループ、ユーザがフォローしているグループ、又はユーザと関連する他のユーザに関連するグループ等の、ユーザと関連するグループに関する情報を含み得る。ＳＮＳ画面は、ユーザの好みの楽曲、ユーザが制作したに加わった楽曲、又はユーザと関連する他のユーザが制作した楽曲等の、ユーザと関連する楽曲に関する情報を含み得る。ＳＮＳ画面は、ユーザの好みの楽曲、ユーザが録音したトラック、又はユーザと関連する他のユーザが録音したトラック等の、ユーザと関連するトラックに関する情報を含み得る。ユーザは、ＳＮＳ画面において、再生又は編集対象の楽曲を選択したり、他のユーザとの間でメッセージを交換したりする等することが可能である。
【００９６】
楽曲画面は、楽曲に関する情報を表示する画面である。楽曲画面では、楽曲名、イメージ画像、楽曲の制作に関与したユーザ、及び楽曲に付されたコメント等が表示される。ユーザは、楽曲画面において、楽曲を再生したり、メッセージを付与したりすることが可能である。
【００９７】
編集画面は、マルチトラックデータにトラックデータを編集するためのＵＩである。ユーザは、編集画面において、トラックデータを追加又は削除したり、ミックス作業の開始を指示したりすることができる。
【００９８】
録音画面は、トラックデータを録音するためのＵＩである。録音画面では、録音レベル、波形、録音を開始してからの経過時間、及び録音中の楽器を示す情報等が表示される。ユーザは、録音画面において、トラックデータを録音することが可能である。
【００９９】
ミキサー画面は、マルチトラックデータに基づく楽曲のミックスを行うためのＵＩである。ミキサー画面では、例えば、マルチトラックデータに含まれるトラックデータ、各々のトラックデータの音量、及び定位位置等が表示される。ユーザは、ミキサー画面において、ミックス作業を行うことができる。
【０１００】
端末装置１０は、これらのＵＩを適宜遷移させながら出力する。例えば、端末装置１０は、ＳＮＳ画面において楽曲が選択されると、画面を当該楽曲の楽曲画面に遷移させる。次いで、端末装置１０は、楽曲画面に示された楽曲が編集対象として選択されると、画面を編集画面に遷移させる。次に、端末装置１０は、編集画面でトラックの追加が指示されると、画面を録音画面に遷移させ、録音が完了すると、画面を編集画面に遷移させる。また、端末装置１０は、編集画面においてミックス作業の開始が指示されると、画面をミキサー画面に遷移し、ミックス作業が完了すると、画面を編集画面に遷移させる。そして、端末装置１０は、編集画面での作業が終了すると、画面を楽曲画面に遷移させる。なお、上記説明したＵＩ及び各ＵＩ間の遷移はあくまで一例であって、本技術はかかる例に限定されない。
【０１０１】
以下、図９〜図１２を参照しながら、上記説明したＵＩの一例を説明する。なお、ＵＩは、ひとつ以上のＵＩ要素から成るものとする。ＵＩ要素は、選択又はスライド等のユーザ操作、とりわけマルチトラックデータの編集操作を受け付ける操作部として機能し得る。
【０１０２】
図９は、本実施形態に係る端末装置１０に表示されるＵＩの一例を示す図である。図９では、編集画面の一例が示されている。図９に示す編集画面４００は、複数のＵＩ要素を含む。ＵＩ要素４０１は、編集対象の楽曲の楽曲名である。ＵＩ要素４０２は、編集対象の楽曲に対しＳＮＳにおいて付加された情報であり、左から順に再生回数、ブックマークされた回数、コラボレーションした（例えば、トラックデータを追加する等の編集を行った）ユーザの数である。ＵＩ要素４０３は、編集対象の楽曲に対しコメント付す操作を受け付ける操作部である。ＵＩ要素４０４（４０４Ａ及び４０４Ｂ）は、端末装置１０とサーバ２０との間で同期をとるための操作部である。詳しくは、ＵＩ要素４０４Ａは、編集後の楽曲をサーバ２０にアップロードする指示を受け付ける操作部である。ユーザによりＵＩ要素４０４Ａが選択されると、編集後の楽曲がサーバ２０にアップロードされる。また、ＵＩ要素４０４Ｂは、サーバ２０から最新のマルチトラックデータを受信する指示を受け付けるための操作部である。ユーザによりＵＩ要素４０４Ｂが選択されると、サーバ２０から最新のマルチトラックデータが受信されて、編集画面４００に反映される。ＵＩ要素４０５は、ユーザのアイコンである。ＵＩ要素４０６は、ユーザの名前である。ＵＩ要素４０７は、ユーザにより付されたコメントである。ＵＩ要素４０８は、トラックの追加を指示する操作を受け付ける操作部である。ユーザによりＵＩ要素４０８が選択されると、画面は録音画面に遷移する。ＵＩ要素４０９は、ミックス作業の開始を指示する操作を受け付けるための操作部である。ユーザによりＵＩ要素４０９が選択されると、画面はミキサー画面に遷移する。
【０１０３】
ＵＩ要素４１０、４３０及び４５０は、それぞれがひとつのトラックに対応する。即ち、図９に示す例では、楽曲は３つのトラックを含む。ＵＩ要素４１０、４３０及び４５０の内容は同様であるので、ここではそのうちＵＩ要素４１０について詳しく説明する。
【０１０４】
ＵＩ要素４１１は、楽曲にトラックが追加された順番である。ＵＩ要素４１２は、トラックを追加したユーザのアイコンである。ＵＩ要素４１３は、トラックが何の楽器（ボーカルを含む）を録音したトラックであるかを示す情報であり、図９に示した例では、ドラムを録音したトラックであることが示されている。ＵＩ要素４１４は、トラックを追加したユーザの名前である。ＵＩ要素４１５は、トラックの設定の変更する操作を受け付けるための操作部である。ユーザによりＵＩ要素４１５が選択されると、設定変更のためのポップアップが表示される。ＵＩ要素４１６は、トラックの音量を調節する操作を受け付けるための操作部であり、つまみ４１６Ａとバー４１６Ｂとから成るスライダー構造を有する。ユーザは、つまみ４１６Ａをバー４１６Ｂに沿って左右に動かすことで音量を調節することができる。例えば、バー４１６Ｂの左につまみ４１６Ａが位置するほど音量が小さくなり、バー４１６Ｂの右につまみ４１６Ａが位置するほど音量が大きくなる。ＵＩ要素４１７は、トラックをミュートする（音量をゼロにする）操作を受け付けるための操作部である。ユーザによりＵＩ要素４１７が選択されるとトラックがミュートされ、再度選択されるとミュートが解除される。ＵＩ要素４１８は、トラックを再録音する操作を受け付けるための操作部である。ユーザによりＵＩ要素４１８が選択されると、画面は録音画面に遷移する。ＵＩ要素４１９は、トラックが追加された時刻であり、図９に示した例では、トラックが１分前に追加されたことが示されている。ＵＩ要素４２０は、トラックに付されたコメント（テキスト、絵文字及び又は画像等）である。
【０１０５】
以上、編集画面の一例を説明した。続いて、ミキサー画面の一例を説明する。
【０１０６】
図１０は、本実施形態に係る端末装置１０に表示されるＵＩの一例を示す図である。図１０では、ミキサー画面の一例が示されている。図１０に示すミキサー画面５００は、複数のＵＩ要素を含む。ＵＩ要素５０１は、楽曲を再生してからの経過時間である。ＵＩ要素５０２は、再生中の楽曲の音量のレベル表示である。ＵＩ要素５０３は、楽曲の再生位置を調節する操作を受け付けるための操作部であり、つまみ５０３Ａとバー５０３Ｂとから成るスライダー構造を有する。バー５０３Ｂは、横軸が時間であり縦軸が各時間における音量のレベルである。つまみ５０３Ａは、楽曲の再生位置を示している。ユーザは、つまみ５０３Ａをバー５０３Ｂに沿って左右に動かすことで再生位置を調節することができる。例えば、バー５０３Ｂの左につまみ５０３Ａが位置するほど再生位置が始めの方になり、バー５０３Ｂの右につまみ５０３Ａが位置するほど再生位置が後ろの方になる。ＵＩ要素５０４Ａは、楽曲の再生位置の時間を示しており、ＵＩ要素５０４Ｂは、楽曲の終わりの時間（即ち、長さ）を示している。ＵＩ要素５０５は、楽曲の再生／停止の指示を受け付ける操作部である。ユーザによりＵＩ要素５０５が選択されると、つまみ５０３Ｂにより示される再生位置から編集対象の楽曲が再生され、再度選択されると停止される。これにより、ユーザは、ミックス作業の結果を確認しながらミックス作業を行うことができる。
【０１０７】
ＵＩ要素５１０、５３０及び５５０は、それぞれがひとつのトラックに対応する。即ち、図１０に示す例では、楽曲は３つのトラックを含む。ＵＩ要素５１０はユーザＣにより追加されたトラックに対応し、ＵＩ要素５３０はユーザＢにより追加されたトラックに対応し、ＵＩ要素５５０はユーザＡにより追加されたトラックに対応する。ＵＩ要素５１０、５３０及び５５０の内容は同様であるので、ここではそのうちＵＩ要素５１０について詳しく説明する。
【０１０８】
ＵＩ要素５１１は、楽曲にトラックが追加された順番である。ＵＩ要素５１２は、トラックを追加したユーザのアイコンである。ＵＩ要素５１３は、トラックが何の楽器（ボーカルを含む）を録音したトラックであるかを示す情報であり、図１０に示した例では、ドラムを録音したトラックであることが示されている。ＵＩ要素５１４は、トラックを追加したユーザの名前である。ＵＩ要素５１５は、トラックに適用されるエフェクトを設定するためのＵＩ要素の表示指示を受け付けるための操作部である。ユーザによりＵＩ要素５１５が選択されると、トラックに適用されるエフェクトを設定するためのＵＩ要素が表示される。ＵＩ要素５１６は、トラックの音量を調節する操作を受け付けるための操作部である。ＵＩ要素５１６は、つまみ５１６Ａとバー５１６Ｂとから成るスライダー構造を有する。ユーザは、つまみ５１６Ａをバー５１６Ｂに沿って左右に動かすことで音量を調節することができる。例えば、バー５１６Ｂの左につまみ５１６Ａが位置するほど音量が小さくなり、バー５１６Ｂの右につまみ５１６Ａが位置するほど音量が大きくなる。ＵＩ要素５１７は、トラックをミュートする（音量をゼロにする）操作を受け付けるための操作部である。ユーザによりＵＩ要素５１７が選択されるとトラックがミュートされ、再度選択されるとミュートが解除される。ＵＩ要素５１９は、トラックが追加された時刻であり、図１０に示した例では、トラックが１分前に追加されたことが示されている。
【０１０９】
ここで、ＵＩ要素５０３による楽曲の再生位置の調節は、トラックを追加したユーザに関連付けて行われてもよい。その例について、図１１を参照して説明する。図１１は、本実施形態に係る端末装置１０に表示されるＵＩの一例を示す図である。図１１に示すミキサー画面５００では、ＵＩ要素５０３の上方にＵＩ要素５０６が追加されている。ＵＩ要素５０６は、トラックを追加したユーザと楽曲における当該トラックの配置位置とを示す情報である。ＵＩ要素５０６Ａは、ＵＩ要素５５０に対応するトラックを追加したユーザＡのアイコンである。ＵＩ要素５０６Ｂは、ＵＩ要素５３０に対応するトラックを追加したユーザＢのアイコンである。ＵＩ要素５０６Ｃは、ＵＩ要素５１０に対応するトラックを追加したユーザＣのアイコンである。ＵＩ要素５０６とバー５０３Ｂとの関係によれば、ユーザＡにより追加されたトラックが楽曲の初めの方に配置され、ユーザＢにより追加されたトラックがその後に配置され、ユーザＣにより追加されたトラックがその後に配置されている。
【０１１０】
ＵＩ要素５０６は、楽曲の再生位置を調節する操作を受け付けるための操作部でもある。ユーザは、ＵＩ要素５０６を選択することで、選択したＵＩ要素５０６に対応するトラックの配置位置に対応する位置から楽曲を再生させることができる。例えば、図１１に示した例では、ＵＩ要素５０６Ｃが選択された例が示されている。ＵＩ要素５０７は、ＵＩ要素５０６Ｃが選択されたことを示している。そして、選択されたＵＩ要素５０６Ｃに対応する再生位置として、３分２０秒から楽曲が再生される。そのため、ＵＩ要素５０１及びＵＩ要素５０４の時間表示が３分２０秒となっている。
【０１１１】
図１２は、本実施形態に係る端末装置１０に表示されるＵＩの一例を示す図である。図１２では、ミキサー画面の一例が示されている。図１２に示すミキサー画面５００は、図１０に示したミキサー画面５００においてＵＩ要素５１５が選択された場合に表示される画面であり、ＵＩ要素５１０に係るトラックに適用されるエフェクトを設定するためのＵＩ要素を含む画面である。図１２に示すミキサー画面５００は、図１０に示したミキサー画面５００から一部のＵＩ要素が非表示となり、新たに、トラックに適用されるエフェクトを設定するためのＵＩ要素が表示されている。以下では、新たに表示されたＵＩ要素について説明する。
【０１１２】
ＵＩ要素５７１は、トラックの定位位置を調節する操作を受け付けるための操作部であり、つまみ５７１Ａとバー５７１Ｂとから成るスライダー構造を有する。ユーザは、つまみ５７１Ａをバー５７１Ｂに沿って左右に動かすことで定位位置を調節することができる。例えば、バー５７１Ｂの左につまみ５７１Ａが位置するほど定位位置が左の方になり、バー５７１Ｂの右につまみ５７１Ａが位置するほど定位位置が右の方になる。
【０１１３】
ＵＩ要素５７２は、トラックにコンプレッサを適用するか否か、及び適用するコンプレッサの種別を選択するための操作部である。ＵＩ要素５７２は、複数のラジオボタンを含み、ユーザは、いずれかのラジオボタンを選択することで、これらの選択を行うことができる。図１１に示した例では、トラックにコンプレッサを適用しないラジオボタンが選択されている。
【０１１４】
ＵＩ要素５７３は、トラックにイコライザを適用するか否か、及び適用するイコライザの種別を選択するための操作部である。ＵＩ要素５７３は、複数のラジオボタンを含み、ユーザは、いずれかのラジオボタンを選択することで、これらの選択を行うことができる。図１１に示した例では、トラックにイコライザを適用しないラジオボタンが選択されている。
【０１１５】
ＵＩ要素５７４は、トラックにリバーブを適用するか否か、及び適用するリバーブの種別を選択するための操作部である。ＵＩ要素５７４は、複数のラジオボタンを含み、ユーザは、いずれかのラジオボタンを選択することで、これらの選択を行うことができる。図１１に示した例では、トラックにリバーブを適用しないラジオボタンが選択されている。
【０１１６】
以上、ミキサー画面の一例を説明した。以下では、上記一例を挙げて説明したＵＩの特徴を詳しく説明する。
【０１１７】
マルチトラックデータを編集するためのＵＩは、マルチトラックデータに含まれる複数のトラックデータごとの、当該トラックデータを制作（即ち、生成又は追加）したユーザの識別情報を含み得る。例えば、図９に示した編集画面４００は、トラックごとのＵＩ要素４１０、４３０及び４５０を含み、それらは、トラックデータを制作したユーザのアイコン及び名前を示すＵＩ要素（ＵＩ要素４１２及びＵＩ要素４１３）を含む。図１０に示したミキサー画面５００は、トラックごとのＵＩ要素５１０、５３０及び５５０を含み、それらは、トラックデータを制作したユーザのアイコン及び名前を示すＵＩ要素（ＵＩ要素５１２及びＵＩ要素５１３）を含む。このように、マルチトラックデータを編集するためのＵＩにおいて、トラックデータを制作したユーザの識別情報が表示されることにより、ユーザは、どのユーザが楽曲の制作に関与しているかを一目で認識することが可能となる。
【０１１８】
マルチトラックデータを編集するためのＵＩは、マルチトラックデータに含まれる複数のトラックデータごとの、当該トラックデータが制作された時刻を示す情報を含み得る。例えば、図９に示した編集画面４００は、トラックごとのＵＩ要素４１０、４３０及び４５０を含み、それらは、トラックデータが制作された時刻を示すＵＩ要素（ＵＩ要素４１９）を含む。また、図１０に示したミキサー画面５００は、トラックごとのＵＩ要素５１０、５３０及び５５０を含み、それらは、トラックデータが制作された時刻を示すＵＩ要素（ＵＩ要素５１９）を含む。このように、マルチトラックデータを編集するためのＵＩにおいて、トラックデータが制作された時刻が表示されることにより、ユーザは、複数のユーザによる協業の時間的な推移を一目で認識することが可能となる。
【０１１９】
マルチトラックデータを編集するためのＵＩは、マルチトラックデータに含まれる複数のトラックデータごとの、当該トラックデータを制作したユーザからのコメントを含み得る。例えば、図９に示した編集画面４００は、トラックごとのＵＩ要素４１０、４３０及び４５０を含み、それらは、トラックデータを制作したユーザにより付加されたコメントを示すＵＩ要素（ＵＩ要素４２０）を含む。このように、マルチトラックデータを編集するためのＵＩにおいて、トラックデータを制作したユーザからのコメントが含まれることにより、ユーザは、ユーザ同士のコミュニケーションを促進し、協業を促進することが可能となる。
【０１２０】
マルチトラックデータを編集するためのＵＩは、マルチトラックデータに新たなトラックデータの追加を指示する編集操作を受け付ける操作部（第１の操作部に相当）を含み得る。例えば、図９に示した編集画面４００は、トラックの追加を指示する操作を受け付ける操作部であるＵＩ要素４０８を含む。ユーザによりＵＩ要素４０８が選択されると、録音画面に遷移し、録音結果の基づくトラックデータがマルチトラックデータに追加される。このように、マルチトラックデータを編集するためのＵＩにおいて、マルチトラックデータに新たなトラックデータの追加を指示する編集操作を受け付けるＵＩ要素が含まれることにより、ユーザは、楽曲にトラックを気軽に追加することが可能となる。
【０１２１】
マルチトラックデータを編集するためのＵＩは、トラックデータの各々の音量の編集操作を受け付ける操作部（第２の操作部に相当）を含み得る。例えば、図９に示した編集画面４００は、トラックの音量を調節する操作を受け付けるための操作部であるＵＩ要素４１６、及びトラックをミュートする操作を受け付けるための操作部であるＵＩ要素４１７を含む。また、図１０及び図１２に示したミキサー画面５００は、トラックの音量を調節する操作を受け付けるための操作部であるＵＩ要素５１６、及びトラックをミュートする操作を受け付けるための操作部であるＵＩ要素５１７を含む。これにより、ユーザは、楽曲に含まれる複数のトラックの各々の音量を、自分の好みに変更することが可能となる。
【０１２２】
マルチトラックデータを編集するためのＵＩは、トラックデータの各々の定位位置の編集操作を受け付ける操作部（第３の操作部に相当）を含み得る。例えば、図１２に示したミキサー画面５００は、トラックの定位位置を調節する操作を受け付けるための操作部であるＵＩ要素５７１を含む。これにより、ユーザは、楽曲に含まれる複数のトラックの各々の定位位置を、自分の好みに変更することが可能となる。
【０１２３】
マルチトラックデータを編集するためのＵＩは、トラックデータの各々のエフェクトの編集操作を受け付ける操作部（第４の操作部に相当）を含み得る。例えば、図１２に示したミキサー画面５００は、コンプレッサ、イコライザ、及びリバーブに関する編集操作を受け付ける操作部である、ＵＩ要素５７２、ＵＩ要素５７３、及びＵＩ要素５７４を含む。これにより、ユーザは、楽曲に含まれる複数のトラックの各々に、自分の好みのエフェクトを適用することが可能となる。
【０１２４】
マルチトラックデータを編集するためのＵＩは、マルチトラックデータに含まれる複数のトラックデータごとの、マルチトラックデータにより構成される楽曲におけるトラックデータの配置位置を示す情報と当該トラックデータを制作したユーザの識別情報とを対応付けた情報を含み得る。例えば、図１１に示したミキサー画面５００は、楽曲に含まれる複数のトラックの各々の配置位置と、当該トラックを制作したユーザのアイコンとを対応付けるＵＩ要素５０６を含む。これにより、ユーザは、楽曲に含まれる複数のトラックの各々の配置位置と、当該トラックを制作したユーザとを一目で認識することが可能となる。
【０１２５】
ここで、端末装置１０は、マルチトラックデータを編集するためのＵＩにおいてユーザの識別情報が選択された場合、選択されたユーザにより制作されたトラックデータの配置位置に対応する位置から、マルチトラックデータにより構成される楽曲を再生し得る。例えば、図１１に示したミキサー画面５００において、ＵＩ要素５０６が選択されると、端末装置１０は、選択されたＵＩ要素５０６に対応するトラックの配置位置に対応する位置から楽曲を再生する。ここで、トラックの配置位置に対応する位置とは、トラックの配置位置と同一の位置（即ち、時間）、又はトラックの配置位置よりも前の位置（即ち、配置位置よりも前の時間）等である。これにより、ユーザは、楽曲の再生位置を調節する際に、トラックの配置位置を手掛かりに再生位置をシークすることができ、例えば、好みのユーザが制作したトラックの配置位置から楽曲を再生させることが可能となる。
【０１２６】
＜３．４．編集支援＞
サーバ２０（例えば、編集支援部２１０）は、コンテンツＤＢ４０又はメタデータＤＢ４１に記憶された情報に基づいて、端末装置１０における楽曲の編集を支援するための処理を行う。
【０１２７】
・検索
サーバ２０は、コンテンツＤＢ４０からトラックデータを検索する。例えば、サーバ２０は、メタデータＤＢ４１に記憶されたメタデータに基づいて、トラックデータを検索する。上述したように、トラックデータは、様々な視点でカテゴライズされ、カテゴリごとの属性データがメタデータとして付与されている。サーバ２０は、このメタデータを用いることで、コンテンツＤＢ４０に蓄積された膨大なトラックの中から、トラックデータを検索することが可能となる。
【０１２８】
ここで、コンテンツＤＢ４０に蓄積されたトラックデータは、他のトラックデータと組み合わせることで楽曲を構成し得るので、楽曲制作のための音楽リソース（部品）として捉えることができる。ユーザは、楽曲制作に必要なトラックデータをサーバ２０に検索させることで、必要とするトラックを容易に得ること可能となる。これにより、楽曲制作の利便性が向上する。
【０１２９】
・マッチング
サーバ２０は、第１のマルチトラックデータに含まれる第１のトラックデータと、第２のマルチトラックデータに含まれる第２のトラックデータとをマッチングしてもよい。サーバ２０は、第１のトラックデータ及び第２のトラックデータに関するメタデータに基づいてマッチングを行う。例えば、サーバ２０は、トラックデータのメタ情報、トラックデータを含むマルチトラックデータのメタ情報、トラックデータを制作したユーザのメタ情報、又はトラックデータを含むマルチトラックデータのオーナーであるグループのメタ情報の少なくともいずれかに基づいて、トラックデータ同士をマッチングする。これにより、サーバ２０は、相性のよい（所定の基準により算出された相性係数が高い）トラック同士をマッチングすることができる。
【０１３０】
ここで、相性がよいトラックとは、関連付けられるメタ情報が一致する若しくは類似するトラック、又はひとつのマルチトラックデータに含まれる複数のトラック間で共起する頻度が高いメタ情報を含むトラック等である。例えば、サーバ２０は、例えば雰囲気が似たトラック同士をマッチングしたり、トラックを制作したユーザ同士が似た音楽の好みを有するトラック同士をマッチングしたりする。
【０１３１】
このように、サーバ２０は、トラック同士を容易にマッチングすることができる。従って、コンテンツＤＢ４０に蓄積されたトラックは、膨大な音楽リソース（部品）として、楽曲制作者により利用可能になり、楽曲制作の効率化、及び多彩化を誘発することができる。ここでの楽曲制作の多彩化とは、ユーザが多彩なアレンジバージョンを制作したり、制作できる楽曲の幅を拡大させたり、まだ見ぬジャンルの楽曲を発掘等することを指す。
【０１３２】
サーバ２０は、第１のマルチトラックデータに含まれる第１のトラックデータを制作した第１のユーザと、第２のマルチトラックデータに含まれる第２のトラックデータを制作した第２のユーザとをマッチングしてもよい。サーバ２０は、第１のユーザ及び第２のユーザに関するメタデータに基づいて、マッチングを行う。ここで、トラックは、ある一面では楽曲の元となる音楽リソースの一つであると言えるが、別の一面として、トラックを制作したユーザの特色を表現するリソースという側面も持ち合わせている。よって、相性がいいトラック同士を制作したユーザ同士は、共に楽曲制作を行う上での相性が良いと言える。そこで、サーバ２０は、例えば上記説明したトラック同士のマッチングを行った上で、トラックとトラック制作者を紐付けることにより、相性が良い制作者同士をマッチングする。
【０１３３】
ここで、相性がよい制作者（ユーザ）とは、関連付けられるメタ情報が一致する若しくは類似するユーザ、又は共同して楽曲を制作するグループに属する複数のユーザ間で共起する頻度が高いメタ情報を含むユーザ等である。例えば、サーバ２０は、例えば似た雰囲気を好むユーザ同士をマッチングしたり、共同する確率が高い傾向にあるユーザ同士をマッチングしたりする。
【０１３４】
このように、サーバ２０は、楽曲の制作者同士を容易にマッチングすることができる。これにより、サーバ２０は、制作者同士の新たな繋がりを、制作者による能動的な動作を要することなく、作ることができる。楽曲制作者は、新たな他の楽曲制作者との繋がりに基づいて楽曲を制作することが可能となるので、楽曲制作の効率化及び多彩化がさらに誘発される。
【０１３５】
サーバ２０は、第１のユーザ及び／又は第２のユーザの過去の編集履歴に基づいて、前記第１のユーザと前記第２のユーザとのマッチングを行ってもよい。過去の編集履歴とは、過去にマルチトラックデータに追加したトラックデータ、削除したトラックデータ、及びトラックデータに適用したエフェクト等である。例えば、サーバ２０は、ミックス作業に特定の傾向がある（例えば、あるジャンルのトラックデータにあるエフェクトを適用する傾向がある）ユーザ同士をマッチングする。ここで、編集履歴は、ある一面では編集したユーザの特色を表現しているとも言える。そのため、サーバ２０は、編集履歴に基づいてマッチングを行うことで、相性がいい制作者同士をマッチングすることが可能となる。
【０１３６】
他にも、トラック同士又はユーザ同士のマッチングは、トラックデータの制作に用いられた又はユーザが使用する、録音機材３０の相性に基づいて行われてもよい。録音機材３０の相性とは、例えば、使用楽器若しくは音源機材の種別、メーカー又はモデル等の録音機材３０の属性の相性である。例えば、録音機材３０の属性が一致する関係、類似する関係又は相補的な関係にあるトラック同士又はユーザ同士が、相性が良いと判定される。他にも、他の基準によるマッチングの結果の履歴に基づいて、録音機材３０の相性係数が算出されてもよい。例えば、他の基準により相性が良いと判定されたトラック同士の、トラックデータの制作に用いられた録音機材３０は、相性が良いと判定される。
【０１３７】
サーバ２０は、上記マッチングの結果を示す情報を端末装置１０に送信してもよい。例えば、サーバ２０は、端末装置１０のユーザにより制作されたトラックとマッチングされたトラックを端末装置１０に送信したり、端末装置１０のユーザとマッチングされた他のユーザを示す情報を端末装置１０に送信したりする。これにより、楽曲制作の効率化及び多彩化を促進することが可能となる。
【０１３８】
・トラックデータの募集
サーバ２０は、トラックデータの募集を仲介してもよい。端末装置１０は、マルチトラックデータに追加するトラックデータを募集するよう、サーバ２０に依頼する。サーバ２０は、募集されたトラックデータを制作可能な他のユーザにトラックデータを制作するよう依頼する。その際、サーバ２０は、上述したユーザ同士のマッチングを行い、募集元の端末装置１０を使用するユーザと相性の良い他のユーザに依頼を行ってもよい。そして、サーバ２０は、募集に応じた他のユーザにより制作されたトラックデータを募集元の端末装置１０に送信する。他にも、サーバ２０は、上述したトラック同士のマッチングを行い、マルチトラックデータに含まれるトラックデータと相性のよいトラックデータをコンテンツＤＢ４０から検索して、端末装置１０に送信してもよい。
【０１３９】
このように、トラックデータの募集により、ユーザが楽曲制作の際にトラックデータを他のユーザにより補ってもらうことができる。よって、端末装置１０における楽曲制作の利便性が向上する。
【０１４０】
・自動的なリミックス楽曲の制作
サーバ２０は、複数のトラックデータを組み合わせて、マルチトラックデータを生成してもよい。即ち、サーバ２０は、既存のトラックを組み合わせることで、楽曲を自動的に制作してもよい。例えば、サーバ２０は、上述したトラック同士のマッチングによりマッチングされた相性のよいトラックであって、楽曲名が同じであり楽器が異なる複数のトラックを組み合わせることで、楽曲を制作する。このようにして、既存のトラックを組み合わせた新たな楽曲（即ち、リミックス）を自動的に制作することが可能となる。
【０１４１】
＜３．５．処理の流れ＞
以下、図１３及び図１４を参照して、システム１において実行される処理の流れの一例を説明する。
【０１４２】
・楽曲制作処理
図１３は、本実施形態に係るシステム１において実行される楽曲制作処理の流れの一例を示すシーケンス図である。本シーケンスには、端末装置１０及びサーバ２０が関与する。
【０１４３】
図１３に示すように、まず、サーバ２０は、マルチトラックデータを端末装置１０に送信する（ステップＳ１０２）。例えば、サーバ２０は、ユーザにより編集対象として指定されたマルチトラックデータを端末装置１０に送信する。次いで、端末装置１０は、ユーザ操作に基づいて編集処理を行う（ステップＳ１０４）。例えば、端末装置１０は、マルチトラックデータへのトラックデータの追加又は削除、トラックデータへのエフェクトの適用を行う。次に、端末装置１０は、編集後のマルチトラックデータをサーバ２０に送信する（ステップＳ１０６）。そして、サーバ２０は、受信した編集後のマルチトラックデータをコンテンツＤＢ４０に記憶させることで、ＤＢを更新する（ステップＳ１０８）。
【０１４４】
・編集支援処理
図１４は、本実施形態に係るシステム１において実行される編集支援処理の流れの一例を示すシーケンス図である。本シーケンスには、端末装置１０及びサーバ２０が関与する。
【０１４５】
図１４に示すように、まず、端末装置１０は、リクエストをサーバ２０に送信する（ステップＳ２０２）。ここでのリクエストは、例えばマッチングの依頼、トラックデータの募集依頼、又はリミックス楽曲の制作依頼等である。次いで、サーバ２０は、リクエストに応じたマッチングを行い（ステップＳ２０４）、マッチング結果に基づいて編集支援情報を生成する（ステップＳ２０６）。例えば、リクエストがマッチングの依頼である場合、サーバ２０は、依頼元のユーザ又は当該ユーザにより制作されたトラックと相性のよい他のユーザ又はトラックをマッチングして、マッチング結果を示す編集支援情報を生成する。例えば、リクエストがトラックデータの募集である場合、サーバ２０は、募集元のユーザと相性の良い他のユーザにトラックデータの制作を依頼し、当該他のユーザにより制作されたトラックデータを、編集支援情報として生成する。例えば、リクエストがリミックス楽曲の制作依頼である場合、サーバ２０は、コンテンツＤＢ４０に記憶されたトラック同士のマッチングを行い組み合わせることで、新たなリミックス楽曲を編集支援情報として生成する。そして、サーバ２０は、生成した編集支援情報を端末装置１０に送信し（ステップＳ２０８）、端末装置１０において編集支援情報が出力される（ステップＳ２１０）。
【０１４６】
＜＜４．まとめ＞＞
以上、図１〜図１４を参照して、本開示の一実施形態について詳細に説明した。上記説明したように、本実施形態に係る端末装置１０は、それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータをサーバ２０から受信し、マルチトラックデータを編集し、編集後の前記マルチトラックデータを送信する。これにより、サーバ２０からダウンロードされたマルチトラックデータが、マルチトラックデータとしてのデータ形式を維持したまま編集され、サーバ２０にアップロードされる。従って、端末装置１０による編集を経た後も、編集の自由度の高さを維持することができる。これにより、複数のユーザがネットワークを介して高い自由度を保ちながら共同で楽曲を制作することが可能となる。
【０１４７】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１４８】
なお、本明細書において説明した各装置による一連の処理は、ソフトウェア、ハードウェア、及びソフトウェアとハードウェアとの組合せのいずれを用いて実現されてもよい。ソフトウェアを構成するプログラムは、例えば、各装置の内部又は外部に設けられる記憶媒体（非一時的な媒体：non-transitory  media）に予め格納される。そして、各プログラムは、例えば、コンピュータによる実行時にＲＡＭに読み込まれ、ＣＰＵなどのプロセッサにより実行される。
【０１４９】
また、本明細書においてフローチャート及びシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。
【０１５０】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１５１】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信する制御部、
を備える情報処理装置。
（２）
前記制御部は、前記マルチトラックデータを示す出力画面を生成し、
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータを生成したユーザの識別情報を含む、前記（１）に記載の情報処理装置。
（３）
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータが生成された時刻を示す情報を含む、前記（２）に記載の情報処理装置。
（４）
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記トラックデータを生成したユーザからのコメントを含む、前記（２）又は（３）に記載の情報処理装置。
（５）
前記出力画面は、前記マルチトラックデータに新たなトラックデータの追加を指示する編集操作を受け付ける第１の操作部を含む、前記（２）〜（４）のいずれか一項に記載の情報処理装置。
（６）
前記出力画面は、前記トラックデータの各々の、音量の編集操作を受け付ける第２の操作部、定位位置の編集操作を受け付ける第３の操作部、又はエフェクトの編集操作を受け付ける第４の操作部の少なくともいずれかを含む、前記（２）〜（５）のいずれか一項に記載の情報処理装置。
（７）
前記出力画面は、前記マルチトラックデータに含まれる前記複数のトラックデータごとの、前記マルチトラックデータにより構成される楽曲における前記トラックデータの配置位置を示す情報と当該トラックデータを生成したユーザの識別情報とを対応付けた情報を含む、前記（２）〜（６）のいずれか一項に記載の情報処理装置。
（８）
前記制御部は、前記出力画面において前記ユーザの識別情報が選択された場合、選択された前記ユーザにより生成された前記トラックデータの配置位置に対応する位置から、前記マルチトラックデータにより構成される楽曲を再生する、前記（７）に記載の情報処理装置。
（９）
前記制御部は、前記マルチトラックデータの編集として、受信した前記マルチトラックデータに含まれる前記複数のトラックデータとは独立した新たなトラックデータを前記マルチトラックデータに追加する、前記（１）〜（８）のいずれか一項に記載の情報処理装置。
（１０）
前記制御部は、前記マルチトラックデータの編集として、前記マルチトラックデータに含まれる前記トラックデータを前記マルチトラックデータから削除する、前記（１）〜（９）のいずれか一項に記載の情報処理装置。
（１１）
前記制御部は、前記マルチトラックデータの編集として、前記マルチトラックデータに含まれる前記トラックデータの音量、定位位置又はエフェクトの少なくともいずれかを変更する、前記（１）〜（１０）のいずれか一項に記載の情報処理装置。
（１２）
それぞれ異なるユーザにより生成された複数のトラックデータを含む、記憶装置に記憶されたマルチトラックデータを、前記マルチトラックデータを編集する端末装置に送信し、
編集後の前記マルチトラックデータを前記端末装置から受信し、
前記記憶装置に記憶された前記マルチトラックデータを、前記編集後のマルチトラックデータにより更新する制御部、
を備える情報処理装置。
（１３）
前記制御部は、第１のマルチトラックデータに含まれる第１のトラックデータと、第２のマルチトラックデータに含まれる第２のトラックデータとをマッチングする、前記（１２）に記載の情報処理装置。
（１４）
前記制御部は、第１のマルチトラックデータに含まれる第１のトラックデータを生成した第１のユーザと、第２のマルチトラックデータに含まれる第２のトラックデータを生成した第２のユーザとをマッチングする、前記（１３）に記載の情報処理装置。
（１５）
前記制御部は、前記第１のユーザ又は前記第２のユーザによる過去の編集履歴に基づいて前記マッチングを行う、前記（１４）に記載の情報処理装置。
（１６）
前記制御部は、前記マッチングの結果を示す情報を前記端末装置に送信する、前記（１３）〜（１５）のいずれか一項に記載の情報処理装置。
（１７）
それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信すること、
を含む、プロセッサにより実行される情報処理方法。
（１８）
コンピュータを、
それぞれ異なるユーザにより生成された複数のトラックデータを含むマルチトラックデータを受信し、
前記マルチトラックデータを編集し、
編集後の前記マルチトラックデータを送信する制御部、
として機能させるためのプログラム。
【符号の説明】
【０１５２】
１    システム
１０    端末装置
１１      入出力部
１２      操作用インタフェース
１３      表示部
１４      オーディオ信号入出力インタフェース
１５      ネットワーク用インタフェース
１６      バス
１７      記憶部
１８      制御部
１１０    オーディオ信号取得部
１２０    ＵＩ制御部
１３０    編集部
２０    サーバ
２１      入出力部
２２      ネットワーク用インタフェース
２３      バス
２４      記憶部
２５      制御部
２１０    編集支援部
２２０    ＤＢ制御部
３０    録音機材
４０    コンテンツＤＢ
４１    メタデータＤＢ
５０    ネットワーク
【図１】
2019102730.tif 000009
【図２】
2019102730.tif 000010
【図３】
2019102730.tif 000011
【図４】
2019102730.tif 000012
【図５】
2019102730.tif 000013
【図６】
2019102730.tif 000014
【図７】
2019102730.tif 000015
【図８】
2019102730.tif 000016
【図９】
2019102730.tif 000017
【図１０】
2019102730.tif 000018
【図１１】
2019102730.tif 000019
【図１２】
2019102730.tif 000020
【図１３】
2019102730.tif 000021
【図１４】
2019102730.tif 000022
【国際調査報告】
2019102730.tif 000023
2019102730.tif 000024