JP4734749B2 - Data processing system, data processing method, data processing apparatus, recording medium, and computer program - Google Patents
Data processing system, data processing method, data processing apparatus, recording medium, and computer program Download PDFInfo
- Publication number
- JP4734749B2 JP4734749B2 JP2001116206A JP2001116206A JP4734749B2 JP 4734749 B2 JP4734749 B2 JP 4734749B2 JP 2001116206 A JP2001116206 A JP 2001116206A JP 2001116206 A JP2001116206 A JP 2001116206A JP 4734749 B2 JP4734749 B2 JP 4734749B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- unit
- user
- terminal device
- artist
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000012545 processing Methods 0.000 title claims description 44
- 238000003672 processing method Methods 0.000 title claims description 7
- 238000004590 computer program Methods 0.000 title claims description 6
- 230000005540 biological transmission Effects 0.000 claims description 435
- 239000000284 extract Substances 0.000 claims description 30
- 238000011156 evaluation Methods 0.000 claims description 24
- 230000004044 response Effects 0.000 claims description 6
- 238000009825 accumulation Methods 0.000 claims description 2
- 238000000034 method Methods 0.000 description 50
- 238000012790 confirmation Methods 0.000 description 48
- 238000010586 diagram Methods 0.000 description 32
- BQCADISMDOOEFD-UHFFFAOYSA-N Silver Chemical compound [Ag] BQCADISMDOOEFD-UHFFFAOYSA-N 0.000 description 27
- 229910052709 silver Inorganic materials 0.000 description 27
- 239000004332 silver Substances 0.000 description 27
- 230000008569 process Effects 0.000 description 21
- 235000014510 cooky Nutrition 0.000 description 15
- 238000004364 calculation method Methods 0.000 description 14
- 230000001960 triggered effect Effects 0.000 description 8
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 7
- 239000010813 municipal solid waste Substances 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 238000012937 correction Methods 0.000 description 4
- 230000001186 cumulative effect Effects 0.000 description 4
- 230000003203 everyday effect Effects 0.000 description 4
- 230000001965 increasing effect Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000003213 activating effect Effects 0.000 description 3
- 230000002354 daily effect Effects 0.000 description 3
- 230000004913 activation Effects 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 230000002708 enhancing effect Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000003044 adaptive effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000013139 quantization Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 210000000707 wrist Anatomy 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、システムを頻繁に利用する利用者に対してコンテンツデータのダウンロードを無料又は割り引く等特典を与えることで、ゲーム性を高めシステムの活性化を図り、例えば無名アーティストの知名度を効率良く高めることができるデータ処理システム、データ処理方法、データ処理装置、記録媒体及びコンピュータプログラムに関する。
【0002】
【従来の技術】
インターネットが普及した今日において、ホームページでは、楽曲データ等のコンテンツデータをダウンロードすることがようになっている。このホームページでは、例えば販売するコンテンツデータが一覧表示されており、例えば利用者が、コンテンツデータを購入するため選択する際に、コンテンツデータの一部をダウンロードし視聴することができるようになっている。
【0003】
【発明が解決しようとする課題】
しかしながら、単に、ホームページに販売するコンテンツデータのリストを一覧表示するだけでは、利用者は自分の興味のあるアーティストやコンテンツデータにしかアクセスしない。したがって、レコード会社等に所属せず、楽曲データ等を自主制作しているアーティスト等は、知名度が低いことから、その作品であるコンテンツデータをホームページに公表したとしても、このホームページにアクセスする利用者が試聴する頻度は、知名度の高いアーティストに対して極めて低いものである。これは、レコード会社に所属しているアーティストであって未だ人気の出ていない無名のアーティストの場合も同様である。
【0004】
したがって、レコード会社等が新しいアーティスト等を売り出す場合、ホームページに知名度の低いアーティストを公表したとしても、当該アーティストの知名度を効率良く上げることはできない。
【0005】
本発明の目的は、システムを頻繁に利用する利用者に対してコンテンツデータのダウンロードを無料又は割り引く等特典を与えることで、ゲーム性を高めシステムの活性化を図り、例えば無名アーティストの知名度を効率良く上げることができる新規なデータ処理システム、データ処理方法、データ処理装置、記録媒体及びコンピュータプログラムを提供することにある。
【0006】
【課題を解決するための手段】
本発明に係るデータ処理システムは、上述した課題を解決すべく、複数のコンテンツデータを蓄積すると共にユーザ毎のポイントデータを蓄積するサーバ装置と、上記サーバ装置に対して上記コンテンツデータの送信要求と共にユーザを識別するユーザ識別データを送信し、上記送信要求に応じたコンテンツデータを受信する端末装置とを備える。上記サーバ装置は、上記コンテンツデータに対応したシンボルデータを複数蓄積し、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積し、上記シンボルデータの購入注文数と売却注文数とを比較し、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを更新し、上記端末装置から上記コンテンツデータの送信要求を受信したとき、上記ポイントデータを加算し、更に、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを判別し、一致しているとき、上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算し、上記ポイントデータが所定値以上となったとき、上記端末装置のユーザに対して還元データを生成する。
【0007】
また、本発明に係るデータ処理方法は、上述した課題を解決すべく、端末装置よりサーバ装置に対して上記コンテンツデータの送信要求と共にユーザを識別するユーザ識別データを送信するステップと、上記サーバ装置が、上記コンテンツデータに対応したシンボルデータを複数蓄積し、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、上記サーバ装置が、上記シンボルデータの購入注文数と売却注文数とを比較し、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを更新するステップと、上記端末装置から上記コンテンツデータの送信要求を受信したとき、上記サーバ装置が上記ポイントデータを加算するステップと、上記サーバ装置が、上記送信要求に応じたコンテンツデータを上記端末装置に送信するステップと、上記サーバ装置が、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを判別し、一致しているとき、上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、上記サーバ装置が、上記ポイントデータが所定値以上となったとき、上記端末装置のユーザに対する還元データを生成するステップとを有する。
【0008】
また、本発明に係るデータ処理装置は、上述した課題を解決すべく、複数のコンテンツデータを記憶する記憶部と、端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを受信する受信部と、上記受信部で受信されたコンテンツ識別データに応じて上記記憶部からコンテンツデータを検索し上記端末装置に送信する送信部と、上記ユーザ識別データに関連づけてユーザのポイントデータとを蓄積する蓄積部と、上記受信部が上記コンテンツ識別データを受信したとき、上記ポイントデータにポイント加算する更新部と、上記ポイントデータが所定値以上であるかを判別する判別部とを備える。上記更新部は、上記コンテンツデータに対応したシンボルデータを複数蓄積し、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積し、上記判別部は、上記シンボルデータの購入注文数と売却注文数とを比較し、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記更新部は、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを更新し、上記更新部は、上記受信部が上記コンテンツ識別データを受信したとき、上記ポイントデータにポイント加算し、上記判別部は、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを判別し、一致しているとき、上記更新部は、上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算し、上記更新部は、上記ポイントデータが所定値以上であるとき、上記端末装置にユーザに対する還元データを生成する。
【0009】
また、本発明に係る複数のコンテンツデータを記憶する記憶部と、データを受信する受信部と、データを送信する送信部と、ポイントデータを蓄積する蓄積部と、ポイントを加算する更新部と、ポイントデータが所定値以上であるかを判別する判別部とを備えるデータ処理装置のデータ処理方法は、上述した課題を解決すべく、端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを上記受信部で受信するステップと、上記受信部が上記コンテンツ識別データを受信したとき、上記更新部が上記蓄積部に蓄積されているポイントデータにポイント加算するステップと、上記受信部で受信されたコンテンツ識別データに応じて上記記憶部からコンテンツデータを検索し上記送信部より上記端末装置に送信するステップと、上記蓄積部に、上記コンテンツデータに対応したシンボルデータを複数蓄積しており、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、上記シンボルデータの購入注文数と売却注文数とを上記判別部が比較するステップと、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを上記更新部が更新するステップと、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを上記判別部が判別し、一致しているとき、上記更新部が上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、上記ポイントデータが所定値以上であるかを上記判別部が判別するステップと、上記ポイントデータが所定値以上であるとき、上記更新部が上記端末装置のユーザに対する還元データを生成するステップとを有する。
【0010】
また、本発明に係るコンピュータにより読み取り可能なコンピュータプログラムが記録された記録媒体は、上述した課題を解決すべく、コンピュータに、受信部で受信した端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを受信したとき、更新部が蓄積部に蓄積されているポイントデータにポイント加算するステップと、上記受信部で受信されたコンテンツ識別データに応じて記憶部からコンテンツデータを検索し送信部より上記端末装置に送信するステップと、上記蓄積部に、上記コンテンツデータに対応したシンボルデータを複数蓄積しており、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、上記シンボルデータの購入注文数と売却注文数とを判別部が比較するステップと、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを上記更新部が更新するステップと、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを上記判別部が判別し、一致しているとき、上記更新部が上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、上記ポイントデータが所定値以上であるかを上記判別部が判別するステップと、上記ポイントデータが所定値以上であるとき、上記更新部が上記端末装置のユーザに対する還元データを生成するステップとを実行させる。
【0011】
また、本発明に係るコンピュータプログラムは、上述した課題を解決すべく、コンピュータに、受信部で受信した端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを受信したとき、更新部が蓄積部に蓄積されているポイントデータにポイント加算するステップと、上記受信部で受信されたコンテンツ識別データに応じて記憶部からコンテンツデータを検索し送信部より上記端末装置に送信するステップと、上記蓄積部に、上記コンテンツデータに対応したシンボルデータを複数蓄積しており、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、上記シンボルデータの購入注文数と売却注文数とを判別部が比較するステップと、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを上記更新部が更新するステップと、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを上記判別部が判別し、一致しているとき、上記更新部が上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、上記ポイントデータが所定値以上であるかを上記判別部が判別するステップと、上記ポイントデータが所定値以上であるとき、上記更新部が上記端末装置のユーザに対する還元データを生成するステップとを実行させる。
【0015】
【発明の実施の形態】
以下、本発明が適用されたトレーディングカード取引システムについて、図面を参照して説明する。
【0016】
図1に示すように、本発明が適用されたトレーディングカード取引システム1は、アーティストに関連する情報を提供すると共にアーティストに関連するトレーディングカードを発行し管理するサーバ装置10と、このサーバ装置10にアクセスし、アーティストのトレーディングカードを購入し又は売却することができる端末装置30とを備える。端末装置30は、ISDN(Integrated Services Digital Network)回線網、CATV(Cable Television)回線網、光ケーブル回線網等のネットワークを介してインターネット3内の本システムの管理者であるプロバイダのサーバ装置10に接続されている。
【0017】
ここで、このトレーディングカード取引システム1の概要を図2を用いて説明する。
【0018】
このシステム1では、サーバ装置10が、各アーティストに対して例えば5種類(赤、青、緑、黄、銀)のトレーディングカードを用意し、端末装置30を用いて会員登録したユーザに対して、ランダムに選択した3枚のトレーディングカードを発行すると共に本システム上の例えば3000MCの仮想通貨(MC:本システムでの仮想通貨単位)を発行する。ここで、各アーティストのトレーディングカードの価格は、株取引と同様に価格変動するものである。すなわち、ユーザは、毎日のトレーディングカードの価格変動を見て、トレーディングカードを売却又は購入することができ、トレーディングカードの購入時と売却時の価格差によって利潤を得ることができるようになっている。なお、トレーディングカードの価格は、アーティスト単位で変動する。
【0019】
ユーザは、端末装置30を介してサーバ装置10にアクセスし、5MC支払うことによってアーティストの楽曲データ等を視聴することができる。このとき、1/256の確率で新たにトレーディングカードを得ることができる。また、このダウンロードによって、ユーザには、アーティストへの熱意を示すパラメータとなるファンポイントが1加算されると共にアーティストに関する質問等を行うイベントを発動する際のパラメータとなるイベントポイントが1加算される。また、このダウンロードによって、本システムに登録しているアーティストのダウンロード回数がカウントされる。
【0020】
また、このトレーディングカード取引システム1では、5MCを支払うことによって、本システムに登録したユーザが友人等の他の端末装置30に自分の好きなアーティストの紹介メールを送信することができる。この紹介メールによっても、ユーザには、ファンポイントとイベントポイントが1加算される。また、紹介されたアーティストには、紹介メールの回数がカウントされる。
【0021】
この紹介メールを送信したときや紹介メールの受信者が紹介されたアーティストの楽曲データを視聴したときには、送信者であるユーザには、10MCが与えられ、送信者であるユーザには、ファンポイントとイベントポイントが1加算される。また、このときには、紹介者(送信者)であるユーザには、1/256の確率でトレーディングカードが発行される。また、アーティストには、紹介メールの受信者が楽曲データを視聴した視聴回数がカウントされる。
【0022】
イベントポイントが所定値を超えたときには、ユーザに対してイベントが発動され、これによって、ユーザからは、イベントポイントが50が減算される。また、イベントが発動されたときには、ユーザに対して抽選で1枚のカードが発行されることがある。
【0023】
また、本システム1では、MCを得るために、自分が所有するトレーディングカードを取引することができる。したがって、トレーディングカードを売却したときには、売却枚数に売却時のトレーディングカードの価格を乗じた額が所持金額に加算されると共にトレーディングカードの所持枚数が減算される。また、トレーディングカードを購入するときには、購入枚数に購入時のトレーディングカードの価格を乗じた額が所持金から減算されると共にトレーディングカードの所持枚数が加算される。このようにトレーディングカードの取引が行われたときには、トレーダであるユーザに対してイベントポイントが1加算される。例えば、ユーザは、楽曲データをダウンロードし視聴し、これを参考に購入するトレーディングカードを決めることができる。
【0024】
また、ユーザは、ユーザは、トレーディングカードの取引等を行うことによって最大8枚までトレーディングカードを所有することができる。このとき、ユーザは、最大所有枚数8枚の中で、所有するトレーディングカードが互いに関連性を有するトレーディングカードを集め、すなわち予め本システムによって定められた役を揃え、これをサーバ装置10に申告することで、申告したトレーディングカードの時価総額に対して更に例外的配当であるボーナスポイントが加算されたMCを得ることができるようになっている。
【0025】
また、本システム1では、楽曲データのダウンロード、紹介メールの送信、紹介メール受信者による紹介楽曲データの視聴によってポイント加算されるファンポイントが所定値以上となったとき、ユーザに対して楽曲購入の際の無料又は割引チケットを発行する。
【0026】
また、本システム1では、楽曲データのダウンロード、紹介メールの送信、紹介メール受信者による紹介楽曲データの視聴、トレーディングカードの売買によってポイント加算されるイベントポイントが所定値以上となったとき、ユーザに対してアーティストに関する質問等を行うイベントが発動され、このイベントの質問に正解したときには、ユーザに対してボーナスポイントが加算される。
【0027】
そして、サーバ装置10は、所定期間内における、ユーザの総資産ランキングを公表し、ユーザに総資産を競わせ、また、頻繁に本システムに参加するユーザに対して楽曲データのダウンロードを無料とする。これにより、本システム1は、ーム性をユーザに対して与えるようになっている。
【0028】
また、トレーディングカードは、上述したように株券と同様に、価格変動するものであり、この価格は、アーティストに対して行われた紹介メール回数、アーティストの楽曲データのダウンロード回数、アーティストのトレーディングカードの取引回数等をパラメータにして決定される。したがって、ユーザは、毎日のトレーディングカードの価格変動を利用し、トレーディングカードの購入時と売却時の価格差によって利潤を得ることができるようになっている。
【0029】
以上のようなトレーディングカード取引システム1では、トレーディングカードを株券のように扱い、仮想通貨を用いてトレーディングカードの売買を行うことができるようにすることで、ユーザが自分の好きなアーティストを投資対象としたトレーディングカードを売買することができるようになっている。したがって、本システム1では、このようにゲーム性を与えることで、ユーザの参加を促し、活性化を図ることができる。また、このトレーディングカード取引システム1では、トレーディングカードの取引にゲーム性を与えることで、ユーザが利潤を得るために自分の余り好きでないアーティストの楽曲データを視聴したりするようになり、これによって、例えば無名アーティストの知名度を上げることができるようになっている。
【0030】
以上のようなトレーディングカード取引システム1に用いるサーバ装置10は、本サービスを提供する装置であり、MCやトレーディングカードを発行する銀行のように機能する。具体的に、このサーバ装置10は、図3に示すように、端末装置30からのデータを受信する受信部11と、受信部11で受信したデータの種類を判別するデータ判別部12と、本システム1のデータベースが構築されている蓄積部13と、蓄積部13に保存されたデータを検索する検索部14と、検索部14での検索結果に基づいて判別を行う判別部15と、判別部15での判別結果に基づいて蓄積部13のデータベースを更新する更新部16と、表示データや楽曲データが保存された記憶部17と、記憶部17より表示データや楽曲データを読み出し送信データを設定する送信データ設定部18と、送信データ設定部18で設定された送信データを端末装置30に送信する送信部19と、トレーディングカードの価格を演算する演算部20と、トレーディングカードを発行する発行部21とを備える。
【0031】
データ判別部12は、受信部11で受信したアクセス要求が入力されると、アクセス要求に応じたURL(uniform resource location)等を送信データ設定部18に出力する。このとき、データ判別部12は、例えばアクセス要求に含まれるユーザ名、パスワード等の識別情報を判別し、登録済みのユーザからのアクセスであるとき、特定のウェブページへのアクセスを許可する。また、データ判別部12は、登録済みのユーザからのアクセス要求であるとき、ユーザ名等の検索条件等を抽出し、検索部14に出力する。更に、データ判別部12は、新規登録者に対してはトレーディングカードを3枚発行するようにコマンドを発行部21に出力する。更に、データ判別部12は、アクセス要求が楽曲データのダウンロード要求等であるとき、当該ユーザの所定項目を加算するためのデータを更新部16に出力する。更に、データ判別部12は、端末装置30から送信されたトレーディングカードの売却注文や購入注文を更新部16に出力する。
【0032】
蓄積部14は、例えば大容量ハードディスクからなり、複数のデータベースが構築されている。例えば、蓄積部14には、各ユーザのユーザIDに、所有しているトレーディングカードの種類、枚数等が関連づけられて保存されている。また、蓄積部14には、売却注文の出ているトレーディングカードと購入注文の出ているトレーディングカードとがユーザIDに関連づけられて保存されている。更に、蓄積部14は、ユーザIDに関連づけて楽曲データのダウンロード(視聴)回数、アーティストの紹介メールを友人等の端末装置30に送信した回数、アーティストに対する熱意を示すパラメータとなるファンポイント、ユーザに対して質問を出すためのパラメータとなるイベントポイント等が保存されている。
【0033】
検索部14は、複数のデータベースが構築された蓄積部14にアクセスし、データ判別部12より入力された検索条件に基づいたデータをデータベースの中から抽出し、抽出したデータを判別部15に出力する。例えば、検索部14は、トレーディングカードの売却注文数とトレーディングカードの購入注文数とを検索する。そして、検索部14は、蓄積部13のデータベースより売却注文の出ているトレーディングカードのユーザID、購入注文の出ているトレーディングカードのユーザID等を抽出する。また、検索部14は、ユーザのイベントポイントやファンポイントを検索し抽出する。
【0034】
判別部15は、検索部14より入力された検索結果に基づいて、様々な判別を行い判別結果を更新部16に出力する。例えば、判別部15は、検索対象となったアーティストのトレーディングカードの売却注文数と購入注文数とを比較し、売買が成立するユーザIDを判別する。また、判別部15は、イベントポイントが所定値以上であるか否かを判断し、イベントポイントが所定値以上であるとき、イベントを行うようにする。更に、判別部15は、ファンポイントが所定値以上であるとき、ユーザに対して楽曲データの無料チケット等の特典データを送信するようにする。
【0035】
更新部16は、蓄積部13のデータベースを更新する。例えば、更新部16は、ユーザの新規登録があったとき、そのユーザ用のテーブルを設けるように蓄積部13のデータベースを更新する。また、更新部16は、トレーディングカードの売却注文や購入注文が入力されたとき、該当するユーザのデータベースに、トレーディングカードの注文状態を記録する。そして、更新部16は、トレーディングカードを売却することができたとき、売り手の総資産に売却価格分を加算し、また、トレーディングカードを購入することができたとき、買い手の総資産から購入価格分を減算する。更に、更新部16は、ユーザによって楽曲データがダウンロードされ、また、他の端末装置30にアーティストの紹介メール等が送信されたとき、ダウンロード回数や紹介メールの回数等のデータベースの該当する項目を加算する。
【0036】
記憶部17は、例えば、大容量ハードディスクであり、ホームページやウェブページを構成する表示データ、楽曲IDに関連づけられた楽曲データ、イベントの内容、すなわち質問データ等が保存されている。送信データ設定部18は、データ判別部12からの入力や判別部15からの入力に基づいて端末装置30に送信する送信データを生成する。送信部19は、送信データ設定部18より入力された送信データをTCP/IP(transmission control protocol/internet protocol)等の伝送プロトコルに従って端末装置30に送信する。
【0037】
演算部20は、所定時間に、蓄積部14のデータベースにアクセスして、必要なパラメータを抽出し、トレーディングカードの価格を、アーティストの人気度等を考慮して算出する。
【0038】
発行部21は、ユーザの新規登録があったとき、各アーティストにつき5種類用意されたトレーディングカードの中からランダムに3枚を選択し発行する。
【0039】
以上のようなサーバ装置10は、端末装置30からアクセス要求があると、記憶部17よりホームページを構成する表示データを抽出し、送信部19より表示データを送信する。そして、サーバ装置10は、端末装置30よりユーザの新規登録があったとき、更新部16によって蓄積部14に設けられたデータベースに新規登録のあったユーザのテーブルを作成すると共に、発行部21で3枚のトレーディングカードと3000MCを発行し、送信部19より端末装置30に送信する。また、サーバ装置10は、端末装置30からトレーディングカードの売却注文や購入注文があったとき、この注文を更新部16により蓄積部14のデータベースに登録する。そして、サーバ装置10は、所定時間に、トレーディングカードの売買を成立させる。すなわち、トレーディングカードの売買が成立したとき、サーバ装置10は、更新部16により売り手の総資産に売却価格分を加算し、買い手の総資産から購入価格分を減算する。また、サーバ装置10は、演算部20によりアーティストの人気度等を考慮してトレーディングカードの価格を変動させる。また、サーバ装置10は、端末装置30の楽曲データのダウンロード回数や紹介メール回数等をカウントし、これに基づいて、イベントポイントやファンポイントを算出し、所定値以上になったとき、該当するユーザの端末装置30にイベントデータや特典データを送信する。
【0040】
次いで、インターネット3を介してサーバ装置10にアクセスする端末装置30について、図4を参照して説明すると、この端末装置30は、サーバ装置10から送信されたデータを受信する受信部31と、受信部31より入力された受信データに基づいて全体を制御する制御部32と、サーバ装置10との通信履歴等が保存される記憶部33と、サーバ装置10に送信する送信データを生成する送信データ設定部34と、送信データ生成部34より入力された送信データを送信する送信部35と、ホームページ、ウェブページ等を表示する表示部36と、表示部36への表示を制御する表示制御部37と、ユーザの操作に応じて操作信号を入力する入力操作部38と、ダウンロードした楽曲データをデコードするデコーダ39と、ディジタル信号をアナログ信号に変換するD/Aコンバータ40と、楽曲データを出力するスピーカ29とを備える。
【0041】
受信部31は、インターネット3を介してサーバ装置10より送信データを受信すると、制御部32に受信したデータを入力する。制御部32は、受信したデータの内表示データを表示制御部37に出力する。そして、表示制御部37は、CRT(cathode‐ray tube)やLCD(liquid crystal display)等からなる表示部36に表示データを表示させる。これによって、ユーザは、表示部36に表示された表示内容を見てキーボード、マウス等からなる入力操作部38の操作を行うことができる。ユーザの操作に応じて操作信号を発生した入力操作部38は、操作信号を制御部32に入力する。そして、制御部32は、入力データを送信データ設定部34に出力する。送信データ設定部32は、サーバ装置10に送信する送信データを生成し、送信部35より送信データをサーバ装置10に送信する。このような端末装置30より送信する送信データは、例えば、ユーザ登録をするときにはユーザ名、住所、電話番号、電子メールアドレス等であり、トレーディングカードの売買を行うときにはトレーディングカードのIDと売却注文又は購入注文データである。
【0042】
また、端末装置30は、サーバ装置10より楽曲データをダウンロードすると、この楽曲データは、デコーダでデコードされ、D/Aコンバータ40でディジタル信号からアナログ信号に変換されスピーカ20より出力される。なお、デコーダ39は、ATRAC3(Adaptive Transform Acoustic Coding 3:商標)、MPEG−2AAC(Motion Picture Expert Group 2 Advanced Audio Coding:商標)、MP3(MPEG-1 Audio Layer3:商標)、TwinVQ(Transform-Domain Weighted Interleave Vector Quantization:商標)、MS Audio(WMA:Windows Media Audio:商標)、Ogg Vorbis(商標)等の方式で楽曲データをデコードする。また、端末装置30は、スピーカ29の代わりに、イヤホン、ヘッドホン等であってもよい。
【0043】
次に、本システムにおいて、端末装置30よりアクセス可能なサーバ装置10の記憶部17に保存されているウェブページのサイトマップについて、図5を参照して説明する。先ず、本システムにおいては、端末装置30が最初にアクセスするホームページとなるサイトトップページ41が設けられる。このサイトトップページ41は、ユーザが最初にアクセスするページであることから、本システムの説明がなされている。また、このサイトトップページ41には、ユーザID入力欄、パスワード入力欄、会員登録釦、アーティスト選択欄等が設けられている。そして、このサイトトップページ41からは、会員登録釦がクリックされたとき進む会員登録ページ42と、ユーザID、パスワードにより認証が取れた端末装置30のみがログインすることができるマイページ43と、本システムへの参加アーティストの一覧を見ることができるアーティスト一覧ページ44とに進むことができる。
【0044】
会員登録ページ42は、会員登録する際必要な事項を記入する欄が複数設けられ、例えばユーザID入力欄、パスワード入力欄、氏名入力欄、住所入力欄、電子メールアドレス入力欄、サーバ装置10に送信するデータを確認するためのモードに進むための登録確認釦等が設けられている。
【0045】
マイページ43は、登録会員のみがアクセスすることができるログインが必要なページであり、アクセスしたユーザに関する情報、例えば総資産、所有するトレーディングカード、所有するトレーディングカードの現在の価格等を見ることができるようになっている。また、表示部36に表示されたトレーディングカードを入力操作部38でクリックすることにより、トレーディングカードの拡大画像を見ることができるようになっている。
【0046】
アーティスト一覧ページ44は、本システムに登録している投資対象となるアーティストの一覧が設けられている。そして、このアーティスト一覧ページ44には、アーティストの楽曲データを視聴することができる視聴釦、選択したアーティストの紹介ページを見るための選択釦等が設けられている。
【0047】
更に、上述したサイトトップページ41からは、本システムに登録している各アーティストを紹介するアーティストトップページ45と、アーティストの楽曲データを視聴するための視聴ページ46と、登録ユーザの総資産ランキングを見るためのユーザポイントランキングページ47と、トレーディングカードの価格ランキングを見るためのトレーディングカード情報ページ48とに進むことができる。
【0048】
アーティストトップページ45は、本システムに登録しているアーティスト毎に設けられ、各アーティストのトップページには、アーティストのトレーディングカードの現在の価格等を見ることができるようになっている。
【0049】
視聴ページ46は、上述したアーティスト一覧ページ44やアーティストトップページ45から進むことができるページであり、選択したアーティストの楽曲データの一部又は全部を端末装置30が内部メモリやハードディスク等に保存することなく再生するストリーミング再生することができるようになっている。
【0050】
ユーザポイントランキングページ47は、本システムに登録しているユーザの総資産ランキングを見ることができるようになっている。また、トレーディングカード情報ページ48は、今日のトレーディングカードの価格情報や過去のトレーディングカードの価格情報を見ることができるようになっている。
【0051】
更に、マイページ43からは、トレーディングカード購入ページ49とトレーディングカード売却/役申告ページ58に進むことができるようになっており、アーティストトップページ45からは、ダウンロードページ50に進むことができるようになっている。
【0052】
トレーディングカード購入ページ49は、ログインが必要なページであり、購入注文を行うとき、市場に存在するトレーディングカードの一覧の中から所望するトレーディングカードを選択することができるようになっている。また、トレーディングカード売却/役申告ページ58も、ログインが必要なページであり、売却注文を行うとき、自らが所有するトレーディングカードの一覧の中から売りに出すトレーディングカードを選択することができるようになっている。また、自らが所有する複数枚(最大8枚)の中の4枚以上が関連性を有し役を構成しているときには、役を申告することができるようになっている。
【0053】
ダウンロードページ50は、アーティストトップページ45からログインが必要なページであり、選択したアーティストの楽曲データの一部又は全部を端末装置30がダウンロードすることができるようになっている。選択した楽曲データをダウンロードした端末装置30は、楽曲データを内部メモリやハードディスク等に保存することで、利用者が何時でも再生することができるようになる。
【0054】
また、上述したトレーディングカード情報ページ48からは、上述したトレーディングカード購入ページ49とトレーディングカード売却/役申告ページ58に進むことができ、更に、視聴ページ51に進むことができるようになっている。この視聴ページ51は、ランキング上位のアーティストの楽曲データを視聴することができるようにするためのものであり、ランキング表示されているアーティストの中から選択したアーティストの楽曲データの一部又は全部を端末装置30が内部メモリやハードディスク等に保存することなく再生するストリーミング再生することができるようになっている。
【0055】
更に、上述したアーティストトップページ45からは、アーティストのプロフィールを紹介したプロフィールページ52と、ディスコグラフィーを紹介するためのディスコグラフィーページ53と、ユーザが気に入ったアーティストを友人等に紹介するための紹介メールを記述するための紹介メールページ54と、本システムの感想、意見等を記述するための電子掲示板(BBS:Bulletin Board System )ページ55と、チャットを行うためのチャットページ56とに進むことができる。
【0056】
プロフィールページ52は、本システムに登録したアーティストのプロフィールが紹介されたページであり、ディスコグラフィーページ53は、本システムに登録したアーティストのディスコグラフィーを紹介したページである。
【0057】
また、紹介メールページ54は、友人等にアーティストや楽曲の紹介のメールを送ることができる紹介メールシステムの説明がなされ、紹介メールを記述し、友人等の端末装置30に紹介メールを送信することができるようになっている。なお、本システムでは、紹介先の端末装置30のみがアクセス可能な紹介用視聴ページ57が設けられている。この紹介用視聴ページ57は、紹介メールに添付されるURLに設けられ、紹介メールの送信者、すなわち紹介者の端末装置30からは、アクセスすることができない。紹介メールを受信した端末装置30は、この紹介用視聴ページ57にアクセスすることによって、紹介されたアーティストの楽曲データをストリーミング再生或いはダウンロードすることができる。
【0058】
チャットページ56は、チャット利用規約等の説明がなされ、また、リアルタイムに参加者同士が会話を楽しむことができるようになっている。
【0059】
次に、本システムに参加しようとするユーザや本システムに登録済みのユーザが最初に端末装置30によりアクセスするサイトトップページ41について、図6を参照して説明する。このサイトトップページ41は、上側に設けられるトップフレーム41aと、トップフレーム41aの下側に設けられるメインフレーム41bと、トップフレーム41aの下側でメインフレーム41bの横側に設けられるナビゲーションフレーム41cとから構成されている。
【0060】
トップフレーム41aは、会員登録をしているユーザのユーザIDを入力するためのユーザID入力部61と、会員登録をしているユーザのパスワードを入力するためのパスワード入力部62と、ユーザIDとパスワードを入力した後にマイページ43に進むためのログイン釦63と、本システムに会員登録するため会員登録ページ42に進むための会員登録釦64と、各アーティストトップページ45に進むためアーティストを選択するためのプルダウンメニューからなるアーティスト選択部65とが設けられている。
【0061】
また、メインフレーム41bには、本システムの説明等がなされている。
【0062】
更に、ナビゲーションフレーム41cには、アーティスト一覧ページ44に進むためのアーティスト一覧ページ釦66と、トレーディングカード情報ページ48を構成する今日のトレーディングカードの価格情報ページに進むための第1の価格情報ページ釦67と、今日のトレーディングカードの価格情報ページと共にトレーディングカード情報ページ48を構成する過去のトレーディングカードの価格情報ページに進むための第2の価格情報ページ釦68と、マイページ43に進むためのマイページ釦73と、トレーディングカード売却/役申告ページ58に進むためのトレーディングカード売却/役申告ページ釦69と、トレーディングカード購入ページ49に進むためのトレーディングカード購入ページ釦70と、ユーザポイントランキングページ47に進むためのユーザポイントランキングページ釦71と、BBSページ55に進むためのBBSページ釦72とが設けられている。
【0063】
すなわち、このサイトトップページ41からは、図5に示したサイトツリーに基づいて各ウェブページに進むことができるようになっている。そして、マイページ43、トレーディングカード売却/役申告ページ58及びトレーディングカード購入ページ49に進むときには、ユーザの認証を取るためユーザIDとパスワードの入力を要求するようになっている。
【0064】
次に、上述したサーバ装置10を構成する蓄積部13に設けられるデータベースについて説明する。
【0065】
先ず、蓄積部14には、下記表1に示すように、本システムに登録した全てのユーザについてユーザマスタレコードが設けられている。
【0066】
【表1】
【0067】
このユーザマスタレコードは、本システムに参加しているユーザの状態に関するデータが記録されている。具体的に、ユーザマスタレコードには、ユーザを識別するためのユーザIDと、ユーザの所持金額(MC)と、ユーザのトレーディングカードの保持枚数と、ユーザが所持しているトレーディングカードの総額であるカード評価と、ユーザの所持ポイントと所持しているトレーディングカードの総額とを加算した総資産(MC)と、ユーザが送信した紹介メールの回数と、トレーディングカードの売買が成立した売買成立回数と、ユーザが役を申告した役申告回数と、全登録ユーザ中の総資産ランキングの順位と、イベントを発動する際のパラメータとなるイベントポイントと、現在のトレーディングカードの購入注文数と、現在出している購入注文の合計金額(MC)と、ユーザに対するイベントを発動する際のイベントテーブルナンバと、イベントを特定するイベントナンバと、次回ユーザがアクセスしたときイベントを発動するかどうかを識別するためのイベントフラグと、楽曲データのダウンロードを無料かどうかを識別するための無料フラグとが記述されている。
【0068】
ここで、ユーザの所持金額、カード評価、総資産及び購入注文の合計金額は、0〜9999999MCの範囲で変動する。また、トレーディングカードの保有枚数は、最大8枚であり、0〜8枚の間で変動し、紹介回数、売買成立回数及び役申告回数は、0〜9999999回の範囲で変動するものであり、1ずつ加算される。また、トレーディングカードは、発行時1000MCであり、従って、カード評価のデフォルトは、3000MCであり、また、ユーザが本システムに参加したとき3000MCが支給される。したがって、総資産のデフォルトは、6000MCとなる。
【0069】
また、蓄積部14には、下記表2に示すように、ユーザ登録レコードが本システムに参加している全てのユーザについて設けられている。
【0070】
【表2】
【0071】
このユーザ登録レコードは、本システムに登録しているユーザの個人情報が記録されている。具体的に、ユーザ登録レコードには、登録済みユーザを識別するためのユーザIDと、ユーザが上述したマイページ43等ログインが必要な際に用いるパスワードと、ユーザの氏と、ユーザの名と、ユーザの住所又は居所と、電子メールアドレスが記述されている。
【0072】
ここで、ユーザIDは、上記表1のユーザIDにリンクしている。このユーザ登録レコードは、ユーザの会員登録時に会員登録ページ42に記述した内容に基づいて作成される。そして、ユーザIDとパスワードは、マイページ43等ログインが必要なウェブページにアクセスする際、ユーザID入力部61とパスワード入力部62の記述内容との照合に用いられる。パスワードの確認時には、ユーザID、電子メールアドレス、氏名を用いて複数のユーザ登録レコードの中からパスワードが検索される。
【0073】
また、蓄積部14には、下記表3に示すように、本システムに登録しているユーザが所持しているトレーディングカードのレコード、すなわちユーザ所持カードレコードが設けられている。
【0074】
【表3】
【0075】
このユーザ所持カードレコードは、本システムに登録しているユーザが所有するトレーディングカードに関する情報が記録されている。具体的に、ユーザ所持カードレコードには、登録済みユーザを識別するためのユーザIDと、ユーザが所有しているトレーディングカードのカードIDと、当該カードのアーティストを識別するためのアーティストIDと、当該アーティストのサブナンバと、ユーザがトレーディングカードを購入したときの購入価格と、トレーディングカードのカード取得種類と、トレーディングカードが売りに出されているかどうかを識別するための売却注文フラグとが記述されている。このユーザ所持カードレコードには、当該ユーザが所有しているトレーディングカード全てのデータが記録される。
【0076】
ここで、ユーザIDは、上記表1のユーザマスタレコードのユーザIDにリンクし、カードIDは、カードマスタレコードのカードIDにリンクし、アーティストIDは、アーティストマスタのアーティストIDにリンクしている。
【0077】
また、蓄積部14には、下記表4に示すように、ユーザのファンポイントレコードが本システムに登録している全てのユーザについて設けられている。
【0078】
【表4】
【0079】
このユーザファンポイントレコードは、本システムに登録しているユーザが所有するファンポイントが記録されている。このユーザファンポイントレコードは、登録済みユーザを識別するためのユーザIDと、ユーザが所有しているトレーディングカードのアーティストを識別するためのアーティストIDと、ユーザが所定の行為を行ったに増加されるファンポイントとイベントポイントとが記述されている。
【0080】
ここで、ファンポイントは、ユーザが楽曲データをダウンロードしたとき、ユーザが紹介メールを送信したとき、紹介メールの紹介者が楽曲データを視聴したときに加算されるものである。また、イベントポイントは、ユーザが楽曲データをダウンロードしたとき、ユーザが紹介メールを送信したとき、紹介メールの紹介者が楽曲データを視聴したとき、トレーディングカードを売却したとき、トレーディングカードを購入したとき、役を申告したときに加算され、イベントが発動されたとき50ポイント減算されるものである。また、ユーザIDは、上記表1に示すユーザIDにリンクされている。
【0081】
また、蓄積部14には、下記表5に示すように、本システムに登録しているユーザの紹介メール履歴に関するレコードが設けられている。
【0082】
【表5】
【0083】
この紹介メール履歴レコードは、紹介メールの履歴を記述するものであり、紹介メール毎に設けられ、紹介メールを特定することができるようになっている。この紹介メール履歴レコードは、紹介メールを識別するための紹介メールIDと、本システムに登録しているユーザを識別すると共に紹介メールの送信者を特定するためのユーザIDと、ユーザが紹介したアーティストを特定するためのアーティストIDと、ユーザが紹介した楽曲を特定するための楽曲IDと、紹介メールを送信する紹介先メールアドレスと、紹介先の氏名と、紹介した日付と、紹介した時刻と、実際の紹介文と、紹介先のユーザが紹介した楽曲を視聴したかどうかを識別するための視聴済みフラグとが記述されている。
【0084】
ここで、ユーザIDは、上記表1に示したユーザIDにリンクしたものであり、また、アーティストIDは、後述するアーティストマスタレコードのアーティストIDとリンクするものである。
【0085】
また、蓄積部14には、下記表6に示すように、本システムに参加している全てのアーティストについてアーティストマスタレコードが設けられている。
【0086】
【表6】
【0087】
このアーティストマスタレコードは、本システムに参加しているアーティストに関する情報が記録されている。具体的に、アーティストマスタレコードは、本システムに参加しているアーティストを識別するためのアーティストIDと、当該アーティストの氏名又は名称と、当該アーティストのトレーディングカードの現在の価格と、当該アーティストのトレーディングカードの一昨日の価格と、当該アーティストのトレーディングカードに対する現在の回注文数と、当該アーティストのトレーディングカードに対する現在の売る注文数と、当該アーティストの楽曲データの当日のダウンロード数である当日楽曲ダウンロード指数と、当該アーティストの楽曲データの全体のダウンロード数である全体楽曲ダウンロード指数と、当日当該アーティストのトレーディングカードの売買が成立した回数である当日売買指数と、当日売買指数の累計である累計売買指数と、当該アーティストの紹介メールが行われた当日の回数である当日紹介指数と、当該アーティストの紹介メールが行われた全体の回数である全体紹介指数とが記述されている。
【0088】
また、蓄積部14には、下記表7に示すように、発行したトレーディングカードを管理するためのカードマスタレコードが設けられている。
【0089】
【表7】
【0090】
このカードマスタレコードは、本システムにおいて発行したトレーディングカードを管理するためのものであり、トレーディングカードを識別するためのカードIDと、トレーディングカードのアーティストを特定するためのアーティストIDと、アーティストサブナンバと、当該トレーディングカードの発行枚数と、当該トレーディングカードに対する売却注文数と、サーバ装置10が当該トレーディングカードを保有しているサーバ保有枚数と、トレーディングカードの購入注文数とが記述されている。
【0091】
ここで、アーティストIDは、アーティストマスタのアーティストIDにリンクしている。
【0092】
また、蓄積部14は、下記表8に示すように、発行したトレーディングカードの価格の履歴を記録するカード価格履歴レコードが設けられている。
【0093】
【表8】
【0094】
このカード価格履歴レコードは、発行済みトレーディングカードのアーティストについて、一日ごとに作成されるものであり、発行済みトレーディングカードのアーティストを特定するためのアーティストIDと、当該アーティストのトレーディングカードの当日の価格と、その価格の日付とが記述されている。すなわち、本システムでは、1アーティストにつき、5種類のトレーディングカードが発行されるが、トレーディングカードの価格は、それぞれの種類で価格変動するのではなく、アーティスト単位で変動し、常に同じアーティストの5種類のトレーディングカードは同じ価格となるようになっている。
【0095】
また、蓄積部14は、下記表9に示すように、本システムに参加しているアーティストの楽曲を管理するための楽曲マスタレコードが設けられている。
【0096】
【表9】
【0097】
この楽曲マスタレコードは、本システムに参加しているアーティストの楽曲を管理するためのものであり、楽曲データを特定するための楽曲IDと、当該楽曲データのアーティストを特定するためのアーティストIDと、当該楽曲のタイトルが記述されている。ここで、アーティストIDは、アーティストマスタレコードのアーティストIDにリンクするものである。
【0098】
また、蓄積部14には、下記表10に示すように、楽曲データのダウンロード履歴を管理するための楽曲ダウンロード履歴レコードが設けられている。
【0099】
【表10】
【0100】
この楽曲ダウンロード履歴レコードは、ユーザ又は紹介メールで紹介されたユーザが行う楽曲データのダウンロードを管理するものであり、楽曲データを識別するための楽曲IDと、楽曲データのダウンロードを行ったユーザを特定するためのユーザIDと、ユーザが楽曲データをダウンロードした日を特定するためのダウンロード日と、楽曲データのダウンロードが行われた日時を特定するためのダウンロード時刻と、楽曲データのダウンロードの種別、すなわち会員ユーザのダウンロードであるか紹介メールの受取人によるダウンロードであるかを特定するためのダウンロード種別とが記述されている。ここで、ユーザIDは、ユーザマスタレコードのユーザIDにリンクしており、楽曲IDは、楽曲マスタレコードの楽曲IDにリンクしている。
【0101】
また、蓄積部14には、下記表11に示すように、トレーディングカードの売買を管理するための第1の売買履歴レコードが設けられている。
【0102】
【表11】
【0103】
この第1の売買履歴レコードは、トレーディングカードの売買を管理するためのものであり、売買の対象となったトレーディングカードのアーティストを特定するためのアーティストIDと、売買対象となったトレーディングカードを特定するためのカードIDと、トレーディングカードの購入者を特定するための購入者ユーザIDと、トレーディングカードの売却者を特定するための売却者ユーザIDと、トレーディングカードの取引成立時の価格と、トレーディングカードの売買が行われた売買日を特定するための売買日付と、売買が行われた時間帯を特定するための売買時刻ナンバとが記述されている。
【0104】
ここで、アーティストIDは、上記アーティストマスタレコードのアーティストIDにリンクしており、カードIDは、上記カードマスタレコードのカードIDとリンクしており、購入者及び売却者ユーザIDは、ユーザマスタレコードのユーザIDにリンクしている。
【0105】
また、蓄積部14には、下記表12に示すように、トレーディングカードの売却注文を管理するための売却注文レコードが設けられている。
【0106】
【表12】
【0107】
この売却注文レコードは、トレーディングカードの売却注文を特定するための売却注文IDと、売却注文の出されたトレーディングカードを特定するためのカードIDと、トレーディングカードの売却注文を出したユーザを特定するためのユーザIDと、トレーディングカードの売却注文を受け付けた日付を特定するための注文日付と、トレーディングカードの売却注文を受け付けた時刻を特定するための注文時刻と、売却注文の出されたトレーディングカードの状況を示す注文状況とが記述されている。ここで、注文状況は、当該トレーディングカードを売りに出したが未だ取引の成立していない注文中と、取引が成立した取引済みの状態と、ユーザによって売却注文が取り消された取消とを識別することができるようになっている。
【0108】
ここで、カードIDは、上記カードマスタレコードのカードIDにリンクしており、アーティストIDは、上記アーティストマスタのアーティストIDにリンクしており、ユーザIDは、上記ユーザマスタレコードのユーザIDにリンクしている。
【0109】
また、蓄積部14には、下記表13に示すように、トレーディングカードの購入注文を管理するための購入注文レコードが設けられている。
【0110】
【表13】
【0111】
この購入注文レコードは、トレーディングカードの購入注文を特定するための購入注文IDと、購入注文の出されたトレーディングカードを特定するためのカードIDと、トレーディングカードの購入注文を出したユーザを特定するためのユーザIDと、トレーディングカードの購入注文を受け付けた日付を特定するための注文日付と、トレーディングカードの購入注文を受け付けた時刻を特定するための注文時刻と、購入注文の出されたトレーディングカードの状況を示す注文状況とが記述されている。ここで、注文状況は、当該トレーディングカードの購入注文を出したが未だ取引の成立していない注文中と、取引が成立した取引済みの状態と、ユーザによって購入注文が取り消された取消とを識別することができるようになっている。
【0112】
ここで、カードIDは、上記カードマスタレコードのカードIDにリンクしており、アーティストIDは、上記アーティストマスタのアーティストIDにリンクしており、ユーザIDは、上記ユーザマスタレコードのユーザIDにリンクしている。
【0113】
また、蓄積部14には、下記表14に示すように、第1の売買履歴レコードと共にトレーディングカードの売買を管理するための第2の売買履歴レコードが設けられている。
【0114】
【表14】
【0115】
この第2の売買履歴レコードは、不正ユーザを管理するためのものであり、不正ユーザを特定するためのユーザIDと、不正アクセスが行われた日付と、不正アクセスか行われた時刻と、不正ログイン等が行われた不正回数と、ログインを禁止するかどうかを識別するための不正フラグが記述されている。
【0116】
次に、本システム1において、ユーザが会員登録するための手順について説明する。
【0117】
先ず、図4に示す端末装置30よりユーザがサーバ装置10にアクセスすると、サーバ装置10は、記憶部17より図6に示すサイトトップページ41を構成するデータを読み出し、送信データ設定部18で送信データを設定し、送信部19より送信データを送信する。端末装置30は、受信部31でサーバ装置10より送信された送信データを受信すると、図6に示すサイトトップページ41を表示制御部37の制御により表示部36に表示する。ここで、ユーザの操作に応じて入力操作部38により図6に示す会員登録釦64がクリックされると、端末装置30は、制御部23を介して、送信データ設定部34で送信データを設定し、サーバ装置10に送信する。サーバ装置10は、この送信データを受信部11で受信すると、データ判別部12でデータの種別を判別し、次いで、これを送信データ設定部18に出力する。送信データ設定部18は、記憶部17より会員登録ページ42を構成するデータを読み出し、送信データを生成し、送信部19より端末装置30に送信する。
【0118】
端末装置30は、サーバ装置10からの送信データを受信部31で受信すると、制御部32を介して、表示部36に図7に示すような画面を表示する。
【0119】
ここで、図7を用いて会員登録ページ42について説明すると、この会員登録ページ42は、ユーザ自らが決めるユーザIDを入力するユーザID入力欄81と、ユーザ自らが決めるパスワードを入力するためのパスワード入力欄82と、パスワード入力欄82に入力したパスワードの入力確認を行うためのパスワード入力確認欄83と、ユーザの氏名を入力するための氏名入力欄84と、ユーザの住所の郵便番号を入力するための郵便番号入力欄85と、ユーザの住所を入力するための住所入力欄86と、電子メールのアドレスを入力するための電子メールアドレス入力欄87と、電子メールアドレス入力欄87に入力した電子メールアドレスを確認するための確認欄88と、登録希望ユーザに対して行うアンケート欄89とが設けられている。また、会員登録ページ42には、この会員登録ページ42からサイトトップページ41に戻るための戻る釦90と、サーバ装置10に対して登録確認を行うための登録確認釦91とが設けられている。
【0120】
そして、端末装置30は、ユーザの操作に応じて入力操作部38により登録確認釦91がクリックされると、端末装置30は、送信データ設定部34で送信データを生成し、送信部19より会員登録ページ42に入力されたユーザID等の入力データをサーバ装置10より送信する。そして、サーバ装置10は、端末装置30より送信された会員登録情報の登録確認処理を行う。
【0121】
ここで、サーバ装置10が行う登録確認処理について図8を参照して説明すると、サーバ装置10は、ステップS1において、受信部11で端末装置30からの会員登録情報を受信すると、データ判別部12でデータ判別後、これを検索部14に出力する。ステップS2において、検索部14は、蓄積部14に設けられたデータベースを構成する上記表1に示すユーザマスタレコードを検索し、既登録ユーザのユーザIDやパスワードを検索する。そして、ステップS3において、判別部15は、端末装置30から会員登録要求をしたユーザからのユーザIDが既登録ユーザのユーザIDと重複していないか、パスワードが重複していないか、送信された電子メールアドレスが無料で電子メールを行うことができるフリーメールアドレスでないかを判断する。
【0122】
判別部15は、ユーザIDが既登録ユーザのユーザIDと重複せず、パスワードが重複が重複せず、フリーメールでないとき、エラーが無いことから、ステップS4において、エラーコードをリセットする。また、判別部15は、ユーザIDが既登録ユーザIDと重複し、又は、パスワードが既登録ユーザのパスワードと重複しているとき、更に、フリーメールアドレスであるとき、ステップS5において、エラーコードをセットする。そして、ステップS6において、判別部15は、エラーコードを送信データ設定部18に出力する。
【0123】
送信データ設定部18は、ステップS7において、判別部15から入力されたエラーコードを受信し、次いで、ステップS8において、判別部15から入力されたエラーコードが登録会員情報にエラーがあったのかどうかを判断する。そして、送信データ設定部18は、会員登録情報にエラーが無かったとき、ステップS9において、記憶部17より入力確認ページを構成するデータを読み出し、送信データを生成し、送信部19より端末装置30に送信する。また、送信データ設定部18は、会員登録情報にエラーがあっとき、ステップS10において、エラー表示画面を構成するデータを記憶部17より読み出し、送信データを生成し、送信部19より端末装置30に送信する。
【0124】
端末装置30では、サーバ装置10からの送信データを受信すると、送信データを制御部32を介して表示部36に表示する。ここで、エラーがあるときには、エラーメッセージが表示部36に表示され、エラーが無いときには、登録確認ページ93が表示部36に表示される。
【0125】
ここで、図9を用いて登録確認ページ93を説明すると、この登録確認ページ93は、上記7に示した会員登録ページ42に記述した内容が表示されており、更に、下側に、会員登録ページ42に戻り内容を変更するための再入力釦94とサーバ装置10に送信するための送信釦95とが設けられている。そして、端末装置30は、再入力釦94がクリックされたとき、このデータをサーバ装置10に送信し、サーバ装置10は、会員登録ページ42を端末装置30に送信し、端末装置30は、会員登録ページ42を再度表示する。
【0126】
また、端末装置30は、ユーザの操作に応じた入力操作部38により送信釦95がクリックされると、送信データ設定部34は、これに応じた送信データを生成し、サーバ装置10に送信部35より送信データを送信する。そして、サーバ装置10は、これを受信すると、次に会員登録処理を行う。
【0127】
この会員登録処理について図10を参照して説明すると、サーバ装置10は、ステップS11において、受信部11で登録内容の確認済みの送信データを受信すると、データ判別部12でのデータの種別判別の後、検索部14が、ステップS12において、再度、蓄積部14に設けられたデータベースを構成する上記表1に示すユーザマスタレコードを検索し、既登録ユーザのユーザIDやパスワードを検索する。そして、ステップS13において、判別部15は、端末装置30から会員登録要求をしたユーザからのユーザIDが既登録ユーザのユーザIDと重複していないか、パスワードが重複していないか、送信された電子メールアドレスがフリーメールアドレスでないかを判断する。
【0128】
そして、ユーザIDが既登録ユーザのユーザIDと重複せず、パスワードが重複が重複せず、フリーメールでないとき、ステップS14において、更新部16は、蓄積部14のデータベースに会員登録を行うユーザIDの上記表1に示すユーザマスタレコードを設ける。また、更新部16は、表2に示すユーザ登録内容レコードに端末装置30からの登録内容を記録する。また、判別部15は、ユーザIDが既登録ユーザIDと重複し、又は、パスワードが既登録ユーザのパスワードと重複しているとき、更に、フリーメールアドレスであるとき、ステップS15において、エラーコードをセットする。
【0129】
ステップS16において、発行部21は、ユーザの所持金3000MCを支給し、更新部16は、これを表1のユーザマスタレコードに記録する。ステップS17において、発行部21は、3枚のトレーディングカードを発行する。そして、更新部16は、ステップS18において、表7に示すカードマスタレコードに、発行枚数を加算する。
【0130】
次いで、 ステップS19において、更新部16は、表3のユーザ所持カードレコードを設け、このユーザ所持カードレコードに、発行部21が発行した3枚のトレーディングカードを登録する。すなわち、更新部16は、ユーザ所持カードレコードに、3枚のトレーディングカードのカードIDと、発行したトレーディングカードのアーティストIDとアーティストサブナンバとカード取得種類を記録する。また、更新部16は、売却注文フラグは無しとする。
【0131】
ステップS20において、更新部16は、表1のユーザマスタレコードのトレーディングカードの所有枚数を3枚と記録し、カード評価をトレーディングカードの初期値が1000MCであることから3000MCと記録し、総資産を、6000MCと記録する。
【0132】
ステップS21において、判別部15は、ユーザIDが既登録ユーザのユーザIDと重複せず、パスワードが重複が重複せず、フリーメールでないとき、エラーが無いことから、ステップS4において、エラーコードをリセットする。また、発行部21は、発行したトレーディングカードの画像データIDをセットする。そして、ステップS22において、判別部15は、エラーコードを送信データ設定部18に出力し、発行部21は、画像データIDを送信データ設定部18に出力する。
【0133】
ステップS23において、送信データ設定部18は、判別部15から入力されたエラーコードを受信し、次いで、ステップS24において、判別部15から入力されたエラーコードが登録会員情報にエラーがあったのかどうかを判断する。そして、送信データ設定部18は、会員登録情報にエラーが無かったとき、ステップS25において、発行したユーザIDをクッキーファイルに書き込む。また、送信データ設定部18は、会員登録情報にエラーがあっとき、ステップS26において、エラー表示画面を構成するデータを記憶部17より読み出し、送信データを生成し、送信部19より端末装置30に送信する。
【0134】
ステップS27において、送信データ設定部18は、記憶部17より会員登録終了ページを構成する表示データとトレーディングカードの画像データIDにより送信データを生成し、送信部19より端末装置30に送信する。端末装置30は、サーバ装置10からの送信データを受信部31で受信すると、制御部32を介して、表示部36に図11に示すような会員登録終了ページ97を表示する。
【0135】
この会員登録終了ページ97は、会員登録が終了したことの説明と発行された3枚のトレーディングカードを表示する。また、会員登録終了ページ97は、会員登録終了釦98が設けられている。そして、会員登録終了釦98がクリックされたときには、上記図5に示すマイページ43に進む。
【0136】
ここで、上記図10のステップS17におけるトレーディングカードの発行制御について説明する。例えば本システム1に参加するアーティストを20人とすると、トレーディングカードは、各アーティストに対して5種類(赤、青、緑、黄、銀)、すなわち100種類用意される。ここで、例えば5種類のトレーディングカードの内1種類、例えば銀色のトレーディングカードの発行確率を他のトレーディングカード(赤、青、緑、黄)の発行確率より低くする。これによって、銀色のカードについては、希少価値がでるようにする。そして、当たりの場合には、発行する3枚のトレーディングカードに銀色のトレーディングカードを含ませ、外れの場合には、銀色のトレーディングカードを含ませないようにする。
【0137】
更に具体的には、トレーディングカードの発行は、図12に示すように、ランダムに5種類のトレーディングカードを並べたテーブルを複数用意し、最初から順に3枚ずつトレーディングカードを発行するようにする。
【0138】
ここで、発行率の低い銀色のトレーディングカード(スペシャルカード)の発行、すなわち当たりを50人に1人出すようにする。すなわち、赤、青、緑、黄のトレーディングカードを5枚発行したときに1枚銀色のトレーディングカードを発行するようにする。この場合、先ず、外れのトレーディングカードの3枚のセット、すなわち赤、青、緑、黄のトレーディングカードのセットを50セット(150枚)用意する(これをセットAという。)。次いで、このセットAを例えば6セット用意する(これをセットBという。)。これにより、セットAが300セット(トレーディングカードが900枚)用意されることになる。次いで、3枚のトレーディングカードの内1枚に銀色のトレーディングカードを含ませた当たりのセットCを6セット(トレーディングカード18枚)用意する。セットBにセットCをランダムに組合せ、全部で918枚のトレーディングカードからなる図12に示すテーブルを用意する。そして、このように用意されたテーブルを用い、最初からトレーディングカードを3枚ずつ発行するようにすることで、銀色のトレーディングカードの発行確率、すなわち当たりの確率を50人に1人とすることができる。
【0139】
次に、以上のように本システム1に会員登録したユーザが、上記図5に示す他マイページ43、トレーディングカード購入ページ49、トレーディングカード売却/役申告ページ58等ログインが必要なページにアクセスする際の手順について図13を参照して説明する。
【0140】
先ず、端末装置30は、サーバ装置10にアクセスし、表示部36に図6に示すサイトトップページ41を表示した状態にある。そして、ログインをするときには、ユーザは、入力操作部38を用いて、図6のユーザID入力部61とパスワード入力部62に自分のユーザIDとパスワードIDとを入力し、ログイン釦63をクリックする。すると、端末装置30は、送信データ設定部34でユーザID、パスワード、ログイン要求からなる送信データを生成し、送信部35より送信データをサーバ装置10に送信する。
【0141】
そして、サーバ装置10は、受信部11で端末装置30からの送信データを受信すると、データ判別部12でデータ種別する。そして、検索部14は、ステップS32において、上記表14に示す第2の売買履歴レコードで不正アクセスユーザを検索する。ステップS33において、判別部12は、ログイン要求のあった端末装置30のユーザIDが第2の売買履歴レコードに不正フラグがありになっているかを判断する。そして、判別部12は、第2の売買履歴レコードにログイン要求のあったユーザIDの不正フラグが無しのとき、ステップS35において、エラーコードをリセットし、エラー無しとする。また、判別部12は、第2の売買履歴レコードに不正フラグがありのとき、ステップS35において、エラーコードに不正ログインエラーをセットする。
【0142】
ステップS34において、検索部14は、ログイン要求のあったユーザのユーザマスタレコードを、ログイン要求のあったユーザIDとパスワードを用いて検索する。ステップS36において、判別部12は、ユーザIDがユーザマスタレコードのユーザIDと一致しているかどうか、パスワードがユーザマスタレコードのパスワードと一致しているかどうかを判断する。すなわち、ここで判別部12は、ログイン要求にエラーがあるかないかを判断する。そして、エラーが存在しないとき、ステップS37において、エラーが無いものとしてエラーコードをリセットする。また、判別部12は、エラーが存在するとき、ステップS38において、エラーコードにログインエラーをセットすると共に、更新部16は、上記表14の第2の売買履歴レコードに不正アクセス日付、時刻を記録する。また、更新部16は、例えばユーザがパスワードを間違える度に不正回数を1ずつ加算する。これは、パスワード等を何度も変えて不正にアクセスしようとするものを排除するためである。そして、不正回数が所定値を超えたとき、更新部16は、不正フラグを有りに更新する。ステップS39において、判別部12は、ステップS39において、エラーコードを送信データ設定部18に出力する。
【0143】
ステップS40において、送信データ設定部18は、エラーコードを受信すると、次いで、ログインにエラーが有ったかを受信したエラーコードより判断する。そして、エラーが無かったとき、ステップS42において、送信データ設定部18は、ログイン要求のあったウェブページの表示情報を記憶部17より読み出す。また、送信データ設定部18は、クッキーファイルにユーザ名を記録する。そして、送信部19は、送信データ設定部18で生成された送信データを端末装置30に送信する。また、送信データ設定部18は、エラーが不正ログインエラー、すなわちステップS33でのエラーであるとき、警告表示データを記憶部17より読み出し、送信データを生成し、これを送信部19より端末装置30に送信する。また、ステップS43において、送信データ設定部18は、パスワード、ユーザID間違い等のエラーであるとき、ログインエラーの表示情報を記憶部17より読み出し、送信データを生成し、これを送信部19より端末装置30に送信する。
【0144】
次に、アクセスするのにログインが必要なマイページ43にアクセスする際の手順について説明する。このマイページ43には、登録ユーザの個人情報が表示される。先ず、端末装置30は、図6に示すサイトトップページ41を表示制御部37の制御により表示部36に表示する。ここで、ユーザは、入力操作部38を用いて、図6のユーザID入力部61とパスワード入力部62に自分のユーザIDとパスワードIDとを入力し、マイページ釦73をクリックする。すると、端末装置30は、送信データ設定部34でユーザID、パスワード、マイページ43へのログイン要求からなる送信データを生成し、送信部35より送信データをサーバ装置10に送信する。
【0145】
そして、サーバ装置10は、図14に示すように、ステップS41において、受信部11で端末装置30からの送信データを受信すると、データ判別部12でクッキーファイルよりユーザIDを読み取り、ステップS42において、ログイン済みがどうかを判断する。データ判別部12は、未だログインをしていないとき、送信データ設定部18にこれを出力し、送信データ設定部18は、記憶部17よりエラー表示データを読み出し、送信データを生成し、送信部19よりこれを端末装置30に送信する。また、データ判別部12は、ユーザIDとパスワードが送信されたときには、上記図13の処理を行う。そして、既にログインされているときには、ステップS43において、その結果を検索部14に出力する。
【0146】
ステップS44において、検索部14は、ユーザIDを元に、上記表1に示すユーザマスタレコードを検索する。そして、検索部14は、ユーザマスタレコードより、当該ユーザのカード保有枚数と、カード評価と、所持ポイントと、総資産と、紹介回数と、役申告回数を抽出する。また、ステップS47において、検索部14は、ユーザIDを元に、当該ユーザの上記表12に示す売却注文レコードと上記表13に示す購入注文レコードを検索する。そして、検索部14は、ステップS48において、売却注文と購入注文のカードID、アーティストID、注文状況を抽出する。
【0147】
ステップS49において、検索部14は、カードIDを元に、上記表7に示すカードマスタレコードと上記表8に示すカード価格履歴を検索し、ユーザの保有するトレーディングカードの価格を取得し、ユーザの所有するトレーディングカードの総額を算出する。
【0148】
ステップS50において、検索部14は、ステップS50において、上記表3に示すユーザ所持カードレコードをユーザIDを元に検索し、ステップS51において、ユーザが所有するトレーディングカードの購入時価格を抽出する。
【0149】
また、検索部14は、ステップS52において、ユーザが所有するトレーディングカードのアーティストIDを元にして、該当するアーティストマスタレコードを検索し、当該アーティストのトレーディングカードの現在の価格を抽出する。そして、検索部14は、ステップS53において、送信データ設定部18にこれらのデータを出力する。
【0150】
ステップS54において、送信データ設定部18は、これらのデータが入力されると、次いでステップS55において、記憶部17よりマイページ43を構成する表示データ等を読み出し、データベースより抽出したデータと組合せ、送信データを生成し、送信部19より送信データを端末装置30に送信する。
【0151】
端末装置30は、受信部31でサーバ装置10から送信されたマイページ43の送信データを受信すると、表示部36にマイページ43を表示する。ここで、マイページ43について図15を参照して説明すると、マイページ43は、個人情報が表示される個人情報表示部101と、現在のトレーディングカードの注文状況、すなわちユーザが所有しているトレーディングカードの注文状況が表示される注文状況表示部102と、ユーザが所有するトレーディングカードを表示するトレーディングカード表示部103とから構成される。
【0152】
個人情報表示部101には、ユーザの総資産、トレーディングカードの保有枚数、カード評価、所持ポイント、ユーザランキング、紹介回数、役申告回数が表示される。
【0153】
注文状況表示部102には、ユーザが所有するトレーディングカードが売却注文に出されているか購入注文に出されているかの表示と、売却注文や購入注文に出されているトレーディングカードの銘柄(アーティスト名)と、トレーディングカードの種類(赤、青、緑、黄、銀)と、トレーディングカードの購入価格と、売却注文時の価格と、購入注文時の価格と、注文を取り消すための注文取消釦104とから構成されている。
【0154】
また、トレーディングカード表示部103は、ユーザが保有するトレーディングカードの画像データと、トレーディングカードのアーティスト名と、ユーザが当該トレーディングカードを購入したときの購入価格と、当該トレーディングカードの現在の価格とから構成されている。ここで、各トレーディングカードの画像データは、入力操作部38でクリックすることにより、拡大表示されるようになっている。
【0155】
次に、マイページ43の注文状況表示部102の注文取消釦104をクリックしたとき、すなわちトレーディングカードの売却注文や購入注文の取消を行うときの手順について図16を参照して説明する。
【0156】
先ず、ユーザの操作に応じてマイページ43の注文取消釦104がクリックされると、送信データ設定部34は、注文取消を行うトレーディングカードのID、注文取消データ等を含む送信データを生成し、送信部35よりサーバ装置10に送信する。
【0157】
サーバ装置10は、受信部11で端末装置30からの送信データを受信すると、データ判別部12が、ステップS61において、クッキーファイルよりログイン済みがどうかを判断し、ユーザIDを読み取る。ステップS62において、データ判別部12は、未ログインであるかを判断する。データ判別部12は、ステップS63において、未だログインをしていないとき、送信データ設定部18にこれを出力し、送信データ設定部18は、記憶部17よりエラー表示データを読み出し、送信データを生成し、送信部19よりこれを端末装置30に送信する。また、既にログインされているときには、ステップS64において、その結果を検索部14に出力する。
【0158】
ステップS66において、検索部14は、売却注文の取消であるか購入注文の取消であるかを抽出し、次いで、ステップS67において、売却注文であるかを判断する。
【0159】
検索部14は、購入注文の取消であると判断したとき、ステップS68において、ユーザIDを元にして上記表13の当該ユーザの購入注文レコードにアクセスし、更新部16は、取消のあるトレーディングカードに購入注文取消フラグを立て、購入注文を取り消す。ステップS69において、検索部14は、ユーザIDを元にして上記表1のユーザマスタレコードを検索し、ステップS70において、更新部16は、所持ポイントに取り消したトレーディングカードの価格分を加算し、購入注文、購入注文合計金額を減算する。ステップS71において、検索部14は、アーティストIDを元に当該アーティストのアーティストマスタレコードにアクセスし、更新部16は、購入注文数を減算する。
【0160】
また、売却注文の取消であるとき、ステップS72において、ユーザIDを元にして上記表12の当該ユーザの売却注文レコードにアクセスし、更新部16は、取消のあるトレーディングカードに売却注文取消フラグを立て、売却注文を取り消す。ステップS73において、検索部14は、ユーザIDを元にして上記表1のユーザマスタレコードを検索し、ステップS74において、更新部16は、売却注文数を減算する。ステップS75において、検索部14は、アーティストIDを元に当該アーティストのアーティストマスタレコードにアクセスし、更新部16は、売却注文数を減算する。
【0161】
そして、検索部14は、処理が終了したことを送信データ設定部18に出力する。ステップS77において、送信データ設定部18は、これらのデータが入力されると、次いでステップS78において、再度、記憶部17よりマイページ43を構成する表示データ等を読み出し、データベースより抽出したデータと組合せ、送信データを生成し、送信部19より送信データを端末装置30に送信する。すなわち、送信データ設定部18は、端末装置30に注文取消が反映されたマイページ43を表示することができるようにする。
【0162】
次に、図5に示すアーティストトップページ45にアクセスする際の手順について説明する。このアーティストトップページ45は、本システムに登録しているアーティストを紹介するページである。先ず、端末装置30は、図6に示すサイトトップページ41を表示制御部37の制御により表示部36に表示する。ここで、ユーザは、入力操作部38を用いて、図6のアーティスト選択釦64をクリックする。すると、端末装置30は、送信データ設定部34でアーティストID等からなる送信データを生成し、送信部35より送信データをサーバ装置10に送信する。
【0163】
そして、サーバ装置10は、図17に示すように、受信部11で端末装置30からの送信データを受信すると、ステップS81において、クッキーファイルよりアーティストIDを読み取り、これを検索部14に出力する。ステップS82において、検索部14は、アーティストIDを元にして、当該アーティストIDの上記表6に示すアーティストマスタレコードを検索する。そして、検索部14は、ステップS83において、現在のトレーディングカードの価格と、当該アーティストの売買が成立した回数と、トレーディングカードの売却注文数と、トレーディングカードの購入注文数、全体の楽曲データのダウンロード指数とを取得する。
【0164】
また、検索部14は、ステップS84において、上記表4に示すアクセスしたユーザのユーザファンポイントレコードを検索し、更新部16は、ファンポイントに1加算する。また、検索部14は、このファンポイントを元にして当該アーティストのファンポイントランキングを算出する。そして、更新部16は、表1のユーザマスタレコードのファンポイントランキングを更新する。
【0165】
検索部14は、ステップS85において、送信データ設定部18にこれらのデータを出力する。ステップS86において、送信データ設定部18は、これらのデータが入力されると、次いでステップS87において、記憶部17よりアーティストトップページ45を構成する表示データ等を読み出し、データベースより抽出したデータと組合せ、送信データを生成し、送信部19より送信データを端末装置30に送信する。
【0166】
端末装置30は、受信部31でサーバ装置10から送信されたアーティストトップページ45の送信データを受信すると、表示部36にアーティストトップページ45を表示する。ここで、アーティストトップページ45について、図18を参照して説明すると、このアーティストトップページ45は、当該アーティストの画像データ表示部105と、アーティストのプロフィール表示部106と、ディスコグラフィー表示部107と、アーティストの予定等の情報表示部108と、アーティストの楽曲データを視聴するための視聴表示部109と、アーティストのトレーディングカードに関する情報が表示されるカード情報表示部110と、アーティストのユーザファンポイントランキング表示部111と、当該アーティストの掲示板や当該アーティストに関してチャットをするためのコミュニケーション表示部112とが設けられている。
【0167】
カード情報表示部110には、上記表6のアーティストマスタレコードに関する情報が表示され、具体的に、本日のトレーディングカードの価格と、現在の楽曲データのダウンロード指数と、当該アーティストに関し紹介メールが送信された全体の回数と、トレーディングカードの売買回数と、トレーディングカードの売却注文数と購入注文数とが表示される。すなわち、アクセスしたユーザが、トレーディングカードを取引する際に参考にできる情報が表示される。
【0168】
また、視聴表示部109には、ユーザが端末装置30で楽曲データをストリーミング再生することができる視聴釦113と、楽曲データを端末装置30にダウンロードできるダウンロード釦114と、アーティストの紹介メールを送信するための紹介釦115とが設けられている。
【0169】
ここで、ダウンロード釦114が選択されたときについて図19を参照して説明する。ユーザが入力操作部38を用いて、ダウンロード釦114をクリックする。すると、端末装置30は、送信データ設定部34でユーザID、楽曲ID等からなる送信データを生成し、送信部35より送信データをサーバ装置10に送信する。
【0170】
すると、サーバ装置10は、図19に示すように、ステップS91において、受信部11で端末装置30からの送信データを受信すると、クッキーファイルより楽曲ID、ユーザIDを読み取り、次いで、ステップS92において、データ判別部12は、検索部14にこれらのデータを出力する。ステップS93において、検索部14は、上記表9に示す楽曲マスタレコードを楽曲IDを元にして検索し、アーティストIDを取得する。ステップS94において、検索部14は、楽曲ID、アーティストIDを元にして、上記表10に示す楽曲ダウンロード履歴レコードを検索する。そして、更新部16は、ダウンロードを行うユーザID、ダウンロード日付、ダウンロード日時ダウンロード種別(ここでは、会員)を記録する。
【0171】
ステップS95において、判別部15は、楽曲データのダウンロードを行うユーザに対して例えば1/256の確率でトレーディングカードを発行するための抽選を行う。そして、当選したときには、発行部21は、トレーディングカードを1枚発行する。なお、ここで発行するトレーディングカードは、ダウンロードする楽曲データに関連性を持たせるために、ダウンロードする楽曲データのアーティストのものとされる。勿論、発行されるトレーディングカードは、ダウンロードするアーティストのものでなくてもよい。
【0172】
ステップS96において、検索部14は、アーティストIDを元にして楽曲データがダウンロードされるアーティストの上記表6に示すアーティストマスタレコードを検索する。そして、更新部16は、アーティストマスタレコードの当日のダウンロード指数と全体のダウンロード指数に1を加算する。ステップS98において、検索部14は、ユーザIDを元にして、上記表1に示す当該ユーザのユーザマスタレコードを検索する。そして、更新部16は、ステップS99において、所持ポイント及び総資産から5MCを減算し、イベントポイントに1を加算する。
【0173】
また、検索部14は、ステップS100において、ユーザIDとアーティストIDを元にして上記表4に示すユーザファンポイントレコードを検索する。そして、更新部16は、ステップS101において、ユーザIDやアーティストIDが無いときには、これらのIDを追加する。そして、ステップS102において、更新部16は、ファンポイントとイベントポイントを1加算する。
【0174】
ステップS103において、発行部21は、トレーディングカードを発行するとき、そのカードID等を送信データ設定部18に出力する。ステップS104において、送信データ設定部18は、これらのデータが入力されると、次いでステップS105において、トレーディングカードが当選しているかどうかを判断する。そして、トレーディングカードが当選しているとき、送信データ設定部18は、ステップS106において、ダウンロード回数等を反映させた新たなアーティストトップページ45を構成するのに必要な表示データを記憶部17より読み出し、送信データを生成すと共に、当選したトレーディングカードの画像IDを元にしてトレーディングカードの画像データを読み出し、送信データを生成する。また、トレーディングカードが外れたとき、送信データ設定部18は、ステップS107において、外れをユーザに知らせるための表示データを読み出し、送信データを生成する。
【0175】
また、これらの処理と同時に、送信データ設定部18は、ダウンロード要求のあった楽曲データを記憶部17より読み出し、送信データを生成する。端末装置30は、受信部31でサーバ装置10から送信されたアーティストトップページ45の送信データを受信すると、表示部36に更新されたアーティストトップページ45を表示する。また、制御部32は、ダウンロードした楽曲データをメモリ33等に保存する。
【0176】
メモリ33に保存された楽曲データは、利用者の操作に応じて、メモリ33より読み出され、デコーダ39に出力され、所定のデコード処理がなされた後、D/Aコンバータ39によりディジタル信号からアナログ信号に変換され、スピーカ29より出力される。
【0177】
なお、上記図18の視聴釦113がクリックされたときには、図20に示すような視聴ページ46が表示される。この視聴ページ46は、視聴できる楽曲データ毎に、楽曲データに関連する画像データが表示されており、また、視聴釦117と、紹介メールを送るための紹介釦118が設けられている。そして、視聴釦117がクリックされたとき、サーバ装置10は、図19に示す処理、すなわちトレーディングカードの抽選処理を行わず楽曲データのみを端末装置30に送信する。端末装置30では、メモリ33に保存すること無く楽曲データを再生する。
【0178】
次に、会員登録したユーザが所有するトレーディングカードを売却したり、役を申告するときに、トレーディングカード売却/役申告ページ58にアクセスする際の手順について図21を参照して説明する。
【0179】
先ず、端末装置30は、図6に示すサイトトップページ41を表示制御部37の制御により表示部36に表示する。ここで、ユーザは、入力操作部38を用いて、図6のユーザID入力部61とパスワード入力部62に自分のユーザIDとパスワードIDとを入力し、トレーディングカード売却/役申告ページ釦69をクリックする。すると、端末装置30は、送信データ設定部34でユーザID、パスワード、トレーディングカード売却/役申告ページ釦69へのログイン要求からなる送信データを生成し、送信部35より送信データをサーバ装置10に送信する。
【0180】
そして、サーバ装置10は、図21に示すように、受信部11で端末装置30からの送信データを受信すると、データ判別部12でクッキーファイルよりユーザIDを読み取る。ログインが行われていないとき、データ判別部12は、未ログインであることを送信データ設定部18に出力し、送信データ設定部18は、未ログインである旨を表示する表示データを記憶部17より読み出し、送信部19より送信する。また、データ判別部12は、ログイン済みであるとき、ステップS114において、検索部14に、ログイン済みであることを出力する。
【0181】
ステップS115において、検索部14は、ユーザIDを元にして上記表1に示す当該ユーザのユーザマスタレコードを検索する。ステップS116において、検索部14は、当該ユーザの総資産と、トレーディングカードの保有枚数と、ユーザが所有するトレーディングカード全ての価格であるカード評価と、ユーザの所持ポイントと、紹介実績と、トレーディングカードの売買実績と、ユーザの役申告実績とを取得する。ステップS117において、検索部14は、ユーザIDを元にして上記表3に示すユーザ所持カードレコードを検索し、ユーザが所有するガードID、アーティストID等を取得する。ステップS118において、検索部14は、カードID、アーティストID等を元にして、上記表6に示すアーティストマスタレコードを検索し、ユーザが所有するトレーディングカードの現在の価格等を取得する。そして、検索部14は、ステップS119において、これらの結果を送信データ設定部18に出力する。
【0182】
ステップS120において、送信データ設定部18は、記憶部17よりトレーディングカード売却/役申告ページ58を構成する表示データを読み出すと共にこれら表示データと検索部14での検索結果とを組合せ送信データを生成する。そして、送信データは、送信部19より端末装置30に送信される。
【0183】
端末装置30は、受信部31でサーバ装置10から送信されたトレーディングカード売却/役申告ページ58の送信データを受信すると、表示部36にトレーディングカード売却/役申告ページ58を表示する。ここで、トレーディングカード売却/役申告ページ58について図22を参照して説明すると、トレーディングカード売却/役申告ページ58は、ユーザの状態が表示されるユーザ状態表示部121と、ユーザが保有するトレーディングカードの保有一覧が表示される一覧表示部122とから構成されている。
【0184】
ユーザの状態表示部121は、ユーザの総資産、トレーディングカードの保有枚数、カード評価、所持ポイント、ユーザランキング、紹介回数、売買回数、役申告回数が表示される。また、一覧表示部122には、ユーザが保有するトレーディングカードの画像データと、現在のトレーディングカードの価格と、トレーディングカードの購入価格とが表示されている。また、この一覧表示部122には、売却又は役申告を行うトレーディングカードを選択するための選択欄123が設けられている。更に、この一覧表示部122の下側には、トレーディングカードの売却申告枚数と、その総額が表示され、更に、選択欄123をクリックすることにより選択されたトレーディングカードを売却申告するための売却注文釦124と、選択欄123をクリックすることにより選択されたトレーディングカードを役申告するための役申告釦125が設けられている。すなわち、このトレーディングカード売却/役申告ページ58では、選択したトレーディングカードの売却と役申告とを選択的に行うことができるようになっている。
【0185】
次に、ユーザが入力操作部38で選択欄123をクリックし、申告するトレーディングカードを選択し、選択されたトレーディングカードを売却するため売却注文釦124をクリックすることで、トレーディングカードの売却注文をサーバ装置10に出すときの処理について図23を参照して説明する。先ず、ユーザの操作に応じて入力操作部38より申告されるトレーディングカードが選択され、売却注文釦124がクリックされると、送信データ設定部34は、選択されたトレーディングカードID、売却注文識別データ等からなる送信データを生成し送信部35に出力する。そして、送信部35は、この送信データをサーバ装置10に送信する。
【0186】
サーバ装置10は、図23に示すように、受信部11で端末装置30から送信された送信データを受信する。そして、データ判別部12は、ステップS131において、選択されたトレーディングカードID、売却注文識別データ等を検索部14に出力する。検索部14は、ステップS132において、ユーザIDを元にして、上記表3のユーザ所持カードレコードを検索する。そして、判別部15は、ステップS133において、重複注文が無いか等のエラーを判断する。そして、判別部15は、エラーがあるとき、ステップS134において、エラーコードをセットする。また、エラーが無いとき、判別部15は、ステップS135において、エラーコードをリセットする。そして、ステップS136において、判別部15は、送信データ設定部18にエラーコードを出力する。ステップS138において、送信データ設定部18は、エラーコードが入力されると、ステップS138において、エラーコードにエラーがあるかないかを判断する。
【0187】
送信データ設定部18は、エラーが無いとき、ステップS139において、トレーディングカードの売却注文を確認するための売却注文確認ページを構成する表示データを読み出し、送信データを生成し、送信部19よりこの送信データを端末装置30に送信する。また、エラーがあるとき、送信データ設定部18は、ステップS140において、エラーメッセージを構成する表示データを記憶部17より読み出し、送信部19より端末装置30に送信する。
【0188】
端末装置30は、受信部31で送信データを受信すると、表示部36に注文確認ページを表示する。ここで、この注文確認ページ128について、図24を参照して説明すると、この注文確認ページ128は、ユーザの状態が表示されるユーザ状態表示部129と、ユーザが売却注文を出しているトレーディングカードを一覧表示する注文確認一覧表示部130とから構成されている。
【0189】
ユーザの状態表示部129は、トレーディングカードの保有枚数、カード評価、所持ポイント、総資産が表示される。また、注文確認一覧表示部130は、トレーディングカード毎に、銘柄と、売却申告している枚数と、合計金額が表示される。更に、注文確認ページ128には、売却申告枚数、売却申告しているトレーディングカードの総額が表示される。更に、注文確認ページ128には、売却注文を最終決定する決定釦131と、売却注文を取り消すキャンセル釦132が設けられている。
【0190】
そして、端末装置30は、ユーザの操作に応じて入力操作部38により決定釦131又はキャンセル釦132の何れかがクリックされると、送信データ設定部34で決定データ又はキャンセルデータの何れかやカードIDやユーザIDを含む送信データを生成し、送信部35より送信データをサーバ装置10に送信する。
【0191】
サーバ装置10は、図25に示すように、受信部11で端末装置30からの送信データを受信すると、ステップS141において、データ判別部12でクッキーファイルよりユーザIDを読み取る。ステップS142において、データ判別部12は、ログイン済みであるどうかを判断する。そして、データ判別部12は、未だログインをしていないとき、ステップS143において、送信データ設定部18にこれを出力し、送信データ設定部18は、記憶部17よりエラー表示データを読み出し、送信データを生成し、送信部19よりこれを端末装置30に送信する。また、データ判別部12は、ログイン済みであるとき、ステップS144において、送信データから売却注文情報を取得し、ステップS145において、ユーザIDと売却注文情報を検索部14に出力する。
【0192】
ステップS146において、検索部14は、ユーザIDを元にして、上記表3に示すユーザ所持カードレコードを検索する。そして、検索部14は、売却注文情報を取得し、ステップS147において、ユーザ所持カードレコードより売却注文の出たトレーディングカードのアーティストIDを取得する。また、更新部16は、売却注文フラグを有りにセットする。検索部14は、ステップS149において、上記アーティストIDを元にして、上記表6に示すアーティストマスタレコードを検索する。そして、更新部16は、ステップS150において、売却注文数を売却注文のあった数だけ加算する。また、検索部14は、現在のトレーディングカードの価格を取得する。ステップS151において、検索部14は、カードIDを元にして、上記表7に示すカードマスタレコードを検索する。ステップS152において、更新部16は、カード売却注文数を売却注文のあった数だけ加算する。そして、更新部16は、上記表12に示す売却注文レコードの更新を行う。すなわち、更新部16は、売却注文レコードに、カードIDとアーティストIDと、ユーザIDと、注文日付と、注文時刻とを記録すると共に、売却注文フラグを注文中にする。そして、検索部14は、結果を送信データ設定部18に出力する。
【0193】
ステップS155において、送信データ設定部18は、検索部14より結果が入力されると、ステップS156において、記憶部17より注文確定ページを構成する表示データを読み出し、送信データを生成する。そして、送信部19は、送信データを端末装置30に送信する。
【0194】
端末装置30は、受信部31でサーバ装置10からの送信データを受信すると、図24に示す注文確定ページ134を表示部36に表示する。なお、この注文確定ページ134は、注文確認ページ128とほぼ同様な構成を有するため詳細は省略する。かくして、ユーザは、表示部36に表示された注文確定ページ134を見ることによって、注文が完了したことを知ることができる。
【0195】
また、上記図22に示したトレーディングカード売却/役申告ページ58からは、役申告釦125をクリックすることでサーバ装置10対してトレーディングカードの役を申告することができる。
【0196】
ここで、トレーディングカードの役について説明する。上述したように、トレーディングカードは、各アーティスト毎に赤、青、緑、黄、銀の5種類が用意されている。そこで、役申告は、トレーディングカード4枚以上で行うことができる。具体的に、この役には、1アーティストについて5種類全てのトレーディングカードを揃えたとき成立するものと、アーティストを問わず同一色のトレーディングカードを4枚以上揃えたときに成立するものと、同一のカード、すなわちアーティストと色が同じカードを4枚以上揃えたときに成立するものがある。
【0197】
1アーティストについて5種類全てのトレーディングカードを揃えたとき成立する役は、申告したトレーディングカードの申告時の価格の総額の120%をユーザにボーナスポイントとして支給するようにする。この役は、発行数の少ない銀色のトレーディングカードを要件とすることから、トレーディングカードの売却価格より20%高くボーナスポイントを設定するようにしている。
【0198】
アーティストを問わず同一色のトレーディングカードを4枚以上揃えたときに成立する役は、4枚で申告したとき、トレーディングカードの申告時の価格の総額の100%(銀色のトレーディングカードを含むとき105%)ととし、5枚で申告したとき、トレーディングカードの申告時の価格の総額の105%(銀色のトレーディングカードを含むとき110%)ととし、6枚で申告したとき、トレーディングカードの申告時の価格の総額の110%(銀色のトレーディングカードを含むとき120%)ととし、7枚で申告したとき、トレーディングカードの申告時の価格の総額の120%(銀色のトレーディングカードを含むとき140%)ととし、8枚で申告したとき、トレーディングカードの申告時の価格の総額の140%(銀色のトレーディングカードを含むとき180%)をユーザにボーナスポイントとして支給するようにする。
【0199】
同一のカードを4枚以上揃えたときに成立する役は、4枚で申告したとき、トレーディングカードの申告時の価格の総額の105%(銀色のトレーディングカードを含むとき110%)ととし、5枚で申告したとき、トレーディングカードの申告時の価格の総額の110%(銀色のトレーディングカードを含むとき120%)ととし、6枚で申告したとき、トレーディングカードの申告時の価格の総額の120%(銀色のトレーディングカードを含むとき140%)ととし、7枚で申告したとき、トレーディングカードの申告時の価格の総額の140%(銀色のトレーディングカードを含むとき180%)ととし、8枚で申告したとき、トレーディングカードの申告時の価格の総額の180%(銀色のトレーディングカードを含むと260%)をユーザにボーナスポイントとして支給するようにする。
【0200】
同一のカードを4枚以上揃えたときに成立する役は、アーティストに対する支援度が高いことから、アーティストを問わず同一色のトレーディングカードを4枚以上揃えたときに成立する役よりも高くボーナスポイントを出すようにしている。
【0201】
更に、アーティストを問わず同一色のトレーディングカードを4枚以上揃えたときに成立する役と同一のカードを4枚以上揃えたときに成立する役は、銀色のトレーディングカードを含むとき、銀色のトレーディングカードの発行枚数が少ないことから、銀色のトレーディングカードを含まないときよりもボーナスポイントが高くなるようにしている。
【0202】
以上のような役のテーブルは、例えば蓄積部13に保存されている。
【0203】
そして、以上のような役を構成するトレーディングカードを揃えたユーザが役を申告する手順について説明すると、ユーザは、先ず、図22に示すトレーディングカード売却/役申告ページ58の入力操作部38により選択欄で役を構成するトレーディングカードを選択し、次いで、役申告釦124をクリックする。すると、送信データ設定部34は、カードID、ユーザID、役申告識別データ等からなる送信データを生成し、送信部35は、サーバ装置10に送信データを送信する。
【0204】
受信部11で端末装置30からの送信データを受信すると、ステップS161において、データ判別部12でクッキーファイルよりユーザIDを読み取る。ステップS162において、データ判別部12は、ログイン済みであるどうかを判断する。そして、データ判別部12は、未だログインをしていないとき、ステップS163において、送信データ設定部18にこれを出力し、送信データ設定部18は、記憶部17よりエラー表示データを読み出し、送信データを生成し、送信部19よりこれを端末装置30に送信する。また、データ判別部12は、ログイン済みであるとき、ステップS164において、送信データから役申告情報を取得し、ステップS165において、ユーザIDと役申告情報を検索部14に出力する。
【0205】
検索部14は、ステップS166において、ユーザIDを元に、上記表3に示すユーザ所有カードレコードを検索する。ステップS167において、検索部14は、ユーザ所有カードレコードから申告されたトレーディングカードIDとアーティストIDとを取得する。判別部15は、ステップS168において、蓄積部13に保存されている役のテーブルと比較し、申告された役の判別処理を行う。判別部15は、ステップS169において、役の判別を行う。判別部15は、役が成立していなかったとき、ステップS170に進み、エラーコードに役不成立をセットする。また、検索部14は、役が成立しているとき、ステップS171において、アーティストIDを元に、上記表6に示すアーティストマスタレコードを検索し、役申告がされているトレーディングカードの現在の価格を取得する。ステップS172において、判別部15は、役に応じたボーナスポイントを算出する。ステップS173において、検索部14は、ユーザIDを元にして、上記表1に示すユーザマスタレコードを検索する。そして、検索部14は、ユーザマスタレコードより、トレーディングカードの保有枚数、カード評価、所持ポイント、総資産を抽出する。ステップS174において、検索部14は、検索結果又はエラーコードを送信データ設定部18に出力する。
【0206】
ステップS175において、送信データ設定部18は、検索部14からの出力が入力されると、ステップS176において、エラーがあったか無いかを判断する。エラーがあったとき、ステップS177において、送信データ設定部18は、エラー表示を行うための表示データを記憶部17より読み出し、送信データを生成し、送信部19より端末装置30に送信する。また、エラーが無かったとき、ステップS178において、送信データ設定部18は、記憶部17より役申告確認ページを構成する表示データを読み出し、送信データを生成し、送信部19より送信データを端末装置30に送信する。
【0207】
端末装置30は、受信部31で送信データを受信すると、表示部36に図27に示す役確認ページ136を表示する。ここで、役確認ページ136は、ユーザの状態が表示されるユーザ状態表示部137と、ユーザが役申告を出しているトレーディングカードを一覧表示する申告カード一覧表示部138と、ボーナスポイントを説明するボーナスポイント説明部139とから構成されている。
【0208】
ユーザ状態表示部137は、トレーディングカードの保有枚数、カード評価、所持ポイント、総資産が表示される。また、申告カード一覧表示部138は、役申告しているトレーディングカードの銘柄と、トレーディングカードの色と、トレーディングカードの現在の価格が表示される。更に、ボーナスポイント説明部139には、役の申告枚数と、役申告をしているトレーディングカード全部の合計金額と、役申告により得られるボーナスポイントと、役申告により得られる合計金額とが表示される。
【0209】
更に、役確認ページ136には、役を決定するための決定釦140と、役申告をキャンセルするためのキャンセル釦141とが設けられている。
【0210】
そして、端末装置30は、ユーザの操作に応じて入力操作部38により決定釦131又はキャンセル釦132の何れかがクリックされると、送信データ設定部34で決定データ又はキャンセルデータの何れかやカードIDやユーザIDを含む送信データを生成し、送信部35より送信データをサーバ装置10に送信する。
【0211】
サーバ装置10は、受信部11で端末装置30からの送信データを受信すると、ステップS181において、データ判別部12でクッキーファイルよりユーザIDを読み取る。ステップS182において、データ判別部12は、ログイン済みであるどうかを判断する。そして、データ判別部12は、未だログインをしていないとき、ステップS183において、送信データ設定部18にこれを出力し、送信データ設定部18は、記憶部17よりエラー表示データを読み出し、送信データを生成し、送信部19よりこれを端末装置30に送信する。また、データ判別部12は、ログイン済みであるとき、ステップS184において、送信データから役申告情報を取得し、ステップS145において、ユーザIDと役申告情報を検索部14に出力する。
【0212】
検索部14は、ステップS186において、ユーザIDを元に、上記表3に示すユーザ所有カードレコードを検索する。ステップS187において、検索部14は、ユーザ所有カードレコードから申告されたトレーディングカードIDとアーティストIDとを取得する。判別部15は、ステップS188において、蓄積部13に保存されている役のテーブルと比較し、申告された役の判別処理を行う。判別部15は、ステップS189において、役の判別を行う。判別部15は、役が成立していなかったとき、ステップS190に進み、エラーコードに役不成立をセットする。また、検索部14は、役が成立しているとき、ステップS191において、アーティストIDを元に、上記表6に示すアーティストマスタレコードを検索する。そして、検索部14は、役申告がされているトレーディングカードの現在の価格を取得する。ステップS192において、判別部15は、役に応じたボーナスポイントを算出する。ステップS193において、検索部14は、ユーザIDを元にして、上記表1に示すユーザマスタレコードを検索する。そして、ステップS194において、更新部16は、ユーザマスタレコードを更新する。すなわち、所持ポイントは、役申告されたトレーディングカードの現在の価格を総計したものに、役の種類に応じたボーナスポイントを加算したものとする。また、更新部16は、役申告回数に1を加算する。更に、更新部16は、保有枚数を役の申告枚数分減算し、カード評価は、役を申告したトレーディングカードの現在の価格の総計を減算する。更に、更新部16は、総資産に対して役申告により得られる金額、すなわち、役申告されたトレーディングカードの現在の価格を総計にボーナスポイントを加算した金額を加算する。更に、更新部16は、イベントポイントに1を加算する。
【0213】
ステップS195において、更新部16は、役申告がされたトレーディングカードを、詳細は省略するが蓄積部13に設けられた役申告済みカードレコードに記録する。この役申告済みカードレコードは、役申告されたトレーディングカードを、所定期間を経てから発行部21が再発行し、市場に出すようにするための管理レコードである。したがって、役申告済みカードレコードには、カードID、役申告日時等が記録される。ステップS196において、更新部16は、上記表3に示すユーザ所有カードレコードより役申告がされたトレーディングカードを削除する。ステップS196において、検索部14は、検索結果又はエラーコードを送信データ設定部18に出力する。
【0214】
ステップS198において、送信データ設定部18は、検索部14からの出力が入力されると、ステップS199において、エラーがあったか無いかを判断する。エラーがあったとき、ステップS200において、送信データ設定部18は、エラー表示、例えば「役が成立していません」等を行うための表示データを記憶部17より読み出し、送信データを生成し、送信部19より端末装置30に送信する。また、エラーが無かったとき、ステップS201において、送信データ設定部18は、記憶部17より役申告確定ページを構成する表示データを読み出し、送信データを生成し、送信部19より送信データを端末装置30に送信する。
【0215】
端末装置30は、受信部31でサーバ装置10からの送信データを受信すると、図27に示す役申告確定ページ134を表示部36に表示する。なお、この役申告確定ページ142は、役申告確認ページ136とほぼ同様な構成を有するため詳細は省略する。かくして、ユーザは、表示部36に表示された役申告確定ページ134を見ることによって、役申告が完了したことを知ることができる。
【0216】
次に、会員登録したユーザがトレーディングカードを購入するときに、トレーディングカード購入ページ49にアクセスする際の手順について図29を参照して説明する。
【0217】
先ず、端末装置30は、図6に示すサイトトップページ41を表示制御部37の制御により表示部36に表示する。ここで、ユーザは、入力操作部38を用いて、図6のユーザID入力部61とパスワード入力部62に自分のユーザIDとパスワードIDとを入力し、トレーディングカード購入ページ釦40をクリックする。すると、端末装置30は、送信データ設定部34でユーザID、パスワード、トレーディ購入申告ページ釦70へのログイン要求からなる送信データを生成し、送信部35より送信データをサーバ装置10に送信する。
【0218】
そして、サーバ装置10は、図29に示すように、受信部11で端末装置30からの送信データを受信すると、ステップS211において、データ判別部12でクッキーファイルよりユーザIDを読み取る。ステップS212において、データ判別部12は、未ログインであるかどうかを判断する。ステップS213において、データ判別部12は、ログインが行われていないとき、未ログインであることを送信データ設定部18に出力し、送信データ設定部18は、未ログインである旨を表示する表示データを記憶部17より読み出し、送信部19より送信する。また、データ判別部12は、ログイン済みであるとき、ステップS214において、検索部14に、ログイン済みであることを出力する。
【0219】
ステップS215において、検索部14は、ユーザIDを元にして上記表1に示す当該ユーザのユーザマスタレコードを検索する。ステップS216において、当該ユーザの総資産と、トレーディングカードの保有枚数と、ユーザが所有するトレーディングカード全ての価格であるカード評価と、ユーザの所持ポイントと、紹介実績と、トレーディングカードの売買実績と、ユーザの役申告実績とを取得する。ステップS217において、検索部14は、ユーザIDを元にして上記表3に示すユーザ所持カードレコードを検索する。そして、検索部14は、ステップS218において、アーティストID等を取得する。ステップS219において、検索部14は、アーティストIDを元にして、上記表6に示すアーティストマスタレコードを検索する。次いで、検索部14は、ステップS220において、ユーザが所有するトレーディングカードの現在の価格、アーティスト名等を取得する。そして、検索部14は、ステップS221において、アーティストマスタレコードより全てのアーティストのトレーディングカードの現在の価格を取得する。そして、検索部14は、ステップS222において、これらの結果を送信データ設定部18に出力する。
【0220】
ステップS223において、送信データ設定部18は、記憶部17よりトレーディングカード購入ページ49を構成する表示データを読み出すと共にこれら表示データと検索部14での検索結果とを組合せ送信データを生成する。そして、送信データは、送信部19より端末装置30に送信される。
【0221】
端末装置30は、受信部31でサーバ装置10から送信されたトレーディングカード購入ページ49の送信データを受信すると、表示部36にトレーディングカード購入ページ49を表示する。ここで、トレーディングカード購入ページ49について図30を参照して説明すると、トレーディングカード購入ページ49は、ユーザの状態が表示されるユーザ状態表示部144と、購入可能なトレーディングカードの一覧が表示される一覧表示部145と、ユーザが保有しているトレーディングカードを一覧表示する保有カード一覧表示部146と、ユーザが保有しているトレーディングカードと同じ種類を注文することができるかの状態を表示する状態表示部146と、トレーディングカードの購入注文を行うための購入注文釦147とから構成されている。
【0222】
ユーザの状態表示部144は、ユーザの総資産、トレーディングカードの保有枚数、カード評価、所持ポイント、ユーザランキング、紹介回数、売買回数、役申告回数が表示される。また、一覧表示部145は、購入可能なトレーディングカードのアーティスト名と、アーティストのトレーディングカードの現在の価格と、購入可能枚数とか表示される。更に、保有カード一覧表示部146には、一覧表示部122には、ユーザが保有するトレーディングカードの画像データと、現在のトレーディングカードの価格と、トレーディングカードの購入価格とが表示されている。更に、保有カード一覧表示部146は、例えばユーザが役を揃えるために既に所有しているトレーディングカードと同一のトレーディングカードを購入するため、そのトレーディングカードが購入可能であるかどうかが表示されている。
【0223】
そして、トレーディングカード購入ページ49では、購入するトレーディングカードを入力操作部38で選択して、購入注文釦147をクリックすることによって、トレーディングカードの購入注文をサーバ装置10に送信することができる。
【0224】
次に、ユーザが入力操作部38で購入注文釦147をクリックし、申告するトレーディングカードを選択し、選択されたトレーディングカードを購入するため購入注文釦147をクリックすることで、トレーディングカードの売却注文をサーバ装置10に出すときの処理について図31を参照して説明する。先ず、ユーザの操作に応じて入力操作部38より申告されるトレーディングカードが選択され、購入注文釦147がクリックされると、送信データ設定部34は、選択されたトレーディングカードID、購入注文識別データ等からなる送信データを生成し送信部35に出力する。そして、送信部35は、この送信データをサーバ装置10に送信する。
【0225】
サーバ装置10は、図31に示すように、受信部11で端末装置30から送信された送信データを受信する。そして、データ判別部12は、ステップS231において、選択されたトレーディングカードID、売却注文識別データ等を検索部14に出力する。検索部14は、ステップS232において、ユーザIDを元にして、上記表3のユーザ所持カードレコードを検索する。そして、判別部15は、ステップS233において、重複注文が無いか等のエラーを判断する。そして、判別部15は、エラーがあるとき、ステップS234において、エラーコードをセットする。また、エラーが無いとき、判別部15は、ステップS235において、エラーコードをリセットする。そして、ステップS236において、判別部15は、送信データ設定部18にエラーコードを出力する。ステップS238において、送信データ設定部18は、エラーコードが入力されると、ステップS238において、エラーがあるかないかを判断する。
【0226】
送信データ設定部18は、エラーが無いとき、ステップS239において、トレーディングカードの購入注文を確認するための購入注文確認ページを構成する表示データを読み出し、送信データを生成し、送信部19よりこの送信データを端末装置30に送信する。また、エラーがあるとき、送信データ設定部18は、ステップS140において、エラーメッセージを構成する表示データを記憶部17より読み出し、送信部19より端末装置30に送信する。
【0227】
端末装置30は、受信部31で送信データを受信すると、表示部36に図32に示す購入注文確認ページ149を表示する。ここで、この購入注文確認ページ149について、図32を参照して説明すると、この購入注文確認ページ149は、ユーザの状態が表示されるユーザ状態表示部150と、ユーザが購入注文を出しているトレーディングカードを一覧表示する注文確認一覧表示部151と、購入枚数表示部152と、購入注文を決定するための決定釦153と、購入注文をキャンセルするためのキャンセル釦154とから構成されている。
【0228】
ユーザの状態表示部150は、トレーディングカードの保有枚数、カード評価、所持ポイント、総資産が表示される。また、注文確認一覧表示部151は、トレーディングカード毎に、銘柄と、購入申告している枚数と、合計金額が表示される。更に、購入枚数表示部152には、合計購入枚数と必要な金額、すなわち購入注文を出しているトレーディングカードの現在の価格の合計が表示される。
【0229】
そして、端末装置30は、ユーザの操作に応じて入力操作部38により決定釦153又はキャンセル釦154の何れかがクリックされると、送信データ設定部34で決定データ又はキャンセルデータの何れかやカードIDやユーザIDを含む送信データを生成し、送信部35より送信データをサーバ装置10に送信する。
【0230】
サーバ装置10は、図33に示すように、受信部11で端末装置30からの送信データを受信すると、ステップS241において、データ判別部12でクッキーファイルよりユーザIDを読み取る。ステップS242において、データ判別部12は、ログイン済みであるどうかを判断する。そして、データ判別部12は、未だログインをしていないとき、ステップS243において、送信データ設定部18にこれを出力し、送信データ設定部18は、記憶部17よりエラー表示データを読み出し、送信データを生成し、送信部19よりこれを端末装置30に送信する。また、データ判別部12は、ログイン済みであるとき、ステップS244において、送信データから購入するトレーディングカードのアーティストIDを取得し、ステップS245において、ユーザID、アーティストID等を検索部14に出力する。
【0231】
ステップS246において、検索部14は、ユーザIDを用いて、上記表1に示すユーザマスタレコードを検索し、トレーディングカードの保有枚数と所持ポイントを抽出する。ステップS247において、判別部15は、検索部14が抽出したトレーディングカードの保有枚数と所持ポイントを用いて、トレーディングカードの注文購入枚数を現在のトレーディングカードの所有枚数に加算したとき、所定値、すなわち8枚を超えないかどうかを判断し、また、購入注文をしたトレーディングカードの現在の価格の合計が所持ポイントを超えないかどうかを判断する。そして、判別部15は、ステップS248において、エラー有りと判断したとき、ステップS249において、エラーコードをセットする。また、判別部15がエラー無しと判断したとき、ステップS250において、検索部14は、購入するトレーディングカードのアーティストIDを元にして上記表6に示すアーティストマスタレコードを検索する。ステップS251において、更新部16は、アーティストマスタレコードの購入注文数に1を加算する。また、ステップS252において、更新部16は、上記表13に示す購入注文レコードを記録する。すなわち、更新部16は、購入注文レコードに、購入注文ID、カードID、アーティストID、ユーザID、注文日付、注文時刻等を記録する。また、更新部16は、注文状況フラグを注文中とする。
【0232】
そして、ステップS253において、更新部16は、上記表1のユーザマスタレコードに、購入注文数を購入枚数分加算し、また、購入注文合計金額を購入枚数分加算する。更に、更新部16は、所持ポイントを購入枚数分減算する。更に、更新部16は、イベントポイントに1を加算する。そして、検索部14は、ステップS254において、更新後のデータを送信データ設定部18に出力する。
【0233】
ステップS255において、送信データ設定部18は、検索部14より結果が入力されると、ステップS256において、エラーがあるかどうかを判断する。そして、送信データ設定部18は、エラーがあるとき、ステップS257において、エラーメッセージ、例えば「金額が足りません」等を構成する表示データを記憶部17より読み出し、送信部19より端末装置30に送信する。また、エラーが無いとき、送信データ設定部18は、ステップS258において、記憶部17より購入注文確定ページを構成する表示データを読み出し、送信データを生成する。そして、送信部19は、送信データを端末装置30に送信する。
【0234】
端末装置30は、受信部31でサーバ装置10からの送信データを受信すると、図32に示す注文確定ページ155を表示部36に表示する。なお、この注文確定ページ155は、注文確認ページ149とほぼ同様な構成を有するため詳細は省略する。かくして、ユーザは、表示部36に表示された注文確定ページ155を見ることによって、購入注文が完了したことを知ることができる。
【0235】
ところで、以上のように売却注文や購入注文を出すことができるトレーディングカードは、上述したように日々価格変動するものであり、1日に一度、各アーティストの人気度によって価格が修正される。以下、図34を用いて、各アーティストのトレーディングカードの価格の算出方法について説明する。先ず、サーバ装置10の演算部20は、アーティスト毎に、上記表6に示すアーティストを検索する。そして、ステップS261において、演算部20は、アーティストのトレーディングカードの平均カード指数を算出する。この平均カード指数を算出するには、先ず、演算部20は、各アーティスト毎に上記アーティストマスタレコードにアクセスし、下記式1に示すように、各アーティストの当日のトレーディングカードの売買成立回数である売買指数と、各アーティストの当日の楽曲データのダウンロード回数であるダウンロード指数と、当日の紹介メールが送信された回数である紹介指数とを抽出し、これらを加算して各アーティスト毎のカード指数を算出する。
【0236】
カード指数=(当日売買指数)+(当日ダウンロード指数)+(当日紹介指数) ・・・式1
続いて、演算部20は、下記式2に示すように、本システム1に参加しているアーティストのカード指数の平均値を算出することにより、平均カード指数を算出する。
【0237】
平均カード指数=(A+B+C+D・・・・)/(アーティストの参加人数)
ここで、A、B、C、D・・・は、カード指数
・・・式2
次いで、演算部20は、ステップS262において、各アーティストの偏差を算出する。ここで、各アーティストの偏差は、下記式3に示すように、カード指数から平均カード指数を減算することにより算出する。
【0238】
偏差=(平均カード指数)−(カード指数) ・・・式3
次いで、演算部20は、ステップS263において、各アーティストについて標準偏差を算出する。すなわち、下記式4に示すように、演算部20は、各アーティストの偏差を2乗し、各アーティストの偏差の2乗した値の合計を算出し、これをアーティストの人数で除して、平均偏差を算出し、この平均偏差の平方根を算出することにより求める。
【0239】
平均偏差={(偏差1)2+(偏差2)2+(偏差3)2・・・}/(アーティストの参加人数)
ここで、1、2、3・・・はアーティストを示す。
【0240】
標準偏差=√平均偏差 ・・・式4
次いで、演算部20は、ステップS264において、偏差値から各アーティストのトレーディングカードの価格の修正価格を算出する。すなわち、演算部20は、下記式5に示すように、各アーティストの偏差を標準偏差で除して各アーティストの偏差値を算出する。そして、演算部20は、偏差値を10で除して修正値を算出する。
【0241】
アーティストの修正値={(偏差/標準偏差)}/10 ・・・式5
次いで、演算部20は、ステップS265において、各アーティストの修正価格を算出する。すなわち、演算部20は、下記式6に示すように、各アーティストのトレーディングカードの現在の価格に修正値を乗して修正価格を算出する。
【0242】
修正価格=(修正値)×(現在のトレーディングカードの価格) ・・・式6
次いで、演算部20は、ステップS266において、各アーティストのトレーディングカードの新価格を決定する。すなわち、演算部20は、下記式7に示すように、各アーティストのトレーディングカードの現在の価格に修正価格を加算することにより新価格を決定する。
【0243】
新価格=(トレーディングカードの現在の価格)+(修正価格) ・・・式7
このようなトレーディングカードの価格算出方法では、標準偏差を求めて修正値を算出し、この算出値に基づいてトレーディングカードの新価格を決定する用にしていることから、急激な価格変動を防止することができる。
【0244】
このように、トレーディングカードは、トレーディングカードの売買指数、ダウンロード回数、紹介メールの回数等アーティストに対するユーザの関心度、すなわち人気度により価格が毎日定められることから、ユーザに対してゲーム性を与え、本システム1への参加を促すことができる。
【0245】
以上のようにして演算部20が各アーティストのトレーディングカードの新価格を算出すると、更新部16は、上記表1のユーザマスタレコードのカード評価、総資産を更新し、上記表6のアーティストマスタレコードの現在のカード価格と一昨日のカード価格を更新し、上記表8に示すカード価格履歴のカード価格と日付を更新する。
【0246】
次に、上述したように売却注文と購入注文がサーバ装置10に対してなされたトレーディングカードの売買について図35を参照して説明する。先ず、サーバ装置10の判別部15は、ステップS271において、所定時刻になったかどうかを判断する。ここで、本システム1では、トレーディングカードの取引を例えば00:0〜07:30、08:00〜15:30、16:00〜23:30の間に行うようにしている。所定時刻になったとき、ステップS272において、検索部14は、上記表6に示すアーティストマスタレコードを検索し、次いで、ステップS273において、アーティストID毎の売却注文数と購入注文数とを抽出する。そして、ステップS274において、判別部15は、各アーティストID毎の売却注文数と購入注文数が同数であるかどうかを判断し、同数であるとき、ステップS275において、トレーディングカードの取引を成立させ、同数でないとき、ステップS283に進む。
【0247】
ステップS276において、検索部14は、上記表12に示す売却注文レコードと上記表13に示す購入注文レコードとから、各アーティストID毎に、トレーディングカードの売却注文と購入注文を出しているユーザIDを抽出する。次いで、ステップS278において、検索部14は、ユーザIDを元にして各ユーザの上記表1に示すユーザマスタレコードを検索する。そして、更新部16は、ユーザマスタレコードを更新する。すなわち、更新部16は、トレーディングカードの売却注文を出しているユーザに対して、所持ポイントにトレーディングカードの売却数分のポイントを加算し、トレーディングカードの保有枚数をトレーディングカードの売却分減算し、カード評価及び総資産を売却価格分加算し、売買成立回数を1加算し、イベントポイントを売却枚数分加算する。
【0248】
また、更新部16は、トレーディングカードの購入注文を出しているユーザに対して、所持ポイントにトレーディングカードの購入枚数分のポイントを減算し、トレーディングカードの保有枚数をトレーディングカードの購入枚数分加算し、カード評価及び総資産を購入価格分減算し、売買成立回数を1加算し、イベントポイントを購入枚数分加算し、購入注文数を0にし、購入注文合計金額を0にする。
【0249】
ステップS279において、検索部14は、上記表3に示すユーザ所有カードレコードを検索をユーザIDを元にして検索し、更新部16は、ユーザ所有カードレコードを更新する。すなわち、更新部16は、トレーディングカードを売却したユーザに対して、売却したトレーディングカードのカードIDと、売却したトレーディングカードのアーティストIDと、アーティストサブナンバと、カード購入時価格と、カード取得種類とを削除し、売却注文フラグを無しにする。また、更新部16は、トレーディングカードを購入したユーザに対して、購入したトレーディングカードのカードIDと、売却したトレーディングカードのアーティストIDと、アーティストサブナンバと、カード購入時価格と、カード取得種類とを追加する。
【0250】
ステップS280において、検索部14は、アーティストIDを元にしてトレーディングカードの取引が成立したアーティストの上記表6に示すアーティストマスタレコードを検索する。そして、更新部16は、売却注文数と購入注文数とを取引が成立した枚数分減算し、当日取引指数と累計取引指数とを取引成立枚数分加算する。
【0251】
ステップS281において、検索部14は、アーティストIDを元にして、上記表11に示す売買履歴レコードを検索する。そして、更新部16は、カードID毎にカードIDの購入者ユーザIDと売却者ユーザIDと取引価格と、売買日付とを更新する。また、更新部16は、売買時刻ナンバ、すなわち00:0〜07:30、08:00〜15:30、16:00〜23:30を識別するためのナンバを記録する。
【0252】
ステップS282において、検索部14は、ユーザID、売却注文ID、カードID等を元にして、上記表12に示す売却注文レコードを検索する。そして、更新部16は、注文状況フラグを済み、すなわち売買成立済みとする。また、検索部14は、ユーザID、購入注文ID、カードID等を元にして、上記表13に示す購入注文レコードを検索する。そして、更新部16は、注文状況フラグを済み、すなわち売買成立済みとする。
【0253】
ステップS283において、判別部15は、購入注文数が売却注文数より多いかどうかを判断する。そして、判別部15は、購入注文数が売却注文数より多いとき、ステップS284に進み、購入注文数が売却注文数より多くないとき、ステップS294に進む。
【0254】
ステップS284において、判別部15は、購入注文数を売却注文数に合わせるように、上記表13に示す購入注文レコードから購入注文を出しているユーザを抽選(ランダムに選択)し、売却注文数と購入注文数とを同数にする。そして、ステップS285において、検索部14は、上記表12に示す売却注文レコードと上記表13に示す購入注文レコードとから、各アーティストID毎に、トレーディングカードの売却注文と購入注文を出しているユーザIDを抽出する。次いで、ステップS286において、検索部14は、ユーザIDを元にして各ユーザの上記表1に示すユーザマスタレコードを検索する。そして、更新部16は、ユーザマスタレコードを更新する。すなわち、更新部16は、トレーディングカードの売却注文を出しているユーザに対して、所持ポイントにトレーディングカードの売却数分のポイントを加算し、トレーディングカードの保有枚数をトレーディングカードの売却分減算し、カード評価及び総資産を売却価格分加算し、売買成立回数を1加算し、イベントポイントを売却枚数分加算する。また、更新部16は、トレーディングカードの購入注文を出しているユーザに対して、所持ポイントにトレーディングカードの購入枚数分のポイントを減算し、トレーディングカードの保有枚数をトレーディングカードの購入枚数分加算し、カード評価及び総資産を購入価格分減算し、売買成立回数を1加算し、イベントポイントを売却枚数分加算し、購入注文数を0にし、購入注文合計金額を0にする。
【0255】
ステップS287において、検索部14は、上記表3に示すユーザ所有カードレコードを検索をユーザIDを元にして検索し、更新部16は、ユーザ所有カードレコードを更新する。すなわち、更新部16は、トレーディングカードを売却したユーザに対して、売却したトレーディングカードのカードIDと、売却したトレーディングカードのアーティストIDと、アーティストサブナンバと、カード購入時価格と、カード取得種類とを削除し、売却注文フラグを無しにする。また、更新部16は、トレーディングカードを購入したユーザに対して、購入したトレーディングカードのカードIDと、売却したトレーディングカードのアーティストIDと、アーティストサブナンバと、カード購入時価格と、カード取得種類とを追加する。
【0256】
ステップS288において、検索部14は、アーティストIDを元にしてトレーディングカードの取引が成立したアーティストの上記表6に示すアーティストマスタレコードを検索する。そして、更新部16は、売却注文数と購入注文数とを取引が成立した枚数分減算し、当日取引指数と累計取引指数とを取引成立枚数分加算する。
【0257】
ステップS289において、検索部14は、アーティストIDを元にして、上記表11に示す売買履歴レコードを検索する。そして、更新部16は、カードID毎にカードIDの購入者ユーザIDと売却者ユーザIDと取引価格と、売買日付とを更新する。また、更新部16は、売買時刻ナンバ、すなわち00:0〜07:30、08:00〜15:30、16:00〜23:30を識別するためのナンバを記録する。
【0258】
ステップS290において、検索部14は、ユーザID、売却注文ID、カードID等を元にして、上記表12に示す売却注文レコードを検索する。そして、更新部16は、注文状況フラグを済み、すなわち売買成立済みとする。また、検索部14は、ユーザID、購入注文ID、カードID等を元にして、上記表13に示す購入注文レコードを検索する。そして、更新部16は、注文状況フラグを済み、すなわち売買成立済みとする。
【0259】
また、ステップS284における抽選の結果落選したユーザに対して、判別部15は、ステップS291において、所定時刻になったかどうかを判断する。これは、1日で取引が成立しなかったとき、注文取消を行うためである。したがって、ここでの時刻は、例えば0:00である。そして、判別部15は、所定時刻となったとき、ステップS292に進み、所定時刻でないとき、再度とトレーディングカードの取引を行うことができるようにステップS271へ戻る。ステップS292において、検索部14は、落選者のユーザIDを、上記表13に示す購入注文レコードとから、各アーティストID毎に、トレーディングカードの購入注文を出しているユーザIDを抽出する。
【0260】
そして、ステップS293において、更新部16は、落選者の購入注文を取り消す。すなわち、更新部16は、上記表1に示すユーザマスタレコードの購入注文数を0とし、購入注文合計金額を0とし、上記表6に示すアーティストマスタレコードの購入注文数を0とし、上記表13に示す購入注文レコードの注文状況を取消にする。
【0261】
また、ステップS283において、判別部15は、購入注文数が売却注文数より多くない、すなわち売却注文数の方が多いと判断したとき、ステップS294において、売却注文数に購入注文数を合わせるように、売却注文を出しているユーザを上記表12の売却注文レコードから抽選(ランダムに選択)し、売却注文数と購入注文数とを同数にする。そして、ステップS295において、検索部14は、上記表12に示す売却注文レコードと上記表13に示す購入注文レコードとから、各アーティストID毎に、トレーディングカードの売却注文と購入注文を出しているユーザIDを抽出する。次いで、ステップS296において、検索部14は、ユーザIDを元にして各ユーザの上記表1に示すユーザマスタレコードを検索する。そして、更新部16は、ユーザマスタレコードを更新する。すなわち、更新部16は、トレーディングカードの売却注文を出しているユーザに対して、所持ポイントにトレーディングカードの売却数分のポイントを加算し、トレーディングカードの保有枚数をトレーディングカードの売却分減算し、カード評価及び総資産を売却価格分加算し、売買成立回数を1加算し、イベントポイントを売却枚数分加算する。また、更新部16は、トレーディングカードの購入注文を出しているユーザに対して、所持ポイントにトレーディングカードの購入枚数分のポイントを減算し、トレーディングカードの保有枚数をトレーディングカードの購入枚数分加算し、カード評価及び総資産を購入価格分減算し、売買成立回数を1加算し、イベントポイントを売却枚数分加算し、購入注文数を0にし、購入注文合計金額を0にする。
【0262】
ステップS297において、検索部14は、上記表3に示すユーザ所有カードレコードを検索をユーザIDを元にして検索し、更新部16は、ユーザ所有カードレコードを更新する。すなわち、更新部16は、トレーディングカードを売却したユーザに対して、売却したトレーディングカードのカードIDと、売却したトレーディングカードのアーティストIDと、アーティストサブナンバと、カード購入時価格と、カード取得種類とを削除し、売却注文フラグを無しにする。また、更新部16は、トレーディングカードを購入したユーザに対して、購入したトレーディングカードのカードIDと、売却したトレーディングカードのアーティストIDと、アーティストサブナンバと、カード購入時価格と、カード取得種類とを追加する。
【0263】
ステップS298において、検索部14は、アーティストIDを元にしてトレーディングカードの取引が成立したアーティストの上記表6に示すアーティストマスタレコードを検索する。そして、更新部16は、売却注文数と購入注文数とを取引が成立した枚数分減算し、当日取引指数と累計取引指数とを取引成立枚数分加算する。
【0264】
ステップS299において、検索部14は、アーティストIDを元にして、上記表11に示す売買履歴レコードを検索する。そして、更新部16は、カードID毎にカードIDの購入者ユーザIDと売却者ユーザIDと取引価格と、売買日付とを更新する。また、更新部16は、売買時刻ナンバ、すなわち00:0〜07:30、08:00〜15:30、16:00〜23:30を識別するためのナンバを記録する。
【0265】
ステップS300において、検索部14は、ユーザID、売却注文ID、カードID等を元にして、上記表12に示す売却注文レコードを検索する。そして、更新部16は、注文状況フラグを済み、すなわち売買成立済みとする。また、検索部14は、ユーザID、購入注文ID、カードID等を元にして、上記表13に示す購入注文レコードを検索する。そして、更新部16は、注文状況フラグを済み、すなわち売買成立済みとする。
【0266】
また、ステップS294における抽選の結果落選したユーザに対して、判別部15は、ステップS301において、所定時刻になったかどうかを判断する。これは、1日で取引が成立しなかったとき、注文取消を行うためである。したがって、ここでの時刻は、例えば0:00である。そして、判別部15は、所定時刻となったとき、ステップS302に進み、所定時刻でないとき、再度トレーディングカードの取引を行うことができるようにステップS271へ戻る。すなわち、次回の取引において、新規注文数には、落選者の注文数が加算されることになる。ステップS302において、検索部14は、落選者のユーザIDを、上記表12に示す売却注文レコードから、各アーティストID毎に、トレーディングカードの売却注文を出しているユーザIDを抽出する。
【0267】
そして、ステップS293において、更新部16は、落選者の売却注文を取り消す。すなわち、更新部16は、上記表3に示すユーザ所持カードレコードの売却注文フラグを無しとし、上記表6に示すアーティストマスタレコードの売却注文数を0とし、上記表12に示す売却注文レコードの注文状況を取消にする。
【0268】
ところで、以上詳述した手順にしたがって、トレーディングカードの売買の注文を出し、売買が成立したとき、上記図15に示したマイページ43のトレーディングカード表示部103は次のように変遷する。
【0269】
先ず、図36を用いて、売却注文を出したときについて説明する。ここで、図36(A)は、トレーディングカードの売却注文を出す前のトレーディングカード表示部103を示す。例えば、売却注文前において、トレーディングカード表示部103には、アーティストAAAの青色のトレーディングカード160aと、アーティストAAAの銀色のトレーディングカード160bと、アーティストBBBの赤色のトレーディングカード160cと、アーティストBBBの赤色のトレーディングカード160dと、アーティストCCCの黄色のトレーディングカード160eと、アーティストCCCの黄色のトレーディングカード160fと、アーティストDDDの緑色のトレーディングカード160gとが表示されている。ここで、トレーディングカードは、アルファベット順、50音順等規則的に並んで表示されている。
【0270】
そして、図22に示すトレーディングカード売却/役申告ページ58よりトレーディングカードの売却注文を出すと、売却注文がされたトレーディングカードを売却注文がされていないトレーディングカードの後に並べる。図36(B)は、トレーディングカードの売却注文をしたときのトレーディングカード表示部103を示すものであり、ここでは、トレーディングカード160a、160d、160fについて売却注文を出している。すると、売却注文がされたトレーディングカードは、売却注文されていないトレーディングカードと識別することができるように例えば枠線が点線に表示される。勿論、売却注文されたトレーディングカードを売却注文されていないトレーディングカードより暗く又は明るくなるように表示するようにしてもよい。
【0271】
そして、例えば、トレーディングカード160dについて売却が成立すると、図36(C)に示すように、トレーディングカード表示部103からは、トレーディングカード160dが消去される。そして、例えば売却注文が出してから一日が経過しても売却できなかったトレーディングカードは、売却注文が取り消されることから、図36(D)に示すように、最初から売却注文がされていないトレーディングカードの表示と同じ表示に戻る。ここでは、売却が成立しなかったトレーディングカード160a、160fは、その枠線が点線から実線に戻る。また、売却注文が取り消されたとき、トレーディングカードは、図36(A)に示すトレーディングカードと同じ順序で再度並べられる。
【0272】
また、図37を用いて、売却注文と購入注文を出したときについて説明する。
ここで、図37(A)は、トレーディングカードの売却注文と購入注文を出す前のトレーディングカード表示部103を示す。例えば、売却注文前において、トレーディングカード表示部103には、アーティストAAAの青色のトレーディングカード160aと、アーティストAAAの銀色のトレーディングカード160bと、アーティストBBBの赤色のトレーディングカード160cと、アーティストBBBの赤色のトレーディングカード160dと、アーティストCCCの黄色のトレーディングカード160eと、アーティストCCCの黄色のトレーディングカード160fと、アーティストDDDの緑色のトレーディングカード160gとが表示されている。ここで、トレーディングカードは、アルファベット順、50音順等規則的に並んで表示されている。
【0273】
そして、図22に示すトレーディングカード売却/役申告ページ58よりトレーディングカードの売却注文を出し、また、図30に示すトレーディングカード購入ページ49より購入注文をだすと、売却注文がされたトレーディングカードを売却注文がされていないトレーディングカードの後に並べる。図37(B)は、トレーディングカードの売却注文をしたときのトレーディングカード表示部103を示すものであり、ここでは、トレーディングカード160a、160d、160fについて売却注文を出している。すると、売却注文がされたトレーディングカードは、売却注文されていないトレーディングカードと識別することができるように例えば枠線が点線に表示される。勿論、売却注文されたトレーディングカードを売却注文されていないトレーディングカードより暗く又は明るくなるように表示するようにしてもよい。なお、購入注文を出したトレーディングカードについては、トレーディングカード表示部103に表示されない。
【0274】
そして、例えば、アーティストAAAの緑色のトレーディングカードの購入注文が成立すると、図37(C)に示すように、トレーディングカード表示部103には、購入したトレーディングカード160hが先頭に追加される。この購入したトレーディングカードが追加される位置は、表示順序(上述したアルファベット順や50音順)にしたがって表示される。そして、例えば売却注文が出してから一日が経過しても売却できなかったトレーディングカードは、売却注文が取り消されることから、図37(D)に示すように、最初から売却注文がされていないトレーディングカードの表示と同じ表示に戻る。ここでは、売却が成立しなかったトレーディングカード160a、160d、160fは、その枠線が点線から実線に戻る。また、売却注文が取り消されたとき、トレーディングカードは、図36(A)に示すトレーディングカードと同じ順序で再度並べられる。
【0275】
ところで、本システム1では、上述したようにアーティストのトレーディングカードが毎日価格変動することから、上記図15に示すマイページ43のトレーディングカード表示部103に表示された楽曲データをクリックすることで、トレーディングカードの価格チャートを見ることができるようになっている。
【0276】
すなわち、端末装置30は、図15に示すマイページ43を表示制御部37の制御により表示部36に表示する。ここで、ユーザが入力操作部38でトレーディングカード表示部103に表示されているトレーディングカードの画像データをクリックすると、送信データ設定部34は、アーティストIDを含む送信データを生成する。そして、送信部35は、サーバ装置10に送信データを送信する。
【0277】
サーバ装置10は、図29に示すように、受信部11で端末装置30からの送信データを受信すると、ステップS311において、データ判別部12でクッキーファイルよりアーティストIDを読み取る。そして、データ判別部12は、ステップS312において、アーティストIDを検索部14に出力する。ステップS313において、検索部14は、アーティストIDを元にして、上記表6に示すアーティストマスタレコードを検索する。ステップS314において、検索部14は、アーティストマスタレコードより現在のトレーディングカードの価格と、一昨日のトレーディングカードの価格と、現在のトレーディングカードの購入注文数と現在の売却注文数と、楽曲データのダウンロード指数の当日と全体と、トレーディングカードの売買指数の当日と累計と、紹介指数の当日と全体を取得する。また、検索部14は、ステップS315において、アーティストIDを元にして上記表7に示すカードマスタレコードを検索する。ステップS316において、検索部14は、トレーディングカードの売却注文数と購入注文数とを取得する。また、検索部14は、ステップS317において、アーティストIDを元にして、上記表8に示すカード価格履歴レコードを検索する。そして、検索部14は、ステップS318において、当該アーティストのトレーディングカードの所定期間内の日付に対応したカード価格を取得する。ステップS319において、検索部14は、これら取得したデータを送信データ設定部18に出力する。送信データ設定部18は、ステップS320において、検索部14が検索されたデータが入力されると、カードの価格チャートページを構成する表示データを記憶部17より読み出し、検索部14からのデータと表示データとを組合せて送信データを生成する。そして、送信部35は、送信データ設定部18で生成された送信データを端末装置30に送信する。
【0278】
端末装置30では、受信部31でサーバ装置10からの送信データを受信すると、図39に示す価格チャートページ162を表示する。ここで、価格チャートページ162について説明すると、この価格チャートページ162は、図39に示すように、トレーディングカードの今日、昨日、一昨日のトレーディングカードの価格を示す価格表示部163と、トレーディングカードのアーティストの状態が表示されたアーティスト状態表示部164と、購入注文と売却注文とが表示された注文状態表示部165と、当該アーティストの5種類(赤、青、黄、緑、銀)のトレーディングカードが表示されるカード表示部166と、所定期間内のトレーディングカードの価格変動を見ることができる価格変動表示部167とから構成されている。アーティスト状体表示部164には、具体的に、当日及び全体の楽曲データのダウンロード回数と、当日及び全体の紹介メール送信回数と、当日及び全体の売買回数とが表示される。ユーザは、このような価格チャートページを見ることによって、例えば今後の価格変動を予測し、購入や売却を希望するトレーディングカードを選択することができる。
【0279】
次に、ユーザがトレーディングカードの現在の価格ランキングを見るための手順について説明する。先ず端末装置30は、表示部36に図6に示すサイトトップページ41を表示した状態にある。そして、ユーザが入力操作部38を用いて今日のトレーディングカード情報を見るための第1の価格情報ページ釦67をクリックすると、送信データ設定部34は、送信データを生成し、現在のトレーディングカードの情報を表示する第1の価格情報ページの取得要求をサーバ装置10に送信する。
【0280】
そして、サーバ装置10では、図40に示すように、受信部11で端末装置30からの送信データを受信すると、ステップS321において、データ判別部12が第1の価格情報ページの取得要求を抽出し検索部14に出力する。検索部14は、ステップS322において、上記表6に示すアーティストマスタレコードを検索し、全アーティストの現在のトレーディングカードの価格情報、購入注文数、売却注文数、現在のダウンロード回数、現在の紹介メール回数、現在の売買指数等を取得する。次いで、検索部14は、ステップS323において、現在の価格情報を価格が高い順にソートする。ステップS324において、検索部14は、送信データ設定部18にこれを出力し、送信データ設定部18は、価格が高い順にソートされたデータが入力されると、記憶部17より第1の価格情報ページを構成する表示データを読み出す。そして、ステップS326において、送信データ設定部18は、記憶部17より読み出した表示データと価格が高い順にソートされたデータとを組合せ送信データを生成し、送信部19は、この送信データを端末装置30に送信する。
【0281】
端末装置30は、サーバ装置10より送信データを受信すると、表示部36に図41に示す第1の価格情報ページ171を表示する。ここで、第1の価格表示ページ171について図41を参照して説明すると、第1の価格表示ページ171は、順位欄と、アーティスト名が記載されたアーティスト欄と、今日のトレーディングカードの価格欄と、楽曲データのダウンロード回数と、紹介メール回数と、売買指数とが表示される。そして、第1の価格情報ページ171には、トレーディングカードの価格の高い順にアーティスト名が表示される。これによって、ユーザは、現在のトレーディングカードの価格順位を知ることができ、例えば購入又は売却するとトレーディングカードを選択する際の参考にすることができる。
【0282】
次に、ユーザがトレーディングカードの過去の価格ランキングを見るための手順について説明する。先ず端末装置30は、表示部36に図6に示すサイトトップページ41を表示した状態にある。そして、ユーザが入力操作部38を用いて過去のトレーディングカード情報を見るための第2の価格情報ページ釦68をクリックすると、送信データ設定部34は、送信データを生成し、過去のトレーディングカード情報を表示する第2の価格情報ページの取得要求をサーバ装置10に送信する。
【0283】
そして、サーバ装置10では、図42に示すように、受信部11で端末装置30からの送信データを受信すると、ステップS331において、データ判別部12が第2の価格情報ページの取得要求を抽出し検索部14に出力する。検索部14は、ステップS332において、上記表6に示すアーティストマスタレコードを検索し、全アーティストの現在のトレーディングカードの価格情報、昨日のトレーディングカードの価格情報、一昨日のトレーディングカード価格情報、購入注文数、売却注文数、現在のダウンロード回数、現在の紹介メール回数、現在の売買指数等を取得する。次いで、検索部14は、ステップS333において、現在の価格情報を価格が高い順にソートする。ステップS324において、検索部14は、送信データ設定部18にこれを出力し、送信データ設定部18は、現在価格が高い順にソートされたデータが入力されると、記憶部17より第2の価格情報ページを構成する表示データを読み出す。そして、ステップS336において、送信データ設定部18は、記憶部17より読み出した表示データと価格が高い順にソートされたデータとを組合せ送信データを生成し、送信部19は、この送信データを端末装置30に送信する。
【0284】
端末装置30は、サーバ装置10より送信データを受信すると、表示部36に図43に示す第2の価格情報ページ172を表示する。ここで、第2の価格表示ページ172について図43を参照して説明すると、第2の価格表示ページ172は、順位欄と、アーティスト名が記載されたアーティスト欄と、今日のトレーディングカードの価格欄と、昨日のトレーディングカードの価格欄と、一昨日のトレーディングカードの価格欄と、楽曲データのダウンロード回数と、紹介メール回数と、売買指数とが表示される。そして、第2の価格情報ページ172には、トレーディングカードの価格の高い順にアーティスト名が表示される。これによって、ユーザは、現在のトレーディングカードの価格順位を知ることができ、例えば購入又は売却するとトレーディングカードを選択する際の参考にすることができる。勿論、第2の価格情報ページ172の表示は、昨日のトレーディングカードの価格順にアーティストを表示してもよく、また、一昨日のトレーディングカードの価格順にアーティストを表示するようにしてもよい。
【0285】
次に、ユーザが自分のランキングを見るための手順について説明する。先ず端末装置30は、表示部36に図6に示すサイトトップページ41を表示した状態にある。そして、ユーザが入力操作部38を用いてユーザランキングを見るためのユーザランキングページ釦71をクリックすると、送信データ設定部34は、送信データを生成し、ユーザランキングページ47を表示するユーザランキングページ47の取得要求をサーバ装置10に送信する。
【0286】
そして、サーバ装置10では、図44に示すように、受信部11で端末装置30からの送信データを受信すると、ステップS341において、データ判別部12がユーザランキングページ47の取得要求等を抽出し検索部14に出力する。検索部14は、ステップS342において、上記表1に示すユーザマスタレコードを検索し、全ユーザの総資産、紹介メールによる紹介回数、トレーディングカードの売買回数、役申告回数等を抽出する。ステップS343において、検索部14は、総資産の大きい順にユーザをソートする。ステップS344において、検索部14は、送信データ設定部18にランキングデータを出力する。ステップS345において、送信データ設定部18は、ランキングデータを受信すると、次いで、記憶部17よりユーザランキングページ47を構成する表示データを読み出し、ランキングデータに組合せる。そして、そして、送信データ設定部18は、記憶部17より読み出した表示データとランキングデータとを組合せ送信データを生成し、送信部19は、この送信データを端末装置30に送信する。
【0287】
端末装置30は、サーバ装置10より送信データを受信すると、表示部36に図45に示すユーザランキングページ47を表示する。
【0288】
ここで、ユーザランキングページ47について図45を参照して説明すると、ユーザランキングページ47は、順位欄と、ユーザ名が記載されたユーザ欄と、総資産欄と、紹介メールの紹介回数欄と、トレーディングカードの売買を行った売買回数欄と、役成立実績欄とが設けられている。したがって、ユーザは、本システムにおける自分の順位を知ることができる。勿論、このページでは、総資産順にランキングを出す他、売買回数や照会メール回数等を用いてランキングを出すようにしてもよい。
【0289】
次に、ユーザが友人等に自分の好きなアーティストの楽曲を紹介するときに、サーバ装置10を介して他の端末装置30に楽曲の紹介メールを送信するときについて説明する。
【0290】
先ず、端末装置30は、表示部36に、上記図18に示すアーティストトップページ45を表示した状態にある。そして、ユーザが入力操作部38を用いて紹介釦115をクリックすると、送信データ設定部34は、紹介メールページ54のアクセス要求を含む送信データを生成し、サーバ装置10に送信する。サーバ装置10は、受信部11で端末装置30からの送信データを受信すると、データ判別部12より当該要求を送信データ設定部18に出力する。送信データ設定部18は、記憶部17より紹介メールページ54を構成するための表示データを読み出し、送信データを生成する。そして、送信部19は、端末装置30に送信データを送信する。
【0291】
端末装置30は、サーバ装置10からの送信データを受信すると、表示部36に紹介メールページ54を表示する。ここで、紹介メールページ54について、図46を参照して説明すると、紹介メールページ54は、紹介メールを送信するために5MCが必要となる旨、3名まで紹介メールを送信できる旨等の紹介メールシステムの説明がなされたシステム説明部176と、紹介するアーティスト名とそのアーティストの楽曲名が表示されたアーティスト関連表示部177と、楽曲を紹介する人、すなわち送信先の個人データを入力するための送信先データ入力部178と、紹介メッセージを入力するためのメッセージ入力部179と、紹介メッセージをサーバ装置10に送信するための送信釦180と、紹介メールページ54を取り消すためのキャンセル釦181とが設けられている。
【0292】
送信先データ入力部178には、具体的に紹介メールを3名に送信することができるようになっており、送信先の氏名入力欄と、電子メールアドレス入力欄とが設けられている。
【0293】
そして、ユーザが入力操作部38を用いて送信先データ入力部178、メッセージ入力部179に所定事項を入力の上、送信釦180をクリックすると、端末装置30は、送信データ設定部34で、送信先データ、メッセージデータ等を含む送信データを生成し、送信部35よりサーバ装置10に送信する。
【0294】
サーバ装置10は、受信部11で端末装置30からの送信データを受信すると、図47に示すように、ステップS351において、データ判別部12でクッキーファイルよりユーザIDを読み取る。ステップS352において、データ判別部12は、ログイン済みであるどうかを判断する。そして、データ判別部12は、未だログインをしていないとき、ステップS353において、送信データ設定部18にこれを出力し、送信データ設定部18は、記憶部17よりエラー表示データを読み出し、送信データを生成し、送信部19よりこれを端末装置30に送信する。また、データ判別部12は、ログイン済みであるとき、ステップS354において、送信データから楽曲IDや紹介メッセージ等を取得し、次いで、ステップS355において、これらのデータを検索部14に出力する。
【0295】
ステップS356において、検索部14は、ユーザIDや楽曲IDを元にして、上記表5に示す紹介メール履歴レコードを検索する。ステップS357において、判別部15は、紹介アーティスト手の電子メールアドレスが重複していないか判断する。これは、ユーザが同一人に紹介メールを何度も送信することを防止するためである。ステップS358において、紹介先電子メールアドレスが重複しているか等のエラーが有るかを判断する。エラーがあるとき、判別部15は、ステップS359において、エラーコードに重複紹介エラーをセットする。
【0296】
また、エラーが無いとき、更新部16は、蓄積部13に設けられたデータベースの更新処理を行う。ステップS361において、サーバ装置10は、端末装置30から送信された紹介メールを、送信データ設定部18で送信データを生成することにより送信先データ入力部178に入力された送信先に送信部19より送信する。ステップS361において、判別部15は、送信結果やエラーコードを送信データ設定部18に出力する。
【0297】
ステップS363において、送信データ設定部18は、判別部15からのデータが入力されると、ステップS364において、エラーがあるかどうかを判断する。そして、送信データ設定部18は、エラーがあるとき、ステップS365において、エラーメッセージ、例えば「送信先電子メールアドレスが重複しています」等を構成する表示データを記憶部17より読み出し、送信部19より端末装置30に送信する。また、エラーが無いとき、送信データ設定部18は、ステップS366において、記憶部17より送信完了を送信者に知らせる送信完了ページを構成する表示データを読み出し、送信データを生成する。そして、送信部19は、送信データを端末装置30に送信する。
【0298】
ここで、上記ステップS360において行われるデータベースの更新処理について、図48を参照して説明すると、更新部16は、ステップS371において、上記表5に示す紹介メール履歴レコードに、紹介メールID、ユーザID、紹介アーティストID、紹介楽曲ID、紹介先メールアドレス、紹介先氏名、紹介日付、紹介時刻、紹介文を登録する。このとき、視聴済みフラグは、視聴無しにする。ステップS372において、検索部14は、ユーザIDを元にして上記表1に示すユーザマスタレコードを検索する。ステップS373において、更新部16は、紹介メールの送信者であるユーザのユーザマスタレコードの所持ポイント、総資産より紹介メールの送信先1つにつき5MCを減算する。また、更新部16は、紹介回数を紹介先分加算する。
【0299】
ステップS374において、検索部14は、楽曲IDを元にして、上記表9に示す楽曲マスタを検索し、紹介した楽曲データのアーティストIDを取得する。ステップS375において、検索部14が、取得したアーティストIDを元にして、上記表6に示すアーティストマスタレコードを検索する。そして、更新部16は、ステップS376において、紹介指数(当日)、紹介指数(全体)に紹介メールを送信する人数分加算する。
【0300】
ステップS377において、検索部14は、ユーザIDとアーティストIDとを元にして、上記表4のユーザファンポイントレコードを検索する。ステップS378において、更新部16は、ファンポイント及びイベントポイントを紹介メールを送信する人数分加算する。
【0301】
次に、上記図47のステップS361において送信先データ入力部178に入力された電子メールアドレスの端末装置30に送信された紹介メールについて図49を参照して説明すると、この紹介メール183は、紹介メールにより紹介された楽曲データを視聴するため紹介用視聴ページ57にアクセスするためのURL184と、紹介者が記述した紹介メッセージ185とから構成されている。紹介メールを受け取った端末装置30は、この紹介メール183を表示部36に表示する。
【0302】
紹介メールを受け取ったユーザが入力操作部38を用いて紹介メール183中のURL184をクリックすると、端末装置30は、送信データ設定部34でURLを含む送信データを生成し、送信部35より送信データをサーバ装置10に送信する。
【0303】
サーバ装置10は、受信部11で端末装置30からの送信データを受信すると、データ判別部12より当該要求送信データ設定部18に出力する。送信データ設定部18は、記憶部17より紹介用視聴ページ57を構成するための表示データを読み出し、送信データを生成する。そして、送信部19は、端末装置30に送信データを送信する。
【0304】
端末装置30は、サーバ装置10からの送信データを受信すると、表示部36に紹介用視聴ページ57を表示する。ここで、紹介用視聴ページ57について、図50を参照して説明すると、紹介用視聴ページ57は、紹介された楽曲データを視聴するための視聴釦187と、楽曲データをダウンロードするためのダウンロード釦188とが設けられている。
【0305】
ここで、端末装置30は、視聴釦187をクリックすると、楽曲データをストリーミング再生することができ、ダウンロード釦188をクリックすると記憶部33に楽曲データを保存する。なお、端末装置30がダウンロードするには、ユーザが本システム1に登録することが条件とされる。
【0306】
次に、ユーザが視聴釦187をクリックしたときについて説明すると、ユーザが視聴釦187をクリックすると、端末装置30は、送信データ設定部34で送信データを生成し、送信部35より送信データをサーバ装置10に送信する。サーバ装置10は、受信部11で端末装置30からの送信データを受信すると、データ判別部12で紹介メールIDを抽出する。そして、データ判別部12は、紹介メールIDを検索部14に出力する。
【0307】
検索部14は、ステップS383において、紹介メールIDを元にして、上記表5に示す紹介メール履歴レコードを検索する。ステップS384において、検索部14は、該当する紹介メール履歴レコードの視聴済みフラグを検索する。ステップS385において、判別部15は、視聴済みフラグによりアクセスしたユーザが初めての視聴かどうかを判断する。初めての視聴のとき、検索部14は、ステップS386において、紹介メールIDを元に上記表5に示す紹介メール履歴レコードを検索し、紹介メールIDと紹介者のユーザIDとアーティストIDを取得する。そして、更新部16は、上記表5の紹介メール履歴レコード視聴済みフラグを視聴有りに更新する。ステップS387において、検索部14は、紹介者のユーザIDを元にして、上記表1に示すユーザマスタレコードを検索する。そして、更新部16は、ユーザマスタレコードの所持ポイントと総資産に10MCを加算する。この10MCは、紹介メールの受信者が視聴したことに対する報酬である。また、検索部14は、ステップS388において、アーティストIDを元にして、上記表6に示すアーティストマスタレコードを検索する。そして、更新部16は、アーティストマスタレコードの紹介指数(当日)と紹介指数(全体)に1を加算する。
【0308】
ステップS389において、検索部14は、処理を終了し、これを送信データ設定部18に出力する。ステップS340において、送信データ設定部18は、終了データが入力されると、ステップS341において、端末装置30に楽曲データを送信する。楽曲データは、利用者の操作に応じて、所定のデコード処理がなされた後、D/Aコンバータ39によりディジタル信号からアナログ信号に変換され、スピーカ29より出力される。
【0309】
以上のような紹介メールシステムでは、ユーザが紹介メールを送信するとき、5MCを徴収するようにしていることから、ユーザが無闇に紹介メールを出すことを防止することができる。一方で、紹介メールの受信者が紹介された楽曲データを視聴したときには、紹介メールの送信者は、アーティストの知名度を向上させることに貢献したことから10MCが支給されることになる。これによって、アーティストの知名度を上げることができる。
【0310】
なお、この紹介メールシステムにおいては、紹介メールを受信者が図51の手順に従って視聴したとき、送信者であるユーザに対して、抽選を行うことによって、例えば1/256の確率でトレーディングカードが当たるようにしてもよい。
【0311】
ところで、本システム1では、ユーザがログインが必要な特定なウェブページにアクセスしたとき、突然イベントが発生するようにしている。このイベントは、例えばアーティストの生年月日に関する質問やファーストアルバムのタイトル、楽曲データの歌詞に関する質問等を行う。そして、イベントでは、このような質問に正解したとき、ボーナスポイントとしてMCやファンポイントやトレーディングカードを付与するようにしている。
【0312】
また、このイベントは、アーティストに関係なく、例えば「アーティストのライブ会場が凄く汚れています。どうしますか」といった質問を行う。そして、このイベントでは、ゴミ拾いを選択したとき、MCやファンポイントを付与するようにし、見なかったことにするを選択したとき、MCやファンポイントを減らし、自分もゴミを捨てるを選択したとき、更に多くのMCやファンポイントを減らすようにしている。
【0313】
このイベントは、蓄積部13に設けられたイベントデータベースにより管理されている。このイベントデータベースについて、図52を参照して説明すると、イベントを例えば400種類用意し、これら用意したイベントにイベントナンバをNo.1〜No.400まで付与する。そして、これら400種類のイベントをランダムに100個選択配列したイベント配列テーブルをNo.1〜No.16まで例えば16個用意している。すなわち、各イベントテーブルは、100個のイベントを有することで、1つのテーブルで100個のイベントを発動することができるようになっている。
【0314】
そして、図53に示すように、サーバ装置10は、ステップS391において、上記図7〜図11に示すようにユーザが会員登録を行うと、次いで、ステップS392において、上記表1のユーザマスタレコードや上記表2に示すユーザ登録内容レコードを更新する。このとき、判別部15は、ステップS393において、蓄積部14に設けられているイベントデータベースに設けられているイベント配列テーブルNo.1〜No.16の中からランダムに1つを選択する。そして、ステップS394において、サーバ装置10は、更新部16により上記表1に示すユーザマスタレコードにイベントテーブルナンバとイベントナンバを記録する。このように、本システム1では、ユーザ毎にイベントテーブルを定めることで、ユーザに対して同じイベントが発動されることを防止している。
【0315】
ここで、このイベントは、上記表4のユーザファンポイントレコードのイベントポイントが所定値以上になったとき発動されるようになっている。このイベントポイントは、上記図2に示すように、MCが増減する行為、すなわち楽曲データのダウンロード、紹介メールの送信、紹介メールの受信者の楽曲データの視聴、トレーディングカードの売却、トレーディングカードの購入を行ったときに、更新部16によって加算されるものである。そこで、判別部15は、ステップS395において、所定期間毎、例えば一日毎、イベントポイントを更新する度に、イベントポイントが所定値、例えば50ポイント以上となったかを判断し、このようなイベントポイントが所定値を超えたとき、ステップS396において、上記表1のユーザマスタレコードのイベントフラグを有りにする。そして、ユーザが次回アクセスしたときに、イベントが発動されるようにする。
【0316】
次に、ユーザの端末装置30がサーバ装置10にアクセスしたときのイベントの発動処理について図54及び図55を参照して説明する。
【0317】
先ず、端末装置30は、表示部36にサイトトップページ41を表示した状態にある。そして、ユーザが入力操作部38を用いてマイページ43等ログインが必要なページの選択釦をクリックすると、端末装置30は、送信データ設定部34で送信データを生成し、送信部35より送信データをサーバ装置10に送信する。
【0318】
サーバ装置10は、端末装置3からの送信データを受信部11で受信すると、ステップS401において、データ判別部12でクッキーファイルよりユーザIDを読み取る。ステップS402において、データ判別部12は、ログイン済みであるどうかを判断する。そして、データ判別部12は、未だログインをしていないとき、ステップS403において、送信データ設定部18にこれを出力し、送信データ設定部18は、記憶部17よりログイン入力表示データを読み出し、送信データを生成し、送信部19よりこれを端末装置30に送信する。これにより、図55(A)に示すように、端末装置30の表示部36には、ログイン入力ページ191が表示される。また、データ判別部12は、ログイン済みであるとき、ステップS404において、ユーザIDを検索部14に出力する。
【0319】
ステップS405において、検索部14は、ユーザIDを元にして上記表1に示すユーザマスタレコードを検索する。そして、判別部15は、ステップS406において、ユーザマスタレコードのイベントフラグが有りになっているかどうかを判断する。検索部14は、ステップS407において、イベントフラグが無しのとき、アクセスの有ったウェブページを表示するための処理を行う。そして、このとき、端末装置30の表示部36には、図55(B)に示すイベント発生を告知する告知ページ192が表示される。
【0320】
また、検索部14は、イベントフラグが有りのとき、ステップS408において、上記表1のユーザマスタレコードを検索し、当該ユーザのイベントテーブルナンバとイベントナンバを取得する。そして、検索部14は、送信データ設定部18に出力し、送信データ設定部18は、記憶部17よりイベントデータを読み出し、送信データを生成し、送信部19は、端末装置30に送信する。
【0321】
ここで、具体的に、ステップS409におけるイベント発動処理について、図56を参照して説明すると、送信データ設定部18は、先ず、記憶部17よりイベントデータを読み出し、送信データを設定し、送信部19は、ステップS4111において、送信データを端末装置30に送信する。端末装置30は、受信部31でサーバ装置10からの送信データを受信すると、表示部36にイベントページ193を表示する。この表示部36には、イベントデータとして、例えば図55(C)に示すように、「アーティストのライブ会場が凄く汚れています。・・・どうしますか?」といる質問と、その回答として、「ゴミ拾いをする」と「見なかったことにする」と、「自分もゴミを捨てる」とが表示される。
【0322】
端末装置30は、ユーザの操作に応じて、3つの選択肢の中から一が選択されると、送信データ設定部34で選択データを含む送信データを生成し、送信部35よりサーバ装置10に送信する。
【0323】
サーバ装置10は、ステップS412において、端末装置30からの送信データを受信すると、送信データ設定部18は、質問に対する回答である選択データを判別部15に出力する。判別部15は、ステップS413において、選択データに基づいてユーザの回答がどの回答であるかを判別する。そして、判別部15は、送信データ設定部18に判別結果を出力する。送信データ設定部18は、回答に応じた回答表示データを記憶部17より読み出し、送信データ生成し、送信部35は、送信データを端末装置30に送信する。
【0324】
端末装置30は、サーバ装置10からの送信データを受信部11で受信すると、表示部36にこれを表示する。例えば、表示部36には、ユーザが「ゴミ拾いをする」を選択しているとき、第1の回答表示ページ194として、図55(D)に示すように、「アーティストに誉められた。」「ファンポイント+10」が表示される。また、表示部36には、ユーザが「見なかったことにする」を選択しているとき、第2の回答表示ページ195として、図55(E)に示すように、「ちょっとココロが痛む」「ファンポイント−5」が表示される。更に、表示部36には、ユーザが「自分もゴミを捨てる」を選択しているとき、第3の回答表示ページ196として、図55(F)に示すように、「アーティストに怒られた」「ファンポイント−20」が表示される。勿論、ここでのファンポイントの増減は、MCを増減させたり、トレーディングカードを発行、没収するものであってもよい。
【0325】
また、サーバ装置10において、更新部16は、ユーザからの回答に応じて、蓄積部14のデータベースを更新する。具体的に、ステップS415において、更新部16は、例えば上記表1に示すユーザマスタレコードの総資産、所持ポイント、上記表4のユーザファンポイントレコードのファンポイント等を更新する。
【0326】
ステップS416において、検索部14は、回答をしたユーザのユーザIDを元にして、上記表1のユーザマスタレコードを検索し、ステップS417において、更新部16は、イベントフラグを無しにすると共に次のイベントナンバを記録し、また、上記表4に示すイベントポイントを0にリセットする。
【0327】
以上のように、本システム1は、MCを増減させる行為を頻繁に行うユーザに対してイベントをより多く発生させるようにすることで、本システム1のゲーム性を更に高めることができる。
【0328】
また、本システム1では、頻繁に本システム1を利用するユーザに対して何らかの還元を行うためにファンポイントをカウントしている。このファンポイントは、図2に示すように、ユーザが楽曲データのダウンロードをしたときと、紹介メールを送信したときと、紹介メールの受信者が紹介された楽曲データを視聴したときに、アーティスト毎に加算されるものであり、このファンポイントは、蓄積部14に設けられる上記表4に示すユーザファンポイントレコードに記述されている。すなわち、このファンポイントは、特定アーティストに対する熱意度となるものである。勿論、このファンポイントは、特定アーティストのトレーディングカードの売買や役申告時等にも加算されるようにしてもよい。
【0329】
サーバ装置10は、図57に示すように、例えば端末装置30よりアクセスがあったとき、ステップS421において、データ判別部12でユーザIDを抽出する。そして、検索部14は、ステップS422において、ユーザIDを元にして上記表4に示すユーザファンポイントレコードを検索し、ユーザのファンポイントを抽出する。ステップS423において、判別部15は、ファンポイントが所定値以上であるかどうかを判断する。そして、所定値以上であるとき、発行部21は、ステップS424において、例えば特定アーティストの楽曲データのダウンロードの無料データを生成する。更新部は、例えば表1に示すユーザマスタレコードに無料データフラグを記述する。そして、更新部16は、ステップS425において、上記表4に示すファンポイントレコードのファンポイントを0にリセットする。そして、次回ユーザが端末装置30で特定アーティストの楽曲データをダウンロードするときには、検索部が表1に示すユーザマスタレコードをユーザIDを元に検索し、無料フラグが有りにあっているとき、5MCは必要とされず、無料となる。
【0330】
なお、ここでは、ユーザに還元する還元データとして、特定アーティストの無料データを例に取り説明したが、楽曲データのダウンロードの割引データであってもよく、また、特定アーティストのトレーディングカードを発行するようにしてもよく、また、特定アーティストのトレーディングカードを購入する際の割引データであってもよい。また、以上のような還元データは、必ずしも特定アーティストに対するものでなくてもよい。
【0331】
このようなシステム1によれば、ユーザがダウンロード等の行為を行うことによってファンポイントを加算するようにし、所定値以上となったときにユーザに対して還元を行うようにすることで、本システム1のゲーム性を高めシステムの活性化を図ることができる。
【0332】
なお、サーバ装置10や端末装置30が行う上述した一連の処理は、ハードウェアにより行うことは勿論、ソフトウェアにより行うこともできる。一連の処理をソフトウェアによって行う場合には、そのソフトウェアを構成するプログラムが、汎用のコンピュータや1チップのマイクロコンピュータ等にインストールされる。図58は、上述した一連の処理を実行するプログラムがインストールされるコンピュータの構成例を示している。
【0333】
プログラムは、コンピュータに内蔵されている記録媒体としてのハードディスク201やROM202に予め記録しておくことができる。また、プログラムはフ、フレキシブル磁気ディスク、CD−ROM(Compact Disc Read Only Memory)、MO(Magneto optical)ディスク、DVD(Digital Versatile Disc)、磁気ディスク、半導体メモリ等のリムーバブル記録媒体203に、一時的又は永続的に格納(記録)しておくことができる。このようなリムーバブル記録媒体203は、いわゆるパッケージソフトウェアとして提供することができる。
【0334】
なお、プログラムは、上述したようなリムーバブル記録媒体203からコンピュータにインストールする他、ダウンロードサイトから、ディジタル衛星放送用の人工衛星を介して、コンピュータに無線で転送したり、LAN(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを、通信部204で受信し、内蔵するハードディスク201にインストールすることができる。
【0335】
コンピュータは、CPU(Central Processing Unit)205を内蔵している。CPU205には、バス206を介して、入出力インタフェース207が接続されており、CPU205は、入出力インタフェース207を介して、ユーザによって、キーボードやマウス等で構成される入力部208が操作されることにより指令が入力されると、それに従って、ROM(Read Only Memory)202に格納されているプログラムを実行する。
【0336】
或いは、CPU205は、ハードディスク201に格納されているプログラム、衛星若しくはネットワークから転送され、通信部204で受信されてハードディスク201にインストールされたプログラム、又はドライブ209に装着されたリムーバブル記録媒体203から読み出されてハードディスク201にインストールされたプログラムを、RAM(Random Access Memory)210にロードして実行する。
【0337】
これにより、CPU205は、上述したフローチャートに従った処理、或いは上述したブロック図の構成により行われる処理を行う。そして、CPU205は、その処理結果を、必要に応じて、例えば、入出力インタフェース207を介して、LCD(Liquid Crystal Display)やスピーカ等で構成される出力部211から出力、或いは、通信部204から送信、更に、ハードディスク201に記録させる。
【0338】
ここで、コンピュータに各種の処理を行わせるためのプログラムを記述する処理ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要は無く、並列的或いは個別に実行される処理(例えば、並列処理或いはオブジェクトによる処理)も含むものである。
【0339】
また、プログラムは、1つのコンピュータにより処理されるものであってもよいし、複数のコンピュータによって分散処理されるものであってもよい。更に、プログラムは、遠方のコンピュータに転送されて実行されるものであってもよい。
【0340】
また、以上、仮想通貨MCを用いてトレーディングカードの売買等を行う例を説明したが、本発明は、現実の通貨、例えば円、ドル、ユーロ、フラン、ポンド、マルク等を用いるようにしてもよい。また、本システム1では、アーティストの楽曲データをダウンロードする場合を説明したが、アーティストに関連する映画データ、ゲームデータ、動画データ、静止画データ等であってもよい。
【0341】
【発明の効果】
本発明によれば、ユーザが本システムを利用する頻度に応じてポイント付与といった特典を与えるようにすることで、ユーザが端末装置で頻繁にサーバ装置にアクセスするようになりシステムの活性化を図ることができる。
【図面の簡単な説明】
【図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】コンピュータの構成を説明するブロック図である。
【符号の説明】
1 トレーディングカード取引システム、3 インターネット、10 サーバ装置、11 受信部、12 データ判別部、13 蓄積部、14 検索部、15 判別部、16 更新部、17 記憶部、18 送信データ設定部、19 送信部、20 演算部、21 発行部、30 端末装置、31 受信部、32 制御部、33 記憶部、34 送信データ設定部、35 送信部、36 表示部、37表示制御部、38 入力操作部、41 サイトトップページ、42 会員登録ページ、43 マイページ、44 アーティスト一覧ページ、45 アーティストトップページ、46 視聴ページ、47 ユーザポイントランキングページ、48 トレーディングカード情報ページ、49 トレーディングカード購入ページ、50 ダウンロードページ、51 視聴ページ、58 トレーディングカード売却/役申告ページ[0001]
BACKGROUND OF THE INVENTION
The present invention gives a privilege such as free or discounted downloading of content data to users who frequently use the system, thereby enhancing the game performance and activating the system, for example, efficiently increasing the name recognition of anonymous artists. The present invention relates to a data processing system, a data processing method, a data processing apparatus, a recording medium, and a computer program.
[0002]
[Prior art]
With the spread of the Internet today, content data such as music data can be downloaded on homepages. In this home page, for example, content data to be sold is displayed in a list, and for example, when a user selects to purchase content data, a part of the content data can be downloaded and viewed. .
[0003]
[Problems to be solved by the invention]
However, simply by displaying a list of content data to be sold on the home page, the user accesses only the artist and content data that he is interested in. Therefore, artists who do not belong to a record company, etc., who independently produce music data, etc. are not well known, so even if they publish content data that is their work on the homepage, users who access this homepage The frequency of listening is extremely low for high-profile artists. The same applies to an unknown artist who is an artist who belongs to a record company and is not yet popular.
[0004]
Therefore, when a record company or the like sells a new artist or the like, even if a low-profile artist is announced on the homepage, the artist's name recognition cannot be increased efficiently.
[0005]
An object of the present invention is to give a user who frequently uses the system a privilege such as free or discount downloading of content data, thereby enhancing the game characteristics and activating the system. It is an object of the present invention to provide a novel data processing system, data processing method, data processing apparatus, recording medium, and computer program that can be improved well.
[0006]
[Means for Solving the Problems]
The data processing system according to the present invention is to solve the above-described problems.A server device that accumulates a plurality of content data and accumulates point data for each user, and transmits user identification data that identifies the user together with the content data transmission request to the server device, and responds to the transmission request. A terminal device for receiving content data. The server device stores a plurality of symbol data corresponding to the content data, stores purchase order data and sale order data of the symbol data from the terminal device in association with the user identification data, and stores the symbol data Compare the number of purchase orders with the number of sold orders, extract the user identification data that establishes trading of the symbol data, and purchase the user identification data for each symbol data when trading of the symbol data is established When the order data and the sale order data are updated, and when the content data transmission request is received from the terminal device, the point data is added, and the user identification data and a plurality of symbol data that are mutually related are included. When the set data is received from the terminal device, the received set data If the data matches the set data stored in advance, the points are added to the point data stored in association with the user identification data. When the value is greater than or equal to the value, return data is generated for the user of the terminal device.
[0007]
In addition, the data processing method according to the present invention is to solve the above-described problems.A step of transmitting user identification data for identifying a user together with the content data transmission request from the terminal device to the server device; the server device stores a plurality of symbol data corresponding to the content data; Storing the purchase order data and sale order data of the symbol data from the server in association with the user identification data, and the server device compares the number of purchase orders and the number of sale orders of the symbol data, Extracting the user identification data for establishing data trading, and updating the purchase order data and sales order data of the user identification data for each symbol data when the symbol data trading is established; and the terminal When the above content data transmission request is received from the device, A step in which the server device adds the point data; a step in which the server device transmits content data in response to the transmission request to the terminal device; and the server device has a plurality of correlations with the user identification data. Is received from the terminal device, it is determined whether or not the received set data matches the previously stored set data. There are a step of adding points to the point data stored in association with each other, and a step in which the server device generates return data for the user of the terminal device when the point data exceeds a predetermined value.
[0008]
Further, the data processing apparatus according to the present invention is to solve the above-described problems.A storage unit for storing a plurality of content data, a user identification data for identifying a user transmitted from a terminal device, a reception unit for receiving content identification data for identifying the content data, and a content identification received by the reception unit A transmission unit that retrieves content data from the storage unit according to data and transmits the content data to the terminal device, a storage unit that accumulates user point data in association with the user identification data, and the reception unit that includes the content identification data Is received, an update unit that adds points to the point data, and a determination unit that determines whether the point data is greater than or equal to a predetermined value. The update unit accumulates a plurality of symbol data corresponding to the content data, accumulates purchase order data and sale order data of the symbol data from the terminal device in association with the user identification data, and the discrimination unit The number of purchase orders of the symbol data is compared with the number of sales orders, the user identification data for establishing the sale of the symbol data is extracted, and the update unit, when the sale of the symbol data is established, For each data, the purchase order data and sale order data of the user identification data are updated, and when the receiving unit receives the content identification data, the updating unit adds points to the point data, and the determining unit The set data comprising the user identification data and a plurality of symbol data having relevance to each other. When received from the terminal device, it is determined whether or not the received set data matches the set data stored in advance. When the received set data matches, the update unit is stored in association with the user identification data. The updating unit generates return data for the user in the terminal device when the point data is equal to or greater than a predetermined value.
[0009]
Further, according to the present inventionA storage unit that stores a plurality of content data, a reception unit that receives data, a transmission unit that transmits data, an accumulation unit that accumulates point data, an update unit that adds points, and point data that exceeds a predetermined value Of a data processing device comprising a discriminator for discriminating whetherIn order to solve the above-described problem, the data processing method includes user identification data for identifying a user transmitted from a terminal device and content identification data for identifying the content data.the aboveWhen receiving at the receiving unit and when the receiving unit receives the content identification data,the aboveUpdate departmentthe aboveA step of adding points to the point data stored in the storage unit and a search for content data from the storage unit according to the content identification data received by the receiving unit.the aboveA step of transmitting from the transmission unit to the terminal device, and a plurality of symbol data corresponding to the content data are stored in the storage unit, and purchase order data and sale order data of the symbol data from the terminal device, A step of accumulating in association with the user identification data, and the number of purchase orders and the number of sales orders of the symbol data.the aboveThe step of comparing by the determination unit and the user identification data for establishing the sale of the symbol data are extracted, and when the sale of the symbol data is established, the purchase order data and the sale of the user identification data for each of the symbol data When the update data is received from the terminal device by the update unit updating the order data, and the set data including the user identification data and a plurality of symbol data that are mutually related, the received set data is stored in advance. The determination unit determines whether the set data matches, and when they match, the update unit adds points to the point data stored in association with the user identification data, and the point data Whether or notthe aboveThe determining unit includes a step of determining, and when the point data is equal to or greater than a predetermined value, the updating unit generates return data for the user of the terminal device.
[0010]
In addition, a recording medium on which a computer program readable by a computer according to the present invention is recorded is to solve the above-described problems.On the computer,A step in which the updating unit adds points to the point data stored in the storage unit when receiving the user identification data for identifying the user transmitted from the terminal device received by the receiving unit and the content identification data for identifying the content data; And according to the content identification data received by the receiverMemoryThe content data is retrieved from the transmission unit and transmitted from the transmission unit to the terminal device, and a plurality of symbol data corresponding to the content data is stored in the storage unit, and the purchase order data of the symbol data from the terminal device And storing the sales order data in association with the user identification data, the step of comparing the number of purchase orders of the symbol data with the number of sales orders, and the user identification for establishing the sale of the symbol data When the data is extracted and the symbol data is bought and sold, the updating unit updates the purchase order data and sale order data of the user identification data for each symbol data, and the user identification data Set data consisting of symbol data that are related to each other from the terminal device. When received, the discriminating unit discriminates whether or not the received set data matches the pre-stored set data, and when they match, the updating unit is stored in association with the user identification data. A step of adding points to the point data, and whether the point data is greater than or equal to a predetermined valuethe aboveA step of determining by the determining unit, and a step of generating the return data for the user of the terminal device when the point data is equal to or greater than a predetermined value.Make.
[0011]
In addition, the computer program according to the present invention solves the above-described problems.On the computer,A step in which the updating unit adds points to the point data stored in the storage unit when receiving the user identification data for identifying the user transmitted from the terminal device received by the receiving unit and the content identification data for identifying the content data; And according to the content identification data received by the receiverMemoryThe content data is retrieved from the transmission unit and transmitted from the transmission unit to the terminal device, and a plurality of symbol data corresponding to the content data is stored in the storage unit, and the purchase order data of the symbol data from the terminal device And storing the sales order data in association with the user identification data, the step of comparing the number of purchase orders of the symbol data with the number of sales orders, and the user identification for establishing the sale of the symbol data When the data is extracted and the symbol data is bought and sold, the updating unit updates the purchase order data and sale order data of the user identification data for each symbol data, and the user identification data Set data consisting of symbol data that are related to each other from the terminal device. When received, the discriminating unit discriminates whether or not the received set data matches the pre-stored set data, and when they match, the updating unit is stored in association with the user identification data. A step of adding points to the point data, and whether the point data is greater than or equal to a predetermined valuethe aboveA step of determining by the determining unit, and a step of generating the return data for the user of the terminal device when the point data is equal to or greater than a predetermined value.Make.
[0015]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, a trading card transaction system to which the present invention is applied will be described with reference to the drawings.
[0016]
As shown in FIG. 1, a trading
[0017]
Here, the outline | summary of this trading
[0018]
In this
[0019]
The user can view the artist's music data and the like by accessing the
[0020]
Further, in this trading
[0021]
When this introduction email is sent or when the recipient of the introduction email views the music data of the artist introduced, 10MC is given to the user who is the sender, and fan points are given to the user who is the sender. 1 is added to the event point. At this time, a trading card is issued to the user who is an introducer (sender) with a probability of 1/256. The artist counts the number of times the recipient of the introduction email has viewed the music data.
[0022]
When the event point exceeds a predetermined value, an event is triggered for the user, and 50 is subtracted from the user. In addition, when an event is activated, one card may be issued to the user by lottery.
[0023]
Moreover, in this
[0024]
In addition, the user can own up to 8 trading cards by performing trading card transactions and the like. At this time, the user collects the trading cards in which the owned trading cards are related to each other among the maximum number of owned eight sheets, that is, arranges the roles determined in advance by the present system, and reports them to the
[0025]
Further, in the
[0026]
In addition, in the
[0027]
Then, the
[0028]
In addition, as described above, trading cards are subject to price fluctuations, as described above. This price is calculated based on the number of introduction emails sent to the artist, the number of downloads of the artist's music data, and the number of the artist's trading card. It is determined using the number of transactions as a parameter. Therefore, the user can use the daily price fluctuation of the trading card to obtain profit by the difference between the price at the time of purchase and the sale of the trading card.
[0029]
In the trading
[0030]
The
[0031]
When the access request received by the
[0032]
The
[0033]
The
[0034]
The
[0035]
The
[0036]
The
[0037]
The
[0038]
When there is a new user registration, the issuing
[0039]
When receiving an access request from the
[0040]
Next, the
[0041]
When receiving data transmitted from the
[0042]
Further, when the
[0043]
Next, a site map of a web page stored in the
[0044]
The
[0045]
My
[0046]
The
[0047]
Furthermore, from the above-mentioned
[0048]
The
[0049]
The
[0050]
On the user
[0051]
Further, from my
[0052]
The trading
[0053]
The
[0054]
Further, from the trading
[0055]
Furthermore, from the
[0056]
The
[0057]
The
[0058]
The
[0059]
Next, the
[0060]
The
[0061]
Further, the
[0062]
Further, the
[0063]
That is, from this
[0064]
Next, a database provided in the
[0065]
First, as shown in Table 1 below, the
[0066]
[Table 1]
[0067]
In this user master record, data relating to the status of users participating in the system is recorded. Specifically, the user master record includes the user ID for identifying the user, the user's possession amount (MC), the number of the user's trading cards held, and the total amount of the trading cards possessed by the user. The total assets (MC), which is the sum of the card evaluation, the user's possession points and the total amount of trading cards possessed, the number of referral emails sent by the user, the number of successful transactions where the trading card was successfully sold, The number of times the user has declared a role, the ranking of the total asset ranking among all registered users, the event points that are parameters for triggering the event, the number of orders currently purchased for trading cards, and the current issue Total amount of purchase order (MC) and event table number when triggering an event for the user Describes an event number that identifies the event, an event flag that identifies whether or not the event is triggered the next time the user accesses, and a free flag that identifies whether or not the music data download is free .
[0068]
Here, the total amount of the user's possession amount, card evaluation, total assets, and purchase order varies in the range of 0 to 9999999MC. In addition, the number of trading cards held is a maximum of 8 and varies between 0 and 8, and the number of referrals, the number of successful transactions, and the number of role declarations vary within the range of 0 to 9999999. One is added. The trading card is 1000 MC at the time of issuance. Therefore, the default card evaluation is 3000 MC, and 3000 MC is issued when the user joins the system. Therefore, the total asset default is 6000 MC.
[0069]
In addition, as shown in Table 2 below, the user registration record is provided in the
[0070]
[Table 2]
[0071]
In this user registration record, personal information of users registered in the system is recorded. Specifically, the user registration record includes a user ID for identifying a registered user, a password used when the user needs to log in such as the
[0072]
Here, the user ID is linked to the user ID in Table 1 above. This user registration record is created based on the contents described in the
[0073]
Further, as shown in Table 3 below, the
[0074]
[Table 3]
[0075]
In this user possessed card record, information relating to a trading card owned by a user registered in the system is recorded. Specifically, the user possessed card record includes a user ID for identifying a registered user, a card ID of a trading card owned by the user, an artist ID for identifying the artist of the card, Describes the artist's sub-number, the purchase price when the user purchases a trading card, the card acquisition type of the trading card, and a sale order flag to identify whether the trading card is for sale . In this user possessed card record, data of all trading cards owned by the user is recorded.
[0076]
Here, the user ID is linked to the user ID of the user master record in Table 1, the card ID is linked to the card ID of the card master record, and the artist ID is linked to the artist ID of the artist master.
[0077]
In addition, as shown in Table 4 below, the
[0078]
[Table 4]
[0079]
In this user fan point record, fan points owned by users registered in this system are recorded. This user fan point record is incremented to a user ID for identifying a registered user, an artist ID for identifying an artist of a trading card owned by the user, and a user performing a predetermined action. Fan points and event points are described.
[0080]
Here, the fan point is added when the user downloads the music data, when the user transmits the introduction mail, or when the introducer of the introduction mail views the music data. Event points are when the user downloads music data, when the user sends an introduction email, when the introducer of the introduction email views the song data, sells a trading card, or purchases a trading card , It is added when a role is declared, and 50 points are subtracted when an event is triggered. The user ID is linked to the user ID shown in Table 1 above.
[0081]
Further, as shown in Table 5 below, the
[0082]
[Table 5]
[0083]
This introduction mail history record describes the history of the introduction mail and is provided for each introduction mail so that the introduction mail can be specified. The introduction mail history record includes an introduction mail ID for identifying the introduction mail, a user ID for identifying the user registered in the system and specifying the sender of the introduction mail, and the artist introduced by the user. Artist ID for identifying the song, song ID for identifying the song introduced by the user, introduction email address for sending the introduction email, name of the introduction destination, introduction date, introduction time, An actual introduction sentence and a viewed flag for identifying whether or not the music introduced by the introduction destination user has been viewed are described.
[0084]
Here, the user ID is linked to the user ID shown in Table 1, and the artist ID is linked to the artist ID of an artist master record to be described later.
[0085]
In addition, as shown in Table 6 below, the
[0086]
[Table 6]
[0087]
In this artist master record, information on artists participating in the system is recorded. Specifically, the artist master record includes an artist ID for identifying an artist participating in the system, the name or name of the artist, the current price of the artist's trading card, and the trading card of the artist. The price of yesterday, the current number of orders for the artist's trading card, the number of orders currently sold for the artist's trading card, and the day's song download index, which is the number of downloads of the artist's song data that day. Cumulative total of the total music download index, which is the total number of downloads of the artist's music data, the current day trading index, which is the number of times the artist's trading card was successfully traded on that day, and the current day trading index. And the purchase index, and the day of introduction index is the number of times of the day to introduce e-mail of the artist has been carried out, and the whole introduction index is the number of times of the entire referral e-mail of the artist has been performed are described.
[0088]
Further, the
[0089]
[Table 7]
[0090]
This card master record is for managing trading cards issued in this system, and includes a card ID for identifying a trading card, an artist ID for specifying an artist of the trading card, an artist sub-number, The number of issued trading cards, the number of sales orders for the trading card, the number of servers owned by the
[0091]
Here, the artist ID is linked to the artist ID of the artist master.
[0092]
In addition, as shown in Table 8 below, the
[0093]
[Table 8]
[0094]
This card price history record is created for each artist of the issued trading card every day, and the artist ID for identifying the artist of the issued trading card and the price of the trading card of the artist on that day And the date of the price. That is, in this system, five types of trading cards are issued for each artist, but the price of the trading card does not fluctuate for each type, but fluctuates for each artist. The trading cards are priced the same.
[0095]
Further, as shown in Table 9 below, the
[0096]
[Table 9]
[0097]
This music master record is for managing the music of the artists participating in the system, the music ID for specifying the music data, the artist ID for specifying the artist of the music data, The title of the music is described. Here, the artist ID is linked to the artist ID of the artist master record.
[0098]
Further, as shown in Table 10 below, the
[0099]
[Table 10]
[0100]
This music download history record manages the downloading of music data performed by the user or the user introduced in the introduction email, and specifies the music ID for identifying the music data and the user who downloaded the music data. A user ID for downloading, a download date for specifying the date when the user downloaded the music data, a download time for specifying the date and time when the music data was downloaded, and the download type of the music data, that is, A download type for specifying whether it is a download by a member user or a download by a recipient of an introduction email is described. Here, the user ID is linked to the user ID of the user master record, and the song ID is linked to the song ID of the song master record.
[0101]
In addition, as shown in Table 11 below, the
[0102]
[Table 11]
[0103]
This first trading history record is for managing trading of trading cards, and identifies the artist ID for identifying the trading card artist to be traded and the trading card to be traded. Card ID for the purchaser, purchaser user ID for identifying the buyer of the trading card, seller user ID for identifying the seller of the trading card, price at the time when the trading card transaction is established, and trading A trading date for specifying the trading date on which the card was traded and a trading time number for specifying the time zone in which the trading was conducted are described.
[0104]
Here, the artist ID is linked to the artist ID of the artist master record, the card ID is linked to the card ID of the card master record, and the purchaser and the seller user ID are the user master record. Linked to user ID.
[0105]
In addition, as shown in Table 12 below, the
[0106]
[Table 12]
[0107]
The sales order record specifies a sales order ID for specifying a trading card sales order, a card ID for specifying a trading card for which a sales order has been issued, and a user who has issued a trading card sales order. User ID, order date for specifying the date when the trading card sale order was received, order time for specifying the time when the trading card sale order was received, and the trading card for which the sales order was issued The order status indicating the status of the item is described. Here, the order status identifies the order in which the trading card was put on sale but the transaction has not yet been established, the state where the transaction has been completed, and the cancellation in which the sale order was canceled by the user. Be able to.
[0108]
Here, the card ID is linked to the card ID of the card master record, the artist ID is linked to the artist ID of the artist master, and the user ID is linked to the user ID of the user master record. ing.
[0109]
Further, as shown in Table 13 below, the
[0110]
[Table 13]
[0111]
This purchase order record specifies a purchase order ID for specifying a purchase order for a trading card, a card ID for specifying a trading card for which a purchase order has been issued, and a user who has issued a purchase order for a trading card. User ID, order date for specifying the date when the purchase order for the trading card was received, order time for specifying the time when the purchase order for the trading card was received, and the trading card for which the purchase order was issued The order status indicating the status of the item is described. Here, the order status identifies the order in which a purchase order for the trading card has been placed but the transaction has not yet been established, the state in which the transaction has been completed, and the cancellation in which the purchase order has been canceled by the user Can be done.
[0112]
Here, the card ID is linked to the card ID of the card master record, the artist ID is linked to the artist ID of the artist master, and the user ID is linked to the user ID of the user master record. ing.
[0113]
Further, as shown in Table 14 below, the
[0114]
[Table 14]
[0115]
This second trading history record is for managing unauthorized users. The user ID for identifying unauthorized users, the date of unauthorized access, the time of unauthorized access, the unauthorized The number of frauds in which login or the like has been performed and an fraud flag for identifying whether or not to log in are described.
[0116]
Next, a procedure for the user to register as a member in the
[0117]
First, when the user accesses the
[0118]
When the receiving
[0119]
Here, the
[0120]
In the
[0121]
Here, the registration confirmation process performed by the
[0122]
The
[0123]
In step S7, the transmission
[0124]
When receiving transmission data from the
[0125]
Here, the
[0126]
In addition, when the
[0127]
This member registration process will be described with reference to FIG. 10. In step S11, when the
[0128]
When the user ID does not overlap with the user ID of the registered user, the password does not overlap, and the mail is not free mail, the
[0129]
In step S16, the issuing
[0130]
Next, in step S19, the updating
[0131]
In step S20, the updating
[0132]
In step S21, the
[0133]
In step S23, the transmission
[0134]
In step S <b> 27, the transmission
[0135]
This member
[0136]
Here, the trading card issuance control in step S17 of FIG. 10 will be described. For example, if there are 20 artists participating in the
[0137]
More specifically, as shown in FIG. 12, a plurality of tables in which five types of trading cards are randomly arranged are prepared, and three trading cards are issued in order from the beginning.
[0138]
Here, a silver trading card (special card) with a low issuance rate is issued, that is, one per 50 people is issued. That is, when five red, blue, green and yellow trading cards are issued, one silver trading card is issued. In this case, first, three sets of out-of-order trading cards, that is, 50 sets (150) of red, blue, green and yellow trading cards are prepared (referred to as set A). Next, for example, six sets A are prepared (referred to as set B). As a result, 300 sets A (900 trading cards) are prepared. Next, six sets (18 trading cards) of a winning set C in which a silver trading card is included in one of the three trading cards are prepared. A set C is randomly combined with a set B, and a table shown in FIG. 12 is prepared, which includes a total of 918 trading cards. By using the table prepared in this way and issuing 3 trading cards from the beginning, the probability of issuing silver trading cards, that is, the probability of winning can be set to 1 in 50. it can.
[0139]
Next, the user who has registered as a member of the
[0140]
First, the
[0141]
Then, when the receiving
[0142]
In step S34, the
[0143]
In step S40, when the transmission
[0144]
Next, a procedure for accessing the
[0145]
Then, as shown in FIG. 14, when the receiving
[0146]
In step S44, the
[0147]
In step S49, the
[0148]
In step S50, the
[0149]
In step S52, the
[0150]
In step S54, when these data are input, the transmission
[0151]
When the receiving
[0152]
The personal
[0153]
The order
[0154]
Further, the trading
[0155]
Next, a procedure when the order cancel
[0156]
First, when the order cancel
[0157]
When the
[0158]
In step S66, the
[0159]
When the
[0160]
When the sales order is canceled, in step S72, the sales order record of the user in Table 12 is accessed based on the user ID, and the
[0161]
Then, the
[0162]
Next, a procedure for accessing the
[0163]
Then, as shown in FIG. 17, when the receiving
[0164]
Moreover, the
[0165]
In step S85, the
[0166]
When the
[0167]
Information related to the artist master record in Table 6 is displayed on the card
[0168]
Also, the
[0169]
Here, the case where the
[0170]
Then, as shown in FIG. 19, when the
[0171]
In step S95, the
[0172]
In step S96, the
[0173]
In step S100, the
[0174]
In step S103, the issuing
[0175]
Simultaneously with these processes, the transmission
[0176]
The music data stored in the
[0177]
When the
[0178]
Next, a procedure for accessing the trading card sale /
[0179]
First, the
[0180]
Then, as shown in FIG. 21, when receiving data transmitted from the
[0181]
In step S115, the
[0182]
In step S120, the transmission
[0183]
When the
[0184]
The user
[0185]
Next, the user clicks the
[0186]
As illustrated in FIG. 23, the
[0187]
When there is no error, the transmission
[0188]
When the receiving
[0189]
The user
[0190]
Then, when either the
[0191]
As shown in FIG. 25, when the receiving
[0192]
In step S146, the
[0193]
In step S155, when the result is input from the
[0194]
When the receiving
[0195]
Also, from the trading card sale /
[0196]
Here, the role of the trading card will be described. As described above, five types of trading cards, red, blue, green, yellow, and silver, are prepared for each artist. Therefore, the role declaration can be made with four or more trading cards. Specifically, this role is the same as one that is established when all five types of trading cards are arranged for one artist, and the one that is established when four or more trading cards of the same color are arranged regardless of the artist. Card, that is, when four or more cards of the same color as the artist are arranged.
[0197]
The winning combination when all five types of trading cards are arranged for one artist is to give the
[0198]
Regardless of the artist, the role that is formed when four or more trading cards of the same color are prepared is 100% of the total price when the trading card is declared (105 including silver trading cards). %), And when filing with 5 cards, 105% of the total price at the time of filing of the trading card (110% when including silver trading cards). When filing with 6 cards, when filing the
[0199]
The winning combination when four or more identical cards are arranged is 105% of the total price at the time of filing a trading card (110% when including a silver trading card). When the number of coupons is declared, it will be 110% of the total price when the trading card is declared (120% when including a silver trading card). % (140% when silver trading cards are included), and when 7 declarations are made, 140% of the total price when the trading card is declared (180% when silver trading cards are included), 8 180% of the total price at the time of declaration of the trading card (260% including silver trading card) The to be paid to the user as a bonus point.
[0200]
Bonus points are higher when a combination of four or more of the same cards is arranged than when a combination of four or more trading cards of the same color is arranged, regardless of the artist, since the combination that is achieved when there are four or more of the same cards is highly supported. I try to put out.
[0201]
Furthermore, the role that is established when four or more identical cards are arranged when four or more trading cards of the same color are arranged regardless of the artist is silver-colored trading when including silver trading cards. Since the number of cards issued is small, bonus points are set higher than when silver trading cards are not included.
[0202]
The role table as described above is stored in the
[0203]
The procedure for declaring a role by a user who has a set of trading cards constituting the above-described role will be described. First, the user selects by using the
[0204]
When the
[0205]
In step S166, the
[0206]
In step S175, when the output from the
[0207]
When the receiving
[0208]
The user
[0209]
Further, the
[0210]
Then, when either the
[0211]
When the receiving
[0212]
In step S186, the
[0213]
In step S <b> 195, the
[0214]
In step S198, when the output from the
[0215]
When the receiving
[0216]
Next, a procedure for accessing the trading
[0217]
First, the
[0218]
Then, as illustrated in FIG. 29, when the receiving
[0219]
In step S215, the
[0220]
In step S <b> 223, the transmission
[0221]
When the
[0222]
The user
[0223]
On the trading
[0224]
Next, the user clicks on the
[0225]
As illustrated in FIG. 31, the
[0226]
When there is no error, the transmission
[0227]
When the receiving
[0228]
The user
[0229]
Then, when either the
[0230]
As shown in FIG. 33, when receiving data transmitted from the
[0231]
In step S246, the
[0232]
In step S253, the updating
[0233]
In step S255, when the result is input from the
[0234]
When the receiving
[0235]
By the way, as described above, the trading card capable of placing a sales order or a purchase order is subject to daily price fluctuations as described above, and the price is corrected once a day according to the popularity of each artist. Hereinafter, a method for calculating the price of each artist's trading card will be described with reference to FIG. First, the
[0236]
Card index = (Same-day trading index) + (Same-day download index) + (Same-day introduction index)
Subsequently, the
[0237]
Average card index = (A + B + C + D ...) / (number of artists participating)
Where A, B, C, D ... are card indices
...
Next, the
[0238]
Deviation = (Average card index) − (Card index)
Next, in step S263, the
[0239]
Average deviation = {(deviation 1)2+ (Deviation 2)2+ (Deviation 3)2... / (Number of artists participating)
Here, 1, 2, 3,... Indicate artists.
[0240]
Standard deviation = √ Average deviation ・ ・ ・
Next, in step S264, the
[0241]
Artist's correction value = {(deviation / standard deviation)} / 10
Next, the
[0242]
Corrected price = (corrected value) x (current trading card price)
Next, the
[0243]
New price = (current price of trading card) + (corrected price)
In such a trading card price calculation method, a standard deviation is obtained and a correction value is calculated, and a new price for the trading card is determined based on the calculated value, thereby preventing sudden price fluctuations. be able to.
[0244]
In this way, the trading card gives the user a game characteristic because the price is determined every day based on the degree of interest of the user, such as the trading card trading index, the number of downloads, the number of introduction emails, that is, the popularity. Participation in the
[0245]
When the
[0246]
Next, trading of a trading card in which a sales order and a purchase order are made to the
[0247]
In step S276, the
[0248]
In addition, the updating
[0249]
In step S279, the
[0250]
In step S280, the
[0251]
In step S281, the
[0252]
In step S282, the
[0253]
In step S283, the
[0254]
In step S284, the
[0255]
In step S287, the
[0256]
In step S288, the
[0257]
In step S289, the
[0258]
In step S290, the
[0259]
In addition, for the user who is lost as a result of the lottery in step S284, the
[0260]
In step S293, the
[0261]
In step S283, when the
[0262]
In step S297, the
[0263]
In step S298, the
[0264]
In step S299, the
[0265]
In step S300, the
[0266]
In addition, for the user who is lost as a result of the lottery in step S294, the
[0267]
In step S293, the updating
[0268]
By the way, according to the procedure described in detail above, an order for trading card trading is placed, and when trading is established, the trading
[0269]
First, with reference to FIG. 36, a case where a sales order is placed will be described. Here, FIG. 36 (A) shows the trading
[0270]
Then, when a trading card sale order is issued from the trading card sale /
[0271]
For example, when the sale is established for the
[0272]
Also, a case where a sales order and a purchase order are placed will be described with reference to FIG.
Here, FIG. 37A shows the trading
[0273]
Then, a trading card sale order is placed from the trading card sale /
[0274]
For example, when a purchase order for a green trading card of artist AAA is established, as shown in FIG. 37C, the purchased
[0275]
By the way, in this
[0276]
That is, the
[0277]
As shown in FIG. 29, when the receiving
[0278]
In the
[0279]
Next, a procedure for the user to see the current price ranking of the trading card will be described. First, the
[0280]
In the
[0281]
When the
[0282]
Next, a procedure for the user to see the past price ranking of the trading card will be described. First, the
[0283]
Then, in the
[0284]
When the
[0285]
Next, a procedure for the user to see his / her ranking will be described. First, the
[0286]
Then, in the
[0287]
When the
[0288]
Here, the
[0289]
Next, a description will be given of a case where a user introduces a music introduction mail to another
[0290]
First, the
[0291]
When the
[0292]
The destination
[0293]
Then, when the user inputs predetermined items to the transmission destination
[0294]
When the receiving
[0295]
In step S356, the
[0296]
Further, when there is no error, the
[0297]
In step S363, when the data from the
[0298]
Here, the database update process performed in step S360 will be described with reference to FIG. 48. In step S371, the
[0299]
In step S374, the
[0300]
In step S377, the
[0301]
Next, referring to FIG. 49, the introduction mail transmitted to the
[0302]
When the user who receives the introduction mail clicks on the
[0303]
When the
[0304]
When the
[0305]
Here, when the
[0306]
Next, the case where the user clicks the
[0307]
In step S383, the
[0308]
In step S389, the
[0309]
In the introduction mail system as described above, when the user transmits the introduction mail, 5MC is collected, so that it is possible to prevent the user from issuing the introduction mail indiscriminately. On the other hand, when the recipient of the introduction mail views the introduced music data, the sender of the introduction mail is paid 10MC because it contributes to improving the artist's name recognition. This can increase the artist's visibility.
[0310]
In this introduction mail system, when the recipient views the introduction mail according to the procedure of FIG. 51, a lottery is performed on the user who is the sender, so that a trading card is won with a probability of 1/256, for example. You may do it.
[0311]
By the way, in this
[0312]
Also, regardless of the artist, this event asks, for example, “The artist's live venue is very dirty. And at this event, when picking up trash, MC or fan points are given, when you choose not to watch, when you choose to reduce MC or fan points, and also throw away trash yourself In addition, more MC and fan points are reduced.
[0313]
This event is managed by an event database provided in the
[0314]
As shown in FIG. 53, when the user performs member registration as shown in FIGS. 7 to 11 in step S391, the
[0315]
Here, this event is triggered when the event point of the user fan point record in Table 4 becomes a predetermined value or more. As shown in FIG. 2, this event point is an act of increasing / decreasing MC, that is, downloading music data, sending an introduction email, viewing the song data of the recipient of the introduction email, selling a trading card, purchasing a trading card Is added by the updating
[0316]
Next, an event triggering process when the
[0317]
First, the
[0318]
When the
[0319]
In step S405, the
[0320]
Further, when there is an event flag, the
[0321]
Here, specifically, the event activation processing in step S409 will be described with reference to FIG. 56. First, the transmission
[0322]
When one of the three options is selected in response to a user operation, the
[0323]
When the
[0324]
When the receiving
[0325]
Further, in the
[0326]
In step S416, the
[0327]
As described above, the
[0328]
Further, in the
[0329]
As shown in FIG. 57, for example, when there is an access from the
[0330]
In this example, free data of a specific artist is described as an example of return data to be returned to the user. However, discount data for downloading music data may be used, and a trading card for a specific artist may be issued. Alternatively, it may be discount data when purchasing a trading card of a specific artist. Further, the reduction data as described above may not necessarily be for a specific artist.
[0331]
According to such a
[0332]
The series of processes described above performed by the
[0333]
The program can be recorded in advance in a
[0334]
The program is installed on the computer from the
[0335]
The computer includes a CPU (Central Processing Unit) 205. An input /
[0336]
Alternatively, the
[0337]
Thereby, the
[0338]
Here, the processing steps describing the program for causing the computer to perform various processes do not necessarily have to be processed in time series according to the order described in the flowchart, and are executed in parallel or individually ( For example, parallel processing or object processing) is also included.
[0339]
Further, the program may be processed by a single computer, or may be distributedly processed by a plurality of computers. Furthermore, the program may be transferred to a remote computer and executed.
[0340]
Further, the example in which trading cards are bought and sold using the virtual currency MC has been described above. However, the present invention may use real currencies such as yen, dollar, euro, franc, pound, mark, etc. Good. Further, in the
[0341]
【The invention's effect】
According to the present invention, by giving a privilege such as point grant according to the frequency with which the user uses the system, the user frequently accesses the server device with the terminal device, thereby activating the system. be able to.
[Brief description of the drawings]
FIG. 1 is a diagram illustrating a configuration of a trading card transaction system to which the present invention is applied.
FIG. 2 is a diagram for explaining the outline of the system.
FIG. 3 is a block diagram of a server device.
FIG. 4 is a block diagram of a terminal device that can access the server device.
FIG. 5 is a diagram illustrating a site map of the present system.
FIG. 6 is a diagram illustrating a site top page.
FIG. 7 is a diagram illustrating a member registration page.
FIG. 8 is a flowchart illustrating registration confirmation processing of a server device.
FIG. 9 is a diagram illustrating a registration confirmation page.
FIG. 10 is a flowchart illustrating a procedure for performing a user registration process of the server device.
FIG. 11 is a diagram illustrating a member registration end screen.
FIG. 12 is a diagram illustrating trading card issuance control.
FIG. 13 is a flowchart for explaining processing in the server device during login.
FIG. 14 is a flowchart for explaining processing of the server device when accessing a My Page.
FIG. 15 is a diagram illustrating the configuration of a My Page.
FIG. 16 is a flowchart for canceling an order on My Page.
FIG. 17 is a flowchart illustrating a process when an artist top page is accessed.
FIG. 18 is a diagram illustrating an artist top page.
FIG. 19 is a flowchart for explaining processing when downloading music data;
FIG. 20 is a diagram illustrating a viewing page for viewing music data.
FIG. 21 is a flowchart for explaining a procedure for displaying a trading card sale / role declaration page;
FIG. 22 is a diagram for explaining the configuration of a trading card sale / role declaration page;
FIG. 23 is a flowchart for explaining processing when a trading card to be sold is transmitted.
FIG. 24 is a diagram for explaining a trading card sale order confirmation page;
FIG. 25 is a flowchart illustrating a procedure for registering a trading card sale order.
FIG. 26 is a flowchart illustrating a procedure when a combination is declared.
FIG. 27 is a diagram illustrating a role confirmation page.
FIG. 28 is a flowchart illustrating a procedure for confirming a declared combination.
FIG. 29 is a flowchart illustrating a procedure for displaying a trading card purchase page.
FIG. 30 is a diagram for explaining a trading card purchase page;
FIG. 31 is a flowchart for explaining processing when a trading card to be purchased is transmitted;
FIG. 32 is a diagram for explaining a trading card purchase order confirmation page;
FIG. 33 is a flowchart illustrating a procedure for registering a trading card sale order.
FIG. 34 is a flowchart for explaining a trading card price calculation method;
FIG. 35 is a flowchart for explaining trading card buying and selling procedures.
FIG. 36 is a diagram for explaining the transition of the trading card display unit of My Page from when an order for selling a trading card is made until the sale is completed;
FIG. 37 is a diagram for explaining the transition of the trading card display section of My Page from when a purchase of a trading card is ordered until the purchase is made.
FIG. 38 is a flowchart for explaining a procedure until a price chart page of a trading card is displayed.
FIG. 39 is a diagram for explaining the configuration of a trading card price chart page;
FIG. 40 is a flowchart illustrating a procedure for acquiring current price information of a trading card.
FIG. 41 is a diagram illustrating a price information page that displays price information of a current trading card.
FIG. 42 is a flowchart illustrating a procedure for acquiring current price information of a trading card.
FIG. 43 is a diagram for explaining a price information page displaying price information of a past trading card.
FIG. 44 is a flowchart for describing a procedure for acquiring a fan point ranking;
FIG. 45 is a diagram illustrating a fan point ranking page.
FIG. 46 is a diagram illustrating an introduction mail page.
FIG. 47 is a flowchart illustrating a process when an introduction mail is transmitted to the server device.
FIG. 48 is a flowchart for explaining database update processing when an introduction mail is transmitted.
FIG. 49 is a diagram for explaining an introduction mail transmitted to another terminal device.
FIG. 50 is a diagram illustrating an introduction viewing page.
FIG. 51 is a flowchart for describing processing when a user introduced with a song views the music.
FIG. 52 is a diagram for explaining an event database.
FIG. 53 is a diagram for explaining processing for determining an event table.
FIG. 54 is a flowchart for explaining a procedure when an event is triggered.
FIG. 55 is a diagram illustrating a screen when an event is activated.
FIG. 56 is a flowchart for explaining event processing;
FIG. 57 is a flowchart illustrating a procedure for issuing a discount ticket based on a user point.
FIG. 58 is a block diagram illustrating a configuration of a computer.
[Explanation of symbols]
DESCRIPTION OF
Claims (13)
上記サーバ装置に対して上記コンテンツデータの送信要求と共にユーザを識別するユーザ識別データを送信し、上記コンテンツデータの送信要求に応じたコンテンツデータを受信する端末装置とを備え、
上記サーバ装置は、上記コンテンツデータに対応したシンボルデータを複数蓄積し、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積し、
上記シンボルデータの購入注文数と売却注文数とを比較し、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを更新し、
上記端末装置から上記コンテンツデータの送信要求を受信したとき、上記ポイントデータを加算し、
更に、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを判別し、一致しているとき、上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算し、
上記ポイントデータが所定値以上となったとき、上記端末装置のユーザに対して還元データを生成するデータ処理システム。A server device for storing a plurality of content data and storing point data for each user;
A terminal device that transmits user identification data for identifying the user together with the content data transmission request to the server device, and receives the content data according to the content data transmission request;
The server device stores a plurality of symbol data corresponding to the content data, stores the purchase order data and sale order data of the symbol data from the terminal device in association with the user identification data,
The number of purchase orders of the symbol data is compared with the number of sales orders, the user identification data for establishing the sale of the symbol data is extracted, and when the sale of the symbol data is established, for each symbol data, the user Update the purchase order data and sale order data in the identification data,
When the content data transmission request is received from the terminal device, the point data is added,
Further, when the terminal data is received from the terminal device as set data consisting of a plurality of symbol data having a plurality of relations with the user identification data, it is determined whether or not the received set data matches the previously stored set data. When they match, the point is added to the point data stored in association with the user identification data,
A data processing system that generates return data for a user of the terminal device when the point data is equal to or greater than a predetermined value.
上記サーバ装置が、上記コンテンツデータに対応したシンボルデータを複数蓄積し、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、
上記サーバ装置が、上記シンボルデータの購入注文数と売却注文数とを比較し、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを更新するステップと、
上記端末装置から上記コンテンツデータの送信要求を受信したとき、上記サーバ装置が上記ポイントデータを加算するステップと、
上記サーバ装置が、上記コンテンツデータの送信要求に応じたコンテンツデータを上記端末装置に送信するステップと、
上記サーバ装置が、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを判別し、一致しているとき、上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、
上記サーバ装置が、上記ポイントデータが所定値以上となったとき、上記端末装置のユーザに対する還元データを生成するステップとを有するデータ処理方法。Transmitting user identification data for identifying the user together with the content data transmission request from the terminal device to the server device;
The server device stores a plurality of symbol data corresponding to the content data, and stores purchase order data and sale order data of the symbol data from the terminal device in association with the user identification data;
When the server device compares the number of purchase orders of the symbol data with the number of sales orders, extracts the user identification data that establishes the sale of the symbol data, and when the sale of the symbol data is established, the symbol data Updating the purchase order data and sale order data of the user identification data,
When the server device receives the transmission request for the content data from the terminal device, the server device adds the point data;
The server device transmitting content data in response to the content data transmission request to the terminal device;
When the server device receives from the terminal device set data composed of a plurality of symbol data having a plurality of relations with the user identification data, is the received set data consistent with set data stored in advance? And when they match, adding points to the point data stored in association with the user identification data;
A data processing method comprising: a step of generating return data for the user of the terminal device when the point data reaches a predetermined value or more.
端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを受信する受信部と、
上記受信部で受信されたコンテンツ識別データに応じて上記記憶部からコンテンツデータを検索し上記端末装置に送信する送信部と、
上記ユーザ識別データに関連づけてユーザのポイントデータを蓄積する蓄積部と、
上記受信部が上記コンテンツ識別データを受信したとき、上記ポイントデータにポイント加算する更新部と、
上記ポイントデータが所定値以上であるかを判別する判別部とを備え、
上記更新部は、上記コンテンツデータに対応したシンボルデータを複数蓄積し、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積し、
上記判別部は、上記シンボルデータの購入注文数と売却注文数とを比較し、上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記更新部は、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを更新し、
上記更新部は、上記受信部が上記コンテンツ識別データを受信したとき、上記ポイントデータにポイント加算し、
上記判別部は、上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを判別し、一致しているとき、上記更新部は、上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算し、
上記更新部は、上記ポイントデータが所定値以上であるとき、上記端末装置にユーザに対する還元データを生成するデータ処理装置。A storage unit for storing a plurality of content data;
A receiving unit for receiving user identification data for identifying a user transmitted from a terminal device and content identification data for identifying the content data;
A transmission unit that retrieves content data from the storage unit according to the content identification data received by the reception unit and transmits the content data to the terminal device;
An accumulator that accumulates user point data in association with the user identification data;
An updating unit for adding points to the point data when the receiving unit receives the content identification data;
A determination unit that determines whether the point data is equal to or greater than a predetermined value;
The update unit stores a plurality of symbol data corresponding to the content data, stores purchase order data and sale order data of the symbol data from the terminal device in association with the user identification data,
The determination unit compares the number of purchase orders of the symbol data with the number of sale orders, extracts the user identification data for establishing the sale of the symbol data, and the update unit establishes the sale of the symbol data. For each symbol data, update the purchase order data and sale order data of the user identification data,
When the receiving unit receives the content identification data, the updating unit adds a point to the point data,
When the determination unit receives set data composed of a plurality of symbol data having a plurality of relevance with the user identification data, does the received set data match the set data stored in advance? And the update unit adds points to the point data stored in association with the user identification data,
The update unit is a data processing device that generates return data for the user in the terminal device when the point data is equal to or greater than a predetermined value.
端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを上記受信部で受信するステップと、
上記受信部が上記コンテンツ識別データを受信したとき、上記更新部が上記蓄積部に蓄積されているポイントデータにポイント加算するステップと、
上記受信部で受信されたコンテンツ識別データに応じて上記記憶部からコンテンツデータを検索し上記送信部より上記端末装置に送信するステップと、
上記蓄積部に、上記コンテンツデータに対応したシンボルデータを複数蓄積しており、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、
上記シンボルデータの購入注文数と売却注文数とを上記判別部が比較するステップと、
上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを上記更新部が更新するステップと、
上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを上記判別部が判別し、一致しているとき、上記更新部が上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、
上記ポイントデータが所定値以上であるかを上記判別部が判別するステップと、
上記ポイントデータが所定値以上であるとき、上記更新部が上記端末装置のユーザに対する還元データを生成するステップとを有するデータ処理方法。 A storage unit that stores a plurality of content data, a reception unit that receives data, a transmission unit that transmits data, an accumulation unit that accumulates point data, an update unit that adds points, and point data that exceeds a predetermined value In a data processing method of a data processing device comprising a determination unit for determining whether or not
Comprising the steps of a content identification data identifying the user identification data and the contents data identifying the user which is transmitted from the terminal device received by the receiving unit,
When the receiving unit receives the content identification data, comprising the steps of points added to the point data the update unit is stored in the storage unit,
And transmitting to the terminal device from the transmitter unit retrieves content data from the storage unit in response to the received content identification data by the receiving unit,
Storing a plurality of symbol data corresponding to the content data in the storage unit, and storing purchase order data and sale order data of the symbol data from the terminal device in association with the user identification data;
Comprising the steps of a sale order number and purchase order number of the symbol data the determination unit compares,
The user identification data for establishing the sale of the symbol data is extracted, and when the sale of the symbol data is established, the updating unit updates the purchase order data and the sale order data of the user identification data for each symbol data. And steps to
When the set data composed of the user identification data and a plurality of symbol data having a relation to each other is received from the terminal device, the determination unit determines whether the received set data matches the set data stored in advance. Determining and matching, the updating unit adds points to the point data stored in association with the user identification data; and
A step of whether the point data is not less than a predetermined value the determination unit determines,
And a step of generating, when the point data is greater than or equal to a predetermined value, the update unit for generating return data for the user of the terminal device.
受信部で受信した端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを受信したとき、更新部が蓄積部に蓄積されているポイントデータにポイント加算するステップと、
上記受信部で受信されたコンテンツ識別データに応じて記憶部からコンテンツデータを検索し送信部より上記端末装置に送信するステップと、
上記蓄積部に、上記コンテンツデータに対応したシンボルデータを複数蓄積しており、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、
上記シンボルデータの購入注文数と売却注文数とを判別部が比較するステップと、
上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを上記更新部が更新するステップと、
上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを上記判別部が判別し、一致しているとき、上記更新部が上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、
上記ポイントデータが所定値以上であるかを上記判別部が判別するステップと、
上記ポイントデータが所定値以上であるとき、上記更新部が上記端末装置のユーザに対する還元データを生成するステップと
を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。 On the computer ,
A step in which the updating unit adds points to the point data stored in the storage unit when receiving the user identification data for identifying the user transmitted from the terminal device received by the receiving unit and the content identification data for identifying the content data; When,
Retrieving content data from the storage unit according to the content identification data received by the receiving unit and transmitting the content data from the transmitting unit to the terminal device;
Storing a plurality of symbol data corresponding to the content data in the storage unit, and storing purchase order data and sale order data of the symbol data from the terminal device in association with the user identification data;
A step of the discrimination unit comparing the number of purchase orders and the number of sales orders of the symbol data;
The user identification data for establishing the sale of the symbol data is extracted, and when the sale of the symbol data is established, the updating unit updates the purchase order data and the sale order data of the user identification data for each symbol data. And steps to
When the set data composed of the user identification data and a plurality of symbol data having a relation to each other is received from the terminal device, the determination unit determines whether the received set data matches the set data stored in advance. Determining and matching, the updating unit adds points to the point data stored in association with the user identification data; and
A step of whether the point data is not less than a predetermined value the determination unit determines,
When the point data is greater than or equal to a predetermined value, the updating unit generates return data for the user of the terminal device;
The computer-readable recording medium which recorded the program for performing this .
受信部で受信した端末装置から送信されるユーザを識別するユーザ識別データ及び上記コンテンツデータを識別するコンテンツ識別データを受信したとき、更新部が蓄積部に蓄積されているポイントデータにポイント加算するステップと、
上記受信部で受信されたコンテンツ識別データに応じて記憶部からコンテンツデータを検索し送信部より上記端末装置に送信するステップと、
上記蓄積部に、上記コンテンツデータに対応したシンボルデータを複数蓄積しており、上記端末装置からの上記シンボルデータの購入注文データ及び売却注文データを、上記ユーザ識別データに関連づけて蓄積するステップと、
上記シンボルデータの購入注文数と売却注文数とを判別部が比較するステップと、
上記シンボルデータの売買を成立させる上記ユーザ識別データを抽出し、上記シンボルデータの売買が成立するとき、上記シンボルデータ毎に、上記ユーザ識別データの購入注文データ及び売却注文データを上記更新部が更新するステップと、
上記ユーザ識別データと複数の互いに関連性を有するシンボルデータからなるセットデータを上記端末装置から受信したとき、この受信したセットデータが予め蓄積されているセットデータと一致しているかを上記判別部が判別し、一致しているとき、上記更新部が上記ユーザ識別データに関連して記憶されているポイントデータにポイントを加算するステップと、
上記ポイントデータが所定値以上であるかを上記判別部が判別するステップと、
上記ポイントデータが所定値以上であるとき、上記更新部が上記端末装置のユーザに対する還元データを生成するステップと
を実行させるためのコンピュータプログラム。 On the computer,
A step in which the updating unit adds points to the point data stored in the storage unit when receiving the user identification data for identifying the user transmitted from the terminal device received by the receiving unit and the content identification data for identifying the content data; When,
Retrieving content data from the storage unit according to the content identification data received by the receiving unit and transmitting the content data from the transmitting unit to the terminal device;
Storing a plurality of symbol data corresponding to the content data in the storage unit, and storing purchase order data and sale order data of the symbol data from the terminal device in association with the user identification data;
A step of the discrimination unit comparing the number of purchase orders and the number of sales orders of the symbol data;
The user identification data for establishing the sale of the symbol data is extracted, and when the sale of the symbol data is established, the updating unit updates the purchase order data and the sale order data of the user identification data for each symbol data. And steps to
When the set data composed of the user identification data and a plurality of symbol data having a relation to each other is received from the terminal device, the determination unit determines whether the received set data matches the set data stored in advance. Determining and matching, the updating unit adds points to the point data stored in association with the user identification data; and
A step of whether the point data is not less than a predetermined value the determination unit determines,
When the point data is greater than or equal to a predetermined value, the updating unit generates return data for the user of the terminal device;
A computer program for running .
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001116206A JP4734749B2 (en) | 2001-04-13 | 2001-04-13 | Data processing system, data processing method, data processing apparatus, recording medium, and computer program |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2001116206A JP4734749B2 (en) | 2001-04-13 | 2001-04-13 | Data processing system, data processing method, data processing apparatus, recording medium, and computer program |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2002312661A JP2002312661A (en) | 2002-10-25 |
JP2002312661A5 JP2002312661A5 (en) | 2008-02-21 |
JP4734749B2 true JP4734749B2 (en) | 2011-07-27 |
Family
ID=18966978
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2001116206A Expired - Fee Related JP4734749B2 (en) | 2001-04-13 | 2001-04-13 | Data processing system, data processing method, data processing apparatus, recording medium, and computer program |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4734749B2 (en) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0962812A (en) * | 1995-03-06 | 1997-03-07 | Peperl Taylor | Card for electronic trade |
JPH09319970A (en) * | 1996-05-28 | 1997-12-12 | Kaaruson Maaketeingu Group Japan Kk | Service providing method for electronic commerce |
JPH10171880A (en) * | 1996-12-10 | 1998-06-26 | Nec Corp | Point management device |
WO1999026165A1 (en) * | 1997-11-14 | 1999-05-27 | Mitsubishi Denki Kabushiki Kaisha | Data updating scheme and data updating method |
JP2000116952A (en) * | 1998-10-14 | 2000-04-25 | Bandai Co Ltd | Device of and method for processing element trade |
WO2000043904A1 (en) * | 1999-01-22 | 2000-07-27 | Mcy Music World, Inc. | Distribution of musical products over the internet |
JP2001093044A (en) * | 1999-07-16 | 2001-04-06 | Digicube Co Ltd | Merchandise information sales processing system, merchandise information sales processing method, and machine-readable recording medium |
-
2001
- 2001-04-13 JP JP2001116206A patent/JP4734749B2/en not_active Expired - Fee Related
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPH0962812A (en) * | 1995-03-06 | 1997-03-07 | Peperl Taylor | Card for electronic trade |
JPH09319970A (en) * | 1996-05-28 | 1997-12-12 | Kaaruson Maaketeingu Group Japan Kk | Service providing method for electronic commerce |
JPH10171880A (en) * | 1996-12-10 | 1998-06-26 | Nec Corp | Point management device |
WO1999026165A1 (en) * | 1997-11-14 | 1999-05-27 | Mitsubishi Denki Kabushiki Kaisha | Data updating scheme and data updating method |
JP2000116952A (en) * | 1998-10-14 | 2000-04-25 | Bandai Co Ltd | Device of and method for processing element trade |
WO2000043904A1 (en) * | 1999-01-22 | 2000-07-27 | Mcy Music World, Inc. | Distribution of musical products over the internet |
JP2003526805A (en) * | 1999-01-22 | 2003-09-09 | エムシーワイ ミユージック ワールド、インコーポレイテッド | Distribution of music products via the Internet |
JP2001093044A (en) * | 1999-07-16 | 2001-04-06 | Digicube Co Ltd | Merchandise information sales processing system, merchandise information sales processing method, and machine-readable recording medium |
Also Published As
Publication number | Publication date |
---|---|
JP2002312661A (en) | 2002-10-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7249139B2 (en) | Secure virtual marketplace for virtual objects and services | |
US9545575B2 (en) | Method and apparatus for conducting or facilitating a promotion | |
US7523051B2 (en) | Information processing apparatus, information processing method, and program | |
US20050096997A1 (en) | Targeting shoppers in an online shopping environment | |
JP2001175761A (en) | Method for providing information, advertisement and service corresponding to customer profile, purchase history and degree of interest in information, and method for managing customer data | |
JP2002041809A (en) | Virtual transaction game system and system for distributing information related to venture target | |
WO2023074871A1 (en) | System for determining matters needing to be determined when player performs action, method, and program | |
US20070226119A1 (en) | Online valuation and trading of digital media | |
JP4734749B2 (en) | Data processing system, data processing method, data processing apparatus, recording medium, and computer program | |
JP2002312674A (en) | System, method and device for data processing, recording medium and computer program | |
JP2002312528A (en) | Data processing system, data processing method, data processor, recording medium and computer program | |
TWI766144B (en) | Method of game account price evaluation and system thereof | |
JP2002312660A (en) | System, method, and device for data processing, recording medium, and computer program | |
WO2021082019A1 (en) | Method for transaction between game accounts | |
JP2002073878A (en) | Imaginary stock trading method, imaginary stock trading system, and computer readable recording medium | |
Geng et al. | Radically new product introduction using on-line auctions | |
WO2023195508A1 (en) | Information processing device, method, and program | |
KR102718622B1 (en) | System and method for providing on-line service generating user profit | |
WO2021082020A1 (en) | Game account valuation method and system | |
WO2023132294A1 (en) | Inheritance assistance device, inheritance assitance program, and evaluation assistance device | |
KR20010098124A (en) | Method for managing events on the internet | |
JP3377985B2 (en) | Virtual speculative transaction game system, control method for virtual speculative transaction game, and information storage medium | |
TW202219865A (en) | Word-collecting game system for targeted sales | |
JP2024039226A (en) | Information processing system, information processing method abd program | |
KR20010067743A (en) | electronic commerce system and method using sports game on the internet |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080108 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080108 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100628 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100727 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100910 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110201 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110307 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110329 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110411 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140513 Year of fee payment: 3 |
|
LAPS | Cancellation because of no payment of annual fees |