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

Abstract

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

Description

【０００１】
【発明の属する技術分野】
本発明は、サーバからゲームの提供を受け、当該サーバに接続された利用者端末においてゲームを行うネットワークゲームシステムに関する。
【０００２】
【従来の技術】
インターネット等の通信ネットワークを介し、複数の利用者がそれぞれ自己の端末装置を使用して所定のサイト等にアクセスすることで、リアルタイムにゲームなどを行うことができるネットワークゲームシステムが知られている。
【０００３】
所定のサイトは、ゲーム会社等のサービス提供会社が運営しており、利用者は、ネットワークを介して通信可能なパソコンをはじめとして、ゲーム装置、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）や携帯電話等の端末装置から接続することができる。そのため、全国から所定のサイトに集まった利用者は、オンライン上でリアルタイムに他の利用者と所定のゲームをプレイすることができる。
【０００４】
なお、ネットワークゲームには、ロールプレイングゲームやトレーディングカードゲームなど多くの種類が存在する。例えば、ロールプレイングゲームのようにゲームの進行とともに難易度が上がるゲームにおいては、利用者の操作する利用者キャラクタが移動するマップ上で、後から訪れる場所ほど出現する敵キャラクタが強くなる。そのため、利用者キャラクタは、比較的弱い敵キャラクタとの戦いに勝ち経験を積ませることで能力を向上させ、より強い敵キャラクタに備えながらゲームを進行していく。
【０００５】
このようなゲームの場合、利用者キャラクタの能力と、マップ上に配置する敵キャラクタの強さとのゲームバランスが重要となる。通常、ゲームバランスが崩れると、そのゲームは、ある利用者にとっては難易度が極端に高く、一方、他の利用者にとっては難易度が極端に低いといった問題が生じ、ゲームの内容に関わらず面白くなくなってしまう。そのため、従来は、例えば、サイト上で複数の利用者がロールプレイングゲームをプレイしている場合、各利用者キャラクタの能力に基づいて敵キャラクタの強さを決定することで、利用者が画一的に同じ条件でプレイできるようにゲームバランスをとっていた。
【０００６】
【発明が解決しようとする課題】
しかし、ネットワークゲームシステムは、通常、所定のサイトにアクセスしてゲームをプレイするため、曜日や時間帯によってアクセスする利用者数は大きく変動する。そのため、例えば、利用者が所定のサイトにアクセスしてロールプレイングゲームをプレイする場合、利用者数が変動するにも関わらず、敵キャラクタの数が一定だと、ゲームバランスを損ね、面白くなくなるという問題がある。
【０００７】
具体的に、ロールプレイングゲームにおいて、所定のマップ上に敵キャラクタが１００匹存在していたとする。この場合、利用者数が１０人であれば、利用者キャラクタ１人につき敵キャラクタが１０匹存在することになり、当該ゲームの難易度は極端に高くなってしまう。一方、利用者数が１０００人であれば、利用者キャラクタ１０人につき敵キャラクタが１匹存在することになり、当該ゲームの難易度は極端に低くなってしまう。この場合、従来のように、利用者キャラクタの能力に基づいて敵キャラクタの強さを決定することでは、面白さを損ねないようゲームバランスをとることはできない。そのため、サービス提供会社は、利用者数の変動に伴い、敵キャラクタの数といったゲーム要素を変動させ、ゲームバランスをとる必要がある。
【０００８】
また、例えば、トレーディングカードゲームにおいて、利用者は、カードゲームを楽しむことのみならず、カード自体を収集することに楽しみを見出すことがある。この場合、カードの希少性を表す「レア度」も当該ゲームを面白くする上で非常に重要な要素となる。苦労して手に入れたレア度の高いカードが、利用者数の変動といった直接ゲームの内容に関係のない外部要因によって陳腐化するのでは、利用者の当該ゲームに対する意欲を減退させる。また、従来のように、利用者が画一的に同じ条件となるようにゲームバランスを設定したのでは、カードゲームやカード収集における戦略性が乏しくなり、ゲームが面白くなくなってしまう。そのため、サービス提供会社は、利用者の変動に伴い、カードの総数といったゲーム要素を変動させ、戦略性が高まるようなゲームバランスをとる必要がある。また、外部要因として、利用者数の増減のみならず、利用者が純粋にカードゲームを楽しむことに重点を置いているのか、それとも、カードを収集することに重点を置いているのかといった利用者の遊び方や、雑誌等の情報伝達媒体の影響による流行なども考慮する必要がある。
【０００９】
しかし、常時、ネットワークゲームシステムを監視し、利用者数の変動といった外部要因に伴いゲーム要素を人為的に変動することで、ゲームバランスをとることは、コスト面等においてサービス提供会社にとって大きな負担となる。
【００１０】
本発明は、以上の点に鑑みてなされたものであり、外部要因に伴いゲーム要素を自動的に変動することで、戦略性を考慮したゲームバランスを容易にとることができるネットワークゲームシステムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明の１つの観点では、ネットワークを介して利用者端末とデータの送受信が可能であり、ゲームを進行するサーバ装置において、前記ゲームは、前記サーバ装置によって制御可能なゲーム要素及び前記サーバ装置によって制御不可能な外的要素をパラメータとして含み、前記外的要素に基づいて前記ゲーム要素が変動する割合を要素情報として記憶する要素情報記憶手段と、前記外的要素の変動を認識する外的要素変動認識手段と、前記外的要素が変動した場合、前記要素情報に基づいて前記ゲーム要素を変動させるゲーム要素変動手段と、を備える。
【００１２】
上記のように構成されたサーバ装置は、インターネットをはじめとするネットワークを介して、利用者端末との間でゲーム進行に関するデータの送受信をすることでゲームを進行する。利用者端末は、ネットワークを介しての通信機能を有する任意のゲーム装置、パソコン、ＰＤＡ、携帯電話等の端末装置とすることができる。
【００１３】
サーバ装置は、まず、外的要素とゲーム要素を対応付け、要素情報として記憶する。ここで、外的要素とは、サーバ装置が制御することができない要素である。一方、ゲーム要素とは、ゲーム内容に直接関係し、サーバ装置が制御することができる要素である。また、要素情報とは、ゲームバランスを定義するために、外的要素に基づいてゲーム要素が変動する割合を記憶したものである。つまり、サーバ装置は、外的要素とゲーム要素が変動する割合を対応付けた要素情報を記憶することで、ゲームバランスを任意に定義することができる。
【００１４】
次に、サーバ装置は、ゲーム進行中における外的要素の変動を認識する。そして、サーバ装置は、認識した外的要素の変動と予め記憶してある要素情報に基づいてゲーム要素を変動させる。つまり、サーバ装置は、要素情報により定義したゲームバランスが、制御不能な外的要素の変動によって崩れるのを防止するため、制御可能なゲーム要素を変動させるのである。
【００１５】
これによれば、サーバ装置は、要素情報を記憶させることにより戦略性の高いゲームバランスを任意に定義することができる。さらに、サーバ装置は、ゲームバランスをとるために、自動で制御可能なゲーム要素を変動させる。よって、常にネットワークゲームシステムを監視し、人為的にゲーム要素を変動させる必要がないため、コストを大幅に削減することができる。
【００１６】
上記のサーバ装置の一態様では、前記ゲームは、前記サーバ装置にアクセスしている前記利用者端末の利用者キャラクタと、前記サーバ装置の敵キャラクタとを含んで進行し、前記外的要素は前記利用者端末数であり、前記ゲーム要素は前記敵キャラクタ数であって、前記要素情報記憶手段は、前記利用者端末数に基づいて前記敵キャラクタ数が変動する割合を要素情報として記憶する。
【００１７】
上記のように構成されたサーバ装置は、ゲーム進行において敵キャラクタを操作する。一方、利用者は利用者端末により、ゲーム進行において利用者キャラクタを操作する。例えば、ロールプレイングゲームの場合、敵キャラクタは主人公の行く手を阻むモンスター等であり、利用者キャラクタは主人公である。なお、利用者キャラクタの数は、サーバ装置にアクセスする利用者端末の数に比例する。しかし、サーバ装置は、サーバ装置にアクセスする利用者端末の数を制御することができない。
【００１８】
サーバ装置は、制御不能な外的要素である利用者端末数と、制御可能なゲーム要素である敵キャラクタ数の割合を要素情報として定義し、記憶する。そして、サーバ装置は、利用者端末数の変動を認識し、当該利用者キャラクタ数の変動と当該割合が設定された要素情報に基づいて、敵キャラクタ数を変動させる。つまり、サーバ装置は、利用者端末数と敵キャラクタ数の割合を定義したゲームバランスが、制御不能な利用者端末数の変動によって崩れるのを防止するため、制御可能な敵キャラクタ数を変動させるのである。
【００１９】
通常、利用者が使用する利用者端末のサーバ装置へのアクセス数は、曜日や時間帯によって大幅に異なる。そのため、利用者端末によって操作される利用者キャラクタ数も大きく変動する。しかし、これによれば、サーバ装置は自動で任意に定義したゲームバランスをとることができる。よって、ゲームの内容とは直接関係のない利用者端末のアクセス数の変動によりゲームの難易度が極端に異なり、利用者のゲームに対する意欲を減退させるといった問題を解消することができる。
【００２０】
上記のサーバ装置の他の一態様では、前記要素情報記憶手段は、さらに前記利用者キャラクタの能力を前記敵キャラクタ数が変動する割合に対応づけて前記要素情報として記憶する。これによれば、サーバ装置は、要素情報により利用者キャラクタの能力を考慮にいれたゲームバランスを定義することができる。よって、サーバ装置は、利用者に利用者キャラクタの能力を考慮に入れた戦略性の高いゲームを提供することができる。
【００２１】
上記のサーバ装置の他の一態様では、前記ゲーム要素変動手段が変動させた前記敵キャラクタ数に基づいて、前記ゲームの進行中に前記敵キャラクタを出現させるか否かを判定する出現判定手段と、前記出現判定手段に基づいて前記敵キャラクタを出現させる出現手段と、をさらに備える。これによれば、ゲームバランスを保つために変動する敵キャラクタ数に基づいて、ゲーム進行中に敵キャラクタが出現するか否かが判定される。つまり、要素情報により定義されたゲームバランスに基づいて敵の出現率が決定するため、利用者端末のアクセス数の変動によりゲームの難易度が極端に異なるといった問題を回避することができる。
【００２２】
上記のサーバ装置の他の一態様では、前記ゲームは、前記サーバ装置にアクセスしている前記利用者端末の利用者キャラクタと、前記利用者キャラクタ間で取引されるアイテムとを含んで進行し、前記外的要素は前記利用者端末数であり、前記ゲーム要素は前記アイテム数であって、前記要素情報記憶手段は、前記利用者端末数に基づいて前記アイテム数が変動する割合、及び前記アイテムの取引率を対応付けて要素情報として記憶する。
【００２３】
上記のように構成されたサーバ装置は、利用者キャラクタと、利用者キャラクタ間で取引されるアイテムを考慮して、ゲームの進行をしている。例えば、トレーディングカードゲームの場合、利用者キャラクタは利用者が利用者端末を使用して操作する主人公であり、アイテムは主人公が保有し他の利用者キャラクタと対戦する際に使用するカードである。
【００２４】
サーバ装置は、制御不能な外的要素である利用者端末数に基づいて制御可能なゲーム要素であるアイテム数が変動する割合、及びアイテムの取引率を、要素情報として記憶する。ここで、アイテムの取引率とは、利用者キャラクタ同士がアイテムを取引する確率であり、アイテムの希少性を表す。つまり、取引率が低いアイテムは利用者が手放さないということであり希少性は高く、取引率が高いアイテムは利用者が不要としていることであり希少性は低くなる。
【００２５】
そして、サーバ装置は、利用者端末数の変動を認識し、当該利用者端末数の変動と、予め設定された要素情報に基づいて、アイテム数を変動させる。つまり、サーバ装置は、要素情報により定義したゲームバランスが、利用者端末数の変動によって崩れるのを防止するため、アイテム数を変動させるのである。
【００２６】
これによれば、アイテムの希少性を示す取引率を考慮したゲームバランスをとることが可能となる。つまり、苦労して手に入れたアイテムが、ゲームの内容と直接関係ない利用者端末数の変動により陳腐化することを防止することができる。よって、利用者のゲームに対する意欲の減退を防止することができる。
【００２７】
上記のサーバ装置の他の一態様では、前記ゲームは、前記サーバ装置にアクセスしている前記利用者端末の利用者キャラクタと、前記利用者キャラクタ間で売買により取引されるアイテムとを含んで進行し、前記外的要素は前記利用者端末数であり、前記ゲーム要素は前記アイテムの販売価格であって、前記サーバ装置は、前記アイテムの基本価格を設定する基本価格設定手段をさらに備え、前記要素情報記憶手段は、前記利用者端末数に基づいて前記アイテム数が変動する割合、前記基本価格、及び前記アイテムの取引率を対応づけて要素情報として記憶する。
【００２８】
上記のように構成されたサーバ装置は、利用者キャラクタ及び利用者キャラクタ間で売買により取引されるアイテムを考慮してゲームを進行する。そして、サーバ装置は、利用者端末数に基づいてアイテムが変動する割合、予め設定されたアイテムの基本価格、及び取引率を対応付け、要素情報として記憶する。つまり、サーバ装置は、要素情報により定義したゲームバランスが、サーバ装置にアクセスしている利用者端末数の変動によって崩れるのを防止するため、アイテムの販売価格を変動させるのである。
【００２９】
通常、ゲームの上級者はゲーム進行における資金が多く、初心者は資金が少ない。そのため、初心者が上級者から最強のアイテムや資金を恵んでもらい、ゲームバランスが崩れるという問題が生じる。しかし、これによれば、サーバ装置は、販売価格を変動させることでゲームバランスをとることができるため、当該問題を解消することできる。
【００３０】
上記のサーバ装置の他の一態様では、前記外的要素は、前記利用者端末数に前記ゲームの遊び方を対応づけた情報である。ここで、ゲームの遊び方とは、例えばトレーディングカードゲームの場合における「カードを収集して楽しむ」コレクション性の高い遊び方や、「カードゲームを対戦して楽しむ」ゲーム性の高い遊び方などであり、ゲームの内容によって数種類にパターン化される。これによれば、サーバ装置は、要素情報により利用者によるゲームの遊び方を考慮にいれたゲームバランスを定義することができる。よって、サーバ装置は、制御不能な外的要素である利用者のゲームの遊び方を考慮に入れた戦略性の高いゲームを、利用者に提供することができる。
【００３１】
本発明の他の観点では、ネットワークを介して利用者端末とデータの送受信が可能であり、ゲームを進行するコンピュータにより実行されるプログラムにおいて、前記ゲームは、前記コンピュータによって制御可能なゲーム要素及び前記コンピュータによって制御不可能な外的要素をパラメータとして含み、前記外的要素に基づいて前記ゲーム要素が変動する割合を要素情報として記憶する要素情報記憶手段、前記外的要素の変動を認識する外的要素変動認識手段、前記外的要素が変動した場合、前記要素情報に基づいて前記ゲーム要素を変動させるゲーム要素変動手段、として前記コンピュータを機能させる。
【００３２】
このプログラムをコンピュータにおいて実行することにより、上記のサーバ装置を実現することができる。また、上記のサーバ装置において実現される各態様も同様に実現することができる。
【００３３】
【発明の実施の形態】
以下、図面を参照して本発明の好適な実施の形態について説明する。なお、以下の実施形態では、通信機能を有する利用者端末としてゲーム装置を利用するシステムに本発明を適用した場合について説明する。
【００３４】
［ネットワークゲームシステム］
図１に本発明の実施形態に係るネットワークゲームシステム１００の概略構成を示す。図１において、ネットワークゲームシステム１００は、利用者端末２１、利用者端末２２及びサービス提供会社２６のサーバ２３が、ネットワーク２０を介して通信可能に構成されている。ネットワーク２０の最も好適な例は、インターネットである。なお、図１に示す利用者端末２１及び２２以外にも、多数の利用者が同時にネットワーク２０を通じてサーバ２３にアクセスしているが、図１においては便宜上２人の利用者端末のみを図示している。複数の利用者が各自の利用者端末を使用してネットワークゲームを行う際に各利用者端末において実行される処理は同じであるので、本実施形態では、利用者端末２１をとりあげて説明する。
【００３５】
利用者端末２１は、サーバ２３へのアクセス、及び、所定のネットワークゲームの実行等を行う際に利用者が使用する端末装置である。利用者端末２１は、ネットワーク２０を介しての通信機能及びウェブブラウザ機能を有し、所定のネットワークゲームを実行することができるゲーム装置、パソコン、ＰＤＡ、携帯電話等の端末装置とすることができる。
【００３６】
図２は本発明が適用されたゲーム装置の制御系のブロック図である。ゲーム装置は、記憶媒体としてのＤＶＤ−ＲＯＭ１５に記録されたゲーム用プログラムに従って所定のゲームを実行するものである。
【００３７】
このゲーム装置は、モニタ９、スピーカ１０、コントローラ１２、補助記憶装置１３、ＤＶＤ−ＲＯＭ１５、ゲーム機本体１６で構成される。モニタ９には家庭用のテレビ受像機が、スピーカ１０にはそのテレビ受像機の内蔵スピーカが一般に使用される。コントローラ１２は入力装置として機能するものであり、そこにはプレイヤーによる操作を受け付ける操作部材が設けられる。
【００３８】
補助記憶装置１３は、ゲーム進行状況などに関連するデータを記憶するための記憶媒体であり、例えば半導体メモリなどを使用することができる。ＤＶＤ−ＲＯＭ１５にはゲームの実行に必要なプログラムやデータが記録されているが、それらの詳細については後述する。なお、ＤＶＤ−ＲＯＭ１５の代わりに、ＣＤ−ＲＯＭや半導体メモリなどの各種記憶媒体を用いてもよい。
【００３９】
一方、ゲーム機本体１６は、マイクロプロセッサを主体として構成されたＣＰＵ１と、そのＣＰＵ１に対する主記憶装置としてのＲＯＭ２及びＲＡＭ３と、画像処理及び音声処理用のグラフィックスプロセッシングユニット（ＧＰＵ）４及びサウンドプロセッシングユニット（ＳＰＵ）６と、それらのユニットに対するバッファ５、７と、ＤＶＤ−ＲＯＭ読取装置８とを有している。ＲＯＭ２には、ゲーム機の複数体の動作制御に必要なプログラムとしてのオペレーティングシステムが書き込まれる。ＲＡＭ３には記憶媒体としてのＤＶＤ−ＲＯＭ１５から読み取ったゲーム用のプログラムやデータが必要に応じて書き込まれる。
【００４０】
ＧＰＵ４はＣＰＵ１から画像データを受け取ってフレームバッファ５上にゲーム画面を描画するとともに、その描画された画像のデータを所定のビデオ再生信号に変換して所定のタイミングでモニタ９に出力する。ＳＰＵ６は、ＤＶＤ−ＲＯＭ１５から読み出されてサウンドバッファ７に記録された音声、楽音等のデータや音源データ等を再生してスピーカ１０から出力させる。
【００４１】
ＤＶＤ−ＲＯＭ読取装置８は、ＣＰＵ１からの指示に従ってＤＶＤ−ＲＯＭ１５上に記録されたプログラムやデータを読み取り、その読み取った内容に対応した信号を出力する。
【００４２】
ＣＰＵ１にはバス１４を介して通信制御デバイス１１が接続され、そのデバイス１１にはコントローラ１２及び補助記憶装置１３がそれぞれ着脱自在に接続される。通信制御デバイス１１は一定周期（例えば１／６０秒）でコントローラ１２の操作部材の操作状態を走査し、その走査結果に対応した信号をＣＰＵ１に出力する。ＣＰＵ１はその信号に基づいてコントローラ１２の操作状態を判別する。また、通信制御デバイス１１は、ネットワーク２０を介してサーバ２３と必要な通信を行うために機能する。
【００４３】
なお、ここで、所定のネットワークゲームとは、複数の利用者がオンラインでリアルタイムにプレイすることができる、ロールプレイングゲーム（Ｒｏｌｅ Ｐｌａｙｉｎｇ Ｇａｍｅ：以下、「ＲＰＧ」と呼ぶ。）やトレーディングカードゲーム（ＴｒａｄｉｎｇＣａｒｄ Ｇａｍｅ：以下、「ＴＣＧ」と呼ぶ。）といった各種ゲームである。
【００４４】
次に、サービス提供会社２６側の構成について説明する。サービス提供会社２６は、ネットワークゲームを楽しむことができるウェブサイトを運営している会社である。サーバ２３は、ゲームデータベース（以下、「ＤＢ」と呼ぶ。）２４に接続されている。
【００４５】
ゲームＤＢ２４には、ネットワークゲームの実行をはじめとする各種処理に必要なプログラムやデータが記憶されている。記憶されたプログラムやデータは、サーバ２３によって適時呼び出されて、利用者端末２１上で処理が実行される。
【００４６】
［第１実施形態］
第１実施形態について、図３乃至図７を参照して説明する。なお、第１実施形態では、ネットワークゲームとしてＲＰＧを対象として説明する。
【００４７】
まず、ＲＰＧについて図３を参照して説明する。図３は、利用者端末２１のモニタ９に表示されたフィールドにおける表示画面例である。ＲＰＧとは、利用者が操作する利用者キャラクタ３０を、フィールド２９上で移動させ、出現する敵キャラクタと戦うことで、所持金や能力をアップしながら世界に平和を取り戻す等の目的を達成するゲームである。
【００４８】
フィールド２９は、例えば図３に示すように、格子状に２５個のマスに分割されている。各マスには平野、森、山又は沼地等が配置されており、フィールド２９は、平野エリア３１、森エリア３２、山エリア３３及び沼地エリア３４等から構成されているものとする。また、フィールド２９には、利用者が操作する利用者キャラクタ３０が表示されている。利用者は、図２に示すコントローラ１２の所定のキーを押下することにより、利用者キャラクタ３０を、北、南、東、西のいずれかの方向に１マス移動させることができる。なお、フィールド２９上には、平野エリアや森エリア以外にも、図示せぬ川エリア、町エリア等がある。そして、町エリアには、店や宿屋が配置されており、利用者キャラクタ３０はいずれも移動して入ることができる。
【００４９】
図４（ａ）は、敵キャラクタが出現したときの表示画面例である。利用者キャラクタ３０がフィールド２９を移動していると、一定の条件下で敵キャラクタが出現する。敵キャラクタが出現すると、利用者は、利用者キャラクタ３０を敵キャラクタと戦わせるか否かを選択する。
【００５０】
利用者が「戦わせる」を選択した場合、利用者キャラクタ３０は敵キャラクタと戦う。利用者キャラクタ３０が戦いに勝利すると、図４（ｂ）に示すように、レベルが１レベルアップし、お金を２００ゴールド取得する。そして、表示画面は、図３に示すフィールド２９に戻る。ここで、レベルとは、利用者キャラクタ３０の能力であり、レベルが高いほど敵キャラクタに勝利する確率は高くなる。ＲＰＧを始めたときの初期値としてのレベルは１とする。また、お金とは、ＲＰＧ内で利用者キャラクタ３０が使用することができる資金であり、能力を高めるアイテム等を購入することができる。一方、利用者キャラクタ３０が戦いに敗北すると、ゲームオーバーとなる。
【００５１】
また、利用者が「戦わせない」を選択した場合、表示画面は、図３に示すフィールド２９に戻る。なお、フィールド２９上の各エリアによって、敵キャラクタの出現率は異なる。具体的には、沼地エリア３４、山エリア３３、森エリア３２、平野エリア３１の順に出現率が高いものとする。
【００５２】
次に、敵キャラクタ分布定義ＤＢについて図５を参照して説明する。敵キャラクタ分布定義ＤＢは、各エリア毎の利用者キャラクタ数と敵キャラクタ数の存在割合についてゲームバランスのとれている状態を定義情報として記憶している。敵キャラクタ分布定義ＤＢは、エリアＩＤ、エリア種類及び敵キャラクタ分布の割合から構成されている。エリアＩＤは、フィールド２９上のエリアを一意に識別する情報である。また、エリア種類は、平野、森、山、沼地といったエリアの種類であり、エリアＩＤに対応付けて記憶されている。
【００５３】
また、敵キャラクタ分布の割合は、利用者キャラクタのレベル毎に、所定のエリアに存在するの利用者キャラクタの数と敵キャラクタの数の割合を記憶している。そのため、敵キャラクタ分布の割合は、エリアＩＤに対応付けて記憶されており、利用者キャラクタレベル、利用者キャラクタ数及び敵キャラクタ数から構成されている。利用者キャラクタレベルは、利用者キャラクタの能力のレベルであり、「１〜１０」レベルの初心者、「１１〜２０」レベルの中級者、及び、「２１」レベル以上の上級者に分かれている。また、利用者キャラクタ数はエリアＩＤに対応するエリアに存在する利用者キャラクタの数、敵キャラクタ数はエリアＩＤに対応するエリアに存在する敵キャラクタの数の割合を表している。
【００５４】
図５によれば、具体的には、エリアＩＤが「２」であるエリア種類「森」には、「１１〜２０」レベルの利用者キャラクタ「３人」に対して、敵キャラクタが「１匹」の割合で存在するよう定義されている。即ち、当該エリアに当該レベルの利用者キャラクタが「１８人」存在した場合、敵キャラクタは「６匹」存在する。つまり、サーバ２３は、フィールド２９上のエリア毎に、どのレベルの利用者キャラクタが何人存在するかをデータとして常に把握しており、当該データと敵キャラクタ分布定義ＤＢに基づいて、全てのエリアの敵キャラクタの数を変化させている。
【００５５】
なお、敵キャラクタ分布定義ＤＢは、ネットワークゲームシステム１００において、サーバ２３に接続されているものとする。
【００５６】
次に、本実施形態におけるサーバ２３の機能について説明する。図６は、本発明のサーバ２３の機能ブロック図であり、説明の便宜上、第１実施形態、第２実施形態及び変形例に関する機能ブロックを全て示している。図６に示す各機能は、サービス提供会社２６のゲームＤＢ２４に記憶されたプログラムを、図１に示すＣＰＵ１が実行し、必要に応じてＳＰＵ６などの構成要素を制御することにより実現される。
【００５７】
図６おいて、第１実施形態によるサーバ２３は、機能的には、要素情報記憶手段６０、外的要素変動認識手段６１、ゲーム要素変動手段６２、出現判定手段６３及び出現手段６４により構成されている。
【００５８】
要素情報記憶手段６０は、ゲーム進行上における外的要素とゲーム要素とを対応付け、要素情報として設定する。ここで、外的要素とは、ゲームバランスに影響を与える要素であるが、サーバ２３が制御することができない。外的要素としては、例えば、サーバ２３にアクセスしている利用者端末数等が挙げられる。一方、ゲーム要素とは、ゲーム内容と直接関係する要素であり、サーバ２３が制御することができる。ゲーム要素としては、例えば、ＲＰＧにおける敵キャラクタ数等が挙げられる。要素情報とは、ゲームバランスを定義するために、外的要素とゲーム要素が対応付けて記憶された情報であり、例えば、図５に示す敵キャラクタ分布定義ＤＢである。敵キャラクタ分布定義ＤＢは、要素情報記憶手段６０により、外的要素である利用者キャラクタ数とゲーム要素である敵キャラクタ数等が対応付けて記憶されている。
【００５９】
外的要素変動認識手段６１は、外的要素の変動を認識する。例えば、外的要素変動認識手段６１は、サーバ２３にアクセスしている利用者端末数の変動を常に認識している。なお、外的要素変動手段６１は、利用者端末数の変動を認識することにより、利用者が操作する利用者キャラクタ数を認識することができる。
【００６０】
ゲーム要素変動手段６２は、外的要素変動認識手段６１により認識した外的要素の変動と、要素情報記憶手段６０により予め記憶してある要素情報に基づいて、ゲーム要素を変動させる。具体的に、第１実施形態のＲＰＧにおいてゲーム要素変動手段６２は、利用者キャラクタ数の変動と、図５に示す敵キャラクタ分布定義ＤＢに基づいて、敵キャラクタ数を変動させる。これにより、予め要素情報として定義されたゲームバランスをとることができる。
【００６１】
出現判定手段６３は、ゲーム要素変動手段６２が変動させたゲーム要素に基づいて、ゲーム進行中に当該ゲーム要素を出現させるか否かを判定する。具体的には、ゲーム要素変動手段６２が変動させた敵キャラクタ数に基づいて、利用者キャラクタが移動した際に敵キャラクタを出現させるか否かを判定する。
【００６２】
出現手段６４は、出現判定手段６３の判定結果に基づいて、ゲーム要素を出現させる。具体的には、出現判定手段６３の判定結果に基づいて、敵キャラクタを出現させる。
【００６３】
次に、敵キャラクタ出現処理について図７を参照して説明する。利用者は、利用者端末２１においてコントローラ１２を操作して利用者キャラクタ３０をフィールド２９上で移動させる。利用者キャラクタ３０が移動すると、サーバ２３は、利用者端末２１からコントローラ１２及び通信制御デバイス１１に基づいた移動データを受信する（ステップＳ１）。
【００６４】
サーバ２３は、受信した移動データに基づいて、まず、フィールド２９上で利用者キャラクタ３０がいるエリアに対応するエリアＩＤを認識する（ステップＳ２）。さらに、サーバ２３は、当該エリアに存在する利用者キャラクタの数、及び、各利用者キャラクタのレベルを認識する（ステップＳ３）。
【００６５】
次に、サーバ２３は、認識したエリアＩＤ、当該エリアＩＤに対応するエリアに存在する利用者キャラクタの数、各利用者キャラクタのレベル、及び、図５に示す敵キャラクタ分布定義ＤＢに基づいて、敵キャラクタの数を算出する（ステップＳ４）。さらに、サーバ２３は、敵キャラクタの数及び所定の乱数や関数に基づいて、利用者キャラクタ３０の移動先に敵キャラクタを出現させるか否かを判定する（ステップＳ５）。
【００６６】
敵キャラクタを出現させる場合、サーバ２３は、利用者端末２１のモニタ８上に図４（ａ）に示すような、敵キャラクタ出現画面を表示させ（ステップＳ６）、ＲＰＧが終了したか否かを判定する（ステップＳ７）。一方、敵キャラクタを出現させない場合、サーバ２３は、敵キャラクタ出現画面を表示させず、ＲＰＧが終了したか否かを判定する（ステップＳ７）。
【００６７】
ＲＰＧが終了していない場合、サーバ２３は、ステップＳ１に戻り敵キャラクタ出現処理を繰り返す。一方、ＲＰＧが終了した場合、サーバ２３は、敵キャラクタ出現処理を完了する。
【００６８】
なお、本実施形態はＲＰＧを対象として説明しているが、本発明はこれに限定されるものではなく、例えば、アドベンチャーゲームなど、利用者数の変動に伴い敵キャラクタ数といったゲーム要素を変動することでゲームバランスをとる種々のゲームに適用することが可能である。
【００６９】
また、本実施形態では、敵キャラクタ分布定義ＤＢは図５に示すように構成されているが、本発明はこれに限定されるものではなく、任意に設定することが可能である。例えば、遊び方に対する利用者数の統計情報、エリア特性、敵キャラクタの強さ等を敵キャラクタ分布定義ＤＢの構成要素に含めることも可能である。
【００７０】
ここで、遊び方とは、例えば、「レベルアップしやすい敵キャラクタをどんどん倒して利用者キャラクタの能力をあげていく」戦士型の遊び方や、「お金を取得しやすい敵キャラクタを倒して資金を増やしていく」商人型の遊び方等が挙げられる。また、エリア特性とは、例えば、ゲーム進行上必ず通るエリアは初心者を含めた多くの利用者が訪れるが、沼地など敵キャラクタが多いエリアは中上級者の利用者のみ訪れる等、利用者の密集する傾向である。サーバ２３は、遊び方に対する利用者の統計情報やエリア特性を作成し、当該統計情報等を敵キャラクタ分布定義ＤＢの構成要素に含めることで、利用者の遊び方や密集する傾向を考慮に入れたゲームバランスをとることができる。
【００７１】
これによれば、サーバ２３は、利用者数の変動といった外部要因に伴い、予め定義されたゲームバランスに基づいて、敵キャラクタ数といったゲーム要素を自動的に変動させることができる。そのため、ネットワークゲームをプレイする利用者数は、曜日や時間帯によって大きく変動するが、ゲームバランスを損ねることなく、常に、面白いネットワークゲームを利用者に提供することができる。また、利用者数の変動を常時監視して、人為的にゲーム要素の変動を行う必要がなくなる。よって、サービス提供会社２６のコストの低減を図ることが出来る。
【００７２】
［第２実施形態］
第２実施形態について、図８乃至図１２を参照して説明する。なお、第２実施形態では、ネットワークゲームとしてＴＣＧを対象として説明する。
【００７３】
まず、ＴＣＧについて図８を参照して説明する。ＴＣＧとは、決められたカードの組み合わせで対戦するトランプ等と異なり、利用者自身が所持しているカードを用いて一定枚数の束を作り、対戦するゲームである。カードの種類は、通常、数百種類存在する。そのため、ＴＣＧの遊び方としては、「カードを収集して楽しむ」コレクション性の高い遊び方と、「カードゲームを対戦して楽しむ」ゲーム性の高い遊び方の２種類が存在する。つまり、自分のカードを他の利用者と交換等することで、カードのコレクションを充実させたり、強い組み合わせを作って対戦したりすることができる。
【００７４】
トレーディングカードの例を図８に示す。トレーディングカードは、図８（ａ）に示すモンスターカードと、図８（ｂ）に示す魔法カードの２種類が存在するものとする。ＴＣＧのルールは、モンスターカード同士を戦わせて、予め与えられたポイントを削りあい、ポイントが先に「０」になった方を敗北とする。
【００７５】
モンスターカードは、カードゲームとして対戦する場合に重要な役割となるカードである。例えば、図８（ａ）に示すモンスターカードのモンスター名は「レッドの騎士」であり、レア度は「５つ星」である。また、攻撃力は「３０００」、守備力は「２５００」である。レア度とは、カードの希少性を表す指標である。サーバ２３によって発行された枚数が少なく、ゲーム進行中に取引される取引率が低いものほどレア度は高くなる。カードの取引方法としては、利用者間の交換による方法、カード屋での売買による方法が挙げられる。カード屋とは、ゲームの中に存在するお店であり、利用者は不要なカードを売って対価を得たり、必要なカードを購入したりすることができる。レア度の高いカードは、不要となることが少なく、利用者が死蔵することが多いため取引率は低くなる。
【００７６】
攻撃力及び守備力は、モンスターの能力を表すものであり、高い数値のモンスターほど能力が高く、対戦時に相手のポイントをたくさん削り、勝利する確率が高くなる。通常、攻撃力や守備力の高いモンスターは、モンスターカードの発行された枚数が少なく、利用者の中での人気が高いため取引率が低くなる。即ち、レア度は高くなる。しかし、レア度はモンスターの能力に比例して高くなるのみではない。ＴＣＧの遊び方として、コレクションを重視している利用者にとっては、たとえ低い能力のモンスターであっても絵柄が微妙に異なるモンスターカード等は希少性が高く、取引率が低くなる。即ち、レア度は高くなる。
【００７７】
魔法カードは、カードゲームとして対戦する場合に補助的な役割となるカードである。例えば、図８（ｂ）に示す魔法カードの魔法名は「魔法の矢」であり、レア度は「３つ星」である。また、効果は「５００ポイントのダメージを与える」である。利用者は、モンスターカードと共に魔法カードを効果的に使用して、他の利用者と対戦する。
【００７８】
次に、カードＤＢについて図９を参照して説明する。カードＤＢは、ＴＣＧで使用される全てのカードの情報を記憶している。カードＤＢは、カードＩＤ、カード名、カード種類、レア度、能力及び魔法効果から構成されている。カードＩＤは、カードを一意に識別する情報である。また、カード名は、カードＩＤに対応するモンスター名又は魔法名である。そして、カード種類は、カードＩＤに対応するカードがモンスターカードであるか、魔法カードであるかを表す情報である。また、レア度は、カードの希少性を表す指標であり、図８に示すカードの右上に記載された星の数である。星の数が多いほど、レア度は高くなる。
【００７９】
能力は、カードＩＤに対応するカードがモンスターカードである場合の攻撃力と守備力である。一方、魔法効果は、カードＩＤに対応するカードが魔法カードである場合の効果である。
【００８０】
次に、レア度定義ＤＢについて図１０を参照して説明する。レア度定義ＤＢは、レア度毎のカードの存在割合と取引率についてゲームバランスのとれた状態を定義情報として記憶している。レア度定義ＤＢは、レア度、カードの存在割合、取引率、備考から構成されている。レア度は、カードの希少性を表す指標である。また、備考は、レア度毎に存在するモンスターカード及び魔法カードの種類数を記憶している。例えば、レア度が「１」であるモンスターカードは１５種、魔法カードは１０種存在する。
【００８１】
カードの存在割合は、レア度毎に、利用者数と最大カード枚数の割合を記憶している。そのため、カードの存在割合は、レア度に対応づけて記憶されており、利用者数及び最大枚数から構成されている。利用者数は、サーバ２３にアクセスしてＴＣＧをプレイしている利用者の数である。最大枚数は、ゲーム中に存在可能なカードの最大枚数である。図１０によれば、具体的には、レア度が「１」であるカードは、利用者数「１人」に対して、最大「２枚」のカードが存在可能である。即ち、利用者が「１００人」であれば、レア度が「１」のカードはゲーム中に「２００枚」まで存在可能である。
【００８２】
取引率は、ゲーム進行中に所定のカードが取引される確率である。取引の方法は、利用者間の交換による方法、及び、カード屋での売買による方法が挙げられるため、詳細は後述するが、利用者同士での交換回数、カード屋に売られた回数、カード屋で買われた回数及び現在のカード総数に基づいて算出される。図１０によれば、レア度が「１」であるカードは、取引率が「３１％以上」と記憶されている。即ち、後述するカード発行処理において、レア度が「１」のカードは、算出される取引率が「３１％以上」となるようにカード発行数が調整され、ＴＣＧのゲームバランスがとられることになる。
【００８３】
なお、カードＤＢ及びレア度定義ＤＢは、図１に示すネットワークゲームシステム１００において、サーバ２３に接続されている。
【００８４】
次に、取引率の算出について説明する。図１１（ａ）は、取引率算出の際、サーバ２３のメモリに一時的に記憶される情報を模式的に示した図である。図１１（ａ）に示すように、メモリには、カードＩＤ、利用者同士での交換回数（以下、「利用者回数」と呼ぶ。）、カード屋に売られた回数（以下、「売回数」と呼ぶ。）、カード屋で買われた回数（以下、「買回数」と呼ぶ。）、取引率、現在のカード総数及び期間が記憶される。利用者回数は、ゲーム中で一定期間内に、カードＩＤに対応するカードが、利用者間で交換された回数である。売回数は、ゲーム中で一定期間内に、カードＩＤに対応するカードを利用者がカード屋に売った回数である。買回数は、ゲーム中で一定期間内に、カードＩＤに対応するカードを利用者が購入した回数である。ここで、一定期間は、メモリに期間として記憶される。例えば、期間は、図１１（ａ）に示すように、「２００２年８月２１日の１４時〜１５時までの１時間」等、任意に設定することが可能である。
【００８５】
具体的に、まず、サーバ２３はカードＩＤ「１０１」に対応する現在のカード数が「１００枚」であることを認識し、メモリに記憶する。さらに、サーバ２３は、カードＩＤ「１０１」に対応するカードが所定の期間内において、利用者回数「５回」、売回数「１４回」、買回数「１０回」であることを認識し、メモリに記憶する。
【００８６】
次に、サーバ２３は、図１１（ｂ）に示す、取引率算出の際の計算式に基づいて取引率を算出する。なお、取引率算出の際の計算式は、図１に示すゲームＤＢ２４に記憶されている。取引率は、「｛利用者回数＋（売回数＋買回数）／２｝／カード総数＊１００」である。例えば、カードＩＤ「１０１」に対応するカードの取引率は、「｛５＋（１４＋１０）／２｝／１００＊１００」となり、１７％であると算出できる。よって、サーバ２３は、メモリに取引率「１７％」を記憶する。
【００８７】
サーバ２３は、上記と同様の方法で、所定の期間内における全てのカードの取引率を算出する。
【００８８】
次に、本実施形態におけるサーバ２３の機能を説明する。図６は、本発明のサーバ２３の機能ブロック図であり、説明の便宜上、第１実施形態、第２実施形態及び変形例に関する機能ブロックを全て示している。図６に示す各機能は、サービス提供会社２６のゲームＤＢ２４に記憶されたプログラムをＣＰＵ１が実行し、必要に応じてＳＰＵ６などの構成要素を制御することにより実現される。
【００８９】
図６において、第２実施形態によるサーバ２３は、機能的には、要素情報記憶手段６０、外的要素変動認識手段６１及びゲーム要素変動手段６２により構成されている。なお、各手段は第１実施形態と同様であるため、便宜上、説明は省略する。
【００９０】
次に、カード発行処理について図１２を参照して説明する。サーバ２３は、任意に設定された期間に基づいて、まず、カードＩＤをメモリに記憶し（ステップＳ１１）、当該カードＩＤに対応する現在のカードの総数を認識し、記憶する（ステップＳ１２）。そして、サーバ２３は、当該カードＩＤに対応するカードの利用者回数を認識し、メモリに記憶する（ステップＳ１３）。さらに、サーバ２３は、当該カードＩＤに対応するカードの売回数及び買回数を認識し、記憶する（ステップＳ１４、Ｓ１５）。そして、サーバ２３は、図１１（ｂ）に示す計算式、利用者回数、売回数、買回数及びカード総数に基づいて、当該カードＩＤに対応するカードの取引率を算出し、メモリに記憶する（ステップＳ１６）。
【００９１】
次に、サーバ２３は、現在ＴＣＧをプレイしている利用者数を認識し、記憶する（ステップＳ１７）。そして、ステップＳ１６で算出した取引率、利用者数及びレア度定義ＤＢに基づいて、当該カードＩＤに対応するカードの発行数を算出する（ステップＳ１８）。具体的には、レア度が「２」のカードの場合、取引率が「２１〜３０％」であり、且つ、カード数が利用者数「１人」につき最大「１枚」の割合となるように発行数を算出する。そして、サーバ２３は、算出した発行数に基づいて、カードを発行する（ステップＳ１９）。
【００９２】
そして、サーバ２３は、全てのカードについての発行が終了したか否かを判定する（ステップＳ２０）。発行が終了していない場合、サーバ２３は、ステップＳ１１に戻り、カード発行処理を繰り返す。一方、発行が終了した場合、サーバ２３は、カード発行処理を完了する。
【００９３】
このように、ＴＣＧの場合、ゲーム性の高い遊び方のみならず、コレクション性の高い遊び方も存在するため、レア度はＴＣＧを面白く、且つ、戦略性の高いゲームとする上で非常に重要な要素となる。
【００９４】
なお、本実施形態では、カード発行数を変動させることにより、戦略性の高いゲームバランスをとっている。しかし、本発明はこれに限定されるものではなく、カードを消費させることにより、ゲームバランスをとるものとしても構わない。カードを消費させる条件としては、期限制限、回数制限など種々の制限を設定することができる。例えば、カードを消費させる条件判定において、単なる乱数確率ではなく、レア度等を使用することにより、戦略性の高いゲームバランスをとることが可能となる。
【００９５】
また、本実施形態はＴＣＧを対象として説明しているが、本発明はこれに限定されるものではなく、例えば、ＲＰＧにおいて敵キャラクタを倒すことによって取得できるアイテムに本発明を適用し、アイテム数を調整することでゲームバランスをとるようにすることも可能である。また、本実施形態において、レア度定義ＤＢは図１０に示すように構成されているが、本発明はこれに限定されるものではなく、任意に設定することが可能である。例えば、遊び方に対する利用者数の統計情報等を構成要素に含めることも可能である。
【００９６】
また、本実施形態において、取引率の算出は、図１１（ｂ）に示すような計算式を使用して行われるが、これに限らず、所定の関数や乱数を用いた計算式を任意に設定することができる。
【００９７】
これによれば、予め定義されたゲームバランスに基づいて、サーバ２３が自動的にレア度に対応するカードを発行するため、利用者の変動といった直接ゲームの内容に関係のない外部要因によって、苦労して収集したレア度の高いカードが陳腐化すること等を防止することができる。即ち、カードの発行という流通をコントロールすることによって、予め定義されたゲームバランスをとっている。よって、コレクション性の高い遊び方をしている利用者のゲーム意欲を減退させることがなく、快適にプレイできるネットワークゲームを提供することができる。
【００９８】
また、これによれば、ＴＣＧのように必ずしも画一的に同じ条件となることが最適なゲームバランスではない場合であっても、ゲームバランスの定義を任意に設定することができるため、「全ての利用者に平等ではないが戦略性の高いゲームバランス」等を設定することができる。よって、ゲーム性の高い遊び方をしている利用者を飽きさせることなく、戦略性の高いネットワークゲームを提供することができる。
【００９９】
さらに、これによれば、例えばゲーム雑誌に攻略法が掲載された等、情報伝達媒体によって、利用者数や一定のカードの交換率等が大きく変動した場合でも、サーバ２３がカードの発行数を自動的に調整するため、ゲームバランスを大きく崩すことがない。また、遊び方の流行等による外部的要因の変動にも迅速に対応することができる。
【０１００】
［変形例］
上記第２実施形態では、カード発行数を変動させることにより、戦略性の高いゲームバランスをとっている。しかし、本発明はこれに限定されるものではなく、カードの販売価格を変動させることにより、戦略性の高いゲームバランスをとるようにすることも可能である。具体的に、販売価格を変動させる例について説明する。なお、カード総数は、人為的に変動しない限り一定であるものとする。
【０１０１】
販売価格は、カード屋で販売されるカードの価格であり、当該カードの基本的な価値、レア度及び取引率に基づいて随時変動されるものとする。ここで、当該カードの基本的な価値とは、予め設定された一定の価格である。例えば、図８（ａ）に示す、「レッドの騎士」の基本的な価値を「１０００ゴールド」とする。また、レア度は、カードの希少性を表す指標であり、利用者数に対するカードの数の割合で決まる。即ち、利用者数の変動と共に、レア度も変動するものである。例えば、利用者数が１０００人であり、「レッドの騎士」のカード総数が「２０枚」であるとする。これによれば、「レッドの騎士」は、利用者５０人中１人が１枚所有できることになり、かなりレア度は高いものといえる。また、取引率は、カードが取引される確率である。取引率の算出方法は第２実施形態と同様であるため、便宜上説明は省略する。
【０１０２】
サーバ２３は、一定期間毎に、カードの基本価値、レア度及び取引率に基づいてカードの販売価格を算出する。これにより、戦略性の高いゲームバランスをとるようにすることが可能となる。
【０１０３】
なお、本例におけるサーバ２３の機能を説明する。図６は、本発明のサーバ２３の機能ブロック図であり、説明の便宜上、第１実施形態、第２実施形態及び変形例に関する機能ブロックを全て示している。図６において、変形例によるサーバ２３は、基本価格設定手段５９、要素情報記憶手段６０、外的要素変動認識手段６１及びゲーム要素変動手段６２を備える。
【０１０４】
基本価格設定手段５９は、アイテムの基本価格を設定する。具体的には、ＴＣＧにおけるカードの基本的な価値を設定すること等である。なお、その他の各手段は第１実施形態と同様であるため、便宜上、説明は省略する。
【０１０５】
通常、ゲームおいて、初心者ほど新しいカードが必要にも関わらず資金が少ない。一方、カードを十分保有している上級者ほど資金が多い。そのため、利用者同士の金銭取引やカード交換を自由にすると、初心者が上級者からお金や強力なカードを恵んでもらうこと等が考えられる。しかし、ゲームの序盤から初心者が上級者から恵んでもらった強力なカードを所有するのでは、ゲームバランスが崩れてしまい、ゲームの面白さを損ねることになる。
【０１０６】
本発明によれば、カードの基本価値のみならず、レア度や取引率に基づいてカードの販売価格が決定するため、つまらないカードに思いもよらない高値がつく事があり、ゲーム進行中に上級者から資金を回収するのに役立つことが出来る。さらに、販売価格を基準としたオークション形式を導入すれば、資金の多い上級者同士で価格を吊り上げあうのでさらに資金を回収することが容易となる。これにより、上級者の資金が無制限に増加することを防止することができる。よって、初心者が上級者から強力なカードや多額の資金を恵んでもらうといった行為を、販売価格の変動により防止し、適切なゲームバランスをとることができる。
【０１０７】
また、本発明によれば、サーバ２３が人為的にカード総数を変動することで、任意にレア度を操作し、カードの販売価格を変動することが可能である。これによれば、ゲームバランスを、サーバ２３の意図に応じて、容易に変動させることができる。
【０１０８】
【発明の効果】
以上説明したように、本発明によれば、外部要因に伴いゲーム要素を自動的に変動させることで、戦略性を考慮したゲームバランスを容易にとることができる。
【図面の簡単な説明】
【図１】本発明にかかるネットワークゲームシステムの概略構成を示す図である。
【図２】本発明が適用されたゲーム装置のブロック図である。
【図３】ＲＰＧのフィールドにおける表示画面例を示す。
【図４】敵キャラクタが出現した時、及び、敵キャラクタを倒した時の表示画面例を示す。
【図５】本発明のネットワークゲームシステムに使用される敵キャラクタ分布定義ＤＢのデータ構造を模式的に示す図である。
【図６】本発明のプログラムにより実現される機能のブロック図である。
【図７】敵キャラクタ出現処理を示すフローチャートである。
【図８】ＴＣＧにおける、モンスターカード及び魔法カードの例を示す図である。
【図９】本発明のネットワークゲームシステムに使用されるカードＤＢのデータ構造を模式的に示す図である。
【図１０】本発明のネットワークゲームシステムに使用されるレア度定義ＤＢのデータ構造を模式的に示す図である。
【図１１】取引率の算出の際にメモリに記憶される情報を模式的に示す図、及び、取引率算出のための計算式を示す図である。
【図１２】カード発行処理を示すフローチャートである。
【符号の説明】
１ ＣＰＵ
２ ＲＯＭ
３ ＲＡＭ
４ ＧＰＵ
５ フレームバッファ
６ ＳＰＵ
７ サウンドバッファ
８ ＤＶＤ−ＲＯＭ読取装置
９ モニタ
１０ スピーカ
１１ 通信制御デバイス
１２ コントローラ
１３ 補助記憶装置
１４ バス
１５ ＤＶＤ−ＲＯＭ
１６ ゲーム機本体
２０ ネットワーク
２１、２２ 利用者端末
２３ サーバ
２４ ゲームＤＢ
２６ サービス提供会社
１００ ネットワークゲームシステム

Claims (14)

1. ネットワークを介して利用者端末とデータの送受信が可能であり、ゲームを進行するサーバ装置において、前記ゲームは、前記サーバ装置によって制御可能なゲーム要素及び前記サーバ装置によって制御不可能な外的要素をパラメータとして含み、
   前記外的要素に基づいて前記ゲーム要素が変動する割合を要素情報として記憶する要素情報記憶手段と、
   前記外的要素の変動を認識する外的要素変動認識手段と、
   前記外的要素が変動した場合、前記要素情報に基づいて前記ゲーム要素を変動させるゲーム要素変動手段と、を備えることを特徴とするサーバ装置。
2. 前記ゲームは、前記サーバ装置にアクセスしている前記利用者端末の利用者キャラクタと、前記サーバ装置の敵キャラクタとを含んで進行し、前記外的要素は前記利用者端末数であり、前記ゲーム要素は前記敵キャラクタ数であって、
   前記要素情報記憶手段は、前記利用者端末数に基づいて前記敵キャラクタ数が変動する割合を要素情報として記憶することを特徴とする請求項１に記載のサーバ装置。
3. 前記要素情報記憶手段は、さらに前記利用者キャラクタの能力を前記敵キャラクタ数が変動する割合に対応づけて前記要素情報として記憶することを特徴とする請求項２に記載のサーバ装置。
4. 前記ゲーム要素変動手段が変動させた前記敵キャラクタ数に基づいて、前記ゲームの進行中に前記敵キャラクタを出現させるか否かを判定する出現判定手段と、
   前記出現判定手段に基づいて前記敵キャラクタを出現させる出現手段と、をさらに備えることを特徴とする請求項２又は３に記載のサーバ装置。
5. 前記ゲームは、前記サーバ装置にアクセスしている前記利用者端末の利用者キャラクタと、前記利用者キャラクタ間で取引されるアイテムとを含んで進行し、前記外的要素は前記利用者端末数であり、前記ゲーム要素は前記アイテム数であって、
   前記要素情報記憶手段は、前記利用者端末数に基づいて前記アイテム数が変動する割合、及び前記アイテムの取引率を対応付けて要素情報として記憶することを特徴とする請求項１に記載のサーバ装置。
6. 前記ゲームは、前記サーバ装置にアクセスしている前記利用者端末の利用者キャラクタと、前記利用者キャラクタ間で売買により取引されるアイテムとを含んで進行し、前記外的要素は前記利用者端末数であり、前記ゲーム要素は前記アイテムの販売価格であって、前記サーバ装置は、
   前記アイテムの基本価格を設定する基本価格設定手段をさらに備え、
   前記要素情報記憶手段は、前記利用者端末数に基づいて前記アイテム数が変動する割合、前記基本価格、及び前記アイテムの取引率を対応づけて要素情報として記憶することを特徴とする請求項１に記載のサーバ装置。
7. 前記外的要素は、前記利用者端末数に前記ゲームの遊び方を対応づけた情報であることを特徴とする請求項１乃至６のいずれか一項に記載のサーバ装置。
8. ネットワークを介して利用者端末とデータの送受信が可能であり、ゲームを進行するコンピュータにより実行されるプログラムにおいて、前記ゲームは、前記コンピュータによって制御可能なゲーム要素及び前記コンピュータによって制御不可能な外的要素をパラメータとして含み、
   前記外的要素に基づいて前記ゲーム要素が変動する割合を要素情報として記憶する要素情報記憶手段、
   前記外的要素の変動を認識する外的要素変動認識手段、
   前記外的要素が変動した場合、前記要素情報に基づいて前記ゲーム要素を変動させるゲーム要素変動手段、として前記コンピュータを機能させることを特徴とするプログラム。
9. 前記ゲームは、前記コンピュータにアクセスしている前記利用者端末の利用者キャラクタと、前記コンピュータの敵キャラクタとを含んで進行し、前記外的要素は前記利用者端末数であり、前記ゲーム要素は前記敵キャラクタ数であって、
   前記要素情報記憶手段は、前記利用者端末数に基づいて前記敵キャラクタ数が変動する割合を要素情報として記憶することを特徴とする請求項８に記載のプログラム。
10. 前記要素情報記憶手段は、さらに前記利用者キャラクタの能力を前記敵キャラクタ数が変動する割合に対応づけて前記要素情報として記憶することを特徴とする請求項９に記載のプログラム。
11. 前記ゲーム要素変動手段が変動させた前記敵キャラクタ数に基づいて、前記ゲームの進行中に前記敵キャラクタを出現させるか否かを判定する出現判定手段、
    前記出現判定手段に基づいて前記敵キャラクタを出現させる出現手段、としてさらに前記コンピュータを機能させることを特徴とする請求項８又は９に記載のプログラム。
12. 前記ゲームは、前記コンピュータにアクセスしている前記利用者端末の利用者キャラクタと、前記利用者キャラクタ間で取引されるアイテムとを含んで進行し、前記外的要素は前記利用者端末数であり、前記ゲーム要素は前記アイテム数であって、
    前記要素情報記憶手段は、前記利用者端末数に基づいて前記アイテム数が変動する割合、及び前記アイテムの取引率を対応付けて要素情報として記憶することを特徴とする請求項８に記載のプログラム。
13. 前記ゲームは、前記コンピュータにアクセスしている前記利用者端末の利用者キャラクタと、前記利用者キャラクタ間で売買により取引されるアイテムとを含んで進行し、前記外的要素は前記利用者端末数であり、前記ゲーム要素は前記アイテムの販売価格であって、前記プログラムは、
    前記アイテムの基本価格を設定する基本価格設定手段としてさらに前記コンピュータを機能させ、
    前記要素情報記憶手段は、前記利用者端末数に基づいて前記アイテム数が変動する割合、前記基本価格、及び前記アイテムの取引率を対応づけて要素情報として記憶することを特徴とする請求項８に記載のプログラム。
14. 前記外的要素は、前記利用者端末数に前記ゲームの遊び方を対応づけた情報であることを特徴とする請求項８乃至１３のいずれか一項に記載のプログラム。

Images