JP3537812B1 - サーバ装置及びプログラム - Google Patents

Abstract

【要約】 【課題】 外部要因に伴いゲーム要素を自動的に変動す
ることで、戦略性を考慮したゲームバランスを容易にと
ることができるゲーム装置を提供する。 【解決手段】 サーバ２３は、まず、制御不能な外的要
素と制御可能なゲーム要素を対応付け、要素情報として
記憶する。ここで、要素情報とは、ゲームバランスを定
義するために、外的要素に基づいてゲーム要素が変動す
る割合を記憶した情報である。つまり、サーバ２３は、
外的要素とゲーム要素を対応付けた要素情報を記憶する
ことで、ゲームバランスを任意に定義することができ
る。そして、サーバ２３は、ゲーム進行中における外的
要素の変動を認識し、当該外的要素の変動と予め記憶し
てある要素情報に基づいてゲーム要素を変動させる。つ
まり、サーバ２３は、要素情報を記憶することにより定
義したゲームバランスが、制御不能な外的要素の変動に
よって崩れるのを防止するため、制御可能なゲーム要素
を変動させるのである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サーバからゲーム
の提供を受け、当該サーバに接続された利用者端末にお
いてゲームを行うネットワークゲームシステムに関す
る。

【０００２】

【従来の技術】インターネット等の通信ネットワークを
介し、複数の利用者がそれぞれ自己の端末装置を使用し
て所定のサイト等にアクセスすることで、リアルタイム
にゲームなどを行うことができるネットワークゲームシ
ステムが知られている。

【０００３】所定のサイトは、ゲーム会社等のサービス
提供会社が運営しており、利用者は、ネットワークを介
して通信可能なパソコンをはじめとして、ゲーム装置、
ＰＤＡ（Personal Digital Assistants）や携帯電話等
の端末装置から接続することができる。そのため、全国
から所定のサイトに集まった利用者は、オンライン上で
リアルタイムに他の利用者と所定のゲームをプレイする
ことができる。

【０００４】なお、ネットワークゲームには、ロールプ
レイングゲームやトレーディングカードゲームなど多く
の種類が存在する。例えば、ロールプレイングゲームの
ようにゲームの進行とともに難易度が上がるゲームにお
いては、利用者の操作する利用者キャラクタが移動する
マップ上で、後から訪れる場所ほど出現する敵キャラク
タが強くなる。そのため、利用者キャラクタは、比較的
弱い敵キャラクタとの戦いに勝ち経験を積ませることで
能力を向上させ、より強い敵キャラクタに備えながらゲ
ームを進行していく。

【０００５】このようなゲームの場合、利用者キャラク
タの能力と、マップ上に配置する敵キャラクタの強さと
のゲームバランスが重要となる。通常、ゲームバランス
が崩れると、そのゲームは、ある利用者にとっては難易
度が極端に高く、一方、他の利用者にとっては難易度が
極端に低いといった問題が生じ、ゲームの内容に関わら
ず面白くなくなってしまう。そのため、従来は、例え
ば、サイト上で複数の利用者がロールプレイングゲーム
をプレイしている場合、各利用者キャラクタの能力に基
づいて敵キャラクタの強さを決定することで、利用者が
画一的に同じ条件でプレイできるようにゲームバランス
をとっていた。

【０００６】

【発明が解決しようとする課題】しかし、ネットワーク
ゲームシステムは、通常、所定のサイトにアクセスして
ゲームをプレイするため、曜日や時間帯によってアクセ
スする利用者数は大きく変動する。そのため、例えば、
利用者が所定のサイトにアクセスしてロールプレイング
ゲームをプレイする場合、利用者数が変動するにも関わ
らず、敵キャラクタの数が一定だと、ゲームバランスを
損ね、面白くなくなるという問題がある。

【０００７】具体的に、ロールプレイングゲームにおい
て、所定のマップ上に敵キャラクタが１００匹存在して
いたとする。この場合、利用者数が１０人であれば、利
用者キャラクタ１人につき敵キャラクタが１０匹存在す
ることになり、当該ゲームの難易度は極端に高くなって
しまう。一方、利用者数が１０００人であれば、利用者
キャラクタ１０人につき敵キャラクタが１匹存在するこ
とになり、当該ゲームの難易度は極端に低くなってしま
う。この場合、従来のように、利用者キャラクタの能力
に基づいて敵キャラクタの強さを決定することでは、面
白さを損ねないようゲームバランスをとることはできな
い。そのため、サービス提供会社は、利用者数の変動に
伴い、敵キャラクタの数といったゲーム要素を変動さ
せ、ゲームバランスをとる必要がある。

【０００８】また、例えば、トレーディングカードゲー
ムにおいて、利用者は、カードゲームを楽しむことのみ
ならず、カード自体を収集することに楽しみを見出すこ
とがある。この場合、カードの希少性を表す「レア度」
も当該ゲームを面白くする上で非常に重要な要素とな
る。苦労して手に入れたレア度の高いカードが、利用者
数の変動といった直接ゲームの内容に関係のない外部要
因によって陳腐化するのでは、利用者の当該ゲームに対
する意欲を減退させる。また、従来のように、利用者が
画一的に同じ条件となるようにゲームバランスを設定し
たのでは、カードゲームやカード収集における戦略性が
乏しくなり、ゲームが面白くなくなってしまう。そのた
め、サービス提供会社は、利用者の変動に伴い、カード
の総数といったゲーム要素を変動させ、戦略性が高まる
ようなゲームバランスをとる必要がある。また、外部要
因として、利用者数の増減のみならず、利用者が純粋に
カードゲームを楽しむことに重点を置いているのか、そ
れとも、カードを収集することに重点を置いているのか
といった利用者の遊び方や、雑誌等の情報伝達媒体の影
響による流行なども考慮する必要がある。

【０００９】しかし、常時、ネットワークゲームシステ
ムを監視し、利用者数の変動といった外部要因に伴いゲ
ーム要素を人為的に変動することで、ゲームバランスを
とることは、コスト面等においてサービス提供会社にと
って大きな負担となる。

【００１０】本発明は、以上の点に鑑みてなされたもの
であり、外部要因に伴いゲーム要素を自動的に変動する
ことで、戦略性を考慮したゲームバランスを容易にとる
ことができるネットワークゲームシステムを提供するこ
とを目的とする。

【００１１】

【課題を解決するための手段】本発明の１つの観点で
は、ネットワークを介して利用者端末とデータの送受信
が可能であり、前記利用者端末の利用者によって操作さ
れる利用者キャラクタと、サーバ装置によって制御され
る敵キャラクタとに基づいてゲームを進行する前記サー
バ装置において、予め定められた敵キャラクタ数の定義
情報であって、利用者端末数と敵キャラクタ数との関
係、及び、前記利用者キャラクタの能力を含む定義情報
を記憶する記憶手段と、前記サーバ装置にアクセスして
いる利用者端末数を認識する利用者端末数認識手段と、
前記利用者キャラクタの能力を認識する能力認識手段
と、前記利用者端末数認識手段が認識した利用者端末数
及び前記能力認識手段が認識した前記利用者キャラクタ
の能力が、前記記憶手段に記憶された定義情報に適合す
るように、前記敵キャラクタ数を変動させる敵キャラク
タ数変動手段と、を備える。

【００１２】上記のように構成されたサーバ装置は、イ
ンターネットをはじめとするネットワークを介して、利
用者端末との間でゲーム進行に関するデータの送受信を
することでゲームを進行する。利用者端末は、ネットワ
ークを介しての通信機能を有する任意のゲーム装置、パ
ソコン、ＰＤＡ、携帯電話等の端末装置とすることがで
きる。

【００１３】サーバ装置はゲーム進行において敵キャラ
クタを制御し、利用者端末はゲーム進行において利用者
キャラクタを操作するものである。具体的に、ロールプ
レイングゲームの場合、敵キャラクタは主人公の行く手
を阻むモンスター等であり、利用者キャラクタは主人公
である。なお、サーバ装置は、敵キャラクタを制御する
ことはできるが、サーバ装置にアクセスしている利用者
端末数は制御することができない。サーバ装置は、制御
不可能な利用者端末数と制御可能な敵キャラクタ数との
関係、及び、利用者キャラクタの能力を定義し、敵キャ
ラクタ数の定義情報として予め記憶している。そして、
サーバ装置は、利用者端末数の変動を認識すると、変動
した利用者端末数及び利用者キャラクタの能力が、定義
情報に適合するように敵キャラクタ数を変動させる。つ
まり、サーバ装置は、ゲームを実行している利用者端末
数と敵キャラクタ数のバランスが、制御不可能な利用者
端末数の変動によって崩れるのを防止するため、制御可
能な敵キャラクタ数を変動させるのである。

【００１４】

【００１５】

【００１６】

【００１７】

【００１８】

【００１９】通常、利用者が使用する利用者端末のサー
バ装置へのアクセス数は、曜日や時間帯によって大幅に
異なる。そのため、利用者端末によって操作される利用
者キャラクタ数も大きく変動する。しかし、これによれ
ば、サーバ装置は自動で任意に定義したゲームバランス
をとることができる。よって、ゲームの内容とは直接関
係のない利用者端末のアクセス数の変動によりゲームの
難易度が極端に異なり、利用者のゲームに対する意欲を
減退させるといった問題を解消することができる。

【００２０】また、これによれば、サーバ装置は、定義
情報により利用者キャラクタの能力を考慮した上で、利
用者端末数の変動にともなって、敵キャラクタ数を変動
させることができる。即ち、利用者キャラクタの能力を
考慮にいれたゲームバランスを定義することができる。
よって、サーバ装置は、利用者に利用者キャラクタの能
力を考慮に入れた戦略性の高いゲームを提供することが
できる。

【００２１】上記のサーバ装置の他の一態様では、前記
敵キャラクタ数変動手段が変動させた前記敵キャラクタ
数に基づいて、前記ゲームの進行中に前記敵キャラクタ
を出現させるか否かを判定する出現判定手段と、前記出
現判定手段に基づいて前記敵キャラクタを出現させる出
現手段と、をさらに備える。これによれば、ゲームバラ
ンスを保つために変動した敵キャラクタ数に基づいて、
ゲーム進行中に敵キャラクタが出現するか否かが判定さ
れる。つまり、定義情報により定義された利用者端末数
と敵キャラクタ数とのバランスに基づいて敵の出現率が
決定するため、利用者端末のアクセス数の変動によりゲ
ームの難易度が極端に異なるといった問題を回避するこ
とができる。

【００２２】本発明の別の観点では、ネットワークを介
して利用者端末とデータの送受信が可能であり、前記利
用者端末の利用者によって操作される利用者キャラクタ
がアイテムを取引するゲームを進行するサーバ装置にお
いて、予め定められた前記アイテムの希少性に対応する
定義情報であって、利用者端末数とアイテム数との関
係、及び、前記利用者キャラクタ同士が前記アイテムを
取引する確率であるアイテム取引率を含む定義情報を記
憶する記憶手段と、前記サーバ装置にアクセスしている
利用者端末数を認識する利用者端末数認識手段と、前記
利用者キャラクタ同士が特定のアイテムを取引する確率
を算出するアイテム取引率算出手段と、前記利用者端末
数認識手段が認識した利用者端末数及び前記アイテム取
引率算出手段が算出したアイテム取引率が、前記記憶手
段に記憶された定義情報に適合するように、前記アイテ
ム数を変動させるアイテム数変動手段と、を備える。

【００２３】上記のように構成されたサーバ装置は、利
用者端末の利用者によって操作される利用者キャラクタ
がアイテムを取引するゲームを進行するものである。具
体的に、トレーディングカードゲームの場合、利用者キ
ャラクタは利用者が利用者端末を使用して操作する主人
公であり、アイテムは主人公が保有し他の利用者キャラ
クタと対戦する際に使用するカードである。なお、アイ
テムはサーバ装置が制御することができるが、サーバ装
置にアクセスしている利用者端末数はサーバ装置が制御
することはできない。サーバ装置は、制御不可能な利用
者端末数と制御可能なアイテム数、及び、利用者キャラ
クタ同士がアイテムを取引する確率であるアイテム取引
率を定義し、アイテムの希少性を定義する定義情報とし
て予め記憶している。なお、取引率が低いアイテムは利
用者が手放さないということであり希少性は高く、取引
率が高いアイテムは利用者が不要としていることであり
希少性は低くなる。そして、サーバ装置は、利用者端末
数の変動の認識と、特定のアイテムにおけるアイテム取
引率の算出を行う。さらに、サーバ装置は、変動した利
用者端末数及び算出したアイテム取引率が、定義情報に
適合するように敵キャラクタ数を変動させる。つまり、
サーバ装置は、ゲームを実行している利用者端末数とア
イテム数のバランスが、制御不可能な利用者端末数の変
動によって崩れるのを防止するため、制御可能なアイテ
ム数を変動させるのである。

【００２４】これによれば、アイテムの希少性を示すア
イテム取引率を考慮したゲームバランスをとることが可
能となる。つまり、苦労して手に入れたアイテムが、ゲ
ームの内容と直接関係ない利用者端末数の変動により陳
腐化することを防止することができる。よって、利用者
のゲームに対する意欲の減退を防止することができる。

【００２５】上記サーバ装置の一態様では、前記利用者
端末数とアイテム数との関係は前記利用者端末１つ当た
りの前記アイテム数を示し、前記定義情報は前記アイテ
ム取引率の所定の範囲を含み、前記アイテム数変動手段
は、前記利用者端末数認識手段が認識した利用者端末数
に対応するアイテム数となるように、かつ、前記アイテ
ム取引率算出手段が算出したアイテム取引率が前記所定
の範囲に含まれるように、前記アイテム数を変動させる
ことを特徴とする。これによれば、サーバ装置は、利用
者端末数の変動に伴い、変動後の利用者端末数に対応す
るアイテム数となり、かつ、アイテム取引率が定義情報
における所定の範囲に含まれるようにアイテム数を変動
させる。よって、サーバ装置は、制御不可能な利用者端
末数の変動によってゲームバランスが崩れるのを、制御
可能なアイテム数を変動させることにより防止すること
ができる。

【００２６】

【００２７】本発明の別の観点では、ネットワークを介
して利用者端末とデータの送受信が可能であり、前記利
用者端末の利用者によって操作される利用者キャラクタ
がアイテムを取引するゲームを進行するサーバ装置にお
いて、予め定められた前記アイテムの希少性に対応する
定義情報であって、利用者端末数とアイテム数との関
係、及び、前記利用者キャラクタ同士が前記アイテムを
取引する確率であるアイテム取引率を含む定義情報を記
憶する記憶手段と、前記サーバ装置にアクセスしている
利用者端末数を認識する利用者端末数認識手段と、前記
利用者キャラクタ同士が特定のアイテムを取引する確率
を算出するアイテム取引率算出手段と、前記利用者端末
数認識手段が認識した利用者端末数及び前記アイテム取
引率算出手段が算出したアイテム取引率が、前記記憶手
段に記憶された定義情報に適合するように、前記利用者
キャラクタ間の取引における前記アイテムの価格を変動
させるアイテム価格変動手段と、を備える。

【００２８】上記のように構成されたサーバ装置は、利
用者端末の利用者によって操作される利用者キャラクタ
がアイテムを取引するゲームを進行するものである。具
体的に、トレーディングカードゲームの場合、利用者キ
ャラクタは利用者が利用者端末を使用して操作する主人
公であり、アイテムは主人公が保有し他の利用者キャラ
クタと対戦する際に使用するカードである。サーバ装置
は、制御不可能な利用者端末数と制御可能なアイテム
数、及び、利用者キャラクタ同士がアイテムを取引する
確率であるアイテム取引率を定義し、アイテムの希少性
を定義する定義情報として予め記憶している。なお、取
引率が低いアイテムは利用者が手放さないということで
あり希少性は高く、取引率が高いアイテムは利用者が不
要としていることであり希少性は低くなる。そして、サ
ーバ装置は、利用者端末数の変動の認識と、特定のアイ
テムにおけるアイテム取引率の算出を行う。さらに、サ
ーバ装置は、変動した利用者端末数及び算出したアイテ
ム取引率が、定義情報に適合するように利用者キャラク
タ間の取引におけるアイテムの価格を変動させる。つま
り、サーバ装置は、ゲームを実行している利用者端末数
とアイテム数のバランスが、制御不可能な利用者端末数
の変動によって崩れるのを防止するため、制御可能なア
イテムの価格を変動させるのである。

【００２９】通常、ゲームの上級者はゲーム進行におけ
る資金が多く、初心者は資金が少ない。そのため、初心
者が上級者から最強のアイテムや資金を恵んでもらい、
ゲームバランスが崩れるという問題が生じる。しかし、
これによれば、サーバ装置は、アイテムの価格を変動さ
せることでゲームバランスをとることができるため、当
該問題を解消することできる。

【００３０】上記サーバ装置の一態様では、前記利用者
端末数とアイテム数との関係は前記利用者端末１つ当た
りの前記アイテム数を示し、前記定義情報は前記アイテ
ム取引率の所定の範囲を含み、前記アイテム価格変動手
段は、前記利用者端末数認識手段が認識した利用者端末
数に対応するアイテム数となるように、かつ、前記アイ
テム取引率算出手段が算出したアイテム取引率が前記所
定の範囲に含まれるように、前記アイテムの価格を変動
させる。これによれば、サーバ装置は、利用者端末数の
変動に伴い、変動後の利用者端末数に対応するアイテム
数となり、かつ、アイテム取引率が定義情報における所
定の範囲に含まれるようにアイテムの価格を変動させ
る。よって、サーバ装置は、制御不可能な利用者端末数
の変動によってゲームバランスが崩れるのを、制御可能
なアイテムの価格を変動させてアイテム数を調整するこ
とで防止することができる。

【００３１】本発明の別の観点では、ネットワークを介
して利用者端末とデータの送受信が可能であり、前記利
用者端末の利用者によって操作される利用者キャラクタ
と、コンピュータによって制御される敵キャラクタとに
基づいてゲームを進行する前記コンピュータにおいて実
行されるプログラムであって、予め定められた敵キャラ
クタ数の定義情報であって、利用者端末数と敵キャラク
タ数との関係、及び、前記利用者キャラクタの能力を含
む定義情報を記憶する記憶手段、前記コンピュータにア
クセスしている利用者端末数を認識する利用者端末数認
識手段、前記利用者キャラクタの能力を認識する能力認
識手段、前記利用者端末数認識手段が認識した利用者端
末数及び前記能力認識手段が認識した前記利用者キャラ
クタの能力が、前記記憶手段に記憶された定義情報に適
合するように、前記敵キャラクタ数を変動させる敵キャ
ラクタ数変動手段、として前記コンピュータを機能させ
る。

【００３２】このプログラムをコンピュータにおいて実
行することにより、上記のサーバ装置を実現することが
できる。また、上記のサーバ装置において実現される各
態様も同様に実現することができる。

【００３３】

【発明の実施の形態】以下、図面を参照して本発明の好
適な実施の形態について説明する。なお、以下の実施形
態では、通信機能を有する利用者端末としてゲーム装置
を利用するシステムに本発明を適用した場合について説
明する。

【００３４】[ネットワークゲームシステム]図１に本発
明の実施形態に係るネットワークゲームシステム１００
の概略構成を示す。図１において、ネットワークゲーム
システム１００は、利用者端末２１、利用者端末２２及
びサービス提供会社２６のサーバ２３が、ネットワーク
２０を介して通信可能に構成されている。ネットワーク
２０の最も好適な例は、インターネットである。なお、
図１に示す利用者端末２１及び２２以外にも、多数の利
用者が同時にネットワーク２０を通じてサーバ２３にア
クセスしているが、図１においては便宜上２人の利用者
端末のみを図示している。複数の利用者が各自の利用者
端末を使用してネットワークゲームを行う際に各利用者
端末において実行される処理は同じであるので、本実施
形態では、利用者端末２１をとりあげて説明する。

【００３５】利用者端末２１は、サーバ２３へのアクセ
ス、及び、所定のネットワークゲームの実行等を行う際
に利用者が使用する端末装置である。利用者端末２１
は、ネットワーク２０を介しての通信機能及びウェブブ
ラウザ機能を有し、所定のネットワークゲームを実行す
ることができるゲーム装置、パソコン、ＰＤＡ、携帯電
話等の端末装置とすることができる。

【００３６】図２は本発明が適用されたゲーム装置の制
御系のブロック図である。ゲーム装置は、記憶媒体とし
てのＤＶＤ−ＲＯＭ１５に記録されたゲーム用プログラ
ムに従って所定のゲームを実行するものである。

【００３７】このゲーム装置は、モニタ９、スピーカ１
０、コントローラ１２、補助記憶装置１３、ＤＶＤ−Ｒ
ＯＭ１５、ゲーム機本体１６で構成される。モニタ９に
は家庭用のテレビ受像機が、スピーカ１０にはそのテレ
ビ受像機の内蔵スピーカが一般に使用される。コントロ
ーラ１２は入力装置として機能するものであり、そこに
はプレイヤーによる操作を受け付ける操作部材が設けら
れる。

【００３８】補助記憶装置１３は、ゲーム進行状況など
に関連するデータを記憶するための記憶媒体であり、例
えば半導体メモリなどを使用することができる。ＤＶＤ
−ＲＯＭ１５にはゲームの実行に必要なプログラムやデ
ータが記録されているが、それらの詳細については後述
する。なお、ＤＶＤ−ＲＯＭ１５の代わりに、ＣＤ−Ｒ
ＯＭや半導体メモリなどの各種記憶媒体を用いてもよ
い。

【００３９】一方、ゲーム機本体１６は、マイクロプロ
セッサを主体として構成されたＣＰＵ１と、そのＣＰＵ
１に対する主記憶装置としてのＲＯＭ２及びＲＡＭ３
と、画像処理及び音声処理用のグラフィックスプロセッ
シングユニット（ＧＰＵ）４及びサウンドプロセッシン
グユニット（ＳＰＵ）６と、それらのユニットに対する
バッファ５、７と、ＤＶＤ−ＲＯＭ読取装置８とを有し
ている。ＲＯＭ２には、ゲーム機の複数体の動作制御に
必要なプログラムとしてのオペレーティングシステムが
書き込まれる。ＲＡＭ３には記憶媒体としてのＤＶＤ−
ＲＯＭ１５から読み取ったゲーム用のプログラムやデー
タが必要に応じて書き込まれる。

【００４０】ＧＰＵ４はＣＰＵ１から画像データを受け
取ってフレームバッファ５上にゲーム画面を描画すると
ともに、その描画された画像のデータを所定のビデオ再
生信号に変換して所定のタイミングでモニタ９に出力す
る。ＳＰＵ６は、ＤＶＤ−ＲＯＭ１５から読み出されて
サウンドバッファ７に記録された音声、楽音等のデータ
や音源データ等を再生してスピーカ１０から出力させ
る。

【００４１】ＤＶＤ−ＲＯＭ読取装置８は、ＣＰＵ１か
らの指示に従ってＤＶＤ−ＲＯＭ１５上に記録されたプ
ログラムやデータを読み取り、その読み取った内容に対
応した信号を出力する。

【００４２】ＣＰＵ１にはバス１４を介して通信制御デ
バイス１１が接続され、そのデバイス１１にはコントロ
ーラ１２及び補助記憶装置１３がそれぞれ着脱自在に接
続される。通信制御デバイス１１は一定周期（例えば１
／６０秒）でコントローラ１２の操作部材の操作状態を
走査し、その走査結果に対応した信号をＣＰＵ１に出力
する。ＣＰＵ１はその信号に基づいてコントローラ１２
の操作状態を判別する。また、通信制御デバイス１１
は、ネットワーク２０を介してサーバ２３と必要な通信
を行うために機能する。

【００４３】なお、ここで、所定のネットワークゲーム
とは、複数の利用者がオンラインでリアルタイムにプレ
イすることができる、ロールプレイングゲーム（Role P
laying Game：以下、「ＲＰＧ」と呼ぶ。）やトレーデ
ィングカードゲーム（TradingCard Game：以下、「ＴＣ
Ｇ」と呼ぶ。）といった各種ゲームである。

【００４４】次に、サービス提供会社２６側の構成につ
いて説明する。サービス提供会社２６は、ネットワーク
ゲームを楽しむことができるウェブサイトを運営してい
る会社である。サーバ２３は、ゲームデータベース（以
下、「ＤＢ」と呼ぶ。）２４に接続されている。

【００４５】ゲームＤＢ２４には、ネットワークゲーム
の実行をはじめとする各種処理に必要なプログラムやデ
ータが記憶されている。記憶されたプログラムやデータ
は、サーバ２３によって適時呼び出されて、利用者端末
２１上で処理が実行される。

【００４６】[第１実施形態]第１実施形態について、図
３乃至図７を参照して説明する。なお、第１実施形態で
は、ネットワークゲームとしてＲＰＧを対象として説明
する。

【００４７】まず、ＲＰＧについて図３を参照して説明
する。図３は、利用者端末２１のモニタ９に表示された
フィールドにおける表示画面例である。ＲＰＧとは、利
用者が操作する利用者キャラクタ３０を、フィールド２
９上で移動させ、出現する敵キャラクタと戦うことで、
所持金や能力をアップしながら世界に平和を取り戻す等
の目的を達成するゲームである。

【００４８】フィールド２９は、例えば図３に示すよう
に、格子状に２５個のマスに分割されている。各マスに
は平野、森、山又は沼地等が配置されており、フィール
ド２９は、平野エリア３１、森エリア３２、山エリア３
３及び沼地エリア３４等から構成されているものとす
る。また、フィールド２９には、利用者が操作する利用
者キャラクタ３０が表示されている。利用者は、図２に
示すコントローラ１２の所定のキーを押下することによ
り、利用者キャラクタ３０を、北、南、東、西のいずれ
かの方向に１マス移動させることができる。なお、フィ
ールド２９上には、平野エリアや森エリア以外にも、図
示せぬ川エリア、町エリア等がある。そして、町エリア
には、店や宿屋が配置されており、利用者キャラクタ３
０はいずれも移動して入ることができる。

【００４９】図４（ａ）は、敵キャラクタが出現したと
きの表示画面例である。利用者キャラクタ３０がフィー
ルド２９を移動していると、一定の条件下で敵キャラク
タが出現する。敵キャラクタが出現すると、利用者は、
利用者キャラクタ３０を敵キャラクタと戦わせるか否か
を選択する。

【００５０】利用者が「戦わせる」を選択した場合、利
用者キャラクタ３０は敵キャラクタと戦う。利用者キャ
ラクタ３０が戦いに勝利すると、図４（ｂ）に示すよう
に、レベルが１レベルアップし、お金を２００ゴールド
取得する。そして、表示画面は、図３に示すフィールド
２９に戻る。ここで、レベルとは、利用者キャラクタ３
０の能力であり、レベルが高いほど敵キャラクタに勝利
する確率は高くなる。ＲＰＧを始めたときの初期値とし
てのレベルは１とする。また、お金とは、ＲＰＧ内で利
用者キャラクタ３０が使用することができる資金であ
り、能力を高めるアイテム等を購入することができる。
一方、利用者キャラクタ３０が戦いに敗北すると、ゲー
ムオーバーとなる。

【００５１】また、利用者が「戦わせない」を選択した
場合、表示画面は、図３に示すフィールド２９に戻る。
なお、フィールド２９上の各エリアによって、敵キャラ
クタの出現率は異なる。具体的には、沼地エリア３４、
山エリア３３、森エリア３２、平野エリア３１の順に出
現率が高いものとする。

【００５２】次に、敵キャラクタ分布定義ＤＢについて
図５を参照して説明する。敵キャラクタ分布定義ＤＢ
は、各エリア毎の利用者キャラクタ数と敵キャラクタ数
の存在割合についてゲームバランスのとれている状態を
定義情報として記憶している。敵キャラクタ分布定義Ｄ
Ｂは、エリアＩＤ、エリア種類及び敵キャラクタ分布の
割合から構成されている。エリアＩＤは、フィールド２
９上のエリアを一意に識別する情報である。また、エリ
ア種類は、平野、森、山、沼地といったエリアの種類で
あり、エリアＩＤに対応付けて記憶されている。

【００５３】また、敵キャラクタ分布の割合は、利用者
キャラクタのレベル毎に、所定のエリアに存在するの利
用者キャラクタの数と敵キャラクタの数の割合を記憶し
ている。そのため、敵キャラクタ分布の割合は、エリア
ＩＤに対応付けて記憶されており、利用者キャラクタレ
ベル、利用者キャラクタ数及び敵キャラクタ数から構成
されている。利用者キャラクタレベルは、利用者キャラ
クタの能力のレベルであり、「１〜１０」レベルの初心
者、「１１〜２０」レベルの中級者、及び、「２１」レ
ベル以上の上級者に分かれている。また、利用者キャラ
クタ数はエリアＩＤに対応するエリアに存在する利用者
キャラクタの数、敵キャラクタ数はエリアＩＤに対応す
るエリアに存在する敵キャラクタの数の割合を表してい
る。

【００５４】図５によれば、具体的には、エリアＩＤが
「２」であるエリア種類「森」には、「１１〜２０」レ
ベルの利用者キャラクタ「３人」に対して、敵キャラク
タが「１匹」の割合で存在するよう定義されている。即
ち、当該エリアに当該レベルの利用者キャラクタが「１
８人」存在した場合、敵キャラクタは「６匹」存在す
る。つまり、サーバ２３は、フィールド２９上のエリア
毎に、どのレベルの利用者キャラクタが何人存在するか
をデータとして常に把握しており、当該データと敵キャ
ラクタ分布定義ＤＢに基づいて、全てのエリアの敵キャ
ラクタの数を変化させている。

【００５５】なお、敵キャラクタ分布定義ＤＢは、ネッ
トワークゲームシステム１００において、サーバ２３に
接続されているものとする。

【００５６】次に、本実施形態におけるサーバ２３の機
能について説明する。図６は、本発明のサーバ２３の機
能ブロック図であり、説明の便宜上、第１実施形態、第
２実施形態及び変形例に関する機能ブロックを全て示し
ている。図６に示す各機能は、サービス提供会社２６の
ゲームＤＢ２４に記憶されたプログラムを、図１に示す
ＣＰＵ１が実行し、必要に応じてＳＰＵ６などの構成要
素を制御することにより実現される。

【００５７】図６おいて、第１実施形態によるサーバ２
３は、機能的には、要素情報記憶手段６０、外的要素変
動認識手段６１、ゲーム要素変動手段６２、出現判定手
段６３及び出現手段６４により構成されている。

【００５８】要素情報記憶手段６０は、ゲーム進行上に
おける外的要素とゲーム要素とを対応付け、要素情報と
して設定する。ここで、外的要素とは、ゲームバランス
に影響を与える要素であるが、サーバ２３が制御するこ
とができない。外的要素としては、例えば、サーバ２３
にアクセスしている利用者端末数等が挙げられる。一
方、ゲーム要素とは、ゲーム内容と直接関係する要素で
あり、サーバ２３が制御することができる。ゲーム要素
としては、例えば、ＲＰＧにおける敵キャラクタ数等が
挙げられる。要素情報とは、ゲームバランスを定義する
ために、外的要素とゲーム要素が対応付けて記憶された
情報であり、例えば、図５に示す敵キャラクタ分布定義
ＤＢである。敵キャラクタ分布定義ＤＢは、要素情報記
憶手段６０により、外的要素である利用者キャラクタ数
とゲーム要素である敵キャラクタ数等が対応付けて記憶
されている。

【００５９】外的要素変動認識手段６１は、外的要素の
変動を認識する。例えば、外的要素変動認識手段６１
は、サーバ２３にアクセスしている利用者端末数の変動
を常に認識している。なお、外的要素変動手段６１は、
利用者端末数の変動を認識することにより、利用者が操
作する利用者キャラクタ数を認識することができる。

【００６０】ゲーム要素変動手段６２は、外的要素変動
認識手段６１により認識した外的要素の変動と、要素情
報記憶手段６０により予め記憶してある要素情報に基づ
いて、ゲーム要素を変動させる。具体的に、第１実施形
態のＲＰＧにおいてゲーム要素変動手段６２は、利用者
キャラクタ数の変動と、図５に示す敵キャラクタ分布定
義ＤＢに基づいて、敵キャラクタ数を変動させる。これ
により、予め要素情報として定義されたゲームバランス
をとることができる。

【００６１】出現判定手段６３は、ゲーム要素変動手段
６２が変動させたゲーム要素に基づいて、ゲーム進行中
に当該ゲーム要素を出現させるか否かを判定する。具体
的には、ゲーム要素変動手段６２が変動させた敵キャラ
クタ数に基づいて、利用者キャラクタが移動した際に敵
キャラクタを出現させるか否かを判定する。

【００６２】出現手段６４は、出現判定手段６３の判定
結果に基づいて、ゲーム要素を出現させる。具体的に
は、出現判定手段６３の判定結果に基づいて、敵キャラ
クタを出現させる。

【００６３】次に、敵キャラクタ出現処理について図７
を参照して説明する。利用者は、利用者端末２１におい
てコントローラ１２を操作して利用者キャラクタ３０を
フィールド２９上で移動させる。利用者キャラクタ３０
が移動すると、サーバ２３は、利用者端末２１からコン
トローラ１２及び通信制御デバイス１１に基づいた移動
データを受信する（ステップＳ１）。

【００６４】サーバ２３は、受信した移動データに基づ
いて、まず、フィールド２９上で利用者キャラクタ３０
がいるエリアに対応するエリアＩＤを認識する（ステッ
プＳ２）。さらに、サーバ２３は、当該エリアに存在す
る利用者キャラクタの数、及び、各利用者キャラクタの
レベルを認識する（ステップＳ３）。

【００６５】次に、サーバ２３は、認識したエリアＩ
Ｄ、当該エリアＩＤに対応するエリアに存在する利用者
キャラクタの数、各利用者キャラクタのレベル、及び、
図５に示す敵キャラクタ分布定義ＤＢに基づいて、敵キ
ャラクタの数を算出する（ステップＳ４）。さらに、サ
ーバ２３は、敵キャラクタの数及び所定の乱数や関数に
基づいて、利用者キャラクタ３０の移動先に敵キャラク
タを出現させるか否かを判定する（ステップＳ５）。

【００６６】敵キャラクタを出現させる場合、サーバ２
３は、利用者端末２１のモニタ８上に図４（ａ）に示す
ような、敵キャラクタ出現画面を表示させ（ステップＳ
６）、ＲＰＧが終了したか否かを判定する（ステップＳ
７）。一方、敵キャラクタを出現させない場合、サーバ
２３は、敵キャラクタ出現画面を表示させず、ＲＰＧが
終了したか否かを判定する（ステップＳ７）。

【００６７】ＲＰＧが終了していない場合、サーバ２３
は、ステップＳ１に戻り敵キャラクタ出現処理を繰り返
す。一方、ＲＰＧが終了した場合、サーバ２３は、敵キ
ャラクタ出現処理を完了する。

【００６８】なお、本実施形態はＲＰＧを対象として説
明しているが、本発明はこれに限定されるものではな
く、例えば、アドベンチャーゲームなど、利用者数の変
動に伴い敵キャラクタ数といったゲーム要素を変動する
ことでゲームバランスをとる種々のゲームに適用するこ
とが可能である。

【００６９】また、本実施形態では、敵キャラクタ分布
定義ＤＢは図５に示すように構成されているが、本発明
はこれに限定されるものではなく、任意に設定すること
が可能である。例えば、遊び方に対する利用者数の統計
情報、エリア特性、敵キャラクタの強さ等を敵キャラク
タ分布定義ＤＢの構成要素に含めることも可能である。

【００７０】ここで、遊び方とは、例えば、「レベルア
ップしやすい敵キャラクタをどんどん倒して利用者キャ
ラクタの能力をあげていく」戦士型の遊び方や、「お金
を取得しやすい敵キャラクタを倒して資金を増やしてい
く」商人型の遊び方等が挙げられる。また、エリア特性
とは、例えば、ゲーム進行上必ず通るエリアは初心者を
含めた多くの利用者が訪れるが、沼地など敵キャラクタ
が多いエリアは中上級者の利用者のみ訪れる等、利用者
の密集する傾向である。サーバ２３は、遊び方に対する
利用者の統計情報やエリア特性を作成し、当該統計情報
等を敵キャラクタ分布定義ＤＢの構成要素に含めること
で、利用者の遊び方や密集する傾向を考慮に入れたゲー
ムバランスをとることができる。

【００７１】これによれば、サーバ２３は、利用者数の
変動といった外部要因に伴い、予め定義されたゲームバ
ランスに基づいて、敵キャラクタ数といったゲーム要素
を自動的に変動させることができる。そのため、ネット
ワークゲームをプレイする利用者数は、曜日や時間帯に
よって大きく変動するが、ゲームバランスを損ねること
なく、常に、面白いネットワークゲームを利用者に提供
することができる。また、利用者数の変動を常時監視し
て、人為的にゲーム要素の変動を行う必要がなくなる。
よって、サービス提供会社２６のコストの低減を図るこ
とが出来る。

【００７２】[第２実施形態]第２実施形態について、図
８乃至図１２を参照して説明する。なお、第２実施形態
では、ネットワークゲームとしてＴＣＧを対象として説
明する。

【００７３】まず、ＴＣＧについて図８を参照して説明
する。ＴＣＧとは、決められたカードの組み合わせで対
戦するトランプ等と異なり、利用者自身が所持している
カードを用いて一定枚数の束を作り、対戦するゲームで
ある。カードの種類は、通常、数百種類存在する。その
ため、ＴＣＧの遊び方としては、「カードを収集して楽
しむ」コレクション性の高い遊び方と、「カードゲーム
を対戦して楽しむ」ゲーム性の高い遊び方の２種類が存
在する。つまり、自分のカードを他の利用者と交換等す
ることで、カードのコレクションを充実させたり、強い
組み合わせを作って対戦したりすることができる。

【００７４】トレーディングカードの例を図８に示す。
トレーディングカードは、図８（ａ）に示すモンスター
カードと、図８（ｂ）に示す魔法カードの２種類が存在
するものとする。ＴＣＧのルールは、モンスターカード
同士を戦わせて、予め与えられたポイントを削りあい、
ポイントが先に「０」になった方を敗北とする。

【００７５】モンスターカードは、カードゲームとして
対戦する場合に重要な役割となるカードである。例え
ば、図８（ａ）に示すモンスターカードのモンスター名
は「レッドの騎士」であり、レア度は「５つ星」であ
る。また、攻撃力は「３０００」、守備力は「２５０
０」である。レア度とは、カードの希少性を表す指標で
ある。サーバ２３によって発行された枚数が少なく、ゲ
ーム進行中に取引される取引率が低いものほどレア度は
高くなる。カードの取引方法としては、利用者間の交換
による方法、カード屋での売買による方法が挙げられ
る。カード屋とは、ゲームの中に存在するお店であり、
利用者は不要なカードを売って対価を得たり、必要なカ
ードを購入したりすることができる。レア度の高いカー
ドは、不要となることが少なく、利用者が死蔵すること
が多いため取引率は低くなる。

【００７６】攻撃力及び守備力は、モンスターの能力を
表すものであり、高い数値のモンスターほど能力が高
く、対戦時に相手のポイントをたくさん削り、勝利する
確率が高くなる。通常、攻撃力や守備力の高いモンスタ
ーは、モンスターカードの発行された枚数が少なく、利
用者の中での人気が高いため取引率が低くなる。即ち、
レア度は高くなる。しかし、レア度はモンスターの能力
に比例して高くなるのみではない。ＴＣＧの遊び方とし
て、コレクションを重視している利用者にとっては、た
とえ低い能力のモンスターであっても絵柄が微妙に異な
るモンスターカード等は希少性が高く、取引率が低くな
る。即ち、レア度は高くなる。

【００７７】魔法カードは、カードゲームとして対戦す
る場合に補助的な役割となるカードである。例えば、図
８（ｂ）に示す魔法カードの魔法名は「魔法の矢」であ
り、レア度は「３つ星」である。また、効果は「５００
ポイントのダメージを与える」である。利用者は、モン
スターカードと共に魔法カードを効果的に使用して、他
の利用者と対戦する。

【００７８】次に、カードＤＢについて図９を参照して
説明する。カードＤＢは、ＴＣＧで使用される全てのカ
ードの情報を記憶している。カードＤＢは、カードＩ
Ｄ、カード名、カード種類、レア度、能力及び魔法効果
から構成されている。カードＩＤは、カードを一意に識
別する情報である。また、カード名は、カードＩＤに対
応するモンスター名又は魔法名である。そして、カード
種類は、カードＩＤに対応するカードがモンスターカー
ドであるか、魔法カードであるかを表す情報である。ま
た、レア度は、カードの希少性を表す指標であり、図８
に示すカードの右上に記載された星の数である。星の数
が多いほど、レア度は高くなる。

【００７９】能力は、カードＩＤに対応するカードがモ
ンスターカードである場合の攻撃力と守備力である。一
方、魔法効果は、カードＩＤに対応するカードが魔法カ
ードである場合の効果である。

【００８０】次に、レア度定義ＤＢについて図１０を参
照して説明する。レア度定義ＤＢは、レア度毎のカード
の存在割合と取引率についてゲームバランスのとれた状
態を定義情報として記憶している。レア度定義ＤＢは、
レア度、カードの存在割合、取引率、備考から構成され
ている。レア度は、カードの希少性を表す指標である。
また、備考は、レア度毎に存在するモンスターカード及
び魔法カードの種類数を記憶している。例えば、レア度
が「１」であるモンスターカードは１５種、魔法カード
は１０種存在する。

【００８１】カードの存在割合は、レア度毎に、利用者
数と最大カード枚数の割合を記憶している。そのため、
カードの存在割合は、レア度に対応づけて記憶されてお
り、利用者数及び最大枚数から構成されている。利用者
数は、サーバ２３にアクセスしてＴＣＧをプレイしてい
る利用者の数である。最大枚数は、ゲーム中に存在可能
なカードの最大枚数である。図１０によれば、具体的に
は、レア度が「１」であるカードは、利用者数「１人」
に対して、最大「２枚」のカードが存在可能である。即
ち、利用者が「１００人」であれば、レア度が「１」の
カードはゲーム中に「２００枚」まで存在可能である。

【００８２】取引率は、ゲーム進行中に所定のカードが
取引される確率である。取引の方法は、利用者間の交換
による方法、及び、カード屋での売買による方法が挙げ
られるため、詳細は後述するが、利用者同士での交換回
数、カード屋に売られた回数、カード屋で買われた回数
及び現在のカード総数に基づいて算出される。図１０に
よれば、レア度が「１」であるカードは、取引率が「３
１％以上」と記憶されている。即ち、後述するカード発
行処理において、レア度が「１」のカードは、算出され
る取引率が「３１％以上」となるようにカード発行数が
調整され、ＴＣＧのゲームバランスがとられることにな
る。

【００８３】なお、カードＤＢ及びレア度定義ＤＢは、
図１に示すネットワークゲームシステム１００におい
て、サーバ２３に接続されている。

【００８４】次に、取引率の算出について説明する。図
１１（ａ）は、取引率算出の際、サーバ２３のメモリに
一時的に記憶される情報を模式的に示した図である。図
１１（ａ）に示すように、メモリには、カードＩＤ、利
用者同士での交換回数（以下、「利用者回数」と呼
ぶ。）、カード屋に売られた回数（以下、「売回数」と
呼ぶ。）、カード屋で買われた回数（以下、「買回数」
と呼ぶ。）、取引率、現在のカード総数及び期間が記憶
される。利用者回数は、ゲーム中で一定期間内に、カー
ドＩＤに対応するカードが、利用者間で交換された回数
である。売回数は、ゲーム中で一定期間内に、カードＩ
Ｄに対応するカードを利用者がカード屋に売った回数で
ある。買回数は、ゲーム中で一定期間内に、カードＩＤ
に対応するカードを利用者が購入した回数である。ここ
で、一定期間は、メモリに期間として記憶される。例え
ば、期間は、図１１（ａ）に示すように、「２００２年
８月２１日の１４時〜１５時までの１時間」等、任意に
設定することが可能である。

【００８５】具体的に、まず、サーバ２３はカードＩＤ
「１０１」に対応する現在のカード数が「１００枚」で
あることを認識し、メモリに記憶する。さらに、サーバ
２３は、カードＩＤ「１０１」に対応するカードが所定
の期間内において、利用者回数「５回」、売回数「１４
回」、買回数「１０回」であることを認識し、メモリに
記憶する。

【００８６】次に、サーバ２３は、図１１（ｂ）に示
す、取引率算出の際の計算式に基づいて取引率を算出す
る。なお、取引率算出の際の計算式は、図１に示すゲー
ムＤＢ２４に記憶されている。取引率は、「｛利用者回
数＋（売回数＋買回数）／２｝／カード総数＊１００」
である。例えば、カードＩＤ「１０１」に対応するカー
ドの取引率は、「｛５＋（１４＋１０）／２｝／１００
＊１００」となり、１７％であると算出できる。よっ
て、サーバ２３は、メモリに取引率「１７％」を記憶す
る。

【００８７】サーバ２３は、上記と同様の方法で、所定
の期間内における全てのカードの取引率を算出する。

【００８８】次に、本実施形態におけるサーバ２３の機
能を説明する。図６は、本発明のサーバ２３の機能ブロ
ック図であり、説明の便宜上、第１実施形態、第２実施
形態及び変形例に関する機能ブロックを全て示してい
る。図６に示す各機能は、サービス提供会社２６のゲー
ムＤＢ２４に記憶されたプログラムをＣＰＵ１が実行
し、必要に応じてＳＰＵ６などの構成要素を制御するこ
とにより実現される。

【００８９】図６において、第２実施形態によるサーバ
２３は、機能的には、要素情報記憶手段６０、外的要素
変動認識手段６１及びゲーム要素変動手段６２により構
成されている。なお、各手段は第１実施形態と同様であ
るため、便宜上、説明は省略する。

【００９０】次に、カード発行処理について図１２を参
照して説明する。サーバ２３は、任意に設定された期間
に基づいて、まず、カードＩＤをメモリに記憶し（ステ
ップＳ１１）、当該カードＩＤに対応する現在のカード
の総数を認識し、記憶する（ステップＳ１２）。そし
て、サーバ２３は、当該カードＩＤに対応するカードの
利用者回数を認識し、メモリに記憶する（ステップＳ１
３）。さらに、サーバ２３は、当該カードＩＤに対応す
るカードの売回数及び買回数を認識し、記憶する（ステ
ップＳ１４、Ｓ１５）。そして、サーバ２３は、図１１
（ｂ）に示す計算式、利用者回数、売回数、買回数及び
カード総数に基づいて、当該カードＩＤに対応するカー
ドの取引率を算出し、メモリに記憶する（ステップＳ１
６）。

【００９１】次に、サーバ２３は、現在ＴＣＧをプレイ
している利用者数を認識し、記憶する（ステップＳ１
７）。そして、ステップＳ１６で算出した取引率、利用
者数及びレア度定義ＤＢに基づいて、当該カードＩＤに
対応するカードの発行数を算出する（ステップＳ１
８）。具体的には、レア度が「２」のカードの場合、取
引率が「２１〜３０％」であり、且つ、カード数が利用
者数「１人」につき最大「１枚」の割合となるように発
行数を算出する。そして、サーバ２３は、算出した発行
数に基づいて、カードを発行する（ステップＳ１９）。

【００９２】そして、サーバ２３は、全てのカードにつ
いての発行が終了したか否かを判定する（ステップＳ２
０）。発行が終了していない場合、サーバ２３は、ステ
ップＳ１１に戻り、カード発行処理を繰り返す。一方、
発行が終了した場合、サーバ２３は、カード発行処理を
完了する。

【００９３】このように、ＴＣＧの場合、ゲーム性の高
い遊び方のみならず、コレクション性の高い遊び方も存
在するため、レア度はＴＣＧを面白く、且つ、戦略性の
高いゲームとする上で非常に重要な要素となる。

【００９４】なお、本実施形態では、カード発行数を変
動させることにより、戦略性の高いゲームバランスをと
っている。しかし、本発明はこれに限定されるものでは
なく、カードを消費させることにより、ゲームバランス
をとるものとしても構わない。カードを消費させる条件
としては、期限制限、回数制限など種々の制限を設定す
ることができる。例えば、カードを消費させる条件判定
において、単なる乱数確率ではなく、レア度等を使用す
ることにより、戦略性の高いゲームバランスをとること
が可能となる。

【００９５】また、本実施形態はＴＣＧを対象として説
明しているが、本発明はこれに限定されるものではな
く、例えば、ＲＰＧにおいて敵キャラクタを倒すことに
よって取得できるアイテムに本発明を適用し、アイテム
数を調整することでゲームバランスをとるようにするこ
とも可能である。また、本実施形態において、レア度定
義ＤＢは図１０に示すように構成されているが、本発明
はこれに限定されるものではなく、任意に設定すること
が可能である。例えば、遊び方に対する利用者数の統計
情報等を構成要素に含めることも可能である。

【００９６】また、本実施形態において、取引率の算出
は、図１１（ｂ）に示すような計算式を使用して行われ
るが、これに限らず、所定の関数や乱数を用いた計算式
を任意に設定することができる。

【００９７】これによれば、予め定義されたゲームバラ
ンスに基づいて、サーバ２３が自動的にレア度に対応す
るカードを発行するため、利用者の変動といった直接ゲ
ームの内容に関係のない外部要因によって、苦労して収
集したレア度の高いカードが陳腐化すること等を防止す
ることができる。即ち、カードの発行という流通をコン
トロールすることによって、予め定義されたゲームバラ
ンスをとっている。よって、コレクション性の高い遊び
方をしている利用者のゲーム意欲を減退させることがな
く、快適にプレイできるネットワークゲームを提供する
ことができる。

【００９８】また、これによれば、ＴＣＧのように必ず
しも画一的に同じ条件となることが最適なゲームバラン
スではない場合であっても、ゲームバランスの定義を任
意に設定することができるため、「全ての利用者に平等
ではないが戦略性の高いゲームバランス」等を設定する
ことができる。よって、ゲーム性の高い遊び方をしてい
る利用者を飽きさせることなく、戦略性の高いネットワ
ークゲームを提供することができる。

【００９９】さらに、これによれば、例えばゲーム雑誌
に攻略法が掲載された等、情報伝達媒体によって、利用
者数や一定のカードの交換率等が大きく変動した場合で
も、サーバ２３がカードの発行数を自動的に調整するた
め、ゲームバランスを大きく崩すことがない。また、遊
び方の流行等による外部的要因の変動にも迅速に対応す
ることができる。

【０１００】[変形例]上記第２実施形態では、カード発
行数を変動させることにより、戦略性の高いゲームバラ
ンスをとっている。しかし、本発明はこれに限定される
ものではなく、カードの販売価格を変動させることによ
り、戦略性の高いゲームバランスをとるようにすること
も可能である。具体的に、販売価格を変動させる例につ
いて説明する。なお、カード総数は、人為的に変動しな
い限り一定であるものとする。

【０１０１】販売価格は、カード屋で販売されるカード
の価格であり、当該カードの基本的な価値、レア度及び
取引率に基づいて随時変動されるものとする。ここで、
当該カードの基本的な価値とは、予め設定された一定の
価格である。例えば、図８（ａ）に示す、「レッドの騎
士」の基本的な価値を「１０００ゴールド」とする。ま
た、レア度は、カードの希少性を表す指標であり、利用
者数に対するカードの数の割合で決まる。即ち、利用者
数の変動と共に、レア度も変動するものである。例え
ば、利用者数が１０００人であり、「レッドの騎士」の
カード総数が「２０枚」であるとする。これによれば、
「レッドの騎士」は、利用者５０人中１人が１枚所有で
きることになり、かなりレア度は高いものといえる。ま
た、取引率は、カードが取引される確率である。取引率
の算出方法は第２実施形態と同様であるため、便宜上説
明は省略する。

【０１０２】サーバ２３は、一定期間毎に、カードの基
本価値、レア度及び取引率に基づいてカードの販売価格
を算出する。これにより、戦略性の高いゲームバランス
をとるようにすることが可能となる。

【０１０３】なお、本例におけるサーバ２３の機能を説
明する。図６は、本発明のサーバ２３の機能ブロック図
であり、説明の便宜上、第１実施形態、第２実施形態及
び変形例に関する機能ブロックを全て示している。図６
において、変形例によるサーバ２３は、基本価格設定手
段５９、要素情報記憶手段６０、外的要素変動認識手段
６１及びゲーム要素変動手段６２を備える。

【０１０４】基本価格設定手段５９は、アイテムの基本
価格を設定する。具体的には、ＴＣＧにおけるカードの
基本的な価値を設定すること等である。なお、その他の
各手段は第１実施形態と同様であるため、便宜上、説明
は省略する。

【０１０５】通常、ゲームおいて、初心者ほど新しいカ
ードが必要にも関わらず資金が少ない。一方、カードを
十分保有している上級者ほど資金が多い。そのため、利
用者同士の金銭取引やカード交換を自由にすると、初心
者が上級者からお金や強力なカードを恵んでもらうこと
等が考えられる。しかし、ゲームの序盤から初心者が上
級者から恵んでもらった強力なカードを所有するので
は、ゲームバランスが崩れてしまい、ゲームの面白さを
損ねることになる。

【０１０６】本発明によれば、カードの基本価値のみな
らず、レア度や取引率に基づいてカードの販売価格が決
定するため、つまらないカードに思いもよらない高値が
つく事があり、ゲーム進行中に上級者から資金を回収す
るのに役立つことが出来る。さらに、販売価格を基準と
したオークション形式を導入すれば、資金の多い上級者
同士で価格を吊り上げあうのでさらに資金を回収するこ
とが容易となる。これにより、上級者の資金が無制限に
増加することを防止することができる。よって、初心者
が上級者から強力なカードや多額の資金を恵んでもらう
といった行為を、販売価格の変動により防止し、適切な
ゲームバランスをとることができる。

【０１０７】また、本発明によれば、サーバ２３が人為
的にカード総数を変動することで、任意にレア度を操作
し、カードの販売価格を変動することが可能である。こ
れによれば、ゲームバランスを、サーバ２３の意図に応
じて、容易に変動させることができる。

【０１０８】

【発明の効果】以上説明したように、本発明によれば、
外部要因に伴いゲーム要素を自動的に変動させること
で、戦略性を考慮したゲームバランスを容易にとること
ができる。

【図面の簡単な説明】

【図１】本発明にかかるネットワークゲームシステムの
概略構成を示す図である。

【図２】本発明が適用されたゲーム装置のブロック図で
ある。

【図３】ＲＰＧのフィールドにおける表示画面例を示
す。

【図４】敵キャラクタが出現した時、及び、敵キャラク
タを倒した時の表示画面例を示す。

【図５】本発明のネットワークゲームシステムに使用さ
れる敵キャラクタ分布定義ＤＢのデータ構造を模式的に
示す図である。

【図６】本発明のプログラムにより実現される機能のブ
ロック図である。

【図７】敵キャラクタ出現処理を示すフローチャートで
ある。

【図８】ＴＣＧにおける、モンスターカード及び魔法カ
ードの例を示す図である。

【図９】本発明のネットワークゲームシステムに使用さ
れるカードＤＢのデータ構造を模式的に示す図である。

【図１０】本発明のネットワークゲームシステムに使用
されるレア度定義ＤＢのデータ構造を模式的に示す図で
ある。

【図１１】取引率の算出の際にメモリに記憶される情報
を模式的に示す図、及び、取引率算出のための計算式を
示す図である。

【図１２】カード発行処理を示すフローチャートであ
る。

【符号の説明】

１ ＣＰＵ ２ ＲＯＭ ３ ＲＡＭ ４ ＧＰＵ ５ フレームバッファ ６ ＳＰＵ ７ サウンドバッファ ８ ＤＶＤ−ＲＯＭ読取装置 ９ モニタ １０ スピーカ １１ 通信制御デバイス １２ コントローラ １３ 補助記憶装置 １４ バス １５ ＤＶＤ−ＲＯＭ １６ ゲーム機本体 ２０ ネットワーク ２１、２２ 利用者端末 ２３ サーバ ２４ ゲームＤＢ ２６ サービス提供会社 １００ ネットワークゲームシステム

フロントページの続き (56)参考文献 特開 平７−275509（ＪＰ，Ａ) 特開2002−18136（ＪＰ，Ａ) 特開2002−18118（ＪＰ，Ａ) 特開 平10−43430（ＪＰ，Ａ) 特開 平９−182876（ＪＰ，Ａ) 特開 平７−289734（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) A63F 9/24 A63F 13/00 - 13/12

Claims (12)

(57)【特許請求の範囲】
1. 【請求項１】 ネットワークを介して利用者端末とデー
   タの送受信が可能であり、前記利用者端末の利用者によ
   って操作される利用者キャラクタと、サーバ装置によっ
   て制御される敵キャラクタとに基づいてゲームを進行す
   る前記サーバ装置において、 予め定められた敵キャラクタ数の定義情報であって、利
   用者端末数と敵キャラクタ数との関係、及び、前記利用
   者キャラクタの能力を含む定義情報を記憶する記憶手段
   と、 前記サーバ装置にアクセスしている利用者端末数を認識
   する利用者端末数認識手段と、 前記利用者キャラクタの能力を認識する能力認識手段
   と、 前記利用者端末数認識手段が認識した利用者端末数及び
   前記能力認識手段が認識した前記利用者キャラクタの能
   力が、前記記憶手段に記憶された定義情報に適合するよ
   うに、前記敵キャラクタ数を変動させる敵キャラクタ数
   変動手段と、を備えることを特徴とするサーバ装置。
2. 【請求項２】 前記敵キャラクタ数変動手段が変動させ
   た前記敵キャラクタ数に基づいて、前記ゲームの進行中
   に前記敵キャラクタを出現させるか否かを判定する出現
   判定手段と、 前記出現判定手段に基づいて前記敵キャラクタを出現さ
   せる出現手段と、をさらに備えることを特徴とする請求
   項１に記載のサーバ装置。
3. 【請求項３】 ネットワークを介して利用者端末とデー
   タの送受信が可能であり、前記利用者端末の利用者によ
   って操作される利用者キャラクタがアイテムを取引する
   ゲームを進行するサーバ装置において、予め定められた前記アイテムの希少性に対応する定義情
   報であって、利用者端末数とアイテム数との関係、及
   び、前記利用者キャラクタ同士が前記アイテムを取引す
   る確率であるアイテム取引率を含む定義情報を記憶する
   記憶手段と、 前記サーバ装置にアクセスしている利用者端末数を認識
   する利用者端末数認識手段と、 前記利用者キャラクタ同士が特定のアイテムを取引する
   確率を算出するアイテム取引率算出手段と、 前記利用者端末数認識手段が認識した利用者端末数及び
   前記アイテム取引率算出手段が算出したアイテム取引率
   が、前記記憶手段に記憶された定義情報に適合するよう
   に、前記アイテム数を変動させるアイテム数変動手段
   と、を備えることを特徴とするサーバ装置。
4. 【請求項４】 前記利用者端末数とアイテム数との関係
   は前記利用者端末１つ当たりの前記アイテム数を示し、
   前記定義情報は前記アイテム取引率の所定の範囲を含
   み、 前記アイテム数変動手段は、前記利用者端末数認識手段
   が認識した利用者端末数に対応するアイテム数となるよ
   うに、かつ、前記アイテム取引率算出手段が算出したア
   イテム取引率が前記所定の範囲に含まれるように、前記
   アイテム数を変動させることを特徴とする請求項３に記
   載のサーバ装置。
5. 【請求項５】 ネットワークを介して利用者端末とデー
   タの送受信が可能であり、前記利用者端末の利用者によ
   って操作される利用者キャラクタがアイテムを取引する
   ゲームを進行するサーバ装置において、予め定められた前記アイテムの希少性に対応する定義情
   報であって、利用者端末数とアイテム数との関係、及
   び、前記利用者キャラクタ同士が前記アイテムを取引す
   る確率であるアイテム取引率を含む定義情報を記憶する
   記憶手段と、 前記サーバ装置にアクセスしている利用者端末数を認識
   する利用者端末数認識手段と、 前記利用者キャラクタ同士が特定のアイテムを取引する
   確率を算出するアイテム取引率算出手段と、 前記利用者端末数認識手段が認識した利用者端末数及び
   前記アイテム取引率算出手段が算出したアイテム取引率
   が、前記記憶手段に記憶された定義情報に適合するよう
   に、前記利用者キャラクタ間の取引における前記アイテ
   ムの価格を変動させるアイテム価格変動手段と、を備え
   ることを特徴とするサーバ装置。
6. 【請求項６】 前記利用者端末数とアイテム数との関係
   は前記利用者端末１つ当たりの前記アイテム数を示し、
   前記定義情報は前記アイテム取引率の所定の範囲を含
   み、 前記アイテム価格変動手段は、前記利用者端末数認識手
   段が認識した利用者端末数に対応するアイテム数となる
   ように、かつ、前記アイテム取引率算出手段が算出した
   アイテム取引率が前記所定の範囲に含まれるように、前
   記アイテムの価格を変動させることを特徴とする請求項
   ５に記載のサーバ装置。
7. 【請求項７】 ネットワークを介して利用者端末とデー
   タの送受信が可能であり、前記利用者端末の利用者によ
   って操作される利用者キャラクタと、コンピュータによ
   って制御される敵キャラクタとに基づいてゲームを進行
   する前記コンピュータにおいて実行されるプログラムで
   あって、 予め定められた敵キャラクタ数の定義情報であって、利
   用者端末数と敵キャラクタ数との関係、及び、前記利用
   者キャラクタの能力を含む定義情報を記憶する記憶手
   段、 前記コンピュータにアクセスしている利用者端末数を認
   識する利用者端末数認識手段、 前記利用者キャラクタの能力を認識する能力認識手段、 前記利用者端末数認識手段が認識した利用者端末数及び
   前記能力認識手段が認識した前記利用者キャラクタの能
   力が、前記記憶手段に記憶された定義情報に適合するよ
   うに、前記敵キャラクタ数を変動させる敵キャラクタ数
   変動手段、として前記コンピュータを機能させることを
   特徴とするプログラム。
8. 【請求項８】 前記敵キャラクタ数変動手段が変動させ
   た前記敵キャラクタ数に基づいて、前記ゲームの進行中
   に前記敵キャラクタを出現させるか否かを判定する出現
   判定手段、 前記出現判定手段に基づいて前記敵キャラクタを出現さ
   せる出現手段、として前記コンピュータをさらに機能さ
   せることを特徴とする請求項７に記載のプログラム。
9. 【請求項９】 ネットワークを介して利用者端末とデー
   タの送受信が可能であり、前記利用者端末の利用者によ
   って操作される利用者キャラクタがアイテムを取引する
   ゲームを進行するコンピュータにおいて実行されるプロ
   グラムであって、予め定められた前記アイテムの希少性に対応する定義情
   報であって、利用者端末数とアイテム数との関係、及
   び、前記利用者キャラクタ同士が前記アイテムを取引す
   る確率であるアイテム取引率を含む定義情報を記憶する
   記憶手段、 前記コンピュータにアクセスしている利用者端末数を認
   識する利用者端末数認識手段、 前記利用者キャラクタ同士が特定のアイテムを取引する
   確率を算出するアイテム取引率算出手段、 前記利用者端末数認識手段が認識した利用者端末数及び
   前記アイテム取引率算出手段が算出したアイテム取引率
   が、前記記憶手段に記憶された定義情報に適合するよう
   に、前記アイテム数を変動させるアイテム数変動手段、
   として前記コンピュータを機能させることを特徴とする
   プログラム。
10. 【請求項１０】 前記利用者端末数とアイテム数との関
    係は前記利用者端末１つ当たりの前記アイテム数を示
    し、前記定義情報は前記アイテム取引率の所定の範囲を
    含み、 前記アイテム数変動手段は、前記利用者端末数認識手段
    が認識した利用者端末数に対応するアイテム数となるよ
    うに、かつ、前記アイテム取引率算出手段が算出したア
    イテム取引率が前記所定の範囲に含まれるように、前記
    アイテム数を変動させることを特徴とする請求項９に記
    載のプログラム。
11. 【請求項１１】 ネットワークを介して利用者端末とデ
    ータの送受信が可能であり、前記利用者端末の利用者に
    よって操作される利用者キャラクタがアイテムを取引す
    るゲームを進行するコンピュータにおいて実行されるプ
    ログラムであって、予め定められた前記アイテムの希少性に対応する定義情
    報であって、利用者端末数とアイテム数との関係、及
    び、前記利用者キャラクタ同士が前記アイテムを取引す
    る確率であるアイテム取引率を含む定義情報を記憶する
    記憶手段、 前記コンピュータにアクセスしている利用者端末数を認
    識する利用者端末数認識手段、 前記利用者キャラクタ同士が特定のアイテムを取引する
    確率を算出するアイテム取引率算出手段、 前記利用者端末数認識手段が認識した利用者端末数及び
    前記アイテム取引率算出手段が 算出したアイテム取引率
    が、前記記憶手段に記憶された定義情報に適合するよう
    に、前記利用者キャラクタ間の取引における前記アイテ
    ムの価格を変動させるアイテム価格変動手段、として前
    記コンピュータを機能させることを特徴とするプログラ
    ム。
12. 【請求項１２】 前記利用者端末数とアイテム数との関
    係は前記利用者端末１つ当たりの前記アイテム数を示
    し、前記定義情報は前記アイテム取引率の所定の範囲を
    含み、 前記アイテム価格変動手段は、前記利用者端末数認識手
    段が認識した利用者端末数に対応するアイテム数となる
    ように、かつ、前記アイテム取引率算出手段が算出した
    アイテム取引率が前記所定の範囲に含まれるように、前
    記アイテムの価格を変動させることを特徴とする請求項
    １１に記載のプログラム。