JP2008171447A - 投資システム及びデータ送受信方法 - Google Patents

Abstract

【課題】インターネット等のネットワークを利用してアーティスト、楽曲等に対して投資家が投資を行う
【解決手段】サーバ装置（１０）は、楽曲データやアーティストに関するデータからなる少なくとも１つの投資対象データを蓄積し、投資クライアント装置（２０）は、サーバ装置（１０）にアクセスして投資対象データをダウンロードすると共に、利用者が将来人気が出ると思われるアーティストや楽曲に対する投資データをサーバ装置（１０）に送信する。これにより、利用者は、インターネット等のネットワークを利用して新曲やアーティストに投資することができる。
【選択図】図１

Description

本発明は、インターネット等のネットワークを利用してアーティスト、楽曲等に対して投資家が投資を行うことができる投資システム及びデータ送受信方法に関する。

無名のアーティストやデビュー前のアマチュアのアーティストは、自分が作った曲を発表する機会やデビューする機会が非常に少ない。例えば、街頭で自作の曲を歌ってアーティストへの道を模索する人は昔から多くいるが、それらの人々は、一度に一箇所でしか演奏することができず、すなわち演奏の場が物理的且つ時間的に限られており、大勢の人に一度に自分をアピールすることができなかった。

一方、ある視聴者が、例えば「このアーティスト又はこの曲はいいなあ」と思っていて、何年か先にそのアーティストや曲が大人気となったとき、その視聴者は、先見の明があったにも拘わらず、何ら見返りを得ることはなかった。

インターネットが普及した現在、アーティストや曲に投票して、その人気ランキングを公表するホームページが設けられている。しかし、これらのホームページでは、単なる人気投票を行うだけであり、ランキング一位を獲得したアーティストは、一位になったことに対しての満足感は得られるものの、実際の利益、例えば金銭的な利益等を得ることはなく、また、そのアーティストに投票した人も、アーティストを見る目に対しての満足感は得られるものの、実際の利益、例えば金銭的な利益を得ることができなかった。

また、音楽、漫画、絵画、小説、映画等のコンテンツを自主制作する人口は増えているが、コンテンツを公表する場所や時間は限られており、また、公表されたコンテンツに対して適切な評価を行える人は少ない。また、オーデイション番組、雑誌でのコンテンツの投稿等の機会はあるが、制作会社及びレコード会社等の審査で良い評価が得られても、必ずしもデビュー後に人気が出て大衆に受け入れられるとは限らない。更に、現在において、音楽、漫画、絵画、小説、映画等のコンテンツを制作する個人の才能（タレント）に対して投資を行うという考え方及びそのような投資の場も存在しない。

また、アマチュアのアーティストがホームページを開設し、自演の曲を公表する場合に、ダウンロードを有料とすると、アマチュアのアーティストは、ダウンロード件数を多く見込むことができず、収益も多く見込むことができない。一方、アマチュアのアーティストは、自演の曲のダウンロードを無料とすると、ダウンロード件数を多く見込むことはできるが、金銭的な収益を得ることはできない。このように、アマチュアのアーティストは、自分のホームページで自演の曲を公表したとしても、自作の曲を公表したことに対する十分な対価を得ることができなかった。
特開２００１−１１７９７２号公報

本発明の目的は、インターネット等のネットワークを利用して、例えばアーティスト、曲等に投資し、投資に対する対価の支払いを可能とする新規な投資システム及びこのシステムにおけるデータ送受信方法を提供することにある。

また、本発明の目的は、音楽、漫画、絵画、小説、映画等の作品を制作するアーティストに、そのコンテンツ、すなわち作品を公表する場や機会を与えると共に、コンテンツの販売の際に、コンテンツに対する通常の代金の支払いと、投資に対する支払いとを可能にした投資システム及びこのシステムにおけるデータ送受信方法を提供することにある。

更に、本発明の目的は、コンテンツの売上げと投資金額に応じて投資チケットの売買を通常の株取引と同様に行うことができる投資システム及びこのシステムにおけるデータ送受信方法を提供することにある。

本発明に係る投資システムは、上述した課題を解決すべく、コンテンツデータが記憶されるデータベースが設けられる記憶手段と、記憶手段に記憶されているコンテンツデータを選択する第１の選択手段と、第１の選択手段により選択された記憶手段に記憶されているコンテンツデータを受信する受信手段と、受信手段により受信されたコンテンツデータが記録されるメモリ手段と、メモリ手段に記録されているコンテンツデータを選択する第２の選択手段と、メモリ手段に記録されている第２の選択手段により選択されたコンテンツデータを送信する送信手段と、メモリ手段に記録されているコンテンツデータが送信されたとき、利用者に対して対価を提供する提供手段とを備える。

この投資システムのデータ送受信方法は、記憶手段に記憶されているコンテンツデータを第１の選択手段により選択するステップと、第１の選択手段により選択された記憶手段に記憶されているコンテンツデータを受信手段で受信するステップと、受信手段により受信されたコンテンツデータをメモリ手段に記録するステップと、メモリ手段に記録されているコンテンツデータを第２の選択手段により選択するステップと、メモリ手段に記録されている第２の選択手段により選択されたコンテンツデータを送信手段より送信するステップと、メモリ手段に記録されているコンテンツデータが送信されたとき、利用者に対して対価を提供手段により提供するステップとを有する。

本発明は、音楽、漫画、絵画、小説、映画等のコンテンツを制作するアーティストに対してコンテンツ（作品）を投稿できる場所を提供するので、優れた才能の持ち主を発掘することができる。更にコンテンツの販売をする際に通常の課金処理と投資を可能とした投資目的個人の課金処理をコンテンツ購買者に選択させることで、優れた才能の持ち主に対して投資を行うことでアーティストが売れた場合に投資に対する対価を支払うことで活発なコンテンツ流通を行うことができる。更に本発明は、コンテンツの売上げと投資金額に応じて固定の対価の支払いをすることで株価指数に基づく変動の対価の演算を行う必要がなく負荷の軽いシステムを提供することができる。更に対価の納入の方法として、金銭の授受のみならず品物（アーティストのコンテンツの発表の場のチケット、投資家限定のコンテンツ、アーティスト関連商品）を納入することで音楽市場での活性化を図ることができる。

以下、本発明が適用された投資システムについて、図面を参照しながら説明する。

図１は、本発明を適用した投資システムの構成を示すブロック図である。この投資システムは、図１に示すように、少なくとも１つの投資対象データを蓄積するサーバ装置１０と、サーバ装置１０にアクセスして、投資対象データをダウンロードすると共に、利用者の操作に応じた投資データをサーバ装置１０に送信する少なくとも１つの投資クライアント装置２０とを備える。

また、投資システムは、図１に示すように、投資チケットの価格、投資チケットの総枚数、投資人数等の通知データをサーバ装置１０から受信する音楽事務所クライアント装置３１と、投資対象データをサーバ装置１０にアップロードする少なくとも１つのアーティストクライアント装置３２と、決済処理を行う課金センタ３５とを備える。

サーバ装置１０は、図１に示すように、複数の投資対象データ、例えば個人の楽曲データ等を蓄積している記憶部１１と、記憶部１１に格納されているデータをエンコード、デコードするコーデック１２と、楽曲データ等を投資クライアント装置２０に送信するためのインタフェース１３とを備える。

また、サーバ装置１０は、通常のコンピュータと同様に、リードオンリメモリ（以下、ＲＯＭという。）１４と、ランダムアクセスメモリ（以下、ＲＡＭという。）１５と、中央処理装置（ＣＰＵ）からなる制御部１６とを備える。ＲＯＭ１４には、サーバ装置１０の動作を制御するプログラムが記憶されており、このプログラムは、一旦ＲＡＭ１５にロードされて、制御部１６で実行されることにより、装置全体の動作が制御される。そして、サーバ装置１０には、例えば音楽事務所やレコード会社に所属していない個人のアーティストを集めたホームページ（ＨＰ）が開設されており、投資クライアント装置２０からそのホームページにアクセス、すなわち閲覧して、投資対象データをダウンロードできるようになっている。また、このサーバ装置１０は、ホームページに、売りに出された投資チケットの一覧等が設けられ、利用者がインターネット１を介して特定アーティストの投資チケットを売買することができるようになっている。すなわち、サーバ装置１０は、仲買人のように機能する。

投資クライアント装置２０は、ネットワーク、例えばインターネット１を介してホームページにアクセスすることができるパーソナルコンピュータ（以下、ＰＣという。）、セットトップボックス、携帯情報端末装置等からなる。具体的には、例えばＰＣからなる投資クライアント装置２０は、図１に示すように、インターネット１を介してサーバ装置１０にアクセスして、投資対象データをダウンロードするためのインタフェース２１と、ダウンロードされた投資対象データや、各種アプリケーションプログラムが記録されているハードディスク装置（以下、ＨＤＤという。）２２と、ダウンロードされた投資対象データ内に含まれる楽曲データをデコードするデコーダ２３と、デコードされた楽曲データをアナログの音声信号に変換するデジタル／アナログ変換器２４と、音声信号を音響に変換するスピーカ２５とを備える。

また、投資クライアント装置２０は、図１に示すように、このＰＣを操作するための操作部２６と、閲覧したホームページ等を表示する表示部２７と、このＰＣの動作を制御するプログラムを記憶しているＲＯＭ２８と、ＨＤＤ２２に記録されているアプリケーションプログラム等を一旦読み込むＲＡＭ２９と、アプリケーションプログラム等を実行するマイクロプロセッサ（以下、ＭＰＵという。）３０とを備える。

投資クライアント装置２０は、例えば個人の利用者宅にそれぞれ設置されており、変復調器及び電話回線、ターミナルアダプタ及びＩＳＤＮ（Integrated Services Digital Network）回線、ＣＡＴＶ（Cable Television）回線等を介して、インターネット１内のプロバイダに接続されている。ＨＤＤ２２には、オペレーティングソフトウェア（ＯＳ）と、例えば閲覧ソフトウェア、電子メールプログラム、プロトコル等の各種アプリケーションプログラムとが記録されており、これらのプログラムは、必要に応じてＲＡＭ２９に読み込まれ、ＭＰＵ３０によって実行される。例えば、利用者がサーバ装置１０に開設されたアーティストのホームページを閲覧するときは、利用者が操作部２６のキーボードやマウスを用いて、そのホームページのＵＲＬ（Uniform Resource Locator）の入力操作等を行うと、それに対応したブラウザ、ＴＣＰ／ＩＰ（Transmission Control Protocol／Internet Protocol）プロトコル等が実行され、その結果、投資クライアント装置２０は、インターネット１を介して、サーバ装置１０にアクセスして、そのホームページを表示部２７に表示する。なお、投資クライアント装置２０は、具体例で述べたＰＣではなく、後述するようにキオスク端末装置等の専用の端末装置や携帯電話機であってもよい。

音楽事務所クライアント装置３１は、例えば投資クライアント装置２０と同様にＰＣから構成され、複数の音楽事務所にそれぞれ設定されている。音楽事務所クライアント装置３１は、サーバ装置１０から送られてくる投資チケットの価格、投資チケットの総枚数、投資人数等の通知データを受信して、その内容を表示する。なお、音楽事務所クライアント装置３１は、投資クライアント装置２０と同様に構成されているので、その詳細については説明を省略する。

アーティストクライアント装置３２は、例えば投資クライアント装置２０と同様にＰＣから構成され、例えば音楽事務所に無所属のアーティスト宅にそれぞれ設定されている。音楽事務所に無所属等の無名のアーティストやデビュー前のアマチュアのアーティストは、自演した音楽を楽曲データとしてアーティストクライアント装置３２に取り込む。そして、アーティストが上述したホームページ又は専用のホームページにアクセスする操作を行うと、アーティストクライアント装置３２は、そのホームページにアクセスして、ホームページを画面に表示する。その後、アーティストがアップロードの操作を行うと、アーティストクライアント装置３２は、そのアーティストの楽曲、プロフィール等のアーティストに関するデータをサーバ装置１０にアップロードする。そして、サーバ装置１０は、アーティストに関するデータを、例えばハードディスク装置からなる記憶部１１に格納する。なお、アーティストクライアント装置３２は、投資クライアント装置２０と同じ構成を有するので、その詳細については説明を省略する。

サーバ装置１０と投資クライアントとの間での投資チケットの売買や投資家に利益金を配当する際の決済処理を行う課金センタ３５は、図１に示すように、サーバ装置１０と専用線３７で接続されると共に銀行センタ３６に専用線３８で接続されたインタフェース２と、データを符号復号するコーデック３と、投資家等の口座管理データが記憶された記憶部４と、全体の動作制御用のプログラムが記憶されたＲＯＭ５と、ＲＯＭ５に記憶されたプログラムがロードされるＲＡＭ６と、全体の制御を行う制御部７とを備える。

課金センタ３５は、アーティストがアーティストクライアント装置３２でエントリしたとき、アーティストの口座データを更新することによりエントリ費用の決済処理を行い、また、投資家が投資クライアント装置を介して投資チケットを購入したときや投資家に配当金を配当するとき、投資家の口座データを更新することにより、決済処理を行う。なお、アーティストのエントリ費用は、徴収しないようにしてもよい。

次に、上述のように構成される投資システムの動作について、図２及び図３に示すフローチャートを参照しながら説明する。

ステップＳ１において、上述したように、利用者であるアーティストが、そのキーボード及びマウスを用い、例えば様々な方法で自演して得られる楽曲データ、容姿、年齢、プロフィール、電子メールのアドレス等のアーティストに関するデータをアップロードする操作を行うと、アーティストクライアント装置３２は、アーティストに関するデータを、インターネット１を介してサーバ装置１０にアップロードする。

ステップＳ２において、サーバ装置１０は、アップロードされてきた楽曲データ等を受信し、ステップＳ３において、サーバ装置１０は、それぞれのアーティストから送られてきたデータを、例えば国別、ジャンル別等で分類し、投資対象データとしてホームページに登録する。

ステップＳ４において、利用者がそのホームページにアクセスする操作を行うと、投資クライアント装置２０は、サーバ装置１０の利用者が所望するジャンルのホームページにアクセスして、表示部２７に表示する。

利用者は、表示されたホームページを用いて、将来性があると思うアーティストや、自分の好みのアーティストを見つけ、ダウンロード操作を行う。すなわち、ステップＳ５において、投資クライアント装置２０は、利用者がダウンロード操作を行ったかを判定し、該当する（ＹＥＳ）ときはステップＳ７に進み、該当しない（ＮＯ）ときは、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ６において、投資クライアント装置２０からの要求に応じ、サーバ装置１０は、投資クライアント装置２０の利用者が所望するアーティストの楽曲データ、プロフィールデータ等と、現在設定されている投資チケットの価格データを投資クライアント装置２０に送信し、投資クライアント装置２０は、ステップＳ７において、それらのデータを受信し、そのＨＤＤ２２に一旦記録すると共に、画面に表示する。また、投資クライアント装置２０は、利用者が楽曲を聴くために楽曲データを再生する操作を行うと、上述したように、デコーダ２３は、楽曲データをデコードし、Ｄ／Ａ変換器２４は、デコードされた楽曲データをアナログ信号に変換し、スピーカ２５は、楽曲データに基づいた音楽を出力する。かくして、利用者が選択したアーティストの楽曲が再生される。

そして、利用者は、再生された楽曲を試聴して、そのアーティストに将来性があるか又はその楽曲がヒットするかを判断し、そのアーティスト又は楽曲に投資するか、また投資するときは幾ら投資するかを決断する。すなわち、ステップＳ８において、投資クライアント装置２０は、利用者が投資操作を行ったかを判定し、該当するときはステップＳ９に進み、該当しないときは、例えばログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ９において、投資クライアント装置２０は、利用者が操作した購入する投資チケットの枚数又は投資金額のデータ、利用者の識別子（ＩＤ）等のデータをサーバ装置１０に送信し、サーバ装置１０は、ステップＳ１０において、それらのデータを受信する。ここで、サーバ装置１０は、課金センタ３５と接続し、課金センタ３５が例えば投資家の口座管理データを更新することによって、購入した投資チケットの枚数分の金額を徴収する。

ステップＳ１１において、サーバ装置１０は、複数の投資クライアント装置２０、すなわちインターネット１を利用した複数の投資家からの購入チケット数データ等を、所定の期間、例えば数か月間受信し、投資家の人数、投資金額、投資チケットの価格の管理を行う。ここで、サーバ装置１０は、例えば、投資申込みが多いアーティストや楽曲に対しては、投資チケットの価格を高く設定するようにする。また、例えば、投資した利用者が投資チケットを売りたいときには、現在の投資チケットの価格で買い取るようにしてもよい。すなわち、サーバ装置１０では、実際の証券取引と同じように、アーティストの投資チケットや楽曲の投資チケットの売買が行われるようにしてもよい。また、アーティストに投資した投資クライアント装置２０の利用者は、ホームページに公開されたアーティストの電子メールのアドレス宛に電子メールを送信して、アーティストと交流し、アーティストは、自分に投資した人に直接自分をアピールするようにしてもよい。そして、サーバ装置１０は、例えば投資チケットの売買が投資家間で行われたときには、課金センタ３５に接続することによって、課金センタ３５が、サーバ装置１０からのデータに基づいて、取引に基づいて当事者の口座データを更新する。

次に、図３に示すステップＳ１２において、サーバ装置１０は、例えば投資家の人数が所定の閾値を超えたかを判定し、該当するときはステップＳ１３に進み、該当しないときはステップＳ１２を繰り返す。すなわち、サーバ装置１０は、投資家の人数が所定の閾値を超えるまで待機する。ステップＳ１３において、サーバ装置１０は、投資家の人数が所定の閾値を超えたアーティスト名を、例えば本システムと契約している複数の音楽事務所の音楽事務所クライアント装置３１に通知し、音楽事務所クライアント装置３１は、ステップＳ１４において、それを受信する。すなわち、この実施例では、投資家が多いアーティストは、今後人気が出ることが予測され、そのアーティストを音楽事務所クライアント装置３１に通知するようにしている。なお、投資家人数が所定の閾値を超えるときに通知する代わりに、投資総額又は投資チケットの価格が閾値を超えたとき、或いは投資人数、投資金額及び投資チケットの組合せが閾値を超えたときに、その旨を音楽事務所クライアント装置３１に通知するようにしてもよい。また、ダウンロード数が所定値を超えたとき、その旨を音楽事務所クライアント装置３１に通知するようにしてもよい。

ステップＳ１５において、サーバ装置１０は、音楽事務所にアーティストを紹介したことを、ホームページに公表し、投資クライアント装置２０の利用者は、そのホームページを閲覧することによって、アーティストが音楽事務所に紹介されたことを知ることができる。

一方、音楽事務所クライアント装置３１の担当者が、サーバ装置１０から通知されたアーティストの楽曲データ、すなわち投資対象データをダウンロードする操作を行うと、ステップＳ１６において、サーバ装置１０は、投資対象データを送信し、ステップＳ１７において、音楽事務所クライアント装置３１は、その投資対象データをダウンロードして、そのＨＤＤに一旦記録する。そして、音楽事務所の担当者が楽曲を聴くために楽曲データを再生する操作を行うと、音楽事務所クライアント装置３１は、上述した投資クライアント装置２０と同様に、そのスピーカ２５から楽曲データに基づいた音楽を出力する。かくして、担当者は、サーバ装置１０から通知されたアーティストの楽曲を聴くことができ、そのアーティストをデビューさせるか否かを判断することができる。

音楽事務所の担当者は、楽曲を聞いて、そのアーティストに将来性があるか否かを専門家の目で判断することができる。そして、将来性があり、そのアーティストを自分の事務所からデビューさせようと決断し、その操作を行うと、ステップＳ１８において、音楽事務所クライアント装置３１は、アーティストをデビューさせる予定があることを、サーバ装置１０に送信し、ステップＳ１９において、サーバ装置１０は、それを受信すると共に、音楽事務所からデビュー申込みがあったことを、アーティストクライアント装置３２に送信する。アーティストクライアント装置３２は、ステップＳ２０において、デビュー申込みを受信する。なお、例えば、複数の音楽事務所からデビューの申込みがあったときには、サーバ装置１０の主催者は、オークションをサーバ装置１０上に開設して、一番高い値をつけた音楽事務所が落札するようにしてもよい。また、例えば、アーティストクライアント装置３２へのデビュー申込みの送信は、音楽事務所クライアント装置３１から直接アーティストクライアント装置３２に行うようにしてもよい。

ステップＳ２１において、サーバ装置１０は、デビューの予定があることをそのホームページで公表し、投資クライアント装置２０の利用者は、そのホームページを閲覧することによって、アーティストが音楽事務所からデビューする予定があることを知ることができる。

ステップＳ２２において、アーティストクライアント装置３２のアーティストがデビューを承諾する操作又は不承諾の操作を行うと、アーティストクライアント装置３２は、その旨の内容をサーバ装置１０に送り、サーバ装置１０は、ステップＳ２３において、承諾又は不承諾の旨を受信すると共に、その内容を音楽事務所クライアント装置３１に送信し、音楽事務所クライアント装置３１は、ステップＳ２４において、それを受信する。なお。音楽事務所クライアント装置３１への承諾又は不承諾の旨の送信は、アーティストクライアント装置３２から直接音楽事務所クライアント装置３１に行うようにしてもよい。

ステップＳ２５において、サーバ装置１０は、アーティストがデビューすることを承諾したかを判定し、該当するときはステップＳ２６に進み、該当しないときは、当該アーティストに対する処理を終了し、他の処理を行う。ステップＳ２６において、サーバ装置１０は、アーティストがデビューすることを承諾した旨を、そのホームページに公表し、ステップＳ２７において、例えばデビューするアーティストの投資チケットの価格を高くして、新たな投資を募集する。なお、例えば、上述の実施例では、アーティスト自体を投資の対象としたが、楽曲自体を投資の対象としてもよい。

上述では、個人のアーティストやその楽曲を投資の対象とした実施例について説明したが、次に、例えば音楽事務所、芸能プロダクション、レコード会社等に所属している新人のアーティスト又はその新曲を投資の対象とする実施例について説明する。この投資システムは、図１に示す投資システムにおいてアーティストクライアント装置３２が無いだけで、サーバ装置１０、投資クライアント装置２０、音楽事務所クライアント装置３１から構成されるので、これらの装置の詳細な説明は省略し、その動作について図４のフローチャートを参照しながら説明する。

音楽事務所、芸能プロダクション、レコード会社等に設置された音楽事務所クライアント装置３１は、例えばレコード会社の担当者がアップロードの操作を行うと、ステップＳ３１において、例えば新人アーティストの楽曲データ、プロフィール、後述する投資チケットの価格等のアーティストに関するデータをインターネット１を介してサーバ装置１０にアップロードする。

ステップＳ３２において、サーバ装置１０は、アップロードされてきた楽曲データ等を受信し、ステップＳ３３において、サーバ装置１０は、受信したデータを、例えばジャンル別等で分類し、投資対象データとして登録し、ステップＳ３４において、サーバ装置１０は、新人アーティストの楽曲データ等をレコード会社のホームページに公表する。

ステップＳ３５において、利用者がレコード会社のホームページにアクセスする操作を行うと、投資クライアント装置２０は、サーバ装置１０の近日デビューするアーティストのホームページにアクセスして、表示部２７に表示する。

利用者は、表示されたホームページを用いて、将来性があると思うアーティストや、自分の好みのアーティストを見つけ、ダウンロード操作を行う。すなわち、ステップＳ３６において、投資クライアント装置２０は、利用者がダウンロード操作を行ったかを判定し、該当するときはステップＳ３８に進み、該当しないときは、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ３７において、投資クライアント装置２０からの要求に応じ、サーバ装置１０は、投資クライアント装置２０の利用者が所望するアーティストの楽曲データ、プロフィールデータ等と、投資チケットの価格を投資クライアント装置２０に送信し、投資クライアント装置２０は、ステップＳ３８において、それらのデータを受信し、そのＨＤＤ２２に一旦記録すると共に、画面に表示する。また、投資クライアント装置２０は、利用者が楽曲を聴くために楽曲データを再生する操作を行うと、上述の実施例と同様に、楽曲データに基づいた音楽を出力する。かくして、利用者が選択した新人アーティストの楽曲が再生される。

そして、利用者は、再生された楽曲を試聴して、そのアーティストに将来性があるかを判断して、そのアーティストの投資チケットを購入するかを決断する。すなわち、ステップＳ３９において、投資クライアント装置２０は、利用者が購入操作を行ったかを判定し、該当するときはステップＳ４０に進み、該当しないときは、例えばログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ４０において、投資クライアント装置２０は、利用者が操作した購入に関するデータ、利用者の識別子（ＩＤ）等のデータをサーバ装置１０に送信し、サーバ装置１０は、ステップＳ４１において、それらのデータを受信する。ここで、サーバ装置１０は、課金センタ３５と接続し、課金センタ３５が例えば投資家の口座管理データを更新することによって、購入した投資チケットの枚数分の金額を徴収する。

そして、新人アーティストがデビューした後、ステップＳ４２において、サーバ装置１０は、その新人アーティストの発表楽曲毎の売上げデータを集計し、ステップＳ４３において、サーバ装置１０は、楽曲毎の売上げデータに基づいて、アーティストの投資チケット価格を計算する。具体的には、下記表１に示すように、新人アーティストの１枚目の発売シングル／アルバムの売上げ枚数をｍ枚とし、２枚目以降シングル／アルバムの増加又は減少枚数をｘ枚とし、１枚目のシングルアルバムの楽曲価値をｎ円とすると、２枚目、３枚目、・・・のシングル／アルバムの各楽曲価格は、ｎ×（ｍ±ｘ）／ｍ、ｎ×（（ｍ±ｘ）±ｘ）／（ｍ±ｘ）、・・・となる。また、１枚目のシングル／アルバムに対する、例えばカレンダ、コマーシャル出演料等の関連商品の売上げをＹ円とし、２枚目以降シングル／アルバムに対する関連商品の売上げ増加量又は減少量をＸ円とすると、２枚目、３枚目、・・・のシングル／アルバムに対する関連商品の各売上げ動向は、（Ｙ±Ｘ）／Ｙ×１００％、（（Ｙ±Ｘ）±Ｘ）／（Ｙ±Ｘ）×１００％、・・・となる。そして、楽曲毎のアーティストのチケット価格は、（楽曲毎の楽曲価格（円））×（関連商品売上げ動向（％））となる。なお、ここで、シングルとは、楽曲一曲が収録されたコンパクトディスク等の記録媒体であり、アルバムとは、複数の楽曲が収録された記録媒体である。

なお、投資チケットの価格をアルバムの売上げに基づいて算出するとき、アルバムの価値は、アルバムに収録されている各楽曲の価値の合計で算出するようにしてもよい。

ステップＳ４４において、サーバ装置１０は、発売楽曲毎の売上げデータ、新楽曲と前楽曲の売上げ枚数の割合、投資チケット価格をホームページに公表する。

その後、機会がある毎に、投資クライアント装置２０の利用者は、そのホームページにアクセスし、公表されている投資チケット価格を参考に、投資チケットを売却又は新たに購入するかを決断する。すなわち、ステップＳ４５において、投資クライアント装置２０は、レコード会社のホームページにアクセスし、ステップＳ４６において、投資クライアント装置２０は、利用者が投資チケットを売却又は購入する操作を行ったかを判定し、該当するときはステップＳ４７に進み、該当しないとき、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ４７において、投資クライアント装置２０は、投資チケット売却又は購入のデータをサーバ装置１０に送信し、ステップＳ４８において、それらのデータを受信する。そして、投資クライアント装置２０は、その利用者がレコード会社の新人アーティストのホームページにアクセスする毎に、ステップＳ４５以降の処理を繰り返し、サーバ装置１０は、定期的にステップＳ４２以降の処理を繰り返す。そして、サーバ装置１０は、例えば投資チケットの売却若しくは購入が行われたときには、課金センタ３５に接続し、課金センタ３５が、サーバ装置１０からのデータに基づいて、投資家の口座データを更新する。

次に、投資対象を、アーティストではなく、例えばレコード会社から発売される新曲としたときの実施例について、図５に示すフローチャートを参照しながら説明する。この投資システムも、図１に示す投資システムにおいてアーティストクライアント装置３２がないだけで、サーバ装置１０、投資クライアント装置２０、音楽事務所クライアント装置３１から構成されるので、これらの装置の詳細な説明は省略する。

レコード会社に設置された音楽事務所クライアント装置３１は、例えばレコード会社の担当者がアップロードの操作を行うと、ステップＳ５１において、例えば新曲の楽曲データ、そのアーティストのプロフィール、投資チケットの価格等の新曲に関するデータをインターネット１を介してサーバ装置１０にアップロードする。

ステップＳ５２において、サーバ装置１０は、アップロードされてきた楽曲データ等を受信し、ステップＳ５３において、サーバ装置１０は、受信したデータを、例えばジャンル別等で分類し、投資対象データとして登録し、ステップＳ５４において、サーバ装置１０は、新曲の楽曲データ等をレコード会社のホームページに公表する。

ステップＳ５５において、利用者がレコード会社のホームページにアクセスする操作を行うと、投資クライアント装置２０は、サーバ装置１０の新曲のホームページにアクセスして、表示部２７に表示する。

利用者は、表示されたホームページを用いて、将来性があると思う新曲や、自分の好みの新曲を見つけ、ダウンロード操作を行う。すなわち、ステップＳ５６において、投資クライアント装置２０は、利用者がダウンロード操作を行ったかを判定し、該当するときはステップＳ５８に進み、該当しないときは、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ５７において、投資クライアント装置２０からの要求に応じ、サーバ装置１０は、投資クライアント装置２０の利用者が所望する新曲の楽曲データ、プロフィールデータ、投資チケットの価格等を投資クライアント装置２０に送信し、投資クライアント装置２０は、ステップＳ５８において、それらのデータを受信し、そのＨＤＤ２２に一旦記録すると共に、画面に表示する。また、投資クライアント装置２０は、利用者が新曲を聴くために楽曲データを再生する操作を行うと、楽曲データに基づいた音楽を出力する。かくして、利用者が選択した新曲が再生される。

そして、利用者は、再生された新曲を試聴して、その新曲がヒットするかを判断し、その新曲の投資チケットを購入するかを決断する。すなわち、ステップＳ５９において、投資クライアント装置２０は、利用者が購入操作を行ったかを判定し、該当するときはステップＳ６０に進み、該当しないときは、例えばログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ６０において、投資クライアント装置２０は、利用者が操作した購入に関するデータ、利用者の識別子（ＩＤ）等のデータをサーバ装置１０に送信し、サーバ装置１０は、ステップＳ６１において、それらのデータを受信する。ここで、サーバ装置１０は、課金センタ３５と接続し、課金センタ３５が例えば投資家の口座管理データを更新することによって、購入した投資チケットの枚数分の金額を徴収する。

そして、所定期間経過後、ステップＳ６２において、サーバ装置１０は、その新曲の売上げデータを集計し、ステップＳ６３において、サーバ装置１０は、新曲の売上げデータに基づいて、最初のチケット価格をｎ円とし、新曲の投資チケット価格を計算する。具体的には、例えば下記表２に示すように、コンテンツである新曲が収録されたコンパクトディスクの売上げ枚数１０００枚、２５００枚、５０００枚、７５００枚、・・・都度に、新曲のチケット価格をｎ×１．０３円、ｎ×１．０５円、ｎ×１．１円、ｎ×１．５円、・・・となるように、売上げ枚数の増加に従って、増加させる。

ステップＳ６４において、サーバ装置１０は、新曲の売上げ枚数データ、その投資チケット価格をホームページに公表する。

その後、機会がある毎に、投資クライアント装置２０の利用者は、そのホームページにアクセスし、公表されている投資チケット価格を参考に、チケットを売却又は新たに購入するかを決断する。すなわち、ステップＳ６５において、投資クライアント装置２０は、レコード会社のホームページにアクセスし、ステップＳ６６において、投資クライアント装置２０は、利用者がチケットを売却又は購入する操作を行ったかを判定し、該当するときはステップＳ６７に進み、該当しないとき、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ６７において、投資クライアント装置２０は、投資チケット売却又は購入のデータをサーバ装置１０に送信し、ステップＳ６８において、それらのデータを受信する。そして、投資クライアント装置２０は、その利用者がレコード会社の新曲のホームページにアクセスする毎に、ステップＳ６５以降の処理を繰り返し、サーバ装置１０は、定期的にステップＳ６２以降の処理を繰り返す。そして、サーバ装置１０は、例えば投資チケットの売却若しくは購入が行われたときには、課金センタ３５に接続することによって、課金センタ３５が、サーバ装置１０からのデータに基づいて、投資家の口座データを更新する。

以上の説明でも明らかなように、本発明を適用した投資システムでは、無名のアーティストが、その才能（タレント性）及び楽曲を一度に大勢の人や、音楽事務所及びレコード会社にアピールする場を提供することができる。また、音楽事務所やレコード会社は、新人アーティスト及び新曲を、大勢の人に宣伝することができる。また、投資クライアント装置２０の利用者、すなわち投資家は、先見の明があれば、投資チケットを購入したときの価格と売却したときの差益により利益を上げることができる。

なお、例えば、上述の実施例では、新曲が発売された後に、その新曲を投資対象としているが、発売前の新曲を投資対象としてもよい。すなわち、図５に示すステップＳ５１及びＳステップＳ５２における音楽事務所クライアント装置３１から投資クライアント装置２０にアップロードする投資対象データを、近日発売予定の楽曲データの一部、例えばイントロ部分やさびの部分とし、ステップＳ５８における投資クライアント装置２０がサーバ装置１０からダウンロードする投資対象データを、イントロ部分又はさびの部分の楽曲データとする。したがって、投資クライアント装置２０の利用者は、イントロ部分又はさびの部分を聞いて、投資チケットを購入するか否かを判断する。その後、その楽曲が発売され、上述の実施例と同様に、新曲売上げの発表、新たな投資チケット価格の決定、投資チケットの売買が行われる。

次に、投資対象を発売前の新曲若しくは発売後の新曲とし、ダウンロード数が所定値を超えたとき、新曲のダウンロードを無料から有料に切り換える実施例について説明する。

この実施例における投資システムは、図６に示すように、投資対象データを蓄積するサーバ装置１０と、サーバ装置１０にアクセスして、投資対象データをダウンロードする視聴者クライアント装置３９とを備える。

また、この投資システムは、投資対象データをダウンロードし、サーバ装置１０に投資データをアップロードする投資クライアント装置２０と、投資対象データをサーバ装置１０にアップロードする音楽事務所クライアント装置３１とアーティストクライアント装置３２と、決済処理を行う課金センタ３５とを備える。なお、視聴者クライアント装置３９は、音楽事務所クライアント装置３１とアーティストクライアント装置３２と同じ構成を有するため詳細は省略する。

次に、以上のように構成される投資システムの動作について、図７及び図８を参照して説明する。

ステップＳ７１において、サーバ装置１０に開設されたホームページに公表したいアーティストやレコード会社に所属するアーティストのレコード会社の担当者が音楽事務所クライアント装置３１やアーティストクライアント装置３２のキーボード及びマウスを用い、アーティストの楽曲データ、容姿、年齢、プロフィール、電子メールのアドレス等のアーティストに関するデータをアップロードする操作をすると、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、アーティストに関するデータを、インターネット１を介してサーバ装置１０にアップロードする。

ステップＳ７２において、サーバ装置１０は、アップロードされてきた楽曲データ等を受信し、ステップＳ７３において、サーバ装置１０は、それぞれのアーティストから送られてきたデータを、例えば国別、ジャンル別等で分類し、投資対象データとしてホームページに登録し、ステップＳ７４において、ホームページに公表する。ステップＳ７５において、利用者がそのホームページにアクセスする操作を行うと、視聴者クライアント装置３９は、サーバ装置１０の利用者が所望するジャンルのホームページにアクセスして、表示部に表示する。ホームページには、視聴者が無料で楽曲データをダウンロードできる旨の記述がなされている。

視聴者は、視聴者クライアント装置３９の表示部に表示されたホームページを用いて、将来性があると思うアーティストや、自分の好みのアーティストを見つけ、楽曲データのダウンロード操作を行う。すなわち、ステップＳ７６において、視聴者クライアント装置３９は、視聴者がダウンロード操作を行ったかを判定し、該当する（ＹＥＳ）ときはステップＳ７８に進み、該当しない（ＮＯ）ときは、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ７７において、サーバ装置１０は、視聴者クライアント装置３９からの要求に応じ、視聴者クライアント装置３９の視聴者が所望するアーティストの楽曲データを視聴者クライアント装置３９に送信し、視聴者クライアント装置３９は、ステップＳ７８において、無料でこれらのデータを受信し、記憶部に一旦記録すると共に、画面に表示する。また、視聴者クライアント装置３９は、視聴者が楽曲を聴くために楽曲データを再生する操作を行うと、スピーカより楽曲データに基づいた音楽を出力する。かくして、視聴者が選択したアーティストの楽曲が再生される。

一方、投資家が投資クライアント装置２０によってそのホームページにアクセスする操作を行うと、投資クライアント装置２０は、ステップＳ７９において、サーバ装置１０の利用者が所望するジャンルのホームページにアクセスして、表示部２７に表示する。

投資家は、表示されたホームページを用いて、将来性があると思うアーティストや、自分の好みのアーティストを見つけ、楽曲データのダウンロード操作を行う。すなわち、ステップＳ８０において、投資クライアント装置２０は、利用者がダウンロード操作を行ったかを判定し、該当する（ＹＥＳ）ときはステップＳ８２に進み、該当しない（ＮＯ）ときは、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ８１において、投資クライアント装置２０からの要求に応じ、サーバ装置１０は、投資クライアント装置２０の利用者が所望するアーティストの楽曲データ、プロフィールデータ等と、現在設定されている投資チケットの価格データを投資クライアント装置２０に送信し、投資クライアント装置２０は、ステップＳ８２において、それらのデータを受信し、そのＨＤＤ２２に一旦記録すると共に、画面に表示する。また、投資クライアント装置２０は、投資家が楽曲を聴くために楽曲データを再生する操作を行うと、デコーダ２３は、楽曲データをデコードし、Ｄ／Ａ変換器２４は、デコードされた楽曲データをアナログ信号に変換し、スピーカ２５は、楽曲データに基づいた音楽を出力する。かくして、投資家が選択したアーティストの楽曲が再生される。

そして、投資家は、再生された楽曲を試聴して、そのアーティストに将来性がある、又はその楽曲がヒットするかを判断し、楽曲に投資するか、また投資するときは幾ら投資するかを決断する。すなわち、ステップＳ８３において、投資クライアント装置２０は、投資家が投資操作を行ったかを判定し、該当するときはステップＳ８４に進み、該当しないときは、例えばログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ８４において、投資クライアント装置２０は、投資家が操作した購入する投資チケットの枚数又は投資金額のデータ、投資家の識別子（ＩＤ）等のデータをサーバ装置１０に送信し、サーバ装置１０は、ステップＳ８５において、それらのデータを受信する。ここで、サーバ装置１０は、課金センタ３５と接続し、課金センタ３５が例えば投資家の口座管理データを更新することによって、購入した投資チケットの枚数分の金額を徴収する。

ステップＳ８６において、サーバ装置１０は、登録したアーティストの楽曲をホームページに公表してからの視聴者クライアント装置３９のダウンロード件数を計数し、ステップＳ８７において、ダウンロード件数が閾値（例えば１００人）以上になったかどうかを判断する。具体的に、サーバ装置１０は、視聴者クライアント装置３９の電子メールアドレス等のＩＤを識別することで、例えば同じ視聴者が何度もダウンロードしてもこれを人数にカウントすることを防止し、正確にダウンロードを行った人数を計数することができるようにする。そして、視聴者クライアント装置３９は、ダウンロード人数が閾値以上となったとき、ステップＳ８８に進み、投資受付を終了、すなわち投資クライアント装置２０からのアクセスを禁止し、ダウンロード人数が閾値未満であるとき、ステップＳ８６に戻る。

ステップＳ８９において、サーバ装置１０が、投資クライアント装置２０に投資受付が終了した旨の通知を送信すると、ステップＳ９０において、投資クライアント装置２０は、この通知を受信する。これによって、投資家は、投資受付が終了したことを認識することができる。なお、ここで、サーバ装置１０は、投資受付の終了を通知すると共に、発行した投資チケットの枚数等を送信するようにしてもよい。

ステップＳ９１において、サーバ装置１０は、以降アーティストの楽曲データをダウンロードするとき、有料となる旨をホームページに告知する。視聴者がそのホームページにアクセスする操作を行うと、ステップＳ９２において、視聴者クライアント装置３９は、サーバ装置１０の視聴者が所望するジャンルのホームページにアクセスして、表示部に表示する。ここで、サーバ装置１０は、楽曲データのダウンロードが有料（例えば１回１００円）である旨の表示を行う。そして、視聴者が視聴者クライアント装置３９の表示部に表示されたホームページを用いて、将来性があると思うアーティストや、自分の好みのアーティストを見つけ、ダウンロード操作を行うと、ステップＳ９３において、視聴者クライアント装置３９は、視聴者がダウンロード操作を行ったかを判定し、該当する（ＹＥＳ）ときはステップＳ９３に進み、該当しない（ＮＯ）ときは、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ９４において、サーバ装置１０は、視聴者クライアント装置３９からの要求に応じ、視聴者クライアント装置３９の視聴者が所望するアーティストの楽曲データを視聴者クライアント装置３９に送信し、視聴者クライアント装置３９は、ステップＳ９５において、有料でこれらのデータを受信し、記憶部に一旦記録すると共に、画面に表示する。また、視聴者クライアント装置３９は、視聴者が楽曲を聴くために楽曲データを再生する操作を行うと、スピーカより楽曲データに基づいた音楽を出力する。かくして、視聴者が選択したアーティストの楽曲が再生される。

そして、サーバ装置１０は、ステップＳ９６において、視聴者のダウンロードを有料化してから所定期間（例えば数か月）が経過したかどうかを判断し、所定期間を経過しているとき、ステップＳ９７に進み、該当しないとき、ステップＳ９６を繰り返す。ステップＳ９７において、サーバ装置１０は、ダウンロード料金の収益、その他アーティストの活動、これに付随する関連商品等の売上げに基づいて投資家への配当を計算する。そして、サーバ装置１０は、ステップＳ９８において、配当金等のデータを投資クライアント装置２０に送信し、ステップＳ９９において、投資クライアント装置２０は、これを受信する。そして、サーバ装置１０は、課金センタ３５に接続することによって、課金センタ３５が、サーバ装置１０からの投資家への配当金のデータに基づいて、投資家の口座データを更新する。

次いで、サーバ装置１０は、ステップＳ１００において、再度、新規投資家の募集をホームページで行う。ここで、投資チケットの価格は、ステップＳ９１以降の収益に基づいて決定され、例えば収益が多かった楽曲に対しては、投資チケットの価格が高く設定される。そして、サーバ装置１０は、投資家募集を行うときは、ステップＳ１０１に進み、行わないときは、上述したステップＳ９１に戻り有料ダウンロード処理を続ける。

ステップＳ１０１において、サーバ装置１０は、ホームページにおいて、投資家の受付を再開した旨と、投資チケットの価格を公表する。ここでの、投資チケットの価格は、最初に売り出したときの価格より高く設定される。なお、投資チケットの価格の算出にあたっては、上述の表１や表２に基づいて行えばよい。そして、ステップＳ１０２において、サーバ装置１０は、投資受付開始の通知を投資クライアント装置２０に送信し、ステップＳ１０３において、投資クライアント装置２０は、このデータを受信する。これによって、投資家は更に先に投資した新曲に投資を行うかどうかを決断することができる。そして、以降、サーバ装置１０は、ステップＳ７４まで戻り、視聴者への楽曲のダウンロードを無料で行い、ダウンロード人数が閾値以上となったとき有料にする処理を行ったり、また、ステップＳ９１に戻り視聴者への楽曲のダウンロードを有料にする処理を行う。

次に、図９及び図１０を参照して、上記図７及び図８に示す投資システムの変形例を説明する。この投資システムは、投資家の募集を終了することなく、楽曲データのダウンロード数が増加に応じて課金額を大きくしていくことを特徴とする。

ステップＳ５０１において、サーバ装置１０に開設されたホームページに公表したいアーティストやレコード会社に所属するアーティストのレコード会社の担当者が音楽事務所クライアント装置３１やアーティストクライアント装置３２のキーボード及びマウスを用い、アーティストの楽曲データ、容姿、年齢、プロフィール、電子メールのアドレス等のアーティストに関するデータをアップロードする操作をすると、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、アーティストに関するデータを、インターネット１を介してサーバ装置１０にアップロードする。

ステップＳ５０２において、サーバ装置１０は、アップロードされてきた楽曲データ等を受信し、ステップＳ５０４において、サーバ装置１０は、それぞれのアーティストから送られてきたデータを、例えば国別、ジャンル別等で分類し、投資対象データとしてホームページに登録し、ステップＳ５０５において、ホームページに公表する。

ステップＳ５０６において、投資家が投資クライアント装置２０によってそのホームページにアクセスする操作を行うと、投資クライアント装置２０は、サーバ装置１０の利用者が所望するジャンルのホームページにアクセスして、表示部２７に表示する。投資家は、表示されたホームページを用いて、将来性があると思うアーティストや、自分の好みのアーティストを見つけ、楽曲データのダウンロード操作を行う。すなわち、ステップＳ５０７において、投資クライアント装置２０は、利用者がダウンロード操作を行ったかを判定し、該当する（ＹＥＳ）ときはステップＳ５０９に進み、サーバ装置にダウンロード要求を行い、該当しない（ＮＯ）ときは、ステップＳ５１０に進み、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ５０８において、投資クライアント装置２０からの要求に応じ、サーバ装置１０は、投資クライアント装置２０の利用者が所望するアーティストの楽曲データ、プロフィールデータ等と、現在設定されている投資チケットの価格データを投資クライアント装置２０に送信し、投資クライアント装置２０は、ステップＳ５０９において、それらのデータを受信し、そのＨＤＤ２２に一旦記録すると共に、画面に表示する。また、投資クライアント装置２０は、投資家が楽曲を聴くために楽曲データを再生する操作を行うと、デコーダ２３は、楽曲データをデコードし、Ｄ／Ａ変換器２４は、デコードされた楽曲データをアナログ信号に変換し、スピーカ２５は、楽曲データに基づいた音楽を出力する。かくして、投資家が選択したアーティストの楽曲が再生される。

そして、投資家は、再生された楽曲を試聴して、そのアーティストに将来性がある、又はその楽曲がヒットするかを判断し、楽曲に投資するか、また投資するときは幾ら投資するかを決断する。すなわち、ステップＳ５１１において、投資クライアント装置２０は、投資家が投資操作を行ったかを判定し、該当するときはステップＳ５１２に進み、該当しないときは、ステップＳ５１３に進み、例えばログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ５１２において、投資クライアント装置２０は、投資家が操作した購入する投資チケットの枚数又は投資金額のデータ、投資家の識別子（ＩＤ）等のデータをサーバ装置１０に送信し、サーバ装置１０は、ステップＳ５１４において、それらのデータを受信する。ここで、サーバ装置１０は、課金センタ３５と接続し、課金センタ３５が例えば投資家の口座管理データを更新することによって、購入した投資チケットの枚数分の金額を徴収する。

また、ステップＳ５１５において、利用者がそのホームページにアクセスする操作を行うと、視聴者クライアント装置３９は、サーバ装置１０の利用者が所望するジャンルのホームページにアクセスして、表示部に表示する。ここで、ホームページには、視聴者が無料で楽曲データをダウンロードできる旨の記述がなされている。視聴者は、視聴者クライアント装置３９の表示部に表示されたホームページを用いて、将来性があると思うアーティストや、自分の好みのアーティストを見つけ、楽曲データのダウンロード操作を行う。すなわち、ステップＳ５１６において、視聴者クライアント装置３９は、視聴者がダウンロード操作を行ったかを判定し、該当する（ＹＥＳ）ときステップＳ５１８に進み、サーバ装置１０にダウンロード要求を行い、該当しない（ＮＯ）とき、ステップＳ５１９において、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ５１７において、サーバ装置１０は、視聴者クライアント装置３９からの要求に応じ、視聴者クライアント装置３９の視聴者が所望するアーティストの楽曲データを視聴者クライアント装置３９に送信し、視聴者クライアント装置３９は、ステップＳ５１８において、無料でこれらのデータを受信し、記憶部に一旦記録すると共に、画面に表示する。ステップＳ５２０において、視聴者クライアント装置３９は、視聴者が楽曲を聴くために楽曲データを再生する操作を行うと、スピーカより楽曲データに基づいた音楽を出力する。かくして、視聴者が選択したアーティストの楽曲が再生される。

ステップＳ５２１において、サーバ装置１０は、登録したアーティストの楽曲をホームページに公表してからの視聴者クライアント装置３９のダウンロード件数を計数し、ステップＳ５２２において、ダウンロード件数が閾値（例えば１００人）以上になったかどうかを判断する。具体的に、サーバ装置１０は、視聴者クライアント装置３９の電子メールアドレス等のＩＤを識別することで、例えば同じ視聴者が何度もダウンロードしてもこれを人数にカウントすることを防止し、正確にダウンロードを行った人数を計数することができるようにする。そして、視聴者クライアント装置３９は、ダウンロード人数が閾値以上となったとき、ステップＳ５２３に進み、ダウンロード人数が閾値未満であるとき、ステップＳ５２１に戻り、ダウンロード人数を計数する。

ステップＳ５２３において、サーバ装置１０は、以降アーティストの楽曲データをダウンロードするとき、有料となる旨をホームページに告知する。そして、ステップＳ５２４において、サーバ装置１０は、投資クライアント装置２０に、視聴者がダウンロードするとき有料（例えば１回１００円）になった旨の通知を行い、ステップＳ５２５において、投資クライアント装置２０は、その旨を受信する。これにより、投資家は、視聴者がダウンロードが有料になったことを知ることができる。

ステップＳ５２６において、視聴者がそのホームページにアクセスする操作を行うと、視聴者クライアント装置３９は、サーバ装置１０の視聴者が所望するジャンルのホームページにアクセスして、表示部に表示する。これにより、視聴者は、楽曲データのダウンロードが有料（例えば１回１００円）であることを知ることができる。そして、視聴者が視聴者クライアント装置３９の表示部に表示されたホームページを用いて、将来性があると思うアーティストや、自分の好みのアーティストを見つけ、ダウンロード操作を行うと、ステップＳ５２７において、視聴者クライアント装置３９は、視聴者がダウンロード操作を行ったかを判定し、該当する（ＹＥＳ）ときはステップＳ５２９に進み、サーバ装置１０にダウンロード要求を行い、該当しない（ＮＯ）とき、ステップＳ５３０において、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ５２８において、サーバ装置１０は、視聴者クライアント装置３９からの要求に応じ、視聴者クライアント装置３９の視聴者が所望するアーティストの楽曲データを視聴者クライアント装置３９に送信し、視聴者クライアント装置３９は、ステップＳ５２９において、有料でこれらのデータを受信し、記憶部に一旦記録すると共に、画面に表示する。ステップＳ５３１において、視聴者クライアント装置３９は、視聴者が楽曲を聴くために楽曲データを再生する操作を行うと、スピーカより楽曲データに基づいた音楽を出力する。かくして、視聴者が選択したアーティストの楽曲が再生される。

ステップＳ５３２において、サーバ装置１０は、ステップＳ５２３において楽曲データのダウンロードを有料にしてからの視聴者クライアント装置３９のダウンロード件数を計数し、ステップＳ５３３において、ダウンロード件数が閾値（例えば１００人）以上になったかどうかを判断する。なお、このステップにおいて、閾値は、ステップＳ５２２で楽曲データのダウンロードを無料で行ったときからの累計人数（例えば２００人）としてもよい。ここで、サーバ装置１０は、視聴者クライアント装置３９の電子メールアドレス等のＩＤを識別することで、例えば同じ視聴者が何度もダウンロードしてもこれを人数にカウントすることを防止し、正確にダウンロードを行った人数を計数することができるようにする。そして、視聴者クライアント装置３９は、ダウンロード人数が閾値以上となったとき、ステップＳ５３４に進み、ダウンロード人数が閾値未満であるとき、ステップＳ５３２に戻り、ダウンロード人数を計数する。

ステップＳ５３４において、サーバ装置１０は、以降アーティストの楽曲データをダウンロードするとき、楽曲データのダウンロードの料金を更に高額の価格設定（例えば１回２００円）にし、これをホームページに告知する。そして、ステップＳ５３５において、サーバ装置１０は、投資クライアント装置２０に、視聴者がダウンロードするとき有料（例えば１回２００円）になった旨の通知を行い、ステップＳ５３６において、投資クライアント装置２０は、その旨を受信する。これにより、投資家は、視聴者がダウンロードが有料になったことを知ることができる。

以上のように、サーバ装置１０は、楽曲データのダウンロード人数が閾値を超えたかどうかを判断し、楽曲データのダウンロード人数が閾値を超えたとき、楽曲データの１回のダウンロードの価格を更に高額に設定する。すなわち、サーバ装置１０は、ダウンロード人数が多い楽曲データは人気があることから、ダウンロード人数の上昇に合わせてダウンロード１回の価格も上昇させるようにしている。

図１０に示すように、サーバ装置１０は、ステップＳ５４１において、視聴者クライアント装置３９のダウンロード件数を計数し、ステップＳ５４２において、ダウンロード件数が第ｎの閾値以上になったかどうかを判断する。ステップＳ５４３において、サーバ装置１０は、以降アーティストの楽曲データをダウンロードするとき、楽曲データのダウンロードの料金を更に高額の第ｎの価格設定にし、これをホームページに告知する。そして、ステップＳ５４４において、サーバ装置１０は、投資クライアント装置２０に、視聴者がダウンロードするときの価格等の通知を行い、ステップＳ５４５において、投資クライアント装置２０は、その旨を受信する。これにより、投資家は、視聴者のダウンロード１回の値段を知ることができる。

そして、視聴者クライアント装置３９は、上記ステップＳ５１５〜ステップＳ５１９に示す手順やステップＳ５２５〜ステップＳ５３０に示すような手順で楽曲データを有料でダウンロードし、ダウンロードした楽曲データの再生を行う。

そして、サーバ装置１０は、ステップＳ５４６において、視聴者のダウンロードを有料化してから所定期間（例えば数か月）が経過したかどうかを判断し、所定期間を経過しているとき、ステップＳ５４７に進み、該当しないとき、ステップＳ５４６を繰り返す。ステップＳ５４７において、サーバ装置１０は、ダウンロード料金の収益、その他アーティストの活動、これに付随する関連商品等の売上げに基づいて投資家への配当を計算する。

そして、サーバ装置１０は、ステップＳ５４８において、配当金等のデータを投資クライアント装置２０に送信し、ステップＳ５４９において、投資クライアント装置２０は、これを受信する。そして、サーバ装置１０は、課金センタ３５に接続することによって、課金センタ３５が、サーバ装置１０からの投資家への配当金のデータに基づいて、投資家の口座データを更新する。

次いで、サーバ装置１０は、ステップＳ５５０において、再度、新規投資家の募集をホームページで行う。ここで、投資チケットの価格は、ステップＳ５２２以降の収益に基づいて決定され、例えば収益が多かった楽曲に対しては、投資チケットの価格が高く設定される。そして、サーバ装置１０は、投資家募集を行うときは、ステップＳ５５１に進み、行わないときは、上述したステップＳ５４２に戻り有料ダウンロード処理を続ける。

ステップＳ５５１において、サーバ装置１０は、ホームページにおいて、投資家の受付を再開した旨と、投資チケットの価格を公表する。ここでの、投資チケットの価格は、最初に売り出したときの価格より高く設定される。なお、投資チケットの価格の算出にあたっては、上述の表１や表２に基づいて行えばよい。そして、既に投資チケットを所有している投資家が更に投資チケットを追加購入するときや新たな投資家が新規に投資チケットを購入するときには、これら投資家は、上記ステップＳ５５２において、上記ステップＳ５０６〜ステップＳ５１４の手順に従って投資チケットを購入する。

以上のような投資システムでは、有名でもないアマチュアのアーティストの楽曲の配信を所定期間無料で行うことができることから、多くの視聴者に楽曲をインターネット１を介して聞いてもらうことができ、新曲の知名度を上げることができる。また、ダウンロード件数が閾値以上となったとき、楽曲データのダウンロードが有料になることから、ある程度人気が出てきたアーティストが収益を得ることができるようになる。更に、視聴者側も、楽曲データのダウンロードが有料であっても、有料の楽曲はある程度人気があることが保証されているため、ダウンロードした後に自分の嗜好に合わず後悔することを少なくすることができる。更に、このシステムでは、先見の明のあった投資家は、投資したアーティストの人気が上がり、楽曲が売れることで、配当、例えば金銭的な見返りを得ることができる。更に、一度投資を締め切ったアーティストについて投資を再開したときには、より多くの投資を見込むことができ、募った資金をプロモーション等に使用することができる。

なお、この実施例では、投資対象を発売前若しくは発売後の新曲とした例を説明したが、投資対象はアーティストであってもよい。また、サーバ装置１０は、実際の証券取引と同じように、楽曲の投資チケットの売買を行うようにしてもよい。更に、このシステムでは、投資対象データをサーバ装置１０にアップロードする装置として、音楽事務所クライアント装置３１、アーティストクライアント装置３２の何れか１つであってもよい。

次に、音楽事務所クライアント装置３１やアーティストクライアント装置３２が投資チケットの投資チケットを発行する際の詳細について図１１を参照して説明する。

先ずステップＳ５６１において、サーバ装置１０に投資対象となるアーティストに関するデータや投資対象となる楽曲データを、アーティストやレコード会社の担当者が、音楽事務所クライアント装置３１やアーティストクライアント装置３２のキーボード及びマウスを用い、これらのデータをアップロードする操作をすると、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、これらのデータを、インターネット１を介してサーバ装置１０にアップロードする。また、このステップＳ５６１において、アーティストやレコード会社の担当者は、音楽事務所クライアント装置３１やアーティストクライアント装置３２を用いて、投資チケットの総発行枚数及び投資チケットの総発行枚数中の自分の保有率をサーバ装置１０に送信する。

ステップＳ５６２において、サーバ装置１０は、これらのデータを受信すると、次いで、ステップＳ５６３において、記憶部１１に構築されているデータベースに投資対象データを登録する処理を行う。次いで、サーバ装置１０は、ステップＳ５６４において、投資対象データをホームページに公表する。具体的に、ホームページでは、投資対象となるアーティストや楽曲データに関するデータと共に、発行する投資チケットの総枚数、投資チケットの発行者の保有率、販売する投資チケットの枚数、投資チケットの額面価格、受付開始日時等が公表される。

ステップＳ５６５において、投資家が投資クライアント装置２０によってそのホームページにアクセスする操作を行うと、投資クライアント装置２０は、サーバ装置１０の利用者が所望するジャンルのホームページにアクセスして、表示部２７に表示する。投資家は、表示されたホームページを用いて、将来性があると思うアーティストや、自分の好みのアーティストを見つけ、楽曲データのダウンロード操作を行う。すなわち、ステップＳ５６６において、投資クライアント装置２０は、利用者がダウンロード操作を行ったかを判定し、該当する（ＹＥＳ）ときはステップＳ５６７に進み、該当しない（ＮＯ）ときは、ステップＳ５６８に進み、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ５６７において、投資クライアント装置２０は、サーバ装置１０にダウンロード要求を行い、サーバ装置１０は、これを受信すると、ステップＳ５６９において、投資を行うのに必要な情報、すなわちホームページに公表されているデータを、投資クライアント装置２０に送信する。ステップＳ５７０において、投資クライアント装置２０は、これらのデータを受信すると、ＨＤＤ２２に一旦記録すると共に、画面に表示する。

ところで、投資チケットを販売するに際しては、投資家の資力等を審査する必要がある。そこで、サーバ装置１０は、ホームページ上で、投資チケットを購入するにはユーザ登録を行う必要があることを公表している。そこで、ステップＳ５７１において、例えば、投資家は、キーボード等を用いてクレジットカード等の識別番号を入力し、投資クライアント装置２０よりサーバ装置１０にこれらのデータを送信する。ステップＳ５７２において、サーバ装置１０は、投資クライアント装置２０よりクレジット番号等を受信すると、次いで、ステップＳ５７３において、投資家の資力等の審査を行う。ステップＳ５７４において、サーバ装置１０は、投資クライアント装置２０から送信された投資家のデータが基準以上であるとき、ステップＳ５７５に進み、合格通知と本システムを利用するための投資家ＩＤを投資クライアント装置２０に送信する。また、サーバ装置１０は、投資家のデータが基準以下であるとき、ステップＳ５７６に進み不合格通知を投資クライアント装置２０に送信する。

投資クライアント装置２０は、サーバ装置１０より合格通知と投資家ＩＤを受信する。これにより、以後、投資家は、本システムで投資チケットを購入することができるようになる。そして、投資家は、ステップＳ５７７において、投資クライアント装置２０の表示部に表示された投資家データより、所望の投資対象データを選択すると、投資クライアント装置２０は、ステップＳ５７８において、サーバ装置１０に投資家ＩＤと共に投資データ、すなわち購入する投資チケットのＩＤ及び投資チケットの購入枚数を送信する。

サーバ装置１０は、ステップＳ５７９において、投資家ＩＤと共に投資データを受信すると、次いで、ステップＳ５８０において、投資クライアント装置２０より送信された投資家ＩＤに基づいて、登録済みの投資家からの注文であるかどうかの認証を行い、認証が取れたとき、ステップＳ５８１に進み、認証が取れなかったとき、ステップＳ５８２に進み、投資クライアント装置２０に非認証通知を送信する。

ステップＳ５８１において、サーバ装置１０は、投資チケットの販売期間が終了したかどうかを判断し、所定期間を経過したとき、ステップＳ５８３に進み、投資チケット販売の受付を終了し、その旨をホームページに公表する。また、サーバ装置１０は、所定期間を経過していないとき、ステップＳ５８１を繰り返す。

投資チケットの販売受付期間が過ぎると、サーバ装置１０は、ステップＳ５８４において、応募のあった投資チケットの枚数が売り出し予定枚数を超えているかどうかを判断する。そして、サーバ装置１０は、応募のあった投資チケットの枚数が売り出し予定枚数を超えているとき、ステップＳ５８５に進み、応募のあった投資チケットの枚数が売り出し予定枚数を超えていないとき、ステップＳ５８６に進み、投資チケットの購入を応募した投資家の投資クライアント装置２０に、応募枚数分の投資チケットを送信する。

また、サーバ装置１０は、応募のあった投資チケットの枚数が売り出し予定枚数を超えているとき、ステップＳ５８５において、投資チケットを販売する投資家の抽選を行い、当選者には、ステップＳ５８７において、投資クライアント装置２０に投資チケットを送信し、落選者には、ステップＳ５８８において、投資クライアント装置２０に落選通知を送信する。

ステップＳ５８９において、投資クライアント装置２０は、投資チケットを受信する。なお、サーバ装置１０は、投資チケットを投資クライアント装置２０に送信したときに課金処理を行う。

このようなシステムによれば、自分で投資チケットを保有しつつ、資金の不足分を投資家から集めることができ、売出し中のアーティスト等であっても比較的容易に活動資金を集めることができる。

次に、投資チケットの発行者の保有率を、発行者の規模に応じて換えて、投資チケットを販売する例を図１２を参照して説明する。図１２に示す例では、投資チケットの発行元が個人アーティストであるときと、中規模のレコード会社であるときと、大規模なレコード会社であるときとで、投資チケットの保有率を予め設定しておくことを特徴とする。ここでは、通常、大規模のレコード会社は、資本力があるため投資チケットの保有率を５１％に設定し、中規模のレコード会社は、大規模のレコード会社に比べ資本力が乏しいため投資チケットの保有率を４０％に設定し、個人アーティストは、３つの中で最も資本力が乏しいため３０％に設定される。大規模のレコード会社は、投資チケットの保有率を５１％とすることで、通常の株券と同様に、アーティストの活動の方針等に対して決定権を有するようにし、残りを投資家の分としている。

これを詳細に説明すると、先ず、ステップＳ５９１において、サーバ装置１０は、ホームページにおいて、本システムに参加する投資チケットの発行元を募集する。このホームページでは、大規模のレコード会社は、投資チケットの保有率が５１％となり、中規模のレコード会社は投資チケットの保有率が４０％であり、個人アーティストは投資チケットの保有率が３０％であることが公表されている。

ステップＳ５９２において、個人アーティストやレコード会社の担当者が、音楽事務所クライアント装置３１やアーティストクライアント装置３２のキーボード及びマウスを用い、これらのデータをアップロードする操作をすると、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、ホームページをダウンロードし、表示部に表示する。そして、アーティストやレコード会社の担当者が本システムを利用するとき、ステップＳ５９３において、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、投資対象データとなるアーティストに関するデータや投資対象となる楽曲データをサーバ装置１０に送信する。これと共に、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、投資チケットの総発行枚数及び自分の規模種別、すなわち大規模レコード会社であるか中規模レコード会社であるか個人アーティストであるかの種別をサーバ装置１０に送信する。

ステップＳ５９４において、サーバ装置１０は、これらのデータを受信すると、次いで、ステップＳ５９５において、記憶部１１に構築されているデータベースに投資対象データを登録する処理を行う。ここで、投資チケットの発行元の種別を特定し、これに基づいて、発行する投資チケットの保有率を５１％、４０％、３０％の何れかに設定する。これにより、サーバ装置１０は、一般投資家に対して販売する販売投資チケット枚数を算出する。次いで、サーバ装置１０は、ステップＳ５９６において、投資対象データをホームページに公表する。具体的に、ホームページでは、投資対象となるアーティストや楽曲データに関するデータと共に、発行する投資チケットの総枚数、投資チケットの発行者の保有率、販売する投資チケットの枚数、投資チケットの額面価格、受付開始日時等が公表される。

なお、ここで、サーバ装置１０は、音楽事務所クライアント装置３１やアーティストクライアント装置３２に保有率を送信するようにしてもよい。

ステップＳ５９７において、投資家が投資クライアント装置２０によってそのホームページにアクセスする操作を行うと、投資クライアント装置２０は、サーバ装置１０の利用者が所望するジャンルのホームページにアクセスして、表示部２７に表示する。投資家は、表示されたホームページを用いて、将来性があると思うアーティストや、自分の好みのアーティストを見つけ、楽曲データのダウンロード操作を行う。すなわち、ステップＳ５９８において、投資クライアント装置２０は、利用者がダウンロード操作を行ったかを判定し、該当するときステップＳ５９９に進み、該当しないとき、ステップＳ６００に進み、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ５９９において、投資クライアント装置２０は、サーバ装置１０にダウンロード要求を行い、サーバ装置１０は、これを受信すると、ステップＳ６０１において、投資を行うのに必要な情報、すなわちホームページに公表されているデータを、投資クライアント装置２０に送信する。ステップＳ６０２において、投資クライアント装置２０は、これらのデータを受信すると、ＨＤＤ２２に一旦記録すると共に、画面に表示する。かくして、投資家は、投資データの善し悪しを判断することができる。

次いで、投資家が本システムを利用するとき、ステップＳ６０３において、例えば、投資家は、キーボード等を用いて決済を行うためのクレジットカード等の識別番号を入力し、投資クライアント装置２０よりサーバ装置１０にこれらのデータを送信する。ステップＳ６０４において、サーバ装置１０は、投資クライアント装置２０よりクレジット番号等を受信すると、次いで、ステップＳ６０５において、投資家の資力等の審査を行う。ステップＳ６０６において、サーバ装置１０は、投資クライアント装置２０から送信された投資家のデータが基準以上であるとき、ステップＳ６０７に進み、合格通知と本システムを利用するための投資家ＩＤを投資クライアント装置２０に送信する。また、サーバ装置１０は、投資家のデータが基準以下であるとき、ステップＳ６０８に進み不合格通知を投資クライアント装置２０に送信する。

投資クライアント装置２０は、サーバ装置１０より合格通知と投資家ＩＤを受信する。これにより、以後、投資家は、本システムで投資チケットを購入することができるようになる。そして、投資家は、ステップＳ６０９において、投資クライアント装置２０の表示部に表示された投資家データより、所望の投資対象データを選択すると、投資クライアント装置２０は、ステップＳ６１０において、サーバ装置１０に投資家ＩＤと共に投資データ、すなわち購入する投資チケットのＩＤ及び投資チケットの購入枚数を送信する。

サーバ装置１０は、ステップＳ６１１において、投資家ＩＤと共に投資データを受信すると、次いで、ステップＳ６１２において、投資クライアント装置２０より送信された投資家ＩＤに基づいて、登録済みの投資家からの注文であるかどうかの認証を行い、認証が取れたとき、ステップＳ６１３に進み、認証が取れなかったとき、ステップＳ６１４に進み、投資クライアント装置２０に非認証通知を送信する。

ステップＳ６１３において、サーバ装置１０は、投資チケットの販売期間が終了したかどうかを判断し、所定期間を経過したとき、ステップＳ６１５に進み、投資チケット販売の受付を終了し、その旨をホームページに公表する。また、サーバ装置１０は、所定期間を経過していないとき、ステップＳ６１３を繰り返す。

投資チケットの販売受付期間が過ぎると、サーバ装置１０は、ステップＳ６１６において、応募のあった投資チケットの枚数が売り出し予定枚数を超えているかどうかを判断する。そして、サーバ装置１０は、応募のあった投資チケットの枚数が売り出し予定枚数を超えているとき、ステップＳ６１７に進み、応募のあった投資チケットの枚数が売り出し予定枚数を超えていないとき、ステップＳ６１８に進み、投資チケットの購入を応募した投資家の投資クライアント装置２０に、応募枚数分の投資チケットを送信する。

また、サーバ装置１０は、応募のあった投資チケットの枚数が売り出し予定枚数を超えているとき、ステップＳ６１７において、投資チケットを販売する投資家の抽選を行い、当選者には、ステップＳ６１９において、投資クライアント装置２０に投資チケットを送信し、落選者には、ステップＳ６２０において、投資クライアント装置２０に落選通知を送信する。

ステップＳ６２１において、投資クライアント装置２０は、投資チケットを受信する。なお、サーバ装置１０は、投資チケットを投資クライアント装置２０に送信したときに課金処理を行う。

このようなシステムによれば、自分で投資チケットを保有しつつ、資金の不足分を投資家から集めることができ、売出し中のアーティスト等であっても比較的容易に活動資金を集めることができる。また、大規模なレコード会社は、投資チケットの保有率が最初から５１％以上あることから、アーティスト等の営業活動について決定権をもつことができ、音楽活動を自由に行うことができる。また、個人のアーティストにとっては、保有率が３０％と少なくなることで、金銭的な負担を小さくすることができる。なお、投資チケットの発行元の投資チケットの保有率は、上述した例に限定されるものではなく、大規模のレコード会社、中規模のレコード会社、個人アーティストの順で小さくなるように設定すれば、上記数値に限定されるものではない。

次に、投資チケットの発行元となる個人アーティストやレコード会社、音楽事務所の投資チケットの保有率を投資対象の実績に応じて設定する例について、図１３乃至図１６を参照して説明する。

先ず、ステップＳ６３１において、サーバ装置１０は、ホームページにおいて、本システムに参加する投資チケットの発行元を募集する。このホームページでは、本システムに参加するのに、投資対象となるアーティストや楽曲の実績データが必要であり、この実績データに応じて投資チケットの発行元の投資チケットの保有率が設定されることを公表する。また、このホームページでは、投資チケットの発行元が希望する発行する投資チケットの総額、すなわち希望ファンド総額を申請できる旨を公表する。

ステップＳ６３２において、アーティストやレコード会社の担当者が、音楽事務所クライアント装置３１やアーティストクライアント装置３２のキーボード及びマウスを用い、これらのデータをアップロードする操作をすると、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、ホームページをダウンロードし、表示部に表示する。そして、アーティストやレコード会社の担当者が本システムを利用するとき、ステップＳ６３３において、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、投資対象データとなるアーティストに関するデータや投資対象となる楽曲データをサーバ装置１０に送信する。これと共に、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、希望する投資チケットの総発行枚数、希望ファンド総額、及び投資対象となるアーティストや楽曲の実績データをサーバ装置１０に送信する。ここで、実績データとは、コンパクトディスク等の記録媒体の売上げ等のコンテンツの売上げ、コンサート等を行っている際には観客動員数、関連商品の売上げ、インターネット１を介して音楽配信を行っているときにはダウンロード件数、更には上述した実施例で説明したダウンロード件数等である。

ステップＳ６３４において、サーバ装置１０は、これらのデータを受信すると、次いで、ステップＳ６３５において、申請のあった投資対象の実績データに応じた本システムの運営者が算出する推定ファンド総額を算出する。

ここで、推定ファンド総額は、図１５に示すように、実績が良い、すなわち実績データが大きいほど、ファンド総額を大きく推定することができる。したがって、サーバ装置１０は、図１５に示す関数を用いて、実績データから推定ファンド総額を算出する。そして、サーバ装置１０は、ステップＳ６３５において、算出した推定ファンド総額を、下記数式に示すように、音楽事務所クライアント装置３１やアーティストクライアント装置３２から送信された投資チケットの発行枚数で除することにより、投資チケットの額面価格を算出する。
投資チケットの額面価格＝（推定ファンド総額）／（投資チケットの発行枚数）

そして、サーバ装置１０は、ステップＳ６３６において、算出した投資チケットを、額面価格に応じて額面価格の高い順に例えばＡランク、Ｂランク、Ｃランクの３ランクに分類する。このランクには、ランク該当チケットの額面価格が予め定められており、サーバ装置１０は、投資チケットを、投資チケットの額面価格が最も近いランクにランク付けする。なお、投資チケットは、更に細かく分けられたランクに分類するようにしてよい。そして、サーバ装置１０は、ステップＳ６３７において、下記式に示すように、ランク付けされた投資チケットの額面価格に、投資チケットの発行枚数を乗することにより、投資チケットのランクに応じた推定ファンド総額を算出する。
投資チケットのランクに応じた推定ファンド総額＝
（ランク付けされた投資チケットの額面価格）×（投資チケットの発行枚数）

ステップＳ６３８において、サーバ装置１０は、投資チケットのランク（投資チケットのランクに基づいた額面価格）と投資チケットのランクに応じた推定ファンド総額とを音楽事務所クライアント装置３１やアーティストクライアント装置３２に送信する。また、これと共に、サーバ装置１０は、ステップＳ６３３でサーバ装置１０に送信した希望ファンド総額とステップＳ６３７で算出したランクに基づいた投資チケットに基づいた推定ファンド総額の差額を支払うかどうかの回答を求めるデータを送信する。

ステップＳ６３９において、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、サーバ装置１０から送信されたこれらのデータを受信する。次いで、ステップＳ６４０において、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、個人アーティストやレコード会社の担当者が、キーボード及びマウスより、ステップＳ６３３でサーバ装置１０に送信した希望ファンド総額とステップＳ６７３で算出したランクに基づいた投資チケットに基づいた推定ファンド総額の差額を支払うかどうかの回答が入力されたかを判断する。そして、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、差額を支払うとき、ステップＳ６４１において、支払データをサーバ装置１０に送信し、差額を支払わないとき、ステップＳ６４２において、投資チケットのランクに基づいた推定ファンド総額で投資家を募集することに同意する同意データをサーバ装置１０に送信する。

サーバ装置１０は、ステップＳ６４３において、音楽事務所クライアント装置３１やアーティストクライアント装置３２から支払データを受信したかどうかを判断し、受信したとき、ステップＳ６４５に進み、受信しないとき、ステップＳ６４４に進む。次いで、サーバ装置１０は、ステップＳ６４４において、同意データを受信したかどうかを判断し、受信したときステップＳ６４５に進み、受信しないとき、ステップＳ６４６において、ログアウトする。

ステップＳ６４５において、サーバ装置１０は、投資チケットの発行元の投資チケットの保有率を決定する。すなわち、図１６中実線で示すように、推定ファンド総額が大きい場合、すなわち実績が大きい場合、投資チケットの購入希望者も多くなり、売却できる可能性も大きくなることが予想されることから、投資チケットの発行元の保有率は、推定ファンド総額が大きくなるほど小さくし、音楽事務所や個人アーティストが多くの投資家から資金を集めることができるようにする。したがって、実績が特によい場合、すなわち推定ファンド総額が特に大きい場合には、投資チケットの発行元の投資チケットの保有率が３０％未満となることがある。この場合、図１６中点線で示すように、サーバ装置１０は、投資チケットの発行元の投資チケットの保有率を３０％に引き上げ、音楽活動をアーティストが比較的自由に行うことができるようにする。また、また、図１６に示すように、特に実績が低い場合、すなわち推定ファンド総額が特に低い場合には、保有率が１００％近くなってしまい、投資チケットを一般投資家に販売できなくなる。そこで、サーバ装置１０は、一般投資家への投資チケットの販売枠を確保しつつ、アーティストの活動方針等の決定権を継続して維持できるように、発行元の投資チケットの保有率を、５１％となるように引き下げる。

そして、サーバ装置１０は、保有率に基づいて、投資チケットの発行元の投資チケットの保有数を算出し、図１４に示すように、ステップＳ６５１において、残りを一般投資家に販売する投資チケットとしてホームページに公表する。また、このホームページでは、投資対象となるアーティストや楽曲データに関するデータと共に、発行する投資チケットの総枚数、投資チケットの発行者の保有率、販売する投資チケットの枚数、投資チケットの額面価格、受付開始日時等が公表される。

なお、ここで、サーバ装置１０は、音楽事務所クライアント装置３１やアーティストクライアント装置３２に保有率を送信するようにしてもよい。

ステップＳ６５２において、投資家が投資クライアント装置２０によってそのホームページにアクセスする操作を行うと、投資クライアント装置２０は、サーバ装置１０の利用者が所望するジャンルのホームページにアクセスして、表示部２７に表示する。投資家は、表示されたホームページを用いて、将来性があると思うアーティストや、自分の好みのアーティストを見つけ、楽曲データのダウンロード操作を行う。すなわち、ステップＳ６５３において、投資クライアント装置２０は、利用者がダウンロード操作を行ったかを判定し、該当するときステップＳ６５４に進み、該当しないとき、ステップＳ６６６に進み、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ６５４において、投資クライアント装置２０は、サーバ装置１０にダウンロード要求を行い、サーバ装置１０は、これを受信すると、ステップＳ６６７において、投資を行うのに必要な情報、すなわちホームページに公表されているデータを、投資クライアント装置２０に送信する。ステップＳ６６８において、投資クライアント装置２０は、これらのデータを受信すると、ＨＤＤ２２に一旦記録すると共に、画面に表示する。かくして、投資家は、投資データの善し悪しを判断することができる。

次いで、投資家が本システムを利用するとき、ステップＳ６６９において、例えば、投資家は、キーボード等を用いて決済を行うためのクレジットカード等の識別番号を入力し、投資クライアント装置２０よりサーバ装置１０にこれらのデータを送信する。ステップＳ６７０において、サーバ装置１０は、投資クライアント装置２０よりクレジット番号等を受信すると、次いで、ステップＳ６７１において、投資家の資力等の審査を行う。ステップＳ６７２において、サーバ装置１０は、投資クライアント装置２０から送信された投資家のデータが基準以上であるとき、ステップＳ６７３に進み、合格通知と本システムを利用するための投資家ＩＤを投資クライアント装置２０に送信する。また、サーバ装置１０は、投資家のデータが基準以下であるとき、ステップＳ６７４に進み不合格通知を投資クライアント装置２０に送信する。

投資クライアント装置２０は、サーバ装置１０より合格通知と投資家ＩＤを受信する。これにより、以後、投資家は、本システムで投資チケットを購入することができるようになる。そして、投資家は、ステップＳ６７５において、投資クライアント装置２０の表示部に表示された投資家データより、所望の投資対象データを選択すると、投資クライアント装置２０は、ステップＳ６７６において、サーバ装置１０に投資家ＩＤと共に投資データ、すなわち購入する投資チケットのＩＤ及び投資チケットの購入枚数を送信する。

サーバ装置１０は、ステップＳ６７７において、投資家ＩＤと共に投資データを受信すると、次いで、ステップＳ６７８において、投資クライアント装置２０より送信された投資家ＩＤに基づいて、登録済みの投資家からの注文であるかどうかの認証を行い、認証が取れたとき、ステップＳ６７９に進み、認証が取れなかったとき、ステップＳ６８０に進み、投資クライアント装置２０に非認証通知を送信する。

ステップＳ６７９において、サーバ装置１０は、投資チケットの販売期間が終了したかどうかを判断し、所定期間を経過したとき、ステップＳ６８１に進み、投資チケット販売の受付を終了し、その旨をホームページに公表する。また、サーバ装置１０は、所定期間を経過していないとき、ステップＳ６７９を繰り返す。

投資チケットの販売受付期間が過ぎると、サーバ装置１０は、ステップＳ６８１において、応募のあった投資チケットの枚数が売り出し予定枚数を超えているかどうかを判断する。そして、サーバ装置１０は、応募のあった投資チケットの枚数が売り出し予定枚数を超えているとき、ステップＳ６８５に進み、応募のあった投資チケットの枚数が売り出し予定枚数を超えていないとき、ステップＳ６８６に進み、投資チケットの購入を応募した投資家の投資クライアント装置２０に、応募枚数分の投資チケットを送信する。

また、サーバ装置１０は、応募のあった投資チケットの枚数が売り出し予定枚数を超えているとき、ステップＳ６８５において、投資チケットを販売する投資家の抽選を行い、当選者には、ステップＳ６８７において、投資クライアント装置２０に投資チケットを送信し、落選者には、ステップＳ６７８において、投資クライアント装置２０に落選通知を送信する。

ステップＳ６８９において、投資クライアント装置２０は、投資チケットを受信する。なお、サーバ装置１０は、投資チケットを投資クライアント装置２０に送信したときに課金処理を行う。

このようなシステムによれば、自分で投資チケットを実績に応じて保有しつつ、資金の不足分を投資家から集めることができ、売出し中のアーティスト等であっても比較的容易に活動資金を集めることができる。

次に、投資チケットの発行元となる個人アーティストやレコード会社、音楽事務所の投資チケットの保有率を人気投票の結果に応じて設定する例について、図１７を参照して説明する。

先ず、ステップＳ７０１において、サーバ装置１０は、ホームページにおいて、本システムに参加する投資チケットの発行元を募集する。このホームページでは、本システムに参加するのに、投資対象となるアーティストや楽曲の実績データが必要であり、人気投票の結果に応じて投資チケットの発行元の投資チケットの保有率が設定されることを公表する。また、このホームページでは、投資チケットの発行元が希望する発行する投資チケットの総額、すなわち希望ファンド総額を申請できる旨を公表する。

ステップＳ７０２において、アーティストやレコード会社の担当者が、音楽事務所クライアント装置３１やアーティストクライアント装置３２のキーボード及びマウスを用い、これらのデータをアップロードする操作をすると、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、ホームページをダウンロードし、表示部に表示する。そして、アーティストやレコード会社の担当者が本システムを利用するとき、ステップＳ７０３において、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、投資対象データとなるアーティストに関するデータや投資対象となる楽曲データをサーバ装置１０に送信する。これと共に、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、希望する投資チケットの総発行枚数及び希望ファンド総額をサーバ装置１０に送信する。

ステップＳ７０４において、サーバ装置１０は、これらのデータを受信すると、次いで、ステップＳ７０５において、申請のあった複数の投資対象データをホームページに公表し、投資チケットの保有率を決定するため、申請のあったアーティストや楽曲データ等の人気投票を行う。

ステップＳ７０６において、視聴者がそのホームページにアクセスする操作を行うと、視聴者クライアント装置３９は、サーバ装置１０の利用者が所望するジャンルのホームページにアクセスして、表示部に表示する。ここで、ホームページには、人気投票が行われている旨が公表されており、視聴者が投資対象データ等を無料又は有料でダウンロードできる旨が公表されている。

視聴者は、視聴者クライアント装置３９の表示部に表示されたホームページを用いて、将来性があると思うアーティストや、自分の好みのアーティストを見つけ、楽曲データのダウンロード操作を行う。すなわち、ステップＳ７０７において、視聴者クライアント装置３９は、視聴者がダウンロード操作を行ったかを判定し、該当するときステップＳ７０８に進み、サーバ装置１０にダウンロード要求を行い、該当しないとき、ステップＳ７０９において、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

ステップＳ７０８において、視聴者クライアント装置３９は、サーバ装置１０に対してダウンロード要求を行い、サーバ装置１０は、視聴者クライアント装置３９からのダウンロード要求を受信すると、ステップＳ７１０において、投資対象データ等を視聴者クライアント装置３９に送信する。視聴者クライアント装置３９は、ステップＳ７１１において、有料又は無料でこれらのデータを受信し、記憶部に一旦記録すると共に、画面に表示する。ステップＳ７１２において、視聴者クライアント装置３９は、視聴者が楽曲を聴くために楽曲データを再生する操作を行うと、スピーカより楽曲データに基づいた音楽を出力する。かくして、視聴者が選択したアーティストの楽曲が再生され、これにより、視聴者は、投票するアーティスト等の投資対象データを決めることができる。

視聴者は、ダウンロードした投資対象データの中から自分の好みにあった楽曲データ等を見つけて、投票を行うとき、操作部を構成するキーボードやマウスを用いて表示部に表示されている投資対象データの一覧の中から一又は複数の投資対象データを選択し選択データの送信操作を行う。すなわち、視聴者クライアント装置３９は、ステップＳ７１３において、視聴者の操作に応じて投資対象データを選択し、ステップＳ７１４において、選択した投資対象データの選択データをサーバ装置１０に送信する。

サーバ装置１０は、ステップＳ７１５において、視聴者クライアント装置３９からの選択データを受信すると、次いで、ステップＳ７１６において、人気投票を行う期間を経過したかどうかを判断する。そして、サーバ装置１０は、所定期間を経過したとき、ステップＳ７１７に進み、所定期間を経過しなかったとき、ステップＳ７１６を繰り返す。

ステップＳ７１７において、サーバ装置１０は、投票結果を集計する。ステップＳ７１８において、サーバ装置１０は、人気投票結果に応じた本システムの運営者が算出する推定ファンド総額を算出する。

ここで、推定ファンド総額は、図１５に示すように、人気が高い、すなわち人気度が大きいほど、ファンド総額を大きく推定することができる。したがって、サーバ装置１０は、図１５に示す関数を用いて、人気度から推定ファンド総額を算出する。そして、サーバ装置１０は、ステップＳ７１８において、算出した推定ファンド総額を、下記数式に示すように、音楽事務所クライアント装置３１やアーティストクライアント装置３２から送信された投資チケットの発行枚数で除することにより、投資チケットの額面価格を算出する。
投資チケットの額面価格＝（推定ファンド総額）／（投資チケットの発行枚数）

そして、サーバ装置１０は、ステップＳ７１９おいて、算出した投資チケットを、額面価格に応じて例えばＡランク、Ｂランク、Ｃランクの３ランクに分類する。そして、サーバ装置１０は、ステップＳ７２０において、下記式に示すように、ランク付けされた投資チケットの額面価格に、投資チケットの発行枚数を乗することにより、投資チケットのランクに応じた推定ファンド総額を算出する。
投資チケットのランクに応じた推定ファンド総額＝
（ランク付けされた投資チケットの額面価格）×（投資チケットの発行枚数）

ステップＳ７２１において、サーバ装置１０は、投資チケットのランク（投資チケットのランクに基づいた額面価格）と投資チケットのランクに応じた推定ファンド総額とを音楽事務所クライアント装置３１やアーティストクライアント装置３２に送信する。また、これと共に、サーバ装置１０は、ステップＳ７０３でサーバ装置１０に送信した希望ファンド総額とステップＳ６７３で算出したランクに基づいた投資チケットに基づいた推定ファンド総額の差額を支払うかどうかの回答を求めるデータを送信する。

ステップＳ７２２において、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、サーバ装置１０から送信されたこれらのデータを受信する。次いで、ステップＳ７２３において、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、個人アーティストやレコード会社の担当者が、キーボード及びマウスより、ステップＳ７０３でサーバ装置１０に送信した希望ファンド総額とステップＳ７２０で算出したランクに基づいた投資チケットに基づいた推定ファンド総額の差額を支払うかどうかの回答が入力されたかを判断する。そして、音楽事務所クライアント装置３１やアーティストクライアント装置３２は、差額を支払うとき、ステップＳ７２４において、支払データをサーバ装置１０に送信し、差額を支払わないとき、ステップＳ７２５において、投資チケットのランクに基づいた推定ファンド総額で投資家を募集することに同意する同意データをサーバ装置１０に送信する。

サーバ装置１０は、ステップＳ７２６において、音楽事務所クライアント装置３１やアーティストクライアント装置３２から支払データを受信したかどうかを判断し、受信したとき、ステップＳ７２９に進み、受信しないとき、ステップＳ７２７に進む。次いで、サーバ装置１０は、ステップＳ７２７において、同意データを受信したかどうかを判断し、受信したときステップＳ７２９に進み、受信しないとき、ステップＳ７２８において、ログアウトする。

ステップＳ７２９において、サーバ装置１０は、上記図１６を用いて説明したように投資チケットの発行元の投資チケットの保有率を３０％〜５１％の範囲で決定する。かくして、サーバ装置１０は、投資チケットの発行元の保有率を決定する。以降、投資家への投資チケットの発行は、上記図１４に示す手順によって行われる。このようなシステムによれば、自分で投資チケットを人気度に応じて保有しつつ、資金の不足分を投資家から集めることができ、売出し中のアーティスト等であっても比較的容易に活動資金を集めることができる。

以上のように、投資チケットは、一般投資家に発行される。ここで、発行済みの投資チケットは、図１８に示すように、発行元である音楽事務所、レコード会社、個人アーティストが３０％以上１００％未満で保有し、残りが一般投資家への発行分となる。

次いで、通常の株取引のように、投資家間で行われる投資チケットの売買について図１９を参照して説明する。以下説明する例は、指し値で投資チケットを売買する例である。

先ず、ステップＳ７３１において、投資チケットの売手側の投資クライアント装置２０は、投資家が予め取得している本システムを利用するための投資家ＩＤをサーバ装置１０に送信する。また、ステップＳ７３２において、投資チケットの買手側の投資クライアント装置２０も、投資家が予め取得している本システムを利用するための投資家ＩＤをサーバ装置１０に送信する。サーバ装置１０は、ステップＳ７３３において、売手側の投資クライアント装置２０や買手側の投資クライアント装置２０からの投資家ＩＤを受信すると、次いで、ステップＳ７３４において、予め登録してあるＩＤとの認証を行う。そして、サーバ装置１０は、認証が取れたとき、ステップＳ７３５において、売手側の投資クライアント装置２０や買手側の投資クライアント装置２０に認証信号を送信する。また、サーバ装置１０は、認証が取れなかったとき、ステップＳ７５６において、売手側の投資クライアント装置２０や買手側の投資クライアント装置２０に非認証信号を送信する。

投資チケットの売却側の投資クライアント装置２０は、ステップＳ７３７において、投資チケットの売却銘柄、投資チケットの売却希望価格（指し値）、投資チケットの売却数等をサーバ装置１０に送信する。ステップＳ７３８において、サーバ装置１０は、売手側の投資クライアント装置２０からのデータを受信すると、ステップＳ７３９において、記憶部に設けられたデータベースに売り注文を登録する。

また、投資チケットの買手側の投資クライアント装置２０は、ステップＳ７４０において、投資チケットの購入銘柄、投資チケットの購入希望価格（指し値）、投資チケットの購入数等をサーバ装置１０に送信する。ステップＳ７４１において、サーバ装置１０は、投資チケットの買手側の投資クライアント装置２０からのデータを受信すると、ステップＳ７４２において、記憶部に設けられたデータベースに買い注文を登録する。

サーバ装置１０は、ステップＳ７４３において、売手側の投資クライアント装置２０から売り注文があった投資チケットの銘柄の指し値に合った価格の買い注文があるかどうかを検索し、売り注文の銘柄の指し値にあった買い注文があったとき取引を成立させ、ステップＳ７４４に進む。なお、売り注文より買い注文が多いときには、先着順や抽選で買手側を決めるようにしてもよい。また、サーバ装置１０は、売り注文の銘柄の指し値にあった買い注文がなかったとき取引を不成立とし、ステップＳ７４７に進む。

サーバ装置１０は、取引が成立したとき、ステップＳ７４４において、取引成立通知を売手側と買手側の投資クライアント装置２０に送信する。そして、ステップＳ７４５において、売手側の投資クライアント装置２０は、取引成立通知を受信することによって、自分の投資チケットが売却できたことを知ることができる。また、ステップＳ７４６において、買手側の投資クライアント装置２０は、取引成立通知を受信することによって、所望の投資チケットを購入できたことを知ることができる。

また、サーバ装置１０は、取引が成立しなかったとき、ステップＳ７４７において、売手側及び売却側の投資クライアント装置２０に取引不成立通知を送信する。そして、ステップＳ７４８において、売手側の投資クライアント装置２０は、取引不成立通知を受信することによって、自分の投資チケットが売却できなかったことを知ることができる。また、ステップＳ７４９において、買手側の投資クライアント装置２０は、取引不成立通知を受信することによって、所望の投資チケットを購入できなかったことを知ることができる。

次に、投資チケットの売買を成り行きによって行う例を図２０を参照して説明する。先ず、ステップＳ７５１において、投資チケットの売手側の投資クライアント装置２０は、投資家が予め取得している本システムを利用するための投資家ＩＤをサーバ装置１０に送信する。また、ステップＳ７５２において、投資チケットの買手側の投資クライアント装置２０も、投資家が予め取得している本システムを利用するための投資家ＩＤをサーバ装置１０に送信する。サーバ装置１０は、ステップＳ７５３において、売手側の投資クライアント装置２０や買手側の投資クライアント装置２０からの投資家ＩＤを受信すると、次いで、ステップＳ７５４において、予め登録してあるＩＤとの認証を行う。そして、サーバ装置１０は、認証が取れたとき、ステップＳ７５５において、売手側の投資クライアント装置２０や買手側の投資クライアント装置２０に認証信号を送信する。また、サーバ装置１０は、認証が取れなかったとき、ステップＳ７５６において、売手側の投資クライアント装置２０や買手側の投資クライアント装置２０に非認証信号を送信する。

投資チケットの売却側の投資クライアント装置２０は、ステップＳ７５７において、投資チケットの売却銘柄、投資チケットの売却数、成り行きで投資チケットを売却することを指示する指示データ等をサーバ装置１０に送信する。ステップＳ７５８において、サーバ装置１０は、売手側の投資クライアント装置２０からのデータを受信すると、ステップＳ７５９において、記憶部に設けられたデータベースに成り行きの売り注文を登録する。

また、投資チケットの買手側の投資クライアント装置２０は、ステップＳ７６０において、投資チケットの購入銘柄、投資チケットの購入数、成り行きで投資チケットを売却することを指示する指示データ等をサーバ装置１０に送信する。ステップＳ７６１において、サーバ装置１０は、投資チケットの買手側の投資クライアント装置２０からのデータを受信すると、ステップＳ７６２において、記憶部に設けられたデータベースに成り行きの買い注文を登録する。

サーバ装置１０は、ステップＳ７６３において、売り注文又は買い注文のあった銘柄を検索し、そのときの相場で成りゆき売買を行う。そして、サーバ装置１０は、取引が成立したとき、ステップＳ７６４に進み、取引が成立しなかったとき、ステップＳ７６７に進む。

サーバ装置１０は、取引が成立したとき、ステップＳ７６４において、取引成立通知を売手側と買手側の投資クライアント装置２０に送信する。そして、ステップＳ７６５において、売手側の投資クライアント装置２０は、取引成立通知を受信することによって、自分の投資チケットが売却できたことを知ることができる。また、ステップＳ７６６において、買手側の投資クライアント装置２０は、取引成立通知を受信することによって、所望の投資チケットを購入できたことを知ることができる。

また、サーバ装置１０は、取引が成立しなかったとき、ステップＳ７６７において、売手側及び売却側の投資クライアント装置２０に取引不成立通知を送信する。そして、ステップＳ７６８において、売手側の投資クライアント装置２０は、取引不成立通知を受信することによって、自分の投資チケットが売却できなかったことを知ることができる。また、ステップＳ７６９において、買手側の投資クライアント装置２０は、取引不成立通知を受信することによって、所望の投資チケットを購入できなかったことを知ることができる。

なお、本システムは、図１９を用いて説明した指し値により行う投資チケットの売買と図２０を用いて説明した成り行きにより行う投資チケットの売買とを組み合わせて投資チケットの売買を行うようにしてもよい。すなわち、サーバ装置１０は、成り行きで投資チケットの売却を希望する売手と指し値で投資チケットの購入を希望する買手との間で取引を成立させるようにしてもよく、また、これとは逆に、指し値で投資チケットの売却を機能する売手と成り行きで投資チケットの購入を希望する買手との間で取引を成立させるようにしてもよい。

また、投資チケットの売買は、図２１に示すように、売手側の希望売却価格に幅を持たせ、買手側の希望購入価格にも幅を持たせて行うようにしてもよい。先ず、ステップＳ７７１において、投資チケットの売手側の投資クライアント装置２０は、投資家が予め取得している本システムを利用するための投資家ＩＤをサーバ装置１０に送信する。また、ステップＳ７７２において、投資チケットの買手側の投資クライアント装置２０も、投資家が予め取得している本システムを利用するための投資家ＩＤをサーバ装置１０に送信する。サーバ装置１０は、ステップＳ７７３において、売手側の投資クライアント装置２０や買手側の投資クライアント装置２０からの投資家ＩＤを受信すると、次いで、ステップＳ７７４において、予め登録してあるＩＤとの認証を行う。そして、サーバ装置１０は、認証が取れたとき、ステップＳ７７５において、売手側の投資クライアント装置２０や買手側の投資クライアント装置２０に認証信号を送信する。また、サーバ装置１０は、認証が取れなかったとき、ステップＳ７７６において、売手側の投資クライアント装置２０や買手側の投資クライアント装置２０に非認証信号を送信する。

投資チケットの売却側の投資クライアント装置２０は、ステップＳ７７７において、投資チケットの売却銘柄、投資チケットの売却数、投資チケットの売却希望する価格の幅すなわち、売却希望価格帯等をサーバ装置１０に送信する。ステップＳ７７８において、サーバ装置１０は、売手側の投資クライアント装置２０からのデータを受信すると、ステップＳ７７９において、記憶部に設けられたデータベースに売り注文を登録する。

また、投資チケットの買手側の投資クライアント装置２０は、ステップＳ７８０において、投資チケットの購入銘柄、投資チケットの購入数、投資チケットの購入希望する価格の幅、すなわち、購入希望価格帯等をサーバ装置１０に送信する。ステップＳ７８１において、サーバ装置１０は、投資チケットの買手側の投資クライアント装置２０からのデータを受信すると、ステップＳ７８２において、記憶部に設けられたデータベースに買い注文を登録する。

サーバ装置１０は、ステップＳ７８３において、売り注文の価格の安い順と買い注文の価格の高い順とでマッチングを行う。サーバ装置１０は、このマッチングを１日おき、１時間おき、１５分おき等所定時間が経過する毎に行う。そして、サーバ装置１０は、所定期間内に、一致したとき、取引が成立したものとして、ステップＳ７８４に進み、一致しないとき、取引不成立として、ステップＳ７８７に進む。

サーバ装置１０は、取引が成立したとき、ステップＳ７８４において、取引成立通知を売手側と買手側の投資クライアント装置２０に送信する。そして、ステップＳ７８５において、売手側の投資クライアント装置２０は、取引成立通知を受信することによって、自分の投資チケットが売却できたことを知ることができる。また、ステップＳ７８６において、買手側の投資クライアント装置２０は、取引成立通知を受信することによって、所望の投資チケットを購入できたことを知ることができる。

また、サーバ装置１０は、取引が成立しなかったとき、ステップＳ７８７において、売手側及び売却側の投資クライアント装置２０に取引不成立通知を送信する。そして、ステップＳ７８８において、売手側の投資クライアント装置２０は、取引不成立通知を受信することによって、自分の投資チケットが売却できなかったことを知ることができる。また、ステップＳ７８９において、買手側の投資クライアント装置２０は、取引不成立通知を受信することによって、所望の投資チケットを購入できなかったことを知ることができる。

なお、サーバ装置１０は、このように売手側、買手側の何れか一方が希望価格に幅を持ち、他方が指し値や成り行きで取引を希望しているときにも、投資チケットの売買を行うようにしてもよい。

ここで、以上説明した実施例における課金処理方法について図２２を参照して説明する。先ず、ステップＳ１１１において、サーバ装置１０は、投資家、アーティスト、音楽事務所等への配当演算、サーバ装置１０の管理者の利益演算結果、投資家が投資チケットを売買したことに伴う収益等に基づき投資金額データベースを更新する。具体的に、サーバ装置１０は、サーバ装置利益データ、利用者配当データ、アーティスト配当データ、投資チケットの売買データを更新する。

ステップＳ１１２において、サーバ装置１０は、課金センタ３５に、サーバＩＤと、利用者及びアーティスト口座へのアクセス要求を専用線３７を介して送信する。

アクセス要求受信待機状態にある課金センタ３５は、ステップＳ１１３において、サーバ装置１０よりサーバＩＤとアクセス要求を受信すると、ステップＳ１１４において、課金センタ３５は、サーバＩＤにより認証処理を行う。ここで、予め利用者及びアーティストが本システムのサービス用に銀行口座を指定しており、この銀行口座指定処理により課金センタ３５には、本システムのサーバＩＤと、利用者口座用鍵及びアーティスト口座用鍵とが対応して記憶されている。したがって、課金センタ３５は、サーバ装置１０より受信したサーバＩＤと記憶部４に記憶しているサーバＩＤとを照合することにより認証を行う。そして、課金センタ３５は、認証を取ることができたとき、ステップＳ１１５に進み、認証を取ることができなかったとき、ステップＳ１１６に進み、非認証信号をサーバ装置１０に送信する。サーバ装置１０は、非認証信号を受信したとき、処理を終了する。

ステップＳ１１５において、課金センタ３５は、利用者口座用鍵とアーティスト口座用鍵をサーバ装置１０に送信する。サーバ装置１０は、ステップＳ１１７において、課金センタ３５より利用者口座用鍵及びアーティスト口座用鍵を受信し、ステップＳ１１８において、サーバ装置１０は、利用者口座用鍵、アーティスト口座用鍵、予めサーバ装置に記憶されているサーバ口座用鍵、売買合計データ、利用者及びアーティスト配当データ、サーバ利益データ、投資家が行った投資チケットの売買データを課金センタ３５に送信する。そして、サーバ装置１０は、送信完了すると処理を終了する。また、サーバ装置１０は、ステップＳ１１７において、これらのデータを受信しなかったとき、例えばインターネット１から接続を解除するログアウト処理等の利用者の操作に応じた他の処理を行う。

投資家及びアーティスト口座用鍵等の受信待機状態にある課金センタ３５は、ステップＳ１１９で、サーバ装置１０からのデータを受信し、ステップＳ１２０において、記憶部４に記憶されているデータベースの更新処理を行う。具体的に、課金センタ３５は、利用者口座用鍵により投資家、視聴者等の利用者口座管理データにアクセスし、利用者毎の売買合計に基づいて日付、出入履歴、残金を更新する。更に、利用者への配当データに基づいて日付、出入履歴、残金を更新する。また、課金センタ３５は、アーティスト口座用鍵によりアーティスト口座管理データにアクセスし、アーティスト毎の配当データに基づいて日付、出入履歴、残金を更新する。更に、課金センタ３５は、サーバ口座用鍵によりサーバ口座管理データにアクセスし、サーバ利益に基づいて日付、出入履歴、残金を更新する。

口座管理データの更新に基づいて課金センタ３５は、ステップＳ１２１において、銀行ＩＤの銀行口座に対する決済処理を銀行センタ３６と送受信することにより自動的に行う。すなわち、口座管理データの更新は、そのまま銀行口座データの更新に反映される。そして、この口座管理データの更新が完了すると、課金センタ３５は、処理を終了する。

なお、例えば、上述したアーティストを投資対象とした実施例及び楽曲を投資対象とした実施例において、投資チケットには、投資チケットの投資対象の名称、価格等の他に、投資チケットが売買される毎に、下記表３に示すような投資家の名前、売買した日付、購入した投資家の生年月日、住所、電話番号、電子メールアドレス、職業等の投資家に関する情報を入れるようにしてもよい。これは、投資チケットを有名人、例えば有名アーティスト、有名プロデューサー等が所有したときに、この履歴が投資チケットの価値を左右することがあるためである。そして、この投資チケットは、サーバ装置１０によって管理される。

例えば、投資家が投資クライアント装置２０でサーバ装置１０に開設されたホームページを閲覧して購入する投資チケットを選択するとき、投資家が一の投資チケットを選択すると、サーバ装置１０は、当該投資チケットの売買履歴、すなわち過去に所有した投資チケットの所有者の一覧のデータを投資クライアント装置２０に送信する。そして、このデータを受信した投資クライアント装置２０は、表示部に当該投資チケットの過去に所有した所有者の一覧を表示する。投資家は、投資チケットの過去に所有した所有者の一覧を見ることによって、その投資チケットの価値判断をし、購入するかどうかを決断することができる。

また、表３に示す投資チケットを画像データで構成したときには、ウォーターマークを設けるようにしてもよい。この場合、サーバ装置１０に対して登録を行った投資家の投資クライアント装置２０にウォーターマークのデコーダを設けることによって、サーバ装置１０に登録を行った正規な投資家のみが投資チケットの内容を見ることができるようにすることができる。そして、投資家は、その投資チケットの売買履歴を見ることによって、その投資チケットの価値を判断することができる。

また、投資チケットの発行元である音楽事務所クライアント装置３１やアーティストクライアント装置３２にウォーターマークのデコーダを設けることによって、音楽事務所の担当者や個人アーティストが投資チケットの内容を見ることができるようにしてもよい。これによって、投資チケットの発行元は、発行した投資チケットがどの様な人により売買されているかを知ることができることで、例えば投資対象のアーティストや楽曲に興味を持っている人々の傾向、例えば年齢、性別、職業、地域の傾向を知ることができる。

更に、上述の実施例では、投資対象をアーティスト、すなわちその才能（才能）や楽曲としたが、投資対象を漫画、絵画、小説等のコンテンツとしてもよい。

次に、例えば音楽、漫画、絵画、小説、映画等のコンテンツを制作するアーティストに対してコンテンツ（作品）を発表できる場を提供するのみならず、コンテンツを販売する際に、通常の課金処理と、個人投資を可能とした投資目的の課金処理を、コンテンツの購買者に選択させる投資システムについて説明する。

この投資システムは、例えば図２３に示すように、コンテンツ制作者が制作したコンテンツを蓄積するサーバ装置１０と、コンテンツ製作者が自主製作したコンテンツをサーバ装置１０にアップロードするアーティストクライアント装置３２と、著作権を管理するホストコンピュータ３３と、投資資金を管理するホストコンピュータ３４と、コンテンツを販売すると共に、その支払いと投資に対する支払いを選択的に行うことができるキオスク端末装置４０とを備える。なお、サーバ装置１０、アーティストクライアント装置３２は、図１に示すサーバ装置１０、アーティストクライアント装置３２と同じ構成を有するので、同じ番号を付して、それらの詳細については説明を省略する。

コンテンツ製作者が自主製作した音楽、漫画、絵画、小説、映画写真等のコンテンツを光ディスク、光磁気ディスク、不揮発性メモリ等の記録媒体に記録して、例えば自宅のパーソナルコンピュータ等からなるアーティストクライアント装置３２でアップロードする操作を行うと、アーティストクライアント装置３２は、それらのコンテンツをサーバ装置１０にアップロードする。その際、アーティストクライアント装置３２は、コンテンツのみならず、コンテンツ製作者の身長、体重、写真、過去の経歴等の情報もアップロードする。これらの情報は、プロダクションでの審査の参考とされる。なお、アップロードは、例えば、家庭内のセットトップボックスを用いるようにしてもよい。

また、別な実施例としては、例えば、コンテンツ製作者が自主製作したコンテンツを光ディスク、光磁気ディスク、不揮発性メモリ等の記録媒体に記録して、全国にチェーン展開されネットワークで接続された店又は駅等の公共の場に設置されているキオスク端末装置４０内の大容量メモリにアップロードするようにしてもよい。これらキオスク端末装置４０にアップロードされたコンテンツは、例えばＩＳＤＮ回線、電話回線、衛星回線、電波等の公衆回線を介してサーバ装置１０に更にアップロードされる。

すなわち、キオスク端末装置４０は、図２３に示すように、公衆回線に接続されたインタフェース回路（以下、Ｉ／Ｆ回路という。）４１と、大容量メモリであるハードディスク装置４２と、画像を表示する表示部４３と、利用者がコンテンツを購買するために操作する操作部４４と、キオスク端末装置４０の各回路を制御する制御部４５とを備える。コンテンツ製作者が、自主製作したコンテンツを記録した、例えば光磁気ディスクを記録媒体レコーダ４７に装填して、そのコンテンツを、操作部４４を用い、キオスク端末装置４０にアップロードする操作を行うと、制御部４５は、記録媒体レコーダ４７から読み出されるコンテンツを、ハードディスク装置４２に格納する制御を行う。さらに、制御部４５は、ハードディスク装置４２に格納されたコンテンツを、Ｉ／Ｆ回路４１及び公衆回線を介して、サーバ装置１０内の記憶部１１に更にアップロードする制御を行う。

そして、キオスク端末装置４０にアップロードされたコンテンツは、キオスク端末装置４０の利用者が、自由に全部又はその一部を試すことができる。すなわち、制御部４５は、利用者が音楽、映像、文書を再生する操作を行うと、制御部４５は、その操作に応じて、ハードディスク装置４２に蓄積されているコンテンツを読み出して、例えば表示部４３に表示させたり、音楽を再生する制御を行う。また、このとき、制御部４５は、音楽、映像、文章を視聴させると共に、コンテンツ製作者の簡単な経歴等も表示部４３に表示して、利用者に紹介する。すなわち、才能のみならず容姿等も投資判断の対象となるので、上述したコンテンツ製作者が入力した経歴が参照される。

ここで、利用者がコンテンツを購入するときの動作について説明する。利用者は、視聴したコンテンツが気に入ったら、コイン／カード装置４６によって所定の金額を貨幣又はクレジットカード等で支払い、制御部４５は、記録媒体レコーダ４７に利用者が装填した例えばＣＤ−Ｒ、ＭＤ、不揮発性メモリ等の記録媒体にコンテンツを記録するように制御する。そして、制御部４５は、これらコンテンツの売上げ情報を、Ｉ／Ｆ回路４１から公衆回線を介してサーバ装置１０に送信し、サーバ装置１０は、それらを記憶部１１に蓄積する。なお、ダウンロードされる頻度の高いコンテンツはキオスク端末装置４０内のハードディスク装置４２に蓄積し、頻度の低いコンテンツはサーバ装置内の記憶部１１からコンテンツのダウンロードの要求があるたびにキオスク端末装置４０にダウンロードするようにしてもよい。

次に、利用者が投資目的でキオスク端末装置４０を用いるときの動作について説明する。投資目的の利用者は、キオスク端末装置４０でコンテンツやコンテンツ製作者の簡単な経歴を参照して、その才能に対して投資を行うと決定したら、コイン／カード装置４６を介して貨幣又はクレジットカードで所定の金額を納金する。また、納金の際に、利用者は、後にそのアーティストが爆発的なヒットをした場合に対価を受け取れるように、氏名、住所、銀行振り込み番号等の投資家識別データを操作部４４を介して入力する。そして、制御部４５は、これら投資家識別データ、コンテンツ識別子、投資額を公衆回線を介してサーバ装置１０に転送する。また、これらの情報は、投資資金管理会社に設置されたホストコンピュータ３４にも転送される。投資資金管理会社は、例えば、投資された資金を管理及び運用する製作会社や、管理のみを行うクレジット会社である。コンテンツ製作者によって製作されたコンテンツは、サーバ装置１０を介して著作権管理会社に設置されたホストコンピュータ３３にも転送され、ホストコンピュータ３３は、その著作権を管理する。著作権管理会社は、例えばレコード会社、出版社、映画会社等である。著作権管理会社は、投資資金管理会社のホストコンピュータ３４からの投資された資金を、例えば一定の売上げをキオスク端末装置４０で上げているコンテンツ製作者のコンテンツの頒布を目的とした記録媒体（本、ＣＤ、ＤＶＤ、ＶＴＲ等）の制作費に使用したり、コンテンツ製作者、コンテンツの広告宣伝費用として使用したりするなど、今後のアーティストの活動費用に使用する。なお、この実施例では一定の売上げをキオスク端末装置４０で上げているコンテンツに対して投資が行われるが、売上げは少ないが投資対象での応募が多いコンテンツに対して投資を行ってもよい。これら記録媒体による頒布による売上げが一定金額以上になったら、著作権管理会社は、投資家に対価を納入する。対価は、例えば、売上げ対投資金額に応じた金額をリターンしてもよいし、コンサート、絵画展、映画上映等のチケットや、希少価値（プレミア）が後々つくことを考えて、コンテンツ製作者が投資家だけに製作したコンテンツを配布してもよい。更に、コンテンツ製作者に関する商品を配布してもよい。

ここで、キオスク端末装置４０における操作手順及びその時の動作について、図２４〜図２６を参照しながら説明する。例えば図２６Ａに示すように、キオスク端末装置４０の表示部４３には、複数のアーティストの楽曲のタイトルが表示されており、ステップＳ１３１において、利用者が操作部４４でコンテンツを選択すると、ステップＳ１３２において、例えば図２６Ｂに示すように、表示部４３に視聴モード、購入モード、投資モードの３つのモードを選択する選択画面が表示される。そして、制御部４５は、利用者が視聴モードを選択したかを判定し、該当するときはステップＳ１３３に進み、視聴モードを選択しなかったときはステップＳ１３４に進む。

ステップＳ１３３において、制御部４５は、例えば音楽の一部を再生し、ステップＳ１３４に進む。ステップＳ１３４において、制御部４５は、購入モードが選択されたかを判定し、該当するときはステップＳ１３５に進み、該当しないときはステップＳ１３８に進む。

ステップＳ１３５において、例えば図２５Ａに示す表示に従って、利用者がクレジットカード又は現金での支払いを選択すると、制御部４５は、クレジットカードのカード番号、暗証番号等のＩＤを取り込み、ステップＳ１３６に進む。ステップＳ１３６において、利用者が所定の購入金額を入力すると、制御部４５は、それを取り込み、ステップＳ１３７に進む。ステップＳ１３７において、制御部４５は、例えば図２５Ｂに示すように、記録媒体レコーダ４７に記録媒体の挿入を促す表示を表示部４３に表示すると共に、記録媒体が記録媒体レコーダ４７に挿入されたときには、この利用者所有の記録媒体に、利用者が選択したコンテンツをダウンロードする。制御部４５は、このダウンロードの最中に、例えば図２５Ｃに示すように、コンテンツのダウンロード中であることを利用者に示すための表示を表示部４３に表示する。

また、上述したステップＳ１３４において、利用者が購入モードを選択しなかったときは、制御部４５は、ステップＳ１３８に進み、このステップＳ１３８において、利用者が投資モードを選択したかを判定し、該当するときはステップＳ１３９に進み、該当しないときはステップＳ１３１に戻る。ステップＳ１３９において、制御部４５は、例えば図２６Ｃに示すように、クレジット番号（ＩＤ）等の入力を促す表示を表示部４３に表示すると共に、クレジットＩＤ、暗証番号が入力されると、それらを投資家ＩＤとして取り込み、ステップＳ１４０に進む。ステップＳ１４０において、制御部４５は、例えば図２６Ｄに示すように、投資金額の入力を促す表示を表示部４３に表示すると共に、投資金額が入力されると、投資金額を取り込む。

次に、投資資金管理会社のホストコンピュータ３４における処理動作について、図２７及び図２８を参照しながら説明する。ステップＳ１４１において、ホストコンピュータ３４は、コンテンツの売上高を集計する。ここで、コンテンツの売上高は、キオスク端末装置４０で利用者が楽曲を購入したときの売上げ、ＣＤ等の売上げ等で構成される。ステップＳ１４２において、ホストコンピュータ３４は、投資金額の合計を算出する。ステップＳ１４３において、ホストコンピュータ３４は、著作権管理会社、投資管理会社、サーバ管理会社、投資家に対する対価の分配を算出する。更に、投資家に対する分配については、更に投資家人数、投資家の投資金額に応じて対価の分配を算出する。ステップＳ１４４において、ホストコンピュータ３４は、投資家ＩＤに基づいて対価を分配すると共に、著作権管理会社、投資管理会社、サーバ管理会社に対価を分配する。

なお、投資資金管理会社のホストコンピュータ３４は、図２９に示すように処理動作を行うようにしてもよい。ステップＳ１５１において、ホストコンピュータ３４は、投資金額を集計する。ステップＳ１５２において、ホストコンピュータ３４は、投資金額が一定以上になったかを判定し、該当するときはステップＳ１５３に進み、該当しないときはステップＳ１５１に戻る。すなわち、ホストコンピュータ３４は、投資金額が一定以上となるまで待機する。

投資金額が一定以上となったとき、ステップＳ１５３において、ホストコンピュータ３４は、投資金額に応じた対価の分配を決定する。これと共に、ホストコンピュータ３４は、著作権管理会社、投資管理会社、サーバ管理会社の対価の分配を決定する。ステップＳ１５４において、ホストコンピュータ３４は、投資家ＩＤに基づいて、対価を分配すると共に、著作権管理会社、投資管理会社、サーバ管理会社に対価を分配する。

このように、この実施例の投資システムでは、コンテンツの売上げと投資金額に応じて固定の対価の支払いをすることによって、所謂株価指数に基づく変動の対価の演算を行う必要がなく、投資システムの負荷を軽くすることができる。

次に、移動体通信システムを利用し、本発明を適用した投資システムについて図面を参照しながら説明する。

図３０において、システムの全体構成を示し、図３１に移動体通信投資システムを示す。サーバ装置１０は、複数のコンテンツが記憶されると共に、各コンテンツの製作者（アーティスト）、コンテンツの値段、本サービスに参加する利用者ＩＤ等が記録される記憶部１１が設けられている。この記憶部１１に記憶されるデータは、コーデック１２よりエンコード、デコードされ、インタフェース１３を介して外部と通信される。更に、サーバ装置１０は、通常のコンピュータの構成と同じく、ＲＯＭ１４、ＲＡＭ１５を備え、制御部１６は、ＲＯＭ１４に記憶されるサーバ装置１０の動作を制御するプログラムをＲＡＭ１５に一旦ロードし、実行することにより、全体の動作を制御する。

ここで、コンテンツがオーディオ信号の場合は、コーデック１２によりＡＴＲＡＣ３（Adaptive Transform Acoustic Coding 3：商標）、ＭＰＥＧ−２ＡＡＣ（Motion Picture Expert Group 2 Advanced Audio Coding：商標）、ＭＰ３（MPEG−1 Audio Layep3：商標）、ＴｗｉｎＶＱ（Transform−Domain Weighted Interleave Vector Quantization：商標）、ＭＳ Ａｕｄｉｏ（WMA：Windows Media Audio：商標）、Ｏｇｇ Ｖｏｒｂｉｓ（商標）等の方式でエンコード、デコードされる。また、コンテンツがビデオ信号の場合はＭＰＥＧ４、ＭＰＥＧ７等の方式でエンコード、デコードされる。

中央管理センタ５０は、無線通信ネットワーク全体を管理する。中央管理センタ５０は、移動体端末装置の利用者毎の通話時間より演算される通話料金データを記憶すると共に利用者毎の口座へアクセスするための口座アクセス鍵データを記憶する記憶部５１を有する。また、記憶部５１に記憶されるデータは、コーデック５２によりエンコード、デコードされ、インタフェース５３を介して外部と通信される。更に、中央管理センタ５０は、上述のサーバ装置１０と同様に、ＲＯＭ５４、ＲＡＭ５５を備え、制御部５６は、ＲＯＭ５４に記憶される全体の動作を制御するプログラムをＲＡＭ５５に一旦ロードし、ＲＡＭ５５で実行することにより、全体の動作を制御する。また、インタフェース５３は、インタフェース１３と専用線６０により接続され、デジタルデータの双方向通信を行う。ここで、デジタルデータは、暗号化されていてもよく、アナログデータが双方向通信されてもよい。また、詳述はしないが、中央管理センタ５０は、移動体端末装置、特に携帯型電話等の無線通信ネットワーク全体を管理する制御機能を備える。すなわち、中央管理センタ５０は、複数の基地局７０を制御し、移動体端末装置８０間等の通話を可能とする交換局として機能する。ここでは、移動体端末装置８０の利用者の通話料金データを管理するデータのみが関連するため通話時の動作の説明は省略する。

移動体端末装置８０は、基地局７０よりＲＦ信号として伝送されてくるデータを受信するＲＦ部８１を有する。ＲＦ部８１より受信されるデータは、復調部８２で４相位相偏移変調（ＱＰＳＫ）方式等により復調され、チャネルコーデック部８３により時分割多元接続（ＴＤＭＡ）方式によりチャネルコーディングされたデータより音声データが抽出される。以下、移動体端末装置８０のデータ送受信時のデータの流れと共に各構成の説明を行う。

例えば、携帯型電話として利用者が使用しているとき、チャネルコーディングされたデータより音声データが抽出され、抽出された音声データは、復号部８４によりＡＤＰＣＭ方式等により復号される。次に、Ｄ／Ａ変換部８５が復号された音声データは、アナログ信号に変換され、スピーカ８６より出力される。

また、サーバ装置１０に記憶されたコンテンツがダウンロードされたときには、チャネルコーディングされたデータよりコンテンツデータが抽出される。そして、コンテンツデータは、復号部８４により、ＡＴＲＡＣ３、ＭＰ３方式等により復号される。このとき、制御部８７は、チャネルコーディングされたデータより抽出されたデータの種別に応じて復号部８４の機能を切り換えるように動作を制御する。次に、Ｄ／Ａ変換部８５で復号されたコンテンツデータは、アナログデータに変換され、スピーカ８６より出力される。このとき、ヘッドホン端子等より出力するようにしてもよい。

次に、携帯型電話として利用者が移動体端末装置８０を使用するとき、マイク８８からはアナログ音声信号が入力される。入力されるアナログ音声信号は、Ａ／Ｄ変換器８９によりデジタル信号に変換され符号化部９０によりＡＤＰＣＭ方式等により符号化される。符号化されたデータは、チャネルコーデック部８３でチャネルコーディングされ、更に、変調部９１によりＱＰＳＫ方式等により変調され、ＲＦ部８１より変調されたデータがアンテナ９６を介して基地局７０に送信される。

ここで、移動体端末装置８０は、上述のサーバ装置１０、中央管理センタ５０と同様、制御部８７により全体の動作が制御される。ＲＯＭ９２には、移動体端末装置８０の動作制御用の制御プログラムが記憶されている。制御部８７は、制御プログラムを、一旦ＲＡＭ９３にロードし、ＲＡＭ９３上で制御プログラムを実行する。更に、指示部９４は、通常の携帯型電話に設けられるテンキー等である。指示部９４は、サーバ装置１０に記憶されるコンテンツデータのダウンロード指示、ダウンロードされ一旦ＲＡＭ９３に記憶されたコンテンツデータのアップロード指示等を行う。また、表示部９５は、通常の携帯型電話に設けられる電話番号表示の他に、サーバ装置１０に記憶されるコンテンツデータのリスト表示や利用者がダウンロードしたコンテンツデータの現在のコンテンツ値等の表示を行う。

課金センタ１００は、コンテンツデータを登録するアーティストやアーティストが所属する事務所の口座、コンテンツをＣＤとして販売する小売店の口座及び本無線通信ネットワークを利用して電話を利用する利用者の口座を管理すると共に、各口座に対して課金処理を行う。課金センタ１００は、専用線１１０によりサーバ装置１０に接続されていると共に、専用線１２０により中央管理センタ５０に接続されている。課金センタ１００は、サーバ装置１０や中央管理センタ５０より符号化されたアクセス要求や口座アクセス用鍵が送信され、これらをインタフェース１０１により受信する。この受信されるデータは暗号化されていてもよい。次に、コーデック１０２により復号されたデータがアクセス要求データのときは、制御部１０３が認証処理を行い、口座アクセス用鍵データのときは、記憶部１０４に記憶される口座管理データにアクセスし、口座管理データを更新する。制御部１０３は、更新された口座管理データを元に、銀行センタ１６０とインタフェース１０１を介して通信することにより所定の銀行口座に対する決済処理がされるように制御する。制御部１０３による認証処理の結果は、コーデック１０２により符号化されインタフェース１０１を介してサーバ装置１０或いは中央管理センタ５０に送信される。また、サーバ装置１０と同様に、ＲＯＭ１０５には、課金センタ１００の全体の動作制御用の制御プログラムが記憶されており、この制御プログラムは一旦ＲＡＭ１０６にロードされ、ＲＡＭ１０６上で実行される。

課金センタ１００の記憶部１０４の口座管理データのうち、アーティストの口座が更新されることにより、１３０に示す配当や自身のコンテンツデータのエントリ費用の決済処理が行われる。また、事務所の口座が更新されることにより、１４０に示す配当や事務所のコンテンツデータのエントリ費用の決済処理が行われる。更に、小売店の口座が更新されることにより、１５０に示す小売店への配当という決済処理が行われる。その他、事務所から小売店へのＣＤの販売、事務所からアーティストへの給与の支給、配当は本システムと直接関わるものではない。また、小売店或いは事務所からのＣＤの売上げデータは、後述するコンテンツをダウンロードした者への配当処理に利用される。

次に、移動体通信投資システムの個人アーティストによりサーバ装置１０に登録されたコンテンツを移動体端末装置８０の利用者がダウンロード及びアップロードする際の動作を図３２を用いて説明する。

サーバ装置１０の制御部１６は、ステップＳ１６１において、アーティストデータの登録処理を行う。具体的には、個人アーティストが自身のＰＣ等によりサーバ装置１０に直接アクセスし、アーティストＩＤ、コンテンツをサーバ装置１０に送信する。サーバ装置１０は、表４（Ａ）に示す記憶部１１に記憶されるデータベースにアーティストＩＤ、コンテンツＩＤ、コンテンツＩＤが示すコンテンツデータ、コンテンツの初期の値段、すなわち、コンテンツの始値（コンテンツ値）を記憶する。

サーバ装置１０の制御部１６は、ステップＳ１６２において、アーティストデータを移動体端末装置８０に送信する。アーティストデータは、アーティストＩＤ、コンテンツＩＤ、コンテンツ値である。

アーティストデータの受信待機状態にある移動体端末装置８０の制御部８７は、ステップＳ１６３において、アーティストデータを受信完了すると、ステップＳ１６４に進み、表示部９５にアーティストデータを表示する。

制御部８７は、ステップＳ１６５において、利用者の指示部９４の操作に応じたコンテンツデータのダウンロード指示を受け付けると、ステップＳ１６６に進み、利用者ＩＤとコンテンツＩＤをサーバ装置１０に送信する。また、サーバ装置１０から送信される利用者ＩＤ、コンテンツＩＤ、コンテンツデータの受信待機状態にある移動体端末装置８０の制御部８７は、ステップＳ１６７において、利用者ＩＤ、コンテンツＩＤ、コンテンツデータの受信を完了すると、ステップＳ１６８に進む。また、制御部８７は、ステップＳ１６５において、利用者によるコンテンツデータのダウンロード指示がないと、ステップＳ１６８に進む。

制御部８７は、ステップＳ１６８において、利用者により以前ダウンロードされＲＡＭ９３に記憶されるコンテンツをアップロードする指示が指示部９４より与えられると、ステップＳ１６９に進み、利用者ＩＤとコンテンツをサーバ装置１０に送信する。制御部８７は、ステップＳ１６８において、利用者によるコンテンツのアップロード指示がないと、ステップＳ１７０に進む。

制御部８７は、ステップＳ１７０において、利用者による終了指示があるか否かを判定し、指示が無いときステップＳ１６４に戻り、再び同じアーティストデータを表示するか、既に記憶部１１に記憶されているアーティストデータを表示する。一方、制御部８７が利用者による終了指示があると判定したときには、移動体端末装置８０での処理を終了する。

ダウンロードリクエストの受信待機状態にあるサーバ装置１０の制御部１６は、ステップＳ１７１において、利用者ＩＤとコンテンツＩＤが受信されないとき、ステップＳ１７２に進み、利用者ＩＤ、コンテンツの受信待機状態となる。また、制御部１６は、利用者ＩＤとコンテンツＩＤを受信したとき、ステップＳ１７３に進む。ステップＳ１７２において、制御部１６は、利用者ＩＤ、コンテンツも受信していないとき、すなわち、アップロードされないとき、ステップＳ１７１に戻り、利用者ＩＤ、コンテンツＩＤ、コンテンツの受信待機状態を続ける。

利用者ＩＤとコンテンツＩＤを受信した制御部１６は、ステップＳ１７３において、ステップＳ１７１で受信した利用者のダウンロードリクエストに応じて利用者ＩＤ、コンテンツＩＤ、コンテンツデータを移動体端末装置８０に送信する。送信が完了すると、制御部１６は、ステップＳ１７４に進む。

サーバ装置１０の制御部１６は、ステップＳ１７４において、表４（Ａ）に示すデータベースを更新する。例えば、制御部１６は、利用者ＩＤとコンテンツＩＤを受信したとき（ダウンロード）、コンテンツＩＤに対応して利用者ＩＤを記憶する。また、制御部１６は、ダウンロード数を１つインクリメントする。なお、この例では、利用者の一回のダウンロード指示で、コンテンツ１つに対して一回のダウンロードを許可するように構成しているが、一回のダウンロードで同じコンテンツを、或いは異なるコンテンツを複数ダウンロードできるようにしてもよい。

次に、利用者ＩＤとコンテンツを受信したとき（アップロード）、制御部１６は、利用者ＩＤ、コンテンツに対応するアップロード数を一つインクリメントする。なお、この例では、利用者の一回のアップロード指示で、コンテンツ１つに対して一回のアップロードを許可するように構成しているが、一回のアップロードで同じコンテンツを複数アップロード、或いは異なるコンテンツを複数アップロードできるようにしてもよい。

制御部１６は、ステップＳ１７４における投資金額データベースの更新を完了すると、ステップＳ１７５に進む。制御部１６は、ステップＳ１７５において、所定時間が計数されたか否かを判定する。ここでは、所定時間を１０分とする。すなわち、ステップＳ１７５において、制御部１６は、１０分おきにステップＳ１７６の処理に進むように動作制御する。

制御部１６は、ステップＳ１７６において、表４（Ａ）に示す投資金額データベースに応じてコンテンツ値を演算すると共に、データベースのコンテンツ値及び売買合計金額を更新する。

ここで、コンテンツ値計算方法について図３３〜図３６に４つの例を示す。先ず、図３３に沿ってコンテンツ計算方法を説明する。コンテンツ値計算は、サーバ装置１０の制御部１６が行う。ここで、例えばコンテンツ値の始値が３００円とする。制御部１６は、ステップＳ１９１において、上述したステップＳ１７３において計数された１０分間のダウンロード数とアップロード数の数を計数する。例えばダウンロード数が１０００でアップロード数が８００であるとき、制御部１６は、ステップＳ１９２において、価格変動値を下式に基づいて演算する。
（ダウンロード数−アップロード数）×定数
ここでは定数を０．５とする。すると、価格変動値は、＋１００円となる。

次に、制御部１６は、ステップＳ１９３において、価格変動値が２００円より大きいか否かを判定する。これは、急激な価格変動を防止するためのリミッタである。よって、２００円に限定されるものではない。制御部１６は、価格変動値が２００円より大きいとき、ステップＳ１９４に進み、価格変動値を２００円に設定し、次いでステップＳ１９５に進む。ここでは、価格変動値は＋１００円であるので、制御部１６は、ステップＳ１９５に進み、価格変動値を＋１００円に設定する。制御部１６は、ステップＳ１９６において、コンテンツ値が３００＋１００＝４００円と演算する。

次に、制御部１６は、ステップＳ１９７において、演算されたコンテンツ値が本日の始値の５０％増より大きいか否かを判定する。これは、一日での急激な価格変動を防止するためのリミッタである。そして、制御部１６は、コンテンツ値が始値の５０％より大きいとき、ステップＳ１９８に進み、コンテンツ値を始値の５０％増に設定し、ステップＳ１９９に進む。ここでは、４００円＜４５０円であるので、制御部１６は、ステップＳ１９９に進み、コンテンツ値を４００円に決定する。

そして、制御部１６は、ステップＳ２００において、表４（Ａ）に示す投資金額データベースの対応するコンテンツ値、決定されたコンテンツ値での売買合計を更新する。後に、この売買合計の総計は本システムを運営するサーバ装置１０の管理者の収益となる。図３３に示すように、本売買でのサーバ装置１０の管理者の収益は８００００円となる。

ここでは、価格の上限のリミッタのみを考慮しているが、価格の下限、価格変動の下限をリミットとしても構わない。

図３４に沿って他のコンテンツ計算方法について説明する。ここで、コンテンツ値計算は、同様にサーバ装置１０の制御部１６が行う。コンテンツ値は、現在４００円である。制御部１６は、ステップＳ２０１において、上述したステップＳ１７３において計数された１０分間のダウンロード数とアップロード数の数を計数する。ダウンロード数が１５００でアップロード数が３００であるとき、制御部１６は、ステップＳ２０２において、価格変動値を下式に基づいて演算する。
（ダウンロード数−アップロード数）×定数
ここでは定数を０．５とする。すると、価格変動値は＋６００円となる。

次に、制御部１６は、ステップＳ２０３において、価格変動値が２００円より大きいか否かを判定する。そして、制御部１６は、価格変動値が２００円より大きいとき、ステップＳ２０４に進み、価格変動値が２００円より小さいとき、ステップＳ２０５に進み、価格変動値を決定する。ここでは、価格変動値は＋６００円であるので、制御部１６は、ステップＳ２０４に進み、価格変動値を２００円に設定し、ステップＳ２０５において、価格変動値を＋２００円に決定する。

更に、制御部１６は、ステップＳ２０６において、コンテンツ値を４００＋２００＝６００円と演算する。

次に、制御部１６は、ステップＳ２０７において、演算されたコンテンツ値が本日の始値の５０％増より大きいか否かを判定し、５０％増より大きいとき、ステップＳ２０８に進み、５０％増より大きくないとき、ステップＳ２０９において、コンテンツ値を決定する。ここでは、６００円＞４５０円であるので、制御部１６は、ステップＳ２０８に進み、コンテンツ値を４５０円に設定し、更に、ステップＳ２０９において、コンテンツ値を４５０円に決定する。

そして、制御部１６は、ステップＳ２１０において、表４（Ａ）の投資金額データベースの対応するコンテンツ値、決定されたコンテンツ値での売買合計を更新する。図３４に示すように、本売買でのサーバ装置１０の管理者の収益は５４００００円となる。

図３５に沿って更に他のコンテンツ計算方法を説明する。コンテンツ値計算は、同様にサーバ装置１０の制御部１６で行う。コンテンツ値は現在４５０円である。制御部１６は、上述したステップＳ１７３において計数された１０分間のダウンロード数とアップロード数の数をステップＳ２１１で計数する。ダウンロード数が６００でアップロード数が１０００であるとき、制御部１６は、ステップＳ２１２において、価格変動値を下式に基づいて演算する。
（ダウンロード数−アップロード数）×定数
ここでは定数を０．５とする。すると、価格変動値は−２００円となる。

次に、制御部１６は、ステップＳ２１３において、価格変動値が２００円より大きいか否かを判定する。そして、制御部１６は、価格変動値が２００円より大きいとき、ステップＳ２１４に進み、価格変動値を２００円に設定し、ステップＳ２１５において、価格変動値を２００円に決定する。また、制御部１６は、価格変動値が２００円より小さいとき、ステップＳ２１５に進む。ここでは、価格変動値は−２００円であるので、制御部１６は、ステップＳ２１５に進み、価格変動値を−２００円に決定する。

更に、ステップＳ２１６において、制御部１６は、コンテンツ値を４５０−２００＝２５０円と演算する。

次に、制御部１６は、ステップＳ２１７において、演算されたコンテンツ値が本日の始値の５０％増より大きいか否かを判定し、５０％増より大きいとき、ステップＳ２１８に進み、５０％増より大きくないとき、ステップＳ２１９において、コンテンツ値を決定する。ここでは、２５０円＜４５０円であるので、制御部１６は、ステップＳ２１９に進み、コンテンツ値を２５０円に決定する。

そして、制御部１６は、ステップＳ２２０において、表４（Ａ）の投資金額データベースの対応するコンテンツ値、決定されたコンテンツ値での売買合計を更新する。図３５に示すように、本売買でのサーバ装置１０の管理者の収益は−１０００００円となる。

図３６に沿って更に他のコンテンツ計算方法を説明する。コンテンツ値計算は、同様にサーバ装置１０の制御部１６で行う。コンテンツ値は現在２５０円である。制御部１６は、ステップＳ２２１において、上述したステップＳ１７３において計数された１０分間のダウンロード数とアップロード数の数を計数する。ダウンロード数が４００でありアップロード数が１０００であるとき、ステップＳ２２２において、価格変動値を下式に基づいて演算する。
（ダウンロード数−アップロード数）×定数
ここでは定数を０．５とする。すると、価格変動値は−３００円となる。

次に、制御部１６は、ステップＳ２２３において、価格変動値が２００円より大きいか否かを判定する。そして、制御部１６は、価格変動値が２００円より大きいとき、ステップＳ２２４に進み、価格変動値が２００円より小さいとき、ステップＳ２２５に進み、価格変動値を決定する。ここでは、価格変動値は−３００円であるので、制御部１６は、ステップＳ２２５に進み、価格変動値を−３００円に決定する。

更に、制御部１６は、ステップＳ２２６において、コンテンツ値を２５０−３００＝−５０円と演算する。

次に、制御部１６は、ステップＳ２２７において、演算されたコンテンツ値が本日の始値の５０％増より大きいか否かを判定し、５０％増より大きいとき、ステップＳ２２８に進み、５０％増より大きくないとき、ステップＳ２２９において、コンテンツ値を決定する。ここでは、−５０円＜４５０円であるので、制御部１６は、ステップＳ２２９に進み、コンテンツ値をマイナスの価格からフリーダウンロードを許可する０円に変更し決定する。

そして、制御部１６は、ステップＳ２３０において、表４に示す投資金額データベースの対応するコンテンツ値、決定されたコンテンツ値での売買合計を更新する。図３６に示すように、本売買でのサーバ装置１０の管理者の収益は０円となる。

更に、図３２のフローチャートの説明を続ける。上述のように制御部１６によりコンテンツ値演算、データベースの更新が完了すると、制御部１６は、ステップＳ１７７に進む。ステップＳ１７７において、制御部１６は、一か月経ったか否かを例えば判断する。一か月経っていないとき、制御部１６は、ステップＳ１７１に処理を戻し、再びダウンロード、アップロードの待機状態を続ける。なお、本フローチャートにおいては、ダウンロード、アップロードの売買及び利用者、アーティストへの配当のための処理を一か月毎に一括で行うように構成されている。ダウンロード、アップロードの売買に関して例えば１０分間毎に処理するように構成してもよい。

制御部１６により一か月目であると判定されると、制御部１６は、ステップＳ１７８に進む。ステップＳ１７８において、制御部１６は、サーバ装置１０の管理者の利益に基づき、利用者及びアーティストへの配当を演算する。これを図３７を用いて説明する。ここでは、一つのコンテンツのみによる配当を示し、図３３〜図３６で示した収益の合計５２００００円を基に演算する。

先ず、利用者への配当には、サーバ装置１０の管理者の利益５２００００円のうち１０％を割りあてる。そして、このコンテンツの現在のダウンロード数（正確には、利用者がそのコンテンツを現在所有する総数）が１００００であるとすると、そのコンテンツ１つを所有するにつき、５．２円の配当が利用者に割り当てられる。例えば、同じコンテンツを３つ所有する利用者は５．２×３＝１５．６円の配当を得る。

次に、アーティストへの配当としては、サーバ装置１０の管理者の利益５２００００円のうち４０％を割り当てる。すなわち、アーティストへの配当は、２０８０００円である。すると、サーバ装置１０の管理者の最終的な利益は２６００００円となる。

次に、制御部１６は、ステップＳ１７９において、利用者、アーティストへの配当演算及びサーバ装置１０の管理者の利益演算結果に基づき投資金額データベースを更新する。具体的に、制御部１６は、サーバ装置利益データ、利用者配当データ、アーティスト配当データを更新する。

ステップＳ１８０において、制御部１６は、課金センタ１００に、サーバＩＤと、利用者及びアーティスト口座へのアクセス要求を専用線１１０を介して送信する。

アクセス要求受信待機状態にある課金センタ１００の制御部１０３は、ステップＳ１８１において、サーバ装置１０よりサーバＩＤとアクセス要求を受信すると、ステップＳ１８２に進み、受信していないとき、ステップＳ１８１を繰り返す。ステップＳ１８２において、制御部１０３は、サーバＩＤより認証処理を行う。このとき、予め利用者及びアーティストは、本システムのサービス用に銀行口座を指定している。この銀行口座指定処理により、課金センタ１００の記憶部１０４には、本システムのサーバＩＤと、利用者口座用鍵及びアーティスト口座用鍵とが対応して記憶される。このため、制御部１０３は、受信されるサーバＩＤと記憶されるサーバＩＤとを照合することにより認証を行う。

受信したサーバＩＤと記憶したサーバＩＤの対応より認証がとれないとき、制御部１０３は、ステップＳ１８３に進み、非認証信号をサーバ装置１０に送信する。認証がとれたとき、制御部１０３は、ステップＳ１８４において、利用者口座用鍵とアーティスト口座用鍵をサーバ装置１０に送信する。

サーバ装置１０の制御部１６は、ステップＳ１８５において、課金センタ１００より非認証信号を受信すると処理を終了する。また、制御部１６は、課金センタ１００より利用者口座用鍵及びアーティスト口座用鍵を受信すると、ステップＳ１８６において、利用者口座用鍵、アーティスト口座用鍵、予めサーバ装置に記憶されているサーバ口座用鍵、売買合計データ、利用者及びアーティスト配当データ、サーバ利益データを課金センタ１００に送信する。そして、制御部１６は、送信完了すると処理を終了する。

利用者及びアーティスト口座用鍵等の受信待機状態にある課金センタ１００の制御部１０３は、ステップＳ１８７において、データを受信すると、ステップＳ１８８に進み、データを受信していないときステップＳ１８７を繰り返す。ステップＳ１８８において、制御部１０３は、表４（Ｂ）に示す記憶部１０４に記憶されるデータベースの更新処理を行う。

具体的に、制御部１０３は、利用者口座用鍵により利用者口座管理データにアクセスし、利用者毎の売買合計に基づいて日付、出入履歴、残金を更新する。また、制御部１０３は、利用者への配当データに基づいて日付、出入履歴、残金を更新する。更に、アーティスト口座用鍵によりアーティスト口座管理データにアクセスし、アーティスト毎の配当データに基づいて日付、出入履歴、残金を更新する。更にまた、制御部１０３は、サーバ口座用鍵によりサーバ口座管理データにアクセスし、サーバ利益に基づいて日付、出入履歴、残金を更新する。

そして、口座管理データの更新に基づいて制御部１０３は、ステップＳ１８９において、表４（Ｂ）に示す銀行ＩＤの銀行口座に対する決済処理をインタフェース１０１を介して銀行センタ１６０と送受信することにより自動的に行う。すなわち、口座管理データの更新は、そのまま銀行口座データの更新に反映される。そして、この口座管理データの更新が完了すると、課金センタ１００の制御部１０３は、処理を終了する。

上述のように、本システムでは、図３２の処理により、個人アーティストが自分自身が製作したコンテンツをサーバ装置１０に登録し、利用者がそのコンテンツ、例えば楽曲のダウンロード及びアップロードを繰り返す。すると、コンテンツの値段が変動するように制御されるので、ダウンロードされることが多いコンテンツは高額となりコンテンツにプレミアがつく。これより、プレミアがつくようなコンテンツを予想して利用者がダウンロードするという今までにないゲーム性を与えることができる。

更に、本システムでは、利用者によるコンテンツのダウンロード、アップロードの繰り返しより、サーバ装置１０の管理者は利益が得られ、その利益のうちの何％かを利用者及びコンテンツを登録するアーティストに配当する決済処理機能を備える。これより、利用者はヒットするアーティストを発掘すると対価を得ることができるというメリットがある。また、アーティストは、ダウンロードが多くなるようなコンテンツを登録すると多くの対価を得ることができる。

次に、図３８のフローチャートを用いて、音楽事務所、レコード会社等の事務所に所属するアーティストによりサーバ装置１０に登録されたコンテンツを移動体端末装置８０の利用者がダウンロード、アップロードする際の動作を説明する。

サーバ装置１０の制御部１６は、ステップＳ２２１において、事務所及びアーティストデータの登録処理を行う。具体的には、アーティスト或いは事務所関係者が自身のＰＣ等によりサーバ装置１０に直接アクセスし、事務所ＩＤ、アーティストＩＤ、コンテンツをサーバ装置１０に送信する。サーバ装置１０は、表５（Ａ）に示す記憶部１１に記憶されるデータベースに事務所ＩＤ、アーティストＩＤ、コンテンツＩＤが示すコンテンツデータ、コンテンツの初期の値段、すなわち、コンテンツの始値（コンテンツ値）を記憶する。

サーバ装置１０の制御部１６は、ステップＳ２２２において、アーティストデータを移動体端末装置８０に送信する。アーティストデータは、アーティストＩＤ、コンテンツＩＤ、コンテンツ値である。アーティストデータの受信待機状態にある移動体端末装置８０の制御部８７は、ステップＳ２２３において、アーティストデータの受信を完了すると、ステップＳ２２４に進み、受信していないとき、ステップＳ２２３を繰り返す。そして、制御部８７は、アーティストデータを受信したとき、ステップＳ２２４において、表示部９５にアーティストデータを表示する。

制御部８７は、ステップＳ２２５において、利用者の指示部９４の操作に応じたコンテンツデータのダウンロード指示を受け付けると、ステップＳ２２６に進み、利用者ＩＤとコンテンツＩＤをサーバ装置１０に送信する。サーバ装置１０から送信される利用者ＩＤ、コンテンツＩＤ、コンテンツデータの受信待機状態にある移動体端末装置８０の制御部８７は、ステップＳ２２７において、利用者ＩＤ、コンテンツＩＤ、コンテンツデータの受信を完了すると、ステップＳ２２８に進む。また、制御部８７は、ステップＳ２２５において、利用者によるコンテンツデータのダウンロード指示がないと、ステップＳ２２８に進む。

制御部８７は、ステップＳ２２８において、利用者により以前ダウンロードされＲＡＭ９３に記憶されるコンテンツをアップロードする指示が指示部９４より与えられると、ステップＳ２２９に進み、利用者ＩＤとコンテンツをサーバ装置１０に送信する。制御部８７は、ステップＳ２２８において、利用者によるコンテンツのアップロード指示がないとステップＳ２３０に進む。

制御部８７は、ステップＳ２３０において、利用者による終了指示があるか否かを判定し、無いときステップＳ２２４に戻り、再び同じアーティストデータを表示するか、既に記憶部１１に記憶されているアーティストデータを表示する。一方、制御部８７が利用者による終了指示があると判定したときには、移動体端末装置８０での処理を終了する。

利用者ＩＤ、コンテンツＩＤの受信待機状態にあるサーバ装置１０の制御部１６は、ステップＳ２３１において、利用者ＩＤとコンテンツＩＤが受信されないとき、ステップＳ２３２に進み、利用者ＩＤ、コンテンツの受信待機状態となる。また、制御部１６は、利用者ＩＤとコンテンツＩＤを受信したとき、ステップＳ２３３に進む。ステップＳ２３２において、制御部１６は、利用者ＩＤ、コンテンツも受信していないとき、すなわち、アップロードされないとき、ステップＳ２３１に戻り、利用者ＩＤ、コンテンツＩＤ、コンテンツの受信待機状態を続ける。

利用者ＩＤとコンテンツＩＤを受信した制御部１６は、ステップＳ２３３において、ステップＳ２３１で受信した利用者のダウンロードリクエストに応じて利用者ＩＤ、コンテンツＩＤ、コンテンツデータを移動体端末装置８０に送信する。送信が完了すると、制御部１６は、ステップＳ２３４に進む。

サーバ装置１０の制御部１６は、ステップＳ２３４において、表５（Ａ）に示すデータベースを更新する。例えば、制御部１６は、利用者ＩＤとコンテンツＩＤを受信したとき（ダウンロード）、コンテンツＩＤに対応して利用者ＩＤを記憶する。また、ダウンロード数を１つインクリメントする。なお、この例では、利用者の一回のダウンロード指示で、コンテンツ１つに対して一回のダウンロードを許可するように構成しているが、一回のダウンロードで同じコンテンツを、或いは異なるコンテンツを複数ダウンロードできるようにしてもよい。

次に、利用者ＩＤとコンテンツを受信したとき（アップロード）、制御部１６は、利用者ＩＤ、コンテンツに対応するアップロード数を一つインクリメントする。なお、この例では、利用者の一回のアップロード指示で、コンテンツ１つに対して一回のアップロードを許可するように構成しているが、一回のアップロードで同じコンテンツを複数アップロード、或いは異なるコンテンツを複数アップロードできるようにしてもよい。

制御部１６は、ステップＳ２３４における投資金額データベースの更新を完了すると、ステップＳ２３５に進む。制御部１６は、ステップＳ２３５において、所定時間が計数されたか否かを判定する。ここでは、所定時間を１０分とする。すなわち、ステップＳ２３５では、制御部１６が１０分おきにステップＳ２３６の処理に進むように動作制御する。

制御部１６は、ステップＳ２３６において、表５（Ａ）に示す投資金額データベースに応じてコンテンツ値を演算すると共に、データベースのコンテンツ値、及び売買合計を更新する。ここで、コンテンツ値計算方法は図３３〜図３６に示す方法と同様である。

制御部１６によりコンテンツ値演算、データベースの更新が完了すると、制御部１６は、ステップＳ２３７に進む。ステップＳ２３７において、制御部１６は、一か月経ったか否かを例えば判断する。一か月経っていないとき、制御部１６は、ステップＳ１８１に戻り、再びダウンロード、アップロードの待機状態を続ける。なお、本フローチャートにおいては、ダウンロード、アップロードでの売買及び利用者、アーティストへの配当のための処理を一か月毎に一括で行うようにしている。なお、ダウンロード、アップロードの売買に関して例えば１０分間毎に処理するように構成してもよい。

制御部１６により一か月目であると判定されると、制御部１６は、ステップＳ２３８に進む。ステップＳ２３８において、制御部１６は、サーバ装置１０の管理者の利益に基づき、利用者及び事務所への配当を演算する。これを図３９を用いて説明する。ここでは一つのコンテンツのみによる配当を示し、図３３〜図３６で示した収益の合計５２００００円を基に演算する。ここで、事務所への配当の演算は、当然複数のコンテンツのサーバ装置１０の管理者の利益より分配するようにしてもよい。

先ず、利用者への配当としてはサーバ装置１０の管理者の利益５２００００円のうち１０％を割りあてる。そして、そのコンテンツの現在のダウンロード数（正確には、利用者がそのコンテンツを現在所有する総数）が１００００であるとすると、そのコンテンツ１つを所有するにつき、５．２円の配当を利用者に割り当てる。例えば、同じコンテンツを３つ所有する利用者は５．２×３＝１５．６円の配当を得る。

次に、事務所への配当としてはサーバ装置１０の管理者の利益５２００００円のうち４０％を割り当てる。すなわち、事務所への配当は２０８０００円である。すると、サーバ装置１０の管理者の最終的な利益は２６００００円となる。

次に、制御部１６は、ステップＳ２３９において、利用者、アーティストへの配当演算及びサーバ装置１０の管理者の利益演算結果に基づき投資金額データベースを更新する。具体的には、サーバ利益データ、利用者配当データ、事務所配当データを更新する。

ステップＳ２４０において、制御部１６は、課金センタ１００に、サーバＩＤと、利用者及び事務所口座へのアクセス要求を専用線１１０を介して送信する。アクセス要求受信待機状態にある課金センタ１００の制御部１０３は、ステップＳ２４１において、サーバ装置１０よりサーバＩＤとアクセス要求を受信すると、ステップＳ２４２に進み、受信していないとき、ステップＳ２４１を繰り返す。ステップＳ２４２において、制御部１０３は、サーバＩＤより認証処理を行う。このとき、予め利用者及び事務所は、本システムのサービス用に銀行口座を指定している。この銀行口座指定処理により課金センタ１００の記憶部１０４には、本システムのサーバＩＤと、利用者口座用鍵及び事務所口座用鍵とが対応して記憶される。このため、制御部１０３は、受信されるサーバＩＤと記憶されるサーバＩＤとを照合することにより認証を行う。

受信したサーバＩＤと記憶したサーバＩＤの対応より認証がとれないとき、制御部１０３は、ステップＳ２４３に進み、非認証信号をサーバ装置１０に送信する。認証がとれたとき、制御部１０３は、ステップＳ２４４に進み、利用者口座用鍵と事務所口座用鍵をサーバ装置１０に送信する。

サーバ装置１０の制御部１６は、ステップＳ２４５において、課金センタ１００より非認証信号を受信すると処理を終了する。また、制御部１６は、課金センタ１００より利用者口座用鍵及び事務所口座用鍵を受信すると、ステップＳ２４６において、利用者口座用鍵、事務所口座用鍵、予めサーバに記憶されているサーバ口座用鍵、売買合計データ、利用者及び事務所配当データ、サーバ利益データを課金センタ１００に送信する。制御部１６は、送信完了すると処理を終了する。

利用者及び事務所口座用鍵等の受信待機状態にある課金センタ１００の制御部１０３は、ステップＳ２４７において、データを受信すると、ステップＳ２４８に進み、データを受信していないときステップＳ２４７を繰り返す。ステップＳ２４８において、制御部１０３は、表５（Ｂ）に示す記憶部１０４に記憶されるデータベースの更新処理を行う。

具体的に、制御部１０３は、利用者口座用鍵により利用者口座管理データにアクセスし、利用者毎の売買合計に基づいて日付、出入履歴、残金を更新する。また、制御部１０３は、利用者への配当データに基づいて日付、出入履歴、残金を更新する。事務所口座用鍵により事務所口座管理データにアクセスし、事務所毎の配当データに基づいて日付、出入履歴、残金を更新する。更に、制御部１０３は、サーバ口座用鍵によりサーバ口座管理データにアクセスし、サーバ利益に基づいて日付、出入履歴、残金を更新する。

更に、口座管理データの更新に基づいて制御部１０３は、ステップＳ２４９において、表５（Ｂ）に示す銀行ＩＤの銀行口座に対する決済処理をインタフェース１０１を介して銀行センタ１６０と送受信することにより自動的に行う。すなわち、口座管理データの更新はそのまま銀行口座データの更新に反映される。そして、この口座管理データの更新が完了すると課金センタ１００の制御部１０３は処理を終了する。

上述のように、本システムでは、図３８の処理により、事務所が、或いはその事務所に所属するアーティストが、製作したコンテンツをサーバ装置１０に登録し、利用者がそのコンテンツ、例えば楽曲のダウンロード及びアップロードを繰り返す。すると、コンテンツの値段が変動するように制御されるので、ダウンロードされることが多いコンテンツは高額となりコンテンツにプレミアがつく。これより、プレミアがつくようなコンテンツを予想して利用者がダウンロードするという今までにないゲーム性を与えることができる。

更に、本システムでは、利用者によるコンテンツのダウンロード、アップロードの繰り返しより、サーバ装置１０の管理者は、利益が得られ、その利益のうちの何％かを利用者及びコンテンツを登録するアーティストに配当する決済処理機能を備える。これより、利用者はヒットするアーティストを発掘すると対価を得ることができるというメリットがある。また、事務所は、ダウンロードが多くなるようなコンテンツを登録すると多くの対価を得ることができる。更に、図３７に示すように事務所からアーティストに給与と共にその配当を分配するようにすればアーティストにとっても大きな利益を得ることが可能である。

次に、図４０を用いて、音楽事務所、レコード会社等の事務所に所属するアーティストによりサーバ装置１０に登録されたコンテンツを移動体端末装置８０の利用者がダウンロード、アップロードする際の動作について説明する。本例は、小売店或いは音楽事務所から提供される売上げデータに応じて利用者、事務所、小売店への配当を行うものである。

サーバ装置１０の制御部１６は、ステップＳ２５１において、事務所及びアーティストデータの登録処理を行う。具体的には、アーティスト或いは事務所関係者が自身のＰＣ等によりサーバ装置１０に直接アクセスし、事務所ＩＤ、アーティストＩＤ、コンテンツをサーバ装置１０に送信する。サーバ装置１０は、表６（Ａ）に示す記憶部１１に記憶されるデータベースに事務所ＩＤ、アーティストＩＤ、コンテンツＩＤ、コンテンツＩＤが示すコンテンツデータ、コンテンツの初期の値段、すなわち、コンテンツの始値（コンテンツ値）を記憶する。

サーバ装置１０の制御部１６は、ステップＳ２５２において、アーティストデータを移動体端末装置８０に送信する。アーティストデータは、アーティストＩＤ、コンテンツＩＤ、コンテンツ値である。アーティストデータの受信待機状態にある移動体端末装置８０の制御部８７は、ステップＳ２５３において、アーティストデータの受信を完了すると、ステップＳ２５４に進み、受信していないとき、ステップＳ２５３を繰り返す。そして、制御部８７は、アーティストデータを受信したとき、ステップＳ２５４において、表示部９５にアーティストデータを表示する。

制御部８７は、ステップＳ２５５において、利用者の指示部９４の操作に応じたコンテンツデータのダウンロード指示を受け付けると、ステップＳ２５６に進み、利用者ＩＤとコンテンツＩＤをサーバ装置１０に送信する。サーバ装置１０から送信される利用者ＩＤ、コンテンツＩＤ、コンテンツデータの受信待機状態にある制御部８７は、ステップＳ２５７において、利用者ＩＤ、コンテンツＩＤ、コンテンツデータの受信を完了すると、ステップＳ２５８に進む。また、制御部８７は、ステップＳ２５５において、利用者によるコンテンツデータのダウンロード指示がないと、ステップＳ２５８に進む。

制御部８７は、ステップＳ２５８において利用者により以前ダウンロードされＲＡＭ９３に記憶されるコンテンツをアップロードする指示が指示部９４より与えられると、ステップＳ２５９に進み、利用者ＩＤとコンテンツをサーバ装置１０に送信する。制御部８７は、ステップＳ２５８において利用者によるコンテンツのアップロード指示がないと、ステップＳ２６０に進む。

制御部８７は、ステップＳ２６０において、利用者による終了指示があるか否かを判定し、無いとき、ステップＳ２５４に戻り、再び同じアーティストデータを表示するか、既に記憶部１１に記憶されているアーティストデータを表示する。一方、制御部８７が利用者による終了指示があると判定したときには、移動体端末装置８０での処理を終了する。

受信待機状態にあるサーバ装置１０の制御部１６は、ステップＳ２６１において、表６（Ａ）のデータベースに記録されるコンテンツＩＤの売上げデータを受信すると、ステップＳ２６２に進み、受信していないときステップＳ２６１を繰り返す。ここで、売上げデータは、音楽事務所、或いは小売店がＰＣ等によりサーバ装置１０に直接アクセスし、小売店ＩＤ（或いは音楽事務所ＩＤ）、コンテンツＩＤと売上げデータをサーバ装置１０に送信する。ステップＳ２６１において、制御部１６は、小売店ＩＤ、コンテンツＩＤ、と各コンテンツＩＤに対応する売上げデータを受信するとステップＳ２６２に進む。

ステップＳ２６２において利用者ＩＤ、コンテンツＩＤの受信待機状態にあるサーバ装置１０の制御部１６は、これらのデータを受信していないとき、ステップＳ２６３に進み、利用者ＩＤ、コンテンツの受信待機状態となる。利用者ＩＤ、コンテンツも受信されないとき、制御部１６は、ステップＳ２６２に戻り、利用者ＩＤ、コンテンツＩＤ、コンテンツの受信待機状態を続ける。

ステップＳ２６２において、制御部１６は、利用者ＩＤとコンテンツＩＤを受信すると、ステップＳ２６４において、ステップＳ２６２により受信された利用者のダウンロードリクエストに応じて利用者ＩＤ、コンテンツＩＤ、コンテンツデータを移動体端末装置８０に送信する。送信が完了すると、制御部１６は、ステップＳ２６５において、表６（Ａ）に示すデータベースを更新する。例えば、利用者ＩＤとコンテンツＩＤを受信したとき（ダウンロード）、コンテンツＩＤに対応して利用者ＩＤを記憶する。また、ダウンロード数を１つインクリメントする。なお、本例では、利用者の一回のダウンロード指示で、コンテンツ１つに対して１回のダウンロードを許可するように構成しているが、一回のダウンロードで同じコンテンツを、或いは異なるコンテンツを複数ダウンロードできるようにしてもよい。

次に、利用者ＩＤとコンテンツを受信するとき（アップロード）、制御部１６は、利用者ＩＤ、コンテンツに対応するアップロード数を一つインクリメントする。なお、本例では、利用者の一回のアップロード指示で、コンテンツ１つに対して一回のアップロードを許可するように構成しているが、一回のアップロードで同じコンテンツを複数アップロード、或いは異なるコンテンツを複数アップロードできるようにしてもよい。制御部１６は、ステップＳ２６１において受信した小売店ＩＤ、売上げデータをコンテンツＩＤに対応して記憶させる。

制御部１６は、ステップＳ２６５における投資金額データベースの更新を完了すると、ステップＳ２６６に進む。制御部１６は、ステップＳ２６６において、所定時間が計数されたか否かを判定する。ここでは、所定時間を１０分とする。すなわち、ステップＳ２６６では、１０分おきにステップＳ２６７の処理に進むように制御部１６が動作制御する。

制御部１６は、ステップＳ２６７において、表６（Ａ）の投資金額データベースに応じてコンテンツ値を演算すると共に、データベースのコンテンツ値、及び売買合計を更新する。ここで、コンテンツ値計算方法は図３３〜図３６に示す方法と同様である。

制御部１６によりコンテンツ値演算、データベースの更新が完了すると、制御部１６は、ステップＳ２６８に進む。ステップＳ２６８において、制御部１６は、一か月経ったか否かを例えば判断する。一か月経っていないとき、制御部１６は、ステップＳ２６２に処理を戻し、再びダウンロード、アップロードの待機状態を続ける。なお、本フローチャートにおいては、ダウンロード、アップロードの売買及び利用者、事務所、小売店への配当のための処理を一か月毎に一括で行うように構成されている。ダウンロード、アップロードの売買に関して例えば１０分間毎に処理するように構成してもよい。

制御部１６により一か月目であると判定されると、処理はステップＳ２６９に進む。ステップＳ２６９において、制御部１６は、サーバ装置１０の管理者の利益に基づき、利用者及び事務所への配当を演算する。これを図４１を用いて説明する。ここでは一つのコンテンツのみによる配当を示し、図３３〜図３６で示した収益の合計５２００００円とし、売上げ利益を４８００００円として演算する。ここで、事務所への配当の演算は、当然複数のコンテンツのサーバ装置１０の管理者の利益より分配するようにしてもよい。

先ず、利用者への配当としてはサーバ装置１０の管理者の利益５２００００円の１０％と、そのコンテンツの売上げ利益の１０％をサーバ装置１０の管理者利益から割りあてる。そして、そのコンテンツの現在のダウンロード数（正確には、利用者がそのコンテンツを現在所有する総数）が１００００であるとすると、そのコンテンツ１つを所有するにつき、１０円の配当を利用者に割り当てる。例えば、同じコンテンツを３つ所有する利用者は１０×３＝３０円の配当を得る。

次に、事務所への配当としてはサーバ装置１０の管理者の利益５２００００円のうち４０％と、売上げ利益の１０％を割り当てる。すなわち、事務所への配当は２０８０００＋４８０００円である。

更に、小売店への配当としてはサーバ装置１０の管理者の利益５２００００円のうち１０％と、売上げ利益の１０％を割り当てる。すなわち、小売店への配当は５２０００＋４８０００円である。すると、サーバ装置１０の管理者の最終的な利益は６４０００円となる。

次に、制御部１６は、ステップＳ２７０において、利用者、事務所、小売店への配当演算、及びサーバ装置１０の管理者の利益演算結果を基に投資金額データベースを更新する。具体的には、サーバ利益データ、利用者配当データ、事務所配当データ、小売店配当データを更新する。

ステップＳ２７１において、制御部１６は、課金センタ１００に、サーバＩＤと、利用者、事務所、及び小売店口座へのアクセス要求を専用線１１０を介して送信する。アクセス要求受信待機状態にある課金センタ１００の制御部１０３は、ステップＳ２７２において、サーバ装置１０よりサーバＩＤとアクセス要求を受信すると、ステップＳ２７３に進み、受信していないとき、ステップＳ２７２を繰り返す。そして、ステップＳ２７３において、制御部１０３は、サーバＩＤより認証処理を行う。このとき、予め利用者、事務所、小売店は、本システムのサービス用に銀行口座を指定している。この銀行口座指定処理により課金センタ１００の記憶部１０４には、本システムのサーバＩＤと、利用者口座用鍵、事務所口座用鍵、小売店口座用鍵とが対応して記憶される。そのため、制御部１０３は受信されるサーバＩＤと記憶されるサーバＩＤとを照合することにより認証を行う。

受信したサーバＩＤと記憶したサーバＩＤの対応より認証がとれないとき、制御部１０３は、ステップＳ２７４に進み、非認証信号をサーバ装置１０に送信する。認証がとれたとき、制御部１０３は、ステップＳ２７５に進み、利用者口座用鍵、事務所口座用鍵、及び小売店口座用鍵をサーバ装置１０に送信する。

サーバ装置１０の制御部１６は、ステップＳ２７６において、課金センタ１００より非認証信号を受信すると処理を終了する。制御部１６は、課金センタ１００より利用者口座用鍵、事務所口座用鍵、小売店口座用鍵を受信すると、ステップＳ２７７において、利用者口座用鍵、事務所口座用鍵、小売店口座用鍵、予めサーバに記憶されているサーバ口座用鍵、売買合計データ、利用者、事務所、及び小売店配当データ、サーバ利益データを課金センタ１００に送信する。制御部１６は、送信完了すると処理を終了する。

利用者、事務所、及び小売店口座用鍵等の受信待機状態にある課金センタ１００の制御部１０３は、ステップＳ２７８において、データを受信すると、ステップＳ２７９に進み、データを受信していないときステップＳ２７８を繰り返す。ステップＳ２７９において、制御部１０３は、表６（Ｂ）に示す記憶部１０４に記憶されるデータベースの更新処理を行う。

具体的に、制御部１０３は、利用者口座用鍵により利用者口座管理データにアクセスし、利用者毎の売買合計に基づいて日付、出入履歴、残金を更新する。また、制御部１０３は、利用者への配当データに基づいて日付、出入履歴、残金を更新する。事務所口座用鍵により事務所口座管理データにアクセスし、事務所毎の配当データに基づいて日付、出入履歴、残金を更新する。更に、制御部１０３は、小売店口座用鍵により小売店口座管理データにアクセスし、事務所毎の配当データに基づいて日付、出入履歴、残金を更新する。更に、制御部１０３は、サーバ口座用鍵によりサーバ口座管理データにアクセスし、サーバ利益に基づいて日付、出入履歴、残金を更新する。

口座管理データの更新に基づいて制御部１０３は、ステップＳ２８０において表６（Ｂ）に示す銀行ＩＤの銀行口座に対する決済処理をインタフェース１０１を介して銀行センタ１６０と送受信することにより自動的に行う。すなわち、口座管理データの更新はそのまま銀行口座データの更新に反映される。そして、この口座管理データの更新が完了すると課金センタ１００の制御部１０３は処理を終了する。

上述のように、本システムでは、図４０の処理により、事務所が、或いはその事務所に所属するアーティストが、製作したコンテンツをサーバ装置１０に登録し、利用者がそのコンテンツ、例えば楽曲のダウンロード及びアップロードを繰り返す。すると、コンテンツの値段が変動するように制御されるので、ダウンロードされることが多いコンテンツは高額となりコンテンツにプレミアがつく。これより、プレミアがつくようなコンテンツを予想して利用者がダウンロードするという今までにないゲーム性を与えることができる。

更に、本システムでは、利用者によるコンテンツのダウンロード、アップロードの繰り返しより、サーバ装置１０の管理者は利益が得られる。また、第３例では、制御部１６は、メディアに記録されたコンテンツの売上げデータによる売上げ利益に応じて利用者、事務所、小売店への配当を演算し自動決算処理を行う。これより、利用者はヒットするアーティストを発掘すると対価を得ることができるというメリットがある。また、事務所は、ダウンロード、或いは売上げが多くなるようなコンテンツを登録すると多くの対価を得ることができる。更に、小売店は多く売れば売上げ利益だけでなく更にサーバ装置１０の管理者から配当を得ることが可能である。更に、図４１に示すように事務所からアーティストに給与と共にその配当を分配するようにすればアーティストにとっても大きな利益を得ることが可能である。

なお、以上の例では、金融商品の取引としてコンテンツのアップロード、ダウンロードとしているが、通常の株価取引、先物取引等どのような取引であってもよい。また、以上の例では、コンテンツ値が変動するようにしたが、コンテンツ値の価格は固定にし、売上げに応じて配当が演算されるようにしてもよい。さらには、以上の例では、移動体端末装置として携帯型電話を例としたが移動体であればよく、自動車、ＰＤＡ、携帯コンピュータ等であってもよい。

また、第２の実施例の告知手段は表示及び振動であったが、音声でも構わない。例えば、予めメモリに記憶されるビープ音で告知してもよいし、割込み情報と共に送信されるコンテンツＩＤに応じてそのコンテンツ（楽曲）を再生するようにしてもよい。

なお、以上、楽曲データを端末装置にダウンロードし再生する例を説明したが、端末装置は、楽曲データを受信したとき、記憶部に保存することなく、リアルタイムに再生する、所謂ストリーミング再生を行うようにしてもよい。

図１は、本発明を適用した投資システムの具体的な構成を示すブロック図である。 図２は、投資システムの動作を説明するためのフローチャートである。 図３は、投資システムの動作を説明するためのフローチャートである。 図４は、新人のアーティストを投資の対象とした投資システムの動作を説明するためのフローチャートである。 図５は、新曲を投資の対象とした投資システムの動作を説明するためのフローチャートである。 図６は、本発明を適用した投資システムの他の例の具体的な構成を示すブロック図である。 図７は、図６に示す投資システムの動作を説明するためのフローチャートである。 図８は、図６に示す投資システムの動作を説明するためのフローチャートである。 図９は、図７及び図８に示す投資システムの変形例を説明するためのフローチャートである。 図１０は、図９の続きを説明するフローチャートである。 図１１は、音楽事務所クライアント装置やアーティストクライアント装置がサーバ装置を介して投資チケットの投資チケットを発行する際の手順を説明するフローチャートである。 図１２は、投資チケットの発行者の保有率を、発行者の規模に応じてかえて、投資チケットを販売する例を説明するフローチャートである。 図１３は、投資チケットの発行元となる個人アーティストやレコード会社、音楽事務所の投資チケットの保有率を投資対象の実績に応じて設定する例を説明するフローチャートである。 図１４は、図１３の続きを説明するフローチャートである。 図１５は、実績データと推定ファンド総額との関係を説明する図である。 図１６は、推定ファンド総額と投資チケットの発行元の保有率との関係を説明する図である。 図１７は、投資チケットの発行元となる個人アーティストやレコード会社、音楽事務所の投資チケットの保有率を人気投票の結果に応じて設定する例を説明するフローチャートである。 図１８は、発行元の投資チケットの保有率を説明する図である。 図１９は、投資チケットの売買を指し値で行う場合の例を説明するフローチャートである。 図２０は、投資チケットの売買を成り行きで行う場合の例を説明するフローチャートである。 図２１は、売手側の希望売却価格に幅を持たせ、買手側の希望購入価格にも幅を持たせて行う例を説明するフローチャートである。 図２２は、課金処理の動作を説明するためのフローチャートである。 図２３は、コンテンツの販売における通常の課金処理と投資の課金処理を選択可能とした投資システムの具体的な構成を示すブロック図である。 図２４は、キオスク端末装置の動作を説明するためのフローチャートである。 図２５は、キオスク端末装置の表示部に表示される具体的な画像を示す図である。 図２６は、キオスク端末装置の表示部に表示される具体的な画像を示す図である。 図２７は、投資資金管理会社のホストコンピュータの具体的な処理動作を説明するためのフローチャートである。 図２８は、売上げの分配を説明する図である。 図２９は、投資資金管理会社のホストコンピュータの他の具体的な処理動作を説明するためのフローチャートである。 図３０は、移動体通信システムを利用し、本発明を適用した投資システムの具体的な構成を示すブロック図である。 図３１は、移動体通信投資システムの具体的な構成を示すブロック図である。 図３２は、移動体通信投資システムの動作を説明するためのフローチャートである。 図３３は、コンテンツ値の具体的な計算方法を説明するためのフローチャートである。 図３４は、コンテンツ値の他の具体的な計算方法を説明するためのフローチャートである。 図３５は、コンテンツ値の他の具体的な計算方法を説明するためのフローチャートである。 図３６は、コンテンツ値の他の具体的な計算方法を説明するためのフローチャートである。 図３７は、利用者及びアーティストへの配当を計算する方法を説明するための図である。 図３８は、移動体通信投資システムの他の具体的な動作を説明するためのフローチャートである。 図３９は、利用者及び事務所への配当を計算する方法を説明するための図である。 図４０は、移動体通信投資システムの具体的な動作を説明するためのフローチャートである。 図４１は、利用者及び事務所への配当を計算する方法を説明するための図である。

符号の説明

１ インターネット、２ インタフェース、３ コーデック、４ 記憶部、５ ＲＯＭ、６ ＲＡＭ、７ 制御部、１０ サーバ装置、１１ 記憶部、１２ コーデック、１３ インタフェース、１４ ＲＯＭ、１５ ＲＡＭ、１６ 制御部、２０ 投資クライアント装置、２１ インタフェース、２２ ＨＤＤ、２３ デコーダ、２４ Ｄ／Ａ変換器、２５ スピーカ、２６ 操作部、２７ 表示部、２８ ＲＯＭ、２９ ＲＡＭ、３０ ＭＰＵ、３１ 音楽事務所クライアント装置、３２ アーティストクライアント装置、３３ ホストコンピュータ、３４ ホストコンピュータ、３５ 課金センタ、３６ 銀行センタ、３７ 専用線、３８ 専用線、３９ 視聴者クライアント装置、４０ キオスク端末装置、４１ インタフェース回路、４２ ハードディスク装置、４３ 表示部、４４ 操作部、４５ 制御部、４６ コイン／カード装置、４７ 記録媒体レコーダ、５０ 中央管理センタ、５１ 記憶部、５２ コーデック、５３ インタフェース、５４ ＲＯＭ、５５ ＲＡＭ、５６ 制御部、６０ 専用線、７０ 基地局、８０ 移動体端末装置、８１ ＲＦ部、８２ 復調部、８３ チャネルコーデック部、８４ 復号部、８５ Ｄ／Ａ変換部、８６ スピーカ、８７ 制御部、８８ マイク、８９ Ａ／Ｄ変換器、９０ 符号化部、９１ 変調部、９２ ＲＯＭ、９３ ＲＡＭ、９４ 指示部、９５ 表示部、９６ アンテナ、１００ 課金センタ、１０１ インタフェース、１０２ コーデック、１０３ 制御部、１０４ 記憶部、１０５ ＲＯＭ、１０６ ＲＡＭ、１１０ 専用線、１２０ 専用線、１６０ 銀行センタ

Claims (6)

1. コンテンツデータが記憶されるデータベースが設けられる記憶手段と、
   上記記憶手段に記憶されているコンテンツデータを選択する第１の選択手段と、
   上記第１の選択手段により選択された記憶手段に記憶されているコンテンツデータを受信する受信手段と、
   上記受信手段により受信されたコンテンツデータが記録されるメモリ手段と、
   上記メモリ手段に記録されているコンテンツデータを選択する第２の選択手段と、
   上記メモリ手段に記録されている上記第２の選択手段により選択されたコンテンツデータを送信する送信手段と、
   上記メモリ手段に記録されているコンテンツデータが送信されたとき、利用者に対して対価を提供する提供手段とを備える投資システム。
2. 更に、上記受信に応じて利用者に対して上記受信されたコンテンツデータに対応する金額を課金し、上記送信に応じて上記利用者に対して上記送信されたコンテンツデータに対する対価を振り込む決済手段を備える請求の範囲第１項記載の投資システム。
3. 更に、上記コンテンツデータの価値を演算する価値演算手段を備え、
   上記価値演算手段は、上記コンテンツデータ毎の上記受信手段が受信した受信総数と上記送信手段が送信した送信総数とに基づいて上記コンテンツデータの価値を演算する請求の範囲第２項記載の投資システム。
4. 上記決済手段は、上記受信手段により受信されたコンテンツデータに対応する課金を行うとき、上記価値演算手段により演算された上記コンテンツデータの価値に応じた金額を課金する請求の範囲第２項記載の投資システム。
5. 上記決済手段は、上記送信手段が送信したコンテンツデータに対する対価を利用者に振り込むとき、上記価値演算手段により演算された上記コンテンツデータの価値に応じた金額を振り込む請求の範囲第２項記載の投資システム。
6. 記憶手段に記憶されているコンテンツデータを第１の選択手段により選択するステップと、
   上記第１の選択手段により選択された記憶手段に記憶されているコンテンツデータを受信手段で受信するステップと、
   上記受信手段により受信されたコンテンツデータをメモリ手段に記録するステップと、
   上記メモリ手段に記録されているコンテンツデータを第２の選択手段により選択するステップと、
   上記メモリ手段に記録されている上記第２の選択手段により選択されたコンテンツデータを送信手段より送信するステップと、
   上記メモリ手段に記録されているコンテンツデータが送信されたとき、利用者に対して対価を提供手段により提供するステップとを有するデータ送受信方法。

Images