JP2013176539A - ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム - Google Patents

Abstract

【課題】従来よりもゲームの戦略的な要素を高めたゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、通信端末を提供すること。
【解決手段】本発明のゲーム制御装置は、複数のオブジェクトのいずれかを出現させる出現手段と、所定の操作入力に基づいて、出現手段によって出現させられたオブジェクトを選択する選択手段と、選択手段によってオブジェクトが選択された場合、オブジェクト毎にゲーム上の効果に関する情報を対応付けて記憶する記憶装置から、選択されたオブジェクトに対応付けられたゲーム上の効果に関する情報を取得する取得手段と、取得手段によって取得されたゲーム上の効果を第１の所定期間内に生じさせる効果発生手段と、複数のオブジェクトのうち選択手段によって選択されたオブジェクト以外のオブジェクトが第１の所定期間内に出現することを制限する制限手段と、を備える。
【選択図】図１３

Description

本発明は、複数のユーザの各々の操作に応じて、各ユーザによるゲームの進行を制御する技術に関する。

近年、特定のサービス提供者によるソーシャルネットワーキングサービス（ＳＮＳ）においてウェブブラウザ上で動作するＡＰＩ(Application Programming Interface)などの動作環境を基に作成されるゲーム用アプリケーションによって実行される、いわゆるソーシャルゲーム（Social Game）が普及している。ソーシャルゲームは、不特定多数のユーザ間でコミュニケーションをとりながらプレイするオンラインゲームの一種であると言える。ユーザは、インターネットに接続可能であって、かつウェブブラウザが搭載された通信端末を備えていれば、時間と場所を問わずソーシャルゲームを楽しむことができる。

上述したソーシャルゲームの一例として、非特許文献１に開示されているデジタルカードゲーム（ドラゴンコレクション（登録商標））が知られている。この公知のデジタルカードゲームは、ユーザが様々なエリアを探索して新たなカードやアイテムを取得するクエスト処理を行うメニューが設けられている。このようなソーシャルゲームは、従来のオンラインゲームよりも、ユーザ間の交流を図るためのコミュニケーション機能が充実している点が特徴の１つとなっている。ソーシャルゲームでは、例えば、他のユーザ（仲間）との協力プレイのほか、仲間との挨拶や連絡など仲間とコミュニケーションを取ることによる情報交換、仲間との間のゲーム上のアイテムのプレゼントあるいはアイテムの交換が行なわれている。

アプリＳＴＹＬＥ Vol.2（株式会社イースト・プレス）、26-27頁

ところで、従来のソーシャルゲームは、ユーザがゲームを進めていく上で戦略的な要素が乏しく、十分な興趣性を発揮させることができなかった。例えば、上述したソーシャルゲームであるドラゴンコレクション（登録商標）では、ユーザは、ゲーム中に不特定の仲間に対して救援要請を行うことができ、その仲間が救援要請を承諾した場合には、その仲間はクエスト処理における進行度合いが有利になるという特典が得られるように構成されている。しかし、救援要請を受けた仲間にとっては、救援要請を行ったユーザが誰であっても得られる特典は同じであるため、救援要請を承諾するか否か、及び／又は誰からの救援要請を承諾するか等を検討するに当たって戦略的な要素が加味されることがない。

本発明は上述した観点に鑑みてなされたもので、従来よりもゲームの戦略的な要素を高めたゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステムを提供することを目的とする。

本発明の第１の観点は、
複数のオブジェクトのいずれかを出現させる出現手段と、
所定の操作入力に基づいて、前記出現手段によって出現させられたオブジェクトを選択する選択手段と、
前記選択手段によってオブジェクトが選択された場合、オブジェクト毎に前記ゲーム上の効果に関する情報を対応付けて記憶する記憶装置から、選択されたオブジェクトに対応付けられたゲーム上の効果に関する情報を取得する取得手段と、
前記取得手段によって取得されたゲーム上の効果を第１の所定期間内に生じさせる効果発生手段と、
前記複数のオブジェクトのうち前記選択手段によって選択されたオブジェクト以外のオブジェクトが前記第１の所定期間内に出現することを制限する制限手段と、
を備えた、ゲーム制御装置である。

このゲーム制御装置において、「ゲーム上の効果」とは、広い意味でゲームの設定に何らかの変化を生じさせうることであってよく、ユーザに対する特典、例えば、パラメータの上昇やアイテムの付与等のほか、ゲーム上の所定の演出であってもよい。また、「ゲーム上の効果」は、ゲーム上の設定の変化を１００％生じさせるものでなくてもよく、一定あるいはランダムな確率でゲーム上の設定の変化を生じさせるものであってよい。また、「オブジェクト」は、ゲーム上のキャラクタやアイテム等、ゲーム上の対象となりうるものであれば如何なる対象でもよい。また、「オブジェクト」はゲーム提供者が設定したキャラクタやアイテム等であっても、ユーザに対応付けられユーザ操作によって関連するデータが変動するキャラクタ情報であっても良い。

このゲーム制御装置では、ユーザは、オブジェクトに対応付けられたゲーム上の効果の内容を勘案しながら、出現したオブジェクトを選択するか、あるいは新たなオブジェクトが出現するのを待つか等について、オブジェクトが出現する度に判断する要素が生ずることになる。また、いったんオブジェクトが選択されると第１の所定時間内に、選択されたオブジェクト以外のオブジェクトが出現することが制限され、それゆえ新たなオブジェクトを選択することが制限されるため、ユーザの上記判断がゲームの進行上重要な要素となる。よって、このゲーム制御装置によれば、ゲームの戦略的な要素を高めることが可能となる。

このゲーム制御装置において、前記記憶装置は、オブジェクトの属性及び／又はパラメータ毎にゲーム上の効果に関する情報を対応付けて記憶しており、
前記取得手段は、前記選択手段によってオブジェクトが選択された場合、前記記憶装置から、前記選択手段によって選択されたオブジェクトの属性及び／又はパラメータに対応付けられたゲーム上の効果に関する情報を取得し、
前記制限手段は、前記複数のオブジェクトのうち前記選択手段によって選択されたオブジェクトの属性及び／又はパラメータ以外の属性及び／又はパラメータを有するオブジェクトが前記第１の所定期間内に出現することを制限してもよい。
ここで、キャラクタの属性は、例えばタイプやカテゴリー等、キャラクタに備わっている性質、特徴を示すものであって、予めキャラクタに関連付けられたデータであってもよい。キャラクタのパラメータとは、例えば、キャラクタの体力（例えば、ＨＰ(Hit Point)等）や能力（例えば、バトル時の攻撃力等）を数値化したもの、あるいはキャラクタの体力や能力を複数のカテゴリーのいずれかに分類したときの分類結果を示すデータ（例えば、Ａタイプ、Ｂタイプ等）である。この構成により、ユーザは、出現したオブジェクトを選択するか、あるいは新たなオブジェクトが出現するのを待つか等について、出現したオブジェクトの属性及び／又はパラメータをも考慮することがもとめられるため、ゲームにおいて戦略的な要素をさらに高めることができる。

上記ゲーム制御装置において、前記出現手段は、いずれかのオブジェクトを出現させる期間を、前記第１の所定期間よりも長い第２の所定期間内に限定してもよい。これにより、ユーザがオブジェクトを選択できる期間が第２の所定期間内に限定される。そのため、ユーザは、第２の所定期間の終期を考慮しながら、オブジェクトを選択することになるため、さらにゲームの戦略性をさらに高めることができる。

上記ゲーム制御装置において、前記出現手段は、所定の出現確率に基づいて前記複数のオブジェクトのいずれかを出現させ、出現したオブジェクトに対する選択結果の履歴に応じてオブジェクトの前記出現確率を変動させてもよい。これにより、ユーザによるオブジェクトの選択結果の履歴に応じてゲームの設定を柔軟に変化させることが可能となる。なお、「選択履歴」とは、例えば、選択回数や選択順序、連続選択回数などを示す。

上記ゲーム制御装置において、前記出現手段は、前記複数のオブジェクトのうち第１のオブジェクトが出現したときに前記第１のオブジェクトが選択されなかったときには、前記複数のオブジェクトのうち前記第１のオブジェクト以外のオブジェクトの出現確率、又は前記第１オブジェクトの属性及び／又はパラメータ以外の属性及び／又はパラメータを備えたオブジェクトの出現確率を、前記所定の出現確率よりも大きくしてもよい。
すなわち、第１のオブジェクトを出現させたときにその第１のオブジェクトが選択されなかったときには、ユーザは第１のオブジェクト以外の他のオブジェクトを選択することを望んでいると考えられる。あるいは、ユーザは第１のオブジェクトの属性及び／又はパラメータ以外の属性及び／又はパラメータを備えたオブジェクトを選択することを望んでいると考えられる。よって、その場合には、他のオブジェクトの出現確率を大きくし、他のオブジェクトを出現させやすくするのが好ましい。あるいは、異なる属性及び／又はパラメータを備えたオブジェクトの出現確率を大きくし、そのようなオブジェクトを出現させやすくするのが好ましい。これによって、ゲームの進行をユーザが期待するような方向に導くことができるようになる。

上記ゲーム制御装置において、前記出現手段は、オブジェクトが選択されなかった回数に応じて、選択されなかったオブジェクト以外のオブジェクトの出現確率、又は選択されなかったオブジェクトの属性及び／又はパラメータ以外の属性及び／又はパラメータを備えたオブジェクトの出現確率を大きくしてもよい。
出現したオブジェクトをユーザが選択しない状況が何度も続くような状況は、ユーザのゲームの進行上好ましくなくゲームの興趣性を削ぐものであるとも考えられる。そこで、オブジェクトが選択されなかった回数が増加するほど、ユーザが望んでいるオブジェクト、又はユーザが望んでいる属性及び／又はパラメータを備えたオブジェクトがより出現しやすくなるようにしてもよい。

上記ゲーム制御装置において、前記効果発生手段は、出現したオブジェクトに対する選択結果の履歴に応じて、選択されたオブジェクト、又は選択されたオブジェクトの属性及び／又はパラメータに対応付けられた効果、又は、前記第１の所定期間を変動させてもよい。これにより、ユーザによるオブジェクトの選択結果の履歴に応じてゲームの設定を柔軟に変化させることが可能となる。

上記ゲーム制御装置において、前記効果発生手段は、オブジェクトが選択されなかった回数に応じて、その後に出現したオブジェクトが選択されることによって生じさせる効果を、選択されたオブジェクト、又は選択されたオブジェクトの属性及び／又はパラメータに対応付けられた効果よりも大きくするか、又は前記第１の所定期間を延長してもよい。
ユーザが選択することを望むオブジェクト、又はユーザが望む属性及び／又はパラメータを備えたオブジェクトが出現しない状況が連続する場合には、その後に選択したオブジェクトによって得られるゲーム上の効果をより大きくすることで、ユーザに満足感を与えるようにする。これによって、ゲームをより興趣性の高いものにすることができる。また、第１の所定期間を延長させることによっても、ユーザにとってゲーム上の効果をより多く得る機会が増加するため、ユーザに満足感を与えることができる。

上記ゲーム制御装置において、前記効果発生手段は、同一のオブジェクト、又は同一の属性及び／又はパラメータのオブジェクトが所定回数連続して選択された場合、あるいは予め設定された複数のオブジェクトの順序に従ってオブジェクトが選択された場合には、ゲーム上の追加の効果を生じさせるか、又は前記第１の所定期間を延長してもよい。これによって、ゲームのストーリー設定に沿った効果を生じさせたり、ゲームの進行に意外性をもたせたりすることができる。

上記ゲーム制御装置において、前記オブジェクトは、ゲーム上のキャラクタであってもよい。ユーザがゲーム上のキャラクタと何らかの行動を行うという設定にすることによって、ゲームのストーリー設定に幅をもたせることができる。なお、キャラクタは、既定のキャラクタに限られず、ユーザの仲間等の他のユーザに対応付けられたキャラクタであってもよい。

本発明の第２の観点は、ゲーム制御方法である。
このゲーム制御方法は、
複数のオブジェクトのいずれかを出現させるステップと、
所定の操作入力に基づいて、前記出現させるステップによって出現させられたオブジェクトを選択するステップと、
前記選択するステップによってオブジェクトが選択された場合、オブジェクト毎に前記ゲーム上の効果に関する情報を対応付けて記憶する記憶装置から、選択されたオブジェクトに対応付けられたゲーム上の効果に関する情報を取得するステップと、
前記取得するステップによって取得されたゲーム上の効果を第１の所定期間内に生じさせるステップと、
前記複数のオブジェクトのうち前記選択するステップによって選択されたオブジェクト以外のオブジェクトが前記第１の所定期間内に出現することを制限するステップと、
を備える。

本発明の第３の観点は、ゲームの実行を制御するために、コンピュータに、
複数のオブジェクトのいずれかを出現させる機能、
所定の操作入力に基づいて、前記出現させる機能によって出現させられたオブジェクトを選択する機能、
前記選択する機能によってオブジェクトが選択された場合、オブジェクト毎に前記ゲーム上の効果に関する情報を対応付けて記憶する記憶装置から、選択されたオブジェクトに対応付けられたゲーム上の効果に関する情報を取得する取得する機能、
前記取得する機能によって取得されたゲーム上の効果を第１の所定期間内に生じさせる機能、及び
前記複数のオブジェクトのうち前記選択する機能によって選択されたオブジェクト以外のオブジェクトが前記第１の所定期間内に出現することを制限する機能、
を実現させるためのプログラムである。

コンピュータは、例えばネットワークサーバ、大型計算機等であってよい。また、このプログラムは、ＤＶＤ−ＲＯＭやＣＤ−ＲＯＭ等のコンピュータが読み取り可能な情報記憶媒体に格納されてもよい。

本発明の第４の観点は、通信端末と、当該通信端末からアクセスされ、前記通信端末によるゲームの実行を制御するサーバと、を含むゲームシステムであって、
複数のオブジェクトのいずれかを出現させる出現手段、
所定の操作入力に基づいて、前記出現手段によって出現させられたオブジェクトを選択する選択手段、
前記選択手段によってオブジェクトが選択された場合、オブジェクト毎に前記ゲーム上の効果に関する情報を対応付けて記憶する記憶装置から、選択されたオブジェクトに対応付けられたゲーム上の効果に関する情報を取得する取得手段、
前記取得手段によって取得されたゲーム上の効果を第１の所定期間内に生じさせる効果発生手段、及び、
前記複数のオブジェクトのうち前記選択手段によって選択されたオブジェクト以外のオブジェクトが前記第１の所定期間内に出現することを制限する制限手段、
の各手段を、前記通信端末又は前記サーバのいずれか一方が備える。

本発明のゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、通信端末によれば、従来よりもゲームの戦略的な要素を高めることができる。

実施形態のゲームシステムの基本構成を示す図。 実施形態の通信端末の外観の例を示す図 実施形態の通信端末の構成を示すブロック図。 実施形態のゲームサーバの構成を示すブロック図。 実施形態のデータベースサーバの構成を示すブロック図。 データベースサーバに含まれるユーザデータベースの構成例を示す図。 実施形態のゲームにおいて通信端末に表示されるトップページを示す図。 実施形態のゲームにおいて通信端末に表示されるウェブページの変化の一例を示す図。 実施形態のゲームにおいて通信端末に表示されるウェブページの変化の一例を示す図。 実施形態のゲームにおいて通信端末に表示されるウェブページの変化の一例を示す図。 実施形態のゲームにおいて通信端末に表示されるウェブページの変化の一例を示す図。 実施形態のゲームにおいて通信端末に表示されるウェブページの変化の一例を示す図。 実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図。 パートナーキャラクタの出現確率である第１の出現確率データの一例を示す図。 パートナーキャラクタと一緒にいる場合のプレゼント配布者の出現確率である第２の出現確率データの一例を示す図。 パートナーキャラクタと一緒にいる場合のプレゼント出現確率である第３の出現確率データの一例を示す図。 配布されたプレゼントの種類と、付与されるポイントとを対応付けたポイント対応表の一例を示す図。 実施形態のゲームシステムの主要な処理の一例を示すフローチャート。 実施形態のゲームシステムの主要な処理の一例を示すフローチャート。 キャラクタと、属性及びパラメータとの対応関係が記述されるキャラクタデータベースの例を示す図。 キャラクタの属性及びパラメータ毎のゲーム上の効果を記述するデータ例を示す図。 パートナーキャラクタがプレゼントを貰う演出を表示するウェブページの例を示す。 実施形態のゲーム制御装置の各機能について、通信端末と、ゲームサーバ及びデータベースサーバとの間の分担例を示す図。

以下、本発明のゲームシステムの一実施形態について説明する。

（１）ゲームシステムの構成
図１は、実施形態のゲームシステムのシステム構成例を示している。図１に示すように、このゲームシステムは、例えばインターネットなどの通信網ＮＷ（ネットワーク）に接続可能な通信端末１０ａ，１０ｂ，１０ｃ，…と、通信網ＮＷに接続されているゲームサーバ２０と、データベースサーバ３０とによって構成されている。各通信端末１０ａ，１０ｂ，１０ｃ，…はそれぞれ、個々のユーザによって操作される端末であり、例えば、携帯端末、スマートフォン、ＰＤＡ(Personal Digital Assistant)、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機（いわゆる多機能型のスマートテレビも含む。）などの通信端末である。なお、以下の説明において、各通信端末１０ａ，１０ｂ，１０ｃ，…に共通して言及するときには、通信端末１０と表記する。
このゲームシステムにおいて、ゲームサーバ２０は、クライアントである通信端末１０と通信可能に構成されており、通信端末１０に対してゲーミングサービスを提供する。ゲームサーバ２０には、ゲーム用アプリケーションとしてウェブブラウザ上で動作可能なアプリケーションが実装されている。データベースサーバ３０は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ２０と例えば有線で接続される。
通信端末１０は、ゲームサーバ２０によって提供されるウェブページを表示可能なウェブブラウザを備えており、ユーザは、通信端末１０をウェブページ上で操作してゲームを実行する。

また、図１には図示していないが、ゲームサーバ２０とは別に各通信端末１０のユーザを認証するための認証サーバを設けてもよい。また、多くの通信端末１０からのアクセスを受け入れるために複数のゲームサーバ２０を設ける場合は、その複数のゲームサーバ２０間の負荷を調整するためのロードバランサを設けてもよい。また、ゲームサーバ２０は単一のサーバ装置として構成してもよいが、機能を分散させた複数のサーバ装置として構成してもよい。

（２）通信端末の構成
図２及び図３を参照して通信端末１０について説明する。
図２は、通信端末１０の外観の例を示す図であって、（ａ）は、例えば折り畳み式の携帯端末（携帯電話機）などの釦入力方式の通信端末を例示したものであり、（ｂ）は、例えばスマートフォンなどのタッチパネル入力方式の通信端末を例示したものである。図３は、通信端末１０の内部構成を示すブロック図である。
図３に示すように、通信端末１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ(Read Only Memory)１２、ＲＡＭ(Random Access Memory)１３、画像処理部１４、指示入力部１５、表示部１６、及び、信号送受信部としての通信インタフェース部１７を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス１８が設けられている。

ＣＰＵ１１は、ＲＯＭ１２内のウェブブラウザをＲＡＭ１３にロードして実行する。そして、ＣＰＵ１１は、指示入力部１５等によってユーザに入力されるＵＲＬ(Uniform Resource Locator)の適切な指定に基づき、通信インタフェース部１７を介して、ゲームサーバ２０からウェブページを表示するためのデータ、すなわち、ＨＴＭＬ(HyperText Markup Language)文書や当該文書と関連付けられた画像などのオブジェクトのデータ（以下、総称して適宜「ＨＴＭＬデータ」と表記する。）を通信インタフェース部１７を介して取得し、そのＨＴＭＬデータを解釈する。なお、通信端末１０には、ウェブブラウザのブラウザ機能を拡張するための様々なプラグインが実装されていてよい。
なお、ＨＴＭＬデータの取得に当たって、ＣＰＵ１１は、予め登録されたユーザＩＤ（ユーザ識別情報）、あるいは指示入力部１５を介して入力されるユーザＩＤを含むアクセス要求メッセージを、通信インタフェース部１７を介してゲームサーバ２０へ通知する。

ウェブブラウザは、画像処理部１４を介して、取得したＨＴＭＬデータに基づき、ゲームサーバ２０から提供されるウェブページを表示部１６に表示する。また、ウェブブラウザは、ユーザが指示入力部１５の操作によってウェブページ上のハイパーリンク(Hyperlink)またはメニューが選択されると、その選択に応じたウェブページを表示するための新たなＨＴＭＬデータの送信（つまり、ウェブページの更新）をゲームサーバ２０へ要求する（つまり、ＨＴＴＰリクエストを送信する）。

画像処理部１４は、ＨＴＭＬデータの解析結果としてＣＰＵ１１から与えられる表示用画像データに基づいて、表示部１６にウェブページを表示する。表示部１６は、例えば、マトリクス状に画素単位で配置された薄膜トランジスタを含むＬＣＤ(Liquid Cristal Display)モニタであり、表示用画像データに基づいて薄膜トランジスタを駆動することでウェブページの画像を表示画面１６ａに表示する。

通信端末１０が釦入力方式の通信端末（図２（ａ））である場合、指示入力部１５は、ユーザの操作入力を受け入れるための方向指示釦と決定釦などの複数の指示入力釦を含む釦群１５ａ、及び、テンキーなどの複数の指示入力釦を含む釦群１５ｂを備え、各釦の押下（操作）入力を認識してＣＰＵ１１へ出力するためのインタフェース回路を含む。例えば、方向指示釦は、表示部１６に表示されているウェブページをスクロールして表示することをＣＰＵ１１へ指示するために設けられる。また、決定釦は、例えばウェブページ上で複数のハイパーリンクまたはメニューが表示されるときに、アクティブ表示（例えば強調表示）されている１つのハイパーリンクまたはメニューをユーザが選択することをＣＰＵ１１へ指示するために設けられる。なお、通信端末１０を小型の携帯端末によって構成する場合には、これらの釦は、ユーザが通信端末１０を片手で保持したままその親指で操作（クリック）しやすいように、通信端末１０の前面に配置されていることが好ましい。図２（ａ）に示す例では、釦群１５ｂは、釦群１５ａの下方に配置され、「０」〜「９」、「＊」、「＃」（テンキー）が表記された複数の指示入力釦を含む。

通信端末１０がタッチパネル入力方式の通信端末（図２（ｂ））である場合、指示入力部１５は、主として表示画面１６ａに指先あるいはペンで触れることによるタッチパネル方式の入力を受け付ける。タッチパネル入力方式は、静電容量方式などの公知の方式でよい。なお、図２（ｂ）に示すように、通信端末１０がタッチパネル入力方式の場合であっても釦群１５ａが設けられる場合もある。

通信端末１０に表示されるウェブページ上のメニューの選択操作は、例えば通信端末１０が携帯端末である場合には、方向指示釦の押下操作によってメニューを選択し、決定釦の押下操作によって、選択したメニューを確定することによって行われる。また、選択操作は、例えば通信端末１０がタッチパネル入力方式の場合には、ウェブページが表示されている表示画面１６ａ上のメニューの位置を指あるいはペンで指示（タッチ操作）することによって行われる。

（３）ゲームサーバの構成
図４を参照してゲームサーバ２０の構成について説明する。
ゲームサーバ２０は、例えば階層構造の複数のウェブページからなるゲームのウェブサイトを管理しており、通信端末１０に対してゲームのウェブサービスを提供する。図４に示すように、ゲームサーバ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、データベース（ＤＢ）アクセス部２４、及び、通信インタフェース部２５を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス２６が設けられている。なお、ゲームサーバ２０は、ハードウエアに関しては汎用のウェブサーバと同一の構成をとることができる。

ＲＯＭ２２には、クライアントである通信端末１０のウェブブラウザに対してＨＴＭＬ文書や画像などのオブジェクトの表示（ウェブページの表示）のサービスを提供するアプリケーションプログラムが格納されている。ＲＯＭ２２には、アプリケーションプログラム以外にもＣＰＵ２１によって参照される各種データが格納されている。
ＣＰＵ２１は、ＲＯＭ２２内のゲームプログラムをＲＡＭ２３にロードして実行し、通信インタフェース部２５を介して、各種の処理を行う。

例えば、ＣＰＵ２１は、通信インタフェース部２５を介して、ＨＴＭＬデータを通信端末１０宛に送信する。なお、ゲームサーバ２０が通信端末１０のユーザの認証処理を行う場合には、ＣＰＵ２１はその認証処理を行う。
ＣＰＵ２１は、通信インタフェース部を介して、通信端末１０で表示されるウェブページ上でユーザにより選択されたハイパーリンクまたはメニューに応じた処理を行う。その処理は、例えば、新たなＨＴＭＬデータの送信、または、ゲームサーバ２０内の演算処理あるいはデータ処理などを含む。
データベースアクセス部２４は、ＣＰＵ２１がデータベースサーバ３０に対してデータの読み書きを行うときのインタフェースである。

（４）データベースサーバの構成
データベースサーバ３０は、大容量のハードディスク装置やＲＡＩＤ（Redundant Arrays of Inexpensive Disks）等の形態の装置等、汎用ストレージで実現できる。データベースサーバ３０内の各データベースは、ゲームサーバ２０のデータベースアクセス部２４を介してＣＰＵ２１からのデータの読み書きが可能となるように構成されている。
図５に、データベースサーバ３０の構成の一例を示す。図５に示すように、データベースサーバ３０は、ユーザデータベース３１と、ゲームデータベース３２とを備える。

図６に、後に説明する本実施形態のゲームにおいて適用されるユーザデータベース３１の一例を示す。この例では、ユーザデータベース３１は、ユーザＩＤ（ユーザ識別情報）ごとに、ユーザ名／表示画像、レベル、スタミナ、保有ポイント、一緒にいるパートナーキャラクタの各項目についての情報を含む。ユーザデータベース３１に含まれる情報は、ゲームサーバ２０によって逐次更新されうる。

以下の説明では、ユーザデータベース３１に含まれるユーザＩＤ、あるいはユーザを特定するユーザ名（後述する）ごとのデータを総称してユーザデータという。ユーザデータを構成する各項目のデータは、以下のとおりである。
・ユーザ名／表示画像
ゲームの実行時に通信端末１０にユーザを特定するために表示されるユーザ名及び表示画像である。ユーザ名はユーザによって予め指定される所定長以下のテキストであり、表示画像は例えばユーザによって予め選択されるアバタ画像である。ユーザ名は、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザを特定する名称である。
・レベル
「レベル」は、ユーザのゲーム上のレベルあるいは段階を示す値である。例えば、ゲームの開始時にはレベルの値は「１」であり、ゲームの進行に応じて順次上昇する。
・スタミナ
「スタミナ」は、後述する本実施形態のゲームにおいて、クエスト処理を実行するときに消費するユーザのゲーム上のデータである。スタミナは、クエスト処理を実行することで低減し、所定の時間が経過する毎に回復（増加）する値であってよい。
・保有ポイント
「保有ポイント」は、後述する本実施形態のゲームを実行することによってユーザが得るポイントの量（単位：ｐｔ）である。
・一緒にいるパートナーキャラクタ
後述する本実施形態のゲームでは、ユーザがゲーム上で仮想的にパートナーキャラクタと一緒に行動する場合があるという設定になっている。「一緒にいるパートナーキャラクタ」は、ユーザと一緒に行動しているパートナーキャラクタを特定するデータである。このゲームでは、複数のパートナーキャラクタ（ＰＣ１，ＰＣ２，…）が用意されている。ユーザは、複数のパートナーキャラクタのうちいずれか１つのパートナーキャラクタと一緒に行動する場合があるという設定になっている。つまり、ユーザデータの「一緒にいるパートナーキャラクタ」には、単一のパートナーキャラクタを特定するデータのみが書き込まれる。

ゲームデータベース３２は、ゲームサーバ２０からのアクセスに基づき、ゲームサーバ２０によって実行された、ユーザごとのゲームの情報を記憶（記録）する。ゲームの情報は、例えば、ゲームの進行状態、ゲームの途中経過、あるいはゲームの結果に関する情報等を含んでよい。ゲームデータベース３２に記録すべきユーザごとのゲームの情報は、適用されるゲームごとに適宜定義してよい。

（５）本実施形態のゲームの一例
本実施形態のゲームサーバ２０によって実現されるゲームのタイプは特に限定されるものではないが、以下では、実施形態の説明の便宜上、ゲームサーバ２０によって実現されるゲームの一例について、図７〜１２を参照して説明する。図７は、本実施形態のゲームにおいて、通信端末１０に表示されるトップページを示す図である。図８〜１２はそれぞれ、本実施形態のゲームにおいて通信端末１０に表示されるウェブページの変化を示す図である。

本実施形態のゲームサーバ２０によって実現されるゲームのタイプは特に限定されるものではないが、以下では、実施形態の説明の便宜上、ゲームサーバ２０によって実現されるゲームの一例として、デジタルカードゲームを採り上げる。デジタルカードゲームは、例えば、ユーザがカードを収集し、収集したカードを使用して他のユーザとバトル（バトル処理）を行うように構成されているゲームである。このゲームでは、上述したバトル処理を行うバトルパート、複数枚のカードを一体化してカードの能力を高める強化パート、抽選によって新たなカードを入手することを可能とする抽選パート等の複数のパートから構成されている。
図７に示すように、本実施形態のゲームにおいて、通信端末１０に表示されるトップページには、ユーザ名（図７の例では「ＫＮＭ」）とユーザの表示画像が表示されるとともに、ユーザデータ表示領域とメニュー表示領域が含まれる。
ユーザデータ表示領域は、対象となるユーザＩＤのユーザデータに含まれる、レベル、スタミナ、保有ポイントの各項目のデータ（図６参照）が表示される領域である。
メニュー表示領域は、本実施形態のデジタルカードゲームに設けられる複数のパートに対応して、「プレゼント受取」、「バトル」、「強化」、「抽選」の各メニューｍ１〜ｍ４が表示される領域である。メニューｍ２〜ｍ４は、前述したバトルパート、強化パート、抽選パートに対応する。
「プレゼント受取」に対応するメニューｍ１は、本実施形態のゲームのプレゼント受取パートを実行するためのメニューである。図８〜１２は、本実施形態のゲームにおいてプレゼント受取パートを実行するときに、ユーザの通信端末１０に表示されるウェブページを例示している。

以下、本実施形態のゲームにおけるプレゼント受取パートの流れについて、図８〜１２を参照して説明する。プレゼント受取パートでは、ユーザは、クエスト処理を実行してゲーム上のエリアを探索する。エリアを探索中に任意のタイミングでパートナーキャラクタが出現するが、ユーザは、その出現したパートナーキャラクタと所定時間一緒に行動するか否かを選択できる。ゲーム上パートナーキャラクタは複数設けられているが、出現したパートナーキャラクタと所定時間一緒に行動することを選択した場合には、そのパートナーキャラクタ以外のパートナーキャラクタが出現することはない。ユーザがパートナーキャラクタと一緒に行動を行っている場合には、そのパートナーキャラクタに対して予め設定されたゲーム上の効果を発生させることができる。なお、「ゲーム上の効果」とは、広い意味でゲームの設定に何らかの変化を生じさせうることであってよく、ユーザに対する特典のほか、ゲーム上の所定の演出であってもよい。また、「ゲーム上の効果」は、ゲーム上の設定の変化を１００％生じさせるものでなくてもよく、一定あるいはランダムな確率でゲーム上の設定の変化を生じさせるものであってよい。後述するように、本実施形態におけるゲーム上の効果は、ユーザが一緒に行動するパートナーキャラクタに応じて異なるようにして設定されている。

図７に示すゲームのトップページが表示されている状態で、メニューｍ１に対する選択操作がなされると、図８のステップＳ１に示すウェブページがユーザの通信端末１０に表示される。ステップＳ１に示すウェブページには、ユーザのスタミナの値を示すゲージ、ユーザの現在の保有ポイントの値、及び「クエスト実行」と表記されたメニューｍ１０が表示される。メニューｍ１０の選択操作によってクエスト処理が実行されると、通信端末１０に表示されるウェブページがステップＳ１からステップＳ２に更新される。ステップＳ２で表示されるウェブページには、探索の進行度合いを示す進行率のゲージ、再度クエスト処理の実行を行うための「もう一度実行」と表記されたメニューｍ１１、及びユーザの現在の保有ポイントの値が表示される。ステップＳ２のウェブページ上でメニューｍ１１に対する選択操作を行う度にクエスト処理が実行され、進行率の値が一定の、あるいはランダムな増加量で増加する。進行率が１００％に達した場合には、対象となるエリアの探索が終了したことになり、次のエリアの探索に移る。なお、ステップＳ２のウェブページ上でメニューｍ１１に対する選択操作を行う度に、ユーザのスタミナの値が例えば一定量ずつ減少していき、スタミナの値が少なくなるとクエスト処理を実行することはできない。その場合には、ユーザは、スタミナの値が回復（増加）するまで待機する。

本実施形態のゲームにおいて、クエスト処理を行っている途中でパートナーキャラクタが出現した場合、図９のステップＳ３に示すようにウェブページが更新される。ステップＳ３に示すウェブページは、ステップＳ２と同一の表示内容を含む表示領域３０１と、パートナーキャラクタと一緒に行動するか否かの選択を行うための表示領域３０２とを含む。表示領域３０２には、出現したパートナーキャラクタの画像、名称（図の例では、ＰＣ１）及びテキスト（例えば、「こんにちは！」）とともに、出現したパートナーキャラクタと所定時間一緒に行動することを選択するためのメニューｍ１２と、一緒に行動しないことを選択するためのメニューｍ１３とが含まれる。ここで、メニューｍ１２に対する選択操作が行われると、図９のステップＳ４に示すようにウェブページが更新される。ステップＳ４に示すウェブページの表示領域３０２には、例えば、ユーザと一緒に行動するパートナーキャラクタＰＣ１の画像、名称とともに、適切なテキスト（例えば、「ＯＫ！一緒に行こう！」）が表示される。表示例では、パートナーキャラクタと一緒に行動する時間が１０分間の場合が示されている。ステップＳ４のウェブページの表示領域３０３には、パートナーキャラクタと一緒に行動可能な時間がカウントダウン形式で表示される。

一方、ステップＳ３のウェブページ上でメニューｍ１３に対する選択操作が行われると、図１０のステップＳ５に示すようにウェブページが更新される。ステップＳ５に示すウェブページでは、ステップＳ２と同一の表示内容を含む表示領域３０１と、パートナーキャラクタを表示するための表示領域３０２とを含む。表示領域３０２には、例えば、出現したパートナーキャラクタの画像、名称（図の例では、ＰＣ１）とともに、状況に応じた適切なテキスト（例えば、「さようなら！」）が表示される。

本実施形態のゲームにおいて、パートナーキャラクタと一緒に行動しながらクエスト処理を行っていると、任意のタイミングでパートナーキャラクタにプレゼントを配るキャラクタ（以下、「プレゼント配布者」という。）が出現する場合がある。プレゼント配布者の出現確率は、一緒に行動するパートナーキャラクタによって異ならせてもよい。
プレゼント配布者が出現した場合、図１１のステップＳ６に示すようにウェブページが更新され、これによってユーザはプレゼント配布者が出現したことが分かるように構成されている。本実施形態のゲームでは、パートナーキャラクタに対して先ずプレゼントが配布され、その後にユーザに対してプレゼントが配布されるか否か決定されるように構成されている。このとき、パートナーキャラクタと行動を共にするユーザがプレゼントを受け取ることができる確率、及び、受け取ることができる場合にどのようなプレゼントを受け取ることができるかについての確率は、一緒に行動するパートナーキャラクタによって異なる。

ステップＳ６のウェブページに続いて、ユーザもプレゼントを受け取ることができた場合には、図１１のステップＳ７に示すようにウェブページが更新される。ユーザがプレゼントを受け取ることができなかった場合には、図１２のステップＳ８に示すようにウェブページが更新される。
ステップＳ７に示すウェブページにおいて、表示領域３０１では、ユーザの保有ポイントが更新（増加）して表示されており（図の例では、１００ｐｔ→１１０ｐｔ）、これによってユーザは、プレゼントとして受け取ったポイント量を知ることができる。表示領域３０２には、例えば、出現したパートナーキャラクタの画像、名称（図の例では、ＰＣ１）とともに、状況に応じた適切なテキスト（例えば、「良かったな！」）が表示される。
一方、プレゼントを受け取ることができなかった場合には、ステップＳ８に示すウェブページの表示領域３０１に表示されるユーザの保有ポイントに変化はなく、表示領域３０２には、例えば、出現したパートナーキャラクタの画像、名称（図の例では、ＰＣ１）とともに、状況に応じた適切なテキスト（例えば、「残念だったな！」）が表示される。

なお、パートナーキャラクタと一緒に行動する所定時間が経過した場合（表示領域３０３の残り時間の表示がゼロになった場合）には、例えばステップＳ５に示すようにウェブページが更新され、それ以降、新たに出現したパートナーキャラクタをユーザが選択できるようになる。
以上説明したように、本実施形態のゲームでは、ユーザは、ゲーム上のエリアを探索し、探索中に出現したパートナーキャラクタと所定時間一緒に行動することで、その所定時間内にプレゼント配布者が出現した場合には、パートナーキャラクタに対してプレゼントが配布され、その後にユーザもプレゼントを受け取ることができるか否かが決定される。ユーザがプレゼントを受け取ることができた場合には、プレゼントに応じたポイントが付与される。なお、ユーザがプレゼント受取パートで得たポイントは、そのポイントの量に応じたゲーム上のアイテム等と交換可能に構成されてもよい。

（６）ゲーム制御装置における各処理の概要
本実施形態では、ゲームサーバ２０及びデータベースサーバ３０によってゲーム制御装置が構成されている。以下では、上述したゲームが適用される場合を例として、本実施形態のゲーム制御装置で実現される機能について、図１３を参照して説明する。図１３は、本実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。なお、図１３の機能ブロック図において、登録手段５１及びゲーム進行手段５２は、必ずしも必須の構成要素ではない。
なお、以下の説明において、通信端末１０に表示されるウェブページ上で表示されるメニュー、マーク等はウェブページ上で所望の位置に配置されるものであって、通信端末１０で視認されるメニュー、マーク等の表示画面上の位置は、ユーザの方向指示釦やタッチパネル操作によるウェブページのスクロール操作によって変化しうる。

登録手段５１は、例えば通信端末１０に提供するウェブページ上での通信端末１０への適切な操作入力に基づいてユーザの要求を認識し、登録処理を行う。この場合の登録手段５１は、例えば以下のとおり実行される。ゲームサーバ２０のＣＰＵ２１は、通信インタフェース部２５を介して通信端末１０から登録要求メッセージを受信する。登録要求メッセージが、ゲームサーバ２０から提供されるウェブページ上での通信端末１０に対する所定の操作（例えば、所定のメニューの選択操作、テキスト入力等）によって自動的に生成されるように、ウェブページが構成されていてもよい。登録要求メッセージには、送信元の通信端末１０を特定するための情報（例えばＩＰアドレス、メールアドレス等）が含まれていてもよく、あるいは、ユーザが既に同一のサービス提供者による他のゲームを利用している場合には、そのユーザＩＤが含まれていてもよい。登録要求メッセージには、ユーザが指定したパスワードや個体識別情報（端末製造番号等）が含まれていてもよい。パスワードや個体識別情報は、ユーザのログイン時の認証処理のためにゲームサーバ２０内に記録される。
ＣＰＵ２１は、登録要求メッセージを受信し、登録要求メッセージにユーザＩＤが含まれていない場合には、ユーザＩＤを新規に発行してそのユーザＩＤの登録処理を行った後、登録処理が完了した旨のメッセージを通信端末１０へ送信する。ＣＰＵ２１は、登録要求メッセージを受信し、登録要求メッセージにユーザＩＤが含まれている場合には、そのユーザＩＤの登録処理を行った後、登録処理が完了したことを示す登録完了メッセージを通信端末１０へ送信する。
登録が完了すると、ＣＰＵ２１は、ユーザＩＤに対応するユーザデータを生成し、ユーザデータベース３１に格納する。

ゲーム進行手段５２は、通信端末１０に対するユーザの操作に応じて、通信端末１０に表示されるウェブページを逐次更新するためのＨＴＭＬデータを送信することで、本実施形態のゲームを進行させる機能を備える。ゲーム進行手段５２によって行われる処理は、図７のトップページのメニューｍ１〜ｍ４に対応したプレゼント受取パート、バトルパート、強化パート、抽選パートの各処理である。

プレゼント受取パートにおいて、ゲーム進行手段５２は、ユーザによるクエスト処理を実行する機能を備える。ゲーム進行手段５２のこの機能は、以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、メニューｍ１０又はｍ１１（図８参照）が選択操作されたことを認識すると、例えばＲＡＭ２３で一時的に記憶させているユーザの対象エリアに対する進行率の値を、一定量、あるいはランダムな増加量で増加させる処理を行う。さらにＣＰＵ２１は、ユーザデータベース３１にアクセスして、対象となるユーザデータのスタミナの値を例えば一定量減少させる処理を行う。ＣＰＵ２１は、ユーザデータのスタミナの値を一定量減少させることができない場合には、クエスト処理が実行できないことを通知するためのＨＴＭＬデータを生成してユーザの通信端末１０宛に送信する。ＣＰＵ２１は、対象となるエリアの進行率が１００％に達した場合には、その次のエリアのクエスト処理を案内するＨＴＭＬデータを生成してユーザの通信端末１０宛に送信する。ＣＰＵ２１は、一定時間（例えば３分間）が経過する度にユーザデータベース３１にアクセスして、各ユーザのスタミナの値を一定量だけ増加させる処理を行う。なお、スタミナの最大値を予め規定しておいてもよく、その場合にはスタミナの値は、その最大値よりも増加することはない。

キャラクタ出現手段５３は、ゲーム上で設けられている複数のパートナーキャラクタの中からいずれかのパートナーキャラクタを出現させる機能を備える。
キャラクタ出現手段５３の機能は、例えば以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、メニューｍ１０又はｍ１１（図８参照）が選択操作されたことを認識する度に、所定の出現確率に従っていずれかのパートナーキャラクタを出現させるか決定する。ＣＰＵ２１は、パートナーキャラクタを出現させることを決定した場合には、特定のパートナーキャラクタを表示させるためのＨＴＭＬデータを生成してユーザの通信端末１０宛に送信する。これによって例えば通信端末１０にステップＳ３に示したウェブページが表示されるようになる。

パートナーキャラクタの出現確率は、ゲーム上で設けられている複数のパートナーキャラクタの各々で同一でもよいし、異なっていてもよい。図１４に、例えば２つのパートナーキャラクタＰＣ１，ＰＣ２の出現確率である第１の出現確率データの一例を示す。第１の出現確率データは例えばＲＯＭ２２に記憶されてもよく、ＣＰＵ２１は、パートナーキャラクタを出現させることを決定するときに、第１の出現確率データを参照する。
図１４に示す第１の出現確率データでは、複数のエリアを順に進行させるごとに１回のクエスト処理で消費する（減少する）スタミナの値（スタミナの消費量）が異なる場合が想定されている。つまり、エリアが進行するごとに段階的にスタミナの消費量が増加することが想定されている。ここでは一例として、同じスタミナの消費量の場合（すなわち、同一エリアを探索している場合）、２つのパートナーキャラクタＰＣ１，ＰＣ２の出現確率が同一である場合が示されている。
なお、図１４に示すように、エリアが進行するごとに各パートナーキャラクタの出現確率が徐々に増加するように設定してもよい。エリアが進行するに応じてスタミナの消費量が増加するため、ユーザのスタミナの最大値が一定である場合には、エリアが進行するごとに、連続してクエスト処理ができる回数が減ってしまうことになる。しかしながら、図１４に示す設定の場合には、連続してクエスト処理ができる回数が減る分、パートナーキャラクタの出現確率が上昇するため（つまり、プレゼントを得られる機会が増加するため）、エリアが進行すると不利になるという状況を回避することができる。

選択手段５４は、通信端末１０に対する所定の選択操作の入力に基づいて、キャラクタ出現手段５３によって出現させられたパートナーキャラクタを選択する機能を備える。本実施形態のゲームでは、ユーザは、自らパートナーキャラクタを選択した場合、そのパートナーキャラクタと所定期間（第１の所定期間）だけ一緒に行動する設定となっている。
選択手段５４の機能は、以下のようにして実現することができる。ウェブページ上のメニューの選択操作（例えば、図９のステップＳ３のメニューｍ１２又はｍ１３に対する選択操作）によって、選択操作されたメニューの内容を特定したＨＴＴＰリクエストが通信端末１０からゲームサーバ２０宛に送信される。ゲームサーバ２０のＣＰＵ２１は、このＨＴＴＰリクエストを-通信インタフェース部２５を介して受信し、ＨＴＴＰリクエストに含まれる、選択操作されたメニューの内容を認識して、予め出現させたパートナーキャラクタをユーザが選択したか否かを判断する。ＣＰＵ２１は、ユーザがパートナーキャラクタを選択した場合、ユーザデータベース３１にアクセスして、選択されたパートナーキャラクタを特定するデータをユーザデータの「一緒にいるパートナーキャラクタ」の欄に書き込む。

取得手段５５は、選択手段５４によってパートナーキャラクタが選択された場合、パートナーキャラクタ毎にゲーム上の効果に関する情報を対応付けて記憶する記憶装置から、選択されたオブジェクトに対応付けられたゲーム上の効果に関する情報を取得する機能を備える。本実施形態のゲームの例では、「ゲーム上の効果」は、ユーザが所定の確率でプレゼントとしてのポイントを得ることに相当する。本実施形態では、「記憶装置」は、例えば、後述する第２及び第３の出現確率データ及びポイント対応表を記憶するＲＯＭ２２に相当する。
取得手段５５の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、ＲＯＭ２２の第３の出現確率データ及びポイント対応表にアクセスして、ユーザによって選択されたパートナーキャラクタに対応する各プレゼント出現確率と、各プレゼントに対して付与されるポイントとを読み出す。これによって、ＣＰＵ２１は、選択されたパートナーキャラクタに対応するゲーム上の効果を取得する。

キャラクタ出現制限手段５６は、複数のパートナーキャラクタのうち選択手段５４によって選択されたオブジェクト以外のオブジェクトが所定期間（第１の所定期間）内に出現することを制限する機能を備える。
キャラクタ出現制限手段５６の機能は、以下のようにして実現することができる。ゲームサーバ２０のＣＰＵ２１は、逐次ユーザデータベース３１にアクセスして、ユーザデータを参照して既に「一緒にいるパートナーキャラクタ」の欄にデータが書き込まれているかチェックする。その結果、データが書き込まれているときには、ＣＰＵ２１は、その後にメニューｍ１０又はｍ１１（図８参照）が選択操作されたことを認識した場合でも、パートナーキャラクタを出現させないようにする。つまり、ＣＰＵ２１は、図１４に示したパートナーキャラクタの出現確率を、当該パートナーキャラクタのデータがユーザデータベース３１に書き込まれてから所定期間の間、無効化する（ゼロにする）。

効果発生手段５７は、取得手段５５によって取得されたパートナーキャラクタに対応付けられるゲーム上の効果を所定期間（第１の所定期間）内に生じさせる機能を備える。
本実施形態のゲームの例では、効果発生手段５７における「所定期間」は、ユーザが選択したパートナーキャラクタと一緒に行動を開始してからの一定時間（図９の例では、１０分間）である。なお、パートナーキャラクタと一緒に行動してからの一定時間とは、例えば、パートナーキャラクタと一緒に行動してからの現実の経過時間が一定時間となった場合だけではなく、ゲーム対するログイン(アクセス)時間の合計値等のゲーム内の経過時間が一定時間になった場合であってもよい。本実施形態のゲームの例では、「ゲーム上の効果」は、ユーザが所定の確率でプレゼントとしてのポイントを得ることに相当する。

効果発生手段５７の機能は、以下のようにして実現することができる。
ゲームサーバ２０のＣＰＵ２１は、ユーザがパートナーキャラクタと一緒にいるという条件が満足されている場合には、メニューｍ１０又はｍ１１（図８参照）が選択操作されたことを認識する度に、プレゼント配布者を出現させるか否かを決定する。プレゼント配布者の出現確率は、ユーザが一緒にいるパートナーキャラクタによって異なるようにしてもよい。図１５に、例えば２つのパートナーキャラクタＰＣ１，ＰＣ２のいずれかと一緒にいる場合のプレゼント配布者の出現確率である第２の出現確率データの一例を示す。第２の出現確率データは例えばＲＯＭ２２に記憶されてもよく、ＣＰＵ２１は、プレゼント配布者を出現させることを決定するときに第２の出現確率データを参照する。

ＣＰＵ２１は、プレゼント配布者が出現したという条件が満足されている場合には、ユーザに対してプレゼントを配布するか否か、さらにプレゼントを配布する場合にどのようなプレゼントを配布するかを決定する。ユーザに対してプレゼントを配布するか否か、さらにプレゼントを配布する場合にどのようなプレゼントを配布するかについての確率（以下、「プレゼント出現確率」という。）は、ユーザが一緒にいるパートナーキャラクタによって異なるようにしてもよい。図１６に、例えば２つのパートナーキャラクタＰＣ１，ＰＣ２のいずれかと一緒にいる場合のプレゼント出現確率である第３の出現確率データの一例を示す。第３の出現確率データは例えばＲＯＭ２２に記憶されてもよく、ＣＰＵ２１は、ユーザに対してプレゼントを配布するか否か、さらにプレゼントを配布する場合にどのようなプレゼントを配布するかを決定するときに第３の出現確率データを参照する。
図１６に示す例では、プレゼントＡとプレゼントＢの２種類のプレゼントが設定されているが、配布されたプレゼントに応じて付与されるポイントを異ならせることが好ましい。図１７には、配布されたプレゼントの種類と、付与されるポイントとを対応付けたポイント対応表の一例が示されている。このようなポイント対応表は例えばＲＯＭ２２に記憶されてもよく、ＣＰＵ２１は、ユーザに付与すべきポイントを決定するときにポイント対応表を参照する。

図１５〜１７は、本実施形態の出現確率データ及びポイント対応表の好ましい設定例を示している。つまり、ユーザがパートナーキャラクタＰＣ１と一緒にいる場合には、プレゼント配布者の出現確率は低いが、高価なプレゼント（付与されるポイントが多いプレゼントＡ）が得られる確率が高い。一方、ユーザがパートナーキャラクタＰＣ２と一緒にいる場合には、プレゼント配布者の出現確率は高いが、安価なプレゼント（付与されるポイントが少ないプレゼントＢ）が得られる確率が高い。よって、ユーザは、プレゼント配布者の出現確率とプレゼントの内容を加味しながら、戦略的にパートナーキャラクタを選択することになる。

前述したように、本実施形態のゲームでは、先ずパートナーキャラクタにプレゼントが配布され、その後にユーザにプレゼント出現確率に応じてプレゼントが配布される構成となっている。よって、パートナーキャラクタにプレゼントが配布される確率をＸ１、ユーザにプレゼントが配布される確率をＸ２、とすると、以下のとおりとなる。
Ｘ１＝（プレゼント配布者の出現確率）
Ｘ２＝（プレゼント配布者の出現確率）×（プレゼント出現確率）
ここで、図１１及び図１２に示したように、本実施形態のゲームでは、パートナーキャラクタがプレゼントを貰えるというゲーム上の効果は、ゲーム画像として表示されるのみであるが、パートナーキャラクタとユーザとでゲーム上の効果が異なるようにユーザに対して見せるように構成されている。

（７）本実施形態のゲーム制御装置の主要な処理のフロー
次に、ゲーム制御装置が本実施形態のゲームのプレゼント受取パートを実行する場合の１エリア分の処理の一例について、図１８Ａ及び図１８Ｂのフローチャートを参照して説明する。なお、ゲームサーバ２０は適宜ＨＴＭＬデータを生成して通信端末１０宛に送信し、それによって通信端末１０に表示されるウェブページの内容が更新されるが、このウェブページの更新処理については、図１８Ａ及び図１８Ｂのフローチャートには記載せず、図８〜１２に示したステップＳ１〜Ｓ８の符号を付している。

図１８Ａにおいて、ユーザの通信端末１０に表示されるゲームのトップページ上で、メニューｍ１が選択されるとプレゼント受取パートが開始される（ステップＳ１００：ＹＥＳ）。対象となるエリアについてクエスト処理についての進行率が１００％に達しない限り（ステップＳ１１０：ＮＯ）、以下の処理が行われる。
先ず図８のステップＳ１又はＳ２のウェブページ上でメニューｍ１０又はｍ１１の選択操作が行われたことを認識すると、ゲーム進行手段５２は、クエスト処理を実行する（ステップＳ１３０）。クエスト処理では、メニューｍ１０又はｍ１１に対する選択操作を行う度に進行率の値が一定の、あるいはランダムな増加量で増加する。ここで、ユーザが既にパートナーキャラクタと一緒に行動していると判断された場合には（ステップＳ１４０：ＹＥＳ）、キャラクタ出現制限手段５６は、新たなパートナーキャラクタが出現しないようにする。つまり、ステップＳ１５０及びステップＳ１６０をスキップする。ユーザがパートナーキャラクタと一緒に行動していないと判断された場合には（ステップＳ１４０：ＮＯ）、キャラクタ出現手段５３は、図１４に例示した第１の出現確率データに基づいてパートナーキャラクタを出現させるか否かを決定する。いずれかのパートナーキャラクタを出現させることを決定した場合には（ステップＳ１５０：ＹＥＳ）、ステップＳ３のウェブページに更新される。ここで、ユーザが、出現したパートナーキャラクタと一緒に行動することを選択した場合（ステップＳ１６０：ＹＥＳ）、つまりステップＳ３のウェブページ上でメニューｍ１２を選択操作した場合、選択手段５４がその選択結果を認識し、その結果、ステップＳ４に示すようにウェブページが更新される。ユーザが、出現したパートナーキャラクタと一緒に行動することを選択しなかった場合（ステップＳ１６０：ＮＯ）、つまりステップＳ３のウェブページ上でメニューｍ１３を選択操作した場合には、ステップＳ１１０へ戻る。

ステップＳ３のウェブページでは、ユーザが、出現したパートナーキャラクタを認識できるように構成されていることが好ましい。例えばステップＳ３では、パートナーキャラクタＰＣ１が出現されている例である。このゲームでは、前述したように一緒に行動するパートナーキャラクタ次第で、プレゼント配布者の出現確率やプレゼント出現確率が異なってくるため、パートナーキャラクタＰＣ１又はＰＣ２が出現したときに、ユーザは出現したパートナーキャラクタを選択するか、あるいは選択せずに別のパートナーキャラクタが出現するのを待つか等についての判断を行うことになる。

ゲームサーバ２０では、ステップＳ３のウェブページ上でメニューｍ１２を選択操作したことを認識した時点から所定時間（例えば１０分間）のカウントダウンが開始される。所定時間内である場合には（ステップＳ１７０：ＹＥＳ）、効果発生手段５７は、図１５に例示した第２の出現確率データを参照して、ユーザが一緒にいるパートナーキャラクタに応じた出現確率で、プレゼント配布者を出現させるか否かを決定する。効果発生手段５７は、プレゼント配布者を出現させることを決定した場合（ステップＳ１９０：ＹＥＳ）、パートナーキャラクタのみならずユーザもプレゼントを受け取ることができるか否かについて、図１６に例示した第３の出現確率データを参照し、ユーザが一緒にいるパートナーキャラクタに応じた出現確率によって決定する。ユーザもプレゼントを受け取ることができたと決定した場合には（ステップＳ２００：ＹＥＳ）、図１１のステップＳ７に示すようにウェブページが更新され、効果発生手段５７はポイント加算処理を行う（ステップＳ２１０）。つまり、効果発生手段５７は、図１７に例示したポイント対応表を参照して、ユーザが受け取ったプレゼントの種類に応じたポイントをユーザに付与する。その結果、対象となるユーザのユーザデータの保有ポイントの値が、図１７に示す「付与されるポイント」の量だけ加算される。
なお、所定時間の残り時間がゼロとなった場合には（ステップＳ１７０：ＮＯ）、ゲームサーバ２０は、パートナーキャラクタと別れる処理を行うとともに（ステップＳ１８０）、図１０のステップＳ５に示すようにウェブページの更新を行う。パートナーキャラクタと別れる処理とは具体的には、ユーザデータの「一緒にいるパートナーキャラクタ」の欄のデータを削除するとともに、ステップＳ５のウェブページを表示するためのＨＴＭＬデータを生成・送信する処理である。
以上の処理を行い、対象となるエリアの進行率が１００％に達した場合には（ステップＳ１１０：ＹＥＳ）、そのエリアの処理が終了して次のエリアに進む。

以上説明したように、本実施形態のゲームシステムによれば、任意のタイミングでパートナーキャラクタが出現し、そのパートナーキャラクタと一緒に行動するか否かについてユーザが選択するように構成されている。このとき、一緒に行動するパートナーキャラクタ次第で、プレゼント配布者の出現確率やプレゼント出現確率が異なってくるため、ユーザは出現したパートナーキャラクタを選択するか、あるいは選択せずに別のパートナーキャラクタが出現するのを待つか等についての判断を行うことになる。

例えば、本実施形態の出現確率の設定例では、パートナーキャラクタＰＣ１と一緒にいる場合には、プレゼント配布者の出現確率は低いが多くのポイントが得られる確率が高く、パートナーキャラクタＰＣ２と一緒にいる場合には、プレゼント配布者の出現確率は高いが少ないポイントが得られる確率が高くなるように構成されている。従って、ユーザの保有ポイントがまだ少なく、ユーザが目的とするアイテムと交換できるだけのポイントを得るために多くのポイントを取得したいと考える場合には、ユーザはパートナーキャラクタＰＣ１を選択することが考えられる。一方、ユーザの保有ポイントが多く、ユーザがより確実にポイントを得たいと考える場合には、ユーザはパートナーキャラクタＰＣ２を選択することが考えられる。このように、ユーザは、実際にポイントが得られる確率とそのポイントの量を勘案しながら、出現したパートナーキャラクタを選択すべきか、あるいは選択せずに次のパートナーキャラクタが出現するのを待つことにするかについて検討することになる。よって、本実施形態のゲームシステムでは、ゲームの戦略的な要素を高めることができる。

（８）変形例
以下、上述した実施形態のいくつかの変形例について説明する。
（８−１）変形例１
本実施形態では、出現するオブジェクトがパートナーキャラクタである場合を例として説明したが、出現するオブジェクトはゲーム上のアイテム等であってもよい。その場合、ゲーム上で複数のアイテムを用意しておき、任意のタイミングでアイテムを出現させ、ユーザがアイテムを選択するか否かについての操作を行うように設定する。
なお、出現するオブジェクトはキャラクタであることが好ましい。ユーザがゲーム上のキャラクタと何らかの行動を行うという設定にすることによって、ゲームのストーリー設定に幅をもたせることができる。なお、キャラクタは、上述した実施形態におけるパートナーキャラクタのように予め用意されたキャラクタに限られず、ユーザの仲間等の他のユーザに対応付けられたキャラクタであってもよい。予め用意されたキャラクタと、他のユーザに対応付けられたキャラクタとで、ゲーム上の効果を異ならせてもよい。他のユーザに対応付けられたキャラクタを出現させる場合、そのキャラクタは、例えば、他のユーザに対応するアバタ画像に相当するキャラクタでもよいし、他のユーザの保持するキャラクタ（例えば、リーダーキャラクタ）でも良い。その場合、ユーザやユーザの保持するキャラクタに対応付けられた属性毎に、発生するゲーム上の効果を対応付けても良い。ユーザやユーザの保持するキャラクタに対応付けられた属性とは、例えば、ユーザに対応付けられる出身地、性別や年齢、血液型、ユーザの保持するキャラクタに対応付けられるレベルやレアリティ、ゲーム上の属性等を含む。ユーザに対応する属性は、ユーザがゲームに登録するときに入力されるデータであってもよいし、ゲームに登録時にユーザが指定するデータであってもよい。キャラクタに対応付けられる属性は、予めキャラクタに関連付けられたデータであってもよい。
ユーザやユーザの保持するキャラクタに対応付けられたパラメータと、発生するゲーム上の効果を対応付けてもよい。パラメータは、例えば、キャラクタの体力や能力を数値化したもの、あるいはキャラクタの体力や能力（例えば、攻撃力；８２等）に応じて分類したときの分類結果を示すデータ（例えば、Ａタイプ、Ｂタイプ等）である。本変形例では、出現するキャラクタのパラメータの値が大きいほど、発生するゲーム上の効果が大きくなるようにしてもよい。キャラクタの属性又はパラメータのいずれか一方をゲーム上の効果と対応付けてもよいし、キャラクタの属性及びパラメータの双方をゲーム上の効果と対応付けてもよい。
本変形例では、ユーザは、出現したキャラクタを選択するか、あるいは新たなキャラクタが出現するのを待つか等について、出現したキャラクタの属性及び／又はパラメータをも考慮することがもとめられるため、ゲームにおいてより戦略的な要素を高めることができる。

本変形例では、ゲーム上の効果は、出現対象のキャラクタの属性及び／又はパラメータ毎に対応付けられて、例えばＲＯＭ２２（記憶装置）に記憶される。図１６及び図１７では、各キャラクタとゲーム上の効果が対応付けられていたが、本変形例では、各キャラクタの属性及び／又はパラメータ毎に細分化されてゲーム上の効果が規定される。例えば図１９に、パートナーキャラクタと、出現確率と、属性及びパラメータとの対応関係が記述されるキャラクタデータベースの一例を示す。図２０には、パートナーキャラクタの属性及びパラメータ毎のゲーム上の効果を記述するデータ例を示す。本変形例では、図１９に示すようにパートナーキャラクタ毎に属性（この例では、血液型）とパラメータ（この例では、能力に応じた５段階のレベルＬｖ１（能力小）〜Ｌｖ５（能力大）のいずれか）が対応付けられている。図２０では、属性及びパラメータ毎に、ユーザに付与されるゲーム上の効果としてポイントが対応付けられている。パートナーキャラクタの属性及びパラメータに応じてユーザに特典としてのポイントが付与される場合には、属性及びパラメータに対応するポイントのうち大きい方のポイントが付与されるようにしてもよい。
本変形例では、取得手段５５は、選択手段５４によってパートナーキャラクタ（オブジェクト）が選択された場合、ＲＯＭ２２（記憶装置）から、選択手段５４によって選択されたパートナーキャラクタの属性及び／又はパラメータに対応付けられたゲーム上の効果に関する情報を取得する機能を備える。キャラクタ出現制限手段５６は、複数のパートナーキャラクタのうち選択手段５４によって選択されたパートナーキャラクタの属性及び／又はパラメータ以外の属性及び／又はパラメータを有するパートナーキャラクタが所定期間（第１の所定期間）内に出現することを制限する機能を備える。

本変形例を実現するために、ゲームサーバ２０のＣＰＵ２１は、出現したパートナーキャラクタがユーザによって選択されると、ユーザデータの「一緒にいるパートナーキャラクタ」の欄に、選択されたパートナーキャラクタのデータを書き込むとともに、そのパートナーキャラクタの属性及び／又はパラメータの値を図１９に示すキャラクタデータベースから読み出す。ＣＰＵ２１は、ＲＯＭ２２内の図２０に示すデータを参照して、キャラクタデータベースから読み出したパートナーキャラクタの属性及び／又はパラメータの値に対応するゲーム上の効果（付与されるポイントの値）を読み出す。これにより、ＣＰＵ２１は、ゲーム上の効果に関する情報を取得する。ＣＰＵ２１は、ユーザデータの「一緒にいるパートナーキャラクタ」の欄に選択されたキャラクタのデータが書き込まれてから所定期間の間、選択されたパートナーキャラクタの属性及び／又はパラメータとは異なる属性及び／又はパラメータを備えたパートナーキャラクタの出現を禁止する（例えば、出現確率をゼロにする）。例えば、Ａ型のパートナーキャラクタＰＣ５が出現してユーザが選択した後は、所定期間の間、Ａ型以外のパートナーキャラクタ（図１９に示す例では、ＰＣ２，ＰＣ４及びＰＣ５）が出現することが制限される。

（８−２）変形例２
上述した実施形態において、キャラクタ出現手段５３は、いずれかのパートナーキャラクタを出現させる期間を、第１の所定期間（パートナーキャラクタと一緒に行動する期間）よりも長い第２の所定期間内に限定してもよい。これにより、本実施形態のプレゼント受取パートをユーザが実行できる期間が、第２の所定期間内に限定される。プレゼント受取パートを実行できる期間を限定することによって、ユーザは、第２の所定期間の終期を考慮しながら、パートナーキャラクタを選択することになるため、さらにゲームの戦略性を高めることができる。例えば、第２の所定期間の終期が近いにも関わらず現在の保有ポイントが少ない場合には、ユーザは、目的とするアイテムと交換可能なポイントまで増やすために、出現確率は非常に低いものの得られるポイントが非常に大きいパートナーキャラクタを選択するような賭けに出ること等が考えられる。

（８−３）変形例３
本実施形態では、ユーザと一緒に行動するパートナーキャラクタがプレゼント配布者からプレゼントを受け取ることで、ユーザもプレゼントを受け取る機会が得られるように構成されている。ここで、パートナーキャラクタがプレゼントを貰う演出を通信端末１０上に表示させ、自分もプレゼントを受け取ることができるかも知れないというユーザの期待感を煽るようにすることでゲームの興趣性を高めることができる。かかる観点から、効果発生手段５７は、選択手段５４によって選択されたパートナーキャラクタに対して所定期間（第１の所定期間）内にプレゼントを付与するというゲーム上の効果を、通信端末１０に表示させるようにしてもよい。
図２１に、パートナーキャラクタがプレゼントを貰う演出を表示するウェブページの例を示す。図２１に示す一例のウェブページは、例えば通信端末１０に実装されているウェブブラウザによるアニメーションによって表示されてもよい。ここでは、例えば図１１のステップＳ６の代わりに、図２１のステップＳ６ａ〜Ｓ６ｄの一連の画像が表示されることが意図されている。つまり、ステップＳ６ａでは、プレゼント配布者がパートナーキャラクタの前に現れる画像が表示され、ステップＳ６ｂでは、配布されるプレゼントを包含する箱の画像が表示され、ステップＳ６ｃでは、プレゼントを受け取るパートナーキャラクタの満足気な表情を含む画像が表示され、ステップＳ６ｄでは、箱の中身のプレゼントの画像が表示される。ユーザは、図１１のステップＳ７に示すようなウェブページが後に表示されるか（つまり、自分もプレゼントを受け取ることができるか）について期待感を抱きながらステップＳ６ａ〜Ｓ６ｄの一連の画像を眺めることになる。
なお、本実施形態では、ユーザと一緒に行動するパートナーキャラクタがユーザとは直接関係のないキャラクタであってもよいが、例えばユーザの仲間などの別のユーザとしてもよい。その場合、別のユーザがプレゼントを貰う演出を表示するようにした場合、別のユーザが実際にプレゼントを得るように設定してもよいし、実際にはプレゼントを得られないように（つまり、プレゼントを受け取ったという画像表示のみを行うように）設定してもよい。

（８−４）変形例４
上述した実施形態では、図１４に示したように、各パートナーキャラクタの出現確率が同一のエリア内では固定的である場合を例にして説明したが、これに限られず、ゲームの状況に応じて各パートナーキャラクタの出現確率を変動させてもよい。例えば、キャラクタ出現手段５３は、出現したパートナーキャラクタに対する選択結果の履歴に応じてパートナーキャラクタの出現確率を変動させてもよい。これにより、ユーザによるパートナーキャラクタの選択結果の履歴に応じてゲームの設定を柔軟に変化させることが可能となる。
なお、個々のユーザの選択履歴ではなく、ゲームの実行している全ユーザの選択履歴を集計し、当該集計した選択履歴に基づいて、オブジェクトの前記出現確率を変動させても良い。例えば、パートナーキャラクタＣＰ１とパートナーキャラクタＣＰ２のそれぞれの非選択回数（選択されなかった回数）を全ユーザで集計して、より非選択回数の高い方の出現確率を上げるようにしても良い。このようにすることで、ゲームに参加しているユーザ全体として必要とされているキャラクタを出現させることが出来る。

例えば、キャラクタ出現手段５３は、複数のパートナーキャラクタのうち特定の第１のパートナーキャラクタ（例えば、上述した実施形態のパートナーキャラクタＰＣ１）が出現したときに第１のパートナーキャラクタが選択されなかったときには、第１のパートナーキャラクタを出現させた後に、複数のパートナーキャラクタのうち第１のパートナーキャラクタ以外のパートナーキャラクタ（例えば、上述した実施形態のパートナーキャラクタＰＣ２）の出現確率を、所定の出現確率よりも大きくしてもよい。例えば、上述した実施形態に示したように、２つのパートナーキャラクタＰＣ１，ＰＣ２のいずれかが出現する場合、パートナーキャラクタＰＣ１が出現したときにユーザがパートナーキャラクタＰＣ１を選択しなかったときには、ユーザはパートナーキャラクタＰＣ２を選択することを望んでいると考えられる。よって、その場合には、パートナーキャラクタＰＣ２の出現確率を大きくし、パートナーキャラクタＰＣ２を出現させやすくするのが好ましい。これによって、ゲームの進行をユーザが期待するような方向に導くことができるようになる。
変形例１で述べたように、ゲーム上の効果が出現対象のキャラクタの属性及び／又はパラメータ毎に対応付けられている場合には、キャラクタ出現手段５３は、例えば、複数のキャラクタ（オブジェクト）のうち特定の第１のキャラクタが出現したときに当該第１のキャラクタが選択されなかったときには、第１のキャラクタの属性及び／又はパラメータ以外の属性及び／又はパラメータを備えたキャラクタの出現確率を、所定の出現確率よりも大きくしてもよい。

また、キャラクタ出現手段５３は、パートナーキャラクタが選択されなかった回数に応じて、選択されなかったパートナーキャラクタ以外のパートナーキャラクタの出現確率を大きくしてもよい。出現したパートナーキャラクタをユーザが選択しない状況が何度も続くような状況は、ユーザのゲームの進行上好ましくなくゲームの興趣性を削ぐものであるとも考えられる。そこで、パートナーキャラクタが選択されなかった回数が増加するほど、ユーザが望んでいるパートナーキャラクタがより出現しやすくなるようにしてもよい。
変形例１で述べたように、ゲーム上の効果が出現対象のキャラクタの属性及び／又はパラメータ毎に対応付けられている場合には、キャラクタ出現手段５３は、キャラクタ（オブジェクト）が選択されなかった回数に応じて、選択されなかったキャラクタの属性及び／又はパラメータ以外の属性及び／又はパラメータを備えたキャラクタの出現確率を大きくしてもよい。

本変形例のキャラクタ出現手段５３の機能は、例えば以下のようにして実現できる。
例えば、上述した実施形態のように２つのパートナーキャラクタＰＣ１，ＰＣ２が設けられており、予め設定されている各パートナーキャラクタの出現確率が図１４に示したように同一であるとする。この場合、ゲームサーバ２０のＣＰＵ２１は、出現したパートナーキャラクタが選択されなかった場合にそのパートナーキャラクタをＲＡＭ２３に記憶させるとともに、その記憶したパートナーキャラクタに基づいて第１の出現確率のデータを書き換える処理を行う。例えばパートナーキャラクタＰＣ１が出現し、かつ選択されなかった場合、ＣＰＵ２１は、次にメニューｍ１０又はｍ１１が選択操作されたときのパートナーキャラクタＰＣ１の出現確率を一定比率低下させ、パートナーキャラクタＰＣ２の出現確率を一定比率増加させる処理を行う。また、ＣＰＵ２１は、出現したパートナーキャラクタが連続して選択されなかった回数をカウントし、そのカウント値に応じて、選択されなかったパートナーキャラクタ以外のパートナーキャラクタの出現確率を大きくする。例えば、パートナーキャラクタＰＣ１が連続して複数回出現し、選択されない場合には、その都度、パートナーキャラクタＰＣ２の出現確率を一定比率ずつ増加させて出現させやすくする。

変形例１で述べたように、ゲーム上の効果が出現対象のキャラクタの属性及び／又はパラメータ毎に対応付けられている場合にも、同様にしてキャラクタ出現手段５３の機能を実現できる。この場合、例えば図１９におけるパートナーキャラクタＰＣ１が出現し、かつ選択されなかった場合、ＣＰＵ２１は、次にメニューｍ１０又はｍ１１が選択操作されたときにパートナーキャラクタＰＣ１の属性（Ａ型）以外の属性（つまり、Ｂ型、ＡＢ型、Ｏ型）の出現確率を大きくする（例えば、１０→２０％）処理を行う。また、ＣＰＵ２１は、例えばＢ型のパートナーキャラクタが連続して選択されなかった回数をカウントし、そのカウント値に応じて、Ｂ型以外のパートナーキャラクタの出現確率を大きくする処理を行う。

なお、キャラクタ出現手段５３は、複数のパートナーキャラクタのうち特定の第１のパートナーキャラクタ（例えば、上述した実施形態のパートナーキャラクタＰＣ１）が出現したときに第１のパートナーキャラクタが選択されなかったときには、第１のパートナーキャラクタの出現確率を、所定の出現確率よりも小さくしてもよい。また、キャラクタ出現手段５３は、パートナーキャラクタが選択されなかった回数に応じて、選択されなかったパートナーキャラクタの出現確率を小さくしてもよい。このような出現確率の変動方法によっても上述した効果と同様の効果が得られる。
また、例えば図１９におけるパートナーキャラクタＰＣ１（Ａ型）が出現し、かつ選択されなかった場合、ＣＰＵ２１は、その後にパートナーキャラクタＰＣ１と同一の属性（Ａ型）のパートナーキャラクタ（図１９では、ＰＣ１，ＰＣ３）の出現確率を小さくしてもよい。

（８−５）変形例５
上述した実施形態では、図１６及び図１７に示したように、各パートナーキャラクタに応じたゲーム上の効果、すなわち、プレゼント出現確率と、受け取ったプレゼントに対応するポイントとが固定的である場合を例にして説明したが、これに限られず、ゲームの状況に応じて少なくともいずれかを変動させてもよい。すなわち、効果発生手段５７は、出現したパートナーキャラクタに対する選択結果の履歴に応じて、選択されたパートナーキャラクタに対応付けられた効果を変動させてもよい。これにより、ユーザによるオブジェクトの選択結果の履歴に応じてゲームの設定を柔軟に変化させることが可能となる。
例えば、効果発生手段５７は、パートナーキャラクタが選択されなかった回数に応じて、その後に選択されたパートナーキャラクタに対応付けられたプレゼント出現確率や、プレゼントに対応するポイントの量を、予め設定した値よりも大きくしてもよい。ユーザが選択することを望むパートナーキャラクタが出現しない状況が連続する場合には、その後に選択したパートナーキャラクタによって得られるゲーム上の効果をより大きくすることで、ユーザに満足感を与えるようにする。これによって、ゲームをより興趣性の高いものにすることができる。
なお、変動させるゲーム上の効果は、プレゼント出現確率、及び／又は、受け取ったプレゼントに対応するポイントに限られず、第１の所定期間を延長させることであってもよい。第１の所定期間を延長させることで、ユーザが、ポイントをより多く得る機会が増加するためユーザに満足感を与えることができる。
本変形例の効果発生手段５７の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、例えば、パートナーキャラクタを出現させ、かつ選択されなかった回数をカウントしてＲＡＭ２３に記憶させておく。そして、ＣＰＵ２１は、ユーザがその後に選択されたパートナーキャラクタと一緒に行動をしたときには、ＲＡＭ２３内のカウント値を読み出し、カウント値に比例する比率で、図１６に示したプレゼント出現確率を上昇させたり、図１７に示したポイントを増加させたりすればよい。
なお、変形例１で述べたように、ゲーム上の効果が出現対象のキャラクタの属性及び／又はパラメータ毎に対応付けられている場合には、効果発生手段５７は、出現したキャラクタ（オブジェクト）に対する選択結果の履歴に応じて、選択されたキャラクタの属性及び／又はパラメータに対応付けられた効果、又は、上記第１の所定期間を変動させてもよい。その場合に効果発生手段５７は、キャラクタが選択されなかった回数に応じて、その後に出現したキャラクタが選択されることによって生じさせる効果を、選択されたキャラクタの属性及び／又はパラメータに対応付けられた効果よりも大きくするか、又は上記第１の所定期間を延長させてもよい。この場合、ＣＰＵ２１は、例えば、選択されなかった回数を、パートナーキャラクタの属性毎にＲＡＭ２３に記憶させておく。そしてＣＰＵ２１は、ユーザがその後に選択されたパートナーキャラクタと一緒に行動をしたときには、その選択されたパートナーキャラクタの属性に対応するカウント値に比例する比率で、ユーザに付与されるポイントを増加させるようにしてもよい。

（８−６）変形例６
効果発生手段５７は、同一のパートナーキャラクタが所定回数連続して選択された場合、あるいは予め設定された複数のパートナーキャラクタの順序に従ってパートナーキャラクタが選択された場合には、ゲーム上の追加の効果を生じさせるか、又は第１の所定期間を延長してもよい。これによって、ゲームのストーリー設定に沿った効果を生じさせたり、ゲームの進行に意外性をもたせたりすることができる。
本変形例の効果発生手段５７の機能を実現するために、ゲームサーバ２０のＣＰＵ２１は、ユーザが同一のパートナーキャラクタを所定回数連続して選択した回数をカウントしてＲＡＭ２３に記憶させ、あるいは、パートナーキャラクタの選択履歴をＲＡＭ２３に記憶させておく。そしてＣＰＵ２１は、カウント値あるいはパートナーキャラクタの選択履歴が所定の条件を満足した場合に、図１６に示したプレゼント出現確率を上昇させたり、図１７に示したポイントを増加させたりすればよい。

なお、変形例１で述べたように、ゲーム上の効果が出現対象のキャラクタの属性及び／又はパラメータ毎に対応付けられている場合には、効果発生手段５７は、同一の属性及び／又はパラメータのキャラクタ（オブジェクト）が所定回数連続して選択された場合、ゲーム上の追加の効果を生じさせるか、又は上記第１の所定期間を延長させてもよい。この場合、ＣＰＵ２１は、例えば、ユーザが同一の属性のパートナーキャラクタを所定回数連続して選択した回数をカウントしてＲＡＭ２３に記憶させ、あるいは、パートナーキャラクタの選択履歴をＲＡＭ２３に記憶させておく。そしてＣＰＵ２１は、カウント値あるいはパートナーキャラクタの選択履歴が所定の条件を満足した場合に、ユーザに付与されるポイントを増加させるようにしてもよい。

以上、本発明の実施形態について詳細に説明したが、本発明は上記実施形態に限定されない。また、上記実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのは勿論である。
例えば、上述した実施形態では、本発明のオブジェクトとして、ゲーム上で２つのパートナーキャラクタＰＣ１，ＰＣ２が用意されている場合を例として説明したが、３以上の任意の数のオブジェクトをゲーム上設定できることは勿論である。複数のオブジェクトの各々で、オブジェクトが選択されたときのゲーム上の効果が異なることが、ゲームをより戦略的なものにする観点から好ましい。
本実施形態のゲームでは、一緒に行動するパートナーキャラクタが単一である場合を例としているが、複数のパートナーキャラクタと行動する場合であってもよい。その場合には、ユーザが複数のパートナーキャラクタと一緒に行動する場合、その複数のパートナーキャラクタ以外のパートナーキャラクタが出現しないように設定される。

また、上述した実施形態では、ソーシャルゲームに適用される場合を例として説明したが、これに限られない。例えば、ネットワークに接続されていない家庭用ゲーム機や、ネットワーク上に置かれたサーバ装置と家庭用オンラインゲーム機とを接続した、いわゆるオンラインゲームシステムにおいても、上述した実施形態と同様に、各ユーザによるゲームの進行を制御できることは言うまでもない。
例えば、上述した実施形態では、ネットワーク上のゲームサーバ２０及びデータベースサーバ３０によって、ゲーム進行手段５２、キャラクタ出現手段５３、選択手段５４、キャラクタ出現制限手段５６、効果発生手段５７の各機能を実現する構成としたが、この構成に限られない。これらのすべての手段を通信端末１０によって実現する構成としてもよいし、少なくとも一部の手段を通信端末１０によって実現する構成としてもよい。

例えば、ゲーム上で設定される複数のオブジェクトの各々と、当該ゲーム上の効果とが対応付けられたデータ（上述した実施形態では、図１４〜１７に示すデータ）をゲームサーバ２０又はデータベースサーバ３０に設けておき、通信端末１０は、ゲーム開始時にそのデータをダウンロードしてＲＡＭ１３に記憶させておく。通信端末１０は、ＲＡＭ１３に記憶したデータに基づいて、ゲーム進行手段５２、キャラクタ出現手段５３、選択手段５４、取得手段５５、キャラクタ出現制限手段５６、効果発生手段５７の各機能を実現する。通信端末１０とゲームサーバ２０とでは実質的に同一のハードウエア構成を採ることができるため、上記実施形態に記載したようにして通信端末１０によっても各機能を実現できる。通信端末１０は、ゲーム終了時には、ゲームの結果についてのデータをゲームサーバ２０へ送信し、ゲームサーバ２０は、受信したゲームの結果のデータをユーザと関連付けてゲームデータベース３２に記録するようにする。

なお、ゲーム進行手段５２、キャラクタ出現手段５３、選択手段５４、取得手段５５、キャラクタ出現制限手段５６、効果発生手段５７の機能を、通信端末１０とゲームサーバ２０との間で分担して行う場合、通信端末１０とゲームサーバ２０の間で所要のデータを送受信しながら各機能を実現してもよい。例えば、キャラクタ出現手段５３とキャラクタ出現制限手段５６を通信端末１０で実現する場合、パートナーキャラクタを出現させるタイミングを通知するための信号をゲームサーバ２０から通信端末１０宛に送信し、通信端末１０はその信号の受信を契機として、ＲＯＭ１２に記憶させておいたパートナーキャラクタの画像を表示させてもよい。図２２（ａ），（ｂ）にはそれぞれ、本実施形態のゲーム制御装置の各機能（図１３に示す各機能）について、通信端末１０と、ゲームサーバ２０及びデータベースサーバ３０との間の機能を分担した場合の例を示す。

上述した実施形態では、ユーザによる通信端末に対する所定の操作入力は、ユーザの通信端末に対する所定の操作釦の押下操作の入力や、タッチパネル機能を備えた通信端末に対する表示画面上のタッチ操作の入力であるとしたが、操作入力はこれに限られない。操作入力は、加速度センサを備えた通信端末を振ることによる操作入力、あるいはジェスチャによる操作入力（ジェスチャ入力）であってもよい。ジェスチャ入力では、撮像機能を備えた通信端末に対する所定のジェスチャを行うことで通信端末がそのジェスチャを画像認識し、予めジェスチャに対応付けられた操作入力を認識する。また、音声認識プログラムを実行可能な通信端末の場合には、操作入力は、音声を入力することにより行われてもよい。

上述した実施形態では、ゲームがネットワーク上のサーバを介して実現される場合について説明したが、この場合に限られない。サーバを用いずに直接ユーザ端末間で行われる通信方式、例えばＰ２Ｐ(Peer to Peer)や無線アドホックネットワークによる通信を利用して、実施形態のゲームを実現してもよい。

１０…通信端末
１１…ＣＰＵ
１２…ＲＯＭ
１３…ＲＡＭ
１４…画像処理部
１５…指示入力部
１６…表示部
１７…無線通信インタフェース部
１８…バス
２０…ゲームサーバ
２１…ＣＰＵ
２２…ＲＯＭ
２３…ＲＡＭ
２４…データベースアクセス部
２５…通信インタフェース部
２６…バス
３０…データベースサーバ
３１…ユーザデータベース
３２…ゲームデータベース
５１…登録手段
５２…ゲーム進行手段
５３…キャラクタ出現手段
５４…選択手段
５５…キャラクタ出現制限手段
５６…効果発生手段

Claims (13)

1. 複数のオブジェクトのいずれかを出現させる出現手段と、
   所定の操作入力に基づいて、前記出現手段によって出現させられたオブジェクトを選択する選択手段と、
   前記選択手段によってオブジェクトが選択された場合、オブジェクト毎に前記ゲーム上の効果に関する情報を対応付けて記憶する記憶装置から、選択されたオブジェクトに対応付けられたゲーム上の効果に関する情報を取得する取得手段と、
   前記取得手段によって取得されたゲーム上の効果を第１の所定期間内に生じさせる効果発生手段と、
   前記複数のオブジェクトのうち前記選択手段によって選択されたオブジェクト以外のオブジェクトが前記第１の所定期間内に出現することを制限する制限手段と、
   を備えた、ゲーム制御装置。
2. 前記記憶装置は、オブジェクトの属性及び／又はパラメータ毎にゲーム上の効果に関する情報を対応付けて記憶しており、
   前記取得手段は、前記選択手段によってオブジェクトが選択された場合、前記記憶装置から、前記選択手段によって選択されたオブジェクトの属性及び／又はパラメータに対応付けられたゲーム上の効果に関する情報を取得し、
   前記制限手段は、前記複数のオブジェクトのうち前記選択手段によって選択されたオブジェクトの属性及び／又はパラメータ以外の属性及び／又はパラメータを有するオブジェクトが前記第１の所定期間内に出現することを制限することを特徴とする、
   請求項１に記載されたゲーム制御装置。
3. 前記出現手段は、いずれかのオブジェクトを出現させる期間を、前記第１の所定期間よりも長い第２の所定期間内に限定することを特徴とする、
   請求項１又は２に記載されたゲーム制御装置。
4. 前記出現手段は、所定の出現確率に基づいて前記複数のオブジェクトのいずれかを出現させ、出現したオブジェクトに対する選択結果の履歴に応じてオブジェクトの前記出現確率を変動させることを特徴とする、
   請求項１〜３のいずれかに記載されたゲーム制御装置。
5. 前記出現手段は、前記複数のオブジェクトのうち第１のオブジェクトが出現したときに前記第１のオブジェクトが選択されなかったときには、前記複数のオブジェクトのうち前記第１のオブジェクト以外のオブジェクトの出現確率、又は前記第１オブジェクトの属性及び／又はパラメータ以外の属性及び／又はパラメータを備えたオブジェクトの出現確率を、前記所定の出現確率よりも大きくすることを特徴とする、
   請求項４に記載されたゲーム制御装置。
6. 前記出現手段は、オブジェクトが選択されなかった回数に応じて、選択されなかったオブジェクト以外のオブジェクトの出現確率、又は選択されなかったオブジェクトの属性及び／又はパラメータ以外の属性及び／又はパラメータを備えたオブジェクトの出現確率を大きくすることを特徴とする、
   請求項４に記載されたゲーム制御装置。
7. 前記効果発生手段は、出現したオブジェクトに対する選択結果の履歴に応じて、選択されたオブジェクト、又は選択されたオブジェクトの属性及び／又はパラメータに対応付けられた効果、又は、前記第１の所定期間を変動させることを特徴とする、
   請求項１〜６のいずれかに記載されたゲーム制御装置。
8. 前記効果発生手段は、オブジェクトが選択されなかった回数に応じて、その後に出現したオブジェクトが選択されることによって生じさせる効果を、選択されたオブジェクト、又は選択されたオブジェクトの属性及び／又はパラメータに対応付けられた効果よりも大きくするか、又は前記第１の所定期間を延長させることを特徴とする、
   請求項７に記載されたゲーム制御装置。
9. 前記効果発生手段は、同一のオブジェクト、又は同一の属性及び／又はパラメータのオブジェクトが所定回数連続して選択された場合、あるいは予め設定された複数のオブジェクトの順序に従ってオブジェクトが選択された場合には、ゲーム上の追加の効果を生じさせるか、又は前記第１の所定期間を延長させることを特徴とする、
   請求項７又８のいずれかに記載されたゲーム制御装置。
10. 前記オブジェクトは、ゲーム上のキャラクタであることを特徴とする、
    請求項１〜９のいずれかに記載されたゲーム制御装置。
11. 複数のオブジェクトのいずれかを出現させるステップと、
    所定の操作入力に基づいて、前記出現させるステップによって出現させられたオブジェクトを選択するステップと、
    前記選択するステップによってオブジェクトが選択された場合、オブジェクト毎に前記ゲーム上の効果に関する情報を対応付けて記憶する記憶装置から、選択されたオブジェクトに対応付けられたゲーム上の効果に関する情報を取得するステップと、
    前記取得するステップによって取得されたゲーム上の効果を第１の所定期間内に生じさせるステップと、
    前記複数のオブジェクトのうち前記選択するステップによって選択されたオブジェクト以外のオブジェクトが前記第１の所定期間内に出現することを制限するステップと、
    を備えた、ゲーム制御方法。
12. ゲームの実行を制御するために、コンピュータに、
    複数のオブジェクトのいずれかを出現させる機能、
    所定の操作入力に基づいて、前記出現させる機能によって出現させられたオブジェクトを選択する機能、
    前記選択する機能によってオブジェクトが選択された場合、オブジェクト毎に前記ゲーム上の効果に関する情報を対応付けて記憶する記憶装置から、選択されたオブジェクトに対応付けられたゲーム上の効果に関する情報を取得する取得する機能、
    前記取得する機能によって取得されたゲーム上の効果を第１の所定期間内に生じさせる機能、及び
    前記複数のオブジェクトのうち前記選択する機能によって選択されたオブジェクト以外のオブジェクトが前記第１の所定期間内に出現することを制限する機能、
    を実現させるためのプログラム。
13. 通信端末と、当該通信端末からアクセスされ、前記通信端末によるゲームの実行を制御するサーバと、を含むゲームシステムであって、
    複数のオブジェクトのいずれかを出現させる出現手段、
    所定の操作入力に基づいて、前記出現手段によって出現させられたオブジェクトを選択する選択手段、
    前記選択手段によってオブジェクトが選択された場合、オブジェクト毎に前記ゲーム上の効果に関する情報を対応付けて記憶する記憶装置から、選択されたオブジェクトに対応付けられたゲーム上の効果に関する情報を取得する取得手段、
    前記取得手段によって取得されたゲーム上の効果を第１の所定期間内に生じさせる効果発生手段、及び、
    前記複数のオブジェクトのうち前記選択手段によって選択されたオブジェクト以外のオブジェクトが前記第１の所定期間内に出現することを制限する制限手段、
    の各手段を、前記通信端末又は前記サーバのいずれか一方が備えた、
    ゲームシステム。

Images