(57)【特許請求の範囲】
【請求項１】
複数のコンテンツデータを蓄積すると共にユーザ毎のポイントデータを蓄積するサーバ装置と、
上記サーバ装置に対して上記コンテンツデータの送信要求と共にユーザを識別するユーザ識別データを送信し、上記コンテンツデータの送信要求に応じたコンテンツデータを受信する端末装置とを備え、
上記サーバ装置は、上記コンテンツデータに対応したシンボルデータを複数蓄積し、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積し、
上記シンボルデータの購入注文数と売却注文数とを比較し、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを更新し、
上記端末装置から上記コンテンツデータの送信要求を受信したとき、上記ポイントデータを加算し、
更に、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを判別し、一致しているとき、上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算し、
上記ポイントデータが所定値以上となったとき、上記端末装置のユーザに対して還元データを生成するデータ処理システム。
【請求項２】
上記サーバ装置は、上記シンボルデータの売買が成立したとき、上記ポイントデータにポイントを加算する請求項１記載のデータ処理システム。
【請求項３】
上記サーバ装置は、上記シンボルデータの売買を成立させるとき、上記シンボルデータ毎に、上記購入注文が出ている上記ユーザ識別データの上記購入注文数を減算し、上記売却注文が出ている上記ユーザ識別データの売却注文数を減算する請求項１記載のデータ処理システム。
【請求項４】
上記サーバ装置は、一定期間毎に、上記購入注文数と上記売却注文数とを比較し、上記購入注文数又は上記売却注文数の何れか一方より他方の注文を減算したときに残存する注文データを次回の上記購入注文数又は上記売却注文数に加算する請求項３記載のデータ処理システム。
【請求項５】
上記シンボルデータは、アーティストに関連する画像データであり、上記サーバ装置は、一のアーティストに対して複数種類のシンボルデータを蓄積している請求項１記載のデータ処理システム。
【請求項６】
上記サーバ装置は、上記コンテンツデータの紹介データを上記ユーザ識別データと共に受信したとき、上記ポイントデータにポイントを加算すると共に、上記紹介データの送信先の端末装置に上記紹介データを送信する請求項１記載のデータ処理システム。
【請求項７】
上記サーバ装置は、送信先の端末装置より上記紹介データの送信者の上記ユーザ識別データと上記コンテンツデータを識別するコンテンツ識別データを受信したとき、上記紹介データの送信者のポイントデータにポイントを加算すると共に、上記紹介データの送信先の端末装置に上記コンテンツデータを送信する請求項６記載のデータ処理システム。
【請求項８】
上記サーバ装置は、少なくとも上記シンボルデータの売買、コンテンツデータの上記端末装置への送信が行われたときに加算されるアーティスト毎のポイントデータに基づいて評価指数を算出し、上記アーティスト毎の評価指数に基づいて、各アーティストの偏差を算出し、上記偏差に基づいて、各アーティスト毎のシンボルデータの価値を変動させる請求項６記載のデータ処理システム。
【請求項９】
端末装置よりサーバ装置に対して上記コンテンツデータの送信要求と共にユーザを識別するユーザ識別データを送信するステップと、
上記サーバ装置が、上記コンテンツデータに対応したシンボルデータを複数蓄積し、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、
上記サーバ装置が、上記シンボルデータの購入注文数と売却注文数とを比較し、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを更新するステップと、
上記端末装置から上記コンテンツデータの送信要求を受信したとき、上記サーバ装置が上記ポイントデータを加算するステップと、
上記サーバ装置が、上記コンテンツデータの送信要求に応じたコンテンツデータを上記端末装置に送信するステップと、
上記サーバ装置が、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを判別し、一致しているとき、上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、
上記サーバ装置が、上記ポイントデータが所定値以上となったとき、上記端末装置のユーザに対する還元データを生成するステップとを有するデータ処理方法。
【請求項１０】
複数のコンテンツデータを記憶する記憶部と、
端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを受信する受信部と、
上記受信部で受信されたコンテンツ識別データに応じて上記記憶部からコンテンツデータを検索し上記端末装置に送信する送信部と、
上記ユーザ識別データに関連づけてユーザのポイントデータを蓄積する蓄積部と、
上記受信部が上記コンテンツ識別データを受信したとき、上記ポイントデータにポイント加算する更新部と、
上記ポイントデータが所定値以上であるかを判別する判別部とを備え、
上記更新部は、上記コンテンツデータに対応したシンボルデータを複数蓄積し、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積し、
上記判別部は、上記シンボルデータの購入注文数と売却注文数とを比較し、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記更新部は、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを更新し、
上記更新部は、上記受信部が上記コンテンツ識別データを受信したとき、上記ポイントデータにポイント加算し、
上記判別部は、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを判別し、一致しているとき、上記更新部は、上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算し、
上記更新部は、上記ポイントデータが所定値以上であるとき、上記端末装置にユーザに対する還元データを生成するデータ処理装置。
【請求項１１】
複数のコンテンツデータを記憶する記憶部と、データを受信する受信部と、データを送信する送信部と、ポイントデータを蓄積する蓄積部と、ポイントを加算する更新部と、ポイントデータが所定値以上であるかを判別する判別部とを備えるデータ処理装置のデータ処理方法において、
端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを上記受信部で受信するステップと、
上記受信部が上記コンテンツ識別データを受信したとき、上記更新部が上記蓄積部に蓄積されているポイントデータにポイント加算するステップと、
上記受信部で受信されたコンテンツ識別データに応じて上記記憶部からコンテンツデータを検索し上記送信部より上記端末装置に送信するステップと、
上記蓄積部に、上記コンテンツデータに対応したシンボルデータを複数蓄積しており、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、
上記シンボルデータの購入注文数と売却注文数とを上記判別部が比較するステップと、
上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを上記更新部が更新するステップと、
上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを上記判別部が判別し、一致しているとき、上記更新部が上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、
上記ポイントデータが所定値以上であるかを上記判別部が判別するステップと、
上記ポイントデータが所定値以上であるとき、上記更新部が上記端末装置のユーザに対する還元データを生成するステップとを有するデータ処理方法。
【請求項１２】
コンピュータに、
受信部で受信した端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを受信したとき、更新部が蓄積部に蓄積されているポイントデータにポイント加算するステップと、
上記受信部で受信されたコンテンツ識別データに応じて記憶部からコンテンツデータを検索し送信部より上記端末装置に送信するステップと、
上記蓄積部に、上記コンテンツデータに対応したシンボルデータを複数蓄積しており、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、
上記シンボルデータの購入注文数と売却注文数とを判別部が比較するステップと、
上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを上記更新部が更新するステップと、
上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを上記判別部が判別し、一致しているとき、上記更新部が上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、
上記ポイントデータが所定値以上であるかを上記判別部が判別するステップと、
上記ポイントデータが所定値以上であるとき、上記更新部が上記端末装置のユーザに対する還元データを生成するステップと
を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１３】
コンピュータに、
受信部で受信した端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを受信したとき、更新部が蓄積部に蓄積されているポイントデータにポイント加算するステップと、
上記受信部で受信されたコンテンツ識別データに応じて記憶部からコンテンツデータを検索し送信部より上記端末装置に送信するステップと、
上記蓄積部に、上記コンテンツデータに対応したシンボルデータを複数蓄積しており、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、
上記シンボルデータの購入注文数と売却注文数とを判別部が比較するステップと、
上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを上記更新部が更新するステップと、
上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを上記判別部が判別し、一致しているとき、上記更新部が上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、
上記ポイントデータが所定値以上であるかを上記判別部が判別するステップと、
上記ポイントデータが所定値以上であるとき、上記更新部が上記端末装置のユーザに対する還元データを生成するステップと
を実行させるためのコンピュータプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、システムを頻繁に利用する利用者に対してコンテンツデータのダウンロードを無料又は割り引く等特典を与えることで、ゲーム性を高めシステムの活性化を図り、例えば無名アーティストの知名度を効率良く高めることができるデータ処理システム、データ処理方法、データ処理装置、記録媒体及びコンピュータプログラムに関する。
【０００２】
【従来の技術】
インターネットが普及した今日において、ホームページでは、楽曲データ等のコンテンツデータをダウンロードすることがようになっている。このホームページでは、例えば販売するコンテンツデータが一覧表示されており、例えば利用者が、コンテンツデータを購入するため選択する際に、コンテンツデータの一部をダウンロードし視聴することができるようになっている。
【０００３】
【発明が解決しようとする課題】
しかしながら、単に、ホームページに販売するコンテンツデータのリストを一覧表示するだけでは、利用者は自分の興味のあるアーティストやコンテンツデータにしかアクセスしない。したがって、レコード会社等に所属せず、楽曲データ等を自主制作しているアーティスト等は、知名度が低いことから、その作品であるコンテンツデータをホームページに公表したとしても、このホームページにアクセスする利用者が試聴する頻度は、知名度の高いアーティストに対して極めて低いものである。これは、レコード会社に所属しているアーティストであって未だ人気の出ていない無名のアーティストの場合も同様である。
【０００４】
したがって、レコード会社等が新しいアーティスト等を売り出す場合、ホームページに知名度の低いアーティストを公表したとしても、当該アーティストの知名度を効率良く上げることはできない。
【０００５】
本発明の目的は、システムを頻繁に利用する利用者に対してコンテンツデータのダウンロードを無料又は割り引く等特典を与えることで、ゲーム性を高めシステムの活性化を図り、例えば無名アーティストの知名度を効率良く上げることができる新規なデータ処理システム、データ処理方法、データ処理装置、記録媒体及びコンピュータプログラムを提供することにある。
【０００６】
【課題を解決するための手段】
本発明に係るデータ処理システムは、上述した課題を解決すべく、複数のコンテンツデータを蓄積すると共にユーザ毎のポイントデータを蓄積するサーバ装置と、上記サーバ装置に対して上記コンテンツデータの送信要求と共にユーザを識別するユーザ識別データを送信し、上記送信要求に応じたコンテンツデータを受信する端末装置とを備える。上記サーバ装置は、上記コンテンツデータに対応したシンボルデータを複数蓄積し、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積し、上記シンボルデータの購入注文数と売却注文数とを比較し、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを更新し、上記端末装置から上記コンテンツデータの送信要求を受信したとき、上記ポイントデータを加算し、更に、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを判別し、一致しているとき、上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算し、上記ポイントデータが所定値以上となったとき、上記端末装置のユーザに対して還元データを生成する。
【０００７】
また、本発明に係るデータ処理方法は、上述した課題を解決すべく、端末装置よりサーバ装置に対して上記コンテンツデータの送信要求と共にユーザを識別するユーザ識別データを送信するステップと、上記サーバ装置が、上記コンテンツデータに対応したシンボルデータを複数蓄積し、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、上記サーバ装置が、上記シンボルデータの購入注文数と売却注文数とを比較し、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを更新するステップと、上記端末装置から上記コンテンツデータの送信要求を受信したとき、上記サーバ装置が上記ポイントデータを加算するステップと、上記サーバ装置が、上記送信要求に応じたコンテンツデータを上記端末装置に送信するステップと、上記サーバ装置が、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを判別し、一致しているとき、上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、上記サーバ装置が、上記ポイントデータが所定値以上となったとき、上記端末装置のユーザに対する還元データを生成するステップとを有する。
【０００８】
また、本発明に係るデータ処理装置は、上述した課題を解決すべく、複数のコンテンツデータを記憶する記憶部と、端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを受信する受信部と、上記受信部で受信されたコンテンツ識別データに応じて上記記憶部からコンテンツデータを検索し上記端末装置に送信する送信部と、上記ユーザ識別データに関連づけてユーザのポイントデータとを蓄積する蓄積部と、上記受信部が上記コンテンツ識別データを受信したとき、上記ポイントデータにポイント加算する更新部と、上記ポイントデータが所定値以上であるかを判別する判別部とを備える。上記更新部は、上記コンテンツデータに対応したシンボルデータを複数蓄積し、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積し、上記判別部は、上記シンボルデータの購入注文数と売却注文数とを比較し、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記更新部は、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを更新し、上記更新部は、上記受信部が上記コンテンツ識別データを受信したとき、上記ポイントデータにポイント加算し、上記判別部は、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを判別し、一致しているとき、上記更新部は、上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算し、上記更新部は、上記ポイントデータが所定値以上であるとき、上記端末装置にユーザに対する還元データを生成する。
【０００９】
また、本発明に係る複数のコンテンツデータを記憶する記憶部と、データを受信する受信部と、データを送信する送信部と、ポイントデータを蓄積する蓄積部と、ポイントを加算する更新部と、ポイントデータが所定値以上であるかを判別する判別部とを備えるデータ処理装置のデータ処理方法は、上述した課題を解決すべく、端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを上記受信部で受信するステップと、上記受信部が上記コンテンツ識別データを受信したとき、上記更新部が上記蓄積部に蓄積されているポイントデータにポイント加算するステップと、上記受信部で受信されたコンテンツ識別データに応じて上記記憶部からコンテンツデータを検索し上記送信部より上記端末装置に送信するステップと、上記蓄積部に、上記コンテンツデータに対応したシンボルデータを複数蓄積しており、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、上記シンボルデータの購入注文数と売却注文数とを上記判別部が比較するステップと、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを上記更新部が更新するステップと、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを上記判別部が判別し、一致しているとき、上記更新部が上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、上記ポイントデータが所定値以上であるかを上記判別部が判別するステップと、上記ポイントデータが所定値以上であるとき、上記更新部が上記端末装置のユーザに対する還元データを生成するステップとを有する。
【００１０】
また、本発明に係るコンピュータにより読み取り可能なコンピュータプログラムが記録された記録媒体は、上述した課題を解決すべく、コンピュータに、受信部で受信した端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを受信したとき、更新部が蓄積部に蓄積されているポイントデータにポイント加算するステップと、上記受信部で受信されたコンテンツ識別データに応じて記憶部からコンテンツデータを検索し送信部より上記端末装置に送信するステップと、上記蓄積部に、上記コンテンツデータに対応したシンボルデータを複数蓄積しており、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、上記シンボルデータの購入注文数と売却注文数とを判別部が比較するステップと、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを上記更新部が更新するステップと、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを上記判別部が判別し、一致しているとき、上記更新部が上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、上記ポイントデータが所定値以上であるかを上記判別部が判別するステップと、上記ポイントデータが所定値以上であるとき、上記更新部が上記端末装置のユーザに対する還元データを生成するステップとを実行させる。
【００１１】
また、本発明に係るコンピュータプログラムは、上述した課題を解決すべく、コンピュータに、受信部で受信した端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを受信したとき、更新部が蓄積部に蓄積されているポイントデータにポイント加算するステップと、上記受信部で受信されたコンテンツ識別データに応じて記憶部からコンテンツデータを検索し送信部より上記端末装置に送信するステップと、上記蓄積部に、上記コンテンツデータに対応したシンボルデータを複数蓄積しており、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、上記シンボルデータの購入注文数と売却注文数とを判別部が比較するステップと、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを上記更新部が更新するステップと、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを上記判別部が判別し、一致しているとき、上記更新部が上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、上記ポイントデータが所定値以上であるかを上記判別部が判別するステップと、上記ポイントデータが所定値以上であるとき、上記更新部が上記端末装置のユーザに対する還元データを生成するステップとを実行させる。
【００１５】
【発明の実施の形態】
以下、本発明が適用されたトレーディングカード取引システムについて、図面を参照して説明する。
【００１６】
図１に示すように、本発明が適用されたトレーディングカード取引システム１は、アーティストに関連する情報を提供すると共にアーティストに関連するトレーディングカードを発行し管理するサーバ装置１０と、このサーバ装置１０にアクセスし、アーティストのトレーディングカードを購入し又は売却することができる端末装置３０とを備える。端末装置３０は、ＩＳＤＮ（Integrated Services Digital Network）回線網、ＣＡＴＶ（Cable Television）回線網、光ケーブル回線網等のネットワークを介してインターネット３内の本システムの管理者であるプロバイダのサーバ装置１０に接続されている。
【００１７】
ここで、このトレーディングカード取引システム１の概要を図２を用いて説明する。
【００１８】
このシステム１では、サーバ装置１０が、各アーティストに対して例えば５種類（赤、青、緑、黄、銀）のトレーディングカードを用意し、端末装置３０を用いて会員登録したユーザに対して、ランダムに選択した３枚のトレーディングカードを発行すると共に本システム上の例えば３０００ＭＣの仮想通貨（ＭＣ：本システムでの仮想通貨単位）を発行する。ここで、各アーティストのトレーディングカードの価格は、株取引と同様に価格変動するものである。すなわち、ユーザは、毎日のトレーディングカードの価格変動を見て、トレーディングカードを売却又は購入することができ、トレーディングカードの購入時と売却時の価格差によって利潤を得ることができるようになっている。なお、トレーディングカードの価格は、アーティスト単位で変動する。
【００１９】
ユーザは、端末装置３０を介してサーバ装置１０にアクセスし、５ＭＣ支払うことによってアーティストの楽曲データ等を視聴することができる。このとき、１／２５６の確率で新たにトレーディングカードを得ることができる。また、このダウンロードによって、ユーザには、アーティストへの熱意を示すパラメータとなるファンポイントが１加算されると共にアーティストに関する質問等を行うイベントを発動する際のパラメータとなるイベントポイントが１加算される。また、このダウンロードによって、本システムに登録しているアーティストのダウンロード回数がカウントされる。
【００２０】
また、このトレーディングカード取引システム１では、５ＭＣを支払うことによって、本システムに登録したユーザが友人等の他の端末装置３０に自分の好きなアーティストの紹介メールを送信することができる。この紹介メールによっても、ユーザには、ファンポイントとイベントポイントが１加算される。また、紹介されたアーティストには、紹介メールの回数がカウントされる。
【００２１】
この紹介メールを送信したときや紹介メールの受信者が紹介されたアーティストの楽曲データを視聴したときには、送信者であるユーザには、１０ＭＣが与えられ、送信者であるユーザには、ファンポイントとイベントポイントが１加算される。また、このときには、紹介者（送信者）であるユーザには、１／２５６の確率でトレーディングカードが発行される。また、アーティストには、紹介メールの受信者が楽曲データを視聴した視聴回数がカウントされる。
【００２２】
イベントポイントが所定値を超えたときには、ユーザに対してイベントが発動され、これによって、ユーザからは、イベントポイントが５０が減算される。また、イベントが発動されたときには、ユーザに対して抽選で１枚のカードが発行されることがある。
【００２３】
また、本システム１では、ＭＣを得るために、自分が所有するトレーディングカードを取引することができる。したがって、トレーディングカードを売却したときには、売却枚数に売却時のトレーディングカードの価格を乗じた額が所持金額に加算されると共にトレーディングカードの所持枚数が減算される。また、トレーディングカードを購入するときには、購入枚数に購入時のトレーディングカードの価格を乗じた額が所持金から減算されると共にトレーディングカードの所持枚数が加算される。このようにトレーディングカードの取引が行われたときには、トレーダであるユーザに対してイベントポイントが１加算される。例えば、ユーザは、楽曲データをダウンロードし視聴し、これを参考に購入するトレーディングカードを決めることができる。
【００２４】
また、ユーザは、ユーザは、トレーディングカードの取引等を行うことによって最大８枚までトレーディングカードを所有することができる。このとき、ユーザは、最大所有枚数８枚の中で、所有するトレーディングカードが互いに関連性を有するトレーディングカードを集め、すなわち予め本システムによって定められた役を揃え、これをサーバ装置１０に申告することで、申告したトレーディングカードの時価総額に対して更に例外的配当であるボーナスポイントが加算されたＭＣを得ることができるようになっている。
【００２５】
また、本システム１では、楽曲データのダウンロード、紹介メールの送信、紹介メール受信者による紹介楽曲データの視聴によってポイント加算されるファンポイントが所定値以上となったとき、ユーザに対して楽曲購入の際の無料又は割引チケットを発行する。
【００２６】
また、本システム１では、楽曲データのダウンロード、紹介メールの送信、紹介メール受信者による紹介楽曲データの視聴、トレーディングカードの売買によってポイント加算されるイベントポイントが所定値以上となったとき、ユーザに対してアーティストに関する質問等を行うイベントが発動され、このイベントの質問に正解したときには、ユーザに対してボーナスポイントが加算される。
【００２７】
そして、サーバ装置１０は、所定期間内における、ユーザの総資産ランキングを公表し、ユーザに総資産を競わせ、また、頻繁に本システムに参加するユーザに対して楽曲データのダウンロードを無料とする。これにより、本システム１は、ーム性をユーザに対して与えるようになっている。
【００２８】
また、トレーディングカードは、上述したように株券と同様に、価格変動するものであり、この価格は、アーティストに対して行われた紹介メール回数、アーティストの楽曲データのダウンロード回数、アーティストのトレーディングカードの取引回数等をパラメータにして決定される。したがって、ユーザは、毎日のトレーディングカードの価格変動を利用し、トレーディングカードの購入時と売却時の価格差によって利潤を得ることができるようになっている。
【００２９】
以上のようなトレーディングカード取引システム１では、トレーディングカードを株券のように扱い、仮想通貨を用いてトレーディングカードの売買を行うことができるようにすることで、ユーザが自分の好きなアーティストを投資対象としたトレーディングカードを売買することができるようになっている。したがって、本システム１では、このようにゲーム性を与えることで、ユーザの参加を促し、活性化を図ることができる。また、このトレーディングカード取引システム１では、トレーディングカードの取引にゲーム性を与えることで、ユーザが利潤を得るために自分の余り好きでないアーティストの楽曲データを視聴したりするようになり、これによって、例えば無名アーティストの知名度を上げることができるようになっている。
【００３０】
以上のようなトレーディングカード取引システム１に用いるサーバ装置１０は、本サービスを提供する装置であり、ＭＣやトレーディングカードを発行する銀行のように機能する。具体的に、このサーバ装置１０は、図３に示すように、端末装置３０からのデータを受信する受信部１１と、受信部１１で受信したデータの種類を判別するデータ判別部１２と、本システム１のデータベースが構築されている蓄積部１３と、蓄積部１３に保存されたデータを検索する検索部１４と、検索部１４での検索結果に基づいて判別を行う判別部１５と、判別部１５での判別結果に基づいて蓄積部１３のデータベースを更新する更新部１６と、表示データや楽曲データが保存された記憶部１７と、記憶部１７より表示データや楽曲データを読み出し送信データを設定する送信データ設定部１８と、送信データ設定部１８で設定された送信データを端末装置３０に送信する送信部１９と、トレーディングカードの価格を演算する演算部２０と、トレーディングカードを発行する発行部２１とを備える。
【００３１】
データ判別部１２は、受信部１１で受信したアクセス要求が入力されると、アクセス要求に応じたＵＲＬ（uniform resource location）等を送信データ設定部１８に出力する。このとき、データ判別部１２は、例えばアクセス要求に含まれるユーザ名、パスワード等の識別情報を判別し、登録済みのユーザからのアクセスであるとき、特定のウェブページへのアクセスを許可する。また、データ判別部１２は、登録済みのユーザからのアクセス要求であるとき、ユーザ名等の検索条件等を抽出し、検索部１４に出力する。更に、データ判別部１２は、新規登録者に対してはトレーディングカードを３枚発行するようにコマンドを発行部２１に出力する。更に、データ判別部１２は、アクセス要求が楽曲データのダウンロード要求等であるとき、当該ユーザの所定項目を加算するためのデータを更新部１６に出力する。更に、データ判別部１２は、端末装置３０から送信されたトレーディングカードの売却注文や購入注文を更新部１６に出力する。
【００３２】
蓄積部１４は、例えば大容量ハードディスクからなり、複数のデータベースが構築されている。例えば、蓄積部１４には、各ユーザのユーザＩＤに、所有しているトレーディングカードの種類、枚数等が関連づけられて保存されている。また、蓄積部１４には、売却注文の出ているトレーディングカードと購入注文の出ているトレーディングカードとがユーザＩＤに関連づけられて保存されている。更に、蓄積部１４は、ユーザＩＤに関連づけて楽曲データのダウンロード（視聴）回数、アーティストの紹介メールを友人等の端末装置３０に送信した回数、アーティストに対する熱意を示すパラメータとなるファンポイント、ユーザに対して質問を出すためのパラメータとなるイベントポイント等が保存されている。
【００３３】
検索部１４は、複数のデータベースが構築された蓄積部１４にアクセスし、データ判別部１２より入力された検索条件に基づいたデータをデータベースの中から抽出し、抽出したデータを判別部１５に出力する。例えば、検索部１４は、トレーディングカードの売却注文数とトレーディングカードの購入注文数とを検索する。そして、検索部１４は、蓄積部１３のデータベースより売却注文の出ているトレーディングカードのユーザＩＤ、購入注文の出ているトレーディングカードのユーザＩＤ等を抽出する。また、検索部１４は、ユーザのイベントポイントやファンポイントを検索し抽出する。
【００３４】
判別部１５は、検索部１４より入力された検索結果に基づいて、様々な判別を行い判別結果を更新部１６に出力する。例えば、判別部１５は、検索対象となったアーティストのトレーディングカードの売却注文数と購入注文数とを比較し、売買が成立するユーザＩＤを判別する。また、判別部１５は、イベントポイントが所定値以上であるか否かを判断し、イベントポイントが所定値以上であるとき、イベントを行うようにする。更に、判別部１５は、ファンポイントが所定値以上であるとき、ユーザに対して楽曲データの無料チケット等の特典データを送信するようにする。
【００３５】
更新部１６は、蓄積部１３のデータベースを更新する。例えば、更新部１６は、ユーザの新規登録があったとき、そのユーザ用のテーブルを設けるように蓄積部１３のデータベースを更新する。また、更新部１６は、トレーディングカードの売却注文や購入注文が入力されたとき、該当するユーザのデータベースに、トレーディングカードの注文状態を記録する。そして、更新部１６は、トレーディングカードを売却することができたとき、売り手の総資産に売却価格分を加算し、また、トレーディングカードを購入することができたとき、買い手の総資産から購入価格分を減算する。更に、更新部１６は、ユーザによって楽曲データがダウンロードされ、また、他の端末装置３０にアーティストの紹介メール等が送信されたとき、ダウンロード回数や紹介メールの回数等のデータベースの該当する項目を加算する。
【００３６】
記憶部１７は、例えば、大容量ハードディスクであり、ホームページやウェブページを構成する表示データ、楽曲ＩＤに関連づけられた楽曲データ、イベントの内容、すなわち質問データ等が保存されている。送信データ設定部１８は、データ判別部１２からの入力や判別部１５からの入力に基づいて端末装置３０に送信する送信データを生成する。送信部１９は、送信データ設定部１８より入力された送信データをＴＣＰ／ＩＰ（transmission control protocol/internet protocol）等の伝送プロトコルに従って端末装置３０に送信する。
【００３７】
演算部２０は、所定時間に、蓄積部１４のデータベースにアクセスして、必要なパラメータを抽出し、トレーディングカードの価格を、アーティストの人気度等を考慮して算出する。
【００３８】
発行部２１は、ユーザの新規登録があったとき、各アーティストにつき５種類用意されたトレーディングカードの中からランダムに３枚を選択し発行する。
【００３９】
以上のようなサーバ装置１０は、端末装置３０からアクセス要求があると、記憶部１７よりホームページを構成する表示データを抽出し、送信部１９より表示データを送信する。そして、サーバ装置１０は、端末装置３０よりユーザの新規登録があったとき、更新部１６によって蓄積部１４に設けられたデータベースに新規登録のあったユーザのテーブルを作成すると共に、発行部２１で３枚のトレーディングカードと３０００ＭＣを発行し、送信部１９より端末装置３０に送信する。また、サーバ装置１０は、端末装置３０からトレーディングカードの売却注文や購入注文があったとき、この注文を更新部１６により蓄積部１４のデータベースに登録する。そして、サーバ装置１０は、所定時間に、トレーディングカードの売買を成立させる。すなわち、トレーディングカードの売買が成立したとき、サーバ装置１０は、更新部１６により売り手の総資産に売却価格分を加算し、買い手の総資産から購入価格分を減算する。また、サーバ装置１０は、演算部２０によりアーティストの人気度等を考慮してトレーディングカードの価格を変動させる。また、サーバ装置１０は、端末装置３０の楽曲データのダウンロード回数や紹介メール回数等をカウントし、これに基づいて、イベントポイントやファンポイントを算出し、所定値以上になったとき、該当するユーザの端末装置３０にイベントデータや特典データを送信する。
【００４０】
次いで、インターネット３を介してサーバ装置１０にアクセスする端末装置３０について、図４を参照して説明すると、この端末装置３０は、サーバ装置１０から送信されたデータを受信する受信部３１と、受信部３１より入力された受信データに基づいて全体を制御する制御部３２と、サーバ装置１０との通信履歴等が保存される記憶部３３と、サーバ装置１０に送信する送信データを生成する送信データ設定部３４と、送信データ生成部３４より入力された送信データを送信する送信部３５と、ホームページ、ウェブページ等を表示する表示部３６と、表示部３６への表示を制御する表示制御部３７と、ユーザの操作に応じて操作信号を入力する入力操作部３８と、ダウンロードした楽曲データをデコードするデコーダ３９と、ディジタル信号をアナログ信号に変換するＤ／Ａコンバータ４０と、楽曲データを出力するスピーカ２９とを備える。
【００４１】
受信部３１は、インターネット３を介してサーバ装置１０より送信データを受信すると、制御部３２に受信したデータを入力する。制御部３２は、受信したデータの内表示データを表示制御部３７に出力する。そして、表示制御部３７は、ＣＲＴ（cathode‐ray tube）やＬＣＤ（liquid crystal display）等からなる表示部３６に表示データを表示させる。これによって、ユーザは、表示部３６に表示された表示内容を見てキーボード、マウス等からなる入力操作部３８の操作を行うことができる。ユーザの操作に応じて操作信号を発生した入力操作部３８は、操作信号を制御部３２に入力する。そして、制御部３２は、入力データを送信データ設定部３４に出力する。送信データ設定部３２は、サーバ装置１０に送信する送信データを生成し、送信部３５より送信データをサーバ装置１０に送信する。このような端末装置３０より送信する送信データは、例えば、ユーザ登録をするときにはユーザ名、住所、電話番号、電子メールアドレス等であり、トレーディングカードの売買を行うときにはトレーディングカードのＩＤと売却注文又は購入注文データである。
【００４２】
また、端末装置３０は、サーバ装置１０より楽曲データをダウンロードすると、この楽曲データは、デコーダでデコードされ、Ｄ／Ａコンバータ４０でディジタル信号からアナログ信号に変換されスピーカ２０より出力される。なお、デコーダ３９は、ＡＴＲＡＣ３（Adaptive Transform Acoustic Coding 3：商標）、ＭＰＥＧ−２ＡＡＣ（Motion Picture Expert Group 2 Advanced Audio Coding：商標）、ＭＰ３（MPEG-1 Audio Layer3：商標）、ＴｗｉｎＶＱ（Transform-Domain Weighted Interleave Vector Quantization：商標）、ＭＳ  Ａｕｄｉｏ（ＷＭＡ:Windows Media Audio：商標）、Ｏｇｇ  Ｖｏｒｂｉｓ（商標）等の方式で楽曲データをデコードする。また、端末装置３０は、スピーカ２９の代わりに、イヤホン、ヘッドホン等であってもよい。
【００４３】
次に、本システムにおいて、端末装置３０よりアクセス可能なサーバ装置１０の記憶部１７に保存されているウェブページのサイトマップについて、図５を参照して説明する。先ず、本システムにおいては、端末装置３０が最初にアクセスするホームページとなるサイトトップページ４１が設けられる。このサイトトップページ４１は、ユーザが最初にアクセスするページであることから、本システムの説明がなされている。また、このサイトトップページ４１には、ユーザＩＤ入力欄、パスワード入力欄、会員登録釦、アーティスト選択欄等が設けられている。そして、このサイトトップページ４１からは、会員登録釦がクリックされたとき進む会員登録ページ４２と、ユーザＩＤ、パスワードにより認証が取れた端末装置３０のみがログインすることができるマイページ４３と、本システムへの参加アーティストの一覧を見ることができるアーティスト一覧ページ４４とに進むことができる。
【００４４】
会員登録ページ４２は、会員登録する際必要な事項を記入する欄が複数設けられ、例えばユーザＩＤ入力欄、パスワード入力欄、氏名入力欄、住所入力欄、電子メールアドレス入力欄、サーバ装置１０に送信するデータを確認するためのモードに進むための登録確認釦等が設けられている。
【００４５】
マイページ４３は、登録会員のみがアクセスすることができるログインが必要なページであり、アクセスしたユーザに関する情報、例えば総資産、所有するトレーディングカード、所有するトレーディングカードの現在の価格等を見ることができるようになっている。また、表示部３６に表示されたトレーディングカードを入力操作部３８でクリックすることにより、トレーディングカードの拡大画像を見ることができるようになっている。
【００４６】
アーティスト一覧ページ４４は、本システムに登録している投資対象となるアーティストの一覧が設けられている。そして、このアーティスト一覧ページ４４には、アーティストの楽曲データを視聴することができる視聴釦、選択したアーティストの紹介ページを見るための選択釦等が設けられている。
【００４７】
更に、上述したサイトトップページ４１からは、本システムに登録している各アーティストを紹介するアーティストトップページ４５と、アーティストの楽曲データを視聴するための視聴ページ４６と、登録ユーザの総資産ランキングを見るためのユーザポイントランキングページ４７と、トレーディングカードの価格ランキングを見るためのトレーディングカード情報ページ４８とに進むことができる。
【００４８】
アーティストトップページ４５は、本システムに登録しているアーティスト毎に設けられ、各アーティストのトップページには、アーティストのトレーディングカードの現在の価格等を見ることができるようになっている。
【００４９】
視聴ページ４６は、上述したアーティスト一覧ページ４４やアーティストトップページ４５から進むことができるページであり、選択したアーティストの楽曲データの一部又は全部を端末装置３０が内部メモリやハードディスク等に保存することなく再生するストリーミング再生することができるようになっている。
【００５０】
ユーザポイントランキングページ４７は、本システムに登録しているユーザの総資産ランキングを見ることができるようになっている。また、トレーディングカード情報ページ４８は、今日のトレーディングカードの価格情報や過去のトレーディングカードの価格情報を見ることができるようになっている。
【００５１】
更に、マイページ４３からは、トレーディングカード購入ページ４９とトレーディングカード売却／役申告ページ５８に進むことができるようになっており、アーティストトップページ４５からは、ダウンロードページ５０に進むことができるようになっている。
【００５２】
トレーディングカード購入ページ４９は、ログインが必要なページであり、購入注文を行うとき、市場に存在するトレーディングカードの一覧の中から所望するトレーディングカードを選択することができるようになっている。また、トレーディングカード売却／役申告ページ５８も、ログインが必要なページであり、売却注文を行うとき、自らが所有するトレーディングカードの一覧の中から売りに出すトレーディングカードを選択することができるようになっている。また、自らが所有する複数枚（最大８枚）の中の４枚以上が関連性を有し役を構成しているときには、役を申告することができるようになっている。
【００５３】
ダウンロードページ５０は、アーティストトップページ４５からログインが必要なページであり、選択したアーティストの楽曲データの一部又は全部を端末装置３０がダウンロードすることができるようになっている。選択した楽曲データをダウンロードした端末装置３０は、楽曲データを内部メモリやハードディスク等に保存することで、利用者が何時でも再生することができるようになる。
【００５４】
また、上述したトレーディングカード情報ページ４８からは、上述したトレーディングカード購入ページ４９とトレーディングカード売却／役申告ページ５８に進むことができ、更に、視聴ページ５１に進むことができるようになっている。この視聴ページ５１は、ランキング上位のアーティストの楽曲データを視聴することができるようにするためのものであり、ランキング表示されているアーティストの中から選択したアーティストの楽曲データの一部又は全部を端末装置３０が内部メモリやハードディスク等に保存することなく再生するストリーミング再生することができるようになっている。
【００５５】
更に、上述したアーティストトップページ４５からは、アーティストのプロフィールを紹介したプロフィールページ５２と、ディスコグラフィーを紹介するためのディスコグラフィーページ５３と、ユーザが気に入ったアーティストを友人等に紹介するための紹介メールを記述するための紹介メールページ５４と、本システムの感想、意見等を記述するための電子掲示板（ＢＢＳ：Bulletin Board System ）ページ５５と、チャットを行うためのチャットページ５６とに進むことができる。
【００５６】
プロフィールページ５２は、本システムに登録したアーティストのプロフィールが紹介されたページであり、ディスコグラフィーページ５３は、本システムに登録したアーティストのディスコグラフィーを紹介したページである。
【００５７】
また、紹介メールページ５４は、友人等にアーティストや楽曲の紹介のメールを送ることができる紹介メールシステムの説明がなされ、紹介メールを記述し、友人等の端末装置３０に紹介メールを送信することができるようになっている。なお、本システムでは、紹介先の端末装置３０のみがアクセス可能な紹介用視聴ページ５７が設けられている。この紹介用視聴ページ５７は、紹介メールに添付されるＵＲＬに設けられ、紹介メールの送信者、すなわち紹介者の端末装置３０からは、アクセスすることができない。紹介メールを受信した端末装置３０は、この紹介用視聴ページ５７にアクセスすることによって、紹介されたアーティストの楽曲データをストリーミング再生或いはダウンロードすることができる。
【００５８】
チャットページ５６は、チャット利用規約等の説明がなされ、また、リアルタイムに参加者同士が会話を楽しむことができるようになっている。
【００５９】
次に、本システムに参加しようとするユーザや本システムに登録済みのユーザが最初に端末装置３０によりアクセスするサイトトップページ４１について、図６を参照して説明する。このサイトトップページ４１は、上側に設けられるトップフレーム４１ａと、トップフレーム４１ａの下側に設けられるメインフレーム４１ｂと、トップフレーム４１ａの下側でメインフレーム４１ｂの横側に設けられるナビゲーションフレーム４１ｃとから構成されている。
【００６０】
トップフレーム４１ａは、会員登録をしているユーザのユーザＩＤを入力するためのユーザＩＤ入力部６１と、会員登録をしているユーザのパスワードを入力するためのパスワード入力部６２と、ユーザＩＤとパスワードを入力した後にマイページ４３に進むためのログイン釦６３と、本システムに会員登録するため会員登録ページ４２に進むための会員登録釦６４と、各アーティストトップページ４５に進むためアーティストを選択するためのプルダウンメニューからなるアーティスト選択部６５とが設けられている。
【００６１】
また、メインフレーム４１ｂには、本システムの説明等がなされている。
【００６２】
更に、ナビゲーションフレーム４１ｃには、アーティスト一覧ページ４４に進むためのアーティスト一覧ページ釦６６と、トレーディングカード情報ページ４８を構成する今日のトレーディングカードの価格情報ページに進むための第１の価格情報ページ釦６７と、今日のトレーディングカードの価格情報ページと共にトレーディングカード情報ページ４８を構成する過去のトレーディングカードの価格情報ページに進むための第２の価格情報ページ釦６８と、マイページ４３に進むためのマイページ釦７３と、トレーディングカード売却／役申告ページ５８に進むためのトレーディングカード売却／役申告ページ釦６９と、トレーディングカード購入ページ４９に進むためのトレーディングカード購入ページ釦７０と、ユーザポイントランキングページ４７に進むためのユーザポイントランキングページ釦７１と、ＢＢＳページ５５に進むためのＢＢＳページ釦７２とが設けられている。
【００６３】
すなわち、このサイトトップページ４１からは、図５に示したサイトツリーに基づいて各ウェブページに進むことができるようになっている。そして、マイページ４３、トレーディングカード売却／役申告ページ５８及びトレーディングカード購入ページ４９に進むときには、ユーザの認証を取るためユーザＩＤとパスワードの入力を要求するようになっている。
【００６４】
次に、上述したサーバ装置１０を構成する蓄積部１３に設けられるデータベースについて説明する。
【００６５】
先ず、蓄積部１４には、下記表１に示すように、本システムに登録した全てのユーザについてユーザマスタレコードが設けられている。
【００６６】
【表１】
0004734749.tif 000002
【００６７】
このユーザマスタレコードは、本システムに参加しているユーザの状態に関するデータが記録されている。具体的に、ユーザマスタレコードには、ユーザを識別するためのユーザＩＤと、ユーザの所持金額（ＭＣ）と、ユーザのトレーディングカードの保持枚数と、ユーザが所持しているトレーディングカードの総額であるカード評価と、ユーザの所持ポイントと所持しているトレーディングカードの総額とを加算した総資産（ＭＣ）と、ユーザが送信した紹介メールの回数と、トレーディングカードの売買が成立した売買成立回数と、ユーザが役を申告した役申告回数と、全登録ユーザ中の総資産ランキングの順位と、イベントを発動する際のパラメータとなるイベントポイントと、現在のトレーディングカードの購入注文数と、現在出している購入注文の合計金額（ＭＣ）と、ユーザに対するイベントを発動する際のイベントテーブルナンバと、イベントを特定するイベントナンバと、次回ユーザがアクセスしたときイベントを発動するかどうかを識別するためのイベントフラグと、楽曲データのダウンロードを無料かどうかを識別するための無料フラグとが記述されている。
【００６８】
ここで、ユーザの所持金額、カード評価、総資産及び購入注文の合計金額は、０〜９９９９９９９ＭＣの範囲で変動する。また、トレーディングカードの保有枚数は、最大８枚であり、０〜８枚の間で変動し、紹介回数、売買成立回数及び役申告回数は、０〜９９９９９９９回の範囲で変動するものであり、１ずつ加算される。また、トレーディングカードは、発行時１０００ＭＣであり、従って、カード評価のデフォルトは、３０００ＭＣであり、また、ユーザが本システムに参加したとき３０００ＭＣが支給される。したがって、総資産のデフォルトは、６０００ＭＣとなる。
【００６９】
また、蓄積部１４には、下記表２に示すように、ユーザ登録レコードが本システムに参加している全てのユーザについて設けられている。
【００７０】
【表２】
0004734749.tif 000003
【００７１】
このユーザ登録レコードは、本システムに登録しているユーザの個人情報が記録されている。具体的に、ユーザ登録レコードには、登録済みユーザを識別するためのユーザＩＤと、ユーザが上述したマイページ４３等ログインが必要な際に用いるパスワードと、ユーザの氏と、ユーザの名と、ユーザの住所又は居所と、電子メールアドレスが記述されている。
【００７２】
ここで、ユーザＩＤは、上記表１のユーザＩＤにリンクしている。このユーザ登録レコードは、ユーザの会員登録時に会員登録ページ４２に記述した内容に基づいて作成される。そして、ユーザＩＤとパスワードは、マイページ４３等ログインが必要なウェブページにアクセスする際、ユーザＩＤ入力部６１とパスワード入力部６２の記述内容との照合に用いられる。パスワードの確認時には、ユーザＩＤ、電子メールアドレス、氏名を用いて複数のユーザ登録レコードの中からパスワードが検索される。
【００７３】
また、蓄積部１４には、下記表３に示すように、本システムに登録しているユーザが所持しているトレーディングカードのレコード、すなわちユーザ所持カードレコードが設けられている。
【００７４】
【表３】
0004734749.tif 000004
【００７５】
このユーザ所持カードレコードは、本システムに登録しているユーザが所有するトレーディングカードに関する情報が記録されている。具体的に、ユーザ所持カードレコードには、登録済みユーザを識別するためのユーザＩＤと、ユーザが所有しているトレーディングカードのカードＩＤと、当該カードのアーティストを識別するためのアーティストＩＤと、当該アーティストのサブナンバと、ユーザがトレーディングカードを購入したときの購入価格と、トレーディングカードのカード取得種類と、トレーディングカードが売りに出されているかどうかを識別するための売却注文フラグとが記述されている。このユーザ所持カードレコードには、当該ユーザが所有しているトレーディングカード全てのデータが記録される。
【００７６】
ここで、ユーザＩＤは、上記表１のユーザマスタレコードのユーザＩＤにリンクし、カードＩＤは、カードマスタレコードのカードＩＤにリンクし、アーティストＩＤは、アーティストマスタのアーティストＩＤにリンクしている。
【００７７】
また、蓄積部１４には、下記表４に示すように、ユーザのファンポイントレコードが本システムに登録している全てのユーザについて設けられている。
【００７８】
【表４】
0004734749.tif 000005
【００７９】
このユーザファンポイントレコードは、本システムに登録しているユーザが所有するファンポイントが記録されている。このユーザファンポイントレコードは、登録済みユーザを識別するためのユーザＩＤと、ユーザが所有しているトレーディングカードのアーティストを識別するためのアーティストＩＤと、ユーザが所定の行為を行ったに増加されるファンポイントとイベントポイントとが記述されている。
【００８０】
ここで、ファンポイントは、ユーザが楽曲データをダウンロードしたとき、ユーザが紹介メールを送信したとき、紹介メールの紹介者が楽曲データを視聴したときに加算されるものである。また、イベントポイントは、ユーザが楽曲データをダウンロードしたとき、ユーザが紹介メールを送信したとき、紹介メールの紹介者が楽曲データを視聴したとき、トレーディングカードを売却したとき、トレーディングカードを購入したとき、役を申告したときに加算され、イベントが発動されたとき５０ポイント減算されるものである。また、ユーザＩＤは、上記表１に示すユーザＩＤにリンクされている。
【００８１】
また、蓄積部１４には、下記表５に示すように、本システムに登録しているユーザの紹介メール履歴に関するレコードが設けられている。
【００８２】
【表５】
0004734749.tif 000006
【００８３】
この紹介メール履歴レコードは、紹介メールの履歴を記述するものであり、紹介メール毎に設けられ、紹介メールを特定することができるようになっている。この紹介メール履歴レコードは、紹介メールを識別するための紹介メールＩＤと、本システムに登録しているユーザを識別すると共に紹介メールの送信者を特定するためのユーザＩＤと、ユーザが紹介したアーティストを特定するためのアーティストＩＤと、ユーザが紹介した楽曲を特定するための楽曲ＩＤと、紹介メールを送信する紹介先メールアドレスと、紹介先の氏名と、紹介した日付と、紹介した時刻と、実際の紹介文と、紹介先のユーザが紹介した楽曲を視聴したかどうかを識別するための視聴済みフラグとが記述されている。
【００８４】
ここで、ユーザＩＤは、上記表１に示したユーザＩＤにリンクしたものであり、また、アーティストＩＤは、後述するアーティストマスタレコードのアーティストＩＤとリンクするものである。
【００８５】
また、蓄積部１４には、下記表６に示すように、本システムに参加している全てのアーティストについてアーティストマスタレコードが設けられている。
【００８６】
【表６】
0004734749.tif 000007
【００８７】
このアーティストマスタレコードは、本システムに参加しているアーティストに関する情報が記録されている。具体的に、アーティストマスタレコードは、本システムに参加しているアーティストを識別するためのアーティストＩＤと、当該アーティストの氏名又は名称と、当該アーティストのトレーディングカードの現在の価格と、当該アーティストのトレーディングカードの一昨日の価格と、当該アーティストのトレーディングカードに対する現在の回注文数と、当該アーティストのトレーディングカードに対する現在の売る注文数と、当該アーティストの楽曲データの当日のダウンロード数である当日楽曲ダウンロード指数と、当該アーティストの楽曲データの全体のダウンロード数である全体楽曲ダウンロード指数と、当日当該アーティストのトレーディングカードの売買が成立した回数である当日売買指数と、当日売買指数の累計である累計売買指数と、当該アーティストの紹介メールが行われた当日の回数である当日紹介指数と、当該アーティストの紹介メールが行われた全体の回数である全体紹介指数とが記述されている。
【００８８】
また、蓄積部１４には、下記表７に示すように、発行したトレーディングカードを管理するためのカードマスタレコードが設けられている。
【００８９】
【表７】
0004734749.tif 000008
【００９０】
このカードマスタレコードは、本システムにおいて発行したトレーディングカードを管理するためのものであり、トレーディングカードを識別するためのカードＩＤと、トレーディングカードのアーティストを特定するためのアーティストＩＤと、アーティストサブナンバと、当該トレーディングカードの発行枚数と、当該トレーディングカードに対する売却注文数と、サーバ装置１０が当該トレーディングカードを保有しているサーバ保有枚数と、トレーディングカードの購入注文数とが記述されている。
【００９１】
ここで、アーティストＩＤは、アーティストマスタのアーティストＩＤにリンクしている。
【００９２】
また、蓄積部１４は、下記表８に示すように、発行したトレーディングカードの価格の履歴を記録するカード価格履歴レコードが設けられている。
【００９３】
【表８】
0004734749.tif 000009
【００９４】
このカード価格履歴レコードは、発行済みトレーディングカードのアーティストについて、一日ごとに作成されるものであり、発行済みトレーディングカードのアーティストを特定するためのアーティストＩＤと、当該アーティストのトレーディングカードの当日の価格と、その価格の日付とが記述されている。すなわち、本システムでは、１アーティストにつき、５種類のトレーディングカードが発行されるが、トレーディングカードの価格は、それぞれの種類で価格変動するのではなく、アーティスト単位で変動し、常に同じアーティストの５種類のトレーディングカードは同じ価格となるようになっている。
【００９５】
また、蓄積部１４は、下記表９に示すように、本システムに参加しているアーティストの楽曲を管理するための楽曲マスタレコードが設けられている。
【００９６】
【表９】
0004734749.tif 000010
【００９７】
この楽曲マスタレコードは、本システムに参加しているアーティストの楽曲を管理するためのものであり、楽曲データを特定するための楽曲ＩＤと、当該楽曲データのアーティストを特定するためのアーティストＩＤと、当該楽曲のタイトルが記述されている。ここで、アーティストＩＤは、アーティストマスタレコードのアーティストＩＤにリンクするものである。
【００９８】
また、蓄積部１４には、下記表１０に示すように、楽曲データのダウンロード履歴を管理するための楽曲ダウンロード履歴レコードが設けられている。
【００９９】
【表１０】
0004734749.tif 000011
【０１００】
この楽曲ダウンロード履歴レコードは、ユーザ又は紹介メールで紹介されたユーザが行う楽曲データのダウンロードを管理するものであり、楽曲データを識別するための楽曲ＩＤと、楽曲データのダウンロードを行ったユーザを特定するためのユーザＩＤと、ユーザが楽曲データをダウンロードした日を特定するためのダウンロード日と、楽曲データのダウンロードが行われた日時を特定するためのダウンロード時刻と、楽曲データのダウンロードの種別、すなわち会員ユーザのダウンロードであるか紹介メールの受取人によるダウンロードであるかを特定するためのダウンロード種別とが記述されている。ここで、ユーザＩＤは、ユーザマスタレコードのユーザＩＤにリンクしており、楽曲ＩＤは、楽曲マスタレコードの楽曲ＩＤにリンクしている。
【０１０１】
また、蓄積部１４には、下記表１１に示すように、トレーディングカードの売買を管理するための第１の売買履歴レコードが設けられている。
【０１０２】
【表１１】
0004734749.tif 000012
【０１０３】
この第１の売買履歴レコードは、トレーディングカードの売買を管理するためのものであり、売買の対象となったトレーディングカードのアーティストを特定するためのアーティストＩＤと、売買対象となったトレーディングカードを特定するためのカードＩＤと、トレーディングカードの購入者を特定するための購入者ユーザＩＤと、トレーディングカードの売却者を特定するための売却者ユーザＩＤと、トレーディングカードの取引成立時の価格と、トレーディングカードの売買が行われた売買日を特定するための売買日付と、売買が行われた時間帯を特定するための売買時刻ナンバとが記述されている。
【０１０４】
ここで、アーティストＩＤは、上記アーティストマスタレコードのアーティストＩＤにリンクしており、カードＩＤは、上記カードマスタレコードのカードＩＤとリンクしており、購入者及び売却者ユーザＩＤは、ユーザマスタレコードのユーザＩＤにリンクしている。
【０１０５】
また、蓄積部１４には、下記表１２に示すように、トレーディングカードの売却注文を管理するための売却注文レコードが設けられている。
【０１０６】
【表１２】
0004734749.tif 000013
【０１０７】
この売却注文レコードは、トレーディングカードの売却注文を特定するための売却注文ＩＤと、売却注文の出されたトレーディングカードを特定するためのカードＩＤと、トレーディングカードの売却注文を出したユーザを特定するためのユーザＩＤと、トレーディングカードの売却注文を受け付けた日付を特定するための注文日付と、トレーディングカードの売却注文を受け付けた時刻を特定するための注文時刻と、売却注文の出されたトレーディングカードの状況を示す注文状況とが記述されている。ここで、注文状況は、当該トレーディングカードを売りに出したが未だ取引の成立していない注文中と、取引が成立した取引済みの状態と、ユーザによって売却注文が取り消された取消とを識別することができるようになっている。
【０１０８】
ここで、カードＩＤは、上記カードマスタレコードのカードＩＤにリンクしており、アーティストＩＤは、上記アーティストマスタのアーティストＩＤにリンクしており、ユーザＩＤは、上記ユーザマスタレコードのユーザＩＤにリンクしている。
【０１０９】
また、蓄積部１４には、下記表１３に示すように、トレーディングカードの購入注文を管理するための購入注文レコードが設けられている。
【０１１０】
【表１３】
0004734749.tif 000014
【０１１１】
この購入注文レコードは、トレーディングカードの購入注文を特定するための購入注文ＩＤと、購入注文の出されたトレーディングカードを特定するためのカードＩＤと、トレーディングカードの購入注文を出したユーザを特定するためのユーザＩＤと、トレーディングカードの購入注文を受け付けた日付を特定するための注文日付と、トレーディングカードの購入注文を受け付けた時刻を特定するための注文時刻と、購入注文の出されたトレーディングカードの状況を示す注文状況とが記述されている。ここで、注文状況は、当該トレーディングカードの購入注文を出したが未だ取引の成立していない注文中と、取引が成立した取引済みの状態と、ユーザによって購入注文が取り消された取消とを識別することができるようになっている。
【０１１２】
ここで、カードＩＤは、上記カードマスタレコードのカードＩＤにリンクしており、アーティストＩＤは、上記アーティストマスタのアーティストＩＤにリンクしており、ユーザＩＤは、上記ユーザマスタレコードのユーザＩＤにリンクしている。
【０１１３】
また、蓄積部１４には、下記表１４に示すように、第１の売買履歴レコードと共にトレーディングカードの売買を管理するための第２の売買履歴レコードが設けられている。
【０１１４】
【表１４】
0004734749.tif 000015
【０１１５】
この第２の売買履歴レコードは、不正ユーザを管理するためのものであり、不正ユーザを特定するためのユーザＩＤと、不正アクセスが行われた日付と、不正アクセスか行われた時刻と、不正ログイン等が行われた不正回数と、ログインを禁止するかどうかを識別するための不正フラグが記述されている。
【０１１６】
次に、本システム１において、ユーザが会員登録するための手順について説明する。
【０１１７】
先ず、図４に示す端末装置３０よりユーザがサーバ装置１０にアクセスすると、サーバ装置１０は、記憶部１７より図６に示すサイトトップページ４１を構成するデータを読み出し、送信データ設定部１８で送信データを設定し、送信部１９より送信データを送信する。端末装置３０は、受信部３１でサーバ装置１０より送信された送信データを受信すると、図６に示すサイトトップページ４１を表示制御部３７の制御により表示部３６に表示する。ここで、ユーザの操作に応じて入力操作部３８により図６に示す会員登録釦６４がクリックされると、端末装置３０は、制御部２３を介して、送信データ設定部３４で送信データを設定し、サーバ装置１０に送信する。サーバ装置１０は、この送信データを受信部１１で受信すると、データ判別部１２でデータの種別を判別し、次いで、これを送信データ設定部１８に出力する。送信データ設定部１８は、記憶部１７より会員登録ページ４２を構成するデータを読み出し、送信データを生成し、送信部１９より端末装置３０に送信する。
【０１１８】
端末装置３０は、サーバ装置１０からの送信データを受信部３１で受信すると、制御部３２を介して、表示部３６に図７に示すような画面を表示する。
【０１１９】
ここで、図７を用いて会員登録ページ４２について説明すると、この会員登録ページ４２は、ユーザ自らが決めるユーザＩＤを入力するユーザＩＤ入力欄８１と、ユーザ自らが決めるパスワードを入力するためのパスワード入力欄８２と、パスワード入力欄８２に入力したパスワードの入力確認を行うためのパスワード入力確認欄８３と、ユーザの氏名を入力するための氏名入力欄８４と、ユーザの住所の郵便番号を入力するための郵便番号入力欄８５と、ユーザの住所を入力するための住所入力欄８６と、電子メールのアドレスを入力するための電子メールアドレス入力欄８７と、電子メールアドレス入力欄８７に入力した電子メールアドレスを確認するための確認欄８８と、登録希望ユーザに対して行うアンケート欄８９とが設けられている。また、会員登録ページ４２には、この会員登録ページ４２からサイトトップページ４１に戻るための戻る釦９０と、サーバ装置１０に対して登録確認を行うための登録確認釦９１とが設けられている。
【０１２０】
そして、端末装置３０は、ユーザの操作に応じて入力操作部３８により登録確認釦９１がクリックされると、端末装置３０は、送信データ設定部３４で送信データを生成し、送信部１９より会員登録ページ４２に入力されたユーザＩＤ等の入力データをサーバ装置１０より送信する。そして、サーバ装置１０は、端末装置３０より送信された会員登録情報の登録確認処理を行う。
【０１２１】
ここで、サーバ装置１０が行う登録確認処理について図８を参照して説明すると、サーバ装置１０は、ステップＳ１において、受信部１１で端末装置３０からの会員登録情報を受信すると、データ判別部１２でデータ判別後、これを検索部１４に出力する。ステップＳ２において、検索部１４は、蓄積部１４に設けられたデータベースを構成する上記表１に示すユーザマスタレコードを検索し、既登録ユーザのユーザＩＤやパスワードを検索する。そして、ステップＳ３において、判別部１５は、端末装置３０から会員登録要求をしたユーザからのユーザＩＤが既登録ユーザのユーザＩＤと重複していないか、パスワードが重複していないか、送信された電子メールアドレスが無料で電子メールを行うことができるフリーメールアドレスでないかを判断する。
【０１２２】
判別部１５は、ユーザＩＤが既登録ユーザのユーザＩＤと重複せず、パスワードが重複が重複せず、フリーメールでないとき、エラーが無いことから、ステップＳ４において、エラーコードをリセットする。また、判別部１５は、ユーザＩＤが既登録ユーザＩＤと重複し、又は、パスワードが既登録ユーザのパスワードと重複しているとき、更に、フリーメールアドレスであるとき、ステップＳ５において、エラーコードをセットする。そして、ステップＳ６において、判別部１５は、エラーコードを送信データ設定部１８に出力する。
【０１２３】
送信データ設定部１８は、ステップＳ７において、判別部１５から入力されたエラーコードを受信し、次いで、ステップＳ８において、判別部１５から入力されたエラーコードが登録会員情報にエラーがあったのかどうかを判断する。そして、送信データ設定部１８は、会員登録情報にエラーが無かったとき、ステップＳ９において、記憶部１７より入力確認ページを構成するデータを読み出し、送信データを生成し、送信部１９より端末装置３０に送信する。また、送信データ設定部１８は、会員登録情報にエラーがあっとき、ステップＳ１０において、エラー表示画面を構成するデータを記憶部１７より読み出し、送信データを生成し、送信部１９より端末装置３０に送信する。
【０１２４】
端末装置３０では、サーバ装置１０からの送信データを受信すると、送信データを制御部３２を介して表示部３６に表示する。ここで、エラーがあるときには、エラーメッセージが表示部３６に表示され、エラーが無いときには、登録確認ページ９３が表示部３６に表示される。
【０１２５】
ここで、図９を用いて登録確認ページ９３を説明すると、この登録確認ページ９３は、上記７に示した会員登録ページ４２に記述した内容が表示されており、更に、下側に、会員登録ページ４２に戻り内容を変更するための再入力釦９４とサーバ装置１０に送信するための送信釦９５とが設けられている。そして、端末装置３０は、再入力釦９４がクリックされたとき、このデータをサーバ装置１０に送信し、サーバ装置１０は、会員登録ページ４２を端末装置３０に送信し、端末装置３０は、会員登録ページ４２を再度表示する。
【０１２６】
また、端末装置３０は、ユーザの操作に応じた入力操作部３８により送信釦９５がクリックされると、送信データ設定部３４は、これに応じた送信データを生成し、サーバ装置１０に送信部３５より送信データを送信する。そして、サーバ装置１０は、これを受信すると、次に会員登録処理を行う。
【０１２７】
この会員登録処理について図１０を参照して説明すると、サーバ装置１０は、ステップＳ１１において、受信部１１で登録内容の確認済みの送信データを受信すると、データ判別部１２でのデータの種別判別の後、検索部１４が、ステップＳ１２において、再度、蓄積部１４に設けられたデータベースを構成する上記表１に示すユーザマスタレコードを検索し、既登録ユーザのユーザＩＤやパスワードを検索する。そして、ステップＳ１３において、判別部１５は、端末装置３０から会員登録要求をしたユーザからのユーザＩＤが既登録ユーザのユーザＩＤと重複していないか、パスワードが重複していないか、送信された電子メールアドレスがフリーメールアドレスでないかを判断する。
【０１２８】
そして、ユーザＩＤが既登録ユーザのユーザＩＤと重複せず、パスワードが重複が重複せず、フリーメールでないとき、ステップＳ１４において、更新部１６は、蓄積部１４のデータベースに会員登録を行うユーザＩＤの上記表１に示すユーザマスタレコードを設ける。また、更新部１６は、表２に示すユーザ登録内容レコードに端末装置３０からの登録内容を記録する。また、判別部１５は、ユーザＩＤが既登録ユーザＩＤと重複し、又は、パスワードが既登録ユーザのパスワードと重複しているとき、更に、フリーメールアドレスであるとき、ステップＳ１５において、エラーコードをセットする。
【０１２９】
ステップＳ１６において、発行部２１は、ユーザの所持金３０００ＭＣを支給し、更新部１６は、これを表１のユーザマスタレコードに記録する。ステップＳ１７において、発行部２１は、３枚のトレーディングカードを発行する。そして、更新部１６は、ステップＳ１８において、表７に示すカードマスタレコードに、発行枚数を加算する。
【０１３０】
次いで、  ステップＳ１９において、更新部１６は、表３のユーザ所持カードレコードを設け、このユーザ所持カードレコードに、発行部２１が発行した３枚のトレーディングカードを登録する。すなわち、更新部１６は、ユーザ所持カードレコードに、３枚のトレーディングカードのカードＩＤと、発行したトレーディングカードのアーティストＩＤとアーティストサブナンバとカード取得種類を記録する。また、更新部１６は、売却注文フラグは無しとする。
【０１３１】
ステップＳ２０において、更新部１６は、表１のユーザマスタレコードのトレーディングカードの所有枚数を３枚と記録し、カード評価をトレーディングカードの初期値が１０００ＭＣであることから３０００ＭＣと記録し、総資産を、６０００ＭＣと記録する。
【０１３２】
ステップＳ２１において、判別部１５は、ユーザＩＤが既登録ユーザのユーザＩＤと重複せず、パスワードが重複が重複せず、フリーメールでないとき、エラーが無いことから、ステップＳ４において、エラーコードをリセットする。また、発行部２１は、発行したトレーディングカードの画像データＩＤをセットする。そして、ステップＳ２２において、判別部１５は、エラーコードを送信データ設定部１８に出力し、発行部２１は、画像データＩＤを送信データ設定部１８に出力する。
【０１３３】
ステップＳ２３において、送信データ設定部１８は、判別部１５から入力されたエラーコードを受信し、次いで、ステップＳ２４において、判別部１５から入力されたエラーコードが登録会員情報にエラーがあったのかどうかを判断する。そして、送信データ設定部１８は、会員登録情報にエラーが無かったとき、ステップＳ２５において、発行したユーザＩＤをクッキーファイルに書き込む。また、送信データ設定部１８は、会員登録情報にエラーがあっとき、ステップＳ２６において、エラー表示画面を構成するデータを記憶部１７より読み出し、送信データを生成し、送信部１９より端末装置３０に送信する。
【０１３４】
ステップＳ２７において、送信データ設定部１８は、記憶部１７より会員登録終了ページを構成する表示データとトレーディングカードの画像データＩＤにより送信データを生成し、送信部１９より端末装置３０に送信する。端末装置３０は、サーバ装置１０からの送信データを受信部３１で受信すると、制御部３２を介して、表示部３６に図１１に示すような会員登録終了ページ９７を表示する。
【０１３５】
この会員登録終了ページ９７は、会員登録が終了したことの説明と発行された３枚のトレーディングカードを表示する。また、会員登録終了ページ９７は、会員登録終了釦９８が設けられている。そして、会員登録終了釦９８がクリックされたときには、上記図５に示すマイページ４３に進む。
【０１３６】
ここで、上記図１０のステップＳ１７におけるトレーディングカードの発行制御について説明する。例えば本システム１に参加するアーティストを２０人とすると、トレーディングカードは、各アーティストに対して５種類（赤、青、緑、黄、銀）、すなわち１００種類用意される。ここで、例えば５種類のトレーディングカードの内１種類、例えば銀色のトレーディングカードの発行確率を他のトレーディングカード（赤、青、緑、黄）の発行確率より低くする。これによって、銀色のカードについては、希少価値がでるようにする。そして、当たりの場合には、発行する３枚のトレーディングカードに銀色のトレーディングカードを含ませ、外れの場合には、銀色のトレーディングカードを含ませないようにする。
【０１３７】
更に具体的には、トレーディングカードの発行は、図１２に示すように、ランダムに５種類のトレーディングカードを並べたテーブルを複数用意し、最初から順に３枚ずつトレーディングカードを発行するようにする。
【０１３８】
ここで、発行率の低い銀色のトレーディングカード（スペシャルカード）の発行、すなわち当たりを５０人に１人出すようにする。すなわち、赤、青、緑、黄のトレーディングカードを５枚発行したときに１枚銀色のトレーディングカードを発行するようにする。この場合、先ず、外れのトレーディングカードの３枚のセット、すなわち赤、青、緑、黄のトレーディングカードのセットを５０セット（１５０枚）用意する（これをセットＡという。）。次いで、このセットＡを例えば６セット用意する（これをセットＢという。）。これにより、セットＡが３００セット（トレーディングカードが９００枚）用意されることになる。次いで、３枚のトレーディングカードの内１枚に銀色のトレーディングカードを含ませた当たりのセットＣを６セット（トレーディングカード１８枚）用意する。セットＢにセットＣをランダムに組合せ、全部で９１８枚のトレーディングカードからなる図１２に示すテーブルを用意する。そして、このように用意されたテーブルを用い、最初からトレーディングカードを３枚ずつ発行するようにすることで、銀色のトレーディングカードの発行確率、すなわち当たりの確率を５０人に１人とすることができる。
【０１３９】
次に、以上のように本システム１に会員登録したユーザが、上記図５に示す他マイページ４３、トレーディングカード購入ページ４９、トレーディングカード売却／役申告ページ５８等ログインが必要なページにアクセスする際の手順について図１３を参照して説明する。
【０１４０】
先ず、端末装置３０は、サーバ装置１０にアクセスし、表示部３６に図６に示すサイトトップページ４１を表示した状態にある。そして、ログインをするときには、ユーザは、入力操作部３８を用いて、図６のユーザＩＤ入力部６１とパスワード入力部６２に自分のユーザＩＤとパスワードＩＤとを入力し、ログイン釦６３をクリックする。すると、端末装置３０は、送信データ設定部３４でユーザＩＤ、パスワード、ログイン要求からなる送信データを生成し、送信部３５より送信データをサーバ装置１０に送信する。
【０１４１】
そして、サーバ装置１０は、受信部１１で端末装置３０からの送信データを受信すると、データ判別部１２でデータ種別する。そして、検索部１４は、ステップＳ３２において、上記表１４に示す第２の売買履歴レコードで不正アクセスユーザを検索する。ステップＳ３３において、判別部１２は、ログイン要求のあった端末装置３０のユーザＩＤが第２の売買履歴レコードに不正フラグがありになっているかを判断する。そして、判別部１２は、第２の売買履歴レコードにログイン要求のあったユーザＩＤの不正フラグが無しのとき、ステップＳ３５において、エラーコードをリセットし、エラー無しとする。また、判別部１２は、第２の売買履歴レコードに不正フラグがありのとき、ステップＳ３５において、エラーコードに不正ログインエラーをセットする。
【０１４２】
ステップＳ３４において、検索部１４は、ログイン要求のあったユーザのユーザマスタレコードを、ログイン要求のあったユーザＩＤとパスワードを用いて検索する。ステップＳ３６において、判別部１２は、ユーザＩＤがユーザマスタレコードのユーザＩＤと一致しているかどうか、パスワードがユーザマスタレコードのパスワードと一致しているかどうかを判断する。すなわち、ここで判別部１２は、ログイン要求にエラーがあるかないかを判断する。そして、エラーが存在しないとき、ステップＳ３７において、エラーが無いものとしてエラーコードをリセットする。また、判別部１２は、エラーが存在するとき、ステップＳ３８において、エラーコードにログインエラーをセットすると共に、更新部１６は、上記表１４の第２の売買履歴レコードに不正アクセス日付、時刻を記録する。また、更新部１６は、例えばユーザがパスワードを間違える度に不正回数を１ずつ加算する。これは、パスワード等を何度も変えて不正にアクセスしようとするものを排除するためである。そして、不正回数が所定値を超えたとき、更新部１６は、不正フラグを有りに更新する。ステップＳ３９において、判別部１２は、ステップＳ３９において、エラーコードを送信データ設定部１８に出力する。
【０１４３】
ステップＳ４０において、送信データ設定部１８は、エラーコードを受信すると、次いで、ログインにエラーが有ったかを受信したエラーコードより判断する。そして、エラーが無かったとき、ステップＳ４２において、送信データ設定部１８は、ログイン要求のあったウェブページの表示情報を記憶部１７より読み出す。また、送信データ設定部１８は、クッキーファイルにユーザ名を記録する。そして、送信部１９は、送信データ設定部１８で生成された送信データを端末装置３０に送信する。また、送信データ設定部１８は、エラーが不正ログインエラー、すなわちステップＳ３３でのエラーであるとき、警告表示データを記憶部１７より読み出し、送信データを生成し、これを送信部１９より端末装置３０に送信する。また、ステップＳ４３において、送信データ設定部１８は、パスワード、ユーザＩＤ間違い等のエラーであるとき、ログインエラーの表示情報を記憶部１７より読み出し、送信データを生成し、これを送信部１９より端末装置３０に送信する。
【０１４４】
次に、アクセスするのにログインが必要なマイページ４３にアクセスする際の手順について説明する。このマイページ４３には、登録ユーザの個人情報が表示される。先ず、端末装置３０は、図６に示すサイトトップページ４１を表示制御部３７の制御により表示部３６に表示する。ここで、ユーザは、入力操作部３８を用いて、図６のユーザＩＤ入力部６１とパスワード入力部６２に自分のユーザＩＤとパスワードＩＤとを入力し、マイページ釦７３をクリックする。すると、端末装置３０は、送信データ設定部３４でユーザＩＤ、パスワード、マイページ４３へのログイン要求からなる送信データを生成し、送信部３５より送信データをサーバ装置１０に送信する。
【０１４５】
そして、サーバ装置１０は、図１４に示すように、ステップＳ４１において、受信部１１で端末装置３０からの送信データを受信すると、データ判別部１２でクッキーファイルよりユーザＩＤを読み取り、ステップＳ４２において、ログイン済みがどうかを判断する。データ判別部１２は、未だログインをしていないとき、送信データ設定部１８にこれを出力し、送信データ設定部１８は、記憶部１７よりエラー表示データを読み出し、送信データを生成し、送信部１９よりこれを端末装置３０に送信する。また、データ判別部１２は、ユーザＩＤとパスワードが送信されたときには、上記図１３の処理を行う。そして、既にログインされているときには、ステップＳ４３において、その結果を検索部１４に出力する。
【０１４６】
ステップＳ４４において、検索部１４は、ユーザＩＤを元に、上記表１に示すユーザマスタレコードを検索する。そして、検索部１４は、ユーザマスタレコードより、当該ユーザのカード保有枚数と、カード評価と、所持ポイントと、総資産と、紹介回数と、役申告回数を抽出する。また、ステップＳ４７において、検索部１４は、ユーザＩＤを元に、当該ユーザの上記表１２に示す売却注文レコードと上記表１３に示す購入注文レコードを検索する。そして、検索部１４は、ステップＳ４８において、売却注文と購入注文のカードＩＤ、アーティストＩＤ、注文状況を抽出する。
【０１４７】
ステップＳ４９において、検索部１４は、カードＩＤを元に、上記表７に示すカードマスタレコードと上記表８に示すカード価格履歴を検索し、ユーザの保有するトレーディングカードの価格を取得し、ユーザの所有するトレーディングカードの総額を算出する。
【０１４８】
ステップＳ５０において、検索部１４は、ステップＳ５０において、上記表３に示すユーザ所持カードレコードをユーザＩＤを元に検索し、ステップＳ５１において、ユーザが所有するトレーディングカードの購入時価格を抽出する。
【０１４９】
また、検索部１４は、ステップＳ５２において、ユーザが所有するトレーディングカードのアーティストＩＤを元にして、該当するアーティストマスタレコードを検索し、当該アーティストのトレーディングカードの現在の価格を抽出する。そして、検索部１４は、ステップＳ５３において、送信データ設定部１８にこれらのデータを出力する。
【０１５０】
ステップＳ５４において、送信データ設定部１８は、これらのデータが入力されると、次いでステップＳ５５において、記憶部１７よりマイページ４３を構成する表示データ等を読み出し、データベースより抽出したデータと組合せ、送信データを生成し、送信部１９より送信データを端末装置３０に送信する。
【０１５１】
端末装置３０は、受信部３１でサーバ装置１０から送信されたマイページ４３の送信データを受信すると、表示部３６にマイページ４３を表示する。ここで、マイページ４３について図１５を参照して説明すると、マイページ４３は、個人情報が表示される個人情報表示部１０１と、現在のトレーディングカードの注文状況、すなわちユーザが所有しているトレーディングカードの注文状況が表示される注文状況表示部１０２と、ユーザが所有するトレーディングカードを表示するトレーディングカード表示部１０３とから構成される。
【０１５２】
個人情報表示部１０１には、ユーザの総資産、トレーディングカードの保有枚数、カード評価、所持ポイント、ユーザランキング、紹介回数、役申告回数が表示される。
【０１５３】
注文状況表示部１０２には、ユーザが所有するトレーディングカードが売却注文に出されているか購入注文に出されているかの表示と、売却注文や購入注文に出されているトレーディングカードの銘柄（アーティスト名）と、トレーディングカードの種類（赤、青、緑、黄、銀）と、トレーディングカードの購入価格と、売却注文時の価格と、購入注文時の価格と、注文を取り消すための注文取消釦１０４とから構成されている。
【０１５４】
また、トレーディングカード表示部１０３は、ユーザが保有するトレーディングカードの画像データと、トレーディングカードのアーティスト名と、ユーザが当該トレーディングカードを購入したときの購入価格と、当該トレーディングカードの現在の価格とから構成されている。ここで、各トレーディングカードの画像データは、入力操作部３８でクリックすることにより、拡大表示されるようになっている。
【０１５５】
次に、マイページ４３の注文状況表示部１０２の注文取消釦１０４をクリックしたとき、すなわちトレーディングカードの売却注文や購入注文の取消を行うときの手順について図１６を参照して説明する。
【０１５６】
先ず、ユーザの操作に応じてマイページ４３の注文取消釦１０４がクリックされると、送信データ設定部３４は、注文取消を行うトレーディングカードのＩＤ、注文取消データ等を含む送信データを生成し、送信部３５よりサーバ装置１０に送信する。
【０１５７】
サーバ装置１０は、受信部１１で端末装置３０からの送信データを受信すると、データ判別部１２が、ステップＳ６１において、クッキーファイルよりログイン済みがどうかを判断し、ユーザＩＤを読み取る。ステップＳ６２において、データ判別部１２は、未ログインであるかを判断する。データ判別部１２は、ステップＳ６３において、未だログインをしていないとき、送信データ設定部１８にこれを出力し、送信データ設定部１８は、記憶部１７よりエラー表示データを読み出し、送信データを生成し、送信部１９よりこれを端末装置３０に送信する。また、既にログインされているときには、ステップＳ６４において、その結果を検索部１４に出力する。
【０１５８】
ステップＳ６６において、検索部１４は、売却注文の取消であるか購入注文の取消であるかを抽出し、次いで、ステップＳ６７において、売却注文であるかを判断する。
【０１５９】
検索部１４は、購入注文の取消であると判断したとき、ステップＳ６８において、ユーザＩＤを元にして上記表１３の当該ユーザの購入注文レコードにアクセスし、更新部１６は、取消のあるトレーディングカードに購入注文取消フラグを立て、購入注文を取り消す。ステップＳ６９において、検索部１４は、ユーザＩＤを元にして上記表１のユーザマスタレコードを検索し、ステップＳ７０において、更新部１６は、所持ポイントに取り消したトレーディングカードの価格分を加算し、購入注文、購入注文合計金額を減算する。ステップＳ７１において、検索部１４は、アーティストＩＤを元に当該アーティストのアーティストマスタレコードにアクセスし、更新部１６は、購入注文数を減算する。
【０１６０】
また、売却注文の取消であるとき、ステップＳ７２において、ユーザＩＤを元にして上記表１２の当該ユーザの売却注文レコードにアクセスし、更新部１６は、取消のあるトレーディングカードに売却注文取消フラグを立て、売却注文を取り消す。ステップＳ７３において、検索部１４は、ユーザＩＤを元にして上記表１のユーザマスタレコードを検索し、ステップＳ７４において、更新部１６は、売却注文数を減算する。ステップＳ７５において、検索部１４は、アーティストＩＤを元に当該アーティストのアーティストマスタレコードにアクセスし、更新部１６は、売却注文数を減算する。
【０１６１】
そして、検索部１４は、処理が終了したことを送信データ設定部１８に出力する。ステップＳ７７において、送信データ設定部１８は、これらのデータが入力されると、次いでステップＳ７８において、再度、記憶部１７よりマイページ４３を構成する表示データ等を読み出し、データベースより抽出したデータと組合せ、送信データを生成し、送信部１９より送信データを端末装置３０に送信する。すなわち、送信データ設定部１８は、端末装置３０に注文取消が反映されたマイページ４３を表示することができるようにする。
【０１６２】
次に、図５に示すアーティストトップページ４５にアクセスする際の手順について説明する。このアーティストトップページ４５は、本システムに登録しているアーティストを紹介するページである。先ず、端末装置３０は、図６に示すサイトトップページ４１を表示制御部３７の制御により表示部３６に表示する。ここで、ユーザは、入力操作部３８を用いて、図６のアーティスト選択釦６４をクリックする。すると、端末装置３０は、送信データ設定部３４でアーティストＩＤ等からなる送信データを生成し、送信部３５より送信データをサーバ装置１０に送信する。
【０１６３】
そして、サーバ装置１０は、図１７に示すように、受信部１１で端末装置３０からの送信データを受信すると、ステップＳ８１において、クッキーファイルよりアーティストＩＤを読み取り、これを検索部１４に出力する。ステップＳ８２において、検索部１４は、アーティストＩＤを元にして、当該アーティストＩＤの上記表６に示すアーティストマスタレコードを検索する。そして、検索部１４は、ステップＳ８３において、現在のトレーディングカードの価格と、当該アーティストの売買が成立した回数と、トレーディングカードの売却注文数と、トレーディングカードの購入注文数、全体の楽曲データのダウンロード指数とを取得する。
【０１６４】
また、検索部１４は、ステップＳ８４において、上記表４に示すアクセスしたユーザのユーザファンポイントレコードを検索し、更新部１６は、ファンポイントに１加算する。また、検索部１４は、このファンポイントを元にして当該アーティストのファンポイントランキングを算出する。そして、更新部１６は、表１のユーザマスタレコードのファンポイントランキングを更新する。
【０１６５】
検索部１４は、ステップＳ８５において、送信データ設定部１８にこれらのデータを出力する。ステップＳ８６において、送信データ設定部１８は、これらのデータが入力されると、次いでステップＳ８７において、記憶部１７よりアーティストトップページ４５を構成する表示データ等を読み出し、データベースより抽出したデータと組合せ、送信データを生成し、送信部１９より送信データを端末装置３０に送信する。
【０１６６】
端末装置３０は、受信部３１でサーバ装置１０から送信されたアーティストトップページ４５の送信データを受信すると、表示部３６にアーティストトップページ４５を表示する。ここで、アーティストトップページ４５について、図１８を参照して説明すると、このアーティストトップページ４５は、当該アーティストの画像データ表示部１０５と、アーティストのプロフィール表示部１０６と、ディスコグラフィー表示部１０７と、アーティストの予定等の情報表示部１０８と、アーティストの楽曲データを視聴するための視聴表示部１０９と、アーティストのトレーディングカードに関する情報が表示されるカード情報表示部１１０と、アーティストのユーザファンポイントランキング表示部１１１と、当該アーティストの掲示板や当該アーティストに関してチャットをするためのコミュニケーション表示部１１２とが設けられている。
【０１６７】
カード情報表示部１１０には、上記表６のアーティストマスタレコードに関する情報が表示され、具体的に、本日のトレーディングカードの価格と、現在の楽曲データのダウンロード指数と、当該アーティストに関し紹介メールが送信された全体の回数と、トレーディングカードの売買回数と、トレーディングカードの売却注文数と購入注文数とが表示される。すなわち、アクセスしたユーザが、トレーディングカードを取引する際に参考にできる情報が表示される。
【０１６８】
また、視聴表示部１０９には、ユーザが端末装置３０で楽曲データをストリーミング再生することができる視聴釦１１３と、楽曲データを端末装置３０にダウンロードできるダウンロード釦１１４と、アーティストの紹介メールを送信するための紹介釦１１５とが設けられている。
【０１６９】
ここで、ダウンロード釦１１４が選択されたときについて図１９を参照して説明する。ユーザが入力操作部３８を用いて、ダウンロード釦１１４をクリックする。すると、端末装置３０は、送信データ設定部３４でユーザＩＤ、楽曲ＩＤ等からなる送信データを生成し、送信部３５より送信データをサーバ装置１０に送信する。
【０１７０】
すると、サーバ装置１０は、図１９に示すように、ステップＳ９１において、受信部１１で端末装置３０からの送信データを受信すると、クッキーファイルより楽曲ＩＤ、ユーザＩＤを読み取り、次いで、ステップＳ９２において、データ判別部１２は、検索部１４にこれらのデータを出力する。ステップＳ９３において、検索部１４は、上記表９に示す楽曲マスタレコードを楽曲ＩＤを元にして検索し、アーティストＩＤを取得する。ステップＳ９４において、検索部１４は、楽曲ＩＤ、アーティストＩＤを元にして、上記表１０に示す楽曲ダウンロード履歴レコードを検索する。そして、更新部１６は、ダウンロードを行うユーザＩＤ、ダウンロード日付、ダウンロード日時ダウンロード種別（ここでは、会員）を記録する。
【０１７１】
ステップＳ９５において、判別部１５は、楽曲データのダウンロードを行うユーザに対して例えば１／２５６の確率でトレーディングカードを発行するための抽選を行う。そして、当選したときには、発行部２１は、トレーディングカードを１枚発行する。なお、ここで発行するトレーディングカードは、ダウンロードする楽曲データに関連性を持たせるために、ダウンロードする楽曲データのアーティストのものとされる。勿論、発行されるトレーディングカードは、ダウンロードするアーティストのものでなくてもよい。
【０１７２】
ステップＳ９６において、検索部１４は、アーティストＩＤを元にして楽曲データがダウンロードされるアーティストの上記表６に示すアーティストマスタレコードを検索する。そして、更新部１６は、アーティストマスタレコードの当日のダウンロード指数と全体のダウンロード指数に１を加算する。ステップＳ９８において、検索部１４は、ユーザＩＤを元にして、上記表１に示す当該ユーザのユーザマスタレコードを検索する。そして、更新部１６は、ステップＳ９９において、所持ポイント及び総資産から５ＭＣを減算し、イベントポイントに１を加算する。
【０１７３】
また、検索部１４は、ステップＳ１００において、ユーザＩＤとアーティストＩＤを元にして上記表４に示すユーザファンポイントレコードを検索する。そして、更新部１６は、ステップＳ１０１において、ユーザＩＤやアーティストＩＤが無いときには、これらのＩＤを追加する。そして、ステップＳ１０２において、更新部１６は、ファンポイントとイベントポイントを１加算する。
【０１７４】
ステップＳ１０３において、発行部２１は、トレーディングカードを発行するとき、そのカードＩＤ等を送信データ設定部１８に出力する。ステップＳ１０４において、送信データ設定部１８は、これらのデータが入力されると、次いでステップＳ１０５において、トレーディングカードが当選しているかどうかを判断する。そして、トレーディングカードが当選しているとき、送信データ設定部１８は、ステップＳ１０６において、ダウンロード回数等を反映させた新たなアーティストトップページ４５を構成するのに必要な表示データを記憶部１７より読み出し、送信データを生成すと共に、当選したトレーディングカードの画像ＩＤを元にしてトレーディングカードの画像データを読み出し、送信データを生成する。また、トレーディングカードが外れたとき、送信データ設定部１８は、ステップＳ１０７において、外れをユーザに知らせるための表示データを読み出し、送信データを生成する。
【０１７５】
また、これらの処理と同時に、送信データ設定部１８は、ダウンロード要求のあった楽曲データを記憶部１７より読み出し、送信データを生成する。端末装置３０は、受信部３１でサーバ装置１０から送信されたアーティストトップページ４５の送信データを受信すると、表示部３６に更新されたアーティストトップページ４５を表示する。また、制御部３２は、ダウンロードした楽曲データをメモリ３３等に保存する。
【０１７６】
メモリ３３に保存された楽曲データは、利用者の操作に応じて、メモリ３３より読み出され、デコーダ３９に出力され、所定のデコード処理がなされた後、Ｄ／Ａコンバータ３９によりディジタル信号からアナログ信号に変換され、スピーカ２９より出力される。
【０１７７】
なお、上記図１８の視聴釦１１３がクリックされたときには、図２０に示すような視聴ページ４６が表示される。この視聴ページ４６は、視聴できる楽曲データ毎に、楽曲データに関連する画像データが表示されており、また、視聴釦１１７と、紹介メールを送るための紹介釦１１８が設けられている。そして、視聴釦１１７がクリックされたとき、サーバ装置１０は、図１９に示す処理、すなわちトレーディングカードの抽選処理を行わず楽曲データのみを端末装置３０に送信する。端末装置３０では、メモリ３３に保存すること無く楽曲データを再生する。
【０１７８】
次に、会員登録したユーザが所有するトレーディングカードを売却したり、役を申告するときに、トレーディングカード売却／役申告ページ５８にアクセスする際の手順について図２１を参照して説明する。
【０１７９】
先ず、端末装置３０は、図６に示すサイトトップページ４１を表示制御部３７の制御により表示部３６に表示する。ここで、ユーザは、入力操作部３８を用いて、図６のユーザＩＤ入力部６１とパスワード入力部６２に自分のユーザＩＤとパスワードＩＤとを入力し、トレーディングカード売却／役申告ページ釦６９をクリックする。すると、端末装置３０は、送信データ設定部３４でユーザＩＤ、パスワード、トレーディングカード売却／役申告ページ釦６９へのログイン要求からなる送信データを生成し、送信部３５より送信データをサーバ装置１０に送信する。
【０１８０】
そして、サーバ装置１０は、図２１に示すように、受信部１１で端末装置３０からの送信データを受信すると、データ判別部１２でクッキーファイルよりユーザＩＤを読み取る。ログインが行われていないとき、データ判別部１２は、未ログインであることを送信データ設定部１８に出力し、送信データ設定部１８は、未ログインである旨を表示する表示データを記憶部１７より読み出し、送信部１９より送信する。また、データ判別部１２は、ログイン済みであるとき、ステップＳ１１４において、検索部１４に、ログイン済みであることを出力する。
【０１８１】
ステップＳ１１５において、検索部１４は、ユーザＩＤを元にして上記表１に示す当該ユーザのユーザマスタレコードを検索する。ステップＳ１１６において、検索部１４は、当該ユーザの総資産と、トレーディングカードの保有枚数と、ユーザが所有するトレーディングカード全ての価格であるカード評価と、ユーザの所持ポイントと、紹介実績と、トレーディングカードの売買実績と、ユーザの役申告実績とを取得する。ステップＳ１１７において、検索部１４は、ユーザＩＤを元にして上記表３に示すユーザ所持カードレコードを検索し、ユーザが所有するガードＩＤ、アーティストＩＤ等を取得する。ステップＳ１１８において、検索部１４は、カードＩＤ、アーティストＩＤ等を元にして、上記表６に示すアーティストマスタレコードを検索し、ユーザが所有するトレーディングカードの現在の価格等を取得する。そして、検索部１４は、ステップＳ１１９において、これらの結果を送信データ設定部１８に出力する。
【０１８２】
ステップＳ１２０において、送信データ設定部１８は、記憶部１７よりトレーディングカード売却／役申告ページ５８を構成する表示データを読み出すと共にこれら表示データと検索部１４での検索結果とを組合せ送信データを生成する。そして、送信データは、送信部１９より端末装置３０に送信される。
【０１８３】
端末装置３０は、受信部３１でサーバ装置１０から送信されたトレーディングカード売却／役申告ページ５８の送信データを受信すると、表示部３６にトレーディングカード売却／役申告ページ５８を表示する。ここで、トレーディングカード売却／役申告ページ５８について図２２を参照して説明すると、トレーディングカード売却／役申告ページ５８は、ユーザの状態が表示されるユーザ状態表示部１２１と、ユーザが保有するトレーディングカードの保有一覧が表示される一覧表示部１２２とから構成されている。
【０１８４】
ユーザの状態表示部１２１は、ユーザの総資産、トレーディングカードの保有枚数、カード評価、所持ポイント、ユーザランキング、紹介回数、売買回数、役申告回数が表示される。また、一覧表示部１２２には、ユーザが保有するトレーディングカードの画像データと、現在のトレーディングカードの価格と、トレーディングカードの購入価格とが表示されている。また、この一覧表示部１２２には、売却又は役申告を行うトレーディングカードを選択するための選択欄１２３が設けられている。更に、この一覧表示部１２２の下側には、トレーディングカードの売却申告枚数と、その総額が表示され、更に、選択欄１２３をクリックすることにより選択されたトレーディングカードを売却申告するための売却注文釦１２４と、選択欄１２３をクリックすることにより選択されたトレーディングカードを役申告するための役申告釦１２５が設けられている。すなわち、このトレーディングカード売却／役申告ページ５８では、選択したトレーディングカードの売却と役申告とを選択的に行うことができるようになっている。
【０１８５】
次に、ユーザが入力操作部３８で選択欄１２３をクリックし、申告するトレーディングカードを選択し、選択されたトレーディングカードを売却するため売却注文釦１２４をクリックすることで、トレーディングカードの売却注文をサーバ装置１０に出すときの処理について図２３を参照して説明する。先ず、ユーザの操作に応じて入力操作部３８より申告されるトレーディングカードが選択され、売却注文釦１２４がクリックされると、送信データ設定部３４は、選択されたトレーディングカードＩＤ、売却注文識別データ等からなる送信データを生成し送信部３５に出力する。そして、送信部３５は、この送信データをサーバ装置１０に送信する。
【０１８６】
サーバ装置１０は、図２３に示すように、受信部１１で端末装置３０から送信された送信データを受信する。そして、データ判別部１２は、ステップＳ１３１において、選択されたトレーディングカードＩＤ、売却注文識別データ等を検索部１４に出力する。検索部１４は、ステップＳ１３２において、ユーザＩＤを元にして、上記表３のユーザ所持カードレコードを検索する。そして、判別部１５は、ステップＳ１３３において、重複注文が無いか等のエラーを判断する。そして、判別部１５は、エラーがあるとき、ステップＳ１３４において、エラーコードをセットする。また、エラーが無いとき、判別部１５は、ステップＳ１３５において、エラーコードをリセットする。そして、ステップＳ１３６において、判別部１５は、送信データ設定部１８にエラーコードを出力する。ステップＳ１３８において、送信データ設定部１８は、エラーコードが入力されると、ステップＳ１３８において、エラーコードにエラーがあるかないかを判断する。
【０１８７】
送信データ設定部１８は、エラーが無いとき、ステップＳ１３９において、トレーディングカードの売却注文を確認するための売却注文確認ページを構成する表示データを読み出し、送信データを生成し、送信部１９よりこの送信データを端末装置３０に送信する。また、エラーがあるとき、送信データ設定部１８は、ステップＳ１４０において、エラーメッセージを構成する表示データを記憶部１７より読み出し、送信部１９より端末装置３０に送信する。
【０１８８】
端末装置３０は、受信部３１で送信データを受信すると、表示部３６に注文確認ページを表示する。ここで、この注文確認ページ１２８について、図２４を参照して説明すると、この注文確認ページ１２８は、ユーザの状態が表示されるユーザ状態表示部１２９と、ユーザが売却注文を出しているトレーディングカードを一覧表示する注文確認一覧表示部１３０とから構成されている。
【０１８９】
ユーザの状態表示部１２９は、トレーディングカードの保有枚数、カード評価、所持ポイント、総資産が表示される。また、注文確認一覧表示部１３０は、トレーディングカード毎に、銘柄と、売却申告している枚数と、合計金額が表示される。更に、注文確認ページ１２８には、売却申告枚数、売却申告しているトレーディングカードの総額が表示される。更に、注文確認ページ１２８には、売却注文を最終決定する決定釦１３１と、売却注文を取り消すキャンセル釦１３２が設けられている。
【０１９０】
そして、端末装置３０は、ユーザの操作に応じて入力操作部３８により決定釦１３１又はキャンセル釦１３２の何れかがクリックされると、送信データ設定部３４で決定データ又はキャンセルデータの何れかやカードＩＤやユーザＩＤを含む送信データを生成し、送信部３５より送信データをサーバ装置１０に送信する。
【０１９１】
サーバ装置１０は、図２５に示すように、受信部１１で端末装置３０からの送信データを受信すると、ステップＳ１４１において、データ判別部１２でクッキーファイルよりユーザＩＤを読み取る。ステップＳ１４２において、データ判別部１２は、ログイン済みであるどうかを判断する。そして、データ判別部１２は、未だログインをしていないとき、ステップＳ１４３において、送信データ設定部１８にこれを出力し、送信データ設定部１８は、記憶部１７よりエラー表示データを読み出し、送信データを生成し、送信部１９よりこれを端末装置３０に送信する。また、データ判別部１２は、ログイン済みであるとき、ステップＳ１４４において、送信データから売却注文情報を取得し、ステップＳ１４５において、ユーザＩＤと売却注文情報を検索部１４に出力する。
【０１９２】
ステップＳ１４６において、検索部１４は、ユーザＩＤを元にして、上記表３に示すユーザ所持カードレコードを検索する。そして、検索部１４は、売却注文情報を取得し、ステップＳ１４７において、ユーザ所持カードレコードより売却注文の出たトレーディングカードのアーティストＩＤを取得する。また、更新部１６は、売却注文フラグを有りにセットする。検索部１４は、ステップＳ１４９において、上記アーティストＩＤを元にして、上記表６に示すアーティストマスタレコードを検索する。そして、更新部１６は、ステップＳ１５０において、売却注文数を売却注文のあった数だけ加算する。また、検索部１４は、現在のトレーディングカードの価格を取得する。ステップＳ１５１において、検索部１４は、カードＩＤを元にして、上記表７に示すカードマスタレコードを検索する。ステップＳ１５２において、更新部１６は、カード売却注文数を売却注文のあった数だけ加算する。そして、更新部１６は、上記表１２に示す売却注文レコードの更新を行う。すなわち、更新部１６は、売却注文レコードに、カードＩＤとアーティストＩＤと、ユーザＩＤと、注文日付と、注文時刻とを記録すると共に、売却注文フラグを注文中にする。そして、検索部１４は、結果を送信データ設定部１８に出力する。
【０１９３】
ステップＳ１５５において、送信データ設定部１８は、検索部１４より結果が入力されると、ステップＳ１５６において、記憶部１７より注文確定ページを構成する表示データを読み出し、送信データを生成する。そして、送信部１９は、送信データを端末装置３０に送信する。
【０１９４】
端末装置３０は、受信部３１でサーバ装置１０からの送信データを受信すると、図２４に示す注文確定ページ１３４を表示部３６に表示する。なお、この注文確定ページ１３４は、注文確認ページ１２８とほぼ同様な構成を有するため詳細は省略する。かくして、ユーザは、表示部３６に表示された注文確定ページ１３４を見ることによって、注文が完了したことを知ることができる。
【０１９５】
また、上記図２２に示したトレーディングカード売却／役申告ページ５８からは、役申告釦１２５をクリックすることでサーバ装置１０対してトレーディングカードの役を申告することができる。
【０１９６】
ここで、トレーディングカードの役について説明する。上述したように、トレーディングカードは、各アーティスト毎に赤、青、緑、黄、銀の５種類が用意されている。そこで、役申告は、トレーディングカード４枚以上で行うことができる。具体的に、この役には、１アーティストについて５種類全てのトレーディングカードを揃えたとき成立するものと、アーティストを問わず同一色のトレーディングカードを４枚以上揃えたときに成立するものと、同一のカード、すなわちアーティストと色が同じカードを４枚以上揃えたときに成立するものがある。
【０１９７】
１アーティストについて５種類全てのトレーディングカードを揃えたとき成立する役は、申告したトレーディングカードの申告時の価格の総額の１２０％をユーザにボーナスポイントとして支給するようにする。この役は、発行数の少ない銀色のトレーディングカードを要件とすることから、トレーディングカードの売却価格より２０％高くボーナスポイントを設定するようにしている。
【０１９８】
アーティストを問わず同一色のトレーディングカードを４枚以上揃えたときに成立する役は、４枚で申告したとき、トレーディングカードの申告時の価格の総額の１００％（銀色のトレーディングカードを含むとき１０５％）ととし、５枚で申告したとき、トレーディングカードの申告時の価格の総額の１０５％（銀色のトレーディングカードを含むとき１１０％）ととし、６枚で申告したとき、トレーディングカードの申告時の価格の総額の１１０％（銀色のトレーディングカードを含むとき１２０％）ととし、７枚で申告したとき、トレーディングカードの申告時の価格の総額の１２０％（銀色のトレーディングカードを含むとき１４０％）ととし、８枚で申告したとき、トレーディングカードの申告時の価格の総額の１４０％（銀色のトレーディングカードを含むとき１８０％）をユーザにボーナスポイントとして支給するようにする。
【０１９９】
同一のカードを４枚以上揃えたときに成立する役は、４枚で申告したとき、トレーディングカードの申告時の価格の総額の１０５％（銀色のトレーディングカードを含むとき１１０％）ととし、５枚で申告したとき、トレーディングカードの申告時の価格の総額の１１０％（銀色のトレーディングカードを含むとき１２０％）ととし、６枚で申告したとき、トレーディングカードの申告時の価格の総額の１２０％（銀色のトレーディングカードを含むとき１４０％）ととし、７枚で申告したとき、トレーディングカードの申告時の価格の総額の１４０％（銀色のトレーディングカードを含むとき１８０％）ととし、８枚で申告したとき、トレーディングカードの申告時の価格の総額の１８０％（銀色のトレーディングカードを含むと２６０％）をユーザにボーナスポイントとして支給するようにする。
【０２００】
同一のカードを４枚以上揃えたときに成立する役は、アーティストに対する支援度が高いことから、アーティストを問わず同一色のトレーディングカードを４枚以上揃えたときに成立する役よりも高くボーナスポイントを出すようにしている。
【０２０１】
更に、アーティストを問わず同一色のトレーディングカードを４枚以上揃えたときに成立する役と同一のカードを４枚以上揃えたときに成立する役は、銀色のトレーディングカードを含むとき、銀色のトレーディングカードの発行枚数が少ないことから、銀色のトレーディングカードを含まないときよりもボーナスポイントが高くなるようにしている。
【０２０２】
以上のような役のテーブルは、例えば蓄積部１３に保存されている。
【０２０３】
そして、以上のような役を構成するトレーディングカードを揃えたユーザが役を申告する手順について説明すると、ユーザは、先ず、図２２に示すトレーディングカード売却／役申告ページ５８の入力操作部３８により選択欄で役を構成するトレーディングカードを選択し、次いで、役申告釦１２４をクリックする。すると、送信データ設定部３４は、カードＩＤ、ユーザＩＤ、役申告識別データ等からなる送信データを生成し、送信部３５は、サーバ装置１０に送信データを送信する。
【０２０４】
受信部１１で端末装置３０からの送信データを受信すると、ステップＳ１６１において、データ判別部１２でクッキーファイルよりユーザＩＤを読み取る。ステップＳ１６２において、データ判別部１２は、ログイン済みであるどうかを判断する。そして、データ判別部１２は、未だログインをしていないとき、ステップＳ１６３において、送信データ設定部１８にこれを出力し、送信データ設定部１８は、記憶部１７よりエラー表示データを読み出し、送信データを生成し、送信部１９よりこれを端末装置３０に送信する。また、データ判別部１２は、ログイン済みであるとき、ステップＳ１６４において、送信データから役申告情報を取得し、ステップＳ１６５において、ユーザＩＤと役申告情報を検索部１４に出力する。
【０２０５】
検索部１４は、ステップＳ１６６において、ユーザＩＤを元に、上記表３に示すユーザ所有カードレコードを検索する。ステップＳ１６７において、検索部１４は、ユーザ所有カードレコードから申告されたトレーディングカードＩＤとアーティストＩＤとを取得する。判別部１５は、ステップＳ１６８において、蓄積部１３に保存されている役のテーブルと比較し、申告された役の判別処理を行う。判別部１５は、ステップＳ１６９において、役の判別を行う。判別部１５は、役が成立していなかったとき、ステップＳ１７０に進み、エラーコードに役不成立をセットする。また、検索部１４は、役が成立しているとき、ステップＳ１７１において、アーティストＩＤを元に、上記表６に示すアーティストマスタレコードを検索し、役申告がされているトレーディングカードの現在の価格を取得する。ステップＳ１７２において、判別部１５は、役に応じたボーナスポイントを算出する。ステップＳ１７３において、検索部１４は、ユーザＩＤを元にして、上記表１に示すユーザマスタレコードを検索する。そして、検索部１４は、ユーザマスタレコードより、トレーディングカードの保有枚数、カード評価、所持ポイント、総資産を抽出する。ステップＳ１７４において、検索部１４は、検索結果又はエラーコードを送信データ設定部１８に出力する。
【０２０６】
ステップＳ１７５において、送信データ設定部１８は、検索部１４からの出力が入力されると、ステップＳ１７６において、エラーがあったか無いかを判断する。エラーがあったとき、ステップＳ１７７において、送信データ設定部１８は、エラー表示を行うための表示データを記憶部１７より読み出し、送信データを生成し、送信部１９より端末装置３０に送信する。また、エラーが無かったとき、ステップＳ１７８において、送信データ設定部１８は、記憶部１７より役申告確認ページを構成する表示データを読み出し、送信データを生成し、送信部１９より送信データを端末装置３０に送信する。
【０２０７】
端末装置３０は、受信部３１で送信データを受信すると、表示部３６に図２７に示す役確認ページ１３６を表示する。ここで、役確認ページ１３６は、ユーザの状態が表示されるユーザ状態表示部１３７と、ユーザが役申告を出しているトレーディングカードを一覧表示する申告カード一覧表示部１３８と、ボーナスポイントを説明するボーナスポイント説明部１３９とから構成されている。
【０２０８】
ユーザ状態表示部１３７は、トレーディングカードの保有枚数、カード評価、所持ポイント、総資産が表示される。また、申告カード一覧表示部１３８は、役申告しているトレーディングカードの銘柄と、トレーディングカードの色と、トレーディングカードの現在の価格が表示される。更に、ボーナスポイント説明部１３９には、役の申告枚数と、役申告をしているトレーディングカード全部の合計金額と、役申告により得られるボーナスポイントと、役申告により得られる合計金額とが表示される。
【０２０９】
更に、役確認ページ１３６には、役を決定するための決定釦１４０と、役申告をキャンセルするためのキャンセル釦１４１とが設けられている。
【０２１０】
そして、端末装置３０は、ユーザの操作に応じて入力操作部３８により決定釦１３１又はキャンセル釦１３２の何れかがクリックされると、送信データ設定部３４で決定データ又はキャンセルデータの何れかやカードＩＤやユーザＩＤを含む送信データを生成し、送信部３５より送信データをサーバ装置１０に送信する。
【０２１１】
サーバ装置１０は、受信部１１で端末装置３０からの送信データを受信すると、ステップＳ１８１において、データ判別部１２でクッキーファイルよりユーザＩＤを読み取る。ステップＳ１８２において、データ判別部１２は、ログイン済みであるどうかを判断する。そして、データ判別部１２は、未だログインをしていないとき、ステップＳ１８３において、送信データ設定部１８にこれを出力し、送信データ設定部１８は、記憶部１７よりエラー表示データを読み出し、送信データを生成し、送信部１９よりこれを端末装置３０に送信する。また、データ判別部１２は、ログイン済みであるとき、ステップＳ１８４において、送信データから役申告情報を取得し、ステップＳ１４５において、ユーザＩＤと役申告情報を検索部１４に出力する。
【０２１２】
検索部１４は、ステップＳ１８６において、ユーザＩＤを元に、上記表３に示すユーザ所有カードレコードを検索する。ステップＳ１８７において、検索部１４は、ユーザ所有カードレコードから申告されたトレーディングカードＩＤとアーティストＩＤとを取得する。判別部１５は、ステップＳ１８８において、蓄積部１３に保存されている役のテーブルと比較し、申告された役の判別処理を行う。判別部１５は、ステップＳ１８９において、役の判別を行う。判別部１５は、役が成立していなかったとき、ステップＳ１９０に進み、エラーコードに役不成立をセットする。また、検索部１４は、役が成立しているとき、ステップＳ１９１において、アーティストＩＤを元に、上記表６に示すアーティストマスタレコードを検索する。そして、検索部１４は、役申告がされているトレーディングカードの現在の価格を取得する。ステップＳ１９２において、判別部１５は、役に応じたボーナスポイントを算出する。ステップＳ１９３において、検索部１４は、ユーザＩＤを元にして、上記表１に示すユーザマスタレコードを検索する。そして、ステップＳ１９４において、更新部１６は、ユーザマスタレコードを更新する。すなわち、所持ポイントは、役申告されたトレーディングカードの現在の価格を総計したものに、役の種類に応じたボーナスポイントを加算したものとする。また、更新部１６は、役申告回数に１を加算する。更に、更新部１６は、保有枚数を役の申告枚数分減算し、カード評価は、役を申告したトレーディングカードの現在の価格の総計を減算する。更に、更新部１６は、総資産に対して役申告により得られる金額、すなわち、役申告されたトレーディングカードの現在の価格を総計にボーナスポイントを加算した金額を加算する。更に、更新部１６は、イベントポイントに１を加算する。
【０２１３】
ステップＳ１９５において、更新部１６は、役申告がされたトレーディングカードを、詳細は省略するが蓄積部１３に設けられた役申告済みカードレコードに記録する。この役申告済みカードレコードは、役申告されたトレーディングカードを、所定期間を経てから発行部２１が再発行し、市場に出すようにするための管理レコードである。したがって、役申告済みカードレコードには、カードＩＤ、役申告日時等が記録される。ステップＳ１９６において、更新部１６は、上記表３に示すユーザ所有カードレコードより役申告がされたトレーディングカードを削除する。ステップＳ１９６において、検索部１４は、検索結果又はエラーコードを送信データ設定部１８に出力する。
【０２１４】
ステップＳ１９８において、送信データ設定部１８は、検索部１４からの出力が入力されると、ステップＳ１９９において、エラーがあったか無いかを判断する。エラーがあったとき、ステップＳ２００において、送信データ設定部１８は、エラー表示、例えば「役が成立していません」等を行うための表示データを記憶部１７より読み出し、送信データを生成し、送信部１９より端末装置３０に送信する。また、エラーが無かったとき、ステップＳ２０１において、送信データ設定部１８は、記憶部１７より役申告確定ページを構成する表示データを読み出し、送信データを生成し、送信部１９より送信データを端末装置３０に送信する。
【０２１５】
端末装置３０は、受信部３１でサーバ装置１０からの送信データを受信すると、図２７に示す役申告確定ページ１３４を表示部３６に表示する。なお、この役申告確定ページ１４２は、役申告確認ページ１３６とほぼ同様な構成を有するため詳細は省略する。かくして、ユーザは、表示部３６に表示された役申告確定ページ１３４を見ることによって、役申告が完了したことを知ることができる。
【０２１６】
次に、会員登録したユーザがトレーディングカードを購入するときに、トレーディングカード購入ページ４９にアクセスする際の手順について図２９を参照して説明する。
【０２１７】
先ず、端末装置３０は、図６に示すサイトトップページ４１を表示制御部３７の制御により表示部３６に表示する。ここで、ユーザは、入力操作部３８を用いて、図６のユーザＩＤ入力部６１とパスワード入力部６２に自分のユーザＩＤとパスワードＩＤとを入力し、トレーディングカード購入ページ釦４０をクリックする。すると、端末装置３０は、送信データ設定部３４でユーザＩＤ、パスワード、トレーディ購入申告ページ釦７０へのログイン要求からなる送信データを生成し、送信部３５より送信データをサーバ装置１０に送信する。
【０２１８】
そして、サーバ装置１０は、図２９に示すように、受信部１１で端末装置３０からの送信データを受信すると、ステップＳ２１１において、データ判別部１２でクッキーファイルよりユーザＩＤを読み取る。ステップＳ２１２において、データ判別部１２は、未ログインであるかどうかを判断する。ステップＳ２１３において、データ判別部１２は、ログインが行われていないとき、未ログインであることを送信データ設定部１８に出力し、送信データ設定部１８は、未ログインである旨を表示する表示データを記憶部１７より読み出し、送信部１９より送信する。また、データ判別部１２は、ログイン済みであるとき、ステップＳ２１４において、検索部１４に、ログイン済みであることを出力する。
【０２１９】
ステップＳ２１５において、検索部１４は、ユーザＩＤを元にして上記表１に示す当該ユーザのユーザマスタレコードを検索する。ステップＳ２１６において、当該ユーザの総資産と、トレーディングカードの保有枚数と、ユーザが所有するトレーディングカード全ての価格であるカード評価と、ユーザの所持ポイントと、紹介実績と、トレーディングカードの売買実績と、ユーザの役申告実績とを取得する。ステップＳ２１７において、検索部１４は、ユーザＩＤを元にして上記表３に示すユーザ所持カードレコードを検索する。そして、検索部１４は、ステップＳ２１８において、アーティストＩＤ等を取得する。ステップＳ２１９において、検索部１４は、アーティストＩＤを元にして、上記表６に示すアーティストマスタレコードを検索する。次いで、検索部１４は、ステップＳ２２０において、ユーザが所有するトレーディングカードの現在の価格、アーティスト名等を取得する。そして、検索部１４は、ステップＳ２２１において、アーティストマスタレコードより全てのアーティストのトレーディングカードの現在の価格を取得する。そして、検索部１４は、ステップＳ２２２において、これらの結果を送信データ設定部１８に出力する。
【０２２０】
ステップＳ２２３において、送信データ設定部１８は、記憶部１７よりトレーディングカード購入ページ４９を構成する表示データを読み出すと共にこれら表示データと検索部１４での検索結果とを組合せ送信データを生成する。そして、送信データは、送信部１９より端末装置３０に送信される。
【０２２１】
端末装置３０は、受信部３１でサーバ装置１０から送信されたトレーディングカード購入ページ４９の送信データを受信すると、表示部３６にトレーディングカード購入ページ４９を表示する。ここで、トレーディングカード購入ページ４９について図３０を参照して説明すると、トレーディングカード購入ページ４９は、ユーザの状態が表示されるユーザ状態表示部１４４と、購入可能なトレーディングカードの一覧が表示される一覧表示部１４５と、ユーザが保有しているトレーディングカードを一覧表示する保有カード一覧表示部１４６と、ユーザが保有しているトレーディングカードと同じ種類を注文することができるかの状態を表示する状態表示部１４６と、トレーディングカードの購入注文を行うための購入注文釦１４７とから構成されている。
【０２２２】
ユーザの状態表示部１４４は、ユーザの総資産、トレーディングカードの保有枚数、カード評価、所持ポイント、ユーザランキング、紹介回数、売買回数、役申告回数が表示される。また、一覧表示部１４５は、購入可能なトレーディングカードのアーティスト名と、アーティストのトレーディングカードの現在の価格と、購入可能枚数とか表示される。更に、保有カード一覧表示部１４６には、一覧表示部１２２には、ユーザが保有するトレーディングカードの画像データと、現在のトレーディングカードの価格と、トレーディングカードの購入価格とが表示されている。更に、保有カード一覧表示部１４６は、例えばユーザが役を揃えるために既に所有しているトレーディングカードと同一のトレーディングカードを購入するため、そのトレーディングカードが購入可能であるかどうかが表示されている。
【０２２３】
そして、トレーディングカード購入ページ４９では、購入するトレーディングカードを入力操作部３８で選択して、購入注文釦１４７をクリックすることによって、トレーディングカードの購入注文をサーバ装置１０に送信することができる。
【０２２４】
次に、ユーザが入力操作部３８で購入注文釦１４７をクリックし、申告するトレーディングカードを選択し、選択されたトレーディングカードを購入するため購入注文釦１４７をクリックすることで、トレーディングカードの売却注文をサーバ装置１０に出すときの処理について図３１を参照して説明する。先ず、ユーザの操作に応じて入力操作部３８より申告されるトレーディングカードが選択され、購入注文釦１４７がクリックされると、送信データ設定部３４は、選択されたトレーディングカードＩＤ、購入注文識別データ等からなる送信データを生成し送信部３５に出力する。そして、送信部３５は、この送信データをサーバ装置１０に送信する。
【０２２５】
サーバ装置１０は、図３１に示すように、受信部１１で端末装置３０から送信された送信データを受信する。そして、データ判別部１２は、ステップＳ２３１において、選択されたトレーディングカードＩＤ、売却注文識別データ等を検索部１４に出力する。検索部１４は、ステップＳ２３２において、ユーザＩＤを元にして、上記表３のユーザ所持カードレコードを検索する。そして、判別部１５は、ステップＳ２３３において、重複注文が無いか等のエラーを判断する。そして、判別部１５は、エラーがあるとき、ステップＳ２３４において、エラーコードをセットする。また、エラーが無いとき、判別部１５は、ステップＳ２３５において、エラーコードをリセットする。そして、ステップＳ２３６において、判別部１５は、送信データ設定部１８にエラーコードを出力する。ステップＳ２３８において、送信データ設定部１８は、エラーコードが入力されると、ステップＳ２３８において、エラーがあるかないかを判断する。
【０２２６】
送信データ設定部１８は、エラーが無いとき、ステップＳ２３９において、トレーディングカードの購入注文を確認するための購入注文確認ページを構成する表示データを読み出し、送信データを生成し、送信部１９よりこの送信データを端末装置３０に送信する。また、エラーがあるとき、送信データ設定部１８は、ステップＳ１４０において、エラーメッセージを構成する表示データを記憶部１７より読み出し、送信部１９より端末装置３０に送信する。
【０２２７】
端末装置３０は、受信部３１で送信データを受信すると、表示部３６に図３２に示す購入注文確認ページ１４９を表示する。ここで、この購入注文確認ページ１４９について、図３２を参照して説明すると、この購入注文確認ページ１４９は、ユーザの状態が表示されるユーザ状態表示部１５０と、ユーザが購入注文を出しているトレーディングカードを一覧表示する注文確認一覧表示部１５１と、購入枚数表示部１５２と、購入注文を決定するための決定釦１５３と、購入注文をキャンセルするためのキャンセル釦１５４とから構成されている。
【０２２８】
ユーザの状態表示部１５０は、トレーディングカードの保有枚数、カード評価、所持ポイント、総資産が表示される。また、注文確認一覧表示部１５１は、トレーディングカード毎に、銘柄と、購入申告している枚数と、合計金額が表示される。更に、購入枚数表示部１５２には、合計購入枚数と必要な金額、すなわち購入注文を出しているトレーディングカードの現在の価格の合計が表示される。
【０２２９】
そして、端末装置３０は、ユーザの操作に応じて入力操作部３８により決定釦１５３又はキャンセル釦１５４の何れかがクリックされると、送信データ設定部３４で決定データ又はキャンセルデータの何れかやカードＩＤやユーザＩＤを含む送信データを生成し、送信部３５より送信データをサーバ装置１０に送信する。
【０２３０】
サーバ装置１０は、図３３に示すように、受信部１１で端末装置３０からの送信データを受信すると、ステップＳ２４１において、データ判別部１２でクッキーファイルよりユーザＩＤを読み取る。ステップＳ２４２において、データ判別部１２は、ログイン済みであるどうかを判断する。そして、データ判別部１２は、未だログインをしていないとき、ステップＳ２４３において、送信データ設定部１８にこれを出力し、送信データ設定部１８は、記憶部１７よりエラー表示データを読み出し、送信データを生成し、送信部１９よりこれを端末装置３０に送信する。また、データ判別部１２は、ログイン済みであるとき、ステップＳ２４４において、送信データから購入するトレーディングカードのアーティストＩＤを取得し、ステップＳ２４５において、ユーザＩＤ、アーティストＩＤ等を検索部１４に出力する。
【０２３１】
ステップＳ２４６において、検索部１４は、ユーザＩＤを用いて、上記表１に示すユーザマスタレコードを検索し、トレーディングカードの保有枚数と所持ポイントを抽出する。ステップＳ２４７において、判別部１５は、検索部１４が抽出したトレーディングカードの保有枚数と所持ポイントを用いて、トレーディングカードの注文購入枚数を現在のトレーディングカードの所有枚数に加算したとき、所定値、すなわち８枚を超えないかどうかを判断し、また、購入注文をしたトレーディングカードの現在の価格の合計が所持ポイントを超えないかどうかを判断する。そして、判別部１５は、ステップＳ２４８において、エラー有りと判断したとき、ステップＳ２４９において、エラーコードをセットする。また、判別部１５がエラー無しと判断したとき、ステップＳ２５０において、検索部１４は、購入するトレーディングカードのアーティストＩＤを元にして上記表６に示すアーティストマスタレコードを検索する。ステップＳ２５１において、更新部１６は、アーティストマスタレコードの購入注文数に１を加算する。また、ステップＳ２５２において、更新部１６は、上記表１３に示す購入注文レコードを記録する。すなわち、更新部１６は、購入注文レコードに、購入注文ＩＤ、カードＩＤ、アーティストＩＤ、ユーザＩＤ、注文日付、注文時刻等を記録する。また、更新部１６は、注文状況フラグを注文中とする。
【０２３２】
そして、ステップＳ２５３において、更新部１６は、上記表１のユーザマスタレコードに、購入注文数を購入枚数分加算し、また、購入注文合計金額を購入枚数分加算する。更に、更新部１６は、所持ポイントを購入枚数分減算する。更に、更新部１６は、イベントポイントに１を加算する。そして、検索部１４は、ステップＳ２５４において、更新後のデータを送信データ設定部１８に出力する。
【０２３３】
ステップＳ２５５において、送信データ設定部１８は、検索部１４より結果が入力されると、ステップＳ２５６において、エラーがあるかどうかを判断する。そして、送信データ設定部１８は、エラーがあるとき、ステップＳ２５７において、エラーメッセージ、例えば「金額が足りません」等を構成する表示データを記憶部１７より読み出し、送信部１９より端末装置３０に送信する。また、エラーが無いとき、送信データ設定部１８は、ステップＳ２５８において、記憶部１７より購入注文確定ページを構成する表示データを読み出し、送信データを生成する。そして、送信部１９は、送信データを端末装置３０に送信する。
【０２３４】
端末装置３０は、受信部３１でサーバ装置１０からの送信データを受信すると、図３２に示す注文確定ページ１５５を表示部３６に表示する。なお、この注文確定ページ１５５は、注文確認ページ１４９とほぼ同様な構成を有するため詳細は省略する。かくして、ユーザは、表示部３６に表示された注文確定ページ１５５を見ることによって、購入注文が完了したことを知ることができる。
【０２３５】
ところで、以上のように売却注文や購入注文を出すことができるトレーディングカードは、上述したように日々価格変動するものであり、１日に一度、各アーティストの人気度によって価格が修正される。以下、図３４を用いて、各アーティストのトレーディングカードの価格の算出方法について説明する。先ず、サーバ装置１０の演算部２０は、アーティスト毎に、上記表６に示すアーティストを検索する。そして、ステップＳ２６１において、演算部２０は、アーティストのトレーディングカードの平均カード指数を算出する。この平均カード指数を算出するには、先ず、演算部２０は、各アーティスト毎に上記アーティストマスタレコードにアクセスし、下記式１に示すように、各アーティストの当日のトレーディングカードの売買成立回数である売買指数と、各アーティストの当日の楽曲データのダウンロード回数であるダウンロード指数と、当日の紹介メールが送信された回数である紹介指数とを抽出し、これらを加算して各アーティスト毎のカード指数を算出する。
【０２３６】
カード指数＝（当日売買指数）＋（当日ダウンロード指数）＋（当日紹介指数）                                                          ・・・式１
続いて、演算部２０は、下記式２に示すように、本システム１に参加しているアーティストのカード指数の平均値を算出することにより、平均カード指数を算出する。
【０２３７】
平均カード指数＝（Ａ＋Ｂ＋Ｃ＋Ｄ・・・・）／（アーティストの参加人数）
ここで、Ａ、Ｂ、Ｃ、Ｄ・・・は、カード指数
・・・式２
次いで、演算部２０は、ステップＳ２６２において、各アーティストの偏差を算出する。ここで、各アーティストの偏差は、下記式３に示すように、カード指数から平均カード指数を減算することにより算出する。
【０２３８】
偏差＝（平均カード指数）−（カード指数）                    ・・・式３
次いで、演算部２０は、ステップＳ２６３において、各アーティストについて標準偏差を算出する。すなわち、下記式４に示すように、演算部２０は、各アーティストの偏差を２乗し、各アーティストの偏差の２乗した値の合計を算出し、これをアーティストの人数で除して、平均偏差を算出し、この平均偏差の平方根を算出することにより求める。
【０２３９】
平均偏差＝｛（偏差１）２＋（偏差２）２＋（偏差３）２・・・｝／（アーティストの参加人数）
ここで、１、２、３・・・はアーティストを示す。
【０２４０】
標準偏差＝√平均偏差                                        ・・・式４
次いで、演算部２０は、ステップＳ２６４において、偏差値から各アーティストのトレーディングカードの価格の修正価格を算出する。すなわち、演算部２０は、下記式５に示すように、各アーティストの偏差を標準偏差で除して各アーティストの偏差値を算出する。そして、演算部２０は、偏差値を１０で除して修正値を算出する。
【０２４１】
アーティストの修正値＝｛（偏差／標準偏差）｝／１０        ・・・式５
次いで、演算部２０は、ステップＳ２６５において、各アーティストの修正価格を算出する。すなわち、演算部２０は、下記式６に示すように、各アーティストのトレーディングカードの現在の価格に修正値を乗して修正価格を算出する。
【０２４２】
修正価格＝（修正値）×（現在のトレーディングカードの価格）  ・・・式６
次いで、演算部２０は、ステップＳ２６６において、各アーティストのトレーディングカードの新価格を決定する。すなわち、演算部２０は、下記式７に示すように、各アーティストのトレーディングカードの現在の価格に修正価格を加算することにより新価格を決定する。
【０２４３】
新価格＝（トレーディングカードの現在の価格）＋（修正価格）  ・・・式７
このようなトレーディングカードの価格算出方法では、標準偏差を求めて修正値を算出し、この算出値に基づいてトレーディングカードの新価格を決定する用にしていることから、急激な価格変動を防止することができる。
【０２４４】
このように、トレーディングカードは、トレーディングカードの売買指数、ダウンロード回数、紹介メールの回数等アーティストに対するユーザの関心度、すなわち人気度により価格が毎日定められることから、ユーザに対してゲーム性を与え、本システム１への参加を促すことができる。
【０２４５】
以上のようにして演算部２０が各アーティストのトレーディングカードの新価格を算出すると、更新部１６は、上記表１のユーザマスタレコードのカード評価、総資産を更新し、上記表６のアーティストマスタレコードの現在のカード価格と一昨日のカード価格を更新し、上記表８に示すカード価格履歴のカード価格と日付を更新する。
【０２４６】
次に、上述したように売却注文と購入注文がサーバ装置１０に対してなされたトレーディングカードの売買について図３５を参照して説明する。先ず、サーバ装置１０の判別部１５は、ステップＳ２７１において、所定時刻になったかどうかを判断する。ここで、本システム１では、トレーディングカードの取引を例えば００：０〜０７：３０、０８：００〜１５：３０、１６：００〜２３：３０の間に行うようにしている。所定時刻になったとき、ステップＳ２７２において、検索部１４は、上記表６に示すアーティストマスタレコードを検索し、次いで、ステップＳ２７３において、アーティストＩＤ毎の売却注文数と購入注文数とを抽出する。そして、ステップＳ２７４において、判別部１５は、各アーティストＩＤ毎の売却注文数と購入注文数が同数であるかどうかを判断し、同数であるとき、ステップＳ２７５において、トレーディングカードの取引を成立させ、同数でないとき、ステップＳ２８３に進む。
【０２４７】
ステップＳ２７６において、検索部１４は、上記表１２に示す売却注文レコードと上記表１３に示す購入注文レコードとから、各アーティストＩＤ毎に、トレーディングカードの売却注文と購入注文を出しているユーザＩＤを抽出する。次いで、ステップＳ２７８において、検索部１４は、ユーザＩＤを元にして各ユーザの上記表１に示すユーザマスタレコードを検索する。そして、更新部１６は、ユーザマスタレコードを更新する。すなわち、更新部１６は、トレーディングカードの売却注文を出しているユーザに対して、所持ポイントにトレーディングカードの売却数分のポイントを加算し、トレーディングカードの保有枚数をトレーディングカードの売却分減算し、カード評価及び総資産を売却価格分加算し、売買成立回数を１加算し、イベントポイントを売却枚数分加算する。
【０２４８】
また、更新部１６は、トレーディングカードの購入注文を出しているユーザに対して、所持ポイントにトレーディングカードの購入枚数分のポイントを減算し、トレーディングカードの保有枚数をトレーディングカードの購入枚数分加算し、カード評価及び総資産を購入価格分減算し、売買成立回数を１加算し、イベントポイントを購入枚数分加算し、購入注文数を０にし、購入注文合計金額を０にする。
【０２４９】
ステップＳ２７９において、検索部１４は、上記表３に示すユーザ所有カードレコードを検索をユーザＩＤを元にして検索し、更新部１６は、ユーザ所有カードレコードを更新する。すなわち、更新部１６は、トレーディングカードを売却したユーザに対して、売却したトレーディングカードのカードＩＤと、売却したトレーディングカードのアーティストＩＤと、アーティストサブナンバと、カード購入時価格と、カード取得種類とを削除し、売却注文フラグを無しにする。また、更新部１６は、トレーディングカードを購入したユーザに対して、購入したトレーディングカードのカードＩＤと、売却したトレーディングカードのアーティストＩＤと、アーティストサブナンバと、カード購入時価格と、カード取得種類とを追加する。
【０２５０】
ステップＳ２８０において、検索部１４は、アーティストＩＤを元にしてトレーディングカードの取引が成立したアーティストの上記表６に示すアーティストマスタレコードを検索する。そして、更新部１６は、売却注文数と購入注文数とを取引が成立した枚数分減算し、当日取引指数と累計取引指数とを取引成立枚数分加算する。
【０２５１】
ステップＳ２８１において、検索部１４は、アーティストＩＤを元にして、上記表１１に示す売買履歴レコードを検索する。そして、更新部１６は、カードＩＤ毎にカードＩＤの購入者ユーザＩＤと売却者ユーザＩＤと取引価格と、売買日付とを更新する。また、更新部１６は、売買時刻ナンバ、すなわち００：０〜０７：３０、０８：００〜１５：３０、１６：００〜２３：３０を識別するためのナンバを記録する。
【０２５２】
ステップＳ２８２において、検索部１４は、ユーザＩＤ、売却注文ＩＤ、カードＩＤ等を元にして、上記表１２に示す売却注文レコードを検索する。そして、更新部１６は、注文状況フラグを済み、すなわち売買成立済みとする。また、検索部１４は、ユーザＩＤ、購入注文ＩＤ、カードＩＤ等を元にして、上記表１３に示す購入注文レコードを検索する。そして、更新部１６は、注文状況フラグを済み、すなわち売買成立済みとする。
【０２５３】
ステップＳ２８３において、判別部１５は、購入注文数が売却注文数より多いかどうかを判断する。そして、判別部１５は、購入注文数が売却注文数より多いとき、ステップＳ２８４に進み、購入注文数が売却注文数より多くないとき、ステップＳ２９４に進む。
【０２５４】
ステップＳ２８４において、判別部１５は、購入注文数を売却注文数に合わせるように、上記表１３に示す購入注文レコードから購入注文を出しているユーザを抽選（ランダムに選択）し、売却注文数と購入注文数とを同数にする。そして、ステップＳ２８５において、検索部１４は、上記表１２に示す売却注文レコードと上記表１３に示す購入注文レコードとから、各アーティストＩＤ毎に、トレーディングカードの売却注文と購入注文を出しているユーザＩＤを抽出する。次いで、ステップＳ２８６において、検索部１４は、ユーザＩＤを元にして各ユーザの上記表１に示すユーザマスタレコードを検索する。そして、更新部１６は、ユーザマスタレコードを更新する。すなわち、更新部１６は、トレーディングカードの売却注文を出しているユーザに対して、所持ポイントにトレーディングカードの売却数分のポイントを加算し、トレーディングカードの保有枚数をトレーディングカードの売却分減算し、カード評価及び総資産を売却価格分加算し、売買成立回数を１加算し、イベントポイントを売却枚数分加算する。また、更新部１６は、トレーディングカードの購入注文を出しているユーザに対して、所持ポイントにトレーディングカードの購入枚数分のポイントを減算し、トレーディングカードの保有枚数をトレーディングカードの購入枚数分加算し、カード評価及び総資産を購入価格分減算し、売買成立回数を１加算し、イベントポイントを売却枚数分加算し、購入注文数を０にし、購入注文合計金額を０にする。
【０２５５】
ステップＳ２８７において、検索部１４は、上記表３に示すユーザ所有カードレコードを検索をユーザＩＤを元にして検索し、更新部１６は、ユーザ所有カードレコードを更新する。すなわち、更新部１６は、トレーディングカードを売却したユーザに対して、売却したトレーディングカードのカードＩＤと、売却したトレーディングカードのアーティストＩＤと、アーティストサブナンバと、カード購入時価格と、カード取得種類とを削除し、売却注文フラグを無しにする。また、更新部１６は、トレーディングカードを購入したユーザに対して、購入したトレーディングカードのカードＩＤと、売却したトレーディングカードのアーティストＩＤと、アーティストサブナンバと、カード購入時価格と、カード取得種類とを追加する。
【０２５６】
ステップＳ２８８において、検索部１４は、アーティストＩＤを元にしてトレーディングカードの取引が成立したアーティストの上記表６に示すアーティストマスタレコードを検索する。そして、更新部１６は、売却注文数と購入注文数とを取引が成立した枚数分減算し、当日取引指数と累計取引指数とを取引成立枚数分加算する。
【０２５７】
ステップＳ２８９において、検索部１４は、アーティストＩＤを元にして、上記表１１に示す売買履歴レコードを検索する。そして、更新部１６は、カードＩＤ毎にカードＩＤの購入者ユーザＩＤと売却者ユーザＩＤと取引価格と、売買日付とを更新する。また、更新部１６は、売買時刻ナンバ、すなわち００：０〜０７：３０、０８：００〜１５：３０、１６：００〜２３：３０を識別するためのナンバを記録する。
【０２５８】
ステップＳ２９０において、検索部１４は、ユーザＩＤ、売却注文ＩＤ、カードＩＤ等を元にして、上記表１２に示す売却注文レコードを検索する。そして、更新部１６は、注文状況フラグを済み、すなわち売買成立済みとする。また、検索部１４は、ユーザＩＤ、購入注文ＩＤ、カードＩＤ等を元にして、上記表１３に示す購入注文レコードを検索する。そして、更新部１６は、注文状況フラグを済み、すなわち売買成立済みとする。
【０２５９】
また、ステップＳ２８４における抽選の結果落選したユーザに対して、判別部１５は、ステップＳ２９１において、所定時刻になったかどうかを判断する。これは、１日で取引が成立しなかったとき、注文取消を行うためである。したがって、ここでの時刻は、例えば０：００である。そして、判別部１５は、所定時刻となったとき、ステップＳ２９２に進み、所定時刻でないとき、再度とトレーディングカードの取引を行うことができるようにステップＳ２７１へ戻る。ステップＳ２９２において、検索部１４は、落選者のユーザＩＤを、上記表１３に示す購入注文レコードとから、各アーティストＩＤ毎に、トレーディングカードの購入注文を出しているユーザＩＤを抽出する。
【０２６０】
そして、ステップＳ２９３において、更新部１６は、落選者の購入注文を取り消す。すなわち、更新部１６は、上記表１に示すユーザマスタレコードの購入注文数を０とし、購入注文合計金額を０とし、上記表６に示すアーティストマスタレコードの購入注文数を０とし、上記表１３に示す購入注文レコードの注文状況を取消にする。
【０２６１】
また、ステップＳ２８３において、判別部１５は、購入注文数が売却注文数より多くない、すなわち売却注文数の方が多いと判断したとき、ステップＳ２９４において、売却注文数に購入注文数を合わせるように、売却注文を出しているユーザを上記表１２の売却注文レコードから抽選（ランダムに選択）し、売却注文数と購入注文数とを同数にする。そして、ステップＳ２９５において、検索部１４は、上記表１２に示す売却注文レコードと上記表１３に示す購入注文レコードとから、各アーティストＩＤ毎に、トレーディングカードの売却注文と購入注文を出しているユーザＩＤを抽出する。次いで、ステップＳ２９６において、検索部１４は、ユーザＩＤを元にして各ユーザの上記表１に示すユーザマスタレコードを検索する。そして、更新部１６は、ユーザマスタレコードを更新する。すなわち、更新部１６は、トレーディングカードの売却注文を出しているユーザに対して、所持ポイントにトレーディングカードの売却数分のポイントを加算し、トレーディングカードの保有枚数をトレーディングカードの売却分減算し、カード評価及び総資産を売却価格分加算し、売買成立回数を１加算し、イベントポイントを売却枚数分加算する。また、更新部１６は、トレーディングカードの購入注文を出しているユーザに対して、所持ポイントにトレーディングカードの購入枚数分のポイントを減算し、トレーディングカードの保有枚数をトレーディングカードの購入枚数分加算し、カード評価及び総資産を購入価格分減算し、売買成立回数を１加算し、イベントポイントを売却枚数分加算し、購入注文数を０にし、購入注文合計金額を０にする。
【０２６２】
ステップＳ２９７において、検索部１４は、上記表３に示すユーザ所有カードレコードを検索をユーザＩＤを元にして検索し、更新部１６は、ユーザ所有カードレコードを更新する。すなわち、更新部１６は、トレーディングカードを売却したユーザに対して、売却したトレーディングカードのカードＩＤと、売却したトレーディングカードのアーティストＩＤと、アーティストサブナンバと、カード購入時価格と、カード取得種類とを削除し、売却注文フラグを無しにする。また、更新部１６は、トレーディングカードを購入したユーザに対して、購入したトレーディングカードのカードＩＤと、売却したトレーディングカードのアーティストＩＤと、アーティストサブナンバと、カード購入時価格と、カード取得種類とを追加する。
【０２６３】
ステップＳ２９８において、検索部１４は、アーティストＩＤを元にしてトレーディングカードの取引が成立したアーティストの上記表６に示すアーティストマスタレコードを検索する。そして、更新部１６は、売却注文数と購入注文数とを取引が成立した枚数分減算し、当日取引指数と累計取引指数とを取引成立枚数分加算する。
【０２６４】
ステップＳ２９９において、検索部１４は、アーティストＩＤを元にして、上記表１１に示す売買履歴レコードを検索する。そして、更新部１６は、カードＩＤ毎にカードＩＤの購入者ユーザＩＤと売却者ユーザＩＤと取引価格と、売買日付とを更新する。また、更新部１６は、売買時刻ナンバ、すなわち００：０〜０７：３０、０８：００〜１５：３０、１６：００〜２３：３０を識別するためのナンバを記録する。
【０２６５】
ステップＳ３００において、検索部１４は、ユーザＩＤ、売却注文ＩＤ、カードＩＤ等を元にして、上記表１２に示す売却注文レコードを検索する。そして、更新部１６は、注文状況フラグを済み、すなわち売買成立済みとする。また、検索部１４は、ユーザＩＤ、購入注文ＩＤ、カードＩＤ等を元にして、上記表１３に示す購入注文レコードを検索する。そして、更新部１６は、注文状況フラグを済み、すなわち売買成立済みとする。
【０２６６】
また、ステップＳ２９４における抽選の結果落選したユーザに対して、判別部１５は、ステップＳ３０１において、所定時刻になったかどうかを判断する。これは、１日で取引が成立しなかったとき、注文取消を行うためである。したがって、ここでの時刻は、例えば０：００である。そして、判別部１５は、所定時刻となったとき、ステップＳ３０２に進み、所定時刻でないとき、再度トレーディングカードの取引を行うことができるようにステップＳ２７１へ戻る。すなわち、次回の取引において、新規注文数には、落選者の注文数が加算されることになる。ステップＳ３０２において、検索部１４は、落選者のユーザＩＤを、上記表１２に示す売却注文レコードから、各アーティストＩＤ毎に、トレーディングカードの売却注文を出しているユーザＩＤを抽出する。
【０２６７】
そして、ステップＳ２９３において、更新部１６は、落選者の売却注文を取り消す。すなわち、更新部１６は、上記表３に示すユーザ所持カードレコードの売却注文フラグを無しとし、上記表６に示すアーティストマスタレコードの売却注文数を０とし、上記表１２に示す売却注文レコードの注文状況を取消にする。
【０２６８】
ところで、以上詳述した手順にしたがって、トレーディングカードの売買の注文を出し、売買が成立したとき、上記図１５に示したマイページ４３のトレーディングカード表示部１０３は次のように変遷する。
【０２６９】
先ず、図３６を用いて、売却注文を出したときについて説明する。ここで、図３６（Ａ）は、トレーディングカードの売却注文を出す前のトレーディングカード表示部１０３を示す。例えば、売却注文前において、トレーディングカード表示部１０３には、アーティストＡＡＡの青色のトレーディングカード１６０ａと、アーティストＡＡＡの銀色のトレーディングカード１６０ｂと、アーティストＢＢＢの赤色のトレーディングカード１６０ｃと、アーティストＢＢＢの赤色のトレーディングカード１６０ｄと、アーティストＣＣＣの黄色のトレーディングカード１６０ｅと、アーティストＣＣＣの黄色のトレーディングカード１６０ｆと、アーティストＤＤＤの緑色のトレーディングカード１６０ｇとが表示されている。ここで、トレーディングカードは、アルファベット順、５０音順等規則的に並んで表示されている。
【０２７０】
そして、図２２に示すトレーディングカード売却／役申告ページ５８よりトレーディングカードの売却注文を出すと、売却注文がされたトレーディングカードを売却注文がされていないトレーディングカードの後に並べる。図３６（Ｂ）は、トレーディングカードの売却注文をしたときのトレーディングカード表示部１０３を示すものであり、ここでは、トレーディングカード１６０ａ、１６０ｄ、１６０ｆについて売却注文を出している。すると、売却注文がされたトレーディングカードは、売却注文されていないトレーディングカードと識別することができるように例えば枠線が点線に表示される。勿論、売却注文されたトレーディングカードを売却注文されていないトレーディングカードより暗く又は明るくなるように表示するようにしてもよい。
【０２７１】
そして、例えば、トレーディングカード１６０ｄについて売却が成立すると、図３６（Ｃ）に示すように、トレーディングカード表示部１０３からは、トレーディングカード１６０ｄが消去される。そして、例えば売却注文が出してから一日が経過しても売却できなかったトレーディングカードは、売却注文が取り消されることから、図３６（Ｄ）に示すように、最初から売却注文がされていないトレーディングカードの表示と同じ表示に戻る。ここでは、売却が成立しなかったトレーディングカード１６０ａ、１６０ｆは、その枠線が点線から実線に戻る。また、売却注文が取り消されたとき、トレーディングカードは、図３６（Ａ）に示すトレーディングカードと同じ順序で再度並べられる。
【０２７２】
また、図３７を用いて、売却注文と購入注文を出したときについて説明する。
ここで、図３７（Ａ）は、トレーディングカードの売却注文と購入注文を出す前のトレーディングカード表示部１０３を示す。例えば、売却注文前において、トレーディングカード表示部１０３には、アーティストＡＡＡの青色のトレーディングカード１６０ａと、アーティストＡＡＡの銀色のトレーディングカード１６０ｂと、アーティストＢＢＢの赤色のトレーディングカード１６０ｃと、アーティストＢＢＢの赤色のトレーディングカード１６０ｄと、アーティストＣＣＣの黄色のトレーディングカード１６０ｅと、アーティストＣＣＣの黄色のトレーディングカード１６０ｆと、アーティストＤＤＤの緑色のトレーディングカード１６０ｇとが表示されている。ここで、トレーディングカードは、アルファベット順、５０音順等規則的に並んで表示されている。
【０２７３】
そして、図２２に示すトレーディングカード売却／役申告ページ５８よりトレーディングカードの売却注文を出し、また、図３０に示すトレーディングカード購入ページ４９より購入注文をだすと、売却注文がされたトレーディングカードを売却注文がされていないトレーディングカードの後に並べる。図３７（Ｂ）は、トレーディングカードの売却注文をしたときのトレーディングカード表示部１０３を示すものであり、ここでは、トレーディングカード１６０ａ、１６０ｄ、１６０ｆについて売却注文を出している。すると、売却注文がされたトレーディングカードは、売却注文されていないトレーディングカードと識別することができるように例えば枠線が点線に表示される。勿論、売却注文されたトレーディングカードを売却注文されていないトレーディングカードより暗く又は明るくなるように表示するようにしてもよい。なお、購入注文を出したトレーディングカードについては、トレーディングカード表示部１０３に表示されない。
【０２７４】
そして、例えば、アーティストＡＡＡの緑色のトレーディングカードの購入注文が成立すると、図３７（Ｃ）に示すように、トレーディングカード表示部１０３には、購入したトレーディングカード１６０ｈが先頭に追加される。この購入したトレーディングカードが追加される位置は、表示順序（上述したアルファベット順や５０音順）にしたがって表示される。そして、例えば売却注文が出してから一日が経過しても売却できなかったトレーディングカードは、売却注文が取り消されることから、図３７（Ｄ）に示すように、最初から売却注文がされていないトレーディングカードの表示と同じ表示に戻る。ここでは、売却が成立しなかったトレーディングカード１６０ａ、１６０ｄ、１６０ｆは、その枠線が点線から実線に戻る。また、売却注文が取り消されたとき、トレーディングカードは、図３６（Ａ）に示すトレーディングカードと同じ順序で再度並べられる。
【０２７５】
ところで、本システム１では、上述したようにアーティストのトレーディングカードが毎日価格変動することから、上記図１５に示すマイページ４３のトレーディングカード表示部１０３に表示された楽曲データをクリックすることで、トレーディングカードの価格チャートを見ることができるようになっている。
【０２７６】
すなわち、端末装置３０は、図１５に示すマイページ４３を表示制御部３７の制御により表示部３６に表示する。ここで、ユーザが入力操作部３８でトレーディングカード表示部１０３に表示されているトレーディングカードの画像データをクリックすると、送信データ設定部３４は、アーティストＩＤを含む送信データを生成する。そして、送信部３５は、サーバ装置１０に送信データを送信する。
【０２７７】
サーバ装置１０は、図２９に示すように、受信部１１で端末装置３０からの送信データを受信すると、ステップＳ３１１において、データ判別部１２でクッキーファイルよりアーティストＩＤを読み取る。そして、データ判別部１２は、ステップＳ３１２において、アーティストＩＤを検索部１４に出力する。ステップＳ３１３において、検索部１４は、アーティストＩＤを元にして、上記表６に示すアーティストマスタレコードを検索する。ステップＳ３１４において、検索部１４は、アーティストマスタレコードより現在のトレーディングカードの価格と、一昨日のトレーディングカードの価格と、現在のトレーディングカードの購入注文数と現在の売却注文数と、楽曲データのダウンロード指数の当日と全体と、トレーディングカードの売買指数の当日と累計と、紹介指数の当日と全体を取得する。また、検索部１４は、ステップＳ３１５において、アーティストＩＤを元にして上記表７に示すカードマスタレコードを検索する。ステップＳ３１６において、検索部１４は、トレーディングカードの売却注文数と購入注文数とを取得する。また、検索部１４は、ステップＳ３１７において、アーティストＩＤを元にして、上記表８に示すカード価格履歴レコードを検索する。そして、検索部１４は、ステップＳ３１８において、当該アーティストのトレーディングカードの所定期間内の日付に対応したカード価格を取得する。ステップＳ３１９において、検索部１４は、これら取得したデータを送信データ設定部１８に出力する。送信データ設定部１８は、ステップＳ３２０において、検索部１４が検索されたデータが入力されると、カードの価格チャートページを構成する表示データを記憶部１７より読み出し、検索部１４からのデータと表示データとを組合せて送信データを生成する。そして、送信部３５は、送信データ設定部１８で生成された送信データを端末装置３０に送信する。
【０２７８】
端末装置３０では、受信部３１でサーバ装置１０からの送信データを受信すると、図３９に示す価格チャートページ１６２を表示する。ここで、価格チャートページ１６２について説明すると、この価格チャートページ１６２は、図３９に示すように、トレーディングカードの今日、昨日、一昨日のトレーディングカードの価格を示す価格表示部１６３と、トレーディングカードのアーティストの状態が表示されたアーティスト状態表示部１６４と、購入注文と売却注文とが表示された注文状態表示部１６５と、当該アーティストの５種類（赤、青、黄、緑、銀）のトレーディングカードが表示されるカード表示部１６６と、所定期間内のトレーディングカードの価格変動を見ることができる価格変動表示部１６７とから構成されている。アーティスト状体表示部１６４には、具体的に、当日及び全体の楽曲データのダウンロード回数と、当日及び全体の紹介メール送信回数と、当日及び全体の売買回数とが表示される。ユーザは、このような価格チャートページを見ることによって、例えば今後の価格変動を予測し、購入や売却を希望するトレーディングカードを選択することができる。
【０２７９】
次に、ユーザがトレーディングカードの現在の価格ランキングを見るための手順について説明する。先ず端末装置３０は、表示部３６に図６に示すサイトトップページ４１を表示した状態にある。そして、ユーザが入力操作部３８を用いて今日のトレーディングカード情報を見るための第１の価格情報ページ釦６７をクリックすると、送信データ設定部３４は、送信データを生成し、現在のトレーディングカードの情報を表示する第１の価格情報ページの取得要求をサーバ装置１０に送信する。
【０２８０】
そして、サーバ装置１０では、図４０に示すように、受信部１１で端末装置３０からの送信データを受信すると、ステップＳ３２１において、データ判別部１２が第１の価格情報ページの取得要求を抽出し検索部１４に出力する。検索部１４は、ステップＳ３２２において、上記表６に示すアーティストマスタレコードを検索し、全アーティストの現在のトレーディングカードの価格情報、購入注文数、売却注文数、現在のダウンロード回数、現在の紹介メール回数、現在の売買指数等を取得する。次いで、検索部１４は、ステップＳ３２３において、現在の価格情報を価格が高い順にソートする。ステップＳ３２４において、検索部１４は、送信データ設定部１８にこれを出力し、送信データ設定部１８は、価格が高い順にソートされたデータが入力されると、記憶部１７より第１の価格情報ページを構成する表示データを読み出す。そして、ステップＳ３２６において、送信データ設定部１８は、記憶部１７より読み出した表示データと価格が高い順にソートされたデータとを組合せ送信データを生成し、送信部１９は、この送信データを端末装置３０に送信する。
【０２８１】
端末装置３０は、サーバ装置１０より送信データを受信すると、表示部３６に図４１に示す第１の価格情報ページ１７１を表示する。ここで、第１の価格表示ページ１７１について図４１を参照して説明すると、第１の価格表示ページ１７１は、順位欄と、アーティスト名が記載されたアーティスト欄と、今日のトレーディングカードの価格欄と、楽曲データのダウンロード回数と、紹介メール回数と、売買指数とが表示される。そして、第１の価格情報ページ１７１には、トレーディングカードの価格の高い順にアーティスト名が表示される。これによって、ユーザは、現在のトレーディングカードの価格順位を知ることができ、例えば購入又は売却するとトレーディングカードを選択する際の参考にすることができる。
【０２８２】
次に、ユーザがトレーディングカードの過去の価格ランキングを見るための手順について説明する。先ず端末装置３０は、表示部３６に図６に示すサイトトップページ４１を表示した状態にある。そして、ユーザが入力操作部３８を用いて過去のトレーディングカード情報を見るための第２の価格情報ページ釦６８をクリックすると、送信データ設定部３４は、送信データを生成し、過去のトレーディングカード情報を表示する第２の価格情報ページの取得要求をサーバ装置１０に送信する。
【０２８３】
そして、サーバ装置１０では、図４２に示すように、受信部１１で端末装置３０からの送信データを受信すると、ステップＳ３３１において、データ判別部１２が第２の価格情報ページの取得要求を抽出し検索部１４に出力する。検索部１４は、ステップＳ３３２において、上記表６に示すアーティストマスタレコードを検索し、全アーティストの現在のトレーディングカードの価格情報、昨日のトレーディングカードの価格情報、一昨日のトレーディングカード価格情報、購入注文数、売却注文数、現在のダウンロード回数、現在の紹介メール回数、現在の売買指数等を取得する。次いで、検索部１４は、ステップＳ３３３において、現在の価格情報を価格が高い順にソートする。ステップＳ３２４において、検索部１４は、送信データ設定部１８にこれを出力し、送信データ設定部１８は、現在価格が高い順にソートされたデータが入力されると、記憶部１７より第２の価格情報ページを構成する表示データを読み出す。そして、ステップＳ３３６において、送信データ設定部１８は、記憶部１７より読み出した表示データと価格が高い順にソートされたデータとを組合せ送信データを生成し、送信部１９は、この送信データを端末装置３０に送信する。
【０２８４】
端末装置３０は、サーバ装置１０より送信データを受信すると、表示部３６に図４３に示す第２の価格情報ページ１７２を表示する。ここで、第２の価格表示ページ１７２について図４３を参照して説明すると、第２の価格表示ページ１７２は、順位欄と、アーティスト名が記載されたアーティスト欄と、今日のトレーディングカードの価格欄と、昨日のトレーディングカードの価格欄と、一昨日のトレーディングカードの価格欄と、楽曲データのダウンロード回数と、紹介メール回数と、売買指数とが表示される。そして、第２の価格情報ページ１７２には、トレーディングカードの価格の高い順にアーティスト名が表示される。これによって、ユーザは、現在のトレーディングカードの価格順位を知ることができ、例えば購入又は売却するとトレーディングカードを選択する際の参考にすることができる。勿論、第２の価格情報ページ１７２の表示は、昨日のトレーディングカードの価格順にアーティストを表示してもよく、また、一昨日のトレーディングカードの価格順にアーティストを表示するようにしてもよい。
【０２８５】
次に、ユーザが自分のランキングを見るための手順について説明する。先ず端末装置３０は、表示部３６に図６に示すサイトトップページ４１を表示した状態にある。そして、ユーザが入力操作部３８を用いてユーザランキングを見るためのユーザランキングページ釦７１をクリックすると、送信データ設定部３４は、送信データを生成し、ユーザランキングページ４７を表示するユーザランキングページ４７の取得要求をサーバ装置１０に送信する。
【０２８６】
そして、サーバ装置１０では、図４４に示すように、受信部１１で端末装置３０からの送信データを受信すると、ステップＳ３４１において、データ判別部１２がユーザランキングページ４７の取得要求等を抽出し検索部１４に出力する。検索部１４は、ステップＳ３４２において、上記表１に示すユーザマスタレコードを検索し、全ユーザの総資産、紹介メールによる紹介回数、トレーディングカードの売買回数、役申告回数等を抽出する。ステップＳ３４３において、検索部１４は、総資産の大きい順にユーザをソートする。ステップＳ３４４において、検索部１４は、送信データ設定部１８にランキングデータを出力する。ステップＳ３４５において、送信データ設定部１８は、ランキングデータを受信すると、次いで、記憶部１７よりユーザランキングページ４７を構成する表示データを読み出し、ランキングデータに組合せる。そして、そして、送信データ設定部１８は、記憶部１７より読み出した表示データとランキングデータとを組合せ送信データを生成し、送信部１９は、この送信データを端末装置３０に送信する。
【０２８７】
端末装置３０は、サーバ装置１０より送信データを受信すると、表示部３６に図４５に示すユーザランキングページ４７を表示する。
【０２８８】
ここで、ユーザランキングページ４７について図４５を参照して説明すると、ユーザランキングページ４７は、順位欄と、ユーザ名が記載されたユーザ欄と、総資産欄と、紹介メールの紹介回数欄と、トレーディングカードの売買を行った売買回数欄と、役成立実績欄とが設けられている。したがって、ユーザは、本システムにおける自分の順位を知ることができる。勿論、このページでは、総資産順にランキングを出す他、売買回数や照会メール回数等を用いてランキングを出すようにしてもよい。
【０２８９】
次に、ユーザが友人等に自分の好きなアーティストの楽曲を紹介するときに、サーバ装置１０を介して他の端末装置３０に楽曲の紹介メールを送信するときについて説明する。
【０２９０】
先ず、端末装置３０は、表示部３６に、上記図１８に示すアーティストトップページ４５を表示した状態にある。そして、ユーザが入力操作部３８を用いて紹介釦１１５をクリックすると、送信データ設定部３４は、紹介メールページ５４のアクセス要求を含む送信データを生成し、サーバ装置１０に送信する。サーバ装置１０は、受信部１１で端末装置３０からの送信データを受信すると、データ判別部１２より当該要求を送信データ設定部１８に出力する。送信データ設定部１８は、記憶部１７より紹介メールページ５４を構成するための表示データを読み出し、送信データを生成する。そして、送信部１９は、端末装置３０に送信データを送信する。
【０２９１】
端末装置３０は、サーバ装置１０からの送信データを受信すると、表示部３６に紹介メールページ５４を表示する。ここで、紹介メールページ５４について、図４６を参照して説明すると、紹介メールページ５４は、紹介メールを送信するために５ＭＣが必要となる旨、３名まで紹介メールを送信できる旨等の紹介メールシステムの説明がなされたシステム説明部１７６と、紹介するアーティスト名とそのアーティストの楽曲名が表示されたアーティスト関連表示部１７７と、楽曲を紹介する人、すなわち送信先の個人データを入力するための送信先データ入力部１７８と、紹介メッセージを入力するためのメッセージ入力部１７９と、紹介メッセージをサーバ装置１０に送信するための送信釦１８０と、紹介メールページ５４を取り消すためのキャンセル釦１８１とが設けられている。
【０２９２】
送信先データ入力部１７８には、具体的に紹介メールを３名に送信することができるようになっており、送信先の氏名入力欄と、電子メールアドレス入力欄とが設けられている。
【０２９３】
そして、ユーザが入力操作部３８を用いて送信先データ入力部１７８、メッセージ入力部１７９に所定事項を入力の上、送信釦１８０をクリックすると、端末装置３０は、送信データ設定部３４で、送信先データ、メッセージデータ等を含む送信データを生成し、送信部３５よりサーバ装置１０に送信する。
【０２９４】
サーバ装置１０は、受信部１１で端末装置３０からの送信データを受信すると、図４７に示すように、ステップＳ３５１において、データ判別部１２でクッキーファイルよりユーザＩＤを読み取る。ステップＳ３５２において、データ判別部１２は、ログイン済みであるどうかを判断する。そして、データ判別部１２は、未だログインをしていないとき、ステップＳ３５３において、送信データ設定部１８にこれを出力し、送信データ設定部１８は、記憶部１７よりエラー表示データを読み出し、送信データを生成し、送信部１９よりこれを端末装置３０に送信する。また、データ判別部１２は、ログイン済みであるとき、ステップＳ３５４において、送信データから楽曲ＩＤや紹介メッセージ等を取得し、次いで、ステップＳ３５５において、これらのデータを検索部１４に出力する。
【０２９５】
ステップＳ３５６において、検索部１４は、ユーザＩＤや楽曲ＩＤを元にして、上記表５に示す紹介メール履歴レコードを検索する。ステップＳ３５７において、判別部１５は、紹介アーティスト手の電子メールアドレスが重複していないか判断する。これは、ユーザが同一人に紹介メールを何度も送信することを防止するためである。ステップＳ３５８において、紹介先電子メールアドレスが重複しているか等のエラーが有るかを判断する。エラーがあるとき、判別部１５は、ステップＳ３５９において、エラーコードに重複紹介エラーをセットする。
【０２９６】
また、エラーが無いとき、更新部１６は、蓄積部１３に設けられたデータベースの更新処理を行う。ステップＳ３６１において、サーバ装置１０は、端末装置３０から送信された紹介メールを、送信データ設定部１８で送信データを生成することにより送信先データ入力部１７８に入力された送信先に送信部１９より送信する。ステップＳ３６１において、判別部１５は、送信結果やエラーコードを送信データ設定部１８に出力する。
【０２９７】
ステップＳ３６３において、送信データ設定部１８は、判別部１５からのデータが入力されると、ステップＳ３６４において、エラーがあるかどうかを判断する。そして、送信データ設定部１８は、エラーがあるとき、ステップＳ３６５において、エラーメッセージ、例えば「送信先電子メールアドレスが重複しています」等を構成する表示データを記憶部１７より読み出し、送信部１９より端末装置３０に送信する。また、エラーが無いとき、送信データ設定部１８は、ステップＳ３６６において、記憶部１７より送信完了を送信者に知らせる送信完了ページを構成する表示データを読み出し、送信データを生成する。そして、送信部１９は、送信データを端末装置３０に送信する。
【０２９８】
ここで、上記ステップＳ３６０において行われるデータベースの更新処理について、図４８を参照して説明すると、更新部１６は、ステップＳ３７１において、上記表５に示す紹介メール履歴レコードに、紹介メールＩＤ、ユーザＩＤ、紹介アーティストＩＤ、紹介楽曲ＩＤ、紹介先メールアドレス、紹介先氏名、紹介日付、紹介時刻、紹介文を登録する。このとき、視聴済みフラグは、視聴無しにする。ステップＳ３７２において、検索部１４は、ユーザＩＤを元にして上記表１に示すユーザマスタレコードを検索する。ステップＳ３７３において、更新部１６は、紹介メールの送信者であるユーザのユーザマスタレコードの所持ポイント、総資産より紹介メールの送信先１つにつき５ＭＣを減算する。また、更新部１６は、紹介回数を紹介先分加算する。
【０２９９】
ステップＳ３７４において、検索部１４は、楽曲ＩＤを元にして、上記表９に示す楽曲マスタを検索し、紹介した楽曲データのアーティストＩＤを取得する。ステップＳ３７５において、検索部１４が、取得したアーティストＩＤを元にして、上記表６に示すアーティストマスタレコードを検索する。そして、更新部１６は、ステップＳ３７６において、紹介指数（当日）、紹介指数（全体）に紹介メールを送信する人数分加算する。
【０３００】
ステップＳ３７７において、検索部１４は、ユーザＩＤとアーティストＩＤとを元にして、上記表４のユーザファンポイントレコードを検索する。ステップＳ３７８において、更新部１６は、ファンポイント及びイベントポイントを紹介メールを送信する人数分加算する。
【０３０１】
次に、上記図４７のステップＳ３６１において送信先データ入力部１７８に入力された電子メールアドレスの端末装置３０に送信された紹介メールについて図４９を参照して説明すると、この紹介メール１８３は、紹介メールにより紹介された楽曲データを視聴するため紹介用視聴ページ５７にアクセスするためのＵＲＬ１８４と、紹介者が記述した紹介メッセージ１８５とから構成されている。紹介メールを受け取った端末装置３０は、この紹介メール１８３を表示部３６に表示する。
【０３０２】
紹介メールを受け取ったユーザが入力操作部３８を用いて紹介メール１８３中のＵＲＬ１８４をクリックすると、端末装置３０は、送信データ設定部３４でＵＲＬを含む送信データを生成し、送信部３５より送信データをサーバ装置１０に送信する。
【０３０３】
サーバ装置１０は、受信部１１で端末装置３０からの送信データを受信すると、データ判別部１２より当該要求送信データ設定部１８に出力する。送信データ設定部１８は、記憶部１７より紹介用視聴ページ５７を構成するための表示データを読み出し、送信データを生成する。そして、送信部１９は、端末装置３０に送信データを送信する。
【０３０４】
端末装置３０は、サーバ装置１０からの送信データを受信すると、表示部３６に紹介用視聴ページ５７を表示する。ここで、紹介用視聴ページ５７について、図５０を参照して説明すると、紹介用視聴ページ５７は、紹介された楽曲データを視聴するための視聴釦１８７と、楽曲データをダウンロードするためのダウンロード釦１８８とが設けられている。
【０３０５】
ここで、端末装置３０は、視聴釦１８７をクリックすると、楽曲データをストリーミング再生することができ、ダウンロード釦１８８をクリックすると記憶部３３に楽曲データを保存する。なお、端末装置３０がダウンロードするには、ユーザが本システム１に登録することが条件とされる。
【０３０６】
次に、ユーザが視聴釦１８７をクリックしたときについて説明すると、ユーザが視聴釦１８７をクリックすると、端末装置３０は、送信データ設定部３４で送信データを生成し、送信部３５より送信データをサーバ装置１０に送信する。サーバ装置１０は、受信部１１で端末装置３０からの送信データを受信すると、データ判別部１２で紹介メールＩＤを抽出する。そして、データ判別部１２は、紹介メールＩＤを検索部１４に出力する。
【０３０７】
検索部１４は、ステップＳ３８３において、紹介メールＩＤを元にして、上記表５に示す紹介メール履歴レコードを検索する。ステップＳ３８４において、検索部１４は、該当する紹介メール履歴レコードの視聴済みフラグを検索する。ステップＳ３８５において、判別部１５は、視聴済みフラグによりアクセスしたユーザが初めての視聴かどうかを判断する。初めての視聴のとき、検索部１４は、ステップＳ３８６において、紹介メールＩＤを元に上記表５に示す紹介メール履歴レコードを検索し、紹介メールＩＤと紹介者のユーザＩＤとアーティストＩＤを取得する。そして、更新部１６は、上記表５の紹介メール履歴レコード視聴済みフラグを視聴有りに更新する。ステップＳ３８７において、検索部１４は、紹介者のユーザＩＤを元にして、上記表１に示すユーザマスタレコードを検索する。そして、更新部１６は、ユーザマスタレコードの所持ポイントと総資産に１０ＭＣを加算する。この１０ＭＣは、紹介メールの受信者が視聴したことに対する報酬である。また、検索部１４は、ステップＳ３８８において、アーティストＩＤを元にして、上記表６に示すアーティストマスタレコードを検索する。そして、更新部１６は、アーティストマスタレコードの紹介指数（当日）と紹介指数（全体）に１を加算する。
【０３０８】
ステップＳ３８９において、検索部１４は、処理を終了し、これを送信データ設定部１８に出力する。ステップＳ３４０において、送信データ設定部１８は、終了データが入力されると、ステップＳ３４１において、端末装置３０に楽曲データを送信する。楽曲データは、利用者の操作に応じて、所定のデコード処理がなされた後、Ｄ／Ａコンバータ３９によりディジタル信号からアナログ信号に変換され、スピーカ２９より出力される。
【０３０９】
以上のような紹介メールシステムでは、ユーザが紹介メールを送信するとき、５ＭＣを徴収するようにしていることから、ユーザが無闇に紹介メールを出すことを防止することができる。一方で、紹介メールの受信者が紹介された楽曲データを視聴したときには、紹介メールの送信者は、アーティストの知名度を向上させることに貢献したことから１０ＭＣが支給されることになる。これによって、アーティストの知名度を上げることができる。
【０３１０】
なお、この紹介メールシステムにおいては、紹介メールを受信者が図５１の手順に従って視聴したとき、送信者であるユーザに対して、抽選を行うことによって、例えば１／２５６の確率でトレーディングカードが当たるようにしてもよい。
【０３１１】
ところで、本システム１では、ユーザがログインが必要な特定なウェブページにアクセスしたとき、突然イベントが発生するようにしている。このイベントは、例えばアーティストの生年月日に関する質問やファーストアルバムのタイトル、楽曲データの歌詞に関する質問等を行う。そして、イベントでは、このような質問に正解したとき、ボーナスポイントとしてＭＣやファンポイントやトレーディングカードを付与するようにしている。
【０３１２】
また、このイベントは、アーティストに関係なく、例えば「アーティストのライブ会場が凄く汚れています。どうしますか」といった質問を行う。そして、このイベントでは、ゴミ拾いを選択したとき、ＭＣやファンポイントを付与するようにし、見なかったことにするを選択したとき、ＭＣやファンポイントを減らし、自分もゴミを捨てるを選択したとき、更に多くのＭＣやファンポイントを減らすようにしている。
【０３１３】
このイベントは、蓄積部１３に設けられたイベントデータベースにより管理されている。このイベントデータベースについて、図５２を参照して説明すると、イベントを例えば４００種類用意し、これら用意したイベントにイベントナンバをＮｏ．１〜Ｎｏ．４００まで付与する。そして、これら４００種類のイベントをランダムに１００個選択配列したイベント配列テーブルをＮｏ．１〜Ｎｏ．１６まで例えば１６個用意している。すなわち、各イベントテーブルは、１００個のイベントを有することで、１つのテーブルで１００個のイベントを発動することができるようになっている。
【０３１４】
そして、図５３に示すように、サーバ装置１０は、ステップＳ３９１において、上記図７〜図１１に示すようにユーザが会員登録を行うと、次いで、ステップＳ３９２において、上記表１のユーザマスタレコードや上記表２に示すユーザ登録内容レコードを更新する。このとき、判別部１５は、ステップＳ３９３において、蓄積部１４に設けられているイベントデータベースに設けられているイベント配列テーブルＮｏ．１〜Ｎｏ．１６の中からランダムに１つを選択する。そして、ステップＳ３９４において、サーバ装置１０は、更新部１６により上記表１に示すユーザマスタレコードにイベントテーブルナンバとイベントナンバを記録する。このように、本システム１では、ユーザ毎にイベントテーブルを定めることで、ユーザに対して同じイベントが発動されることを防止している。
【０３１５】
ここで、このイベントは、上記表４のユーザファンポイントレコードのイベントポイントが所定値以上になったとき発動されるようになっている。このイベントポイントは、上記図２に示すように、ＭＣが増減する行為、すなわち楽曲データのダウンロード、紹介メールの送信、紹介メールの受信者の楽曲データの視聴、トレーディングカードの売却、トレーディングカードの購入を行ったときに、更新部１６によって加算されるものである。そこで、判別部１５は、ステップＳ３９５において、所定期間毎、例えば一日毎、イベントポイントを更新する度に、イベントポイントが所定値、例えば５０ポイント以上となったかを判断し、このようなイベントポイントが所定値を超えたとき、ステップＳ３９６において、上記表１のユーザマスタレコードのイベントフラグを有りにする。そして、ユーザが次回アクセスしたときに、イベントが発動されるようにする。
【０３１６】
次に、ユーザの端末装置３０がサーバ装置１０にアクセスしたときのイベントの発動処理について図５４及び図５５を参照して説明する。
【０３１７】
先ず、端末装置３０は、表示部３６にサイトトップページ４１を表示した状態にある。そして、ユーザが入力操作部３８を用いてマイページ４３等ログインが必要なページの選択釦をクリックすると、端末装置３０は、送信データ設定部３４で送信データを生成し、送信部３５より送信データをサーバ装置１０に送信する。
【０３１８】
サーバ装置１０は、端末装置３からの送信データを受信部１１で受信すると、ステップＳ４０１において、データ判別部１２でクッキーファイルよりユーザＩＤを読み取る。ステップＳ４０２において、データ判別部１２は、ログイン済みであるどうかを判断する。そして、データ判別部１２は、未だログインをしていないとき、ステップＳ４０３において、送信データ設定部１８にこれを出力し、送信データ設定部１８は、記憶部１７よりログイン入力表示データを読み出し、送信データを生成し、送信部１９よりこれを端末装置３０に送信する。これにより、図５５（Ａ）に示すように、端末装置３０の表示部３６には、ログイン入力ページ１９１が表示される。また、データ判別部１２は、ログイン済みであるとき、ステップＳ４０４において、ユーザＩＤを検索部１４に出力する。
【０３１９】
ステップＳ４０５において、検索部１４は、ユーザＩＤを元にして上記表１に示すユーザマスタレコードを検索する。そして、判別部１５は、ステップＳ４０６において、ユーザマスタレコードのイベントフラグが有りになっているかどうかを判断する。検索部１４は、ステップＳ４０７において、イベントフラグが無しのとき、アクセスの有ったウェブページを表示するための処理を行う。そして、このとき、端末装置３０の表示部３６には、図５５（Ｂ）に示すイベント発生を告知する告知ページ１９２が表示される。
【０３２０】
また、検索部１４は、イベントフラグが有りのとき、ステップＳ４０８において、上記表１のユーザマスタレコードを検索し、当該ユーザのイベントテーブルナンバとイベントナンバを取得する。そして、検索部１４は、送信データ設定部１８に出力し、送信データ設定部１８は、記憶部１７よりイベントデータを読み出し、送信データを生成し、送信部１９は、端末装置３０に送信する。
【０３２１】
ここで、具体的に、ステップＳ４０９におけるイベント発動処理について、図５６を参照して説明すると、送信データ設定部１８は、先ず、記憶部１７よりイベントデータを読み出し、送信データを設定し、送信部１９は、ステップＳ４１１１において、送信データを端末装置３０に送信する。端末装置３０は、受信部３１でサーバ装置１０からの送信データを受信すると、表示部３６にイベントページ１９３を表示する。この表示部３６には、イベントデータとして、例えば図５５（Ｃ）に示すように、「アーティストのライブ会場が凄く汚れています。・・・どうしますか？」といる質問と、その回答として、「ゴミ拾いをする」と「見なかったことにする」と、「自分もゴミを捨てる」とが表示される。
【０３２２】
端末装置３０は、ユーザの操作に応じて、３つの選択肢の中から一が選択されると、送信データ設定部３４で選択データを含む送信データを生成し、送信部３５よりサーバ装置１０に送信する。
【０３２３】
サーバ装置１０は、ステップＳ４１２において、端末装置３０からの送信データを受信すると、送信データ設定部１８は、質問に対する回答である選択データを判別部１５に出力する。判別部１５は、ステップＳ４１３において、選択データに基づいてユーザの回答がどの回答であるかを判別する。そして、判別部１５は、送信データ設定部１８に判別結果を出力する。送信データ設定部１８は、回答に応じた回答表示データを記憶部１７より読み出し、送信データ生成し、送信部３５は、送信データを端末装置３０に送信する。
【０３２４】
端末装置３０は、サーバ装置１０からの送信データを受信部１１で受信すると、表示部３６にこれを表示する。例えば、表示部３６には、ユーザが「ゴミ拾いをする」を選択しているとき、第１の回答表示ページ１９４として、図５５（Ｄ）に示すように、「アーティストに誉められた。」「ファンポイント＋１０」が表示される。また、表示部３６には、ユーザが「見なかったことにする」を選択しているとき、第２の回答表示ページ１９５として、図５５（Ｅ）に示すように、「ちょっとココロが痛む」「ファンポイント−５」が表示される。更に、表示部３６には、ユーザが「自分もゴミを捨てる」を選択しているとき、第３の回答表示ページ１９６として、図５５（Ｆ）に示すように、「アーティストに怒られた」「ファンポイント−２０」が表示される。勿論、ここでのファンポイントの増減は、ＭＣを増減させたり、トレーディングカードを発行、没収するものであってもよい。
【０３２５】
また、サーバ装置１０において、更新部１６は、ユーザからの回答に応じて、蓄積部１４のデータベースを更新する。具体的に、ステップＳ４１５において、更新部１６は、例えば上記表１に示すユーザマスタレコードの総資産、所持ポイント、上記表４のユーザファンポイントレコードのファンポイント等を更新する。
【０３２６】
ステップＳ４１６において、検索部１４は、回答をしたユーザのユーザＩＤを元にして、上記表１のユーザマスタレコードを検索し、ステップＳ４１７において、更新部１６は、イベントフラグを無しにすると共に次のイベントナンバを記録し、また、上記表４に示すイベントポイントを０にリセットする。
【０３２７】
以上のように、本システム１は、ＭＣを増減させる行為を頻繁に行うユーザに対してイベントをより多く発生させるようにすることで、本システム１のゲーム性を更に高めることができる。
【０３２８】
また、本システム１では、頻繁に本システム１を利用するユーザに対して何らかの還元を行うためにファンポイントをカウントしている。このファンポイントは、図２に示すように、ユーザが楽曲データのダウンロードをしたときと、紹介メールを送信したときと、紹介メールの受信者が紹介された楽曲データを視聴したときに、アーティスト毎に加算されるものであり、このファンポイントは、蓄積部１４に設けられる上記表４に示すユーザファンポイントレコードに記述されている。すなわち、このファンポイントは、特定アーティストに対する熱意度となるものである。勿論、このファンポイントは、特定アーティストのトレーディングカードの売買や役申告時等にも加算されるようにしてもよい。
【０３２９】
サーバ装置１０は、図５７に示すように、例えば端末装置３０よりアクセスがあったとき、ステップＳ４２１において、データ判別部１２でユーザＩＤを抽出する。そして、検索部１４は、ステップＳ４２２において、ユーザＩＤを元にして上記表４に示すユーザファンポイントレコードを検索し、ユーザのファンポイントを抽出する。ステップＳ４２３において、判別部１５は、ファンポイントが所定値以上であるかどうかを判断する。そして、所定値以上であるとき、発行部２１は、ステップＳ４２４において、例えば特定アーティストの楽曲データのダウンロードの無料データを生成する。更新部は、例えば表１に示すユーザマスタレコードに無料データフラグを記述する。そして、更新部１６は、ステップＳ４２５において、上記表４に示すファンポイントレコードのファンポイントを０にリセットする。そして、次回ユーザが端末装置３０で特定アーティストの楽曲データをダウンロードするときには、検索部が表１に示すユーザマスタレコードをユーザＩＤを元に検索し、無料フラグが有りにあっているとき、５ＭＣは必要とされず、無料となる。
【０３３０】
なお、ここでは、ユーザに還元する還元データとして、特定アーティストの無料データを例に取り説明したが、楽曲データのダウンロードの割引データであってもよく、また、特定アーティストのトレーディングカードを発行するようにしてもよく、また、特定アーティストのトレーディングカードを購入する際の割引データであってもよい。また、以上のような還元データは、必ずしも特定アーティストに対するものでなくてもよい。
【０３３１】
このようなシステム１によれば、ユーザがダウンロード等の行為を行うことによってファンポイントを加算するようにし、所定値以上となったときにユーザに対して還元を行うようにすることで、本システム１のゲーム性を高めシステムの活性化を図ることができる。
【０３３２】
なお、サーバ装置１０や端末装置３０が行う上述した一連の処理は、ハードウェアにより行うことは勿論、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータや１チップのマイクロコンピュータ等にインストールされる。図５８は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの構成例を示している。
【０３３３】
プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク２０１やＲＯＭ２０２に予め記録しておくことができる。また、プログラムはフ、フレキシブル磁気ディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)、ＭＯ(Magneto optical)ディスク、ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリ等のリムーバブル記録媒体２０３に、一時的又は永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体２０３は、いわゆるパッケージソフトウェアとして提供することができる。
【０３３４】
なお、プログラムは、上述したようなリムーバブル記録媒体２０３からコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを、通信部２０４で受信し、内蔵するハードディスク２０１にインストールすることができる。
【０３３５】
コンピュータは、ＣＰＵ(Central Processing Unit)２０５を内蔵している。ＣＰＵ２０５には、バス２０６を介して、入出力インタフェース２０７が接続されており、ＣＰＵ２０５は、入出力インタフェース２０７を介して、ユーザによって、キーボードやマウス等で構成される入力部２０８が操作されることにより指令が入力されると、それに従って、ＲＯＭ(Read Only Memory)２０２に格納されているプログラムを実行する。
【０３３６】
或いは、ＣＰＵ２０５は、ハードディスク２０１に格納されているプログラム、衛星若しくはネットワークから転送され、通信部２０４で受信されてハードディスク２０１にインストールされたプログラム、又はドライブ２０９に装着されたリムーバブル記録媒体２０３から読み出されてハードディスク２０１にインストールされたプログラムを、ＲＡＭ(Random Access Memory)２１０にロードして実行する。
【０３３７】
これにより、ＣＰＵ２０５は、上述したフローチャートに従った処理、或いは上述したブロック図の構成により行われる処理を行う。そして、ＣＰＵ２０５は、その処理結果を、必要に応じて、例えば、入出力インタフェース２０７を介して、ＬＣＤ(Liquid Crystal Display)やスピーカ等で構成される出力部２１１から出力、或いは、通信部２０４から送信、更に、ハードディスク２０１に記録させる。
【０３３８】
ここで、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要は無く、並列的或いは個別に実行される処理（例えば、並列処理或いはオブジェクトによる処理）も含むものである。
【０３３９】
また、プログラムは、１つのコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。更に、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【０３４０】
また、以上、仮想通貨ＭＣを用いてトレーディングカードの売買等を行う例を説明したが、本発明は、現実の通貨、例えば円、ドル、ユーロ、フラン、ポンド、マルク等を用いるようにしてもよい。また、本システム１では、アーティストの楽曲データをダウンロードする場合を説明したが、アーティストに関連する映画データ、ゲームデータ、動画データ、静止画データ等であってもよい。
【０３４１】
【発明の効果】
本発明によれば、ユーザが本システムを利用する頻度に応じてポイント付与といった特典を与えるようにすることで、ユーザが端末装置で頻繁にサーバ装置にアクセスするようになりシステムの活性化を図ることができる。
【図面の簡単な説明】
【図１】本発明が適用されたトレーディングカード取引システムの構成を説明する図である。
【図２】上記システムの概要を説明する図である。
【図３】サーバ装置のブロック図である。
【図４】サーバ装置にアクセス可能な端末装置のブロック図である。
【図５】本システムのサイトマップを説明する図である。
【図６】サイトトップページを説明する図である。
【図７】会員登録ページを説明する図である。
【図８】サーバ装置の登録確認処理を説明するフローチャートである。
【図９】登録確認ページを説明する図である。
【図１０】サーバ装置のユーザの登録処理を行う手順を説明するフローチャートである。
【図１１】会員登録終了画面を説明する図である。
【図１２】トレーディングカードの発行制御を説明する図である。
【図１３】ログイン時のサーバ装置での処理を説明するフローチャートである。
【図１４】マイページにアクセスする際のサーバ装置の処理を説明するフローチャートである。
【図１５】マイページの構成を説明する図である。
【図１６】マイページで注文取消を行う際のフローチャートである。
【図１７】アーティストトップページにアクセスしたときの処理を説明するフローチャートである。
【図１８】アーティストトップページを説明する図である。
【図１９】楽曲データをダウンロードするときの処理を説明するフローチャートである。
【図２０】楽曲データを視聴する視聴ページを説明する図である。
【図２１】トレーディングカード売却／役申告ページを表示するときの手順を説明するフローチャートである。
【図２２】トレーディングカード売却／役申告ページの構成を説明する図である。
【図２３】売却するトレーディングカードを送信したときの処理を説明するフローチャートである。
【図２４】トレーディングカード売却注文確認ページを説明する図である。
【図２５】トレーディングカードの売却注文を登録する手順を説明するフローチャートである。
【図２６】役を申告するときの手順を説明するフローチャートである。
【図２７】役確認ページを説明する図である。
【図２８】申告した役を確認するときの手順を説明するフローチャートである。
【図２９】トレーディングカード購入ページを表示するときの手順を説明するフローチャートである。
【図３０】トレーディングカード購入ページを説明する図である。
【図３１】購入するトレーディングカードを送信したときの処理を説明するフローチャートである。
【図３２】トレーディングカード購入注文確認ページを説明する図である。
【図３３】トレーディングカードの売却注文を登録する手順を説明するフローチャートである。
【図３４】トレーディングカードの価格算出方法を説明するフローチャートである。
【図３５】トレーディングカードの売買の手順を説明するフローチャートである。
【図３６】トレーディングカードの売却を注文してから売却が成立するまでのマイページのトレーディングカード表示部の変遷を説明する図である。
【図３７】トレーディングカードの購入を注文してから購入が成立するまでのマイページのトレーディングカード表示部の変遷を説明する図である。
【図３８】トレーディングカードの価格チャートページを表示するまでの手順を説明するフローチャートである。
【図３９】トレーディングカードの価格チャートページの構成を説明する図である。
【図４０】トレーディングカードの現在の価格情報を取得する手順を説明するフローチャートである。
【図４１】現在のトレーディングカードの価格情報を表示する価格情報ページを説明する図である。
【図４２】トレーディングカードの現在の価格情報を取得する手順を説明するフローチャートである。
【図４３】過去のトレーディングカードの価格情報を表示する価格情報ページを説明する図である。
【図４４】ファンポイントランキングを取得するための手順を説明するフローチャートである。
【図４５】ファンポイントランキングページを説明する図である。
【図４６】紹介メールページを説明する図である。
【図４７】紹介メールがサーバ装置に送信されたときの処理を説明するフローチャートである。
【図４８】紹介メールが送信されたときのデータベースの更新処理を説明するフローチャートである。
【図４９】他の端末装置に送信される紹介メールを説明する図である。
【図５０】紹介用視聴ページを説明する図である。
【図５１】楽曲を紹介されたユーザが視聴を行うときの処理を説明するフローチャートである。
【図５２】イベントデータベースを説明する図である。
【図５３】イベントテーブルを確定する処理を説明する図である。
【図５４】イベントを発動するときの手順を説明するフローチャートである。
【図５５】イベントを発動時の画面を説明する図である。
【図５６】イベント処理を説明するフローチャートである。
【図５７】ユーザポイントに基づいて割引チケットを発行する際の手順を説明するフローチャートである。
【図５８】コンピュータの構成を説明するブロック図である。
【符号の説明】
１  トレーディングカード取引システム、３  インターネット、１０  サーバ装置、１１  受信部、１２  データ判別部、１３  蓄積部、１４  検索部、１５  判別部、１６  更新部、１７  記憶部、１８  送信データ設定部、１９  送信部、２０  演算部、２１  発行部、３０  端末装置、３１  受信部、３２  制御部、３３  記憶部、３４  送信データ設定部、３５  送信部、３６  表示部、３７表示制御部、３８  入力操作部、４１  サイトトップページ、４２  会員登録ページ、４３  マイページ、４４  アーティスト一覧ページ、４５  アーティストトップページ、４６  視聴ページ、４７  ユーザポイントランキングページ、４８  トレーディングカード情報ページ、４９  トレーディングカード購入ページ、５０  ダウンロードページ、５１  視聴ページ、５８  トレーディングカード売却／役申告ページ
【図１】
0004734749.tif 000016
【図２】
0004734749.tif 000017
【図３】
0004734749.tif 000018
【図４】
0004734749.tif 000019
【図５】
0004734749.tif 000020
【図６】
0004734749.tif 000021
【図７】
0004734749.tif 000022
【図８】
0004734749.tif 000023
【図９】
0004734749.tif 000024
【図１０】
0004734749.tif 000025
【図１１】
0004734749.tif 000026
【図１２】
0004734749.tif 000027
【図１３】
0004734749.tif 000028
【図１４】
0004734749.tif 000029
【図１５】
0004734749.tif 000030
【図１６】
0004734749.tif 000031
【図１７】
0004734749.tif 000032
【図１８】
0004734749.tif 000033
【図１９】
0004734749.tif 000034
【図２０】
0004734749.tif 000035
【図２１】
0004734749.tif 000036
【図２２】
0004734749.tif 000037
【図２３】
0004734749.tif 000038
【図２４】
0004734749.tif 000039
【図２５】
0004734749.tif 000040
【図２６】
0004734749.tif 000041
【図２７】
0004734749.tif 000042
【図２８】
0004734749.tif 000043
【図２９】
0004734749.tif 000044
【図３０】
0004734749.tif 000045
【図３１】
0004734749.tif 000046
【図３２】
0004734749.tif 000047
【図３３】
0004734749.tif 000048
【図３４】
0004734749.tif 000049
【図３５】
0004734749.tif 000050
【図３６】
0004734749.tif 000051
【図３７】
0004734749.tif 000052
【図３８】
0004734749.tif 000053
【図３９】
0004734749.tif 000054
【図４０】
0004734749.tif 000055
【図４１】
0004734749.tif 000056
【図４２】
0004734749.tif 000057
【図４３】
0004734749.tif 000058
【図４４】
0004734749.tif 000059
【図４５】
0004734749.tif 000060
【図４６】
0004734749.tif 000061
【図４７】
0004734749.tif 000062
【図４８】
0004734749.tif 000063
【図４９】
0004734749.tif 000064
【図５０】
0004734749.tif 000065
【図５１】
0004734749.tif 000066
【図５２】
0004734749.tif 000067
【図５３】
0004734749.tif 000068
【図５４】
0004734749.tif 000069
【図５５】
0004734749.tif 000070
【図５６】
0004734749.tif 000071
【図５７】
0004734749.tif 000072
【図５８】
0004734749.tif 000073