JP2001318682A - 音楽配信システム及び音楽配信プログラムを記憶した記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 無名なミュージシャンであっても従来のよう
な苦労をすることなく、自作の曲を売り込むことができ
るとともに、その曲を販売する管理者も、少ない費用で
販路を獲得できるようにする。 【解決手段】 曲サーバー１は、通信回線４を介して接
続されたＰＣ端末３から曲データの販売委託の登録要求
を受信した場合には、その曲の販売価格及び分配率を提
示するとともに、時間経過に応じてその販売価格をダウ
ンする旨の登録条件情報をそのＰＣ端末３に送信し、そ
れを承認したＰＣ端末３から送信された曲データを登録
し、他のＰＣ端末３に曲データをダウンロードしたとき
は、そのときの販売価格に分配率を乗じた金額を課金サ
ーバー２を介して創作者の口座に振込依頼を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信回線によって
曲データを配信する音楽配信システム及び音楽配信プロ
グラムを記憶した記憶媒体に関する。

【０００２】

【従来の技術】従来、レコード会社等で扱っている曲を
配信するものとして、通信カラオケシステムがある。こ
れは、曲を配信するサーバー側に予め用意された著名な
曲を一般電話回線等の通信回線を介して有料でダウンロ
ードするものである。

【０００３】

【発明が解決しようとする課題】一方、近年において
は、楽器や作曲ソフトの普及に伴い、自作した曲を売り
込みたいという願望を持つ人や、プロのミュージシャン
として有名になりたいという願望を持つ人が多くなって
きている。しかしながら、マスコミやレコード会社等で
は、このような無名なミュージシャンの自作曲は相手に
されない場合がほとんどである。また、自費で数百枚の
ＣＤを作成して販売している人もいるが、制作費が高い
上、販売店に置いてくれる保証もない。このため、この
ような願望を持つ人々は、街頭に出て演奏を行うか又は
コンテストに参加して演奏するしか広く世間一般に自作
の曲をアッピールする方法がなかった。

【０００４】しかしながら、このようなやり方では、無
名のミュージシャンに多大の労苦を強いるだけで全く利
益にはならない。このため才能のあるミュージシャンが
世間に認められることなく、途中で挫折して音楽活動を
断念してしまうことが多い。一方、マスコミやレコード
会社等には、このような才能のあるミュージシャンを発
掘したいという要求はあるものの、本当にものになるか
どうか見極めることはその道の専門家でも困難である
し、発掘した後に利益をもたらすまで育成する費用や売
り出しのキャンペーンコストも大変な額に昇る。このた
め、無名なミュージシャンが発掘される機会はほとんど
ないのが実情であった。

【０００５】本発明の課題は、無名なミュージシャンで
あっても従来のような苦労をすることなく、自作の曲を
売り込むことができるとともに、その曲を販売する管理
者も、少ない費用で販路を獲得できるようにすることで
ある。

【０００６】

【課題を解決するための手段】請求項１記載の音楽配信
システムは、通信回線を介して接続された任意の情報端
末（実施形態においては、図１のＰＣ端末３に対応す
る）から曲データの販売委託の登録要求を受信した場合
には、当該曲データの販売価格、当該販売価格に対する
当該登録要求者及び当該曲データの委託販売を行う管理
者それぞれに支払う分配金の比率を示す分配率、並びに
販売経過に応じて前記販売価格を変化する旨を提示した
登録条件情報を前記登録要求者の情報端末に送信する登
録条件提示手段（実施形態においては、図１の曲サーバ
ー１の機能に対応する）と、前記登録条件情報に対する
前記登録要求者の情報端末からの承認情報に基づいて送
信された前記曲データを登録する曲データ登録手段（実
施形態においては、図１の曲サーバー１の機能に対応す
る）と、前記通信回線を介して接続された他の情報端末
（実施形態においては、図１のＰＣ端末３に対応する）
から前記曲データ登録手段によって登録された前記曲デ
ータの購入要求を受信した場合には、当該受信時におけ
る販売価格の情報を当該購入要求者の情報端末に送信す
る価格データ送信手段（実施形態においては、図１の曲
サーバー１の機能に対応する）と、送信した前記販売価
格に応答した前記購入要求者からの入金金額の確認に応
じて、前記曲データを前記購入要求者の情報端末にダウ
ンロードする曲データ配信手段（実施形態においては、
図１の曲サーバー１の機能に対応する）と、前記入金金
額と前記分配率とによって前記登録要求者及び前記管理
者それぞれに支払う分配金を算出する分配金算出手段
（実施形態においては、図１の曲サーバー１の機能に対
応する）と、前記分配金算出手段によって算出された分
配金を前記登録要求者によって指定された金融機関の指
定口座及び前記管理者によって指定された金融機関の指
定口座に支払を依頼する支払依頼手段（実施形態におい
ては、図１の曲サーバー１及び課金サーバーの機能に対
応する）と、を備えた構成になっている。

【０００７】請求項１記載の発明によれば、任意の情報
端末から曲データの販売委託の登録要求を受信した場合
には、曲データの販売価格、販売価格に対する登録要求
者及び管理者への支払金額の分配率、並びに、販売経過
に応じて販売価格を変化する旨を提示した登録条件情報
をその販売委託要求の情報端末に送信し、その登録条件
情報に対する販売委託要求の情報端末からの承認情報に
応じて、送信されたその曲データを登録し、他の情報端
末からの購入要求に応じてその曲データをダウンロード
した場合には、その売り上げ金を分配率に応じて創作者
と管理者とで分配する。

【０００８】請求項１記載の構成において、請求項２に
記載のように、前記登録条件提示手段は、販売開始から
期間が経過するにしたがって販売価格を低下する旨を提
示してもよい。また、請求項１記載の構成において、請
求項３に記載のように、前記登録条件提示手段は、売り
上げ高の増加にしたがって販売価格を上昇する旨を提示
してもよい。さらに、請求項１記載の構成において、請
求項４に記載のように、前記登録条件提示手段は、販売
開始から所定の期間が経過しても売り上げ高が所定の金
額に達しない場合には前記販売価格を最小価格に変更す
る旨を提示してもよい。

【０００９】請求項５記載の記憶媒体は、通信回線によ
って音楽配信を行う管理装置に対して前記通信回線を介
して曲データの販売委託の登録要求を送信する手順と、
当該登録要求に応じて前記管理装置から送信された当該
曲データの販売価格、当該販売価格に対する当該登録要
求者への分配金の比率を示す分配率、及び販売経過に応
じて前記販売価格を変化する旨を提示した登録条件情報
を表示する手順と、表示された前記登録条件情報におけ
る承認決定に基づいて登録要求に係る曲データを前記管
理装置に送信する手順と、を実行する音楽配信プログラ
ムを記憶している。

【００１０】請求項５記載の発明によれば、音楽配信を
行う管理装置に通信回線を介して接続される情報端末
は、記憶媒体に記憶された音楽配信プログラムを読み出
して実行し、接続した管理装置に対して曲データの販売
委託の登録要求を送信し、この登録要求に応じて管理装
置から送信された販売価格、販売価格に対する登録要求
者及び管理者への支払金額の分配率、及び販売価格を販
売経過に応じて変化することを提示した登録条件情報を
表示し、表示された内容の承認決定に基づいて登録する
曲データを送信操作に応じて管理装置に送信する。

【００１１】

【発明の実施の形態】以下、本発明による音楽配信シス
テムの第１乃至第３実施形態について図を参照して説明
する。図１は、各実施形態における音楽配信システムを
示すブロック図である。図１において、曲サーバー１
は、記憶している多数の曲データを管理し、購入要求に
応じて曲データの配信を有料で行う管理装置である。課
金サーバー２は、曲データの配信に伴う課金情報を管理
するとともに、曲サーバー１と銀行等の金融機関とを接
続し、課金情報を送受信する。複数のＰＣ端末（情報端
末）３（端末Ａ，Ｂ，Ｃ，Ｄ）はそれぞれ曲サーバー１
と接続して情報の授受を行うパソコンである。図には示
さないが、各ＰＣ端末３内には、音楽配信プログラムが
格納されたＲＯＭ等のメモリ、及びそのプログラムを実
行するＣＰＵ等の制御手段が搭載されている。通信回線
４は、有線又は無線の一般電話回線、インターネット、
プロバイダ等を含む通信手段であり、曲サーバー１とＰ
Ｃ端末３との間の情報の伝送を行う。

【００１２】次に、第１実施形態の動作について、ＰＣ
端末３のフローチャート及びＰＣ端末３の表示画面、曲
サーバー１のフローチャート、並びに課金サーバー２の
フローチャートに基づいて説明する。図２はＰＣ端末３
のメインフローであり、所定のイニシャライズ処理（ス
テップＡ１）の後、曲サーバー１のホームページに接続
するための接続操作がされたか否かを判別し（ステップ
Ａ２）、接続操作がされたときは接続処理を行う（ステ
ップＡ３）。そして、曲サーバー１から初期メニュー画
面を受信したか否かを判別する（ステップＡ４）。初期
メニュー画面を受信したときは、そのメニュー画面を表
示する（ステップＡ５）。初期メニュー画面には、図３
に示すように、「登録」、「購入設定」、「終了」のア
イコンスイッチが表示される。

【００１３】次に、アイコンスイッチがオンされたか否
かを判別し（ステップＡ６）、オンされたときはそのア
イコンスイッチが登録アイコンスイッチであるか否かを
判別する（ステップＡ７）。このアイコンスイッチがオ
ンされたときは、登録処理を実行する（ステップＡ
８）。オンされたのが登録アイコンスイッチでない場合
には、購入設定アイコンスイッチがオンされたか否かを
判別する（ステップＡ９）。このアイコンスイッチがオ
ンされたときは、購入設定処理を実行する（ステップＡ
１０）。オンされたのが購入設定アイコンスイッチでな
い場合には、終了アイコンスイッチがオンされた場合で
あるので、曲サーバー１との接続を切断する（ステップ
Ａ１１）。

【００１４】ステップＡ８における登録処理の後又はス
テップＡ１０における購入設定処理の後は、ステップＡ
５に移行して再びメニュー画面を表示する。ステップＡ
２において接続操作がされない場合には、他の処理を実
行する（ステップＡ１２）。ステップＡ１１における切
断処理の後、又はステップＡ１２におけるその他の処理
の後は、再びステップＡ２に移行して接続操作の有無を
判別する。

【００１５】図４及び図５は、図２におけるステップＡ
８の登録処理のフローである。まず、曲サーバー１に登
録要求を送信して（ステップＢ１）、登録条件提示画面
を受信したか否かを判別する（ステップＢ２）。受信し
たときはその登録条件提示画面を表示する（ステップＢ
３）。この登録条件提示画面のデータは、曲サーバー１
から送信される登録条件情報に含まれている。登録条件
提示画面には、図６に示すように、曲の販売価格を３０
０円に設定する条件、その販売価格に対する分配金額の
比率すなわち分配率を７０％に設定する条件、さらに販
売価格を時間経過に応じてダウンする条件すなわち販売
価格を販売経過にしたがって変化する条件を提示する旨
のメッセージと、これを承認する「ＯＫ」アイコンスイ
ッチ、否認する「ＮＯ」アイコンスイッチが表示され
る。

【００１６】次に、アイコンスイッチがオンされたか否
かを判別する（ステップＢ４）。オンされたときは、そ
のアイコンスイッチがＯＫアイコンスイッチであるか否
かを判別する（ステップＢ５）。オンされたのがＯＫア
イコンスイッチでなくＮＯアイコンスイッチである場合
には、提示された登録条件が否認された場合であるの
で、このフローを終了して図２のメインフローに戻る。

【００１７】図４のステップＢ５において、オンされた
のがＯＫアイコンスイッチである場合には、曲サーバー
１に対してＯＫ信号すなわち承諾情報を送信する（ステ
ップＢ６）。次に、この承諾情報に応答した曲サーバー
１から登録画面を受信したかか否かを判別する（ステッ
プＢ７）。受信したときは、その登録画面を表示する
（ステップＢ８）。登録画面には、図７に示すように、
創作者の名前、住所、電子メールアドレス、バンクアカ
ウント（金融機関の預金口座番号又はクレジットカード
番号）からなる端末識別情報を表示するためのデータ入
力エリア、「送信」アイコンスイッチ、「中止」アイコ
ンスイッチが表示される。

【００１８】次に、操作部からデータ入力があるか否か
を判別する（ステップＢ９）。データ入力があったとき
は、その入力データをメモリにストアするとともに、画
面の対応するエリアに表示する（ステップＢ１０）。こ
の後は図５のフローにおいて、アイコンスイッチがオン
されたか否かを判別する（ステップＢ１１）。アイコン
スイッチがオンされない場合には、ステップＢ９に移行
してデータ入力の有無を判別する。アイコンスイッチが
オンされたときは、そのアイコンスイッチが送信アイコ
ンスイッチであるか否かを判別する（ステップＢ１
２）。オンされたのが送信アイコンスイッチでなく、中
止アイコンスイッチである場合には、表示されている入
力データをクリアし（ステップＢ１３）、このフローを
終了して図２のメインフローに戻る。

【００１９】図５のステップＢ１２において、オンされ
たのが送信アイコンスイッチである場合には、メモリに
ストアした入力データを曲サーバー１に送信する（ステ
ップＢ１４）。次に、入力データに応答した曲サーバー
１からの曲データ転送画面を受信したか否かを判別する
（ステップＢ１５）。受信したときは、その曲データ転
送画面を表示する（ステップＢ１６）。曲データ転送画
面には、図８に示すように、曲名及びファイル指定のデ
ータ入力エリア、「送信」アイコンスイッチが表示され
る。

【００２０】次に、操作部からデータ入力があるか否か
を判別し（ステップＢ１７）、データ入力があったとき
はその入力データをメモリにストアするとともに、画面
の対応するエリアに表示する（ステップＢ１８）。次
に、送信アイコンスイッチがオンされたか否かを判別す
る（ステップＢ１９）。このアイコンスイッチがオンさ
れない場合には、ステップＢ１７に移行してデータ入力
の有無を判別する。送信アイコンスイッチがオンされた
ときは、対応する曲データファイルを曲サーバー１に送
信する（ステップＢ２０）。そして、曲サーバー１から
の受信終了通知の受信を待ち（ステップＢ２１）、受信
終了通知を受信したときは、このフローを終了して図２
のメインフローに戻る。なお、データを入力した段階で
登録を止める場合もあるので、図８の画面に「中止」ア
イコンスイッチを表示するようにしてもよい。

【００２１】図９は、メインフローにおけるステップＡ
１０の登録設定処理のフローである。まず、購入設定要
求を曲サーバー１に送信する（ステップＣ１）。そし
て、この送信に応答した曲サーバー１からの曲リスト画
面を受信したか否かを判別する（ステップＣ２）。受信
したときは、その曲リスト画面を表示する（ステップＣ
３）。曲リスト画面には、図１０に示すように、複数の
曲名、創作者、及び価格が番号で表示されるとともに、
「試聴」アイコンスイッチ、「購入」アイコンスイッ
チ、「終了」アイコンスイッチが表示される。

【００２２】次に、曲名の指定があるか否かを判別する
（ステップＣ４）。曲名の指定があったときは、その曲
名（曲名の番号）をレジスタＮにセットする（ステップ
Ｃ５）。次に、アイコンスイッチがオンされたか否かを
判別する（ステップＣ６）。オンされたときは、そのア
イコンスイッチが試聴アイコンスイッチであるか否かを
判別する（ステップＣ７）。このアイコンスイッチがオ
ンされた場合には、試聴処理を実行する（ステップＣ
８）。オンされたのが試聴アイコンスイッチでない場合
には、購入アイコンがオンされたか否かを判別する（ス
テップＣ９）。このアイコンスイッチがオンされたとき
は購入処理を実行する（ステップＣ１０）。試聴アイコ
ンスイッチも購入アイコンスイッチもオンでない場合、
すなわち終了アイコンスイッチがオンである場合には、
このフローを終了して図２のメインフローに戻る。

【００２３】図１１は、図９の購入設定処理におけるス
テップＣ８の試聴処理のフローである。まず、レジスタ
Ｎにセットされている曲名Ｎを曲サーバー１に送信する
（ステップＤ１）。そして、曲名Ｎの試聴データの受信
を待つ（ステップＤ２）。試聴データを受信したとき
は、その試聴データを再生する（ステップＤ３）。そし
て、再生が終了したか否かを判別する（ステップＤ
４）。再生が終了したときは、試聴データの最後に付加
されている破壊プログラムにしたがって自動的に試聴デ
ータを破壊して（ステップＤ５）、録音を禁止する。そ
して、このフローを終了して図９のフローに戻る。すな
わち、試聴データは曲データを録音禁止状態にしたもの
である。なお、曲サーバー１側で破壊プログラムを付加
しないで、１回の再生で次の再生ができないようなデー
タ構成にしてもよい。要は、ＤＡＴの場合のように試聴
データの録音を禁止するデータ構成にする。

【００２４】図１２は、図９の購入設定処理におけるス
テップＣ１０の購入処理のフローである。曲サーバー１
に対して購入要求信号を送信し（ステップＥ１）、課金
手続画面を受信したか否かを判別する（ステップＥ
２）。受信したときは課金手続画面を表示する（ステッ
プＥ３）。この課金手続画面には、図１３に示すよう
に、購入者の名前、住所、電子メールアドレス、バンク
アカウント（金融機関の口座番号又はクレジットカード
番号）のデータ入力エリア、「送信」アイコンスイッ
チ、「中止」アイコンスイッチが表示される。

【００２５】次に、曲サーバー１の動作について図１４
乃至図１９に示す曲サーバー１のフローチャートを参照
して説明する。図１４乃至図１６は、曲サーバー１のメ
インフローである。このフローでは、ＰＣ端末３から送
信された内容に応じた処理を実行する。図１４のフロー
において、任意のユーザのＰＣ端末３から接続要求信号
を受信したか否かを判別し（ステップＦ１）、この信号
を受信したときは図３に示した初期メニュー画面をＰＣ
端末３に送信する（ステップＦ２）。

【００２６】そして、ＰＣ端末３から登録要求信号を受
信したか否かを判別し（ステップＦ３）、この信号を受
信したときは図６に示した登録要求提示画面を送信する
（ステップＦ４）。また、登録を承認するＯＫ信号を受
信したか否かを判別し（ステップＦ５）、この信号を受
信したときは図７に示した登録画面を送信する（ステッ
プＦ６）。また、ＰＣ端末３から登録データを受信した
か否かを判別し（ステップＦ７）、このデータを受信し
たときは登録処理を実行し（ステップＦ８）、図８に示
した曲データ転送画面を送信する（ステップＦ９）。図
１５のフローにおいて、曲ファイルを受信したか否かを
判別し（ステップＦ１０）、受信したときは曲登録処理
を実行する（ステップＦ１１）。

【００２７】一方、曲を購入するユーザのＰＣ端末３か
ら購入設定要求信号を受信したか否かを判別し（ステッ
プＦ１２）、受信したときは、曲の価格変更処理を行う
（ステップＦ１３Ａ）。次に、登録されている曲データ
から曲リスト画面を作成して（ステップＦ１３Ｂ）、図
１０に示した曲リスト画面を送信する（ステップＦ１
４）。そして、曲名Ｎを指定した試聴要求データを受信
したか否かを判別し（ステップＦ１５）、受信したとき
は曲名Ｎのデータを検索し（ステップＦ１６）、検索さ
れた曲データに基づき録音を禁止した試聴データを作成
する（ステップＦ１７）。そして、作成した試聴データ
を送信する（ステップＦ１８）。ステップＦ１１の曲登
録処理の後、ステップＦ１４の曲リスト送信処理の後、
又はステップＦ１８の試聴データ送信処理の後は、図１
４のステップＦ１に移行して、いずれかのＰＣ端末３か
らの接続要求信号を待つ。

【００２８】図１６のフローにおいて、ＰＣ端末３から
曲の購入を決定した旨の購入要求信号を受信したか否か
を判別し（ステップＦ１９）、受信したときは図１３に
示した課金手続画面を送信する（ステップＦ２０）。そ
して、その購入希望のユーザの名前やバンクアカウント
等を含む課金手続データを受信したか否かを判別し（ス
テップＦ２１）、受信したときはそのユーザの口座から
購入金額を送金する旨の課金手続を課金サーバー２に対
して依頼する課金手続処理を実行する（ステップＦ２
２）。

【００２９】そして、課金サーバー２から課金手続終了
信号を受信したか否かを判別し（ステップＦ２３）、受
信したときは曲名Ｎの曲データを購入希望のユーザのＰ
Ｃ端末３に送信する（ステップＦ２４）。この曲データ
送信処理の後、又はステップＦ２０の課金手続画面送信
の後、若しくはステップＦ２２の課金手続依頼処理の後
は、図１５のステップＦ１０に移行して、次の購入要求
の曲ファイルの受信を待つ。

【００３０】図１７は、図１４の曲サーバー１のメイン
フローにおけるステップＦ５の登録処理のフローであ
る。ＰＣ端末３からの登録データに応じて、メモリの創
作者エリアにデータエリアを確保し（ステップＧ１）、
その創作者エリアに創作者の名前やバンクアカウント等
を含む創作者データをストアする（ステップＧ２）。そ
してこのフローを終了してメインフローに戻る。

【００３１】図１８は、図１５の曲サーバー１のメイン
フローにおけるステップＦ１１の曲登録処理のフローで
ある。ＰＣ端末３からの曲データに応じて、メモリの曲
データエリアに曲登録のエリアを確保し（ステップＨ
１）、確保したエリアに創作者、曲名、曲データをスト
アする（ステップＨ２）。また、登録日付エリアを確保
し、そのエリアに現在日付をストアする（ステップＨ
３）。そしてこのフローを終了してメインフローに戻
る。

【００３２】図１９は、図１５の曲サーバー１のメイン
フローにおけるステップＦ１３Ａの価格変更処理のフロ
ーである。レジスタＤＡＴＥの日付が現在日付でないか
否かを判別し（ステップＳ１）、現在日付である場合に
はこのフローを終了する。ＤＡＴＥの日付が現在日付で
ない場合には、曲データエリアの最初の曲を指定する
（ステップＳ２）。次に、現在日付と登録日付との差分
を検出する（ステップＳ３）。そして、その差分値を判
別する（ステップＳ４）。差分値が１ヶ月を経過して２
ヶ月以内である場合には、現在の価格が当初の３００円
になっているか否かを判別する（ステップＳ５）。３０
０円である場合には、これを２５０円にダウンする（ス
テップＳ６）。差分値が２ヶ月を経過している場合に
は、現在の価格が２５０円であるか否かを判別する（ス
テップＳ７）。２５０円である場合には、これを２００
円にダウンする（ステップＳ８）。

【００３３】ステップＳ６若しくはステップＳ８におい
て価格を変更した後、又は、ステップＳ５若しくはステ
ップＳ７においてすでに価格が変更されている場合、又
は、ステップＳ４において差分値が１ヶ月以内で価格の
変更を行わない場合には、ステップＳ９において曲デー
タエリア内にまだ曲があるか否かを判別する。曲がある
場合には、次の曲を指定する（ステップＳ１０）。そし
て、ステップＳ３に移行してステップＳ１０までの処理
を繰り返す。曲データエリアに曲がない場合には、レジ
スタＤＡＴＥに現在日付をストアする（ステップＳ１
１）。そしてこのフローを終了し、図１５のメインフロ
ーに戻る。

【００３４】図２０は、曲サーバー１のメインフローに
おけるステップＦ２２の課金手続依頼処理のフローであ
る。曲名Ｎの購入者のＰＣ端末３から課金手続のデータ
を受信すると、この課金手続依頼処理を開始して、販売
価格に「０．３」を乗算した金額をＭ１のエリアにスト
アし（ステップＪ１）、販売価格に「０．７」を乗算し
た金額をＭ２のエリアにストアする（ステップＪ２）。
次に、課金サーバー２に対して課金依頼信号を送信する
（ステップＪ３）。また、購入者、創作者のデータを課
金サーバー２に転送する（ステップＪ４）。そしてこの
フローを終了してメインフローに戻る。

【００３５】図２１は、課金サーバー２のメインフロー
である。まず、曲サーバー１から課金依頼信号を受信し
たか否かを判別する（ステップＫ１）。受信したとき
は、さらにその課金依頼に対応する課金の分配金額や口
座番号等のデータを受信したか否かを判別する（ステッ
プＫ２）。これらのデータを受信したときは、金融機関
に対して購入者の口座より金額Ｍ１をサーバー管理者の
口座に振替を依頼し（ステップＫ３）、購入者の口座よ
り金額Ｍ２を創作者の口座に振替を依頼する（ステップ
Ｋ４）。そして、課金依頼終了信号を曲サーバー１に送
信する（ステップＫ５）。この後は、ステップＫ１に移
行して曲サーバー１からの次の課金依頼信号を待つ。

【００３６】以上のように、上記実施形態１によれば、
通信回線４を介して接続された任意のＰＣ端末３から、
曲データの販売委託の登録要求を受信した場合には、そ
の曲データの販売価格３００円、販売価格に対する登録
要求者すなわち創作者への支払金額の分配率７０％（し
たがって管理者への支払金額の分配率３０％）、及び、
販売開始から期間が経過するにしたがって３００円の販
売価格がダウンする旨を提示する登録条件提示画面を送
信する。

【００３７】提示した条件に対する販売委託要求のＰＣ
端末３からの承認に基づいて、そのＰＣ端末３から送信
されたユーザの名前や金融機関の口座番号等からなる端
末識別情報及び曲データを登録する。そして、他のＰＣ
端末３からその曲データの購入要求があったときは、そ
の時点の販売価格を購入要求者のＰＣ端末３に送信し、
購入要求者からの入金に応じてその曲データを配信する
とともに、その売り上げ金を分配率に応じて曲の創作者
と管理者とで分配する。なお、登録要求者が必ずしも創
作者でなくともよい。例えば、ＰＣ端末３を操作できな
い創作者に代わって、家族や知人等が登録要求者であっ
てもよい。他の実施形態においても同様である。

【００３８】したがって、創作者は、自作の曲をネット
ワークを通して広く売り込むことができ、販売開始の初
期の期間は高い販売価格に対して高い分配率の報酬が得
られる。一方、その曲を委託販売する管理者にとって
も、曲データを登録するだけで販売開始の初期の期間は
高い販売価格に対して相応の分配率の利益が得られる。

【００３９】このため、無名なミュージシャンであって
も従来のような苦労をすることなく、自作の曲を売り込
むことができるとともに、その曲を販売する管理者も、
少ない費用で販路を獲得することができるので、双方に
とって有益な音楽配信のビジネスを展開できるという効
果がある。

【００４０】次に、第２実施形態の動作について、ＰＣ
端末３のフローチャート及びＰＣ端末３の表示画面、並
びに、曲サーバー１のフローチャートに基づいて説明す
る。ただし、第１実施形態と重複する部分についてはそ
の説明を省略するとともに、第１実施形態の図面を援用
して、異なる部分を中心に説明する。

【００４１】図２２は、曲サーバー１から創作者のユー
ザのＰＣ端末３に送信される登録条件提示画面である。
図に示すように、曲の販売価格を最初は３００円に設定
し、その販売価格に対して７０％の分配率を設定する
が、曲の販売数（ダウンロード回数）が増加した場合に
は販売価格を増加する条件が、曲サーバー１から登録要
求のＰＣ端末３に提示される。

【００４２】図２３は、図１５の曲サーバーのメインフ
ローにおけるステップＦ１１の曲登録処理のフローであ
る。メモリの曲データエリアに曲登録のエリアを確保し
（ステップＬ１）、曲名、創作者名、曲データ、価格を
ストアする（ステップＬ２）。次に、売り上げエリアを
確保して、そのエリアに初期値「０」をストアする（ス
テップＬ３）。そしてこのフローを終了してメインフロ
ーに戻る。

【００４３】図２４は、図１５の曲サーバー１のメイン
フローにおけるステップＦ１３Ａの価格変更処理のフロ
ーである。まず、曲データエリアの最初の曲を指定して
（ステップＴ１）、その曲のダウンロード回数すなわち
売り上げ高を判別する（ステップＴ２）。ダウンロード
回数が「１００１」から「２０００」以下である場合に
は、現在の価格が当初の３００円になっているか否かを
判別する（ステップＴ３）。３００円である場合には、
これを４００円にアップする（ステップＴ４）。ダウン
ロード回数が「２０００」を超過している場合には、現
在の価格が４００円であるか否かを判別する（ステップ
Ｔ５）。４００円である場合には、これを５００円にア
ップする（ステップＴ６）。

【００４４】ステップＴ４若しくはステップＴ６におい
て価格を変更した後、又は、ステップＴ３若しくはステ
ップＴ５においてすでに価格が変更されている場合、又
は、ステップＴ２においてダウンロード回数が「１００
０」以下で価格の変更を行わない場合には、ステップＴ
７において曲データエリア内にまだ曲があるか否かを判
別する。曲がある場合には、次の曲を指定する（ステッ
プＴ８）。そして、ステップＴ２に移行してステップＴ
８までの各処理を繰り返す。曲データエリアに曲がない
場合には、このフローを終了し、図１５のメインフロー
に戻る。

【００４５】以上のように、上記実施形態２によれば、
通信回線４を介して接続された任意のＰＣ端末３から、
曲データの販売委託の登録要求を受信した場合には、そ
の曲データの販売価格３００円、販売価格に対する登録
要求者への支払金額の分配率７０％（したがって管理者
への支払金額の分配率３０％）、及び、売り上げ高が増
加するにしたがって３００円の販売価格が上昇する条件
を提示する登録条件提示画面を送信する。

【００４６】その提示した条件に対する販売委託要求の
ＰＣ端末３からの承認に基づいて、そのＰＣ端末３から
送信された創作者の名前や金融機関の口座番号等からな
る創作者データ及び曲データを登録する。そして、他の
ＰＣ端末３からその曲データの購入要求があったとき
は、その時点の販売価格を購入要求者のＰＣ端末３に送
信し、購入要求者からの入金に応じてその曲データを配
信するとともに、その売り上げ金を分配率に応じて創作
者と管理者とに分配する。

【００４７】したがって、創作者は、自作の曲をネット
ワークを通して広く売り込むことができ、売り上げが増
加するにしたがって販売価格が上昇するので、ヒット曲
の創作に対して高い報酬が得られる。一方、その曲を委
託販売する管理者にとっても、曲データを登録するだけ
の少ないコストでよいので、曲がヒットすれば大きな利
益を得ることができる。

【００４８】このため、無名なミュージシャンであって
も従来のような苦労をすることなく、自作の曲を売り込
むことができるとともに、その曲を販売する管理者も、
少ない費用で販路を獲得することができるので、双方に
とって有益な音楽配信のビジネスを展開できるという効
果がある。

【００４９】次に、第３実施形態の動作について、ＰＣ
端末３のフローチャート及びＰＣ端末３の表示画面、並
びに、曲サーバー１のフローチャートに基づいて説明す
る。ただし、第２実施形態の場合と同様に、第１実施形
態と重複する部分についてはその説明を省略するととも
に、第１実施形態の図面を援用して、異なる部分を中心
に説明する。

【００５０】図２５は、曲サーバー１から登録要求のＰ
Ｃ端末３に送信される登録条件提示画面である。図に示
すように、曲の販売価格を最初は３００円に設定し、そ
の販売価格に対して７０％の分配率を設定するが、曲が
３ヶ月間全く売れない場合は、販売価格を無料すなわち
フリーウェアにする条件が、曲サーバー１から登録要求
のＰＣ端末３に提示される。

【００５１】図２６及び図２７は、図９に示したＰＣ端
末３の購入設定処理のフローにおけるステップＣ１０の
購入処理のフローである。図２６において、購入要求信
号を曲サーバー１に送信し（ステップＭ１）、曲サーバ
ー１からのデータ受信を待つ（ステップＭ２）。データ
受信があったときは、その受信したデータの内容を判別
する（ステップＭ３）。受信データが無料画面のデータ
である場合には、その無料画面を表示する（ステップＭ
４）。無料画面には、図２８に示すように、曲名が表示
されるとともに、その曲を無料で配信する旨のメッセー
ジが表示される。また、「ダウンロード」のアイコンス
イッチが表示される。

【００５２】図２６のステップＭ５において、「ダウン
ロード」アイコンスイッチがオンされたか否かを判別す
る。オンされたときは、ダウンロード指示信号を曲サー
バー１に送信して（ステップＭ６）、曲データの受信を
待つ（ステップＭ７）。曲データを受信したときは、ハ
ードディスク、フロッピー（登録商標）ディスク、ＭＤ
等のメモリに曲データをストアする（ステップＭ８）。
そしてこのフローを終了して図９の購入設定処理のフロ
ーに戻る。

【００５３】図２６のステップＭ３において、受信した
データが課金手続画面のデータである場合には、図２７
のフローのステップＭ９に移行して、図１３に示した課
金手続画面を表示する。次に、操作部からデータ入力が
されたか否かを判別し（ステップＭ１０）、データ入力
があったときは、その入力データを画面の対応するエリ
アに表示する（ステップＭ１１）。次に、アイコンスイ
ッチがオンされたか否かを判別する（ステップＭ１
２）。オンされない場合には、ステップＭ１０に移行し
て次のデータ入力の有無を判別する。

【００５４】アイコンスイッチがオンされたときは、そ
のアイコンスイッチが「送信」アイコンスイッチである
か、又は「中止」アイコンスイッチであるかを判別する
（ステップＭ１３）。「送信」アイコンスイッチがオン
されたときは、課金登録データを送信する（ステップＭ
１４）。そして、図２６のフローのステップＭ７に移行
して、曲データの受信を待つ。図２７のステップＭ１３
において、オンされたのが「中止」アイコンスイッチで
ある場合には、入力されたデータをクリアする（ステッ
プＭ１５）。そしてこのフローを終了して図９の購入設
定処理のフローに戻る。

【００５５】図２９乃至図３１は、曲サーバー１のメイ
ンフローである。曲サーバー１は、ＰＣ端末３から受信
した内容に応じた処理を実行する。図２９のフローにお
いて、任意のユーザのＰＣ端末３から接続要求信号を受
信したか否かを判別し（ステップＮ１）、この信号を受
信したときは図３に示した初期メニュー画面をＰＣ端末
３に送信する（ステップＮ２）。そして、ＰＣ端末３か
ら登録要求信号を受信したか否かを判別し（ステップＮ
３）、この信号を受信したときは図６に示した登録要求
提示画面を送信する（ステップＮ４）。また、登録を承
認するＯＫ信号を受信したか否かを判別し（ステップＮ
５）、この信号を受信したときは図７に示した登録画面
を送信する（ステップＮ６）。また、ＰＣ端末３から登
録データを受信したか否かを判別し（ステップＮ７）、
このデータを受信したときは登録処理を実行し（ステッ
プＮ８）、図８に示した曲データ転送画面を送信する
（ステップＮ９）。図３０のフローにおいて、曲ファイ
ルを受信したか否かを判別し（ステップＮ１０）、受信
したときは曲登録処理を実行する（ステップＮ１１）。

【００５６】一方、曲を購入するユーザのＰＣ端末３か
ら購入設定要求信号を受信したか否かを判別し（ステッ
プＮ１２）、受信したときは、曲の価格変更処理を行う
（ステップＮ１３Ａ）。次に、登録されている曲データ
から曲リスト画面を作成して（ステップＮ１３Ｂ）、図
１０に示した曲リスト画面を送信する（ステップＮ１
４）。そして、曲名Ｎを指定した試聴要求データを受信
したか否かを判別し（ステップＮ１５）、受信したとき
は曲名Ｎのデータを検索し（ステップＮ１６）、検索さ
れた曲データに基づき録音を禁止した試聴データを作成
する（ステップＮ１７）。そして、作成した試聴データ
を送信する（ステップＮ１８）。ステップＮ１１の曲登
録処理の後、ステップＮ１４の曲リスト送信処理の後、
又はステップＮ１８の試聴データ送信処理の後は、図２
９のステップＮ１に移行して、いずれかのＰＣ端末３か
らの接続要求信号を待つ。

【００５７】図３１のフローにおいて、ＰＣ端末３から
曲の購入を決定した旨の購入要求信号を受信したか否か
を判別し（ステップＮ１９）、受信したときはその曲名
Ｎがフリーウェアすなわち無料配信であるか否かを判別
する（ステップＮ２０）。フリーウェアでない場合に
は、図１３に示した課金手続画面を送信する（ステップ
Ｎ２１）、フリーウェアである場合には、図２８に示し
た無料提示画面を送信する（ステップＮ２２）。課金手
続画面における購入要求者の名前やバンクアカウント等
を含む課金手続データを受信したか否かを判別し（ステ
ップＮ２３）、受信したときは、その購入要求者の口座
から購入金額を送金する旨の課金手続を課金サーバー２
に対して依頼する図２０の課金手続処理を実行する（ス
テップＮ２４）。

【００５８】そして、課金サーバー２から課金手続終了
信号を受信したか否かを判別する（ステップＮ２５）。
あるいは、ダウンロード指示信号を受信したか否かを判
別する（ステップＮ２６）。課金手続終了信号を受信し
たとき（有料配信の場合）、又はダウンロード指示信号
を受信したとき（無料配信の場合）は、曲名Ｎの曲デー
タを購入要求者のＰＣ端末３に送信する（ステップＮ２
７）。この曲データ送信処理の後、又はステップＮ２１
の無料画面送信若しくはステップＮ２２の課金手続画面
送信の後、又はステップＮ２４の課金手続依頼処理の後
は、図３０のステップＮ１０に移行して、次の購入要求
の曲ファイルの受信を待つ。

【００５９】図３２は、図３０の曲サーバー１のメイン
フローにおけるステップＮ１１の曲登録処理のフローで
ある。曲データエリアに曲登録のエリアを確保して（ス
テップＰ１）、そのエリアに曲名、創作者名、曲データ
をストアする（ステップＰ２）。次に、価格エリアに初
期価格である３００円をストアし（ステップＰ３）、ダ
ウンロード回数のエリアに初期値「０」をストアする
（ステップＰ４）。また、現在の日付を登録日付として
ストアする（ステップＰ５）。そしてこのフローを終了
してメインフローに戻る。

【００６０】図３３は、図３０の曲サーバー１のメイン
フローにおけるステップＮ１３Ａの価格変更処理のフロ
ーである。まず、曲データエリアの最初の曲を指定して
（ステップＲ１）、曲の登録日付から現在日付まで所定
期間（３ヶ月）が経過したか否かを判別する（ステップ
Ｒ２）。所定期間が経過した場合には、曲のダウンロー
ド回数が「０」であるか否かを判別し（ステップＲ
３）、「０」である場合には、その曲の価格をフリーウ
ェアに変更する（ステップＲ４）。フリーウェアに変更
した後、又は、ステップＲ２においてまだ所定期間が経
過していない場合、若しくはステップＲ３において曲の
ダウンロード回数が「０」でない場合には、曲データエ
リアにまだ曲があるか否かを判別する（ステップＲ
５）。曲がある場合には、次の曲を指定して（ステップ
Ｒ６）、ステップＲ２に移行して上記各処理を繰り返
す。曲データエリアに曲がない場合には、このフローを
終了してメインフローに戻る。

【００６１】以上のように、この第３実施形態において
は、通信回線４を介して接続された任意のＰＣ端末３か
ら、曲データの販売委託の登録要求を受信した場合に
は、販売開始から３ヶ月の期間が経過しても売り上げ高
が「０」で、１曲分の売り上げである３００円にも達し
ない場合には、販売開始時に設定した販売価格３００円
を無料に変更する旨を提示する登録条件提示画面を送信
する。

【００６２】その提示した条件に対する販売委託要求の
ＰＣ端末３からの承認に基づいて、そのＰＣ端末３から
送信された創作者の名前や金融機関の口座番号等からな
る端末識別情報及び曲データを登録する。そして、任意
のＰＣ端末３からその曲データの購入要求があったとき
は、その時点の販売価格を購入要求者のＰＣ端末３に送
信し、購入要求者からの入金に応じてその曲データを配
信するとともに、その売り上げ金を分配率に応じて創作
者と管理者とに分配する。そして、販売開始から３ヶ月
が経過しても１曲も売れない場合には、その曲を無料に
してフリーウェアで配信する。

【００６３】したがって、創作者は、ネットワークを通
して販売した自作の曲の売り上げ高に比例した報酬が得
られる。一方、その曲が全く売れない場合でも、ネット
ワークを通してフリーウェアで配信してもらえるので、
街頭演奏等に比べてはるかに広い範囲で自作の曲をアッ
ピールできる。また、曲の販売委託を受けた管理者は、
曲が全く売れない場合でも、ネットワークを通してフリ
ーウェアで配信することで、コストを掛けずに自分の会
社の宣伝をすることができ、他の曲を有料で販売する機
会が広がる。

【００６４】なおこの場合に、曲を無料でなく格安で販
売してもよい。また、所定の期間として３ヶ月よりも長
くしてもよい。要は、販売開始から所定の期間が経過し
ても売り上げ高が所定の金額に達しない場合には、販売
開始時に設定した販売価格を最小価格に変更するように
すればよい。また、このような売れない曲だけを販売す
るホームページを別に作って、例えば、「１０金ミュー
ジックストア」として１０円で配信するようにしてもよ
い。

【００６５】いずれにしても上記実施形態３によれば、
無名なミュージシャンであっても従来のような苦労をす
ることなく、自作の曲を売り込むことができるととも
に、その曲を販売する管理者も、少ない費用で販路を獲
得することができるので、双方にとって有益な音楽配信
のビジネスを展開できるという効果がある。

【００６６】なお、上記各実施形態においては、各ＰＣ
端末３内に、音楽配信プログラムが格納されたＲＯＭ等
のメモリを搭載した構成にしたが、汎用のＣＤ等の記憶
媒体に音楽配信プログラムを記憶し、ＰＣ端末３によっ
てそのプログラムを読み出して実行させるようにしても
よい。この場合において、例えば、音楽関係の雑誌に音
楽配信プログラムを記憶した記憶媒体を付録として付け
るようにする。あるいは、この音楽配信プログラム自体
を曲サーバー１のホームページにアクセスしたＰＣ端末
に対して、曲サーバー１からダウンロードする構成にし
てもよい。

【００６７】この記憶媒体の発明においては、通信回線
によって音楽配信を行う管理装置に対して前記通信回線
を介して曲データの販売委託の登録要求を送信する手順
と、当該登録要求に応じて当該管理装置から送信された
その曲データの販売価格に対する登録要求者への支払金
額の分配率を販売経過に応じて変化して設定する旨の登
録条件情報を表示する手順と、表示された前記登録条件
情報における承認決定に基づいて登録要求に係る曲デー
タを前記管理装置に送信する手順と、を実行する音楽配
信プログラムを記憶する。

【００６８】また上記各実施の形態においては、売り上
げに対する創作者の分配率を７０％とし、管理者の分配
率を３０％としたが、このような固定の分配率でなく他
の要因に応じて分配率を補正する構成にしてもよい。例
えば、曲サーバー１を経営管理システムのサーバーとリ
ンクさせて、毎月あるいは毎年等の一定期間ごとに経営
管理システムから取得した資産負債データ等の経営分析
情報に応じて、段階的に変化する分配率を補正させても
よい。

【００６９】すなわち、予定よりも収益が１０％上がっ
た場合には、新規の登録条件提示画面については、創作
者の分配率を７５％に上げて設定し、創作者への還元を
増加し、予定よりも収益が１０％下がった場合には、創
作者の分配率を６５％に下げて設定し、管理者の分配率
を高めに補正して減益の補填をする。

【００７０】

【発明の効果】この発明によれば、無名なミュージシャ
ンであっても従来のような苦労をすることなく、自作の
曲を売り込むことができるとともに、その曲を販売する
管理者も、少ない費用で販路を獲得することができるの
で、双方にとって有益な音楽配信のビジネスを展開でき
るという効果がある。

【図面の簡単な説明】

【図１】この発明の第１乃至第３実施形態における音楽
配信システムを示すブロック図。

【図２】図１のＰＣ端末のメインフローチャート。

【図３】図１のＰＣ端末に表示される初期メニュー画面
を示す図。

【図４】図２におけるＰＣ端末の登録処理のフローチャ
ート。

【図５】図４に続く登録処理のフローチャート。

【図６】図１のＰＣ端末に表示される第１実施形態にお
ける登録条件提示画面を示す図。

【図７】図１のＰＣ端末に表示される登録画面の各実施
形態に共通する図。

【図８】図１のＰＣ端末に表示される曲データ転送画面
の各実施形態に共通する図。

【図９】図２における購入設定処理の各実施形態に共通
のフローチャート。

【図１０】図１のＰＣ端末に表示される曲リスト画面を
示す各実施形態に共通する図。

【図１１】図９における試聴処理の各実施形態に共通の
フローチャート。

【図１２】図９における購入処理の第１及び第２実施形
態に共通のフローチャート。

【図１３】図１のＰＣ端末に表示される課金手続画面を
示す各実施形態に共通する図。

【図１４】図１における曲サーバーの第１及び第２実施
形態のメインフローチャート。

【図１５】図１４に続く曲サーバーのメインフローチャ
ート。

【図１６】図１５に続く曲サーバーのメインフローチャ
ート。

【図１７】図１４及び図２９における登録処理の各実施
形態に共通のフローチャート。

【図１８】図１５における曲登録処理の第１実施形態の
フローチャート。

【図１９】図１５における価格変更処理の第１実施形態
のフローチャート。

【図２０】図１６における課金手続依頼処理の第１実施
形態のフローチャート。

【図２１】図１の課金サーバーの各実施形態に共通のメ
インフローチャート。

【図２２】図１のＰＣ端末に表示される第２実施形態に
おける登録条件提示画面を示す図。

【図２３】図１５における曲登録処理の第２実施形態の
フローチャート。

【図２４】図１５における価格変更処理の第２実施形態
のフローチャート。

【図２５】図１のＰＣ端末に表示される第３実施形態に
おける登録条件提示画面を示す図。

【図２６】図９における購入処理の第３実施形態のフロ
ーチャート。

【図２７】図２６に続く購入処理のフローチャート。

【図２８】図１のＰＣ端末に表示される第３実施形態に
おける無料提示画面を示す図。

【図２９】図１の曲サーバーの第３実施形態におけるメ
インフローチャート。

【図３０】図２９に続く曲サーバーのメインフローチャ
ート。

【図３１】図３０に続く曲サーバーのメインフローチャ
ート

【図３２】図３０における曲登録処理の第３実施形態の
フローチャート。

【図３３】図３０における価格変更処理の第３実施形態
のフローチャート。

【符号の説明】

１ 曲サーバー ２ 課金サーバー ３ ＰＣ端末 ４ 通信回線

Claims (5)

【特許請求の範囲】
1. 【請求項１】 通信回線を介して接続された任意の情報
   端末から曲データの販売委託の登録要求を受信した場合
   には、当該曲データの販売価格、当該販売価格に対する
   当該登録要求者及び当該曲データの委託販売を行う管理
   者それぞれに支払う分配金の比率を示す分配率、並びに
   販売経過に応じて前記販売価格を変化する旨を提示した
   登録条件情報を前記登録要求者の情報端末に送信する登
   録条件提示手段と、 前記登録条件情報に対する前記登録要求者の情報端末か
   らの承認情報に基づいて送信された前記曲データを登録
   する曲データ登録手段と、 前記通信回線を介して接続された他の情報端末から前記
   曲データ登録手段によって登録された前記曲データの購
   入要求を受信した場合には、当該受信時における販売価
   格の情報を当該購入要求者の情報端末に送信する価格デ
   ータ送信手段と、 送信した前記販売価格に応答した前記購入要求者からの
   入金金額の確認に応じて、前記曲データを前記購入要求
   者の情報端末にダウンロードする曲データ配信手段と、 前記入金金額と前記分配率とによって前記登録要求者及
   び前記管理者それぞれに支払う分配金を算出する分配金
   算出手段と、 前記分配金算出手段によって算出された分配金を前記登
   録要求者によって指定された金融機関の指定口座及び前
   記管理者によって指定された金融機関の指定口座に支払
   う分配金支払手段と、 を備えたことを特徴とする音楽配信システム。
2. 【請求項２】 前記登録条件提示手段は、販売開始から
   期間が経過するにしたがって販売価格を低下する旨を提
   示することを特徴とする請求項１記載の音楽配信システ
   ム。
3. 【請求項３】 前記登録条件提示手段は、売り上げ高の
   増加にしたがって販売価格を上昇する旨を提示すること
   を特徴とする請求項１記載の音楽配信システム。
4. 【請求項４】 前記登録条件提示手段は、販売開始から
   所定の期間が経過しても売り上げ高が所定の金額に達し
   ない場合には前記販売価格を最小価格に変更する旨を提
   示することを特徴とする請求項１記載の音楽配信システ
   ム。
5. 【請求項５】 通信回線によって音楽配信を行う管理装
   置に対して前記通信回線を介して曲データの販売委託の
   登録要求を送信する手順と、 当該登録要求に応じて前記管理装置から送信された当該
   曲データの販売価格、当該販売価格に対する当該登録要
   求者への分配金の比率を示す分配率、及び販売経過に応
   じて前記販売価格を変化する旨を提示した登録条件情報
   を表示する手順と、 表示された前記登録条件情報における承認決定に基づい
   て登録要求に係る曲データを前記管理装置に送信する手
   順と、 を実行する音楽配信プログラムを記憶した記憶媒体。