(57)【要約】【課題】原盤音源を利用して生成したボーカル音調整コンテンツを提供するサービスを効率的に管理するためのサービス管理システム、サービス管理方法及びサービス管理プログラムを提供する。【解決手段】管理サーバ２０の制御部２１が、原盤記憶部２２に記録された原盤ファイルにおいてアーティストのボーカル音域を特定し、ボーカル音域の音量を調節するためのボーカルマスクファイルを生成する。更に、ボーカルに対してテロップを同期させた同期テロップファイルを生成する。そして、ボーカルマスクファイル、同期テロップファイルからなるカラオケファイルをユーザ端末４０に提供し、再生回数を再生実績記憶部２５に記録する。更に、原資記憶部２６に記憶した原資を、再生実績記憶部２５に記録された再生回数に基づいて、アーティストに分配する分配金を算出する。【選択図】図１
2016110154.tif 000002
【特許請求の範囲】
【請求項１】
アーティストのボーカルを含む音源の原盤ファイルを記憶した原盤記憶部と、
ユーザ端末に対して、ボーカル音調整コンテンツを提供するサービスの原資を記憶した原資記憶部と、
前記ボーカルに対応するテロップを記憶したテロップ情報記憶部と、
前記ユーザ端末におけるボーカル音調整コンテンツの再生回数を記憶する再生実績記憶部と、
ユーザ端末に接続される制御部とを備えたサービス管理システムであって、
前記制御部が、
前記原盤記憶部に記憶された原盤ファイルにおいてアーティストのボーカル音域を特定し、
前記ボーカル音域の音量を調節するためのボーカルマスクファイルを生成し、
前記ボーカルに対してテロップを同期させた同期テロップファイルを生成し、
前記ボーカルマスクファイル、同期テロップファイルからなるボーカル音調整コンテンツをユーザ端末に提供し、再生回数を前記再生実績記憶部に記録し、
前記原資記憶部に記憶した原資を、前記再生実績記憶部に記録された再生回数に基づいて、前記アーティストに分配する分配金を算出することを特徴とするサービス管理システム。
【請求項２】
前記制御部が、すべてのボーカル音調整コンテンツの再生回数に基づいて、総再生回数を算出し、
前記総再生回数における各ボーカル音調整コンテンツの再生回数の割合に基づいて、前記分配金を算出することを特徴とする請求項１に記載のサービス管理システム。
【請求項３】
前記制御部が、
複数のユーザ端末に対して、同じボーカル音調整コンテンツを提供し、
前記複数のユーザ端末において、同期して再生させた場合には、前記各ボーカル音調整コンテンツの再生回数を調整することを特徴とする請求項１又は２に記載のサービス管理システム。
【請求項４】
前記制御部が、
複数の原盤音源の一部から構成されたメドレーにおいて、前記メドレーを構成する構成原盤音源を特定し、
前記構成原盤音源のボーカル音調整コンテンツについて、再生回数を分配することを特徴とする請求項１〜３のいずれか一項に記載のサービス管理システム。
【請求項５】
前記制御部が、
ボーカル音調整コンテンツの再生時間に応じて、再生の有無を判定し、
前記判定の結果に基づいて、前記再生実績記憶部に再生回数を記録することを特徴とする請求項１〜４のいずれか一項に記載のサービス管理システム。
【請求項６】
前記制御部が、
第１の時間範囲で、ボーカル音域を特定して、ボーカルマスクファイルを生成し、
前記ボーカルマスクファイルの評価結果に基づいて、前記第１の時間範囲より短い第２の時間範囲で、ボーカル音域を特定して、ボーカルマスクファイルを、再度、生成することを特徴とする請求項１〜５のいずれか一項に記載のサービス管理システム。
【請求項７】
前記制御部が、
前記ユーザ端末から前記同期テロップファイルにおける同期状況についての評価結果を取得し、
前記評価結果に基づいて、前記同期テロップファイルの調整の必要性を判定することを特徴とする請求項１〜６のいずれか一項に記載のサービス管理システム。
【請求項８】
アーティストのボーカルを含む音源の原盤ファイルを記憶した原盤記憶部と、
ユーザ端末に対して、ボーカル音調整コンテンツを提供するサービスの原資を記憶した原資記憶部と、
前記ボーカルに対応するテロップを記憶したテロップ情報記憶部と、
前記ユーザ端末におけるボーカル音調整コンテンツの再生回数を記憶する再生実績記憶部と、
ユーザ端末に接続される制御部とを備えたサービス管理システムを用いて、サービス管理を行なう方法であって、
前記制御部が、
前記原盤記憶部に記憶された原盤ファイルにおいてアーティストのボーカル音域を特定し、
前記ボーカル音域の音量を調節するためのボーカルマスクファイルを生成し、
前記ボーカルに対してテロップを同期させた同期テロップファイルを生成し、
前記ボーカルマスクファイル、同期テロップファイルからなるボーカル音調整コンテンツをユーザ端末に提供し、再生回数を前記再生実績記憶部に記録し、
前記原資記憶部に記憶した原資を、前記再生実績記憶部に記録された再生回数に基づいて、前記アーティストに分配する分配金を算出することを特徴とするサービス管理方法。
【請求項９】
アーティストのボーカルを含む音源の原盤ファイルを記録した原盤記憶部と、
ユーザ端末に対して、ボーカル音調整コンテンツを提供するサービスの原資を記憶した原資記憶部と、
前記ボーカルに対応するテロップを記録したテロップ情報記憶部と、
前記ユーザ端末におけるボーカル音調整コンテンツの再生回数を記憶する再生実績記憶部と、
ユーザ端末に接続される制御部とを備えたサービス管理システムを用いて、サービス管理を行なうプログラムであって、
前記制御部を、
前記原盤記憶部に記憶された原盤ファイルにおいてアーティストのボーカル音域を特定し、
前記ボーカル音域の音量を調節するためのボーカルマスクファイルを生成し、
前記ボーカルに対してテロップを同期させた同期テロップファイルを生成し、
前記ボーカルマスクファイル、同期テロップファイルからなるボーカル音調整コンテンツをユーザ端末に提供し、再生回数を前記再生実績記憶部に記録し、
前記原資記憶部に記憶した原資を、前記再生実績記憶部に記録された再生回数に基づいて、前記アーティストに分配する分配金を算出する手段
として機能させることを特徴とするサービス管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、原盤音源を利用して生成したボーカル音調整コンテンツの提供サービスを管理するためのサービス管理システム、サービス管理方法及びサービス管理プログラムに関する。
【背景技術】
【０００２】
従来から、歌唱又はメロディパート（主旋律）を担う楽器を演奏する際に、生演奏ではなく事前に録音された伴奏を再生し合唱・合奏するカラオケサービスが提供されている（例えば、特許文献１参照）。この文献に記載されたカラオケ集中管理システムにおいては、楽曲をスクロール検索可能な状態で曲名別又は歌手名別に管理する楽曲管理データと、該楽曲管理データをスクロール検索し得る検索手段とを備えている。
【０００３】
また、入力音響信号に対してあるパート（メロディーやベース）の音高推定を可能にするために、混合音中で優勢な音高を推定することを目的とする技術もある（例えば、特許文献２参照）。この文献に記載された技術においては、入力音響信号に対してマルチレート信号処理を行なって瞬時周波数を計算し、瞬時周波数に関連した尺度に基づいて周波数成分の候補を抽出する。次に、２種類のバンドパスフィルタ（メロディーライン用とベースライン用）を適用し、それぞれの出力に基づいて、基本周波数（音高）の確率密度関数を求める。そして、マルチエージェントモデルを導入し、その確率密度関数の中で有望な各ピークの軌跡を異なるエージェントが追跡して、それぞれの信頼度を評価する。最後に、最も信頼度の高いエージェントが持つ優勢な基本周波数の軌跡を出力する。
【０００４】
更に、カラオケ装置などにおいては、歌声と伴奏音とで構成されるディジタル音楽データを再生する際に、人の音声の発話内容（歌詞）を伴奏音と時間的に同期させながら視覚的に表示させる。そこで、音楽音響信号と歌詞の時間的対応付けを行なうシステムも検討されている（例えば、特許文献３参照）。この文献に記載された技術においては、時間的対応付け用特徴量と、歌声区間と非歌声区間に関する情報と、音素ネットワークとを入力として、非歌声区間には音素が存在しないという条件の下で、アラインメント動作を実行する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−９９２９０号公報
【特許文献２】特開２００１−１２５５６２号公報
【特許文献３】特開２００８−１３４６０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、通常のカラオケのコンテンツ提供サービスにおいては、伴奏のみの音源を利用する必要がある。市販されている音楽原盤の中には、歌唱曲とは別に伴奏のみの音源を含むものもあるが、多くの楽曲において準備することは困難である。また、カラオケサービス提供者において、伴奏のみの音源を準備する場合もあるが、本来の音楽原盤とは異なるものであり、ユーザニーズを満足させることが難しいことがある。また、カラオケサービス事業者が準備した音源を利用した場合には、歌手等のアーティストには、コンテンツの提供サービスによる収益金の分配が行なわれない。これでは、アーティストやレコード会社にとって、経済的なメリットがなく、コンテンツの提供サービスによる音楽の普及が困難である。
【０００７】
本発明は、上記問題点を解決するためになされたものであり、原盤音源を利用して生成したボーカル音調整コンテンツの提供サービスを効率的に管理するためのサービス管理システム、サービス管理方法及びサービス管理プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
（１）上記課題を解決するサービス管理システムは、アーティストのボーカルを含む音源の原盤ファイルを記憶した原盤記憶部と、ユーザ端末に対して、ボーカル音調整コンテンツを提供するサービスの原資を記憶した原資記憶部と、前記ボーカルに対応するテロップを記憶したテロップ情報記憶部と、前記ユーザ端末におけるボーカル音調整コンテンツの再生回数を記憶する再生実績記憶部と、前記ユーザ端末に接続される制御部とを備える。そして、前記制御部が、前記原盤記憶部に記憶された原盤ファイルにおいてアーティストのボーカル音域を特定し、前記ボーカル音域の音量を調節するためのボーカルマスクファイルを生成し、前記ボーカルに対してテロップを同期させた同期テロップファイルを生成し、前記ボーカルマスクファイル、同期テロップファイルからなるボーカル音調整コンテンツをユーザ端末に提供し、再生回数を前記再生実績記憶部に記録し、前記原資記憶部に記憶した原資を、前記再生実績記憶部に記録された再生回数に基づいて、前記アーティストに分配する分配金額を算出する。これにより、原盤音源を用いて、ボーカル音を調整したコンテンツの提供サービスを提供することができる。そして、原盤音源のアーティストに対して分配金を提供することができる。
【０００９】
（２）上記サービス管理システムにおいては、前記制御部が、すべてのボーカル音調整コンテンツの再生回数に基づいて、総再生回数を算出し、前記総再生回数における各ボーカル音調整コンテンツの再生回数の割合に基づいて、前記分配金額を算出することが好ましい。これにより、再生回数の割合に基づいて、分配金を提供することができる。
【００１０】
（３）上記サービス管理システムにおいては、前記制御部が、複数のユーザ端末に対して、同じボーカル音調整コンテンツを提供し、前記複数のユーザ端末において、同期して再生させた場合には、前記ボーカル音調整コンテンツの再生回数を調整することが好ましい。これにより、複数のユーザ端末を用いて、グループでカラオケを利用する場合の再生回数を調整することができる。
【００１１】
（４）上記サービス管理システムにおいては、前記制御部が、複数の原盤音源の一部から構成されたメドレーにおいて、前記メドレーを構成する構成原盤音源を特定し、前記構成原盤音源のボーカル音調整コンテンツについて、再生回数を分配することが好ましい。これにより、メドレーにおいても、再生回数に応じた分配を行なうことができる。
【００１２】
（５）上記サービス管理システムにおいては、前記制御部が、ボーカル音調整コンテンツの再生時間に応じて、再生の有無を判定し、前記判定の結果に基づいて、前記再生実績記憶部に再生回数を記録することが好ましい。これにより、ボーカル音調整コンテンツの再生時間の長さに応じて、再生回数の適正化を図ることができる。
【００１３】
（６）上記サービス管理システムにおいては、前記制御部が、第１の時間範囲で、ボーカル音域を特定して、ボーカルマスクファイルを生成し、前記ボーカルマスクファイルの評価結果に基づいて、前記第１の時間範囲より短い第２の時間範囲で、ボーカル音域を特定して、ボーカルマスクファイルを、再度、生成することが好ましい。これにより、効率的にボーカルマスクファイルを生成することができる。
【００１４】
（７）上記サービス管理システムにおいては、前記制御部が、前記ユーザ端末から前記同期テロップファイルにおける同期状況についての評価結果を取得し、前記評価結果に基づいて、前記同期テロップファイルの調整の必要性を判定することが好ましい。これにより、ユーザからの情報を用いて、同期テロップファイルの調整を行なうことができる。
【発明の効果】
【００１５】
本発明によれば、原盤音源を利用して生成したボーカル音調整コンテンツの提供サービスを効率的に管理することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態のサービス管理システムの説明図。
【図２】本実施形態の記憶部に記録されたデータの説明図であって、（ａ）は原盤記憶部、（ｂ）は歌詞情報記憶部、（ｃ）は楽曲記憶部に記録されたデータの説明図。
【図３】本実施形態の記憶部に記録されたデータの説明図であって、（ａ）は再生実績記憶部、（ｂ）は原資記憶部、（ｃ）は分配管理情報記憶部、（ｄ）は分配実績情報記憶部に記録されたデータの説明図。
【図４】本実施形態の処理手順の説明図。
【図５】本実施形態の処理手順の説明図。
【図６】本実施形態の処理手順の説明図であって、（ａ）は第１のマスク生成処理、（ｂ）は第２のマスク生成処理、（ｃ）は第３のマスク生成処理の説明図。
【図７】本実施形態のマスク生成処理の説明図であって、（ａ）は第１のマスク生成処理におけるボーカル音域の特定、（ｂ）は第２のマスク生成処理におけるボーカル音域の特定、（ｃ）は第３のマスク生成処理におけるボーカル音域の特定の説明図。
【図８】本実施形態のデュエット対応処理の説明図であって、（ａ）は原盤ファイルにおけるボーカル音域、（ｂ）は女性ボーカルをマスクした場合、（ｃ）は男性ボーカルをマスクした場合、（ｄ）は女性及び男性ボーカルをマスクした場合の説明図。
【図９】本実施形態の処理手順の説明図。
【図１０】本実施形態のＸＭＬファイルの説明図。
【図１１】本実施形態の処理手順の説明図。
【図１２】本実施形態の処理手順の説明図。
【図１３】本実施形態の処理手順の説明図。
【図１４】他の実施形態のグループによる再生の説明図。
【図１５】他の実施形態の処理手順の説明図。
【図１６】他の実施形態の処理手順の説明図。
【発明を実施するための形態】
【００１７】
以下、本発明を具体化したサービス管理システムの一実施形態を図１〜図１３に従って説明する。本実施形態では、プロモーションビデオ等のように、アーティスト（歌手を含む）の演奏や歌唱が含まれ、レコードレーベル（レコード会社）が提供する音楽原盤（原盤音源）を用いて、ボーカル音を調整したコンテンツの提供サービス（原盤カラオケサービス）を提供する場合を想定する。この音楽原盤には、歌手の音声（ボーカル）が含まれている。このため、このボーカルの音量を調節することにより、カラオケ音源として利用する。
【００１８】
図１に示すように、本実施形態では、コンテンツサーバ１０、管理サーバ２０、担当者端末３０、ユーザ端末４０を用いる。
コンテンツサーバ１０は、歌手の音声が含まれるコンテンツ（音楽原盤ファイル）を提供するコンピュータシステムである。このコンテンツサーバ１０から提供されるコンテンツには、アーティストの演奏や歌唱からなる楽曲や映像が含まれる。本実施形態では、このコンテンツは、ｍｐ４フォーマットで作成されたプロモーションビデオ等がデジタルファイルにより提供される。
【００１９】
担当者端末３０は、サービス提供者の担当者が、楽曲を編集する場合に用いるコンピュータ端末である。本実施形態では、管理サーバ２０に格納された楽曲において、歌詞（テロップ）の同期や、ボーカルマスクの調整を行なう。担当者端末３０は、制御部、出力部、入力部を備える。出力部は、ディスプレイにより構成され、各種情報の出力を行なう。入力部は、キーボードやポインティングデバイスにより構成され、担当者によって入力された指示を取得する。
【００２０】
ユーザ端末４０は、カラオケサービスを利用するユーザが使用するコンピュータ端末である。このユーザ端末４０は、ビジネス向け（ＢｔｏＢ）、カスタマ向け（ＢｔｏＣ）で用いられる場合がある。ビジネス向けにおいては、カラオケボックス等に設置されるコンピュータ端末が、ユーザ端末４０として機能する。また、カスタマ向けにおいては、個人ユーザのスマートフォンやパソコン等が、ユーザ端末４０として機能する。そして、ユーザ端末４０は、管理サーバ２０から、楽曲ファイル、映像ファイル等からなるカラオケファイル（ボーカル音調整コンテンツ）をダウンロードする。そして、ユーザ端末４０において、楽曲ファイルや映像ファイルの再生を行なう。このため、ユーザ端末４０は、楽曲再生部４１、ボーカル音量調整部４２を備えている。
【００２１】
楽曲再生部４１は、管理サーバ２０からダウンロードした楽曲ファイルや映像ファイルの再生を行なう。
ボーカル音量調整部４２は、カラオケファイルに含まれるボーカルマスクファイルに基づいて、音量を調節する処理を実行する。このボーカルマスクファイルは、後述するように、楽曲に含まれる歌手のボーカル音域を特定するためのファイルである。このボーカルマスクファイルを用いて、ボーカルの音量の調節（ボーカルの消去等）を行なう。
【００２２】
管理サーバ２０は、カラオケサービス提供者が、カラオケファイルを提供するためのコンピュータシステムである。この管理サーバ２０は、制御部２１、原盤記憶部２２、歌詞情報記憶部２３、楽曲記憶部２４、再生実績記憶部２５、原資記憶部２６、分配管理情報記憶部２７、分配実績情報記憶部２８を備えている。
【００２３】
制御部２１は、制御手段（ＣＰＵ、ＲＡＭ、ＲＯＭ等）を備え、後述する処理（管理段階、ボーカル処理段階、歌詞管理段階、エディタ段階、再生管理段階、分配管理段階の各処理）を行なう。そのためのサービス管理プログラムを実行することにより、制御部２１は、図１に示すように、管理部２１０、ボーカル処理部２１１、歌詞管理部２１２、エディタ２１３、再生管理部２１４、分配管理部２１５として機能する。
【００２４】
管理部２１０は、コンテンツサーバ１０から取得した音楽原盤を原盤記憶部２２に格納する処理を実行する。
ボーカル処理部２１１は、音楽原盤の楽曲において、ボーカル音域を特定し、ボーカル音量を調整するボーカルマスクの生成処理を実行する。
【００２５】
歌詞管理部２１２は、楽曲に含まれるボーカルに合わせて、同期させた歌詞を付加する処理を実行する。
エディタ２１３は、ボーカルマスクの調節処理や、歌詞の付加位置の調整を支援する処理を実行する。このため、エディタ２１３は、編集担当者が使用する担当者端末３０に接続されている。編集担当者は、この担当者端末３０を用いて、楽曲ファイル再生時のボーカルマスクの設定位置（ボーカル音域）や歌詞の付加位置を確認する。ボーカルマスクの設定位置や歌詞の付加位置が適切でない場合には、担当者端末３０を用いて、ボーカル音域や歌詞の付加位置を調節する。
【００２６】
再生管理部２１４は、ユーザ端末４０における楽曲の再生状況を管理する処理を実行する。このため、再生管理部２１４は、再生の有無を判定するための再生判定時間を算出するための情報を保持している。
【００２７】
分配管理部２１５は、楽曲の再生状況に応じて、原資を各関係者（著作権管理団体（例えばＪＡＳＲＡＣ（登録商標）等）やアーティスト、レコードレーベル）に分配する処理を実行する。このため、分配管理部２１５は、各関係者に対する分配金を決定するための分配率に関するデータを保持している。
【００２８】
次に、図２を用いて、各記憶部に記録されている情報を説明する。
図２（ａ）に示すように、原盤記憶部２２には、プロモーションビデオ等の原盤ファイル２２０が記録される。この原盤ファイル２２０は、コンテンツサーバ１０から原盤ファイルを取得した場合に記録される。原盤ファイル２２０は、楽曲コード、属性、圧縮動画に関するデータを含んで構成される。
【００２９】
楽曲コードデータ領域には、各楽曲を特定するための識別子に関するデータが記録される。
属性データ領域には、各楽曲の属性に関するデータが記録される。本実施形態では、属性として、レコードレーベル（レコード会社）、アーティスト（歌手等）、作曲家、作詞家等に関する情報が記録される。
圧縮動画データ領域には、楽曲や映像についての圧縮データが記録される。本実施形態では、ｍｐ４フォーマットで記録される。
【００３０】
図２（ｂ）に示すように、テロップ情報記憶部としての歌詞情報記憶部２３には、各楽曲の歌詞に関する歌詞ファイル２３０が記録される。この歌詞ファイル２３０は、楽曲の歌詞情報が登録された場合に記録される。歌詞ファイル２３０は、楽曲コード、歌詞に関するデータを含んで構成される。
楽曲コードデータ領域には、各楽曲を特定するための識別子に関するデータが記録される。
歌詞データ領域には、この楽曲の歌詞情報（歌詞テキストやルビ）が記録される。この歌詞は、ボーカル音に対応したテロップとして機能する。
【００３１】
図２（ｃ）に示すように、楽曲記憶部２４には、ユーザ端末４０に提供するための楽曲管理データ２４０が記録される。この楽曲管理データ２４０は、音楽原盤からカラオケデータが生成された場合に記録される。楽曲管理データ２４０は、楽曲コードに関連付けられて、ＨＬＳファイル２４１、ＸＭＬファイル２４２、ボーカルマスクファイル２４３、楽曲管理レコード２４４が記録される。
【００３２】
楽曲コードデータ領域には、各楽曲を特定するための識別子に関するデータが記録される。
ＨＬＳファイル２４１には、原盤の圧縮動画をトランスコードしたデータが記録される。本実施形態では、高速回線用のＨＤフォーマットと、低速回線用のＳＤフォーマットの２種類が記録される。
【００３３】
ＸＭＬファイル２４２には、楽曲の属性情報や、再生時間（タイムインデックス）に関連付けられた歌詞同期情報が記録される。具体的には、ＸＭＬファイル２４２は、以下の記述を含む。
・リリックス（ｌｙｒｉｃｓ）：歌詞ファイルのバージョンが規定される。
・ヘッダ（ｈｅａｄｅｒ）：楽曲のメタ情報やスタイル定義が記録される。
・ソングメタ（Ｓｏｎｇ＿ｍｅｔａ）：楽曲のメタ情報が記録される。
・スタイル（Ｓｔｙｌｅ）：スタイル定義と参照が記録される。
・リリックストラック（ｌｙｒｉｃｓ＿ｔｒａｃｋ）：歌詞の本体が記録される。
・バース（ｖｅｒｓｅ）：歌詞の区切りが記録される。
・ページ（ｐａｇｅ）：１頁分の歌詞及び表示、消去タイミングが定義される。
・ライン（ｌｉｎｅ）：１行分の歌詞定義が記録される。
・ルビ（ｒｕｂｙ）：ルビ定義が記録される。
・ワード（ｗｏｒｄ）：歌詞テキスト及びワイプ処理タイミングが定義される。
【００３４】
ボーカルマスクファイル２４３には、再生時間（タイムインデックス）毎に歌手のボーカル音域が記録される。このボーカルマスクファイル２４３を用いることにより、ボーカルライン（歌声が含まれる音域）を特定することができる。そして、この音域の音量を調節することにより、ボーカルを抜いたり、小さくしたりすることができる。例えば、カラオケとして利用する場合には、ボーカルマスクファイル２４３を用いて、ボーカルを完全に抜いて再生する。一方、歌唱に自信がない場合には、ボーカルを小さい音量で再生することにより、ガイドとして利用する。
【００３５】
楽曲管理レコード２４４には、アーティスト、声質、曲調、演奏時間、映像利用、メドレー属性、ステータスに関するデータが記録される。
アーティストデータ領域には、この楽曲のアーティスト（歌手）を特定するための識別子（例えば、歌手名）に関するデータが記録される。
【００３６】
声質データ領域には、この楽曲の歌手の声についての特徴量に関するデータが記録される。例えば、後述する主旋律から算出された統計値を用いることができる。
曲調データ領域には、この楽曲のテンポやリズムに関するデータが記録される。例えば、楽曲から算出された特徴量（統計値）を用いることができる。
演奏時間データ領域には、この楽曲を最初から最後までの再生に要する時間（演奏時間）に関するデータが記録される。
【００３７】
映像利用データ領域には、この楽曲のＨＬＳファイル２４１において、音楽原盤の映像の利用の有無を識別するためのフラグが記録される。
メドレー属性データ領域には、この楽曲がメドレーか否かを識別するための情報が記録される。メドレーの場合には、このメドレーを構成する楽曲の楽曲コードが記録される。
【００３８】
ステータスデータ領域には、この楽曲のＨＬＳファイル２４１やＸＭＬファイル２４２についての作成状況を特定するためのフラグが記録される。本実施形態では、登録直後のファイルには「編集前」フラグ、編集後には「提供可能」フラグが記録される。
【００３９】
図３（ａ）に示すように、再生実績記憶部２５には、カラオケファイルの利用の実績に関する再生実績データ２５０が記録される。この再生実績データ２５０は、ユーザ端末４０において、カラオケファイルが利用された場合に記録される。再生実績データ２５０は、ユーザ実績レコード２５１及び楽曲実績レコード２５２を含んで構成される。
【００４０】
ユーザ実績レコード２５１は、再生日時、ユーザコード、楽曲コードに関するデータを含んで構成される。
再生日時データ領域には、ユーザ端末４０において、楽曲が再生された年月日及び時刻に関するデータが記録される。
【００４１】
ユーザコードデータ領域には、楽曲を再生したユーザを特定するための識別子に関するデータが記録される。
楽曲コードデータ領域には、再生された楽曲を特定するための識別子に関するデータが記録される。
【００４２】
楽曲実績レコード２５２は、楽曲コード、再生回数に関するデータを含んで構成される。
楽曲コードデータ領域には、再生された楽曲を特定するための識別子に関するデータが記録される。
再生回数データ領域には、この楽曲が再生された総回数に関するデータが記録される。
【００４３】
図３（ｂ）に示すように、原資記憶部２６には、各ユーザから取得するカラオケの利用料金（原資）に関する原資管理ファイル２６０が記録される。この原資管理ファイル２６０は、カラオケサービスの利用登録が行なわれた場合に記録される。原資管理ファイル２６０は、ユーザコード、契約形態、情報料に関するデータを含んで構成される。
【００４４】
ユーザコードデータ領域には、利用料金を支払うユーザを特定するための識別子に関するデータが記録される。
契約形態データ領域には、このユーザとの利用形態を特定するためのフラグが記録される。本実施形態では、カスタマ向けの契約形態には、「個別課金」、「定額支払（歌い放題）」等がある。ビジネス向けの契約形態には、ユーザ端末４０毎の定額支払がある。
情報料データ領域には、このユーザとの契約形態に基づいて、サービス利用時に支払う金額（情報料）に関するデータが記録される。
【００４５】
図３（ｃ）に示すように、分配管理情報記憶部２７には、各関係者に対する原資の分配金を特定するための分配管理ファイル２７０が記録される。この分配管理ファイル２７０は、各関係者との支払条件が登録された場合に記録される。分配管理ファイル２７０は、楽曲コード、支払先、分配条件に関するデータを含んで構成される。
【００４６】
楽曲コードデータ領域には、各楽曲を特定するための識別子に関するデータが記録される。
支払先データ領域には、この楽曲に関する分配金の支払先（アーティスト、レコードレーベル）に関するデータが記録される。
【００４７】
分配条件データ領域には、この支払先に対して支払う分配金の算出方法に関するデータが記録される。１曲毎の個別課金の場合には、支払条件として、課金料金に対する割合が記録される。また、定額支払の場合には、支払条件として、分配原資に基づいて、分配金を算出する方法が記録されている。
【００４８】
図３（ｄ）に示すように、分配実績情報記憶部２８には、各分配先に対する分配実績に関する分配実績レコード２８０が記録される。この分配実績レコード２８０は、支払を行なう場合に記録される。分配実績レコード２８０は、分配日、分配先、分配金額に関するデータを含んで構成される。
【００４９】
分配日データ領域には、原資の分配を行なった年月日に関するデータが記録される。
分配先データ領域には、分配金の分配先を特定するための識別子に関するデータが記録される。この識別子は、分配先であるアーティストやレーベルを特定する識別子である。
分配金額データ領域には、この分配先に分配する金額に関するデータが記録される。
【００５０】
次に、このサービス管理システムにおける動作を、図４〜図１３を用いて説明する。
（原盤カラオケデータの生成処理）
図４を用いて、原盤カラオケデータの生成処理を説明する。
まず、管理サーバ２０の制御部２１は、プロモーションビデオの取得処理を実行する（ステップＳ１−１）。具体的には、制御部２１の管理部２１０は、コンテンツサーバ１０から、プロモーションビデオ（ｍｐ４ファイル）を取得する。更に、管理部２１０は、このプロモーションビデオの属性情報を取得する。そして、管理部２１０は、取得したプロモーションビデオや属性情報を、原盤記憶部２２に登録する。
【００５１】
次に、管理サーバ２０の制御部２１は、トランスコード処理を実行する（ステップＳ１−２）。具体的には、制御部２１の管理部２１０は、原盤記憶部２２に登録されたｍｐ４ファイルを、ＨＬＳファイルに変換する。この場合、高速回線に用いるＨＤ用と、低速回線に用いるＳＤ用に変換する。そして、管理部２１０は、生成したＨＬＳファイルを、楽曲コードに関連付けて、楽曲記憶部２４に登録する。
【００５２】
また、管理サーバ２０の制御部２１は、主旋律の推定処理を実行する（ステップＳ１−３）。具体的には、制御部２１のボーカル処理部２１１は、ｍｐ４ファイルを所定のファイルフォーマットに変換する。そして、ボーカル処理部２１１は、公知の技術（例えば、特許文献２に記載された技術）を用いて、楽曲において主旋律を推定する。ここでは、主旋律としてボーカルラインを特定する。
【００５３】
次に、管理サーバ２０の制御部２１は、ボーカルマスクファイルの作成処理を実行する（ステップＳ１−４）。具体的には、制御部２１のボーカル処理部２１１は、推定した主旋律に基づいて、ボーカル音域を特定する。次に、ボーカル処理部２１１は、特定したボーカル音域を記録したボーカルマスクファイルを作成する。そして、ボーカル処理部２１１は、作成したボーカルマスクファイルを、楽曲コードに関連付けて、楽曲記憶部２４に記録する。このボーカルマスクファイルの作成処理の詳細については、後述する。
【００５４】
次に、管理サーバ２０の制御部２１は、声質の登録処理を実行する（ステップＳ１−５）。具体的には、制御部２１のボーカル処理部２１１は、楽曲に含まれるボーカルの声質の特徴量を算出する。そして、ボーカル処理部２１１は、算出した声質を、楽曲記憶部２４に記録された楽曲管理レコード２４４に登録する。
【００５５】
また、管理サーバ２０の制御部２１は、歌詞の割り当て処理を実行する（ステップＳ１−６）。具体的には、制御部２１の歌詞管理部２１２は、歌詞情報記憶部２３から、処理対象の楽曲の楽曲コードが記録された歌詞ファイル２３０を取得する。そして、公知の技術（例えば、特許文献３）を用いて、歌詞管理部２１２は、ボーカル処理部２１１によって特定されたボーカル音域に対応して、歌詞を割り付けた歌詞同期ファイル（ＸＭＬファイル２４２）を生成する。そして、歌詞管理部２１２は、Ｓ２を楽曲記憶部２４に登録する。この歌詞の割り当て処理の詳細については、後述する。
【００５６】
次に、管理サーバ２０の制御部２１は、編集処理を実行する（ステップＳ１−７）。具体的には、制御部２１の管理部２１０は、声質の登録処理、歌詞の割り当て処理を終了した場合、楽曲記憶部２４に記録された楽曲管理レコード２４４に「編集前」フラグを記録する。そして、エディタ２１３は、作成したＨＬＳファイル２４１、ＸＭＬファイル２４２、ボーカルマスクファイル２４３を、担当者端末３０に提供する。この場合、編集担当者は、担当者端末３０において、カラオケファイルを再生し、ボーカル調整状態や歌詞の同期状態を確認する。ボーカルの調整が不十分な場合や、歌詞と歌声との同期が取れていない場合には、エディタ２１３を用いて、ＸＭＬファイル２４２やボーカルマスクファイル２４３を修正する。担当者端末３０から、編集終了情報を取得した場合、エディタ２１３は、楽曲管理レコード２４４に「提供可能」フラグを記録する。
【００５７】
（ボーカルマスクファイルの生成処理）
次に、図５を用いて、ボーカルマスクファイルの生成処理を説明する。
まず、管理サーバ２０の制御部２１は、歌手の特定処理を実行する（ステップＳ２−１）。具体的には、制御部２１のボーカル処理部２１１は、原盤記憶部２２に記録された原盤ファイル２２０の属性データ領域に記録されているアーティスト情報を取得する。ここで、単一の歌手によるソロ楽曲の場合には、この歌手情報を取得する。一方、複数の歌手による楽曲（例えば、デュエット楽曲）の場合には、複数の歌手情報を取得する。
【００５８】
そして、管理サーバ２０の制御部２１は、特定したアーティストにおいて、処理対象歌手を特定し、以下の処理を繰り返す。
ここでは、管理サーバ２０の制御部２１は、類似楽曲の検索処理を実行する（ステップＳ２−２）。具体的には、制御部２１のボーカル処理部２１１は、処理対象楽曲の曲調を特定する。次に、ボーカル処理部２１１は、楽曲記憶部２４から、処理対象歌手が歌手データ領域に記録されている楽曲管理レコード２４４を抽出する。次に、ボーカル処理部２１１は、抽出した楽曲管理レコード２４４において、処理対象楽曲の曲調が類似している楽曲（類似楽曲）を特定する。
【００５９】
次に、管理サーバ２０の制御部２１は、歌手の声質の特定処理を実行する（ステップＳ２−３）。本実施形態では、２つの方法により、声質を特定する。
まず、管理サーバ２０の制御部２１は、類似楽曲による声質の特定処理を実行する（ステップＳ３−１）。具体的には、制御部２１のボーカル処理部２１１は、類似楽曲の楽曲管理レコード２４４に記録された歌手の声質（ボーカル音域）を取得する。
【００６０】
次に、管理サーバ２０の制御部２１は、独唱箇所により声質の特定処理を実行する（ステップＳ３−２）。具体的には、制御部２１のボーカル処理部２１１は、ＨＬＳファイル２４１に含まれる音声において、処理対象歌手の単独の音声が含まれるソロ領域（独唱領域）を特定する。そして、単独歌手による楽曲の場合には、ボーカル処理部２１１は、この独唱領域において、ボーカル音域を特定する。また、複数歌手による楽曲の場合、類似楽曲の楽曲管理レコード２４４に記録されている声質に近い独唱領域のボーカル音域を特定する。
【００６１】
次に、管理サーバ２０の制御部２１は、第１のマスク生成処理を実行する（ステップＳ２−４）。ここでは、特定した声質（ボーカル音域）を用いて、各曲全体を通したボーカル音域に対応したボーカルマスクファイルを生成する。この処理の詳細については、図６（ａ）を用いて後述する。
【００６２】
次に、管理サーバ２０の制御部２１は、ボーカルマスクが十分かどうかについての判定処理を実行する（ステップＳ２−５）。具体的には、制御部２１のボーカル処理部２１１は、生成したボーカルマスクを用いてボーカル音量を低減した楽曲を再生し、歌手の歌声を認知できるかどうかを確認する。また、楽曲の主旋律が、ボーカルマスク前後において歪んでいないかどうかを確認する。歌声を認知できない場合や主旋律が歪んでいない場合には、ボーカルマスクは十分と判定する。
【００６３】
ボーカルマスクが十分と判定した場合（ステップＳ２−５において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、この歌手についてのボーカルマスクファイルの生成処理を終了する。
【００６４】
一方、ボーカルマスクが不十分と判定した場合（ステップＳ２−５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、第２のマスク生成処理を実行する（ステップＳ２−６）。ここでは、ボーカルのフレーズ毎にボーカル音域を特定し、各ボーカル音域に対応したボーカルマスクファイルを生成する。この処理の詳細については、図６（ｂ）を用いて後述する。
【００６５】
次に、管理サーバ２０の制御部２１は、ステップＳ２−５と同様に、ボーカルマスクが十分かどうかについての判定処理を実行する（ステップＳ２−７）。
ボーカルマスクが十分と判定した場合（ステップＳ２−７において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、この歌手についてのボーカルマスクファイルの生成処理を終了する。
【００６６】
一方、ボーカルマスクが不十分と判定した場合（ステップＳ２−７において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、第３のマスク生成処理を実行する（ステップＳ２−８）。ここでは、ボーカル音域を所定の時間間隔毎に推定し、動的に特定したボーカル音域に対応したボーカルマスクファイルを生成する。この処理の詳細については、図６（ｃ）を用いて後述する。
処理対象楽曲に含まれるすべての歌手について、以上の処理を繰り返す。
【００６７】
（マスク生成処理）
次に、図６、図７を用いて、ボーカル音量を調整するためのマスク生成処理を説明する。本実施形態では、上述したように第１〜第３のマスク生成処理を行なう。
【００６８】
＜第１のマスク生成処理＞
まず、図６（ａ）を用いて、第１のマスク生成処理を説明する。
ここでは、まず、管理サーバ２０の制御部２１は、ボーカル音域の推定処理を実行する（ステップＳ４−１）。具体的には、制御部２１のボーカル処理部２１１は、類似楽曲や独唱箇所に基づいて特定した歌手の声質を、この楽曲におけるボーカル音域と推定する。
【００６９】
次に、管理サーバ２０の制御部２１は、マスク生成処理を実行する（ステップＳ４−２）。具体的には、制御部２１のボーカル処理部２１１は、楽曲全体の再生時間に対して、推定した単一のボーカル音域をマスクするボーカルマスクファイルを生成する。
【００７０】
この場合、図７（ａ）に示す時系列グラフ５００のように、楽曲全体を通じて、同じボーカル音域をマスクするボーカルマスク５０１が生成される。この時系列グラフ５００において、横軸は時間、縦軸は音域を示す。なお、この時系列グラフ５００において、上方の太線はギター音、下方の破線はドラム音の音域を示している。
【００７１】
＜第２のマスク生成処理＞
次に、図６（ｂ）を用いて、第２のマスク生成処理を説明する。
ここでは、まず、管理サーバ２０の制御部２１は、フレーズ位置の特定処理を実行する（ステップＳ５−１）。具体的には、制御部２１のボーカル処理部２１１は、推定した主旋律（ボーカルライン）に基づいて、ボーカルが含まれる領域（再生時間帯）を特定する。この場合、歌唱が連続している一つのまとまりの領域をフレーズとして特定する。
【００７２】
フレーズを順次特定して、以下の処理を実行する。
ここでは、管理サーバ２０の制御部２１は、ボーカル音域の推定処理を実行する（ステップＳ５−２）。具体的には、制御部２１のボーカル処理部２１１は、フレーズ毎に、推定した主旋律（ボーカルライン）に基づいて、ボーカル音域を特定する。
【００７３】
次に、管理サーバ２０の制御部２１は、マスク生成処理を実行する（ステップＳ５−３）。具体的には、制御部２１のボーカル処理部２１１は、フレーズ毎に推定したボーカル音域をマスクするボーカルマスクファイルを生成する。
この場合、図７（ｂ）に示す時系列グラフ５１０のように、フレーズ毎に作成されたボーカルマスク５１１，５１２が生成される。
【００７４】
＜第３のマスク生成処理＞
次に、図６（ｃ）を用いて、第３のマスク生成処理を説明する。
ここでは、まず、管理サーバ２０の制御部２１は、楽曲の分割処理を実行する（ステップＳ６−１）。具体的には、制御部２１のボーカル処理部２１１は、所定の時間のタイムステップ毎に、楽曲を分割する。
【００７５】
そして、処理対象のタイムステップを順次特定し、以下の処理を繰り返す。
ここでは、管理サーバ２０の制御部２１は、ボーカル音域の特定処理を実行する（ステップＳ６−２）。具体的には、制御部２１のボーカル処理部２１１は、推定した主旋律（ボーカルライン）に基づいて、処理対象のタイムステップに含まれるボーカル音域を特定する。
【００７６】
次に、管理サーバ２０の制御部２１は、マスク生成処理を実行する（ステップＳ６−３）。具体的には、制御部２１のボーカル処理部２１１は、所定の時間のタイムステップ毎に推定したボーカル音域をマスクするボーカルマスクファイルを生成する。
この場合、図７（ｃ）に示す時系列グラフ５２０のように、タイムステップ毎に作成されたボーカルマスク５２１，５２２が生成される。このボーカルマスク５２１，５２２においては、ボーカル音域に対して動的にマスク領域が変化している。
【００７７】
（デュエット対応処理）
次に、図８を用いて、デュエット対応処理を説明する。
図８（ａ）に示すように、時系列グラフ６００には、女性ボーカル、男性ボーカルが含まれる場合を想定する。
【００７８】
ここで、図８（ｂ）に示すように、女性ボーカルのボーカルマスクファイルを用いて音量を下げた場合には、時系列グラフ６０１が生成される。
また、図８（ｃ）に示すように、男性ボーカルのボーカルマスクファイルを用いて音量を下げた場合には、時系列グラフ６０２が生成される。
更に、図８（ｄ）に示すように、女性及び男性の両ボーカルマスクファイルを用いて音量を下げた場合には、時系列グラフ６０３が生成される。
【００７９】
（同期歌詞処理）
次に、図９を用いて、同期歌詞処理を説明する。
まず、管理サーバ２０の制御部２１は、割り付ける歌詞の特定処理を実行する（ステップＳ７−１）。具体的には、制御部２１の歌詞管理部２１２は、歌詞情報記憶部２３から、処理対象楽曲の楽曲コードが記録された歌詞ファイル２３０を抽出し、楽曲に割り付ける歌詞のフレーズを取得する。
【００８０】
次に、管理サーバ２０の制御部２１は、開始位置、終了位置の特定処理を実行する（ステップＳ７−２）。具体的には、制御部２１の歌詞管理部２１２は、主旋律（ボーカルライン）に基づいて、歌声が含まれている歌声区間と、歌声が含まれていない非歌声区間とを推定する。そして、歌詞管理部２１２は、歌声区間を用いて、フレーズの開始位置（開始時間）、終了位置（終了時間）を特定する。
【００８１】
次に、管理サーバ２０の制御部２１は、開始位置、終了位置に応じて、歌詞割り付け処理を実行する（ステップＳ７−３）。具体的には、制御部２１の歌詞管理部２１２は、ＸＭＬファイルにおいて、フレーズの開始位置、終了位置に対して、文字やルビを割り当てた記述を生成する。
【００８２】
次に、管理サーバ２０の制御部２１は、すべての歌詞を割り付けたかどうかについての判定処理を実行する（ステップＳ７−４）。具体的には、制御部２１の歌詞管理部２１２は、歌詞ファイル２３０において、割り付けていない歌詞の有無により判定する。
【００８３】
まだ、割り付けていない歌詞が残っていると判定した場合（ステップＳ７−４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、割り付ける歌詞の特定処理（ステップＳ７−１）以降の処理を繰り返す。
一方、すべての歌詞を割り付けたと判定した場合（ステップＳ７−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、同期歌詞処理を終了する。
【００８４】
この処理により、図１０に示すＸＭＬファイル７００が生成される。このＸＭＬファイル７００には、複数の記述が含まれる。
【００８５】
記述７０１には、原盤ファイル２２０の属性データ領域に記録された作詞、作曲、編曲などに関する楽曲メタデータを含める。
記述７０２には、原盤ファイル２２０の属性データ領域に記録されたテンポに関する楽曲メタデータを含める。
【００８６】
記述７０３には、ルビとして「はちがつ」が付加された「８月」を、所定期間にかけてワイプするための記述を含める。
記述７０４には、ルビとして「たいよう」が付加された「太陽」を、所定期間にかけてワイプするための記述を含める。
【００８７】
記述７０５には、「の」を所定期間にかけてワイプするための記述、記述７０６には、「ように」を所定期間にかけてワイプするための記述を含める。
記述７０７には、カラオケ再生時において、一画面に表示させるページを変更するための記述を含める。
このように、楽曲の再生時に再生進行に合わせて、歌詞を表示させるためのＸＭＬファイルが生成される。
【００８８】
（再生判定処理）
図１１を用いて、再生判定処理を実行する。この処理は、ユーザ端末４０において、カラオケファイルが再生された場合に行なわれる。
【００８９】
まず、管理サーバ２０の制御部２１は、再生開始処理を実行する（ステップＳ８−１）。具体的には、制御部２１の再生管理部２１４は、ユーザ端末４０に対してカラオケファイルを提供し、このカラオケファイルの再生を指示する。
【００９０】
次に、管理サーバ２０の制御部２１は、再生終了の検知処理を実行する（ステップＳ８−２）。具体的には、制御部２１の再生管理部２１４は、ユーザ端末４０から、再生状況を取得し、再生終了を判定する。楽曲におけるすべての旋律を終了した場合や楽曲を途中で終了した場合には、再生終了と判定する。
【００９１】
次に、管理サーバ２０の制御部２１は、再生時間の算出処理を実行する（ステップＳ８−３）。具体的には、制御部２１の再生管理部２１４は、楽曲の開始時刻から、再生終了を検知した時刻までの再生時間を算出する。
【００９２】
次に、管理サーバ２０の制御部２１は、曲の長さの特定処理を実行する（ステップＳ８−４）。具体的には、制御部２１の再生管理部２１４は、楽曲記憶部２４を用いて、再生された楽曲の楽曲コードが記録された楽曲管理レコード２４４を抽出する。そして、再生管理部２１４は、抽出した楽曲管理レコード２４４から演奏時間（曲の長さ）を取得する。
【００９３】
次に、管理サーバ２０の制御部２１は、再生判定時間の特定処理を実行する（ステップＳ８−５）。具体的には、制御部２１の再生管理部２１４は、演奏時間に基づいて、再生判定時間を特定する。本実施形態では、演奏時間が６０秒未満の楽曲の場合には、再生判定時間として、演奏時間の判定基準割合〔２／３〕を用いる。一方、演奏時間が６０秒以上の楽曲については、再生判定時間として４０秒を用いる。
【００９４】
次に、管理サーバ２０の制御部２１は、再生判定時間の経過かどうかについての判定処理を実行する（ステップＳ８−６）。具体的には、制御部２１の再生管理部２１４は、再生時間と再生判定時間とを比較する。
【００９５】
ここで、再生時間が再生判定時間を経過していると判定した場合（ステップＳ８−６において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、再生カウント処理を実行する（ステップＳ８−７）。具体的には、制御部２１の再生管理部２１４は、ユーザ実績レコード２５１を生成し、再生実績記憶部２５に登録する。更に、再生管理部２１４は、この楽曲についての楽曲実績レコード２５２の再生回数をインクリメントする。なお、この楽曲が初めて再生された場合には、再生管理部２１４は、新たに楽曲実績レコード２５２を生成し、再生実績記憶部２５に登録する。この場合、楽曲実績レコード２５２の再生回数には初期値「１」を設定しておく。
【００９６】
一方、再生時間が再生判定時間を経過していないと判定した場合（ステップＳ８−６において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、再生カウント処理（ステップＳ８−７）をスキップして再生判定処理を終了する。
【００９７】
（分配管理処理）
次に、図１２を用いて、分配管理処理を説明する。この処理は、所定期間（例えば、１か月等）毎に実行される。
まず、管理サーバ２０の制御部２１は、個別課金楽曲の特定処理を実行する（ステップＳ９−１）。具体的には、制御部２１の分配管理部２１５は、分配管理情報記憶部２７に記録された分配管理ファイル２７０の分配条件において、個別課金の楽曲を特定する。
【００９８】
次に、管理サーバ２０の制御部２１は、個別ルールに基づいて分配金の算出処理を実行する（ステップＳ９−２）。具体的には、制御部２１の分配管理部２１５は、分配管理ファイル２７０に記録された個別ルールに基づいて、分配金を算出する。
【００９９】
次に、管理サーバ２０の制御部２１は、メドレーの特定処理を実行する（ステップＳ９−３）。具体的には、制御部２１の分配管理部２１５は、楽曲記憶部２４の楽曲管理レコード２４４に記録されたメドレー属性に基づいてメドレー曲を特定する。
【０１００】
次に、管理サーバ２０の制御部２１は、メドレー構成曲の特定処理を実行する（ステップＳ９−４）。具体的には、制御部２１の分配管理部２１５は、メドレー曲の楽曲管理レコード２４４において、メドレー属性データ領域から、メドレー曲を構成する個別楽曲（メドレー構成曲）の楽曲コードを取得する。
【０１０１】
次に、管理サーバ２０の制御部２１は、メドレー構成曲に再生回数の分配処理を実行する（ステップＳ９−５）。具体的には、制御部２１の分配管理部２１５は、メドレー曲の再生回数をメドレー構成曲数で除算した分配回数を算出する。そして、分配管理部２１５は、算出した分配回数を、各メドレー構成曲の楽曲コードが記録された楽曲実績レコード２５２の再生回数に加算する。
【０１０２】
次に、管理サーバ２０の制御部２１は、カスタマ向け定額楽曲の分配処理を実行する（ステップＳ９−６）。具体的には、制御部２１の分配管理部２１５は、個別課金と歌い放題とを分けて、原資の分配を行なう。
【０１０３】
次に、管理サーバ２０の制御部２１は、ビジネス向け定額楽曲の分配処理を実行する（ステップＳ９−７）。具体的には、制御部２１の分配管理部２１５は、端末毎の月額情報量に応じて、原資の分配を行なう。
【０１０４】
（定額楽曲の分配処理）
次に、図１３を用いて、定額楽曲の分配処理を説明する。この処理においては、処理対象期間を定めて、カスタマ向けとビジネス向けとを分けて実行する。カスタマ向けの分配処理とビジネス向けの分配処理では、原資が異なるだけであって、処理手順は同じである。
【０１０５】
まず、管理サーバ２０の制御部２１は、情報料総額の取得処理を実行する（ステップＳ１０−１）。具体的には、制御部２１の分配管理部２１５は、原資記憶部２６において、定額支払の情報料総額を取得する。本実施形態では、カスタマ向けとビジネス向けとを分けて算出する。
【０１０６】
次に、管理サーバ２０の制御部２１は、再生総数の算出処理を実行する（ステップＳ１０−２）。具体的には、制御部２１の分配管理部２１５は、分配管理情報記憶部２７に記録された分配管理ファイル２７０において、個別課金が記録されていない楽曲の楽曲コードを特定する。次に、分配管理部２１５は、特定した楽曲コードが記録されている楽曲実績レコード２５２を、再生実績記憶部２５から取得する。そして、分配管理部２１５は、取得した楽曲実績レコード２５２に記録されている再生回数を合計する。
【０１０７】
次に、管理サーバ２０の制御部２１は、楽曲毎に以下の処理を繰り返す。
ここでは、管理サーバ２０の制御部２１は、再生回数の取得処理を実行する（ステップＳ１０−３）。具体的には、制御部２１の分配管理部２１５は、再生実績記憶部２５から、処理対象の楽曲コードが記録された楽曲実績レコード２５２を取得する。
【０１０８】
次に、管理サーバ２０の制御部２１は、再生割合の算出処理を実行する（ステップＳ１０−４）。具体的には、制御部２１の分配管理部２１５は、処理対象の楽曲の再生回数を、再生総数で除算することにより、再生割合を算出する。
【０１０９】
次に、管理サーバ２０の制御部２１は、分配金の算出処理を実行する（ステップＳ１０−５）。具体的には、制御部２１の分配管理部２１５は、原資記憶部２６から、処理対象期間の原資を取得する。ここで、カスタマ向けの場合には、「歌い放題」についての情報料総額を算出する。一方、ビジネス向けの場合には、端末毎の情報量総額を算出する。そして、分配管理部２１５は、情報料総額に対して、処理対象の楽曲の再生割合を乗算することにより、分配金額を算出する。
【０１１０】
次に、管理サーバ２０の制御部２１は、分配金において著作権管理団体分の算出処理を実行する（ステップＳ１０−６）。具体的には、制御部２１の分配管理部２１５は、分配金に著作権管理団体の分配率を乗算することにより、著作権管理団体分の分配金額を算出する。そして、分配管理部２１５は、分配実績レコード２８０を生成し、分配実績情報記憶部２８に記録する。
【０１１１】
次に、管理サーバ２０の制御部２１は、分配金においてアーティスト分の算出処理を実行する（ステップＳ１０−７）。具体的には、制御部２１の分配管理部２１５は、分配金に楽曲分の分配率を乗算することにより、アーティスト分の分配金額を算出する。そして、分配管理部２１５は、分配実績レコード２８０を生成し、分配実績情報記憶部２８に記録する。
【０１１２】
次に、管理サーバ２０の制御部２１は、映像利用かどうかについての判定処理を実行する（ステップＳ１０−８）。具体的には、制御部２１の分配管理部２１５は、楽曲記憶部２４に記録されたＨＬＳファイル２４１において映像が含まれるかどうかを確認する。楽曲管理レコード２４４の映像利用データ領域に利用フラグが設定されている場合には、映像利用と判定する。
【０１１３】
映像利用と判定した場合（ステップＳ１０−８において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、分配金において映像分の算出処理を実行する（ステップＳ１０−９）。具体的には、制御部２１の分配管理部２１５は、分配金に映像分の分配率を乗算することにより、映像分の分配金額を算出する。そして、分配管理部２１５は、分配実績レコード２８０を生成し、分配実績情報記憶部２８に記録する。
【０１１４】
一方、映像利用でないと判定した場合（ステップＳ１０−８において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、分配金において映像分の算出処理（ステップＳ１０−９）をスキップして、定額楽曲の分配処理を終了する。
【０１１５】
以上、本実施形態によれば、以下に示す効果を得ることができる。
（１）本実施形態では、管理サーバ２０の制御部２１は、主旋律の推定処理（ステップＳ１−３）、ボーカルマスクファイルの作成処理（ステップＳ１−４）、歌詞の割り当て処理（ステップＳ１−６）を実行する。これにより、音楽原盤を用いて、カラオケファイルを生成することができる。従って、サービス利用者は、アーティストと同じ伴奏環境で歌うことができる。
【０１１６】
（２）本実施形態では、管理サーバ２０の制御部２１は、歌手の特定処理（ステップＳ２−１）、類似楽曲の検索処理（ステップＳ２−２）、歌手の声質の特定処理（ステップＳ２−３）を実行する。これにより、歌手の声質を利用して、ボーカルマスクファイルを生成することができる。また、複数の歌手のボーカルが含まれる場合においても、個別にボーカルマスクファイルを生成することができる。従って、複数の歌手によるボーカルを含む楽曲において、各歌手のボーカルを特定して音量を調整して歌うことができる。
【０１１７】
（３）本実施形態では、管理サーバ２０の制御部２１は、第１のマスク生成処理を実行する（ステップＳ２−４）。これにより、単一のボーカルマスクにより、ボーカルの音量を効率的に調節することができる。
【０１１８】
ボーカルマスクが不十分と判定した場合（ステップＳ２−５において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、第２のマスク生成処理を実行する（ステップＳ２−６）。これにより、特定の領域においてボーカル音域が異なる場合にも、この領域に応じたボーカルマスクを生成することができる。従って、楽曲全体の歪を抑制することができる。
【０１１９】
更に、ボーカルマスクが不十分と判定した場合（ステップＳ２−７において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、第３のマスク生成処理を実行する（ステップＳ２−８）。これにより、精緻なボーカルマスクを生成することができる。
【０１２０】
（４）本実施形態では、管理サーバ２０の制御部２１は、再生時間の算出処理（ステップＳ８−３）、曲の長さの特定処理（ステップＳ８−４）、再生判定時間の特定処理（ステップＳ８−５）を実行する。再生時間が再生判定時間を経過していると判定した場合（ステップＳ８−６において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、再生カウント処理を実行する（ステップＳ８−７）。これにより、楽曲の利用状況に応じて、的確な再生回数をカウントすることができる。
【０１２１】
（５）本実施形態では、管理サーバ２０の制御部２１は、個別ルールに基づいて分配金の算出処理を実行する（ステップＳ９−２）。これにより、アーティストやレコードレーベルとの契約に基づいて、分配金を算出することができる。
【０１２２】
（６）本実施形態では、管理サーバ２０の制御部２１は、メドレーの特定処理（ステップＳ９−３）、メドレー構成曲の特定処理（ステップＳ９−４）、メドレー構成曲に再生回数の分配処理（ステップＳ９−５）を実行する。これにより、複数の楽曲を含む多様なメドレー曲においても、構成曲を考慮して、分配金を分配することができる。
【０１２３】
（７）本実施形態では、管理サーバ２０の制御部２１は、再生総数の算出処理（ステップＳ１０−２）、再生回数の取得処理（ステップＳ１０−３）、再生割合の算出処理（ステップＳ１０−４）、分配金の算出処理（ステップＳ１０−５）を実行する。これにより、カラオケサービスにおいて定額料金制を適用した場合にも、再生状況に応じて、分配金を算出することができる。
【０１２４】
映像利用と判定した場合（ステップＳ１０−８において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、分配金において映像分の算出処理を実行する（ステップＳ１０−９）。これにより、コンテンツに含まれる映像についても原資を分配することができる。
【０１２５】
なお、上記実施形態は、以下の態様に変更してもよい。
・上記実施形態では、管理サーバ２０の制御部２１は、歌手の声質の特定処理を実行する（ステップＳ２−３）。この場合、類似楽曲による声質の特定処理（ステップＳ３−１）、独唱箇所により声質の特定処理（ステップＳ３−２）を実行する。声質の特定方法はこれに限定されるものではなく、いずれか一方を行なうようにしてもよい。また、両方の方法により声質を特定できた場合には、所定のルールで特定した声質を用いて、ボーカルマスクファイルを生成するようにしてもよい。所定のルールとしては、例えば、両方のボーカル音域を含む音域を声質として特定するルールを用いることができる。
【０１２６】
・上記実施形態では、分配管理情報記憶部２７には、各関係者に分配する金額を特定するための分配管理ファイル２７０が記録される。この分配管理ファイル２７０は、楽曲コード、支払先、分配条件に関するデータを含んで構成される。この分配条件は、ボーカル音域の特定の困難性に基づいて設定するようにしてもよい。例えば、本実施形態においては、第１〜第３のマスク処理を実行する。ここで、マスク処理によって分配率を変更する。例えば、第１のマスク処理によってボーカルマスクファイルを生成した場合には、第２のマスク処理によってボーカルマスクファイルを生成した場合よりも、アーティスト分の分配率を低くする。更に、第２のマスク処理によってボーカルマスクファイルを生成した場合には、第３のマスク処理によってボーカルマスクファイルを生成した場合よりも、アーティスト分の分配率を低くする。これにより、ボーカルマスクファイルの生成の困難性に応じて、分配率を変更することができる。
【０１２７】
・上記実施形態の再生判定処理では、管理サーバ２０の制御部２１は、曲の長さ（演奏時間）に基づいて再生判定時間の特定処理を実行する（ステップＳ８−５）。再生判定方法は、再生判定時間による方法に限定されるものではない。例えば、楽曲におけるサビの位置に基づいて、再生判定を行なうようにしてもよい。この場合には、管理サーバ２０の制御部２１が、主旋律の推定処理（ステップＳ１−３）において、特定のパターンに基づいて、サビ位置を特定する。そして、楽曲管理レコード２４４に、特定したサビ位置（時間）を記録しておく。そして、再生管理部２１４は、再生時間及びサビ位置に基づいて、再生判定を行なう。ここでは、再生判定時間を経過していない場合であっても、サビが再生された場合には、再生と判定する。
【０１２８】
・上記実施形態では、各ユーザ端末４０における再生において、再生判定処理を実行し、再生回数を記録する。この場合、複数のユーザが、自身のユーザ端末４０を用いて、カラオケサービスを利用すると、各ユーザ端末４０における再生回数が記録される。これに代えて、グループでカラオケサービスを利用する場合には、再生回数を調整するようにしてもよい。
【０１２９】
ここでは、図１４に示すように、複数のユーザ端末４０ａ，４０ｂ、４０ｃを用いて、同時期に同じ楽曲が再生された場合には、再生回数を調整する。この場合、管理サーバ２０に、グループ情報記憶部を設ける。このグループ情報記憶部には、グループ管理コードに対して、グループで利用するユーザ端末４０のユーザコードに関するデータが記録される。また、カラオケサービスを利用する楽曲の指定を取得した場合には、楽曲指定が行なわれたユーザ端末４０のユーザコードに関連付けて親機情報を記録する。
【０１３０】
この場合、図１５に示すグループ再生管理処理を実行する。
（グループ再生管理処理）
ここでは、まず、管理サーバ２０の制御部２１は、グループ登録処理を実行する（ステップＳ１１−１）。具体的には、複数のユーザが各自のユーザ端末４０を用いてカラオケサービスを利用する場合には、各ユーザ端末４０を用いて、管理サーバ２０にアクセスする。この場合、制御部２１の再生管理部２１４は、グループに対してグループ管理コードを付与する。そして、グループ管理コードを用いて、ログインしたユーザ端末４０について、グループ情報記憶部に、グループ管理コードに関連付けてユーザコードを記録する（グループ登録）。ここでは、ユーザ端末４０ａ〜４０ｃが、同じグループ管理コードを用いて、ログインした場合を想定する。
【０１３１】
次に、管理サーバ２０の制御部２１は、楽曲指定の受付処理を実行する（ステップＳ１１−２）。具体的には、制御部２１の再生管理部２１４は、グループ登録された任意のユーザ端末４０から、利用したい楽曲の楽曲コードを取得する。例えば、ユーザ端末４０ｂから楽曲指定を受信した場合を想定する。
【０１３２】
次に、管理サーバ２０の制御部２１は、指定者を親機として特定処理を実行する（ステップＳ１１−３）。具体的には、制御部２１の再生管理部２１４は、このグループ管理コードが付与されているユーザ端末４０ａ〜４０ｃにおいて、この楽曲についてはユーザ端末４０ｂを親機として登録する。
【０１３３】
次に、管理サーバ２０の制御部２１は、同期指示処理を実行する（ステップＳ１１−４）。具体的には、制御部２１の再生管理部２１４は、グループ登録されたユーザ端末４０ａ〜４０ｃに対して同期指示を送信する。この場合、再生管理部２１４は、グループ登録された各ユーザ端末４０ａ〜４０ｃにおける楽曲のダウンロード状況を取得する。そして、再生管理部２１４は、すべてのユーザ端末４０ａ〜４０ｃのダウンロードが完了するまで、各ユーザ端末４０に待機を指示する。
【０１３４】
次に、管理サーバ２０の制御部２１は、再生処理を実行する（ステップＳ１１−５）。具体的には、制御部２１の再生管理部２１４は、グループ登録されたすべてのユーザ端末４０ａ〜４０ｃにおいて、ダウンロードの完了情報を取得した場合、同時に楽曲の再生開始を指示する。
【０１３５】
次に、管理サーバ２０の制御部２１は、再生実績の記録処理を実行する（ステップＳ１１−６）。具体的には、制御部２１の再生管理部２１４は、親機として指定されたユーザ端末４０ｂのユーザコードを用いて、ユーザ実績レコード２５１を登録する。
【０１３６】
また、グループ登録の場合には、同じ場所での楽曲再生を条件としてもよい。この場合には、各ユーザ端末４０ａ〜４０ｃから所在情報を取得する。この所在情報は、例えばユーザ端末４０ａ〜４０ｃが備えているＧＰＳ機能による位置情報を用いることができる。これにより、同じ場所で同時期にサービスを利用していることを判定できる。
【０１３７】
・上記実施形態では、同期歌詞処理により、楽曲に対して歌詞を付加する。そして、担当者端末３０を用いて、歌詞の同期状態を確認する。ここで、ユーザからの情報を利用して、同期状態を確認するようにしてもよい。ここでは、管理サーバ２０において、歌詞同期調整処理を実行する。この場合、管理サーバ２０に、修正情報記憶部を設ける。この修正情報記憶部には、ユーザから取得した修正リクエストに関するリクエスト管理レコードが記録される。このリクエスト管理レコードには、楽曲コードに対して、ユーザコード、再生時間、点数、対応結果に関するデータが記録される。
【０１３８】
ユーザコードデータ領域には、修正リクエストを行なったユーザを特定するための識別子に関するデータが記録される。
再生時間データ領域には、楽曲において修正を希望する箇所を特定するための再生時間（タイムインデックス）に関するデータが記録される。
点数データ領域には、修正リクエストに対して付与された点数に関するデータが記録される。
【０１３９】
対応結果データ領域には、修正リクエストに対する対応結果を特定するためのフラグが記録される。本実施形態では、修正を行なった場合の「修正」フラグ又は修正を行なわない場合の「修正不要」フラグのいずれかが記録される。
【０１４０】
更に、制御部２１の歌詞管理部２１２には、修正の要否を確認するための修正確認基準点に関するデータを保持させておく。また、歌詞管理部２１２には、ユーザ属性に基づいて、点数に付与する重み付け情報を保持させる。この重み付け情報には、修正リクエストに基づいて修正が行なわれた修正割合に対して付与する重み付け値が記録されている。
【０１４１】
図１６を用いて、歌詞同期調整処理を説明する。
（歌詞同期調整処理）
まず、管理サーバ２０の制御部２１は、ユーザの修正情報の取得処理を実行する（ステップＳ１２−１）。具体的には、ユーザ端末４０における再生時に、歌詞の同期状態にずれがあると判断した場合、サービス利用者は、ユーザ端末４０において、修正依頼を入力する。この場合、ユーザ端末４０は、管理サーバ２０に修正リクエストを送信する。この修正リクエストには、楽曲コード、修正依頼入力が行なわれた再生時間に関するデータを含める。この場合、制御部２１の歌詞管理部２１２が、ユーザ端末４０からの修正リクエストを受信する。
【０１４２】
次に、管理サーバ２０の制御部２１は、修正情報の記録処理を実行する（ステップＳ１２−２）。具体的には、制御部２１の歌詞管理部２１２は、取得した修正リクエストについてのリクエスト管理レコードを生成し、修正情報記憶部に記録する。このリクエスト管理レコードには、楽曲コード、ユーザコード、再生時間に関するデータを含める。
【０１４３】
次に、管理サーバ２０の制御部２１は、ユーザ属性に応じて重み付けした点数付与処理を実行する（ステップＳ１２−３）。具体的には、制御部２１の歌詞管理部２１２は、修正情報記憶部から、ユーザコードが記録されたリクエスト管理レコードにおいて、既処理フラグが記録されたレコードを抽出する。そして、歌詞管理部２１２は、リクエスト数に対して、修正フラグが記録されたレコード数の修正割合を算出する。そして、歌詞管理部２１２は、修正割合に応じて重み付けした点数を、今回の修正リクエストに対して付与して、リクエスト管理レコードに記録する。
【０１４４】
次に、管理サーバ２０の制御部２１は、同じ修正があるかどうかについての判定処理を実行する（ステップＳ１２−４）。具体的には、制御部２１の歌詞管理部２１２は、修正情報記憶部から、同じ楽曲コードが記録され、対応結果データ領域にフラグが記録されていない修正管理レコードであって、同じ再生時間帯が記録されたレコードを抽出する。
【０１４５】
同じ修正があると判定した場合（ステップＳ１２−４において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、点数の合計処理を実行する（ステップＳ１２−５）。具体的には、制御部２１の歌詞管理部２１２は、取得した修正管理レコードに記録された点数を合計した合計点を算出する。
【０１４６】
一方、同じ修正がないと判定した場合（ステップＳ１２−４において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、点数の合計処理（ステップＳ１２−５）をスキップする。
【０１４７】
次に、管理サーバ２０の制御部２１は、合計点が基準点を越えているかどうかについての判定処理を実行する（ステップＳ１２−６）。具体的には、制御部２１の歌詞管理部２１２は、算出した合計点と修正確認基準点とを比較する。
【０１４８】
合計点が基準点を越えていないと判定した場合（ステップＳ１２−６において「ＮＯ」の場合）、管理サーバ２０の制御部２１は、歌詞同期調整処理を終了する。
一方、合計点が基準点を越えていると判定した場合（ステップＳ１２−６において「ＹＥＳ」の場合）、管理サーバ２０の制御部２１は、修正提案処理を実行する（ステップＳ１２−７）。具体的には、制御部２１の歌詞管理部２１２は、担当者端末３０に対して、確認リクエストを送信する。この確認リクエストには、リクエスト管理レコードに記録された楽曲コード、再生時間に関する情報を含める。
【０１４９】
次に、管理サーバ２０の制御部２１は、修正判断処理を実行する（ステップＳ１２−８）。確認リクエストを取得した担当者端末３０は、確認リクエスト内容を表示する。この場合、編集担当者は、楽曲を再生し、歌詞の同期状態を確認する。そして、歌詞の同期が適切でないと判断した場合には、ＸＭＬファイルを修正する。この場合、制御部２１の歌詞管理部２１２は、同じ修正リクエストに関するすべての修正管理レコードにおいて、修正済みフラグを記録する。一方、同期状態に問題がない場合には、担当者端末３０において修正不要を入力する。この場合には、歌詞管理部２１２は、同じ修正リクエストに関するすべての修正不要フラグを修正管理レコードに記録する。
【０１５０】
・上記実施形態では、音楽原盤（原盤音源）を用いて、ボーカル音調整コンテンツとしてカラオケファイルを用いる。このボーカル音調整コンテンツは、カラオケファイルに限定されるものではない。ボーカル音を調整したＢＧＭ（バックグラウンドミュージック、背景音）や、ボーカルを抜いた映像を用いることも可能である。また、テロップも歌詞に限定されるものではなく、原盤音源に含まれるボーカル音に対応するテキストを用いることができる。
【０１５１】
・上記実施形態では、カラオケとして利用する場合には、ボーカルマスクファイル２４３を用いて、ボーカルを完全に抜いて再生する。一方、歌唱に自信がない場合には、ボーカルを小さい音量で再生することにより、ガイドとして利用する。この場合、ユーザの状況やコンテンツの内容に応じて、ボーカル音量を調節するようにしてもよい。また、調節量に応じて、課金方法を変更するようにしてもよい。この場合には、ボーカルマスクファイルの設定強度に応じて出力されるボーカル音量に基づいて、分配金を算出するためルールを分配管理ファイル２７０に記憶させておく。
【符号の説明】
【０１５２】
１０…コンテンツサーバ、２０…管理サーバ、２１…制御部、２１０…管理部、２１１…ボーカル処理部、２１２…歌詞管理部、２１３…エディタ、２１４…再生管理部、２１５…分配管理部、２２…原盤記憶部、２３…歌詞情報記憶部、２４…楽曲記憶部、２５…再生実績記憶部、２６…原資記憶部、２７…分配管理情報記憶部、２８…分配実績情報記憶部、３０…担当者端末、４０…ユーザ端末、４１…楽曲再生部、４２…ボーカル音量調整部。
【図１】
2016110154.tif 000003
【図２】
2016110154.tif 000004
【図３】
2016110154.tif 000005
【図４】
2016110154.tif 000006
【図５】
2016110154.tif 000007
【図６】
2016110154.tif 000008
【図７】
2016110154.tif 000009
【図８】
2016110154.tif 000010
【図９】
2016110154.tif 000011
【図１０】
2016110154.tif 000012
【図１１】
2016110154.tif 000013
【図１２】
2016110154.tif 000014
【図１３】
2016110154.tif 000015
【図１４】
2016110154.tif 000016
【図１５】
2016110154.tif 000017
【図１６】
2016110154.tif 000018