(57)【特許請求の範囲】
【請求項１】
移動体ネットワークを介して投資対象のコンテンツデータの受信及びユーザからの投資のリクエスト信号を送信可能な第１の送受信手段と、
上記投資対象のコンテンツデータをユーザに対して告知する告知手段と、
上記告知手段により告知される上記投資対象のコンテンツデータへの投資を指示する投資指示手段と、
上記第１の送受信手段を介して受信される割込み情報に応じて上記告知手段により上記ユーザに対して上記割込みを告知するように制御する第１の制御手段とを有する移動体端末装置と、
上記投資対象のコンテンツデータを上記移動体端末装置に上記移動体ネットワークを介して送信するとともに、上記投資指示手段に応じた上記投資のリクエスト信号を受信する第２の送受信手段と、
上記投資のリクエスト信号に応じて、少なくとも、ユーザ識別子、投資対象識別子、上記投資対象に対する上記ユーザの投資額データを記憶する記憶手段と、
上記投資対象に対する投資額データに応じて上記投資対象の価値データを演算するとともに、上記価値データに応じて上記割込み情報を上記第２の送受信手段を介して上記移動体端末装置に送信する第２の制御手段とを有するサーバ装置とを備え、
上記第２の制御手段は、上記移動端末装置が行った投資対象のコンテンツデータのダウンロード数とアップロード数の差に従って上記価値データを演算し、
上記コンテンツデータの価値データの変動が所定値以上のとき、上記割込み情報としての上記投資対象識別子、投資対象の価値データを上記移動体端末装置に送信する移動体投資システム。
【請求項２】
上記第２の制御手段は、所定期間における上記価値データの変動を制限するリミッタを有し、
上記価値データの変動が上記リミッタを超えるとき、上記価値データをこのリミッタの値とする請求項１記載の移動体投資システム。
【請求項３】
上記移動体端末装置は、表示手段を有し、上記第１の制御手段は、上記割り込み情報を上記表示手段を介してユーザに告知する請求項１又は請求項２記載の移動体投資システム。
【請求項４】
上記移動体端末装置は、偏芯モータを備える請求項３記載の移動体投資システム。
【請求項５】
上記第２の送受信手段は、上記投資対象のコンテンツデータの売上データを受信し、上記売上データに応じて上記コンテンツデータを販売する小売店に対して対価を支払う請求項１−請求項４のうちいずれか１に記載の移動体投資システム。
【請求項６】
移動体ネットワークを介して投資対象のコンテンツデータの受信及びユーザからの投資のリクエスト信号を送信可能な第１の送受信手段と、
上記投資対象のコンテンツデータをユーザに対して告知する告知手段と、
上記告知手段により告知される上記投資対象のコンテンツデータへの投資を指示する投資指示手段とを有する移動体端末装置と、
上記移動体端末装置の上記ユーザの使用状況を記憶する使用状況記憶手段と、
上記使用状況記憶手段に記憶される上記ユーザの使用状況に応じて上記ユーザの口座より所定金額の引き落とし処理が可能な第１の制御手段とを有する中央管理センタと、
上記投資指示手段に応じた上記投資のリクエスト信号を受信するとともに、上記投資対象のコンテンツデータを上記移動体端末装置に上記移動体ネットワークを介して送信する第２の送受信手段と、
上記投資のリクエスト信号に応じて、ユーザ識別子、投資対象識別子、上記投資対象に対する上記ユーザの投資額データを記憶する記憶手段と、
上記投資のリクエスト信号に応じて上記投資額データを演算し、更新する第２の制御手段とを有するサーバ装置と、
予め指定されたユーザの銀行口座の口座管理データを記憶する記憶手段と、
上記サーバ装置の記憶手段に記憶されている上記ユーザの投資額データに応じて自動的に上記ユーザの口座管理データを更新するとともに、上記銀行口座へのアクセス及び上記更新された口座管理データに基づく決済処理を行う第３の制御手段を有する課金センタとを備え、
上記第２の制御手段は、上記移動端末装置が行った投資対象のコンテンツデータのダウンロード数とアップロード数の差に従って上記価値データを演算し、
上記コンテンツデータの価値データの変動が所定値以上のとき、上記割込み情報としての上記投資対象識別子、投資対象の価値データを上記移動体端末装置に送信する移動体投資システム。
【請求項７】
上記中央管理センタは、更に、上記ユーザに対応して口座用の鍵を記憶する鍵記憶手段を有し、上記課金センタの第３の制御手段は、上記中央管理センタより上記第２の送受信手段を介して上記口座用の鍵を取得し、所定の銀行センタにアクセスすることにより銀行口座に対する決済処理を行う請求項６に記載の移動体投資システム。
【請求項８】
上記第２の制御手段は、所定期間における上記価値データの変動を制限するリミッタを有し、
上記価値データの変動が上記リミッタを超えるとき、上記価値データをこのリミッタの値とする請求項６又は請求項７記載の移動体投資システム。
【請求項９】
上記移動体端末装置は、表示手段を有し、上記割り込み情報を上記表示手段を介して告知する請求項６−８のうちいずれか１に記載の移動体投資システム。
【請求項１０】
上記移動体端末装置は、偏芯モータを備える請求項９記載の移動体投資システム。
【請求項１１】
上記サーバ装置の第２の送受信手段は、上記投資対象のコンテンツデータの売上データを受信し、上記売上データに応じて上記コンテンツデータを販売する小売店に対して対価を支払う請求項６−請求項１０のうちいずれか１に記載の移動体投資システム。
【請求項１２】
サーバ装置から、移動体ネットワークを介して投資対象のコンテンツデータを移動体端末装置に送信するステップと、
上記移動体端末装置によって上記投資対象のコンテンツデータを受信し、ユーザに告知するステップと、
上記移動体端末装置によって、上記告知された投資対象のコンテンツデータへの投資を指示し、上記サーバ装置に投資のリクエスト信号を送信するステップと、
上記サーバ装置によって、上記投資のリクエスト信号を受信するとともに、上記投資のリクエスト信号に応じて、少なくとも、ユーザ識別子、投資対象識別子、上記投資対象に対する上記ユーザの投資額データを記憶するステップと、
上記サーバ装置によって上記投資対象に対する投資額データに応じて上記投資対象の価値データを演算するステップと、
上記サーバ装置によって上記価値データに応じて割込み情報を上記移動体端末装置に送信するステップと、
上記移動体端末装置によって上記割込み情報を受信し、上記割込み情報に応じて上記ユーザに対して割込みを告知するステップとを有し、
上記移動端末装置が行った投資対象のコンテンツデータのダウンロード数とアップロード数の差に従って上記価値データを演算し、
上記コンテンツデータの価値データの変動が所定値以上のとき、上記割込み情報としての上記投資対象識別子、投資対象の価値データを上記移動体端末装置に送信する投資方法。
【請求項１３】
サーバ装置から、移動体ネットワークを介して投資対象のコンテンツデータを移動体端末装置に送信するステップと、
ｓ上記移動体端末装置によって上記投資対象のコンテンツデータを受信し、ユーザに告知するステップと、
上記移動体端末装置によって、上記告知された投資対象のコンテンツデータへの投資を指示し、上記サーバ装置に投資のリクエスト信号を送信するステップと、
上記サーバ装置によって、上記投資のリクエスト信号を受信するとともに、上記投資のリクエスト信号に応じて、少なくとも、ユーザ識別子、投資対象識別子、上記投資対象に対する上記ユーザの投資額データを記憶するステップと、
上記サーバ装置によって、上記ユーザ識別子、投資対象識別子、投資額データを課金センタに送信するステップと、
上記課金センタによって、上記投資額データに基づき、予め指定されたユーザの銀行口座の口座管理データを更新するとともに、自動的に上記ユーザの口座へアクセスし、上記口座管理データに応じて決済処理を行うステップと、
中央管理センタによって、上記移動体端末装置のユーザの使用状況を記憶するステップと、
上記中央管理センタによって、上記記憶されたユーザの使用状況に応じて上記ユーザの口座から所定金額を引き落とすステップとを有し、
上記移動端末装置が行った投資対象のコンテンツデータのダウンロード数とアップロード数の差に従って上記価値データを演算し、
上記コンテンツデータの価値データの変動が所定値以上のとき、上記割込み情報としての上記投資対象識別子、投資対象の価値データを上記移動体端末装置に送信する投資方法。
【請求項１４】
移動体ネットワークを介して、投資対象のコンテンツデータを移動体端末装置に送信するとともに、上記移動体端末装置からの上記投資対象のコンテンツデータへの投資リクエスト信号を受信する送受信手段と、
上記投資のリクエスト信号に応じて、少なくとも、ユーザ識別子、投資対象識別子、上記投資対象に対する上記ユーザの投資額データを記憶する記憶手段と、
上記投資対象に対する投資額データに応じて上記投資対象の価値データを演算するとともに、上記価値データに応じて割込み情報を上記送受信手段を介して上記移動体端末装置に送信させるように制御する制御手段とを備え、
上記制御手段は、上記移動端末装置が行った投資対象のコンテンツデータのダウンロード数とアップロード数の差に従って上記価値データを演算し、
上記コンテンツデータの価値データの変動が所定値以上のとき、上記割込み情報としての上記投資対象識別子、投資対象の価値データを上記移動体端末装置に送信するサーバ装置。
【請求項１５】
上記制御手段は、所定期間における上記価値データの変動を制限するリミッタを有し、
上記価値データの変動が上記リミッタを超えるとき、このリミッタの値とする請求項１４記載のサーバ装置。
【請求項１６】
上記送受信手段は、上記投資対象のコンテンツデータの売上データを受信し、上記売上データに応じて上記コンテンツデータを販売する小売店に対して対価を支払う請求項１４又は請求項１５に記載のサーバ装置。
【請求項１７】
移動体ネットワークを介して、投資対象のコンテンツデータを移動体端末装置に送信し、投資対象への投資額データを課金センタに送信するともに、上記移動体端末装置からの上記投資対象のコンテンツデータへの投資リクエスト信号を受信する送受信手段と、
上記投資のリクエスト信号に応じて、少なくとも、ユーザ識別子、投資対象識別子、上記投資対象に対する上記ユーザの投資額データを記憶する記憶手段と、
上記投資額データを上記投資のリクエスト信号に応じて更新するとともに、上記投資対象の価値データを演算し、上記価値データを上記課金センタに送信させるよう制御する制御部とを備え、
上記制御手段は、上記移動端末装置が行った投資対象のコンテンツデータのダウンロード数とアップロード数の差に従って上記価値データを演算し、
上記コンテンツデータの価値データの変動が所定値以上のとき、上記割込み情報としての上記投資対象識別子、投資対象の価値データを上記移動体端末装置に送信するサーバ装置。
【請求項１８】
上記制御手段は、所定期間における上記価値データの変動を制限するリミッタを有し、
上記価値データの変動が上記リミッタを超えるとき、このリミッタの値とする請求項１７記載のサーバ装置。
【請求項１９】
上記送受信手段は、上記投資対象のコンテンツデータの売上データを受信し、上記売上データに応じて上記コンテンツデータを販売する小売店に対して対価を支払う請求項１７又は請求項１８に記載のサーバ装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術の分野】
本発明は移動体通信システムを利用した移動体投資システムに関する。すなわち、本発明は、携帯電話網などによる無線通信システムを介して、ユーザは、リアルタイムで株などの投資対象の価値変動を監視できると共に投資対象の取引が可能な移動体投資システムに関する。
【０００２】
【従来の技術】
従来、インターネットなどを介して株式の売買を行うシステムは知られている。また、ミュージシャン、俳優、映画などに対するオンライン投資に関するビジネスも知られている。更に、携帯電話網を利用した投票システムも公知である。
【０００３】
【発明が解決しようとする課題】
しかし、インターネットを介して行う株式の売買では、常にユーザがその株価の変動に注目していなければ売買のタイミングを逃してしまう。また、その株価を携帯電話で表示可能としてもユーザがその携帯電話を常に凝視している必要がある。
【０００４】
更に、オンラインでの株式の売買などでは株式売買用の口座が必要である。通常、クレジットカード番号をユーザが入力することによりクレジットカードで登録される口座を株式売買用の口座としてユーザが利用することが可能であるが、セキュリティ上問題があると共に、ユーザによるクレジット番号の打ち込みという手間が生じる。
【０００５】
そこで、本発明は、移動体端末装置を介して直接株等の投資対象の価値変動をいつでも見ることができるとともに、移動体端末装置から株売買等の金融取引が可能な移動体投資システム及び投資方法、サーバ装置、移動体端末装置を提供することを目的とする。
【０００６】
また、本発明は、移動体端末装置を介して、投資対象の価値変動を知ることができる移動体投資システム及び投資方法、サーバ装置、移動体端末装置を提供することを目的とする。
【０００７】
更に、本発明は、クレジットカードを用いることなく、移動体端末装置を用いた決済処理が可能な移動体投資システム及び投資方法、サーバ装置、移動体端末装置を提供することを目的とする。
【０００８】
【課題を解決するための手段】
上記課題を解決するため、本発明に係る移動体投資システムは、移動体ネットワークを介して投資対象のコンテンツデータの受信及びユーザからの投資のリクエスト信号を送信可能な第１の送受信手段と、上記投資対象のコンテンツデータをユーザに対して告知する告知手段と、上記告知手段により告知される上記投資対象のコンテンツデータへの投資を指示する投資指示手段と、上記第１の送受信手段を介して受信される割込み情報に応じて上記告知手段により上記ユーザに対して上記割込みを告知するように制御する第１の制御手段とを有する移動体端末装置と、上記投資対象のコンテンツデータを上記移動体端末装置に上記移動体ネットワークを介して送信するとともに、上記投資指示手段に応じた上記投資のリクエスト信号を受信する第２の送受信手段と、上記投資のリクエスト信号に応じて、少なくとも、ユーザ識別子、投資対象識別子、上記投資対象に対する上記ユーザの投資額データを記憶する記憶手段と、上記投資対象に対する投資額データに応じて上記投資対象の価値データを演算するとともに、上記価値データに応じて上記割込み情報を上記第２の送受信手段を介して上記移動体端末装置に送信する第２の制御手段とを有するサーバ装置とを備え、上記第２の制御手段は、上記移動端末装置が行った投資対象のコンテンツデータのダウンロード数とアップロード数の差に従って上記価値データを演算し、
上記コンテンツデータの価値データの変動が所定値以上のとき、上記割込み情報としての上記投資対象識別子、投資対象の価値データを上記移動体端末装置に送信する。
【０００９】
また、本発明に係る移動体投資システムは、移動体ネットワークを介して投資対象のコンテンツデータの受信及びユーザからの投資のリクエスト信号を送信可能な第１の送受信手段と、上記投資対象のコンテンツデータをユーザに対して告知する告知手段と、
上記告知手段により告知される上記投資対象のコンテンツデータへの投資を指示する投資指示手段とを有する移動体端末装置と、上記移動体端末装置の上記ユーザの使用状況を記憶する使用状況記憶手段と、上記使用状況記憶手段に記憶される上記ユーザの使用状況に応じて上記ユーザの口座より所定金額の引き落とし処理が可能な第１の制御手段とを有する中央管理センタと、上記投資指示手段に応じた上記投資のリクエスト信号を受信するとともに、上記投資対象のコンテンツデータを上記移動体端末装置に上記移動体ネットワークを介して送信する第２の送受信手段と、上記投資のリクエスト信号に応じて、ユーザ識別子、投資対象識別子、上記投資対象に対する上記ユーザの投資額データを記憶する記憶手段と、上記投資のリクエスト信号に応じて上記投資額データを演算し、更新する第２の制御手段とを有するサーバ装置と、予め指定されたユーザの銀行口座の口座管理データを記憶する記憶手段と、上記サーバ装置の記憶手段に記憶されている上記ユーザの投資額データに応じて自動的に上記ユーザの口座管理データを更新するとともに、上記銀行口座へのアクセス及び上記更新された口座管理データに基づく決済処理を行う第３の制御手段を有する課金センタとを備え、上記第２の制御手段は、上記移動端末装置が行った投資対象のコンテンツデータのダウンロード数とアップロード数の差に従って上記価値データを演算し、上記コンテンツデータの価値データの変動が所定値以上のとき、上記割込み情報としての上記投資対象識別子、投資対象の価値データを上記移動体端末装置に送信する。
【００１０】
また、本発明に係る投資方法は、サーバ装置から、移動体ネットワークを介して投資対象のコンテンツデータを移動体端末装置に送信するステップと、上記移動体端末装置によって上記投資対象のコンテンツデータを受信し、ユーザに告知するステップと、上記移動体端末装置によって、上記告知された投資対象のコンテンツデータへの投資を指示し、上記サーバ装置に投資のリクエスト信号を送信するステップと、上記サーバ装置によって、上記投資のリクエスト信号を受信するとともに、上記投資のリクエスト信号に応じて、少なくとも、ユーザ識別子、投資対象識別子、上記投資対象に対する上記ユーザの投資額データを記憶するステップと、上記サーバ装置によって上記投資対象に対する投資額データに応じて上記投資対象の価値データを演算するステップと、上記サーバ装置によって上記価値データに応じて割込み情報を上記移動体端末装置に送信するステップと、上記移動体端末装置によって上記割込み情報を受信し、上記割込み情報に応じて上記ユーザに対して割込みを告知するステップとを有し、上記移動端末装置が行った投資対象のコンテンツデータのダウンロード数とアップロード数の差に従って上記価値データを演算し、上記コンテンツデータの価値データの変動が所定値以上のとき、上記割込み情報としての上記投資対象識別子、投資対象の価値データを上記移動体端末装置に送信する。
【００１１】
また、本発明に係る投資方法は、サーバ装置から、移動体ネットワークを介して投資対象のコンテンツデータを移動体端末装置に送信するステップと、記移動体端末装置によって上記投資対象のコンテンツデータを受信し、ユーザに告知するステップと、上記移動体端末装置によって、上記告知された投資対象のコンテンツデータへの投資を指示し、上記サーバ装置に投資のリクエスト信号を送信するステップと、上記サーバ装置によって、上記投資のリクエスト信号を受信するとともに、上記投資のリクエスト信号に応じて、少なくとも、ユーザ識別子、投資対象識別子、上記投資対象に対する上記ユーザの投資額データを記憶するステップと、上記サーバ装置によって、上記ユーザ識別子、投資対象識別子、投資額データを課金センタに送信するステップと、上記課金センタによって、上記投資額データに基づき、予め指定されたユーザの銀行口座の口座管理データを更新するとともに、自動的に上記ユーザの口座へアクセスし、上記口座管理データに応じて決済処理を行うステップと、中央管理センタによって、上記移動体端末装置のユーザの使用状況を記憶するステップと、上記中央管理センタによって、上記記憶されたユーザの使用状況に応じて上記ユーザの口座から所定金額を引き落とすステップとを有し、上記移動端末装置が行った投資対象のコンテンツデータのダウンロード数とアップロード数の差に従って上記価値データを演算し、上記コンテンツデータの価値データの変動が所定値以上のとき、上記割込み情報としての上記投資対象識別子、投資対象の価値データを上記移動体端末装置に送信する。
【００１２】
また、本発明に係るサーバ装置は、移動体ネットワークを介して、投資対象のコンテンツデータを移動体端末装置に送信するとともに、上記移動体端末装置からの上記投資対象のコンテンツデータへの投資リクエスト信号を受信する送受信手段と、上記投資のリクエスト信号に応じて、少なくとも、ユーザ識別子、投資対象識別子、上記投資対象に対する上記ユーザの投資額データを記憶する記憶手段と、上記投資対象に対する投資額データに応じて上記投資対象の価値データを演算するとともに、上記価値データに応じて割込み情報を上記送受信手段を介して上記移動体端末装置に送信させるように制御する制御手段とを備え、上記制御手段は、上記移動端末装置が行った投資対象のコンテンツデータのダウンロード数とアップロード数の差に従って上記価値データを演算し、上記コンテンツデータの価値データの変動が所定値以上のとき、上記割込み情報としての上記投資対象識別子、投資対象の価値データを上記移動体端末装置に送信する。
【００１３】
また、本発明に係るサーバ装置は、移動体ネットワークを介して、投資対象のコンテンツデータを移動体端末装置に送信し、投資対象への投資額データを課金センタに送信するともに、上記移動体端末装置からの上記投資対象のコンテンツデータへの投資リクエスト信号を受信する送受信手段と、上記投資のリクエスト信号に応じて、少なくとも、ユーザ識別子、投資対象識別子、上記投資対象に対する上記ユーザの投資額データを記憶する記憶手段と、上記投資額データを上記投資のリクエスト信号に応じて更新するとともに、上記投資対象の価値データを演算し、上記価値データを上記課金センタに送信させるよう制御する制御部とを備え、上記制御手段は、上記移動端末装置が行った投資対象のコンテンツデータのダウンロード数とアップロード数の差に従って上記価値データを演算し、
上記コンテンツデータの価値データの変動が所定値以上のとき、上記割込み情報としての上記投資対象識別子、投資対象の価値データを上記移動体端末装置に送信する。
【００１４】
また、本発明に係る移動体端末装置は、移動体ネットワークを介して、サーバ装置から投資対象データを受信するとともに、ユーザからの投資のリクエスト信号を送信可能な送受信手段と、上記投資対象データをユーザに対して告知する告知手段と、上記告知手段により告知される上記投資対象データに対応する投資対象への投資を指示する投資指示手段と、上記送受信手段を介して受信される上記サーバ装置からの割込み情報に応じて上記告知手段により、上記ユーザに対して上記割込みを告知するように制御する制御手段とを備える。
【００１５】
【発明の実施の形態】
以下、本発明が適用された移動体投資システムを図面を用いて詳細に説明する。
【００１６】
図１は、本発明に係る移動体投資システムの第１の具体的なシステム構成を示すブロック図である。
【００１７】
サーバ１０は、複数のコンテンツが記憶されると共に、各コンテンツの製作者（アーティスト）、コンテンツの値段、本サービスに参加するユーザＩＤ等が記録される記憶部１１が設けられる。更に、記憶部１１に記憶されるデータはＣＯＤＥＣ１２よりエンコード、デコードされ、インタフェース１３を介して外部と通信可能とされる。更に、サーバ１０は通常のコンピュータの構成と同じく、ＲＯＭ１４、ＲＡＭ１５を備え、制御部１６の制御のもと、ＲＯＭ１４に記憶されるサーバ１０の動作を制御するプログラムがＲＡＭ１５に一旦ロードされ、ＲＡＭ１５で実行されることにより、上述したサーバ全体の動作が制御される。
【００１８】
ここで、コンテンツがオーディオ信号の場合は、ＡＴＲＡＣ３や、ＭＰＥＧ Ａｕｄｉｏ ｌａｙｅｒ３等の方式でエンコード、デコードされる。また、コンテンツがビデオ信号の場合はＭＰＥＧ４、ＭＰＥＧ７等の方式でエンコード、デコードされる。
【００１９】
中央管理センタ２０は、無線通信ネットワーク全体を管理する。
【００２０】
中央管理センタ２０は、移動体端末のユーザ毎の通話時間より演算される通話料金データを記憶すると共に、各ユーザ毎の口座へアクセスするための口座アクセス鍵データを記憶する記憶部２１を有する。また、記憶部２１に記憶されるデータはＣＯＤＥＣ２２よりエンコード、デコードされ、インタフェース２３を介して外部と通信可能とされる。更に、上述のサーバ１０と同様に、ＲＯＭ２４、ＲＡＭ２５を備え、制御部２６の制御のもと、ＲＯＭ２４に記憶される中央管理センタ２０の全体の動作を制御するプログラムがＲＡＭ２５に一旦ロードされ、ＲＡＭ２５で実行されることにより、中央管理センタ２０全体の動作制御が可能である。また、インタフェース２３はインタフェース１３と専用線３０により接続され、デジタルデータの双方向通信が可能である。ここで、デジタルデータは暗号化されていてもよく、アナログデータが双方向通信されても構わない。また、詳述はしないが、本中央管理センタ２０は、移動体端末、特に携帯電話等の無線通信ネットワーク全体を管理する制御機能を備える。すなわち、複数の基地局４０を制御し、移動体端末装置５０間等の通話を可能とする交換局としての機能を有する。本発明の実施の形態では、移動体端末装置５０のユーザの通話料金データを管理するデータのみが関連するため通話時の動作の説明は省略する。
【００２１】
移動体端末装置５０は、基地局４０よりＲＦ信号として伝送されてくるデータを受信するＲＦ部５１を有する。ＲＦ部５１より受信されるデータは、復調部５２でＱＰＳＫ（４相位相変調）方式等により復調され、チャネルＣＯＤＥＣ部５３によりＴＤＭＡ（時分割多元接続）方式によりチャネルコーディングされたデータの抽出を行う。以下、移動体端末装置５０のデータ送受信時のデータの流れと共に各構成の説明を行う。
【００２２】
例えば、携帯電話としてユーザが使用しているとき、チャネルコーディングされたデータより音声データが抽出され、復号部５４によりＡＤＰＣＭ方式等により復号される。次に、Ｄ／Ａ変換器５５が復号された音声データをアナログ信号に変換し、スピーカ５６より出力する。
【００２３】
また、サーバ１０に記憶されるコンテンツがダウンロードされるとき、チャネルコーディングされたデータよりコンテンツデータが抽出され、復号部５４はＡＴＲＡＣ３、ＭＰ３方式等により復号する。このとき、チャネルコーディングされたデータより抽出されるデータの種別に応じて復号部５４の機能を切り替えるように制御部５７が動作制御する。次にＤ／Ａ変換器５５が復号されたコンテンツデータをアナログデータに変換し、スピーカ５６より出力する。このとき、ヘッドホン端子などより出力しても構わない。
【００２４】
次に、携帯電話としてユーザが移動体端末５０を使用するとき、マイク５８よりアナログ信号が入力される。入力されるアナログ信号はＡ／Ｄ変換器５９によりデジタル信号に変換され符号化部６０によりＡＤＰＣＭ方式等により符号化される。符号化されたデータはチャネルＣＯＤＥＣ部５３でチャネルコーディングされる。更に、変調部６１によりＱＰＳＫ方式等により変調され、ＲＦ部５１より変調されたデータがアンテナ６６を介して送信される。
【００２５】
ここで、上述のサーバ１０、中央管理センタ２０と同様、制御部５７が移動体端末装置５０の全体の動作制御を行う。ＲＯＭ６２に移動体端末装置５０の動作制御用の制御プログラムが記憶され、制御プログラムは、一旦ＲＡＭ６３にロードされた後、ＲＡＭ６３上で実行される。更に、指示部６４は、通常の携帯電話に設けられるテンキー等であり、本発明の実施の形態では、サーバ１０に記憶されるコンテンツデータのダウンロードの指示、ダウンロードされ一旦ＲＡＭ６３に記憶されたコンテンツデータのアップロード指示等も本指示部６４により可能である。また、表示部６５は通常の携帯電話に設けられる電話番号表示等に加えて、サーバ１０に記憶されるコンテンツデータのリスト表示、及び、ユーザがダウンロードしたコンテンツデータの現在のコンテンツ値等の表示が可能である。
【００２６】
課金センタ７０は、コンテンツデータを登録するアーティスト、アーティストが所属する事務所の口座、コンテンツをＣＤとして販売する小売店の口座、及び、本無線通信ネットワークを利用して電話を利用するユーザの口座を管理すると共に各口座に対して課金処理を行う機能を有する。課金センタ７０は、専用線８０によりサーバ１０に、専用線９０により中央管理センタ２０に接続されている。サーバ１０或いは中央管理センタ２０より符号化されたアクセス要求、或いは口座アクセス用鍵が送信され、インタフェース７１により受信する。この受信されるデータは暗号化されていても構わない。次に、ＣＯＤＥＣ７２によりデータが復号されアクセス要求データのときは制御部７３が認証処理を行い、口座アクセス用鍵データのときは、記憶部７４に記憶される口座管理データにアクセスし、口座管理データを更新する。更新された口座管理データを元に、銀行センタ１３０とインタフェース７１を介して送受信することにより所定の銀行口座に対する決済処理がされるように制御部７３が制御する。制御部７３による認証処理の結果はＣＯＤＥＣ７２により符号化されインタフェース７１を介してサーバ１０、或いは中央管理センタ２０に送信される。また、サーバ１０と同様に、ＲＯＭ７５は課金センタ７０の全体の動作制御用の制御プログラムを記憶し、制御プログラムは一旦ＲＡＭ７６にロードされ、ＲＡＭ７６上で実行される。
【００２７】
課金センタ７０の記憶部７４の口座管理データのうち、アーティストの口座が更新されることにより、１００に示す配当や自身のコンテンツデータのエントリ費用の決済処理が実現される。事務所の口座が更新されることにより、１１０に示す配当や事務所のコンテンツデータのエントリ費用の決済処理が実現される。更に、小売店の口座が更新されることにより、１２０に示す小売店への配当という決済処理が実現される。その他、事務所から小売店へのＣＤの販売、事務所からアーティストへの給与の支給、配当は本システムと直接関わるものではない。また、小売店或いは事務所からのＣＤの売り上げデータは、後述するコンテンツをダウンロードした者への配当処理に利用される。
【００２８】
図２に本発明に係る移動体投資システムの構成を示すブロック図を示す。図１と同様の構成のため説明は省略する。
【００２９】
次に図３のフローチャートを用いて、個人アーティストによりサーバ１０に登録されたコンテンツを移動体端末装置５０のユーザがダウンロード、アップロードする際の図１に示すサーバ１０、中央管理センタ２０移動体端末装置５０、課金センタ７０の動作について説明する。
【００３０】
サーバ１０の制御部１６がステップＳ１においてアーティストデータの登録処理を行う。具体的には、個人アーティストが自身のＰＣ等によりサーバ１０に直接アクセスし、アーティストＩＤ、コンテンツをサーバ１０に送信する。サーバ１０は図４（Ａ）に示す記憶部１１に記憶されるデータベースにアーティストＩＤ、コンテンツＩＤ、コンテンツＩＤがポインタとなり指し示すコンテンツデータ、コンテンツの初期の値段、即ち、コンテンツの始値（コンテンツ値）を記憶する。
【００３１】
サーバ１０の制御部１６がステップＳ２において、アーティストデータを移動体端末装置５０に送信する。アーティストデータは、アーティストＩＤ、コンテンツＩＤ、コンテンツ値である。
【００３２】
移動体端末装置５０の制御部５７はステップＳ３において、アーティストデータの受信待機状態である。制御部５７はアーティストデータを受信完了すると、ステップＳ４に進み、表示部６５にアーティストデータを表示する。
【００３３】
制御部５７は、ステップＳ５においてユーザによるコンテンツデータの指示部６４によるダウンロード指示を受け付けると、ステップＳ６に進み、ユーザＩＤとコンテンツＩＤをサーバ１０に送信する。
【００３４】
制御部５７は、ステップＳ７において、サーバ１０から送信されるユーザＩＤ、コンテンツＩＤ、コンテンツデータの受信待機状態となる。受信が完了すると、制御部５７は、ステップＳ８に進む。
【００３５】
また、制御部５７は、ステップＳ５においてユーザによるコンテンツデータのダウンロード指示がないと、ステップＳ８に進む。
【００３６】
制御部５７は、ステップＳ８においてユーザにより以前ダウンロードされＲＡＭ６３に記憶されるコンテンツをアップロードする指示が指示部６４より与えられると、ステップＳ９に進み、ユーザＩＤとコンテンツをサーバ１０に送信する。制御部５７は、ステップＳ８においてユーザによるコンテンツのアップロード指示がないと、ステップＳ１０に進む。
【００３７】
制御部５７は、ユーザによる終了指示があるか否かを判定し、ないときにはステップＳ４に戻り、再び同じアーティストデータを表示するか、既に記憶部１１に記憶されているアーティストデータを表示する。一方、制御部５７がユーザによる終了指示があると判別するときには移動体端末装置５０での処理を終了する。
【００３８】
サーバ１０の制御部１６は、ステップＳ１１においてユーザＩＤ、コンテンツＩＤ、即ち、ダウンロードリクエストの受信待機状態である。ユーザＩＤとコンテンツＩＤが受信されないとき、ステップＳ１２に進み、ユーザＩＤ，コンテンツの受信待機状態となる。ユーザＩＤ、コンテンツも受信されないとき、即ち、アップロードされないとき、ステップＳ１１に戻り、ユーザＩＤ、コンテンツＩＤ，コンテンツの受信待機状態を続ける。
【００３９】
ステップＳ１１において、ユーザＩＤとコンテンツＩＤが受信されると、制御部１６はステップＳ１３に処理を進める。ステップＳ１３において、制御部１６は、ステップＳ１１により受信されたユーザのダウンロードリクエストに応じてユーザＩＤ、コンテンツＩＤ、コンテンツデータを移動体端末装置５０に送信する。送信が完了すると、制御部１６は処理をステップＳ１４に進める。
【００４０】
制御部１６は、ステップＳ１４において、図４（Ａ）に示すデータベースを更新する。
【００４１】
例えば、ユーザＩＤとコンテンツＩＤが受信されるとき（ダウンロード）、コンテンツＩＤに対応してユーザＩＤを記憶する。また、ダウンロード数を１つインクリメントする。本実施の形態ではユーザの１回のダウンロード指示では、コンテンツ１つに対して１回のダウンロードを許可するように構成しているが、１回のダウンロードで同じコンテンツを、或いは異なるコンテンツを複数ダウンロードできるようにしても良い。
【００４２】
次に、ユーザＩＤとコンテンツが受信されるとき（アップロード）、ユーザＩＤ、コンテンツに対応するアップロード数を一つインクリメントする。本実施の形態ではユーザの１回のアップロード指示では、コンテンツ１つに対して１回のアップロードを許可するように構成しているが、１回のアップロードで同じコンテンツを複数アップロード、或いは異なるコンテンツを複数アップロードできるようにしても構わない。
【００４３】
制御部１６は、ステップＳ１４における投資金額データベースの更新を完了すると、ステップＳ１５に進む。制御部１６は、ステップＳ１５において、所定時間が計数されたか否かを判定する。本実施の形態では、所定時間を１０分とする。すなわち、ステップＳ１５では、１０分おきにステップＳ１６の処理に進むように制御部１６は動作制御する。
【００４４】
制御部１６は、ステップＳ１６において、図４（Ａ）の投資金額データベースに応じてコンテンツ値を演算すると共に、データベースのコンテンツ値、及び売買合計金額を更新する。
【００４５】
ここで、コンテンツ値計算方法について図５〜図８の４つの例を示す。
【００４６】
図５に沿ってコンテンツ計算方法を説明する。
【００４７】
コンテンツ値計算は、サーバ１０の制御部１６で行う。まず、コンテンツ値の始値が３００円とする。
【００４８】
制御部１６は、上述したステップＳ１３において計数される１０分間におけるダウンロード数とアップロード数の数をステップＳ１０１で計数する。ダウンロード数とアップロード数が１０００と８００であるとき、ステップＳ１０２において、価格変動値を（ダウンロード数−アップロード数）×定数として演算する。本実施の形態では定数を０．５とすると、価格変動値は＋１００円となる。
【００４９】
次に、制御部１６はステップＳ１０３において、価格変動値が２００円より大きいか否かを判別する。これは、急激な価格変動を防止するためのリミッタである。よって２００円に限定されるものではない。価格変動値は＋１００円であるので、制御部１６はステップＳ１０４の処理を進め、価格変動値を＋１００円と設定する。
【００５０】
更に、ステップＳ１０５に進み、コンテンツ値が３００＋１００＝４００円と演算される。
【００５１】
次に、制御部１６は、ステップＳ１０６において、演算されたコンテンツ値が本日の始値の５０％増より大きいか否かを判別する。これは、一日での急激な価格変動を防止するためのリミッタである。４００円 ＜ ４５０円 であるので、制御部１６は、ステップＳ１０７に処理を進め、コンテンツ値を４００円に決定する。
【００５２】
そして、図４（Ａ）の投資金額データベースの対応するコンテンツ値、決定されたコンテンツ値での売買合計を更新する。後に、この売買合計の総計は本システムを運営するサーバ１０管理者の収益となる。図５に示すように本売買でのサーバ１０管理者の収益は８００００円となる。
【００５３】
ここで、本実施の形態では、価格の上限のリミッタのみを考慮しているが、価格の下限、価格変動の下限をリミットしても構わない。
【００５４】
次に、図６に沿ってコンテンツ計算方法を説明する。
【００５５】
コンテンツ値計算は、同様にサーバ１０の制御部１６で行う。コンテンツ値は現在４００円である。
【００５６】
制御部１６は、上述したステップＳ１３において計数される１０分間におけるダウンロード数とアップロード数の数をステップＳ２０１で計数する。ダウンロード数とアップロード数が１５００と３００であるとき、ステップＳ２０２において、価格変動値を（ダウンロード数−アップロード数）×定数として演算する。本実施の形態では定数を０．５とすると、価格変動値は＋６００円となる。
【００５７】
次に、制御部１６はステップＳ２０３において、価格変動値が２００円より大きいか否かを判別する。価格変動値は＋６００円であるので、制御部１６はＳ２０４に処理を進め、価格変動値を２００円に設定し、ステップＳ２０５で価格変動値を＋２００円に決定する。
【００５８】
更に、ステップＳ２０６に進み、コンテンツ値が４００＋２００＝６００円と演算される。
【００５９】
次に、制御部１６は、ステップＳ２０７において、演算されたコンテンツ値が本日の始値の５０％増より大きいか否かを判別する。６００円 ＞ ４５０円 であるので、制御部１６は、ステップＳ２０８に処理を進め、コンテンツ値を４５０円に設定し、更に、ステップＳ２０９に処理を進め、コンテンツ値を４５０円に決定する。
【００６０】
そして、図４（Ａ）の投資金額データベースの対応するコンテンツ値、決定されたコンテンツ値での売買合計を更新する。図６に示すように本売買でのサーバ１０管理者の収益は５４００００円となる。
【００６１】
次に、図７に沿ってコンテンツ計算方法を説明する。
【００６２】
コンテンツ値計算は、同様にサーバ１０の制御部１６で行う。コンテンツ値は現在４５０円である。
【００６３】
制御部１６は、上述したステップＳ１３において計数される１０分間におけるダウンロード数とアップロード数の数をステップＳ３０１で計数する。ダウンロード数とアップロード数が６００と１０００であるとき、ステップＳ３０２において、価格変動値を（ダウンロード数−アップロード数）×定数として演算する。本実施の形態では定数を０．５とすると、価格変動値は−２００円となる。
【００６４】
次に、制御部１６はステップＳ３０３において、価格変動値が２００円より大きいか否かを判別する。価格変動値は−２００円であるので、制御部１６はステップＳ３０４に処理を進め、価格変動値を−２００円に決定する。
【００６５】
更に、ステップＳ３０５に進み、コンテンツ値が４５０−２００＝２５０円と演算される。
【００６６】
次に、制御部１６は、ステップＳ３０６において、演算されたコンテンツ値が本日の始値の５０％増より大きいか否かを判別する。２５０円 ＜ ４５０円 であるので、制御部１６は、ステップＳ３０７に処理を進め、コンテンツ値を２５０円に決定する。
【００６７】
そして、図４（Ａ）の投資金額データベースの対応するコンテンツ値、決定されたコンテンツ値での売買合計を更新する。図７に示すように本売買でのサーバ１０管理者の収益は−１０００００円となる。
【００６８】
次いで、図８に沿ってコンテンツ計算方法を説明する。
【００６９】
コンテンツ値計算は、同様にサーバ１０の制御部１６で行う。コンテンツ値は現在２５０円である。
【００７０】
制御部１６は、上述したステップＳ１３において計数される１０分間におけるダウンロード数とアップロード数の差分をステップＳ４０１で計数する。ダウンロード数とアップロード数が４００と１０００であるとき、ステップＳ４０２において、価格変動値を（ダウンロード数−アップロード数）×定数として演算する。本実施の形態では定数を０．５とすると、価格変動値は−３００円となる。
【００７１】
次に、制御部１６はステップＳ４０３において、価格変動値が２００円より大きいか否かを判別する。価格変動値は−３００円であるので、制御部１６はステップＳ４０４に処理を進め、価格変動値を−３００円に決定する。
【００７２】
更に、ステップＳ４０５に進み、コンテンツ値が２５０−３００＝−５０円と演算される。
【００７３】
次に、制御部１６は、ステップＳ４０６において、演算されたコンテンツ値が本日の始値の５０％増より大きいか否かを判別する。−５０円 ＜ ４５０円 であるので、制御部１６は、ステップＳ４０７に処理を進め、コンテンツ値をマイナスの価格からフリーダウンロードを許可する０円に変更し決定する。
【００７４】
そして、図４（Ａ）の投資金額データベースの対応するコンテンツ値、決定されたコンテンツ値での売買合計を更新する。図８に示すように本売買でのサーバ１０管理者の収益は０円となる。
【００７５】
更に、図３に示すフローチャートの説明を続ける。
上述のように制御部１６によりコンテンツ値演算、データベースの更新が完了すると、処理はステップＳ１７に進む。ステップＳ１７においては制御部１６は一ヶ月経ったか否かを例えば判断する。
【００７６】
一ヶ月経っていないときは制御部１６はステップＳ１１に処理を戻し、再びダウンロード、アップロードの待機状態を続ける。
【００７７】
本フローチャートにおいては、ダウンロード、アップロードの売買、及びユーザ、アーティストへの配当のための処理を一ヶ月毎に一括で行うように構成されている。ダウンロード、アップロードの売買に関して例えば上述したように１０分間毎に処理するように構成しても構わない。
【００７８】
制御部１６により一ヶ月目であると判別されると、処理はステップＳ１８に進む。
【００７９】
制御部１６において、サーバ１０管理者の利益を基に、ユーザ、及びアーティストへの配当が演算される。図９を用いて説明する。ここでは一つのコンテンツのみによる配当を示し、図５〜図８で示した収益の合計５２００００円を基に演算する。
【００８０】
まず、ユーザへの配当としてはサーバ１０管理者の利益５２００００円のうち１０％を割りあてる。そして、そのコンテンツの現在のダウンロード数（正確には、ユーザがそのコンテンツを現在所有する総数）が１００００であるとすると、そのコンテンツ１つを所有するにつき、５．２円の配当をユーザに割り当てる。例えば、同じコンテンツを３つ所有するユーザは５．２×３＝１５．６円の配当を得る。
【００８１】
次に、アーティストへの配当としてはサーバ１０管理者の利益５２００００円のうち４０％を割り当てる。すなわち、アーティストへの配当は２０８０００円である。すると、サーバ１０管理者の最終的な利益は２６００００円となる。
【００８２】
次に、ステップＳ１９に進み、制御部１６は、ユーザ、アーティストへの配当演算、及びサーバ１０管理者の利益演算結果を基に投資金額データベースを更新する。具体的には、サーバ利益データ、ユーザ配当データ、アーティスト配当データを更新する。
【００８３】
更に、ステップＳ２０に進み、制御部１６は、課金センタ７０に、サーバＩＤと、ユーザ及びアーティスト口座へのアクセス要求を専用線８０を介して送信する。
【００８４】
課金センタ７０の制御部７３は、ステップＳ２１において、アクセス要求受信待機状態である。サーバ１０よりサーバＩＤとアクセス要求が受信されると、ステップＳ２２において制御部７３はサーバＩＤより認証処理を行う。このとき、予めユーザ及びアーティストが本システムのサービス用に銀行口座を有している。この銀行口座指定処理により課金センタ７０の記憶部７４には、本システムのサーバＩＤと、ユーザ口座用鍵及びアーティスト口座用鍵とが対応して記憶される。そのため、制御部７３は受信されるサーバＩＤと記憶されるサーバＩＤとを照合することにより認証が取れるように構成されている。
【００８５】
受信されるサーバＩＤと記憶されるサーバＩＤの対応より認証がとれないとき、ステップＳ２３に進み、制御部７３は非認証信号をサーバ１０に送信する。制御部７３による認証がとれると、ステップＳ２４に進み、ユーザ口座用鍵とアーティスト口座用鍵がサーバ１０に送信される。
【００８６】
サーバ１０の制御部１６は、ステップＳ２５に進み、課金センタ７０より非認証信号を受信すると処理を終了する。課金センタ７０よりユーザ口座用鍵、及びアーティスト口座用鍵を受信すると処理をステップＳ２６に進める。ステップＳ２６において、制御部１６は、ユーザ口座用鍵、アーティスト口座用鍵、予めサーバに記憶されているサーバ口座用鍵、売買合計データ、ユーザ及びアーティスト配当データ、サーバ利益データを課金センタ７０に送信する。制御部１６は送信完了すると処理を終了する。
【００８７】
課金センタ７０の制御部７３はステップＳ２７においてユーザ及びアーティスト口座用鍵等の受信待機状態である。データが受信されると処理をステップＳ２８に進め、制御部７３は、図４（Ｂ）に示す記憶部７４に記憶されるデータベースの更新処理を行う。
【００８８】
具体的に、制御部７３は、ユーザ口座用鍵によりユーザ口座管理データにアクセスし、各ユーザ毎の売買合計に基いて日付、出入履歴、残金を更新する。更に、ユーザへの配当データに基づいて日付、出入履歴、残金を更新する。
【００８９】
また、制御部７３は、アーティスト口座用鍵によりアーティスト口座管理データにアクセスし、各アーティスト毎の配当データに基いて日付、出入履歴、残金を更新する。
【００９０】
更に、サーバ口座用鍵によりサーバ口座管理データにアクセスし、サーバ利益に基いて日付、出入履歴、残金を更新する。
【００９１】
更に、口座管理データの更新に基いて制御部７３は、ステップＳ２９において図４（Ｂ）に示す銀行ＩＤの銀行口座に対する決済処理をインタフェース７１を介して銀行センタ１３０と送受信することにより自動的に行う。すなわち、口座管理データの更新はそのまま銀行口座データの更新に反映される。
【００９２】
そして、この口座管理データの更新が完了すると課金センタ７０の制御部７３は処理を終了する。
【００９３】
上述のように、図３の処理により、個人アーティストが自分自身が製作したコンテンツをサーバ１０に登録し、ユーザがそのコンテンツ、例えば楽曲のダウンロード及びアップロードを繰り返す。すると、コンテンツの値段が変動するように制御されるので、ダウンロードされることが多いコンテンツは高額となりコンテンツにプレミアがつく。これより、プレミアがつくようなコンテンツを予想してユーザがダウンロードするという今までにないゲーム性を備えるシステムである。
【００９４】
更に、ユーザによるコンテンツのダウンロード、アップロードの繰り返しより、サーバ１０管理者は利益が得られ、その利益のうちの何％かをユーザ及びコンテンツを登録するアーティストに配当する決済処理機能を備える。これより、ユーザはヒットするアーティストを発掘すると対価を得ることができるというメリットがある。また、アーティストは、ダウンロードが多くなるようなコンテンツを登録すると多くの対価を得ることができる。
【００９５】
次いで、図１０のフローチャートを用いて、音楽事務所、レコード会社などの事務所に所属するアーティストによりサーバ１０に登録されたコンテンツを移動体端末装置５０のユーザがダウンロード、アップロードする際の図１に示すサーバ１０、中央管理センタ２０、移動体端末装置５０、課金センタ７０の動作について説明する。
【００９６】
サーバ１０の制御部１６がステップＳ５０１において事務所及びアーティストデータの登録処理を行う。具体的には、アーティスト或いは事務所関係者が自身のＰＣ等によりサーバ１０に直接アクセスし、事務所ＩＤ、アーティストＩＤ、コンテンツデータをサーバ１０に送信する。サーバ１０は図１１（Ａ）に示す記憶部１１に記憶されるデータベースに事務所ＩＤ、アーティストＩＤ、コンテンツＩＤ、コンテンツＩＤがポインタとなり指し示すコンテンツデータ、コンテンツの初期の値段、即ち、コンテンツの始値（コンテンツ値）を記憶する。
【００９７】
サーバ１０の制御部１６がステップＳ５０２において、アーティストデータを移動体端末装置５０に送信する。アーティストデータは、アーティストＩＤ、コンテンツＩＤ、コンテンツ値である。
【００９８】
移動体端末装置５０の制御部５７はステップＳ５０３において、アーティストデータの受信待機状態である。制御部５７はアーティストデータを受信完了すると、ステップＳ５０４に進み、表示部６５にアーティストデータを表示する。
【００９９】
制御部５７は、ステップＳ５０５においてユーザによるコンテンツデータの指示部６４によるダウンロード指示を受け付けると、ステップＳ５０６に進み、ユーザＩＤとコンテンツＩＤをサーバ１０に送信する。
【０１００】
制御部５７は、ステップＳ５０７において、サーバ１０から送信されるユーザＩＤ、コンテンツＩＤ、コンテンツデータの受信待機状態となる。受信が完了すると、制御部５７は、ステップＳ５０８に進む。
【０１０１】
また、制御部５７は、ステップＳ５０５においてユーザによるコンテンツデータのダウンロード指示がないと、ステップＳ５０８に進む。
【０１０２】
制御部５７は、ステップＳ５０８においてユーザにより以前ダウンロードされＲＡＭ６３に記憶されるコンテンツをアップロードする指示が指示部６４より与えられると、ステップＳ５０９に進み、ユーザＩＤとコンテンツをサーバ１０に送信する。制御部５７は、ステップＳ５０８においてユーザによるコンテンツのアップロード指示がないと、ステップＳ５１０に進む。
【０１０３】
制御部５７は、ユーザによる終了指示があるか否かを判別し、ないときにはステップＳ５０４に戻り、再び同じアーティストデータを表示するか、既に記憶部１１に記憶されているアーティストデータを表示する。一方、制御部５７がユーザによる終了指示があると判別するときには移動体端末装置５０での処理を終了する。
【０１０４】
サーバ１０の制御部１６は、ステップＳ５１１においてユーザＩＤ、コンテンツＩＤの受信待機状態である。受信されないとき、ステップＳ５１２に進み、ユーザＩＤ，コンテンツの受信待機状態となる。ユーザＩＤ、コンテンツも受信されないとき、ステップＳ５１１に戻り、ユーザＩＤ、コンテンツＩＤ、コンテンツの受信待機状態を続ける。
【０１０５】
ステップＳ５１１において、ユーザＩＤとコンテンツＩＤが受信されると、制御部１６はステップＳ５１３に処理を進める。ステップＳ５１３において、制御部１６は、ステップＳ５１１により受信されたユーザのダウンロードリクエストに応じてユーザＩＤ、コンテンツＩＤ、コンテンツデータを移動体端末装置５０に送信する。送信が完了すると、制御部１６は処理をステップＳ５１４に進める。
【０１０６】
制御部１６は、ステップＳ５１４において、図１１（Ａ）に示すデータベースを更新する。
【０１０７】
例えば、ユーザＩＤとコンテンツＩＤが受信されるとき（ダウンロード）、コンテンツＩＤに対応してユーザＩＤを記憶する。また、ダウンロード数を１つインクリメントする。本実施の形態ではユーザの１回のダウンロード指示では、コンテンツ１つに対して１回のダウンロードを許可するように構成しているが、１回のダウンロードで同じコンテンツを、或いは異なるコンテンツを複数ダウンロードできるようにしても良い。
【０１０８】
次に、ユーザＩＤとコンテンツが受信されるとき（アップロード）、ユーザＩＤ、コンテンツに対応するアップロード数を一つインクリメントする。本実施の形態ではユーザの１回のアップロード指示では、コンテンツ１つに対して１回のアップロードを許可するように構成しているが、１回のアップロードで同じコンテンツを複数アップロード、或いは異なるコンテンツを複数アップロードできるようにしても構わない。
【０１０９】
制御部１６は、ステップＳ５１４における投資金額データベースの更新を完了すると、ステップＳ５１５に進む。制御部１６は、ステップＳ５１５において、所定時間が計数されたか否かを判定する。本実施の形態では、所定時間を１０分とする。すなわち、ステップＳ５１５では、１０分おきにステップＳ５１６の処理に進むように制御部１６は動作制御する。
【０１１０】
制御部１６は、ステップＳ５１６において、図１１（Ａ）の投資金額データベースに応じてコンテンツ値を演算すると共に、データベースのコンテンツ値、及び売買合計を更新する。
【０１１１】
ここで、コンテンツ値計算方法は図５〜図８に示す方法と同様である。
【０１１２】
制御部１６によりコンテンツ値演算、データベースの更新が完了すると、処理はステップＳ５１７に進む。ステップＳ５１７においては制御部１６は一ヶ月経ったか否かを例えば判定する。
【０１１３】
一ヶ月経っていないときは制御部１６はステップＳ５１１に処理を戻し、再びダウンロード、アップロードの待機状態を続ける。
【０１１４】
本フローチャートにおいては、ダウンロード、アップロードでの売買及びユーザ、アーティストへの配当のための処理を一ヶ月毎に一括で行うように構成されている。ダウンロード、アップロードの売買に関して例えば１０分間毎に処理するように構成しても構わない。
【０１１５】
制御部１６により一ヶ月目であると判別されると、処理はステップＳ５１８に進む。
【０１１６】
制御部１６において、サーバ１０の管理者の利益を基に、ユーザ、及び事務所への配当が演算される。図１２を用いて説明する。ここでは一つのコンテンツのみによる配当を示し、図５〜図８で示した収益の合計５２００００円を基に演算する。ここで、事務所への配当の演算は、当然複数のコンテンツのサーバ１０管理者の利益より分配するようにしても構わない。
【０１１７】
まず、ユーザへの配当としてはサーバ１０管理者の利益５２００００円のうち１０％を割りあてる。そして、そのコンテンツの現在のダウンロード数（正確には、ユーザがそのコンテンツを現在所有する総数）が１００００であるとすると、そのコンテンツ１つを所有するにつき、５．２円の配当をユーザに割り当てる。例えば、同じコンテンツを３つ所有するユーザは５．２×３＝１５．６円の配当を得る。
【０１１８】
次に、事務所への配当としてはサーバ１０管理者の利益５２００００円のうち４０％を割り当てる。すなわち、事務所への配当は２０８０００円である。すると、サーバ１０管理者の最終的な利益は２６００００円となる。
【０１１９】
次に、ステップＳ５１９に進み、制御部１６は、ユーザ、アーティストへの配当演算、及びサーバ１０管理者の利益演算結果を基に投資金額データベースを更新する。具体的には、サーバ利益データ、ユーザ配当データ、事務所配当データを更新する。
【０１２０】
更に、ステップＳ５２０に進み、制御部１６は、課金センタ７０に、サーバＩＤと、ユーザ及び事務所口座へのアクセス要求を専用線８０を介して送信する。
【０１２１】
課金センタ７０の制御部７３は、ステップＳ５２１において、アクセス要求受信待機状態である。サーバ１０よりサーバＩＤとアクセス要求が受信されると、ステップＳ５２２において制御部７３はサーバＩＤより認証処理を行う。このとき、予めユーザ及び事務所が本システムのサービス用に銀行口座を指定している。この銀行口座指定処理により課金センタ７０の記憶部７４には、本システムのサーバＩＤと、ユーザ口座用鍵及び事務所口座用鍵とが対応して記憶されている。そのため、制御部７３は受信されるサーバＩＤと記憶されているサーバＩＤとを照合することにより認証が取れるように構成されている。
【０１２２】
受信されるサーバＩＤと記憶されているサーバＩＤの対応より認証がとれないとき、ステップＳ５２３に進み、制御部７３は非認証信号をサーバ１０に送信する。制御部７３による認証がとれると、ステップＳ５２４に進み、ユーザ口座用鍵と事務所口座用鍵がサーバ１０に送信される。
【０１２３】
サーバ１０の制御部１６は、ステップＳ５２５に進み、課金センタ７０より非認証信号を受信すると処理を終了する。課金センタ７０よりユーザ口座用鍵、及び事務所口座用鍵を受信すると処理をステップＳ５２６に進める。ステップＳ５２６において、制御部７３は、ユーザ口座用鍵、事務所口座用鍵、予めサーバに記憶されているサーバ口座用鍵、売買合計データ、ユーザ及び事務所配当データ、サーバ利益データを課金センタ７０に送信する。制御部１６は送信完了すると処理を終了する。
【０１２４】
課金センタ７０の制御部７３はステップＳ５２７においてユーザ及び事務所口座用鍵等の受信待機状態である。データが受信される処理をステップＳ５２８に進め、制御部７３は、図１１（Ｂ）に示す記憶部７４に記憶されるデータベースの更新処理を行う。
【０１２５】
制御部７３は、ユーザ口座用鍵によりユーザ口座管理データにアクセスし、各ユーザ毎の売買合計に基いて日付、出入履歴、残金を更新する。更に、ユーザへの配当データに基づいて日付、出入履歴、残金を更新する。
【０１２６】
また、制御部７３は、事務所口座用鍵により事務所口座管理データにアクセスし、各事務所毎の配当データに基いて日付、出入履歴、残金を更新する。
【０１２７】
また、制御部７３は、サーバ口座用鍵によりサーバ口座管理データにアクセスし、サーバ利益に基いて日付、出入履歴、残金を更新する。
【０１２８】
更に、口座管理データの更新に基いて制御部７３は、ステップＳ５２９において図１１（Ｂ）に示す銀行ＩＤの銀行口座に対する決済処理をインタフェース７１を介して銀行センタ１３０と送受信することにより自動的に行う。すなわち、口座管理データの更新はそのまま銀行口座データの更新に反映される。
【０１２９】
そして、この口座管理データの更新が完了すると課金センタ７０の制御部７３は処理を終了する。
【０１３１】
更に、ユーザによるコンテンツのダウンロード、アップロードの繰り返しより、サーバ１０管理者は利益が得られ、その利益のうちの何％かをユーザ及びコンテンツを登録するアーティストに配当する決済処理機能を備える。これより、ユーザはヒットするアーティストを発掘すると対価を得ることができるというメリットがある。また、事務所は、ダウンロードが多くなるようなコンテンツを登録すると多くの対価を得ることができる。更に、図１に示すように事務所からアーティストに給与と共にその配当を分配するようにすればアーティストにとっても大きな利益を得ることが可能である。
【０１３２】
次いで、図１３のフローチャートを用いて、音楽事務所、レコード会社などの事務所に所属するアーティストによりサーバ１０に登録されたコンテンツを移動体端末装置５０のユーザがダウンロード、アップロードするとともに、小売店、或いは音楽事務所から提供される売上データに応じてユーザ、事務所、小売店への配当を行う際の図１に示すサーバ１０、中央管理センタ２０移動体端末装置５０、課金センタ７０の動作について説明する。
【０１３３】
サーバ１０の制御部１６がステップＳ６０１において事務所及びアーティストデータの登録処理を行う。具体的には、アーティスト或いは事務所関係者が自身のＰＣ等によりサーバ１０に直接アクセスし、事務所ＩＤ、アーティストＩＤ、コンテンツデータをサーバ１０に送信する。サーバ１０は図１４（Ａ）に示す記憶部１１に記憶されるデータベースに事務所ＩＤ、アーティストＩＤ、コンテンツＩＤ、コンテンツＩＤがポインタとなり指し示すコンテンツデータ、コンテンツの初期の値段、即ち、コンテンツの始値（コンテンツ値）を記憶する。
【０１３４】
サーバ１０の制御部１６がステップＳ６０２において、アーティストデータを移動体端末装置５０に送信する。アーティストデータは、アーティストＩＤ、コンテンツＩＤ、コンテンツ値である。
【０１３５】
移動体端末装置５０の制御部５７はステップＳ６０３において、アーティストデータの受信待機状態である。制御部５７はアーティストデータを受信完了すると、ステップＳ６０４に進み、表示部６５にアーティストデータを表示する。
【０１３６】
制御部５７は、ステップＳ６０５においてユーザによるコンテンツデータの指示部６４によるダウンロード指示を受け付けると、ステップＳ６０６に進み、ユーザＩＤとコンテンツＩＤをサーバ１０に送信する。
【０１３７】
制御部５７は、ステップＳ６０７において、サーバ１０から送信されるユーザＩＤ、コンテンツＩＤ、コンテンツデータの受信待機状態となる。受信が完了すると、制御部５７は、ステップＳ６０８に進む。
【０１３８】
また、制御部５７は、ステップＳ６０５においてユーザによるコンテンツデータのダウンロード指示がないと、ステップＳ６０８に進む。
【０１３９】
制御部５７は、ステップＳ６０８においてユーザにより以前ダウンロードされＲＡＭ６３に記憶されるコンテンツをアップロードする指示が指示部６４より与えられると、ステップＳ６０９に進み、ユーザＩＤとコンテンツをサーバ１０に送信する。制御部５７は、ステップＳ６０８においてユーザによるコンテンツのアップロード指示がないと、ステップＳ６１０に進む。
【０１４０】
制御部５７は、ユーザによる終了指示があるか否かを判別し、ないときにはステップＳ６０４に戻り、再び同じアーティストデータを表示するか、既に記憶部１１に記憶されているアーティストデータを表示する。一方、制御部５７がユーザによる終了指示があると判定するときには移動体端末装置５０での処理を終了する。
【０１４１】
サーバ１０の制御部１６は、ステップＳ６１１において、図１４（Ａ）のデータベースに記録されるコンテンツＩＤの売上データの受信待機状態である。ここで、売上データは、音楽事務所、或いは小売店がＰＣなどによりサーバ１０に直接アクセスし、小売店ＩＤ（或いは音楽事務所ＩＤ）、コンテンツＩＤと売上データをサーバ１０に送信する。ステップＳ６１１において、制御部１６が小売店ＩＤ、コンテンツＩＤ，と各コンテンツＩＤに対応する売上データを受信するとステップＳ６１２に進む。
【０１４２】
サーバ１０の制御部１６は、ステップＳ６１２においてユーザＩＤ、コンテンツＩＤの受信待機状態である。受信されないとき、ステップＳ６１３に進み、ユーザＩＤ，コンテンツの受信待機状態となる。ユーザＩＤ、コンテンツも受信されないとき、ステップＳ６１２に戻り、ユーザＩＤ、コンテンツＩＤ，コンテンツの受信待機状態を続ける。
【０１４３】
ステップＳ６１２において、ユーザＩＤとコンテンツＩＤが受信されると、制御部１６はステップＳ６１４に処理を進める。ステップＳ６１４において、制御部１６は、ステップＳ６１２により受信されたユーザのダウンロードリクエストに応じてユーザＩＤ、コンテンツＩＤ、コンテンツデータを移動体端末装置５０に送信する。送信が完了すると、制御部１６は処理をＳ６１５に進める。
【０１４４】
制御部１６は、ステップＳ６１５において、図１４（Ａ）に示すデータベースを更新する。
【０１４５】
例えば、ユーザＩＤとコンテンツＩＤが受信されるとき（ダウンロード）、コンテンツＩＤに対応してユーザＩＤを記憶する。また、ダウンロード数を１つインクリメントする。本実施の形態ではユーザの１回のダウンロード指示では、コンテンツ１つに対して１回のダウンロードを許可するように構成しているが、１回のダウンロードで同じコンテンツを、或いは異なるコンテンツを複数ダウンロードできるようにしても良い。
【０１４６】
次に、ユーザＩＤとコンテンツが受信されるとき（アップロード）、ユーザＩＤ、コンテンツに対応するアップロード数を一つインクリメントする。本実施の形態ではユーザの１回のアップロード指示では、コンテンツ１つに対して１回のアップロードを許可するように構成しているが、１回のアップロードで同じコンテンツを複数アップロード、或いは異なるコンテンツを複数アップロードできるようにしても構わない。更に、制御部１６は、ステップＳ６１０において受信された小売店ＩＤ、売上データをコンテンツＩＤに対応して記憶させる。
【０１４７】
制御部１６は、ステップＳ６１５における投資金額データベースの更新を完了すると、ステップＳ６１６に進む。制御部１６は、ステップＳ６１６において、所定時間が計数されたか否かを判定する。本実施の形態では、所定時間を１０分とする。すなわち、ステップＳ６１６では、１０分おきにステップＳ６１７の処理に進むように制御部１６は動作制御する。
【０１４８】
制御部１６は、ステップＳ６１７において、図１４（Ａ）の投資金額データベースに応じてコンテンツ値を演算すると共に、データベースのコンテンツ値、及び売買合計を更新する。
【０１４９】
ここで、コンテンツ値計算方法は図５〜図８に示す方法と同様である。
【０１５０】
制御部１６によりコンテンツ値演算、データベースの更新が完了すると、処理はステップＳ６１８に進む。ステップＳ６１８においては制御部１６は一ヶ月経ったか否かを例えば判断する。
【０１５１】
一ヶ月経っていないときは制御部１６はステップＳ６１２に処理を戻し、再びダウンロード、アップロードの待機状態を続ける。
【０１５２】
本フローチャートにおいては、ダウンロード、アップロードの売買、及びユーザ、事務所、小売店への配当のための処理を一ヶ月毎に一括で行うように構成されている。ダウンロード、アップロードの売買に関して例えば１０分間毎に処理するように構成しても構わない。
【０１５３】
制御部１６により一ヶ月目であると判別されると、処理はステップＳ６１９に進む。
【０１５４】
制御部１６において、サーバ１０管理者の利益を基に、ユーザ、及び事務所への配当が演算される。図１５を用いて説明する。ここでは一つのコンテンツのみによる配当を示し、図５〜図８で示した収益の合計５２００００円と、売上利益を４８００００円として演算する。ここで、事務所への配当の演算は、当然複数のコンテンツのサーバ１０管理者の利益より分配するようにしても構わない。
【０１５５】
まず、ユーザへの配当としてはサーバ１０管理者の利益５２００００円の１０％と、そのコンテンツの売上利益の１０％をサーバ１０管理者利益から割りあてる。そして、そのコンテンツの現在のダウンロード数（正確には、ユーザがそのコンテンツを現在所有する総数）が１００００であるとすると、そのコンテンツ１つを所有するにつき、１０円の配当をユーザに割り当てる。例えば、同じコンテンツを３つ所有するユーザは１０×３＝３０円の配当を得る。
【０１５６】
次に、事務所への配当としてはサーバ１０管理者の利益５２００００円のうち４０％と、売上利益の１０％を割り当てる。すなわち、事務所への配当は２０８０００＋４８０００円である。
【０１５７】
更に、小売店への配当としてはサーバ１０管理者の利益５２００００円のうち１０％と、売上利益の１０％を割り当てる。すなわち、事務所への配当は５２０００＋４８０００円である。すると、サーバ１０管理者の最終的な利益は６４０００円となる。
【０１５８】
次に、ステップＳ６２０に進み、制御部１６は、ユーザ、事務所、小売店への配当演算、及びサーバ１０管理者の利益演算結果を基に投資金額データベースを更新する。具体的には、サーバ利益データ、ユーザ配当データ、事務所配当データ、小売店配当データを更新する。
【０１５９】
更に、ステップＳ６２１に進み、制御部１６は、課金センタ７０に、サーバＩＤと、ユーザ、事務所、及び小売店口座へのアクセス要求を専用線８０を介して送信する。
【０１６０】
課金センタ７０の制御部７３は、ステップＳ６２２において、アクセス要求受信待機状態である。サーバ１０よりサーバＩＤとアクセス要求が受信されると、ステップＳ６２３において制御部７３はサーバＩＤより認証処理を行う。このとき、予めユーザ、事務所、小売店が本システムのサービス用に銀行口座を指定している。この銀行口座指定処理により課金センタ７０の記憶部７４には、本システムのサーバＩＤと、ユーザ口座用鍵、事務所口座用鍵、小売店口座用鍵とが対応して記憶される。そのため、制御部７３は受信されるサーバＩＤと記憶されるサーバＩＤとを照合することにより認証が取れるように構成されている。
【０１６１】
受信されるサーバＩＤと記憶されるサーバＩＤの対応より認証がとれないとき、ステップＳ６２４に進み、制御部７３は非認証信号をサーバ１０に送信する。制御部７３による認証がとれると、ステップＳ６２５に進み、ユーザ口座用鍵、事務所口座用鍵、及び小売店口座用鍵がサーバ１０に送信される。
【０１６２】
サーバ１０の制御部１６は、ステップＳ６２６に進み、課金センタ７０より非認証信号を受信すると処理を終了する。課金センタ７０よりユーザ口座用鍵、事務所口座用鍵、小売店口座用鍵を受信すると処理をステップＳ６２７に進める。ステップＳ６２７において、制御部７３は、ユーザ口座用鍵、事務所口座用鍵、小売店口座用鍵、予めサーバに記憶されているサーバ口座用鍵、売買合計データ、ユーザ、事務所、及び小売店配当データ、サーバ利益データを課金センタ７０に送信する。制御部１６は送信完了すると処理を終了する。
【０１６３】
課金センタ７０の制御部７３はステップＳ６２８においてユーザ、事務所、及び小売店口座用鍵等の受信待機状態である。データが受信される処理をステップＳ６２９に進め、制御部７３は、図１４（Ｂ）に示す記憶部７４に記憶されるデータベースの更新処理を行う。
【０１６４】
具体的に、制御部７３は、ユーザ口座用鍵によりユーザ口座管理データにアクセスし、各ユーザ毎の売買合計に基いて日付、出入履歴、残金を更新する。更に、ユーザへの配当データに基づいて日付、出入履歴、残金を更新する。
【０１６５】
また、制御部７３は、事務所口座用鍵により事務所口座管理データにアクセスし、各事務所毎の配当データに基いて日付、出入履歴、残金を更新する。
【０１６６】
また、制御部７３は、小売店口座用鍵により小売店口座管理データにアクセスし、各事務所毎の配当データに基いて日付、出入履歴、残金を更新する。
【０１６７】
また、制御部７３は、サーバ口座用鍵によりサーバ口座管理データにアクセスし、サーバ利益に基いて日付、出入履歴、残金を更新する。
【０１６８】
更に、口座管理データの更新に基いて制御部７３は、ステップＳ６３０において図１４（Ｂ）に示す銀行ＩＤの銀行口座に対する決済処理をインタフェース７１を介して銀行センタ１３０と送受信することにより自動的に行う。すなわち、口座管理データの更新はそのまま銀行口座データの更新に反映される。
【０１６９】
そして、この口座管理データの更新が完了すると課金センタ７０の制御部７３は処理を終了する。
【０１７０】
上述のように、図１３の処理により、事務所が、或いはその事務所に所属するアーティストが、製作したコンテンツをサーバ１０に登録し、ユーザがそのコンテンツ、例えば楽曲のダウンロード及びアップロードを繰り返す。これに伴い、コンテンツの値段が変動するように制御されるので、ダウンロードされることが多いコンテンツは高額となりコンテンツにプレミアがつく。これより、プレミアがつくようなコンテンツを予想してユーザがダウンロードするという今までにないゲーム性を備えるシステムである。
【０１７１】
更に、ユーザによるコンテンツのダウンロード、アップロードの繰り返しより、サーバ１０管理者は利益が得られる。また、制御部１６は、メディアに記録されたコンテンツの売上データによる売上利益に応じてユーザ、事務所、小売店への配当を演算し自動決算処理を行う。これより、ユーザはヒットするアーティストを発掘すると対価を得ることができるというメリットがある。また、事務所は、ダウンロード、或いは売上が多くなるようなコンテンツを登録すると多くの対価を得ることができる。更に、小売店は多く売れば売上利益だけでなく更にサーバ１０管理者から配当を得ることが可能である。更に、図１に示すように事務所からアーティストに給与と共にその配当を分配するようにすればアーティストにとっても大きな利益を得ることが可能である。
【０１７２】
また、本発明に係る移動体投資システムは、以下のように構成してもよい。
【０１７３】
図１６は、本発明に係る移動体投資システムの第２の具体的なシステム構成を示すブロック図である。なお、図１と同じ装置については同じ符号を付してその詳細を省略する。
【０１７４】
図２で説明したブロック図との相違点は、移動体端末装置５０に内蔵される偏芯モータ２０１が内蔵される点である。移動体端末装置５０が、サーバ１０から中央管理センタ２０、基地局４０を介して送信されるコンテンツ値変動情報を受信するとき、制御部５７の制御により偏芯モータ２０１が駆動し、ユーザにコンテンツ値の変動を告知するために設けられている。
【０１７５】
また、移動体端末装置５０の形態の一例として携帯電話２０２を示す。上述したコンテンツ値の変動をユーザに知らせる手段は、上述の偏芯モータ２０１のみでなく、制御部５７の制御のもと表示部６５に表示されるアーティストデータ２０３に重畳するように、緊急告知を示す文字、及び所定のコンテンツのコンテンツ値変動データ２０４を表示する方法がある。更に、告知を強調するため、制御部５７は表示を点滅するように制御しても良い。
【０１７６】
図１７は、図１６に示すサーバ１０、中央管理センタ２０、移動体端末装置５０、課金センタ７０の動作を示すフローチャートである。なお、図３のフローチャートと同一のステップについては説明を省略する。
【０１７７】
移動体端末装置５０においては、ステップＳ８において、制御部５７がユーザによるコンテンツデータのアップロード指示がないと判別するか、ステップＳ９において、ユーザＩＤとコンテンツデータのサーバへの送信を制御した後、ステップＳ７０１に進み、制御部５７は、サーバ１０からの割込み情報、コンテンツＩＤ、コンテンツ値（ユーザＩＤ）が受信されているか否かをチェックする。
【０１７８】
一方、サーバ１０においては、制御部１６がステップＳ１５において所定時間であると判別し、更に、ステップＳ１６において投資金額データベースに応じてコンテンツ値が演算され、データベースが更新されたのち、ステップＳ７０２の処理に進む。制御部１６は、ステップＳ７０２において、演算されたコンテンツ値変動の絶対値が１００円より大きいとき、そのコンテンツをダウンロード、アップロードしたことのあるユーザを記憶部１１に記憶されるデータベースにより検索し、該当ユーザの移動体端末装置５０に割込み情報、コンテンツＩＤ、コンテンツ値（ユーザＩＤ）を送信する。コンテンツ値変動の絶対値が１００円以下のときは送信処理をせずステップＳ１７に進む。
【０１７９】
コンテンツ値変動が１００円より大きく、サーバ１０から割込み情報等が移動体端末装置に専用線３０、中央管理センタ２０、基地局４０を介して送信されるとき、移動体端末装置の制御部５７の処理は、ステップＳ７０１において割込み情報などが受信され、ステップＳ７０３に進む。制御部５７はステップＳ７０３において偏芯モータ２０１を駆動制御する制御信号を偏芯モータ２０１に送信、或いは、表示部６５にコンテンツ値変動情報２０４等が重畳されるように表示部６５に制御信号を送信する。これにより、ユーザにより各告知手段によりコンテンツ値変動が緊急告知され、ユーザが利益を得るためのコンテンツのアップロード、ダウンロードのタイミングを失うことが少なくなる。
【０１８０】
制御部７０３による各告知手段への制御信号は、ステップＳ７０４においてユーザによる告知終了指示を制御部５７が検出するまで有効である。ステップＳ７０４においてユーザによる告知終了指示を制御部５７が検出すると、処理はステップＳ１０に進む。
【０１８１】
本実施例のような金融取引可能な移動体がコンテンツ値、或いは株価変動等の告知手段を備えることにより、ユーザにいつでもどこでも、強制的にコンテンツ値、株価変動等を告知することが可能となる。これより、ユーザが金融商品の売買のタイミング、或いは実施例の場合のアップロード、ダウンロードのタイミングを逃すことが少なくなるといった格別の効果を有する。
【０１８２】
また、本発明に係る移動体投資システムは、以下のように構成してもよい。
【０１８３】
この、本発明に係る移動体投資システムの第３の具体的なシステム構成は図１６と同様である。図１８は、移動体投資システムの第３の具体的なシステム構成における図１６に示すサーバ１０、中央管理センタ２０、移動体端末装置５０、課金センタ７０の動作を示すフローチャートである。図１８は図３に示したフローチャートと略同様で、変更されている点を一部抜粋して記したものである。以下、図３のフローチャートと同一のステップについては説明を省略する。
【０１８４】
サーバ１０において、ステップＳ１９で制御部１６が、ユーザ、アーティストへの配当演算、及びサーバ１０管理者の利益演算結果を基に投資金額データベースを更新する。そして、図１８のステップＳ８０１に処理を進める。ステップＳ８０１において、制御部１６は、課金センタ７０に、サーバＩＤと、アーティスト口座へのアクセス要求を専用線８０を介して送信する。以下課金センタ７０の処理はサーバ１０に返信される口座用鍵がアーティスト用のみであることを除き、図３の処理と同様である。
【０１８５】
サーバ１０の制御部１６はステップＳ８０２に処理を進め、中央管理センタ２０に、サーバＩＤ、ユーザＩＤと、ユーザ口座へのアクセス要求を専用線３０を介して送信する。
【０１８６】
中央管理センタ２０の制御部２６は、ステップＳ８０３において、アクセス要求受信待機状態である。サーバ１０よりサーバＩＤ、ユーザＩＤ、とアクセス要求が受信されると、ステップＳ８０４において、制御部２６はサーバＩＤ、ユーザＩＤより認証処理を行う。このとき、携帯電話のユーザは予め通話料金用の口座を指定しており、図１９に示すようなデータベースが記憶部２１に記憶されている。ここで、図１９のデータベースはサーバＩＤとユーザＩＤとが対応して記憶されているが、この対応関係はユーザが一度でもサーバＩＤとユーザＩＤとを中央管理センタ２０に送信するイベントが行われた後に、このように対応して記憶されている。よって、ここでの制御部２６の認証は、中央管理センタ２０にアクセス可能なサーバＩＤか否かを認証し、更に、受信されるユーザＩＤが通話料金用口座にアクセスするための口座用鍵と対応して記憶されるユーザＩＤに存在するか否かで認証を行う。この認証の後、制御部２６はユーザＩＤに対応してサーバＩＤが記憶されるように記憶部２１を制御し、最終的に図１９のようなデータベースが構築されていく。
【０１８７】
制御部２６が、受信されるサーバＩＤとユーザＩＤとで認証しないとき、ステップＳ８０６に進み、制御部２６は非認証信号をサーバ１０に送信する。制御部２６が認証すると、ステップＳ８０５に進み、制御部２６はユーザ口座用鍵をサーバ１０に送信するように制御する。このときユーザ口座用鍵は暗号化されることが好ましい。
【０１８８】
以下サーバ１０の処理は図３のフローチャートと同様なので省略する。
【０１８９】
このように、本発明の第２の実施例においては、携帯電話等の通話料金用の口座が、自動的に金融商品取引、例えば、コンテンツのアップロード、ダウンロードにより発生する決済処理を行う口座に割り当てられるように構成されているので、ユーザは、新たに金融商品取引用の口座の指定を行うという手間がかからない。また、インターネット等の公衆回線により口座の指定を行う必要がなく、サーバ１０と中央管理センタ２０とを接続する専用線３０で口座用鍵が送受信されるため、セキュリティ上の効果も高い。
【０１９０】
なお、以上の説明においては、金融商品の取引としてコンテンツのアップロード、ダウンロードを実施例としているが、通常の株価取引、先物取引などどのような取引であっても構わない。
【０１９１】
また、以上の説明ではコンテンツ値が変動するようにしたが、コンテンツ値の価格は固定にし、売上げに応じて配当が演算されるようにしても構わない。
【０１９２】
更に、移動体端末装置として携帯電話を例としたが移動体であればよく、自動車、ＰＤＡ、携帯コンピュータ等でも構わない。
【０１９３】
また、第２のシステム構成において告知手段は表示、及び、振動であったが、音声でもかまわない。例えば、予めメモリに記憶されるビープ音で告知しても良いし、割込み情報と共に送信されるコンテンツＩＤに応じてそのコンテンツ（楽曲）を再生するようにしても良い。
【０１９４】
【発明の効果】
本発明によれば、オンライン取引が可能な移動体端末装置に所望の金融商品の価値変動に応じてユーザに告知する告知手段を備えることにより、金融取引のタイミングをユーザが逃さないといった効果を有する。
【０１９５】
更に、通話料金用の口座を自動的に金融商品売買用の口座に割り当てることが可能なため、ユーザの口座の登録処理の手間が省けると共にセキュリティ上非常に安全な移動体投資システムを提供できるといった各別の効果を有する。
【図面の簡単な説明】
【図１】本発明全体のシステム構成を示すブロック図である。
【図２】本発明システムの一部を示すブロック図である。
【図３】本発明が適用された移動体投資システムの各装置の動作を示すフローチャートである。
【図４】本発明が適用された移動体投資システムのサーバに記憶されるデータベース構成を示す図である。
【図５】本発明が適用された移動体投資システムのサーバが投資対象の価値データを演算する方法を示す図である。
【図６】本発明が適用された移動体投資システムのサーバが投資対象の価値データを演算する他の方法を示す図である。
【図７】本発明が適用された移動体投資システムのサーバが投資対象の価値データを演算する更に他の方法を示す図である。
【図８】本発明が適用された移動体投資システムのサーバが投資対象の価値データを演算する更に他の方法を示す図である。
【図９】本発明が適用された移動体投資システムのサーバが配当を演算する方法を示す図である。
【図１０】本発明が適用された移動体投資システムの他の実施例を示すフローチャートである。
【図１１】本発明が適用された移動体投資システムの他の実施例のサーバに記憶されるデータベース構成を示す図である。
【図１２】本発明が適用された移動体投資システムの他の実施例のサーバが配当を演算する方法を示す図である。
【図１３】本発明が適用された移動体投資システムの更に他の実施例を示すフローチャートである。
【図１４】本発明が適用された移動体投資システムの更に他の実施例のサーバに記憶されるデータベース構成を示す図である。
【図１５】本発明が適用された移動体投資システムの更に他の実施例のサーバが配当を演算する方法を示す図である。
【図１６】本発明が適用された移動体投資システムの更に他の実施例を示すブロック図である。
【図１７】本発明が適用された移動体投資システムの更に他の実施例の動作を示すフローチャートである。
【図１８】本発明が適用された移動体投資システムの更に他の実施例の動作を示すフローチャートである。
【図１９】上記更に他の実施例の中央管理センタ２０に記憶されるユーザの口座にアクセスするための鍵を含むデータベース構成を示す図である。
【符号の説明】
１０  サーバ装置、１１  記憶部、１４  ＲＯＭ、１５  ＲＡＭ、１６  制御部、２０  中央管理センタ、２１  記憶部、２４  ＲＯＭ、２５  ＲＡＭ、２６  制御部、４０  基地局、５０  移動体端末装置、５７  制御部、６２  ＲＯＭ、６３  ＲＡＭ、６４  指示部、６５  表示部、７０  課金センタ、７４  記憶部、７５  ＲＯＭ、７６  ＲＡＭ、２０１  偏芯モータ、
【図１】
0004529235.tif 000002
【図２】
0004529235.tif 000003
【図３】
0004529235.tif 000004
【図４】
0004529235.tif 000005
【図５】
0004529235.tif 000006
【図６】
0004529235.tif 000007
【図７】
0004529235.tif 000008
【図８】
0004529235.tif 000009
【図９】
0004529235.tif 000010
【図１０】
0004529235.tif 000011
【図１１】
0004529235.tif 000012
【図１２】
0004529235.tif 000013
【図１３】
0004529235.tif 000014
【図１４】
0004529235.tif 000015
【図１５】
0004529235.tif 000016
【図１６】
0004529235.tif 000017
【図１７】
0004529235.tif 000018
【図１８】
0004529235.tif 000019
【図１９】
0004529235.tif 000020