JP2012005652A - ゲームシステム、ゲームシステムの制御方法及びプログラム - Google Patents

Abstract

【課題】キャラクタの属性を変更させてキャラクタを成長させ得るというゲーム要素を従来よりも拡充することにより、より興趣性の高いゲームを実現させるゲームシステムを提供する。
【解決手段】ゲームシステムのゲームサーバは、プレイヤが所定時間帯に現実世界の所定エリア（野球場等）に存在するか否かを判断するプレイヤ存否判断手段６６と、所定時間帯に所定エリアで生じている、キャラクタに対応する現実世界の事象に基づいて、当該キャラクタの属性を変化させる属性変更情報を生成する属性変更情報生成手段６８と、プレイヤ存否判断手段６６によってプレイヤが所定時間帯に所定エリアに存在すると判断されたときに、プレイヤの端末装置に属性変更情報を配信する配信手段７２とを備える。
【選択図】図４

Description

本発明は、プレイヤが画面に表示されるキャラクタを操作するゲームをコンピュータに実現させるためのゲームシステム、当該ゲームシステムの制御方法及びプログラムに関するものである。

近年、複数のプレイヤ同士がインターネットを介して対戦したり、単独のプレイヤがコンピュータを相手に対戦したりするゲームを実現するゲームシステムが普及している。また、ＧＰＳ（Global Positioning System）衛星からの信号を受信して現在位置情報を取得し、これをゲームに利用するものもある（例えば、特許文献１および特許文献２）。

このようなゲームには、野球、サッカー、格闘技、カーレースなどの様々なゲームが存在する。このようなゲームでは、通常、プレイヤは、ゲーム機（またはパーソナルコンピュータ等）の画面に表示されるキャラクタを操作してゲームを進める。そして、このようなゲームの中には、プレイヤのキャラクタ操作の技量に応じてキャラクタの属性（各種能力等）を可変とし、キャラクタを成長させることができるようにしたものがある。このように、キャラクタの成長を可能とすることにより、ゲームの興趣性を高めている。

特開２００２−２７３０３４号公報 特開２００４−２６１２１７号公報

しかしながら、従来のゲームシステムでは、キャラクタの属性を変更させて（能力を高めて）キャラクタを成長させることができるのは、当該キャラクタがプレイヤによって操作される場合に限られる。すなわち、キャラクタの成長は、プレイヤのキャラクタ操作の技量、操作量または操作時間のみに依存しており、この点についての新たな展開が望まれる。

本発明は、上記の問題点に鑑みてなされたものであり、キャラクタの属性を変更させてキャラクタを成長させ得るというゲーム要素を従来よりも拡充することにより、より興趣性の高いゲームを実現させるゲームシステム、ゲームシステムの制御方法およびプログラムを提供することを目的とする。

（１）本発明の一局面に係るゲームシステムは、プレイヤが画像表示手段によって画面に表示されるキャラクタを操作してゲームを実行する端末装置と、当該端末装置と通信可能に接続される管理部とからなるゲームシステムであって、前記管理部は、プレイヤが所定時間帯に現実世界の所定エリアに存在するか否かを判断するプレイヤ存否判断手段と、前記所定時間帯に前記所定エリアで生じている、前記キャラクタに対応する現実世界の事象に基づいて、当該キャラクタの属性を変化させる属性変更情報を生成する属性変更情報生成手段と、前記プレイヤ存否判断手段によって、前記プレイヤが前記所定時間帯に前記所定エリアに存在すると判断されたときに、前記プレイヤの前記端末装置または当該端末装置に前記属性変更情報を移動可能な通信装置に前記属性変更情報を配信する配信手段とを備え、前記端末装置は、前記属性変更情報に基づいて前記キャラクタの属性を変更する属性変更手段を備えている。

上記の構成によれば、ゲーム内のキャラクタの成長あるいは属性変化を行わせる手立てとして、従来のプレイヤによるキャラクタ操作に加えて、現実世界の事象を利用することが可能となるので、従来にない面白さの要素を有するゲームを実現できる。具体的には、例えば野球ゲームの場合、プレイヤが現実世界の野球場に観戦に行くことによって、ゲーム内のキャラクタの能力向上等を図れるチャンスが与えられるのである。上記構成に従って順次説明すると、プレイヤが画面に表示されるキャラクタを操作してゲームを実行する端末装置は、属性変更情報に基づいてキャラクタの属性を変更する機能を備えており、キャラクタを成長させ得るというゲーム要素を有する。ここで、キャラクタの属性を変化させる属性変更情報は、管理部の属性変更情報生成手段が、所定時間帯に所定エリアで生じているキャラクタに対応する現実世界の事象に基づいて生成するようになっている。例えば野球ゲームでは、野球の試合時間帯に野球場で生じている現実世界の選手のプレイ結果（活躍・成績）に基づいて、当該選手のキャラクタの属性を変化させる属性変更情報が生成されることになる。なお、ここで、野球ゲーム内のキャラクタは、現実世界の選手と１対１で対応するよう準備されていることを前提としている。言い換えると、ゲーム内のキャラクタは現実世界の選手を擬似的にゲーム内に再現したものである。そして、管理部では、プレイヤが所定時間帯に現実世界の所定エリアに存在するか否かを判断し、プレイヤが所定時間帯に所定エリアに存在すると判断したときに、プレイヤの端末装置に直接または通信装置を介して、生成した属性変更情報を配信するようになっている。つまり、プレイヤが現実世界の野球観戦に行った場合に（野球の試合が行われている時間に野球場に行くことで）、現実世界の選手のプレイ結果に基づいた、キャラクタの能力向上等を図れる情報の配信を受けることができるのである。

これにより、これまではプレイヤのキャラクタ操作の技量、操作量または操作時間のみに依存していたキャラクタの育成（属性を変更）にかかるゲーム要素を従来よりも拡充でき、プレイヤが現実世界の所定エリアに実際に足を運ぶことによっても、そのキャラクタ育成が可能となるよう構成できる。

以上のように本構成によれば、ゲーム上のキャラクタに対応する現実世界の事象に基づいて、すなわち現実世界の選手等の活躍・成績に基づいて、ゲーム上のキャラクタの属性を変更可能とするので、現実世界とゲームとがリンクされた、これまでにない斬新なゲーム性を提供できる。しかも、プレイヤが現実世界の所定エリア（上記例では野球場）に数多く足を運ぶほどに、キャラクタの属性をより高め得る属性変更情報を獲得できる可能性が高くなることから、プレイヤは、自分の意思でそのチャンス回数を増やすことができるので、新たなゲームの楽しみ方が可能になり、非常に興趣性の高いゲームシステムを実現できる。

（２）上記の構成において、前記端末装置または前記通信装置は、現在位置情報を取得する位置情報取得手段と、現在時刻情報を取得する時刻情報取得手段と、前記現在位置情報および現在時刻情報を前記管理部のプレイヤ存否判断手段に送信する情報送信手段とを備え、前記プレイヤ存否判断手段は、前記端末装置または前記通信装置から受信した前記現在位置情報および現在時刻情報に基づいて、プレイヤが前記所定時間帯に前記所定エリアに存在するか否かを判定することが好ましい。

上記の構成によれば、プレイヤが端末装置または通信装置を携帯して所定時間帯に所定エリアに足を運べば、端末装置または通信装置が現在位置情報（例えばＧＰＳ測位による緯度および経度情報）および現在時刻情報を取得し、これらを管理部のプレイヤ存否判断手段に送信するので、プレイヤが所定時間帯に所定エリアに存在するか否かを管理部が容易且つ確実に判断できる構成を実現できる。

（３）上記の構成において、前記端末装置または前記通信装置は、プレイヤが所定時間帯に所定エリアに存在する事実を示す存在事実情報を入力するための存在事実情報入力手段と、前記存在事実情報入力手段によって入力された前記存在事実情報を前記管理部のプレイヤ存否判断手段に送信する情報送信手段とを備え、前記プレイヤ存否判断手段は、前記端末装置または前記通信装置から受信した前記存在事実情報に基づいて、プレイヤが前記所定時間帯に前記所定エリアに存在するか否かを判定することが好ましい。

上記の構成によれば、プレイヤが端末装置または通信装置を携帯して所定時間帯に所定エリアに足を運び、端末装置または通信装置の存在事実情報入力手段より存在事実情報を入力すれば、当該存在事実情報が端末装置または通信装置から管理部のプレイヤ存否判断手段に送信される。ここで、存在事実情報とは、プレイヤが所定時間帯に所定エリアに存在する事実を示す情報であり、例えば、プレイヤが所定時間帯に現実世界の所定エリアに行かないと撮像、取得または確認できない、画像情報、バーコード情報、または合言葉やパスワードなどの文字・数字・記号情報等である。これにより、プレイヤが所定時間帯に所定エリアに存在するか否かを管理部が容易且つ確実に判断できる構成を実現できる。

（４）上記の構成において、前記端末装置は、前記属性変更手段が前記キャラクタの属性を変更する前に、前記属性変更情報に基づいて前記キャラクタの属性を変更した場合における当該属性の変化の状態を事前に表示する事前表示手段をさらに備えることが好ましい。

これにより、キャラクタの属性変更を行う前に、プレイヤが属性の変化の状態を事前に確認できるようにし、プレイヤが属性変更情報に基づいてキャラクタの属性を変更するか否かを判断し易くする構成を実現できる。特に、キャラクタの属性の変化をプラスだけに限るのではなくマイナスにも変化し得るように構成した場合においては、プラスマイナスの属性の変化を属性変更前に事前に確認できるので、上記の構成を適用することが望ましい。

（５）上記の構成において、前記端末装置の画像表示手段は、前記属性変更手段が前記キャラクタの属性を変更したとき、当該キャラクタの属性が変更された旨を明示する変更明示部をさらに含むことが好ましい。

このように、プレイヤが獲得した属性変更情報に基づいてキャラクタの属性が変更されたことを明示することによって、プレイヤ自らが所定エリアに足を運んでキャラクタを補強した事実を当該プレイヤに確認できるようにし、これによってプレイヤに満足感を与えることができる。

なお、キャラクタの属性が変更された旨の明示はキャラクタ変更時のみではなく、その後のゲーム中における、当該キャラクタの属性表示等の際にも表示することが好ましい。例えば、個々のキャラクタの属性やキャラクタの外観等を、各々、カード形式で演出表示するようにした場合、属性変更されたキャラクタについては、その属性変更された旨を直ちに認識できるようマーク等を表示するようにしておけばよい。これによって、例えば複数カードが並べられたような演出表示の場合でも、プレイヤは属性変更したキャラクタを一目で認識でき、そのキャラクタに対する思い入れが強くなる。さらにまた、そのキャラクタの能力向上を引き続き図ろうとか、今度は別のキャラクタの能力向上を行おうとか、といった戦略を立てる目安にもなり、よりゲーム性を深くすることができる。

（６）上記の構成において、前記属性変更手段は、前記属性変更情報を複数適用して前記キャラクタの属性を複数回変更する場合、変更する回数に応じて属性の変化量または変化率を漸減させることが好ましい。

これにより、プレイヤが何度も所定エリアに足を運び、同一キャラクタに対して属性変更を重ねた場合でも、当該キャラクタが不自然に突出した能力の属性になることを抑制することができる。これは、ゲーム全体のバランスを維持するためである。例えばネットワークを介してプレイヤ同士が対戦する場合に、あまりに突出した能力を有するキャラクタがいると、通常あり得ないようなプレイが発生してしまい（例えば、野球ゲームで、打撃をすればほとんどホームランになる等）、一方的な試合になってしまう、不公平感が生まれるといった不具合が生じる可能性があるので、このような事態の発生を事前に回避するようにしている。

（７）上記の構成において、前記ゲームには複数のキャラクタが存在し、同一キャラクタに対して前記属性変更情報を複数適用して属性を複数回変更する場合の変更回数に上限が設けられていることが好ましい。

これにより、プレイヤが何度も所定エリアに足を運び、キャラクタに対して属性変更を重ねる場合でも、上記（６）と同様、特定のキャラクタが不自然に突出した能力の属性になることを抑制することができる。なお、ゲームには複数のキャラクタが存在するので、同一キャラクタに対する属性変更回数に上限を設けても、プレイヤが何度も所定エリアに足を運べば他のキャラクタに対する属性変更の機会が得られることになるので問題はない。また、属性変更回数に上限を設けることにより、属性変更の対象を、上限に達していない他のキャラクタに向けさせることができ、属性が変更されるキャラクタの偏りを抑制することも可能となる。

（８）上記の構成において、前記ゲームには複数のキャラクタが存在し、前記配信手段は、前記属性変更情報生成手段が生成した複数のキャラクタの属性変更情報を前記プレイヤの前記端末装置または前記通信装置に配信し、前記端末装置または前記通信装置は、配信された複数のキャラクタの属性変更情報の中から、所定数の任意のキャラクタの属性変更情報を選択する選択手段をさらに備え、前記属性変更手段は、前記選択手段にて選択されたキャラクタの属性変更情報のみを有効として当該キャラクタの属性を変更することが好ましい。

上記の構成によれば、プレイヤに属性変更情報獲得の選択権を付与することとした構成を実現できる。これにより、プレイヤは、例えば成績の良かった上位数名（所定数）のキャラクタの属性変更情報を選択することもできるし、成績は上位数名には及ばないが、自分が気に入っている（応援している、属性を高めたいと思っている）キャラクタの属性変更情報を選択することもできるようになる。また、プレイヤが希望する属性の種類に基づく選択（例えば、野球ゲームの場合では打力より守備力を優先させた選択）なども可能となる。このように、属性変更情報の選択に自由度を持たせることによりゲームの興趣性を高めることができる。

（９）上記の構成において、前記端末装置の画像表示手段は、前記キャラクタの形態を視認可能としたカードで表示するとともに、前記管理部から配信される前記属性変更情報を、前記キャラクタに対応する補助カードとして表示し、且つ、前記属性変更手段によってキャラクタの属性変更が実行されるときには、前記カードと前記補助カードとを合体させる演出表示を行うことが好ましい。

上記の構成によれば、端末装置の画像表示手段は、キャラクタの形態を視認可能としたカードの形式でゲーム画面上に画像表示するようになっており、キャラクタの属性を変更させる属性変更情報も補助カードとして視認可能に表示する。そして、キャラクタの属性変更のときには、カードに補助カードを合体させる演出を行うようになっている。これにより、プレイヤは、キャラクタのカード、補助カードおよびそれらの合体を視覚的に、且つ臨場感を持って把握できるようになる。

（１０）本発明の他の局面に係るゲームシステムの制御方法は、プレイヤが画面に表示されるキャラクタを操作してゲームを実行する端末装置と、当該端末装置と通信可能に接続される管理部とからなるゲームシステムの制御方法であって、プレイヤが所定時間帯に現実世界の所定エリアに存在するか否かを前記管理部が判断するプレイヤ存否判断ステップと、前記所定時間帯に前記所定エリアで生じている、前記キャラクタに対応する現実世界の事象に基づいて、当該キャラクタの属性を変化させる属性変更情報を前記管理部が生成する属性変更情報生成ステップと、前記プレイヤ存否判断ステップによって、前記プレイヤが前記所定時間帯に前記所定エリアに存在すると判断されたときに、前記プレイヤの前記端末装置または当該端末装置に当該属性変更情報を移動可能な通信装置に前記属性変更情報を前記管理部が配信する配信ステップと、前記属性変更情報に基づいて前記キャラクタの属性を前記端末装置が変更する属性変更ステップと、を備えている。

（１１）本発明のさらに他の局面に係るプログラムは、プレイヤが画面に表示されるキャラクタを操作してゲームを実行する端末装置と、当該端末装置と通信可能に接続される管理部とからなるゲームシステムに含まれるコンピュータに、プレイヤが所定時間帯に現実世界の所定エリアに存在するか否かを前記管理部に判断させるプレイヤ存否判断機能と、前記所定時間帯に前記所定エリアで生じている、前記キャラクタに対応する現実世界の事象に基づいて、当該キャラクタの属性を変化させる属性変更情報を前記管理部に生成させる属性変更情報生成機能と、前記プレイヤ存否判断機能によって、前記プレイヤが前記所定時間帯に前記所定エリアに存在すると判断されたときに、前記プレイヤの前記端末装置または当該端末装置に当該属性変更情報を移動可能な通信装置に前記属性変更情報を前記管理部より配信させる配信機能と、前記属性変更情報に基づいて前記キャラクタの属性を前記端末装置に変更させる属性変更機能と、実現させる。

これまではプレイヤのキャラクタ操作の技量に依存し、ゲーム内のみに限定されていたキャラクタの属性を変更させてキャラクタを成長させ得るというゲーム要素を従来よりも拡充し、キャラクタの属性の向上をゲームのプレイヤが現実世界の所定エリアに実際に足を運ぶことで可能とするので、従来にはなかったような興趣性を打ち出すことができる。しかも、ゲーム上のキャラクタに対応する現実世界の事象に基づいてゲーム上のキャラクタの属性を変更可能とするので、これまでにない斬新なゲーム性を提供でき、非常に興趣性の高いゲームシステムを実現できる。

本発明の一実施の形態に係るゲームシステムの全体構成を示す説明図である。 本発明の一実施の形態に係るゲームシステムを構成するゲームサーバのハードウェア構成を示すブロック図である。 本発明の一実施の形態に係るゲームシステムを構成する端末装置のハードウェア構成を示すブロック図である。 本発明の一実施の形態に係るゲームサーバの制御部の機能ブロック図である。 本発明の一実施の形態に係るゲームシステムを構成する端末装置における制御部の機能ブロック図である。 本発明の一実施の形態に係るゲームシステムを構成する端末装置におけるサブカード選択画面の表示例を示す説明図である。 本発明の一実施の形態に係るゲームシステムを構成する端末装置におけるサブカード獲得画面の表示例を示す説明図である。 本発明の一実施の形態に係るゲームシステムを構成する端末装置におけるサブカード合体画面の表示例を示す説明図である。 本発明の一実施の形態に係るゲームシステムを構成する端末装置におけるサブカード合体画面の表示例を示す説明図である。 本発明の一実施の形態に係るゲームシステムを構成する端末装置におけるメインカード選択画面の表示例を示す説明図である。 本発明の一実施の形態に係るゲームシステムの主な動作を示すフローチャートである。 本発明の一実施の形態に係るゲームシステムを構成する端末装置におけるゲーム動作を示すフローチャートである。 本発明の一実施の形態に係るゲームシステムの他の全体構成例を示す説明図である。 本発明の一実施の形態に係るゲームシステムを構成する通信装置の機能ブロック図である。 本発明の一実施の形態に係るゲームシステムを構成する端末装置の機能ブロック図である。 本発明の一実施の形態に係るゲームシステムのさらに他の全体構成例を示す説明図である。 本発明の一実施の形態に係るゲームシステムを構成する通信装置の機能ブロック図である。 本発明の一実施の形態に係るゲームシステムを構成する端末装置の機能ブロック図である。

本発明の一実施の形態に係るゲームシステムについて、図面を参照しながら、以下に説明する。

〔ネットワークゲームシステムの概要〕
本ゲームシステムは、プレイヤが画面に表示されるキャラクタを操作してゲームを実行するものであって、当該キャラクタの属性を変更可能としてキャラクタを成長させ得る。このキャラクタを成長させ得るというゲーム要素は、ゲームの興趣性を高める上で非常に重要な要素であり、当該ゲーム要素を従来よりもさらに拡充することができれば、さらに興趣性の高いゲームシステムを実現できる。そこで、本ゲームシステムは、これまでゲームプレイヤのキャラクタ操作の技量、操作量または操作時間のみに依存していたキャラクタの属性向上（キャラクタの成長）を、ゲームプレイヤが現実世界の所定エリアに足を運ぶことで可能とする。例えば、スポーツゲームであれば、ゲームプレイヤが現実世界のスポーツ競技場（例えば、野球ゲームであれば野球場）に足を運ぶことで、ゲーム上の選手キャラクタの属性を向上させる機会を得ることを可能とする。

本ゲームシステムにおけるゲーム上のキャラクタは、現実世界の生物（主に人物であるが、動物であってもよい）に対応している。例えば、野球ゲームであれば、現実世界の野球選手に対応したゲーム上の選手キャラクタが存在する。また、競馬ゲームであれば、現実世界の競争馬に対応した競争馬キャラクタが存在する。

そして、本ゲームシステムでは、ゲーム上のキャラクタに対応する現実世界の事象に基づいて、すなわち現実世界の選手等の活躍・実績に基づいて、ゲーム上のキャラクタの属性を変更可能とする。

すなわち、本ゲームシステムでは、ゲームプレイヤが所定時間帯に現実世界の所定エリア（例えば現実世界の野球の試合が行われている時間帯に野球場）に足を運べば、当該所定時間帯に所定エリアで生じている、キャラクタに対応する現実世界の事象に基づいて、当該キャラクタの属性を向上させる機会を得ることができるのである。

本ゲームシステムにて実現されるゲームには様々なものがあるが、本実施の形態では、野球ゲームを例に挙げて以下に説明する。野球ゲームとは、一般的な野球のルールを適用して得点を競うゲームである。例えば、ゲームシステムの端末装置Ａを操作するプレイヤＡが選択した第１チームと、端末装置ＢのプレイヤＢが選択した第２チームとが対戦する場合、プレイヤＡが操作する投手キャラクタがボールオブジェクトを投球し、プレイヤＢが操作する打者キャラクタが投球されたボールオブジェクトを打撃する。また、打撃後のボールオブジェクトをプレイヤＡが操作する野手キャラクタが捕球や送球をし、プレイヤＢが操作する走者キャラクタが走塁をする。このように、野球ゲームでは、一般的な野球のルールを適用してプレイヤＡとプレイヤＢとが攻守を変えながら得点を競う。なお、一人のプレイヤがＡＩプログラム（Artificial Intelligence Program）に基づくＣＰＵによる自動制御で野球ゲームを実行することも可能である。

また、本実施の形態の野球ゲームには、プレイヤが監督となって対戦する監督プレイモードもある。この監督プレイモードでは、プレイヤが選手キャラクタを集めて自らのチームを結成し、対戦相手のチームと対戦することができる。この監督プレイモードの場合、プレイヤがどの選手キャラクタを集めるのかを視覚的に、且つ臨場感を持って把握できるように、キャラクタの形態を視認可能としたカード形式でゲーム画面上に画像表示するようになっている。例えば、図８〜図１０に示すように、画面上には各選手キャラクタがメインカードＭＣとして表示されるようになっている。そして、このメインカードＭＣには、選手キャラクタの属性が関連付けられている。また、キャラクタの属性を変更させる属性変更情報（サブカード情報）は、各キャラクタに対応するサブカードＳＣ（補助カード）として、画面上に表示できるようになっている。そして、後述のようにゲーム上でサブカードＳＣをメインカードＭＣに合体させることにより、キャラクタの属性を変更できる仕様としている。すなわち、サブカードＳＣは、メインカードＭＣに対して補足的にキャラクタの属性を付加・変更（プラスのみならずマイナスの場合もあり得る）するためのものである。

野球ゲームにおけるキャラクタの属性の例としては、キャラクタが投手であれば投手の能力を表す球速、制球力、スタミナ等であり、キャラクタが野手であれば野手の能力を表す打力、走力、守備力等である。なお、例えば制球力についてはストレート（直球）の制球力と変化球の制球力とに細分化し、打力については長打力とミート力に細分化するといったように、各能力をより細分化したものをキャラクタの属性としてもよい。

以下、本ゲームシステムの構成を詳述する。

〔ゲームシステムの全体構成〕
図１は、本ゲームシステム１００の全体構成を示す図である。ゲームシステム１００は、ゲームサーバ１０１（管理部）と、当該ゲームサーバ１０１に現実世界の試合における事象の結果を示す結果情報データを送信する情報提供サーバ１０２と、当該ゲームサーバ１０１と通信可能に接続される端末装置１０３とを備えている。

プレイヤは、端末装置１０３の画像表示手段（後述）によって画面に表示されるキャラクタを操作してゲームを行う。プレイヤが操作する端末装置１０３は、公知の家庭用ゲーム機、携帯ゲーム機、携帯情報端末、携帯電話機またはパーソナルコンピュータ等により構成される。

ネットワークゲームシステム１００において、各端末装置１０３には、当該各端末装置１０３を一意に識別するための端末ＩＤが付与されている。さらに、各端末装置１０３を操作する各プレイヤには、当該各プレイヤを特定するためのプレイヤＩＤが付与されている。そして、ゲームサーバ１０１は、これらの識別情報（端末ＩＤおよびプレイヤＩＤ）に対応付けて、各端末装置１０３との間でデータの送受信を行うことによって、各端末装置１０３および各プレイヤに関する情報を管理する。

ゲームサーバ１０１と端末装置１０３とは、移動体通信回線、公衆回線、専用回線、ＬＡＮ、インターネット等の通信路の一つまたは複数を組み合わせて相互に通信可能に接続される。

情報提供サーバ１０２は、現実世界の試合における各選手のプレイ結果を示す現実情報データをゲームサーバ１０１等へ配信する情報提供サービスを行う。選手が投手である場合の現実情報データとしては、例えば、ストライク、ボール、三振奪取、与四死球、被安打、失点、投球回数、防御率等のプレイ結果が含まれる。選手が打者である場合の現実情報データとしては、例えば、ヒット（単打、二塁打、三塁打、本塁打）、アウト（三振、凡打、併殺打）、犠打、四死球、打率、打点等のプレイ結果が含まれる。選手が走者である場合の現実情報データとしては、例えば、盗塁成功、盗塁失敗、牽制アウト等のプレイ結果が含まれる。選手の守備についての現実情報データとしては、例えば、ファインプレイ、エラー等のプレイ結果が含まれる。情報提供サーバ１０２は、現実世界の試合において投手が投げる一球毎の結果が出る度に、その現実情報データを、一球毎の速報として順次配信してもよいし、試合終了後に全ての現実情報データを一括して配信してもよい。

ゲームサーバ１０１と情報提供サーバ１０２とは、インターネット、公衆回線、専用回線、ＬＡＮ、移動体通信回線等の通信路の一つまたは複数を組み合わせて接続される。

上記のゲームシステム内の各装置の構成、特にゲームサーバ１０１及び端末装置１０３の構成を、以下に詳細に説明する。

〔ゲームシステム内の各装置の構成〕
図３に示すように、端末装置１０３は、制御部１０ａ、表示画像処理部２０ａ、音声再生部３０ａ、外部入出力制御部４０ａ及び通信部５０ａを備え、これらはバス５により相互に接続されている。

図３に示すように、制御部１０ａは、端末装置１０３の全体の動作を制御するもので、ゲームの進行全般に関する処理、画像表示処理の他、種々の情報処理を行う情報処理部（ＣＰＵ）１１ａと、処理途中の情報等を一時的に格納するＲＡＭ(Random Access Memory)１２ａと、各種プログラム等が予め記憶されたＲＯＭ１３ａと、を備え、これらはバス５を介して相互に接続されている。

ＲＯＭ１３ａには、オペレーションシステム（ＯＳ）のプログラムデータや、画像データ、音声データ並びに各種プログラムデータからなるゲームデータ等が記録されている。ＲＯＭ１３ａに記録されている画像データとしては、選手キャラクタ（投手キャラクタ、打者キャラクタ、野手キャラクタ、走者キャラクタ）、背景画像、各種の操作画面や設定画面の画像等のデータがあげられる。また、選手キャラクタ等の画像データは、３次元描画が可能なように、それらを構成する所要数のポリゴンで構成されている。

そして、ＣＰＵ１１ａは、内蔵のあるいは装着脱可能なＲＯＭ１３ａに記録されているオペレーティングシステムに基づいて、ＲＯＭ１３ａから画像データ、音声データ、制御プログラムデータ、ゲームプログラムデータ等を読み出す。読み出されたデータの一部若しくは全部は、ＲＡＭ１２ａ上に保持される。以後、ＣＰＵ１１ａは、ＲＡＭ１２ａ上に記憶されている制御プログラムや各種データ（表示物体のポリゴン、テクスチャ、その他の文字画像を含む画像データ、音声データなど）に基づいて、各種データ処理を行う。

上記のデータ処理としては、３次元空間上における計算処理と、３次元空間上から擬似３次元空間上への位置変換計算処理と、光源計算処理と、画像および音声データの生成加工処理などが含まれる。

ＲＯＭ１３ａに記憶されている各種データのうち装着脱可能な記録媒体に記憶され得るデータは、例えばハードディスクドライブ、光ディスクドライブ、フレキシブルディスクドライブ、カセット媒体読み取り機等の各種ドライブユニットで読み取り可能としてもよい。この場合、記録媒体としては、例えばハードディスク、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＭＤなど）、フレキシブルディスク、半導体メモリ、ＲＯＭカセット、あるいは家庭用ビデオゲーム装置用のカートリッジ等を用いることができる。

表示画像処理部２０ａは、インターフェース回路やＤ／Ａコンバータ（Digital-To-Analogコンバータ）等を備え、ＣＰＵ１１ａからの画像表示指示に従って、ＲＡＭ１２ａに書き込まれた画像データや、ＲＯＭ１３ａから読み出される画像データ等を液晶ディスプレイ等のモニタ２１ａに表示させるものである。

音声出力部３０ａは、ＣＰＵ１１ａからの指示に従ってゲーム進行過程の中で発生させるべき音声メッセージ、効果音、楽曲データ等を生成し、スピーカ３１ａに出力するものである。

外部入出力制御部４０ａは、インターフェース回路等を含み、制御部１０ａと入力操作部４１ａとの間、または制御部１０ａとカードリーダライタ４２ａとの間、または制御部１０ａと後述するＧＰＳ測位部４３ａとの間でデータの入出力制御を行う。例えば、外部入出力制御部４０ａは、入力操作部４１ａから入力される操作検出信号を制御部１０ａで処理可能なデジタル信号に変換する。入力操作部４１ａは、プレイヤが種々の操作命令を入力するためのキーボード、マウス、家庭用ビデオゲーム装置用コントローラ・ボタン、画像情報を入力する撮像装置（カメラ）等から構成される。

通信部５０ａは、通信情報インターフェース回路や通信モデム等を備え、ゲームサーバ１０１との間、および対戦相手の他の端末装置１０３との間で、インターネット等の通信路を介して各種データの送受信をするためのものである。

次に、ゲームサーバ１０１の構成を説明する。図２に示すように、ゲームサーバ１０１は、サーバ制御部１０ｃ及びサーバ通信部５０ｃを備えるコンピュータである。

サーバ制御部１０ｃは、ゲームサーバ１０１の全体の動作を制御するもので、情報処理部（ＣＰＵ）１６０と、処理途中の情報等を一時的に格納するＲＡＭ１７０と、所定のプログラム等が予め記憶されたＲＯＭ１８０と、ハードディスク装置や光ディスク装置などの補助記憶部１９０とを備える。ＲＯＭ１８０や補助記憶部１９０に記録されているオペレーションシステム（ＯＳ）、各種プログラム、各種設定データはＲＡＭ１７０上にロードされ、ＣＰＵ１６０によりＲＡＭ１７０上のプログラムが順次実行されることによって、ゲームサーバ１０１の各種機能が実現される。

サーバ通信部５０ｃは、通信情報インターフェース回路や通信モデム等を備え、情報提供サーバ１０２および各端末装置１０３との間で、インターネット等の通信路を介して各種データの送受信を行う。

次に、ゲームサーバ１０１および端末装置１０３の機能的構成について、以下に説明する。図４は、ゲームサーバ１０１におけるサーバ制御部１０ｃの機能ブロック図である。図５は、端末装置１０３における制御部１０ａの機能ブロック図である。

先ず、ゲームサーバ１０１の主な機能について説明する。ゲームサーバ１０１は、ログイン認証機能、プレイヤ存否判断機能、属性変更情報生成機能、属性変更情報配信機能を具備している。

上記ログイン認証機能とは、各ユーザが各端末装置１０３を操作してゲームサーバ１０１にログインしようとした際、各ユーザのアクセス資格の有無を判断してログイン認証を行う機能である。例えば、会員制オンラインサービスのゲームの場合は、会員認証がなされる。

プレイヤ存否判断機能とは、プレイヤが現実世界の野球の試合が行われている時間帯（所定時間帯）に野球場（所定エリア）に存在するか否かを判断する機能である。この機能は、プレイヤが現実世界の野球場に持って来ている端末装置１０３とゲームサーバ１０１とが通信を行うことにより実現される。この機能の詳細については後述する。

属性変更情報生成機能とは、ゲーム上のキャラクタに対応する現実世界の試合における事象の結果に基づいて、当該キャラクタの属性を変化させる属性変更情報（後述のサブカード情報）を生成する機能である。

属性変更情報配信機能とは、上記の属性変更情報生成機能により生成した属性変更情報を、プレイヤの端末装置１０３に配信する機能である。これらの各機能を実現する構成の詳細については後述する。

また、ゲームサーバ１０１は、その他の機能として、マッチング機能、対戦管理機能、能力評価レベル（仮想的な段位、報賞、名誉、等級等）管理機能なども具備していてもよい。上記マッチング機能とは、インターネットを介して対戦を要求している複数の端末装置１０３からなる対戦要求端末群の中から対戦相手の組み合わせを決定する機能である。上記対戦管理機能とは、複数の端末装置１０３間で対戦ゲームが実施されているとき、当該対戦ゲームが終了するまで各端末装置１０３の通信状態を確認して、対戦継続中か否かを管理する機能である。上記能力評価レベル管理機能とは、各プレイヤの現在までのゲーム成績を累積的に評価して各プレイヤに付与する能力評価レベル（仮想的な段位、報賞、名誉、等級等）を決定し、当該能力評価レベルを各端末装置１０３の識別情報（端末ＩＤやプレイヤＩＤ）と関連付けて管理する機能である。また、ゲームサーバ１０１は、各プレイヤの能力評価レベルに基づいて、全世界ランキング、全国ランキングまたは特定地域内ランキングを算出する機能を有していてもよい。

なお、上記のログイン認証機能、プレイヤ存否判断機能、属性変更情報生成機能、属性変更情報配信機能、マッチング機能、対戦管理機能、および能力評価レベル管理機能などは、ゲームシステム１００内のどこかで実現されればよいため、必ずしも１台のゲームサーバ１０１にて実現する必要はない。例えば、これらの機能の一部を分離して機能分散型の複数台のサーバとして実現することもできる。本実施の形態では、便宜上、これらの機能をゲームサーバ１０１が全て有し、当該ゲームサーバ１０１が一元管理する構成例について説明する。

図４に示すように、ゲームサーバ１０１のサーバ制御部１０ｃは、ログイン管理手段６１、プレイヤ情報記憶手段６５、プレイヤ存否判断手段６６、現実情報受信手段６７、属性変更情報生成手段６８、および配信手段７２を備えている。

ログイン管理手段６１は、各プレイヤが各端末装置１０３を操作してゲームサーバ１０１にログインしようとした際、各端末装置１０３の識別情報（端末ＩＤおよびプレイヤＩＤ等の個人情報）を受け付ける。そして、ログイン管理手段６１は、プレイヤ情報記憶手段６５に格納されているプレイヤ情報に基づき、端末ＩＤやプレイヤＩＤを照合して各プレイヤのログインを受け付けるものであり、上述のログイン認証機能を実現する。

また、ログイン管理手段６１は、現在位置情報受信部６２、現在時刻情報受信部６３および存在事実情報受信部６４を備えている。現在位置情報受信部６２は、上記ログイン認証がなされた後に、端末装置１０３から送信される現在位置情報を受信し、当該現在位置情報をプレイヤ存否判断手段６６に出力する。現在時刻情報受信部６３は、上記ログイン認証がなされた後に、端末装置１０３から送信される現在時刻情報を受信し、当該現在時刻情報をプレイヤ存否判断手段６６に出力する。存在事実情報受信部６４は、上記ログイン認証がなされた後に、端末装置１０３から送信される存在事実情報を受信し、当該存在事実情報をプレイヤ存否判断手段６６に出力する。

ここで、上記の現在位置情報とは、プレイヤの端末装置１０３の現在位置（緯度および経度）を示す情報である。また、上記の現在時刻情報とは、プレイヤの端末装置１０３が現在位置情報を取得した時点の時刻を示す情報である。この現在位置情報および現在時刻情報により、端末装置１０３を携帯しているプレイヤが現実に存在する場所および時刻を認識することが可能となる。

また、上記の存在事実情報とは、端末装置１０３を携帯しているプレイヤが現実世界の野球の試合が行われている時間帯（所定時間帯）に野球場（所定エリア）に存在する事実を示す情報である。具体例を挙げると、現実世界の野球の試合が行われている時間帯に野球場に行かないと撮像、取得または確認できない、画像情報、バーコード情報、または合言葉やパスワードなどの文字・数字・記号情報等である。

なお、本実施の形態では、ゲームサーバ１０１が、現在位置情報受信部６２、現在時刻情報受信部６３および存在事実情報受信部６４を全て具備している構成を例示しているが、これらのうち現在位置情報受信部６２および現在時刻情報受信部６３のみを備えている構成、または存在事実情報受信部６４のみを備えている構成であってもよい。

プレイヤ存否判断手段６６は、上記の現在位置情報および現在時刻情報に基づいて、端末装置１０３を携帯しているプレイヤが現実世界の野球の試合が行われている時間帯に野球場に存在するか否かを判断する。すなわち、プレイヤ存否判断手段６６は、現実世界の野球の試合が行われている試合時間帯情報および野球場エリア情報を所定の記憶領域に予め記憶しており、当該試合時間帯情報および野球場エリア情報と、端末装置１０３から受信した現在位置情報および現在時刻情報とを比較することにより、プレイヤが現実世界の野球の試合が行われている時間帯に野球場に存在するか否かを判断できるようになっている。なお、上記の試合時間帯情報および野球場エリア情報は、現実世界の野球の試合日程が決定された後、当該試合の開始前までに、ゲームサーバ１０１に入力されて所定の記憶領域に保存されている。

本実施の形態のプレイヤ存否判断手段６６は、端末装置１０３を携帯しているプレイヤが、現実世界の野球の試合が行われている時間帯に含まれるどこかの時点で、野球場に存在することを確認できれば、プレイヤが試合時間帯に野球場に存在すると判断することができるようになっている。この場合、端末装置１０３がゲームサーバ１０１に一度だけログインして現在位置情報および現在時刻情報をゲームサーバ１０１に一回だけ送信すれば、プレイヤ存否判断手段６６は、プレイヤが試合時間帯に野球場に存在するか否かを判断できる。

なお、プレイヤ存否判断手段６６の判断条件のバリエーションとしては、現実世界の野球の試合開始から（または試合開始後所定時間内から）試合終了まで、プレイヤが野球場に存在していることを条件として、プレイヤが試合時間帯に野球場に存在すると判断するようにしてもよい。この場合、端末装置１０３がゲームサーバ１０１にログインした後はログイン状態を試合終了まで継続し、現在位置情報および現在時刻情報をゲームサーバ１０１に定期的に送信するようにすれば、プレイヤ存否判断手段６６は、プレイヤが試合時間帯に（試合終了まで）野球場に存在するか否かを判断できる。あるいは、端末装置１０３が試合開始時（または試合開始後所定時間内）にゲームサーバ１０１にログインして現在位置情報および現在時刻情報をゲームサーバ１０１に送信後、一旦ログイン状態を解除し、試合終了時（または試合終了後所定時間内）に再度ゲームサーバ１０１にログインして現在位置情報および現在時刻情報をゲームサーバ１０１に送信するようにすれば、プレイヤ存否判断手段６６は、プレイヤが試合時間帯に（試合終了まで）野球場に存在するか否かを判断できる。

また、プレイヤ存否判断手段６６は、上記の存在事実情報（画像情報、バーコード情報、文字・数字・記号情報等）に基づいて、端末装置１０３を携帯しているプレイヤが現実世界の野球の試合が行われている時間帯に野球場に存在するか否かを判断する。すなわち、プレイヤ存否判断手段６６は、現実世界における野球の試合毎の存在事実情報を所定の記憶領域に予め記憶しており、当該予め記憶している存在事実情報と端末装置１０３から受信した存在事実情報とを比較することにより、プレイヤが現実世界の野球の試合が行われている時間帯に野球場に存在するか否かを判断できるようになっている。なお、上記の野球の試合毎の存在事実情報は、現実世界の野球の試合日程が決定された後、当該試合の開始前までに、ゲームサーバ１０１に入力されて所定の記憶領域に保存されている。

プレイヤ存否判断手段６６は、プレイヤが現実世界の野球の試合が行われている時間帯に野球場に存在すると判断した場合、その判断結果を属性変更情報生成手段６８および配信手段７２に出力する。また、プレイヤ存否判断手段６６は、配信手段７２に対しては、配信先であるプレイヤの端末装置１０３の情報も出力する。

現実情報受信手段６７は、情報提供サーバ１０２から配信される現実世界の試合における各選手のプレイ結果を示す現実情報データを受信し、当該現実情報データを属性変更情報生成手段６８に出力する。

属性変更情報生成手段６８は、情報提供サーバ１０２から受信した現実情報データを記憶する現実情報記憶部６９を備える。そして、属性変更情報生成手段６８は、ゲーム上のキャラクタに対応する現実情報データに基づいて、当該キャラクタの属性を変化させる属性変更情報であるサブカード情報を生成するサブカード情報生成部７０を備える。

属性変更情報生成手段６８がサブカード情報を生成する態様には、種々のものが考えられる。例えば、現実世界の試合におけるある選手のプレイ結果として、４打数４安打であったときは＋１０％、４打数３安打であったときは＋７％、４打数２安打であったときは＋５％、４打数１安打であったときは０％（変化なし）、４打数０安打であったときは−２％だけ、打力の属性を変更させるサブカード情報を生成するものとすることができる。この場合、属性変更情報生成手段６８は、ｎ打数ｍ安打（ｎおよびｍは０または自然数、ｎ≧ｍ）の場合と打力の属性の変化率（または変化量）との関係を記憶したデータテーブルを予め記憶しておき、現実世界の試合における選手のプレイ結果に応じてデータテーブルから打力の属性の変化率（または変化量）を取得し、サブカード情報を生成するものとすることができる。

あるいは、現実世界の試合におけるある選手のプレイ結果として、打率（安打数／打数）が３割以上の場合には、例えば（打率×１０）を打力の属性の変化率とすることもできる。但し、この場合、打数が少ないと少ない安打数でも打率が高くなってしまうので、打数が所定数（例えば３）以上の場合に限定してこれを適用することが望ましい。

また、安打の種類によって、重み付けをして打力の属性の変化率（または変化量）を演算してもよい。すなわち、単打＜二塁打＜三塁打＜本塁打の順で重みを大きくする。また、打点が発生した安打（いわゆるタイムリーヒット）については打点がつかない安打よりも重み付けを大きくすることもできる。

また、例えば、現実世界の試合におけるある選手のプレイ結果として、ファインプレイを２回以上すれば＋１０％、ファインプレイを１回すれば＋５％、エラーを１回すれば−５％、エラーを２回以上すれば−１０％だけ、守備力の属性を変更させるサブカード情報を生成するものとすることができる。この場合も、属性変更情報生成手段６８は、ファインプレイ及びエラーの回数と守備力の属性の変化率（または変化量）との関係を記憶したデータテーブルを予め記憶しておき、現実世界の試合における選手のプレイ結果に応じてデータテーブルから守備力の属性の変化率（または変化量）を取得し、サブカード情報を生成するものとすることができる。

また、属性変更情報生成手段６８は、盗塁の成功回数及び失敗回数と走力の属性の変化率（または変化量）との関係を記憶したデータテーブルを予め記憶しておけば、現実世界の試合における選手のプレイ結果に応じてデータテーブルから走力の属性の変化率（または変化量）を取得し、サブカード情報を生成することができる。

ところで、ゲーム上のキャラクタの主たる属性はメインカードの属性であり、サブカード情報の影響が属性変更前の元の属性（メインカードの属性）を大幅に変えることがあると不自然となる。特に本実施の形態が対象としているゲームでは、ゲーム内のキャラクタは現実世界の選手を擬似的に表現したものであり、あたかも現実世界の選手を自分で操作できるかのような点にも面白さがあるので、現実世界の選手のイメージ（打撃や投球の特徴や能力等）がゲーム上で大きく変わってしまうと、基本的なゲーム性自体が成立しなくなってしまう。そこで、仮に現実世界の１試合における選手のプレイ結果（成績）が非常に良く（または非常に悪く）、最大の属性変更がなされる場合でも、例えばサブカード情報の影響は属性変更前の元の属性（メインカードの属性）の＋１０％（または−１０％）にするといった上限設定をすることが望ましい。

なお、ここで説明したサブカード情報の生成方法は、ほんの一例であって、その他にも種々の態様を取り得る。

また、属性変更情報生成手段６８は、プレイヤが野球場へ足を運んだ現実世界の１試合における選手のプレイ結果（成績）に基づいて、現実世界の選手に対応するゲーム上のキャラクタの属性を変更するサブカード情報を生成するようになっているが、これに限定されない。例えば、プレイヤが野球場へ足を運んだ現実世界の試合を含む過去ｐ試合（ｐは２以上の整数。例えば過去３試合。）または過去ｑ日間（ｑは２以上の整数。例えば過去３日間。）の選手の平均成績に基づいて、サブカード情報を生成することも可能である。

属性変更情報生成手段６８は、生成したキャラクタ毎のサブカード情報を記憶するサブカード情報記憶部７１を備える。そして、属性変更情報生成手段６８は、サブカード情報記憶部７１に記憶しているサブカード情報を配信手段７２に出力する。

配信手段７２は、プレイヤ存否判断手段６６によって現実世界の野球の試合が行われている時間帯に野球場に存在すると判断されたプレイヤの端末装置１０３に、サブカード情報を配信する。配信手段７２によるプレイヤの端末装置１０３への配信の形態には、現実世界の野球の試合が終了して属性変更情報生成手段６８がサブカード情報を生成した直後に、球場にいるプレイヤの端末装置１０３へ配信手段７２がサブカード情報を配信する形態が考えられる。例えば、端末装置１０３が電子メール（または携帯電話メール）の受信機能を有する場合、配信手段７２は電子メール等の添付ファイルとしてサブカード情報をプレイヤの端末装置１０３へ送信してもよい。または、配信手段７２は、プレイヤの端末装置１０３にサブカード情報を生成した旨を電子メール等で通知し、通知を受けたプレイヤが端末装置１０３を操作してゲームサーバ１０１にログインすれば、配信手段７２から端末装置１０３へサブカード情報が配信されるような形態としてもよい。あるいは、プレイヤ存否判断手段６６による存否判断のためにプレイヤの端末装置１０３のログイン状態を試合終了まで継続している場合（または試合終了時または試合終了後所定時間内にプレイヤの端末装置１０３をゲームサーバ１０１にログイン接続する場合）には、配信手段７２はログイン状態の端末装置１０３に対してサブカード情報を配信する形態としてもよい。

なお、配信手段７２によるプレイヤの端末装置１０３へのサブカード情報の配信のタイミングは、現実世界における野球の試合の終了直後（サブカード情報の生成直後）である必要はない。すなわち、サブカード情報が生成された以降であれば、プレイヤが任意のタイミングで端末装置１０３をゲームサーバ１０１にログイン接続したときに、配信手段７２がサブカード情報をプレイヤの端末装置１０３へ配信できる。この場合、ゲームサーバ１０１は、生成したサブカード情報をプレイヤ識別情報（端末ＩＤおよびプレイヤＩＤ）に対応付けてサブカード情報記憶部７１に記憶しており、サブカード情報の配信が完了するまでサブカード情報を保存・管理する。なお、この場合、サブカード情報を取得できるプレイヤが長期間にわたって端末装置１０３をゲームサーバ１０１にログイン接続しない場合、ゲームサーバ１０１が長期間にわたってサブカード情報を保存・管理しなければならないこともあり得るので、サブカード情報の保存期間に所定の期限を設けてもよい。

次に、端末装置１０３の主な機能について説明する。図５に示すように、端末装置１０３の制御部１０ａは、位置情報取得手段７５、時刻情報取得手段７６、存在事実情報入力手段７７、情報送信手段７８、サブカード情報受信手段７９、選択手段８０、属性管理手段８１（属性変更手段）、画像表示手段８６、能力設定手段９３およびキャラクタ動作制御手段９４を備えている。

位置情報取得手段７５は、ＧＰＳ衛星からの測位用電波信号を受信して測位するＧＰＳ測位部４３ａ（図３参照）から入力される現在位置情報（現在位置の緯度および経度情報）を取得する。時刻情報取得手段７６は、端末装置１０３に内蔵された時計に基づいて、位置情報取得手段７５が現在位置情報を取得した時刻を現在時刻情報として取得する。位置情報取得手段７５が取得した現在位置情報および時刻情報取得手段７６が取得した現在時刻情報は、情報送信手段７８に出力される。

ところで、ＧＰＳ測位機能付きの撮像装置（カメラ）には、撮像した場所のＧＰＳ測位情報と撮像時刻情報を撮像データに付加する機能を具備したものもある。このような撮像装置を有する端末装置１０３の場合には、プレイヤが現実世界の野球場において当該撮像装置で撮像すれば（撮像対象は任意のものでよい）、撮像データを取得したときに、現在位置情報としてのＧＰＳ測位情報および現在時刻情報としての撮像時刻情報も取得できる。よって、ＧＰＳ測位情報と撮像時刻情報が付加された撮像データを現在位置情報および現在時刻情報を含むデータとして用いることができる。

なお、本実施の形態では、位置情報取得手段７５がＧＰＳ測位を利用して現在位置情報（現在位置の緯度および経度情報）を取得する構成例を示しているが、これに限定されるものではない。例えば、端末装置１０３に無線電話機能（携帯電話機能またはＰＨＳ（Personal Handy-phone System）機能）を持たせた場合には、無線電話基地局の有する基地局識別情報を現在位置情報として用いることもできる。すなわち、携帯電話やＰＨＳの各基地局は、所定の通信エリアを有してセル状に配置されており、各基地局から受信した基地局識別情報をもって当該基地局の通信エリア内に端末装置１０３が存在することが分る。よって、ＧＰＳ測位による緯度および経度情報に較べると現在位置情報としての精度は落ちるものの、基地局識別情報を現在位置情報として利用することも可能である。

また、例えば、端末装置１０３にＷｉ−Ｆｉ（wireless fidelity、Wi-Fi Allianceの登録商標）等の無線ＬＡＮ通信機能を持たせた場合には、無線通信親機（無線ＬＡＮアクセスポイント又はルータ等）の識別情報（例えばＭＡＣ（Media Access Control）アドレスまたはＩＰ（Internet Protocol）アドレス）を現在位置情報として用いることもできる。すなわち、現実世界の野球場内に当該野球場のエリアをほぼ無線通信範囲とする無線通信親機（一つまたは複数の無線ＬＡＮアクセスポイント又はルータ等）を設置し、プレイヤが端末装置１０３を無線ＬＡＮアクセスポイント等の無線通信親機にアクセスしたときに、端末装置１０３が無線通信親機の識別情報を現在位置情報として取得するように構成する。この場合、取得した無線通信親機の識別情報をもって当該無線通信親機の通信エリア内（すなわち、現実世界の野球場内）に端末装置１０３が存在することが分るので、無線通信親機の識別情報を現在位置情報として利用することが可能である。

存在事実情報入力手段７７は、撮像装置（カメラ）やゲームコントローラ・ボタン等の入力操作部４１ａ（図３参照）により、上述の存在事実情報（現実世界の野球の試合が行われている時間帯に野球場に行かないと撮像、取得または確認できない、画像情報、バーコード情報、または合言葉やパスワードなどの文字・数字・記号情報等）を取り込む。存在事実情報入力手段７７により入力された存在事実情報は、情報送信手段７８に出力される。

なお、本実施の形態では、端末装置１０３が、位置情報取得手段７５、時刻情報取得手段７６および存在事実情報入力手段７７を全て具備している構成を例示しているが、これらのうち位置情報取得手段７５および時刻情報取得手段７６のみを備えている構成、または存在事実情報入力手段７７のみを備えている構成であってもよい。

なお、画像情報、バーコード情報、文字・数字・記号情報等の存在事実情報は、それを現実世界の野球場で取得したあるプレイヤが他のプレイヤに転送すれば、野球場に足を運んでいない他のプレイヤでも入手できる可能性がある。よって、存在事実情報入力手段７７を用いた構成よりも、位置情報取得手段７５および時刻情報取得手段７６を用いた構成の方が望ましい。

例えば、プレイヤが現実世界の野球場で取得した存在事実情報を、野球場に足を運んでいない他のプレイヤに転送しても、当該存在事実情報をほぼ無効化するには、野球場で取得できる存在事実情報を所定時間毎（例えば１分毎）に変化させて、取得した存在事実情報に有効期限を設けることが考えられる。これを実現する構成例としては、現実世界の野球場内に当該野球場のエリアをほぼ無線通信範囲とする無線通信親機（一つまたは複数の無線ＬＡＮアクセスポイント又はルータ等）を設置し、プレイヤが端末装置１０３を無線ＬＡＮアクセスポイント等にアクセスすれば、無線ＬＡＮアクセスポイント等に接続された存在事実情報生成部から所定時間毎に変化する存在事実情報を取得できるようにする構成が考えられる。この場合、存在事実情報生成部とゲームサーバ１０１とは時刻同期をしており、両者は同じアルゴリズムを用いて存在事実情報を所定時間毎に変化させながら生成する。

また、上記の現実世界の野球場内に設置される無線ＬＡＮアクセスポイント等を、インターネット等を介してゲームサーバ１０１に接続することによって、ゲームサーバ１０１は直接的にプレイヤが試合時間帯に野球場に存在するか否かを判断できる。すなわち、上記野球場内に設置される無線ＬＡＮアクセスポイント等を介してゲームサーバ１０１にログイン接続したプレイヤの端末装置１０３は、当然ながら野球場内に存在することとなり、ログインの時間が試合時間帯であれば、当該端末装置１０３を携帯しているプレイヤが試合時間帯に野球場に存在すると判断できることになる。

情報送信手段７８は、位置情報取得手段７５が取得した現在位置情報、時刻情報取得手段７６が取得した現在時刻情報、および存在事実情報入力手段７７により入力された存在事実情報をゲームサーバ１０１へ送信する。

サブカード情報受信手段７９は、ゲームサーバ１０１から配信されるサブカード情報を受信し、当該サブカード情報をＲＡＭ１２ａに一時記憶する。野球ゲームのように複数の選手に対応するキャラクタが存在する場合、ゲームサーバ１０１から配信されるサブカード情報も複数のキャラクタに対応したものとなる。

選択手段８０は、サブカード情報受信手段７９が受信した複数のキャラクタのサブカード情報の中から、所定数（例えば３枚）の任意のキャラクタのサブカード情報を選択する選択処理を実行する。例えば、図６に示すように、端末装置１０３の画面上には、サブカード情報受信手段７９が受信した複数のキャラクタのサブカード情報が、サブカードＳＣとして一覧表示される。このサブカードＳＣの一覧表示画面上において、所定のボタン操作やポインティングデバイス操作等を行うことにより、プレイヤが、獲得を希望するサブカードＳＣを選択することができる。プレイヤによる選択を容易とするため、サブカードＳＣの一覧表示において、安打数の多い順や盗塁数の多い順等の所定の条件によりサブカードＳＣを並べ替えできるようにすることも可能である。また、サブカードＳＣの一覧表示画面上において、選択確定前に特定のサブカードＳＣを選べば、そのサブカードＳＣに関する情報（サブカード情報および現実世界の選手の本日の成績）が確認表示領域７４に表示されるようになっている。図６には、選手ＤのサブカードＳＣを選んだ場合の表示例を示している。プレイヤは、選択手段８０にて選択されたキャラクタのサブカード情報のみを獲得できる。すなわち、この選択手段８０にて選択されたキャラクタのサブカード情報のみが有効となり、属性管理手段８１のサブカード情報記憶部８３に記憶される。

なお、本実施の形態では、サブカード情報受信手段７９が受信した複数のキャラクタのサブカード情報の中から、所定数の任意のキャラクタのサブカード情報を選択手段８０にて選択できる構成となっているが、ゲームサーバ１０１が所定の条件に基づき好成績の上位数名（所定数、例えば３名）の選手のサブカード情報を配信する構成とし、配信されたサブカード情報をプレイヤが全て獲得できる構成としてもよい。この場合、選択手段８０を省略することができる。

ここで、好成績の上位選手の選択基準の一例として、例えば野手（打者）を取り上げる。この場合、その試合の各選手のプレイ結果について、前記「打力」、「走力」、「守備力」のそれぞれの能力値の変更率（％数値）が全てプラスであり、且つ全部のプラス数値を総合計した中の上位選手（例えば上位３選手）を選択するようにすればよい。

但し、選択手段８０を用いてプレイヤにサブカード情報獲得の選択権を付与することにより、プレイヤは、成績の良かった上位数名（所定数）のキャラクタのサブカード情報を選択することもできるし、成績は上位数名には及ばないが、プレイヤ自身が気に入っている（応援している、属性を高めたいと思っている）キャラクタのサブカード情報を選択することもできる。また、プレイヤが希望する属性の種類に基づく選択（例えば、打力より守備力を優先させた選択）なども可能となり、サブカード情報の選択に自由度を持たせることによりゲームの興趣性を高めることができる。

ところで、プレイヤが異なる日に何度も野球場に足を運べば、同一のキャラクタに対して複数のサブカードＳＣを獲得することも可能である。そして、同一キャラクタに対してサブカードＳＣを複数適用して当該キャラクタの属性を複数回変更する（複数回合体する）ことも可能である。但し、キャラクタの属性の変更回数（サブカードＳＣの合体回数）に上限が設けられている場合、選択手段８０は、すでに変更回数の上限に達しているキャラクタのサブカードＳＣに対しては選択できないようにすることが望ましい。

属性管理手段８１は、メインカード情報記憶部８２と、サブカード情報記憶部８３と、属性変更部８４と、合体カード情報記憶部８５とを備えている。

メインカード情報記憶部８２は、現実世界の選手と対応するキャラクタを識別する識別情報（キャラクタＩＤ）と対応付けて、メインカードＭＣの画像情報、キャラクタのプロフィール情報およびキャラクタの属性（キャラクタが投手であれば球速、制球力、スタミナ等の能力値、キャラクタが野手であれば打力、走力、守備力等の能力値）であるメインカード情報を、ハードディスクやメモリーカード等の不揮発性記憶媒体の記憶領域に記憶する。また、メインカード情報記憶部８２は、サブカードＳＣとの合体が行われたメインカードＭＣに関しては合体フラグ（１ビットの情報）を立てて管理できるようにしている。

サブカード情報記憶部８３は、上述の選択手段８０にて選択されたサブカード情報を、上記のキャラクタＩＤと対応付けて、ハードディスクやメモリーカード等の不揮発性記憶媒体の記憶領域に記憶する。

属性変更部８４は、プレイヤがサブカードＳＣを対応するメインカードＭＣに合体させたとき、サブカード情報に基づいてメインカードＭＣのキャラクタの属性を変更する。上述のように、プレイヤが異なる日に何度も野球場に足を運んで同一のキャラクタに対して複数のサブカードＳＣを獲得した場合、サブカードＳＣのメインカードＭＣへの合体は、複数回可能となる。サブカードＳＣを複数適用して同一キャラクタの属性を複数回変更する場合、属性変更部８４は、変更する回数に応じて属性の変化量または変化率を漸減させることが望ましい。その具体例としては、同一キャラクタに対してサブカードＳＣを最初に適用する場合は当該サブカードＳＣの属性の変化量または変化率をそのまま適用し、２枚目のサブカードＳＣを適用する場合は当該サブカードＳＣの属性の変化量または変化率を９０％に減少させて適用する（例えば、２枚目のサブカードＳＣにおける属性（打力の能力値等）の変化率が＋１０％であれば、それを＋９％にさせる）。また、３枚目のサブカードＳＣを適用する場合は当該サブカードＳＣの属性の変化量または変化率を８０％に減少させて適用する（例えば、３枚目のサブカードＳＣにおける属性の変化率が＋１０％であれば、それを＋８％にさせる）。以下、同様に、ｎ枚目（ｎは１０以下の自然数）のサブカードＳＣを適用する場合は当該サブカードＳＣの属性の変化量または変化率を{１００−１０×（ｎ−１）}％に減少させて適用し、１１枚目以降のサブカードＳＣの適用は、当該サブカードＳＣの属性の変化量または変化率を一律＋１０％減少させることとする。これはほんの一例であり、属性の変化量または変化率の漸減の程度は任意に設定できるものである。これにより、プレイヤが何度も野球場に足を運び、同一キャラクタに対して属性変更を重ねた場合でも、当該キャラクタが不自然に突出した能力の属性になることを抑制することができる。

なお、このような設定を行うのはゲーム全体のバランスを維持するためである。例えばネットワークを介してプレイヤ同士が対戦する場合に、あまりに突出した能力を有するキャラクタがいると、通常あり得ないようなプレイが発生してしまい（例えば、打撃をすればほとんどホームランになる等）、一方的な試合になってしまう、不公平感が生まれるといった不具合が生じる可能性があるので、このような事態の発生を事前に回避するようにしたものである。

他の方法としては、同一キャラクタに対してサブカードＳＣを複数適用して属性を複数回変更する場合の変更回数（サブカードＳＣの合体回数）に上限を設けることによっても、特定のキャラクタが不自然に突出した能力の属性になることを抑制することができる。なお、野球ゲームのように複数のキャラクタが存在する場合、同一キャラクタに対する属性変更回数に上限を設けても、プレイヤが何度も野球場に足を運べば他のキャラクタに対する属性変更の機会が得られることになるので問題はない。また、属性変更回数に上限を設けることにより、属性変更の対象を、上限に達していない他のキャラクタに向けさせることができ、属性が変更されるキャラクタの偏りを抑制する効果も期待できる。

合体カード情報記憶部８５は、属性変更部８４により変更されたキャラクタの属性を合体カード情報として、上記のキャラクタＩＤと対応付けて、ハードディスクやメモリーカード等の不揮発性記憶媒体の記憶領域に記憶する。また、合体カード情報記憶部８５は、サブカードＳＣをメインカードＭＣに合体させた回数を併せて記憶する。

画像表示手段８６は、属性管理手段８１にて管理されているメインカード情報、サブカード情報および合体カード情報に基づいて表示画像処理部２０ａ（図３参照）を制御し、端末装置１０３の画面（モニタ２１ａ）にメインカードＭＣやサブカードＳＣを表示させるものである。この画像表示手段８６は、メインカード表示部８７と、サブカード表示部８８と、事前表示部８９と、合体演出表示部９０と、合体カード表示部９１とを備えている。

メインカード表示部８７は、メインカード情報記憶部８２に記憶されているメインカード情報に基づいて、例えば、図８〜図１０に示すように、端末装置１０３の画面上に各キャラクタをメインカードＭＣとして表示させる。また、サブカード表示部８８は、サブカード情報記憶部８３に記憶されているサブカード情報に基づいて、例えば、図６〜図９に示すように、端末装置１０３の画面上にサブカードＳＣを表示させる。なお、サブカード表示部８８が画面上に表示するサブカードＳＣの画像情報（キャラクタの画像）やプロフィール情報については、メインカードＭＣの画像情報を援用・加工（縮小表示等）したりメインカードＭＣのプロフィール情報を援用したりすることができる。

事前表示部８９は、メインカードＭＣとサブカードＳＣとを合体させる前に、当該サブカードＳＣを使用してキャラクタの属性を変更した場合における当該属性の変化の状態を事前に表示する。この事前表示部８８による表示の一例を、図８に示している。この例では、プレイヤが合体ボタン２２を押す操作を行う前に、キャラクタの属性が変化する状態を属性変化表示領域２３に表示するようになっている。本実施の形態では、キャラクタの属性を０〜９９の１００段階の能力値で表示するようになっており、例えば選手Ａのキャラクタの場合、メインカードＭＣとサブカードＳＣとを合体させた場合には、打力の能力値が「６０」から「６６」に変化し、走力の能力値が「８７」のまま変化せず、守備力の能力値が「７５」から「７２」に変化することを、プレイヤが事前に確認できる。

このように、能力変化は個々の能力に応じてプラスに変化する場合もあれば、マイナスに変化する場合や変化なしの場合もある。図示しないが、全部の能力がプラスの場合も当然存在する。従って、プレイヤは、これらの能力変化を確認して、仮にマイナスに変化する能力があっても他の能力がプラスに変化するなら合体が望ましいと判断したり、すべての能力がプラスに変化しない限り合体しないと判断したりすることとなるので、戦略を練る楽しみが生まれ、ゲーム性がより一層深くなる。

合体演出表示部９０は、図８に示す画面において、メインカードＭＣとサブカードＳＣとを合体させる演出表示を行う。例えば、図９に示すように、「合体完了」の文字を点滅表示させることにより、合体完了の演出表示を行う。

合体カード表示部９１は、プレイヤが合体ボタン２２を押下してメインカードＭＣとサブカードＳＣとの合体を確定した場合、合体後のメインカードＭＣを端末装置１０３の画面上に表示する。また、合体カード表示部９１は、属性変更部８４がメインカードＭＣとサブカードＳＣとの合体によってキャラクタの属性を変更したとき、当該キャラクタの属性が変更された旨を明示する変更明示部９２を備える。例えば、変更明示部９２は、図９に示すように、選手キャラクタが打者（野手）である場合、メインカードＭＣの所定位置（例えば右上）にバット形状の変更明示シンボル２４を表示する。また、変更明示部９２は、選手キャラクタが投手である場合、メインカードＭＣの所定位置にボール形状の変更明示シンボルを表示するようにしてもよい。また、プレイヤが異なる日に何度も野球場に足を運んで同一のキャラクタに対して複数のサブカードＳＣを獲得した場合、サブカードＳＣのメインカードＭＣへの合体は、複数回可能となる。そこで、変更明示部９２は、サブカードＳＣのメインカードＭＣへの合体の回数と同じ数の変更明示シンボル２４をメインカードＭＣに表示することによって、プレイヤに属性変更回数（合体回数）も確認できるようにする。

能力設定手段９３は、ゲームを実行する上で、選手キャラクタの属性（打力等の能力値）をＲＡＭ１２ａ上にロードしてＣＰＵ１１ａに認識させることにより、選手キャラクタの能力を設定する。キャラクタ動作制御手段９４は、ＣＰＵ１１ａに認識された選手キャラクタの属性に基づいて、ゲーム実行中の選手キャラクタの動作を制御する。

次に、本実施の形態に係るゲームシステム１００の動作の概略について、図１１および図１２に示すフローチャートを用いて説明する。

図１１のフローチャートは、端末装置１０３を携帯しているプレイヤが現実世界の野球場に足を運び、当該野球場でゲームサーバ１０１にログインしたときの動作例を示すものである。

現実世界の野球の試合が行われている時間帯に野球場に足を運んだプレイヤは、端末装置１０３を操作してゲームサーバ１０１にログイン要求を行う（Ｓ１１）。このとき、ゲームサーバ１０１は、ログイン認証を行った上で、プレイヤの端末装置１０３のログインを受け付ける（Ｓ２１）。

その後、端末装置１０３は、位置情報取得手段７５により現在位置情報（緯度および経度情報）を取得するとともに（Ｓ１２）、時刻情報取得手段７６により現在時刻情報を取得する（Ｓ１３）。なお、現在位置情報および現在時刻情報の取得に代えて、存在事実情報入力手段７７により存在事実情報を入力してもよい。

その後、端末装置１０３は、情報送信手段７８により、取得した現在位置情報および現在時刻情報をゲームサーバ１０１に送信する（Ｓ１４）。このとき、ゲームサーバ１０１は、現在位置情報および現在時刻情報を受信し（Ｓ２２）、端末装置１０３を携帯しているプレイヤが現実世界の野球の試合が行われている時間帯に野球場に存在するか否かを判定する（Ｓ２３）。ここで、ゲームサーバ１０１が野球の試合が行われている時間帯にプレイヤが野球場に存在しないと判定した場合は、この時点で処理を終了して端末装置１０３との接続を切断することになるが、ここでは野球の試合が行われている時間帯にプレイヤが野球場に存在すると判定されたとして、以下に説明を続ける。

その後、ゲームサーバ１０１は、情報提供サーバ１０２から受信した現実世界の試合における各選手のプレイ結果を示す現実情報データに基づいて、各選手に対応するキャラクタのサブカード情報を生成する（Ｓ２４）。そして、ゲームサーバ１０１は、生成した各キャラクタのサブカード情報を端末装置１０３に配信する（Ｓ２５）。このとき、端末装置１０３は各キャラクタのサブカード情報を受信し（Ｓ１５）、受信した各キャラクタのサブカード情報をサブカードＳＣとして画面に表示する。

次に、プレイヤは、端末装置１０３の画面に表示される各キャラクタのサブカードＳＣの中から、所定枚数（例えば３枚）のサブカードＳＣを任意に選択する（Ｓ１６）。例えば、図６に示すように、端末装置１０３の画面に一覧表示されたサブカードＳＣの中から、プレイヤが任意のサブカードＳＣを選択して確定ボタン２５を押すことにより、端末装置１０３はサブカードＳＣの選択処理を実行する。そして、端末装置１０３は、選択されたサブカードＳＣをサブカード情報記憶部８３に保存する（Ｓ１７）。

図６に示す画面において、プレイヤが所定枚数（例えば３枚）のサブカードＳＣの選択を終えた後に確認ボタン３５を押す操作を行えば、図７に例示するように、端末装置１０３のモニタ２１ａには、プレイヤが獲得した所定枚数のサブカードＳＣを確認することができる獲得サブカード確認画面が表示されるようになっている。なお、プレイヤが所定枚数（例えば３枚）のサブカードＳＣの選択を終えた後は、確認ボタン３５を押さずとも自動的に図７に示す獲得サブカード確認画面に移行するようにすることもできる。

図７に示す獲得サブカード確認画面においては、プレイヤが獲得したサブカードＳＣの画像とともにサブカードＳＣに対応する現実世界の選手のプロフィール、本日の成績（当該サブカードＳＣのサブカード情報を生成する基になった試合のプレイ結果）およびサブカード情報（ここでは属性の変化率）が表示される例を示している。なお、画面上にはプレイヤが獲得したサブカードＳＣの画像のみを表示するようにしてもよいし、サブカードＳＣの画像とともに、プロフィール、本日の成績、サブカード情報の何れか１つまたは２つを表示してもよい。また、サブカードＳＣの画像とともに、その他の情報（例えば、現実世界の選手の本年度または昨年度の成績）を表示してもよい。

その後、プレイヤは、獲得したサブカードＳＣをメインカードＭＣに合体させることができる。図７の例では、プレイヤが画面上の「合体へ」ボタン２６を押すことにより、図８に例示する合体処理画面に移行する。この図８の合体処理画面の例では、プレイヤが合体ボタン２２を押す操作を行う前に、キャラクタの属性が変化する状態を属性変化表示領域２３に表示するようになっているので、プレイヤがサブカードＳＣに基づいてキャラクタの属性を変更するか否かを判断し易くなっている。特に、本実施の形態では、キャラクタの属性の変化はプラスだけに限っておらず、獲得したサブカードＳＣによりその属性がプラスだけでなくマイナスにも変化し得る。例えば、打力の能力値は向上するが、守備力の能力値は低下するといったリスクも含めるようにしているので、プラスマイナスの属性の変化を合体前に事前に確認できる構成が望ましい。

そして、図８の合体処理画面において、プレイヤが合体ボタン２２を押すことにより、端末装置１０３はメインカードＭＣとサブカードＳＣとの合体処理、すなわちサブカードＳＣのサブカード情報に基づいてメインカードＭＣのキャラクタの属性を変更する処理を実行する（Ｓ１８）。このとき、図９に例示するように、端末装置１０３は、「合体完了」の文字を点滅表示させる等によりメインカードＭＣとサブカードＳＣとを合体させる演出表示を行う。また、合体完了後のメインカードＭＣには、当該キャラクタの属性が変更された旨を明示する変更明示シンボル２４が表示される。このように、プレイヤが獲得したサブカードＳＣに基づいてキャラクタの属性が変更されたことを明示することによって、プレイヤが自ら所定場所（野球場）に足を運んでキャラクタを補強した事実を確認でき、それによってプレイヤに満足感を与えることができる。また、端末装置１０３は、メインカードＭＣとサブカードＳＣとの合体処理後は、合体カード情報を合体カード情報記憶部８５に記憶する（Ｓ１９）。

なお、上記の図６ないし図８の何れかの画面において、プレイヤが終了ボタン３６を押す操作を行えば、図１１のフローチャートには反映していないが、端末装置１０３は当該画面で処理を終えて当該フローチャートのルーチンをＥＮＤとする。

また、上記の図７または図８の画面において、プレイヤが戻るボタン３７を押す操作を行えば、前の画面に戻ることができ、図１１のフローチャートには反映していないが、上記Ｓ１６の処理（所定枚数のサブカードＳＣの選択）をやり直すことが可能となっている。すなわち、図７の獲得サブカード確認画面においてプレイヤが戻るボタン３７を押せば、図６のサブカード選択画面に戻って所定枚数のサブカードＳＣの選択をやり直しできる。また、図８の合体処理画面においてプレイヤが戻るボタン３７を押せば、図７の獲得サブカード確認画面に戻って獲得したサブカードＳＣの詳細を再確認でき、さらに図７の画面でプレイヤが戻るボタン３７を押せば、図６のサブカード選択画面に戻って所定枚数のサブカードＳＣの選択をやり直しできる。このように、所定枚数のサブカードＳＣの選択後、図７または図８の画面まで移行した段階で、プレイヤが選手キャラクタの能力値の変化状態を確認して、または気が変わって、属性変更対象の選手キャラクタを変更したいと思った場合に、戻るボタン３７を押して画面をバックすればそれが可能となる。

次に、図１２のフローチャートを参照して、野球ゲームの概要を説明する。端末装置１０３において野球ゲームの起動ボタンが押されると、ゲームプログラムを格納しているＲＯＭ１３ａまたは記録媒体からＲＡＭ１２ａに当該ゲームプログラムがロードされて格納される（Ｓ３１）。このとき、野球ゲームを実行する上で必要となる各種の基本ゲームデータも、併せて、ＲＯＭ１３ａまたは記録媒体からＲＡＭ１２ａにロードされて格納される（Ｓ３１）。これにより、ゲームプログラムおよび基本ゲームデータが端末装置１０３のＣＰＵ１１ａに認識される。ここで、基本ゲームデータとしては、３次元ゲーム空間用の各種の画像に関するデータ（例えば、野球場の画像データ、各選手キャラクタの画像データ、および各種のオブジェクトの画像データ等）および３次元ゲーム空間用の各種の画像に関するデータを３次元ゲーム空間に配置するための位置座標データが含まれる。また、基本ゲームデータには、上述のメインカード情報、サブカード情報および合体カード情報も含まれている。

次に、端末装置１０３のＣＰＵ１１ａは、ＲＡＭ１２ａに格納された基本ゲームデータに基づいてゲームプログラムを実行する（Ｓ３２）。通常、野球ゲームのゲームプログラムの起動時には初期画面がモニタ２１ａに表示され、野球ゲームを実行するための各種の設定が可能となっている。例えば、野球ゲームに複数のプレイモードが存在する場合、プレイモードを選択するためのプレイモード選択画面がモニタ２１ａに表示される。このプレイモード選択画面において、プレイヤが入力操作部４１ａを操作することにより、プレイモードを選択できる（Ｓ３３）。プレイモードには、例えば、プレイヤが選手キャラクタを集めて自らのチームを結成して監督の立場で対戦する監督プレイモード、１２球団（又は、メジャーリーグを対象としたゲームの場合は３０球団）の中から特定のチームを選択して１試合の対戦を楽しむ対戦モード、１２球団の中から特定のチームを選択してペナントレースを戦うペナントモード、プレイヤがある１人の選手キャラクタの立場になって野球ゲームを体感する成長体感モード等が用意されている。ここでは、監督プレイモードが選択されたものとして以下の説明を続ける。

監督プレイモードが選択された後は、プレイヤが当該モードにおいて必要な各種設定を行う（Ｓ３４）。本実施の形態の場合、プレイヤが選手キャラクタを選択して自らのチームを構成する設定を行う。この場合、図１０に例示するように、選択可能なメインカードＭＣの一覧が端末装置１０３の画面上に表示される。このとき、サブカードＳＣを合体させたメインカードＭＣには、変更明示シンボル２４が表示されており、プレイヤが自ら野球場に足を運んでキャラクタを補強した事実を確認できる。図１０の例では、メインカードＭＣの一覧表示画面上において、所定のボタン操作やポインティングデバイス操作等を行うことによってメインカードＭＣを選択することにより、プレイヤが自らのチームを構成する選手キャラクタを決定することができる。このとき、プレイヤによる選択を容易とするため、メインカードＭＣの一覧表示において、投手キャラクタなら球速の能力値の高い順等、打者（野手）キャラクタなら打力の能力値の高い順等の所定の条件によりメインカードＭＣを並べ替えできるようにすることも可能である。また、メインカードＭＣの一覧表示画面上において、選択確定前に特定のメインカードＭＣを選べば、そのメインカードＭＣの属性が属性表示領域２７に表示されるようになっている。図１０には、選手ＡのメインカードＭＣを選んだ場合の表示例を示している。もし、サブカードＳＣを合体させたメインカードＭＣを選んだ場合には、サブカードＳＣによる変更が反映された後のキャラクタの属性が属性表示領域２７に表示されることになる。

必要な各種設定の完了後は、端末装置１０３のＣＰＵ１１ａにより各種のイベントが実行される（Ｓ３５）。ここで実行される各種のイベントには、例えば、ＡＩプログラムに基づいてＣＰＵ１１ａにより選手キャラクタ等が自動制御されるイベントや、入力操作部４１ａからの入力信号に基づいてプレイヤにより選手キャラクタ等が手動制御されるイベントがある。いずれのイベントにおいても、メインカードＭＣにサブカードＳＣを合体させたキャラクタの場合、サブカードＳＣによる変更が反映された後のキャラクタの属性に基づいて、当該キャラクタの動作が制御されることになる。

そして、ＣＰＵ１１ａにより監督プレイモードが終了したか否かが判断され（Ｓ３６）、当該モードが終了したとき（Ｓ３６でＹＥＳ）、野球ゲームを終了するか否かを選択する選択画面がモニタ２１ａに表示される。ここでプレイヤが入力操作部４１ａを操作して野球ゲームの終了を選択すれば（Ｓ３７でＹＥＳ）、ＣＰＵ１１ａにより野球ゲームを終了するための処理が実行され、ゲーム結果がハードディスクやメモリーカード等の不揮発性記録媒体に保存される（Ｓ３８）。一方、プレイヤが入力操作部４１ａを操作して野球ゲームの継続を選択すれば（Ｓ３７でＮＯ）、Ｓ３３に移行してプレイモード選択画面が表示される。

なお、公知の技術を適用して、ゲーム内におけるプレイヤによるキャラクタ操作の技量、操作量または操作時間に応じてキャラクタの属性を可変とすることもできる。

〔ゲームシステムのその他の構成例〕
次に、図１に示した構成とは異なるゲームシステムの構成例を図１３ないし図１５を参照して以下に説明する。なお、図１等に示した構成と同様の構成については、同一の参照番号を付してその説明を省略する。

図１に示した構成は、プレイヤが端末装置１０３を携帯して現実世界の野球場まで持って行くことを前提としているので、端末装置１０３としては、携帯型（小型）家庭用ゲーム機、ノート型、ブック型またはパッド型のパーソナルコンピュータ、ＰＤＡ（Personal Digital Assistant）等の携帯情報端末、ゲームアプリケーションを実行可能な携帯電話などを好適に用いることができる。その一方で、携帯するのに不向きな据え置き型家庭用ゲーム機やデスクトップ型パーソナルコンピュータを端末装置として適用する場合には、図１３に示すゲームシステム２００の構成を適用することが望ましい。

図１３に示すように、ゲームシステム２００は、情報提供サーバ１０２と、ゲームサーバ１０１と、当該ゲームサーバ１０１と通信可能に接続される通信装置２０２と、端末装置２０３とを備えている。

端末装置２０３としては、上述の据え置き型の家庭用ゲーム機やデスクトップ型パーソナルコンピュータだけでなく、携帯型（小型）家庭用ゲーム機、ノート型、ブック型またはパッド型のパーソナルコンピュータ、ＰＤＡ等の携帯情報端末などを適用することもできる。

通信装置２０２はプレイヤが携帯して現実世界の野球場まで容易に持って行くことができるものが望ましい。通信装置２０２の例としては、携帯電話、ＰＨＳ（Personal Handy-phone System）端末、携帯情報端末（ＰＤＡ）、携帯電話やＰＨＳと携帯情報端末とを融合させたスマートフォンなどが挙げられる。通信装置２０２は、ゲームサーバ１０１から受信したサブカード情報（属性変更情報）を端末装置２０３に移動可能な構成を有する。

ゲームサーバ１０１と通信装置２０２とは、移動体通信回線、公衆回線、専用回線、ＬＡＮ、インターネット等の通信路の一つまたは複数を組み合わせて相互に通信可能に接続される。

図１４に示すように、通信装置２０２は、既に説明済みの位置情報取得手段７５、時刻情報取得手段７６、存在事実情報入力手段７７、情報送信手段７８、サブカード情報受信手段７９および選択手段８０の他に、サブカード情報格納部９５およびサブカード情報転送手段９６を備えている。

なお、本実施の形態では、通信装置２０２が、位置情報取得手段７５、時刻情報取得手段７６および存在事実情報入力手段７７を全て具備している構成を例示しているが、これらのうち位置情報取得手段７５および時刻情報取得手段７６のみを備えている構成、または存在事実情報入力手段７７のみを備えている構成であってもよい。

サブカード情報格納部９５は、選択手段８０にて選択されたサブカード情報をメモリに格納する。サブカード情報転送手段９６は、サブカード情報格納部９５に格納されたサブカード情報を端末装置２０３に転送する機能を有する。例えば、赤外線通信やＵＳＢ接続による通信等でサブカード情報を通信装置２０２へ転送する場合、サブカード情報転送手段９６は赤外線通信手段等によって構成できる。また、ＳＤカード等の媒体を介してサブカード情報を通信装置２０２へ転送する場合、サブカード情報転送手段９６はＳＤカードライタ等の媒体記録手段によって構成できる。

図１５に示すように、端末装置２０３は、図５に示した端末装置１０３の構成要素から位置情報取得手段７５、時刻情報取得手段７６、存在事実情報入力手段７７、情報送信手段７８、サブカード情報受信手段７９および選択手段８０を省略するとともに、サブカード情報受取手段９７を追加した構成である。サブカード情報受取手段９７は、通信装置２０２のサブカード情報転送手段９６を介して転送されるサブカード情報を受け取る機能を有する。例えば、赤外線通信やＵＳＢ接続による通信等でサブカード情報を受け取る場合、サブカード情報受取手段９７は赤外線通信手段等によって構成できる。また、ＳＤカード等の媒体を介してサブカード情報を受け取る場合、サブカード情報受取手段９７はＳＤカードリーダ等の媒体再生手段によって構成できる。

なお、上記ではゲームサーバ１０１から配信された複数のサブカード情報から所定数のサブカード情報を選択するための選択手段８０を通信装置２０２側に設けた構成例を示したが、当該選択手段８０を端末装置２０３側に設けてもよい。

上記の構成によれば、現実世界の野球場から現在位置情報、現在時刻情報、存在事実情報をゲームサーバ１０１へ送信する機能、およびゲームサーバ１０１からサブカード情報を受信する機能を、野球ゲームを実行する端末装置２０３から分離した通信装置２０２において実現している。これにより、プレイヤは通信装置２０２を携帯して現実世界の野球場に行けばよいので、端末装置２０３が比較的大きいため携帯するのに不便であっても、本実施の形態のゲームシステム２００を容易に実現できる。

次に、図１３ないし図１５に示したゲームシステム２００の変形例であるゲームシステム３００を、図１６ないし図１８を参照して以下に説明する。なお、図１等に示した構成と同様の構成については、同一の参照番号を付してその説明を省略する。

図１６に示すように、ゲームシステム３００は、情報提供サーバ１０２と、ゲームサーバ１０１と、当該ゲームサーバ１０１と通信可能に接続される通信装置３０２（通信端末）と、端末装置３０３とを備えている。

図１７に示すように、通信装置３０２は、既に説明済みの位置情報取得手段７５、時刻情報取得手段７６、存在事実情報入力手段７７および情報送信手段７８を備えている。なお、同図では通信装置３０２が位置情報取得手段７５、時刻情報取得手段７６および存在事実情報入力手段７７を全て具備している構成を例示しているが、これらのうち位置情報取得手段７５および時刻情報取得手段７６のみを備えている構成、または存在事実情報入力手段７７のみを備えている構成であってもよい。

また、図１８に示すように、端末装置２０３は、図５に示した端末装置１０３の構成要素から位置情報取得手段７５、時刻情報取得手段７６、存在事実情報入力手段７７および情報送信手段７８を省略した構成である。

上記の構成によれば、現実世界の野球場から現在位置情報、現在時刻情報、存在事実情報をゲームサーバ１０１へ送信する機能を、野球ゲームを実行する端末装置３０３から分離した通信装置３０２において実現している。これにより、プレイヤは通信装置３０２を携帯して現実世界の野球場に行けばよいので、端末装置３０３が比較的大きいため携帯するのに不便であっても、本実施の形態のゲームシステム３００を容易に実現できる。

なお、ゲームシステム３００の構成の場合、ゲームサーバ１０１から配信されるサブカード情報は端末装置３０３が受信することになるので、プレイヤは、現実世界の野球場から端末装置３０３を置いている自宅等に戻ってから、当該端末装置３０３を操作してゲームサーバ１０１にログインしてサブカード情報を受信することになる。

以上のように、本実施の形態に係るゲームシステム１００、２００または３００は、プレイヤが画面に表示されるキャラクタを操作してゲームを実行する端末装置１０３、２０３または３０３と、当該端末装置と通信可能に接続される管理部を含むゲームシステムである。上記の説明では、管理部をゲームサーバ１０１および情報提供サーバ１０２にて構成しているが、現実世界の試合における各選手のプレイ結果を示す現実情報データをゲームサーバ１０１に直接入力できる構成にすることによって、情報提供サーバ１０２を省略することも可能である。

そして、管理部としてのゲームサーバ１０１は、プレイヤが所定時間帯に現実世界の所定エリアに存在するか否かを判断するプレイヤ存否判断手段６６と、前記所定時間帯に前記所定エリアで生じている、キャラクタに対応する現実世界の事象に基づいて、当該キャラクタの属性を変化させるサブカード情報（属性変更情報）を生成する属性変更情報生成手段６８と、プレイヤ存否判断手段６６によって、プレイヤが前記所定時間帯に前記所定エリアに存在すると判断されたときに、前記プレイヤの端末装置または当該端末装置にサブカード情報を移動可能な通信装置２０２にサブカード情報を配信する配信手段７２と、を備えている。ここで、所定エリアとは、本実施の形態で例示した野球ゲームであれば現実世界の野球場をいう。野球場は、現実世界の選手が試合をする領域であるグラウンドと、主にグラウンド内で生じている現実世界の事象（現実の選手の試合）を観客（ゲームのプレイヤを含む）が観戦できる領域である観客席とを含むエリアである。ゲームのプレイヤは野球場内の観客席にいるため、現実世界の事象が生じている事象発生エリア（グラウンド）と当該事象発生エリアで生じている事象を観戦する者が存在する観戦エリア（観客席）とは異なっているが、上記の所定エリアとは、グラウンドと観客席とを含む野球場全体をいう。なお、野球の試合では、ホームランボールやファールボールが観客席に入る等の現実世界の事象（ホームランやファール）が観客席にも及ぶ関係となっているが、サッカー等のように現実世界の選手が試合をするフィールドでの事象が観客席には及ばない場合であっても、所定エリアとは、現実世界の事象が生じている事象発生エリア（サッカーではフィールド）と、当該エリアの事象を観戦する者が存在する観戦エリア（観客席）とを含む概念（サッカーではサッカースタジアム全体）である。

なお、入場希望者に対して収容人数が足りないスタジアムでは、入場できない観客に対してスタジアム周辺に特設エリアを用意して当該特設エリアでモニタ観戦可能とすることもあるが、そのような場合、所定エリアとはスタジアムおよびスタジアム周辺の所定の場所（上記特設エリア等）を含めることができる。

本実施の形態のゲームシステム１００、２００または３００は、これまでゲームプレイヤのキャラクタ操作の技量、操作量または操作時間のみに依存していたキャラクタの属性を変更させてキャラクタを成長させ得るというゲーム要素を従来よりも拡充し、キャラクタの属性の向上をゲームのプレイヤが現実世界の野球場やスタジアムに実際に足を運ぶことで可能とする。これにより、現実世界とゲームとの強いリンクが生まれ、従来にはなかったような面白さを打ち出すことができる。そして、ゲーム上のキャラクタに対応する現実世界の事象、すなわち現実世界の選手等の活躍・実績に基づいて、ゲーム上のキャラクタの属性を変更可能とするので、これまでにない斬新なゲーム性を提供できる。しかも、プレイヤが現実世界の野球場やスタジアムに数多く足を運べば運ぶほどに、キャラクタの属性をより高めることが可能なサブカードＳＣを獲得できるチャンスが高まる。よって、プレイヤは、自分の意思でそのチャンス回数を増やすことができるので、従来にはない全く新たな楽しみ方ができるようになり、興趣性の高いゲームシステムを実現できる。

また、本実施の形態では、サブカード情報生成部７０が、現実世界の事象に基づいて、キャラクタの属性がプラスのみならずマイナスにも変化するサブカード情報を生成する構成としている。これにより、プレイヤはサブカードＳＣをメインカードＭＣに合体させてキャラクタの属性を変更すべきか否かを注意深く思案することから、よりゲーム性を高めることができる。但し、本実施の形態のゲームシステムは、プレイヤが現実世界の所定エリアに足を運ぶことで、キャラクタの属性向上の機会を得られるという特典をプレイヤに付与するという要素が大きいことから、サブカード情報生成部７０がキャラクタの属性をプラスのみに変化させる（すなわち、マイナスは無視する）サブカード情報を生成する構成としてもよい。

ところで、サブカードＳＣを適用してキャラクタの属性を変更できる時期的条件を設定（すなわち期限を設定）してもよい。例えば、野球ゲームにおいて、サブカードＳＣによるキャラクタの属性変更は、あくまでその年度のシーズン内でのみ有効とすることができる。現実世界の野球選手のシーズン成績を選手キャラクタに反映させて毎年ゲームプログラムをバージョンアップ等する野球ゲームにおいては、本年度版ゲームプログラムと、翌シーズンに発行される翌年度版ゲームプログラムとでは、異なるシーズン成績をベースにしたものとなっている。よって、今シーズン中に獲得したサブカードＳＣは、本年度版ゲームプログラムにおいてのみ有効であって翌年度版ゲームプログラムには適用できず、翌シーズンになってから獲得したサブカードＳＣについては、翌年度版ゲームプログラムでないと当該サブカードＳＣを適用した属性変更はできないようにすることもできる。適用シーズンが異なれば、現実世界の選手のベースとなる能力が大きく変わっている可能性もあり、また、既にリタイアしている選手が存在する可能性もあるためである。これにより、過去のシーズンの属性を新しいシーズンで獲得したサブカードＳＣにより変更することを回避でき、また、既にリタイアしている選手のキャラクタを新しいシーズン版のゲームプログラムにおいて残しておく必要がなくなる。

また、本年度版ゲームプログラムに引き続いて翌年度版ゲームプログラムを使用するユーザ（ゲームのプレイヤ）に対しては、特典を付与することもできる。例えば、本年度版ゲームプログラムではサブカードＳＣを所定枚数（例えば３枚）獲得でき、翌年度版ゲームプログラムを引き続いて使用する場合には、サブカードＳＣをそれよりも多い枚数（例えば４枚）獲得できるようにすることができる。

なお、上述のように、ゲームサーバ１０１の機能はゲームシステム１００、２００、３００内のどこかで実現されればよいため、機能分散型の複数台のサーバとして実現することもできる。また、ネットワークゲームシステム１００内にある１台または複数台の小型コンピュータに、ゲームサーバ１０１の機能の一部または全部を持たせるシステム構成も可能である。

本実施の形態に係るゲームシステム１００、２００、３００において、ゲームサーバ１０１、端末装置１０３、２０３、３０３、通信装置２０２、３０２が実行するコンピュータ読み取り可能な各種プログラムは、ハードディスク、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＭＤなど）、フレキシブルディスク、半導体メモリ、ＲＯＭカセット、あるいは家庭用ビデオゲーム装置用のカートリッジ等のコンピュータ読み取り可能な各種記録媒体に記録され、上記のゲームサーバ、端末装置、通信装置に読み出されて実行される。なお、各種プログラムを上記のゲームサーバ、端末装置、通信装置に提供する手段は、前述した記録媒体に限定されるものではなく、インターネットを介して行うこともできる。例えば、ネットワークゲームを管理している会社が提供するホームページ等からインターネットを介してダウンロード可能な場合は、ゲーム進行プログラム等を当該ホームページから直接ダウンロードして実行できるようにしてもよい。

また、本実施の形態では、キャラクタの形態を視認可能としたカード形式でゲーム画面上に画像表示し、キャラクタの属性を変更させる属性変更情報をサブカードＳＣとして表示する構成例を説明したが、これに限定されるものではなく、例えば属性変更情報を文字・記号として画面上に表示する構成としてもよい。

また、本実施の形態では、複数のキャラクタが存在する野球ゲームを例に挙げて説明したが、単独キャラクタのゲームであってもよい。

また、本実施の形態では、ゲームの一例として主に野球ゲームを挙げて説明したが、適用可能なゲームはこれに限定されるものではなく、現実世界の事象とゲームのキャラクタの属性とをリンクさせ得る種々のゲームに適用することができる。例えば、サッカー、テニス、各種格闘技、競馬、カーレース等のゲームに同様に適用することができる。

１０ａ 制御部
１０ｃ サーバ制御部
６２ 現実位置情報受信部
６３ 現実時刻情報受信部
６４ 存在事実情報受信部
６５ プレイヤ情報記憶手段
６６ プレイヤ存否判断手段
６７ 現実情報受信手段
６８ 属性変更情報生成手段
６９ 現実情報記憶部
７０ サブカード情報生成部
７１ サブカード情報記憶部
７２ 配信手段
７４ 確認表示領域
７５ 位置情報取得手段
７６ 時刻情報取得手段
７７ 存在事実情報入力手段
７８ 情報送信手段
７９ サブカード情報受信手段
８０ 選択手段
８１ 属性管理手段（属性変更手段）
８２ メインカード情報記憶部
８３ サブカード情報記憶部
８４ 属性変更部
８５ 合体カード情報記憶部
８６ 画像表示手段
８７ メインカード表示部
８８ サブカード表示部
８９ 事前表示部
９０ 合体演出表示部
９１ 合体カード表示部
９２ 変更明示部
９３ 能力設定手段
９４ キャラクタ動作制御手段
９５ サブカード情報格納部
９６ サブカード情報転送手段
１００ ゲームシステム
１０１ ゲームサーバ
１０２ 情報提供サーバ
１０３ 端末装置
２００ ゲームシステム
２０２ 通信装置
２０３ 端末装置
３００ ゲームシステム
３０２ 通信装置
３０３ 端末装置
ＭＣ メインカード
ＳＣ サブカード（補助カード）

Claims (11)

1. プレイヤが画像表示手段によって画面に表示されるキャラクタを操作してゲームを実行する端末装置と、当該端末装置と通信可能に接続される管理部とからなるゲームシステムであって、
   前記管理部は、
   プレイヤが所定時間帯に現実世界の所定エリアに存在するか否かを判断するプレイヤ存否判断手段と、
   前記所定時間帯に前記所定エリアで生じている、前記キャラクタに対応する現実世界の事象に基づいて、当該キャラクタの属性を変化させる属性変更情報を生成する属性変更情報生成手段と、
   前記プレイヤ存否判断手段によって、前記プレイヤが前記所定時間帯に前記所定エリアに存在すると判断されたときに、前記プレイヤの前記端末装置または当該端末装置に前記属性変更情報を移動可能な通信装置に前記属性変更情報を配信する配信手段と、を備え、
   前記端末装置は、
   前記属性変更情報に基づいて前記キャラクタの属性を変更する属性変更手段を備えていることを特徴とするゲームシステム。
2. 前記端末装置または前記通信装置は、現在位置情報を取得する位置情報取得手段と、現在時刻情報を取得する時刻情報取得手段と、前記現在位置情報および現在時刻情報を前記管理部のプレイヤ存否判断手段に送信する情報送信手段とを備え、
   前記プレイヤ存否判断手段は、前記端末装置または前記通信装置から受信した前記現在位置情報および現在時刻情報に基づいて、プレイヤが前記所定時間帯に前記所定エリアに存在するか否かを判定することを特徴とする請求項１に記載のゲームシステム。
3. 前記端末装置または前記通信装置は、プレイヤが所定時間帯に所定エリアに存在する事実を示す存在事実情報を入力するための存在事実情報入力手段と、前記存在事実情報入力手段によって入力された前記存在事実情報を前記管理部のプレイヤ存否判断手段に送信する情報送信手段とを備え、
   前記プレイヤ存否判断手段は、前記端末装置または前記通信装置から受信した前記存在事実情報に基づいて、プレイヤが前記所定時間帯に前記所定エリアに存在するか否かを判定することを特徴とする請求項１に記載のゲームシステム。
4. 前記端末装置は、前記属性変更手段が前記キャラクタの属性を変更する前に、前記属性変更情報に基づいて前記キャラクタの属性を変更した場合における当該属性の変化の状態を事前に表示する事前表示手段をさらに備えることを特徴とする請求項１ないし３の何れか１項に記載のゲームシステム。
5. 前記端末装置の画像表示手段は、前記属性変更手段が前記キャラクタの属性を変更したとき、当該キャラクタの属性が変更された旨を明示する変更明示部をさらに含むことを特徴とする請求項１ないし４の何れか１項に記載のゲームシステム。
6. 前記属性変更手段は、前記属性変更情報を複数適用して前記キャラクタの属性を複数回変更する場合、変更する回数に応じて属性の変化量または変化率を漸減させることを特徴とする請求項１ないし５の何れか１項に記載のゲームシステム。
7. 前記ゲームには複数のキャラクタが存在し、
   同一キャラクタに対して前記属性変更情報を複数適用して属性を複数回変更する場合の変更回数に上限が設けられていることを特徴とする請求項１ないし５の何れか１項に記載のゲームシステム。
8. 前記ゲームには複数のキャラクタが存在し、
   前記配信手段は、前記属性変更情報生成手段が生成した複数のキャラクタの属性変更情報を前記プレイヤの前記端末装置または前記通信装置に配信し、
   前記端末装置または前記通信装置は、配信された複数のキャラクタの属性変更情報の中から、所定数の任意のキャラクタの属性変更情報を選択する選択手段をさらに備え、
   前記属性変更手段は、前記選択手段にて選択されたキャラクタの属性変更情報のみを有効として当該キャラクタの属性を変更することを特徴とする請求項１ないし７の何れか１項に記載のゲームシステム。
9. 前記端末装置の画像表示手段は、
   前記キャラクタの形態を視認可能としたカードで表示するとともに、
   前記管理部から配信される前記属性変更情報を、前記キャラクタに対応する補助カードとして表示し、
   且つ、前記属性変更手段によってキャラクタの属性変更が実行されるときには、前記カードと前記補助カードとを合体させる演出表示を行うことを特徴とする請求項１ないし８の何れか１項に記載のゲームシステム。
10. プレイヤが画面に表示されるキャラクタを操作してゲームを実行する端末装置と、当該端末装置と通信可能に接続される管理部とからなるゲームシステムの制御方法であって、
    プレイヤが所定時間帯に現実世界の所定エリアに存在するか否かを前記管理部が判断するプレイヤ存否判断ステップと、
    前記所定時間帯に前記所定エリアで生じている、前記キャラクタに対応する現実世界の事象に基づいて、当該キャラクタの属性を変化させる属性変更情報を前記管理部が生成する属性変更情報生成ステップと、
    前記プレイヤ存否判断ステップによって、前記プレイヤが前記所定時間帯に前記所定エリアに存在すると判断されたときに、前記プレイヤの前記端末装置または当該端末装置に当該属性変更情報を移動可能な通信装置に前記属性変更情報を前記管理部が配信する配信ステップと、
    前記属性変更情報に基づいて前記キャラクタの属性を前記端末装置が変更する属性変更ステップと、を備えていることを特徴とするゲームシステムの制御方法。
11. プレイヤが画面に表示されるキャラクタを操作してゲームを実行する端末装置と、当該端末装置と通信可能に接続される管理部とからなるゲームシステムに含まれるコンピュータに、
    プレイヤが所定時間帯に現実世界の所定エリアに存在するか否かを前記管理部に判断させるプレイヤ存否判断機能と、
    前記所定時間帯に前記所定エリアで生じている、前記キャラクタに対応する現実世界の事象に基づいて、当該キャラクタの属性を変化させる属性変更情報を前記管理部に生成させる属性変更情報生成機能と、
    前記プレイヤ存否判断機能によって、前記プレイヤが前記所定時間帯に前記所定エリアに存在すると判断されたときに、前記プレイヤの前記端末装置または当該端末装置に当該属性変更情報を移動可能な通信装置に前記属性変更情報を前記管理部より配信させる配信機能と、
    前記属性変更情報に基づいて前記キャラクタの属性を前記端末装置に変更させる属性変更機能と、を実現させることを特徴とするプログラム。

Images