JP2001331647A - 移動体投資システム及び投資方法 - Google Patents

Abstract

(57)【要約】 【課題】移動体端末装置を介して株等の金融商品の価値
変動をいつでも見られ且つ、株売買等の金融取引が可能
な移動体投資システムを提供する。 【解決手段】移動体ネットワークを介して投資対象デー
タの受信及びユーザからの投資のリクエスト信号を送信
可能な第１の送受信手段と、投資対象データの告知手段
と、投資対象への投資を指示する投資指示手段と、受信
された割込み情報に応じて告知手段により割込みを告知
する第１の制御手段を有する移動体端末装置と、移動体
ネットワークを介して投資のリクエスト信号の受信及び
投資対象データの移動体端末装置への送信を行う第２の
送受信手段と、投資のリクエスト信号に応じてユーザ識
別子、投資対象識別子、投資額データを記憶する記憶手
段と、投資額データから演算された価値データに応じて
割込み情報を移動体端末装置に送信する第２の制御手段
を有するサーバ装置とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術の分野】本発明は移動体通信システ
ムを利用した移動体投資システムに関する。すなわち、
本発明は、携帯電話網などによる無線通信システムを介
して、ユーザは、リアルタイムで株などの投資対象の価
値変動を監視できると共に投資対象の取引が可能な移動
体投資システムに関する。

【０００２】

【従来の技術】従来、インターネットなどを介して株式
の売買を行うシステムは知られている。また、ミュージ
シャン、俳優、映画などに対するオンライン投資に関す
るビジネスも知られている。更に、携帯電話網を利用し
た投票システムも公知である。

【０００３】

【発明が解決しようとする課題】しかし、インターネッ
トを介して行う株式の売買では、常にユーザがその株価
の変動に注目していなければ売買のタイミングを逃して
しまう。また、その株価を携帯電話で表示可能としても
ユーザがその携帯電話を常に凝視している必要がある。

【０００４】更に、オンラインでの株式の売買などでは
株式売買用の口座が必要である。通常、クレジットカー
ド番号をユーザが入力することによりクレジットカード
で登録される口座を株式売買用の口座としてユーザが利
用することが可能であるが、セキュリティ上問題がある
と共に、ユーザによるクレジット番号の打ち込みという
手間が生じる。

【０００５】そこで、本発明は、移動体端末装置を介し
て直接株等の投資対象の価値変動をいつでも見ることが
できるとともに、移動体端末装置から株売買等の金融取
引が可能な移動体投資システム及び投資方法、サーバ装
置、移動体端末装置を提供することを目的とする。

【０００６】また、本発明は、移動体端末装置を介し
て、投資対象の価値変動を知ることができる移動体投資
システム及び投資方法、サーバ装置、移動体端末装置を
提供することを目的とする。

【０００７】更に、本発明は、クレジットカードを用い
ることなく、移動体端末装置を用いた決済処理が可能な
移動体投資システム及び投資方法、サーバ装置、移動体
端末装置を提供することを目的とする。

【０００８】

【課題を解決するための手段】上記課題を解決するた
め、本発明に係る移動体投資システムは、移動体ネット
ワークを介して投資対象データの受信及びユーザからの
投資のリクエスト信号を送信可能な第１の送受信手段
と、上記投資対象データをユーザに対して告知する告知
手段と、上記告知手段により告知される上記投資対象デ
ータに対応する投資対象への投資を指示する投資指示手
段と、上記第１の送受信手段を介して受信される割込み
情報に応じて上記告知手段により上記ユーザに対して上
記割込みを告知するように制御する第１の制御手段とを
有する移動体端末装置と、上記投資対象データを上記移
動体端末装置に上記移動体ネットワークを介して送信す
るとともに、上記投資指示手段に応じた上記投資のリク
エスト信号を受信する第２の送受信手段と、上記投資の
リクエスト信号に応じて、少なくとも、ユーザ識別子、
投資対象識別子、上記投資対象に対する上記ユーザの投
資額データを記憶する記憶手段と、上記投資対象に対す
る投資額データに応じて上記投資対象の価値データを演
算するとともに、上記価値データに応じて上記割込み情
報を上記第２の送受信手段を介して上記移動体端末装置
に送信する第２の制御手段とを有するサーバ装置とを備
える。

【０００９】また、本発明に係る移動体投資システム
は、移動体ネットワークを介して投資対象データの受信
及びユーザからの投資のリクエスト信号を送信可能な第
１の送受信手段と、上記投資対象データをユーザに対し
て告知する告知手段と、上記告知手段により告知される
上記投資対象データに対応する投資対象への投資を指示
する投資指示手段とを有する移動体端末装置と、上記移
動体端末装置の上記ユーザの使用状況を記憶する使用状
況記憶手段と、上記使用状況記憶手段に記憶される上記
ユーザの使用状況に応じて上記ユーザの口座より所定金
額の引き落とし処理が可能な第１の制御手段とを有する
中央管理センタと、上記投資指示手段に応じた上記投資
のリクエスト信号を受信するとともに、上記投資対象デ
ータを上記移動体端末装置に上記移動体ネットワークを
介して送信する第２の送受信手段と、上記投資のリクエ
スト信号に応じて、ユーザ識別子、投資対象識別子、上
記投資対象に対する上記ユーザの投資額データを記憶す
る記憶手段と、上記投資のリクエスト信号に応じて上記
投資額データを演算し、更新する第２の制御手段とを有
するサーバ装置と、予め指定されたユーザの銀行口座の
口座管理データを記憶する記憶手段と、上記サーバ装置
の記憶手段に記憶されている上記ユーザの投資額データ
に応じて自動的に上記ユーザの口座管理データを更新す
るとともに、上記銀行口座へのアクセス及び上記更新さ
れた口座管理データに基づく決済処理を行う第３の制御
手段を有する課金センタとを備える。

【００１０】また、本発明に係る投資方法は、サーバ装
置から、移動体ネットワークを介して投資対象データを
移動体端末装置に送信するステップと、上記移動体端末
装置によって上記投資対象データを受信し、ユーザに告
知するステップと、上記移動体端末装置によって、上記
告知された投資対象データに対応する投資対象への投資
を指示し、上記サーバ装置に投資のリクエスト信号を送
信するステップと、上記サーバ装置によって、上記投資
のリクエスト信号を受信するとともに、上記投資のリク
エスト信号に応じて、少なくとも、ユーザ識別子、投資
対象識別子、上記投資対象に対する上記ユーザの投資額
データを記憶するステップと、上記サーバ装置によって
上記投資対象に対する投資額データに応じて上記投資対
象の価値データを演算するステップと、上記サーバ装置
によって上記価値データに応じて割込み情報を上記移動
体端末装置に送信するステップと、上記移動体端末装置
によって上記割込み情報を受信し、上記割込み情報に応
じて上記ユーザに対して割込みを告知するステップとを
有する。

【００１１】また、本発明に係る投資方法は、サーバ装
置から、移動体ネットワークを介して投資対象データを
移動体端末装置に送信するステップと、上記移動体端末
装置によって上記投資対象データを受信し、ユーザに告
知するステップと、上記移動体端末装置によって、上記
告知された投資対象データに対応する投資対象への投資
を指示し、上記サーバ装置に投資のリクエスト信号を送
信するステップと、上記サーバ装置によって、上記投資
のリクエスト信号を受信するとともに、上記投資のリク
エスト信号に応じて、少なくとも、ユーザ識別子、投資
対象識別子、上記投資対象に対する上記ユーザの投資額
データを記憶するステップと、上記サーバ装置によっ
て、上記ユーザ識別子、投資対象識別子、投資額データ
を課金センタに送信するステップと、上記課金センタに
よって、上記投資額データに基づき、予め指定されたユ
ーザの銀行口座の口座管理データを更新するとともに、
自動的に上記ユーザの口座へアクセスし、上記口座管理
データに応じて決済処理を行うステップと、中央管理セ
ンタによって、上記移動体端末装置のユーザの使用状況
を記憶するステップと、上記中央管理センタによって、
上記記憶されたユーザの使用状況に応じて上記ユーザの
口座から所定金額を引き落とすステップとを有する。

【００１２】また、本発明に係るサーバ装置は、移動体
ネットワークを介して、投資対象データを移動体端末装
置に送信するとともに、上記移動体端末装置からの上記
投資対象データに対応する投資対象への投資リクエスト
信号を受信する送受信手段と、上記投資のリクエスト信
号に応じて、少なくとも、ユーザ識別子、投資対象識別
子、上記投資対象に対する上記ユーザの投資額データを
記憶する記憶手段と、上記投資対象に対する投資額デー
タに応じて上記投資対象の価値データを演算するととも
に、上記価値データに応じて割込み情報を上記送受信手
段を介して上記移動体端末装置に送信させるように制御
する制御手段とを備える。

【００１３】また、本発明に係るサーバ装置は、移動体
ネットワークを介して、投資対象データを移動体端末装
置に送信し、投資対象への投資額データを課金センタに
送信するともに、上記移動体端末装置からの上記投資対
象データに対応する投資対象への投資リクエスト信号を
受信する送受信手段と、上記投資のリクエスト信号に応
じて、少なくとも、ユーザ識別子、投資対象識別子、上
記投資対象に対する上記ユーザの投資額データを記憶す
る記憶手段と、上記投資額データを上記投資のリクエス
ト信号に応じて更新するとともに、上記投資対象の価値
データを演算し、上記価値データを上記課金センタに送
信させるよう制御する制御部とを備える。

【００１４】また、本発明に係る移動体端末装置は、移
動体ネットワークを介して、サーバ装置から投資対象デ
ータを受信するとともに、ユーザからの投資のリクエス
ト信号を送信可能な送受信手段と、上記投資対象データ
をユーザに対して告知する告知手段と、上記告知手段に
より告知される上記投資対象データに対応する投資対象
への投資を指示する投資指示手段と、上記送受信手段を
介して受信される上記サーバ装置からの割込み情報に応
じて上記告知手段により、上記ユーザに対して上記割込
みを告知するように制御する制御手段とを備える。

【００１５】

【発明の実施の形態】以下、本発明が適用された移動体
投資システムを図面を用いて詳細に説明する。

【００１６】図１は、本発明に係る移動体投資システム
の第１の具体的なシステム構成を示すブロック図であ
る。

【００１７】サーバ１０は、複数のコンテンツが記憶さ
れると共に、各コンテンツの製作者（アーティスト）、
コンテンツの値段、本サービスに参加するユーザＩＤ等
が記録される記憶部１１が設けられる。更に、記憶部１
１に記憶されるデータはＣＯＤＥＣ１２よりエンコー
ド、デコードされ、インタフェース１３を介して外部と
通信可能とされる。更に、サーバ１０は通常のコンピュ
ータの構成と同じく、ＲＯＭ１４、ＲＡＭ１５を備え、
制御部１６の制御のもと、ＲＯＭ１４に記憶されるサー
バ１０の動作を制御するプログラムがＲＡＭ１５に一旦
ロードされ、ＲＡＭ１５で実行されることにより、上述
したサーバ全体の動作が制御される。

【００１８】ここで、コンテンツがオーディオ信号の場
合は、ＡＴＲＡＣ（登録商標）３や、ＭＰＥＧＡｕｄｉ
ｏ ｌａｙｅｒ３等の方式でエンコード、デコードされ
る。また、コンテンツがビデオ信号の場合はＭＰＥＧ
４、ＭＰＥＧ７等の方式でエンコード、デコードされ
る。

【００１９】中央管理センタ２０は、無線通信ネットワ
ーク全体を管理する。

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

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

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

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

【００２４】次に、携帯電話としてユーザが移動体端末
５０を使用するとき、マイク５８よりアナログ信号が入
力される。入力されるアナログ信号はＡ／Ｄ変換器５９
によりデジタル信号に変換され符号化部６０によりＡＤ
ＰＣＭ方式等により符号化される。符号化されたデータ
はチャネルＣＯＤＥＣ部５３でチャネルコーディングさ
れる。更に、変調部６１によりＱＰＳＫ方式等により変
調され、ＲＦ部５１より変調されたデータがアンテナ６
６を介して送信される。

【００２５】ここで、上述のサーバ１０、中央管理セン
タ２０と同様、制御部５７が移動体端末装置５０の全体
の動作制御を行う。ＲＯＭ６２に移動体端末装置５０の
動作制御用の制御プログラムが記憶され、制御プログラ
ムは、一旦ＲＡＭ６３にロードされた後、ＲＡＭ６３上
で実行される。更に、指示部６４は、通常の携帯電話に
設けられるテンキー等であり、本発明の実施の形態で
は、サーバ１０に記憶されるコンテンツデータのダウン
ロードの指示、ダウンロードされ一旦ＲＡＭ６３に記憶
されたコンテンツデータのアップロード指示等も本指示
部６４により可能である。また、表示部６５は通常の携
帯電話に設けられる電話番号表示等に加えて、サーバ１
０に記憶されるコンテンツデータのリスト表示、及び、
ユーザがダウンロードしたコンテンツデータの現在のコ
ンテンツ値等の表示が可能である。

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

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

【００２８】図２に本発明に係る移動体投資システムの
構成を示すブロック図を示す。図１と同様の構成のため
説明は省略する。

【００２９】次に図３のフローチャートを用いて、個人
アーティストによりサーバ１０に登録されたコンテンツ
を移動体端末装置５０のユーザがダウンロード、アップ
ロードする際の図１に示すサーバ１０、中央管理センタ
２０移動体端末装置５０、課金センタ７０の動作につい
て説明する。

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

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

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

【００３３】制御部５７は、ステップＳ５においてユー
ザによるコンテンツデータの指示部６４によるダウンロ
ード指示を受け付けると、ステップＳ６に進み、ユーザ
ＩＤとコンテンツＩＤをサーバ１０に送信する。

【００３４】制御部５７は、ステップＳ７において、サ
ーバ１０から送信されるユーザＩＤ、コンテンツＩＤ、
コンテンツデータの受信待機状態となる。受信が完了す
ると、制御部５７は、ステップＳ８に進む。

【００３５】また、制御部５７は、ステップＳ５におい
てユーザによるコンテンツデータのダウンロード指示が
ないと、ステップＳ８に進む。

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

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

【００３８】サーバ１０の制御部１６は、ステップＳ１
１においてユーザＩＤ、コンテンツＩＤ、即ち、ダウン
ロードリクエストの受信待機状態である。ユーザＩＤと
コンテンツＩＤが受信されないとき、ステップＳ１２に
進み、ユーザＩＤ，コンテンツの受信待機状態となる。
ユーザＩＤ、コンテンツも受信されないとき、即ち、ア
ップロードされないとき、ステップＳ１１に戻り、ユー
ザＩＤ、コンテンツＩＤ，コンテンツの受信待機状態を
続ける。

【００３９】ステップＳ１１において、ユーザＩＤとコ
ンテンツＩＤが受信されると、制御部１６はステップＳ
１３に処理を進める。ステップＳ１３において、制御部
１６は、ステップＳ１１により受信されたユーザのダウ
ンロードリクエストに応じてユーザＩＤ、コンテンツＩ
Ｄ、コンテンツデータを移動体端末装置５０に送信す
る。送信が完了すると、制御部１６は処理をステップＳ
１４に進める。

【００４０】制御部１６は、ステップＳ１４において、
図４（Ａ）に示すデータベースを更新する。

【００４１】例えば、ユーザＩＤとコンテンツＩＤが受
信されるとき（ダウンロード）、コンテンツＩＤに対応
してユーザＩＤを記憶する。また、ダウンロード数を１
つインクリメントする。本実施の形態ではユーザの１回
のダウンロード指示では、コンテンツ１つに対して１回
のダウンロードを許可するように構成しているが、１回
のダウンロードで同じコンテンツを、或いは異なるコン
テンツを複数ダウンロードできるようにしても良い。

【００４２】次に、ユーザＩＤとコンテンツが受信され
るとき（アップロード）、ユーザＩＤ、コンテンツに対
応するアップロード数を一つインクリメントする。本実
施の形態ではユーザの１回のアップロード指示では、コ
ンテンツ１つに対して１回のアップロードを許可するよ
うに構成しているが、１回のアップロードで同じコンテ
ンツを複数アップロード、或いは異なるコンテンツを複
数アップロードできるようにしても構わない。

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

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

【００４５】ここで、コンテンツ値計算方法について図
５〜図８の４つの例を示す。

【００４６】図５に沿ってコンテンツ計算方法を説明す
る。

【００４７】コンテンツ値計算は、サーバ１０の制御部
１６で行う。まず、コンテンツ値の始値が３００円とす
る。

【００４８】制御部１６は、上述したステップＳ１３に
おいて計数される１０分間におけるダウンロード数とア
ップロード数の数をステップＳ１０１で計数する。ダウ
ンロード数とアップロード数が１０００と８００である
とき、ステップＳ１０２において、価格変動値を（ダウ
ンロード数−アップロード数）×定数として演算する。
本実施の形態では定数を０．５とすると、価格変動値は
＋１００円となる。

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

【００５０】更に、ステップＳ１０５に進み、コンテン
ツ値が３００＋１００＝４００円と演算される。

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

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

【００５３】ここで、本実施の形態では、価格の上限の
リミッタのみを考慮しているが、価格の下限、価格変動
の下限をリミットしても構わない。

【００５４】次に、図６に沿ってコンテンツ計算方法を
説明する。

【００５５】コンテンツ値計算は、同様にサーバ１０の
制御部１６で行う。コンテンツ値は現在４００円であ
る。

【００５６】制御部１６は、上述したステップＳ１３に
おいて計数される１０分間におけるダウンロード数とア
ップロード数の数をステップＳ２０１で計数する。ダウ
ンロード数とアップロード数が１５００と３００である
とき、ステップＳ２０２において、価格変動値を（ダウ
ンロード数−アップロード数）×定数として演算する。
本実施の形態では定数を０．５とすると、価格変動値は
＋６００円となる。

【００５７】次に、制御部１６はステップＳ２０３にお
いて、価格変動値が２００円より大きいか否かを判別す
る。価格変動値は＋６００円であるので、制御部１６は
Ｓ２０４に処理を進め、価格変動値を２００円に設定
し、ステップＳ２０５で価格変動値を＋２００円に決定
する。

【００５８】更に、ステップＳ２０６に進み、コンテン
ツ値が４００＋２００＝６００円と演算される。

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

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

【００６１】次に、図７に沿ってコンテンツ計算方法を
説明する。

【００６２】コンテンツ値計算は、同様にサーバ１０の
制御部１６で行う。コンテンツ値は現在４５０円であ
る。

【００６３】制御部１６は、上述したステップＳ１３に
おいて計数される１０分間におけるダウンロード数とア
ップロード数の数をステップＳ３０１で計数する。ダウ
ンロード数とアップロード数が６００と１０００である
とき、ステップＳ３０２において、価格変動値を（ダウ
ンロード数−アップロード数）×定数として演算する。
本実施の形態では定数を０．５とすると、価格変動値は
−２００円となる。

【００６４】次に、制御部１６はステップＳ３０３にお
いて、価格変動値が２００円より大きいか否かを判別す
る。価格変動値は−２００円であるので、制御部１６は
ステップＳ３０４に処理を進め、価格変動値を−２００
円に決定する。

【００６５】更に、ステップＳ３０５に進み、コンテン
ツ値が４５０−２００＝２５０円と演算される。

【００６６】次に、制御部１６は、ステップＳ３０６に
おいて、演算されたコンテンツ値が本日の始値の５０％
増より大きいか否かを判別する。２５０円 ＜ ４５０円
であるので、制御部１６は、ステップＳ３０７に処理
を進め、コンテンツ値を２５０円に決定する。

【００６７】そして、図４（Ａ）の投資金額データベー
スの対応するコンテンツ値、決定されたコンテンツ値で
の売買合計を更新する。図７に示すように本売買でのサ
ーバ１０管理者の収益は−１０００００円となる。

【００６８】次いで、図８に沿ってコンテンツ計算方法
を説明する。

【００６９】コンテンツ値計算は、同様にサーバ１０の
制御部１６で行う。コンテンツ値は現在２５０円であ
る。

【００７０】制御部１６は、上述したステップＳ１３に
おいて計数される１０分間におけるダウンロード数とア
ップロード数の差分をステップＳ４０１で計数する。ダ
ウンロード数とアップロード数が４００と１０００であ
るとき、ステップＳ４０２において、価格変動値を（ダ
ウンロード数−アップロード数）×定数として演算す
る。本実施の形態では定数を０．５とすると、価格変動
値は−３００円となる。

【００７１】次に、制御部１６はステップＳ４０３にお
いて、価格変動値が２００円より大きいか否かを判別す
る。価格変動値は−３００円であるので、制御部１６は
ステップＳ４０４に処理を進め、価格変動値を−３００
円に決定する。

【００７２】更に、ステップＳ４０５に進み、コンテン
ツ値が２５０−３００＝−５０円と演算される。

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

【００７４】そして、図４（Ａ）の投資金額データベー
スの対応するコンテンツ値、決定されたコンテンツ値で
の売買合計を更新する。図８に示すように本売買でのサ
ーバ１０管理者の収益は０円となる。

【００７５】更に、図３に示すフローチャートの説明を
続ける。上述のように制御部１６によりコンテンツ値演
算、データベースの更新が完了すると、処理はステップ
Ｓ１７に進む。ステップＳ１７においては制御部１６は
一ヶ月経ったか否かを例えば判断する。

【００７６】一ヶ月経っていないときは制御部１６はス
テップＳ１１に処理を戻し、再びダウンロード、アップ
ロードの待機状態を続ける。

【００７７】本フローチャートにおいては、ダウンロー
ド、アップロードの売買、及びユーザ、アーティストへ
の配当のための処理を一ヶ月毎に一括で行うように構成
されている。ダウンロード、アップロードの売買に関し
て例えば上述したように１０分間毎に処理するように構
成しても構わない。

【００７８】制御部１６により一ヶ月目であると判別さ
れると、処理はステップＳ１８に進む。

【００７９】制御部１６において、サーバ１０管理者の
利益を基に、ユーザ、及びアーティストへの配当が演算
される。図９を用いて説明する。ここでは一つのコンテ
ンツのみによる配当を示し、図５〜図８で示した収益の
合計５２００００円を基に演算する。

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

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

【００８２】次に、ステップＳ１９に進み、制御部１６
は、ユーザ、アーティストへの配当演算、及びサーバ１
０管理者の利益演算結果を基に投資金額データベースを
更新する。具体的には、サーバ利益データ、ユーザ配当
データ、アーティスト配当データを更新する。

【００８３】更に、ステップＳ２０に進み、制御部１６
は、課金センタ７０に、サーバＩＤと、ユーザ及びアー
ティスト口座へのアクセス要求を専用線８０を介して送
信する。

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

【００８５】受信されるサーバＩＤと記憶されるサーバ
ＩＤの対応より認証がとれないとき、ステップＳ２３に
進み、制御部７３は非認証信号をサーバ１０に送信す
る。制御部７３による認証がとれると、ステップＳ２４
に進み、ユーザ口座用鍵とアーティスト口座用鍵がサー
バ１０に送信される。

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

【００８７】課金センタ７０の制御部７３はステップＳ
２７においてユーザ及びアーティスト口座用鍵等の受信
待機状態である。データが受信されると処理をステップ
Ｓ２８に進め、制御部７３は、図４（Ｂ）に示す記憶部
７４に記憶されるデータベースの更新処理を行う。

【００８８】具体的に、制御部７３は、ユーザ口座用鍵
によりユーザ口座管理データにアクセスし、各ユーザ毎
の売買合計に基いて日付、出入履歴、残金を更新する。
更に、ユーザへの配当データに基づいて日付、出入履
歴、残金を更新する。

【００８９】また、制御部７３は、アーティスト口座用
鍵によりアーティスト口座管理データにアクセスし、各
アーティスト毎の配当データに基いて日付、出入履歴、
残金を更新する。

【００９０】更に、サーバ口座用鍵によりサーバ口座管
理データにアクセスし、サーバ利益に基いて日付、出入
履歴、残金を更新する。

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

【００９２】そして、この口座管理データの更新が完了
すると課金センタ７０の制御部７３は処理を終了する。

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

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

【００９５】次いで、図１０のフローチャートを用い
て、音楽事務所、レコード会社などの事務所に所属する
アーティストによりサーバ１０に登録されたコンテンツ
を移動体端末装置５０のユーザがダウンロード、アップ
ロードする際の図１に示すサーバ１０、中央管理センタ
２０、移動体端末装置５０、課金センタ７０の動作につ
いて説明する。

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

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

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

【００９９】制御部５７は、ステップＳ５０５において
ユーザによるコンテンツデータの指示部６４によるダウ
ンロード指示を受け付けると、ステップＳ５０６に進
み、ユーザＩＤとコンテンツＩＤをサーバ１０に送信す
る。

【０１００】制御部５７は、ステップＳ５０７におい
て、サーバ１０から送信されるユーザＩＤ、コンテンツ
ＩＤ、コンテンツデータの受信待機状態となる。受信が
完了すると、制御部５７は、ステップＳ５０８に進む。

【０１０１】また、制御部５７は、ステップＳ５０５に
おいてユーザによるコンテンツデータのダウンロード指
示がないと、ステップＳ５０８に進む。

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

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

【０１０４】サーバ１０の制御部１６は、ステップＳ５
１１においてユーザＩＤ、コンテンツＩＤの受信待機状
態である。受信されないとき、ステップＳ５１２に進
み、ユーザＩＤ，コンテンツの受信待機状態となる。ユ
ーザＩＤ、コンテンツも受信されないとき、ステップＳ
５１１に戻り、ユーザＩＤ、コンテンツＩＤ、コンテン
ツの受信待機状態を続ける。

【０１０５】ステップＳ５１１において、ユーザＩＤと
コンテンツＩＤが受信されると、制御部１６はステップ
Ｓ５１３に処理を進める。ステップＳ５１３において、
制御部１６は、ステップＳ５１１により受信されたユー
ザのダウンロードリクエストに応じてユーザＩＤ、コン
テンツＩＤ、コンテンツデータを移動体端末装置５０に
送信する。送信が完了すると、制御部１６は処理をステ
ップＳ５１４に進める。

【０１０６】制御部１６は、ステップＳ５１４におい
て、図１１（Ａ）に示すデータベースを更新する。

【０１０７】例えば、ユーザＩＤとコンテンツＩＤが受
信されるとき（ダウンロード）、コンテンツＩＤに対応
してユーザＩＤを記憶する。また、ダウンロード数を１
つインクリメントする。本実施の形態ではユーザの１回
のダウンロード指示では、コンテンツ１つに対して１回
のダウンロードを許可するように構成しているが、１回
のダウンロードで同じコンテンツを、或いは異なるコン
テンツを複数ダウンロードできるようにしても良い。

【０１０８】次に、ユーザＩＤとコンテンツが受信され
るとき（アップロード）、ユーザＩＤ、コンテンツに対
応するアップロード数を一つインクリメントする。本実
施の形態ではユーザの１回のアップロード指示では、コ
ンテンツ１つに対して１回のアップロードを許可するよ
うに構成しているが、１回のアップロードで同じコンテ
ンツを複数アップロード、或いは異なるコンテンツを複
数アップロードできるようにしても構わない。

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

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

【０１１１】ここで、コンテンツ値計算方法は図５〜図
８に示す方法と同様である。

【０１１２】制御部１６によりコンテンツ値演算、デー
タベースの更新が完了すると、処理はステップＳ５１７
に進む。ステップＳ５１７においては制御部１６は一ヶ
月経ったか否かを例えば判定する。

【０１１３】一ヶ月経っていないときは制御部１６はス
テップＳ５１１に処理を戻し、再びダウンロード、アッ
プロードの待機状態を続ける。

【０１１４】本フローチャートにおいては、ダウンロー
ド、アップロードでの売買及びユーザ、アーティストへ
の配当のための処理を一ヶ月毎に一括で行うように構成
されている。ダウンロード、アップロードの売買に関し
て例えば１０分間毎に処理するように構成しても構わな
い。

【０１１５】制御部１６により一ヶ月目であると判別さ
れると、処理はステップＳ５１８に進む。

【０１１６】制御部１６において、サーバ１０の管理者
の利益を基に、ユーザ、及び事務所への配当が演算され
る。図１２を用いて説明する。ここでは一つのコンテン
ツのみによる配当を示し、図５〜図８で示した収益の合
計５２００００円を基に演算する。ここで、事務所への
配当の演算は、当然複数のコンテンツのサーバ１０管理
者の利益より分配するようにしても構わない。

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

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

【０１１９】次に、ステップＳ５１９に進み、制御部１
６は、ユーザ、アーティストへの配当演算、及びサーバ
１０管理者の利益演算結果を基に投資金額データベース
を更新する。具体的には、サーバ利益データ、ユーザ配
当データ、事務所配当データを更新する。

【０１２０】更に、ステップＳ５２０に進み、制御部１
６は、課金センタ７０に、サーバＩＤと、ユーザ及び事
務所口座へのアクセス要求を専用線８０を介して送信す
る。

【０１２１】課金センタ７０の制御部７３は、ステップ
Ｓ５２１において、アクセス要求受信待機状態である。
サーバ１０よりサーバＩＤとアクセス要求が受信される
と、ステップＳ５２２において制御部７３はサーバＩＤ
より認証処理を行う。このとき、予めユーザ及び事務所
が本システムのサービス用に銀行口座を指定している。
この銀行口座指定処理により課金センタ７０の記憶部７
４には、本システムのサーバＩＤと、ユーザ口座用鍵及
び事務所口座用鍵とが対応して記憶されている。そのた
め、制御部７３は受信されるサーバＩＤと記憶されてい
るサーバＩＤとを照合することにより認証が取れるよう
に構成されている。

【０１２２】受信されるサーバＩＤと記憶されているサ
ーバＩＤの対応より認証がとれないとき、ステップＳ５
２３に進み、制御部７３は非認証信号をサーバ１０に送
信する。制御部７３による認証がとれると、ステップＳ
５２４に進み、ユーザ口座用鍵と事務所口座用鍵がサー
バ１０に送信される。

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

【０１２４】課金センタ７０の制御部７３はステップＳ
５２７においてユーザ及び事務所口座用鍵等の受信待機
状態である。データが受信される処理をステップＳ５２
８に進め、制御部７３は、図１１（Ｂ）に示す記憶部７
４に記憶されるデータベースの更新処理を行う。

【０１２５】制御部７３は、ユーザ口座用鍵によりユー
ザ口座管理データにアクセスし、各ユーザ毎の売買合計
に基いて日付、出入履歴、残金を更新する。更に、ユー
ザへの配当データに基づいて日付、出入履歴、残金を更
新する。

【０１２６】また、制御部７３は、事務所口座用鍵によ
り事務所口座管理データにアクセスし、各事務所毎の配
当データに基いて日付、出入履歴、残金を更新する。

【０１２７】また、制御部７３は、サーバ口座用鍵によ
りサーバ口座管理データにアクセスし、サーバ利益に基
いて日付、出入履歴、残金を更新する。

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

【０１２９】そして、この口座管理データの更新が完了
すると課金センタ７０の制御部７３は処理を終了する。

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

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

【０１３２】次いで、図１３のフローチャートを用い
て、音楽事務所、レコード会社などの事務所に所属する
アーティストによりサーバ１０に登録されたコンテンツ
を移動体端末装置５０のユーザがダウンロード、アップ
ロードするとともに、小売店、或いは音楽事務所から提
供される売上データに応じてユーザ、事務所、小売店へ
の配当を行う際の図１に示すサーバ１０、中央管理セン
タ２０移動体端末装置５０、課金センタ７０の動作につ
いて説明する。

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

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

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

【０１３６】制御部５７は、ステップＳ６０５において
ユーザによるコンテンツデータの指示部６４によるダウ
ンロード指示を受け付けると、ステップＳ６０６に進
み、ユーザＩＤとコンテンツＩＤをサーバ１０に送信す
る。

【０１３７】制御部５７は、ステップＳ６０７におい
て、サーバ１０から送信されるユーザＩＤ、コンテンツ
ＩＤ、コンテンツデータの受信待機状態となる。受信が
完了すると、制御部５７は、ステップＳ６０８に進む。

【０１３８】また、制御部５７は、ステップＳ６０５に
おいてユーザによるコンテンツデータのダウンロード指
示がないと、ステップＳ６０８に進む。

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

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

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

【０１４２】サーバ１０の制御部１６は、ステップＳ６
１２においてユーザＩＤ、コンテンツＩＤの受信待機状
態である。受信されないとき、ステップＳ６１３に進
み、ユーザＩＤ，コンテンツの受信待機状態となる。ユ
ーザＩＤ、コンテンツも受信されないとき、ステップＳ
６１２に戻り、ユーザＩＤ、コンテンツＩＤ，コンテン
ツの受信待機状態を続ける。

【０１４３】ステップＳ６１２において、ユーザＩＤと
コンテンツＩＤが受信されると、制御部１６はステップ
Ｓ６１４に処理を進める。ステップＳ６１４において、
制御部１６は、ステップＳ６１２により受信されたユー
ザのダウンロードリクエストに応じてユーザＩＤ、コン
テンツＩＤ、コンテンツデータを移動体端末装置５０に
送信する。送信が完了すると、制御部１６は処理をＳ６
１５に進める。

【０１４４】制御部１６は、ステップＳ６１５におい
て、図１４（Ａ）に示すデータベースを更新する。

【０１４５】例えば、ユーザＩＤとコンテンツＩＤが受
信されるとき（ダウンロード）、コンテンツＩＤに対応
してユーザＩＤを記憶する。また、ダウンロード数を１
つインクリメントする。本実施の形態ではユーザの１回
のダウンロード指示では、コンテンツ１つに対して１回
のダウンロードを許可するように構成しているが、１回
のダウンロードで同じコンテンツを、或いは異なるコン
テンツを複数ダウンロードできるようにしても良い。

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

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

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

【０１４９】ここで、コンテンツ値計算方法は図５〜図
８に示す方法と同様である。

【０１５０】制御部１６によりコンテンツ値演算、デー
タベースの更新が完了すると、処理はステップＳ６１８
に進む。ステップＳ６１８においては制御部１６は一ヶ
月経ったか否かを例えば判断する。

【０１５１】一ヶ月経っていないときは制御部１６はス
テップＳ６１２に処理を戻し、再びダウンロード、アッ
プロードの待機状態を続ける。

【０１５２】本フローチャートにおいては、ダウンロー
ド、アップロードの売買、及びユーザ、事務所、小売店
への配当のための処理を一ヶ月毎に一括で行うように構
成されている。ダウンロード、アップロードの売買に関
して例えば１０分間毎に処理するように構成しても構わ
ない。

【０１５３】制御部１６により一ヶ月目であると判別さ
れると、処理はステップＳ６１９に進む。

【０１５４】制御部１６において、サーバ１０管理者の
利益を基に、ユーザ、及び事務所への配当が演算され
る。図１５を用いて説明する。ここでは一つのコンテン
ツのみによる配当を示し、図５〜図８で示した収益の合
計５２００００円と、売上利益を４８００００円として
演算する。ここで、事務所への配当の演算は、当然複数
のコンテンツのサーバ１０管理者の利益より分配するよ
うにしても構わない。

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

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

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

【０１５８】次に、ステップＳ６２０に進み、制御部１
６は、ユーザ、事務所、小売店への配当演算、及びサー
バ１０管理者の利益演算結果を基に投資金額データベー
スを更新する。具体的には、サーバ利益データ、ユーザ
配当データ、事務所配当データ、小売店配当データを更
新する。

【０１５９】更に、ステップＳ６２１に進み、制御部１
６は、課金センタ７０に、サーバＩＤと、ユーザ、事務
所、及び小売店口座へのアクセス要求を専用線８０を介
して送信する。

【０１６０】課金センタ７０の制御部７３は、ステップ
Ｓ６２２において、アクセス要求受信待機状態である。
サーバ１０よりサーバＩＤとアクセス要求が受信される
と、ステップＳ６２３において制御部７３はサーバＩＤ
より認証処理を行う。このとき、予めユーザ、事務所、
小売店が本システムのサービス用に銀行口座を指定して
いる。この銀行口座指定処理により課金センタ７０の記
憶部７４には、本システムのサーバＩＤと、ユーザ口座
用鍵、事務所口座用鍵、小売店口座用鍵とが対応して記
憶される。そのため、制御部７３は受信されるサーバＩ
Ｄと記憶されるサーバＩＤとを照合することにより認証
が取れるように構成されている。

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

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

【０１６３】課金センタ７０の制御部７３はステップＳ
６２８においてユーザ、事務所、及び小売店口座用鍵等
の受信待機状態である。データが受信される処理をステ
ップＳ６２９に進め、制御部７３は、図１４（Ｂ）に示
す記憶部７４に記憶されるデータベースの更新処理を行
う。

【０１６４】具体的に、制御部７３は、ユーザ口座用鍵
によりユーザ口座管理データにアクセスし、各ユーザ毎
の売買合計に基いて日付、出入履歴、残金を更新する。
更に、ユーザへの配当データに基づいて日付、出入履
歴、残金を更新する。

【０１６５】また、制御部７３は、事務所口座用鍵によ
り事務所口座管理データにアクセスし、各事務所毎の配
当データに基いて日付、出入履歴、残金を更新する。

【０１６６】また、制御部７３は、小売店口座用鍵によ
り小売店口座管理データにアクセスし、各事務所毎の配
当データに基いて日付、出入履歴、残金を更新する。

【０１６７】また、制御部７３は、サーバ口座用鍵によ
りサーバ口座管理データにアクセスし、サーバ利益に基
いて日付、出入履歴、残金を更新する。

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

【０１６９】そして、この口座管理データの更新が完了
すると課金センタ７０の制御部７３は処理を終了する。

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

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

【０１７２】また、本発明に係る移動体投資システム
は、以下のように構成してもよい。

【０１７３】図１６は、本発明に係る移動体投資システ
ムの第２の具体的なシステム構成を示すブロック図であ
る。なお、図１と同じ装置については同じ符号を付して
その詳細を省略する。

【０１７４】図２で説明したブロック図との相違点は、
移動体端末装置５０に内蔵される偏芯モータ２０１が内
蔵される点である。移動体端末装置５０が、サーバ１０
から中央管理センタ２０、基地局４０を介して送信され
るコンテンツ値変動情報を受信するとき、制御部５７の
制御により偏芯モータ２０１が駆動し、ユーザにコンテ
ンツ値の変動を告知するために設けられている。

【０１７５】また、移動体端末装置５０の形態の一例と
して携帯電話２０２を示す。上述したコンテンツ値の変
動をユーザに知らせる手段は、上述の偏芯モータ２０１
のみでなく、制御部５７の制御のもと表示部６５に表示
されるアーティストデータ２０３に重畳するように、緊
急告知を示す文字、及び所定のコンテンツのコンテンツ
値変動データ２０４を表示する方法がある。更に、告知
を強調するため、制御部５７は表示を点滅するように制
御しても良い。

【０１７６】図１７は、図１６に示すサーバ１０、中央
管理センタ２０、移動体端末装置５０、課金センタ７０
の動作を示すフローチャートである。なお、図３のフロ
ーチャートと同一のステップについては説明を省略す
る。

【０１７７】移動体端末装置５０においては、ステップ
Ｓ８において、制御部５７がユーザによるコンテンツデ
ータのアップロード指示がないと判別するか、ステップ
Ｓ９において、ユーザＩＤとコンテンツデータのサーバ
への送信を制御した後、ステップＳ７０１に進み、制御
部５７は、サーバ１０からの割込み情報、コンテンツＩ
Ｄ、コンテンツ値（ユーザＩＤ）が受信されているか否
かをチェックする。

【０１７８】一方、サーバ１０においては、制御部１６
がステップＳ１５において所定時間であると判別し、更
に、ステップＳ１６において投資金額データベースに応
じてコンテンツ値が演算され、データベースが更新され
たのち、ステップＳ７０２の処理に進む。制御部１６
は、ステップＳ７０２において、演算されたコンテンツ
値変動の絶対値が１００円より大きいとき、そのコンテ
ンツをダウンロード、アップロードしたことのあるユー
ザを記憶部１１に記憶されるデータベースにより検索
し、該当ユーザの移動体端末装置５０に割込み情報、コ
ンテンツＩＤ、コンテンツ値（ユーザＩＤ）を送信す
る。コンテンツ値変動の絶対値が１００円以下のときは
送信処理をせずステップＳ１７に進む。

【０１７９】コンテンツ値変動が１００円より大きく、
サーバ１０から割込み情報等が移動体端末装置に専用線
３０、中央管理センタ２０、基地局４０を介して送信さ
れるとき、移動体端末装置の制御部５７の処理は、ステ
ップＳ７０１において割込み情報などが受信され、ステ
ップＳ７０３に進む。制御部５７はステップＳ７０３に
おいて偏芯モータ２０１を駆動制御する制御信号を偏芯
モータ２０１に送信、或いは、表示部６５にコンテンツ
値変動情報２０４等が重畳されるように表示部６５に制
御信号を送信する。これにより、ユーザにより各告知手
段によりコンテンツ値変動が緊急告知され、ユーザが利
益を得るためのコンテンツのアップロード、ダウンロー
ドのタイミングを失うことが少なくなる。

【０１８０】制御部７０３による各告知手段への制御信
号は、ステップＳ７０４においてユーザによる告知終了
指示を制御部５７が検出するまで有効である。ステップ
Ｓ７０４においてユーザによる告知終了指示を制御部５
７が検出すると、処理はステップＳ１０に進む。

【０１８１】本実施例のような金融取引可能な移動体が
コンテンツ値、或いは株価変動等の告知手段を備えるこ
とにより、ユーザにいつでもどこでも、強制的にコンテ
ンツ値、株価変動等を告知することが可能となる。これ
より、ユーザが金融商品の売買のタイミング、或いは実
施例の場合のアップロード、ダウンロードのタイミング
を逃すことが少なくなるといった格別の効果を有する。

【０１８２】また、本発明に係る移動体投資システム
は、以下のように構成してもよい。

【０１８３】この、本発明に係る移動体投資システムの
第３の具体的なシステム構成は図１６と同様である。図
１８は、移動体投資システムの第３の具体的なシステム
構成における図１６に示すサーバ１０、中央管理センタ
２０、移動体端末装置５０、課金センタ７０の動作を示
すフローチャートである。図１８は図３に示したフロー
チャートと略同様で、変更されている点を一部抜粋して
記したものである。以下、図３のフローチャートと同一
のステップについては説明を省略する。

【０１８４】サーバ１０において、ステップＳ１９で制
御部１６が、ユーザ、アーティストへの配当演算、及び
サーバ１０管理者の利益演算結果を基に投資金額データ
ベースを更新する。そして、図１８のステップＳ８０１
に処理を進める。ステップＳ８０１において、制御部１
６は、課金センタ７０に、サーバＩＤと、アーティスト
口座へのアクセス要求を専用線８０を介して送信する。
以下課金センタ７０の処理はサーバ１０に返信される口
座用鍵がアーティスト用のみであることを除き、図３の
処理と同様である。

【０１８５】サーバ１０の制御部１６はステップＳ８０
２に処理を進め、中央管理センタ２０に、サーバＩＤ、
ユーザＩＤと、ユーザ口座へのアクセス要求を専用線３
０を介して送信する。

【０１８６】中央管理センタ２０の制御部２６は、ステ
ップＳ８０３において、アクセス要求受信待機状態であ
る。サーバ１０よりサーバＩＤ、ユーザＩＤ、とアクセ
ス要求が受信されると、ステップＳ８０４において、制
御部２６はサーバＩＤ、ユーザＩＤより認証処理を行
う。このとき、携帯電話のユーザは予め通話料金用の口
座を指定しており、図１９に示すようなデータベースが
記憶部２１に記憶されている。ここで、図１９のデータ
ベースはサーバＩＤとユーザＩＤとが対応して記憶され
ているが、この対応関係はユーザが一度でもサーバＩＤ
とユーザＩＤとを中央管理センタ２０に送信するイベン
トが行われた後に、このように対応して記憶されてい
る。よって、ここでの制御部２６の認証は、中央管理セ
ンタ２０にアクセス可能なサーバＩＤか否かを認証し、
更に、受信されるユーザＩＤが通話料金用口座にアクセ
スするための口座用鍵と対応して記憶されるユーザＩＤ
に存在するか否かで認証を行う。この認証の後、制御部
２６はユーザＩＤに対応してサーバＩＤが記憶されるよ
うに記憶部２１を制御し、最終的に図１９のようなデー
タベースが構築されていく。

【０１８７】制御部２６が、受信されるサーバＩＤとユ
ーザＩＤとで認証しないとき、ステップＳ８０６に進
み、制御部２６は非認証信号をサーバ１０に送信する。
制御部２６が認証すると、ステップＳ８０５に進み、制
御部２６はユーザ口座用鍵をサーバ１０に送信するよう
に制御する。このときユーザ口座用鍵は暗号化されるこ
とが好ましい。

【０１８８】以下サーバ１０の処理は図３のフローチャ
ートと同様なので省略する。

【０１８９】このように、本発明の第２の実施例におい
ては、携帯電話等の通話料金用の口座が、自動的に金融
商品取引、例えば、コンテンツのアップロード、ダウン
ロードにより発生する決済処理を行う口座に割り当てら
れるように構成されているので、ユーザは、新たに金融
商品取引用の口座の指定を行うという手間がかからな
い。また、インターネット等の公衆回線により口座の指
定を行う必要がなく、サーバ１０と中央管理センタ２０
とを接続する専用線３０で口座用鍵が送受信されるた
め、セキュリティ上の効果も高い。

【０１９０】なお、以上の説明においては、金融商品の
取引としてコンテンツのアップロード、ダウンロードを
実施例としているが、通常の株価取引、先物取引などど
のような取引であっても構わない。

【０１９１】また、以上の説明ではコンテンツ値が変動
するようにしたが、コンテンツ値の価格は固定にし、売
上げに応じて配当が演算されるようにしても構わない。

【０１９２】更に、移動体端末装置として携帯電話を例
としたが移動体であればよく、自動車、ＰＤＡ、携帯コ
ンピュータ等でも構わない。

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

【０１９４】

【発明の効果】本発明によれば、オンライン取引が可能
な移動体端末装置に所望の金融商品の価値変動に応じて
ユーザに告知する告知手段を備えることにより、金融取
引のタイミングをユーザが逃さないといった効果を有す
る。

【０１９５】更に、通話料金用の口座を自動的に金融商
品売買用の口座に割り当てることが可能なため、ユーザ
の口座の登録処理の手間が省けると共にセキュリティ上
非常に安全な移動体投資システムを提供できるといった
各別の効果を有する。

【図面の簡単な説明】

【図１】本発明全体のシステム構成を示すブロック図で
ある。

【図２】本発明システムの一部を示すブロック図であ
る。

【図３】本発明が適用された移動体投資システムの各装
置の動作を示すフローチャートである。

【図４】本発明が適用された移動体投資システムのサー
バに記憶されるデータベース構成を示す図である。

【図５】本発明が適用された移動体投資システムのサー
バが投資対象の価値データを演算する方法を示す図であ
る。

【図６】本発明が適用された移動体投資システムのサー
バが投資対象の価値データを演算する他の方法を示す図
である。

【図７】本発明が適用された移動体投資システムのサー
バが投資対象の価値データを演算する更に他の方法を示
す図である。

【図８】本発明が適用された移動体投資システムのサー
バが投資対象の価値データを演算する更に他の方法を示
す図である。

【図９】本発明が適用された移動体投資システムのサー
バが配当を演算する方法を示す図である。

【図１０】本発明が適用された移動体投資システムの他
の実施例を示すフローチャートである。

【図１１】本発明が適用された移動体投資システムの他
の実施例のサーバに記憶されるデータベース構成を示す
図である。

【図１２】本発明が適用された移動体投資システムの他
の実施例のサーバが配当を演算する方法を示す図であ
る。

【図１３】本発明が適用された移動体投資システムの更
に他の実施例を示すフローチャートである。

【図１４】本発明が適用された移動体投資システムの更
に他の実施例のサーバに記憶されるデータベース構成を
示す図である。

【図１５】本発明が適用された移動体投資システムの更
に他の実施例のサーバが配当を演算する方法を示す図で
ある。

【図１６】本発明が適用された移動体投資システムの更
に他の実施例を示すブロック図である。

【図１７】本発明が適用された移動体投資システムの更
に他の実施例の動作を示すフローチャートである。

【図１８】本発明が適用された移動体投資システムの更
に他の実施例の動作を示すフローチャートである。

【図１９】上記更に他の実施例の中央管理センタ２０に
記憶されるユーザの口座にアクセスするための鍵を含む
データベース構成を示す図である。

【符号の説明】

１０ サーバ装置、１１ 記憶部、１４ ＲＯＭ、１５
ＲＡＭ、１６ 制御部、２０ 中央管理センタ、２１
記憶部、２４ ＲＯＭ、２５ ＲＡＭ、２６制御部、
４０ 基地局、５０ 移動体端末装置、５７ 制御部、
６２ ＲＯＭ、６３ ＲＡＭ、６４ 指示部、６５ 表
示部、７０ 課金センタ、７４ 記憶部、７５ ＲＯ
Ｍ、７６ ＲＡＭ、２０１ 偏芯モータ、

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｑ 7/38 Ｈ０４Ｂ 7/26 １０９Ｍ Ｆターム(参考） 5B049 AA02 AA06 BB47 CC05 CC36 GG03 GG06 5B055 BB12 EE04 EE29 GG07 PA08 5K067 AA21 BB04 BB21 DD17 EE02 EE10 EE16 GG01 GG11 HH22 HH23 HH24

Claims (45)

【特許請求の範囲】
1. 【請求項１】 移動体ネットワークを介して投資対象デ
   ータの受信及びユーザからの投資のリクエスト信号を送
   信可能な第１の送受信手段と、 上記投資対象データをユーザに対して告知する告知手段
   と、 上記告知手段により告知される上記投資対象データに対
   応する投資対象への投資を指示する投資指示手段と、 上記第１の送受信手段を介して受信される割込み情報に
   応じて上記告知手段により上記ユーザに対して上記割込
   みを告知するように制御する第１の制御手段とを有する
   移動体端末装置と、 上記投資対象データを上記移動体端末装置に上記移動体
   ネットワークを介して送信するとともに、上記投資指示
   手段に応じた上記投資のリクエスト信号を受信する第２
   の送受信手段と、 上記投資のリクエスト信号に応じて、少なくとも、ユー
   ザ識別子、投資対象識別子、上記投資対象に対する上記
   ユーザの投資額データを記憶する記憶手段と、 上記投資対象に対する投資額データに応じて上記投資対
   象の価値データを演算するとともに、上記価値データに
   応じて上記割込み情報を上記第２の送受信手段を介して
   上記移動体端末装置に送信する第２の制御手段とを有す
   るサーバ装置とを備える移動体投資システム。
2. 【請求項２】 上記第２の制御手段は、上記投資対象デ
   ータの価値データの変動が所定値以上のとき、上記割込
   み情報としての上記投資対象識別子、投資対象の価値デ
   ータを上記移動体端末装置に送信することを特徴とする
   請求項１に記載の移動体投資システム。
3. 【請求項３】 上記移動体端末装置の第１の送受信手段
   は、ユーザが以前に指示した上記投資対象への投資を解
   除するための、売却リクエスト信号を上記第２の送受信
   手段に送信し、 上記サーバ装置の第２の制御手段は、上記売却リクエス
   ト信号に応じて、上記記憶手段に記憶されている上記投
   資対象データに対する上記ユーザの投資額データが変更
   されるように制御することを特徴とする請求項１に記載
   の移動体投資システム。
4. 【請求項４】 上記移動体端末装置は、表示手段を有
   し、上記第１の制御手段は、上記割り込み情報を上記表
   示手段を介してユーザに告知することを特徴とする請求
   項１記載の移動体投資システム。
5. 【請求項５】 上記投資対象は団体であることを特徴と
   する請求項１に記載の移動体投資システム。
6. 【請求項６】 上記投資対象は個人であることを特徴と
   する請求項１に記載の移動体投資システム。
7. 【請求項７】 上記投資対象は個人の著作物であること
   を特徴とする請求項１に記載の移動体投資システム。
8. 【請求項８】 上記第２の送受信手段は、上記投資対象
   の著作物の売上データを受信し、上記売上データに応じ
   て上記個人の著作物を販売する小売店に対して対価を支
   払うことを特徴とする請求項７に記載の移動体投資シス
   テム。
9. 【請求項９】 移動体ネットワークを介して投資対象デ
   ータの受信及びユーザからの投資のリクエスト信号を送
   信可能な第１の送受信手段と、 上記投資対象データをユーザに対して告知する告知手段
   と、 上記告知手段により告知される上記投資対象データに対
   応する投資対象への投資を指示する投資指示手段とを有
   する移動体端末装置と、 上記移動体端末装置の上記ユーザの使用状況を記憶する
   使用状況記憶手段と、 上記使用状況記憶手段に記憶される上記ユーザの使用状
   況に応じて上記ユーザの口座より所定金額の引き落とし
   処理が可能な第１の制御手段とを有する中央管理センタ
   と、 上記投資指示手段に応じた上記投資のリクエスト信号を
   受信するとともに、上記投資対象データを上記移動体端
   末装置に上記移動体ネットワークを介して送信する第２
   の送受信手段と、 上記投資のリクエスト信号に応じて、ユーザ識別子、投
   資対象識別子、上記投資対象に対する上記ユーザの投資
   額データを記憶する記憶手段と、 上記投資のリクエスト信号に応じて上記投資額データを
   演算し、更新する第２の制御手段とを有するサーバ装置
   と、 予め指定されたユーザの銀行口座の口座管理データを記
   憶する記憶手段と、 上記サーバ装置の記憶手段に記憶されている上記ユーザ
   の投資額データに応じて自動的に上記ユーザの口座管理
   データを更新するとともに、上記銀行口座へのアクセス
   及び上記更新された口座管理データに基づく決済処理を
   行う第３の制御手段を有する課金センタとを備える移動
   体投資システム。
10. 【請求項１０】 上記中央管理センタは、更に、上記ユ
    ーザに対応して口座用の鍵を記憶する鍵記憶手段を有
    し、 上記課金センタの第３の制御手段は、上記中央管理セン
    タより上記第２の送受信手段を介して上記口座用の鍵を
    取得し、所定の銀行センタにアクセスすることにより銀
    行口座に対する決済処理を行うことを特徴とする請求項
    ９に記載の移動体投資システム。
11. 【請求項１１】 上記移動体端末装置は、表示手段を有
    し、上記割り込み情報を上記表示手段を介して告知する
    ことを特徴とする請求項９記載の移動体投資システム。
12. 【請求項１２】 上記投資対象は団体であることを特徴
    とする請求項９に記載の移動体投資システム。
13. 【請求項１３】 上記投資対象は個人であることを特徴
    とする請求項９に記載の移動体投資システム。
14. 【請求項１４】 上記投資対象は個人の著作物であるこ
    とを特徴とする請求項９に記載の移動体投資システム。
15. 【請求項１５】 上記サーバ装置の第２の送受信手段
    は、上記投資対象の著作物の売上データを受信し、上記
    売上データに応じて上記個人の著作物を販売する小売店
    に対して対価を支払うことを特徴とする請求項１４に記
    載の移動体投資システム。
16. 【請求項１６】 サーバ装置から、移動体ネットワーク
    を介して投資対象データを移動体端末装置に送信するス
    テップと、 上記移動体端末装置によって上記投資対象データを受信
    し、ユーザに告知するステップと、 上記移動体端末装置によって、上記告知された投資対象
    データに対応する投資対象への投資を指示し、上記サー
    バ装置に投資のリクエスト信号を送信するステップと、 上記サーバ装置によって、上記投資のリクエスト信号を
    受信するとともに、上記投資のリクエスト信号に応じ
    て、少なくとも、ユーザ識別子、投資対象識別子、上記
    投資対象に対する上記ユーザの投資額データを記憶する
    ステップと、 上記サーバ装置によって上記投資対象に対する投資額デ
    ータに応じて上記投資対象の価値データを演算するステ
    ップと、 上記サーバ装置によって上記価値データに応じて割込み
    情報を上記移動体端末装置に送信するステップと、 上記移動体端末装置によって上記割込み情報を受信し、
    上記割込み情報に応じて上記ユーザに対して割込みを告
    知するステップとを有する投資方法。
17. 【請求項１７】 上記投資対象の価値データの変動が所
    定値以上のとき、上記サーバ装置によって、上記割込み
    情報として、上記投資対象識別子、投資対象の価値デー
    タを上記移動体端末装置に送信することを特徴とする請
    求項１６記載の投資方法。
18. 【請求項１８】 更に、上記移動体端末装置によって、
    上記ユーザが以前に指示した上記投資対象への投資を解
    除するための売却リクエスト信号を、上記サーバ装置に
    送信するステップと、 上記サーバ装置によって、上記売却リクエスト信号に応
    じて、上記サーバ装置に記憶されている上記投資対象に
    対するユーザの上記投資額データが変更されるように制
    御するステップとを有することを特徴とする請求項１６
    記載の投資方法。
19. 【請求項１９】 上記投資対象は団体であることを特徴
    とする請求項１６に記載の投資方法。
20. 【請求項２０】 上記投資対象は個人であることを特徴
    とする請求項１６に記載の投資方法。
21. 【請求項２１】 上記投資対象は個人の著作物であるこ
    とを特徴とする請求項１６に記載の投資方法。
22. 【請求項２２】 上記サーバ装置は、上記投資対象の著
    作物の売上データを受信し、上記売上データに応じて上
    記個人の著作物を販売する小売店に対して対価を支払う
    ステップを有することを特徴とする請求項２１に記載の
    投資方法。
23. 【請求項２３】 サーバ装置から、移動体ネットワーク
    を介して投資対象データを移動体端末装置に送信するス
    テップと、 上記移動体端末装置によって上記投資対象データを受信
    し、ユーザに告知するステップと、 上記移動体端末装置によって、上記告知された投資対象
    データに対応する投資対象への投資を指示し、上記サー
    バ装置に投資のリクエスト信号を送信するステップと、 上記サーバ装置によって、上記投資のリクエスト信号を
    受信するとともに、上記投資のリクエスト信号に応じ
    て、少なくとも、ユーザ識別子、投資対象識別子、上記
    投資対象に対する上記ユーザの投資額データを記憶する
    ステップと、 上記サーバ装置によって、上記ユーザ識別子、投資対象
    識別子、投資額データを課金センタに送信するステップ
    と、 上記課金センタによって、上記投資額データに基づき、
    予め指定されたユーザの銀行口座の口座管理データを更
    新するとともに、自動的に上記ユーザの口座へアクセス
    し、上記口座管理データに応じて決済処理を行うステッ
    プと、 中央管理センタによって、上記移動体端末装置のユーザ
    の使用状況を記憶するステップと、 上記中央管理センタによって、上記記憶されたユーザの
    使用状況に応じて上記ユーザの口座から所定金額を引き
    落とすステップとを有する投資方法。
24. 【請求項２４】 上記中央管理センタは、上記ユーザに
    対応した銀行口座用の鍵を記憶するステップと、 上記サーバ装置は、上記中央管理センタから上記口座用
    の鍵を取得し、所定の銀行センタにアクセスすることに
    より決済処理を行うステップを有することを特徴とする
    請求項２３記載の投資方法。
25. 【請求項２５】 上記投資対象は団体であることを特徴
    とする請求項２３に記載の投資方法。
26. 【請求項２６】 上記投資対象は個人であることを特徴
    とする請求項２３に記載の投資方法。
27. 【請求項２７】 上記投資対象は個人の著作物であるこ
    とを特徴とする請求項２３に記載の投資方法。
28. 【請求項２８】 上記サーバ装置によって、上記投資対
    象の著作物の売上データを受信し、上記売上データに応
    じて上記個人の著作物を販売する小売店に対して対価を
    支払うステップを有することを特徴とする請求項２７に
    記載の投資方法。
29. 【請求項２９】 移動体ネットワークを介して、投資対
    象データを移動体端末装置に送信するとともに、上記移
    動体端末装置からの上記投資対象データに対応する投資
    対象への投資リクエスト信号を受信する送受信手段と、 上記投資のリクエスト信号に応じて、少なくとも、ユー
    ザ識別子、投資対象識別子、上記投資対象に対する上記
    ユーザの投資額データを記憶する記憶手段と、 上記投資対象に対する投資額データに応じて上記投資対
    象の価値データを演算するとともに、上記価値データに
    応じて割込み情報を上記送受信手段を介して上記移動体
    端末装置に送信させるように制御する制御手段とを備え
    るサーバ装置。
30. 【請求項３０】 上記制御手段は、上記投資対象データ
    の価値データの変動が所定値以上のとき、上記割り込み
    情報として上記投資対象識別子、投資対象の価値データ
    を上記移動体端末装置に送信させるように制御すること
    を特徴とする請求項２９記載のサーバ装置。
31. 【請求項３１】 上記制御手段は、ユーザが以前に指示
    した上記投資対象への投資を解除するための、売却リク
    エスト信号を上記送受信手段を介して送信したとき、上
    記売却リクエスト信号に応じて、上記記憶手段に記憶さ
    れている上記投資対象に対する上記ユーザの投資額デー
    タが更新されるように制御することを特徴とする請求項
    ２９記載のサーバ装置。
32. 【請求項３２】 上記投資対象は団体であることを特徴
    とする請求項２９記載のサーバ装置。
33. 【請求項３３】 上記投資対象は個人であることを特徴
    とする請求項２９記載のサーバ装置。
34. 【請求項３４】 上記投資対象は個人の著作物であるこ
    とを特徴とする請求項２９記載のサーバ装置。
35. 【請求項３５】 上記送受信手段は、上記投資対象の著
    作物の売上データを受信し、上記売上データに応じて上
    記個人の著作物を販売する小売店に対して対価を支払う
    ことを特徴とする請求項３４に記載のサーバ装置。
36. 【請求項３６】 移動体ネットワークを介して、投資対
    象データを移動体端末装置に送信し、投資対象への投資
    額データを課金センタに送信するともに、上記移動体端
    末装置からの上記投資対象データに対応する投資対象へ
    の投資リクエスト信号を受信する送受信手段と、 上記投資のリクエスト信号に応じて、少なくとも、ユー
    ザ識別子、投資対象識別子、上記投資対象に対する上記
    ユーザの投資額データを記憶する記憶手段と、 上記投資額データを上記投資のリクエスト信号に応じて
    更新するとともに、上記投資対象の価値データを演算
    し、上記価値データを上記課金センタに送信させるよう
    制御する制御部とを備えるサーバ装置。
37. 【請求項３７】 上記投資対象は団体であることを特徴
    とする請求項３６記載のサーバ装置。
38. 【請求項３８】 上記投資対象は個人であることを特徴
    とする請求項３６記載のサーバ装置。
39. 【請求項３９】 上記投資対象は個人の著作物であるこ
    とを特徴とする請求項３６記載のサーバ装置。
40. 【請求項４０】 上記送受信手段は、上記投資対象の著
    作物の売上データを受信し、上記売上データに応じて上
    記個人の著作物を販売する小売店に対して対価を支払う
    ことを特徴とする請求項３９に記載のサーバ装置。
41. 【請求項４１】 移動体ネットワークを介して、サーバ
    装置から投資対象データを受信するとともに、ユーザか
    らの投資のリクエスト信号を送信可能な送受信手段と、 上記投資対象データをユーザに対して告知する告知手段
    と、 上記告知手段により告知される上記投資対象データに対
    応する投資対象への投資を指示する投資指示手段と、 上記送受信手段を介して受信される上記サーバ装置から
    の割込み情報に応じて上記告知手段により、上記ユーザ
    に対して上記割込みを告知するように制御する制御手段
    とを備える移動体端末装置。
42. 【請求項４２】 更に表示手段を有し、上記制御手段
    は、上記割込み情報を上記表示手段を介してユーザに告
    知することを特徴とする請求項４１記載の移動体端末装
    置。
43. 【請求項４３】 上記投資対象は団体であることを特徴
    とする請求項４１記載の移動体端末装置。
44. 【請求項４４】 上記投資対象は個人であることを特徴
    とする請求項４１記載の移動体端末装置。
45. 【請求項４５】 上記投資対象は個人の著作物であるこ
    とを特徴とする請求項４１記載の移動体端末装置。