JP2003325981A - 多人数参加型ゲームシステムおよび多人数参加型ゲームプログラム - Google Patents

Abstract

(57)【要約】 【課題】多人数参加型ゲームにおいて、プレイヤの数に
応じて、ゲームフィールドの地形やオブジェクト等のデ
ータを変化させるような多人数参加型ゲームシステムお
よび多人数参加型ゲームプログラムを提供することであ
る。 【解決手段】プレイヤの数を検出するプレイヤ数検出手
段、第１ゲームフィールドデータを記憶する第１ゲーム
フィールドデータ記憶手段、第２ゲームフィールドデー
タを、プレイヤ数に対応して複数記憶する第２ゲームフ
ィールドデータ記憶手段、プレイヤ数検出手段によって
検出されたプレイヤ数に応じて、第２ゲームフィールド
データ記憶手段から所定の第２ゲームフィールドデータ
を選択する第２ゲームフィールドデータ選択手段、第１
ゲームフィールドデータと第２ゲームフィールドデータ
を合成してゲームフィールドを生成するゲームフィール
ド生成手段を備えて、生成ゲームフィールド上で複数の
プレイヤによってゲームを行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、多人数参加型ゲー
ムシステムおよび多人数参加型プログラムに関し、より
特定的には、ビデオゲームを多人数のプレイヤで遊ぶた
めのゲームシステムおよび当該システムで実行されるゲ
ームプログラムに関する。

【０００２】

【従来の技術】プレイヤの人数に応じてキャラクタ移動
用のゲーム空間の大きさを設定するゲーム装置が、特開
平６−２３８０６２号で公開されている。

【０００３】

【発明が解決しようとする課題】しかしながら、特開平
６−２３８０６２号は、格闘ゲームの競技場の大きさ
を、戦うプレイヤの数に応じて変える技術を開示いてい
るに過ぎず、ゲームフィールドの地形やオブジェクト等
のデータを変化させるような技術は開示していない。

【０００４】それ故に、本発明の目的は、プレイヤの人
数に応じてゲームフィールドを変化させ、ゲームの攻略
方法を変化させる多人数参加型ゲームシステムおよび多
人数参加型ゲームプログラムを提供することである。

【０００５】

【課題を解決するための手段および発明の効果】本発明
は、上記目的を達成するために、以下に述べる特徴を有
している。第１の発明は、複数のプレイヤによってゲー
ムを行う多人数参加型ゲームシステムであって、プレイ
ヤの数を検出するプレイヤ数検出手段（ＣＰＵ５０）、
プレイヤ数によって変化しない予め定められたゲームフ
ィールドデータである第１ゲームフィールドデータを記
憶する第１ゲームフィールドデータ記憶手段（ＲＯＭ７
０）、プレイヤ数によって変化する領域のゲームフィー
ルドデータである第２ゲームフィールドデータを、プレ
イヤ数に対応して複数記憶する第２ゲームフィールドデ
ータ記憶手段（ＲＯＭ７０）、プレイヤ数検出手段によ
って検出されたプレイヤ数に応じて、第２ゲームフィー
ルドデータ記憶手段から所定の第２ゲームフィールドデ
ータを選択する第２ゲームフィールドデータ選択手段
（ＣＰＵ５０）、 第１ゲームフィールドデータ記憶手
段から読み出される第１ゲームフィールドデータと、第
２ゲームフィールドデータ選択手段で選択される第２ゲ
ームフィールドデータを合成してゲームフィールドを生
成するゲームフィールド生成手段（ＣＰＵ５０）、ゲー
ムフィールド生成手段により生成ゲームフィールド上で
複数のプレイヤによってゲームを行う。

【０００６】上記のように、第１の発明によれば、プイ
レヤの数に応じて所定の領域のゲームフィールドを変化
させることが出来る。これにより、プレイヤ数に応じ
て、ゲームの内容を変化させ、ゲーム性を高めることが
できるため、プレイヤに、より大きな面白さを体験させ
ることが可能となる。

【０００７】第２の発明は、第１の発明に従属する多人
数参加型ゲームシステムであって、第２ゲームフィール
ドデータはゲームフィールドの地形を表す地形データ
（５２ａ〜５２ｅ）を含み、ゲームフィールド生成手段
は、プレイヤの数に応じて異なる地形のゲームフィール
ドを生成することを特徴とする。

【０００８】上記のように、第２の発明によれば、プレ
イヤ数に応じて地形を変化させることができるため、プ
レイヤオブジェクトが多種多様な通路や広場を移動可能
となる。

【０００９】第３の発明は、第１の発明に従属する多人
数参加型ゲームシステムであって、第２ゲームフィール
ドデータはゲームフィールドの障害物を表す障害物デー
タを含み、ゲームフィールド生成手段は、プレイヤの数
に応じて異なる障害物があるゲームフィールドを生成す
ることを特徴とする。

【００１０】上記のように、第３の発明によれば、プレ
イヤの数に応じて異なる障害物を生成するとが出来るた
め、プレイヤ数に応じた適切な障害物を発生可能とな
る。

【００１１】第４の発明は、第３の発明に従属する多人
数参加型ゲームシステムであって、障害物は、プイレヤ
の数に応じて大きさが異なることを特徴とする。

【００１２】上記のように、第４の発明によれば、プレ
イヤの数によって障害物の大きさが変わるので、プレイ
ヤオブジェクトが押しやすい大きさに障害物を変化させ
ることが可能である。その結果、プレイヤオブジェクト
が増えて、障害物を押しにくくなるといった不都合を防
止可能である。

【００１３】第５の発明は、第４の発明に従属する多人
数参加型ゲームシステムであって、障害物を押している
プレイヤオブジェクトの数を検出する当たり判定手段を
備え、ゲームフィールド生成手段は、当たり判定手段
が、予め定められた人数のプレイヤオブジェクトが障害
物キャラクタを押していると判断したときに、障害物を
移動させるようなゲームフィールドを生成することを特
徴とする。

【００１４】上記のように、第５の発明によれば、予め
定められた人数のプレイヤオブジェクトが障害物キャラ
クタを押しているときに、障害物が移動するので、プイ
レヤの数に応じて、障害物の移動のために必要なプイレ
ヤオブジェクトを変化させることが可能となり、ゲーム
の進行方法に変化を与えることが可能となる。

【００１５】第６の発明は、第１の発明に従属する多人
数参加型ゲームシステムであって、第２ゲームフィール
ドデータはゲームの進行状況を変化させるアイテムを表
すアイテムデータを含み、ゲームフィールド生成手段
は、プレイヤの数に応じて異なるアイテムがあるゲーム
フィールドを生成することを特徴とする。

【００１６】上記のように、第６の発明によれば、プレ
イヤ数に応じてアイテムを変化させることができるた
め、多様なゲーム進行を実現可能となる。

【００１７】第７の発明は、第６の発明に従属する多人
数参加型ゲームシステムであって、アイテムは、プイレ
ヤの数に応じて数が異なることを特徴とする。

【００１８】上記のように、第７の発明によれば、プレ
イヤ数に応じてアイテム数を変化させることができるた
め、プレイヤオブジェクトそれぞれに様々なアイテムを
持たせることができ、多様なゲーム進行を実現可能とな
る。

【００１９】第８の発明は、第１の発明に従属する多人
数参加型ゲームシステムであって、第２ゲームフィール
ドデータは、１つのゲームフィールドに複数個存在し、
それぞれゲームフィールドの所定座標および所定範囲の
ゲームフィールドデータを表すことを特徴とする。

【００２０】上記のように、第８の発明によれば、第２
ゲームフィールドが、ゲームフィールド上の様々な場所
に複数個存在するため、ゲームフィールドをパッチワー
クのように様々な状態に変化させることが可能となる。

【００２１】第９の発明は、第１の発明に従属する多人
数参加型ゲームシステムであって、各プレイヤは、それ
ぞれ独立したゲーム機を操作し、ゲーム機は、それぞれ
表示手段を備え、表示手段は、プレイヤが操作している
プレイヤオブジェクトが存在している近辺のゲームフィ
ールドを表示している。

【００２２】上記のように、第９の発明によれば、各プ
レイヤが操作しているプレイヤオブジェクトを別々の表
示手段を見て操作するので、操作しているプレイヤオブ
ジェクトを認識しやすい。

【００２３】第１０の発明は、第１の発明に従属する多
人数参加型ゲームシステムであって、第２ゲームフィー
ルドは、前記第１ゲームフィールドの一部の領域のゲー
ムフィールドであり、ゲームフィールド生成手段は、前
記第２ゲームフィールドデータ選択手段で選択される第
２ゲームフィールドデータを、第１ゲームフィールドデ
ータ記憶手段から読み出される第１ゲームフィールドの
一部にあてはめることを特徴とする。

【００２４】上記のように、第１０の発明によれば、ゲ
ームフィールド全体を表す第１のゲームフィールドの任
意の領域を第２のゲームフィールドとして変化させるこ
とが可能となり、より自由度の高いゲームを作成可能で
ある。

【００２５】第１１の発明は、プレイヤ数によって変化
しない予め定められたゲームフィールドデータである第
１ゲームフィールドデータを記憶する第１ゲームフィー
ルドデータ記憶手段（ＲＯＭ７０）、およびプレイヤ数
によって変化する領域のゲームフィールドデータである
第２ゲームフィールドデータを、プレイヤ数に対応して
複数記憶する第２ゲームフィールドデータ記憶手段（Ｒ
ＯＭ７０）を備えたゲーム機によって実行され、複数の
プレイヤによってゲームを行う多人数参加型ゲームプロ
グラムであって、プレイヤの数を検出するプレイヤ数検
出プログラム（ステップＳ４０４）、プレイヤ数検出手
段によって検出されたプレイヤ数に応じて、第２ゲーム
フィールドデータ記憶手段から所定の前記第２ゲームフ
ィールドデータを選択する第２ゲームフィールドデータ
選択プログラム（ステップＳ４１６）、および第１ゲー
ムフィールドデータ記憶手段から読み出される第１ゲー
ムフィールドデータと、第２ゲームフィールドデータ選
択手段で選択される第２ゲームフィールドデータを合成
してゲームフィールドを生成するゲームフィールド生成
プログラム（ステップＳ４２０および４２２）を含み、
ゲームフィールド生成プログラムにより生成されたゲー
ムフィールド上で複数のプレイヤによってゲームをおこ
なう多人数参加型ゲームプログラムである。

【００２６】上記のように、第１１の発明によれば、第
１の発明と同様の効果を実現可能である。

【００２７】第１２の発明は、第１１の発明に従属する
多人数参加型ゲームプログラムであって、第２ゲームフ
ィールドデータはゲームフィールドの地形を表す地形デ
ータを含み、ゲームフィールド作成プログラムは、プレ
イヤの数に応じて異なる地形のゲームフィールドを生成
することを特徴とする。

【００２８】上記のように、第１２の発明によれば、第
２の発明と同様の効果を実現可能である。

【００２９】第１３の発明は、第１１の発明に従属する
多人数参加型ゲームプログラムであって、第２ゲームフ
ィールドデータはゲームフィールドの障害物（１４４お
よび１６４）を表す障害物データを含み、ゲームフィー
ルド作成プログラムは、プレイヤの数に応じて異なる障
害物があるゲームフィールドを生成することを特徴とす
る。

【００３０】上記のように、第１３の発明によれば、第
３の発明と同様の効果を実現可能である。

【００３１】第１４の発明は、第１３の発明に従属する
多人数参加型ゲームプログラムであって、障害物は、プ
イレヤの数に応じて大きさが異なることを特徴とする。

【００３２】上記のように、第１４の発明によれば、第
４の発明と同様の効果を実現可能である。

【００３３】第１５の発明は、第１４の発明に従属する
多人数参加型ゲームプログラムであって、障害物を押し
ているプレイヤオブジェクトの数を検出する当たり判定
プログラムを含み、ゲームフィールド作成プログラム
は、当たり判定プログラム（ステップＳ７０４）が、予
め定められた人数のプレイヤオブジェクトが障害物キャ
ラクタを押していると判断したときに、障害物を移動さ
せるようなゲームフィールドを生成することを特徴とす
る。

【００３４】上記のように、第１５の発明によれば、第
５の発明と同様の効果を実現可能である。

【００３５】第１６の発明は、第１１の発明に従属する
多人数参加型ゲームプログラムであって、第２ゲームフ
ィールドデータはゲームの進行状況を変化させるアイテ
ム（１８４，１８６，２０４，２０６，２０８および２
１０）を表すアイテムデータを含み、ゲームフィールド
作成プログラムは、プレイヤの数に応じて異なるアイテ
ムがあるゲームフィールドを生成する。

【００３６】上記のように、第１６の発明によれば、第
６の発明と同様の効果を実現可能である。

【００３７】第１７の発明は、第１６の発明に従属する
多人数参加型ゲームプログラムであって、アイテムは、
プイレヤの数に応じて数が異なることを特徴とする。

【００３８】上記のように、第１７の発明によれば、第
７の発明と同様の効果を実現可能である。

【００３９】第１８の発明は、第１１の発明に従属する
多人数参加型ゲームプログラムであって、第２ゲームフ
ィールドデータ（１９２，１９４，２２０，２２２，２
２４および２２６）は、１つのゲームフィールドに複数
個存在し、それぞれゲームフィールドの所定座標および
所定範囲のゲームフィールドデータを表すことを特徴と
する。

【００４０】上記のように、第１８の発明によれば、第
８の発明と同様の効果を実現可能である。

【００４１】第１９の発明は、第１１の発明に従属する
多人数参加型ゲームプログラムであって、プレイヤ数検
出プログラム、第２ゲームフィールドデータ選択プログ
ラム、およびゲームフィールド生成プログラムは、複数
のゲーム機において、同時に実行されることを特徴とす
る。

【００４２】上記のように、第１９の発明によれば、各
プレイヤが操作しているゲーム機毎にプログラムが実行
されるので、多くのゲーム機を接続して遊ぶことが可能
であり、遊びの幅が広がる。

【００４３】第２０の発明は、第１１の発明に従属する
多人数参加型ゲームプログラムであって、第２ゲームフ
ィールドは、第１ゲームフィールドの一部の領域のゲー
ムフィールドであり、ゲームフィールド生成プログラム
は、第２ゲームフィールドデータ選択手段で選択される
第２ゲームフィールドデータを、第１ゲームフィールド
データ記憶手段から読み出される第１ゲームフィールド
の一部にあてはめることを特徴とする。

【００４４】上記のように、第２０の発明によれば、第
１０の発明と同様の効果を実現可能である。

【００４５】

【発明の実施の形態】本実施例は、接続されているゲー
ム装置の数に応じて、ゲームフィールドを変化させ、ゲ
ームの攻略方法も変化させるようにしたものである。

【００４６】本発明が提供するゲームシステムは、ＣＰ
Ｕやメモリ等が協働して特徴的な処理を行うことで実現
される。本願発明を説明する前に、本願で用いられるゲ
ーム機の概要およびゲーム内容を説明する。

【００４７】まず、本実施例のゲーム機の概要を説明す
る。本実施例のゲーム機は、本願出願人が発売している
携帯型ゲーム機（商品名：ゲームボーイアドバンス（登
録商標））である。このゲーム機は、ＣＰＵ、Ｖ−ＲＡ
Ｍ、Ｗ−ＲＡＭ、液晶画面、各種ボタンが内蔵され、Ｒ
ＯＭおよびＲＡＭが搭載されたゲームカートリッジを着
脱自在に設計されている。ＣＰＵがゲームカートリッジ
に内蔵されているＲＯＭに記憶されているゲームプログ
ラムを実行すると、液晶画面にゲーム画像が表示され、
プレイヤが所定のボタンを押すことによってゲームを進
行させる。本実施例のゲーム機で実行されるゲームは、
２次元ゲームであり、背景画像（ＢＧ）とオブジェクト
画像（ＯＢＪ）とを重ね合わせて画像を構成している。
ＢＧはゲームの背景画像であり、本実施例の場合、ダン
ジョン（洞窟）の地形を表している。ＯＢＪは、移動可
能なキャラクタオブジェクトであり、本実施例の場合、
プレイヤオブジェクト、敵オブジェクト、アイテムオブ
ジェクト、移動壁オブジェクトを表している。また、本
実施例のゲーム機は、通信ケーブルを接続することによ
り、最大４台のゲーム機を電気的に接続し、データを送
受信することにより、同時に同一のゲームフィールドで
複数のプイレヤオブジェクトを出現させてゲームを進行
させることが可能である。

【００４８】以下、本発明が提供するゲームシステムお
よび当該ゲームシステムで実行されるゲームプログラム
を、図１〜図２１を参照して説明する。図１を参照し
て、この実施例のゲーム装置は、携帯型カラー液晶ゲー
ム機（以下、単に「ゲーム機」という。）１０であり、
ゲーム機１０は筐体（ケース）１２を含む。このケース
１２のほぼ中央には、反射型カラー液晶表示装置 (以
下、単に「ＬＣＤ」という。）１４が設けられる。ＬＣ
Ｄ１４の左方には、十字ボタン１６が設けられ、さらに
十字ボタン１６の下方には、スタートボタン１８および
セレクト２０が設けられる。

【００４９】ＬＣＤ１４は、ドットマトリクス表示装置
であり、ゲームキャラクタ（オブジェクト画像）および
背景画像をカラー表示するために用いられる。また、十
字ボタン１６は、ＬＣＤ１４上に表示されるゲームキャ
ラクタを上下左右、右上、左上、右下および左下の方向
への移動を指示するために用いられる。スタートボタン
１８は、ゲーム開始、一時停止（Ｐａｕｓｅ）および再
開を指示するために用いられる。セレクトボタン２０
は、ゲームモードの選択などに用いられる。

【００５０】また、ＬＣＤ１４の右上方には、ＬＥＤ
（電源ランプ）２２が設けられる。ＬＥＤ２２の下方に
は、２つの押しボタン（この実施例では、Ａボタン２４
およびＢボタン２６）が設けられ、さらに、その下方に
はスピーカ２８が設けられる。

【００５１】ＬＥＤ２２は、ゲーム機１０の電源がオン
またはオフであることを光の明滅により示すとともに、
発光する色によって電池残量を示す。Ａボタン２４およ
びＢボタン２６は、ゲームキャラクタの動き（動作）を
指示するために用いられる。たとえば、武器を使用させ
たり、走らせたり、ジャンプさせたりすることができ
る。スピーカ２８は、ゲーム中にＢＧＭやゲームキャラ
クタの音声或いは擬声音などを出力するために用いられ
る。

【００５２】ケース１２の上面（天面）側には、また、
左押しボタン（Ｌボタン）３０および右押しボタン（Ｒ
ボタン）３２が設けられる。Ｌボタン３０およびＲボタ
ン３２は、Ａボタン２４およびＢボタン２６と同様に、
ゲームキャラクタの動作を指示するために用いられる。

【００５３】さらに、ケース１２の天面側には、Ｌボタ
ン３０とＲボタン３２との間であり、上述したＬＣＤ１
４の裏面側に挿入口３４が設けられ、この挿入口３４か
らメモリカートリッジ４０が挿入され、ゲーム機１０本
体に装着される。

【００５４】なお、図示は省略するが、ケース１２の天
面側にはさらに、外部拡張コネクタが設けられ、ケース
１２の裏面側には、電池収納ボックスが設けられ、さら
に、ケース１２の底面側には、電源スイッチ、音量ボリ
ュームおよびイヤフォンジャックなどが設けられる。

【００５５】このようなゲーム機１０およびメモリカー
トリッジ４０の具体的な構成は、図２のように示され
る。ゲーム機１０はＣＰＵ５０を含み、内部バスを介し
てＲＡＭ５２、キーマトリクス５４に接続される。ＲＡ
Ｍ５２は、ＣＰＵ５０のワークメモリ或いはバッファメ
モリとして使用される。また、図示は省略するが、キー
マトリクス５４には、図１で示した十字ボタン１６、ス
タートボタン１８、セレクトボタン２０、Ａボタン２
４、Ｂボタン２６、Ｌボタン３０およびＲボタン３２等
のそれぞれが接続され、これらのボタン（１６〜２０，
２４，２６，３０および３２）が操作されると、操作部
５４は、操作されたボタンに対応する操作信号を生成
し、ＣＰＵ５０に入力する。

【００５６】また、ＣＰＵ５０には、内部バスを介して
ＬＣＤ１４が接続されるとともに、内部バスを介してコ
ネクタ５８が接続される。なお、コネクタ５８は、図１
においては省略してある。

【００５７】一方、メモリカートリッジ４０はＲＯＭ７
０およびＲＡＭ７２を含み、ＲＯＭ７０とＲＡＭ７２と
が互いに内部バスで接続されるとともに、コネクタ７４
に接続される。なお、コネクタ７４は、図１においては
省略してある。

【００５８】従って、メモリカートリッジ４０がゲーム
機１０に装着されると、ＣＰＵ５０は、メモリカートリ
ッジ４０内のＲＯＭ７０およびＲＡＭ７２に接続され
る。ＲＯＭ７０には、後で詳細に説明するように、ゲー
ムプログラム等、ゲームに必要なプログラム、画像デー
タおよび音声データ等が記憶される。ＲＡＭ７２は、た
とえばＳＲＡＭ又はフラッシュメモリ等であり、ゲーム
のバックアップデータを記憶する。

【００５９】図３は、ゲーム機１０を通信ケーブル８０
でデータ送受信可能に接続した図である。このように、
各ゲーム機１０を通信ケーブルで接続することにより、
各ゲーム機間でデータの送受信が可能になり、共通のデ
ータに基づき各ゲーム機１０で所定のゲームを実行可能
となる。

【００６０】図４に示すように、通信ケーブル８０は、
電源電圧を供給するためのＶｄｄ端子、シフトデータを
出力するためのＳＯ端子、シフトデータを入力するため
のＳＩ端子、データを入出力するためのＳＤ端子、シフ
トクロックを入出力するためのＳＣおよびグランド電圧
を設定するためのＧｎｄ端子を備えた親機側コネクタ８
２、親機コネクタ８２と同様の端子を備えた分岐コネク
タ８４および子機側コネクタ８６をケーブルで接続した
構造になっている。また、親機側コネクタ８２の端子Ｓ
Ｏは、子機側コネクタ８６の端子ＳＩにケーブルを介し
て接続されている。親機側コネクタ８２の端子ＳＩは、
親機側コネクタ８２の端子Ｇｎｄ、子機側コネクタ８６
の端子Ｇｎｄおよび分岐コネクタ８４のＧｎｄ接続され
ており、親機側コネクタ８２の端子ＳＩは、他のＧｎｄ
端子同様に電圧０に設定される。親機側コネクタ８２の
端子ＳＤは、子機側コネクタ８６の端子ＳＤおよび分岐
コネクタ８４の端子ＳＤに接続されており、それぞれの
端子が共通のデータを入出力可能となっている。親機側
コネクタ８２の端子ＳＣは、子機側コネクタ８６の端子
ＳＣおよび分岐コネクタ８４の端子ＳＣに接続されてお
り、それぞれの端子が共通のクロック信号を入出力可能
となっている。親機側コネクタ８２の端子Ｇｎｄは、上
述したように、親機側コネクタ８２の端子ＳＩ、子機側
コネクタ８６の端子Ｇｎｄおよび分岐コネクタ８４の端
子Ｇｎｄに接続されている。

【００６１】図５は、図３のようにゲーム機１０を４台
接続した場合の、通信ケーブル８０の端子の接続状況を
示した図である。この動作説明は、後ほど行う。

【００６２】図６を参照して、ＲＯＭ７０には、プログ
ラムデータ７０ａ、画像データ７０ｂおよびサウンドデ
ータ７０ｄが予め格納（記憶）される。プログラムデー
タ７０ａは、たとえば、メインゲームプログラム、一人
用ゲームプログラムおよび多人数用ゲームプログラムで
構成される。画像データ６０ｂは、第１のゲームフィー
ルドおよび第２のゲームフィールドで必要なキャラクタ
データを構成するためのデータであり、背景画像のキャ
ラクタデータ（ＢＧキャラクタデータ）およびＯＢＪキ
ャラクタデータである敵のキャラクタデータ、アイテム
のキャラクタデータ、およびプレイヤオブジェクトのキ
ャラクタデータ等で構成される。パネルデータ７０ｃ
は、第２のゲームフィールドを構成するデータであり、
１人用ゲームで用いられる１人用パネルデータ、２人用
ゲームで用いられる２人用パネルデータ、３人用ゲーム
で用いられる３人用パネルデータ、４人用ゲームで用い
られる４人用パネルデータおよび人数に関係なく設定さ
れるその他のパネルデータを含む。パネルとは、第２の
ゲームフィールドを示し、プレイヤオブジェクトが移動
するゲーム空間の一部である。（第１のゲームフィール
ドとは、初期設定で決められている全てのゲーム空間で
ある。パネルが選択されなければ、全てのゲーム空間が
第１のゲームフィールドになります。パネルが選択され
るとそのパネルに対応するゲーム空間が第２のゲームフ
ィールドになります。）パネルデータとは、パネルのゲ
ーム空間の地形データ（ＢＧデータ：地形や壁等、固定
的に表現される部分のデータ）と、パネルに存在する敵
オブジェクトデータやアイテムオブジェクトデータ（Ｏ
ＢＪデータ：敵やアイテム等、移動や変化するオブジェ
クトを表すデータ）とを含むデータである。サウンドデ
ータ７０ｄは、効果音データやＢＧＭデータ等で構成さ
れる。

【００６３】図７は、ＣＰＵ５０の内部メモリを示す図
であり、ＯＡＭ領域５０ａａ、Ｖ−ＲＡＭ領域５０ａ
ｂ、パレットＲＡＭ領域５０ａｃ、Ｉ／Ｏレジスタ領域
５０ａｄ、ＣＰＵ内部ワークＲＡＭ領域５０ａｅおよび
その他領域５０ａｆからなる。具体的に説明すると、Ｏ
ＡＭ領域５０ａａは、表示すべきＯＢＪデータ（どのＯ
ＢＪキャラクタデータ使用し、ゲームフィールドのどの
位置に表示させるかを示すデータ）を記憶する領域であ
り、この領域に登録されたＯＢＪキャラクタが表示画面
上に表示されることとなる。

【００６４】図８を参照にして、Ｖ−ＲＡＭ領域５０ａ
ｂは、ＢＧやＯＢＪの表示画面上の位置をしめすスクリ
ーンデータ５０ａｂａ、背景画像のドットデータである
ＢＧキャラクタデータ５０ａｂｂおよび移動キャラクタ
（ＯＢＪ）のドットデータであるＯＢＪキャラクタデー
タ５０ａｂｃが記憶されている。具体的には、（ＯＢお
よびＯＢＪ）キャラクタデータは、８×８ドットのビッ
トマップデータであり、複数格納される。したがって、
これらのビットマップデータを組み合わせることによ
り、ゲーム上で表示されるＢＧ画像およびＯＢＪ画像を
すべて表現することができる。また、スクリーンデータ
５０ａｂａは、パネルデータに基づいて変化する。例え
ば、４人用ゲームが実行されている場合、ＢＧスクリー
ンデータ５０ａｂａは、図８のように、４人用パネル
（弓矢）、４人用パネル（羽）、４人用パネル（共通
１）、４人用敵および初期パネル等のパネルに応じた背
景画像を表示するためのスクリーンデータを記憶する。
上述の「弓矢」および「羽」とは、ゲーム中で使用する
アイテムの名称である。パネル（弓矢）は、プレイヤオ
ブジェクトが「弓矢」のアイテムを所有している場合に
使用されるパネルであり、パネル（羽）は、プレイヤオ
ブジェクトが「羽」のアイテムを所有している場合に使
用されるパネルである。パネル（共通）は、プレイヤオ
ブジェクトの所有アイテムに無関係に使用されるパネル
である。図８では、４人用ゲームが実行されるときにつ
いて説明したが、１人用ゲームないし３人用ゲームを実
行する場合、ＢＧスクリーンデータ５０ａｂａは、その
ゲームに対応したパネルに基づいたスクリーンデータを
記憶することとなる。

【００６５】図７に戻り、パレットＲＡＭ５０ａｃにつ
いて説明する。パレットＲＡＭ５０ａｃは、ゲーム機１
０が表示可能な色数（例えば、３２，７６８色）のう
ち、所定の数（例えば、２５６色）の色データを記憶す
る領域である。このパレットの色は、一度に表示可能な
色であり、表示されるキャラクタの色は、このパレット
ＲＡＭ５０ａｃに記憶されている色を指定することによ
って決定される。Ｉ／Ｏレジスタ５０ａｄは、Ａボタン
２４、Ｂボタン２６、十字ボタン１６、スタートボタン
１８、セレクトボタン２０、Ｌボタン３０およびＲボタ
ン３２のスイッチの操作データおよび各種レジスタから
構成されている。ＣＰＵ内部ワークＲＡＭ５０ａｅは、
ゲームの実行中などに使用するデータ等、迅速に処理し
なければならないデータを一時記憶する領域である。例
えば、ＣＰＵ内部ワークＲＡＭ５０ａｅは、プレイヤ毎
にゲームの得点の累計値を記憶するための累計点数記憶
領域、プレイヤ毎にプレイヤオブジェクトの所有するア
イテムを示すデータを記憶するための所持アイテムデー
タ記憶領域、プレイヤ毎にプレイヤオブジェクトのダメ
ージを示すデータであるヒットポイントを記憶するヒッ
トポイント記憶領域、および接続されているゲーム機の
数を示す人数フラグ記憶領域等を含む。その他５０ａｆ
は、上述以外のデータを記憶する領域である。

【００６６】図９は、ＣＰＵ外部ワークＲＡＭ５２のメ
モリマップである。ＣＰＵ外部ワークＲＡＭ５２は、Ｃ
ＰＵ内部ワークＲＡＭ５０ａｅに記憶するデータ程迅速
に処理する必要がないデータであり、所定のゲームの一
単位（例えば、１ゲームフィールド）で必要なデータを
一時記憶する領域である。図９で示したメモリマップ
は、４人で遊ぶ４人用ゲームの場合のメモリマップを示
している。ＣＰＵ外部ワークＲＡＭ５２は、ＲＯＭ７０
から転送されてきた４人用パネル（共通１）データ５２
ａ，４人用パネル（共通２）データ５２ｂ，４人用パネ
ル（弓矢）データ５２ｃ，４人用パネル（羽）データ５
２ｄ，４人用パネル（ハンマー）データ５２ｅ，４人用
敵データ５２ｆ，４人用アイテムデータ５２ｇおよびそ
の他データ５２ｈが記憶されている。４人用パネル（ハ
ンマー）は、プレイヤオブジェクトがアイテムの一種で
あるハンマーを持っているときに使用するパネルであ
る。例えば、４人用パネル（ハンマー）は、ハンマーで
倒すことが出来る敵のデータやハンマーで壊すことが出
来る壁のデータを含む。４人用敵は、パネルで設定され
ていない敵であり、例えば、パネルが設定されていない
ゲームフィールドに出現する敵のことである。４人用ア
イテムは、パネルで設定されていないアイテムであり、
例えば、パネルが設定されていないゲームフィールドに
存在するするアイテムのことである。その他は、上述し
なかったものを表す。

【００６７】次に、通信状態の説明を行う。図３を参照
して、本発明の一実施形態に係る通信ゲームシステムの
全体構成について説明する。通信ゲームシステムは、４
台のゲーム機１０ａ〜１０ｄと通信ケーブル８０ａ〜８
０ｃとで構成される。ゲーム機１０ａ〜１０ｄは、通信
ケーブル８０ａ〜８０ｃを介して相互に接続される。各
ゲーム機１０ａ〜１０ｄは、図２のゲーム機１０と同様
の構成である。従って、４台のゲーム機１０ａ〜１０ｄ
は、いずれも同一の構成であるので、以下の説明におい
て、これらゲーム機やその構成要素を特に区別する必要
がない場合には、ゲーム機１０のように符号を付して説
明する。また説明を容易にするために、ゲーム機１０ａ
〜１０ｄを、それぞれ１号機、２号機、３号機、４号機
と称することもある。また本実施形態では、１号機が主
動的に通信を開始するため、必要に応じて、１号機を親
機、２〜４号機を子機と称することもある。

【００６８】次に、図１０〜図１３のフローチャートを
用いて、本実施例のゲーム機１０の動作を説明する。ま
ず、図１０は、本実施例のゲーム機１０が実行するゲー
ムプログラムの全体フローチャートである。図１０のフ
ローチャートのゲームプログラムは、本実施例のゲーム
機１０ａ〜１０ｄそれぞれで実行される。

【００６９】ステップＳ１００において、ゲーム機１０
のＣＰＵ５０は、ＲＯＭ７０に記憶されているメインゲ
ームプログラムを実行し、画像データ領域７０ｂに記憶
されている画像データをＶ−ＲＡＭ５０ｂに転送し、所
定の画像データを作成し、ＬＣＤ１４に画像信号を出力
することにより、スタート画面をＬＣＤ１４に表示させ
る。このスタート画面とは、プレイヤに対して、一人用
ゲームを行うか、多人数ゲームを行うかを選択させるた
めの画面である。プレイヤは、十字ボタン１６、Ａボタ
ン２４およびＢボタン２６等を操作することによって、
プレイヤが実行しようと考えているゲームの種類を決定
する。

【００７０】ステップＳ２００において、ＣＰＵ５０
は、キーマトリックス５４からのデータを記憶している
Ｉ／Ｏレジスタ５０ａｄのデータを検出して、プレイヤ
が一人用ゲームを選択したか否かを判断し、プレイヤが
一人用ゲームを選択している場合はステップＳ３００に
進み、プレイヤが一人用ゲームを選択していない場合は
ステップＳ４００に進む。

【００７１】ステップＳ３００において、ＣＰＵ５０
は、一人用ゲームプログラムに基づいて、一人用ゲーム
を実行する。また、ステップＳ４００において、ＣＰＵ
５０は、多人数用ゲームプログラムに基づいて、多人数
用ゲームを実行する。

【００７２】次に、ステップＳ４００の多人数用ゲーム
処理を詳細に説明する。まず、本実施例の多人数用ゲー
ムの概要を説明する。本実施例のゲームは、ダンジョン
（洞窟）の中を複数のプレイヤが移動しながら謎解き等
の目標を達成しながらゴールに進んで行くゲームであ
る。それぞれのゲーム機は、プレイヤが二人の場合はケ
ーブル８０ａ、プレイヤが三人の場合はケーブル８０ａ
と８０ｂ、プレイヤが三人の場合はケーブル８０ａない
し８０ｃによって接続されている。それぞれのゲーム機
は、同じゲームプログラムが実行されており、ＬＣＤ１
４に、それぞれのゲーム機１０で実行されているゲーム
のプレイヤオブジェクト（主人公キャラクタであり、プ
レイヤが操作可能なキャラクタである。）が略中心に表
示されており、プレイヤがプレイヤオブジェクトを移動
操作すると、背景画（ＢＧ）が上下左右に移動し、プレ
イヤオブジェクトが相対的に移動しているように表示さ
れる。他のゲーム機で操作されている他のプレイヤオブ
ジェクトは、それぞれマップ上の所定の位置に存在し、
表示範囲に入ってきたときに表示されることとなる。

【００７３】図１１を用いて、多人数ゲーム処理を詳細
に説明する。ステップＳ４０２において、プレイヤがゲ
ームをするためのダンジョンを選択し、ＣＰＵ５０が選
択されたダンジョンのゲームプログラムを実行する。

【００７４】ステップＳ４０４において、ＣＰＵ５０
は、接続されているゲーム機１０の数（すなわち、プレ
イヤ数）を検出する。この検出方法は、後ほど詳細に説
明する。

【００７５】ステップＳ４０６において、ＣＰＵ５０
は、プレイヤ数が２人か否かを判断し、２人ならばステ
ップＳ４０８に進み、２人でなければステップＳ４１０
に進む。ただし、ＣＰＵ５０は、プレイヤ数が１人だと
判断した場合は、エラー表示を行い、プイレヤに他のゲ
ーム機を接続するように促し、ステップＳ４０４に戻
る。ステップＳ４０８において、ＣＰＵ５０は、ＣＰＵ
内部ワークＲＡＭ５０ａｅに記憶されている人数フラグ
を「２」に設定し、ステップＳ４１６に進む。

【００７６】ステップＳ４１０において、ＣＰＵ５０
は、プレイヤ数が３人か否かを判断し、３人ならばステ
ップＳ４１２に進み、３人でなければステップＳ４１４
に進む。ステップＳ４１２において、ＣＰＵ５０は、Ｃ
ＰＵ内部ワークＲＡＭ５０ａｅに記憶されている人数フ
ラグを「３」に設定し、ステップＳ４１６に進む。

【００７７】ステップＳ４１４において、ＣＰＵ５０
は、ＣＰＵ内部ワークＲＡＭ５０ａｅに記憶されている
人数フラグを「４」に設定し、ステップＳ４１６に進
む。なお、本実施例のでは、接続可能なゲーム機の数が
４に設定されているため３人以上をすべて４人に限定し
ているが、設定次第で何人でも接続可能である。

【００７８】ステップＳ４１６において、ＣＰＵ５０
は、ＲＯＭ７０に記憶されているパネルデータのうち人
数フラグの数値（接続人数）に対応したパネルデータを
外部ワークＲＡＭ５２に転送する。例えば人数フラグが
４だったとすると、図９のように、外部ワークＲＡＭ５
２に、４人用パネル（共通１）データ５２ａ，４人用パ
ネル（共通２）データ５２ｂ，４人用パネル（弓矢）デ
ータ５２ｃ，４人用パネル（羽）データ５２ｄ，４人用
パネル（ハンマー）データ５２ｅ，４人用敵データ５２
ｆ，４人用アイテムデータ５２ｇおよびその他データ５
２ｈが転送される。

【００７９】ステップＳ４１８において、ＣＰＵ５０
は、ＣＰＵ内部ワークＲＡＭ５０ａｅに記憶されている
各プレイヤオブジェクトが所持しているアイテムデータ
を検出し、そのアイテムを使用することによってクリア
可能なパネルを選択する。例えば、プレイヤオブジェク
トが弓矢および羽のアイテムを持っていたとすると、Ｃ
ＰＵ５０は、４人用パネル（弓矢）および４人用パネル
（羽）を選択する。

【００８０】ステップＳ４２０において、ＣＰＵ５０
は、外部ワークＲＡＭに記憶されているパネルデータの
うちＢＧスクリーンデータをＶ−ＲＡＭ５０ｂに転送す
る。また、ＣＰＵ５０は、実行すべきダンジョンに必要
な（ＲＯＭ７０の画像データ領域７０ｂに記憶されてい
る）ＢＧキャラクタデータをＢＧキャラクタデータ領域
５０ａｂｂに転送し、（同じく、ＲＯＭ７０の画像デー
タ領域７０ｂに記憶されている）ＯＢＪキャラクタデー
タをＯＢＪキャラクタデータ領域５０ａｂｃに転送す
る。例えば、ＣＰＵ５０は、図８のように、ＢＧスクリ
ーンデータ領域５０ａｂａに、４人用パネル（弓矢）、
４人用パネル（羽）、４人用パネル（共通１）、４人用
敵および初期パネル等のパネルに応じた背景画像を表示
するためのＢＧスクリーンデータを記憶する。なお、４
人用パネル（共通１）は、プレイヤオブジェクトが所有
しているアイテムに関係なく選択されるパネルである。
また、初期パネルは、プレイヤの数に関係なく選択され
るパネルである。

【００８１】また、ＣＰＵ５０は、前記パネルデータで
指定されたＢＧ（背景）以外のＢＧのデータを予め定め
られたプログラムに基づいて作成し、ＢＧスクリーンデ
ータ領域５０ａｂａに書き込む。以上により、第１のゲ
ームフィールドと第２のゲームフィールドとを合成した
ＢＧデータが生成される。

【００８２】ステップＳ４２２において、ＣＰＵ５０
は、敵オブジェクトの種類データおよび位置データ，ア
イテムオブジェクトの種類データおよび位置データ並び
にその他のオブジェクトの種類データおよび位置データ
をパネルに応じて決定し、それらのデータをＯＡＭ領域
５０ａａに書き込む。

【００８３】また、ＣＰＵ５０は、予め定められたプロ
グラムに基づいて、パネルに関係しないプレイヤオブジ
ェクトの種類データおよび位置データ等、各オブジェク
トの種類データおよび位置データをＯＡＭ領域５０ａａ
に書き込む。以上により、第１のゲームフィールドと第
２のゲームフィールドとを合成したＯＢＪデータが生成
される。

【００８４】ステップＳ４２４において、ＣＰＵ５０
は、ＲＯＭ７０ａに記憶されている所定のプログラムを
実行し、プレイヤが、例えばダンジョンの中をプレイヤ
オブジェクトが移動して遊ぶＲＰＧ（ロールプレイング
ゲーム）をプレイ可能となる。

【００８５】ステップＳ４２６において、ＣＰＵ５０
は、ダンジョンにいる全てのプレイヤオブジェクトがゴ
ールしたか否かを判断し、ゴールしたならステップＳ４
２８に進み、ゴールしてなければステップＳ４２４に戻
ってゲーム処理を継続する。

【００８６】ステップＳ４２８において、ＣＰＵ５０
は、最終ダンジョンをクリアしたか否かを判断し、クリ
アしたならステップＳ４３０に進み、ゴールしてなけれ
ばステップＳ４１８に戻って次のダンジョンの初期設定
をし、次のダンジョンのゲームを実行する。また、ダン
ジョンクリア時に、ＣＰＵ５０は、ＣＰＵ内部ワークＲ
ＡＭ５０ａｅに設けられた累計点数記憶領域に、各プレ
イヤ毎に、これまでクリアしたダンジョンのクリア点数
の合計に、今回のクリアの点数を加算した累計値を記憶
する。なお、クリアの点数は、ダンジョンで各プレイヤ
がゴールした順番やゴールに要した時間等を考慮して決
定される。

【００８７】ステップＳ４３０において、ＣＰＵ５０
は、勝利者に対して表彰台で表彰するための表示処理お
よびサウンド処理を行うための表彰台モードを実行し、
本実施例の発明のプログラム処理を終了する。表彰台モ
ードを具体的に説明すると、表彰台モードにおいてＣＰ
Ｕ５０は、ゲームをしたプレイヤの順位を決定し、優勝
者を祝福するシーンをＬＣＤ１４に表示したりＢＧＭを
スピーカから流したりするための処理を行う。順位は、
各プレイヤが取得したクリアの点数の累計値の大きい順
に、１位、２位、３位、４位とする。

【００８８】次に、ステップＳ４０４のプレイヤ数チェ
ック処理のフローチャートを示した図１２および図１３
を説明する。図１２は、親機であるゲーム機１０ａの動
作フローチャートである。ゲーム機１０が親機か否かの
判別は、ＣＰＵ５０が、ゲーム機１０のコネクタ６０に
接続されるケーブルのコネクタがコネクタ８２であるか
否かを判別することによって行う。ゲーム機１０に接続
されるケーブルのコネクタがコネクタ８２であれば親機
であり、コネクタ８６であれば子機である。また、ＣＰ
Ｕ５０は、コネクタ８２かコネクタ８６であるか否かの
判別を、端子ＳＩが常に接地電圧か否を判別することに
よって行う。図４に示すとおり、端子ＳＩが常に接地電
圧ならば、コネクタがコネクタ８２と特定できる。

【００８９】ステップＳ５０２において、ＣＰＵ５０
は、親機のデータレジスタを初期化する。データレジス
タは、Ｉ／Ｏレジスタ５０ａｄに含まれており、ゲーム
機１０ａ〜１０ｄ（親機１台および子機３台）全ての操
作データを記憶するレジスタである。

【００９０】ステップＳ５０４において、ＣＰＵ５０
は、コネクタ６０のＳＣ端子からＳＹＮＣ信号を出力す
る（図５を参照）。後ほど説明するが、このＳＹＮＣ信
号によって、子機のデータレジスタが初期化される。

【００９１】ステップＳ５０６において、ＣＰＵ５０
は、コネクタ６０のＳＤ端子からデータを出力する（図
５を参照）。このデータは、親機のデータレジスタに記
憶されている各ゲーム機の操作情報等である。後ほど説
明するが、このデータは、子機のデータレジスタに記憶
される。

【００９２】ステップＳ５０８において、ＣＰＵ５０
は、コネクタ６０のＳＯ端子からＬＯ信号を出力する
（図５を参照）。後ほど説明するが、このＬＯ信号は、
子機のコネクタ６０のＳＩ端子に入力される。

【００９３】ステップＳ５１０において、ＣＰＵ５０
は、コネクタ６０のＳＤ端子にスタートビット（ＬＯ信
号）が入力されたか否かを判断する。ＣＰＵ５０は、ス
タートビットが入力されたらならば、第１子機が接続さ
れていると判断し、ステップＳ５１６に進み、スタート
ビットが入力されなければ、ステップＳ５１２に進む。

【００９４】ステップＳ５１２において、ＣＰＵ５０
は、ＳＯ端子からＬＯ信号を出力してから所定の時間が
経ったかどうかを判断する。ＣＰＵ５０は、所定期間が
経っていなければステップＳ５１０に戻り、所定期間が
経っていれば、第１子機からの信号が無いものとしてス
テップＳ５１４に進む。

【００９５】ステップＳ５１４において、ＣＰＵ５０
は、親機に接続されている子機が無いと判断し、人数が
１人であると決定し、図１１のフローチャートに戻り、
ステップＳ４０６に進む。

【００９６】ステップＳ５１６において、ＣＰＵ５０
は、コネクタ６０のＳＤ端子にスタートビット（ＬＯ信
号）が入力されたか否かを判断する。ＣＰＵ５０は、ス
タートビットが入力されたらならば、第２子機が接続さ
れていると判断し、ステップＳ５２２に進み、スタート
ビットが入力されていなければ、ステップＳ５１８に進
む。

【００９７】ステップＳ５１８において、ＣＰＵ５０
は、第１子機からスタートビットを受け取ってから所定
の時間が経ったかどうかを判断する。ＣＰＵ５０は、所
定期間が経っていなければステップＳ５１６に戻り、所
定期間が経っていれば、第２子機からの信号が無いもの
としてステップＳ５２０に進む。

【００９８】ステップＳ５２０において、ＣＰＵ５０
は、親機に接続されている子機が第１子機のみであると
判断し、人数が２人であると決定し、図１１のフローチ
ャートに戻り、ステップＳ４０６に進む。

【００９９】ステップＳ５２２において、ＣＰＵ５０
は、コネクタ６０のＳＤ端子にスタートビット（ＬＯ信
号）が入力されたか否かを判断する。ＣＰＵ５０は、ス
タートビットが入力されたらならば、第３子機が接続さ
れていると判断し、ステップＳ５２８に進み、スタート
ビットが入力されていなければ、ステップＳ５２４に進
む。

【０１００】ステップＳ５２４において、ＣＰＵ５０
は、第２子機からスタートビットを受け取ってから所定
の時間が経ったかどうかを判断する。ＣＰＵ５０は、所
定期間が経っていなければステップＳ５２２に戻り、所
定期間が経っていれば、第３子機からの信号が無いもの
としてステップＳ５２６に進む。

【０１０１】ステップＳ５２６において、ＣＰＵ５０
は、親機に接続されている子機が第１子機と第２子機で
あると判断し、人数が３人であると決定し、図１１のフ
ローチャートに戻り、ステップＳ４０６に進む。

【０１０２】ステップＳ５２８において、ＣＰＵ５０
は、親機に接続されている子機が第１子機と第２子機と
第３子機であると判断し、人数が４人であると決定し、
図１１のフローチャートに戻り、ステップＳ４０６に進
む。

【０１０３】図１３は、子機であるゲーム機１０ｂ〜１
０ｄのそれぞれの動作フローチャートである。前述した
ように、ゲーム機１０が子機か否かの判別は、ＣＰＵ５
０が、端子ＳＩが接地電圧でないと判別することによっ
て行う。

【０１０４】ステップＳ６０２において、ＣＰＵ５０
は、コネクタ６０のＳＣ端子からＳＹＮＣ信号が入力さ
れているか否かを判断する。ＣＰＵ５０は、ＳＹＮＣ信
号が入力されていれば、ステップＳ６０４に進み、デー
タレジスタを初期化し、ステップＳ６０６に進み、ＳＹ
ＮＣ信号が入力されていなければ、ステップＳ６０６に
進む。

【０１０５】ステップＳ６０６において、ＣＰＵ５０
は、コネクタ６０のＳＤ端子からデータが入力されてい
るか否かを判断する。ＣＰＵ５０は、データが入力され
ていれば、ステップＳ６０８に進み、データレジスタに
データを記憶し、ステップＳ６１０に進み、データが入
力されていなければ、ステップＳ６１０に進む。このデ
ータは、自機のデータレジスタに記憶されている各ゲー
ム機の操作情報等である。

【０１０６】ステップＳ６１０において、ＣＰＵ５０
は、コネクタ６０のＳＩ端子からＬＯ信号が入力された
か否かを判断する。ＣＰＵ５０は、ＬＯ信号が入力され
ていれば、ステップＳ６１２に進み、ＬＯ信号が入力さ
れていなければ、ステップＳ６０２に戻る。

【０１０７】ステップＳ６１２において、ＣＰＵ５０
は、コネクタ６０のＳＤ端子からスタートビット（ＬＯ
信号）を出力する。

【０１０８】ステップＳ６１４において、ＣＰＵ５０
は、コネクタ６０のＳＤ端子からデータを出力する。こ
のデータは、子機のデータレジスタに記憶されている各
ゲーム機の操作情報等である。

【０１０９】ステップＳ６１６において、ＣＰＵ５０
は、コネクタ６０のＳＤ端子からストップビット（ＨＩ
信号）を出力する。ステップＳ６１８において、ＣＰＵ
５０は、コネクタ６０のＳＯ端子からＬＯ信号を出力
し、親機同様のメインルーチンに戻る。

【０１１０】次に、図１４〜２４を参照して、ステップ
Ｓ４２４のゲーム処理について詳細に説明する。本実施
例のゲームは、複数のダンジョンをゲームフィールド
（または、ゲーム空間）としてプレイヤオブジェクトが
移動しながら様々な謎や目的を達成しながら、最後にボ
スオブジェクトを倒し、活躍したプレイヤオブジェクト
を表彰し、エンディングを迎えるアクションゲームであ
る。また、本実施例ののゲームは、複数のプレイヤによ
ってプレイされる。各プレイヤは、それぞれゲーム機１
０を操作し、ＬＣＤ１４上に表示されている画像を見な
がらゲームをプレイする。その際、各ゲーム機のＬＣＤ
１４には、Ｖ−ＲＡＭに記憶されているＢＧデータおよ
びＯＡＭに記憶されているＯＢＪデータに基づいて、背
景画像およびオブジェクト画像が表示される。例えば、
プレイヤが２人の場合、図１４のようにゲームフィール
ドに２人のプレイヤオブジェクトが存在し、各ゲーム機
のＬＣＤ１４には、各プレイヤオブジェクトが略中心に
位置するように表示される。従って、各プレイヤオブジ
ェクトが離れて存在すれば一方のＬＣＤ１４には他方の
プレイヤオブジェクトが表示されないこともある。

【０１１１】なお、本実施例は、２次元ゲーム機を用い
て説明するが、本願発明は、３次元ゲーム機を用いて実
行されても良い。その場合、ＢＧおよびＯＢＪの区別は
無く、全てをポリゴンで表現しても良いし、他の３次元
技術で表現しても構わない。

【０１１２】本実施例では、２つのゲーム機１０が接続
され２人用ゲームが実行された場合と、４つのゲーム機
１０が接続され、４人用ゲームが実行された場合を説明
する。また、説明するダンジョンは、第１ダンジョン、
第２ダンジョンおよび第３ダンジョンの３種類である。

【０１１３】第１ダンジョンの概要を、図１４を用いて
説明する。図１４は、ゲーム機１０が２つ接続された場
合の、あるダンジョンのマップを示した図である。壁１
４２は、ＩＮ（入口）からＯＵＴ（出口）までの洞窟の
壁を表しており、プレイヤオブジェクト１４６および１
４８が移動可能な空間を設定するものである。障害物１
４４は、ＯＢＪの一つであり、全てのプレイヤオブジェ
クト（この場合２人）が押したときに、押した方向に移
動する物体である。プレイヤオブジェクト１４６は、ゲ
ーム機１０ａで操作されるプレイヤオブジェクトであ
る。プレイヤオブジェクト１４８は、ゲーム機１０ｂで
操作されるプレイヤオブジェクトである。パネル１５０
は、人数によって変化するパネルであり、点線はその境
界線を示している。（ただし、ゲーム画面上では、点線
は表示されない。）パネル１５０以外のマップは、共通
のＢＧおよびＯＢＪで表される。

【０１１４】図１５は、プレイヤオブジェクトが第１ダ
ンジョンを移動する場合のＣＰＵ５０の動作フローチャ
ートである。ステップＳ７０２において、ＣＰＵ５０
は、Ｉ／Ｏレジスタ領域５０ａｄに記憶されている操作
データに基づいて、プイレヤがプレイヤオブジェクトを
どのように移動させようとしているかを検出する。例え
ば、プレイヤが十字キー１６の上ボタンを押していれば
上方向、下ボタンを押していれば下方向、右ボタンを押
していれば右方向、左ボタンを押していれば左方向にプ
レイヤオブジェクトを移動させようとしていると考えら
れる。

【０１１５】ステップＳ７０４において、ＣＰＵ５０
は、２人用ゲームの場合、図１４で示すようにプレイヤ
オブジェクト１４６および１４８が共に障害物１４４を
同じ方向に押しているか否かを判断する。押していれば
ステップＳ７０６に進み、押していなければステップＳ
７０８に進む。

【０１１６】ステップＳ７０６において、ＣＰＵ５０
は、プイレヤキャラクタが押している方向に障害物１４
４の座標データを変更する。

【０１１７】ステップ７０８において、ＣＰＵ５０は、
ＯＡＭ領域５０ａａに記憶されている障害物１４４、プ
レイヤオブジェクト１４６、１４８およびその他のＯＢ
Ｊの座標データを変更する。このように、ＯＡＭ領域５
０ａａのデータを更新することによって、ＯＢＪの表示
位置が変わる。例えば、障害物１４４が全てのプイレヤ
キャラクタによって同じ方向に押されたとき、押された
方向に障害物１４４が移動表示される。ステップＳ７０
８が終了するとステップＳ４２６に進む。

【０１１８】上述のゲーム処理の実行例を示す。ゲーム
が開始されると、プレイヤはそれぞれが持つゲーム機１
０を操作し、それぞれのＬＣＤ１４に表示されているプ
レイヤオブジェクトを移動させる。そして、プレイヤ
は、プレイヤオブジェクトを障害物１４４に接触させ、
前方に押させる。その時、他のプレイヤオブジェクトが
全員同じ障害物１４４を同じ方向に押していれば障害物
１４４は、押された方向に移動することとなる。この場
合は、２人のプレイヤオブジェクトが同じ方向に押して
いれば、障害物１４４は移動する。このように、全ての
プレイヤオブジェクトが障害物１４４を図１６の位置に
まで押して行き、次に障害物１４４の左側から右側に向
かって障害物１４４を押して、障害物１４４を右の方に
移動させる。その結果、ＩＮからＯＵＴにまで通らなけ
ればならない道から障害物１４４が除去され、プレイヤ
オブジェクトは、ＯＵＴに移動可能となる。そこで、全
てのプレイヤオブジェクトがＯＵＴに到達したならば、
このダンジョンの目的をクリアしたこととなる。

【０１１９】次に、図１７は、ゲーム機１０が４つ接続
された場合の、図１４と同じダンジョンのゲームフィー
ルドを示した図である。壁１６２は、ＩＮ（入口）、Ｏ
ＵＴ（出口）および一部の壁が図１４と同様であるが、
パネル１７４で囲まれた部分は図１４と異なる。障害物
１６４は、障害物１４４よりも壁１６２の幅と同様に大
きい。プレイヤオブジェクト１６６は、ゲーム機１０ａ
で操作されるプレイヤオブジェクトである。プレイヤオ
ブジェクト１６８は、ゲーム機１０ｂで操作されるプレ
イヤオブジェクトである。プレイヤオブジェクト１７０
は、ゲーム機１０ｃで操作されるプレイヤオブジェクト
である。プレイヤオブジェクト１７２は、ゲーム機１０
ｄで操作されるプレイヤオブジェクトである。パネル１
７４は、図１４のパネル１５０と同じ大きさであるが、
内容が異なっている。パネル１７４以外のゲームフィー
ルドは、図１４と同じ共通のＢＧおよびＯＢＪで構成さ
れる。図１７および図１８のゲーム処理の実行内容は、
図１８のように、障害物１６４を移動させて、ダンジョ
ンをクリアすることに関して図１４および図１６のゲー
ムと略同様であるが、２人ではなく、４人で障害物を押
したり、ゴールしなければならないところが異なる。

【０１２０】第２ダンジョンの概要を、図１９を用いて
説明する。図１９は、ゲーム機１０が２つ接続されてい
る場合の、その他のダンジョンのゲームフィールドを示
した図である。壁１８２は、洞窟の壁を表しており、プ
レイヤオブジェクト１８８および１９０が移動可能な空
間を設定するものである。アイテム１８４およびアイテ
ム１８６は、ＯＢＪの一つであり、プレイヤオブジェク
ト１８８又はプレイヤオブジェクト１９０が重なったと
きに、重なったプレイヤオブジェクトの所持するアイテ
ムとなる。このアイテム１８４および１８６は、例え
ば、壁を壊す機能や穴を掘る機能や敵を攻撃する機能
等、それぞれのアイテムが固有の機能を持っている。例
えば、壁を壊す機能があるアイテムを持っているプレイ
ヤオブジェクトは、プレイヤが所定の操作をすることに
よって、直前の壁を壊すことが可能となる。パネル１９
２、１９４、１９６および１９８は、人数によって変化
するパネルであり、点線はその境界線を示している。
（ただし、ゲーム画面上では、点線は表示されない。）
第２ダンジョンの場合、パネルデータは、ダンジョンの
地面を表すＢＧデータおよびアイテムを表すＯＢＪデー
タからなる。パネル１９２、１９４、１９６および１９
８以外のゲームフィールドは、共通のＢＧおよびＯＢＪ
で表される。

【０１２１】図２０は、プレイヤオブジェクトが第２ダ
ンジョンを移動する場合のＣＰＵ５０の動作フローチャ
ートである。ステップＳ８０２において、ＣＰＵ５０
は、Ｉ／Ｏレジスタ領域５０ａｄに記憶されている操作
データに基づいて、プイレヤがプレイヤオブジェクトを
どのように移動させようとしているかを検出する。

【０１２２】ステップＳ８０４において、ＣＰＵ５０
は、２人用ゲームの場合、図１９で示すようにプレイヤ
オブジェクト１８８および１９０のどちらか、又は両方
がアイテム１８４又は１８６のどちらかに重なったか否
かを判断する。重なっていればステップＳ８０６に進
み、重なっていなければステップＳ８０８に進む。

【０１２３】ステップＳ８０６において、ＣＰＵ５０
が、ＣＰＵ内部ワークＲＡＭ５０ａｅに設けられた各プ
レイヤオブジェクト毎の所持アイテムのデータ記憶領域
に設けられた重なったプレイヤオブジェクトに対応する
記憶領域に、重なったアイテムデータを記憶する。この
記憶により、プレイヤオブジェクトがアイテムを所持し
ていることとなる。

【０１２４】ステップ８０８において、ＣＰＵ５０は、
ＯＡＭ領域５０ａａに記憶されているアイテム１８４、
１８６、プレイヤオブジェクト１８８、１９０およびそ
の他のＯＢＪの座標データを変更する。このとき、プレ
イヤオブジェクトに所持されたアイテムは、表示しない
ように、ＯＡＭ領域５０ａａのアイテムデータから削除
する。ステップＳ８０８が終了するとステップＳ４２６
に進む。

【０１２５】上述のゲーム処理の実行例を示す。ゲーム
が開始されると、プレイヤはそれぞれが持つゲーム機１
０を操作し、それぞれのＬＣＤ１４に表示されているプ
レイヤオブジェクトを移動させる。そして、プレイヤ
は、プレイヤオブジェクトをアイテム１８４または１８
６に重ね合わせ、そのアイテムをプレイヤオブジェクト
の所有物にする。プレイヤオブジェクトは、所有してい
るアイテムを使いながらゲームをし、ゴールに向かって
進む。全てのプレイヤオブジェクトがゴールに到達した
ならば、このダンジョンの目的をクリアしたこととな
る。

【０１２６】次に、図２１は、ゲーム機１０が４つ接続
された場合の、図１９と同じダンジョンのゲームフィー
ルドを示した図である。壁２０２は、図１９と同様であ
る。アイテムは、アイテム２０４、アイテム２０６、ア
イテム２０８およびアイテム２１０の４つ表示され、接
続されたゲーム機１０の数に応じて、図１９の時よりも
多く発生している。アイテム２０４、アイテム２０６、
アイテム２０８およびアイテム２１０の機能は、アイテ
ム１８４および１８６と同様でも異なっていても良い。
プレイヤオブジェクト２１２は、ゲーム機１０ａで操作
されるプレイヤオブジェクトである。プレイヤオブジェ
クト２１４は、ゲーム機１０ｂで操作されるプレイヤオ
ブジェクトである。プレイヤオブジェクト２１６は、ゲ
ーム機１０ｃで操作されるプレイヤオブジェクトであ
る。プレイヤオブジェクト２１８は、ゲーム機１０ｄで
操作されるプレイヤオブジェクトある。パネル２２０、
２２２、２２４および２２６は、人数によって変化する
パネルであり、点線はその境界線を示している。（ただ
し、ゲーム画面上では、点線は表示されない。）パネル
２２０、２２２、２２４および２２６は、図２０のパネ
ル１９２、１９４、１９６および１９８と同じ大きさお
よび位置であるが、アイテムデータの内容が異なってい
る場合がある。特に、パネル１９６および１９８はアイ
テムが存在しないが、パネル２２４および２２６はアイ
テムが存在する。パネル２２０、２２２、２２４および
２２６以外のゲームフィールドは、共通のＢＧおよびＯ
ＢＪで表される。ダンジョンのクリア条件は、４人のプ
レイヤオブジェクトが全てゴールすることである。

【０１２７】第３ダンジョンの概要を、図２２を用いて
説明する。図２２は、ゲーム機１０が２つ接続されてい
る場合の、ボスオブジェクトの図である。ボスオブジェ
クト２３０は、最終又はある程度ゲームが進行した時点
でダンジョン内に出現するキャラクタである。（ボスオ
ブジェクト２３０は、ＯＡＭ領域５０ａａにボスオブジ
ェクトのデータが記憶されることによって出現する。）
ボスオブジェクト２３０は、頭２３２および頭２３４が
あり、それぞれが動きながらプレイヤオブジェクトに攻
撃を仕掛ける。また、頭２３２および２３４には、それ
ぞれ当たり判定ポイントが存在し、プレイヤオブジェク
トに攻撃されたか否かが判定可能である。プレイヤオブ
ジェクト２３６およびプレイヤオブジェクト２３８は、
それぞれ武器を持っており、ボスオブジェクト２３０を
攻撃可能である。また、図示していないが、パネルは、
ボスオブジェクトのＯＢＪデータおよびその背景のＢＧ
データからなっている。

【０１２８】図２３は、プレイヤオブジェクトが第３ダ
ンジョンを移動する場合のＣＰＵ５０の動作フローチャ
ートである。ステップＳ９０２において、ＣＰＵ５０
は、Ｉ／Ｏレジスタ領域５０ａｄに記憶されている操作
データに基づいて、プイレヤがプレイヤオブジェクトを
どのように移動させようとしているかを検出する。

【０１２９】ステップＳ９０４において、ＣＰＵ５０
は、２人用ゲームの場合、図２３で示すようにプレイヤ
オブジェクト２１８および２２０がそれぞれ別の頭２１
４又は２１６を同時に攻撃したか否かを判断する。具体
的には、攻撃したか否かの判断は、プレイヤキャラクタ
２１８および２２０が所持している剣の座標と頭２１４
又は２１６の座標（当たり判定ポイントの座標）を比較
し、同時に両方の頭と剣とが重なっているか否かを判断
することによって行う。攻撃していればステップＳ９０
４に進み、攻撃していなければステップＳ９０６に進
む。

【０１３０】ボスオブジェクトは、ヒットポイントを持
っており、（ＣＰＵ内部ワークＲＡＭ５０ａｅに設けら
れたヒットポイント記憶領域にヒットポイントデータが
記憶されている。）このヒットポイントは、プレイヤオ
ブジェクト２１８および２２０がそれぞれ別の頭２１４
又は２１６を同時に攻撃することによって減少する。

【０１３１】ステップＳ９０６において、ＣＰＵ５０
は、上述したヒットポイント記憶領域のヒットポイント
を減少させる。

【０１３２】ステップＳ９０８において、ＣＰＵ５０
は、ヒットポイント記憶領域に記憶されているヒットポ
イントの値が０より大きいか否かを判断する。大きくな
ければ、ステップＳ９１０に進み、大きければステップ
Ｓ９１２に進む。

【０１３３】ステップＳ９１０において、ＣＰＵ５０
は、ボスオブジェクトの死亡処理を行う。具体的には、
ＣＰＵ５０は、ボスオブジェクト２３０が倒れていくア
ニメーションの画像やＢＧＭを出力するための処理を行
う。

【０１３４】ステップＳ９１２において、ＣＰＵ５０
は、ＯＡＭ領域５０ａａに記憶されているボスオブジェ
クト２３０（２３２および２３４）、プレイヤオブジェ
クト２３６、２３８およびその他のＯＢＪの座標データ
を変更する。ステップＳ９１２が終了するとステップＳ
４２６に進む。

【０１３５】上述のゲーム処理の実行例を示す。この第
３ダンジョンは、ゲームの最後の場面で出現するボスオ
ブジェクトを倒すためのダンジョンである。そこで、ボ
スオブジェクト２３０の倒し方を説明する。ボスオブジ
ェクト２３０はヒットポイントを持っており、このヒッ
トポイントは、プレイヤオブジェクト２３６および２３
８がそれぞれ別の頭２３２又は２３４を同時に攻撃する
ことによって減少する。このようにプレイヤオブジェク
ト２３６および２３８が、頭２３２および２３４を、所
定の回数攻撃するとヒットポイントが０になる。ヒット
ポイントが０になることによってボスオブジェクト２３
０が倒れ、ゲームクリアとなる。

【０１３６】次に、図２４は、ゲーム機１０が４つ接続
された場合の、図２２のボスオブジェクト２３０に対応
するボスオブジェクトの図である。ボスオブジェクト２
４０は、接続されたゲーム機１０の数に応じて４つの頭
を有している。頭２４２、頭２４４、頭２４６および２
４８には、それぞれ当たり判定ポイントが存在し、プレ
イヤオブジェクトに攻撃されたか否かが判定可能であ
る。プレイヤオブジェクト２５０、２５２、２５４およ
び２５６は、それぞれ武器を持っており、ボスオブジェ
クト２４０を攻撃可能である。ボスオブジェクト２４０
は、プレイヤオブジェクト２５０、２５２、２５４およ
び２５６に、同時に４つの頭２４２、２４４、２４６お
よび２４８を数回攻撃されると、ヒットポイントが０に
なり倒れる。ボスオブジェクト２４０は、ボスオブジェ
クト２３０と頭が２つ多いだけで、動作は略同じであ
る。

【０１３７】以上、本願の一実施例の説明をしたが、プ
レイヤの数は、複数であれば何人であっても構わない。
また、ゲーム機は、携帯型、据え置き型、カラー、モノ
クロ、二次元表示型、三次元表示型等、どのような形態
であっても構わない。プログラム供給される方法は、光
記憶媒体、磁気記憶媒体、等の記録媒体を用いても良い
し、インターネット等のネットワークを用いても良い。

【図面の簡単な説明】

【図１】本発明のゲーム機の外観図である。

【図２】本発明の一実施形態に係るゲームシステムの構
成例を示すブロック図である。

【図３】本願発明のゲーム機を４台接続した外観図であ
る。

【図４】本願発明の通信ケーブルのブロック図である。

【図５】ゲーム機を４台接続したときの端子間の接続状
態を示す図である。

【図６】図２におけるＲＯＭ７０のメモリマップの一例
を示す図である。

【図７】図２におけるＣＰＵ５０の内部メモリのメモリ
マップの一例を示す図である。

【図８】図２における外部ワークＲＡＭ５２のメモリマ
ップの一例を示す図である。

【図９】図２におけるＶ−ＲＡＭ５０ｂのメモリマップ
の一例を示す図である。

【図１０】本発明の一実施形態に係るゲームの全体フロ
ーチャートである。

【図１１】図１０のステップＳ４００の詳細な手順を説
明するためのフローチャートである。

【図１２】図１１のステップＳ４０４の親機側の詳細な
手順を説明するためのフローチャートである。

【図１３】図１１のステップＳ４０４の子機側の詳細な
手順を説明するためのフローチャートである。

【図１４】第１ダンジョンの２人用ゲームフィールドを
示した図である。

【図１５】第１ダンジョンにおける、図１１のステップ
Ｓ４２４の詳細な手順を説明するためのフローチャート
である。

【図１６】第１ダンジョンの２人用ゲームフィールド上
を障害物およびプイレヤキャラクタが移動した図であ
る。

【図１７】第１ダンジョンの４人用ゲームフィールドを
示した図である。

【図１８】第１ダンジョンの４人用ゲームフィールド上
を障害物およびプイレヤキャラクタが移動した図であ
る。

【図１９】第２ダンジョンの２人用ゲームフィールドを
示した図である。

【図２０】第２ダンジョンにおける、図１１のステップ
Ｓ４２４の詳細な手順を説明するためのフローチャート
である。

【図２１】第２ダンジョンの４人用ゲームフィールドを
示した図である。

【図２２】第３ダンジョンにおける、図１１のステップ
Ｓ４２４の詳細な手順を説明するためのフローチャート
である。

【図２３】第３ダンジョンの２人用ゲームフィールドの
ボスを示した図である。

【図２４】第３ダンジョンの４人用ゲームフィールドの
ボスを示した図である。

【符号の説明】

１０…ゲーム機 １４…ＬＣＤ（液晶表示部） ５０…ＣＰＵ（メインプロセッサ） ５４…操作部 ６０…コネクタ ６２…送受信バッファ ７０…ＲＯＭ ８０…通信ケーブル

Claims (20)

【特許請求の範囲】
1. 【請求項１】複数のプレイヤによってゲームを行う多人
   数参加型ゲームシステムであって、プレイヤの数を検出
   するプレイヤ数検出手段、 プレイヤ数によって変化しない領域の予め定められたゲ
   ームフィールドデータである第１ゲームフィールドデー
   タを記憶する第１ゲームフィールドデータ記憶手段、 プレイヤ数によって変化する領域のゲームフィールドデ
   ータである第２ゲームフィールドデータを、プレイヤ数
   に対応して複数記憶する第２ゲームフィールドデータ記
   憶手段、 前記プレイヤ数検出手段によって検出されたプレイヤ数
   に応じて、前記第２ゲームフィールドデータ記憶手段か
   ら所定の前記第２ゲームフィールドデータを選択する第
   ２ゲームフィールドデータ選択手段、 前記第１ゲームフィールドデータ記憶手段から読み出さ
   れる第１ゲームフィールドデータと、前記第２ゲームフ
   ィールドデータ選択手段で選択される第２ゲームフィー
   ルドデータを合成してゲームフィールドを生成するゲー
   ムフィールド生成手段、および前記ゲームフィールド生
   成手段により生成されるゲームフィールド上で複数のプ
   レイヤによってゲームを進行するゲーム進行手段を備え
   る、多人数参加型ゲームシステム。
2. 【請求項２】前記第２ゲームフィールドデータはゲーム
   フィールドの地形を表す地形データを含み、 前記ゲームフィールド生成手段は、プレイヤの数に応じ
   て異なる地形のゲームフィールドを生成することを特徴
   とする請求項１記載の多人数参加型ゲームシステム。
3. 【請求項３】前記第２ゲームフィールドデータはゲーム
   フィールドの障害物を表す障害物データを含み、 前記ゲームフィールド生成手段は、プレイヤの数に応じ
   て異なる障害物があるゲームフィールドを生成すること
   を特徴とする請求項１記載の多人数参加型ゲームシステ
   ム。
4. 【請求項４】前記障害物は、プイレヤの数に応じて大き
   さが異なることを特徴とする請求項３記載の多人数参加
   型ゲームシステム。
5. 【請求項５】前記障害物を押しているプレイヤオブジェ
   クトの数を検出する当たり判定手段をさらに備え、 前記ゲームフィールド生成手段は、前記当たり判定手段
   が、予め定められた人数のプレイヤオブジェクトが前記
   障害物キャラクタを押していると判断したときに、前記
   障害物を移動させるようなゲームフィールドを生成する
   ことを特徴とする請求項４記載の多人数参加型ゲームシ
   ステム。
6. 【請求項６】前記第２ゲームフィールドデータはゲーム
   の進行状況を変化させるアイテムを表すアイテムデータ
   を含み、 前記ゲームフィールド生成手段は、プレイヤの数に応じ
   て異なるアイテムがあるゲームフィールドを生成するこ
   とを特徴とする請求項１記載の多人数参加型ゲームシス
   テム。
7. 【請求項７】前記アイテムは、プイレヤの数に応じて数
   が異なることを特徴とする請求項６記載の多人数参加型
   ゲームシステム。
8. 【請求項８】前記第２ゲームフィールドデータは、１つ
   のゲームフィールドに複数個存在し、それぞれゲームフ
   ィールドの所定座標および所定範囲のゲームフィールド
   データを表すことを特徴とする請求項１記載の多人数参
   加型ゲームシステム。
9. 【請求項９】前記多人数参加型ゲームシステムは、複数
   のゲーム機によって構成され、 各プレイヤは、それぞれ独立したゲーム機を操作し、 前記ゲーム機は、それぞれ表示手段を備え、 前記表示手段は、プレイヤが操作しているプレイヤオブ
   ジェクトが存在している近辺のゲームフィールドを表示
   していることを特徴とする請求項１記載の多人数参加型
   ゲームシステム。
10. 【請求項１０】前記第２ゲームフィールドは、前記第１
    ゲームフィールドの一部の領域のゲームフィールドであ
    り、 前記ゲームフィールド生成手段は、前記第２ゲームフィ
    ールドデータ選択手段で選択される第２ゲームフィール
    ドデータを、前記第１ゲームフィールドデータ記憶手段
    から読み出される第１ゲームフィールドの一部にあては
    めることを特徴とする、請求項１に記載の多人数参加型
    ゲームシステム。
11. 【請求項１１】プレイヤ数によって変化しない予め定め
    られたゲームフィールドデータである第１ゲームフィー
    ルドデータを記憶する第１ゲームフィールドデータ記憶
    手段、およびプレイヤ数によって変化する領域のゲーム
    フィールドデータである第２ゲームフィールドデータ
    を、プレイヤ数に対応して複数記憶する第２ゲームフィ
    ールドデータ記憶手段を備えたゲーム機によって実行さ
    れ、複数のプレイヤによってゲームを行う多人数参加型
    ゲームプログラムであって、 プレイヤの数を検出するプレイヤ数検出プログラム、 前記プレイヤ数検出手段によって検出されたプレイヤ数
    に応じて、前記第２ゲームフィールドデータ記憶手段か
    ら所定の前記第２ゲームフィールドデータを選択する第
    ２ゲームフィールドデータ選択プログラム、 前記第１ゲームフィールドデータ記憶手段から読み出さ
    れる第１ゲームフィールドデータと、前記第２ゲームフ
    ィールドデータ選択手段で選択される第２ゲームフィー
    ルドデータを合成してゲームフィールドを生成するゲー
    ムフィールド生成プログラム、および前記ゲームフィー
    ルド生成プログラムにより生成されたゲームフィールド
    上で複数のプレイヤによってゲームを進行するゲーム進
    行プログラムを含む、多人数参加型ゲームプログラム。
12. 【請求項１２】前記第２ゲームフィールドデータはゲー
    ムフィールドの地形を表す地形データを含み、 前記ゲームフィールド作成プログラムは、プレイヤの数
    に応じて異なる地形のゲームフィールドを生成すること
    を特徴とする請求項１１記載の多人数参加型ゲームプロ
    グラム。
13. 【請求項１３】前記第２ゲームフィールドデータはゲー
    ムフィールドの障害物を表す障害物データを含み、 前記ゲームフィールド作成プログラムは、プレイヤの数
    に応じて異なる障害物があるゲームフィールドを生成す
    ることを特徴とする請求項１１記載の多人数参加型ゲー
    ムプログラム。
14. 【請求項１４】前記障害物は、プイレヤの数に応じて大
    きさが異なることを特徴とする請求項１３記載の多人数
    参加型ゲームプログラム。
15. 【請求項１５】前記障害物を押しているプレイヤオブジ
    ェクトの数を検出する当たり判定プログラムを含み、 前記ゲームフィールド作成プログラムは、前記当たり判
    定プログラムが、予め定められた人数のプレイヤオブジ
    ェクトが前記障害物キャラクタを押していると判断した
    ときに、前記障害物を移動させるようなゲームフィール
    ドを生成することを特徴とする請求項１４記載の多人数
    参加型ゲームプログラム。
16. 【請求項１６】前記第２ゲームフィールドデータはゲー
    ムの進行状況を変化させるアイテムを表すアイテムデー
    タを含み、 前記ゲームフィールド作成プログラムは、プレイヤの数
    に応じて異なるアイテムがあるゲームフィールドを生成
    することを特徴とする請求項１１記載の多人数参加型ゲ
    ームプログラム。
17. 【請求項１７】前記アイテムは、プイレヤの数に応じて
    数が異なることを特徴とする請求項１６記載の多人数参
    加型ゲームプログラム。
18. 【請求項１８】前記第２ゲームフィールドデータは、１
    つのゲームフィールドに複数個存在し、それぞれゲーム
    フィールドの所定座標および所定範囲のゲームフィール
    ドデータを表すことを特徴とする請求項１１記載の多人
    数参加型ゲームプログラム。
19. 【請求項１９】プレイヤ数検出プログラム、第２ゲーム
    フィールドデータ選択プログラム、およびゲームフィー
    ルド生成プログラムは、複数のゲーム機において、同時
    に実行されることを特徴とする請求項１１記載の多人数
    参加型ゲームプログラム。
20. 【請求項２０】前記第２ゲームフィールドは、前記第１
    ゲームフィールドの一部の領域のゲームフィールドであ
    り、 前記ゲームフィールド生成プログラムは、前記第２ゲー
    ムフィールドデータ選択手段で選択される第２ゲームフ
    ィールドデータを、前記第１ゲームフィールドデータ記
    憶手段から読み出される第１ゲームフィールドの一部に
    あてはめることを特徴とする、請求項１１に記載の多人
    数参加型ゲームプログラム。