JP3535246B2 - データ更新ゲームシステム - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本願は、電話回線を用いた双方向
ネットワークや視聴者が任意時間に任意番組を視聴可能
なＣＡＴＶ（以下、ビデオオンデマンドという）等を利
用した双方向放送システム、または単方向ＣＡＴＶ，地
上波放送および衛星放送等の単方向放送システムを利用
してゲームデータを受信することにより、長期間に渡っ
て一本のゲームをプレイすることができるデータ更新ゲ
ームシステムに関する。より具体的には、アドベンチャ
ーゲームにおける追加シナリオデータ、ロールプレイン
グゲームにおける追加シナリオ（イベント）データ、ア
クションゲーム，パズルゲームおよびシミュレーション
ゲームにおける追加マップデータ等を供給することがで
きるデータ更新ゲームシステムに関する。

【０００２】

【従来の技術】従来の家庭用ゲーム機等のゲームソフト
ウェアは、ＲＯＭカートリッジ，磁気ディスクまたは光
ディスク等の固定的かつ不揮発性の記憶媒体によって供
給され、通常は一つの記憶媒体には一つのゲームソフト
ウェアが記憶されていた。しかし、特定のゲームに関連
するゲームデータを記憶した記憶媒体を追加購入するこ
とにより、長期間に渡って一本のゲームをプレイできる
ゲームシステムもすでに実用化されている。例えば、出
願人が１９８７年９月に発売した「ファミコン昔話 新
鬼が島」の場合、「後編」と称するゲームデータを記憶
した磁気ディスクが新たに発売され、ユーザーは当該磁
気ディスクを追加購入することにより長期間に渡って一
本のゲームをプレイすることができた。

【０００３】図１に、前述の「ファミコン昔話 新鬼が
島」等のアドベンチャーゲームにより代表される、従来
のデータ更新ゲームの概念図を示す。まずユーザーはフ
ロッピーディスク１に記憶された基本プログラムおよび
シナリオ１に基づいてゲームを行い、このシナリオ１を
クリアした時点でフロッピーディスクの差し替えを要求
される。ユーザーはフロッピーディスク１をフロッピー
ディスク２に交換し、これによってシナリオ２をプレイ
できる。さらにユーザーはプログラムの要求に従ってフ
ロッピーディスク３、フロッピーディスク４とフロッピ
ーディスクを差し替え、シナリオ３、シナリオ４とゲー
ムを進行させてゆく。このようなゲームシステムはパー
ソナルコンピュータ用のゲームソフトで頻繁に使用され
ている。

【０００４】また、特開平２−２２０６８４に開示され
たマルチカセット方式では、サブカセットを追加購入す
ることにより、新製のメインカセットに比べて安価にゲ
ームデータを供給するシステムが提案されている。サブ
カセットにはメインカセットに関連する新情報が記憶さ
れ、メインカセット内部のコネクタにサブカセットを接
続することにより新情報を利用できる。このシステムは
野球ゲームに応用され、すでに実用化されている。サブ
カセットには最新のプロ野球１２球団の選手データが記
憶され、プレイヤーは、サブカセットを追加購入するこ
とにより常に最新の選手データで野球ゲームをプレイで
きる。

【０００５】また、一方では、電話回線を使用してゲー
ムを配信するネットワークシステムが実用化されてい
る。ユーザーは、画面上のメニューから購入希望のゲー
ムを選択することにより、家にいながらにしてゲームを
入手し、プレイすることができる。これを利用すると、
記憶媒体を用いずにゲームプログラムを購入できるた
め、ユーザーは記憶媒体をゲーム機にセットする手間を
省くことができる。

【０００６】

【発明が解決しようとする課題】図１に示す従来のゲー
ムデータ追加システムでは、ユーザーがフロッピーディ
スクを交換する手間を考慮すると、ゲームを「一本道」
化せざるを得ない。このような一本道のゲームは、一本
の壮大なドラマを見るようにゲームをプレイできるとい
う反面、自由度が低く、インタラクティブ性に欠けると
いう不具合点があった。また、ゲームの自由度を上げる
と記憶容量が比較的少ない家庭用ゲーム機においては頻
繁にフロッピーディスクを差し替える必要が生じ、面倒
であるとともに、ゲームが一時中断されるため、ゲーム
の雰囲気が損なわれる。さらに、ユーザーがフロッピー
ディスクの順番を誤った場合には、ゲームの続行が不可
能になる。

【０００７】また、予め基本となるゲームソフトウェア
に、追加するデータのファイル名等を設定していると、
それ以上のデータ追加が不可能であるとともに、ゲーム
データにおいて実現されるべきシナリオの設定条件やそ
のゲームデータを実行する場合に持っているべきアイテ
ム等がわかりにくく、ゲームデータが作りにくいという
問題点がある。ゲームの自由度および追加されるデータ
数が増すほどこの傾向は増大し、つじつまの合わないス
トーリー展開や、保有するアイテムによっては実行不可
能なイベントを有するゲームデータが提供され、ユーザ
ーに混乱を与える危険性がある。

【０００８】特開平２−２２０６８４を利用したシステ
ムにおいては、サブカセットを交換する際、一度必ずゲ
ーム機の電源をＯＦＦにする必要があるため、複数のサ
ブカセットを用いて自由度の高いゲームをプレイするこ
とはさらに困難である。すなわち、このシステムでは、
一つのゲームデータと基本プログラムとで一本の完結し
たゲームを構成せざるを得ず、複数個のゲームデータを
統合して、一本の長大なゲームを構成することはできな
い。

【０００９】前述の電話回線を使用してゲームを配信す
るネットワークシステムにおいては、配信されるゲーム
は全てそれ一本で完結しており、ゲームデータを配信す
るものは無い。また、ネットワークにより常にホストコ
ンピュータと通信を行うことにより、疑似的な世界を冒
険するというゲームソフトウェア（商品名ハビタット）
が実用化されているが、この場合は主となる疑似的な世
界を構成するデータが全てホストコンピュータ上にある
ため、プレイヤーが操作する度に対応するデータ通信が
必要になる。従って操作に対する反応速度が遅く、ま
た、電話回線を接続したままでなければゲームを行うこ
とができず、プレイヤーの費用負担が大きい。また、多
くのプレイヤーの通信データを同時に処理するために大
規模なホストコンピュータが必要になるという問題点が
あった。

【００１０】したがって本発明の目的は、自由度が高く
かつユーザーを煩わせない長大なゲームを提供できるシ
ステムを提供することである。また、本発明の別の目的
は、ゲームデータが実施される状況の把握が容易で、設
定ミスによるユーザーへの混乱を防止できるゲームシス
テムを提供することである。さらに、本発明の別の目的
は、操作に対する反応速度が早く、有料回線を用いた場
合でもプレイヤーの費用負担を極力少なくし、ゲームデ
ータの送信側に大規模なホストコンピュータを必要とし
ないゲームシステムを提供することである。

【００１１】

【課題を解決するための手段】前述の課題を解決するた
めに、本発明で提案するゲームシステムは、ゲームの基
本プログラムを記憶する基本プログラム記憶手段と、ゲ
ームプレイヤーの操作情報を入力する操作情報入力手段
と、前記基本プログラムと前記操作情報に基づいてゲー
ムを進行させる中央処理手段と、ゲームの進行状況を記
憶する進行状況記憶手段と、前記ゲームの基本プログラ
ムに利用されるゲームデータを受信するデータ受信手段
と、前記データ受信手段から入力されるゲームデータを
記憶するゲームデータ記憶手段と、各々のゲームデータ
を利用する条件を示す複数の条件情報を受信して一元的
に記憶する条件情報記憶手段と、前記ゲームデータの受
信に先立って、前記条件情報と前記ゲームの進行状況と
を比較する条件判定手段と、前記条件判定手段により、
条件が合致すると判定されたゲームデータの受信を可能
にするゲームデータ能動化手段を有する。

【００１２】

【作用】中央処理手段は、基本プログラム記憶手段に記
憶されている基本プログラムに基づいてゲームを実行
し、操作情報入力手段からの操作情報に基づいてゲーム
を進行させ、ゲームの進行状況を進行状況記憶手段に記
憶する。さらに中央処理手段は、ゲームデータを利用す
る条件を示す条件情報を受信して条件情報記憶手段に記
憶し、条件判定手段は前記ゲームの進行状況と前記条件
情報を比較する。条件判定手段によって条件が合致する
と判定されたゲームデータは、ゲームデータ能動化手段
によって受信が許可される。受信が許可されたゲームデ
ータは、データ受信手段を介してゲームデータ記憶手段
に記憶される。

【００１３】本発明のゲームシステムを用いると、デー
タ受信手段によってゲームデータが記憶媒体によらず提
供されるため、長大なゲームが可能であり、条件判定手
段によって現状のゲーム進捗状況において実行可能なゲ
ームデータのみが受信可能になるため、ユーザーが誤っ
たゲームデータを実行することが無い。また、各ゲーム
データの条件情報を一元的に記憶するため、ゲームの自
由度を上げても必要最小限のデータ受信回数でゲームデ
ータを受信でき、ユーザーを煩わせることが無い。ま
た、各々のゲームデータは条件が揃えばいつでもアクセ
ス可能であるため、ゲームが「一本道」化せず、自由度
の高いゲームシステムを提供できる。また、条件情報と
ゲームデータとを同時に供給できるため、ゲームデータ
の作成が容易で、ゲームの内容を次第に拡充できる進化
型ゲームシステムを提供できる。

【００１４】さらに本発明のゲームシステムは、基本プ
ログラム記憶手段に基本的なプログラムを記憶している
ため、操作に対する反応が早く、かつデータ受信を頻繁
に行う必要が無い、そのため有料回線を用いた場合でも
ユーザーの費用負担を軽減することができる。また、条
件判定手段を有するため、ゲームデータ送信側は単に条
件情報とゲームデータのみを送出するだけでよく、送信
機側に大規模なホストコンピュータを設置する必要がな
い。この発明の目的、特徴および利点は、図面を参照し
て行う以下の実施例の詳細な説明から一層明らかになろ
う。

【００１５】

【実施例】図２に本件のシステム構成を示す。基本プロ
グラム記憶手段はゲーム毎に内容を変更する必要がある
ため、例えばカートリッジ６等の記憶媒体により供給さ
れる。ゲームデータを利用する条件を記憶した条件情報
記憶手段とゲームデータを記憶したゲームデータ記憶手
段も各ゲームに関わる情報を記憶するため、カートリッ
ジ６に含まれることが望ましい。また、ゲームの進行状
況は通常ゲーム機本体２内に記憶されるが、データバッ
クアップが必要な場合には、カートリッジ６に転送さ
れ、前記基本ゲームに関わる情報として保存される。中
央処理手段、条件判定手段、ゲームデータ能動化手段
は、ゲーム機本体２に搭載される。ゲーム機本体２に
は、操作情報入力手段としてコントローラ８が、データ
受信手段として放送受信アダプタ４が接続される。

【００１６】ゲームデータの送信局側は複数のゲームデ
ータファイルとともに条件情報ファイルを送出する。条
件情報ファイルにより提供される条件情報は中央処理装
置により条件情報記憶手段に格納され、条件判定手段に
よってゲームの進行状況と比較される。条件情報は複数
のゲームデータのための受信許可条件を含み、各々のゲ
ームデータに対して受信が許可されるべきかどうかを判
定するために用いられる。条件が所定の関係にあると判
断されたゲームデータが複数個ある場合には、ユーザー
が選択可能な形式（例えば名称リスト、またはアイコン
等の視覚的シンボル）で表示する。この場合、特願平６
−２６１６５２に開示されるメニュー表示・選択方法を
用いると、ゲームの雰囲気を損なうことなくゲームデー
タを受信し、実行することができる。

【００１７】図２においては、条件情報ファイルはゲー
ムデータファイルと同様にデータ受信手段によって供給
されるが、ゲームデータとは別に記憶媒体によって供給
されてもよい。この場合でも、供給されるゲームデータ
の数が変化した時や、ゲームデータを受信する条件に変
更が生じた時には更新された条件情報が常に供給される
必要がある。ゲームデータファイルＡ、Ｂ、・・・には
基本的に順列は無く、条件判定手段により許可されたゲ
ームデータは、随時受信可能である。

【００１８】図３に本件発明のシステム外観図を示す。
ゲーム機本体２には、衛星放送受信アダプタ４、メモリ
カートリッジ６およびユーザーがゲームをプレイするた
めのコントローラ８が接続される。衛星放送はＢＳアン
テナ１０で受信され、ＢＳチューナ１２で任意の放送チ
ャンネルが選択される。選択された放送チャンネルの副
搬送波信号はＢＳチューナによって復調され、後述する
ビットストリーム信号として出力される。分配器１４は
ＢＳチューナ４４からのビットストリーム信号を２分配
し、その内の１つを衛星放送受信アダプタ４に与える。
ゲーム機本体２からのビデオ、オーディオ信号はＴＶ１
６に出力され、表示される。ＡＣアダプタ１８は、衛星
放送受信アダプタ４に接続され、衛星放送受信アダプタ
４、ゲーム機本体２、カートリッジ６に電源を供給す
る。

【００１９】図４は、本件発明の一実施例のシステムブ
ロック図である。ＢＳアンテナ１０は、放送衛星からの
放送電波を受信する。放送電波に含まれる特定チャンネ
ルの副搬送波は、ＢＳチューナ１２によってチューニン
グされ、図５に示す６４ビットの放送パケットに復調さ
れる。ＢＳチューナ１２はさらに、放送パケットを３２
個累積し、放送パケットデータマトリクスを構成して、
これを縦方向にスキャンすることにより、合計２０４８
ビットのビットストリーム信号を生成する。

【００２０】生成されたビットストリーム信号は、デー
タチャンネルデコーダ２０を介してＰＣＭデコーダ２２
に与えられる。ＰＣＭデコーダ２２は、ＢＣＨ誤り訂正
の後にビットストリーム信号のＰＣＭ音声データ部から
音声情報を抽出し、Ｄ−Ａ変換によって音声を再生す
る。再生されたアナログ音声信号は、ゲーム機本体２に
与えられる。一方、ＢＣＨ誤り訂正が施されたビットス
トリーム信号は、ＰＣＭデコーダ２２からデータチャン
ネルデコーダ２０に与えられる。ビットストリーム信号
のフレーム同期、制御符号、レンジビットは、音声やデ
ータの再生時に利用される制御信号である。

【００２１】データチャンネルデコーダ２０はビットス
トリーム信号のデータチャンネル部のみを前述の放送パ
ケットデータマトリクスの形式に再編成し、１５ビット
×３２放送パケットのデータマトリクスを構成する。１
つのデータマトリクスを１フレームと呼び、９フレーム
分の連続するデータマトリクスを１スーパーフレームと
呼ぶ。データチャンネルデコーダ２０は、図６に示すよ
うに、各フレームのデータマトリクスを９個累積し、１
スーパーフレーム分のデータマトリクスを構築する。こ
のデータマトリクスは、図に示すように斜め方向にスキ
ャンされ、合計２８８ビットのデータパケットが生成さ
れる。斜め方向のスキャンは１５列並列に行われるた
め、１スーパーフレームで１５個のデータパケットが生
成される。

【００２２】図６に示すデータパケットにおいて、１１
ビットの誤り訂正符号１は、ＬＣＩ１に対するＢＣＨ誤
り訂正に用いられる。ＬＣＩ１はデータパケットの識別
符号であり、データチャンネルデコーダ２０は、ＬＣＩ
１に基づいてパケットを判別し、バッファに格納する。
ＬＣＩ２は予備的に設けられたパケットの識別符号であ
り、ＬＣＩ１と同様、パケットの判別、格納のために利
用される。スクランブル制御符号ＳＣＣはスクランブル
の有無を指定するフラグであり、連続性指標ＣＩおよび
データグループ制御符号ＤＣＴは後述するデータグルー
プデータの構築に利用される。

【００２３】データチャンネルデコーダ２０は、８２ビ
ットの誤り訂正符号２を用いて、データパケット全体に
対してＳＤＳＣ誤り訂正を行う。また、１７６ビットの
放送データを、図７に示すように累積して、一つのデー
タグループを構築する。前述のデータグループ制御符号
ＤＣＴはデータグループの先頭パケットおよび終端パケ
ットを示す識別フラグであり、連続性指標ＣＩは、各デ
ータパケットの連続性を確認するためのカウント値であ
る。

【００２４】データグループは、データグループヘッ
ダ、データグループデータ、ＣＲＣデータを含む。デー
タグループヘッダは、当該データグループを識別するた
めの識別符号、連送回数を示す連送符号、複数のデータ
グループを累積してさらに大きなデータグループを構成
するための制御信号であるデータグループリンク符号お
よびデータグループ連続番号、当該データグループのデ
ータ数を示すデータグループサイズを含む。これら放送
フォーマットについては、電気通信技術審議会衛星デー
タ放送委員会報告の資料６７−１４に詳細に述べられて
いる。

【００２５】データチャンネルデコーダ２０は、ＣＲＣ
データを用いて、データグループ全体に対してＣＲＣチ
ェックを行い、データクループ内のデータに誤りが無い
ことを確認する。データグループデータは、この部分で
一つのデータファイルを構成し、条件情報やゲームデー
タを記憶する。データチャンネルデコーダ２０によって
組み立てられた（あるいは組み立て途上の）データファ
イルは、データチャンネルデコーダ２０内のバッファに
蓄えられ、ＣＰＵ２４により各メモリに転送される。デ
ータファイルの内容が各ゲームデータを利用する条件を
示す条件情報の場合には、データはＷＯＲＫ ＲＡＭ２
６またはＰＳ−ＲＡＭ４４に格納され、データファイル
の内容がゲームデータである場合には、フラッシュメモ
リ４２に格納される。

【００２６】ＲＯＭ４６はゲームのための基本プログラ
ムを記憶する。ゲームの実行に際して、ＣＰＵ２４はＲ
ＯＭ４６に記憶された基本ゲームプログラムに基づい
て、ゲームのための画像データおよび音声データを生成
する。また、ＣＰＵ２４は、ポート４０を介してコント
ローラ８から入力されるゲームプレイヤーの操作情報に
基づいて、画像データおよび音声データを変化させ、ゲ
ームを進行させる。ゲームが、当該ゲームにおける重要
ポイントに到達した場合には、ＣＰＵ２４は当該重要ポ
イントに到達した旨を進行状況データとしてＷＯＲＫ
ＲＡＭ２６に記録する。ＣＰＵ２４はさらに、前記基本
プログラムに基づいて、データチャンネルデコーダ２０
を介して条件情報ファイルにアクセスし、条件情報デー
タをＷＯＲＫ ＲＡＭ２６またはＰＳ−ＲＡＭ４４に格
納する。

【００２７】前記進行状況データと、前記条件情報デー
タはＣＰＵ２４によって比較され、条件に合致するゲー
ムデータが選別される。選別されたゲームデータを示す
識別符号は、ゲームデータメニューテーブルという形で
ＷＯＲＫ ＲＡＭ２６またはＰＳ−ＲＡＭ４４に格納さ
れる。ゲームデータメニューテーブル上の各ゲームデー
タを示す識別符号は、一覧表の形式、または、ゲームに
とって違和感の無いような視覚的シンボルの形でゲーム
マップ上に表示される。ゲームプレイヤーは例えばゲー
ムの主人公を操作し、前記視覚的シンボルと座標位置を
重ねることによりゲームデータの実行を指示する。ゲー
ムデータの実行が指示されると、ＣＰＵ２４はデータチ
ャンネルデコーダ２０を介して、指示されたゲームデー
タを受信し、フラッシュメモリ４２に格納する。その後
ＣＰＵ２４は、フラッシュメモリ４２に格納されたゲー
ムデータに基づいて、画像データおよび音声データを生
成し、ゲームを進行させる。

【００２８】ＣＰＵ２４によって生成された画像データ
は、ＰＰＵ２８を介してビデオＲＡＭ３０に格納され
る。ＰＰＵ２８はビデオＲＡＭ３０のデータに基づい
て、ＤーＡコンバータ、ビデオエンコーダと協働してビ
デオ信号を生成し、ＴＶ１６に与える。同様にＣＰＵ２
４によって生成された音声データはＡＰＵ３４を介して
オーディオＲＡＭ３６に格納され、ＡＰＵ３４によって
音声信号として出力される。ＡＰＵ３４から出力された
音声データは、Ｄ−Ａコンバータによってアナログ信号
に変換される。ミキサー３８は、ＡＰＵ３４からのアナ
ログ音声信号と、ＰＣＭデコーダ２２からのアナログ音
声信号を混合し、ＴＶ１６に与える。

【００２９】図８には本件発明を利用したゲーム画面の
一実施例を示す。ゲームの主人公５０は、ゲームプレイ
ヤーが操作可能なキャラクタであり、コントローラ８か
らの操作情報に基づいて、様々な動作を行う。主人公５
０は敵５２と接触すればダメージを受け、そのダメージ
が一定量を越えるとゲームオーバーとなる。主人公５０
が受けたダメージは、ダメージゲージ５４によって表示
される。Ａボタンアイテム表示ウィンドウ５６にはゲー
ムプレイヤーがコントローラ８のＡボタンを用いて使用
できるアイテムが表示される。図８においては、Ａボタ
ンで剣が使用可能であることが示されている。剣の右上
に表示されている「３」という数字は、現在の剣の強さ
を意味する剣レベルを示している。同様にＢボタンアイ
テム表示ウィンドウ５８には、ゲームプレイヤーがコン
トローラ８のＢボタンを用いて使用可能なアイテムが表
示され、図８においては、ブーメランが使用可能である
ことが示されている。また、マップウィンドウ６０に
は、ゲームマップの縮小図と、主人公５０の現在地を示
すマーカーが表示される。

【００３０】ゲームマップ６２上には、主人公５０が通
常では通過できない岩６４、木６６、落とし穴６８等が
表示される。このような、通常では通過できない障害物
は、対応する特定のアイテムを入手することにより通過
できるようになる。さらに、ゲームマップ上には、特定
のゲームデータを受信し、実行することを指示するため
の洞窟７０が表示される。洞窟７０はゲーム開始時には
表示されないが、ゲームの進行が一定の条件を満足した
場合に初めてこの位置に表示される、ゲームデータを実
行するための視覚的シンボルである。ゲームプレイヤー
は、主人公５０を操作し、剣、ブーメランおよびその他
様々なアイテムを用いて、敵５２を倒すことによりゲー
ムを進行させていく。

【００３１】ゲームにはいくつかの重要ポイントが予め
用意される。例えば、落とし穴６８に主人公５０が落ち
た場合には、特定のシナリオが実行され、敵のボスを倒
したり、特殊なアイテムを入手するイベントが展開され
る。このように、ゲームデータとは無関係のシナリオ
は、基本プログラム内に既に組み込まれており、この基
本プログラムに基づくゲームを進行させることにより、
ゲームデータを受信可能にする条件が充足されるように
なる。例えば、特定のアイテムを入手した場合には、そ
の旨を意味するフラグが進行状況データとしてＷＯＲＫ
ＲＡＭ２６内にセットされる。もちろん、基本プログ
ラムによらず、一つのゲームデータ内で発生した重要ポ
イントによって、他のゲームデータを受信可能にする条
件を充足させるようにゲームを構成することも可能であ
る。

【００３２】なお、洞窟７０をゲーム開始時から予め表
示しておき、主人公５０がこれを選択した時に初めて条
件情報と進行情報を確認するようプログラムしてもよ
い。この場合でも、もし条件が合致していなければゲー
ムデータの受信・実行は禁止される。基本データを作成
する時点で、既に供給するゲームデータの種類や本数が
決定されている場合には、このような手法が有効である
が、ゲームデータの数をそれ以上増やすことができない
という欠点がある。

【００３３】図９は本件発明を利用したゲームのアイテ
ムセレクト画面である。ゲームプレイヤーは、Ｂボタン
アイテム表示ウィンドウ５８に設定されているブーメラ
ンに代えて、アイテムセレクトウインドウ７１内から任
意のアイテムを選択し、Ｂボタンで使用できるよう設定
することができる。図９の段階で選択できるアイテムと
しては、スコップ７２、オカリナ７４、羽根７６、ボン
バーの魔法を示すメダル７８、エーテルの魔法を示すメ
ダル８０、弓矢８２、フックショット８４、ランプ８６
が含まれる。アイテムの選択は、アイテムカーソル８８
によって行われる。

【００３４】各々のアイテムには固有の機能があり、武
器として、あるいは主人公５０の能力を向上させる道具
として用いられる。例えばゲームプレイヤーが羽根７６
またはフックショット８４を選択し、落とし穴６８の前
でこれを使用すると、主人公５０は落とし穴６８を飛び
越すことができる。また、木６６の前でランプ８６を使
用すると、木が燃えて消滅し、主人公５０が木の向こう
側へ行くことができるようになる。このように、主人公
５０は特定のアイテムを用いることにより、障害物を乗
り越えることができるようになるが、このアイテムを持
っていない場合には、主人公５０は障害物を越えては移
動できない。従って、アイテムを入手せずに洞窟７０に
入った場合、障害物のためにこの洞窟７０から出られな
くなる可能性が生ずる。洞窟７０から出られなくなる
と、それ以上ゲームを続行することができないため、ゲ
ームプレイヤーは最初からゲームをやり直さなければな
らない。

【００３５】このような不具合を防止するために本件ゲ
ームシステムは、ゲームデータを受信、実行する前に、
当該ゲームデータの実行時にどのようなアイテムが必要
であるかを記載した条件情報を受信し、現在どのような
アイテムを保有しているかを記載した進行状況データと
比較することにより、実行可能なゲームデータのみを予
め選別する。また、条件情報によって当該ゲームデータ
が実行される場合の主人公５０の状態が容易に確認でき
るため、ゲームデータの作成が容易である。

【００３６】さらに、前述の敵のボスを倒す等のイベン
トには、実行順序がある。例えば、敵のボスＡを倒した
時に得られる情報が無くては次のボスＢを倒せないよう
なシナリオの場合には、ボスＢを倒すイベントを内包し
たゲームデータを受信、実行する前に、ボスＡを倒した
かどうかの確認が必要となる。また、シナリオによって
は、一度クリアしたゲームデータを二度と実行させない
ようにする必要も生ずる。さらに、各ボスの討伐とは別
に、例えばお姫様の救出という独立したイベントもゲー
ムデータで供給される可能性がある。このような独立し
たイベントの実行は、ゲームの自由度を上げる上では不
可欠の要素であり、独立イベントの数が増え、ゲームの
自由度を増せば増すほどそのイベントを含むゲームデー
タの実行条件を管理することは困難になる。本件では、
各独立データに対応するシナリオ条件を条件情報として
一括で管理しているため、進行順序を誤ることなく、か
つ自由度の高いゲームを実現することが可能である。ま
た、条件情報によって特定のゲームデータが実行される
場合のシナリオ条件が容易に確認できるため、ゲームデ
ータの作成が容易である。

【００３７】図１０は放送データの構成図である。放送
データは、各ゲーム毎に、一つの条件情報ファイルと複
数（Ｎ個）のゲームデータファイルとを含む。各条件情
報ファイルは、当該ゲームデータを利用する対象となる
ゲームを特定するためのゲーム名、供給されるゲームデ
ータの総数（Ｎ）、各々のゲームデータに関するゲーム
データ関連情報により構成される。ここでゲーム名は、
ＲＯＭ４６に記憶される各ゲームに固有の名称を意味す
るが、各ゲームに固有の番号や符号で代用してもよい。

【００３８】各ゲームデータの関連情報は、当該ゲーム
データの名称、ゲームデータのシナリオ番号、ゲームデ
ータの番組番号、ゲームデータの条件情報、ゲームデー
タに関するコメントデータによって構成される。ゲーム
データ名称と、コメントデータは、ユーザーが所望する
ゲームデータを選択する場合の識別符号であり、アイコ
ンのようなビジュアル情報や音声情報を含んでもよい。
図８のような洞窟７０として識別符号を表示する場合に
は、マップ上の位置を示すデータおよび洞窟７０のグラ
フィックデータを指定するキャラクタコードがコメント
データ内に記憶される。追加シナリオ番号は、当該シナ
リオクリア後、進行状況データ内にクリア済みとして登
録される番号を示す。ゲームデータ番組番号は、このゲ
ームデータが選択された場合に対応するゲームデータフ
ァイルを読み込むために必要な識別番号であり、図６の
データパケットにおけるＬＣＩ１およびＬＣＩ２は、こ
の番組番号に基づいて指定される。

【００３９】ゲームデータ条件情報は、各ゲーム毎に設
定され、かつ１つのゲームにおいて共通の項目から成
り、当該ゲームデータの存在がユーザーに示されるべき
か、当該ゲームデータが読み込まれ得るべきか、または
当該データが実際のゲームデータとして実行され得るべ
きか等を決定するための条件情報を含む。図１０には、
図８および図９で示されるゲームの条件情報の例を開示
する。クリアシナリオ番号の項には、当該ゲームデータ
を実行する前にクリアしていなければならないシナリオ
番号を指定する。また、非クリアシナリオ番号の項に
は、当該ゲームデータを実行する上で、クリアしていて
はならないシナリオ番号を指定する。例えば、当該ゲー
ムデータを実行、クリアした後に、再度同じゲームデー
タを実行できないように指定するには、非クリアシナリ
オ番号の項に当該ゲームデータのシナリオ番号を指定す
る。姫救出、ボスＣ攻略の項は、各シナリオのクリアの
未済／既済とは無関係に、これらのイベントが発生済み
であるべきか否かを指定する。図１０のゲームデータ１
では、お姫様を敵から既に救出済みであること、および
ボスＣをまだ倒していないことが受信、実行のための条
件として設定されている。これは例えば、このシナリオ
内でお姫さまとボスＣが登場するイベントが発生するた
め、シナリオの流れとして辻褄が合うように、このよう
な条件設定がなされていることを意味する。

【００４０】剣レベルの項には当該ゲームデータをクリ
アする上で必要な剣の強さを指定する。図８のＡボタン
アイテム表示ウィンドウ５６内で表示されているように
現在の剣レベルが３である場合には、この項目の条件を
充足する。同様にフックショットおよび魔法の項では、
フックショットや魔法ボンバーを保有することが条件と
して設定されており、図９に示すようにフックショット
および魔法ボンバーを保有している場合には、この項目
の条件を充足する。なお、条件判定が不要な項目は、条
件情報には記載されない。これらの条件はすべてを満足
する必要があり、一つでも満足しない項がある場合に
は、当該ゲームデータの受信、実行が禁止される。

【００４１】図１１には図８、図９で示されるゲームを
実行する際のＣＰＵのメモリマップを示す。ＲＯＭ４６
は、基本ゲームプログラムおよび放送受信プログラムを
含む。基本ゲームプログラムは、ゲームタイトル表示ル
ーチン、操作情報入力ルーチン、ゲームのメインルーチ
ンプログラムおよび基本シナリオデータ、基本画像デー
タ、基本音声データを含む。放送受信プログラムは、受
信制御プログラム、条件判定プログラムおよびゲームデ
ータメニュー表示プログラムを含む。この放送受信プロ
グラムは、通常、基本プログラムと同じカートリッジに
搭載されるが、ゲーム用のカートリッジとは異なるカー
トリッジでユーザーに供給され、ゲームとは全く別のプ
ログラムとして実行されてもよい。この場合には、ゲー
ムを行う時と、ゲームデータを受信する時とで、ユーザ
ーによるカートリッジ８の差し替えが必要になる。受信
されたゲームデータは、特開平２−２２０６８４に開示
されるように、サブカセットの形態でゲーム用のカート
リッジにセットされるが、この時のサブカセットには、
図１１におけるフラッシュメモリ４２のメモリ領域が充
当される。

【００４２】フラッシュメモリ４２は、ゲームデータ記
憶エリアとデータバックアップエリアを含む。これらの
エリアは、ＥＥＰ−ＲＯＭやバッテリーバックアップさ
れたＳ−ＲＡＭ等でも代用できる。ゲームデータ記憶エ
リアには条件判定によって許可され、受信されたゲーム
データが記憶される。データバックアップエリアは、ワ
ークエリア内の進行状況データを複写して記憶し、一度
ゲーム機の電源を切っても、次回ゲームをする時にはセ
ーブした時の状態からゲームを開始できるよう機能す
る。本件のようなゲームデータを用いた長大なプログラ
ムをプレイする場合には、長期間に渡ってゲームの状態
を記憶するデータバックアップエリアは特に重要であ
る。前述の通り、フラッシュメモリ４２のゲームデータ
記憶エリアおよびデータバックアップエリアはゲーム用
カートリッジ８に対して着脱可能なサブカセットとして
供給されてもよい。この場合、放送受信プログラム用カ
ートリッジは、ゲーム用カートリッジと同様に、サブカ
セットを着脱できる形態で供給され、サブカートリッジ
内に記憶されたゲームのゲームデータおよびセーブされ
た進行状況データをゲーム用カートリッジと共有する。
この場合でも、条件情報を確認してからゲームデータが
受信されるため、実行不可能なデータがサブカセットと
してゲーム用カートリッジに挿入されることを防止でき
る。

【００４３】ＰＳ−ＲＡＭ４４には条件情報受信バッフ
ァおよびゲームデータメニューテーブルが設けられる。
条件情報受信バッファは、ゲームデータの受信に先立っ
て条件情報を読み込み、条件判定を行うための受信バッ
ファとして機能する。条件判定の結果、実行可能と判断
されたゲームデータの関連情報は、ゲームデータメニュ
ーテーブルに登録される。ゲームデータメニューテーブ
ルは、ゲームデータの関連情報として、図１０に示すゲ
ームデータ名称、シナリオ番号、ゲームデータ番組番号
およびゲームデータコメントを記憶する。なお、ＷＯＲ
Ｋ ＲＡＭ２６の記憶容量に余裕がある場合には、条件
情報受信バッファおよびゲームデータメニューテーブル
をＷＯＲＫ ＲＡＭ２６内に設置し、ＰＳ−ＲＡＭ４４
を削除することが可能である。また前述のように、放送
受信プログラムがゲーム用カートリッジとは別のカート
リッジで供給される場合には、条件情報受信バッファお
よびゲームデータメニューテーブルを含むＰＳ−ＲＡＭ
４４は放送受信プログラム側のカートリッジに搭載され
る。

【００４４】入出力ポートエリアはＰＰＵ２８、ＡＰＵ
３４、ポート４０、ＰＣＭデコーダ２２およびデータチ
ャンネルデコーダ２０をＣＰＵ２４からコントロールす
るためのメモリマップドＩ／Ｏ領域を含む。ＷＯＲＫ
ＲＡＭ２６には、ワークエリアが設けられる。ワークエ
リアには、プレーヤキャラクタや敵キャラクタの位置デ
ータ、現在のシナリオ番号、マップの状態、アイテムの
状態等を一時記憶する一時記憶情報エリアと、ゲームデ
ータ条件情報と比較されるべき、現在のゲームの進行状
況を記憶する進行状況エリアとを含む。

【００４５】例えば、図８および図９に示されるゲーム
の場合、進行状況エリアには、既にクリアしたシナリオ
番号、姫救出等のイベントの未済／既済、ボスＡ〜Ｅ攻
略の未済／既済、現在の剣レベル、ランプ、ブーメラ
ン、フックショット等のアイテムの有無、現在保有して
いる魔法のリスト等を示すデータやフラグが記憶され
る。図１１に記載する進行状況の場合、図１０に記載す
るゲームデータ１の条件を満足しているため、ユーザー
によるゲームデータ１の実行は許可される。

【００４６】図１２は、放送受信プログラムの一実施例
を示すフローチャートである。Ｓ２では、まずゲームデ
ータ情報ファイルの論理チャンネル番号（ＬＣＩ１およ
びＬＣＩ２）を知るためにＴＣＤが受信される。ＴＣＤ
は伝送制御データと呼ばれる番組テーブルデータであ
り、現在放送中の番組の一覧表を記憶する。また、ＴＣ
Ｄは番組毎に、当該番組を構成するデータパケットを指
定するための論理チャンネルＬＣＩ１およびＬＣＩ２を
番組番号と対応して記憶しているため、番組を受信する
際には必ず事前に参照される。特定のゲームに対応する
各データファイルには、予め専用の番組番号が設定され
ており、Ｓ４において、番組番号に基づいてＴＣＤから
論理チャンネルＬＣＩ１およびＬＣＩ２が検索される。
仮に検索結果が無い場合、すなわち番組が放送されてい
ない場合にはユーザーに対してエラーメッセージを表示
する等の対策が講じられる。番組が放送されている場合
には、Ｓ６において、論理チャンネルＬＣＩ１およびＬ
ＣＩ２を用いて、条件情報ファイルが図１１に示す条件
情報受信バッファに読み込まれる。またＳ８において
は、Ｓ１２〜Ｓ２０において順次各ゲームデータの条件
判定を行うために、ゲームデータ番号変数Ｘを１に初期
化する。

【００４７】Ｓ１２において、条件判定プログラムが動
作すると、ゲームデータ情報受信バッファに記憶してい
るゲームデータ情報とワークエリア内に記憶されている
進行情報が比較され、当該ゲームデータのメニュー表示
を許可するかどうかが判定される。条件が合致しない場
合には、当該ゲームデータの実行は禁止され、Ｓ１８に
プログラムが移行する。条件が合致した場合には、Ｓ１
６において、ゲームデータ番号がメニューテーブルに登
録される。これによってメニューテーブルには条件が合
致したゲームデータのみが登録される。

【００４８】Ｓ１８においてゲームデータ番号変数Ｘは
インクリメントされ、Ｓ２０においてゲームデータの総
数Ｎと比較される。ＸがＮ以下の場合には、まだ比較検
討すべき条件情報が残っていることを意味し、Ｓ１２に
戻る。ＸがＮを越えた場合は、全条件情報の判定が終了
したことを意味し、Ｓ２２に移行する。この時点で、メ
ニューテーブルには条件が合致したゲームデータのリス
トが保持されており、Ｓ２２において、そのゲームデー
タの名称またはビジュアルシンボルが表示される。Ｓ２
４でユーザーによって特定のゲームデータが指定される
と、Ｓ２６においてそのゲームデータファイルをゲーム
データエリアに読み込む。

【００４９】図１２のフローチャートではゲームデータ
メニューの選択は放送受信プログラム内で行われるが、
基本プログラムによって、ゲームデータを指定するため
のビジュアルシンボルをゲームマップ上に表示し、ゲー
ムのメインルーチン内でプレーヤーキャラクタがこのビ
ジュアルシンボルに触れることによりメニューが選択さ
れ、選択されたゲームデータを受信するようにしてもよ
い。これによって、よりゲームの雰囲気を損なうことな
くゲームデータを実行することができる。

【００５０】以上は本件発明を衛星放送を利用したデー
タ放送で行う例について述べたが、放送受信アダプタ４
をモデムに変更することにより、容易に電話回線を利用
したネットワークに転用できる。この場合、各データフ
ァイルはゲーム機本体２からの要求に基づいてネットワ
ークのホストコンピュータから供給されるが、一度条件
判定を行い、メニューテーブルを作成してしまえば、後
はゲームデータをリードする時にしかホストコンピュー
タへのアクセスが生じないため、常に電話回線を接続し
続ける必要が無く、ユーザーの費用負担を軽減できる。
また、条件判定は各々のゲーム機本体が行うため、ホス
トコンピュータはただ指示されたファイルを送出するだ
けでよく、比較的小規模のホストコンピュータでも対応
することができる。

【００５１】

【発明の効果】本件発明に係わるゲームシステムによれ
ば、条件ファイル、ゲームデータは、ネットワークまた
はデータ放送を用いて供給されるため、ユーザーがフロ
ッピーディスクを差し替える必要が無い。さらに、条件
情報ファイルを設け、自動的にこれを読み込み、条件判
定を行うため、ユーザーが誤ってゲーム進行不可能なゲ
ームデータを読み込むことを防止できる。また、各々の
追加シナリオは条件さえ合致すればいつでもアクセス可
能であるため、ゲームが「一本道」化せず、自由度の高
いゲームシステムを提供できる。また、操作に対する反
応速度が早く、有料回線を用いた場合でもプレイヤーの
費用負担を極力少なくし、ゲームデータの送信側に大規
模なホストコンピュータを必要としないゲームシステム
を提供できる。さらに本件のゲームシステムでは、条件
ファイルとゲームデータとを同時に供給できるため、ゲ
ームデータの作成が容易で、ゲームの内容を次第に拡充
することができる。従って、ゲームそのものが次第に成
長し、大規模化してゆく進化型ゲームシステムを提供で
きる。

【図面の簡単な説明】

【図１】従来のデータ更新ゲームの概念図である。

【図２】本発明のシステム構成図である。

【図３】本発明を実施するためのシステム外観図であ
る。

【図４】本件発明を実施するためのシステムブロック図
である。

【図５】ビットストリーム信号の生成過程およびデータ
構造を示すビットストリーム信号構成図である。

【図６】データパケットの生成過程およびデータ構造を
示すデータパケット構成図である。

【図７】データファイルの生成過程を示すデータファイ
ル構成図である。

【図８】本件発明を利用したゲーム画面である。

【図９】本件発明を利用したゲームのアイテムセレクト
画面である。

【図１０】条件情報ファイルの構成を示す条件情報構成
図である。

【図１１】本件発明を利用したゲームのＣＰＵメモリマ
ップである。

【図１２】放送受信プログラムの一実施例を示すフロー
チャートである。

フロントページの続き (56)参考文献 特開 昭61−221851（ＪＰ，Ａ) 特開 平３−127295（ＪＰ，Ａ) 特開 平２−166875（ＪＰ，Ａ) 特開 平６−274325（ＪＰ，Ａ) 特開 平６−327835（ＪＰ，Ａ) 実用新案登録3001942（ＪＰ，Ｕ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) A63F 9/24 A63F 13/00 - 13/12 G06F 13/00 351 H04H 1/08

Claims (11)

(57)【特許請求の範囲】
1. 【請求項１】ゲームデータを受信することにより、ゲー
   ムデータを更新してゲームをプレイできるデータ更新ゲ
   ームシステムにおいて、 ゲームの基本プログラムを記憶する基本プログラム記憶
   手段と、 ゲームプレイヤの操作情報を入力する操作情報入力手段
   と、 前記基本プログラムと前記操作情報に基づいてゲームを
   進行させる中央処理手段と、 ゲームの進行状況を記憶する進行状況記憶手段と、 前記ゲームの基本プログラムに利用される複数種類のゲ
   ームデータを受信するデータ受信手段と、 前記複数種類のゲームデータのうち利用可能なものの条
   件を示す条件情報を受信して記憶する条件情報記憶手段
   と、 前記条件情報と前記ゲームの前記進行状況とを比較する
   条件判定手段と、 前記条件判定手段により、条件に合致すると判定された
   ゲームデータを記憶するゲームデータ記憶手段とを備え
   る、データ更新ゲームシステム。
2. 【請求項２】ゲームデータを受信することにより、ゲー
   ムデータを更新してゲームをプレイできるデータ更新ゲ
   ームシステムにおいて、 ゲームの基本プログラムを記憶する基本プログラム記憶
   手段と、 ゲームプレイヤーの操作情報を入力する操作情報入力手
   段と、 前記基本プログラムと前記操作情報に基づいてゲームを
   進行させる中央処理手段と、 ゲームの進行状況を記憶する進行状況記憶手段と、 前記ゲームの基本プログラムに利用されるゲームデータ
   を受信するデータ受信手段と、 前記データ受信手段から入力されるゲームデータを記憶
   するゲームデータ記憶手段と、 各々のゲームデータを利用する条件を示す複数の条件情
   報を受信して一元的に記憶する条件情報記憶手段と、 前記ゲームデータの受信に先立って、前記条件情報と前
   記ゲームの進行状況とを比較する条件判定手段と、 前記条件判定手段により、条件に合致すると判定された
   ゲームデータの受信を可能にするゲームデータ能動化手
   段とを備える、データ更新ゲームシステム。
3. 【請求項３】前記データ受信手段は、双方向の通信また
   は放送ネットワークからゲームデータを受信する、請求
   項１または２記載のデータ更新ゲームシステム。
4. 【請求項４】前記データ受信手段は、単方向の通信また
   は放送ネットワークからゲームデータを受信する、請求
   項１または２記載のデータ更新ゲームシステム。
5. 【請求項５】前記条件情報は、前記複数種類のゲームデ
   ータの各々に対する前記条件を含む、請求項３または４
   に記載のデータ更新ゲームシステム。
6. 【請求項６】 ゲームプレイヤによる視覚的な識別を可
   能にするために、前記ゲームデータの中から前記条件判
   定手段により前記進行状況と前記条件が所定の関係にあ
   ると判定されたゲームデータを視覚情報として表示する
   よう構成され、前記操作情報入力手段は、前記視覚情報
   に基づくゲームプレイヤの操作情報を入力し、前記ゲー
   ムデータ記憶手段は、前記視覚情報に基づくゲームプレ
   イヤの操作情報に対応したゲームデータを記憶する、請
   求項５記載のデータ更新ゲームシステム。
7. 【請求項７】前記基本プログラム記憶手段は、前記条件
   情報および前記ゲームデータを受信するデータ受信プロ
   グラムを含む、請求項１または２記載のデータ更新ゲー
   ムシステム。
8. 【請求項８】前記条件情報は、クリアしていなければな
   らないシナリオの情報、または、クリアしていてはなら
   ないシナリオの情報を含む、請求項１または２に記載の
   データ更新ゲームシステム。
9. 【請求項９】前記条件情報は、所定のイベントが発生済
   みであること、または、発生していないことを条件とし
   て含む、請求項１または２に記載のデータ更新ゲームシ
   ステム。
10. 【請求項１０】前記条件情報は、所定のアイテムを保有
    することを条件として含む、請求項１または２に記載の
    データ更新ゲームシステム。
11. 【請求項１１】ゲームデータを受信することにより、ゲ
    ームデータを更新してゲームをプレイできるデータ更新
    ゲームシステムにおいて、 ゲームの基本プログラムを記憶する基本プログラム記憶
    手段と、 ゲームプレイヤの操作情報を入力する操作情報入力手段
    と、 前記基本プログラムと前記操作情報に基づいてゲームを
    進行させる中央処理手段と、 ゲームの進行状況を記憶する進行状況記憶手段と、 各々のゲームデータを利用する条件を示す条件情報に基
    づいて、該条件情報と前記進行状況を比較し、条件に合
    致すると判定されたゲームデータを受信するゲームデー
    タ受信手段とを備える、データ更新ゲームシステム。