(57)【要約】【課題】楽曲配信システムにおいて安定した集客性と収益性を実現し、プロ・アマチュアを問わず多様な楽曲著作権者が多数のリスナーにより評価されかつランキングをリアルタイムで確認できるシステムを提供する。【解決手段】登録期間中、アーティスト端末からアップロードされた楽曲ファイルを楽曲登録テーブルに登録し、コンペティション期間中、指定された楽曲ファイルを楽曲購入料の支払後にリスナー端末にダウンロードしたとき、アーティストのダウンロードポイント累計に対して１回当たりのダウンロードポイントを加算して記録し、結果発表期間中、アーティストによる登録料を原資とする賞金の支払先のアーティストを、ダウンロードポイント累計に基づいて決定し、楽曲購入料を原資として著作権料等をダウンロードポイント累計に基づいて決定する、楽曲配信コンペティションシステムである。【選択図】図１
2012168695.tif 000002
【特許請求の範囲】
【請求項１】
アーティスト端末及びリスナー端末とネットワークを介して接続可能な運営サーバを有し、前記アーティスト端末からアーティストの著作した楽曲の楽曲ファイルがアップロードされ、前記リスナー端末の要求に応じて楽曲ファイルをダウンロードする処理を行う楽曲配信コンペティションシステムであって、前記運営サーバが、
（ａ）楽曲登録期間中、前記アーティスト端末からアップロードされた登録情報及び楽曲ファイルを受信し、アーティストに固有に割り当てたアーティストＩＤと受信した登録情報及び楽曲ファイルとを対応付け、さらにアーティストによる登録料の支払完了後に登録料支払完了情報を対応付けてアーティスト楽曲登録テーブルに登録する手段と、
（ｂ）コンペティション期間中、前記リスナー端末からアーティストＩＤを指定した楽曲ファイルのダウンロード要求を受信し、リスナーによる楽曲購入料の支払完了後に、指定されたアーティストＩＤに対応付けられた楽曲ファイルを前記リスナー端末にダウンロードする手段と、
（ｃ）コンペティション期間中、楽曲ファイルを前記リスナー端末にダウンロードしたとき、指定された前記アーティストＩＤに対応付けられたダウンロードポイント累計に対して１回当たりのダウンロードポイントを加算してアーティストランキング管理テーブルに記録する手段と、
（ｄ）結果発表期間中、前記アーティストによる登録料を原資とする賞金の支払先のアーティストを、前記アーティストランキング管理テーブルに記録された前記ダウンロードポイント累計に基づいて決定する手段と、
（ｅ）結果発表期間中、前記リスナーによる楽曲購入料のうち所定の割合を原資として各アーティストに支払われる著作権料等を、前記アーティストランキング管理テーブルに記録された前記ダウンロードポイント累計に基づいて決定する手段と、を備えたことを特徴とする
楽曲配信コンペティションシステム。
【請求項２】
前記運営サーバが、
（ｆ）コンペティション期間中、前記アーティスト端末からアーティストランキングの閲覧要求を受信し、前記アーティストランキング管理テーブルを参照し、前記ダウンロードポイント累計に基づいて全アーティストＩＤを並べ替え、閲覧要求を行ったアーティストのアーティストＩＤに該当する順位を表示する手段をさらに備えたことを特徴とする
請求項１に記載の楽曲配信コンペティションシステム。
【請求項３】
前記運営サーバが、
（ｇ）コンペティション期間中、前記リスナー端末からアーティストＩＤを指定した楽曲ファイルのダウンロード要求を受信したとき、リスナーに固有に割り当てたリスナーＩＤと指定されたアーティストＩＤと１回当たりのダウンロードポイントとを対応付け、さらにリスナーによる楽曲購入料の支払完了後に楽曲購入料完了情報を対応付けてリスナーポイント管理テーブルに記録する手段をさらに備えたことを特徴とする
請求項１又は２に記載の楽曲配信コンペティションシステム。
【請求項４】
前記運営サーバが、
（ｈ）コンペティション期間中、前記リスナー端末からアーティストＩＤ及び所定数の応援ポイントを指定した応援ポイントの購入要求を受信し、リスナーに固有に割り当てたリスナーＩＤと指定されたアーティストＩＤ及び所定数の応援ポイントとを対応付け、さらにリスナーによる応援ポイント購入料の支払完了後に応援ポイント購入料完了情報を対応付けてリスナーポイント管理テーブルに記録する手段と、
（ｉ）コンペティション期間中、前記所定数の応援ポイントを前記リスナーポイント管理テーブルに記録したとき、同時に、指定されたアーティストＩＤに対応付けられた応援ポイント累計に対して前記所定数の応援ポイントを加算してアーティストランキング管理テーブルに記録する手段と、
（ｊ）結果発表期間中、前記リスナーによる応援ポイント購入料を原資として各アーティストに支払われる応援料を、前記アーティストランキング管理テーブルに記録された前記応援ポイント累計に基づいて決定する手段と、をさらに備えたことを特徴とする
請求項３に記載の楽曲配信コンペティションシステム。
【請求項５】
前記運営サーバが、
（ｋ）コンペティション期間中、前記リスナー端末からポイントランキングの閲覧要求を受信し、前記リスナーポイント管理テーブルを参照し、各リスナーについてのダウンロードポイント及び応援ポイントを合計し、合計ポイントに基づいて全リスナーＩＤを並べ替え、閲覧要求を行ったリスナーのリスナーＩＤに該当する順位を表示する手段をさらに備えたことを特徴とする
請求項４に記載の楽曲配信コンペティションシステム。
【請求項６】
前記運営サーバが、
（ｌ）登録期間中、前記アーティスト端末から前記ダウンロードポイントの１ポイント当たりの換算金額を指定するダウンロードポイント換算情報を受信し、前記アーティストＩＤと対応付けてポイント設定登録テーブルに登録する手段をさらに備え、
（ｍ）結果発表期間中、各アーティストに支払われる著作権料等を、前記アーティストランキング管理テーブルに記録された前記ダウンロードポイント累計に基づいて決定する手段が、前記ポイント設定登録テーブルを参照し前記ダウンロードポイント換算情報に基づいて決定することを特徴とする
請求項１〜５のいずれかに記載の楽曲配信コンペティションシステム。
【請求項７】
前記運営サーバが、
（ｎ）登録期間中、前記アーティスト端末から前記応援ポイントの１ポイント当たりの換算金額を指定する応援ポイント換算情報を受信し、前記アーティストＩＤと対応付けてポイント設定登録テーブルに登録する手段をさらに備え、
（ｏ）結果発表期間中、各アーティストに支払われる応援料を、前記アーティストランキング管理テーブルに記録された前記応援ポイント累計に基づいて決定する手段が、前記ポイント設定登録テーブルを参照し前記応援ポイント換算情報に基づいて決定することを特徴とする
請求項４又は５に記載の楽曲配信コンペティションシステム。
【請求項８】
前記運営サーバが、
（ｐ）コンペティション期間中、前記リスナー端末から楽曲ファイルのダウンロードのためにアーティストＩＤを指定する情報及びプレゼント用ダウンロードに関するプレゼント数を指定する情報を受信し、リスナーに固有に割り当てたリスナーＩＤと指定されたアーティストＩＤと指定されたプレゼント数に相当するダウンロードポイントとを対応付け、さらにリスナーによる楽曲購入料の支払完了後に楽曲購入料完了情報を対応付けてリスナーポイント管理テーブルに記録する手段と、
（ｑ）指定されたプレゼント数に対応する数のプレゼント用ＩＤを採番し、採番したプレゼント用ＩＤと指定されたアーティストＩＤとを対応付けてプレゼントＩＤ登録テーブルに記録する手段と、
（ｒ）コンペティション期間中、プレゼント先端末からプレゼント用ＩＤを用いた楽曲ファイルのダウンロード要求を受信し、前記プレゼント用ＩＤに基づいて前記プレゼントＩＤ登録テーブルを参照し、該当するアーティストＩＤに対応付けられた楽曲ファイルを前記プレゼント先端末にダウンロードする手段と、をさらに備えたことを特徴とする
請求項１〜７のいずれかに記載の楽曲配信コンペティションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アーティストがサーバにアップロードした楽曲について、リスナーがサーバからダウンロードした回数によりランキングを競う、ネットワークを介した楽曲配信コンペティションシステムに関する。
【背景技術】
【０００２】
現在、多様なウェブサイトにおいて携帯電話やパーソナルコンピュータ等の端末からの配信要求に応じて楽曲等のコンテンツを無料又は有料にて配信（ダウンロード）するサービスが行われている（特許文献１、２等）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献２】特許第３７３４６６１号公報
【特許文献２】特許第３６３４７４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、現状の楽曲コンテンツの有料配信サービスシステムには、以下のような問題点がある。
・安定した集客性及び収益性を確立したビジネスモデルを構築できていない。
・店舗販売されるＣＤと異なり、販売実績を基にランキングを作成することが困難である。
・音楽業界ではプロとアマチュアの境界が曖昧となってきているが、これらの多様なアーティスト（楽曲著作権者）に対して広く公平にその楽曲を評価してもらえる場が提供されていない。
・楽曲の単価は、専ら販売業者により設定され、アーティストが設定することができない。
【０００５】
以上の現状に鑑み、本発明は、楽曲コンテンツを有料にて配信するシステムにおいて安定した集客性と収益性を実現するとともに、プロ・アマチュアを問わず多様な楽曲著作権者が多数のリスナーにより評価されることができかつそのランキングをリアルタイムで確認でき、また、アーティストが自ら楽曲の単価を設定することができるシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するべく本発明は、以下の構成を提供する。
本発明による楽曲配信コンペティションシステムは、アーティスト端末及びリスナー端末とネットワークを介して接続可能な運営サーバを有し、前記アーティスト端末からアーティストの著作した楽曲の楽曲ファイルがアップロードされ、前記リスナー端末の要求に応じて楽曲ファイルをダウンロードする処理を行う楽曲配信コンペティションシステムであって、前記運営サーバが、
（ａ）楽曲登録期間中、前記アーティスト端末からアップロードされた登録情報及び楽曲ファイルを受信し、アーティストに固有に割り当てたアーティストＩＤと受信した登録情報及び楽曲ファイルとを対応付け、さらにアーティストによる登録料の支払完了後に登録料支払完了情報を対応付けてアーティスト楽曲登録テーブルに登録する手段と、
（ｂ）コンペティション期間中、前記リスナー端末からアーティストＩＤを指定した楽曲ファイルのダウンロード要求を受信し、リスナーによる楽曲購入料の支払完了後に、指定されたアーティストＩＤに対応付けられた楽曲ファイルを前記リスナー端末にダウンロードする手段と、
（ｃ）コンペティション期間中、楽曲ファイルを前記リスナー端末にダウンロードしたとき、指定された前記アーティストＩＤに対応付けられたダウンロードポイント累計に対して１回当たりのダウンロードポイントを加算してアーティストランキング管理テーブルに記録する手段と、
（ｄ）結果発表期間中、前記アーティストによる登録料を原資とする賞金の支払先のアーティストを、前記アーティストランキング管理テーブルに記録された前記ダウンロードポイント累計に基づいて決定する手段と、
（ｅ）結果発表期間中、前記リスナーによる楽曲購入料のうち所定の割合を原資として各アーティストに支払われる著作権料等を、前記アーティストランキング管理テーブルに記録された前記ダウンロードポイント累計に基づいて決定する手段と、を備えたことを特徴とする。
【０００７】
上記システムにおいて、（ｆ）コンペティション期間中、前記アーティスト端末からアーティストランキングの閲覧要求を受信し、前記アーティストランキング管理テーブルを参照し、前記ダウンロードポイント累計に基づいて全アーティストＩＤを並べ替え、閲覧要求を行ったアーティストのアーティストＩＤに該当する順位を表示する手段をさらに備えたことが、好適である。
【０００８】
上記システムにおいて、（ｇ）コンペティション期間中、前記リスナー端末からアーティストＩＤを指定した楽曲ファイルのダウンロード要求を受信したとき、リスナーに固有に割り当てたリスナーＩＤと指定されたアーティストＩＤと１回当たりのダウンロードポイントとを対応付け、さらにリスナーによる楽曲購入料の支払完了後に楽曲購入料完了情報を対応付けてリスナーポイント管理テーブルに記録する手段をさらに備えたことが、好適である。
【０００９】
上記システムにおいて、（ｈ）コンペティション期間中、前記リスナー端末からアーティストＩＤ及び所定数の応援ポイントを指定した応援ポイントの購入要求を受信し、リスナーに固有に割り当てたリスナーＩＤと指定されたアーティストＩＤ及び所定数の応援ポイントとを対応付け、さらにリスナーによる応援ポイント購入料の支払完了後に応援ポイント購入料完了情報を対応付けてリスナーポイント管理テーブルに記録する手段と、
（ｉ）コンペティション期間中、前記所定数の応援ポイントを前記リスナーポイント管理テーブルに記録したとき、同時に、指定されたアーティストＩＤに対応付けられた応援ポイント累計に対して前記所定数の応援ポイントを加算してアーティストランキング管理テーブルに記録する手段と、
（ｊ）結果発表期間中、前記リスナーによる応援ポイント購入料を原資として各アーティストに支払われる応援料を、前記アーティストランキング管理テーブルに記録された前記応援ポイント累計に基づいて決定する手段と、をさらに備えたことが好適である。
【００１０】
上記システムにおいて、（ｋ）コンペティション期間中、前記リスナー端末からポイントランキングの閲覧要求を受信し、前記リスナーポイント管理テーブルを参照し、各リスナーについてのダウンロードポイント及び応援ポイントを合計し、合計ポイントに基づいて全リスナーＩＤを並べ替え、閲覧要求を行ったリスナーのリスナーＩＤに該当する順位を表示する手段をさらに備えたことが、好適である。
【００１１】
上記システムにおいて、（ｌ）登録期間中、前記アーティスト端末から前記ダウンロードポイントの１ポイント当たりの換算金額を指定するダウンロードポイント換算情報を受信し、前記アーティストＩＤと対応付けてポイント設定登録テーブルに登録する手段をさらに備え、
（ｍ）結果発表期間中、各アーティストに支払われる著作権料等を、前記アーティストランキング管理テーブルに記録された前記ダウンロードポイント累計に基づいて決定する手段が、前記ポイント設定登録テーブルを参照し前記ダウンロードポイント換算情報に基づいて決定することが、好適である。
【００１２】
上記システムにおいて、（ｎ）登録期間中、前記アーティスト端末から前記応援ポイントの１ポイント当たりの換算金額を指定する応援ポイント換算情報を受信し、前記アーティストＩＤと対応付けてポイント設定登録テーブルに登録する手段をさらに備え、
（ｏ）結果発表期間中、各アーティストに支払われる応援料を、前記アーティストランキング管理テーブルに記録された前記応援ポイント累計に基づいて決定する手段が、前記ポイント設定登録テーブルを参照し前記応援ポイント換算情報に基づいて決定すること、が好適である。
【００１３】
上記システムにおいて、（ｐ）コンペティション期間中、前記リスナー端末から楽曲ファイルのダウンロードのためにアーティストＩＤを指定する情報及びプレゼント用ダウンロードに関するプレゼント数を指定する情報を受信し、リスナーに固有に割り当てたリスナーＩＤと指定されたアーティストＩＤと指定されたプレゼント数に相当するダウンロードポイントとを対応付け、さらにリスナーによる楽曲購入料の支払完了後に楽曲購入料完了情報を対応付けてリスナーポイント管理テーブルに記録する手段と、
（ｑ）指定されたプレゼント数に対応する数のプレゼント用ＩＤを採番し、採番したプレゼント用ＩＤと指定されたアーティストＩＤとを対応付けてプレゼントＩＤ登録テーブルに記録する手段と、
（ｒ）コンペティション期間中、プレゼント先端末からプレゼント用ＩＤを用いた楽曲ファイルのダウンロード要求を受信し、前記プレゼント用ＩＤに基づいて前記プレゼントＩＤ登録テーブルを参照し、該当するアーティストＩＤに対応付けられた楽曲ファイルを前記プレゼント先端末にダウンロードする手段と、をさらに備えたことが、好適である。
【発明の効果】
【００１４】
本発明の楽曲配信コンペティションシステムにおいては、アーティストが楽曲をサーバにアップロードするとともに、所定の登録料を支払い、この登録料を原資としてコンペティションの賞金が支払われる。コンペティションでは、リスナーのダウンロード回数に相当するダウンロードポイントに基づいてアーティストのランキングが評価される。これにより、アーティストの参加意欲が向上するとともに、プロ・アマチュアを問わず多様な楽曲著作権者が公平に参加し、評価を受けることができる場が実現される。また、リスナーが楽曲のダウンロードに対して支払う楽曲購入料の一部を原資として著作権料等がアーティストに支払われるので、アーティストは正当な対価を確実に得ることができる。
【００１５】
コンペティション期間中、リスナーが楽曲をダウンロードする毎にダウンロードポイント累計がアーティストランキング管理テーブルに記録されるので、いつの時点でもアーティストランキングを算出することができる。従って、アーティストは、自己のアーティストランキングをリアルタイムに閲覧することができる。
【００１６】
リスナーは、楽曲をダウンロードする以外に、応援ポイントを購入することにより、応援するアーティストに応援料を提供することができる。応援ポイント累計もアーティストランキング管理テーブルに記録される。コンペティション期間中、リスナーは、単に楽曲をダウンロードして聴くだけでなく、応援ポイントを介してより親密にアーティストと関わることができ、リスナーの参加意欲が向上する。また、アーティストの音楽活動を支援することになり、音楽業界の活性化につながる。
【００１７】
コンペティション期間中、リスナーのダウンロードポイント及び応援ポイントが発生する毎にリスナーポイント管理テーブルに記録されるので、いつの時点でもリスナーのポイントランキングを算出することができる。従って、リスナーは、自己のポイントランキングをリアルタイムで閲覧することができる。
【００１８】
アーティストは、ダウンロードポイント及び／又は応援ポイントの換算金額を自ら指定することができる。これにより、楽曲の単価をアーティスト自ら設定できる。
【００１９】
ダウンロードは、登録されたリスナーのみが行うのではなく、リスナーが指定したプレゼント相手が行うようにすることもできる。これにより、本システムの多様な利用が可能となり、また、楽曲が広く知られることにより新たなリスナーの獲得にも寄与できる。
【図面の簡単な説明】
【００２０】
【図１】本発明の楽曲配信コンペティションシステムの概略構成図である。
【図２】本発明の楽曲配信コンペティションシステムのビジネスモデル構成図である。
【図３】楽曲配信コンペティションの１サイクルの流れ及び各参加者の行う処理又は操作をまとめた図である。
【図４Ａ】図１に示した管理データベースに含まれる各種テーブルのうち、アーティストに関連する複数のテーブルの一例を示した図である。
【図４Ｂ】図１に示した管理データベースに含まれる各種テーブルのうち、アーティストに関連する複数のテーブルの一例を示した図である。
【図５】図１に示した管理データベースに含まれる各種テーブルのうち、リスナーに関連する複数のテーブルの一例を示した図である。
【図６】楽曲登録期間中におけるアーティスト及び楽曲の登録処理の一例を示したフロー図である。
【図７】リスナーの登録処理の一例を示したフロー図である。
【図８Ａ】コンペティション期間中における楽曲ダウンロード処理の一例を示したフロー図である。
【図８Ｂ】コンペティション期間中における楽曲ダウンロード処理の一例を示した図８Ａの続きのフロー図である。
【図９】コンペティション期間中における応援ポイント購入処理の一例を示したフロー図である。
【図１０】コンペティション期間中におけるアーティストランキング表示処理の一例を示したフロー図である。
【図１１】コンペティション期間中におけるリスナーのポイントランキング表示処理の一例を示したフロー図である。
【図１２】結果発表期間中におけるランキング集計及び賞金等の分配金の決定処理の一例を示したフロー図である。
【発明を実施するための形態】
【００２１】
以下、本発明の一実施例を示した図面を参照して、本発明の実施の形態を説明する。
本発明による楽曲配信コンペティションシステムの概要は、楽曲登録期間中に不特定多数のアーティストが各々の著作した楽曲を運営サーバにアップロードして登録し、コンペティション期間中に不特定多数のリスナーが好みの楽曲を指定してダウンロードし、そのダウンロード回数によりアーティスト間で競争し、コンペティション期間の終了後に、ダウンロード回数の多いアーティストが賞金を獲得するシステムである。
【００２２】
図１は、本発明の楽曲配信コンペティションシステムの概略構成図である。本発明の楽曲配信コンペティションシステム１０は、アーティスト端末３０及びリスナー端末４０とネットワーク２０を介して接続可能な運営サーバ１を有する。ネットワーク２０は、典型例としてはインターネットであり、運営サーバ１は、ウェブサーバの機能を有し、ウェブサイトを介してアーティスト端末３０及びリスナー端末４０と接続され、相互に情報伝送する。なお、プレゼント先端末４１は、一実施例におけるリスナー端末４０の変形形態であり、後に説明する。
【００２３】
運営サーバ１は、実質的には、適宜のコンピュータに搭載され本システムの各機能を実現するサーバプログラムである。図１の各処理部１Ａ〜１Ｆは、プログラムの処理を機能別に模式的に表したものである。楽曲配信コンペティションシステム１０は、本システムに関連する種々のデータを格納する管理データベース２と、アーティスト端末３０からアップロードされた楽曲ファイルを格納した楽曲データベース３とを備えている。管理データベース２には、互いにリンクした複数のテーブルが構築されている。
【００２４】
アーティスト／楽曲登録処理部１Ａは、楽曲登録期間中、アーティスト端末３０から受信したアーティスト個人情報及び楽曲情報並びに楽曲ファイルを管理データベース２の所定のテーブル及び楽曲データベース３に格納する処理を行う。
【００２５】
リスナー登録処理部１Ｂは、リスナーの個人情報を管理データベース２の所定のテーブルに格納する処理を行う。
【００２６】
楽曲ダウンロード処理部１Ｃは、コンペティション期間中、リスナー端末４０又はプレゼント先端末４１から楽曲のダウンロード要求を受信し、指定されたアーティストの楽曲ファイルをダウンロードする処理を行う。また、ダウンロードポイントの記録処理も行う。
【００２７】
応援ポイント処理部１Ｄは、コンペティション期間中、リスナー端末から応援ポイント購入要求を受信し、指定されたアーティストの応援ポイントの記録処理を行う。
【００２８】
アーティストランキング表示処理部１Ｅは、コンペティション期間中、アーティスト端末からアーティストランキングの閲覧要求を受信し、当該アーティストの現時点のダウンロードポイント累計のランキングを表示する処理を行う。なお、アーティストランキングは、リスナー端末からの閲覧要求に対しても表示することができる。
【００２９】
ポイントランキング表示処理部１Ｆは、コンペティション期間中、リスナー端末からポイントランキングの閲覧要求を受信し、当該リスナーの現時点のダウンロードポイント及び応援ポイントの合計を算出し、当該リスナーの現時点のポイント合計のランキングを表示する処理を行う。
【００３０】
結果集計処理部１Ｇは、コンペティション期間の終了後の集計発表期間に、各アーティストのダウンロードポイント累計の最終値に基づいて賞金を支払うアーティストを決定するとともに、各アーティストに支払う著作権料等を決定する処理を行う。また応援ポイント累計の最終値に基づいて、各アーティストに支払う応援料を決定する処理を行う。
【００３１】
アーティスト端末２０、リスナー端末４０及びプレゼント先端末４１は、ネットワーク接続機能とブラウザを備えたコンピュータ端末であれば、どのような機器であってもよい。例えば、パーソナルコンピュータ、携帯電話、ＰＤＡ等がある。
【００３２】
運営サーバ１の構築するウェブサイトの画面構成の一例は、次のようになる。
・トップ画面
・・アーティスト用画面
・・・個人登録画面
・・・楽曲アップロード画面
・・・アーティストランキング閲覧画面
・・リスナー用画面
・・・個人登録画面
・・・楽曲ダウンロード画面
・・・応援ポイント購入画面
・・・アーティストランキング閲覧画面
・・・ポイントランキング閲覧画面
・・プレゼント先用画面
・・・楽曲ダウンロード画面
【００３３】
図２は、本システムにより実行されるビジネスモデルの概略的な構成図である。細線矢印は、ネットワークを介したデータ（情報）の流れを示し、太線矢印は金銭（又は金銭的価値）の流れを示す。このビジネスモデルの主たる参加メンバーは、楽曲配信コンペティション運営機関、アーティスト及びリスナーである、楽曲配信コンペティション運営機関は、楽曲配信コンペティションシステムを構築管理する。アーティストは、楽曲著作権者であり原盤保有者である。なお、楽曲著作権者と原盤保有者が別個人に属する場合もある（本発明には本質的に影響しない）が、実施例では同じアーティストに属するものとして説明する。アーティストは、アーティスト端末を用いて本システムを利用する。リスナーは、一般ユーザであり、リスナー端末を用いて本システムを利用する。
【００３４】
図２を参照して、特に金銭の流れを説明する。アーティストは、１つの楽曲をアップロードする際に、所定の楽曲登録料を支払う。楽曲登録料は、運営機関が設定し、例えば、１つの楽曲当たり１万円とする。多数のアーティストが登録することにより、登録料がプールされ、これがランキング賞金の原資となる。ランキング賞金は、例えば、一位のアーティストに５千万円を支払う。しかしながら、ランキング賞金の支払い方法はこれに限られず、多様に設定可能である。
【００３５】
リスナーは、楽曲を１回ダウンロードする毎に楽曲購入料を支払う。楽曲購入料は、一実施例においては運営機関が設定するが、別の実施例ではアーティストが設定する。楽曲購入料は、アーティストに支払う著作権料及び原盤使用料（以下、「著作権料等」と称する）の原資となり、また、運営機関の経費や収益の原資にもなる。例えば、ある楽曲についてダウンロード１回当たりの楽曲購入料を１００円とする。この１００円の楽曲購入料のうち、運営機関が経費や収益として例えば５０円を受け取り、残りの５０円がアーティストに著作権料等として支払われる。
【００３６】
また、リスナーは、特定のアーティストを応援するために応援ポイントを購入した場合、応援ポイント購入料を支払う。応援ポイント購入料は、アーティストに応援料として支払われる。例えば、１応援ポイント当たり１０円である。応援ポイント購入料は、一実施例においては運営機関が設定するが、別の実施例ではアーティストが設定する。応援ポイント購入料は、多様に設定することができ、複数のレベルを設けてリスナーがいずれかを選択できるようにしてもよい。
【００３７】
アーティスト又はリスナーと運営機関との間の金銭の決済には、ネットワークを介したクレジットカード決済システム、銀行振込システム、コンビニエンスストア支払システム等の公知の決済システムのいずれを用いて行ってもよい。決済システムについては、本システムの本質部分ではないので、説明を省略する。
【００３８】
図３は、楽曲配信コンペティションシステムにより実行される１回のコンペティションサイクルにおける各期間の状況を説明する表である。先ず、楽曲登録期間（例えば３ヶ月）にアーティストが登録手続を行い、運営機関が登録を受け付ける。アーティストは楽曲をアップロードし、登録料を支払う。
【００３９】
続いて、コンペティション期間（例えば６ヶ月）に移行する。リスナーは登録手続を行い、楽曲のダウンロードを要求し、楽曲購入料を支払う。また、リスナーは応援ポイントを購入し、応援ポイント購入料を支払う。運営機関は、要求された楽曲をダウンロードする。また、ダウンロードポイント及び応援ポイントを記録し、収入金を管理する。アーティスト又はリスナーからランキングの閲覧要求があると、運営機関はランキングを算出し、リアルタイムで表示する。
【００４０】
コンペティション期間の終了後、結果発表期間（例えば１ヶ月）に、運営機関はランキングを集計し、ダウンロードポイント累計に基づいて賞金を支払うアーティストを決定し、また、各アーティストに支払う著作権料等を決定する。各アーティストへの賞金等の分配は、適宜の決済システムにより行うことができる。なお、ランキングの最終結果については、アーティスト又はリスナーからの要求に応じて閲覧できるようにする。また、結果発表期間は、次回のコンペティションサイクルの楽曲登録期間と重なってもよい。
【００４１】
図４Ａ及び図４Ｂは、図１に示した管理データベース２に含まれる各種テーブルのうち、アーティストに関連する複数のテーブルの一例を示した図である。なお、テーブル構成は、この実施例に限定されず、多様に設定可能である。
【００４２】
図４Ａ（ａ）〜（ｃ）の３つのテーブル２Ａ、２Ｂ及び２Ｃは、楽曲登録期間中にデータを格納する登録テーブルである。
図４Ａ（ａ）は、アーティスト登録テーブル２Ａである。アーティストに固有に割り当てられた「アーティストＩＤ」と「パスワード（ＰＷ）」とその他の個人情報のデータ項目がある。「アーティストＩＤ」と「パスワード（ＰＷ）」は、アーティスト端末から運営サーバのウェブサイトにアクセスする際の認証に用いる。個人情報のデータ項目は例示であり、「氏名」、「メールアドレス」、「携帯電話番号」、「口座番号」等がある。「口座番号」は決済方法により必要に応じて設けられる。
【００４３】
図４Ａ（ｂ）は、楽曲登録テーブル２Ｂである。一例として、「アーティストＩＤ」と対応付けられた「仮登録ステータス」、「アップロード(ＵＬ)日時」、「楽曲情報」、「楽曲ファイルパス」及び「本登録ステータス」のデータ項目がある。「アップロード(ＵＬ)日時」は、楽曲を運営サーバにアップロードした日時を記録する。「楽曲情報」は、楽曲名等の楽曲詳細情報である。「楽曲ファイルパス」は、図１の楽曲データベース３に格納した楽曲ファイルへのパスすなわち楽曲ファイルの格納場所を示す情報である。「仮登録ステータス」及び「本登録ステータス」については、後述する図６の登録フローにおいて説明する。
【００４４】
図４Ａ（ｃ）は、ポイント設定登録テーブル２Ｃである。本システムでは、楽曲のダウンロード回数及びアーティストを支援する応援料は、ポイントに置き換えて管理するので、このテーブルに、ポイントと実際の金額の対応関係を登録する。一例として、「アーティストＩＤ」と対応付けられた「ダウンロード(ＤＬ)ポイント換算額」、「応援ポイント換算額」、「ダウンロード（ＤＬ）ポイント」、「応援ポイント（レベル１）」、「応援ポイント（レベル２）」、「応援ポイント（レベル３）」等のデータ項目がある。「ダウンロード(ＤＬ)ポイント換算額」は、１ダウンロードポイント当たりの換算金額である。「応援ポイント換算額」は、１応援ポイント当たりの換算金額である。「ダウンロード（ＤＬ）ポイント」は、１ダウンロード当たり付与されるダウンロードポイント数である。「応援ポイント」は、購入する応援ポイントの数であり、応援レベルによりポイント数が異なる。応援レベルをどのように設定するかは、任意である。
【００４５】
なお、一実施例では、図４Ａ（ｃ）のポイント設定登録テーブル２Ｃの換算金額及びポイント数を全て運営機関が予め設定する。例えば、全てのアーティストについて一律に、ダウンロートポイント及び応援ポイントの１ポイント当たりの換算金額を１０円とする。１回のダウンロード当たりのダウンロードポイントが１０ポイントの場合、どのアーティストの楽曲であっても、１回のダウンロードの楽曲購入料は１００円である。そして、応援レベル１で購入する応援ポイント数は１ポイントなので１０円、応援レベル２では５ポイントなので５０円、応援レベル３では１００ポイントなので１０００円となる。
【００４６】
別の実施例では、図４Ａ（ｃ）のポイント設定登録テーブル２Ｃの換算金額をアーティスト自身が設定する。括弧内の数値は、アーティスト自身が設定する場合のポイント換算金額の一例である。この場合、アーティスト毎に１ポイントの換算金額が異なってくる可能性がある。例えば、”ＡＲＴ−１”の楽曲を１回ダウンロードする楽曲購入料は１００円であるが、”ＡＲＴ−２”の楽曲を１回ダウンロードする楽曲購入料は２００円である。また、”ＡＲＴ−１”の応援ポイント１ｐを購入すると５円であるが、”ＡＲＴ−２”の応援ポイント１ｐを購入すると１０円である。このように、アーティスト自身が自らの楽曲の単価を設定可能となる。
【００４７】
なお、換算金額をアーティスト自身が設定する実施例においても、１回のダウンロード当たり付与するダウンロードポイントについては、全てのアーティストについて一律とする。これは、後述する図１０で説明するように、ダウンロードポイント累計によりアーティストランキングを決定するからである。また、この実施例において、楽曲単価が異なることによるリスナーのダウンロード意欲への影響については、システム設定とは別の問題であるので、ここでは考慮しない。
【００４８】
図４Ｂ（ａ）は、アーティストランキング管理テーブル２Ｄである。このテーブルは、コンペティション期間中にリスナーが楽曲をダウンロードしたり、応援ポイントを購入したりする毎に更新される動的テーブルである。一例として、「アーティストＩＤ」と対応付けられた「ダウンロード(ＤＬ)ポイント累計」及び「応援ポイント累計」のデータ項目がある。「ダウンロード(ＤＬ)ポイント累計」は、１回ダウンロードされると例えば１０ポイント加算される。例えば、”ＡＲＴ−１”のＤＬポイント累計が”２０００ｐ”ということは、１回当たり１０ポイントの場合、２００回ダウンロードされたことになる。「応援ポイン累計」は、購入された応援ポイント数が累算される。
【００４９】
図４Ｂ（ｂ）は、集計結果テーブル２Ｅである。このテーブルは、結果発表期間中に行う集計の結果データを格納するテーブルである。一例として、「アーティストＩＤ」と対応付けられた「ダウンロード(ＤＬ)ポイント合計」、「著作権料等」、「応援ポイント合計」、「応援料」、「ダウンロード(ＤＬ)ランキング」、「賞金」、「分配金合計」のデータ項目がある。
【００５０】
「ダウンロード(ＤＬ)ポイント合計」は、図４Ｂ（ａ）のアーティストランキング管理テーブル２Ｄの「ダウンロード(ＤＬ)ポイント累計」の最終値を格納する。「著作権料等」の金額は、「ダウンロード(ＤＬ)ポイント合計」と図４Ａ（ｃ）のポイント設定登録テーブル２Ｃの「ダウンロード(ＤＬ)ポイント換算額」に基づいて算出した楽曲購入料の合計に対する所定の割合（運営経費及び収益を控除して著作権料等に充てる割合）を算出した数値を格納する。
【００５１】
「応援ポイント合計」は、図４Ｂ（ａ）のアーティストランキング管理テーブル２Ｄの「応援ポイント累計」の最終値を格納する。「応援料」の金額は、「応援ポイント合計」と図４Ａ（ｃ）のポイント設定登録テーブル２Ｃの「応援ポイント換算額」に基づいて算出した数値を格納する。
【００５２】
「ダウンロード(ＤＬ)ランキング」は、「ダウンロード(ＤＬ)ポイント合計」に基づいて「アーティストＩＤ」を並べ替え、決定したランキングの数値を格納する。「賞金」は、各ランキングに付与する賞金額が決定した後に格納する。この例では、一位のアーティストにのみ５千万円を賞金として与える。「分配金合計」は、「著作権料等」、「応援料」及び「賞金」を合計し、各アーティストに最終的に分配する合計金額を格納する。
【００５３】
図５は、図１に示した管理データベース２に含まれる各種テーブルのうち、リスナーに関連する複数のテーブルの一例を示した図である。
図５（ａ）は、リスナー登録テーブル２Ｆであり、楽曲登録期間中にデータを格納する登録テーブルである。リスナーに固有に割り当てられた「リスナーＩＤ」と「パスワード（ＰＷ）」とその他の個人情報のデータ項目がある。「リスナーＩＤ」と「パスワード（ＰＷ）」は、リスナー端末から運営サーバのウェブサイトにアクセスする際の認証に用いる。個人情報のデータ項目は例示であり、「氏名」、「メールアドレス」、「携帯電話番号」等がある。
【００５４】
図５（ｂ）は、リスナーポイント管理テーブル２Ｇであり、コンペティション期間中にリスナーが楽曲を購入したとき及び応援ポイントを購入したときに逐次ポイントデータを記録するテーブルである。一例として、「リスナーＩＤ」と対応付けられた「ポイント取得日」、「アーティストＩＤ」、「ダウンロード(ＤＬ)ポイント数」、「応援ポイント数」、「購入料ステータス」のデータ項目がある。リスナーに付与されるポイントは、本システムの記録として用いる以外に、リスナーに対してポイント数に応じた種々のサービスを提供するために用いることができる。
【００５５】
「ポイント取得日」は、楽曲購入または応援ポイント購入を行った日または日時を記録する。「アーティストＩＤ」は、購入対象または応援対象のアーティストを示す記録である。「ダウンロード(ＤＬ)ポイント数」は、さらに「本人ダウンロード」と「プレゼントダウンロード」に区分けされる。「本人ダウンロード」は、リスナー端末からダウンロード要求しリスナー端末にダウンロードする場合のポイント数を記録する。「プレゼントダウンロード」はリスナー端末からダウンロード要求するがリスナー端末以外の端末（プレゼント先端末）にダウンロードさせる場合のポイント数を記録する。例えば、”2011/02/15”に”ＡＲＴ−２”の楽曲をプレゼントとして９人にダウンロードさせる処理を行ったたことが記録されている。「購入料ステータス」は、リスナーによる購入料の支払が完了した時点で”済”となる。支払の完了は、所定の決済システムから完了情報を受信することにより確認する。
【００５６】
図５（ｃ）は、プレゼントＩＤ登録テーブル２Ｇであり、コンペティション期間中にリスナーが本人以外のプレゼント先にダウンロードさせる要求を行った場合に記録する。一例として、「リスナーＩＤ」と対応付けられた「ダウンロード（ＤＬ）先の数」、「プレゼント用ＩＤ」及び「アーティストＩＤ」のデータ項目がある。「ダウンロード（ＤＬ）先の数」は、ダウンロードさせるプレゼント先の数である。「プレゼント用ＩＤ」は、リスナーではないプレゼント先の人が適宜のプレゼント先端末からサーバにアクセスして楽曲をダウンロードする際に用いる固有のＩＤである。リスナーが指定したプレゼント先の数だけ採番される。
【００５７】
図６〜図１２は、本システムの主要な処理の一例を示したフロー図である。説明中、図４Ａ〜図５に示した各テーブルの符号を参照することがある。
【００５８】
図６は、楽曲登録期間中におけるアーティスト及び楽曲の登録処理の一例を示したフロー図である。
・ステップＳ１１：今回のコンペティションに参加しようとするアーティストがアーティスト端末から本システムのウェブサイトへアクセスしたとき、トップ画面を表示する。トップ画面からアーティスト用画面、リスナー用画面又はプレゼント先用画面へ移行可能であり、ここでは、アーティスト用画面を選択させ、移行する。
・ステップＳ１２：初めてアクセスした場合は、個人登録画面へ移行する。以前のコンペティションに参加したことがありアーティストＩＤを既に取得している場合は、アーティストＩＤとパスワードを入力する。
・ステップＳ１３：個人登録画面において、アーティスト端末から登録情報を受信すると、新規のアーティストＩＤを採番し、パスワードを設定し、アーティスト登録テーブル２Ａに新規レコードを作成し、アーティストＩＤ及び登録情報を格納する。同時に、アーティスト端末にアーティストＩＤ及びパスワードを送信し、表示する。
・ステップＳ１４：既にアーティストＩＤを取得している場合、入力されたアーティストＩＤ及びパスワードを、アーティスト登録テーブル２Ａを参照することにより認証する。
（ステップＳ１９は、別の実施例の場合なので、ここでは省略する）
・ステップＳ１５：楽曲登録テーブル２Ｂに新規レコードを作成し、アーティストＩＤを格納し、「仮登録ステータス」を"済"とする。仮登録後に、アーティストの連絡先に電話をかけて本人確認することが好ましい。
・ステップＳ１６：楽曲アップロード画面を表示する。
・ステップＳ１７：アーティスト端末から楽曲ファイル及び楽曲情報を受信し、楽曲データベース及び楽曲登録テーブル２Ｂにそれぞれ格納する。
・ステップＳ１８：所定の決済システムにより、アーティストから登録料が支払われ、支払完了情報を確認した後、楽曲登録テーブル２Ｂの「本登録ステータス」を"済"とする。これにより、アーティストの登録が完了する。
【００５９】
別の実施例では、アーティスト自身が、楽曲の単価及び応援料を設定する。その場合、次のステップＳ１９を挿入する。
・ステップＳ１９：ポイント設定画面を表示し、アーティスト端末からダウンロードポイント換算額及び応援ポイント換算額を指定する情報を受信し、ポイント設定登録テーブル２Ｃに新規レコードを作成し、アーティストＩＤ及び指定情報を対応付けて格納する。
【００６０】
図７は、リスナーの登録処理の一例を示したフロー図である。リスナーの登録処理は、一般的には、コンペティション期間中に初めて楽曲のダウンロードを要求する際に行うが、楽曲登録期間中に予め行っておいてもよい。
・ステップＳ２１：リスナーがリスナー端末からウェブサイトへアクセスしたとき、トップ画面を表示し、リスナー用画面の個人登録画面への移行を選択させ、個人登録画面を表示する。
・ステップＳ２３：個人登録画面において、リスナー端末から登録情報を受信すると、新規のリスナーＩＤを採番し、パスワードを設定し、リスナー登録テーブル２Ｆに新規レコードを作成し、リスナーＩＤ及び登録情報を格納する。
・ステップＳ２４：リスナー端末にリスナーＩＤ及びパスワードを表示する。これにより、リスナーの登録が完了する。引き続き楽曲のダウンロードを行う場合は、ここから、図８のステップＳ３３に移行してもよい。
【００６１】
図８Ａ及び図８Ｂは、コンペティション期間中における楽曲ダウンロード処理の一例を示したフロー図である。
・ステップＳ３１：リスナーがリスナー端末からウェブサイトへアクセスしたとき、トップ画面を表示し、リスナー用画面の楽曲ダウンロード画面への移行を選択させる。リスナーＩＤ及びパスワードを入力させ、リスナー登録テーブル２Ｆを参照して認証する。その後、楽曲ダウンロード画面を表示する。
・ステップＳ３２：楽曲ダウンロード画面において、登録されている楽曲の中からダウンロードを希望する楽曲を選択させる。この選択により、選択された楽曲に対応するアーティストＩＤが運営サーバに送信され、これを受信する。さらに、選択された楽曲は、リスナー端末（すなわちリスナー本人）がダウンロードするのか、又は、プレゼント先端末（すなわちリスナー本人ではなくプレゼント相手）がダウンロードするのかを指定する情報を受信する。
・ステップＳ３３：リスナー端末でダウンロードする場合は、直ちにステップＳ３４へ移行する。プレゼント先端末でダウンロードする場合は、ステップＳ３８及びステップＳ３９を経てステップＳ３４へ移行する。
・ステップＳ３４：リスナーポイント管理テーブル２Ｇに、「ポイント取得日」、「アーティストＩＤ」及び「ダウンロードポイント数」を記録する。「ダウンロードポイント数」は、リスナー本人のダウンロードか、プレゼント先のダウンロードかを区別して記録する。１回のダウンロード当たり１０ポイントとすると、９人のプレゼント先にダウンロードさせる場合は、９０ポイントとなる。
・ステップＳ３５：アーティストランキング管理テーブル２Ｄにおける、指定されたアーティストＩＤに対応付けられた「ダウンロードポイント累計」を更新する。１回のダウンロードであれば現在の数値に１０ポイントを加算し、９回のダウンロードであれば現在の数値に９０ポイントを加算する。
・ステップＳ３６：所定の決済システムにより、リスナーから楽曲購入料が支払われ、支払完了情報を確認した後、リスナーポイント管理テーブル２Ｇの「購入料ステータス」を"済"とする。楽曲購入料の支払後に、楽曲のダウンロードを行うことが信用確保の上で好ましい。
・ステップＳ３７：ダウンロード先がリスナー本人の場合は、指定されたアーティストＩＤに基づいて楽曲登録テーブル２Ｂを検索し、楽曲ファイルパスにより該当する楽曲ファイルを楽曲データベースから取得し、リスナー端末に送信する。
【００６２】
上記ステップＳ３３で、プレゼント先端末でダウンロードする場合は、次のステップＳ３８及びＳ３９を実行する。
・ステップＳ３８：リスナー端末からプレゼント先の数を指定する情報を受信し、指定された数の固有のプレゼント用ＩＤを採番する。パスワードも設定してもよい。プレゼント先が９人の場合は、９個のプレゼント用ＩＤを採番する。
・ステップＳ３９：採番したプレゼント用ＩＤとアーティストＩＤとリスナーＩＤとを対応付けてプレゼントＩＤ登録テーブル２Ｈに記録する。
【００６３】
システム処理は、上記ステップＳ３９から上記ステップＳ３４へ続くが、一方、採番されたプレゼント用ＩＤを実際にプレゼント先に配信又は配布する処理（ステップＳ４０）は、運営サーバの機能に含めてもよいが、外部処理としてもよい。運営サーバの機能とする場合、例えば、リスナー端末から配信先のメールアドレスを受信し、プレゼント用ＩＤをそれらのメールアドレスに送信する方法がある。また、外部処理とする場合、例えば、採番したプレゼント用ＩＤをリスナー端末に送信するのみで運営サーバの処理を終え、その後は、リスナー自身がプレゼントしたい相手にプレゼント用ＩＤを伝える（オンライン又はオフライン）方法がある。
【００６４】
図８Ｂは、プレゼント用ＩＤを取得したプレゼント相手が、プレゼント先端末から運営サーバにアクセスして楽曲をダウンロードする処理を示したフロー図である。
・ステップＳ４１：プレゼント相手がプレゼント先端末からウェブサイトへアクセスしたとき、トップ画面を表示し、プレゼント先用画面を選択させ、楽曲ダウンロード画面を表示する。プレゼント用ＩＤを（パスワードを設定した場合はパスワードも）入力させ、プレゼントＩＤ登録テーブル２Ｈを参照して認証する。
・ステップＳ４２：プレゼントＩＤ登録テーブル２Ｈを参照し、プレゼント用ＩＤに対応付けられたアーティストＩＤを取得する。
・ステップＳ４３：アーティストＩＤに基づいて楽曲登録テーブル２Ｂを参照し、該当する楽曲ファイルを楽曲データベースから取得し、プレゼント先端末に送信する。
【００６５】
図９は、コンペティション期間中における応援ポイント購入処理の一例を示したフロー図である。リスナーは、回数の制限無く応援ポイントを購入することができる。
・ステップＳ５１：リスナーがリスナー端末からウェブサイトへアクセスしたとき、トップ画面を表示し、リスナー用画面の応援ポイント購入画面への移行を選択させ、リスナーＩＤ及びパスワードを認証した後、応援ポイント購入画面を表示する。
・ステップＳ５２：応援ポイント購入画面において、リスナー端末からアーティストＩＤを指定する情報を受信する。
・ステップＳ５３：応援ポイント数のレベル選択画面を表示する。ポイント設定登録テーブル２Ｃの応援ポイントのレベル内容が表示される。
・ステップＳ５４：リスナー端末から購入する応援ポイント数を指定する情報を受信する。例えば、応援レベル１を指定した場合は１ポイントの購入を指定、応援レベル３を指定した場合は１００ポイントの購入を指定したことになる。
・ステップＳ５５：リスナーポイント管理テーブル２Ｇに、「ポイント取得日」、「アーティストＩＤ」及び「応援ポイント数」を記録する。
・ステップＳ５６：アーティストランキング管理テーブル２Ｄにおける、指定されたアーティストＩＤに対応付けられた「応援ポイント累計」を更新する。１００ポイントの応援ポイントが購入された場合は、現在の数値に１００ポイントを加算する。
・ステップＳ５７：所定の決済システムにより、リスナーから応援ポイント購入料が支払われ、支払完了情報を確認した後、リスナーポイント管理テーブル２Ｇの「購入料ステータス」を"済"とする。
【００６６】
図１０は、コンペティション期間中におけるアーティストランキング表示処理の一例を示したフロー図である。図１０は、アーティスト端末からの閲覧要求に応じてランキング表示する例を示すが、リスナー端末からの閲覧要求に応じて表示する場合も、ほぼ同様である。
・ステップＳ６１：アーティストが、アーティスト端末からウェブサイトへアクセスしたとき、トップ画面を表示し、アーティスト用画面のアーティストランキング表示画面への移行を選択させ、アーティストＩＤ及びパスワードを認証した後、アーティストランキング表示画面を表示する。
・ステップＳ６２：アーティストＩＤに基づいてアーティストランキング管理テーブル２Ｄを参照し、対応付けられたダウンロードポイント累計の値の大きい順にアーティストＩＤを並べ替えた一覧を取得する。（リスナー端末からの閲覧要求の場合は、このステップの前に、アーティストＩＤを指定する情報をリスナー端末から受信する。）
・ステップＳ６３：一位のアーティストＩＤから指定されたアーティストＩＤに到達する直前までのアーティストＩＤの数を計数し、計数した数値に１を加えた数値を、指定されたアーティストの順位として決定する。
・ステップＳ６４：決定したアーティストの順位をアーティスト端末に表示する。
【００６７】
なお、別の実施例として、全アーティストのランキング一覧表を表示してもよい。
【００６８】
図１１は、コンペティション期間中におけるリスナーのポイントランキング表示処理の一例を示したフロー図である。
・ステップＳ７１：リスナーが、リスナー端末からウェブサイトへアクセスしたとき、トップ画面を表示し、リスナー用画面のポイントランキング表示画面への移行を選択させ、リスナーＩＤ及びパスワードを認証した後、ポイントランキング表示画面を表示する。
・ステップＳ７２：リスナー端末から、アーティストＩＤを指定する情報を受信する。
・ステップＳ７３：アーティ巣路ＩＤに基づいてリスナーポイント管理テーブル２Ｇを参照し、各リスナーＩＤ毎に、指定されたアーティストＩＤに対応付けられたダウンロードポイント数及び応援ポイント数を合計し、合計ポイントを得る。ここで別の実施例として、例えば応援ポイント数のみのポイントランキングを閲覧する場合は、応援ポイント数のみを合計し、合計ポイントを得る。
・ステップＳ７４：合計ポイントの値の大きい順にリスナーＩＤを並べ替えた一覧を取得する。
・ステップＳ７５：一位のリスナーＩＤから、閲覧要求を行ったリスナーのリスナーＩＤに到達する直前までのリスナーＩＤの数を計数し、計数した数値に１を加えた数値を、指定されたアーティストに関する当該リスナーの順位として決定する。
・ステップＳ７６：決定したリスナーの順位をリスナー端末に表示する。
【００６９】
図１２は、結果発表期間中におけるランキング集計及び賞金等の分配金の決定処理の一例を示したフロー図である。
・ステップＳ８１：アーティストランキング管理テーブル２Ｄのダウンロードポイント累計の最終値に基づいて、一位のアーティストに一位の賞金を支払うことを決定する。例えば、賞金を５千万円とする。賞金の原資は、各アーティストの登録料である。
・ステップＳ８２：アーティストランキング管理テーブル２Ｄのダウンロードポイント累計の最終値に基づいて、各アーティストに支払う著作権料等を決定する。ダウンロードポイント累計は、ポイント設定登録テーブル２Ｃのダウンロードポイント換算額に基づいて金額に換算される。この金額が、各アーティストの楽曲購入料の総額である。この楽曲購入料のうち、運営機関の経費及び収益等を控除した所定の割合が、当該アーティストに支払われる著作権料等となる。
・ステップＳ８３：アーティストランキング管理テーブル２Ｄの応援ポイント累計の最終値に基づいて、各アーティストに支払う応援料を決定する。応援ポイントの累計は、ポイント設定登録テーブル２Ｃの応援ポイント換算額に基づいて金額に換算される。この実施例では、応援料はそのままアーティストに支払われる。
・ステップＳ８４：決定された賞金、著作権料等及び応援料を合計し、各アーティストに支払う分配金合計を決定する。
・ステップＳ８５：各アーティストについて決定した結果を、集計結果テーブル２Ｅに格納する。
・ステップＳ８６：アーティスト端末又はリスナー端末からの閲覧要求に応じて、集計結果を表示する。
【符号の説明】
【００７０】
１  運営サーバ
２  管理データベース
３  楽曲データベース
１０  楽曲配信コンペティションシステム
２０  ネットワーク
３０  アーティスト端末
４０  リスナー端末
４１  プレゼント先端末
【図１】
2012168695.tif 000003
【図２】
2012168695.tif 000004
【図３】
2012168695.tif 000005
【図４Ａ】
2012168695.tif 000006
【図４Ｂ】
2012168695.tif 000007
【図５】
2012168695.tif 000008
【図６】
2012168695.tif 000009
【図７】
2012168695.tif 000010
【図８Ａ】
2012168695.tif 000011
【図８Ｂ】
2012168695.tif 000012
【図９】
2012168695.tif 000013
【図１０】
2012168695.tif 000014
【図１１】
2012168695.tif 000015
【図１２】
2012168695.tif 000016