JP2001129243A

JP2001129243A - 画像表示ゲームシステム

Info

Publication number: JP2001129243A
Application number: JP33072599A
Authority: JP
Inventors: Satoshi Tajiri; 智田尻; Tsunekazu Ishihara; 恒和石原
Original assignee: GAME FREAK KK; Nintendo Co Ltd; Creatures Inc
Current assignee: GAME FREAK KK; Nintendo Co Ltd; Creatures Inc
Priority date: 1999-08-26
Filing date: 1999-11-19
Publication date: 2001-05-15
Anticipated expiration: 2019-11-19
Also published as: US6595858B1; JP4372290B2

Abstract

(57)【要約】【課題】モンスターにウイルスが感染するという概念を
取り入れた画像表示ゲームシステムを提供することを目
的とする。【解決手段】ゲームプログラムを記憶した情報記憶媒体
と、操作手段と、操作手段の操作状態とプログラムに基
づいて情報処理するための処理手段と、画像表示手段
と、複数のキャラクタ別にウイルスに感染したことの有
無を記憶する感染データ領域を含む書込み読出し可能な
一時記憶手段を備え、所定の条件が成立したとき、一時
記憶手段に記憶されている他の捕獲したキャラクタのう
ち少なくとも１つの感染データ領域にウイルス感染した
ことを表すデータを書込む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、画像表示ゲーム
システムに関し、特に例えばモンスター等のキャラクタ
を対戦，捕獲，育成，交換するビデオゲーム機や携帯ゲ
ーム機において、キャラクタに属性データを付加し、属
性データによってゲーム展開が様々に異なる画像表示ゲ
ームシステムに関する。

【０００２】

【従来技術】従来、本願出願人が企画し又は販売する商
品名「ポケットモンスター（赤，緑，青，黄の各バージ
ョン）」（登録商標；以下「先行技術」）があった。先
行技術は、モンスター（キャラクタ）を捕獲，育成，交
換するものであって、各バージョン毎にモンスターの発
生確率が異なるように設定され、友達間でモンスターを
交換しながら最大数のモンスターを捕獲又は収集するも
のである。

【０００３】

【発明が解決しようとする課題】先行技術は、飽きるこ
とが少なく、比較的長く楽しむことができ、友達とのモ
ンスターの交換を通じて友達との会話や親交を深めるの
に役立つが、モンスターを交換するだけで、それに付加
した面白味がないとやがて飽きられることになる。

【０００４】それゆえに、この発明の主たる目的は、モ
ンスターにウイルスが感染するという概念を取り入れ
て、より一層の変化に富み、興趣を一層高めることがで
き、友達とモンスターを交換する意欲をかき立てられる
ような、画像表示ゲームシステムを提供することであ
る。

【０００５】

【発明を解決するための手段および効果】この発明は、
情報記憶媒体と、情報記憶媒体を着脱自在に構成された
画像表示ゲーム装置とを備える画像表示ゲームシステム
であって、情報記憶媒体は、ゲームプログラムを固定的
に記憶したプログラム記憶手段を含み、画像表示ゲーム
装置は、プレイヤによって操作される操作手段と、ゲー
ムの進行に関連して取得した複数のキャラクタ別に、複
数種類の属性データを記憶するとともに、各キャラクタ
がウイルスに感染したことの有無を記憶する感染データ
領域を含む、書込み読出し可能な一時記憶手段と、操作
手段の操作状態とプログラムに基づいて情報処理するた
めの処理手段と、処理手段の処理結果によって得られる
画像を表示する画像表示手段とを含み、処理手段は、プ
ログラムを実行することにより、かつ操作手段の操作に
応じて表示画像の変化を生じさせるための画像処理を行
うとともに、操作手段の操作状態に基づくゲームの進行
に伴って一時記憶手段に書込むべき属性データを変化さ
せ、その属性データに基づいてキャラクタに関連した画
像の表示状態に変化を生じさせ、さらに捕獲したキャラ
クタがウイルスに感染していることを表すデータを有
し、かつ所定の条件が成立したとき、一時記憶手段に記
憶されている他の捕獲したキャラクタのうち少なくとも
１つの感染データ領域にウイルス感染したことを表すデ
ータを書込むことを特徴とする。

【０００６】この発明によれば、モンスターにウイルス
が感染するという概念を取り入れて、より一層の変化に
富み、興趣を一層高めることができ、友達とモンスター
を交換する意欲をかき立てられるような、画像表示ゲー
ム装置及びゲームプログラムを記憶した情報記憶媒体を
提供することができる。

【０００７】

【実施例】図１はこの発明の一実施例の画像表示装置の
一例の携帯ゲーム機の外観図である。図２はそのブロッ
ク図である。図１において、この実施例の画像表示ゲー
ムシステムは、情報記憶媒体の一例のゲームカートリッ
ジ１０とゲームカートリッジを着脱自在な画像表示ゲー
ム装置の一例の携帯ゲーム機２０とから構成され、この
ゲームカートリッジ１０を装着した携帯ゲーム機２０が
少なくとも２台準備される。

【０００８】ゲームカートリッジ（又はＲＯＭカートリ
ッジ；以下、「カートリッジ」と略称する）１０Ａは、
図２に示すように、プログラム記憶手段の一例の不揮発
性メモリ（以下「ＲＯＭ」という）１１，一時記憶手段
の一例の書込み読出し可能メモリ（以下「ＲＡＭ」とい
う）１２，コネクタ１３，時計回路（タイマ）１４，メ
モリバンク切換制御回路１５及び通信手段（回路）の一
例の赤外線送受信器１６を基板（図示せず）に実装し、
その基板をケース又はハウジング（図示せず）に内蔵し
て構成される。これらのＲＯＭ１１，ＲＡＭ１２，時計
回路１４，メモリバンク切換制御回路１５及び赤外線送
受信器１６は、データバス及びアドレスバスを介してコ
ネクタ１３の各端子に接続され、携帯ゲーム機２０のコ
ネクタ２４に接続される。なお、既発売のカートリッジ
１０は、図２の左横に示すように、ＲＯＭ１１，ＲＡＭ
１２及びコネクタ１３から構成される。

【０００９】不揮発性メモリ（以下「ＲＯＭ」という）
１１は、ゲームプログラムを固定的に記憶したものであ
り、例えばＲＯＭ，フラッシュメモリ，ＥＥ−ＰＲＯＭ
等が用いられる。ＲＯＭ１１は、図３に示すように、各
種プログラムデータ又は画像データ若しくは設定データ
を記憶するための記憶領域１１１〜１１７を含む。

【００１０】より具体的には、プログラム領域１１１
は、ゲーム内容に応じたプログラムとして、メインプロ
グラム，スイッチ処理プログラム，オブジャクト（又は
キャラクタ）制御プログラム，画像処理プログラム及び
音声処理プログラム等を記憶する領域である。例えば、
ゲーム内容に応じたプログラムとしては、ゲーム内容が
モンスターの捕獲及び育成ゲームであれば、捕獲プログ
ラム，育成プログラム等を記憶するとともに、各モンス
ターのドット（画像）データを記憶するものであって、
他の携帯ゲーム機２０’とのデータ交換のためのプログ
ラムや、既発売のカートリッジ１０Ｂとの互換性を確保
するためのプログラムを記憶している。

【００１１】画像データ領域１１２は、ゲームに登場す
る各種モンスターの画像データを記憶する領域、及び人
間や背景やアイテム等の表示のためのその他のオブジェ
クト（キャラクタ）の画像データを記憶する領域を含
む。モンスターデータ領域１１３は、各モンスター毎
に、例えば種類，高さ（身長），体重，分布場所，発生
時間帯，使用できる技，特徴，鳴き声等のモンスターを
特徴付ける属性データを記憶している。サウンドデータ
領域１１４は、ゲームの効果音や音楽等のデータを記憶
する領域であって、例えば敵出現，昼間，夜間等の場面
に合った音楽データとその他の音楽データを記憶すると
ともに、モンスターの鳴き声や効果音をディジタルデー
タで記憶する。発生確率テーブル記憶領域１１５は、モ
ンスター毎に発生場所と発生確率データを記憶し、必要
に応じて昼間と夜間で発生確率を異ならせる場合であれ
ばそれぞれの発生確率データを記憶する。ゾーン・マッ
プ記憶領域１１６は、プレイヤによって操作される主人
公キャラクタが移動可能なゾーンと、そのマップに関す
るデータを記憶する。その他の記憶領域１１７は、例え
ば識別データに基づいてデータ交換又は通信した相手に
プレゼント（又は付与）するアイテムを求める処理のプ
ログラム等のその他のデータを記憶する。なお、新カー
トリッジと既発売カートリッジとを区別する必要がない
場合は、両者を総称して符号１０で示す。

【００１２】書込み読出し可能メモリ（一時記憶手段；
以下「ＲＡＭ」という）１２は、ゲームの進行に関連し
て取得した複数のキャラクタ別に複数種類の属性データ
を記憶する領域を含む。ＲＡＭ１２の記憶領域は、図４
に示すように、獲得（又は取得）したモンスターを記憶
する取得モンスターデータ領域１２Ａ，手持ちモンスタ
ー記憶領域１２Ｂ，対戦データ記憶領域１２Ｃ，テーブ
ル領域１２Ｄ及びその他の記憶領域１２Ｅを含む。取得
モンスターデータ記憶領域１２Ａは、架空のモンスター
（ポケモン）等のキャラクタ毎に、エリア１２０〜１２
８及び１２ａ〜１２ｄを含む。エリア１２０は、モンス
ターコード（又はモンスター番号）を記憶するエリアで
ある。エリア１２１は、各モンスターコード毎にモンス
ターの強さを示すヒットポイント（ＨＰ）を記憶する。
エリア１２２は経験値を記憶する。エリア１２３はレベ
ルを記憶する。エリア１２４はモンスターの状態を記憶
する。エリア１２５は使用できる技（持ち技）データを
記憶する。エリア１２６は、各モンスター毎の捕獲者で
ある親の識別データ（プレイヤの名前又はＩＤデータ）
を記憶する。エリア１２７は、攻撃力，防禦力，特殊攻
撃力，特殊防禦力，素早さ等の能力値を記憶する。エリ
ア１２８はその他のデータを記憶するための空きエリア
である。エリア１２ａはモンスターの性別を記憶する。
エリア１２ｂは、モンスターが敵と対戦するときに使用
可能な武器等の持物アイテムを記憶する。エリア１２ｃ
は、モンスターがウイルスに感染している状態の有無及
び／又は感染しているウイルスの種類のデータ（ウイル
スデータ）を記憶する。エリア１２ｄはその他のデータ
を記憶する空きエリアである。ここで、エリア１２０〜
１２８は、新たに販売されるカートリッジ１０Ａ及び既
に販売しているカートリッジ１０Ｂに共通して割り当て
られる記憶エリアであり、この部分のデータについては
互換性を有している。エリア１２ａ〜１２ｄは、新たに
販売されるカートリッジ１０Ａにのみ割り当てられる固
有のエリアである。

【００１３】手持ちモンスターデータ記憶領域１２Ｂ
は、記憶領域１２Ａに記憶されているモンスターのう
ち、プレイヤによって選択されかつ主人公キャラクタが
旅に連れていくことのできる６匹のモンスターのコード
又は番号を記憶する領域である。対戦データ記憶領域１
２Ｃは、通信ケーブル４０を使用して対戦した友達（ト
レーナ）の名前と、その友達が対戦に使用したモンスタ
ーの各種データ（モンスターコード，ＨＰ，レベル等）
を記憶する。対戦データ記憶領域１２Ｃは、対戦キャラ
クタデータ（モンスターの名前）を記憶するエリアと、
対戦モンスター別の上記エリア１２０〜１２ｄに対応す
るデータを記憶するエリアとを含む。テーブル領域１２
Ｄは、赤外線送受信器１６を使用して識別コードを通信
又は交換したときにその識別コードに基づいて付与され
るアイテムを決定するためのテーブルデータや、歩数計
５０との通信によって歩数データが与えられたときに歩
数に応じて付与するアイテムを決定するためのテーブル
データを記憶する。

【００１４】その他の記憶領域１２Ｅは、エリア１２ｆ
〜１２ｉを含む。エリア１２ｆは、識別データの一例の
プレイヤの名前データを記憶するエリアであり、プレイ
ヤが購入したときに操作スイッチ２２ａ〜２２ｂを操作
して入力した自分の名前又はニックネーム等を記憶して
おく。エリア１２ｇは、プレイヤ自身の識別データと所
定数（５人分）の友達の識別データを記憶するエリアを
含む。エリア１２ｇのプレイヤ自身の識別データ記憶エ
リアには、カートリッジ１０Ａの購入時に入力した名前
又はニックネームと乱数データとに基づいて決定される
ＩＤデータが自動的に書き込まれる。エリア１２ｇの友
達用識別データ記憶エリアには、友達とデータ通信した
ときに、友達の携帯ゲーム機２０から送信された識別デ
ータ（ＩＤコード）が一定人数分だけ順次書き込まれる
とともに、各識別データの記憶エリアに対応してデータ
通信したときの時間データ（時刻又は日付等）書き込ま
れる。ここで、各識別データに対応して時間データも記
憶させる理由は、同一人から識別データを受け取ること
ができるのは１日一回と制限しておくことにより、同一
人から同じ日に何回も識別データの受領を制限するため
である。また、識別データを記憶する件数を例えば５件
と制限することにより、同じ日に何人もの友達と通信
（又はデータ交換）しても、６人目以後は識別データを
記憶できない。これによって、プレイヤは同一人との通
信だけよりも、異なる友達と通信することに力を入れる
ことになり、ゲームを通じて友達を増やしたり、友達と
のコミュニケーションを促すことができる。

【００１５】エリア１２ｈには、友達との通信によって
入手した識別データを利用して乱数データを発生させた
り、識別データと所定の演算式とを利用して演算処理し
た演算結果に基づいて付与される援助アイテム等のアイ
デムデータが書込み記憶される。この援助アイテムは、
ゲームの進行に役立つアイテム等、例えばモンスターの
成長又は進化を早める薬であったり、敵のモンスターか
ら攻撃を受けたときのダメージを軽減する防具であった
り、モンスターのライフを回復させる薬等、ゲームを進
行する上で有益なアイテムである。このような識別デー
タに基づいて付与される援助アイテム（援助データ）
は、通常のゲームプレイでは獲得できないアイテムであ
ることが望ましい。そのようにすれば、プレイヤは、通
常のゲームプレイだけではなく、友達との識別データの
通信又は交換を積極的に行うことになり、友達とのデー
タ通信を促進することができる。

【００１６】エリア１２ｉには、友達が対戦のために使
用しているモンスターのデータが例えば６匹分だけ記憶
されるとともに、友達の名前が記憶される。エリア１２
ｉに記憶されている友達のモンスターデータは、友達と
データ通信することによって書き込まれた後に、自分一
人で友達のモンスターと対戦プレイして対戦方法（戦
略）を研究するために利用される。

【００１７】時計回路１３は、少なくとも時間を計時す
るタイマを含み、必要に応じて日付（月日）と曜日を示
すカレンダー機能が含まれる。メモリバンク切換制御回
路１４は、ＲＯＭ１１のメモリ空間がアドレスバスで指
定可能なメモリ空間よりも大きい場合に、ＲＯＭ１１の
メモリ空間を複数のバンクに分割し、バンクデータを発
生してＲＯＭ１１の上位アドレスとして与えるととも
に、ＲＡＭ１２のメモリ空間を指定するバンクデータを
発生する。好ましくは、時計回路１３及びメモリバンク
切換制御回路１４が１チップの集積回路（ＩＣ）上に形
成されることにより、チップ点数を低減してコストダウ
ンを図っている。

【００１８】携帯ゲーム機２０は、図１に示すように、
ハウジング２１の表面（平面）の下方に操作スイッチ２
２が装着され、その上部に液晶表示器２７が装着され、
ハウジング２１の内部に図２に示す回路部品を実装した
回路基板を収納して構成される。操作スイッチ２２は、
カーソルの移動又はプレイヤの操作可能なキャラクタの
移動方向の指示をする方向スイッチ２２ａ，動作を指示
する動作スイッチ２２ｂ，スタートスイッチ２２ｃ及び
セレクトスイッチ２２ｄを含む。

【００１９】具体的には、携帯ゲーム機２０は、中央処
理ユニット（ＣＰＵ）２３を含む。ＣＰＵ２３には、カ
ートリッジ１０と接続するためのコネクタ２４が接続さ
れるとともに、ゲームの処理のためのデータを一時記憶
するワーキングＲＡＭ２５及び表示制御回路２６が接続
される。ＲＡＭ２５には、ゲームの開始時に、前回まで
のプレイを継続するモード（コンティニューモード）が
選択された場合、カートリッジ１０Ａ側のＲＡＭ１２に
バックアップ記憶されているデータが転送されるので、
ゲーム中はＲＡＭ１２と同じ記憶領域又はエリアを有す
るように割り当てて使用される。従って、以下の説明で
は、ＲＡＭの記憶領域又はエリアを説明する場合は、Ｒ
ＡＭ１２に付けられた名称及び符号を用いて説明する。
表示制御回路２６には、液晶表示器（ＬＣＤ）２７が接
続される。さらに、ＣＰＵ２３には、インターフェース
回路２８を介してコネクタ２９が接続される。コネクタ
２９は、他の携帯用ゲーム機２０’の所有者（プレイ
ヤ）との間で各プレイヤの獲得したモンスターを交換す
るとき、通信手段の一例のケーブルを介して他の携帯ゲ
ーム機２０’のコネクタ２９’と接続される。なお、ケ
ーブルを介して接続するのに代えて、カートリッジ１０
Ａに設けられる赤外線送受信器１６を用いても良い。

【００２０】図５〜図６はこの発明の一実施例の少なく
とも２台のゲーム機を接続してデータ通信又は交換する
場合のシステム構成図である。特に、図５は２台の携帯
形ゲーム機２０をケーブル４０で接続してデータ通信す
る場合を示す。この場合は、ケーブル４０が通信手段と
して用いられ、ゲーム機２０の本体同士がケーブル４０
で接続されることになる。図６は２台のゲーム機２０が
赤外線送受信器を利用してデータ通信する場合を示す。
この場合は、２台のゲーム機２０が赤外線送受信器によ
ってワイヤレスで接続され、既発売のゲーム機２０がケ
ーブル接続用コネクタ又は赤外線送受信器を設けていな
い場合でも、カートリッジ１０Ａに赤外線送受信器を設
けることによって相互のデータ通信を実現できる。な
お、赤外線送受信器はカートリッジに設けることに代え
てゲーム機２０のハウジングの一部に一体的に設けても
よい。図７は１台のゲーム機２０の赤外線送受信器１６
と歩数計機能付きゲーム機５０の赤外線送受信機５１と
の間でデータ通信する場合を示す。

【００２１】図８はこの発明の一実施例のゲーム内容を
説明するためのゲームマップの一例を示す。次に、図８
を参照して、この実施例のゲーム内容の概要を説明す
る。例えば、ゲーム内容が架空のモンスターを捕獲（収
集）し育成し、捕獲・育成したモンスターを友達のモン
スターと対戦させるゲームの場合は、主人公キャラクタ
がモンスターを捕獲・収集するために旅に出る設定であ
る。そして、主人公キャラクタが道路を通って池，森，
田畑等のモンスター生息場所に入りモンスターに遭遇す
ると、遭遇したモンスターと先に捕獲し育成しているモ
ンスターとを対戦させ、対戦に勝つと遭遇したモンスタ
ーを捕獲でき、プレイヤが持っていない新しいモンスタ
ーを追加することができる。これを繰り返すことによ
り、プログラム的に設定されている一定数（最大数）の
モンスターを捕獲して、図鑑を完成させる。この場合、
主人公キャラクタが旅に連れて行くことのできるモンス
ターは、一定数（例えば６匹）に定められ、これを手持
ちモンスターと呼ぶ。

【００２２】すなわち、プレイヤがスタートスイッチ２
２ｃを押圧すると、ゲームがスタートし、タイトル画面
が表示された後、図８に示す或るステージの全体マップ
上のゲーム開始時の画面（図８の一部）が表示される。
プレイヤは、方向スイッチ２２ａを操作してプレイヤキ
ャラクタ（又はプレイヤオブジェクト）をマップ上で移
動させながら、モンスターの潜んでいると思われる場所
へ行きモンスターを捕獲する。モンスターの潜んでいる
場所は、モンスターの種類が水中に住んでいるものであ
れば池や海等であり、モンスターの種類が草食性であれ
ば草原や畑や森の中等である。

【００２３】モンスターは、それぞれ固有の特徴を有し
ており、特定の場所で特定の時間しか出現しないものも
ある。その出現条件は、タイマ１４によって計時されて
いる現在時刻がプログラムで設定された時間又は時間帯
になったときに、出現の可否及び／又は出現確率を変化
する。例えば、出現条件として、夜行性のモンスター
（例えば、ふくろうや蝙蝠のモンスター）であれば、夕
方から徐々に又は少ない確率で出現するようになり、夜
中に高い確率出現し、夜明けに近づくに従って出現確率
が低下し、昼間には全く出現しない（出現確率が０とな
る）。一方、昼間しか活動しないモンスターの場合は、
その逆となる。また、時間帯又は時間によって、潜んで
いる場所を変えるモンスターの場合は、時間又は時間帯
によって出現場所を変更するようにプログラム設定され
る。例えば、昼間は水中で生息し、夜間は陸に上がって
生活するモンスターの場合は、時間帯によって生息場所
を変更したり移動するようにプログラム設定される。

【００２４】プレイヤがモンスターを捕獲すると、捕獲
モンスター番号が記憶領域１２Ａの空きエリアにおける
書き込まれると同時に、当該モンスターの現在有してい
るヒットポイント（ＨＰ），経験値，レベル，状態，持
ち技，能力等がエリア１２０〜１２８にそれぞれ書き込
まれる。また、プレイヤの使用しているカートリッジが
モンスター別に性別，持物，ウイルス等の属性も有する
ものであれば、そのデータがエリア１２ａ〜１２ｃに書
き込まれる。ここで、ウイルスに感染しているモンスタ
ーは稀少価値を有するものであって、トレーニングによ
ってＨＰ，経験値，レベル，能力値等の上昇する速度が
ウイルス感染していないモンスターに比べて高く設定さ
れている。従って、プレイヤは、自分の捕獲したモンス
ターを早く成長させ又は育成するために、ウイルスに感
染したモンスターを探し求め、先に捕獲しているモンス
ターを感染済モンスターと一緒に手持ちモンスターとし
た場合（又は同じ飼育箱に入れた場合でもよい）、他の
モンスターもウイルスに感染させて、成長を促進させる
ようとする。このように、成長又はレベルアップを促進
させるウイルスの感染という魔法を利用して、モンスタ
ーの成長を促進すれば、同じレベルの成長に要するトレ
ーニング時間を短縮できる利点がある。

【００２５】また、ゲームカートリッジ１０Ａを用いて
プレイする場合、モンスターに性別データが付与されて
いるので、捕獲したモンスターのうち同じ種類（モンス
ターコードが同じ）のモンスターを雄と雌をつがいにし
て飼育箱に入れる。そうすると、そのときの時間又は日
時をレジスタに一時記憶しておき、タイマ１４がプログ
ラムによって決定される一定日数経過すると、そのつが
いのモンスターの雄と雌の属性データ（能力，強さ等）
を受け継いだ子供が生まれ、収集モンスターの数を増や
すことができ、友達との交換要員とすることもできる。
このようにして、モンスターの収集が容易となり、ゲー
ムの進行を促進でき、プレイヤが子供のモンスターをゼ
ロからトレーニングする楽しみと期待感を味わうことが
できる。なお、同じモンスターが複数いる場合、そのい
ずれかについて、友達が複数持っているモンスターであ
って自分の持っていないものとの交換用とすることもで
きる。

【００２６】ところで、新しいバージョンのカートリッ
ジ１０Ａの所有者と既販のカートリッジ１０Ｂの所有者
がモンスターを交換する場合、エリア１２ａ〜１２ｃに
記憶されるべき性別，持物アイテム，ウイルス感染等の
データの取扱いについて、可能な限り互換性を確保する
ことが望ましい。その場合は、新カートリッジ１０Ａか
ら旧カートリッジ１０Ｂにデータ転送する際に、エリア
１２ａ〜１２ｃのデータの有無がエリア１２８の空き領
域に各１ビットで記憶される。そして、旧カートリッジ
１０Ｂを用いてプレイするときは、性別，持物アイテ
ム，ウイルス感染等の追加のデータを用いないでゲーム
が進行する。旧カートリッジ１０Ｂから新カートリッジ
１０Ａにデータ転送されると、新カートリッジ１０Ａの
所有者がプレイする際にその追加のデータを使用してゲ
ームプレイすることができる。

【００２７】逆に、旧カートリッジ１０Ｂから新カート
リッジ１０Ａにデータ転送する場合は、旧カートリッジ
１０Ｂに記憶されていない性別のデータが予め定める規
則性に従って決定されて、新カートリッジ１０Ａのエリ
ア１２ａに書き込まれる。この場合の予め定める規則性
は、例えばタイマ１４の分の一の位の数値が奇数ならば
雄，偶数ならば雌と決定したり、乱数データに基づいて
決定してもよい。このようにすれば、旧カートリッジ１
０Ｂと新カートリッジ１０Ａとの間でモンスターを交換
する場合でも、可能な限り互換性を確保でき、データ交
換可能な友達を増やすことができる。また、旧カートリ
ッジ１０Ｂを所有しているプレイヤが新カートリッジ１
０Ａも購入した場合、旧カートリッジ１０Ｂで育てたモ
ンスターをそっくりそのまま新カートリッジ１０Ａに移
動させることもでき、旧カートリッジ１０Ｂでこれまで
に育ててきたモンスターを有効に活用することも可能と
なる。以上のようにして、プレイヤ自身が捕獲し、又は
つがいのモンスターから生まれ、若しくは友達と交換し
たモンスターが、友達と対戦のために使用される。

【００２８】対戦は、各携帯ゲーム機２０，２０’のコ
ネクタ２９，２９’を介してケーブルで接続し、各プレ
イヤが対戦させるモンスターを指定してバトル場に上げ
て対戦させる。その状態が後述する図１９，図２０に示
される。

【００２９】次に、この実施例の詳細を説明する。図９
〜図１４，図１６はこの発明の一実施例のゲーム内容を
説明するためのフローチャートである。特に、図９は全
体フローチャート（メインルーチン）を示し、図１０は
通常のゲーム処理のフローチャートを示し、図１１はウ
イルス感染処理のフローチャートを示し、図１２はウイ
ルス消去処理のフローチャートを示し、図１３は対戦ゲ
ーム処理のフローチャートを示し、図１４は識別データ
を通信してゲームの進行に役立つアイテム（援助アイテ
ム）を付与するための不思議な贈り物処理のフローチャ
ートを示し、図１６は歩数計との通信処理のフローチャ
ートを示す。

【００３０】図１５は贈り物処理の内容を説明するため
の演算結果と付与されるアイテムとの関係を示す図であ
る。図１７は歩数計との通信処理における歩数データと
アイテムとの関係を示す図である。図１８〜図２１はこ
の発明の一実施例のゲーム中のゲーム画面を示す図であ
る。次に、図１〜図２１を参照して、この実施例の動作
を説明する。

【００３１】図９を参照して、全体フローの動作の概略
を説明する。まず、ステップ（図示ではＳの記号で示
す）１において、スタートスイッチ２２ｃの操作に応じ
て、ＣＰＵ２３はＲＯＭ１１に記憶されているプログラ
ムの処理を行う。以下の説明では、ＣＰＵ２３がプログ
ラム処理を行う場合、処理手段であるＣＰＵ２３を主語
として記載することを省略する。始めに、ゲーム開始処
理が行われる。ゲーム開始処理は、モード選択画面を表
示し、モードコマンドの選択に応じて処理するものであ
る。モード選択画面としては、ゲームは始めからスター
トするゲームスタートモード、前回のプレイの続きから
ゲームを始めるコンティニューモード、友達との識別デ
ータ（又はＩＤデータ）を通信してゲームの進行に役立
つアイテム（援助アイテム）をプレゼントする不思議な
贈り物モード、及び歩数計とのデータ通信を行うモード
等がある。ゲームスタートモードが選択された場合は、
内蔵ＲＡＭ２５をクリアした後、ゲームを開始する。コ
ンティニューモードが選択された場合は、内蔵ＲＡＭ２
５をクリアした後、カートリッジ１０ＡのＲＡＭ１２に
記憶されているこれまでのゲーム進行状態に関するバッ
クアップデータが読み出され、ＲＡＭ２５に書き込まれ
る。従って、ＲＡＭ２５には、ゲーム開始時にＲＡＭ１
２に記憶されているバクアップデータと同一のデータを
記憶し、以後のゲームの進行に併せて最新のゲーム進行
状態のデータが記憶されることになる。不思議な贈り物
モードが選択された場合は、ステップ８及びそのサブル
ーチンの図１４の処理が行われるが、後述する。歩数計
とのデータ通信モードが選択された場合は、図１６に示
す処理が行われるが、後述する。

【００３２】ステップ２において、プレイヤオブジェク
ト（又はキャラクタ）の処理が行われる。この処理は、
方向スイッチ２２ａの操作に応じてプレイヤオブジェク
トを移動させるとともに、動作スイッチ２２ｃに応じて
プレイヤオブジェクトの表示状態を変化させる処理であ
る。ステップ３において、他のオブジェクトの処理が行
われる。この処理は、プレイヤオブジェクトの移動に関
連して、プログラム設定に従って敵オブジェクトを出現
させたり、味方オブジェクトを表示させる処理である。
ステップ４において、背景画像の処理が行われる。この
処理は、プレイヤオブジェクトの移動又は動作に関連し
て、背景画像を変化させる処理である。

【００３３】続くステップ５において、通常ゲーム処理
が行われる。通常ゲーム処理は、例えば後述の図１０に
示すサブルーチンに沿って行われる。ステップ６におい
て、ウイルス消去（又は除去）処理が行われる。このウ
イルス消去処理は、図１０のステップ１３に示すウイル
ス感染処理（その詳細は、図１１に示すウイルス感染処
理サブルーチンの処理）によってウイルスに感染したモ
ンスターがウイルスに感染した時点から所定時間経過し
た後、ウイルス感染状態を消去して、感染前の状態に戻
す処理であり、後述の図１２に示すサブルーチンに沿っ
て行われる。

【００３４】続くステップ７において、対戦ゲーム処理
が行われる。対戦ゲーム処理は、ケーブルを介して友達
のゲーム機２０と図５のように接続した状態で通信対戦
を行うモードの処理であって、例えば後述の図１３に示
すサブルーチンのフローチャートに沿って行われる。ス
テップ８において、不思議な贈り物処理が行われる。こ
の贈り物ゲーム処理は、図６のようにゲーム機２０同士
を赤外線送受信器１６を介して識別データを交換するこ
とによってゲームの進行に役立つ援助アイテムを付与す
る場合の処理であって、例えば後述の図１４に示すサブ
ルーチンに沿って行われる。ステップ９において、歩数
計との通信処理が行われる。この通信処理は、図７のよ
うに歩数計機能付きゲーム機５０から赤外線送受信器５
１，１６を介して歩数データをゲーム機２０に通信する
モードの処理であり、例えば後述の図１６に示すサブル
ーチンに沿って行われる。以下には、図１０〜図１４，
図１６のサブルーチンの動作を説明する。

【００３５】図１０を参照して、通常ゲーム処理を説明
する。主人公キャラクタがマップ内を移動していると
き、ステップ１１において、モンスター（図示では、ポ
ケットモンスターの略称である「ポケモン」と表記す
る）に会ったか否かが判断される。図１８に示すよう
に、主人公キャラクタがモンスターに出会うと、そのこ
とが判断されて、ステップ１２において対戦処理が行わ
れる。対戦処理は、主人公キャラクタの手足となって旅
の進行を助けるモンスター（捕獲・育成したもの）が移
動経路に潜んでいる野性のモンスターと対戦し、野性モ
ンスターを倒すことにより主人公の所有しているモンス
ターの経験値を上昇させるか、又は野性モンスターを捕
獲するための処理である。その後、ステップ１３におい
てウイルス感染処理が行われるが、この処理は図１１を
参照して後述する。

【００３６】一方、ステップ１１においてモンスターに
会わなかったことが判断されると、ステップ１４へ進
む。ステップ１４において、一般の人物（トレーナと呼
ばれるモンスターを捕獲・育成しているライバル）に会
ったか否かが判断される。主人公キャラクタが図１８に
示すようにマップ上を移動しているとき、一般の人物に
会ったことが判断されると、そのことが判断されて、ス
テップ１５へ進む。ステップ１５において、主人公と同
行しかつ主人公の分身として対戦する６匹のモンスター
の各種データが読み出され、対戦の準備が行われる。具
体的には、記憶領域１２Ｂに記憶されている第１〜第６
のモンスターの番号に対応する記憶領域１２Ａのモンス
ター番号であって、エリア１２０〜１２ｄに記憶してい
るデータが読み出される。続くステップ１６において、
相手トレーナとの対戦処理が行われる。この場合の処理
は、主人公（プレイヤ）キャラクタが相手トレーナと対
戦するものであり、相手トレーナの画像と主人公キャラ
クタが表示されて、対戦場面に突入したことが表示され
る（図１９に示す対戦画面参照）。その後、主人公と相
手トレーナに代わって対戦するモンスターが６匹の中か
ら１匹ずつ選び出されて、対戦場所で対峙するように表
示される（図２０に示す対戦画面参照）。このとき、主
人公と相手トレーナのそれぞれのモンスターの名称，ヒ
ットポイント，ライフ等のデータが併せて表示され、こ
れと同時に攻撃側の動作と防禦側の動作がメッセージと
して表示され、このメッセージが攻守を代えて表示され
る。この対戦動作において、主人公キャラクタの旅に同
行させることのできる６匹のうち、対戦しているモンス
ターの能力を確認して相手トレーナの繰り出すモンスタ
ーとの相性を知りたい場合は、画面切換えのためのスイ
ッチを操作すると、当該モンスターの能力（ステータ
ス）が表示される（図２１に示す画面参照）。対戦を継
続して、主人公のモンスターが相手トレーナのモンスタ
ーを倒すことに成功すると、主人公モンスターの経験値
をレベルアップさせる処理が行われる。その後、ステッ
プ１３へ進み、ウイルス感染処理が行われる。

【００３７】一方、ステップ１４において一般の人物
（トレーナ）に会わなかったことが判断されると、ステ
ップ１７へ進む。ステップ１７において、特定の人物
（以前に通信対戦をしたことのある友達に対応するトレ
ーナ）に会ったか否かが判断される。特定の人物に会っ
たことが判断されると、ステップ１８において相手トレ
ーナのモンスターのデータが読み出され、前述のステッ
プ１９において対戦処理が行われた後、ステップ１３へ
進む。この場合、対戦相手のトレーナ名として、エリア
１２ｉの記憶されている友達の名前（又はエリア１２６
に記憶されている親の識別データ）が表示される。これ
によって、友達と対戦したときに、相手からデータ通信
で送られたモンスターのデータをエリア１２ｉに書き込
んでおけば、自分１人で恰も友達と対戦している雰囲気
を味わうことができる。

【００３８】次に、ステップ１３のウイルス感染処理、
すなわち図１１に示すウイルス感染処理サプルーチンを
説明する。この実施例では、モンスターが対戦中にウイ
ルスに感染する確率は、１／２００００に設定され、１
匹が感染したときはそのウイルスに感染しているモンス
ターの序列の前後に並べられている他のモンスターが１
／３の確率で感染する。感染している期間（感染状態継
続期間又は感染持続時間）は、ウイルスの種類によって
異なるように設定されている。そして、この実施例で
は、ウイルスに感染することがプレイヤにとって悪いこ
とではなく、モンスターの成長又は進化を促進する等の
有利な条件又は環境として利用される。

【００３９】図１１を参照して、ステップ２１におい
て、ＲＡＭ２５の手持ちモンスター記憶領域１２Ｂに記
憶されているモンスター番号のモンスターに対応する取
得モンスターデータ領域１２Ａのエリア１２ｃに、ウイ
ルス感染を示すデータ（ウイルスデータ）を書き込まれ
ているか否かが判断される。ウイルスデータが書き込ま
れていないこと、すなわち手持ちモンスターがウイルス
に感染していないことが判断されると、ステップ２２へ
進む。ステップ２２において、対戦相手のモンスターが
ウイルスに感染しているか否かが判断される。この場
合、通信対戦モードにおいて、相手プレイヤから繰り出
されたモンスターがウイルスに感染しているか否かの判
断は、相手プレイヤのゲーム機２０に内蔵されるＲＡＭ
２５に記憶されているモンスター番号に対応するエリア
１２ｃの記憶データに基づいて判断されることになる。
対戦したモンスターが通信対戦ではなく、プログラム的
に設定された確率で発生するウイルス（ポケルス）感染
したモンスターの場合に２万分の１の確率で感染するよ
うに設定されている。そして、対戦相手のモンスターが
ウイルスに感染していないことが判断されると、ウイル
ス感染処理（ステップ１３）を終了して、ステップ９へ
戻る。

【００４０】一方、前述のステップ２２において、対戦
相手のモンスターがウイルスに感染していることが判断
されると、ステップ２３以後の動作ステップへ進み、予
め定める確率で自分の手持ちのモンスターをウイルスに
感染させるための処理が以下のように行われる。すなわ
ち、ステップ２３において、ＣＰＵ２３がプログラムに
基づいて乱数データ（Ｒ１）を発生する。ここで、乱数
データＲ１は、０〜１９９９９の整数であり、ランダム
に発生される。従って、ウイルス感染させることの可能
なモンスターが出現した場合、２万回対戦して１回の割
合でウイルスに感染することが可能となる。ステップ２
４において、乱数データＲ１が０（ゼロ）か否かが判断
され、Ｒ１＝０でなければウイルス感染しなかったもの
として、ウイルス感染処理（図１０のステップ１３、図
１１全体の処理）を終了して、ステップ９へ戻る。

【００４１】もしも、ステップ２４において乱数データ
がＲ１＝０であることが判断されると、ステップ２５に
おいてウイルス感染したことを表すデータ（ウイルスデ
ータ）がそのとき対戦しているプレイヤのモンスターに
対応するモンスター番号の領域１２ｃに書き込まれる。
この場合、ウイルスは複数種類あり、ウイルスデータは
ウイルスの種類を特定するデータ（ウイルス種類デー
タ）であり、ウイルスの種類によって感染状態の持続時
間や感染したときに及ぼす効果（又は影響力，威力）等
が異なるように定められる。続くステップ２６におい
て、ＲＡＭ２５の領域１２Ａにおけるウイルス感染した
モンスター番号の領域１２ｄに、感染持続時間（Ｃｎ；
又は感染時刻と持続時間）が書き込まれ、結果として感
染時間カウント値がセットされる。例えば、この感染時
間カウンタ値は、ウイルスの種類によって異なり、感染
持続時間が４８時間であれば、数値「４８」が設定され
る。感染時間カウント値は単位時間毎に減算され、０に
なると感染力が消失する。なお、このカウント値は、時
間である必要がなく、日，分，秒又は所定のカウント値
であっても良い。さらに、カウント値を記憶する領域
は、ウイルスに感染したモンスターと関連性が確保され
るならば、ＲＡＭ２５上のどの領域でもよい。

【００４２】続くステップ２７において、再びプログラ
ムに基づいて乱数データ（Ｒ２）が発生される。この乱
数データＲ２は、例えば０〜２の整数であって、１／３
の確率で６匹中のウイルス感染したモンスターの前後に
順位付けられた（又は並べられた）モンスターにも感染
させるためのものである。ステップ２８において、発生
された乱数データＲ２が０か否かが判断される。乱数デ
ータがＲ２＝０であること、すなわち手持ちモンスター
がウイルスに感染していることが判断された場合は、自
分の手持ちモンスターの予め定める数を所定の確率でウ
イルスに感染させる処理を行うために、ステップ２９へ
進む。ステップ２９において、ウイルスデータが手持ち
の６匹のモンスターのうちのウイルス感染したモンスタ
ーの前後に並べられているモンスター番号に対応する領
域１２ｃに書き込まれる。例えば、記憶領域１２Ｂに記
憶されている３番目のモンスターがウイルスに感染した
とすれば、２番目と４番目のモンスターもウイルスに感
染することになり、２番目と４番目のモンスター番号に
対応する領域１２Ａのウイルスデータ記憶エリア１２ｃ
にウイルスデータが書き込まれる。ステップ３０におい
て、ステップ２６と同様に、感染時間データ（Ｃｎ）が
データ領域１２Ａの２番目と４番目のモンスター番号に
対応するエリア１２ｄにセットされる。なお、前述の
ステップ２８において、Ｒ２＝０でないことが判断され
ると（すなわち、Ｒ２＝１又は２のとき）、前後に並べ
られたモンスターがウイルスに感染しないことになり、
ウイルス感染処理を終了して、ステップ９へ戻る。

【００４３】一方、ステップ２１において、手持ちモン
スターがウイルスに感染していることが判断された場合
は、自分の手持ちモンスターの予め定める数の他のモン
スターをウイルス感染させるための処理を行うために、
ステップ３１に進む。ステップ３１〜ステップ３４にお
いて、ステップ２７〜３０と同様の処理が行われ、所定
（例えば１／３）の確率で手持ちモンスターのうちのウ
イルス感染したものの前後に並べられたモンスターにも
ウイルス感染処理が行われる。その後、ステップ９へ戻
る。

【００４４】以上のように、ウイルス感染したモンスタ
ーは、進化の速度又はレベルアップの速度が早くなり、
ゲームを有利に進行させることができる。そのために
は、通常ゲーム処理において、モンスターのレベルをア
ップすべき条件になったときの１回当たりに加算される
レベルアップ値がウイルス感染の有無によって異なるよ
うに設定される。感染したウイルスの種類によっては、
ゲームの進行に有利な能力を付与する他の例として、相
手からの攻撃に対するダメージの量を小さくする（又は
防禦力をアップさせる）か、攻撃力をアップする等が考
えられる。

【００４５】次に、図１２を参照して、感染時間が経過
した後に、ウイルスの感染状態を消去（除去）する場合
の動作を説明する。ステップ４１において、ＲＡＭ２５
のレジスタ領域（図示せず）に記憶する変数ｎに１がセ
ット（又は設定）される。ステップ４２において、変数
ｎ（始めは１）に相当する領域１２Ｂの１番目に記憶さ
れているモンスター番号を選択して、領域１２Ａにおけ
る１番目のモンスターの番号に対応する領域１２ｃにウ
イルスデータが記憶されているか否かが判断される。ウ
イルスデータが記憶されていない場合は、ステップ４３
において、変数ｎが６か否かが判断され、ｎ＝６でなけ
ればステップ４４においてｎを１インクリメントして、
ステップ４２へ戻り、２番目のモンスターの番号を選択
する。そして、ステップ４２において、２番目のモンス
ターのモンスター番号に対応して領域１２Ａの領域１２
ｃにウイルスデータが記憶されているか否かが判断さ
れ、記憶されていることを判断するとステップ４５へ進
む。ステップ４５において、感染時間カウンタ値（Ｃ
ｎ）から所定値（α）が減算される。感染時間のカウン
ト値Ｃｎは、前述のステップ２６で説明したように、変
数ｎで指定される序列のモンスター番号で特定されるモ
ンスターがウイルスに感染している持続期間である。所
定値αは、ステップ４５の実行が繰り返される時間に応
じた値である。例えば、カウント値Ｃｎが４８時間００
分００秒であり、ステップ４５が１秒に１回に繰り返さ
れるならば、α＝１秒毎にＣｎの値を１秒ずつ減算する
こととなる。ステップ４６において、カウント値Ｃｎが
０以下になったか否かが判断され、Ｃｎが０以下でなけ
れば、ステップ４３において、変数ｎが６か否かが判断
され、ｎ＝６でなければステップ４４においてｎを１イ
ンクリメントして、ステップ４２へ戻る。そして、ステ
ップ４２，４３，４４又はステップ４２，４５，４６，
４３，４４の動作を繰り返すことにより、６匹のモンス
ターが順次ウイルス感染状態の判断処理及び感染時間の
減算処理が行われる。そして、ステップ４３において、
変数ｎが６になった時点で６匹分の感染状態の判断及び
感染時間の減算の各処理が終了したことを判断すると、
ステップ７に戻る。

【００４６】一方、前述のステップ４６において、カウ
ント値Ｃｎが０以下になったが判断されると、ステップ
４７において、ＲＡＭ２５の領域１２Ａの変数ｎで指定
されるモンスター番号に対応する領域１２ｃに記憶され
ているウイルスデータが消去される。換言すれば、非感
染状態を示すデータの書込みが行われる。その後、ステ
ップ４３において、変数ｎが６か否かが判断され、ｎ＝
６でなければステップ４４においてｎを１インクリメン
トして、ステップ４２へ戻り、ステップ４２，４５，４
６，４３，４４の動作又はステップ４２，４５，４６，
４７，４３の動作を繰り返すことにより、６匹全てのモ
ンスターのウイルス消去処理が行われた後、ステップ７
に戻る。なお、ステップ４５およびステップ４６の他の
動作例として、Ｃ１の値を感染の効果が切れる時間と
し、αの値を感染してからの時間とし、Ｃ１−αが０以
下であるか否かを判断するようにしても良い。

【００４７】上述のようにして、ウイルス感染したモン
スターを獲得したプレイヤは、感染持続時間内に友達に
対してウイルス感染したモンスターを貸出し、友達の手
持ちモンスターにウイルス感染させた後戻してもらうこ
とにより、友達の所有しているモンスターにも感染させ
ることができる。ウイルス感染したモンスターは非感染
モンスターよりも能力的に優れているので、友達の多く
がウイルス感染を希望する。そのため、非常に低い確率
でウイルス感染モンスターを得たプレイヤは、大多数の
友達からモンスターデータの交換申込みを受け、勉強や
スポーツ等に優れた子供でなくても、友達の人気者とな
ることができる。その結果として、友達との親睦を深め
るのに役立つゲームが得られることになる。

【００４８】次に、図１３を参照して、通信対戦ゲーム
処理を説明する。通信対戦ゲームの場合は、ケーブル４
０を用いて２台のゲーム機２０を接続し、各プレイヤが
モード選択画面を表示させた状態で、通信対戦モードを
選択する。これに応じて、ステップ５１において主人公
キャラクタのいる場所が対戦場か否かが判断され、対戦
場であることが判断されると、ステップ５２においてリ
ンク状態が正常か否かが判断され、正常であればステッ
プ５３へ進む。なお、ステップ５１において主人公キャ
ラクタのいる場所が対戦場でないこと、又はステップ５
２においてリンク状態が正常でないことが判断される
と、以下に述べるステップ５３〜５７の動作を行うこと
なくメインルーチンのステップ８に戻る。そして、通信
対戦モードの場合は、ステップ５３において相手プレイ
ヤの識別（ＩＤ）データが通信ケーブルを介して相互の
ゲーム機２０に読み込まれる。ステップ５４において相
手プレイヤの識別データがＲＡＭ２５の記憶領域１２Ｃ
に含まれる対戦キャラクタデータエリアに記憶される。
ステップ５５において相手プレイヤが取得している６匹
のモンスターのデータが読み込まれ、ステップ５６にお
いて当該６匹のモンスターのデータがＲＡＭ２５の記憶
領域１２Ｃに含まれる対戦モンスターデータエリアに記
憶される。その後、ステップ５７において通信対戦処理
が行われた後、メインルーチンのステップ８に戻る。

【００４９】次に、図１４を参照して、通信によって友
達から得た識別コード（ＩＤコード）に基づいて、不思
議な贈り物（援助アイテム）の付与する場合の動作を説
明する。この贈り物モードの開始に先立ち、２人のプレ
イヤは、図６に示すように、ゲーム機２０の赤外線送受
信器３１又はカートリッジ１０の赤外線送受信器１６を
相互に対向させて、赤外線通信を可能な状態とする。次
に、前述のモード選択画面において、２人のプレイヤが
両ゲーム機２０間で友達と識別データを通信又は交換し
て、不思議な贈り物を相互にプレゼントするモードを選
択する。これに応じて、図１４に示すサブルーチン処理
がスタートする。すなわち、ステップ６１において、贈
り物モードであることが判断される。ステップ６２にお
いて、日付が変更したか否かが判断される。日付が変更
した場合は、ステップ６３においてその日付がＲＡＭ２
５の記憶領域１２ｉに書き込まれる。ステップ６４にお
いて、エリア１２ｇの通信相手の識別データ（ＩＤデー
タ）がクリアされる。ステップ６５において、１日に識
別データの通信又は交換した人数をロードするレジスタ
Ｌ（図示しないが、エリア１２ｉの一部に含まれる）が
クリア（又は０を書込み）される。ステップ６６におい
て、レジスタＬの値が５未満であることが判断される。
これらのステップ６２〜６６の判断は、１日５人までと
しか贈り物（又は識別データの通信）できないと定めら
れているので、制限された５人以上と識別データの通信
を行うときは、ステップ６６においてそのことを判断す
ることにより、贈り物処理を終了するためである。

【００５０】ステップ６７において、赤外線送受信器に
よる通信のためのリンクが正常に確保されているか否か
が判断される。リンクが確保されていれば、ステップ６
８においてプレイヤ（自分）の識別データが送信され
る。ステップ６９において、相手から送られた友達の識
別データを受信し、この識別データがエリア１２ｇの空
きエリアに書き込まれる。ステップ７０において、受信
した識別データがエリア１２ｇに既に記憶されている識
別データと同一か否かが判断される。同一であれば、１
日に１回しか識別データを交換できないので、贈り物処
理を終了（リターン）し、ステップ９へ戻る。一方、同
一でないことが判断されると、ステップ７１において、
レジスタＬの値に１が加算され、その１日に識別データ
を交換した人数が計数される。

【００５１】さらに、以下のステップによって識別デー
タに基づいて珍しいアイテム又はゲームの進行に役立つ
アイテムの付与のための処理が行われる。すなわち、ス
テップ７２において、乱数（Ｒ３）の発生が行われる。
このステップ７２において発生される乱数Ｒ３及び以下
のステップ７６，７９で発生される乱数Ｒ４及びＲ５
は、数字０〜２５５の中のいずれかの数字をランダムに
発生する値である。そして、ステップ７３において、乱
数データ（Ｒ３）が５０以上か否かが判断され、５０以
上であることが判断されると、最も出やすいアイテム群
（図１５に示す最上段のグループ）が選択される。ここ
で、第１段階の乱数発生時における乱数データが５０以
上となる確率は、２０５／２５５≒約４／５であるの
で、最も出やすいアイテム群を選択することとする。

【００５２】一方、乱数データ（Ｒ３）が５０以下のと
きは、発生確率が約１／５であるので、以下のステップ
７２，７６，７９と進むに従って発生確率が乱数発生の
１段階につき１／５ずつを乗算した値となり、それに伴
って珍しいアイテムを付与する必要がある。この目的
で、ステップ７５において乱数（Ｒ４）が発生される。
ステップ７６において、乱数データ（Ｒ４）が５０以上
か否かが判断され、５０以上のときはふつうの頻度のア
イテム群（図１５に示す上から２段目）が選択される。
一方、乱数データ（Ｒ４）が５０以下のときは、ステッ
プ７８において乱数（Ｒ５）が発生される。ステップ７
９において、乱数データ（Ｒ５）が５０以上か否かが判
断され、５０以上のときは出にくいアイテム群（図１５
に示す上から３段目）が選択される。一方、乱数データ
（Ｒ５）が５０以下のときは、ステップ８１において珍
しいアイテム群（図１５に示す最下段）が選択される。
このようにして、ステップ７４，７７，８０，８１にお
いて乱数に応じて選択された発生頻度別グループ分けさ
れたアイテム群の中から、後述する処理によって識別デ
ータに基づいて付与すべきアイテムが決定される。

【００５３】さらに、ステップ８２において、乱数（Ｒ
６）が発生される。この乱数データＲ６は、数字０〜７
の８種類のデータであり、１／８の確率で乱数データが
選ばれる。ステップ８３において、エリア１２ｇに記憶
されている通信又は交換をしている友達の識別データの
下位８ビットデータに基づいて、変数Ｄが決定されされ
る。ステップ８４において、識別データの一部のデータ
である変数Ｄと乱数データＲ６とに基づいて、予め定め
る演算式で演算して、アイテム番号Ｃ（例えば、Ｃ＝Ｒ
６×２＋Ｄ）を求める。ステップ８５において、求めら
れたアイテム番号に対応するアイテムデータが持物アイ
テム記憶エリア１２ｈに書き込まれて記憶されると同時
に、当該アイテムの図柄及び／又は記号が液晶表示器２
７に表示され、プレゼントされたアイテムをプレイヤに
知らせる。このように、通信又は交換した識別データに
基づいて付与されるアイテムは、例えば図１５の右表に
示すものがあり、通常のゲームプレイでは獲得できない
か獲得することが困難なアイテムであることが好まし
い。

【００５４】また、同じ識別データから常に同じアイテ
ムにならないようにするプログラム方法としては、識別
データが複数のバイトから構成されるものとし、複数の
バイトに分割して乱数で決まる一部のバイトのビットデ
ータを反転させて得たデータを使用したり、乱数で決ま
る回数だけ識別データをビットシフトして得たデータに
基づいて、アイテムの種類を決定すればよい。なお、友
達と交換した識別データを利用してプレゼントするアイ
テムの種類を決定する方法としては、上述のように乱数
と識別データとの組合せに限らず、識別データのみに基
づいてアイテムの種類を決定してもよい。

【００５５】上述のように、友達と通信したり交換した
識別データに基づいて、ゲームの進行に役立つアイテム
（援助データ又はアイテム）をプレゼント可能にすれ
ば、プレイヤが珍しいアイテム取得を求めて友達との識
別データの通信・交換に積極的となり、通信・交換を促
進できる。それによって、友達同士のコミュニケーショ
ンが促進され、ゲームという共通の遊びを媒介として子
供たちの友達付き合いが活発化し、友達を作ることが苦
手な子供でも多くの友達を作ることができる。また、識
別データと乱数データとを組み合わせてプレゼントする
アイテムを決定することにより、同じ友達と異なる日に
識別データを交換しても、同じ識別データから異なるア
イテムを決定することも可能となり、識別データを交換
又は通信することに飽きることも少なく、何度も何度も
長期間に渡って繰り返し遊べるゲームが得られる。

【００５６】次に、図１６を参照して、歩数計機能付き
ゲーム機５０から歩数データを赤外線通信によって受信
した場合の動作を説明する。歩数データ通信モードは、
プレイヤが歩数計を身につけてできる限り大きな歩数カ
ウント数を稼いでおき、それをゲーム中の主人公キャラ
クタ又はモンスターにプレゼントすることによって、カ
ートリッジ１０Ａだけのゲームプレイでは味わえない体
験を可能にした、異なる機種のゲーム機間で連動ゲーム
を楽しむことを可能にして、カートリッジ１０Ａによる
ゲームプレイに多様性，長期使用意欲を持たせたもので
ある。

【００５７】プレイヤは、歩数データ通信モードの開始
に先立ち、プレイヤは、図７に示すように、ゲーム機２
０の赤外線送受信器３１又はカートリッジ１０の赤外線
送受信器１６に、歩数計機能付きゲーム機５０の赤外線
送受信器５１を対向させて、赤外線通信を可能な状態と
する。次に、前述のモード選択画面において、歩数デー
タの通信モードを選択する。これに応じて、図１４に示
すサブルーチン処理がスタートする。すなわち、ステッ
プ９１において、歩数計との通信モードであることが判
断される。ステップ９２において、赤外線送受信器によ
るリンクが確保されているか否かが判断され、リンクが
確保されていればステップ９３へ進む。ステップ９３に
おいて、歩数データＷ（Ｗは、歩数データを所定数で除
算した歩数に関連するデータでもよい）が歩数計５０か
ら送信された歩数データがエリア１２ｉに記憶される。
ステップ９４において、図１７に示す数式に基づいて、
歩数データＷに関連して付与されるアイテムの種類が決
定される。ステップ９５において、付与されたアイテム
データがエリア１２ｈに記憶される。この場合、歩数デ
ータに応じて付与されるアイテムの種類は、歩数データ
が大きいほど、通常のゲームプレイでは取得の困難なア
イテムに選ばれる。これによって、プレイヤは、ゲーム
ばかりに時間を費やすことなく、歩行等の運動もゲーム
の一部として取り入れて、運動意欲を高めることができ
る。

【００５８】上述のゲーム中又はゲーム終了時に、コマ
ンド「データをセーブする」が表示され、このコマンド
が選択されると、ＣＰＵ２２はゲーム機２０内のＲＡＭ
２４の各記憶領域１２Ａ〜１２Ｅに記憶されているデー
タを、ＲＡＭ１２に転送して書込む。これによって、ゲ
ームの進行状態に関連するデータがＲＡＭ１２に記憶さ
れ、電池（図示せず）等でバックアップされて保持さ
れ、次回のゲームプレイに利用される。

【００５９】なお、上述の説明では、ゲーム内容の一例
として、モンスターを捕獲・育成等するロールプレイン
グゲームの場合を説明したが、この発明の技術思想はア
クションゲームやスポーツゲーム等のその他のジャンル
のゲームにも適用できることを指摘しておく。その場
合、識別データ及び／又は歩数データに基づいてプレゼ
ントされるアイテムの種類は、ゲームのジャンルに応じ
て適当なものに変更される。さらに、モンスターのウイ
ルス感染は、ゲームのジャンルによっては、ゲームの進
行に有利な影響をもたらす人物又は動物に感染する病気
に変更され、感染によって受ける有利な影響もゲームの
種類に応じて適宜変更されることになる。

【００６０】また、上述の実施例では、画像表示ゲーム
装置の一例として、携帯ゲーム機とそれに用いるゲーム
カートリッジの場合を説明したが、テレビ受像機に接続
したビデオゲーム機でもよい。その場合の情報記憶媒体
は、ゲームカートリッジ，ＣＤ−ＲＯＭやＤＶＤ等の光
学式記録媒体又は磁気ディスク等でもよい。

【図面の簡単な説明】

【図１】この発明の一実施例の画像表示ゲームシステム
に用いられる携帯ゲーム機の一例の外観図である。

【図２】この発明の一実施例の画像表示ゲームシステム
に用いられる携帯ゲーム機の一例のブロック図である。

【図３】ＲＯＭ１１のメモリマップの図解図である。

【図４】ＲＡＭ１２（又はＲＡＭ２５）のメモリマップ
の図解図である。

【図５】２台の携帯形ゲーム機をケーブルで接続してデ
ータ通信する場合のシステム構成を示す。

【図６】２台のゲーム機が赤外線送受信器を利用してデ
ータ通信する場合のシステム構成を示す。

【図７】１台のゲーム機と１個の歩数計機能付きゲーム
機間で赤外線送受信器を用いてデータ通信する場合のシ
ステム構成を示す。

【図８】この発明の一実施例のゲーム内容を説明するた
めのゲーム場面マップの一例を示す。

【図９】この発明の一実施例のゲーム内容を説明するた
めの全体フローチャート（メインルーチン）である。

【図１０】通常のゲーム処理のサブルーチンフローチャ
ートである。

【図１１】ウイルス感染処理のサブルーチンフローチャ
ートである。

【図１２】ウイルス消去処理のサブルーチンフローチャ
ートである。

【図１３】対戦ゲーム処理のサブルーチンフローチャー
トである。

【図１４】識別データを通信してゲームの進行に役立つ
アイテムを付与するための不思議な贈り物処理のサブル
ーチンフローチャートである。

【図１５】不思議な贈り物処理において乱数データと識
別データとに基づいて不思議な贈り物となるアイテムを
決定する場合の説明図である。

【図１６】ゲーム機と歩数計との通信処理のサブルーチ
ンフローチャートである。

【図１７】歩数データに基づいて付与するアイテムを決
定する場合の説明図である。

【図１８】通常ゲームにおけるゲーム画面の一例を示す
図である。

【図１９】対戦ゲーム画面の一例を示す図である。

【図２０】対戦ゲーム画面の他の例を示す図である。

【図２１】対戦ゲームにおいて自分のモンスターの能力
表示画面の一例を示す図である。

【符号の説明】

１０；ゲームカートリッジ（情報記憶媒体）１０Ａ；新ゲームカートリッジ１０Ｂ；旧ゲームカートリッジ１１；ＲＯＭ（プログラム記憶手段）１２；ＲＡＭ（一時記憶手段）１３；コネクタ１４；時計回路（タイマ）１５；バンク制御回路１６；通信回路（赤外線送受信器）２０；携帯形ゲーム機２２；操作スイッチ２３；ＣＰＵ（中央処理ユニット）２５；ワーキングＲＡＭ（一時記憶手段）２６；表示制御（駆動）回路２８；ＬＣＤ（表示手段）３１；通信回路（赤外線送受信器）

───────────────────────────────────────────────────── フロントページの続き (72)発明者石原恒和東京都中央区日本橋３−２−５川崎定徳ビル別館株式会社クリーチャーズ内Ｆターム(参考） 2C001 AA00 AA15 AA16 AA17 BB00 BB05 CB01 CB07 CC02 CC03 9A001 BB01 BB03 BB04 BB05 CC05 DD13 GG05 GG22 HH15 HH20 HH23 JJ76 KK23 KK24 KK25 KK31 KK37 KK44 KK45 LL03

Claims

【特許請求の範囲】

【請求項１】情報記憶媒体と、情報記憶媒体を着脱自在
に構成された画像表示ゲーム装置とを備える画像表示ゲ
ームシステムであって、前記情報記憶媒体は、ゲームプログラムを固定的に記憶したプログラム記憶手
段を含み、前記画像表示ゲーム装置は、プレイヤによって操作される操作手段と、ゲームの進行に関連して取得した複数のキャラクタ別
に、複数種類の属性データを記憶するとともに、各キャ
ラクタがウイルスに感染したことの有無を記憶する感染
データ領域を含む、書込み読出し可能な一時記憶手段
と、前記操作手段の操作状態とプログラムに基づいて情報処
理するための処理手段と、前記処理手段の処理結果によって得られる画像を表示す
る画像表示手段とを含み、前記処理手段は、前記プログラムを実行することによ
り、かつ前記操作手段の操作に応じて表示画像の変化を
生じさせるための画像処理を行うとともに、前記操作手
段の操作状態に基づくゲームの進行に伴って前記一時記
憶手段に書込むべき属性データを変化させ、その属性デ
ータに基づいてキャラクタに関連した画像の表示状態に
変化を生じさせ、さらに捕獲したキャラクタがウイルス
に感染していることを表すデータを有し、かつ所定の条
件が成立したとき、前記一時記憶手段に記憶されている
他の捕獲したキャラクタのうち少なくとも１つの前記感
染データ領域にウイルス感染したことを表すデータを書
込むことを特徴とする、画像表示ゲームシステム。
【請求項２】前記画像表示ゲーム装置は、他の画像表示
ゲーム装置との間でデータ交換するためのケーブルによ
って接続可能に構成され、前記画像表示ゲーム装置の処理手段は、他の画像表示ゲ
ーム装置との間でデータ交換するとき、前記プログラム
記憶手段のプログラムに基づいて、他の画像表示ゲーム
装置から転送されたキャラクタがウイルス感染したもの
であるとき、かつ所定の条件が成立したとき、前記一時
記憶手段に記憶されている他の捕獲したキャラクタのう
ち少なくとも１つの前記感染データ領域にウイルス感染
したことを表すデータを書込む、請求項１に記載の画像
表示ゲームシステム。
【請求項３】前記所定の条件とは、前記キャラクタが他
のキャラクタと戦闘したか否かであることを特徴とする
請求項１ないし請求項２に記載の画像表示ゲームシステ
ム。
【請求項４】前記所定の条件とは、乱数を発生させ、そ
の乱数が所定の値であることを特徴とする請求項１ない
し請求項３に記載の画像表示ゲームシステム。
【請求項５】前記ウイルスに感染したキャラクタは、成
長が促進させられることを特徴とする請求項１ないし請
求項２に記載の画像表示ゲームシステム。