JP2002312528A - データ処理システム、データ処理方法、データ処理装置、記録媒体及びコンピュータプログラム - Google Patents

Abstract

(57)【要約】 【課題】 トレーディングカードを株取引と同様に行
う。 【解決手段】 複数のトレーディングカードを蓄積する
サーバ装置１０と、サーバ装置１０から送信されたトレ
ーディングカードを受信すると共にサーバ装置１０にト
レーディングカードの購入注文データ及び売却注文デー
タ並びにユーザ識別データを送信する端末装置３０とを
備え、サーバ装置１０は、端末装置３０から送信された
トレーディングカードの購入注文データと売却注文デー
タとをユーザ識別データに関連づけて蓄積し、トレーデ
ィングカードの売買が成立するとき、トレーディングカ
ード毎に、ユーザ識別データの購入注文データ及び売却
注文データを更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、アーティスト等に
関連するトレーディングカードをトレーダが端末装置を
用いネットワークを介して取引することができるデータ
処理システム、データ処理方法、データ処理装置、記録
媒体及びコンピュータプログラムに関する。

【０００２】

【従来の技術】インターネットが普及した今日におい
て、ホームページでは、楽曲データ等のコンテンツデー
タをダウンロードすることがようになっている。このホ
ームページでは、例えば販売するコンテンツデータが一
覧表示されており、例えばユーザが、コンテンツデータ
を購入するため選択する際に、コンテンツデータの一部
をダウンロードし視聴することができるようになってい
る。

【０００３】

【発明が解決しようとする課題】しかしながら、単に、
ホームページに販売するコンテンツデータのリストを一
覧表示するだけでは、ユーザは自分の興味のあるアーテ
ィストやコンテンツデータにしかアクセスしない。した
がって、レコード会社等に所属せず、楽曲データ等を自
主制作しているアーティスト等は、知名度が低いことか
ら、その作品であるコンテンツデータをホームページに
公表したとしても、このホームページにアクセスするユ
ーザが視聴する頻度は、知名度の高いアーティストに対
して極めて低いものである。これは、レコード会社に所
属しているアーティストであって未だ人気の出ていない
無名のアーティストの場合も同様である。

【０００４】したがって、レコード会社等が新しいアー
ティスト等を売り出す場合、ホームページに知名度の低
いアーティストを公表したとしても、当該アーティスト
の知名度を効率良く上げることはできない。

【０００５】本発明の目的は、トレイダの所有するアー
ティスト等に関連するトレーディングカードをネットワ
ークを介して取引することができる新規なデータ処理シ
ステム、データ処理方法、データ処理装置、記録媒体及
びコンピュータプログラムを提供することにある。

【０００６】また、本発明の目的は、トレーディングカ
ードを株取引と同様に行うことができるデータ処理シス
テム、データ処理方法、データ処理装置、記録媒体及び
コンピュータプログラムを提供することにある。

【０００７】更に、本発明の目的は、トレーディングカ
ードを購入する際に、これに関連するデータを視聴する
ことができるデータ処理システム、データ処理方法、デ
ータ処理装置、記録媒体及びコンピュータプログラムを
提供することにある。

【０００８】更にまた、本発明の目的は、トレーディン
グカードの取引を行うことで、アーティストの知名度を
効率良く上げることができるデータ処理システム、デー
タ処理方法、データ処理装置、記録媒体及びコンピュー
タプログラムを提供することにある。

【０００９】

【課題を解決するための手段】本発明に係るデータ処理
システムは、上述した課題を解決すべく、複数のシンボ
ルデータを蓄積するサーバ装置と、サーバ装置から送信
されたシンボルデータを受信すると共にサーバ装置にシ
ンボルデータの購入注文データ及び売却注文データ並び
にユーザ識別データを送信する端末装置とを備え、サー
バ装置は、端末装置から送信されたシンボルデータの購
入注文データと売却注文データとをユーザ識別データに
関連づけて蓄積し、シンボルデータの売買が成立すると
き、シンボルデータ毎に、ユーザ識別データの購入注文
データ及び売却注文データを更新する。

【００１０】また、本発明に係るデータ処理方法は、上
述した課題を解決すべく、サーバ装置から送信されたシ
ンボルデータを端末装置で受信するステップと、サーバ
装置にシンボルデータの購入注文データ及び売却注文デ
ータ並びにユーザ識別データを端末装置より送信するス
テップと、端末装置から送信されたシンボルデータの購
入注文データと売却注文データとをユーザ識別データに
関連づけて蓄積するステップと、シンボルデータの売買
が成立するとき、シンボルデータ毎に、ユーザ識別デー
タの購入注文データ及び売却注文データを更新するステ
ップとを有する。

【００１１】また、本発明に係るデータ処理装置は、上
述した課題を解決すべく、複数のシンボルデータが記憶
される記憶部と、端末装置から送信された複数のシンボ
ルデータに対する購入注文データ及び売却注文データを
ユーザ識別データと共に受信する受信部と、シンボルデ
ータの購入注文データ及び売却注文データをユーザ識別
データに関連づけて蓄積する蓄積部と、蓄積部を検索し
てシンボルデータの購入注文数と売却注文数を抽出する
検索部と、検索部により蓄積部より抽出されたシンボル
データの購入注文数と売却注文数とを比較し、シンボル
データの売買を成立させるユーザ識別データを判別する
判別部と、売買が成立したユーザ識別データの購入注文
データと売却注文データとを更新する更新部とを備え
る。

【００１２】また、本発明に係るデータ処理方法は、上
述した課題を解決すべく、複数のシンボルデータに対す
る購入注文データ及び売却注文データをユーザ識別デー
タと共に受信部で受信するステップと、シンボルデータ
の購入注文データ及び売却注文データをユーザ識別デー
タに関連づけて蓄積部に蓄積するステップと、蓄積部を
検索部で検索してシンボルデータの購入注文数と売却注
文数を抽出するステップと、検索部により蓄積部より抽
出されたシンボルデータの購入注文数と売却注文数とを
比較し、シンボルデータの売買を成立させるユーザ識別
データを判別部で判別するステップと、売買が成立した
ユーザ識別データの購入注文データと売却注文データと
を更新部で更新するステップとを有する。

【００１３】また、本発明に係る記録媒体は、上述した
課題を解決すべく、コンピュータにより読み取り可能な
コンピュータプログラムが記録された記録媒体であっ
て、コンピュータプログラムは、受信部で受信した複数
のシンボルデータに対する購入注文データ及び売却注文
データをユーザ識別データに関連づけて蓄積部に蓄積さ
せる手段と、蓄積部よりシンボルデータの購入注文数と
売却注文数を抽出し、蓄積部より抽出されたシンボルデ
ータの購入注文数と売却注文数とを比較する手段と、シ
ンボルデータの売買を成立させるユーザ識別データを判
別する手段と、売買が成立したユーザ識別データの購入
注文データと売却注文データとを更新する手段とを有す
る。

【００１４】また、本発明に係るコンピュータプログラ
ムは、上述した課題を解決すべく、受信部で受信した複
数のシンボルデータに対する購入注文データ及び売却注
文データをユーザ識別データに関連づけて蓄積部に蓄積
させる手段と、蓄積部よりシンボルデータの購入注文数
と売却注文数を抽出し、蓄積部より抽出されたシンボル
データの購入注文数と売却注文数とを比較する手段と、
シンボルデータの売買を成立させるユーザ識別データを
判別する手段と、売買が成立したユーザ識別データの購
入注文データと売却注文データとを更新する手段とを有
する。

【００１５】また、本発明に係るデータ処理システム
は、上述した課題を解決すべく、ユーザを識別するユー
ザ識別データとシンボルデータの保有数データとユーザ
が所有するポイントの所有ポイントデータとシンボルデ
ータの購入注文数データとが記録されることによりユー
ザを管理するユーザレコードと、アーティストを識別す
るアーティスト識別データとアーティストに属するシン
ボルデータを識別するシンボル識別データとシンボルデ
ータの価値データとシンボルデータの購入注文数データ
とが記録されることによりアーティストを管理するアー
ティストレコードと、購入注文のあったシンボルデータ
を識別するシンボル識別データと購入注文のあったシン
ボルデータのアーティスト識別データと購入注文をした
ユーザを識別するユーザ識別データとが記録されること
により購入注文を管理する購入注文レコードとを有する
サーバ装置と、サーバ装置から送信されたシンボルデー
タを受信すると共にサーバ装置にシンボルデータの購入
注文データ及びユーザ識別データを送信する端末装置と
を備え、サーバ装置は、端末装置よりシンボルデータの
購入注文データを受信したとき、ユーザ識別データに対
応するユーザレコードにアクセスし、保有数データより
購入注文データに含まれるシンボルデータの購入注文数
を購入可能かを判別すると共に、所有ポイントデータよ
りシンボルデータの購入に必要なポイント数を有してい
るかを判別し、シンボルデータの購入に必要なポイント
数を有しているとき、シンボル識別データが属するアー
ティストのアーティストレコードにアクセスし、価値デ
ータを取得し、購入注文数データに購入注文数分を加算
し、購入注文レコードにアクセスし、少なくとも購入注
文されたシンボルデータに対応するアーティスト識別デ
ータ及び購入注文したユーザ識別データを記録し、購入
注文の履歴を残し、ユーザレコードにアクセスし、購入
注文数データに購入注文数分を加算し、シンボルデータ
の購入注文数とシンボルデータの価値データとより購入
注文価格を演算し、購入注文価格に応じてユーザレコー
ドのデータを減算する。

【００１６】また、本発明に係るデータ処理装置は、上
述した課題を解決すべく、複数のシンボルデータが記憶
される記憶部と、端末装置から送信された複数のシンボ
ルデータに対する購入注文データ及び売却注文データを
ユーザ識別データと共に受信する受信部と、シンボルデ
ータの購入注文データ及び売却注文データをユーザ識別
データに関連づけて蓄積する蓄積部と、蓄積部を検索し
てシンボルデータの購入注文数と売却注文数を抽出する
検索部と、検索部により蓄積部より抽出されたシンボル
データの購入注文数と売却注文数とを比較し、シンボル
データの売買を成立させるユーザ識別データを判別する
判別部と、売買が成立したユーザ識別データの購入注文
データと売却注文データとを更新する更新部とを備え、
蓄積部は、ユーザを識別するユーザ識別データとシンボ
ルデータの保有数データとユーザが所有するポイントの
所有ポイントデータとシンボルデータの購入注文数デー
タとが記録されることによりユーザを管理するユーザレ
コードと、アーティストを識別するアーティスト識別デ
ータとアーティストに属するシンボルデータを識別する
シンボル識別データとシンボルデータの価値データとシ
ンボルデータの購入注文数データとが記録されることに
よりアーティストを管理するアーティストレコードと、
購入注文のあったシンボルデータを識別するシンボル識
別データと購入注文のあったシンボルデータのアーティ
スト識別データと購入注文をしたユーザを識別するユー
ザ識別データとが記録されることにより購入注文を管理
する購入注文レコードとを有し、判別部は、端末装置よ
りシンボルデータの購入注文データを受信したとき、ユ
ーザ識別データに対応するユーザレコードにアクセス
し、保有数データより購入注文データに含まれるシンボ
ルデータの購入注文数を購入可能かを判別すると共に、
所有ポイントデータよりシンボルデータの購入に必要な
ポイント数を有しているか判別し、更新部は、シンボル
データの購入に必要なポイント数を有しているとき、シ
ンボル識別データが属するアーティストのアーティスト
レコードにアクセスし、価値データを取得し、購入注文
数データに購入注文数分を加算し、更新部は、購入注文
レコードにアクセスし、少なくとも購入注文されたシン
ボルデータに対応するアーティスト識別データ及び購入
注文したユーザ識別データを記録し、購入注文の履歴を
残し、更新部は、ユーザレコードにアクセスし、購入注
文数データに購入注文数分を加算し、更新部は、シンボ
ルデータの購入注文数とシンボルデータの価値データと
より購入注文価格を演算し、更新部は、購入注文価格に
応じてユーザレコードの所有ポイントデータを減算す
る。

【００１７】また、本発明に係るデータ処理方法は、上
述した課題を解決すべく、端末装置よりシンボルデータ
の購入注文データを受信したとき、ユーザを識別するユ
ーザ識別データに対応するユーザを管理するユーザレコ
ードにアクセスし、シンボルデータの保有数データより
シンボルデータの購入注文数データに含まれるシンボル
データの購入注文数を購入可能かを判別すると共に、ユ
ーザが所有するポイントの所有ポイントデータよりシン
ボルデータの購入に必要なポイント数を有しているか判
別するステップと、シンボルデータの購入に必要なポイ
ント数を有しているとき、シンボルデータを識別するシ
ンボル識別データが属するアーティストを管理するアー
ティストレコードにアクセスし、シンボルデータの価値
データを取得し、購入注文数データに購入注文数分を加
算するステップと、購入注文を管理する購入注文レコー
ドにアクセスし、少なくとも購入注文されたシンボルデ
ータに対応するアーティストを識別するアーティスト識
別データ及び購入注文したユーザ識別データを記録し、
購入注文の履歴を残すステップと、ユーザレコードにア
クセスし、購入注文数データに購入注文数分を加算し、
シンボルデータの購入注文数とシンボルデータの価値デ
ータとより購入注文価格を演算し、購入注文価格に応じ
てユーザレコードの所有ポイントデータを減算するステ
ップとを有する。

【００１８】また、本発明に係るデータ処理システム
は、上述した課題を解決すべく、ユーザが売却注文する
シンボルデータを識別するシンボル識別データとシンボ
ルデータの属するアーティストを識別するアーティスト
識別データとシンボルデータが売却注文中であるかを識
別する売却注文識別データとが記録されることによりユ
ーザが所有するシンボルデータを管理するユーザ所有シ
ンボルレコードと、アーティストが属するシンボルデー
タの価値データとアーティストが属するシンボルデータ
の売却注文数データが記録されることによりアーティス
トを管理するアーティストレコードと、シンボルデータ
の売却注文数データが記録されることによりシンボルデ
ータを管理するシンボル管理レコードと、売却注文がさ
れたシンボル識別データと売却注文を出したユーザを識
別するためのユーザ識別データとが記録されることによ
り売却注文を管理する売却注文レコードとを有するサー
バ装置と、サーバ装置から送信されたシンボルデータを
受信すると共にサーバ装置にシンボルデータの売却注文
データ及びユーザ識別データを送信する端末装置とを備
え、サーバ装置は、端末装置からの売却注文データよ
り、ユーザ識別データ、売却注文の出されたシンボルデ
ータのシンボル識別データを取得し、ユーザ所持シンボ
ルレコードにアクセスし、売却注文のシンボルデータの
シンボル識別データとアーティスト識別データとを取得
すると共に、売却注文識別データを売却注文中に変更
し、アーティスト識別データに対応するアーティストレ
コードにアクセスし、シンボルデータの価値データを取
得し、売却注文数データに売却注文数分を加算し、シン
ボル識別データに対応するシンボル管理レコードにアク
セスし、売却注文数データに売却注文数分を加算し、売
却注文レコードにアクセスし、少なくとも売却注文がさ
れたシンボル識別データ及び売却注文を出したユーザ識
別データを記録し、売却注文の履歴を残す。

【００１９】また、本発明に係るデータ処理装置は、上
述した課題を解決すべく、複数のシンボルデータが記憶
される記憶部と、端末装置から送信された複数のシンボ
ルデータに対する購入注文データ及び売却注文データを
ユーザ識別データと共に受信する受信部と、シンボルデ
ータの購入注文データ及び売却注文データをユーザ識別
データに関連づけて蓄積する蓄積部と、蓄積部を検索し
てシンボルデータの購入注文数と売却注文数を抽出する
検索部と、検索部により蓄積部より抽出されたシンボル
データの購入注文数と売却注文数とを比較し、シンボル
データの売買を成立させるユーザ識別データを判別する
判別部と、売買が成立したユーザ識別データの購入注文
データと売却注文データとを更新する更新部とを備え、
蓄積部は、ユーザが売却注文するシンボルデータを識別
するシンボル識別データとシンボルデータの属するアー
ティストを識別するアーティスト識別データとシンボル
データが売却注文中であるかを識別する売却注文識別デ
ータとが記録されることによりユーザが所有するシンボ
ルデータを管理するユーザ所有シンボルレコードと、ア
ーティストが属するシンボルデータの価値データとアー
ティストが属するシンボルデータの売却注文数データが
記録されることによりアーティストを管理するアーティ
ストレコードと、シンボルデータの売却注文数データが
記録されることによりシンボルデータを管理するシンボ
ル管理レコードと、売却注文がされたシンボル識別デー
タと売却注文を出したユーザを識別するためのユーザ識
別データとが記録されることにより売却注文を管理する
売却注文レコードとを有し、検索部は、端末装置からの
売却注文データより、ユーザ識別データ、売却注文のシ
ンボルデータのシンボル識別データを取得し、更新部
は、ユーザ所持シンボルレコードにアクセスし、売却注
文のシンボルデータのシンボル識別データとアーティス
トシンボルデータとを取得すると共に、売却注文識別デ
ータを売却注文中に変更し、更新部は、アーティスト識
別データに対応するアーティストレコードにアクセス
し、シンボルデータの価値データを取得し、売却注文数
データに売却注文数分を加算し、更新部は、シンボル識
別データに対応するシンボル管理レコードにアクセス
し、売却注文数データに売却注文数分を加算し、更新部
は、売却注文レコードにアクセスし、少なくとも売却注
文がされたシンボル識別データ及び売却注文を出したユ
ーザ識別データを記録し、売却注文の履歴を残す。

【００２０】また、本発明に係るデータ処理方法は、上
述した課題を解決すべく、端末装置から送信されたシン
ボルデータの売却注文データより、ユーザを識別するユ
ーザ識別データ、売却注文の出されたシンボルデータを
識別するシンボル識別データを取得するステップと、ユ
ーザが所有するシンボルデータを管理するユーザ所持シ
ンボルレコードにアクセスし、売却注文のシンボルデー
タのシンボル識別データとシンボルデータが属するアー
ティストを識別するアーティスト識別データとを取得す
ると共に、シンボルデータが売却注文中であるかを識別
する売却注文識別データを売却注文中に変更するステッ
プと、アーティスト識別データに対応するアーティスト
を管理するアーティストレコードにアクセスし、シンボ
ルデータの価値データを取得し、アーティストが属する
シンボルデータの売却注文数データに売却注文数分を加
算するステップと、シンボル識別データに対応するシン
ボルデータを管理するシンボル管理レコードにアクセス
し、売却注文数データに売却注文数分を加算するステッ
プと、売却注文を管理する売却注文レコードにアクセス
し、少なくとも売却注文がされたシンボル識別データ及
び売却注文を出したユーザ識別データを記録し、売却注
文の履歴を残すステップとを有する。

【００２１】また、本発明に係るデータ処理システム
は、上述した課題を解決すべく、ユーザを識別するユー
ザ識別データと、シンボルデータの購入注文数データ
と、シンボルデータの購入注文数に必要な購入ポイント
とが記録されることによりユーザを管理するユーザレコ
ードと、ユーザを識別するためのユーザ識別データとユ
ーザが所有するシンボルデータを識別するシンボル識別
データとシンボルデータが属するアーティストを識別す
るアーティスト識別データとが記録されることによりユ
ーザが所有するシンボルデータを管理するユーザ所有シ
ンボルレコードと、アーティストを識別するアーティス
ト識別データとアーティストのシンボルデータの購入注
文数データとアーティストのシンボルデータの売却注文
数データとが記録されることによりアーティストを管理
するアーティストレコードと、シンボルデータを識別す
るシンボル識別データとシンボルデータの売却注文数デ
ータとが記録されることによりシンボルデータを管理す
るシンボル管理レコードと、売却注文がされているシン
ボルデータを識別するシンボル識別データと売却注文を
しているユーザを識別するためのユーザ識別データと売
却注文のあるシンボルデータが属するアーティストを識
別するアーティスト識別データとが記録されることによ
り売却注文を管理する売却注文レコードと、売却注文が
されているシンボルデータを識別するシンボル識別デー
タと購入注文をしているユーザを識別するためのユーザ
識別データと購入注文のあるシンボルデータが属するア
ーティストを識別するアーティスト識別データとが記録
されることにより購入注文を管理する購入注文レコード
とを有するサーバ装置と、サーバ装置から送信されたシ
ンボルデータを受信すると共にサーバ装置にシンボルデ
ータの購入注文データ及び売却注文データ並びにユーザ
識別データを送信する端末装置とを備え、サーバ装置
は、アーティスト識別データ毎に、アーティストレコー
ドにアクセスし、購入注文数データと売却注文数データ
を比較し、購入注文数データが多いとき、購入注文レコ
ードにアクセスし、アーティスト識別データに対応する
ユーザ識別データから売却注文数に対応するユーザ識別
データを選択し、ユーザレコードにアクセスし、選択さ
れたユーザ識別データに対応するシンボルデータの購入
注文数データを減算すると共に、購入ポイントを減算
し、アーティストレコードにアクセスし、アーティスト
識別データに対応する購入注文数データから売買が成立
した数を減算し、購入注文レコードにアクセスし、選択
されたユーザ識別データに対応するシンボル識別データ
及びアーティスト識別データを消去し、売却注文レコー
ドにアクセスし、シンボル識別データに対応するユーザ
識別データから売買成立したユーザ識別データを選択
し、ユーザ所持シンボルレコードにアクセスし、ユーザ
識別データ及びシンボル識別データに対応するアーティ
スト識別データを取得し、これら識別データを消去し、
シンボル管理レコードにアクセスし、シンボル識別デー
タに対応するレコードの売却注文数データを売買成立の
数に応じて減算し、アーティストレコードにアクセス
し、取得されたアーティスト識別データに対応する売却
注文数データを減算し、売却注文レコードにアクセス
し、シンボル識別データに対応するユーザ識別データと
アーティスト識別データを消去し、売却注文数データが
多いとき、売却注文レコードにアクセスし、アーティス
ト識別データに対応するユーザ識別データから購入注文
数に対応するユーザ識別データを選択し、ユーザ所持シ
ンボルレコードにアクセスし、ユーザ識別データ及びシ
ンボル識別データに対応するアーティスト識別データを
取得し、これら識別データを消去し、シンボル管理レコ
ードにアクセスし、シンボル識別データに対応する売却
注文数データを売買成立の数に応じて減算し、アーティ
ストレコードにアクセスし、アーティスト識別データに
対応する売却注文数データを減算し、売却注文レコード
からシンボル識別データに対応するユーザ識別データ及
びアーティスト識別データを消去し、購入注文レコード
にアクセスし、アーティスト識別データに対応するユー
ザ識別データから売買が成立したユーザ識別データを選
択し、ユーザレコードにアクセスし、選択されたユーザ
識別データに対応する購入注文数データと購入ポイント
から売買が成立した数を減算し、アーティストレコード
にアクセスし、アーティスト識別データに対応する購入
注文数データから売買が成立した数を減算し、購入注文
レコードにアクセスし選択されたユーザ識別データに対
応するシンボル識別データ及びアーティスト識別データ
を消去する。

【００２２】また、本発明に係るデータ処理装置は、上
述した課題を解決すべく、数のシンボルデータが記憶さ
れる記憶部と、端末装置から送信された複数のシンボル
データに対する購入注文データ及び売却注文データをユ
ーザ識別データと共に受信する受信部と、シンボルデー
タの購入注文データ及び売却注文データをユーザ識別デ
ータに関連づけて蓄積する蓄積部と、蓄積部を検索して
シンボルデータの購入注文数と売却注文数を抽出する検
索部と、検索部により蓄積部より抽出されたシンボルデ
ータの購入注文数と売却注文数とを比較し、シンボルデ
ータの売買を成立させるユーザ識別データを判別する判
別部と、売買が成立したユーザ識別データの購入注文デ
ータと売却注文データとを更新する更新部とを備え、蓄
積部は、ユーザを識別するユーザ識別データと、シンボ
ルデータの購入注文数データと、シンボルデータの購入
注文数に必要な購入ポイントとが記録されることにより
ユーザを管理するユーザレコードと、ユーザを識別する
ためのユーザ識別データとユーザが所有するシンボルデ
ータを識別するシンボル識別データとシンボルデータが
属するアーティストを識別するアーティスト識別データ
とが記録されることによりユーザが所有するシンボルデ
ータを管理するユーザ所有シンボルレコードと、アーテ
ィストを識別するアーティスト識別データとアーティス
トのシンボルデータの購入注文数データとアーティスト
のシンボルデータの売却注文数データとが記録されるこ
とによりアーティストを管理するアーティストレコード
と、シンボルデータを識別するシンボル識別データとシ
ンボルデータの売却注文数データとが記録されることに
よりシンボルデータを管理するシンボル管理レコード
と、売却注文がされているシンボルデータを識別するシ
ンボル識別データと売却注文をしているユーザを識別す
るためのユーザ識別データと売却注文のあるシンボルデ
ータが属するアーティストを識別するアーティスト識別
データとが記録されることにより売却注文を管理する売
却注文レコードと、売却注文がされているシンボルデー
タを識別するシンボル識別データと購入注文をしている
ユーザを識別するためのユーザ識別データと購入注文の
あるシンボルデータが属するアーティストを識別するア
ーティスト識別データとが記録されることにより購入注
文を管理する購入注文レコードとを有し、判別部は、ア
ーティスト識別データ毎に、アーティストレコードにア
クセスし、購入注文数データと売却注文数データを比較
し、購入注文数データが多いとき、購入注文レコードに
アクセスし、アーティスト識別データに対応するユーザ
識別データから売却注文数に対応するユーザ識別データ
を選択し、ユーザレコードにアクセスし、選択されたユ
ーザ識別データに対応するシンボルデータの購入注文数
データを減算すると共に、購入ポイントを減算し、アー
ティストレコードにアクセスし、アーティスト識別デー
タに対応する購入注文数データから売買が成立した数を
減算し、購入注文レコードにアクセスし、選択されたユ
ーザ識別データに対応するシンボル識別データ及びアー
ティスト識別データを消去し、売却注文レコードにアク
セスし、シンボル識別データに対応するユーザ識別デー
タから売買成立したユーザ識別データを選択し、ユーザ
所持シンボルレコードにアクセスし、ユーザ識別データ
及びシンボル識別データに対応するアーティスト識別デ
ータを取得し、これら識別データを消去し、シンボル管
理レコードにアクセスし、シンボル識別データに対応す
るレコードの売却注文数データを売買成立の数に応じて
減算し、アーティストレコードにアクセスし、取得され
たアーティスト識別データに対応する売却注文数データ
を減算し、売却注文レコードにアクセスし、シンボル識
別データに対応するユーザ識別データとアーティスト識
別データを消去し、売却注文数データが多いとき、売却
注文レコードにアクセスし、アーティスト識別データに
対応するユーザ識別データから購入注文数に対応するユ
ーザ識別データを選択し、ユーザ所持シンボルレコード
にアクセスし、ユーザ識別データ及びシンボル識別デー
タに対応するアーティスト識別データを取得し、これら
識別データを消去し、シンボル管理レコードにアクセス
し、シンボル識別データに対応する売却注文数データを
売買成立の数に応じて減算し、アーティストレコードに
アクセスし、アーティスト識別データに対応する売却注
文数データを減算し、売却注文レコードからシンボル識
別データに対応するユーザ識別データ及びアーティスト
識別データを消去し、購入注文レコードにアクセスし、
アーティスト識別データに対応するユーザ識別データか
ら売買が成立したユーザ識別データを選択し、ユーザレ
コードにアクセスし、選択されたユーザ識別データに対
応する購入注文数データと購入ポイントから売買が成立
した数を減算し、アーティストレコードにアクセスし、
アーティスト識別データに対応する購入注文数データか
ら売買が成立した数を減算し、購入注文レコードにアク
セスし選択されたユーザ識別データに対応するシンボル
識別データ及びアーティスト識別データを消去する。

【００２３】また、本発明に係るデータ処理方法は、上
述した課題を解決すべく、アーティストを識別するアー
ティスト識別データ毎に、アーティストを管理するアー
ティストレコードにアクセスし、シンボルデータの購入
注文数データとシンボルデータ売却注文数データを比較
するステップと、購入注文数データが多いとき、シンボ
ルデータの購入注文を管理する購入注文レコードにアク
セスし、アーティスト識別データに対応するユーザ識別
データから売却注文数に対応するユーザ識別データを選
択するステップと、ユーザを管理するユーザレコードに
アクセスし、選択されたユーザ識別データに対応するシ
ンボルデータの購入注文数データを減算すると共に、購
入ポイントを減算するステップと、アーティストレコー
ドにアクセスし、アーティスト識別データに対応する購
入注文数データから売買が成立した数を減算するステッ
プと、購入注文レコードにアクセスし、選択されたユー
ザ識別データに対応するシンボル識別データ及びアーテ
ィスト識別データを消去するステップと、シンボルデー
タの売却注文を管理する売却注文レコードにアクセス
し、シンボル識別データに対応するユーザ識別データか
ら売買成立したユーザ識別データを選択するステップ
と、ユーザが所有するシンボルデータを管理するユーザ
所持シンボルレコードにアクセスし、ユーザ識別データ
及びシンボル識別データに対応するアーティスト識別デ
ータを取得し、これら識別データを消去するステップ
と、シンボルデータを管理するシンボル管理レコードに
アクセスし、シンボル識別データに対応するレコードの
売却注文数データを売買成立の数に応じて減算するステ
ップと、アーティストレコードにアクセスし、取得され
たアーティスト識別データに対応する売却注文数データ
を減算するステップと、売却注文レコードにアクセス
し、シンボル識別データに対応するユーザ識別データと
アーティスト識別データを消去するステップと、売却注
文数データが多いとき、売却注文レコードにアクセス
し、アーティスト識別データに対応するユーザ識別デー
タから購入注文数に対応するユーザ識別データを選択す
るステップと、ユーザ所持シンボルレコードにアクセス
し、ユーザ識別データ及びシンボル識別データに対応す
るアーティスト識別データを取得し、これら識別データ
を消去するステップと、シンボル管理レコードにアクセ
スし、シンボル識別データに対応する売却注文数データ
を売買成立の数に応じて減算するステップと、アーティ
ストレコードにアクセスし、アーティスト識別データに
対応する売却注文数データを減算するステップと、売却
注文レコードからシンボル識別データに対応するユーザ
識別データ及びアーティスト識別データを消去するステ
ップと、購入注文レコードにアクセスし、アーティスト
識別データに対応するユーザ識別データから売買が成立
したユーザ識別データを選択するステップと、ユーザレ
コードにアクセスし、選択されたユーザ識別データに対
応する購入注文数データと購入ポイントから売買が成立
した数を減算するステップと、アーティストレコードに
アクセスし、アーティスト識別データに対応する購入注
文数データから売買が成立した数を減算するステップ
と、購入注文レコードにアクセスし選択されたユーザ識
別データに対応するシンボル識別データ及びアーティス
ト識別データを消去するステップとを有する。

【００２４】また、本発明に係るデータ処理システム
は、上述した課題を解決すべく、ユーザを識別するユー
ザ識別データとユーザが所有する所有ポイントデータと
ユーザが保有するシンボルデータのシンボル数データと
ユーザが保有する全てシンボルデータの総価値データ
と、所有ポイントデータと価値データとを合計した総資
産データと役を申告した回数データとが記録されること
によりユーザを管理するユーザレコードと、ユーザ識別
データとアーティストを識別するアーティスト識別デー
タとユーザが保有するシンボルデータのシンボル識別デ
ータとが記録されることによりユーザが所有するシンボ
ルデータを管理するユーザ所有シンボルレコードと、ア
ーティスト識別データとアーティストの属するシンボル
データの価値データとが記録されることによりアーティ
ストを管理するアーティストレコードとを有するサーバ
装置と、サーバ装置から送信されたシンボルデータを受
信すると共にサーバ装置にシンボルデータの役を申告す
る申告データを送信する端末装置とを備え、端末装置よ
りユーザ識別データ及びまとまりを有するシンボル識別
データのセットを取得し、ユーザ所持シンボルレコード
にアクセスし、ユーザ識別データに対応するアーティス
ト識別データを抽出し、シンボル情報識別子セットが正
当か否かを判別し、判別結果が正当であるとき、アーテ
ィストレコードにアクセスし、アーティスト識別データ
に対応するシンボルデータの価値データを取得し、価値
データに更にボーナスポイントを加算し合計データを算
出し、ユーザ識別データに対応するユーザレコードにア
クセスし、所有ポイントデータ及び総資産データに合計
データを加算し、回数データに１を加算し、シンボル数
データから役申告されたセットのシンボルデータ数を減
算し、総価値データから合計データを減算する。

【００２５】また、本発明に係るデータ処理装置は、上
述した課題を解決すべく、複数のシンボルデータが記憶
される記憶部と、端末装置から送信されたまとまりを有
するシンボルデータからなる役をユーザ識別データと共
に受信する受信部と、予め定められた役テーブルが保存
された蓄積部と、蓄積部を検索して役テーブルと申告さ
れた役とを比較する判別部と、役が成立したユーザ識別
データの資産データを更新する更新部とを備え、受信部
は、端末装置よりユーザ識別データ及びまとまりを有す
るシンボル識別データのセットを取得し、判別部は、ユ
ーザ所持シンボルレコードにアクセスし、ユーザ識別デ
ータに対応するアーティスト識別データを抽出し、シン
ボル情報識別子セットが正当か否かを判別し、判別結果
が正当であるとき、アーティストレコードにアクセス
し、アーティスト識別データに対応するシンボルデータ
の価値データを取得し、価値データに更にボーナスポイ
ントを加算し合計データを算出し、ユーザ識別データに
対応するユーザレコードにアクセスし、所有ポイントデ
ータ及び総資産データに合計データを加算し、回数デー
タに１を加算し、シンボル数データから役申告されたセ
ットのシンボルデータ数を減算し、総価値データから合
計データを減算する。

【００２６】また、本発明に係るデータ処理方法は、上
述した課題を解決すべく、端末装置よりユーザ識別デー
タ及びまとまりを有するシンボル識別データのセットを
取得するステップと、ユーザが所持するシンボルデータ
を管理するユーザ所持シンボルレコードにアクセスし、
ユーザを識別するユーザ識別データに対応するアーティ
スト識別データを抽出し、シンボル情報識別子セットが
正当か否かを判別するステップと、判別結果が正当であ
るとき、アーティストを管理するアーティストレコード
にアクセスし、アーティスト識別データに対応するシン
ボルデータの価値データを取得し、価値データに更にボ
ーナスポイントを加算し合計データを算出するステップ
と、ユーザ識別データに対応するユーザを管理するユー
ザレコードにアクセスし、ユーザが所有する所有ポイン
トデータ及び所有ポイントデータと価値データとを合計
した総資産データに合計データを加算し、役を申告した
回数データに１を加算し、シンボル数データから役申告
されたセットのシンボルデータ数を減算し、総価値デー
タから合計データを減算する。

【００２７】また、本発明に係るデータ処理システム
は、上述した課題を解決すべく、アーティストのコンテ
ンツデータを送信した送信回数データと、アーティスト
に属するシンボルデータの売買回数データとアーティス
トのコンテンツデータを紹介する紹介データを受信した
受信回数データとを有するサーバ装置と、サーバ装置か
ら送信されたコンテンツデータを受信し、シンボルデー
タの注文データをサーバ装置に送信し、コンテンツデー
タを紹介するデータをサーバ装置に送信する端末装置と
を備え、サーバ装置は、アーティスト毎の送信回数デー
タ、売買回数データ及び受信回数データから評価指数を
演算し、各アーティストの評価指数から、各アーティス
トの評価指数のデータの偏りを表す偏差を演算し、偏差
に応じてアーティストに対応するシンボルデータの価値
を変更する。

【００２８】また、本発明に係るデータ処理装置は、上
述した課題を解決すべく、コンテンツデータが蓄積され
た記憶部と、コンテンツデータを端末装置に送信する送
信部と、端末装置から送信されたシンボルデータの注文
データとコンテンツデータを紹介する紹介データを受信
する受信部と、コンテンツデータの送信回数と、シンボ
ルデータの売買回数と、紹介データを受信した受信回数
とをカウントする演算部とを備え、演算部は、送信回数
データ、売買回数データ及び受信回数データから評価指
数を演算し、アーティストの評価指数から、各アーティ
ストの評価指数のデータの偏りを表す偏差を演算し、偏
差に応じてアーティストに対応するシンボルデータの価
値を変更する。

【００２９】また、本発明に係るデータ処理方法は、上
述した課題を解決すべく、コンテンツデータを端末装置
に送信するステップと、端末装置から送信されたシンボ
ルデータの注文データとコンテンツデータを紹介する紹
介データを受信するステップと、コンテンツデータの送
信回数と、シンボルデータの売買回数と、紹介データを
受信した受信回数とをカウントするステップと、送信回
数データ、売買回数データ及び受信回数データから評価
指数を演算し、アーティストの評価指数から、各アーテ
ィストの評価指数のデータの偏りを表す偏差を演算し、
偏差に応じてアーティストに対応するシンボルデータの
価値を変更するステップとを有する。

【００３０】

【発明の実施の形態】以下、本発明が適用されたトレー
ディングカード取引システムについて、図面を参照して
説明する。

【００３１】図１に示すように、本発明が適用されたト
レーディングカード取引システム１は、アーティストに
関連する情報を提供すると共にアーティストに関連する
トレーディングカードを発行し管理するサーバ装置１０
と、このサーバ装置１０にアクセスし、アーティストの
トレーディングカードを購入し又は売却することができ
る端末装置３０とを備える。端末装置３０は、ＩＳＤＮ
（Integrated Services Digital Network）回線網、Ｃ
ＡＴＶ（Cable Television）回線網、光ケーブル回線網
等のネットワークを介してインターネット３内の本シス
テムの管理者であるプロバイダのサーバ装置１０に接続
されている。

【００３２】ここで、このトレーディングカード取引シ
ステム１の概要を図２を用いて説明する。

【００３３】このシステム１では、サーバ装置１０が、
各アーティストに対して例えば５種類（赤、青、緑、
黄、銀）のトレーディングカードを用意し、端末装置３
０を用いて会員登録したユーザに対して、ランダムに選
択した３枚のトレーディングカードを発行すると共に本
システム上の例えば３０００ＭＣの仮想通貨（ＭＣ：本
システムでの仮想通貨単位）を発行する。ここで、各ア
ーティストのトレーディングカードの価格は、株取引と
同様に価格変動するものである。すなわち、ユーザは、
毎日のトレーディングカードの価格変動を見て、トレー
ディングカードを売却又は購入することができ、トレー
ディングカードの購入時と売却時の価格差によって利潤
を得ることができるようになっている。なお、トレーデ
ィングカードの価格は、アーティスト単位で変動する。

【００３４】ユーザは、端末装置３０を介してサーバ装
置１０にアクセスし、５ＭＣ支払うことによってアーテ
ィストの楽曲データ等を視聴することができる。このと
き、１／２５６の確率で新たにトレーディングカードを
得ることができる。また、このダウンロードによって、
ユーザには、アーティストへの熱意を示すパラメータと
なるファンポイントが１加算されると共にアーティスト
に関する質問等を行うイベントを発動する際のパラメー
タとなるイベントポイントが１加算される。また、この
ダウンロードによって、本システムに登録しているアー
ティストのダウンロード回数がカウントされる。

【００３５】また、このトレーディングカード取引シス
テム１では、５ＭＣを支払うことによって、本システム
に登録したユーザが友人等の他の端末装置３０に自分の
好きなアーティストの紹介メールを送信することができ
る。この紹介メールによっても、ユーザには、ファンポ
イントとイベントポイントが１加算される。また、紹介
されたアーティストには、紹介メールの回数がカウント
される。

【００３６】この紹介メールを送信したときや紹介メー
ルの受信者が紹介されたアーティストの楽曲データを視
聴したときには、送信者であるユーザには、１０ＭＣが
与えられ、送信者であるユーザには、ファンポイントと
イベントポイントが１加算される。また、このときに
は、紹介者（送信者）であるユーザには、１／２５６の
確率でトレーディングカードが発行される。また、アー
ティストには、紹介メールの受信者が楽曲データを視聴
した視聴回数がカウントされる。

【００３７】イベントポイントが所定値を超えたときに
は、ユーザに対してイベントが発動され、これによっ
て、ユーザからは、イベントポイントが５０が減算され
る。また、イベントが発動されたときには、ユーザに対
して抽選で１枚のカードが発行されることがある。

【００３８】また、本システム１では、ＭＣを得るため
に、自分が所有するトレーディングカードを取引するこ
とができる。したがって、トレーディングカードを売却
したときには、売却枚数に売却時のトレーディングカー
ドの価格を乗じた額が所持金額に加算されると共にトレ
ーディングカードの所持枚数が減算される。また、トレ
ーディングカードを購入するときには、購入枚数に購入
時のトレーディングカードの価格を乗じた額が所持金か
ら減算されると共にトレーディングカードの所持枚数が
加算される。このようにトレーディングカードの取引が
行われたときには、トレーダであるユーザに対してイベ
ントポイントが１加算される。例えば、ユーザは、楽曲
データをダウンロードし視聴し、これを参考に購入する
トレーディングカードを決めることができる。

【００３９】また、ユーザは、ユーザは、トレーディン
グカードの取引等を行うことによって最大８枚までトレ
ーディングカードを所有することができる。このとき、
ユーザは、最大所有枚数８枚の中で、所有するトレーデ
ィングカードが互いに関連性を有するトレーディングカ
ードを集め、すなわち予め本システムによって定められ
た役を揃え、これをサーバ装置１０に申告することで、
申告したトレーディングカードの時価総額に対して更に
例外的配当であるボーナスポイントが加算されたＭＣを
得ることができるようになっている。

【００４０】また、本システム１では、楽曲データのダ
ウンロード、紹介メールの送信、紹介メール受信者によ
る紹介楽曲データの視聴によってポイント加算されるフ
ァンポイントが所定値以上となったとき、ユーザに対し
て楽曲購入の際の無料又は割引チケットを発行する。

【００４１】また、本システム１では、楽曲データのダ
ウンロード、紹介メールの送信、紹介メール受信者によ
る紹介楽曲データの視聴、トレーディングカードの売買
によってポイント加算されるイベントポイントが所定値
以上となったとき、ユーザに対してアーティストに関す
る質問等を行うイベントが発動され、このイベントの質
問に正解したときには、ユーザに対してボーナスポイン
トが加算される。

【００４２】そして、サーバ装置１０は、所定期間内に
おける、ユーザの総資産ランキングを公表し、ユーザに
総資産を競わせ、また、頻繁に本システムに参加するユ
ーザに対して楽曲データのダウンロードを無料とする。
これにより、本システム１は、ーム性をユーザに対して
与えるようになっている。

【００４３】また、トレーディングカードは、上述した
ように株券と同様に、価格変動するものであり、この価
格は、アーティストに対して行われた紹介メール回数、
アーティストの楽曲データのダウンロード回数、アーテ
ィストのトレーディングカードの取引回数等をパラメー
タにして決定される。したがって、ユーザは、毎日のト
レーディングカードの価格変動を利用し、トレーディン
グカードの購入時と売却時の価格差によって利潤を得る
ことができるようになっている。

【００４４】以上のようなトレーディングカード取引シ
ステム１では、トレーディングカードを株券のように扱
い、仮想通貨を用いてトレーディングカードの売買を行
うことができるようにすることで、ユーザが自分の好き
なアーティストを投資対象としたトレーディングカード
を売買することができるようになっている。したがっ
て、本システム１では、このようにゲーム性を与えるこ
とで、ユーザの参加を促し、活性化を図ることができ
る。また、このトレーディングカード取引システム１で
は、トレーディングカードの取引にゲーム性を与えるこ
とで、ユーザが利潤を得るために自分の余り好きでない
アーティストの楽曲データを視聴したりするようにな
り、これによって、例えば無名アーティストの知名度を
上げることができるようになっている。

【００４５】以上のようなトレーディングカード取引シ
ステム１に用いるサーバ装置１０は、本サービスを提供
する装置であり、ＭＣやトレーディングカードを発行す
る銀行のように機能する。具体的に、このサーバ装置１
０は、図３に示すように、端末装置３０からのデータを
受信する受信部１１と、受信部１１で受信したデータの
種類を判別するデータ判別部１２と、本システム１のデ
ータベースが構築されている蓄積部１３と、蓄積部１３
に保存されたデータを検索する検索部１４と、検索部１
４での検索結果に基づいて判別を行う判別部１５と、判
別部１５での判別結果に基づいて蓄積部１３のデータベ
ースを更新する更新部１６と、表示データや楽曲データ
が保存された記憶部１７と、記憶部１７より表示データ
や楽曲データを読み出し送信データを設定する送信デー
タ設定部１８と、送信データ設定部１８で設定された送
信データを端末装置３０に送信する送信部１９と、トレ
ーディングカードの価格を演算する演算部２０と、トレ
ーディングカードを発行する発行部２１とを備える。

【００４６】データ判別部１２は、受信部１１で受信し
たアクセス要求が入力されると、アクセス要求に応じた
ＵＲＬ（uniform resource location）等を送信データ
設定部１８に出力する。このとき、データ判別部１２
は、例えばアクセス要求に含まれるユーザ名、パスワー
ド等の識別情報を判別し、登録済みのユーザからのアク
セスであるとき、特定のウェブページへのアクセスを許
可する。また、データ判別部１２は、登録済みのユーザ
からのアクセス要求であるとき、ユーザ名等の検索条件
等を抽出し、検索部１４に出力する。更に、データ判別
部１２は、新規登録者に対してはトレーディングカード
を３枚発行するようにコマンドを発行部２１に出力す
る。更に、データ判別部１２は、アクセス要求が楽曲デ
ータのダウンロード要求等であるとき、当該ユーザの所
定項目を加算するためのデータを更新部１６に出力す
る。更に、データ判別部１２は、端末装置３０から送信
されたトレーディングカードの売却注文や購入注文を更
新部１６に出力する。

【００４７】蓄積部１４は、例えば大容量ハードディス
クからなり、複数のデータベースが構築されている。例
えば、蓄積部１４には、各ユーザのユーザＩＤに、所有
しているトレーディングカードの種類、枚数等が関連づ
けられて保存されている。また、蓄積部１４には、売却
注文の出ているトレーディングカードと購入注文の出て
いるトレーディングカードとがユーザＩＤに関連づけら
れて保存されている。更に、蓄積部１４は、ユーザＩＤ
に関連づけて楽曲データのダウンロード（視聴）回数、
アーティストの紹介メールを友人等の端末装置３０に送
信した回数、アーティストに対する熱意を示すパラメー
タとなるファンポイント、ユーザに対して質問を出すた
めのパラメータとなるイベントポイント等が保存されて
いる。

【００４８】検索部１４は、複数のデータベースが構築
された蓄積部１４にアクセスし、データ判別部１２より
入力された検索条件に基づいたデータをデータベースの
中から抽出し、抽出したデータを判別部１５に出力す
る。例えば、検索部１４は、トレーディングカードの売
却注文数とトレーディングカードの購入注文数とを検索
する。そして、検索部１４は、蓄積部１３のデータベー
スより売却注文の出ているトレーディングカードのユー
ザＩＤ、購入注文の出ているトレーディングカードのユ
ーザＩＤ等を抽出する。また、検索部１４は、ユーザの
イベントポイントやファンポイントを検索し抽出する。

【００４９】判別部１５は、検索部１４より入力された
検索結果に基づいて、様々な判別を行い判別結果を更新
部１６に出力する。例えば、判別部１５は、検索対象と
なったアーティストのトレーディングカードの売却注文
数と購入注文数とを比較し、売買が成立するユーザＩＤ
を判別する。また、判別部１５は、イベントポイントが
所定値以上であるか否かを判断し、イベントポイントが
所定値以上であるとき、イベントを行うようにする。更
に、判別部１５は、ファンポイントが所定値以上である
とき、ユーザに対して楽曲データの無料チケット等の特
典データを送信するようにする。

【００５０】更新部１６は、蓄積部１３のデータベース
を更新する。例えば、更新部１６は、ユーザの新規登録
があったとき、そのユーザ用のテーブルを設けるように
蓄積部１３のデータベースを更新する。また、更新部１
６は、トレーディングカードの売却注文や購入注文が入
力されたとき、該当するユーザのデータベースに、トレ
ーディングカードの注文状態を記録する。そして、更新
部１６は、トレーディングカードを売却することができ
たとき、売り手の総資産に売却価格分を加算し、また、
トレーディングカードを購入することができたとき、買
い手の総資産から購入価格分を減算する。更に、更新部
１６は、ユーザによって楽曲データがダウンロードさ
れ、また、他の端末装置３０にアーティストの紹介メー
ル等が送信されたとき、ダウンロード回数や紹介メール
の回数等のデータベースの該当する項目を加算する。

【００５１】記憶部１７は、例えば、大容量ハードディ
スクであり、ホームページやウェブページを構成する表
示データ、楽曲ＩＤに関連づけられた楽曲データ、イベ
ントの内容、すなわち質問データ等が保存されている。
送信データ設定部１８は、データ判別部１２からの入力
や判別部１５からの入力に基づいて端末装置３０に送信
する送信データを生成する。送信部１９は、送信データ
設定部１８より入力された送信データをＴＣＰ／ＩＰ
（transmission control protocol/internet protoco
l）等の伝送プロトコルに従って端末装置３０に送信す
る。

【００５２】演算部２０は、所定時間に、蓄積部１４の
データベースにアクセスして、必要なパラメータを抽出
し、トレーディングカードの価格を、アーティストの人
気度等を考慮して算出する。

【００５３】発行部２１は、ユーザの新規登録があった
とき、各アーティストにつき５種類用意されたトレーデ
ィングカードの中からランダムに３枚を選択し発行す
る。

【００５４】以上のようなサーバ装置１０は、端末装置
３０からアクセス要求があると、記憶部１７よりホーム
ページを構成する表示データを抽出し、送信部１９より
表示データを送信する。そして、サーバ装置１０は、端
末装置３０よりユーザの新規登録があったとき、更新部
１６によって蓄積部１４に設けられたデータベースに新
規登録のあったユーザのテーブルを作成すると共に、発
行部２１で３枚のトレーディングカードと３０００ＭＣ
を発行し、送信部１９より端末装置３０に送信する。ま
た、サーバ装置１０は、端末装置３０からトレーディン
グカードの売却注文や購入注文があったとき、この注文
を更新部１６により蓄積部１４のデータベースに登録す
る。そして、サーバ装置１０は、所定時間に、トレーデ
ィングカードの売買を成立させる。すなわち、トレーデ
ィングカードの売買が成立したとき、サーバ装置１０
は、更新部１６により売り手の総資産に売却価格分を加
算し、買い手の総資産から購入価格分を減算する。ま
た、サーバ装置１０は、演算部２０によりアーティスト
の人気度等を考慮してトレーディングカードの価格を変
動させる。また、サーバ装置１０は、端末装置３０の楽
曲データのダウンロード回数や紹介メール回数等をカウ
ントし、これに基づいて、イベントポイントやファンポ
イントを算出し、所定値以上になったとき、該当するユ
ーザの端末装置３０にイベントデータや特典データを送
信する。

【００５５】次いで、インターネット３を介してサーバ
装置１０にアクセスする端末装置３０について、図４を
参照して説明すると、この端末装置３０は、サーバ装置
１０から送信されたデータを受信する受信部３１と、受
信部３１より入力された受信データに基づいて全体を制
御する制御部３２と、サーバ装置１０との通信履歴等が
保存される記憶部３３と、サーバ装置１０に送信する送
信データを生成する送信データ設定部３４と、送信デー
タ生成部３４より入力された送信データを送信する送信
部３５と、ホームページ、ウェブページ等を表示する表
示部３６と、表示部３６への表示を制御する表示制御部
３７と、ユーザの操作に応じて操作信号を入力する入力
操作部３８と、ダウンロードした楽曲データをデコード
するデコーダ３９と、ディジタル信号をアナログ信号に
変換するＤ／Ａコンバータ４０と、楽曲データを出力す
るスピーカ２９とを備える。

【００５６】受信部３１は、インターネット３を介して
サーバ装置１０より送信データを受信すると、制御部３
２に受信したデータを入力する。制御部３２は、受信し
たデータの内表示データを表示制御部３７に出力する。
そして、表示制御部３７は、ＣＲＴ（cathode‐ray tub
e）やＬＣＤ（liquid crystal display）等からなる表
示部３６に表示データを表示させる。これによって、ユ
ーザは、表示部３６に表示された表示内容を見てキーボ
ード、マウス等からなる入力操作部３８の操作を行うこ
とができる。ユーザの操作に応じて操作信号を発生した
入力操作部３８は、操作信号を制御部３２に入力する。
そして、制御部３２は、入力データを送信データ設定部
３４に出力する。送信データ設定部３２は、サーバ装置
１０に送信する送信データを生成し、送信部３５より送
信データをサーバ装置１０に送信する。このような端末
装置３０より送信する送信データは、例えば、ユーザ登
録をするときにはユーザ名、住所、電話番号、電子メー
ルアドレス等であり、トレーディングカードの売買を行
うときにはトレーディングカードのＩＤと売却注文又は
購入注文データである。

【００５７】また、端末装置３０は、サーバ装置１０よ
り楽曲データをダウンロードすると、この楽曲データ
は、デコーダでデコードされ、Ｄ／Ａコンバータ４０で
ディジタル信号からアナログ信号に変換されスピーカ２
０より出力される。なお、デコーダ３９は、ＡＴＲＡＣ
３（Adaptive Transform Acoustic Coding 3：商標）、
ＭＰＥＧ−２ＡＡＣ（Motion Picture Expert Group 2
Advanced Audio Coding：商標）、ＭＰ３（MPEG-1 Audi
o Layer3：商標）、ＴｗｉｎＶＱ（Transform-Domain W
eighted Interleave Vector Quantization：商標）、Ｍ
Ｓ Ａｕｄｉｏ（ＷＭＡ:Windows Media Audio：商
標）、Ｏｇｇ Ｖｏｒｂｉｓ（商標）等の方式で楽曲デ
ータをデコードする。また、端末装置３０は、スピーカ
２９の代わりに、イヤホン、ヘッドホン等であってもよ
い。

【００５８】次に、本システムにおいて、端末装置３０
よりアクセス可能なサーバ装置１０の記憶部１７に保存
されているウェブページのサイトマップについて、図５
を参照して説明する。先ず、本システムにおいては、端
末装置３０が最初にアクセスするホームページとなるサ
イトトップページ４１が設けられる。このサイトトップ
ページ４１は、ユーザが最初にアクセスするページであ
ることから、本システムの説明がなされている。また、
このサイトトップページ４１には、ユーザＩＤ入力欄、
パスワード入力欄、会員登録釦、アーティスト選択欄等
が設けられている。そして、このサイトトップページ４
１からは、会員登録釦がクリックされたとき進む会員登
録ページ４２と、ユーザＩＤ、パスワードにより認証が
取れた端末装置３０のみがログインすることができるマ
イページ４３と、本システムへの参加アーティストの一
覧を見ることができるアーティスト一覧ページ４４とに
進むことができる。

【００５９】会員登録ページ４２は、会員登録する際必
要な事項を記入する欄が複数設けられ、例えばユーザＩ
Ｄ入力欄、パスワード入力欄、氏名入力欄、住所入力
欄、電子メールアドレス入力欄、サーバ装置１０に送信
するデータを確認するためのモードに進むための登録確
認釦等が設けられている。

【００６０】マイページ４３は、登録会員のみがアクセ
スすることができるログインが必要なページであり、ア
クセスしたユーザに関する情報、例えば総資産、所有す
るトレーディングカード、所有するトレーディングカー
ドの現在の価格等を見ることができるようになってい
る。また、表示部３６に表示されたトレーディングカー
ドを入力操作部３８でクリックすることにより、トレー
ディングカードの拡大画像を見ることができるようにな
っている。

【００６１】アーティスト一覧ページ４４は、本システ
ムに登録している投資対象となるアーティストの一覧が
設けられている。そして、このアーティスト一覧ページ
４４には、アーティストの楽曲データを視聴することが
できる視聴釦、選択したアーティストの紹介ページを見
るための選択釦等が設けられている。

【００６２】更に、上述したサイトトップページ４１か
らは、本システムに登録している各アーティストを紹介
するアーティストトップページ４５と、アーティストの
楽曲データを視聴するための視聴ページ４６と、登録ユ
ーザの総資産ランキングを見るためのユーザポイントラ
ンキングページ４７と、トレーディングカードの価格ラ
ンキングを見るためのトレーディングカード情報ページ
４８とに進むことができる。

【００６３】アーティストトップページ４５は、本シス
テムに登録しているアーティスト毎に設けられ、各アー
ティストのトップページには、アーティストのトレーデ
ィングカードの現在の価格等を見ることができるように
なっている。

【００６４】視聴ページ４６は、上述したアーティスト
一覧ページ４４やアーティストトップページ４５から進
むことができるページであり、選択したアーティストの
楽曲データの一部又は全部を端末装置３０が内部メモリ
やハードディスク等に保存することなく再生するストリ
ーミング再生することができるようになっている。

【００６５】ユーザポイントランキングページ４７は、
本システムに登録しているユーザの総資産ランキングを
見ることができるようになっている。また、トレーディ
ングカード情報ページ４８は、今日のトレーディングカ
ードの価格情報や過去のトレーディングカードの価格情
報を見ることができるようになっている。

【００６６】更に、マイページ４３からは、トレーディ
ングカード購入ページ４９とトレーディングカード売却
／役申告ページ５８に進むことができるようになってお
り、アーティストトップページ４５からは、ダウンロー
ドページ５０に進むことができるようになっている。

【００６７】トレーディングカード購入ページ４９は、
ログインが必要なページであり、購入注文を行うとき、
市場に存在するトレーディングカードの一覧の中から所
望するトレーディングカードを選択することができるよ
うになっている。また、トレーディングカード売却／役
申告ページ５８も、ログインが必要なページであり、売
却注文を行うとき、自らが所有するトレーディングカー
ドの一覧の中から売りに出すトレーディングカードを選
択することができるようになっている。また、自らが所
有する複数枚（最大８枚）の中の４枚以上が関連性を有
し役を構成しているときには、役を申告することができ
るようになっている。

【００６８】ダウンロードページ５０は、アーティスト
トップページ４５からログインが必要なページであり、
選択したアーティストの楽曲データの一部又は全部を端
末装置３０がダウンロードすることができるようになっ
ている。選択した楽曲データをダウンロードした端末装
置３０は、楽曲データを内部メモリやハードディスク等
に保存することで、利用者が何時でも再生することがで
きるようになる。

【００６９】また、上述したトレーディングカード情報
ページ４８からは、上述したトレーディングカード購入
ページ４９とトレーディングカード売却／役申告ページ
５８に進むことができ、更に、視聴ページ５１に進むこ
とができるようになっている。この視聴ページ５１は、
ランキング上位のアーティストの楽曲データを視聴する
ことができるようにするためのものであり、ランキング
表示されているアーティストの中から選択したアーティ
ストの楽曲データの一部又は全部を端末装置３０が内部
メモリやハードディスク等に保存することなく再生する
ストリーミング再生することができるようになってい
る。

【００７０】更に、上述したアーティストトップページ
４５からは、アーティストのプロフィールを紹介したプ
ロフィールページ５２と、ディスコグラフィーを紹介す
るためのディスコグラフィーページ５３と、ユーザが気
に入ったアーティストを友人等に紹介するための紹介メ
ールを記述するための紹介メールページ５４と、本シス
テムの感想、意見等を記述するための電子掲示板（ＢＢ
Ｓ：Bulletin Board System ）ページ５５と、チャット
を行うためのチャットページ５６とに進むことができ
る。

【００７１】プロフィールページ５２は、本システムに
登録したアーティストのプロフィールが紹介されたペー
ジであり、ディスコグラフィーページ５３は、本システ
ムに登録したアーティストのディスコグラフィーを紹介
したページである。

【００７２】また、紹介メールページ５４は、友人等に
アーティストや楽曲の紹介のメールを送ることができる
紹介メールシステムの説明がなされ、紹介メールを記述
し、友人等の端末装置３０に紹介メールを送信すること
ができるようになっている。なお、本システムでは、紹
介先の端末装置３０のみがアクセス可能な紹介用視聴ペ
ージ５７が設けられている。この紹介用視聴ページ５７
は、紹介メールに添付されるＵＲＬに設けられ、紹介メ
ールの送信者、すなわち紹介者の端末装置３０からは、
アクセスすることができない。紹介メールを受信した端
末装置３０は、この紹介用視聴ページ５７にアクセスす
ることによって、紹介されたアーティストの楽曲データ
をストリーミング再生或いはダウンロードすることがで
きる。

【００７３】チャットページ５６は、チャット利用規約
等の説明がなされ、また、リアルタイムに参加者同士が
会話を楽しむことができるようになっている。

【００７４】次に、本システムに参加しようとするユー
ザや本システムに登録済みのユーザが最初に端末装置３
０によりアクセスするサイトトップページ４１につい
て、図６を参照して説明する。このサイトトップページ
４１は、上側に設けられるトップフレーム４１ａと、ト
ップフレーム４１ａの下側に設けられるメインフレーム
４１ｂと、トップフレーム４１ａの下側でメインフレー
ム４１ｂの横側に設けられるナビゲーションフレーム４
１ｃとから構成されている。

【００７５】トップフレーム４１ａは、会員登録をして
いるユーザのユーザＩＤを入力するためのユーザＩＤ入
力部６１と、会員登録をしているユーザのパスワードを
入力するためのパスワード入力部６２と、ユーザＩＤと
パスワードを入力した後にマイページ４３に進むための
ログイン釦６３と、本システムに会員登録するため会員
登録ページ４２に進むための会員登録釦６４と、各アー
ティストトップページ４５に進むためアーティストを選
択するためのプルダウンメニューからなるアーティスト
選択部６５とが設けられている。

【００７６】また、メインフレーム４１ｂには、本シス
テムの説明等がなされている。

【００７７】更に、ナビゲーションフレーム４１ｃに
は、アーティスト一覧ページ４４に進むためのアーティ
スト一覧ページ釦６６と、トレーディングカード情報ペ
ージ４８を構成する今日のトレーディングカードの価格
情報ページに進むための第１の価格情報ページ釦６７
と、今日のトレーディングカードの価格情報ページと共
にトレーディングカード情報ページ４８を構成する過去
のトレーディングカードの価格情報ページに進むための
第２の価格情報ページ釦６８と、マイページ４３に進む
ためのマイページ釦７３と、トレーディングカード売却
／役申告ページ５８に進むためのトレーディングカード
売却／役申告ページ釦６９と、トレーディングカード購
入ページ４９に進むためのトレーディングカード購入ペ
ージ釦７０と、ユーザポイントランキングページ４７に
進むためのユーザポイントランキングページ釦７１と、
ＢＢＳページ５５に進むためのＢＢＳページ釦７２とが
設けられている。

【００７８】すなわち、このサイトトップページ４１か
らは、図５に示したサイトツリーに基づいて各ウェブペ
ージに進むことができるようになっている。そして、マ
イページ４３、トレーディングカード売却／役申告ペー
ジ５８及びトレーディングカード購入ページ４９に進む
ときには、ユーザの認証を取るためユーザＩＤとパスワ
ードの入力を要求するようになっている。

【００７９】次に、上述したサーバ装置１０を構成する
蓄積部１３に設けられるデータベースについて説明す
る。

【００８０】先ず、蓄積部１４には、下記表１に示すよ
うに、本システムに登録した全てのユーザについてユー
ザマスタレコードが設けられている。

【００８１】

【表１】

【００８２】このユーザマスタレコードは、本システム
に参加しているユーザの状態に関するデータが記録され
ている。具体的に、ユーザマスタレコードには、ユーザ
を識別するためのユーザＩＤと、ユーザの所持金額（Ｍ
Ｃ）と、ユーザのトレーディングカードの保持枚数と、
ユーザが所持しているトレーディングカードの総額であ
るカード評価と、ユーザの所持ポイントと所持している
トレーディングカードの総額とを加算した総資産（Ｍ
Ｃ）と、ユーザが送信した紹介メールの回数と、トレー
ディングカードの売買が成立した売買成立回数と、ユー
ザが役を申告した役申告回数と、全登録ユーザ中の総資
産ランキングの順位と、イベントを発動する際のパラメ
ータとなるイベントポイントと、現在のトレーディング
カードの購入注文数と、現在出している購入注文の合計
金額（ＭＣ）と、ユーザに対するイベントを発動する際
のイベントテーブルナンバと、イベントを特定するイベ
ントナンバと、次回ユーザがアクセスしたときイベント
を発動するかどうかを識別するためのイベントフラグ
と、楽曲データのダウンロードを無料かどうかを識別す
るための無料フラグとが記述されている。

【００８３】ここで、ユーザの所持金額、カード評価、
総資産及び購入注文の合計金額は、０〜９９９９９９９
ＭＣの範囲で変動する。また、トレーディングカードの
保有枚数は、最大８枚であり、０〜８枚の間で変動し、
紹介回数、売買成立回数及び役申告回数は、０〜９９９
９９９９回の範囲で変動するものであり、１ずつ加算さ
れる。また、トレーディングカードは、発行時１０００
ＭＣであり、従って、カード評価のデフォルトは、３０
００ＭＣであり、また、ユーザが本システムに参加した
とき３０００ＭＣが支給される。したがって、総資産の
デフォルトは、６０００ＭＣとなる。

【００８４】また、蓄積部１４には、下記表２に示すよ
うに、ユーザ登録レコードが本システムに参加している
全てのユーザについて設けられている。

【００８５】

【表２】

【００８６】このユーザ登録レコードは、本システムに
登録しているユーザの個人情報が記録されている。具体
的に、ユーザ登録レコードには、登録済みユーザを識別
するためのユーザＩＤと、ユーザが上述したマイページ
４３等ログインが必要な際に用いるパスワードと、ユー
ザの氏と、ユーザの名と、ユーザの住所又は居所と、電
子メールアドレスが記述されている。

【００８７】ここで、ユーザＩＤは、上記表１のユーザ
ＩＤにリンクしている。このユーザ登録レコードは、ユ
ーザの会員登録時に会員登録ページ４２に記述した内容
に基づいて作成される。そして、ユーザＩＤとパスワー
ドは、マイページ４３等ログインが必要なウェブページ
にアクセスする際、ユーザＩＤ入力部６１とパスワード
入力部６２の記述内容との照合に用いられる。パスワー
ドの確認時には、ユーザＩＤ、電子メールアドレス、氏
名を用いて複数のユーザ登録レコードの中からパスワー
ドが検索される。

【００８８】また、蓄積部１４には、下記表３に示すよ
うに、本システムに登録しているユーザが所持している
トレーディングカードのレコード、すなわちユーザ所持
カードレコードが設けられている。

【００８９】

【表３】

【００９０】このユーザ所持カードレコードは、本シス
テムに登録しているユーザが所有するトレーディングカ
ードに関する情報が記録されている。具体的に、ユーザ
所持カードレコードには、登録済みユーザを識別するた
めのユーザＩＤと、ユーザが所有しているトレーディン
グカードのカードＩＤと、当該カードのアーティストを
識別するためのアーティストＩＤと、当該アーティスト
のサブナンバと、ユーザがトレーディングカードを購入
したときの購入価格と、トレーディングカードのカード
取得種類と、トレーディングカードが売りに出されてい
るかどうかを識別するための売却注文フラグとが記述さ
れている。このユーザ所持カードレコードには、当該ユ
ーザが所有しているトレーディングカード全てのデータ
が記録される。

【００９１】ここで、ユーザＩＤは、上記表１のユーザ
マスタレコードのユーザＩＤにリンクし、カードＩＤ
は、カードマスタレコードのカードＩＤにリンクし、ア
ーティストＩＤは、アーティストマスタのアーティスト
ＩＤにリンクしている。

【００９２】また、蓄積部１４には、下記表４に示すよ
うに、ユーザのファンポイントレコードが本システムに
登録している全てのユーザについて設けられている。

【００９３】

【表４】

【００９４】このユーザファンポイントレコードは、本
システムに登録しているユーザが所有するファンポイン
トが記録されている。このユーザファンポイントレコー
ドは、登録済みユーザを識別するためのユーザＩＤと、
ユーザが所有しているトレーディングカードのアーティ
ストを識別するためのアーティストＩＤと、ユーザが所
定の行為を行ったに増加されるファンポイントとイベン
トポイントとが記述されている。

【００９５】ここで、ファンポイントは、ユーザが楽曲
データをダウンロードしたとき、ユーザが紹介メールを
送信したとき、紹介メールの紹介者が楽曲データを視聴
したときに加算されるものである。また、イベントポイ
ントは、ユーザが楽曲データをダウンロードしたとき、
ユーザが紹介メールを送信したとき、紹介メールの紹介
者が楽曲データを視聴したとき、トレーディングカード
を売却したとき、トレーディングカードを購入したと
き、役を申告したときに加算され、イベントが発動され
たとき５０ポイント減算されるものである。また、ユー
ザＩＤは、上記表１に示すユーザＩＤにリンクされてい
る。

【００９６】また、蓄積部１４には、下記表５に示すよ
うに、本システムに登録しているユーザの紹介メール履
歴に関するレコードが設けられている。

【００９７】

【表５】

【００９８】この紹介メール履歴レコードは、紹介メー
ルの履歴を記述するものであり、紹介メール毎に設けら
れ、紹介メールを特定することができるようになってい
る。この紹介メール履歴レコードは、紹介メールを識別
するための紹介メールＩＤと、本システムに登録してい
るユーザを識別すると共に紹介メールの送信者を特定す
るためのユーザＩＤと、ユーザが紹介したアーティスト
を特定するためのアーティストＩＤと、ユーザが紹介し
た楽曲を特定するための楽曲ＩＤと、紹介メールを送信
する紹介先メールアドレスと、紹介先の氏名と、紹介し
た日付と、紹介した時刻と、実際の紹介文と、紹介先の
ユーザが紹介した楽曲を視聴したかどうかを識別するた
めの視聴済みフラグとが記述されている。

【００９９】ここで、ユーザＩＤは、上記表１に示した
ユーザＩＤにリンクしたものであり、また、アーティス
トＩＤは、後述するアーティストマスタレコードのアー
ティストＩＤとリンクするものである。

【０１００】また、蓄積部１４には、下記表６に示すよ
うに、本システムに参加している全てのアーティストに
ついてアーティストマスタレコードが設けられている。

【０１０１】

【表６】

【０１０２】このアーティストマスタレコードは、本シ
ステムに参加しているアーティストに関する情報が記録
されている。具体的に、アーティストマスタレコード
は、本システムに参加しているアーティストを識別する
ためのアーティストＩＤと、当該アーティストの氏名又
は名称と、当該アーティストのトレーディングカードの
現在の価格と、当該アーティストのトレーディングカー
ドの一昨日の価格と、当該アーティストのトレーディン
グカードに対する現在の回注文数と、当該アーティスト
のトレーディングカードに対する現在の売る注文数と、
当該アーティストの楽曲データの当日のダウンロード数
である当日楽曲ダウンロード指数と、当該アーティスト
の楽曲データの全体のダウンロード数である全体楽曲ダ
ウンロード指数と、当日当該アーティストのトレーディ
ングカードの売買が成立した回数である当日売買指数
と、当日売買指数の累計である累計売買指数と、当該ア
ーティストの紹介メールが行われた当日の回数である当
日紹介指数と、当該アーティストの紹介メールが行われ
た全体の回数である全体紹介指数とが記述されている。

【０１０３】また、蓄積部１４には、下記表７に示すよ
うに、発行したトレーディングカードを管理するための
カードマスタレコードが設けられている。

【０１０４】

【表７】

【０１０５】このカードマスタレコードは、本システム
において発行したトレーディングカードを管理するため
のものであり、トレーディングカードを識別するための
カードＩＤと、トレーディングカードのアーティストを
特定するためのアーティストＩＤと、アーティストサブ
ナンバと、当該トレーディングカードの発行枚数と、当
該トレーディングカードに対する売却注文数と、サーバ
装置１０が当該トレーディングカードを保有しているサ
ーバ保有枚数と、トレーディングカードの購入注文数と
が記述されている。

【０１０６】ここで、アーティストＩＤは、アーティス
トマスタのアーティストＩＤにリンクしている。

【０１０７】また、蓄積部１４は、下記表８に示すよう
に、発行したトレーディングカードの価格の履歴を記録
するカード価格履歴レコードが設けられている。

【０１０８】

【表８】

【０１０９】このカード価格履歴レコードは、発行済み
トレーディングカードのアーティストについて、一日ご
とに作成されるものであり、発行済みトレーディングカ
ードのアーティストを特定するためのアーティストＩＤ
と、当該アーティストのトレーディングカードの当日の
価格と、その価格の日付とが記述されている。すなわ
ち、本システムでは、１アーティストにつき、５種類の
トレーディングカードが発行されるが、トレーディング
カードの価格は、それぞれの種類で価格変動するのでは
なく、アーティスト単位で変動し、常に同じアーティス
トの５種類のトレーディングカードは同じ価格となるよ
うになっている。

【０１１０】また、蓄積部１４は、下記表９に示すよう
に、本システムに参加しているアーティストの楽曲を管
理するための楽曲マスタレコードが設けられている。

【０１１１】

【表９】

【０１１２】この楽曲マスタレコードは、本システムに
参加しているアーティストの楽曲を管理するためのもの
であり、楽曲データを特定するための楽曲ＩＤと、当該
楽曲データのアーティストを特定するためのアーティス
トＩＤと、当該楽曲のタイトルが記述されている。ここ
で、アーティストＩＤは、アーティストマスタレコード
のアーティストＩＤにリンクするものである。

【０１１３】また、蓄積部１４には、下記表１０に示す
ように、楽曲データのダウンロード履歴を管理するため
の楽曲ダウンロード履歴レコードが設けられている。

【０１１４】

【表１０】

【０１１５】この楽曲ダウンロード履歴レコードは、ユ
ーザ又は紹介メールで紹介されたユーザが行う楽曲デー
タのダウンロードを管理するものであり、楽曲データを
識別するための楽曲ＩＤと、楽曲データのダウンロード
を行ったユーザを特定するためのユーザＩＤと、ユーザ
が楽曲データをダウンロードした日を特定するためのダ
ウンロード日と、楽曲データのダウンロードが行われた
日時を特定するためのダウンロード時刻と、楽曲データ
のダウンロードの種別、すなわち会員ユーザのダウンロ
ードであるか紹介メールの受取人によるダウンロードで
あるかを特定するためのダウンロード種別とが記述され
ている。ここで、ユーザＩＤは、ユーザマスタレコード
のユーザＩＤにリンクしており、楽曲ＩＤは、楽曲マス
タレコードの楽曲ＩＤにリンクしている。

【０１１６】また、蓄積部１４には、下記表１１に示す
ように、トレーディングカードの売買を管理するための
第１の売買履歴レコードが設けられている。

【０１１７】

【表１１】

【０１１８】この第１の売買履歴レコードは、トレーデ
ィングカードの売買を管理するためのものであり、売買
の対象となったトレーディングカードのアーティストを
特定するためのアーティストＩＤと、売買対象となった
トレーディングカードを特定するためのカードＩＤと、
トレーディングカードの購入者を特定するための購入者
ユーザＩＤと、トレーディングカードの売却者を特定す
るための売却者ユーザＩＤと、トレーディングカードの
取引成立時の価格と、トレーディングカードの売買が行
われた売買日を特定するための売買日付と、売買が行わ
れた時間帯を特定するための売買時刻ナンバとが記述さ
れている。

【０１１９】ここで、アーティストＩＤは、上記アーテ
ィストマスタレコードのアーティストＩＤにリンクして
おり、カードＩＤは、上記カードマスタレコードのカー
ドＩＤとリンクしており、購入者及び売却者ユーザＩＤ
は、ユーザマスタレコードのユーザＩＤにリンクしてい
る。

【０１２０】また、蓄積部１４には、下記表１２に示す
ように、トレーディングカードの売却注文を管理するた
めの売却注文レコードが設けられている。

【０１２１】

【表１２】

【０１２２】この売却注文レコードは、トレーディング
カードの売却注文を特定するための売却注文ＩＤと、売
却注文の出されたトレーディングカードを特定するため
のカードＩＤと、トレーディングカードの売却注文を出
したユーザを特定するためのユーザＩＤと、トレーディ
ングカードの売却注文を受け付けた日付を特定するため
の注文日付と、トレーディングカードの売却注文を受け
付けた時刻を特定するための注文時刻と、売却注文の出
されたトレーディングカードの状況を示す注文状況とが
記述されている。ここで、注文状況は、当該トレーディ
ングカードを売りに出したが未だ取引の成立していない
注文中と、取引が成立した取引済みの状態と、ユーザに
よって売却注文が取り消された取消とを識別することが
できるようになっている。

【０１２３】ここで、カードＩＤは、上記カードマスタ
レコードのカードＩＤにリンクしており、アーティスト
ＩＤは、上記アーティストマスタのアーティストＩＤに
リンクしており、ユーザＩＤは、上記ユーザマスタレコ
ードのユーザＩＤにリンクしている。

【０１２４】また、蓄積部１４には、下記表１３に示す
ように、トレーディングカードの購入注文を管理するた
めの購入注文レコードが設けられている。

【０１２５】

【表１３】

【０１２６】この購入注文レコードは、トレーディング
カードの購入注文を特定するための購入注文ＩＤと、購
入注文の出されたトレーディングカードを特定するため
のカードＩＤと、トレーディングカードの購入注文を出
したユーザを特定するためのユーザＩＤと、トレーディ
ングカードの購入注文を受け付けた日付を特定するため
の注文日付と、トレーディングカードの購入注文を受け
付けた時刻を特定するための注文時刻と、購入注文の出
されたトレーディングカードの状況を示す注文状況とが
記述されている。ここで、注文状況は、当該トレーディ
ングカードの購入注文を出したが未だ取引の成立してい
ない注文中と、取引が成立した取引済みの状態と、ユー
ザによって購入注文が取り消された取消とを識別するこ
とができるようになっている。

【０１２７】ここで、カードＩＤは、上記カードマスタ
レコードのカードＩＤにリンクしており、アーティスト
ＩＤは、上記アーティストマスタのアーティストＩＤに
リンクしており、ユーザＩＤは、上記ユーザマスタレコ
ードのユーザＩＤにリンクしている。

【０１２８】また、蓄積部１４には、下記表１４に示す
ように、第１の売買履歴レコードと共にトレーディング
カードの売買を管理するための第２の売買履歴レコード
が設けられている。

【０１２９】

【表１４】

【０１３０】この第２の売買履歴レコードは、不正ユー
ザを管理するためのものであり、不正ユーザを特定する
ためのユーザＩＤと、不正アクセスが行われた日付と、
不正アクセスか行われた時刻と、不正ログイン等が行わ
れた不正回数と、ログインを禁止するかどうかを識別す
るための不正フラグが記述されている。

【０１３１】次に、本システム１において、ユーザが会
員登録するための手順について説明する。

【０１３２】先ず、図４に示す端末装置３０よりユーザ
がサーバ装置１０にアクセスすると、サーバ装置１０
は、記憶部１７より図６に示すサイトトップページ４１
を構成するデータを読み出し、送信データ設定部１８で
送信データを設定し、送信部１９より送信データを送信
する。端末装置３０は、受信部３１でサーバ装置１０よ
り送信された送信データを受信すると、図６に示すサイ
トトップページ４１を表示制御部３７の制御により表示
部３６に表示する。ここで、ユーザの操作に応じて入力
操作部３８により図６に示す会員登録釦６４がクリック
されると、端末装置３０は、制御部２３を介して、送信
データ設定部３４で送信データを設定し、サーバ装置１
０に送信する。サーバ装置１０は、この送信データを受
信部１１で受信すると、データ判別部１２でデータの種
別を判別し、次いで、これを送信データ設定部１８に出
力する。送信データ設定部１８は、記憶部１７より会員
登録ページ４２を構成するデータを読み出し、送信デー
タを生成し、送信部１９より端末装置３０に送信する。

【０１３３】端末装置３０は、サーバ装置１０からの送
信データを受信部３１で受信すると、制御部３２を介し
て、表示部３６に図７に示すような画面を表示する。

【０１３４】ここで、図７を用いて会員登録ページ４２
について説明すると、この会員登録ページ４２は、ユー
ザ自らが決めるユーザＩＤを入力するユーザＩＤ入力欄
８１と、ユーザ自らが決めるパスワードを入力するため
のパスワード入力欄８２と、パスワード入力欄８２に入
力したパスワードの入力確認を行うためのパスワード入
力確認欄８３と、ユーザの氏名を入力するための氏名入
力欄８４と、ユーザの住所の郵便番号を入力するための
郵便番号入力欄８５と、ユーザの住所を入力するための
住所入力欄８６と、電子メールのアドレスを入力するた
めの電子メールアドレス入力欄８７と、電子メールアド
レス入力欄８７に入力した電子メールアドレスを確認す
るための確認欄８８と、登録希望ユーザに対して行うア
ンケート欄８９とが設けられている。また、会員登録ペ
ージ４２には、この会員登録ページ４２からサイトトッ
プページ４１に戻るための戻る釦９０と、サーバ装置１
０に対して登録確認を行うための登録確認釦９１とが設
けられている。

【０１３５】そして、端末装置３０は、ユーザの操作に
応じて入力操作部３８により登録確認釦９１がクリック
されると、端末装置３０は、送信データ設定部３４で送
信データを生成し、送信部１９より会員登録ページ４２
に入力されたユーザＩＤ等の入力データをサーバ装置１
０より送信する。そして、サーバ装置１０は、端末装置
３０より送信された会員登録情報の登録確認処理を行
う。

【０１３６】ここで、サーバ装置１０が行う登録確認処
理について図８を参照して説明すると、サーバ装置１０
は、ステップＳ１において、受信部１１で端末装置３０
からの会員登録情報を受信すると、データ判別部１２で
データ判別後、これを検索部１４に出力する。ステップ
Ｓ２において、検索部１４は、蓄積部１４に設けられた
データベースを構成する上記表１に示すユーザマスタレ
コードを検索し、既登録ユーザのユーザＩＤやパスワー
ドを検索する。そして、ステップＳ３において、判別部
１５は、端末装置３０から会員登録要求をしたユーザか
らのユーザＩＤが既登録ユーザのユーザＩＤと重複して
いないか、パスワードが重複していないか、送信された
電子メールアドレスが無料で電子メールを行うことがで
きるフリーメールアドレスでないかを判断する。

【０１３７】判別部１５は、ユーザＩＤが既登録ユーザ
のユーザＩＤと重複せず、パスワードが重複が重複せ
ず、フリーメールでないとき、エラーが無いことから、
ステップＳ４において、エラーコードをリセットする。
また、判別部１５は、ユーザＩＤが既登録ユーザＩＤと
重複し、又は、パスワードが既登録ユーザのパスワード
と重複しているとき、更に、フリーメールアドレスであ
るとき、ステップＳ５において、エラーコードをセット
する。そして、ステップＳ６において、判別部１５は、
エラーコードを送信データ設定部１８に出力する。

【０１３８】送信データ設定部１８は、ステップＳ７に
おいて、判別部１５から入力されたエラーコードを受信
し、次いで、ステップＳ８において、判別部１５から入
力されたエラーコードが登録会員情報にエラーがあった
のかどうかを判断する。そして、送信データ設定部１８
は、会員登録情報にエラーが無かったとき、ステップＳ
９において、記憶部１７より入力確認ページを構成する
データを読み出し、送信データを生成し、送信部１９よ
り端末装置３０に送信する。また、送信データ設定部１
８は、会員登録情報にエラーがあっとき、ステップＳ１
０において、エラー表示画面を構成するデータを記憶部
１７より読み出し、送信データを生成し、送信部１９よ
り端末装置３０に送信する。

【０１３９】端末装置３０では、サーバ装置１０からの
送信データを受信すると、送信データを制御部３２を介
して表示部３６に表示する。ここで、エラーがあるとき
には、エラーメッセージが表示部３６に表示され、エラ
ーが無いときには、登録確認ページ９３が表示部３６に
表示される。

【０１４０】ここで、図９を用いて登録確認ページ９３
を説明すると、この登録確認ページ９３は、上記７に示
した会員登録ページ４２に記述した内容が表示されてお
り、更に、下側に、会員登録ページ４２に戻り内容を変
更するための再入力釦９４とサーバ装置１０に送信する
ための送信釦９５とが設けられている。そして、端末装
置３０は、再入力釦９４がクリックされたとき、このデ
ータをサーバ装置１０に送信し、サーバ装置１０は、会
員登録ページ４２を端末装置３０に送信し、端末装置３
０は、会員登録ページ４２を再度表示する。

【０１４１】また、端末装置３０は、ユーザの操作に応
じた入力操作部３８により送信釦９５がクリックされる
と、送信データ設定部３４は、これに応じた送信データ
を生成し、サーバ装置１０に送信部３５より送信データ
を送信する。そして、サーバ装置１０は、これを受信す
ると、次に会員登録処理を行う。

【０１４２】この会員登録処理について図１０を参照し
て説明すると、サーバ装置１０は、ステップＳ１１にお
いて、受信部１１で登録内容の確認済みの送信データを
受信すると、データ判別部１２でのデータの種別判別の
後、検索部１４が、ステップＳ１２において、再度、蓄
積部１４に設けられたデータベースを構成する上記表１
に示すユーザマスタレコードを検索し、既登録ユーザの
ユーザＩＤやパスワードを検索する。そして、ステップ
Ｓ１３において、判別部１５は、端末装置３０から会員
登録要求をしたユーザからのユーザＩＤが既登録ユーザ
のユーザＩＤと重複していないか、パスワードが重複し
ていないか、送信された電子メールアドレスがフリーメ
ールアドレスでないかを判断する。

【０１４３】そして、ユーザＩＤが既登録ユーザのユー
ザＩＤと重複せず、パスワードが重複が重複せず、フリ
ーメールでないとき、ステップＳ１４において、更新部
１６は、蓄積部１４のデータベースに会員登録を行うユ
ーザＩＤの上記表１に示すユーザマスタレコードを設け
る。また、更新部１６は、表２に示すユーザ登録内容レ
コードに端末装置３０からの登録内容を記録する。ま
た、判別部１５は、ユーザＩＤが既登録ユーザＩＤと重
複し、又は、パスワードが既登録ユーザのパスワードと
重複しているとき、更に、フリーメールアドレスである
とき、ステップＳ１５において、エラーコードをセット
する。

【０１４４】ステップＳ１６において、発行部２１は、
ユーザの所持金３０００ＭＣを支給し、更新部１６は、
これを表１のユーザマスタレコードに記録する。ステッ
プＳ１７において、発行部２１は、３枚のトレーディン
グカードを発行する。そして、更新部１６は、ステップ
Ｓ１８において、表７に示すカードマスタレコードに、
発行枚数を加算する。

【０１４５】次いで、 ステップＳ１９において、更新
部１６は、表３のユーザ所持カードレコードを設け、こ
のユーザ所持カードレコードに、発行部２１が発行した
３枚のトレーディングカードを登録する。すなわち、更
新部１６は、ユーザ所持カードレコードに、３枚のトレ
ーディングカードのカードＩＤと、発行したトレーディ
ングカードのアーティストＩＤとアーティストサブナン
バとカード取得種類を記録する。また、更新部１６は、
売却注文フラグは無しとする。

【０１４６】ステップＳ２０において、更新部１６は、
表１のユーザマスタレコードのトレーディングカードの
所有枚数を３枚と記録し、カード評価をトレーディング
カードの初期値が１０００ＭＣであることから３０００
ＭＣと記録し、総資産を、６０００ＭＣと記録する。

【０１４７】ステップＳ２１において、判別部１５は、
ユーザＩＤが既登録ユーザのユーザＩＤと重複せず、パ
スワードが重複が重複せず、フリーメールでないとき、
エラーが無いことから、ステップＳ４において、エラー
コードをリセットする。また、発行部２１は、発行した
トレーディングカードの画像データＩＤをセットする。
そして、ステップＳ２２において、判別部１５は、エラ
ーコードを送信データ設定部１８に出力し、発行部２１
は、画像データＩＤを送信データ設定部１８に出力す
る。

【０１４８】ステップＳ２３において、送信データ設定
部１８は、判別部１５から入力されたエラーコードを受
信し、次いで、ステップＳ２４において、判別部１５か
ら入力されたエラーコードが登録会員情報にエラーがあ
ったのかどうかを判断する。そして、送信データ設定部
１８は、会員登録情報にエラーが無かったとき、ステッ
プＳ２５において、発行したユーザＩＤをクッキーファ
イルに書き込む。また、送信データ設定部１８は、会員
登録情報にエラーがあっとき、ステップＳ２６におい
て、エラー表示画面を構成するデータを記憶部１７より
読み出し、送信データを生成し、送信部１９より端末装
置３０に送信する。

【０１４９】ステップＳ２７において、送信データ設定
部１８は、記憶部１７より会員登録終了ページを構成す
る表示データとトレーディングカードの画像データＩＤ
により送信データを生成し、送信部１９より端末装置３
０に送信する。端末装置３０は、サーバ装置１０からの
送信データを受信部３１で受信すると、制御部３２を介
して、表示部３６に図１１に示すような会員登録終了ペ
ージ９７を表示する。

【０１５０】この会員登録終了ページ９７は、会員登録
が終了したことの説明と発行された３枚のトレーディン
グカードを表示する。また、会員登録終了ページ９７
は、会員登録終了釦９８が設けられている。そして、会
員登録終了釦９８がクリックされたときには、上記図５
に示すマイページ４３に進む。

【０１５１】ここで、上記図１０のステップＳ１７にお
けるトレーディングカードの発行制御について説明す
る。例えば本システム１に参加するアーティストを２０
人とすると、トレーディングカードは、各アーティスト
に対して５種類（赤、青、緑、黄、銀）、すなわち１０
０種類用意される。ここで、例えば５種類のトレーディ
ングカードの内１種類、例えば銀色のトレーディングカ
ードの発行確率を他のトレーディングカード（赤、青、
緑、黄）の発行確率より低くする。これによって、銀色
のカードについては、希少価値がでるようにする。そし
て、当たりの場合には、発行する３枚のトレーディング
カードに銀色のトレーディングカードを含ませ、外れの
場合には、銀色のトレーディングカードを含ませないよ
うにする。

【０１５２】更に具体的には、トレーディングカードの
発行は、図１２に示すように、ランダムに５種類のトレ
ーディングカードを並べたテーブルを複数用意し、最初
から順に３枚ずつトレーディングカードを発行するよう
にする。

【０１５３】ここで、発行率の低い銀色のトレーディン
グカード（スペシャルカード）の発行、すなわち当たり
を５０人に１人出すようにする。すなわち、赤、青、
緑、黄のトレーディングカードを５枚発行したときに１
枚銀色のトレーディングカードを発行するようにする。
この場合、先ず、外れのトレーディングカードの３枚の
セット、すなわち赤、青、緑、黄のトレーディングカー
ドのセットを５０セット（１５０枚）用意する（これを
セットＡという。）。次いで、このセットＡを例えば６
セット用意する（これをセットＢという。）。これによ
り、セットＡが３００セット（トレーディングカードが
９００枚）用意されることになる。次いで、３枚のトレ
ーディングカードの内１枚に銀色のトレーディングカー
ドを含ませた当たりのセットＣを６セット（トレーディ
ングカード１８枚）用意する。セットＢにセットＣをラ
ンダムに組合せ、全部で９１８枚のトレーディングカー
ドからなる図１２に示すテーブルを用意する。そして、
このように用意されたテーブルを用い、最初からトレー
ディングカードを３枚ずつ発行するようにすることで、
銀色のトレーディングカードの発行確率、すなわち当た
りの確率を５０人に１人とすることができる。

【０１５４】次に、以上のように本システム１に会員登
録したユーザが、上記図５に示す他マイページ４３、ト
レーディングカード購入ページ４９、トレーディングカ
ード売却／役申告ページ５８等ログインが必要なページ
にアクセスする際の手順について図１３を参照して説明
する。

【０１５５】先ず、端末装置３０は、サーバ装置１０に
アクセスし、表示部３６に図６に示すサイトトップペー
ジ４１を表示した状態にある。そして、ログインをする
ときには、ユーザは、入力操作部３８を用いて、図６の
ユーザＩＤ入力部６１とパスワード入力部６２に自分の
ユーザＩＤとパスワードＩＤとを入力し、ログイン釦６
３をクリックする。すると、端末装置３０は、送信デー
タ設定部３４でユーザＩＤ、パスワード、ログイン要求
からなる送信データを生成し、送信部３５より送信デー
タをサーバ装置１０に送信する。

【０１５６】そして、サーバ装置１０は、受信部１１で
端末装置３０からの送信データを受信すると、データ判
別部１２でデータ種別する。そして、検索部１４は、ス
テップＳ３２において、上記表１４に示す第２の売買履
歴レコードで不正アクセスユーザを検索する。ステップ
Ｓ３３において、判別部１２は、ログイン要求のあった
端末装置３０のユーザＩＤが第２の売買履歴レコードに
不正フラグがありになっているかを判断する。そして、
判別部１２は、第２の売買履歴レコードにログイン要求
のあったユーザＩＤの不正フラグが無しのとき、ステッ
プＳ３５において、エラーコードをリセットし、エラー
無しとする。また、判別部１２は、第２の売買履歴レコ
ードに不正フラグがありのとき、ステップＳ３５におい
て、エラーコードに不正ログインエラーをセットする。

【０１５７】ステップＳ３４において、検索部１４は、
ログイン要求のあったユーザのユーザマスタレコード
を、ログイン要求のあったユーザＩＤとパスワードを用
いて検索する。ステップＳ３６において、判別部１２
は、ユーザＩＤがユーザマスタレコードのユーザＩＤと
一致しているかどうか、パスワードがユーザマスタレコ
ードのパスワードと一致しているかどうかを判断する。
すなわち、ここで判別部１２は、ログイン要求にエラー
があるかないかを判断する。そして、エラーが存在しな
いとき、ステップＳ３７において、エラーが無いものと
してエラーコードをリセットする。また、判別部１２
は、エラーが存在するとき、ステップＳ３８において、
エラーコードにログインエラーをセットすると共に、更
新部１６は、上記表１４の第２の売買履歴レコードに不
正アクセス日付、時刻を記録する。また、更新部１６
は、例えばユーザがパスワードを間違える度に不正回数
を１ずつ加算する。これは、パスワード等を何度も変え
て不正にアクセスしようとするものを排除するためであ
る。そして、不正回数が所定値を超えたとき、更新部１
６は、不正フラグを有りに更新する。ステップＳ３９に
おいて、判別部１２は、ステップＳ３９において、エラ
ーコードを送信データ設定部１８に出力する。

【０１５８】ステップＳ４０において、送信データ設定
部１８は、エラーコードを受信すると、次いで、ログイ
ンにエラーが有ったかを受信したエラーコードより判断
する。そして、エラーが無かったとき、ステップＳ４２
において、送信データ設定部１８は、ログイン要求のあ
ったウェブページの表示情報を記憶部１７より読み出
す。また、送信データ設定部１８は、クッキーファイル
にユーザ名を記録する。そして、送信部１９は、送信デ
ータ設定部１８で生成された送信データを端末装置３０
に送信する。また、送信データ設定部１８は、エラーが
不正ログインエラー、すなわちステップＳ３３でのエラ
ーであるとき、警告表示データを記憶部１７より読み出
し、送信データを生成し、これを送信部１９より端末装
置３０に送信する。また、ステップＳ４３において、送
信データ設定部１８は、パスワード、ユーザＩＤ間違い
等のエラーであるとき、ログインエラーの表示情報を記
憶部１７より読み出し、送信データを生成し、これを送
信部１９より端末装置３０に送信する。

【０１５９】次に、アクセスするのにログインが必要な
マイページ４３にアクセスする際の手順について説明す
る。このマイページ４３には、登録ユーザの個人情報が
表示される。先ず、端末装置３０は、図６に示すサイト
トップページ４１を表示制御部３７の制御により表示部
３６に表示する。ここで、ユーザは、入力操作部３８を
用いて、図６のユーザＩＤ入力部６１とパスワード入力
部６２に自分のユーザＩＤとパスワードＩＤとを入力
し、マイページ釦７３をクリックする。すると、端末装
置３０は、送信データ設定部３４でユーザＩＤ、パスワ
ード、マイページ４３へのログイン要求からなる送信デ
ータを生成し、送信部３５より送信データをサーバ装置
１０に送信する。

【０１６０】そして、サーバ装置１０は、図１４に示す
ように、ステップＳ４１において、受信部１１で端末装
置３０からの送信データを受信すると、データ判別部１
２でクッキーファイルよりユーザＩＤを読み取り、ステ
ップＳ４２において、ログイン済みがどうかを判断す
る。データ判別部１２は、未だログインをしていないと
き、送信データ設定部１８にこれを出力し、送信データ
設定部１８は、記憶部１７よりエラー表示データを読み
出し、送信データを生成し、送信部１９よりこれを端末
装置３０に送信する。また、データ判別部１２は、ユー
ザＩＤとパスワードが送信されたときには、上記図１３
の処理を行う。そして、既にログインされているときに
は、ステップＳ４３において、その結果を検索部１４に
出力する。

【０１６１】ステップＳ４４において、検索部１４は、
ユーザＩＤを元に、上記表１に示すユーザマスタレコー
ドを検索する。そして、検索部１４は、ユーザマスタレ
コードより、当該ユーザのカード保有枚数と、カード評
価と、所持ポイントと、総資産と、紹介回数と、役申告
回数を抽出する。また、ステップＳ４７において、検索
部１４は、ユーザＩＤを元に、当該ユーザの上記表１２
に示す売却注文レコードと上記表１３に示す購入注文レ
コードを検索する。そして、検索部１４は、ステップＳ
４８において、売却注文と購入注文のカードＩＤ、アー
ティストＩＤ、注文状況を抽出する。

【０１６２】ステップＳ４９において、検索部１４は、
カードＩＤを元に、上記表７に示すカードマスタレコー
ドと上記表８に示すカード価格履歴を検索し、ユーザの
保有するトレーディングカードの価格を取得し、ユーザ
の所有するトレーディングカードの総額を算出する。

【０１６３】ステップＳ５０において、検索部１４は、
ステップＳ５０において、上記表３に示すユーザ所持カ
ードレコードをユーザＩＤを元に検索し、ステップＳ５
１において、ユーザが所有するトレーディングカードの
購入時価格を抽出する。

【０１６４】また、検索部１４は、ステップＳ５２にお
いて、ユーザが所有するトレーディングカードのアーテ
ィストＩＤを元にして、該当するアーティストマスタレ
コードを検索し、当該アーティストのトレーディングカ
ードの現在の価格を抽出する。そして、検索部１４は、
ステップＳ５３において、送信データ設定部１８にこれ
らのデータを出力する。

【０１６５】ステップＳ５４において、送信データ設定
部１８は、これらのデータが入力されると、次いでステ
ップＳ５５において、記憶部１７よりマイページ４３を
構成する表示データ等を読み出し、データベースより抽
出したデータと組合せ、送信データを生成し、送信部１
９より送信データを端末装置３０に送信する。

【０１６６】端末装置３０は、受信部３１でサーバ装置
１０から送信されたマイページ４３の送信データを受信
すると、表示部３６にマイページ４３を表示する。ここ
で、マイページ４３について図１５を参照して説明する
と、マイページ４３は、個人情報が表示される個人情報
表示部１０１と、現在のトレーディングカードの注文状
況、すなわちユーザが所有しているトレーディングカー
ドの注文状況が表示される注文状況表示部１０２と、ユ
ーザが所有するトレーディングカードを表示するトレー
ディングカード表示部１０３とから構成される。

【０１６７】個人情報表示部１０１には、ユーザの総資
産、トレーディングカードの保有枚数、カード評価、所
持ポイント、ユーザランキング、紹介回数、役申告回数
が表示される。

【０１６８】注文状況表示部１０２には、ユーザが所有
するトレーディングカードが売却注文に出されているか
購入注文に出されているかの表示と、売却注文や購入注
文に出されているトレーディングカードの銘柄（アーテ
ィスト名）と、トレーディングカードの種類（赤、青、
緑、黄、銀）と、トレーディングカードの購入価格と、
売却注文時の価格と、購入注文時の価格と、注文を取り
消すための注文取消釦１０４とから構成されている。

【０１６９】また、トレーディングカード表示部１０３
は、ユーザが保有するトレーディングカードの画像デー
タと、トレーディングカードのアーティスト名と、ユー
ザが当該トレーディングカードを購入したときの購入価
格と、当該トレーディングカードの現在の価格とから構
成されている。ここで、各トレーディングカードの画像
データは、入力操作部３８でクリックすることにより、
拡大表示されるようになっている。

【０１７０】次に、マイページ４３の注文状況表示部１
０２の注文取消釦１０４をクリックしたとき、すなわち
トレーディングカードの売却注文や購入注文の取消を行
うときの手順について図１６を参照して説明する。

【０１７１】先ず、ユーザの操作に応じてマイページ４
３の注文取消釦１０４がクリックされると、送信データ
設定部３４は、注文取消を行うトレーディングカードの
ＩＤ、注文取消データ等を含む送信データを生成し、送
信部３５よりサーバ装置１０に送信する。

【０１７２】サーバ装置１０は、受信部１１で端末装置
３０からの送信データを受信すると、データ判別部１２
が、ステップＳ６１において、クッキーファイルよりロ
グイン済みがどうかを判断し、ユーザＩＤを読み取る。
ステップＳ６２において、データ判別部１２は、未ログ
インであるかを判断する。データ判別部１２は、ステッ
プＳ６３において、未だログインをしていないとき、送
信データ設定部１８にこれを出力し、送信データ設定部
１８は、記憶部１７よりエラー表示データを読み出し、
送信データを生成し、送信部１９よりこれを端末装置３
０に送信する。また、既にログインされているときに
は、ステップＳ６４において、その結果を検索部１４に
出力する。

【０１７３】ステップＳ６６において、検索部１４は、
売却注文の取消であるか購入注文の取消であるかを抽出
し、次いで、ステップＳ６７において、売却注文である
かを判断する。

【０１７４】検索部１４は、購入注文の取消であると判
断したとき、ステップＳ６８において、ユーザＩＤを元
にして上記表１３の当該ユーザの購入注文レコードにア
クセスし、更新部１６は、取消のあるトレーディングカ
ードに購入注文取消フラグを立て、購入注文を取り消
す。ステップＳ６９において、検索部１４は、ユーザＩ
Ｄを元にして上記表１のユーザマスタレコードを検索
し、ステップＳ７０において、更新部１６は、所持ポイ
ントに取り消したトレーディングカードの価格分を加算
し、購入注文、購入注文合計金額を減算する。ステップ
Ｓ７１において、検索部１４は、アーティストＩＤを元
に当該アーティストのアーティストマスタレコードにア
クセスし、更新部１６は、購入注文数を減算する。

【０１７５】また、売却注文の取消であるとき、ステッ
プＳ７２において、ユーザＩＤを元にして上記表１２の
当該ユーザの売却注文レコードにアクセスし、更新部１
６は、取消のあるトレーディングカードに売却注文取消
フラグを立て、売却注文を取り消す。ステップＳ７３に
おいて、検索部１４は、ユーザＩＤを元にして上記表１
のユーザマスタレコードを検索し、ステップＳ７４にお
いて、更新部１６は、売却注文数を減算する。ステップ
Ｓ７５において、検索部１４は、アーティストＩＤを元
に当該アーティストのアーティストマスタレコードにア
クセスし、更新部１６は、売却注文数を減算する。

【０１７６】そして、検索部１４は、処理が終了したこ
とを送信データ設定部１８に出力する。ステップＳ７７
において、送信データ設定部１８は、これらのデータが
入力されると、次いでステップＳ７８において、再度、
記憶部１７よりマイページ４３を構成する表示データ等
を読み出し、データベースより抽出したデータと組合
せ、送信データを生成し、送信部１９より送信データを
端末装置３０に送信する。すなわち、送信データ設定部
１８は、端末装置３０に注文取消が反映されたマイペー
ジ４３を表示することができるようにする。

【０１７７】次に、図５に示すアーティストトップペー
ジ４５にアクセスする際の手順について説明する。この
アーティストトップページ４５は、本システムに登録し
ているアーティストを紹介するページである。先ず、端
末装置３０は、図６に示すサイトトップページ４１を表
示制御部３７の制御により表示部３６に表示する。ここ
で、ユーザは、入力操作部３８を用いて、図６のアーテ
ィスト選択釦６４をクリックする。すると、端末装置３
０は、送信データ設定部３４でアーティストＩＤ等から
なる送信データを生成し、送信部３５より送信データを
サーバ装置１０に送信する。

【０１７８】そして、サーバ装置１０は、図１７に示す
ように、受信部１１で端末装置３０からの送信データを
受信すると、ステップＳ８１において、クッキーファイ
ルよりアーティストＩＤを読み取り、これを検索部１４
に出力する。ステップＳ８２において、検索部１４は、
アーティストＩＤを元にして、当該アーティストＩＤの
上記表６に示すアーティストマスタレコードを検索す
る。そして、検索部１４は、ステップＳ８３において、
現在のトレーディングカードの価格と、当該アーティス
トの売買が成立した回数と、トレーディングカードの売
却注文数と、トレーディングカードの購入注文数、全体
の楽曲データのダウンロード指数とを取得する。

【０１７９】また、検索部１４は、ステップＳ８４にお
いて、上記表４に示すアクセスしたユーザのユーザファ
ンポイントレコードを検索し、更新部１６は、ファンポ
イントに１加算する。また、検索部１４は、このファン
ポイントを元にして当該アーティストのファンポイント
ランキングを算出する。そして、更新部１６は、表１の
ユーザマスタレコードのファンポイントランキングを更
新する。

【０１８０】検索部１４は、ステップＳ８５において、
送信データ設定部１８にこれらのデータを出力する。ス
テップＳ８６において、送信データ設定部１８は、これ
らのデータが入力されると、次いでステップＳ８７にお
いて、記憶部１７よりアーティストトップページ４５を
構成する表示データ等を読み出し、データベースより抽
出したデータと組合せ、送信データを生成し、送信部１
９より送信データを端末装置３０に送信する。

【０１８１】端末装置３０は、受信部３１でサーバ装置
１０から送信されたアーティストトップページ４５の送
信データを受信すると、表示部３６にアーティストトッ
プページ４５を表示する。ここで、アーティストトップ
ページ４５について、図１８を参照して説明すると、こ
のアーティストトップページ４５は、当該アーティスト
の画像データ表示部１０５と、アーティストのプロフィ
ール表示部１０６と、ディスコグラフィー表示部１０７
と、アーティストの予定等の情報表示部１０８と、アー
ティストの楽曲データを視聴するための視聴表示部１０
９と、アーティストのトレーディングカードに関する情
報が表示されるカード情報表示部１１０と、アーティス
トのユーザファンポイントランキング表示部１１１と、
当該アーティストの掲示板や当該アーティストに関して
チャットをするためのコミュニケーション表示部１１２
とが設けられている。

【０１８２】カード情報表示部１１０には、上記表６の
アーティストマスタレコードに関する情報が表示され、
具体的に、本日のトレーディングカードの価格と、現在
の楽曲データのダウンロード指数と、当該アーティスト
に関し紹介メールが送信された全体の回数と、トレーデ
ィングカードの売買回数と、トレーディングカードの売
却注文数と購入注文数とが表示される。すなわち、アク
セスしたユーザが、トレーディングカードを取引する際
に参考にできる情報が表示される。

【０１８３】また、視聴表示部１０９には、ユーザが端
末装置３０で楽曲データをストリーミング再生すること
ができる視聴釦１１３と、楽曲データを端末装置３０に
ダウンロードできるダウンロード釦１１４と、アーティ
ストの紹介メールを送信するための紹介釦１１５とが設
けられている。

【０１８４】ここで、ダウンロード釦１１４が選択され
たときについて図１９を参照して説明する。ユーザが入
力操作部３８を用いて、ダウンロード釦１１４をクリッ
クする。すると、端末装置３０は、送信データ設定部３
４でユーザＩＤ、楽曲ＩＤ等からなる送信データを生成
し、送信部３５より送信データをサーバ装置１０に送信
する。

【０１８５】すると、サーバ装置１０は、図１９に示す
ように、ステップＳ９１において、受信部１１で端末装
置３０からの送信データを受信すると、クッキーファイ
ルより楽曲ＩＤ、ユーザＩＤを読み取り、次いで、ステ
ップＳ９２において、データ判別部１２は、検索部１４
にこれらのデータを出力する。ステップＳ９３におい
て、検索部１４は、上記表９に示す楽曲マスタレコード
を楽曲ＩＤを元にして検索し、アーティストＩＤを取得
する。ステップＳ９４において、検索部１４は、楽曲Ｉ
Ｄ、アーティストＩＤを元にして、上記表１０に示す楽
曲ダウンロード履歴レコードを検索する。そして、更新
部１６は、ダウンロードを行うユーザＩＤ、ダウンロー
ド日付、ダウンロード日時ダウンロード種別（ここで
は、会員）を記録する。

【０１８６】ステップＳ９５において、判別部１５は、
楽曲データのダウンロードを行うユーザに対して例えば
１／２５６の確率でトレーディングカードを発行するた
めの抽選を行う。そして、当選したときには、発行部２
１は、トレーディングカードを１枚発行する。なお、こ
こで発行するトレーディングカードは、ダウンロードす
る楽曲データに関連性を持たせるために、ダウンロード
する楽曲データのアーティストのものとされる。勿論、
発行されるトレーディングカードは、ダウンロードする
アーティストのものでなくてもよい。

【０１８７】ステップＳ９６において、検索部１４は、
アーティストＩＤを元にして楽曲データがダウンロード
されるアーティストの上記表６に示すアーティストマス
タレコードを検索する。そして、更新部１６は、アーテ
ィストマスタレコードの当日のダウンロード指数と全体
のダウンロード指数に１を加算する。ステップＳ９８に
おいて、検索部１４は、ユーザＩＤを元にして、上記表
１に示す当該ユーザのユーザマスタレコードを検索す
る。そして、更新部１６は、ステップＳ９９において、
所持ポイント及び総資産から５ＭＣを減算し、イベント
ポイントに１を加算する。

【０１８８】また、検索部１４は、ステップＳ１００に
おいて、ユーザＩＤとアーティストＩＤを元にして上記
表４に示すユーザファンポイントレコードを検索する。
そして、更新部１６は、ステップＳ１０１において、ユ
ーザＩＤやアーティストＩＤが無いときには、これらの
ＩＤを追加する。そして、ステップＳ１０２において、
更新部１６は、ファンポイントとイベントポイントを１
加算する。

【０１８９】ステップＳ１０３において、発行部２１
は、トレーディングカードを発行するとき、そのカード
ＩＤ等を送信データ設定部１８に出力する。ステップＳ
１０４において、送信データ設定部１８は、これらのデ
ータが入力されると、次いでステップＳ１０５におい
て、トレーディングカードが当選しているかどうかを判
断する。そして、トレーディングカードが当選している
とき、送信データ設定部１８は、ステップＳ１０６にお
いて、ダウンロード回数等を反映させた新たなアーティ
ストトップページ４５を構成するのに必要な表示データ
を記憶部１７より読み出し、送信データを生成すと共
に、当選したトレーディングカードの画像ＩＤを元にし
てトレーディングカードの画像データを読み出し、送信
データを生成する。また、トレーディングカードが外れ
たとき、送信データ設定部１８は、ステップＳ１０７に
おいて、外れをユーザに知らせるための表示データを読
み出し、送信データを生成する。

【０１９０】また、これらの処理と同時に、送信データ
設定部１８は、ダウンロード要求のあった楽曲データを
記憶部１７より読み出し、送信データを生成する。端末
装置３０は、受信部３１でサーバ装置１０から送信され
たアーティストトップページ４５の送信データを受信す
ると、表示部３６に更新されたアーティストトップペー
ジ４５を表示する。また、制御部３２は、ダウンロード
した楽曲データをメモリ３３等に保存する。

【０１９１】メモリ３３に保存された楽曲データは、利
用者の操作に応じて、メモリ３３より読み出され、デコ
ーダ３９に出力され、所定のデコード処理がなされた
後、Ｄ／Ａコンバータ３９によりディジタル信号からア
ナログ信号に変換され、スピーカ２９より出力される。

【０１９２】なお、上記図１８の視聴釦１１３がクリッ
クされたときには、図２０に示すような視聴ページ４６
が表示される。この視聴ページ４６は、視聴できる楽曲
データ毎に、楽曲データに関連する画像データが表示さ
れており、また、視聴釦１１７と、紹介メールを送るた
めの紹介釦１１８が設けられている。そして、視聴釦１
１７がクリックされたとき、サーバ装置１０は、図１９
に示す処理、すなわちトレーディングカードの抽選処理
を行わず楽曲データのみを端末装置３０に送信する。端
末装置３０では、メモリ３３に保存すること無く楽曲デ
ータを再生する。

【０１９３】次に、会員登録したユーザが所有するトレ
ーディングカードを売却したり、役を申告するときに、
トレーディングカード売却／役申告ページ５８にアクセ
スする際の手順について図２１を参照して説明する。

【０１９４】先ず、端末装置３０は、図６に示すサイト
トップページ４１を表示制御部３７の制御により表示部
３６に表示する。ここで、ユーザは、入力操作部３８を
用いて、図６のユーザＩＤ入力部６１とパスワード入力
部６２に自分のユーザＩＤとパスワードＩＤとを入力
し、トレーディングカード売却／役申告ページ釦６９を
クリックする。すると、端末装置３０は、送信データ設
定部３４でユーザＩＤ、パスワード、トレーディングカ
ード売却／役申告ページ釦６９へのログイン要求からな
る送信データを生成し、送信部３５より送信データをサ
ーバ装置１０に送信する。

【０１９５】そして、サーバ装置１０は、図２１に示す
ように、受信部１１で端末装置３０からの送信データを
受信すると、データ判別部１２でクッキーファイルより
ユーザＩＤを読み取る。ログインが行われていないと
き、データ判別部１２は、未ログインであることを送信
データ設定部１８に出力し、送信データ設定部１８は、
未ログインである旨を表示する表示データを記憶部１７
より読み出し、送信部１９より送信する。また、データ
判別部１２は、ログイン済みであるとき、ステップＳ１
１４において、検索部１４に、ログイン済みであること
を出力する。

【０１９６】ステップＳ１１５において、検索部１４
は、ユーザＩＤを元にして上記表１に示す当該ユーザの
ユーザマスタレコードを検索する。ステップＳ１１６に
おいて、検索部１４は、当該ユーザの総資産と、トレー
ディングカードの保有枚数と、ユーザが所有するトレー
ディングカード全ての価格であるカード評価と、ユーザ
の所持ポイントと、紹介実績と、トレーディングカード
の売買実績と、ユーザの役申告実績とを取得する。ステ
ップＳ１１７において、検索部１４は、ユーザＩＤを元
にして上記表３に示すユーザ所持カードレコードを検索
し、ユーザが所有するガードＩＤ、アーティストＩＤ等
を取得する。ステップＳ１１８において、検索部１４
は、カードＩＤ、アーティストＩＤ等を元にして、上記
表６に示すアーティストマスタレコードを検索し、ユー
ザが所有するトレーディングカードの現在の価格等を取
得する。そして、検索部１４は、ステップＳ１１９にお
いて、これらの結果を送信データ設定部１８に出力す
る。

【０１９７】ステップＳ１２０において、送信データ設
定部１８は、記憶部１７よりトレーディングカード売却
／役申告ページ５８を構成する表示データを読み出すと
共にこれら表示データと検索部１４での検索結果とを組
合せ送信データを生成する。そして、送信データは、送
信部１９より端末装置３０に送信される。

【０１９８】端末装置３０は、受信部３１でサーバ装置
１０から送信されたトレーディングカード売却／役申告
ページ５８の送信データを受信すると、表示部３６にト
レーディングカード売却／役申告ページ５８を表示す
る。ここで、トレーディングカード売却／役申告ページ
５８について図２２を参照して説明すると、トレーディ
ングカード売却／役申告ページ５８は、ユーザの状態が
表示されるユーザ状態表示部１２１と、ユーザが保有す
るトレーディングカードの保有一覧が表示される一覧表
示部１２２とから構成されている。

【０１９９】ユーザの状態表示部１２１は、ユーザの総
資産、トレーディングカードの保有枚数、カード評価、
所持ポイント、ユーザランキング、紹介回数、売買回
数、役申告回数が表示される。また、一覧表示部１２２
には、ユーザが保有するトレーディングカードの画像デ
ータと、現在のトレーディングカードの価格と、トレー
ディングカードの購入価格とが表示されている。また、
この一覧表示部１２２には、売却又は役申告を行うトレ
ーディングカードを選択するための選択欄１２３が設け
られている。更に、この一覧表示部１２２の下側には、
トレーディングカードの売却申告枚数と、その総額が表
示され、更に、選択欄１２３をクリックすることにより
選択されたトレーディングカードを売却申告するための
売却注文釦１２４と、選択欄１２３をクリックすること
により選択されたトレーディングカードを役申告するた
めの役申告釦１２５が設けられている。すなわち、この
トレーディングカード売却／役申告ページ５８では、選
択したトレーディングカードの売却と役申告とを選択的
に行うことができるようになっている。

【０２００】次に、ユーザが入力操作部３８で選択欄１
２３をクリックし、申告するトレーディングカードを選
択し、選択されたトレーディングカードを売却するため
売却注文釦１２４をクリックすることで、トレーディン
グカードの売却注文をサーバ装置１０に出すときの処理
について図２３を参照して説明する。先ず、ユーザの操
作に応じて入力操作部３８より申告されるトレーディン
グカードが選択され、売却注文釦１２４がクリックされ
ると、送信データ設定部３４は、選択されたトレーディ
ングカードＩＤ、売却注文識別データ等からなる送信デ
ータを生成し送信部３５に出力する。そして、送信部３
５は、この送信データをサーバ装置１０に送信する。

【０２０１】サーバ装置１０は、図２３に示すように、
受信部１１で端末装置３０から送信された送信データを
受信する。そして、データ判別部１２は、ステップＳ１
３１において、選択されたトレーディングカードＩＤ、
売却注文識別データ等を検索部１４に出力する。検索部
１４は、ステップＳ１３２において、ユーザＩＤを元に
して、上記表３のユーザ所持カードレコードを検索す
る。そして、判別部１５は、ステップＳ１３３におい
て、重複注文が無いか等のエラーを判断する。そして、
判別部１５は、エラーがあるとき、ステップＳ１３４に
おいて、エラーコードをセットする。また、エラーが無
いとき、判別部１５は、ステップＳ１３５において、エ
ラーコードをリセットする。そして、ステップＳ１３６
において、判別部１５は、送信データ設定部１８にエラ
ーコードを出力する。ステップＳ１３８において、送信
データ設定部１８は、エラーコードが入力されると、ス
テップＳ１３８において、エラーコードにエラーがある
かないかを判断する。

【０２０２】送信データ設定部１８は、エラーが無いと
き、ステップＳ１３９において、トレーディングカード
の売却注文を確認するための売却注文確認ページを構成
する表示データを読み出し、送信データを生成し、送信
部１９よりこの送信データを端末装置３０に送信する。
また、エラーがあるとき、送信データ設定部１８は、ス
テップＳ１４０において、エラーメッセージを構成する
表示データを記憶部１７より読み出し、送信部１９より
端末装置３０に送信する。

【０２０３】端末装置３０は、受信部３１で送信データ
を受信すると、表示部３６に注文確認ページを表示す
る。ここで、この注文確認ページ１２８について、図２
４を参照して説明すると、この注文確認ページ１２８
は、ユーザの状態が表示されるユーザ状態表示部１２９
と、ユーザが売却注文を出しているトレーディングカー
ドを一覧表示する注文確認一覧表示部１３０とから構成
されている。

【０２０４】ユーザの状態表示部１２９は、トレーディ
ングカードの保有枚数、カード評価、所持ポイント、総
資産が表示される。また、注文確認一覧表示部１３０
は、トレーディングカード毎に、銘柄と、売却申告して
いる枚数と、合計金額が表示される。更に、注文確認ペ
ージ１２８には、売却申告枚数、売却申告しているトレ
ーディングカードの総額が表示される。更に、注文確認
ページ１２８には、売却注文を最終決定する決定釦１３
１と、売却注文を取り消すキャンセル釦１３２が設けら
れている。

【０２０５】そして、端末装置３０は、ユーザの操作に
応じて入力操作部３８により決定釦１３１又はキャンセ
ル釦１３２の何れかがクリックされると、送信データ設
定部３４で決定データ又はキャンセルデータの何れかや
カードＩＤやユーザＩＤを含む送信データを生成し、送
信部３５より送信データをサーバ装置１０に送信する。

【０２０６】サーバ装置１０は、図２５に示すように、
受信部１１で端末装置３０からの送信データを受信する
と、ステップＳ１４１において、データ判別部１２でク
ッキーファイルよりユーザＩＤを読み取る。ステップＳ
１４２において、データ判別部１２は、ログイン済みで
あるどうかを判断する。そして、データ判別部１２は、
未だログインをしていないとき、ステップＳ１４３にお
いて、送信データ設定部１８にこれを出力し、送信デー
タ設定部１８は、記憶部１７よりエラー表示データを読
み出し、送信データを生成し、送信部１９よりこれを端
末装置３０に送信する。また、データ判別部１２は、ロ
グイン済みであるとき、ステップＳ１４４において、送
信データから売却注文情報を取得し、ステップＳ１４５
において、ユーザＩＤと売却注文情報を検索部１４に出
力する。

【０２０７】ステップＳ１４６において、検索部１４
は、ユーザＩＤを元にして、上記表３に示すユーザ所持
カードレコードを検索する。そして、検索部１４は、売
却注文情報を取得し、ステップＳ１４７において、ユー
ザ所持カードレコードより売却注文の出たトレーディン
グカードのアーティストＩＤを取得する。また、更新部
１６は、売却注文フラグを有りにセットする。検索部１
４は、ステップＳ１４９において、上記アーティストＩ
Ｄを元にして、上記表６に示すアーティストマスタレコ
ードを検索する。そして、更新部１６は、ステップＳ１
５０において、売却注文数を売却注文のあった数だけ加
算する。また、検索部１４は、現在のトレーディングカ
ードの価格を取得する。ステップＳ１５１において、検
索部１４は、カードＩＤを元にして、上記表７に示すカ
ードマスタレコードを検索する。ステップＳ１５２にお
いて、更新部１６は、カード売却注文数を売却注文のあ
った数だけ加算する。そして、更新部１６は、上記表１
２に示す売却注文レコードの更新を行う。すなわち、更
新部１６は、売却注文レコードに、カードＩＤとアーテ
ィストＩＤと、ユーザＩＤと、注文日付と、注文時刻と
を記録すると共に、売却注文フラグを注文中にする。そ
して、検索部１４は、結果を送信データ設定部１８に出
力する。

【０２０８】ステップＳ１５５において、送信データ設
定部１８は、検索部１４より結果が入力されると、ステ
ップＳ１５６において、記憶部１７より注文確定ページ
を構成する表示データを読み出し、送信データを生成す
る。そして、送信部１９は、送信データを端末装置３０
に送信する。

【０２０９】端末装置３０は、受信部３１でサーバ装置
１０からの送信データを受信すると、図２４に示す注文
確定ページ１３４を表示部３６に表示する。なお、この
注文確定ページ１３４は、注文確認ページ１２８とほぼ
同様な構成を有するため詳細は省略する。かくして、ユ
ーザは、表示部３６に表示された注文確定ページ１３４
を見ることによって、注文が完了したことを知ることが
できる。

【０２１０】また、上記図２２に示したトレーディング
カード売却／役申告ページ５８からは、役申告釦１２５
をクリックすることでサーバ装置１０対してトレーディ
ングカードの役を申告することができる。

【０２１１】ここで、トレーディングカードの役につい
て説明する。上述したように、トレーディングカード
は、各アーティスト毎に赤、青、緑、黄、銀の５種類が
用意されている。そこで、役申告は、トレーディングカ
ード４枚以上で行うことができる。具体的に、この役に
は、１アーティストについて５種類全てのトレーディン
グカードを揃えたとき成立するものと、アーティストを
問わず同一色のトレーディングカードを４枚以上揃えた
ときに成立するものと、同一のカード、すなわちアーテ
ィストと色が同じカードを４枚以上揃えたときに成立す
るものがある。

【０２１２】１アーティストについて５種類全てのトレ
ーディングカードを揃えたとき成立する役は、申告した
トレーディングカードの申告時の価格の総額の１２０％
をユーザにボーナスポイントとして支給するようにす
る。この役は、発行数の少ない銀色のトレーディングカ
ードを要件とすることから、トレーディングカードの売
却価格より２０％高くボーナスポイントを設定するよう
にしている。

【０２１３】アーティストを問わず同一色のトレーディ
ングカードを４枚以上揃えたときに成立する役は、４枚
で申告したとき、トレーディングカードの申告時の価格
の総額の１００％（銀色のトレーディングカードを含む
とき１０５％）ととし、５枚で申告したとき、トレーデ
ィングカードの申告時の価格の総額の１０５％（銀色の
トレーディングカードを含むとき１１０％）ととし、６
枚で申告したとき、トレーディングカードの申告時の価
格の総額の１１０％（銀色のトレーディングカードを含
むとき１２０％）ととし、７枚で申告したとき、トレー
ディングカードの申告時の価格の総額の１２０％（銀色
のトレーディングカードを含むとき１４０％）ととし、
８枚で申告したとき、トレーディングカードの申告時の
価格の総額の１４０％（銀色のトレーディングカードを
含むとき１８０％）をユーザにボーナスポイントとして
支給するようにする。

【０２１４】同一のカードを４枚以上揃えたときに成立
する役は、４枚で申告したとき、トレーディングカード
の申告時の価格の総額の１０５％（銀色のトレーディン
グカードを含むとき１１０％）ととし、５枚で申告した
とき、トレーディングカードの申告時の価格の総額の１
１０％（銀色のトレーディングカードを含むとき１２０
％）ととし、６枚で申告したとき、トレーディングカー
ドの申告時の価格の総額の１２０％（銀色のトレーディ
ングカードを含むとき１４０％）ととし、７枚で申告し
たとき、トレーディングカードの申告時の価格の総額の
１４０％（銀色のトレーディングカードを含むとき１８
０％）ととし、８枚で申告したとき、トレーディングカ
ードの申告時の価格の総額の１８０％（銀色のトレーデ
ィングカードを含むと２６０％）をユーザにボーナスポ
イントとして支給するようにする。

【０２１５】同一のカードを４枚以上揃えたときに成立
する役は、アーティストに対する支援度が高いことか
ら、アーティストを問わず同一色のトレーディングカー
ドを４枚以上揃えたときに成立する役よりも高くボーナ
スポイントを出すようにしている。

【０２１６】更に、アーティストを問わず同一色のトレ
ーディングカードを４枚以上揃えたときに成立する役と
同一のカードを４枚以上揃えたときに成立する役は、銀
色のトレーディングカードを含むとき、銀色のトレーデ
ィングカードの発行枚数が少ないことから、銀色のトレ
ーディングカードを含まないときよりもボーナスポイン
トが高くなるようにしている。

【０２１７】以上のような役のテーブルは、例えば蓄積
部１３に保存されている。

【０２１８】そして、以上のような役を構成するトレー
ディングカードを揃えたユーザが役を申告する手順につ
いて説明すると、ユーザは、先ず、図２２に示すトレー
ディングカード売却／役申告ページ５８の入力操作部３
８により選択欄で役を構成するトレーディングカードを
選択し、次いで、役申告釦１２４をクリックする。する
と、送信データ設定部３４は、カードＩＤ、ユーザＩ
Ｄ、役申告識別データ等からなる送信データを生成し、
送信部３５は、サーバ装置１０に送信データを送信す
る。

【０２１９】受信部１１で端末装置３０からの送信デー
タを受信すると、ステップＳ１６１において、データ判
別部１２でクッキーファイルよりユーザＩＤを読み取
る。ステップＳ１６２において、データ判別部１２は、
ログイン済みであるどうかを判断する。そして、データ
判別部１２は、未だログインをしていないとき、ステッ
プＳ１６３において、送信データ設定部１８にこれを出
力し、送信データ設定部１８は、記憶部１７よりエラー
表示データを読み出し、送信データを生成し、送信部１
９よりこれを端末装置３０に送信する。また、データ判
別部１２は、ログイン済みであるとき、ステップＳ１６
４において、送信データから役申告情報を取得し、ステ
ップＳ１６５において、ユーザＩＤと役申告情報を検索
部１４に出力する。

【０２２０】検索部１４は、ステップＳ１６６におい
て、ユーザＩＤを元に、上記表３に示すユーザ所有カー
ドレコードを検索する。ステップＳ１６７において、検
索部１４は、ユーザ所有カードレコードから申告された
トレーディングカードＩＤとアーティストＩＤとを取得
する。判別部１５は、ステップＳ１６８において、蓄積
部１３に保存されている役のテーブルと比較し、申告さ
れた役の判別処理を行う。判別部１５は、ステップＳ１
６９において、役の判別を行う。判別部１５は、役が成
立していなかったとき、ステップＳ１７０に進み、エラ
ーコードに役不成立をセットする。また、検索部１４
は、役が成立しているとき、ステップＳ１７１におい
て、アーティストＩＤを元に、上記表６に示すアーティ
ストマスタレコードを検索し、役申告がされているトレ
ーディングカードの現在の価格を取得する。ステップＳ
１７２において、判別部１５は、役に応じたボーナスポ
イントを算出する。ステップＳ１７３において、検索部
１４は、ユーザＩＤを元にして、上記表１に示すユーザ
マスタレコードを検索する。そして、検索部１４は、ユ
ーザマスタレコードより、トレーディングカードの保有
枚数、カード評価、所持ポイント、総資産を抽出する。
ステップＳ１７４において、検索部１４は、検索結果又
はエラーコードを送信データ設定部１８に出力する。

【０２２１】ステップＳ１７５において、送信データ設
定部１８は、検索部１４からの出力が入力されると、ス
テップＳ１７６において、エラーがあったか無いかを判
断する。エラーがあったとき、ステップＳ１７７におい
て、送信データ設定部１８は、エラー表示を行うための
表示データを記憶部１７より読み出し、送信データを生
成し、送信部１９より端末装置３０に送信する。また、
エラーが無かったとき、ステップＳ１７８において、送
信データ設定部１８は、記憶部１７より役申告確認ペー
ジを構成する表示データを読み出し、送信データを生成
し、送信部１９より送信データを端末装置３０に送信す
る。

【０２２２】端末装置３０は、受信部３１で送信データ
を受信すると、表示部３６に図２７に示す役確認ページ
１３６を表示する。ここで、役確認ページ１３６は、ユ
ーザの状態が表示されるユーザ状態表示部１３７と、ユ
ーザが役申告を出しているトレーディングカードを一覧
表示する申告カード一覧表示部１３８と、ボーナスポイ
ントを説明するボーナスポイント説明部１３９とから構
成されている。

【０２２３】ユーザ状態表示部１３７は、トレーディン
グカードの保有枚数、カード評価、所持ポイント、総資
産が表示される。また、申告カード一覧表示部１３８
は、役申告しているトレーディングカードの銘柄と、ト
レーディングカードの色と、トレーディングカードの現
在の価格が表示される。更に、ボーナスポイント説明部
１３９には、役の申告枚数と、役申告をしているトレー
ディングカード全部の合計金額と、役申告により得られ
るボーナスポイントと、役申告により得られる合計金額
とが表示される。

【０２２４】更に、役確認ページ１３６には、役を決定
するための決定釦１４０と、役申告をキャンセルするた
めのキャンセル釦１４１とが設けられている。

【０２２５】そして、端末装置３０は、ユーザの操作に
応じて入力操作部３８により決定釦１３１又はキャンセ
ル釦１３２の何れかがクリックされると、送信データ設
定部３４で決定データ又はキャンセルデータの何れかや
カードＩＤやユーザＩＤを含む送信データを生成し、送
信部３５より送信データをサーバ装置１０に送信する。

【０２２６】サーバ装置１０は、受信部１１で端末装置
３０からの送信データを受信すると、ステップＳ１８１
において、データ判別部１２でクッキーファイルよりユ
ーザＩＤを読み取る。ステップＳ１８２において、デー
タ判別部１２は、ログイン済みであるどうかを判断す
る。そして、データ判別部１２は、未だログインをして
いないとき、ステップＳ１８３において、送信データ設
定部１８にこれを出力し、送信データ設定部１８は、記
憶部１７よりエラー表示データを読み出し、送信データ
を生成し、送信部１９よりこれを端末装置３０に送信す
る。また、データ判別部１２は、ログイン済みであると
き、ステップＳ１８４において、送信データから役申告
情報を取得し、ステップＳ１４５において、ユーザＩＤ
と役申告情報を検索部１４に出力する。

【０２２７】検索部１４は、ステップＳ１８６におい
て、ユーザＩＤを元に、上記表３に示すユーザ所有カー
ドレコードを検索する。ステップＳ１８７において、検
索部１４は、ユーザ所有カードレコードから申告された
トレーディングカードＩＤとアーティストＩＤとを取得
する。判別部１５は、ステップＳ１８８において、蓄積
部１３に保存されている役のテーブルと比較し、申告さ
れた役の判別処理を行う。判別部１５は、ステップＳ１
８９において、役の判別を行う。判別部１５は、役が成
立していなかったとき、ステップＳ１９０に進み、エラ
ーコードに役不成立をセットする。また、検索部１４
は、役が成立しているとき、ステップＳ１９１におい
て、アーティストＩＤを元に、上記表６に示すアーティ
ストマスタレコードを検索する。そして、検索部１４
は、役申告がされているトレーディングカードの現在の
価格を取得する。ステップＳ１９２において、判別部１
５は、役に応じたボーナスポイントを算出する。ステッ
プＳ１９３において、検索部１４は、ユーザＩＤを元に
して、上記表１に示すユーザマスタレコードを検索す
る。そして、ステップＳ１９４において、更新部１６
は、ユーザマスタレコードを更新する。すなわち、所持
ポイントは、役申告されたトレーディングカードの現在
の価格を総計したものに、役の種類に応じたボーナスポ
イントを加算したものとする。また、更新部１６は、役
申告回数に１を加算する。更に、更新部１６は、保有枚
数を役の申告枚数分減算し、カード評価は、役を申告し
たトレーディングカードの現在の価格の総計を減算す
る。更に、更新部１６は、総資産に対して役申告により
得られる金額、すなわち、役申告されたトレーディング
カードの現在の価格を総計にボーナスポイントを加算し
た金額を加算する。更に、更新部１６は、イベントポイ
ントに１を加算する。

【０２２８】ステップＳ１９５において、更新部１６
は、役申告がされたトレーディングカードを、詳細は省
略するが蓄積部１３に設けられた役申告済みカードレコ
ードに記録する。この役申告済みカードレコードは、役
申告されたトレーディングカードを、所定期間を経てか
ら発行部２１が再発行し、市場に出すようにするための
管理レコードである。したがって、役申告済みカードレ
コードには、カードＩＤ、役申告日時等が記録される。
ステップＳ１９６において、更新部１６は、上記表３に
示すユーザ所有カードレコードより役申告がされたトレ
ーディングカードを削除する。ステップＳ１９６におい
て、検索部１４は、検索結果又はエラーコードを送信デ
ータ設定部１８に出力する。

【０２２９】ステップＳ１９８において、送信データ設
定部１８は、検索部１４からの出力が入力されると、ス
テップＳ１９９において、エラーがあったか無いかを判
断する。エラーがあったとき、ステップＳ２００におい
て、送信データ設定部１８は、エラー表示、例えば「役
が成立していません」等を行うための表示データを記憶
部１７より読み出し、送信データを生成し、送信部１９
より端末装置３０に送信する。また、エラーが無かった
とき、ステップＳ２０１において、送信データ設定部１
８は、記憶部１７より役申告確定ページを構成する表示
データを読み出し、送信データを生成し、送信部１９よ
り送信データを端末装置３０に送信する。

【０２３０】端末装置３０は、受信部３１でサーバ装置
１０からの送信データを受信すると、図２７に示す役申
告確定ページ１３４を表示部３６に表示する。なお、こ
の役申告確定ページ１４２は、役申告確認ページ１３６
とほぼ同様な構成を有するため詳細は省略する。かくし
て、ユーザは、表示部３６に表示された役申告確定ペー
ジ１３４を見ることによって、役申告が完了したことを
知ることができる。

【０２３１】次に、会員登録したユーザがトレーディン
グカードを購入するときに、トレーディングカード購入
ページ４９にアクセスする際の手順について図２９を参
照して説明する。

【０２３２】先ず、端末装置３０は、図６に示すサイト
トップページ４１を表示制御部３７の制御により表示部
３６に表示する。ここで、ユーザは、入力操作部３８を
用いて、図６のユーザＩＤ入力部６１とパスワード入力
部６２に自分のユーザＩＤとパスワードＩＤとを入力
し、トレーディングカード購入ページ釦４０をクリック
する。すると、端末装置３０は、送信データ設定部３４
でユーザＩＤ、パスワード、トレーディ購入申告ページ
釦７０へのログイン要求からなる送信データを生成し、
送信部３５より送信データをサーバ装置１０に送信す
る。

【０２３３】そして、サーバ装置１０は、図２９に示す
ように、受信部１１で端末装置３０からの送信データを
受信すると、ステップＳ２１１において、データ判別部
１２でクッキーファイルよりユーザＩＤを読み取る。ス
テップＳ２１２において、データ判別部１２は、未ログ
インであるかどうかを判断する。ステップＳ２１３にお
いて、データ判別部１２は、ログインが行われていない
とき、未ログインであることを送信データ設定部１８に
出力し、送信データ設定部１８は、未ログインである旨
を表示する表示データを記憶部１７より読み出し、送信
部１９より送信する。また、データ判別部１２は、ログ
イン済みであるとき、ステップＳ２１４において、検索
部１４に、ログイン済みであることを出力する。

【０２３４】ステップＳ２１５において、検索部１４
は、ユーザＩＤを元にして上記表１に示す当該ユーザの
ユーザマスタレコードを検索する。ステップＳ２１６に
おいて、当該ユーザの総資産と、トレーディングカード
の保有枚数と、ユーザが所有するトレーディングカード
全ての価格であるカード評価と、ユーザの所持ポイント
と、紹介実績と、トレーディングカードの売買実績と、
ユーザの役申告実績とを取得する。ステップＳ２１７に
おいて、検索部１４は、ユーザＩＤを元にして上記表３
に示すユーザ所持カードレコードを検索する。そして、
検索部１４は、ステップＳ２１８において、アーティス
トＩＤ等を取得する。ステップＳ２１９において、検索
部１４は、アーティストＩＤを元にして、上記表６に示
すアーティストマスタレコードを検索する。次いで、検
索部１４は、ステップＳ２２０において、ユーザが所有
するトレーディングカードの現在の価格、アーティスト
名等を取得する。そして、検索部１４は、ステップＳ２
２１において、アーティストマスタレコードより全ての
アーティストのトレーディングカードの現在の価格を取
得する。そして、検索部１４は、ステップＳ２２２にお
いて、これらの結果を送信データ設定部１８に出力す
る。

【０２３５】ステップＳ２２３において、送信データ設
定部１８は、記憶部１７よりトレーディングカード購入
ページ４９を構成する表示データを読み出すと共にこれ
ら表示データと検索部１４での検索結果とを組合せ送信
データを生成する。そして、送信データは、送信部１９
より端末装置３０に送信される。

【０２３６】端末装置３０は、受信部３１でサーバ装置
１０から送信されたトレーディングカード購入ページ４
９の送信データを受信すると、表示部３６にトレーディ
ングカード購入ページ４９を表示する。ここで、トレー
ディングカード購入ページ４９について図３０を参照し
て説明すると、トレーディングカード購入ページ４９
は、ユーザの状態が表示されるユーザ状態表示部１４４
と、購入可能なトレーディングカードの一覧が表示され
る一覧表示部１４５と、ユーザが保有しているトレーデ
ィングカードを一覧表示する保有カード一覧表示部１４
６と、ユーザが保有しているトレーディングカードと同
じ種類を注文することができるかの状態を表示する状態
表示部１４６と、トレーディングカードの購入注文を行
うための購入注文釦１４７とから構成されている。

【０２３７】ユーザの状態表示部１４４は、ユーザの総
資産、トレーディングカードの保有枚数、カード評価、
所持ポイント、ユーザランキング、紹介回数、売買回
数、役申告回数が表示される。また、一覧表示部１４５
は、購入可能なトレーディングカードのアーティスト名
と、アーティストのトレーディングカードの現在の価格
と、購入可能枚数とか表示される。更に、保有カード一
覧表示部１４６には、一覧表示部１２２には、ユーザが
保有するトレーディングカードの画像データと、現在の
トレーディングカードの価格と、トレーディングカード
の購入価格とが表示されている。更に、保有カード一覧
表示部１４６は、例えばユーザが役を揃えるために既に
所有しているトレーディングカードと同一のトレーディ
ングカードを購入するため、そのトレーディングカード
が購入可能であるかどうかが表示されている。

【０２３８】そして、トレーディングカード購入ページ
４９では、購入するトレーディングカードを入力操作部
３８で選択して、購入注文釦１４７をクリックすること
によって、トレーディングカードの購入注文をサーバ装
置１０に送信することができる。

【０２３９】次に、ユーザが入力操作部３８で購入注文
釦１４７をクリックし、申告するトレーディングカード
を選択し、選択されたトレーディングカードを購入する
ため購入注文釦１４７をクリックすることで、トレーデ
ィングカードの売却注文をサーバ装置１０に出すときの
処理について図３１を参照して説明する。先ず、ユーザ
の操作に応じて入力操作部３８より申告されるトレーデ
ィングカードが選択され、購入注文釦１４７がクリック
されると、送信データ設定部３４は、選択されたトレー
ディングカードＩＤ、購入注文識別データ等からなる送
信データを生成し送信部３５に出力する。そして、送信
部３５は、この送信データをサーバ装置１０に送信す
る。

【０２４０】サーバ装置１０は、図３１に示すように、
受信部１１で端末装置３０から送信された送信データを
受信する。そして、データ判別部１２は、ステップＳ２
３１において、選択されたトレーディングカードＩＤ、
売却注文識別データ等を検索部１４に出力する。検索部
１４は、ステップＳ２３２において、ユーザＩＤを元に
して、上記表３のユーザ所持カードレコードを検索す
る。そして、判別部１５は、ステップＳ２３３におい
て、重複注文が無いか等のエラーを判断する。そして、
判別部１５は、エラーがあるとき、ステップＳ２３４に
おいて、エラーコードをセットする。また、エラーが無
いとき、判別部１５は、ステップＳ２３５において、エ
ラーコードをリセットする。そして、ステップＳ２３６
において、判別部１５は、送信データ設定部１８にエラ
ーコードを出力する。ステップＳ２３８において、送信
データ設定部１８は、エラーコードが入力されると、ス
テップＳ２３８において、エラーがあるかないかを判断
する。

【０２４１】送信データ設定部１８は、エラーが無いと
き、ステップＳ２３９において、トレーディングカード
の購入注文を確認するための購入注文確認ページを構成
する表示データを読み出し、送信データを生成し、送信
部１９よりこの送信データを端末装置３０に送信する。
また、エラーがあるとき、送信データ設定部１８は、ス
テップＳ１４０において、エラーメッセージを構成する
表示データを記憶部１７より読み出し、送信部１９より
端末装置３０に送信する。

【０２４２】端末装置３０は、受信部３１で送信データ
を受信すると、表示部３６に図３２に示す購入注文確認
ページ１４９を表示する。ここで、この購入注文確認ペ
ージ１４９について、図３２を参照して説明すると、こ
の購入注文確認ページ１４９は、ユーザの状態が表示さ
れるユーザ状態表示部１５０と、ユーザが購入注文を出
しているトレーディングカードを一覧表示する注文確認
一覧表示部１５１と、購入枚数表示部１５２と、購入注
文を決定するための決定釦１５３と、購入注文をキャン
セルするためのキャンセル釦１５４とから構成されてい
る。

【０２４３】ユーザの状態表示部１５０は、トレーディ
ングカードの保有枚数、カード評価、所持ポイント、総
資産が表示される。また、注文確認一覧表示部１５１
は、トレーディングカード毎に、銘柄と、購入申告して
いる枚数と、合計金額が表示される。更に、購入枚数表
示部１５２には、合計購入枚数と必要な金額、すなわち
購入注文を出しているトレーディングカードの現在の価
格の合計が表示される。

【０２４４】そして、端末装置３０は、ユーザの操作に
応じて入力操作部３８により決定釦１５３又はキャンセ
ル釦１５４の何れかがクリックされると、送信データ設
定部３４で決定データ又はキャンセルデータの何れかや
カードＩＤやユーザＩＤを含む送信データを生成し、送
信部３５より送信データをサーバ装置１０に送信する。

【０２４５】サーバ装置１０は、図３３に示すように、
受信部１１で端末装置３０からの送信データを受信する
と、ステップＳ２４１において、データ判別部１２でク
ッキーファイルよりユーザＩＤを読み取る。ステップＳ
２４２において、データ判別部１２は、ログイン済みで
あるどうかを判断する。そして、データ判別部１２は、
未だログインをしていないとき、ステップＳ２４３にお
いて、送信データ設定部１８にこれを出力し、送信デー
タ設定部１８は、記憶部１７よりエラー表示データを読
み出し、送信データを生成し、送信部１９よりこれを端
末装置３０に送信する。また、データ判別部１２は、ロ
グイン済みであるとき、ステップＳ２４４において、送
信データから購入するトレーディングカードのアーティ
ストＩＤを取得し、ステップＳ２４５において、ユーザ
ＩＤ、アーティストＩＤ等を検索部１４に出力する。

【０２４６】ステップＳ２４６において、検索部１４
は、ユーザＩＤを用いて、上記表１に示すユーザマスタ
レコードを検索し、トレーディングカードの保有枚数と
所持ポイントを抽出する。ステップＳ２４７において、
判別部１５は、検索部１４が抽出したトレーディングカ
ードの保有枚数と所持ポイントを用いて、トレーディン
グカードの注文購入枚数を現在のトレーディングカード
の所有枚数に加算したとき、所定値、すなわち８枚を超
えないかどうかを判断し、また、購入注文をしたトレー
ディングカードの現在の価格の合計が所持ポイントを超
えないかどうかを判断する。そして、判別部１５は、ス
テップＳ２４８において、エラー有りと判断したとき、
ステップＳ２４９において、エラーコードをセットす
る。また、判別部１５がエラー無しと判断したとき、ス
テップＳ２５０において、検索部１４は、購入するトレ
ーディングカードのアーティストＩＤを元にして上記表
６に示すアーティストマスタレコードを検索する。ステ
ップＳ２５１において、更新部１６は、アーティストマ
スタレコードの購入注文数に１を加算する。また、ステ
ップＳ２５２において、更新部１６は、上記表１３に示
す購入注文レコードを記録する。すなわち、更新部１６
は、購入注文レコードに、購入注文ＩＤ、カードＩＤ、
アーティストＩＤ、ユーザＩＤ、注文日付、注文時刻等
を記録する。また、更新部１６は、注文状況フラグを注
文中とする。

【０２４７】そして、ステップＳ２５３において、更新
部１６は、上記表１のユーザマスタレコードに、購入注
文数を購入枚数分加算し、また、購入注文合計金額を購
入枚数分加算する。更に、更新部１６は、所持ポイント
を購入枚数分減算する。更に、更新部１６は、イベント
ポイントに１を加算する。そして、検索部１４は、ステ
ップＳ２５４において、更新後のデータを送信データ設
定部１８に出力する。

【０２４８】ステップＳ２５５において、送信データ設
定部１８は、検索部１４より結果が入力されると、ステ
ップＳ２５６において、エラーがあるかどうかを判断す
る。そして、送信データ設定部１８は、エラーがあると
き、ステップＳ２５７において、エラーメッセージ、例
えば「金額が足りません」等を構成する表示データを記
憶部１７より読み出し、送信部１９より端末装置３０に
送信する。また、エラーが無いとき、送信データ設定部
１８は、ステップＳ２５８において、記憶部１７より購
入注文確定ページを構成する表示データを読み出し、送
信データを生成する。そして、送信部１９は、送信デー
タを端末装置３０に送信する。

【０２４９】端末装置３０は、受信部３１でサーバ装置
１０からの送信データを受信すると、図３２に示す注文
確定ページ１５５を表示部３６に表示する。なお、この
注文確定ページ１５５は、注文確認ページ１４９とほぼ
同様な構成を有するため詳細は省略する。かくして、ユ
ーザは、表示部３６に表示された注文確定ページ１５５
を見ることによって、購入注文が完了したことを知るこ
とができる。

【０２５０】ところで、以上のように売却注文や購入注
文を出すことができるトレーディングカードは、上述し
たように日々価格変動するものであり、１日に一度、各
アーティストの人気度によって価格が修正される。以
下、図３４を用いて、各アーティストのトレーディング
カードの価格の算出方法について説明する。先ず、サー
バ装置１０の演算部２０は、アーティスト毎に、上記表
６に示すアーティストを検索する。そして、ステップＳ
２６１において、演算部２０は、アーティストのトレー
ディングカードの平均カード指数を算出する。この平均
カード指数を算出するには、先ず、演算部２０は、各ア
ーティスト毎に上記アーティストマスタレコードにアク
セスし、下記式１に示すように、各アーティストの当日
のトレーディングカードの売買成立回数である売買指数
と、各アーティストの当日の楽曲データのダウンロード
回数であるダウンロード指数と、当日の紹介メールが送
信された回数である紹介指数とを抽出し、これらを加算
して各アーティスト毎のカード指数を算出する。

【０２５１】 カード指数＝（当日売買指数）＋（当日ダウンロード指数）＋（当日紹介指数 ） ・・・式１ 続いて、演算部２０は、下記式２に示すように、本シス
テム１に参加しているアーティストのカード指数の平均
値を算出することにより、平均カード指数を算出する。

【０２５２】 平均カード指数＝（Ａ＋Ｂ＋Ｃ＋Ｄ・・・・）／（アーティストの参加人数） ここで、Ａ、Ｂ、Ｃ、Ｄ・・・は、カード指数 ・・・式２ 次いで、演算部２０は、ステップＳ２６２において、各
アーティストの偏差を算出する。ここで、各アーティス
トの偏差は、下記式３に示すように、カード指数から平
均カード指数を減算することにより算出する。

【０２５３】 偏差＝（平均カード指数）−（カード指数） ・・・式３ 次いで、演算部２０は、ステップＳ２６３において、各
アーティストについて標準偏差を算出する。すなわち、
下記式４に示すように、演算部２０は、各アーティスト
の偏差を２乗し、各アーティストの偏差の２乗した値の
合計を算出し、これをアーティストの人数で除して、平
均偏差を算出し、この平均偏差の平方根を算出すること
により求める。

【０２５４】平均偏差＝｛（偏差１）^２＋（偏差２）^２
＋（偏差３）^２・・・｝／（アーティストの参加人数） ここで、１、２、３・・・はアーティストを示す。

【０２５５】 標準偏差＝√平均偏差 ・・・式４ 次いで、演算部２０は、ステップＳ２６４において、偏
差値から各アーティストのトレーディングカードの価格
の修正価格を算出する。すなわち、演算部２０は、下記
式５に示すように、各アーティストの偏差を標準偏差で
除して各アーティストの偏差値を算出する。そして、演
算部２０は、偏差値を１０で除して修正値を算出する。

【０２５６】 アーティストの修正値＝｛（偏差／標準偏差）｝／１０ ・・・式５ 次いで、演算部２０は、ステップＳ２６５において、各
アーティストの修正価格を算出する。すなわち、演算部
２０は、下記式６に示すように、各アーティストのトレ
ーディングカードの現在の価格に修正値を乗して修正価
格を算出する。

【０２５７】 修正価格＝（修正値）×（現在のトレーディングカードの価格） ・・・式６ 次いで、演算部２０は、ステップＳ２６６において、各
アーティストのトレーディングカードの新価格を決定す
る。すなわち、演算部２０は、下記式７に示すように、
各アーティストのトレーディングカードの現在の価格に
修正価格を加算することにより新価格を決定する。

【０２５８】 新価格＝（トレーディングカードの現在の価格）＋（修正価格） ・・・式７ このようなトレーディングカードの価格算出方法では、
標準偏差を求めて修正値を算出し、この算出値に基づい
てトレーディングカードの新価格を決定する用にしてい
ることから、急激な価格変動を防止することができる。

【０２５９】このように、トレーディングカードは、ト
レーディングカードの売買指数、ダウンロード回数、紹
介メールの回数等アーティストに対するユーザの関心
度、すなわち人気度により価格が毎日定められることか
ら、ユーザに対してゲーム性を与え、本システム１への
参加を促すことができる。

【０２６０】以上のようにして演算部２０が各アーティ
ストのトレーディングカードの新価格を算出すると、更
新部１６は、上記表１のユーザマスタレコードのカード
評価、総資産を更新し、上記表６のアーティストマスタ
レコードの現在のカード価格と一昨日のカード価格を更
新し、上記表８に示すカード価格履歴のカード価格と日
付を更新する。

【０２６１】次に、上述したように売却注文と購入注文
がサーバ装置１０に対してなされたトレーディングカー
ドの売買について図３５を参照して説明する。先ず、サ
ーバ装置１０の判別部１５は、ステップＳ２７１におい
て、所定時刻になったかどうかを判断する。ここで、本
システム１では、トレーディングカードの取引を例えば
００：０〜０７：３０、０８：００〜１５：３０、１
６：００〜２３：３０の間に行うようにしている。所定
時刻になったとき、ステップＳ２７２において、検索部
１４は、上記表６に示すアーティストマスタレコードを
検索し、次いで、ステップＳ２７３において、アーティ
ストＩＤ毎の売却注文数と購入注文数とを抽出する。そ
して、ステップＳ２７４において、判別部１５は、各ア
ーティストＩＤ毎の売却注文数と購入注文数が同数であ
るかどうかを判断し、同数であるとき、ステップＳ２７
５において、トレーディングカードの取引を成立させ、
同数でないとき、ステップＳ２８３に進む。

【０２６２】ステップＳ２７６において、検索部１４
は、上記表１２に示す売却注文レコードと上記表１３に
示す購入注文レコードとから、各アーティストＩＤ毎
に、トレーディングカードの売却注文と購入注文を出し
ているユーザＩＤを抽出する。次いで、ステップＳ２７
８において、検索部１４は、ユーザＩＤを元にして各ユ
ーザの上記表１に示すユーザマスタレコードを検索す
る。そして、更新部１６は、ユーザマスタレコードを更
新する。すなわち、更新部１６は、トレーディングカー
ドの売却注文を出しているユーザに対して、所持ポイン
トにトレーディングカードの売却数分のポイントを加算
し、トレーディングカードの保有枚数をトレーディング
カードの売却分減算し、カード評価及び総資産を売却価
格分加算し、売買成立回数を１加算し、イベントポイン
トを売却枚数分加算する。

【０２６３】また、更新部１６は、トレーディングカー
ドの購入注文を出しているユーザに対して、所持ポイン
トにトレーディングカードの購入枚数分のポイントを減
算し、トレーディングカードの保有枚数をトレーディン
グカードの購入枚数分加算し、カード評価及び総資産を
購入価格分減算し、売買成立回数を１加算し、イベント
ポイントを購入枚数分加算し、購入注文数を０にし、購
入注文合計金額を０にする。

【０２６４】ステップＳ２７９において、検索部１４
は、上記表３に示すユーザ所有カードレコードを検索を
ユーザＩＤを元にして検索し、更新部１６は、ユーザ所
有カードレコードを更新する。すなわち、更新部１６
は、トレーディングカードを売却したユーザに対して、
売却したトレーディングカードのカードＩＤと、売却し
たトレーディングカードのアーティストＩＤと、アーテ
ィストサブナンバと、カード購入時価格と、カード取得
種類とを削除し、売却注文フラグを無しにする。また、
更新部１６は、トレーディングカードを購入したユーザ
に対して、購入したトレーディングカードのカードＩＤ
と、売却したトレーディングカードのアーティストＩＤ
と、アーティストサブナンバと、カード購入時価格と、
カード取得種類とを追加する。

【０２６５】ステップＳ２８０において、検索部１４
は、アーティストＩＤを元にしてトレーディングカード
の取引が成立したアーティストの上記表６に示すアーテ
ィストマスタレコードを検索する。そして、更新部１６
は、売却注文数と購入注文数とを取引が成立した枚数分
減算し、当日取引指数と累計取引指数とを取引成立枚数
分加算する。

【０２６６】ステップＳ２８１において、検索部１４
は、アーティストＩＤを元にして、上記表１１に示す売
買履歴レコードを検索する。そして、更新部１６は、カ
ードＩＤ毎にカードＩＤの購入者ユーザＩＤと売却者ユ
ーザＩＤと取引価格と、売買日付とを更新する。また、
更新部１６は、売買時刻ナンバ、すなわち００：０〜０
７：３０、０８：００〜１５：３０、１６：００〜２
３：３０を識別するためのナンバを記録する。

【０２６７】ステップＳ２８２において、検索部１４
は、ユーザＩＤ、売却注文ＩＤ、カードＩＤ等を元にし
て、上記表１２に示す売却注文レコードを検索する。そ
して、更新部１６は、注文状況フラグを済み、すなわち
売買成立済みとする。また、検索部１４は、ユーザＩ
Ｄ、購入注文ＩＤ、カードＩＤ等を元にして、上記表１
３に示す購入注文レコードを検索する。そして、更新部
１６は、注文状況フラグを済み、すなわち売買成立済み
とする。

【０２６８】ステップＳ２８３において、判別部１５
は、購入注文数が売却注文数より多いかどうかを判断す
る。そして、判別部１５は、購入注文数が売却注文数よ
り多いとき、ステップＳ２８４に進み、購入注文数が売
却注文数より多くないとき、ステップＳ２９４に進む。

【０２６９】ステップＳ２８４において、判別部１５
は、購入注文数を売却注文数に合わせるように、上記表
１３に示す購入注文レコードから購入注文を出している
ユーザを抽選（ランダムに選択）し、売却注文数と購入
注文数とを同数にする。そして、ステップＳ２８５にお
いて、検索部１４は、上記表１２に示す売却注文レコー
ドと上記表１３に示す購入注文レコードとから、各アー
ティストＩＤ毎に、トレーディングカードの売却注文と
購入注文を出しているユーザＩＤを抽出する。次いで、
ステップＳ２８６において、検索部１４は、ユーザＩＤ
を元にして各ユーザの上記表１に示すユーザマスタレコ
ードを検索する。そして、更新部１６は、ユーザマスタ
レコードを更新する。すなわち、更新部１６は、トレー
ディングカードの売却注文を出しているユーザに対し
て、所持ポイントにトレーディングカードの売却数分の
ポイントを加算し、トレーディングカードの保有枚数を
トレーディングカードの売却分減算し、カード評価及び
総資産を売却価格分加算し、売買成立回数を１加算し、
イベントポイントを売却枚数分加算する。また、更新部
１６は、トレーディングカードの購入注文を出している
ユーザに対して、所持ポイントにトレーディングカード
の購入枚数分のポイントを減算し、トレーディングカー
ドの保有枚数をトレーディングカードの購入枚数分加算
し、カード評価及び総資産を購入価格分減算し、売買成
立回数を１加算し、イベントポイントを売却枚数分加算
し、購入注文数を０にし、購入注文合計金額を０にす
る。

【０２７０】ステップＳ２８７において、検索部１４
は、上記表３に示すユーザ所有カードレコードを検索を
ユーザＩＤを元にして検索し、更新部１６は、ユーザ所
有カードレコードを更新する。すなわち、更新部１６
は、トレーディングカードを売却したユーザに対して、
売却したトレーディングカードのカードＩＤと、売却し
たトレーディングカードのアーティストＩＤと、アーテ
ィストサブナンバと、カード購入時価格と、カード取得
種類とを削除し、売却注文フラグを無しにする。また、
更新部１６は、トレーディングカードを購入したユーザ
に対して、購入したトレーディングカードのカードＩＤ
と、売却したトレーディングカードのアーティストＩＤ
と、アーティストサブナンバと、カード購入時価格と、
カード取得種類とを追加する。

【０２７１】ステップＳ２８８において、検索部１４
は、アーティストＩＤを元にしてトレーディングカード
の取引が成立したアーティストの上記表６に示すアーテ
ィストマスタレコードを検索する。そして、更新部１６
は、売却注文数と購入注文数とを取引が成立した枚数分
減算し、当日取引指数と累計取引指数とを取引成立枚数
分加算する。

【０２７２】ステップＳ２８９において、検索部１４
は、アーティストＩＤを元にして、上記表１１に示す売
買履歴レコードを検索する。そして、更新部１６は、カ
ードＩＤ毎にカードＩＤの購入者ユーザＩＤと売却者ユ
ーザＩＤと取引価格と、売買日付とを更新する。また、
更新部１６は、売買時刻ナンバ、すなわち００：０〜０
７：３０、０８：００〜１５：３０、１６：００〜２
３：３０を識別するためのナンバを記録する。

【０２７３】ステップＳ２９０において、検索部１４
は、ユーザＩＤ、売却注文ＩＤ、カードＩＤ等を元にし
て、上記表１２に示す売却注文レコードを検索する。そ
して、更新部１６は、注文状況フラグを済み、すなわち
売買成立済みとする。また、検索部１４は、ユーザＩ
Ｄ、購入注文ＩＤ、カードＩＤ等を元にして、上記表１
３に示す購入注文レコードを検索する。そして、更新部
１６は、注文状況フラグを済み、すなわち売買成立済み
とする。

【０２７４】また、ステップＳ２８４における抽選の結
果落選したユーザに対して、判別部１５は、ステップＳ
２９１において、所定時刻になったかどうかを判断す
る。これは、１日で取引が成立しなかったとき、注文取
消を行うためである。したがって、ここでの時刻は、例
えば０：００である。そして、判別部１５は、所定時刻
となったとき、ステップＳ２９２に進み、所定時刻でな
いとき、再度とトレーディングカードの取引を行うこと
ができるようにステップＳ２７１へ戻る。ステップＳ２
９２において、検索部１４は、落選者のユーザＩＤを、
上記表１３に示す購入注文レコードとから、各アーティ
ストＩＤ毎に、トレーディングカードの購入注文を出し
ているユーザＩＤを抽出する。

【０２７５】そして、ステップＳ２９３において、更新
部１６は、落選者の購入注文を取り消す。すなわち、更
新部１６は、上記表１に示すユーザマスタレコードの購
入注文数を０とし、購入注文合計金額を０とし、上記表
６に示すアーティストマスタレコードの購入注文数を０
とし、上記表１３に示す購入注文レコードの注文状況を
取消にする。

【０２７６】また、ステップＳ２８３において、判別部
１５は、購入注文数が売却注文数より多くない、すなわ
ち売却注文数の方が多いと判断したとき、ステップＳ２
９４において、売却注文数に購入注文数を合わせるよう
に、売却注文を出しているユーザを上記表１２の売却注
文レコードから抽選（ランダムに選択）し、売却注文数
と購入注文数とを同数にする。そして、ステップＳ２９
５において、検索部１４は、上記表１２に示す売却注文
レコードと上記表１３に示す購入注文レコードとから、
各アーティストＩＤ毎に、トレーディングカードの売却
注文と購入注文を出しているユーザＩＤを抽出する。次
いで、ステップＳ２９６において、検索部１４は、ユー
ザＩＤを元にして各ユーザの上記表１に示すユーザマス
タレコードを検索する。そして、更新部１６は、ユーザ
マスタレコードを更新する。すなわち、更新部１６は、
トレーディングカードの売却注文を出しているユーザに
対して、所持ポイントにトレーディングカードの売却数
分のポイントを加算し、トレーディングカードの保有枚
数をトレーディングカードの売却分減算し、カード評価
及び総資産を売却価格分加算し、売買成立回数を１加算
し、イベントポイントを売却枚数分加算する。また、更
新部１６は、トレーディングカードの購入注文を出して
いるユーザに対して、所持ポイントにトレーディングカ
ードの購入枚数分のポイントを減算し、トレーディング
カードの保有枚数をトレーディングカードの購入枚数分
加算し、カード評価及び総資産を購入価格分減算し、売
買成立回数を１加算し、イベントポイントを売却枚数分
加算し、購入注文数を０にし、購入注文合計金額を０に
する。

【０２７７】ステップＳ２９７において、検索部１４
は、上記表３に示すユーザ所有カードレコードを検索を
ユーザＩＤを元にして検索し、更新部１６は、ユーザ所
有カードレコードを更新する。すなわち、更新部１６
は、トレーディングカードを売却したユーザに対して、
売却したトレーディングカードのカードＩＤと、売却し
たトレーディングカードのアーティストＩＤと、アーテ
ィストサブナンバと、カード購入時価格と、カード取得
種類とを削除し、売却注文フラグを無しにする。また、
更新部１６は、トレーディングカードを購入したユーザ
に対して、購入したトレーディングカードのカードＩＤ
と、売却したトレーディングカードのアーティストＩＤ
と、アーティストサブナンバと、カード購入時価格と、
カード取得種類とを追加する。

【０２７８】ステップＳ２９８において、検索部１４
は、アーティストＩＤを元にしてトレーディングカード
の取引が成立したアーティストの上記表６に示すアーテ
ィストマスタレコードを検索する。そして、更新部１６
は、売却注文数と購入注文数とを取引が成立した枚数分
減算し、当日取引指数と累計取引指数とを取引成立枚数
分加算する。

【０２７９】ステップＳ２９９において、検索部１４
は、アーティストＩＤを元にして、上記表１１に示す売
買履歴レコードを検索する。そして、更新部１６は、カ
ードＩＤ毎にカードＩＤの購入者ユーザＩＤと売却者ユ
ーザＩＤと取引価格と、売買日付とを更新する。また、
更新部１６は、売買時刻ナンバ、すなわち００：０〜０
７：３０、０８：００〜１５：３０、１６：００〜２
３：３０を識別するためのナンバを記録する。

【０２８０】ステップＳ３００において、検索部１４
は、ユーザＩＤ、売却注文ＩＤ、カードＩＤ等を元にし
て、上記表１２に示す売却注文レコードを検索する。そ
して、更新部１６は、注文状況フラグを済み、すなわち
売買成立済みとする。また、検索部１４は、ユーザＩ
Ｄ、購入注文ＩＤ、カードＩＤ等を元にして、上記表１
３に示す購入注文レコードを検索する。そして、更新部
１６は、注文状況フラグを済み、すなわち売買成立済み
とする。

【０２８１】また、ステップＳ２９４における抽選の結
果落選したユーザに対して、判別部１５は、ステップＳ
３０１において、所定時刻になったかどうかを判断す
る。これは、１日で取引が成立しなかったとき、注文取
消を行うためである。したがって、ここでの時刻は、例
えば０：００である。そして、判別部１５は、所定時刻
となったとき、ステップＳ３０２に進み、所定時刻でな
いとき、再度トレーディングカードの取引を行うことが
できるようにステップＳ２７１へ戻る。すなわち、次回
の取引において、新規注文数には、落選者の注文数が加
算されることになる。ステップＳ３０２において、検索
部１４は、落選者のユーザＩＤを、上記表１２に示す売
却注文レコードから、各アーティストＩＤ毎に、トレー
ディングカードの売却注文を出しているユーザＩＤを抽
出する。

【０２８２】そして、ステップＳ２９３において、更新
部１６は、落選者の売却注文を取り消す。すなわち、更
新部１６は、上記表３に示すユーザ所持カードレコード
の売却注文フラグを無しとし、上記表６に示すアーティ
ストマスタレコードの売却注文数を０とし、上記表１２
に示す売却注文レコードの注文状況を取消にする。

【０２８３】ところで、以上詳述した手順にしたがっ
て、トレーディングカードの売買の注文を出し、売買が
成立したとき、上記図１５に示したマイページ４３のト
レーディングカード表示部１０３は次のように変遷す
る。

【０２８４】先ず、図３６を用いて、売却注文を出した
ときについて説明する。ここで、図３６（Ａ）は、トレ
ーディングカードの売却注文を出す前のトレーディング
カード表示部１０３を示す。例えば、売却注文前におい
て、トレーディングカード表示部１０３には、アーティ
ストＡＡＡの青色のトレーディングカード１６０ａと、
アーティストＡＡＡの銀色のトレーディングカード１６
０ｂと、アーティストＢＢＢの赤色のトレーディングカ
ード１６０ｃと、アーティストＢＢＢの赤色のトレーデ
ィングカード１６０ｄと、アーティストＣＣＣの黄色の
トレーディングカード１６０ｅと、アーティストＣＣＣ
の黄色のトレーディングカード１６０ｆと、アーティス
トＤＤＤの緑色のトレーディングカード１６０ｇとが表
示されている。ここで、トレーディングカードは、アル
ファベット順、５０音順等規則的に並んで表示されてい
る。

【０２８５】そして、図２２に示すトレーディングカー
ド売却／役申告ページ５８よりトレーディングカードの
売却注文を出すと、売却注文がされたトレーディングカ
ードを売却注文がされていないトレーディングカードの
後に並べる。図３６（Ｂ）は、トレーディングカードの
売却注文をしたときのトレーディングカード表示部１０
３を示すものであり、ここでは、トレーディングカード
１６０ａ、１６０ｄ、１６０ｆについて売却注文を出し
ている。すると、売却注文がされたトレーディングカー
ドは、売却注文されていないトレーディングカードと識
別することができるように例えば枠線が点線に表示され
る。勿論、売却注文されたトレーディングカードを売却
注文されていないトレーディングカードより暗く又は明
るくなるように表示するようにしてもよい。

【０２８６】そして、例えば、トレーディングカード１
６０ｄについて売却が成立すると、図３６（Ｃ）に示す
ように、トレーディングカード表示部１０３からは、ト
レーディングカード１６０ｄが消去される。そして、例
えば売却注文が出してから一日が経過しても売却できな
かったトレーディングカードは、売却注文が取り消され
ることから、図３６（Ｄ）に示すように、最初から売却
注文がされていないトレーディングカードの表示と同じ
表示に戻る。ここでは、売却が成立しなかったトレーデ
ィングカード１６０ａ、１６０ｆは、その枠線が点線か
ら実線に戻る。また、売却注文が取り消されたとき、ト
レーディングカードは、図３６（Ａ）に示すトレーディ
ングカードと同じ順序で再度並べられる。

【０２８７】また、図３７を用いて、売却注文と購入注
文を出したときについて説明する。ここで、図３７
（Ａ）は、トレーディングカードの売却注文と購入注文
を出す前のトレーディングカード表示部１０３を示す。
例えば、売却注文前において、トレーディングカード表
示部１０３には、アーティストＡＡＡの青色のトレーデ
ィングカード１６０ａと、アーティストＡＡＡの銀色の
トレーディングカード１６０ｂと、アーティストＢＢＢ
の赤色のトレーディングカード１６０ｃと、アーティス
トＢＢＢの赤色のトレーディングカード１６０ｄと、ア
ーティストＣＣＣの黄色のトレーディングカード１６０
ｅと、アーティストＣＣＣの黄色のトレーディングカー
ド１６０ｆと、アーティストＤＤＤの緑色のトレーディ
ングカード１６０ｇとが表示されている。ここで、トレ
ーディングカードは、アルファベット順、５０音順等規
則的に並んで表示されている。

【０２８８】そして、図２２に示すトレーディングカー
ド売却／役申告ページ５８よりトレーディングカードの
売却注文を出し、また、図３０に示すトレーディングカ
ード購入ページ４９より購入注文をだすと、売却注文が
されたトレーディングカードを売却注文がされていない
トレーディングカードの後に並べる。図３７（Ｂ）は、
トレーディングカードの売却注文をしたときのトレーデ
ィングカード表示部１０３を示すものであり、ここで
は、トレーディングカード１６０ａ、１６０ｄ、１６０
ｆについて売却注文を出している。すると、売却注文が
されたトレーディングカードは、売却注文されていない
トレーディングカードと識別することができるように例
えば枠線が点線に表示される。勿論、売却注文されたト
レーディングカードを売却注文されていないトレーディ
ングカードより暗く又は明るくなるように表示するよう
にしてもよい。なお、購入注文を出したトレーディング
カードについては、トレーディングカード表示部１０３
に表示されない。

【０２８９】そして、例えば、アーティストＡＡＡの緑
色のトレーディングカードの購入注文が成立すると、図
３７（Ｃ）に示すように、トレーディングカード表示部
１０３には、購入したトレーディングカード１６０ｈが
先頭に追加される。この購入したトレーディングカード
が追加される位置は、表示順序（上述したアルファベッ
ト順や５０音順）にしたがって表示される。そして、例
えば売却注文が出してから一日が経過しても売却できな
かったトレーディングカードは、売却注文が取り消され
ることから、図３７（Ｄ）に示すように、最初から売却
注文がされていないトレーディングカードの表示と同じ
表示に戻る。ここでは、売却が成立しなかったトレーデ
ィングカード１６０ａ、１６０ｄ、１６０ｆは、その枠
線が点線から実線に戻る。また、売却注文が取り消され
たとき、トレーディングカードは、図３６（Ａ）に示す
トレーディングカードと同じ順序で再度並べられる。

【０２９０】ところで、本システム１では、上述したよ
うにアーティストのトレーディングカードが毎日価格変
動することから、上記図１５に示すマイページ４３のト
レーディングカード表示部１０３に表示された楽曲デー
タをクリックすることで、トレーディングカードの価格
チャートを見ることができるようになっている。

【０２９１】すなわち、端末装置３０は、図１５に示す
マイページ４３を表示制御部３７の制御により表示部３
６に表示する。ここで、ユーザが入力操作部３８でトレ
ーディングカード表示部１０３に表示されているトレー
ディングカードの画像データをクリックすると、送信デ
ータ設定部３４は、アーティストＩＤを含む送信データ
を生成する。そして、送信部３５は、サーバ装置１０に
送信データを送信する。

【０２９２】サーバ装置１０は、図２９に示すように、
受信部１１で端末装置３０からの送信データを受信する
と、ステップＳ３１１において、データ判別部１２でク
ッキーファイルよりアーティストＩＤを読み取る。そし
て、データ判別部１２は、ステップＳ３１２において、
アーティストＩＤを検索部１４に出力する。ステップＳ
３１３において、検索部１４は、アーティストＩＤを元
にして、上記表６に示すアーティストマスタレコードを
検索する。ステップＳ３１４において、検索部１４は、
アーティストマスタレコードより現在のトレーディング
カードの価格と、一昨日のトレーディングカードの価格
と、現在のトレーディングカードの購入注文数と現在の
売却注文数と、楽曲データのダウンロード指数の当日と
全体と、トレーディングカードの売買指数の当日と累計
と、紹介指数の当日と全体を取得する。また、検索部１
４は、ステップＳ３１５において、アーティストＩＤを
元にして上記表７に示すカードマスタレコードを検索す
る。ステップＳ３１６において、検索部１４は、トレー
ディングカードの売却注文数と購入注文数とを取得す
る。また、検索部１４は、ステップＳ３１７において、
アーティストＩＤを元にして、上記表８に示すカード価
格履歴レコードを検索する。そして、検索部１４は、ス
テップＳ３１８において、当該アーティストのトレーデ
ィングカードの所定期間内の日付に対応したカード価格
を取得する。ステップＳ３１９において、検索部１４
は、これら取得したデータを送信データ設定部１８に出
力する。送信データ設定部１８は、ステップＳ３２０に
おいて、検索部１４が検索されたデータが入力される
と、カードの価格チャートページを構成する表示データ
を記憶部１７より読み出し、検索部１４からのデータと
表示データとを組合せて送信データを生成する。そし
て、送信部３５は、送信データ設定部１８で生成された
送信データを端末装置３０に送信する。

【０２９３】端末装置３０では、受信部３１でサーバ装
置１０からの送信データを受信すると、図３９に示す価
格チャートページ１６２を表示する。ここで、価格チャ
ートページ１６２について説明すると、この価格チャー
トページ１６２は、図３９に示すように、トレーディン
グカードの今日、昨日、一昨日のトレーディングカード
の価格を示す価格表示部１６３と、トレーディングカー
ドのアーティストの状態が表示されたアーティスト状態
表示部１６４と、購入注文と売却注文とが表示された注
文状態表示部１６５と、当該アーティストの５種類
（赤、青、黄、緑、銀）のトレーディングカードが表示
されるカード表示部１６６と、所定期間内のトレーディ
ングカードの価格変動を見ることができる価格変動表示
部１６７とから構成されている。アーティスト状体表示
部１６４には、具体的に、当日及び全体の楽曲データの
ダウンロード回数と、当日及び全体の紹介メール送信回
数と、当日及び全体の売買回数とが表示される。ユーザ
は、このような価格チャートページを見ることによっ
て、例えば今後の価格変動を予測し、購入や売却を希望
するトレーディングカードを選択することができる。

【０２９４】次に、ユーザがトレーディングカードの現
在の価格ランキングを見るための手順について説明す
る。先ず端末装置３０は、表示部３６に図６に示すサイ
トトップページ４１を表示した状態にある。そして、ユ
ーザが入力操作部３８を用いて今日のトレーディングカ
ード情報を見るための第１の価格情報ページ釦６７をク
リックすると、送信データ設定部３４は、送信データを
生成し、現在のトレーディングカードの情報を表示する
第１の価格情報ページの取得要求をサーバ装置１０に送
信する。

【０２９５】そして、サーバ装置１０では、図４０に示
すように、受信部１１で端末装置３０からの送信データ
を受信すると、ステップＳ３２１において、データ判別
部１２が第１の価格情報ページの取得要求を抽出し検索
部１４に出力する。検索部１４は、ステップＳ３２２に
おいて、上記表６に示すアーティストマスタレコードを
検索し、全アーティストの現在のトレーディングカード
の価格情報、購入注文数、売却注文数、現在のダウンロ
ード回数、現在の紹介メール回数、現在の売買指数等を
取得する。次いで、検索部１４は、ステップＳ３２３に
おいて、現在の価格情報を価格が高い順にソートする。
ステップＳ３２４において、検索部１４は、送信データ
設定部１８にこれを出力し、送信データ設定部１８は、
価格が高い順にソートされたデータが入力されると、記
憶部１７より第１の価格情報ページを構成する表示デー
タを読み出す。そして、ステップＳ３２６において、送
信データ設定部１８は、記憶部１７より読み出した表示
データと価格が高い順にソートされたデータとを組合せ
送信データを生成し、送信部１９は、この送信データを
端末装置３０に送信する。

【０２９６】端末装置３０は、サーバ装置１０より送信
データを受信すると、表示部３６に図４１に示す第１の
価格情報ページ１７１を表示する。ここで、第１の価格
表示ページ１７１について図４１を参照して説明する
と、第１の価格表示ページ１７１は、順位欄と、アーテ
ィスト名が記載されたアーティスト欄と、今日のトレー
ディングカードの価格欄と、楽曲データのダウンロード
回数と、紹介メール回数と、売買指数とが表示される。
そして、第１の価格情報ページ１７１には、トレーディ
ングカードの価格の高い順にアーティスト名が表示され
る。これによって、ユーザは、現在のトレーディングカ
ードの価格順位を知ることができ、例えば購入又は売却
するとトレーディングカードを選択する際の参考にする
ことができる。

【０２９７】次に、ユーザがトレーディングカードの過
去の価格ランキングを見るための手順について説明す
る。先ず端末装置３０は、表示部３６に図６に示すサイ
トトップページ４１を表示した状態にある。そして、ユ
ーザが入力操作部３８を用いて過去のトレーディングカ
ード情報を見るための第２の価格情報ページ釦６８をク
リックすると、送信データ設定部３４は、送信データを
生成し、過去のトレーディングカード情報を表示する第
２の価格情報ページの取得要求をサーバ装置１０に送信
する。

【０２９８】そして、サーバ装置１０では、図４２に示
すように、受信部１１で端末装置３０からの送信データ
を受信すると、ステップＳ３３１において、データ判別
部１２が第２の価格情報ページの取得要求を抽出し検索
部１４に出力する。検索部１４は、ステップＳ３３２に
おいて、上記表６に示すアーティストマスタレコードを
検索し、全アーティストの現在のトレーディングカード
の価格情報、昨日のトレーディングカードの価格情報、
一昨日のトレーディングカード価格情報、購入注文数、
売却注文数、現在のダウンロード回数、現在の紹介メー
ル回数、現在の売買指数等を取得する。次いで、検索部
１４は、ステップＳ３３３において、現在の価格情報を
価格が高い順にソートする。ステップＳ３２４におい
て、検索部１４は、送信データ設定部１８にこれを出力
し、送信データ設定部１８は、現在価格が高い順にソー
トされたデータが入力されると、記憶部１７より第２の
価格情報ページを構成する表示データを読み出す。そし
て、ステップＳ３３６において、送信データ設定部１８
は、記憶部１７より読み出した表示データと価格が高い
順にソートされたデータとを組合せ送信データを生成
し、送信部１９は、この送信データを端末装置３０に送
信する。

【０２９９】端末装置３０は、サーバ装置１０より送信
データを受信すると、表示部３６に図４３に示す第２の
価格情報ページ１７２を表示する。ここで、第２の価格
表示ページ１７２について図４３を参照して説明する
と、第２の価格表示ページ１７２は、順位欄と、アーテ
ィスト名が記載されたアーティスト欄と、今日のトレー
ディングカードの価格欄と、昨日のトレーディングカー
ドの価格欄と、一昨日のトレーディングカードの価格欄
と、楽曲データのダウンロード回数と、紹介メール回数
と、売買指数とが表示される。そして、第２の価格情報
ページ１７２には、トレーディングカードの価格の高い
順にアーティスト名が表示される。これによって、ユー
ザは、現在のトレーディングカードの価格順位を知るこ
とができ、例えば購入又は売却するとトレーディングカ
ードを選択する際の参考にすることができる。勿論、第
２の価格情報ページ１７２の表示は、昨日のトレーディ
ングカードの価格順にアーティストを表示してもよく、
また、一昨日のトレーディングカードの価格順にアーテ
ィストを表示するようにしてもよい。

【０３００】次に、ユーザが自分のランキングを見るた
めの手順について説明する。先ず端末装置３０は、表示
部３６に図６に示すサイトトップページ４１を表示した
状態にある。そして、ユーザが入力操作部３８を用いて
ユーザランキングを見るためのユーザランキングページ
釦７１をクリックすると、送信データ設定部３４は、送
信データを生成し、ユーザランキングページ４７を表示
するユーザランキングページ４７の取得要求をサーバ装
置１０に送信する。

【０３０１】そして、サーバ装置１０では、図４４に示
すように、受信部１１で端末装置３０からの送信データ
を受信すると、ステップＳ３４１において、データ判別
部１２がユーザランキングページ４７の取得要求等を抽
出し検索部１４に出力する。検索部１４は、ステップＳ
３４２において、上記表１に示すユーザマスタレコード
を検索し、全ユーザの総資産、紹介メールによる紹介回
数、トレーディングカードの売買回数、役申告回数等を
抽出する。ステップＳ３４３において、検索部１４は、
総資産の大きい順にユーザをソートする。ステップＳ３
４４において、検索部１４は、送信データ設定部１８に
ランキングデータを出力する。ステップＳ３４５におい
て、送信データ設定部１８は、ランキングデータを受信
すると、次いで、記憶部１７よりユーザランキングペー
ジ４７を構成する表示データを読み出し、ランキングデ
ータに組合せる。そして、そして、送信データ設定部１
８は、記憶部１７より読み出した表示データとランキン
グデータとを組合せ送信データを生成し、送信部１９
は、この送信データを端末装置３０に送信する。

【０３０２】端末装置３０は、サーバ装置１０より送信
データを受信すると、表示部３６に図４５に示すユーザ
ランキングページ４７を表示する。

【０３０３】ここで、ユーザランキングページ４７につ
いて図４５を参照して説明すると、ユーザランキングペ
ージ４７は、順位欄と、ユーザ名が記載されたユーザ欄
と、総資産欄と、紹介メールの紹介回数欄と、トレーデ
ィングカードの売買を行った売買回数欄と、役成立実績
欄とが設けられている。したがって、ユーザは、本シス
テムにおける自分の順位を知ることができる。勿論、こ
のページでは、総資産順にランキングを出す他、売買回
数や照会メール回数等を用いてランキングを出すように
してもよい。

【０３０４】次に、ユーザが友人等に自分の好きなアー
ティストの楽曲を紹介するときに、サーバ装置１０を介
して他の端末装置３０に楽曲の紹介メールを送信すると
きについて説明する。

【０３０５】先ず、端末装置３０は、表示部３６に、上
記図１８に示すアーティストトップページ４５を表示し
た状態にある。そして、ユーザが入力操作部３８を用い
て紹介釦１１５をクリックすると、送信データ設定部３
４は、紹介メールページ５４のアクセス要求を含む送信
データを生成し、サーバ装置１０に送信する。サーバ装
置１０は、受信部１１で端末装置３０からの送信データ
を受信すると、データ判別部１２より当該要求を送信デ
ータ設定部１８に出力する。送信データ設定部１８は、
記憶部１７より紹介メールページ５４を構成するための
表示データを読み出し、送信データを生成する。そし
て、送信部１９は、端末装置３０に送信データを送信す
る。

【０３０６】端末装置３０は、サーバ装置１０からの送
信データを受信すると、表示部３６に紹介メールページ
５４を表示する。ここで、紹介メールページ５４につい
て、図４６を参照して説明すると、紹介メールページ５
４は、紹介メールを送信するために５ＭＣが必要となる
旨、３名まで紹介メールを送信できる旨等の紹介メール
システムの説明がなされたシステム説明部１７６と、紹
介するアーティスト名とそのアーティストの楽曲名が表
示されたアーティスト関連表示部１７７と、楽曲を紹介
する人、すなわち送信先の個人データを入力するための
送信先データ入力部１７８と、紹介メッセージを入力す
るためのメッセージ入力部１７９と、紹介メッセージを
サーバ装置１０に送信するための送信釦１８０と、紹介
メールページ５４を取り消すためのキャンセル釦１８１
とが設けられている。

【０３０７】送信先データ入力部１７８には、具体的に
紹介メールを３名に送信することができるようになって
おり、送信先の氏名入力欄と、電子メールアドレス入力
欄とが設けられている。

【０３０８】そして、ユーザが入力操作部３８を用いて
送信先データ入力部１７８、メッセージ入力部１７９に
所定事項を入力の上、送信釦１８０をクリックすると、
端末装置３０は、送信データ設定部３４で、送信先デー
タ、メッセージデータ等を含む送信データを生成し、送
信部３５よりサーバ装置１０に送信する。

【０３０９】サーバ装置１０は、受信部１１で端末装置
３０からの送信データを受信すると、図４７に示すよう
に、ステップＳ３５１において、データ判別部１２でク
ッキーファイルよりユーザＩＤを読み取る。ステップＳ
３５２において、データ判別部１２は、ログイン済みで
あるどうかを判断する。そして、データ判別部１２は、
未だログインをしていないとき、ステップＳ３５３にお
いて、送信データ設定部１８にこれを出力し、送信デー
タ設定部１８は、記憶部１７よりエラー表示データを読
み出し、送信データを生成し、送信部１９よりこれを端
末装置３０に送信する。また、データ判別部１２は、ロ
グイン済みであるとき、ステップＳ３５４において、送
信データから楽曲ＩＤや紹介メッセージ等を取得し、次
いで、ステップＳ３５５において、これらのデータを検
索部１４に出力する。

【０３１０】ステップＳ３５６において、検索部１４
は、ユーザＩＤや楽曲ＩＤを元にして、上記表５に示す
紹介メール履歴レコードを検索する。ステップＳ３５７
において、判別部１５は、紹介アーティスト手の電子メ
ールアドレスが重複していないか判断する。これは、ユ
ーザが同一人に紹介メールを何度も送信することを防止
するためである。ステップＳ３５８において、紹介先電
子メールアドレスが重複しているか等のエラーが有るか
を判断する。エラーがあるとき、判別部１５は、ステッ
プＳ３５９において、エラーコードに重複紹介エラーを
セットする。

【０３１１】また、エラーが無いとき、更新部１６は、
蓄積部１３に設けられたデータベースの更新処理を行
う。ステップＳ３６１において、サーバ装置１０は、端
末装置３０から送信された紹介メールを、送信データ設
定部１８で送信データを生成することにより送信先デー
タ入力部１７８に入力された送信先に送信部１９より送
信する。ステップＳ３６１において、判別部１５は、送
信結果やエラーコードを送信データ設定部１８に出力す
る。

【０３１２】ステップＳ３６３において、送信データ設
定部１８は、判別部１５からのデータが入力されると、
ステップＳ３６４において、エラーがあるかどうかを判
断する。そして、送信データ設定部１８は、エラーがあ
るとき、ステップＳ３６５において、エラーメッセー
ジ、例えば「送信先電子メールアドレスが重複していま
す」等を構成する表示データを記憶部１７より読み出
し、送信部１９より端末装置３０に送信する。また、エ
ラーが無いとき、送信データ設定部１８は、ステップＳ
３６６において、記憶部１７より送信完了を送信者に知
らせる送信完了ページを構成する表示データを読み出
し、送信データを生成する。そして、送信部１９は、送
信データを端末装置３０に送信する。

【０３１３】ここで、上記ステップＳ３６０において行
われるデータベースの更新処理について、図４８を参照
して説明すると、更新部１６は、ステップＳ３７１にお
いて、上記表５に示す紹介メール履歴レコードに、紹介
メールＩＤ、ユーザＩＤ、紹介アーティストＩＤ、紹介
楽曲ＩＤ、紹介先メールアドレス、紹介先氏名、紹介日
付、紹介時刻、紹介文を登録する。このとき、視聴済み
フラグは、視聴無しにする。ステップＳ３７２におい
て、検索部１４は、ユーザＩＤを元にして上記表１に示
すユーザマスタレコードを検索する。ステップＳ３７３
において、更新部１６は、紹介メールの送信者であるユ
ーザのユーザマスタレコードの所持ポイント、総資産よ
り紹介メールの送信先１つにつき５ＭＣを減算する。ま
た、更新部１６は、紹介回数を紹介先分加算する。

【０３１４】ステップＳ３７４において、検索部１４
は、楽曲ＩＤを元にして、上記表９に示す楽曲マスタを
検索し、紹介した楽曲データのアーティストＩＤを取得
する。ステップＳ３７５において、検索部１４が、取得
したアーティストＩＤを元にして、上記表６に示すアー
ティストマスタレコードを検索する。そして、更新部１
６は、ステップＳ３７６において、紹介指数（当日）、
紹介指数（全体）に紹介メールを送信する人数分加算す
る。

【０３１５】ステップＳ３７７において、検索部１４
は、ユーザＩＤとアーティストＩＤとを元にして、上記
表４のユーザファンポイントレコードを検索する。ステ
ップＳ３７８において、更新部１６は、ファンポイント
及びイベントポイントを紹介メールを送信する人数分加
算する。

【０３１６】次に、上記図４７のステップＳ３６１にお
いて送信先データ入力部１７８に入力された電子メール
アドレスの端末装置３０に送信された紹介メールについ
て図４９を参照して説明すると、この紹介メール１８３
は、紹介メールにより紹介された楽曲データを視聴する
ため紹介用視聴ページ５７にアクセスするためのＵＲＬ
１８４と、紹介者が記述した紹介メッセージ１８５とか
ら構成されている。紹介メールを受け取った端末装置３
０は、この紹介メール１８３を表示部３６に表示する。

【０３１７】紹介メールを受け取ったユーザが入力操作
部３８を用いて紹介メール１８３中のＵＲＬ１８４をク
リックすると、端末装置３０は、送信データ設定部３４
でＵＲＬを含む送信データを生成し、送信部３５より送
信データをサーバ装置１０に送信する。

【０３１８】サーバ装置１０は、受信部１１で端末装置
３０からの送信データを受信すると、データ判別部１２
より当該要求送信データ設定部１８に出力する。送信デ
ータ設定部１８は、記憶部１７より紹介用視聴ページ５
７を構成するための表示データを読み出し、送信データ
を生成する。そして、送信部１９は、端末装置３０に送
信データを送信する。

【０３１９】端末装置３０は、サーバ装置１０からの送
信データを受信すると、表示部３６に紹介用視聴ページ
５７を表示する。ここで、紹介用視聴ページ５７につい
て、図５０を参照して説明すると、紹介用視聴ページ５
７は、紹介された楽曲データを視聴するための視聴釦１
８７と、楽曲データをダウンロードするためのダウンロ
ード釦１８８とが設けられている。

【０３２０】ここで、端末装置３０は、視聴釦１８７を
クリックすると、楽曲データをストリーミング再生する
ことができ、ダウンロード釦１８８をクリックすると記
憶部３３に楽曲データを保存する。なお、端末装置３０
がダウンロードするには、ユーザが本システム１に登録
することが条件とされる。

【０３２１】次に、ユーザが視聴釦１８７をクリックし
たときについて説明すると、ユーザが視聴釦１８７をク
リックすると、端末装置３０は、送信データ設定部３４
で送信データを生成し、送信部３５より送信データをサ
ーバ装置１０に送信する。サーバ装置１０は、受信部１
１で端末装置３０からの送信データを受信すると、デー
タ判別部１２で紹介メールＩＤを抽出する。そして、デ
ータ判別部１２は、紹介メールＩＤを検索部１４に出力
する。

【０３２２】検索部１４は、ステップＳ３８３におい
て、紹介メールＩＤを元にして、上記表５に示す紹介メ
ール履歴レコードを検索する。ステップＳ３８４におい
て、検索部１４は、該当する紹介メール履歴レコードの
視聴済みフラグを検索する。ステップＳ３８５におい
て、判別部１５は、視聴済みフラグによりアクセスした
ユーザが初めての視聴かどうかを判断する。初めての視
聴のとき、検索部１４は、ステップＳ３８６において、
紹介メールＩＤを元に上記表５に示す紹介メール履歴レ
コードを検索し、紹介メールＩＤと紹介者のユーザＩＤ
とアーティストＩＤを取得する。そして、更新部１６
は、上記表５の紹介メール履歴レコード視聴済みフラグ
を視聴有りに更新する。ステップＳ３８７において、検
索部１４は、紹介者のユーザＩＤを元にして、上記表１
に示すユーザマスタレコードを検索する。そして、更新
部１６は、ユーザマスタレコードの所持ポイントと総資
産に１０ＭＣを加算する。この１０ＭＣは、紹介メール
の受信者が視聴したことに対する報酬である。また、検
索部１４は、ステップＳ３８８において、アーティスト
ＩＤを元にして、上記表６に示すアーティストマスタレ
コードを検索する。そして、更新部１６は、アーティス
トマスタレコードの紹介指数（当日）と紹介指数（全
体）に１を加算する。

【０３２３】ステップＳ３８９において、検索部１４
は、処理を終了し、これを送信データ設定部１８に出力
する。ステップＳ３４０において、送信データ設定部１
８は、終了データが入力されると、ステップＳ３４１に
おいて、端末装置３０に楽曲データを送信する。楽曲デ
ータは、利用者の操作に応じて、所定のデコード処理が
なされた後、Ｄ／Ａコンバータ３９によりディジタル信
号からアナログ信号に変換され、スピーカ２９より出力
される。

【０３２４】以上のような紹介メールシステムでは、ユ
ーザが紹介メールを送信するとき、５ＭＣを徴収するよ
うにしていることから、ユーザが無闇に紹介メールを出
すことを防止することができる。一方で、紹介メールの
受信者が紹介された楽曲データを視聴したときには、紹
介メールの送信者は、アーティストの知名度を向上させ
ることに貢献したことから１０ＭＣが支給されることに
なる。これによって、アーティストの知名度を上げるこ
とができる。

【０３２５】なお、この紹介メールシステムにおいて
は、紹介メールを受信者が図５１の手順に従って視聴し
たとき、送信者であるユーザに対して、抽選を行うこと
によって、例えば１／２５６の確率でトレーディングカ
ードが当たるようにしてもよい。

【０３２６】ところで、本システム１では、ユーザがロ
グインが必要な特定なウェブページにアクセスしたと
き、突然イベントが発生するようにしている。このイベ
ントは、例えばアーティストの生年月日に関する質問や
ファーストアルバムのタイトル、楽曲データの歌詞に関
する質問等を行う。そして、イベントでは、このような
質問に正解したとき、ボーナスポイントとしてＭＣやフ
ァンポイントやトレーディングカードを付与するように
している。

【０３２７】また、このイベントは、アーティストに関
係なく、例えば「アーティストのライブ会場が凄く汚れ
ています。どうしますか」といった質問を行う。そし
て、このイベントでは、ゴミ拾いを選択したとき、ＭＣ
やファンポイントを付与するようにし、見なかったこと
にするを選択したとき、ＭＣやファンポイントを減ら
し、自分もゴミを捨てるを選択したとき、更に多くのＭ
Ｃやファンポイントを減らすようにしている。

【０３２８】このイベントは、蓄積部１３に設けられた
イベントデータベースにより管理されている。このイベ
ントデータベースについて、図５２を参照して説明する
と、イベントを例えば４００種類用意し、これら用意し
たイベントにイベントナンバをＮｏ．１〜Ｎｏ．４００
まで付与する。そして、これら４００種類のイベントを
ランダムに１００個選択配列したイベント配列テーブル
をＮｏ．１〜Ｎｏ．１６まで例えば１６個用意してい
る。すなわち、各イベントテーブルは、１００個のイベ
ントを有することで、１つのテーブルで１００個のイベ
ントを発動することができるようになっている。

【０３２９】そして、図５３に示すように、サーバ装置
１０は、ステップＳ３９１において、上記図７〜図１１
に示すようにユーザが会員登録を行うと、次いで、ステ
ップＳ３９２において、上記表１のユーザマスタレコー
ドや上記表２に示すユーザ登録内容レコードを更新す
る。このとき、判別部１５は、ステップＳ３９３におい
て、蓄積部１４に設けられているイベントデータベース
に設けられているイベント配列テーブルＮｏ．１〜Ｎ
ｏ．１６の中からランダムに１つを選択する。そして、
ステップＳ３９４において、サーバ装置１０は、更新部
１６により上記表１に示すユーザマスタレコードにイベ
ントテーブルナンバとイベントナンバを記録する。この
ように、本システム１では、ユーザ毎にイベントテーブ
ルを定めることで、ユーザに対して同じイベントが発動
されることを防止している。

【０３３０】ここで、このイベントは、上記表４のユー
ザファンポイントレコードのイベントポイントが所定値
以上になったとき発動されるようになっている。このイ
ベントポイントは、上記図２に示すように、ＭＣが増減
する行為、すなわち楽曲データのダウンロード、紹介メ
ールの送信、紹介メールの受信者の楽曲データの視聴、
トレーディングカードの売却、トレーディングカードの
購入を行ったときに、更新部１６によって加算されるも
のである。そこで、判別部１５は、ステップＳ３９５に
おいて、所定期間毎、例えば一日毎、イベントポイント
を更新する度に、イベントポイントが所定値、例えば５
０ポイント以上となったかを判断し、このようなイベン
トポイントが所定値を超えたとき、ステップＳ３９６に
おいて、上記表１のユーザマスタレコードのイベントフ
ラグを有りにする。そして、ユーザが次回アクセスした
ときに、イベントが発動されるようにする。

【０３３１】次に、ユーザの端末装置３０がサーバ装置
１０にアクセスしたときのイベントの発動処理について
図５４及び図５５を参照して説明する。

【０３３２】先ず、端末装置３０は、表示部３６にサイ
トトップページ４１を表示した状態にある。そして、ユ
ーザが入力操作部３８を用いてマイページ４３等ログイ
ンが必要なページの選択釦をクリックすると、端末装置
３０は、送信データ設定部３４で送信データを生成し、
送信部３５より送信データをサーバ装置１０に送信す
る。

【０３３３】サーバ装置１０は、端末装置３からの送信
データを受信部１１で受信すると、ステップＳ４０１に
おいて、データ判別部１２でクッキーファイルよりユー
ザＩＤを読み取る。ステップＳ４０２において、データ
判別部１２は、ログイン済みであるどうかを判断する。
そして、データ判別部１２は、未だログインをしていな
いとき、ステップＳ４０３において、送信データ設定部
１８にこれを出力し、送信データ設定部１８は、記憶部
１７よりログイン入力表示データを読み出し、送信デー
タを生成し、送信部１９よりこれを端末装置３０に送信
する。これにより、図５５（Ａ）に示すように、端末装
置３０の表示部３６には、ログイン入力ページ１９１が
表示される。また、データ判別部１２は、ログイン済み
であるとき、ステップＳ４０４において、ユーザＩＤを
検索部１４に出力する。

【０３３４】ステップＳ４０５において、検索部１４
は、ユーザＩＤを元にして上記表１に示すユーザマスタ
レコードを検索する。そして、判別部１５は、ステップ
Ｓ４０６において、ユーザマスタレコードのイベントフ
ラグが有りになっているかどうかを判断する。検索部１
４は、ステップＳ４０７において、イベントフラグが無
しのとき、アクセスの有ったウェブページを表示するた
めの処理を行う。そして、このとき、端末装置３０の表
示部３６には、図５５（Ｂ）に示すイベント発生を告知
する告知ページ１９２が表示される。

【０３３５】また、検索部１４は、イベントフラグが有
りのとき、ステップＳ４０８において、上記表１のユー
ザマスタレコードを検索し、当該ユーザのイベントテー
ブルナンバとイベントナンバを取得する。そして、検索
部１４は、送信データ設定部１８に出力し、送信データ
設定部１８は、記憶部１７よりイベントデータを読み出
し、送信データを生成し、送信部１９は、端末装置３０
に送信する。

【０３３６】ここで、具体的に、ステップＳ４０９にお
けるイベント発動処理について、図５６を参照して説明
すると、送信データ設定部１８は、先ず、記憶部１７よ
りイベントデータを読み出し、送信データを設定し、送
信部１９は、ステップＳ４１１１において、送信データ
を端末装置３０に送信する。端末装置３０は、受信部３
１でサーバ装置１０からの送信データを受信すると、表
示部３６にイベントページ１９３を表示する。この表示
部３６には、イベントデータとして、例えば図５５
（Ｃ）に示すように、「アーティストのライブ会場が凄
く汚れています。・・・どうしますか？」といる質問
と、その回答として、「ゴミ拾いをする」と「見なかっ
たことにする」と、「自分もゴミを捨てる」とが表示さ
れる。

【０３３７】端末装置３０は、ユーザの操作に応じて、
３つの選択肢の中から一が選択されると、送信データ設
定部３４で選択データを含む送信データを生成し、送信
部３５よりサーバ装置１０に送信する。

【０３３８】サーバ装置１０は、ステップＳ４１２にお
いて、端末装置３０からの送信データを受信すると、送
信データ設定部１８は、質問に対する回答である選択デ
ータを判別部１５に出力する。判別部１５は、ステップ
Ｓ４１３において、選択データに基づいてユーザの回答
がどの回答であるかを判別する。そして、判別部１５
は、送信データ設定部１８に判別結果を出力する。送信
データ設定部１８は、回答に応じた回答表示データを記
憶部１７より読み出し、送信データ生成し、送信部３５
は、送信データを端末装置３０に送信する。

【０３３９】端末装置３０は、サーバ装置１０からの送
信データを受信部１１で受信すると、表示部３６にこれ
を表示する。例えば、表示部３６には、ユーザが「ゴミ
拾いをする」を選択しているとき、第１の回答表示ペー
ジ１９４として、図５５（Ｄ）に示すように、「アーテ
ィストに誉められた。」「ファンポイント＋１０」が表
示される。また、表示部３６には、ユーザが「見なかっ
たことにする」を選択しているとき、第２の回答表示ペ
ージ１９５として、図５５（Ｅ）に示すように、「ちょ
っとココロが痛む」「ファンポイント−５」が表示され
る。更に、表示部３６には、ユーザが「自分もゴミを捨
てる」を選択しているとき、第３の回答表示ページ１９
６として、図５５（Ｆ）に示すように、「アーティスト
に怒られた」「ファンポイント−２０」が表示される。
勿論、ここでのファンポイントの増減は、ＭＣを増減さ
せたり、トレーディングカードを発行、没収するもので
あってもよい。

【０３４０】また、サーバ装置１０において、更新部１
６は、ユーザからの回答に応じて、蓄積部１４のデータ
ベースを更新する。具体的に、ステップＳ４１５におい
て、更新部１６は、例えば上記表１に示すユーザマスタ
レコードの総資産、所持ポイント、上記表４のユーザフ
ァンポイントレコードのファンポイント等を更新する。

【０３４１】ステップＳ４１６において、検索部１４
は、回答をしたユーザのユーザＩＤを元にして、上記表
１のユーザマスタレコードを検索し、ステップＳ４１７
において、更新部１６は、イベントフラグを無しにする
と共に次のイベントナンバを記録し、また、上記表４に
示すイベントポイントを０にリセットする。

【０３４２】以上のように、本システム１は、ＭＣを増
減させる行為を頻繁に行うユーザに対してイベントをよ
り多く発生させるようにすることで、本システム１のゲ
ーム性を更に高めることができる。

【０３４３】また、本システム１では、頻繁に本システ
ム１を利用するユーザに対して何らかの還元を行うため
にファンポイントをカウントしている。このファンポイ
ントは、図２に示すように、ユーザが楽曲データのダウ
ンロードをしたときと、紹介メールを送信したときと、
紹介メールの受信者が紹介された楽曲データを視聴した
ときに、アーティスト毎に加算されるものであり、この
ファンポイントは、蓄積部１４に設けられる上記表４に
示すユーザファンポイントレコードに記述されている。
すなわち、このファンポイントは、特定アーティストに
対する熱意度となるものである。勿論、このファンポイ
ントは、特定アーティストのトレーディングカードの売
買や役申告時等にも加算されるようにしてもよい。

【０３４４】サーバ装置１０は、図５７に示すように、
例えば端末装置３０よりアクセスがあったとき、ステッ
プＳ４２１において、データ判別部１２でユーザＩＤを
抽出する。そして、検索部１４は、ステップＳ４２２に
おいて、ユーザＩＤを元にして上記表４に示すユーザフ
ァンポイントレコードを検索し、ユーザのファンポイン
トを抽出する。ステップＳ４２３において、判別部１５
は、ファンポイントが所定値以上であるかどうかを判断
する。そして、所定値以上であるとき、発行部２１は、
ステップＳ４２４において、例えば特定アーティストの
楽曲データのダウンロードの無料データを生成する。更
新部は、例えば表１に示すユーザマスタレコードに無料
データフラグを記述する。そして、更新部１６は、ステ
ップＳ４２５において、上記表４に示すファンポイント
レコードのファンポイントを０にリセットする。そし
て、次回ユーザが端末装置３０で特定アーティストの楽
曲データをダウンロードするときには、検索部が表１に
示すユーザマスタレコードをユーザＩＤを元に検索し、
無料フラグが有りにあっているとき、５ＭＣは必要とさ
れず、無料となる。

【０３４５】なお、ここでは、ユーザに還元する還元デ
ータとして、特定アーティストの無料データを例に取り
説明したが、楽曲データのダウンロードの割引データで
あってもよく、また、特定アーティストのトレーディン
グカードを発行するようにしてもよく、また、特定アー
ティストのトレーディングカードを購入する際の割引デ
ータであってもよい。また、以上のような還元データ
は、必ずしも特定アーティストに対するものでなくても
よい。

【０３４６】このようなシステム１によれば、ユーザが
ダウンロード等の行為を行うことによってファンポイン
トを加算するようにし、所定値以上となったときにユー
ザに対して還元を行うようにすることで、本システム１
のゲーム性を高めシステムの活性化を図ることができ
る。

【０３４７】なお、サーバ装置１０や端末装置３０が行
う上述した一連の処理は、ハードウェアにより行うこと
は勿論、ソフトウェアにより行うこともできる。一連の
処理をソフトウェアによって行う場合には、そのソフト
ウェアを構成するプログラムが、汎用のコンピュータや
１チップのマイクロコンピュータ等にインストールされ
る。図５８は、上述した一連の処理を実行するプログラ
ムがインストールされるコンピュータの構成例を示して
いる。

【０３４８】プログラムは、コンピュータに内蔵されて
いる記録媒体としてのハードディスク２０１やＲＯＭ２
０２に予め記録しておくことができる。また、プログラ
ムはフ、フレキシブル磁気ディスク、ＣＤ−ＲＯＭ(Com
pact Disc Read Only Memory)、ＭＯ(Magneto optical)
ディスク、ＤＶＤ(Digital Versatile Disc)、磁気ディ
スク、半導体メモリ等のリムーバブル記録媒体２０３
に、一時的又は永続的に格納（記録）しておくことがで
きる。このようなリムーバブル記録媒体２０３は、いわ
ゆるパッケージソフトウェアとして提供することができ
る。

【０３４９】なお、プログラムは、上述したようなリム
ーバブル記録媒体２０３からコンピュータにインストー
ルする他、ダウンロードサイトから、ディジタル衛星放
送用の人工衛星を介して、コンピュータに無線で転送し
たり、ＬＡＮ(Local Area Network)、インターネットと
いったネットワークを介して、コンピュータに有線で転
送し、コンピュータでは、そのようにして転送されてく
るプログラムを、通信部２０４で受信し、内蔵するハー
ドディスク２０１にインストールすることができる。

【０３５０】コンピュータは、ＣＰＵ(Central Process
ing Unit)２０５を内蔵している。ＣＰＵ２０５には、
バス２０６を介して、入出力インタフェース２０７が接
続されており、ＣＰＵ２０５は、入出力インタフェース
２０７を介して、ユーザによって、キーボードやマウス
等で構成される入力部２０８が操作されることにより指
令が入力されると、それに従って、ＲＯＭ(Read Only M
emory)２０２に格納されているプログラムを実行する。

【０３５１】或いは、ＣＰＵ２０５は、ハードディスク
２０１に格納されているプログラム、衛星若しくはネッ
トワークから転送され、通信部２０４で受信されてハー
ドディスク２０１にインストールされたプログラム、又
はドライブ２０９に装着されたリムーバブル記録媒体２
０３から読み出されてハードディスク２０１にインスト
ールされたプログラムを、ＲＡＭ(Random Access Memor
y)２１０にロードして実行する。

【０３５２】これにより、ＣＰＵ２０５は、上述したフ
ローチャートに従った処理、或いは上述したブロック図
の構成により行われる処理を行う。そして、ＣＰＵ２０
５は、その処理結果を、必要に応じて、例えば、入出力
インタフェース２０７を介して、ＬＣＤ(Liquid Crysta
l Display)やスピーカ等で構成される出力部２１１から
出力、或いは、通信部２０４から送信、更に、ハードデ
ィスク２０１に記録させる。

【０３５３】ここで、コンピュータに各種の処理を行わ
せるためのプログラムを記述する処理ステップは、必ず
しもフローチャートとして記載された順序に沿って時系
列に処理する必要は無く、並列的或いは個別に実行され
る処理（例えば、並列処理或いはオブジェクトによる処
理）も含むものである。

【０３５４】また、プログラムは、１つのコンピュータ
により処理されるものであってもよいし、複数のコンピ
ュータによって分散処理されるものであってもよい。更
に、プログラムは、遠方のコンピュータに転送されて実
行されるものであってもよい。

【０３５５】また、以上、仮想通貨ＭＣを用いてトレー
ディングカードの売買等を行う例を説明したが、本発明
は、現実の通貨、例えば円、ドル、ユーロ、フラン、ポ
ンド、マルク等を用いるようにしてもよい。また、本シ
ステム１では、アーティストの楽曲データをダウンロー
ドする場合を説明したが、アーティストに関連する映画
データ、ゲームデータ、動画データ、静止画データ等で
あってもよい。

【０３５６】

【発明の効果】本発明によれば、シンボルデータをネッ
トワークを介して取引を行うことができる。本発明で
は、シンボルデータをアーティストに関連づけること
で、シンボルデータの取引を介して知名度を上げること
ができる。また、このシンボルデータの取引を行うに当
たって、ユーザは、シンボルデータの属するアーティス
トのコンテンツデータを視聴等することができ、シンボ
ルデータの取引の際の参考にすることができる。また、
ユーザは、取引より１つのまとまりを有するように集め
たシンボルデータをサーバ装置に役として申告すること
で、ボーナスポイントを得ることができる。すなわち、
本発明では、ユーザに対して視聴等の機会を与え、ま
た、役成立によりボーナスポイントを付与することでシ
ンボルデータの取引を活発に行うようにさせることで、
シンボルデータの取引を介してアーティストの知名度を
効率良く上げることができる。

【図面の簡単な説明】

【図１】本発明が適用されたトレーディングカード取引
システムの構成を説明する図である。

【図２】上記システムの概要を説明する図である。

【図３】サーバ装置のブロック図である。

【図４】サーバ装置にアクセス可能な端末装置のブロッ
ク図である。

【図５】本システムのサイトマップを説明する図であ
る。

【図６】サイトトップページを説明する図である。

【図７】会員登録ページを説明する図である。

【図８】サーバ装置の登録確認処理を説明するフローチ
ャートである。

【図９】登録確認ページを説明する図である。

【図１０】サーバ装置のユーザの登録処理を行う手順を
説明するフローチャートである。

【図１１】会員登録終了画面を説明する図である。

【図１２】トレーディングカードの発行制御を説明する
図である。

【図１３】ログイン時のサーバ装置での処理を説明する
フローチャートである。

【図１４】マイページにアクセスする際のサーバ装置の
処理を説明するフローチャートである。

【図１５】マイページの構成を説明する図である。

【図１６】マイページで注文取消を行う際のフローチャ
ートである。

【図１７】アーティストトップページにアクセスしたと
きの処理を説明するフローチャートである。

【図１８】アーティストトップページを説明する図であ
る。

【図１９】楽曲データをダウンロードするときの処理を
説明するフローチャートである。

【図２０】楽曲データを視聴する視聴ページを説明する
図である。

【図２１】トレーディングカード売却／役申告ページを
表示するときの手順を説明するフローチャートである。

【図２２】トレーディングカード売却／役申告ページの
構成を説明する図である。

【図２３】売却するトレーディングカードを送信したと
きの処理を説明するフローチャートである。

【図２４】トレーディングカード売却注文確認ページを
説明する図である。

【図２５】トレーディングカードの売却注文を登録する
手順を説明するフローチャートである。

【図２６】役を申告するときの手順を説明するフローチ
ャートである。

【図２７】役確認ページを説明する図である。

【図２８】申告した役を確認するときの手順を説明する
フローチャートである。

【図２９】トレーディングカード購入ページを表示する
ときの手順を説明するフローチャートである。

【図３０】トレーディングカード購入ページを説明する
図である。

【図３１】購入するトレーディングカードを送信したと
きの処理を説明するフローチャートである。

【図３２】トレーディングカード購入注文確認ページを
説明する図である。

【図３３】トレーディングカードの売却注文を登録する
手順を説明するフローチャートである。

【図３４】トレーディングカードの価格算出方法を説明
するフローチャートである。

【図３５】トレーディングカードの売買の手順を説明す
るフローチャートである。

【図３６】トレーディングカードの売却を注文してから
売却が成立するまでのマイページのトレーディングカー
ド表示部の変遷を説明する図である。

【図３７】トレーディングカードの購入を注文してから
購入が成立するまでのマイページのトレーディングカー
ド表示部の変遷を説明する図である。

【図３８】トレーディングカードの価格チャートページ
を表示するまでの手順を説明するフローチャートであ
る。

【図３９】トレーディングカードの価格チャートページ
の構成を説明する図である。

【図４０】トレーディングカードの現在の価格情報を取
得する手順を説明するフローチャートである。

【図４１】現在のトレーディングカードの価格情報を表
示する価格情報ページを説明する図である。

【図４２】トレーディングカードの現在の価格情報を取
得する手順を説明するフローチャートである。

【図４３】過去のトレーディングカードの価格情報を表
示する価格情報ページを説明する図である。

【図４４】ファンポイントランキングを取得するための
手順を説明するフローチャートである。

【図４５】ファンポイントランキングページを説明する
図である。

【図４６】紹介メールページを説明する図である。

【図４７】紹介メールがサーバ装置に送信されたときの
処理を説明するフローチャートである。

【図４８】紹介メールが送信されたときのデータベース
の更新処理を説明するフローチャートである。

【図４９】他の端末装置に送信される紹介メールを説明
する図である。

【図５０】紹介用視聴ページを説明する図である。

【図５１】楽曲を紹介されたユーザが視聴を行うときの
処理を説明するフローチャートである。

【図５２】イベントデータベースを説明する図である。

【図５３】イベントテーブルを確定する処理を説明する
図である。

【図５４】イベントを発動するときの手順を説明するフ
ローチャートである。

【図５５】イベントを発動時の画面を説明する図であ
る。

【図５６】イベント処理を説明するフローチャートであ
る。

【図５７】ユーザポイントに基づいて割引チケットを発
行する際の手順を説明するフローチャートである。

【図５８】コンピュータの構成を説明するブロック図で
ある。

【符号の説明】

１ トレーディングカード取引システム、３ インター
ネット、１０ サーバ装置、１１ 受信部、１２ デー
タ判別部、１３ 蓄積部、１４ 検索部、１５判別部、
１６ 更新部、１７ 記憶部、１８ 送信データ設定
部、１９ 送信部、２０ 演算部、２１ 発行部、３０
端末装置、３１ 受信部、３２ 制御部、３３ 記憶
部、３４ 送信データ設定部、３５ 送信部、３６ 表
示部、３７表示制御部、３８ 入力操作部、４１ サイ
トトップページ、４２ 会員登録ページ、４３ マイペ
ージ、４４ アーティスト一覧ページ、４５ アーティ
ストトップページ、４６ 視聴ページ、４７ ユーザポ
イントランキングページ、４８ トレーディングカード
情報ページ、４９ トレーディングカード購入ページ、
５０ ダウンロードページ、５１ 視聴ページ、５８
トレーディングカード売却／役申告ページ

Claims (63)

【特許請求の範囲】
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. 【請求項４５】 端末装置から送信された上記ユーザ識
    別データと複数の互いに関連性を有するシンボルデータ
    からなるセットデータを予め蓄積されているセットデー
    タと一致しているかを判別する手段と、 上記端末装置から送信されたセットデータと予め蓄積さ
    れているセットデータとが一致しているとき、上記ユー
    ザ識別データに関連して記憶されているポイントデータ
    にポイントを加算する手段とを有する請求項４１記載の
    コンピュータプログラム。
46. 【請求項４６】 端末装置より送信されたコンテンツ識
    別データに対応するコンテンツデータを検索抽出し送信
    データを設定する手段とを有する請求項４１記載のコン
    ピュータプログラム。
47. 【請求項４７】 端末装置から送信されたコンテンツ識
    別データを受信部で受信したとき、上記コンテンツ識別
    データと共に受信した上記ユーザ識別データに対応する
    上記蓄積部に記憶されたポイントデータにポイントを加
    算する手段と、 上記端末装置より送信されたコンテンツ識別データに対
    応するコンテンツデータを検索抽出し送信データを設定
    する手段とを有する請求項４１記載のコンピュータプロ
    グラム。
48. 【請求項４８】 少なくとも上記シンボルデータの売
    買、コンテンツデータの上記端末装置への送信が行われ
    たときに加算されるアーティスト毎のポイントデータに
    基づいて評価指数を算出する手段と、 上記アーティスト毎の評価指数に基づいて、各アーティ
    ストの偏差を算出する手段と、 上記偏差に基づいて、各アーティスト毎のシンボルデー
    タの価値を算出する手段とを有する請求項４７記載のコ
    ンピュータプログラム。
49. 【請求項４９】 ユーザを識別するユーザ識別データと
    シンボルデータの保有数データと上記ユーザが所有する
    ポイントの所有ポイントデータと上記シンボルデータの
    購入注文数データとが記録されることによりユーザを管
    理するユーザレコードと、アーティストを識別するアー
    ティスト識別データと上記アーティストに属する上記シ
    ンボルデータを識別するシンボル識別データと上記シン
    ボルデータの価値データと上記シンボルデータの購入注
    文数データとが記録されることによりアーティストを管
    理するアーティストレコードと、購入注文のあったシン
    ボルデータを識別するシンボル識別データと購入注文の
    あった上記シンボルデータのアーティスト識別データと
    購入注文をしたユーザを識別するユーザ識別データとが
    記録されることにより購入注文を管理する購入注文レコ
    ードとを有するサーバ装置と、 上記サーバ装置から送信されたシンボルデータを受信す
    ると共に上記サーバ装置に上記シンボルデータの購入注
    文データ及びユーザ識別データを送信する端末装置とを
    備え、 上記サーバ装置は、上記端末装置より上記シンボルデー
    タの購入注文データを受信したとき、上記ユーザ識別デ
    ータに対応する上記ユーザレコードにアクセスし、上記
    保有数データより上記購入注文データに含まれる上記シ
    ンボルデータの購入注文数を購入可能かを判別すると共
    に、上記所有ポイントデータより上記シンボルデータの
    購入に必要なポイント数を有しているかを判別し、 上記シンボルデータの購入に必要なポイント数を有して
    いるとき、上記シンボル識別データが属するアーティス
    トの上記アーティストレコードにアクセスし、上記価値
    データを取得し、上記購入注文数データに上記購入注文
    数分を加算し、 上記購入注文レコードにアクセスし、少なくとも上記購
    入注文されたシンボルデータに対応する上記アーティス
    ト識別データ及び購入注文したユーザ識別データを記録
    し、上記購入注文の履歴を残し、 上記ユーザレコードにアクセスし、上記購入注文数デー
    タに上記購入注文数分を加算し、 上記シンボルデータの上記購入注文数と上記シンボルデ
    ータの上記価値データとより上記購入注文価格を演算
    し、上記購入注文価格に応じて上記ユーザレコードの上
    記データを減算するデータ処理システム。
50. 【請求項５０】 複数のシンボルデータが記憶される記
    憶部と、 端末装置から送信された上記複数のシンボルデータに対
    する購入注文データ及び売却注文データをユーザ識別デ
    ータと共に受信する受信部と、 上記シンボルデータの上記購入注文データ及び上記売却
    注文データを上記ユーザ識別データに関連づけて蓄積す
    る蓄積部と、 上記蓄積部を検索して上記シンボルデータの購入注文数
    と売却注文数を抽出する検索部と、 上記検索部により上記蓄積部より抽出された上記シンボ
    ルデータの購入注文数と売却注文数とを比較し、上記シ
    ンボルデータの売買を成立させる上記ユーザ識別データ
    を判別する判別部と、 上記売買が成立したユーザ識別データの上記購入注文デ
    ータと上記売却注文データとを更新する更新部とを備
    え、 上記蓄積部は、ユーザを識別するユーザ識別データとシ
    ンボルデータの保有数データと上記ユーザが所有するポ
    イントの所有ポイントデータと上記シンボルデータの購
    入注文数データとが記録されることによりユーザを管理
    するユーザレコードと、アーティストを識別するアーテ
    ィスト識別データと上記アーティストに属する上記シン
    ボルデータを識別するシンボル識別データと上記シンボ
    ルデータの価値データと上記シンボルデータの購入注文
    数データとが記録されることによりアーティストを管理
    するアーティストレコードと、購入注文のあったシンボ
    ルデータを識別するシンボル識別データと購入注文のあ
    った上記シンボルデータのアーティスト識別データと購
    入注文をしたユーザを識別するユーザ識別データとが記
    録されることにより購入注文を管理する購入注文レコー
    ドとを有し、 上記判別部は、上記端末装置より上記シンボルデータの
    購入注文データを受信したとき、上記ユーザ識別データ
    に対応する上記ユーザレコードにアクセスし、上記保有
    数データより上記購入注文データに含まれる上記シンボ
    ルデータの購入注文数を購入可能かを判別すると共に、
    上記所有ポイントデータより上記シンボルデータの購入
    に必要なポイント数を有しているか判別し、 上記更新部は、上記シンボルデータの購入に必要なポイ
    ント数を有しているとき、上記シンボル識別データが属
    するアーティストの上記アーティストレコードにアクセ
    スし、上記価値データを取得し、上記購入注文数データ
    に上記購入注文数分を加算し、 上記更新部は、上記購入注文レコードにアクセスし、少
    なくとも上記購入注文されたシンボルデータに対応する
    上記アーティスト識別データ及び購入注文したユーザ識
    別データを記録し、上記購入注文の履歴を残し、 上記更新部は、上記ユーザレコードにアクセスし、上記
    購入注文数データに上記購入注文数分を加算し、 上記更新部は、上記シンボルデータの上記購入注文数と
    上記シンボルデータの上記価値データとより上記購入注
    文価格を演算し、更新部は、上記購入注文価格に応じて
    上記ユーザレコードの上記所有ポイントデータを減算す
    るデータ処理装置。
51. 【請求項５１】 端末装置よりシンボルデータの購入注
    文データを受信したとき、ユーザを識別するユーザ識別
    データに対応するユーザを管理するユーザレコードにア
    クセスし、上記シンボルデータの保有数データより上記
    シンボルデータの購入注文数データに含まれる上記シン
    ボルデータの購入注文数を購入可能かを判別すると共
    に、上記ユーザが所有するポイントの所有ポイントデー
    タより上記シンボルデータの購入に必要なポイント数を
    有しているか判別するステップと、 上記シンボルデータの購入に必要なポイント数を有して
    いるとき、上記シンボルデータを識別するシンボル識別
    データが属するアーティストを管理する上記アーティス
    トレコードにアクセスし、上記シンボルデータの価値デ
    ータを取得し、上記購入注文数データに上記購入注文数
    分を加算するステップと、 購入注文を管理する購入注文レコードにアクセスし、少
    なくとも上記購入注文されたシンボルデータに対応する
    アーティストを識別するアーティスト識別データ及び購
    入注文したユーザ識別データを記録し、上記購入注文の
    履歴を残すステップと、 上記ユーザレコードにアクセスし、上記購入注文数デー
    タに上記購入注文数分を加算し、上記シンボルデータの
    上記購入注文数と上記シンボルデータの上記価値データ
    とより上記購入注文価格を演算し、上記購入注文価格に
    応じて上記ユーザレコードの上記所有ポイントデータを
    減算するステップとを有するデータ処理方法。
52. 【請求項５２】 ユーザが売却注文するシンボルデータ
    を識別するシンボル識別データと上記シンボルデータの
    属するアーティストを識別するアーティスト識別データ
    と上記シンボルデータが売却注文中であるかを識別する
    売却注文識別データとが記録されることによりユーザが
    所有するシンボルデータを管理するユーザ所有シンボル
    レコードと、上記アーティストが属するシンボルデータ
    の価値データと上記アーティストが属するシンボルデー
    タの売却注文数データが記録されることにより上記アー
    ティストを管理するアーティストレコードと、上記シン
    ボルデータの売却注文数データが記録されることにより
    シンボルデータを管理するシンボル管理レコードと、上
    記売却注文がされたシンボル識別データと売却注文を出
    したユーザを識別するためのユーザ識別データとが記録
    されることにより売却注文を管理する売却注文レコード
    とを有するサーバ装置と、 上記サーバ装置から送信されたシンボルデータを受信す
    ると共に上記サーバ装置に上記シンボルデータの売却注
    文データ及びユーザ識別データを送信する端末装置とを
    備え、 上記サーバ装置は、上記端末装置からの売却注文データ
    より、上記ユーザ識別データ、売却注文の出されたシン
    ボルデータの上記シンボル識別データを取得し、 上記ユーザ所持シンボルレコードにアクセスし、上記売
    却注文のシンボルデータのシンボル識別データとアーテ
    ィスト識別データとを取得すると共に、上記売却注文識
    別データを売却注文中に変更し、 上記アーティスト識別データに対応する上記アーティス
    トレコードにアクセスし、上記シンボルデータの価値デ
    ータを取得し、売却注文数データに売却注文数分を加算
    し、 上記シンボル識別データに対応する上記シンボル管理レ
    コードにアクセスし、売却注文数データに売却注文数分
    を加算し、 売却注文レコードにアクセスし、少なくとも上記売却注
    文がされたシンボル識別データ及び売却注文を出したユ
    ーザ識別データを記録し、売却注文の履歴を残すデータ
    処理システム。
53. 【請求項５３】 複数のシンボルデータが記憶される記
    憶部と、 端末装置から送信された上記複数のシンボルデータに対
    する購入注文データ及び売却注文データをユーザ識別デ
    ータと共に受信する受信部と、 上記シンボルデータの上記購入注文データ及び上記売却
    注文データを上記ユーザ識別データに関連づけて蓄積す
    る蓄積部と、 上記蓄積部を検索して上記シンボルデータの購入注文数
    と売却注文数を抽出する検索部と、 上記検索部により上記蓄積部より抽出された上記シンボ
    ルデータの購入注文数と売却注文数とを比較し、上記シ
    ンボルデータの売買を成立させる上記ユーザ識別データ
    を判別する判別部と、 上記売買が成立したユーザ識別データの上記購入注文デ
    ータと上記売却注文データとを更新する更新部とを備
    え、 上記蓄積部は、ユーザが売却注文するシンボルデータを
    識別するシンボル識別データと上記シンボルデータの属
    するアーティストを識別するアーティスト識別データと
    上記シンボルデータが売却注文中であるかを識別する売
    却注文識別データとが記録されることによりユーザが所
    有するシンボルデータを管理するユーザ所有シンボルレ
    コードと、上記アーティストが属するシンボルデータの
    価値データと上記アーティストが属するシンボルデータ
    の売却注文数データが記録されることにより上記アーテ
    ィストを管理するアーティストレコードと、上記シンボ
    ルデータの売却注文数データが記録されることによりシ
    ンボルデータを管理するシンボル管理レコードと、上記
    売却注文がされたシンボル識別データと売却注文を出し
    たユーザを識別するためのユーザ識別データとが記録さ
    れることにより売却注文を管理する売却注文レコードと
    を有し、 上記検索部は、上記端末装置からの上記売却注文データ
    より、上記ユーザ識別データ、売却注文のシンボルデー
    タの上記シンボル識別データを取得し、 上記更新部は、上記ユーザ所持シンボルレコードにアク
    セスし、上記売却注文のシンボルデータのシンボル識別
    データとアーティストシンボルデータとを取得すると共
    に、上記売却注文識別データを売却注文中に変更し、 上記更新部は、上記アーティスト識別データに対応する
    上記アーティストレコードにアクセスし、上記シンボル
    データの価値データを取得し、売却注文数データに売却
    注文数分を加算し、 上記更新部は、上記シンボル識別データに対応する上記
    シンボル管理レコードにアクセスし、売却注文数データ
    に売却注文数分を加算し、 更新部は、売却注文レコードにアクセスし、少なくとも
    上記売却注文がされたシンボル識別データ及び売却注文
    を出したユーザ識別データを記録し、売却注文の履歴を
    残すデータ処理装置。
54. 【請求項５４】 端末装置から送信されたシンボルデー
    タの売却注文データより、ユーザを識別するユーザ識別
    データ、売却注文の出されたシンボルデータを識別する
    シンボル識別データを取得するステップと、 上記ユーザが所有するシンボルデータを管理するユーザ
    所持シンボルレコードにアクセスし、上記売却注文のシ
    ンボルデータの上記シンボル識別データと上記シンボル
    データが属するアーティストを識別するアーティスト識
    別データとを取得すると共に、上記シンボルデータが売
    却注文中であるかを識別する売却注文識別データを売却
    注文中に変更するステップと、 上記アーティスト識別データに対応する上記アーティス
    トを管理するアーティストレコードにアクセスし、上記
    シンボルデータの価値データを取得し、上記アーティス
    トが属するシンボルデータの売却注文数データに売却注
    文数分を加算するステップと、 上記シンボル識別データに対応するシンボルデータを管
    理するシンボル管理レコードにアクセスし、売却注文数
    データに売却注文数分を加算するステップと、 売却注文を管理する売却注文レコードにアクセスし、少
    なくとも上記売却注文がされたシンボル識別データ及び
    売却注文を出したユーザ識別データを記録し、売却注文
    の履歴を残すステップとを有するデータ処理方法。
55. 【請求項５５】 ユーザを識別するユーザ識別データ
    と、シンボルデータの購入注文数データと、シンボルデ
    ータの購入注文数に必要な購入ポイントとが記録される
    ことによりユーザを管理するユーザレコードと、ユーザ
    を識別するためのユーザ識別データとユーザが所有する
    シンボルデータを識別するシンボル識別データとシンボ
    ルデータが属するアーティストを識別するアーティスト
    識別データとが記録されることによりユーザが所有する
    シンボルデータを管理するユーザ所有シンボルレコード
    と、アーティストを識別するアーティスト識別データと
    アーティストのシンボルデータの購入注文数データとア
    ーティストのシンボルデータの売却注文数データとが記
    録されることによりアーティストを管理するアーティス
    トレコードと、シンボルデータを識別するシンボル識別
    データとシンボルデータの売却注文数データとが記録さ
    れることによりシンボルデータを管理するシンボル管理
    レコードと、売却注文がされているシンボルデータを識
    別するシンボル識別データと売却注文をしているユーザ
    を識別するためのユーザ識別データと売却注文のあるシ
    ンボルデータが属するアーティストを識別するアーティ
    スト識別データとが記録されることにより売却注文を管
    理する売却注文レコードと、売却注文がされているシン
    ボルデータを識別するシンボル識別データと購入注文を
    しているユーザを識別するためのユーザ識別データと購
    入注文のあるシンボルデータが属するアーティストを識
    別するアーティスト識別データとが記録されることによ
    り購入注文を管理する購入注文レコードとを有するサー
    バ装置と、 上記サーバ装置から送信されたシンボルデータを受信す
    ると共に上記サーバ装置に上記シンボルデータの購入注
    文データ及び売却注文データ並びにユーザ識別データを
    送信する端末装置とを備え、 上記サーバ装置は、上記アーティスト識別データ毎に、
    上記アーティストレコードにアクセスし、上記購入注文
    数データと上記売却注文数データを比較し、 上記購入注文数データが多いとき、上記購入注文レコー
    ドにアクセスし、上記アーティスト識別データに対応す
    るユーザ識別データから上記売却注文数に対応するユー
    ザ識別データを選択し、 上記ユーザレコードにアクセスし、上記選択されたユー
    ザ識別データに対応するシンボルデータの購入注文数デ
    ータを減算すると共に、上記購入ポイントを減算し、 上記アーティストレコードにアクセスし、上記アーティ
    スト識別データに対応する購入注文数データから売買が
    成立した数を減算し、 上記購入注文レコードにアクセスし、上記選択されたユ
    ーザ識別データに対応するシンボル識別データ及びアー
    ティスト識別データを消去し、 上記売却注文レコードにアクセスし、上記シンボル識別
    データに対応するユーザ識別データから上記売買成立し
    たユーザ識別データを選択し、 ユーザ所持シンボルレコードにアクセスし、上記ユーザ
    識別データ及び上記シンボル識別データに対応するアー
    ティスト識別データを取得し、これら識別データを消去
    し、 上記シンボル管理レコードにアクセスし、上記シンボル
    識別データに対応するレコードの売却注文数データを上
    記売買成立の数に応じて減算し、 上記アーティストレコードにアクセスし、上記取得され
    たアーティスト識別データに対応する売却注文数データ
    を減算し、 上記売却注文レコードにアクセスし、上記シンボル識別
    データに対応するユーザ識別データとアーティスト識別
    データを消去し、 上記売却注文数データが多いとき、上記売却注文レコー
    ドにアクセスし、上記アーティスト識別データに対応す
    るユーザ識別データから上記購入注文数に対応するユー
    ザ識別データを選択し、 上記ユーザ所持シンボルレコードにアクセスし、上記ユ
    ーザ識別データ及びシンボル識別データに対応するアー
    ティスト識別データを取得し、これら識別データを消去
    し、 上記シンボル管理レコードにアクセスし、上記シンボル
    識別データに対応する売却注文数データを上記売買成立
    の数に応じて減算し、 上記アーティストレコードにアクセスし、上記アーティ
    スト識別データに対応する売却注文数データを減算し、 上記売却注文レコードから上記シンボル識別データに対
    応するユーザ識別データ及びアーティスト識別データを
    消去し、 上記購入注文レコードにアクセスし、上記アーティスト
    識別データに対応するユーザ識別データから上記売買が
    成立したユーザ識別データを選択し、 上記ユーザレコードにアクセスし、上記選択されたユー
    ザ識別データに対応する購入注文数データと購入ポイン
    トから売買が成立した数を減算し、 上記アーティストレコードにアクセスし、上記アーティ
    スト識別データに対応する購入注文数データから売買が
    成立した数を減算し、 上記購入注文レコードにアクセスし上記選択されたユー
    ザ識別データに対応するシンボル識別データ及びアーテ
    ィスト識別データを消去するデータ処理システム。
56. 【請求項５６】 数のシンボルデータが記憶される記憶
    部と、 端末装置から送信された上記複数のシンボルデータに対
    する購入注文データ及び売却注文データをユーザ識別デ
    ータと共に受信する受信部と、 上記シンボルデータの上記購入注文データ及び上記売却
    注文データを上記ユーザ識別データに関連づけて蓄積す
    る蓄積部と、 上記蓄積部を検索して上記シンボルデータの購入注文数
    と売却注文数を抽出する検索部と、 上記検索部により上記蓄積部より抽出された上記シンボ
    ルデータの購入注文数と売却注文数とを比較し、上記シ
    ンボルデータの売買を成立させる上記ユーザ識別データ
    を判別する判別部と、 上記売買が成立したユーザ識別データの上記購入注文デ
    ータと上記売却注文データとを更新する更新部とを備
    え、 上記蓄積部は、ユーザを識別するユーザ識別データと、
    シンボルデータの購入注文数データと、シンボルデータ
    の購入注文数に必要な購入ポイントとが記録されること
    によりユーザを管理するユーザレコードと、ユーザを識
    別するためのユーザ識別データとユーザが所有するシン
    ボルデータを識別するシンボル識別データとシンボルデ
    ータが属するアーティストを識別するアーティスト識別
    データとが記録されることによりユーザが所有するシン
    ボルデータを管理するユーザ所有シンボルレコードと、
    アーティストを識別するアーティスト識別データとアー
    ティストのシンボルデータの購入注文数データとアーテ
    ィストのシンボルデータの売却注文数データとが記録さ
    れることによりアーティストを管理するアーティストレ
    コードと、シンボルデータを識別するシンボル識別デー
    タとシンボルデータの売却注文数データとが記録される
    ことによりシンボルデータを管理するシンボル管理レコ
    ードと、売却注文がされているシンボルデータを識別す
    るシンボル識別データと売却注文をしているユーザを識
    別するためのユーザ識別データと売却注文のあるシンボ
    ルデータが属するアーティストを識別するアーティスト
    識別データとが記録されることにより売却注文を管理す
    る売却注文レコードと、売却注文がされているシンボル
    データを識別するシンボル識別データと購入注文をして
    いるユーザを識別するためのユーザ識別データと購入注
    文のあるシンボルデータが属するアーティストを識別す
    るアーティスト識別データとが記録されることにより購
    入注文を管理する購入注文レコードとを有し、 上記判別部は、上記アーティスト識別データ毎に、上記
    アーティストレコードにアクセスし、上記購入注文数デ
    ータと上記売却注文数データを比較し、 上記購入注文数データが多いとき、上記購入注文レコー
    ドにアクセスし、上記アーティスト識別データに対応す
    るユーザ識別データから上記売却注文数に対応するユー
    ザ識別データを選択し、 上記ユーザレコードにアクセスし、上記選択されたユー
    ザ識別データに対応するシンボルデータの購入注文数デ
    ータを減算すると共に、上記購入ポイントを減算し、 上記アーティストレコードにアクセスし、上記アーティ
    スト識別データに対応する購入注文数データから売買が
    成立した数を減算し、 上記購入注文レコードにアクセスし、上記選択されたユ
    ーザ識別データに対応するシンボル識別データ及びアー
    ティスト識別データを消去し、 上記売却注文レコードにアクセスし、上記シンボル識別
    データに対応するユーザ識別データから上記売買成立し
    たユーザ識別データを選択し、 ユーザ所持シンボルレコードにアクセスし、上記ユーザ
    識別データ及び上記シンボル識別データに対応するアー
    ティスト識別データを取得し、これら識別データを消去
    し、 上記シンボル管理レコードにアクセスし、上記シンボル
    識別データに対応するレコードの売却注文数データを上
    記売買成立の数に応じて減算し、 上記アーティストレコードにアクセスし、上記取得され
    たアーティスト識別データに対応する売却注文数データ
    を減算し、 上記売却注文レコードにアクセスし、上記シンボル識別
    データに対応するユーザ識別データとアーティスト識別
    データを消去し、 上記売却注文数データが多いとき、上記売却注文レコー
    ドにアクセスし、上記アーティスト識別データに対応す
    るユーザ識別データから上記購入注文数に対応するユー
    ザ識別データを選択し、 上記ユーザ所持シンボルレコードにアクセスし、上記ユ
    ーザ識別データ及びシンボル識別データに対応するアー
    ティスト識別データを取得し、これら識別データを消去
    し、 上記シンボル管理レコードにアクセスし、上記シンボル
    識別データに対応する売却注文数データを上記売買成立
    の数に応じて減算し、 上記アーティストレコードにアクセスし、上記アーティ
    スト識別データに対応する売却注文数データを減算し、 上記売却注文レコードから上記シンボル識別データに対
    応するユーザ識別データ及びアーティスト識別データを
    消去し、 上記購入注文レコードにアクセスし、上記アーティスト
    識別データに対応するユーザ識別データから上記売買が
    成立したユーザ識別データを選択し、 上記ユーザレコードにアクセスし、上記選択されたユー
    ザ識別データに対応する購入注文数データと購入ポイン
    トから売買が成立した数を減算し、 上記アーティストレコードにアクセスし、上記アーティ
    スト識別データに対応する購入注文数データから売買が
    成立した数を減算し、 上記購入注文レコードにアクセスし上記選択されたユー
    ザ識別データに対応するシンボル識別データ及びアーテ
    ィスト識別データを消去するデータ処理装置。
57. 【請求項５７】 アーティストを識別するアーティスト
    識別データ毎に、上記アーティストを管理するアーティ
    ストレコードにアクセスし、シンボルデータの購入注文
    数データとシンボルデータ売却注文数データを比較する
    ステップと、 上記購入注文数データが多いとき、シンボルデータの購
    入注文を管理する購入注文レコードにアクセスし、上記
    アーティスト識別データに対応するユーザ識別データか
    ら上記売却注文数に対応するユーザ識別データを選択す
    るステップと、 ユーザを管理するユーザレコードにアクセスし、上記選
    択されたユーザ識別データに対応するシンボルデータの
    購入注文数データを減算すると共に、上記購入ポイント
    を減算するステップと、 上記アーティストレコードにアクセスし、上記アーティ
    スト識別データに対応する購入注文数データから売買が
    成立した数を減算するステップと、 上記購入注文レコードにアクセスし、上記選択されたユ
    ーザ識別データに対応するシンボル識別データ及びアー
    ティスト識別データを消去するステップと、 シンボルデータの売却注文を管理する売却注文レコード
    にアクセスし、上記シンボル識別データに対応するユー
    ザ識別データから上記売買成立したユーザ識別データを
    選択するステップと、 ユーザが所有するシンボルデータを管理するユーザ所持
    シンボルレコードにアクセスし、上記ユーザ識別データ
    及び上記シンボル識別データに対応するアーティスト識
    別データを取得し、これら識別データを消去するステッ
    プと、 シンボルデータを管理するシンボル管理レコードにアク
    セスし、上記シンボル識別データに対応するレコードの
    売却注文数データを上記売買成立の数に応じて減算する
    ステップと、 上記アーティストレコードにアクセスし、上記取得され
    たアーティスト識別データに対応する売却注文数データ
    を減算するステップと、 上記売却注文レコードにアクセスし、上記シンボル識別
    データに対応するユーザ識別データとアーティスト識別
    データを消去するステップと、 上記売却注文数データが多いとき、上記売却注文レコー
    ドにアクセスし、上記アーティスト識別データに対応す
    るユーザ識別データから上記購入注文数に対応するユー
    ザ識別データを選択するステップと、 上記ユーザ所持シンボルレコードにアクセスし、上記ユ
    ーザ識別データ及びシンボル識別データに対応するアー
    ティスト識別データを取得し、これら識別データを消去
    するステップと、 上記シンボル管理レコードにアクセスし、上記シンボル
    識別データに対応する売却注文数データを上記売買成立
    の数に応じて減算するステップと、 上記アーティストレコードにアクセスし、上記アーティ
    スト識別データに対応する売却注文数データを減算する
    ステップと、 上記売却注文レコードから上記シンボル識別データに対
    応するユーザ識別データ及びアーティスト識別データを
    消去するステップと、 上記購入注文レコードにアクセスし、上記アーティスト
    識別データに対応するユーザ識別データから上記売買が
    成立したユーザ識別データを選択するステップと、 上記ユーザレコードにアクセスし、上記選択されたユー
    ザ識別データに対応する購入注文数データと購入ポイン
    トから売買が成立した数を減算するステップと、 上記アーティストレコードにアクセスし、上記アーティ
    スト識別データに対応する購入注文数データから売買が
    成立した数を減算するステップと、 上記購入注文レコードにアクセスし上記選択されたユー
    ザ識別データに対応するシンボル識別データ及びアーテ
    ィスト識別データを消去するステップとを有するデータ
    処理方法。
58. 【請求項５８】 ユーザを識別するユーザ識別データと
    ユーザが所有する所有ポイントデータとユーザが保有す
    るシンボルデータのシンボル数データとユーザが保有す
    る全てシンボルデータの総価値データと、上記所有ポイ
    ントデータと上記価値データとを合計した総資産データ
    と役を申告した回数データとが記録されることによりユ
    ーザを管理するユーザレコードと、上記ユーザ識別デー
    タとアーティストを識別するアーティスト識別データと
    ユーザが保有するシンボルデータのシンボル識別データ
    とが記録されることによりユーザが所有するシンボルデ
    ータを管理するユーザ所有シンボルレコードと、上記ア
    ーティスト識別データとアーティストの属するシンボル
    データの価値データとが記録されることによりアーティ
    ストを管理するアーティストレコードとを有するサーバ
    装置と、 上記サーバ装置から送信されたシンボルデータを受信す
    ると共に上記サーバ装置に上記シンボルデータの役を申
    告する申告データを送信する端末装置とを備え、 端末装置よりユーザ識別データ及びまとまりを有するシ
    ンボル識別データのセットを取得し、 上記ユーザ所持シンボルレコードにアクセスし、上記ユ
    ーザ識別データに対応するアーティスト識別データを抽
    出し、上記シンボル情報識別子セットが正当か否かを判
    別し、 上記判別結果が正当であるとき、上記アーティストレコ
    ードにアクセスし、上記アーティスト識別データに対応
    するシンボルデータの価値データを取得し、上記価値デ
    ータに更にボーナスポイントを加算し合計データを算出
    し、 上記ユーザ識別データに対応するユーザレコードにアク
    セスし、所有ポイントデータ及び総資産データに上記合
    計データを加算し、上記回数データに１を加算し、上記
    シンボル数データから役申告されたセットのシンボルデ
    ータ数を減算し、総価値データから上記合計データを減
    算するデータ処理システム。
59. 【請求項５９】 複数のシンボルデータが記憶される記
    憶部と、 端末装置から送信されたまとまりを有するシンボルデー
    タからなる役をユーザ識別データと共に受信する受信部
    と、 予め定められた役テーブルが保存された蓄積部と、 上記蓄積部を検索して上記役テーブルと申告された役と
    を比較する判別部と、 上記役が成立したユーザ識別データの資産データを更新
    する更新部とを備え、 上記受信部は、端末装置よりユーザ識別データ及びまと
    まりを有するシンボル識別データのセットを取得し、 上記判別部は、上記ユーザ所持シンボルレコードにアク
    セスし、上記ユーザ識別データに対応するアーティスト
    識別データを抽出し、上記シンボル情報識別子セットが
    正当か否かを判別し、 上記判別結果が正当であるとき、上記アーティストレコ
    ードにアクセスし、上記アーティスト識別データに対応
    するシンボルデータの価値データを取得し、上記価値デ
    ータに更にボーナスポイントを加算し合計データを算出
    し、 上記ユーザ識別データに対応するユーザレコードにアク
    セスし、所有ポイントデータ及び総資産データに上記合
    計データを加算し、上記回数データに１を加算し、上記
    シンボル数データから役申告されたセットのシンボルデ
    ータ数を減算し、総価値データから上記合計データを減
    算するデータ処理装置。
60. 【請求項６０】 端末装置よりユーザ識別データ及びま
    とまりを有するシンボル識別データのセットを取得する
    ステップと、 ユーザが所持するシンボルデータを管理するユーザ所持
    シンボルレコードにアクセスし、ユーザを識別するユー
    ザ識別データに対応するアーティスト識別データを抽出
    し、上記シンボル情報識別子セットが正当か否かを判別
    するステップと、 上記判別結果が正当であるとき、アーティストを管理す
    るアーティストレコードにアクセスし、上記アーティス
    ト識別データに対応するシンボルデータの価値データを
    取得し、上記価値データに更にボーナスポイントを加算
    し合計データを算出するステップと、 上記ユーザ識別データに対応するユーザを管理するユー
    ザレコードにアクセスし、ユーザが所有する所有ポイン
    トデータ及び上記所有ポイントデータと上記価値データ
    とを合計した総資産データに上記合計データを加算し、
    役を申告した回数データに１を加算し、上記シンボル数
    データから役申告されたセットのシンボルデータ数を減
    算し、総価値データから上記合計データを減算するデー
    タ処理方法。
61. 【請求項６１】 アーティストのコンテンツデータを送
    信した送信回数データと、アーティストに属するシンボ
    ルデータの売買回数データとアーティストのコンテンツ
    データを紹介する紹介データを受信した受信回数データ
    とを有するサーバ装置と、 上記サーバ装置から送信された上記コンテンツデータを
    受信し、上記シンボルデータの注文データを上記サーバ
    装置に送信し、上記コンテンツデータを紹介するデータ
    をサーバ装置に送信する端末装置とを備え、 上記サーバ装置は、アーティスト毎の送信回数データ、
    売買回数データ及び受信回数データから評価指数を演算
    し、上記各アーティストの上記評価指数から、各アーテ
    ィストの評価指数のデータの偏りを表す偏差を演算し、
    上記偏差に応じて上記アーティストに対応するシンボル
    データの価値を変更するデータ処理システム。
62. 【請求項６２】 コンテンツデータが蓄積された記憶部
    と、 上記コンテンツデータを端末装置に送信する送信部と、 上記端末装置から送信されたシンボルデータの注文デー
    タと上記コンテンツデータを紹介する紹介データを受信
    する受信部と、 上記コンテンツデータの送信回数と、上記シンボルデー
    タの売買回数と、上記紹介データを受信した受信回数と
    をカウントする演算部とを備え、 上記演算部は、送信回数データ、売買回数データ及び受
    信回数データから評価指数を演算し、上記アーティスト
    の上記評価指数から、各アーティストの評価指数のデー
    タの偏りを表す偏差を演算し、上記偏差に応じて上記ア
    ーティストに対応するシンボルデータの価値を変更する
    データ処理装置。
63. 【請求項６３】 コンテンツデータを端末装置に送信す
    るステップと、 上記端末装置から送信されたシンボルデータの注文デー
    タと上記コンテンツデータを紹介する紹介データを受信
    するステップと、 上記コンテンツデータの送信回数と、上記シンボルデー
    タの売買回数と、上記紹介データを受信した受信回数と
    をカウントするステップと、 送信回数データ、売買回数データ及び受信回数データか
    ら評価指数を演算し、上記アーティストの上記評価指数
    から、各アーティストの評価指数のデータの偏りを表す
    偏差を演算し、上記偏差に応じて上記アーティストに対
    応するシンボルデータの価値を変更するステップとを有
    するデータ処理方法。