アーティスト端末及びリスナー端末とネットワークを介して接続可能な運営サーバを有し、前記アーティスト端末からアーティストの著作した楽曲の楽曲ファイルがアップロードされ、前記リスナー端末の要求に応じて楽曲ファイルをダウンロードする処理を行う楽曲配信コンペティションシステムであって、前記運営サーバが、a楽曲登録期間中、前記アーティスト端末からアップロードされた登録情報及び楽曲ファイルを受信し、アーティストに固有に割り当てたアーティストIDと受信した登録情報及び楽曲ファイルとを対応付け、さらにアーティストによる登録料の支払完了後に登録料支払完了情報を対応付けてアーティスト楽曲登録テーブルに登録する手段と、bコンペティション期間中、前記リスナー端末からアーティストIDを指定した楽曲ファイルのダウンロード要求を受信し、リスナーによる楽曲購入料の支払完了後に、指定されたアーティストIDに対応付けられた楽曲ファイルを前記リスナー端末にダウンロードする手段と、cコンペティション期間中、楽曲ファイルを前記リスナー端末にダウンロードしたとき、指定された前記アーティストIDに対応付けられたダウンロードポイント累計に対して1回当たりのダウンロードポイントを加算してアーティストランキング管理テーブルに記録する手段と、d結果発表期間中、前記アーティストによる登録料を原資とする賞金の支払先のアーティストを、前記アーティストランキング管理テーブルに記録された前記ダウンロードポイント累計に基づいて決定する手段と、e結果発表期間中、前記リスナーによる楽曲購入料のうち所定の割合を原資として各アーティストに支払われる著作権料等を、前記アーティストランキング管理テーブルに記録された前記ダウンロードポイント累計に基づいて決定する手段と、を備えたことを特徴とする楽曲配信コンペティションシステム。前記運営サーバが、fコンペティション期間中、前記アーティスト端末からアーティストランキングの閲覧要求を受信し、前記アーティストランキング管理テーブルを参照し、前記ダウンロードポイント累計に基づいて全アーティストIDを並べ替え、閲覧要求を行ったアーティストのアーティストIDに該当する順位を表示する手段をさらに備えたことを特徴とする請求項1に記載の楽曲配信コンペティションシステム。前記運営サーバが、gコンペティション期間中、前記リスナー端末からアーティストIDを指定した楽曲ファイルのダウンロード要求を受信したとき、リスナーに固有に割り当てたリスナーIDと指定されたアーティストIDと1回当たりのダウンロードポイントとを対応付け、さらにリスナーによる楽曲購入料の支払完了後に楽曲購入料完了情報を対応付けてリスナーポイント管理テーブルに記録する手段をさらに備えたことを特徴とする請求項1又は2に記載の楽曲配信コンペティションシステム。前記運営サーバが、hコンペティション期間中、前記リスナー端末からアーティストID及び所定数の応援ポイントを指定した応援ポイントの購入要求を受信し、リスナーに固有に割り当てたリスナーIDと指定されたアーティストID及び所定数の応援ポイントとを対応付け、さらにリスナーによる応援ポイント購入料の支払完了後に応援ポイント購入料完了情報を対応付けてリスナーポイント管理テーブルに記録する手段と、iコンペティション期間中、前記所定数の応援ポイントを前記リスナーポイント管理テーブルに記録したとき、同時に、指定されたアーティストIDに対応付けられた応援ポイント累計に対して前記所定数の応援ポイントを加算してアーティストランキング管理テーブルに記録する手段と、j結果発表期間中、前記リスナーによる応援ポイント購入料を原資として各アーティストに支払われる応援料を、前記アーティストランキング管理テーブルに記録された前記応援ポイント累計に基づいて決定する手段と、をさらに備えたことを特徴とする請求項3に記載の楽曲配信コンペティションシステム。前記運営サーバが、kコンペティション期間中、前記リスナー端末からポイントランキングの閲覧要求を受信し、前記リスナーポイント管理テーブルを参照し、各リスナーについてのダウンロードポイント及び応援ポイントを合計し、合計ポイントに基づいて全リスナーIDを並べ替え、閲覧要求を行ったリスナーのリスナーIDに該当する順位を表示する手段をさらに備えたことを特徴とする請求項4に記載の楽曲配信コンペティションシステム。前記運営サーバが、l登録期間中、前記アーティスト端末から前記ダウンロードポイントの1ポイント当たりの換算金額を指定するダウンロードポイント換算情報を受信し、前記アーティストIDと対応付けてポイント設定登録テーブルに登録する手段をさらに備え、m結果発表期間中、各アーティストに支払われる著作権料等を、前記アーティストランキング管理テーブルに記録された前記ダウンロードポイント累計に基づいて決定する手段が、前記ポイント設定登録テーブルを参照し前記ダウンロードポイント換算情報に基づいて決定することを特徴とする請求項1~5のいずれかに記載の楽曲配信コンペティションシステム。前記運営サーバが、n登録期間中、前記アーティスト端末から前記応援ポイントの1ポイント当たりの換算金額を指定する応援ポイント換算情報を受信し、前記アーティストIDと対応付けてポイント設定登録テーブルに登録する手段をさらに備え、o結果発表期間中、各アーティストに支払われる応援料を、前記アーティストランキング管理テーブルに記録された前記応援ポイント累計に基づいて決定する手段が、前記ポイント設定登録テーブルを参照し前記応援ポイント換算情報に基づいて決定することを特徴とする請求項4又は5に記載の楽曲配信コンペティションシステム。前記運営サーバが、pコンペティション期間中、前記リスナー端末から楽曲ファイルのダウンロードのためにアーティストIDを指定する情報及びプレゼント用ダウンロードに関するプレゼント数を指定する情報を受信し、リスナーに固有に割り当てたリスナーIDと指定されたアーティストIDと指定されたプレゼント数に相当するダウンロードポイントとを対応付け、さらにリスナーによる楽曲購入料の支払完了後に楽曲購入料完了情報を対応付けてリスナーポイント管理テーブルに記録する手段と、q指定されたプレゼント数に対応する数のプレゼント用IDを採番し、採番したプレゼント用IDと指定されたアーティストIDとを対応付けてプレゼントID登録テーブルに記録する手段と、rコンペティション期間中、プレゼント先端末からプレゼント用IDを用いた楽曲ファイルのダウンロード要求を受信し、前記プレゼント用IDに基づいて前記プレゼントID登録テーブルを参照し、該当するアーティストIDに対応付けられた楽曲ファイルを前記プレゼント先端末にダウンロードする手段と、をさらに備えたことを特徴とする請求項1~7のいずれかに記載の楽曲配信コンペティションシステム。しかしながら、現状の楽曲コンテンツの有料配信サービスシステムには、以下のような問題点がある。安定した集客性及び収益性を確立したビジネスモデルを構築できていない。店舗販売されるCDと異なり、販売実績を基にランキングを作成することが困難である。音楽業界ではプロとアマチュアの境界が曖昧となってきているが、これらの多様なアーティスト楽曲著作権者に対して広く公平にその楽曲を評価してもらえる場が提供されていない。楽曲の単価は、専ら販売業者により設定され、アーティストが設定することができない。以上の現状に鑑み、本発明は、楽曲コンテンツを有料にて配信するシステムにおいて安定した集客性と収益性を実現するとともに、プロアマチュアを問わず多様な楽曲著作権者が多数のリスナーにより評価されることができかつそのランキングをリアルタイムで確認でき、また、アーティストが自ら楽曲の単価を設定することができるシステムを提供することを目的とする。上記の目的を達成するべく本発明は、以下の構成を提供する。本発明による楽曲配信コンペティションシステムは、アーティスト端末及びリスナー端末とネットワークを介して接続可能な運営サーバを有し、前記アーティスト端末からアーティストの著作した楽曲の楽曲ファイルがアップロードされ、前記リスナー端末の要求に応じて楽曲ファイルをダウンロードする処理を行う楽曲配信コンペティションシステムであって、前記運営サーバが、a楽曲登録期間中、前記アーティスト端末からアップロードされた登録情報及び楽曲ファイルを受信し、アーティストに固有に割り当てたアーティストIDと受信した登録情報及び楽曲ファイルとを対応付け、さらにアーティストによる登録料の支払完了後に登録料支払完了情報を対応付けてアーティスト楽曲登録テーブルに登録する手段と、bコンペティション期間中、前記リスナー端末からアーティストIDを指定した楽曲ファイルのダウンロード要求を受信し、リスナーによる楽曲購入料の支払完了後に、指定されたアーティストIDに対応付けられた楽曲ファイルを前記リスナー端末にダウンロードする手段と、cコンペティション期間中、楽曲ファイルを前記リスナー端末にダウンロードしたとき、指定された前記アーティストIDに対応付けられたダウンロードポイント累計に対して1回当たりのダウンロードポイントを加算してアーティストランキング管理テーブルに記録する手段と、d結果発表期間中、前記アーティストによる登録料を原資とする賞金の支払先のアーティストを、前記アーティストランキング管理テーブルに記録された前記ダウンロードポイント累計に基づいて決定する手段と、e結果発表期間中、前記リスナーによる楽曲購入料のうち所定の割合を原資として各アーティストに支払われる著作権料等を、前記アーティストランキング管理テーブルに記録された前記ダウンロードポイント累計に基づいて決定する手段と、を備えたことを特徴とする。上記システムにおいて、fコンペティション期間中、前記アーティスト端末からアーティストランキングの閲覧要求を受信し、前記アーティストランキング管理テーブルを参照し、前記ダウンロードポイント累計に基づいて全アーティストIDを並べ替え、閲覧要求を行ったアーティストのアーティストIDに該当する順位を表示する手段をさらに備えたことが、好適である。上記システムにおいて、gコンペティション期間中、前記リスナー端末からアーティストIDを指定した楽曲ファイルのダウンロード要求を受信したとき、リスナーに固有に割り当てたリスナーIDと指定されたアーティストIDと1回当たりのダウンロードポイントとを対応付け、さらにリスナーによる楽曲購入料の支払完了後に楽曲購入料完了情報を対応付けてリスナーポイント管理テーブルに記録する手段をさらに備えたことが、好適である。上記システムにおいて、hコンペティション期間中、前記リスナー端末からアーティストID及び所定数の応援ポイントを指定した応援ポイントの購入要求を受信し、リスナーに固有に割り当てたリスナーIDと指定されたアーティストID及び所定数の応援ポイントとを対応付け、さらにリスナーによる応援ポイント購入料の支払完了後に応援ポイント購入料完了情報を対応付けてリスナーポイント管理テーブルに記録する手段と、iコンペティション期間中、前記所定数の応援ポイントを前記リスナーポイント管理テーブルに記録したとき、同時に、指定されたアーティストIDに対応付けられた応援ポイント累計に対して前記所定数の応援ポイントを加算してアーティストランキング管理テーブルに記録する手段と、j結果発表期間中、前記リスナーによる応援ポイント購入料を原資として各アーティストに支払われる応援料を、前記アーティストランキング管理テーブルに記録された前記応援ポイント累計に基づいて決定する手段と、をさらに備えたことが好適である。上記システムにおいて、kコンペティション期間中、前記リスナー端末からポイントランキングの閲覧要求を受信し、前記リスナーポイント管理テーブルを参照し、各リスナーについてのダウンロードポイント及び応援ポイントを合計し、合計ポイントに基づいて全リスナーIDを並べ替え、閲覧要求を行ったリスナーのリスナーIDに該当する順位を表示する手段をさらに備えたことが、好適である。上記システムにおいて、l登録期間中、前記アーティスト端末から前記ダウンロードポイントの1ポイント当たりの換算金額を指定するダウンロードポイント換算情報を受信し、前記アーティストIDと対応付けてポイント設定登録テーブルに登録する手段をさらに備え、m結果発表期間中、各アーティストに支払われる著作権料等を、前記アーティストランキング管理テーブルに記録された前記ダウンロードポイント累計に基づいて決定する手段が、前記ポイント設定登録テーブルを参照し前記ダウンロードポイント換算情報に基づいて決定することが、好適である。上記システムにおいて、n登録期間中、前記アーティスト端末から前記応援ポイントの1ポイント当たりの換算金額を指定する応援ポイント換算情報を受信し、前記アーティストIDと対応付けてポイント設定登録テーブルに登録する手段をさらに備え、o結果発表期間中、各アーティストに支払われる応援料を、前記アーティストランキング管理テーブルに記録された前記応援ポイント累計に基づいて決定する手段が、前記ポイント設定登録テーブルを参照し前記応援ポイント換算情報に基づいて決定すること、が好適である。上記システムにおいて、pコンペティション期間中、前記リスナー端末から楽曲ファイルのダウンロードのためにアーティストIDを指定する情報及びプレゼント用ダウンロードに関するプレゼント数を指定する情報を受信し、リスナーに固有に割り当てたリスナーIDと指定されたアーティストIDと指定されたプレゼント数に相当するダウンロードポイントとを対応付け、さらにリスナーによる楽曲購入料の支払完了後に楽曲購入料完了情報を対応付けてリスナーポイント管理テーブルに記録する手段と、q指定されたプレゼント数に対応する数のプレゼント用IDを採番し、採番したプレゼント用IDと指定されたアーティストIDとを対応付けてプレゼントID登録テーブルに記録する手段と、rコンペティション期間中、プレゼント先端末からプレゼント用IDを用いた楽曲ファイルのダウンロード要求を受信し、前記プレゼント用IDに基づいて前記プレゼントID登録テーブルを参照し、該当するアーティストIDに対応付けられた楽曲ファイルを前記プレゼント先端末にダウンロードする手段と、をさらに備えたことが、好適である。本発明の楽曲配信コンペティションシステムにおいては、アーティストが楽曲をサーバにアップロードするとともに、所定の登録料を支払い、この登録料を原資としてコンペティションの賞金が支払われる。コンペティションでは、リスナーのダウンロード回数に相当するダウンロードポイントに基づいてアーティストのランキングが評価される。これにより、アーティストの参加意欲が向上するとともに、プロアマチュアを問わず多様な楽曲著作権者が公平に参加し、評価を受けることができる場が実現される。また、リスナーが楽曲のダウンロードに対して支払う楽曲購入料の一部を原資として著作権料等がアーティストに支払われるので、アーティストは正当な対価を確実に得ることができる。コンペティション期間中、リスナーが楽曲をダウンロードする毎にダウンロードポイント累計がアーティストランキング管理テーブルに記録されるので、いつの時点でもアーティストランキングを算出することができる。従って、アーティストは、自己のアーティストランキングをリアルタイムに閲覧することができる。リスナーは、楽曲をダウンロードする以外に、応援ポイントを購入することにより、応援するアーティストに応援料を提供することができる。応援ポイント累計もアーティストランキング管理テーブルに記録される。コンペティション期間中、リスナーは、単に楽曲をダウンロードして聴くだけでなく、応援ポイントを介してより親密にアーティストと関わることができ、リスナーの参加意欲が向上する。また、アーティストの音楽活動を支援することになり、音楽業界の活性化につながる。コンペティション期間中、リスナーのダウンロードポイント及び応援ポイントが発生する毎にリスナーポイント管理テーブルに記録されるので、いつの時点でもリスナーのポイントランキングを算出することができる。従って、リスナーは、自己のポイントランキングをリアルタイムで閲覧することができる。アーティストは、ダウンロードポイント及び/又は応援ポイントの換算金額を自ら指定することができる。これにより、楽曲の単価をアーティスト自ら設定できる。ダウンロードは、登録されたリスナーのみが行うのではなく、リスナーが指定したプレゼント相手が行うようにすることもできる。これにより、本システムの多様な利用が可能となり、また、楽曲が広く知られることにより新たなリスナーの獲得にも寄与できる。以下、本発明の一実施例を示した図面を参照して、本発明の実施の形態を説明する。本発明による楽曲配信コンペティションシステムの概要は、楽曲登録期間中に不特定多数のアーティストが各々の著作した楽曲を運営サーバにアップロードして登録し、コンペティション期間中に不特定多数のリスナーが好みの楽曲を指定してダウンロードし、そのダウンロード回数によりアーティスト間で競争し、コンペティション期間の終了後に、ダウンロード回数の多いアーティストが賞金を獲得するシステムである。図1は、本発明の楽曲配信コンペティションシステムの概略構成図である。本発明の楽曲配信コンペティションシステム10は、アーティスト端末30及びリスナー端末40とネットワーク20を介して接続可能な運営サーバ1を有する。ネットワーク20は、典型例としてはインターネットであり、運営サーバ1は、ウェブサーバの機能を有し、ウェブサイトを介してアーティスト端末30及びリスナー端末40と接続され、相互に情報伝送する。なお、プレゼント先端末41は、一実施例におけるリスナー端末40の変形形態であり、後に説明する。運営サーバ1は、実質的には、適宜のコンピュータに搭載され本システムの各機能を実現するサーバプログラムである。図1の各処理部1A~1Fは、プログラムの処理を機能別に模式的に表したものである。楽曲配信コンペティションシステム10は、本システムに関連する種々のデータを格納する管理データベース2と、アーティスト端末30からアップロードされた楽曲ファイルを格納した楽曲データベース3とを備えている。管理データベース2には、互いにリンクした複数のテーブルが構築されている。アーティスト/楽曲登録処理部1Aは、楽曲登録期間中、アーティスト端末30から受信したアーティスト個人情報及び楽曲情報並びに楽曲ファイルを管理データベース2の所定のテーブル及び楽曲データベース3に格納する処理を行う。リスナー登録処理部1Bは、リスナーの個人情報を管理データベース2の所定のテーブルに格納する処理を行う。楽曲ダウンロード処理部1Cは、コンペティション期間中、リスナー端末40又はプレゼント先端末41から楽曲のダウンロード要求を受信し、指定されたアーティストの楽曲ファイルをダウンロードする処理を行う。また、ダウンロードポイントの記録処理も行う。応援ポイント処理部1Dは、コンペティション期間中、リスナー端末から応援ポイント購入要求を受信し、指定されたアーティストの応援ポイントの記録処理を行う。アーティストランキング表示処理部1Eは、コンペティション期間中、アーティスト端末からアーティストランキングの閲覧要求を受信し、当該アーティストの現時点のダウンロードポイント累計のランキングを表示する処理を行う。なお、アーティストランキングは、リスナー端末からの閲覧要求に対しても表示することができる。ポイントランキング表示処理部1Fは、コンペティション期間中、リスナー端末からポイントランキングの閲覧要求を受信し、当該リスナーの現時点のダウンロードポイント及び応援ポイントの合計を算出し、当該リスナーの現時点のポイント合計のランキングを表示する処理を行う。結果集計処理部1Gは、コンペティション期間の終了後の集計発表期間に、各アーティストのダウンロードポイント累計の最終値に基づいて賞金を支払うアーティストを決定するとともに、各アーティストに支払う著作権料等を決定する処理を行う。また応援ポイント累計の最終値に基づいて、各アーティストに支払う応援料を決定する処理を行う。アーティスト端末20、リスナー端末40及びプレゼント先端末41は、ネットワーク接続機能とブラウザを備えたコンピュータ端末であれば、どのような機器であってもよい。例えば、パーソナルコンピュータ、携帯電話、PDA等がある。運営サーバ1の構築するウェブサイトの画面構成の一例は、次のようになる。トップ画面アーティスト用画面個人登録画面楽曲アップロード画面アーティストランキング閲覧画面リスナー用画面個人登録画面楽曲ダウンロード画面応援ポイント購入画面アーティストランキング閲覧画面ポイントランキング閲覧画面プレゼント先用画面楽曲ダウンロード画面図2は、本システムにより実行されるビジネスモデルの概略的な構成図である。細線矢印は、ネットワークを介したデータ情報の流れを示し、太線矢印は金銭又は金銭的価値の流れを示す。このビジネスモデルの主たる参加メンバーは、楽曲配信コンペティション運営機関、アーティスト及びリスナーである、楽曲配信コンペティション運営機関は、楽曲配信コンペティションシステムを構築管理する。アーティストは、楽曲著作権者であり原盤保有者である。なお、楽曲著作権者と原盤保有者が別個人に属する場合もある本発明には本質的に影響しないが、実施例では同じアーティストに属するものとして説明する。アーティストは、アーティスト端末を用いて本システムを利用する。リスナーは、一般ユーザであり、リスナー端末を用いて本システムを利用する。図2を参照して、特に金銭の流れを説明する。アーティストは、1つの楽曲をアップロードする際に、所定の楽曲登録料を支払う。楽曲登録料は、運営機関が設定し、例えば、1つの楽曲当たり1万円とする。多数のアーティストが登録することにより、登録料がプールされ、これがランキング賞金の原資となる。ランキング賞金は、例えば、一位のアーティストに5千万円を支払う。しかしながら、ランキング賞金の支払い方法はこれに限られず、多様に設定可能である。リスナーは、楽曲を1回ダウンロードする毎に楽曲購入料を支払う。楽曲購入料は、一実施例においては運営機関が設定するが、別の実施例ではアーティストが設定する。楽曲購入料は、アーティストに支払う著作権料及び原盤使用料以下、著作権料等と称するの原資となり、また、運営機関の経費や収益の原資にもなる。例えば、ある楽曲についてダウンロード1回当たりの楽曲購入料を100円とする。この100円の楽曲購入料のうち、運営機関が経費や収益として例えば50円を受け取り、残りの50円がアーティストに著作権料等として支払われる。また、リスナーは、特定のアーティストを応援するために応援ポイントを購入した場合、応援ポイント購入料を支払う。応援ポイント購入料は、アーティストに応援料として支払われる。例えば、1応援ポイント当たり10円である。応援ポイント購入料は、一実施例においては運営機関が設定するが、別の実施例ではアーティストが設定する。応援ポイント購入料は、多様に設定することができ、複数のレベルを設けてリスナーがいずれかを選択できるようにしてもよい。アーティスト又はリスナーと運営機関との間の金銭の決済には、ネットワークを介したクレジットカード決済システム、銀行振込システム、コンビニエンスストア支払システム等の公知の決済システムのいずれを用いて行ってもよい。決済システムについては、本システムの本質部分ではないので、説明を省略する。図3は、楽曲配信コンペティションシステムにより実行される1回のコンペティションサイクルにおける各期間の状況を説明する表である。先ず、楽曲登録期間例えば3ヶ月にアーティストが登録手続を行い、運営機関が登録を受け付ける。アーティストは楽曲をアップロードし、登録料を支払う。続いて、コンペティション期間例えば6ヶ月に移行する。リスナーは登録手続を行い、楽曲のダウンロードを要求し、楽曲購入料を支払う。また、リスナーは応援ポイントを購入し、応援ポイント購入料を支払う。運営機関は、要求された楽曲をダウンロードする。また、ダウンロードポイント及び応援ポイントを記録し、収入金を管理する。アーティスト又はリスナーからランキングの閲覧要求があると、運営機関はランキングを算出し、リアルタイムで表示する。コンペティション期間の終了後、結果発表期間例えば1ヶ月に、運営機関はランキングを集計し、ダウンロードポイント累計に基づいて賞金を支払うアーティストを決定し、また、各アーティストに支払う著作権料等を決定する。各アーティストへの賞金等の分配は、適宜の決済システムにより行うことができる。なお、ランキングの最終結果については、アーティスト又はリスナーからの要求に応じて閲覧できるようにする。また、結果発表期間は、次回のコンペティションサイクルの楽曲登録期間と重なってもよい。図4A及び図4Bは、図1に示した管理データベース2に含まれる各種テーブルのうち、アーティストに関連する複数のテーブルの一例を示した図である。なお、テーブル構成は、この実施例に限定されず、多様に設定可能である。図4Aa~cの3つのテーブル2A、2B及び2Cは、楽曲登録期間中にデータを格納する登録テーブルである。図4Aaは、アーティスト登録テーブル2Aである。アーティストに固有に割り当てられたアーティストIDとパスワードPWとその他の個人情報のデータ項目がある。アーティストIDとパスワードPWは、アーティスト端末から運営サーバのウェブサイトにアクセスする際の認証に用いる。個人情報のデータ項目は例示であり、氏名、メールアドレス、携帯電話番号、口座番号等がある。口座番号は決済方法により必要に応じて設けられる。図4Abは、楽曲登録テーブル2Bである。一例として、アーティストIDと対応付けられた仮登録ステータス、アップロード日時、楽曲情報、楽曲ファイルパス及び本登録ステータスのデータ項目がある。アップロード日時は、楽曲を運営サーバにアップロードした日時を記録する。楽曲情報は、楽曲名等の楽曲詳細情報である。楽曲ファイルパスは、図1の楽曲データベース3に格納した楽曲ファイルへのパスすなわち楽曲ファイルの格納場所を示す情報である。仮登録ステータス及び本登録ステータスについては、後述する図6の登録フローにおいて説明する。図4Acは、ポイント設定登録テーブル2Cである。本システムでは、楽曲のダウンロード回数及びアーティストを支援する応援料は、ポイントに置き換えて管理するので、このテーブルに、ポイントと実際の金額の対応関係を登録する。一例として、アーティストIDと対応付けられたダウンロードポイント換算額、応援ポイント換算額、ダウンロードDLポイント、応援ポイントレベル1、応援ポイントレベル2、応援ポイントレベル3等のデータ項目がある。ダウンロードポイント換算額は、1ダウンロードポイント当たりの換算金額である。応援ポイント換算額は、1応援ポイント当たりの換算金額である。ダウンロードDLポイントは、1ダウンロード当たり付与されるダウンロードポイント数である。応援ポイントは、購入する応援ポイントの数であり、応援レベルによりポイント数が異なる。応援レベルをどのように設定するかは、任意である。なお、一実施例では、図4Acのポイント設定登録テーブル2Cの換算金額及びポイント数を全て運営機関が予め設定する。例えば、全てのアーティストについて一律に、ダウンロートポイント及び応援ポイントの1ポイント当たりの換算金額を10円とする。1回のダウンロード当たりのダウンロードポイントが10ポイントの場合、どのアーティストの楽曲であっても、1回のダウンロードの楽曲購入料は100円である。そして、応援レベル1で購入する応援ポイント数は1ポイントなので10円、応援レベル2では5ポイントなので50円、応援レベル3では100ポイントなので1000円となる。別の実施例では、図4Acのポイント設定登録テーブル2Cの換算金額をアーティスト自身が設定する。括弧内の数値は、アーティスト自身が設定する場合のポイント換算金額の一例である。この場合、アーティスト毎に1ポイントの換算金額が異なってくる可能性がある。例えば、ART-1の楽曲を1回ダウンロードする楽曲購入料は100円であるが、ART-2の楽曲を1回ダウンロードする楽曲購入料は200円である。また、ART-1の応援ポイント1pを購入すると5円であるが、ART-2の応援ポイント1pを購入すると10円である。このように、アーティスト自身が自らの楽曲の単価を設定可能となる。なお、換算金額をアーティスト自身が設定する実施例においても、1回のダウンロード当たり付与するダウンロードポイントについては、全てのアーティストについて一律とする。これは、後述する図10で説明するように、ダウンロードポイント累計によりアーティストランキングを決定するからである。また、この実施例において、楽曲単価が異なることによるリスナーのダウンロード意欲への影響については、システム設定とは別の問題であるので、ここでは考慮しない。図4Baは、アーティストランキング管理テーブル2Dである。このテーブルは、コンペティション期間中にリスナーが楽曲をダウンロードしたり、応援ポイントを購入したりする毎に更新される動的テーブルである。一例として、アーティストIDと対応付けられたダウンロードポイント累計及び応援ポイント累計のデータ項目がある。ダウンロードポイント累計は、1回ダウンロードされると例えば10ポイント加算される。例えば、ART-1のDLポイント累計が2000pということは、1回当たり10ポイントの場合、200回ダウンロードされたことになる。応援ポイン累計は、購入された応援ポイント数が累算される。図4Bbは、集計結果テーブル2Eである。このテーブルは、結果発表期間中に行う集計の結果データを格納するテーブルである。一例として、アーティストIDと対応付けられたダウンロードポイント合計、著作権料等、応援ポイント合計、応援料、ダウンロードランキング、賞金、分配金合計のデータ項目がある。ダウンロードポイント合計は、図4Baのアーティストランキング管理テーブル2Dのダウンロードポイント累計の最終値を格納する。著作権料等の金額は、ダウンロードポイント合計と図4Acのポイント設定登録テーブル2Cのダウンロードポイント換算額に基づいて算出した楽曲購入料の合計に対する所定の割合運営経費及び収益を控除して著作権料等に充てる割合を算出した数値を格納する。応援ポイント合計は、図4Baのアーティストランキング管理テーブル2Dの応援ポイント累計の最終値を格納する。応援料の金額は、応援ポイント合計と図4Acのポイント設定登録テーブル2Cの応援ポイント換算額に基づいて算出した数値を格納する。ダウンロードランキングは、ダウンロードポイント合計に基づいてアーティストIDを並べ替え、決定したランキングの数値を格納する。賞金は、各ランキングに付与する賞金額が決定した後に格納する。この例では、一位のアーティストにのみ5千万円を賞金として与える。分配金合計は、著作権料等、応援料及び賞金を合計し、各アーティストに最終的に分配する合計金額を格納する。図5は、図1に示した管理データベース2に含まれる各種テーブルのうち、リスナーに関連する複数のテーブルの一例を示した図である。図5aは、リスナー登録テーブル2Fであり、楽曲登録期間中にデータを格納する登録テーブルである。リスナーに固有に割り当てられたリスナーIDとパスワードPWとその他の個人情報のデータ項目がある。リスナーIDとパスワードPWは、リスナー端末から運営サーバのウェブサイトにアクセスする際の認証に用いる。個人情報のデータ項目は例示であり、氏名、メールアドレス、携帯電話番号等がある。図5bは、リスナーポイント管理テーブル2Gであり、コンペティション期間中にリスナーが楽曲を購入したとき及び応援ポイントを購入したときに逐次ポイントデータを記録するテーブルである。一例として、リスナーIDと対応付けられたポイント取得日、アーティストID、ダウンロードポイント数、応援ポイント数、購入料ステータスのデータ項目がある。リスナーに付与されるポイントは、本システムの記録として用いる以外に、リスナーに対してポイント数に応じた種々のサービスを提供するために用いることができる。ポイント取得日は、楽曲購入または応援ポイント購入を行った日または日時を記録する。アーティストIDは、購入対象または応援対象のアーティストを示す記録である。ダウンロードポイント数は、さらに本人ダウンロードとプレゼントダウンロードに区分けされる。本人ダウンロードは、リスナー端末からダウンロード要求しリスナー端末にダウンロードする場合のポイント数を記録する。プレゼントダウンロードはリスナー端末からダウンロード要求するがリスナー端末以外の端末プレゼント先端末にダウンロードさせる場合のポイント数を記録する。例えば、20110215にART-2の楽曲をプレゼントとして9人にダウンロードさせる処理を行ったたことが記録されている。購入料ステータスは、リスナーによる購入料の支払が完了した時点で済となる。支払の完了は、所定の決済システムから完了情報を受信することにより確認する。図5cは、プレゼントID登録テーブル2Gであり、コンペティション期間中にリスナーが本人以外のプレゼント先にダウンロードさせる要求を行った場合に記録する。一例として、リスナーIDと対応付けられたダウンロードDL先の数、プレゼント用ID及びアーティストIDのデータ項目がある。ダウンロードDL先の数は、ダウンロードさせるプレゼント先の数である。プレゼント用IDは、リスナーではないプレゼント先の人が適宜のプレゼント先端末からサーバにアクセスして楽曲をダウンロードする際に用いる固有のIDである。リスナーが指定したプレゼント先の数だけ採番される。図6~図12は、本システムの主要な処理の一例を示したフロー図である。説明中、図4A~図5に示した各テーブルの符号を参照することがある。図6は、楽曲登録期間中におけるアーティスト及び楽曲の登録処理の一例を示したフロー図である。ステップS11:今回のコンペティションに参加しようとするアーティストがアーティスト端末から本システムのウェブサイトへアクセスしたとき、トップ画面を表示する。トップ画面からアーティスト用画面、リスナー用画面又はプレゼント先用画面へ移行可能であり、ここでは、アーティスト用画面を選択させ、移行する。ステップS12:初めてアクセスした場合は、個人登録画面へ移行する。以前のコンペティションに参加したことがありアーティストIDを既に取得している場合は、アーティストIDとパスワードを入力する。ステップS13:個人登録画面において、アーティスト端末から登録情報を受信すると、新規のアーティストIDを採番し、パスワードを設定し、アーティスト登録テーブル2Aに新規レコードを作成し、アーティストID及び登録情報を格納する。同時に、アーティスト端末にアーティストID及びパスワードを送信し、表示する。ステップS14:既にアーティストIDを取得している場合、入力されたアーティストID及びパスワードを、アーティスト登録テーブル2Aを参照することにより認証する。ステップS19は、別の実施例の場合なので、ここでは省略するステップS15:楽曲登録テーブル2Bに新規レコードを作成し、アーティストIDを格納し、仮登録ステータスを済とする。仮登録後に、アーティストの連絡先に電話をかけて本人確認することが好ましい。ステップS16:楽曲アップロード画面を表示する。ステップS17:アーティスト端末から楽曲ファイル及び楽曲情報を受信し、楽曲データベース及び楽曲登録テーブル2Bにそれぞれ格納する。ステップS18:所定の決済システムにより、アーティストから登録料が支払われ、支払完了情報を確認した後、楽曲登録テーブル2Bの本登録ステータスを済とする。これにより、アーティストの登録が完了する。別の実施例では、アーティスト自身が、楽曲の単価及び応援料を設定する。その場合、次のステップS19を挿入する。ステップS19:ポイント設定画面を表示し、アーティスト端末からダウンロードポイント換算額及び応援ポイント換算額を指定する情報を受信し、ポイント設定登録テーブル2Cに新規レコードを作成し、アーティストID及び指定情報を対応付けて格納する。図7は、リスナーの登録処理の一例を示したフロー図である。リスナーの登録処理は、一般的には、コンペティション期間中に初めて楽曲のダウンロードを要求する際に行うが、楽曲登録期間中に予め行っておいてもよい。ステップS21:リスナーがリスナー端末からウェブサイトへアクセスしたとき、トップ画面を表示し、リスナー用画面の個人登録画面への移行を選択させ、個人登録画面を表示する。ステップS23:個人登録画面において、リスナー端末から登録情報を受信すると、新規のリスナーIDを採番し、パスワードを設定し、リスナー登録テーブル2Fに新規レコードを作成し、リスナーID及び登録情報を格納する。ステップS24:リスナー端末にリスナーID及びパスワードを表示する。これにより、リスナーの登録が完了する。引き続き楽曲のダウンロードを行う場合は、ここから、図8のステップS33に移行してもよい。図8A及び図8Bは、コンペティション期間中における楽曲ダウンロード処理の一例を示したフロー図である。ステップS31:リスナーがリスナー端末からウェブサイトへアクセスしたとき、トップ画面を表示し、リスナー用画面の楽曲ダウンロード画面への移行を選択させる。リスナーID及びパスワードを入力させ、リスナー登録テーブル2Fを参照して認証する。その後、楽曲ダウンロード画面を表示する。ステップS32:楽曲ダウンロード画面において、登録されている楽曲の中からダウンロードを希望する楽曲を選択させる。この選択により、選択された楽曲に対応するアーティストIDが運営サーバに送信され、これを受信する。さらに、選択された楽曲は、リスナー端末すなわちリスナー本人がダウンロードするのか、又は、プレゼント先端末すなわちリスナー本人ではなくプレゼント相手がダウンロードするのかを指定する情報を受信する。ステップS33:リスナー端末でダウンロードする場合は、直ちにステップS34へ移行する。プレゼント先端末でダウンロードする場合は、ステップS38及びステップS39を経てステップS34へ移行する。ステップS34:リスナーポイント管理テーブル2Gに、ポイント取得日、アーティストID及びダウンロードポイント数を記録する。ダウンロードポイント数は、リスナー本人のダウンロードか、プレゼント先のダウンロードかを区別して記録する。1回のダウンロード当たり10ポイントとすると、9人のプレゼント先にダウンロードさせる場合は、90ポイントとなる。ステップS35:アーティストランキング管理テーブル2Dにおける、指定されたアーティストIDに対応付けられたダウンロードポイント累計を更新する。1回のダウンロードであれば現在の数値に10ポイントを加算し、9回のダウンロードであれば現在の数値に90ポイントを加算する。ステップS36:所定の決済システムにより、リスナーから楽曲購入料が支払われ、支払完了情報を確認した後、リスナーポイント管理テーブル2Gの購入料ステータスを済とする。楽曲購入料の支払後に、楽曲のダウンロードを行うことが信用確保の上で好ましい。ステップS37:ダウンロード先がリスナー本人の場合は、指定されたアーティストIDに基づいて楽曲登録テーブル2Bを検索し、楽曲ファイルパスにより該当する楽曲ファイルを楽曲データベースから取得し、リスナー端末に送信する。上記ステップS33で、プレゼント先端末でダウンロードする場合は、次のステップS38及びS39を実行する。ステップS38:リスナー端末からプレゼント先の数を指定する情報を受信し、指定された数の固有のプレゼント用IDを採番する。パスワードも設定してもよい。プレゼント先が9人の場合は、9個のプレゼント用IDを採番する。ステップS39:採番したプレゼント用IDとアーティストIDとリスナーIDとを対応付けてプレゼントID登録テーブル2Hに記録する。システム処理は、上記ステップS39から上記ステップS34へ続くが、一方、採番されたプレゼント用IDを実際にプレゼント先に配信又は配布する処理ステップS40は、運営サーバの機能に含めてもよいが、外部処理としてもよい。運営サーバの機能とする場合、例えば、リスナー端末から配信先のメールアドレスを受信し、プレゼント用IDをそれらのメールアドレスに送信する方法がある。また、外部処理とする場合、例えば、採番したプレゼント用IDをリスナー端末に送信するのみで運営サーバの処理を終え、その後は、リスナー自身がプレゼントしたい相手にプレゼント用IDを伝えるオンライン又はオフライン方法がある。図8Bは、プレゼント用IDを取得したプレゼント相手が、プレゼント先端末から運営サーバにアクセスして楽曲をダウンロードする処理を示したフロー図である。ステップS41:プレゼント相手がプレゼント先端末からウェブサイトへアクセスしたとき、トップ画面を表示し、プレゼント先用画面を選択させ、楽曲ダウンロード画面を表示する。プレゼント用IDをパスワードを設定した場合はパスワードも入力させ、プレゼントID登録テーブル2Hを参照して認証する。ステップS42:プレゼントID登録テーブル2Hを参照し、プレゼント用IDに対応付けられたアーティストIDを取得する。ステップS43:アーティストIDに基づいて楽曲登録テーブル2Bを参照し、該当する楽曲ファイルを楽曲データベースから取得し、プレゼント先端末に送信する。図9は、コンペティション期間中における応援ポイント購入処理の一例を示したフロー図である。リスナーは、回数の制限無く応援ポイントを購入することができる。ステップS51:リスナーがリスナー端末からウェブサイトへアクセスしたとき、トップ画面を表示し、リスナー用画面の応援ポイント購入画面への移行を選択させ、リスナーID及びパスワードを認証した後、応援ポイント購入画面を表示する。ステップS52:応援ポイント購入画面において、リスナー端末からアーティストIDを指定する情報を受信する。ステップS53:応援ポイント数のレベル選択画面を表示する。ポイント設定登録テーブル2Cの応援ポイントのレベル内容が表示される。ステップS54:リスナー端末から購入する応援ポイント数を指定する情報を受信する。例えば、応援レベル1を指定した場合は1ポイントの購入を指定、応援レベル3を指定した場合は100ポイントの購入を指定したことになる。ステップS55:リスナーポイント管理テーブル2Gに、ポイント取得日、アーティストID及び応援ポイント数を記録する。ステップS56:アーティストランキング管理テーブル2Dにおける、指定されたアーティストIDに対応付けられた応援ポイント累計を更新する。100ポイントの応援ポイントが購入された場合は、現在の数値に100ポイントを加算する。ステップS57:所定の決済システムにより、リスナーから応援ポイント購入料が支払われ、支払完了情報を確認した後、リスナーポイント管理テーブル2Gの購入料ステータスを済とする。図10は、コンペティション期間中におけるアーティストランキング表示処理の一例を示したフロー図である。図10は、アーティスト端末からの閲覧要求に応じてランキング表示する例を示すが、リスナー端末からの閲覧要求に応じて表示する場合も、ほぼ同様である。ステップS61:アーティストが、アーティスト端末からウェブサイトへアクセスしたとき、トップ画面を表示し、アーティスト用画面のアーティストランキング表示画面への移行を選択させ、アーティストID及びパスワードを認証した後、アーティストランキング表示画面を表示する。ステップS62:アーティストIDに基づいてアーティストランキング管理テーブル2Dを参照し、対応付けられたダウンロードポイント累計の値の大きい順にアーティストIDを並べ替えた一覧を取得する。リスナー端末からの閲覧要求の場合は、このステップの前に、アーティストIDを指定する情報をリスナー端末から受信する。ステップS63:一位のアーティストIDから指定されたアーティストIDに到達する直前までのアーティストIDの数を計数し、計数した数値に1を加えた数値を、指定されたアーティストの順位として決定する。ステップS64:決定したアーティストの順位をアーティスト端末に表示する。なお、別の実施例として、全アーティストのランキング一覧表を表示してもよい。図11は、コンペティション期間中におけるリスナーのポイントランキング表示処理の一例を示したフロー図である。ステップS71:リスナーが、リスナー端末からウェブサイトへアクセスしたとき、トップ画面を表示し、リスナー用画面のポイントランキング表示画面への移行を選択させ、リスナーID及びパスワードを認証した後、ポイントランキング表示画面を表示する。ステップS72:リスナー端末から、アーティストIDを指定する情報を受信する。ステップS73:アーティ巣路IDに基づいてリスナーポイント管理テーブル2Gを参照し、各リスナーID毎に、指定されたアーティストIDに対応付けられたダウンロードポイント数及び応援ポイント数を合計し、合計ポイントを得る。ここで別の実施例として、例えば応援ポイント数のみのポイントランキングを閲覧する場合は、応援ポイント数のみを合計し、合計ポイントを得る。ステップS74:合計ポイントの値の大きい順にリスナーIDを並べ替えた一覧を取得する。ステップS75:一位のリスナーIDから、閲覧要求を行ったリスナーのリスナーIDに到達する直前までのリスナーIDの数を計数し、計数した数値に1を加えた数値を、指定されたアーティストに関する当該リスナーの順位として決定する。ステップS76:決定したリスナーの順位をリスナー端末に表示する。図12は、結果発表期間中におけるランキング集計及び賞金等の分配金の決定処理の一例を示したフロー図である。ステップS81:アーティストランキング管理テーブル2Dのダウンロードポイント累計の最終値に基づいて、一位のアーティストに一位の賞金を支払うことを決定する。例えば、賞金を5千万円とする。賞金の原資は、各アーティストの登録料である。ステップS82:アーティストランキング管理テーブル2Dのダウンロードポイント累計の最終値に基づいて、各アーティストに支払う著作権料等を決定する。ダウンロードポイント累計は、ポイント設定登録テーブル2Cのダウンロードポイント換算額に基づいて金額に換算される。この金額が、各アーティストの楽曲購入料の総額である。この楽曲購入料のうち、運営機関の経費及び収益等を控除した所定の割合が、当該アーティストに支払われる著作権料等となる。ステップS83:アーティストランキング管理テーブル2Dの応援ポイント累計の最終値に基づいて、各アーティストに支払う応援料を決定する。応援ポイントの累計は、ポイント設定登録テーブル2Cの応援ポイント換算額に基づいて金額に換算される。この実施例では、応援料はそのままアーティストに支払われる。ステップS84:決定された賞金、著作権料等及び応援料を合計し、各アーティストに支払う分配金合計を決定する。ステップS85:各アーティストについて決定した結果を、集計結果テーブル2Eに格納する。ステップS86:アーティスト端末又はリスナー端末からの閲覧要求に応じて、集計結果を表示する。