JP3434289B2 - ゲームシステム、プログラムおよび情報記憶媒体 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲーム画面に所定
の操作対象と所定の取得対象を表示するゲームであっ
て、プレイヤーが操作対象を操作して取得対象を取得す
るゲームを実行するためのゲームシステム、プログラム
および情報記憶媒体に関する。

【０００２】

【背景技術および発明が解決しようとする課題】ゲーム
画面に所定の操作対象と所定の取得対象を表示するゲー
ムであって、プレイヤーが操作対象を操作して取得対象
を取得するゲームとしては、例えば、いわゆるクレーン
ゲームがある。

【０００３】クレーンゲームの面白さは、プレイヤーが
操作対象であるクレーンを操作して取得対象である景品
を取得する場合に、クレーンから景品がこぼれ落ちて取
れそうで取れないという感覚をプレイヤーに与えること
により、プレイヤーが景品を取得できた場合に、プレイ
ヤーに対してより高い満足感を与えられる点にある。

【０００４】このようなクレーンゲームを、ゲーム画像
を用いて実現する手法として、例えば、特開２００１−
３２７７４９号公報に記載された手法がある。この手法
では、キャラクターを２次元平面上の投影点である代表
表示体で代替し、同公報の図１０（Ａ）および図１０
（Ｂ）に示されるように、代表表示体の中心位置と、操
作表示体の中心位置との位置関係によってキャラクター
を取得可能かどうかを判定している。

【０００５】しかし、このような手法では、いわゆるゲ
ームセンター等に配置されているクレーンゲームの面白
さをプレイヤーに感じさせることはできない。なぜなら
一般的なクレーンゲームではキャラクターは傾いたり、
重なったりしており、クレーンの把持部の中心位置とキ
ャラクターの中心位置とが一致したからといってキャラ
クターを取得できるものではないからである。

【０００６】本発明は、上記の課題に鑑みなされたもの
であり、その目的は、ゲーム画面に所定の操作対象と所
定の取得対象を表示するゲームであって、プレイヤーが
操作対象を操作して取得対象を取得するゲームを実行す
る場合に、取得対象を取れそうで取れないという感覚を
プレイヤーに与えることが可能なゲームシステム、プロ
グラムおよび情報記憶媒体を提供することにある。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、本発明に係るゲームシステムは、ゲーム画像の一部
として所定の操作対象と所定の取得対象を表示するゲー
ムであって、プレイヤーが前記操作対象を操作して前記
取得対象を取得するゲームを行うためのゲームシステム
において、プレイヤーによる前記操作対象の操作情報
と、前記取得対象の重心位置を示す重心位置データとに
基づき、前記操作対象の所定位置と前記重心位置とが前
記取得対象を取得可能な位置関係にあるかどうかを判定
する判定手段と、前記取得対象を取得可能な位置関係に
あると判定された場合、当該取得対象をプレイヤーに対
して提供する提供手段と、を含み、前記重心位置は、前
記取得対象の中心位置とは異なる位置に設定可能である
ことを特徴とする。

【０００８】また、本発明に係るプログラムは、ゲーム
画面に所定の操作対象と所定の取得対象を表示するゲー
ムであって、プレイヤーが前記操作対象を操作して前記
取得対象を取得するゲームを実行するゲーム装置のコン
ピュータにより読み取り可能なプログラムであって、プ
レイヤーによる前記操作対象の操作情報と、前記取得対
象の重心位置を示す重心位置データとに基づき、前記操
作対象の所定位置と前記重心位置とが前記取得対象を取
得可能な位置関係にあるかどうかを判定する判定手段
と、前記取得対象を取得可能な位置関係にあると判定さ
れた場合、当該取得対象をプレイヤーに対して提供する
提供手段としてコンピュータを機能させ、前記重心位置
は、前記取得対象の中心位置とは異なる位置に設定可能
であることを特徴とする。

【０００９】また、本発明に係るプログラムは、端末装
置のゲーム画面に所定の操作対象と所定の取得対象を表
示させるとともに、プレイヤーが前記操作対象を操作し
て前記取得対象を取得するゲームを前記端末装置に実行
させるための提供情報を提供するコンピュータにより読
み取り可能なプログラムであって、プレイヤーによる前
記操作対象の操作情報と、前記取得対象の重心位置を示
す重心位置データとに基づき、前記操作対象の所定位置
と前記重心位置とが前記取得対象を取得可能な位置関係
にあるかどうかを判定する判定手段として前記端末装置
を機能させ、かつ、前記取得対象を取得可能な位置関係
にあると判定された場合、当該取得対象をプレイヤーに
対して提供する提供手段として前記端末装置を機能させ
るための前記提供情報を、前記端末装置へ向け送信手段
に送信させる手段としてコンピュータを機能させ、前記
重心位置は、前記取得対象の中心位置とは異なる位置に
設定可能であることを特徴とする。

【００１０】また、本発明に係る情報記憶媒体は、コン
ピュータにより読み取り可能な情報記憶媒体であって、
コンピュータを上記手段として機能させるためのプログ
ラムを記憶したことを特徴とする。

【００１１】本発明によれば、取得対象の重心位置に基
づいて取得可能かどうかの判定を行うことにより、取得
対象を取れそうで取れないという感覚をプレイヤーに与
えることが可能となる。

【００１２】すなわち、重心位置は、中心位置とは異な
る位置にある場合もあるため、プレイヤーが操作対象の
中心位置が取得対象の中心位置と一致する操作を行った
場合であっても、取得対象が操作対象からこぼれ落ちて
取れそうで取れないという感覚をプレイヤーに与えるこ
とにより、プレイヤーに取得対象を取得できた場合に、
より高い満足感を与えることができる。

【００１３】なお、前記操作対象としては、例えば、ホ
ース、クレーン等を模した画像等が該当する。また、前
記取得対象としては、例えば、カプセル、箱、キャラク
ター等を模した画像等が該当する。さらに、前記カプセ
ル等を模した画像は、賞品（景品とも呼ばれる。）のア
イコン画像を含み、前記提供手段は、プレイヤーが当該
カプセル等を取得した場合に、前記賞品をプレイヤーに
提供してもよい。

【００１４】また、前記ゲームシステム、前記プログラ
ムおよび前記情報記憶媒体において、前記提供手段は、
前記重心位置データに基づき、前記重心位置が分かるよ
うに、前記取得対象の前記重心位置付近の色、透明度、
模様、形のうち少なくとも１つが、当該重心位置付近で
はない前記取得対象の部分とは異なるように、前記ゲー
ム画像を表示するためのゲーム情報を生成する情報生成
手段を含んでもよい。

【００１５】これによれば、プレイヤーは、視覚的に重
心位置を把握することができ、取得対象を取得しやすく
なる。

【００１６】このようなゲーム画像としては、例えば、
前記取得対象がカプセルを模した画像である場合、前記
重心位置付近が半透明で、かつ、当該重心位置付近では
ない前記取得対象の部分が透明、あるいは、前記重心位
置付近が不透明で、かつ、当該重心位置付近ではない前
記取得対象の部分が透明または半透明なゲーム画像等が
該当する。

【００１７】また、前記ゲームシステムは、ゲーム状況
に応じて、前記取得対象の重心位置が前記取得対象の中
心位置とは異なる位置になるように、前記重心位置を示
す重心位置データを更新する更新手段を含んでもよい。

【００１８】また、前記プログラムおよび前記情報記憶
媒体は、ゲーム状況に応じて、前記取得対象の重心位置
が前記取得対象の中心位置とは異なる位置になるよう
に、前記重心位置を示す重心位置データを更新する更新
手段としてコンピュータを機能させてもよい。

【００１９】これによれば、重心位置を更新することに
より、同じ操作であっても、更新前には取得対象を取得
可能で、更新後には取得対象を取得不可能にするといっ
たことが可能となる。

【００２０】これにより、より複雑な操作が必要とされ
るため、プレイヤーが取得対象を取得した場合の満足感
をより高めることができる。

【００２１】また、前記ゲームシステム、前記プログラ
ムおよび前記情報記憶媒体において、前記判定手段は、
前記操作対象の所定位置と前記重心位置とが、前記取得
対象を取得可能な位置関係ではないが、前記取得対象を
取得試行可能な位置関係にあるかどうかを判定し、前記
提供手段は、前記取得対象を取得試行可能な位置関係に
あると判定された場合、前記操作対象による当該取得対
象の取得試行動作を、画像および音声の少なくとも一方
を用いてプレイヤーに提示し、前記更新手段は、前記取
得対象を取得試行可能な位置関係にあると判定された場
合、当該取得対象の前記重心位置を示す重心位置データ
を更新してもよい。

【００２２】これによれば、取得可能、取得試行可能、
取得不可能という３つの場合に応じてそれぞれ異なる演
出を行うことが可能となり、プレイヤーをより楽しませ
ることができる。

【００２３】また、これによれば、取得試行可能な位置
関係にあると判定された場合、当該取得対象の重心位置
を変更することができるため、より複雑な操作が必要と
されるため、プレイヤーが取得対象を取得した場合の満
足感をより高めることができる。

【００２４】すなわち、従来は、プレイヤーがもう少し
で取得できる操作を行った場合であっても、取得対象の
中心位置は変更されなかったため、プレイヤーが操作を
微調整すれば取得対象を取得することができてしまうた
め、操作が単純となりプレイヤーがゲームに飽きやすか
った。

【００２５】これに対して、本発明によれば、プレイヤ
ーがもう少しで取得できる操作を行った場合、取得対象
の重心位置を変更することにより、プレイヤーが操作を
微調整しただけでは取得対象を取得することができない
ため、操作が複雑となりプレイヤーがゲームに飽きにく
く、継続的にゲームを行うことができる。

【００２６】また、前記ゲームシステムは、前記操作情
報を出力する操作手段と、前記ゲームを実行するための
ゲームプログラムと前記操作情報とに基づき、前記ゲー
ム情報を生成する前記情報生成手段と、前記ゲーム画像
を表示し、前記提供手段の一部として機能する画像表示
手段とを有し、前記ゲームを実行する端末装置と、前記
重心位置データと、前記ゲームプログラムとを含む情報
であって、かつ、前記端末装置を、前記更新手段と、前
記判定手段として機能させるための提供情報を、前記端
末装置に送信し、前記提供手段の一部として機能する送
受信手段を有する情報提供装置と、を含み、前記端末装
置は、前記情報提供装置からの前記提供情報に基づき、
前記ゲームを実行してもよい。

【００２７】これによれば、いわゆるクライアントサー
バー型のゲームシステムでゲームを実行することができ
る。

【００２８】また、前記ゲームシステムは、前記操作情
報を出力する操作手段と、前記更新手段と、前記判定手
段と、前記提供手段と、を含むゲーム装置として形成さ
れてもよい。

【００２９】これによれば、いわゆるスタンドアローン
（単体）型のゲームシステムでゲームを実行することが
できる。

【００３０】また、前記ゲームシステム、前記プログラ
ムおよび前記情報記憶媒体において、前記判定手段は、
所定の変更イベントが発生したかどうかを判定し、前記
更新手段は、前記変更イベントが発生した場合、前記取
得対象を示す取得対象データおよび前記取得対象のゲー
ム空間内の配置を示す配置データの少なくとも一方を更
新し、前記情報生成手段は、前記取得対象データおよび
前記配置データの少なくとも一方に基づき、前記取得対
象および前記取得対象のゲーム空間内の配置の少なくと
も一方が変更されるように、前記ゲーム情報を生成して
もよい。

【００３１】これによれば、取得対象、取得対象のゲー
ム空間内の配置のいずれかまたは両方を変更することが
できる。

【００３２】これにより、プレイヤーは、ゲームに飽き
にくく、継続的にゲームを行うことができる。

【００３３】なお、前記変更イベントとしては、例え
ば、プレイヤーによる変更要求操作の発生、プレイヤー
が所定回数（２回以上）連続して取得対象の取得に成功
または失敗した場合等が該当する。

【００３４】

【発明の実施の形態】以下、本発明を、サーバーと携帯
電話を用いたゲームシステムに適用した場合を例に採
り、図面を参照しつつ説明する。なお、以下に示す実施
形態は、特許請求の範囲に記載された発明の内容を何ら
限定するものではない。また、以下の実施形態に示す構
成の全てが、特許請求の範囲に記載された発明の解決手
段として必須であるとは限らない。

【００３５】（ゲームシステム全体の説明）図１は、本
実施形態の一例に係るゲームシステムの概略図である。

【００３６】本実施形態のゲームシステムは、携帯電話
２００のゲーム画面に操作対象であるホースの画像と取
得対象である複数のカプセルの画像を表示するととも
に、プレイヤーが携帯電話２００のキーを用いてホース
を操作してカプセルを取得するゲームを実行する端末装
置の一種である携帯電話２００と、携帯電話２００が当
該ゲームを実行するための提供情報を提供する情報提供
装置の一種であるサーバー１００とを含んで構成されて
いる。

【００３７】また、サーバー１００と、携帯電話２００
とはネットワーク３００を介して接続されている。

【００３８】本実施の形態のゲームは、１段目が４×４
＝１６個のカプセルで、２段目が３×３＝９個の合計２
５個のカプセルを、ホースをＸ方向（右方向）およびＺ
方向（奥行き方向）に移動させ、ホースの中心位置とカ
プセルの重心位置とがほぼ重なる位置関係となった場合
にカプセルを取得させるゲームである。

【００３９】次に、携帯電話２００の画面に表示される
ゲーム画像の一例を、図２を用いて説明する。

【００４０】図２において、図２（Ａ）は、Ｘ方向への
移動時のゲーム画像の一例を示す図であり、図２（Ｂ）
は、Ｚ方向への移動時のゲーム画像の一例を示す図であ
り、図２（Ｃ）は、カプセル取得時のゲーム画像の一例
を示す図である。

【００４１】初期状態では、２段のカプセル１０が配置
され、プレイヤーは、上段のカプセル１０から取得す
る。

【００４２】まず、プレイヤーは、図２（Ａ）に示すよ
うに、携帯電話２００のキーを操作してホース２０を右
に動かし、Ｘ方向において、ホース２０の中心位置と、
カプセル１０の重心位置とが一致するようにする。

【００４３】右方向への移動が終了した後、プレイヤー
は、図２（Ｂ）に示すように、携帯電話２００のキーを
操作してホース２０を奥に動かし、Ｚ方向において、ホ
ース２０の中心位置と、カプセル１０の重心位置とが一
致するようにする。

【００４４】このようにしてホース２０の中心位置とカ
プセル１０−２１の重心位置とがほぼ重なる状態となる
と、ホース２０は、当該カプセル１０−２１に向かって
下降していき、図２（Ｃ）に示すように、カプセル１０
−２１を吸い込む。

【００４５】このように、本実施の形態では、重心位置
を用いることにより、従来の画像を用いたクレーンゲー
ムでは実現できなかった、取れそうで取れない感覚をプ
レイヤーに与えることができる。

【００４６】以下、この点について説明する。

【００４７】図３において、図３（Ａ）は、従来のカー
ソル４１の中心位置４４を示す模式図であり、図３
（Ｂ）は、従来の投影点５１の中心位置５４を示す模式
図である。また、図４は、本実施形態の一例に係るカプ
セル１０の重心位置６４を示す模式図である。

【００４８】従来は、外周部４５で囲まれたカーソル４
１（ホース２０に相当）の中心位置４４が、中心位置５
４、中心位置５４の周囲の中間領域５５および中間領域
５５の周囲の外周領域５６から構成される投影点５１の
中心位置５４と一致するかどうかでキャラクター（カプ
セル１０に相当）を取得できるかどうかを決定する方式
が採用されていた。

【００４９】しかし、この方式は、実際のキャラクター
の重心を考慮したものではないため、プレイヤーは、キ
ャラクターを取得できそうでできないといった感覚を感
じることができなかった。

【００５０】そこで、本実施の形態では、図４に示すよ
うに、ゲーム状況に応じてカプセル１０の中心位置５４
とは異なる位置に重心位置６４を設定し、当該重心位置
６４を囲む形で中間領域６５を、中間領域６５を囲む形
で外周領域６６をそれぞれ設けている。

【００５１】このように、重心位置６４を中心位置５４
とは異なる位置に設定し、ホース２０の中心位置とカプ
セル１０の重心位置６４とに基づいて判定を行うことに
より、取れそうで取れないといった感覚をプレイヤーに
感じさせることが可能となる。

【００５２】（機能ブロックの説明）次に、上述した機
能を実現するための携帯電話２００の機能ブロックにつ
いて説明する。

【００５３】図５は、本実施形態の一例に係る携帯電話
２００の機能ブロックを示す図である。

【００５４】次に、携帯電話２００の機能ブロックにつ
いて説明する。

【００５５】携帯電話２００は、サーバー１００と情報
をやり取りする送受信部２９０と、配信要求情報の生成
等を行う処理部２１０と、記憶部２２０と、操作部２３
０と、画像表示部２６０と、音声出力部２６２とを含ん
で構成されている。

【００５６】なお、画像表示部２６０および音声出力部
２６２は、提供手段の一部として機能する。

【００５７】また、処理部２１０は、配信要求情報やゲ
ーム情報を生成する情報生成部２１２と、ホース２０と
カプセル１０との位置関係の判定等を行う判定部２１４
と、記憶部２２０内のデータの生成や更新を行う更新部
２１６とを含んで構成されている。

【００５８】また、記憶部２２０は、少なくともプライ
ズセットデータ２２２、カプセル配置データ２２４、カ
プセル獲得データ２２６およびゲームプログラム２２８
を記憶している。

【００５９】ここで、プライズセットデータ２２２につ
いて説明する。

【００６０】図６は、本実施形態の一例に係るプライズ
セットデータ２２２のデータ構造を示す模式図である。

【００６１】プライズセットデータ２２２は、取得対象
を示す取得対象データの一種であり、画像表示部２６０
が表示しているゲーム画像において表示されているカプ
セル１０やカプセル１０に入っている賞品（プライズ）
の属性等を示すデータである。

【００６２】プライズセットデータ２２２の項目として
は、例えば、賞品を識別するための「プライズＩＤ」、
当該賞品が入っているカプセル１０を識別するための
「プライズカプセルＩＤ」、賞品を示すアイコンを識別
するための「プライズアイコンＩＤ」、カプセル１０を
獲得した場合にダウンロード可能となる賞品の名称を表
す文字列である「プライズ名称文字列」、カプセル１０
を獲得した場合にプレイヤーに与えるポイントを示す
「プライズポイント」、カプセル１０を獲得する難易度
を「Ａ」〜「Ｅ」の５段階で示す「難易度」等が該当す
る。

【００６３】なお、「難易度」「Ｅ」が最も獲得が困難
なことを示し、ホース２０の中心位置とカプセル１０の
重心位置との適合性の判定が最も厳しく、「難易度」
「Ａ」が最も獲得が容易なことを示し、上記判定が最も
甘い。

【００６４】次に、カプセル配置データ２２４について
説明する。

【００６５】図７は、本実施形態の一例に係るカプセル
配置データ２２４のデータ構造を示す模式図である。

【００６６】カプセル配置データ２２４は、取得対象の
ゲーム空間内の配置を示す配置データの一種であり、画
像表示部２６０が表示しているゲーム画像において表示
されているカプセル１０の配置を示すデータである。上
述したように、カプセル１０は、最大で下段１６個、上
段９個の合計２５個が配置される。

【００６７】カプセル配置データ２２４の項目として
は、例えば、「配置位置」、「プライズカプセルＩ
Ｄ」、カプセル１０の重心位置を示す「重心」等が該当
する。

【００６８】なお、「配置位置」は「１」〜「２５」ま
での数値で示される。例えば、「１」が下段の最も左奥
のカプセル１０であり、「１６」が下段の最も右手前の
カプセル１０であり、「１７」が上段の最も左奥のカプ
セル１０であり、「２５」が上段の最も右手前のカプセ
ル１０である。

【００６９】また、「重心」は「０」〜「５」までの数
値で示される。「重心」が「０」の場合、重心を考慮し
ないカプセル１０であることを示す。また、「重心」が
「１」の場合は重心が最も左位置にあり、「重心」が
「２」の場合は重心が２番目に左位置にあり、「重心」
が「３」の場合は重心が中心位置にあり、「重心」が
「４」の場合は重心が２番目に右位置にあり、「重心」
が「５」の場合は重心が最も右位置にあることを示す。

【００７０】このように、カプセル配置データ２２４
は、カプセル１０の重心位置がカプセル１０の中心位置
とは異なる位置に設定可能であるように構成されてい
る。

【００７１】なお、カプセル獲得データ２２６は、携帯
電話２００の画像表示部２６０が表示しているカプセル
１０のうちどのカプセル１０を獲得したかを示すデータ
と、最後にカプセル１０の総入れ替えを行った日時を示
すデータとを含む。この日時を示すデータを参照するこ
とにより、１日に１回だけ総入れ替えを行えるようにす
るといった制限を課すことができる。

【００７２】また、ゲームプログラム２２８は、情報生
成部２１２がゲーム情報を生成する際に用いるゲームを
実行するためのプログラムである。

【００７３】さらに、携帯電話２００には情報記憶媒体
２８０が接続され、携帯電話２００は、情報記憶媒体２
８０からプログラムを読み取って判定部２１４等の機能
を実現することも可能に形成されている。また、携帯電
話２００は、ネットワークを介してホスト装置等から送
信されるプログラムを読み取って判定部２１４等の機能
を実現することも可能である。

【００７４】次に、上述した機能を実現するためのサー
バー１００の機能ブロックについて説明する。

【００７５】図８は、本実施形態の一例に係るサーバー
１００の機能ブロックを示す図である。

【００７６】サーバー１００は、ネットワーク３００を
介して携帯電話２００から配信要求情報等を受信し、ゲ
ームプログラム２２８を含む提供情報等を携帯電話２０
０へ向け送信する提供手段の一部として機能する送受信
部１９０と、記憶部１２０と、処理部１１０とを含んで
構成されている。

【００７７】送受信部１９０は、配信要求情報に加え、
携帯電話２００でのゲーム結果を示すゲーム結果情報を
受信する。

【００７８】また、処理部１１０は、携帯電話２００へ
向け送信する提供情報等を生成する情報生成部１１２
と、ゲーム結果情報に基づいてゲーム結果等を判定する
判定部１１４と、記憶部１２０内のデータを更新する更
新部１１６とを含んで構成されている。

【００７９】なお、ゲームプログラム２２８としては、
具体的には、例えば、ＪＡＶＡ言語やＣ言語等でプログ
ラミングされているソフトウェア部品を適用することが
できる。また、ここで、ＪＡＶＡは、米国サンマイクロ
システムズ社の商標である。

【００８０】また、記憶部１２０は、複数のプレイヤー
の情報を管理するためのユーザーデータ１２２と、賞品
（プライズ）に関する情報を含むプライズデータ１２４
と、カプセル１０に関する情報を含むカプセルデータ１
２６と、ゲームプログラム２２８を含むゲームプログラ
ム１２８とを記憶している。

【００８１】なお、サーバー１００には、情報記憶媒体
１８０が接続され、情報記憶媒体１８０からプログラム
を読み取ることにより、その機能を実現するように構成
することも可能である。

【００８２】また、サーバー１００は、情報記憶媒体１
８０からではなく、例えば、ネットワーク３００を介し
て所定のホスト端末等からプログラムを読み取って上述
した種々の機能を実現することも可能である。

【００８３】ここで、サーバー１００および携帯電話２
００の各部のハードウェア構成について説明する。

【００８４】処理部１１０、２１０としては例えばＣＰ
Ｕ等、記憶部１２０、２２０としては例えばＲＡＭ等、
送受信部１９０としては例えばルーター等、送受信部２
９０としては例えばパケット通信モジュール、ブルート
ゥースモジュール等、操作部２３０としては例えばキー
等を用いて実現できる。

【００８５】また、画像表示部２６０としては例えば液
晶パネル等、音声出力部２６２としては例えばスピーカ
ー等を用いて実現できる。

【００８６】なお、情報記憶媒体１８０、２８０として
は、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＩＣカー
ド、ＲＯＭ、ＲＡＭ、メモリカード、ＨＤＤ等のレーザ
ーや磁気等を用いた記憶媒体を適用できる。また、情報
記憶媒体１８０、２８０からのプログラムの読み取り方
式は、接触式でも非接触式でもよい。

【００８７】（処理の流れの説明）次に、上述した各部
を用いてゲームを実行する場合の処理の流れについて説
明する。

【００８８】図９は、本実施形態の一例に係るゲーム処
理の流れを示すフローチャートである。

【００８９】ゲーム開始に先立って携帯電話２００は、
サーバー１００に対してゲームプログラム２２８のダウ
ンロード要求を示す配信要求情報を送信し、サーバー１
００からプライズセットデータ２２２、カプセル配置デ
ータ２２４、カプセル獲得データ２２６およびゲームプ
ログラム２２８をダウンロードする。

【００９０】携帯電話２００は、画像表示部２６０を用
いてゲームプログラム２２８に基づいてゲームの営業開
始を示すメッセージを携帯電話２００の画面に表示し、
プレイヤーは、操作部２３０を操作してゲームを開始す
る。

【００９１】本実施の形態では、プレイヤーは、１日に
１回だけカプセル１０を総入れ替え（シャッフル）でき
るようにゲームプログラム２２８を構成している。

【００９２】判定部２１４は、操作部２３０からのプレ
イヤーによる操作情報に基づき、カプセル１０とカプセ
ル１０の配置の変更要求を示し、変更イベントの一種で
あるシャッフル要求があるかどうかを判定する（ステッ
プＳ２）。

【００９３】シャッフル要求があると判定した場合、判
定部２１４は、さらに、カプセル獲得データ２２６内の
最後にカプセル１０の総入れ替えを行った日時を示すデ
ータに基づき、１日に１回という制限に違反していない
かどうかを判定する（ステップＳ４）。すなわち、判定
部２１４は、上記日時を示すデータがシャッフル要求の
あった日時と同一日であれば制限違反であると判定する
ことができる。

【００９４】制限違反の場合、画像表示部２６０は、ゲ
ームの営業終了を示すメッセージを画面に表示し（ステ
ップＳ８）、ゲームは終了する。

【００９５】一方、制限違反ではない場合、情報生成部
２１２は、シャッフル要求を示す配信要求情報を生成
し、送受信部２９０は、当該配信要求情報をサーバー１
００へ向け送信する。

【００９６】サーバー１００の情報生成部１１２は、判
定部１１４によって当該配信要求情報がシャッフル要求
であると判定された場合、プライズデータ１２４および
カプセルデータ１２６に基づき、新たなプライズセット
データ２２２およびカプセル配置データ２２４を含む提
供情報を生成する。そして、送受信部１９０は、当該提
供情報を携帯電話２００へ向け送信する。

【００９７】携帯電話２００の送受信部２９０は、サー
バー１００から当該提供情報を受信し、更新部２１６は
当該提供情報に基づき、プライズセットデータ２２２お
よびカプセル配置データ２２４を更新する。

【００９８】情報生成部１１２は、更新されたプライズ
セットデータ２２２およびカプセル配置データ２２４に
基づき、新たなゲーム情報を生成し、画像表示部２６０
は、当該ゲーム情報に基づき、カプセル１０とカプセル
１０の配置を更新したゲーム画像を表示する（ステップ
Ｓ６）。

【００９９】このように、カプセル１０自体やカプセル
１０の配置を変更することにより、プレイヤーは、ゲー
ムに飽きにくく、継続的にゲームを行うことができる。

【０１００】ゲームが開始されると、プレイヤーは、例
えば、携帯電話２００の右向き矢印キーを押し続け、ゲ
ーム画像において左端に配置されたホース２０をＸ方向
（右方向）へ移動する（ステップＳ１０）。

【０１０１】そして、プレイヤーは、例えば、携帯電話
２００の上向き矢印キーを押し続け、ゲーム画像におい
て所定位置に配置されたホース２０をＺ方向（奥方向）
へ移動する（ステップＳ１２）。

【０１０２】なお、ホース２０は、プレイヤーがキーを
離した時点で停止する。

【０１０３】判定部２１４は、操作部２３０からの操作
情報に基づいてホース２０の中心位置を把握し、当該中
心位置を、ホース２０に最も近いカプセル１０の重心位
置と比較する（ステップＳ１４）。

【０１０４】ここで、ホース２０の中心位置とカプセル
１０の重心位置との関係およびゲーム空間におけるカプ
セル１０の配置について説明する。

【０１０５】図１０は、本実施形態の一例に係るホース
２０とカプセル１０の重心位置６４との関係を示す模式
図である。また、図１１は、本実施形態の一例に係るゲ
ーム空間の平面の模式図である。また、図１２は、本実
施形態の一例に係るゲーム空間の右側面の模式図であ
る。

【０１０６】図１０に示すように、ホース２０の中心位
置とカプセル１０の重心位置６４のＸ方向のずれ量をＬ
１とし、ホース２０の中心位置とカプセル１０の重心位
置６４のＺ方向のずれ量をＬ２とする。

【０１０７】判定部２１４は、所定の距離範囲内、例え
ば、Ｌ１およびＬ２が５ドット以内に対象となるカプセ
ル１０があるかどうかを判定し（ステップＳ１６）、対
象となるカプセル１０がある場合には当該カプセル１０
を選択する（ステップＳ１８）。

【０１０８】本実施の形態では、図１１および図１２に
示すように、ゲーム空間において、１段目に左奥から右
手前に向かって１６個のカプセル１０−１〜１０−１６
が配置され、２段目に左奥から右手前に向かって９個の
カプセル１０−１７〜１０−２５が配置されている。

【０１０９】また、ホース２０は、平面においては、図
１１に示す２点鎖線で囲まれた範囲内を移動可能であ
り、側面においては、図１２に示す２点鎖線で囲まれた
範囲内を上下に移動可能である。

【０１１０】図１１および図１２に示すように、２段目
のカプセル１０と重なっている１段目のカプセル１０
は、獲得できないようになっており、プレイヤーが２段
目のカプセル１０を獲得することにより、２段目のカプ
セル１０と重なっていない部分の１段目のカプセル１０
が獲得可能となる。

【０１１１】このように、本実施の形態では、取得対象
の重なりを考慮したゲーム画像を生成している。

【０１１２】これにより、いわゆるゲームセンター等に
配置されているクレーンゲームと同様の面白さを、プレ
イヤーは、携帯電話２００のゲームで手軽に感じること
ができる。

【０１１３】なお、図１１および図１２に示す「視線」
は、プレイヤーの視線であり、複数のホース２０は、ホ
ース２０の可動範囲を示すものである。

【０１１４】上述したように、カプセル１０−１〜１０
−２５は、重なっている部分もあるため、カプセル１０
が取得可能かどうかを判定する際に、複数のカプセル１
０が判定対象となる場合もある。

【０１１５】このため、判定部２１４は、Ｌ１およびＬ
２が５ドット以内で同じ距離範囲内に複数のカプセル１
０が存在する場合、「プライズカプセルＩＤ」の値が最
も小さいカプセル１０を選択する。もちろん、値が最も
大きいカプセル１０を選択してもよい。

【０１１６】そして、判定部２１４は、プライズセット
データ２２２で示される当該カプセル１０の「難易度」
に基づき、Ｌ１およびＬ２に基づくホース２０の中心位
置とカプセル１０の重心位置を比較する（ステップＳ２
０）。

【０１１７】例えば、カプセル１０を取得可能な許容範
囲を、「難易度」が「Ａ」の場合は、５ドット四方の範
囲とし、「難易度」が１つ上がるごとにドット数を１つ
ずつ狭めていき、「難易度」が「Ｅ」の場合は、１ドッ
ト四方の範囲としてもよい。

【０１１８】判定部２１４は、ホース２０の中心位置と
カプセル１０の重心位置の位置関係が当該許容範囲を満
たしているかどうか、すなわち、カプセル１０を取得可
能かどうかを判定する（ステップＳ２２）。

【０１１９】取得可能であると判定された場合、情報生
成部２１２は、カプセル１０の取得に成功したことを示
すゲーム情報を生成し、画像表示部２６０は、当該ゲー
ム情報に基づき、図２（Ｃ）に示すようなカプセル１０
がホース２０に吸い込まれる画像と獲得した賞品を示す
画像を表示し（ステップＳ２４）、音声出力部２６２
は、当該ゲーム情報に基づき、いわゆるファンファーレ
音を出力する。

【０１２０】また、取得可能であると判定された場合、
更新部２１６は、どのカプセル１０を取得したかを示す
情報をカプセル獲得データ２２６に書き込み、当該カプ
セル１０のポイントを加算するようにカプセル獲得デー
タ２２６を更新する（ステップＳ２６）。

【０１２１】これに対し、所定の距離範囲内にない場合
（ステップＳ１６）、情報生成部２１２は、カプセル１
０の取得に失敗したことを示すゲーム情報を生成し、画
像表示部２６０は、当該ゲーム情報に基づき、ホース２
０の吸い込み試行動作を示す画像を表示し（ステップＳ
３２）、音声出力部２６２は、当該ゲーム情報に基づ
き、失敗したことを示す悲しい音を出力する。

【０１２２】また、所定の距離範囲内であるが、カプセ
ル１０を取得可能な範囲内にない場合（ステップＳ２
２）、情報生成部２１２は、カプセル１０の取得を試行
したことを示すゲーム情報を生成し、画像表示部２６０
は、当該ゲーム情報に基づき、ホース２０の吸い込み試
行動作と、カプセル１０が揺れる動作を示す画像を表示
し（ステップＳ２８）、音声出力部２６２は、当該ゲー
ム情報に基づき、失敗したことを示す悲しい音を出力す
る。

【０１２３】また、所定の距離範囲内であるが、カプセ
ル１０を取得可能な範囲内にない場合（ステップＳ２
２）、更新部２１６は、当該カプセル１０の重心位置が
変更されるようにカプセル配置データ２２４を更新する
（ステップＳ３０）。

【０１２４】そして、ゲームが終了した場合、送受信部
２９０は、情報生成部２１２によって生成されたカプセ
ル獲得データ２２６の内容を示す情報をサーバー１００
へ向け送信する。

【０１２５】サーバー１００は、当該情報に基づき、カ
プセル獲得データ２２６の内容に応じて賞品であるゲー
ム画像やいわゆる着メロ等を携帯電話２００へ向け送信
する。

【０１２６】プレイヤーは、当該ゲーム画像等を携帯電
話２００で表示したり、当該着メロ等を携帯電話２００
で音声出力して楽しむことができる。

【０１２７】以上のようにしてサーバー１００および携
帯電話２００は、複数のカプセル１０からカプセル１０
を取得するゲームを実行する。

【０１２８】（その他の説明）また、本実施の形態で
は、図２（Ａ）〜図２（Ｃ）に示す参考画像３０に矢印
を表示し、矢印内の色や模様を見ることにより、プレイ
ヤーがホース２０の移動量を把握できるようになってい
る。

【０１２９】図１３は、本実施形態の一例に係る矢印の
表示変化を示す模式図である。

【０１３０】カプセル１０の幅が矢印の長さと対応して
いる。なお、奥の斜線がある２つの四角形と斜線がない
２つの四角形は、４つに並んだカプセル１０を模式的に
表している。

【０１３１】例えば、図１３では、斜線模様の矢印と、
左半分だけ斜線模様の矢印と、模様がない矢印が表示さ
れている。

【０１３２】最初の矢印が表示されている場合、ホース
２０が図１３の斜線で示す最も手前のカプセル１０の中
心位置にあることを示し、２番目の矢印が表示されてい
る場合、ホース２０が図１３の斜線で示す最も手前のカ
プセル１０と２番目のカプセル１０との中間位置にある
ことを示し、３番目の矢印が表示されている場合、ホー
ス２０が２番目のカプセル１０の中心位置にあることを
示す。

【０１３３】このように、矢印の色や模様の変化でホー
ス２０とカプセル１０との位置関係を示すことにより、
プレイヤーは、ホース２０の移動量を客観的に把握する
ことができる。

【０１３４】また、賞品には以下の種類がある。

【０１３５】図１４において、図１４（Ａ）は、ゲーム
プログラム部品のアイコンを示す模式図であり、図１４
（Ｂ）は、ゲーム画像部品のアイコンを示す模式図であ
り、図１４（Ｃ）は、ゲーム音楽部品のアイコンを示す
模式図であり、図１４（Ｄ）は、ゲームポイントのアイ
コンを示す模式図である。

【０１３６】ゲーム画像では、通常のカプセル１０に
は、図１４（Ａ）〜図１４（Ｄ）のいずれかのアイコン
が表示される。プレイヤーは、アイコンによりカプセル
１０の中にどのような種類の賞品が入っているか確認す
ることができる。

【０１３７】カプセル１０には、通常のカプセル１０と
レアアイテムを含むレアカプセルと、何も入っていない
外れカプセルがある。また、通常のカプセル１０は、５
種類の傾きがあり、傾きによって重心や表示が異なる。

【０１３８】図１５において、図１５（Ａ）は、右に９
０度傾いた通常カプセルの模式図であり、図１５（Ｂ）
は、右に４５度傾いた通常カプセルの模式図であり、図
１５（Ｃ）は、傾いていない通常カプセルの模式図であ
り、図１５（Ｄ）は、左に４５度傾いた通常カプセルの
模式図であり、図１５（Ｅ）は、左に９０度傾いた通常
カプセルの模式図であり、図１５（Ｆ）は、レアカプセ
ルの模式図であり、図１５（Ｇ）は、外れカプセルの模
式図である。

【０１３９】図１５（Ａ）〜図１５（Ｅ）に示すよう
に、図１４（Ａ）〜図１４（Ｄ）のいずれかのアイコン
を表示するために、通常のカプセル１０は、半分が透明
（半透明でもよい。）部分であり、重心位置の設定され
た残りの半分が半透明（不透明でもよい。）部分となっ
ている。

【０１４０】また、本実施の形態では、カプセル１０の
半透明部分の中心を重心に設定し、カプセル１０の傾き
を図１５（Ａ）〜図１５（Ｅ）に示す５種類に設定して
いる。

【０１４１】すなわち、カプセル１０の傾きによって、
プレイヤーは、視覚的にカプセル１０の重心を把握する
ことができる。

【０１４２】また、図１５（Ｆ）に示すレアカプセル
は、獲得の難易度が最も高く設定されており、ポイント
が高く、個数も少ない。図１５（Ｇ）の外れカプセル
も、プレイヤーは、アイテムやポイントを得ることはで
きないが、獲得する楽しみを感じることができる。

【０１４３】以上のように、本実施の形態によれば、カ
プセル１０の中心位置とは異なる位置に重心位置を設定
可能とすることにより、プレイヤーは、単純にカプセル
１０の中心にホース２０の中心を合わせるだけではカプ
セル１０を取得することができず、カプセル１０の重心
位置とホース２０の中心位置が適合している場合に限っ
てカプセル１０を取得することができる。

【０１４４】これにより、プレイヤーに、取得対象を取
れそうで取れないという感覚をプレイヤーに与えること
ができる。

【０１４５】また、本実施の形態によれば、カプセル１
０を取り損ねた場合に、カプセル１０の重心位置を変更
する。これにより、実際のカプセル１０取得時の動作を
模した演出を行うことができる。

【０１４６】このように、重心位置を変更することによ
り、ホース２０の操作量が同じであっても、変更前には
カプセル１０を取得可能であるが、変更後にはカプセル
１０を取得不可能にするといったことが可能となる。

【０１４７】これにより、より複雑な操作が必要とされ
るため、プレイヤーがカプセル１０を取得した場合の満
足度をより高めることができる。

【０１４８】また、本実施の形態では、プライズセット
データ２２２の「難易度」と、カプセル１０の重心位置
とホース２０の中心位置との位置関係に基づき、カプセ
ル１０を取得可能、取得試行可能（取り損ね）、取得不
可能という３つの状態を判定し、それぞれ異なる演出を
行っている。

【０１４９】これにより、プレイヤーをより楽しませる
ことができる。また、難易度が高い場合には厳しい判定
を行うことにより、プレイヤーが難易度の高いカプセル
１０を取得した場合の満足感をより高めることができ
る。

【０１５０】（変形例）以上、本発明を適用した好適な
実施の形態について説明してきたが、本発明の適用は、
上述した実施例に限定されず、種々の変形が可能であ
る。

【０１５１】例えば、上述した実施例では、クライアン
トである携帯電話２００と、サーバー１００とで処理を
分担してゲームを実行するいわゆるクライアントサーバ
ー方式を採用したが、単体（スタンドアローン）のゲー
ム装置でゲームを実行する方式を採用してもよい。

【０１５２】図１６は、本実施形態の一例に係る業務用
ゲーム装置４００の外観図である。

【０１５３】業務用ゲーム装置４００は、画面４１０
と、複数の操作ボタン４２０と、コイン投入口４３０
と、景品取り出し口４４０とを含んで構成されている。

【０１５４】このように、単体の業務用ゲーム装置４０
０で本実施形態のゲームを実行することも可能である。

【０１５５】また、業務用ゲーム装置４００のように、
ゲーム画像内のカプセル１０をホース２０で取得した場
合、カプセル１０に割り当てられた物理的な景品（例え
ば、ぬいぐるみやキャラクターグッズ等）を景品取り出
し口４４０からプレイヤーに提供することも可能であ
る。

【０１５６】なお、本実施形態のゲームを実行するため
のゲームシステムを、家庭用ゲーム装置として実現して
もよい。

【０１５７】もちろん、携帯電話２００の機能や、サー
バー１００の機能を複数の装置に分散して処理を実行し
てもよい。

【０１５８】また、サーバー１００の更新部１１６が、
複数の携帯電話２００からのカプセル獲得データ２２６
の内容をユーザーデータ１２２に書き込み、カプセル取
得数や獲得ポイント等を基準としたランキング等を行っ
てもよい。

【０１５９】また、上述した実施例では、ゲーム画像の
一部として表示される取得対象としてカプセル１０の画
像を適用したが、カプセル１０以外にもキャラクターや
ぬいぐるみ等であってもよい。

【０１６０】また、上述した実施例では、重心位置を視
覚的に示すために、カプセル１０の画像における透明度
の違いで重心位置を示したが、重心位置部分の色、模
様、形等が重心位置部分とは異なるようにゲーム画像を
生成してもよい。

【０１６１】また、上述した実施例では、カプセル１０
の取得の際にゲーム画像とゲーム音声の両方を用いてカ
プセル１０を揺らす動作やファンファーレ音等の演出を
行ったが、ゲーム画像だけを用いたり、ゲーム音声だけ
を用いてもよい。

【０１６２】また、上述した実施例では、複数の取得対
象を用いたが、１つの取得対象であってもよい。

【０１６３】また、同様に、上述した実施例では、ゲー
ム画像の一部として表示される操作対象として、ホース
２０の画像を適用したが、ホース２０以外にもクレーン
等であってもよい。もちろん、複数の操作対象を用いて
もよい。

【０１６４】また、上述した実施例ではシャッフル要求
によってカプセル１０とカプセル１０の配置の両方を変
更したが、どちらか一方であってもよい。

【０１６５】また、変更イベントとしては、上述したシ
ャッフル要求以外にも、例えば、プレイヤーが所定回数
（２回以上）連続して取得対象の取得に成功または失敗
した場合等を用いてもよい。

【０１６６】さらに、上述した実施例では、端末装置と
して携帯電話２００を用いた例について説明したが、携
帯電話２００以外にも、例えば、ＰＣ（Personal Compu
ter）、ＰＤＡ（Personal Digital Assistants）、携帯
型ゲーム装置、家庭用ゲーム装置、業務用ゲーム装置等
の種々の端末装置を用いることも可能である。

【図面の簡単な説明】

【図１】本実施形態の一例に係るゲームシステムの概略
図である。

【図２】図２（Ａ）は、Ｘ方向への移動時のゲーム画像
の一例を示す図であり、図２（Ｂ）は、Ｚ方向への移動
時のゲーム画像の一例を示す図であり、図２（Ｃ）は、
カプセル取得時のゲーム画像の一例を示す図である。

【図３】図３（Ａ）は、従来のカーソルの中心位置を示
す模式図であり、図３（Ｂ）は、従来の投影点の中心位
置を示す模式図である。

【図４】本実施形態の一例に係るカプセルの重心位置を
示す模式図である。

【図５】本実施形態の一例に係る携帯電話の機能ブロッ
クを示す図である。

【図６】本実施形態の一例に係るプライズセットデータ
のデータ構造を示す模式図である。

【図７】本実施形態の一例に係るカプセル配置データの
データ構造を示す模式図である。

【図８】本実施形態の一例に係るサーバーの機能ブロッ
クを示す図である。

【図９】本実施形態の一例に係るゲーム処理の流れを示
すフローチャートである。

【図１０】本実施形態の一例に係るホースとカプセルの
重心位置との関係を示す模式図である。

【図１１】本実施形態の一例に係るゲーム空間の平面の
模式図である。

【図１２】本実施形態の一例に係るゲーム空間の右側面
の模式図である。

【図１３】本実施形態の一例に係る矢印の表示変化を示
す模式図である。

【図１４】図１４（Ａ）は、ゲームプログラム部品のア
イコンを示す模式図であり、図１４（Ｂ）は、ゲーム画
像部品のアイコンを示す模式図であり、図１４（Ｃ）
は、ゲーム音楽部品のアイコンを示す模式図であり、図
１４（Ｄ）は、ゲームポイントのアイコンを示す模式図
である。

【図１５】図１５（Ａ）は、右に９０度傾いた通常カプ
セルの模式図であり、図１５（Ｂ）は、右に４５度傾い
た通常カプセルの模式図であり、図１５（Ｃ）は、傾い
ていない通常カプセルの模式図であり、図１５（Ｄ）
は、左に４５度傾いた通常カプセルの模式図であり、図
１５（Ｅ）は、左に９０度傾いた通常カプセルの模式図
であり、図１５（Ｆ）は、レアカプセルの模式図であ
り、図１５（Ｇ）は、外れカプセルの模式図である。

【図１６】本実施形態の一例に係る業務用ゲーム装置の
外観図である。

【符号の説明】

１０ カプセル（取得対象） ２０ ホース（操作対象） ６４ 重心位置 １００ サーバー（情報提供装置） １１０、２１０ 処理部 １１２、２１２ 情報生成部（提供手段、情報生成手
段） １１４、２１４ 判定部 １１６、２１６ 更新部 １２０、２２０ 記憶部 １９０、２９０ 送受信部（提供手段） １２２ ユーザーデータ １２４ プライズデータ １２６ 提供データ １２８、２２８ ゲームプログラム １８０、２８０ 情報記憶媒体 １９０、２９０ 送受信部 ２００ 携帯電話（端末装置） ２２２ プライズセットデータ（取得対象データ） ２２４ カプゼル配置データ（配置データ） ２２６ カプゼル獲得データ ４００ 業務用ゲーム装置 ４１０ 画面 ４２０ 操作ボタン ４３０ コイン投入口 ４４０ 景品取り出し口

フロントページの続き (56)参考文献 特開2001−327749（ＪＰ，Ａ) 特開2000−116936（ＪＰ，Ａ) 特開2001−150395（ＪＰ，Ａ) 多角錐物体の平衡把握アルゴリズム, 日本ロボット学会誌 2000年１月号，日 本，社団法人 日本ロボット学会，2000 年 １月15日，第18巻第１号，ｐ126〜 134 複数移動ロボットによる持ち上げ作業 のためのセンシング計画，日本ロボット 学会誌 21世紀の玩具とロボティクス 2000年３月号，日本，社団法人 日本ロ ボット学会，2000年 ３月15日，第18巻 第２号，ｐ278〜284 ＵＦＯキャッチャーｆｏｒ ｉモー ド，ｉモード公式ゲームナビ，日本，株 式会社エニックス，2000年10月13日，ｐ 88〜89 (58)調査した分野(Int.Cl.⁷，ＤＢ名) A63F 9/24,13/00 - 13/12

Claims (10)

(57)【特許請求の範囲】
1. 【請求項１】 ゲーム画像の一部として所定の操作対象
   と所定の取得対象を表示するゲームであって、プレイヤ
   ーが前記操作対象を操作して前記取得対象を取得するゲ
   ームを行うためのゲームシステムにおいて、 プレイヤーによる前記操作対象の操作情報と、前記取得
   対象の重心位置を示す重心位置データとに基づき、前記
   操作対象の所定位置と前記重心位置とが前記取得対象を
   取得可能な位置関係にあるかどうかを判定する判定手段
   と、 前記取得対象を取得可能な位置関係にあると判定された
   場合、当該取得対象をプレイヤーに対して提供する提供
   手段と、前記重心位置を示す重心位置データを更新する更新手段
   と、 を含み、 前記判定手段は、前記操作対象の所定位置と前記重心位
   置とが、前記取得対象を取得試行可能な距離範囲内であ
   るが、前記取得対象を取得可能な距離範囲内ではない位
   置関係にあるかどうかを判定し、 前記提供手段は、前記操作対象の所定位置と前記重心位
   置とが、前記取得対象を取得試行可能な距離範囲内であ
   るが、前記取得対象を取得可能な距離範囲内ではない位
   置関係にある場合、前記操作対象による当該取得対象の
   取得試行動作を、画像および音声の少なくとも一方を用
   いてプレイヤーに提示し、 前記更新手段は、前記操作対象の所定位置と前記重心位
   置とが、前記取得対象を取得試行可能な距離範囲内であ
   るが、前記取得対象を取得可能な距離範囲内ではない位
   置関係にあると判定された場合、当該取得対象の重心位
   置が変更されるように、当該取得対象の前記重心位置を
   示す重心位置データを更新する ことを特徴とするゲーム
   システム。
2. 【請求項２】 請求項１において、 前記提供手段は、前記重心位置データに基づき、前記重
   心位置が分かるように、前記取得対象の前記重心位置付
   近の色、透明度、模様、形のうち少なくとも１つが、当
   該重心位置付近ではない前記取得対象の部分とは異なる
   ように、前記ゲーム画像を表示するためのゲーム情報を
   生成する情報生成手段を含むことを特徴とするゲームシ
   ステム。
3. 【請求項３】 請求項２において、 前記操作情報を出力する操作手段と、前記ゲームを実行
   するためのゲームプログラムと前記操作情報とに基づ
   き、前記ゲーム情報を生成する前記情報生成手段と、前
   記ゲーム画像を表示し、前記提供手段の一部として機能
   する画像表示手段とを有し、前記ゲームを実行する端末
   装置と、 前記重心位置データと、前記ゲームプログラムとを含む
   情報であって、かつ、前記端末装置を、前記更新手段
   と、前記判定手段として機能させるための提供情報を、
   前記端末装置に送信し、前記提供手段の一部として機能
   する送受信手段を有する情報提供装置と、 を含み、 前記端末装置は、前記情報提供装置からの前記提供情報
   に基づき、前記ゲームを実行することを特徴とするゲー
   ムシステム。
4. 【請求項４】 請求項２において、 前記操作情報を出力する操作手段と、 前記更新手段と、 前記判定手段と、 前記提供手段と、 を含むゲーム装置として形成されたことを特徴とするゲ
   ームシステム。
5. 【請求項５】 請求項２〜４のいずれかにおいて、 前記判定手段は、プレイヤーによる変更要求操作の発生
   イベント、プレイヤーが複数回連続して取得対象の取得
   に成功したイベント、プレイヤーが複数回連続して取得
   対象の取得に失敗したイベントのいずれかが該当する変
   更イベントが発生したかどうかを判定し、 前記更新手段は、前記変更イベントが発生した場合、前
   記取得対象を示す取得対象データおよび前記取得対象の
   ゲーム空間内の配置を示す配置データの少なくとも一方
   を更新し、 前記情報生成手段は、前記取得対象データおよび前記配
   置データの少なくとも一方に基づき、前記取得対象およ
   び前記取得対象のゲーム空間内の配置の少なくとも一方
   が変更されるように、前記ゲーム情報を生成することを
   特徴とするゲームシステム。
6. 【請求項６】 ゲーム画面に所定の操作対象と所定の取
   得対象を表示するゲームであって、プレイヤーが前記操
   作対象を操作して前記取得対象を取得するゲームを実行
   するゲーム装置のコンピュータにより読み取り可能なプ
   ログラムであって、 プレイヤーによる前記操作対象の操作情報と、前記取得
   対象の重心位置を示す重心位置データとに基づき、前記
   操作対象の所定位置と前記重心位置とが前記取得対象を
   取得可能な位置関係にあるかどうかを判定する判定手段
   と、 前記取得対象を取得可能な位置関係にあると判定された
   場合、当該取得対象をプレイヤーに対して提供する提供
   手段と、 前記重心位置を示す重心位置データを更新する更新手段
   と してコンピュータを機能させ、前記判定手段は、前記操作対象の所定位置と前記重心位
   置とが、前記取得対象を取得試行可能な距離範囲内であ
   るが、前記取得対象を取得可能な距離範囲内ではない位
   置関係にあるかどうかを判定し、 前記提供手段は、前記操作対象の所定位置と前記重心位
   置とが、前記取得対象を取得試行可能な距離範囲内であ
   るが、前記取得対象を取得可能な距離範囲内ではない位
   置関係にある場合、前記操作対象による当該取得対象の
   取得試行動作を、画像および音声の少なくとも一方を用
   いてプレイヤーに提示し、 前記更新手段は、前記操作対象の所定位置と前記重心位
   置とが、前記取得対象を取得試行可能な距離範囲内であ
   るが、前記取得対象を取得可能な距離範囲内ではない位
   置関係にあると判定された場合、当該取得対象の重心位
   置が変更されるように、当該取得対象の前記重心位置を
   示す重心位置データを更新する ことを特徴とするプログ
   ラム。
7. 【請求項７】 端末装置のゲーム画面に所定の操作対象
   と所定の取得対象を表示させるとともに、プレイヤーが
   前記操作対象を操作して前記取得対象を取得するゲーム
   を前記端末装置に実行させるための提供情報を提供する
   コンピュータにより読み取り可能なプログラムであっ
   て、 プレイヤーによる前記操作対象の操作情報と、前記取得
   対象の重心位置を示す重心位置データとに基づき、前記
   操作対象の所定位置と前記重心位置とが前記取得対象を
   取得可能な位置関係にあるかどうかを判定する判定手段
   として前記端末装置を機能させ、かつ、前記取得対象を
   取得可能な位置関係にあると判定された場合、当該取得
   対象をプレイヤーに対して提供する提供手段として前記
   端末装置を機能させるための前記提供情報を、前記端末
   装置へ向け送信手段に送信させる手段と、 前記重心位置を示す重心位置データを更新する更新手段
   と してコンピュータを機能させ、前記判定手段は、前記操作対象の所定位置と前記重心位
   置とが、前記取得対象を取得試行可能な距離範囲内であ
   るが、前記取得対象を取得可能な距離範囲内ではない位
   置関係にあるかどうかを判定し、 前記提供手段は、前記操作対象の所定位置と前記重心位
   置とが、前記取得対象を取得試行可能な距離範囲内であ
   るが、前記取得対象を取得可能な距離範囲内ではない位
   置関係にある場合、前記操作対象による当該取得対象の
   取得試行動作を、画像および音声の少なくとも一方を用
   いてプレイヤーに提示し、 前記更新手段は、前記操作対象の所定位置と前記重心位
   置とが、前記取得対象を取得試行可能な距離範囲内であ
   るが、前記取得対象を取得可能な距離範囲内ではない位
   置関係にあると判定された場合、当該取得対象の重心位
   置が変更されるように、当該取得対象の前記重心位置を
   示す重心位置データを更新する ことを特徴とするプログ
   ラム。
8. 【請求項８】 請求項６、７のいずれかにおいて、 前記提供手段は、前記重心位置データに基づき、前記重
   心位置が分かるように、前記取得対象の前記重心位置付
   近の色、透明度、模様、形のうち少なくとも１つが、当
   該重心位置付近ではない前記取得対象の部分とは異なる
   ように、前記ゲーム画像を表示するためのゲーム情報を
   生成する情報生成手段を含むことを特徴とするプログラ
   ム。
9. 【請求項９】 請求項８において、 前記判定手段は、プレイヤーによる変更要求操作の発生
   イベント、プレイヤーが複数回連続して取得対象の取得
   に成功したイベント、プレイヤーが複数回連続 して取得
   対象の取得に失敗したイベントのいずれかが該当する変
   更イベントが発生したかどうかを判定し、 前記更新手段は、前記変更イベントが発生した場合、前
   記取得対象を示す取得対象データおよび前記取得対象の
   ゲーム空間内の配置を示す配置データの少なくとも一方
   を更新し、 前記情報生成手段は、前記取得対象データおよび前記配
   置データの少なくとも一方に基づき、前記取得対象およ
   び前記取得対象のゲーム空間内の配置の少なくとも一方
   が変更されるように、前記ゲーム情報を生成することを
   特徴とするプログラム。
10. 【請求項１０】 コンピュータにより読み取り可能な情
    報記憶媒体であって、請求項６〜９のいずれかのプログ
    ラムを記憶したことを特徴とする情報記憶媒体。