JP2002092637A

JP2002092637A - ゲームシステム及び情報記憶媒体

Info

Publication number: JP2002092637A
Application number: JP2000284170A
Authority: JP
Inventors: Kenji Nakano; 健児中野
Original assignee: Namco Ltd
Current assignee: Namco Ltd
Priority date: 2000-09-19
Filing date: 2000-09-19
Publication date: 2002-03-29

Abstract

(57)【要約】【課題】場面の切り替え時にプレーヤが楽しめるよう
な効果的な画像演出を行うこと。【解決手段】画像生成を行うゲームシステムである。
場面切り替え演出処理部１４４は、各フレームのゲーム
画像を第１のフレームバッファに描画し、３次元モデル
をアニメーションさせてレンダリングを行い第２のフレ
ームバッファにマスク処理用画像として描画し、第２の
フレームバッファにおける各画素の描画情報に基づきマ
スク領域を決定し、当該マスク領域に基づき第１のフレ
ームバッファのゲーム画像にマスク処理を行うために必
要な処理を行う。場面切り替え時に前記マスク領域が段
階的に大きくなるようにまたは小さくなるように設定す
ることが好ましい。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲームシステム及
び情報記憶媒体に関する。

【０００２】

【背景技術及び発明が解決しようとする課題】従来より
複数のゲームステージや複数の場面を含むゲームシステ
ムがあり、様々なゲームステージや場面が楽しめるもの
として人気が高い。

【０００３】このようなゲームの場合、ゲームステージ
や場面を切りかえる場面転換の際には、画面をいったん
暗くしてプログラムを入れ替える必要があった。

【０００４】例えば野外の場面等から室内の場面等に場
面転換を行う場合には野外の最終場面で画面をいったん
暗くして、室内の場面に切り替えるような処理を行って
いた。

【０００５】しかしよりゲーム効果を高めるためには、
かかる場面転換時にも工夫をこらし、プレーヤの注意を
ゲームからそらさず、次のステージへ期待が膨らむよう
な画像演出を行うことが好ましい。

【０００６】本発明は、以上のような課題に鑑みてなさ
れたものであり、その目的とするところは、場面の切り
替え時にプレーヤが楽しめるような効果的な画像演出を
行うことである。

【０００７】

【課題を解決するための手段】本発明は、画像生成を行
うゲームシステムであって、３次元モデルをアニメーシ
ョンさせてレンダリングを行いマスク処理用画像を生成
する手段と、前記マスク処理用画像に基づきゲーム画像
にかけるマスク領域を判断する手段とを含むことを特徴
とする。

【０００８】また本発明に係る情報記憶媒体は、コンピ
ュータにより使用可能な情報記憶媒体であって、上記手
段を実行するためのプログラムを含むことを特徴とす
る。また本発明に係るプログラムは、コンピュータによ
り使用可能なプログラム（情報記憶媒体または搬送波に
具現化されるプログラムを含む）であって、上記手段を
実行するためのモジュールを含むことを特徴とする。

【０００９】アニメーションは予め与えられたモーショ
ンデータによって与える場合でもよいし、リアルタイム
に生成したモーションデータによって与える場合でもよ
い。

【００１０】３次元モデルは例えばゲームに登場するキ
ャラクタモデルでもよいし、それ以外のモデルでもよ
い。

【００１１】またゲーム画像とは通常ゲームにおいて各
フレームごとに生成するゲーム画像を意味する。

【００１２】マスク領域とは、ゲーム画像の一部または
全部が見えないまたは見えにくくなるように覆いをかぶ
せた領域である。

【００１３】本発明によれば、アニメーションしている
３次元モデルのレンダリングを行いマスク処理用画像を
生成するため、各フレームにおいて生成されるマスク処
理用画像は連続して変化する３次元モデルの画像とな
る。従って連続して変化するマスク領域を有する表示画
像を生成することができるため、ゲーム上の画像演出効
果を高めることができる。

【００１４】本発明は、画像生成を行うゲームシステム
であって、各フレームのゲーム画像を第１のフレームバ
ッファに描画する手段と、３次元モデルをアニメーショ
ンさせてレンダリングを行い第２のフレームバッファに
マスク処理用画像として描画する手段と、第２のフレー
ムバッファにおける各画素の描画情報に基づきマスク領
域を決定し、当該マスク領域に基づき第１のフレームバ
ッファのゲーム画像にマスク処理を行う手段と、を含む
ことを特徴とする。

【００１５】また本発明に係る情報記憶媒体は、コンピ
ュータにより使用可能な情報記憶媒体であって、上記手
段を実行するためのプログラムを含むことを特徴とす
る。また本発明に係るプログラムは、コンピュータによ
り使用可能なプログラム（情報記憶媒体または搬送波に
具現化されるプログラムを含む）であって、上記手段を
実行するためのモジュールを含むことを特徴とする。

【００１６】アニメーションは予め与えられたモーショ
ンデータによって与える場合でもよいし、リアルタイム
に生成したモーションデータによって与える場合でもよ
い。

【００１７】３次元モデルは例えばゲームに登場するキ
ャラクタモデルでもよいし、それ以外のモデルでもよ
い。

【００１８】またゲーム画像とは通常ゲームにおいて各
フレームごとに生成するゲーム画像を意味する。

【００１９】マスク処理とは、ゲーム画像の一部または
全部にマスクをかぶせて表示画像を生成する処理であ
る。従って例えば不透明な黒いマスクをゲーム画像にか
ぶせると、マスクされた領域はゲーム画像が見えなくな
る。

【００２０】また前記マスク処理用画像の画素情報と
は、例えば各画素のＲＧＢ値やα値である。画素情報に
基づきゲーム画像にマスク処理を行うとは、例えば各画
素のＲＧＢ値やα値の値に基づいてマスクをかける領域
を決定したり、マスク処理を行う際のマスク領域に書き
込む値を決定したりする場合等でもよい。従って例えば
前期マスク処理用画像に基づき３次元モデルのシルエッ
トを抽出し、当該シルエット部分をマスク領域とした
り、当該シルエット以外の部分をマスク領域としたりす
ることができる。

【００２１】本発明によれば、アニメーションしている
３次元モデルのレンダリングを行いマスク処理用画像を
生成するため、各フレームにおいて生成されるマスク処
理用画像は連続して変化する３次元モデルの画像とな
る。従って連続して変化するマスク領域を有する表示画
像を生成することができるため、ゲーム上の画像演出効
果を高めることができる。

【００２２】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、前記マスク処理用画像の各画
素における３次元モデルの描画の有無に基づきゲーム画
像に設定するマスク領域を決定することを特徴とする。

【００２３】前記マスク処理用画像における各画素の３
次元モデルの描画の有無に基づきゲーム画像に設定する
マスク領域を決定するとは、例えば３次元モデルの描画
の有る領域をマスク領域としたり、３次元モデルの描画
のない領域をマスク領域としたりする場合等を含む。こ
れによりアニメーションする３次元モデルのシルエット
を抽出することができ、当該シルエットに基づいたマス
ク領域を設定することができる。

【００２４】なお３次元モデルの描画の有無は、各画素
のＲＧＢ値等に基づいて判断してもよいし、α値に描画
の有無を判断するためのビットを設けてα値に基づき判
断するようにしてもよい。

【００２５】また３次元モデルの描画の有無は例えばハ
ードウエアの有するピクセルテスト等の機能を用いる場
合でもよいし、ソフトウエアで判断する場合でもよい。

【００２６】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、第１の場面から第２の場面へ
転換する際の第１の場面の最後の複数フレームのゲーム
画像に、前記マスク領域を設定することを特徴とする。

【００２７】第１の場面および第２の場面は例えば同一
ゲーム空間内において屋外から屋内やある部屋から他の
部屋というように場面が変わる場合でもよいし、あるゲ
ーム空間から異なるゲーム空間に場面が変わる場合でも
よいし、複数のゲームステージを有するゲームにおい
て、ゲームステージが切り替わる場合でもよい。

【００２８】ここにおいてゲーム画像のマスクがかかっ
ていない部分をウィンドウ領域とすると、本発明によれ
ば場面の切り替え前にウィンドウ部分からゲーム画像が
のぞいているような画像が生成される。

【００２９】従って場面の切り替え前に、アニメーショ
ンにより連続して変化するウィンドウ領域からゲーム画
像がのぞいているような画像を表示することができる。
このため、場面の切り替え前にもリズミカルでプレーヤ
が楽しめるような効果的な画像を生成することができ、
プレーヤの注意をゲームからそらさず、次の場面へ期待
が膨らむような画像演出を行うことができる。

【００３０】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、第１の場面から第２の場面へ
転換する際の第１の場面の最後の複数フレームで前記マ
スク領域を段階的に大きくなるように設定することを特
徴とする。

【００３１】ここにおいてゲーム画像のマスクがかかっ
ていない部分をウィンドウ領域とすると、場面転換時に
はウィンドウ部分からゲーム画像がのぞいているような
画像が生成される。第１の場面から第２の場面へ転換す
る際の第１の場面の最後の複数フレームで前記マスク領
域が段階的に大きくなるように設定することで、ウィン
ドウ領域は段階的に小さくなる。したがって場面が変わ
る前にはゲーム画像がのぞいているウィンドウが段階的
に小さくなりついには閉じてしまうような効果的な画像
演出を行うことができる。

【００３２】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、第１の場面から第２の場面へ
転換する際の第２の場面の最初の複数フレームのゲーム
画像に、前記マスク領域を設定することを特徴とする。

【００３３】ここにおいてゲーム画像のマスクがかかっ
ていない部分をウィンドウ領域とすると、場面の切り替
え前にウィンドウ部分からゲーム画像がのぞいているよ
うな画像が生成される。

【００３４】従って場面の切り替え後に、アニメーショ
ンにより連続して変化するウィンドウ領域からゲーム画
像がのぞいているような画像を表示することができる。
このため、場面の切り替え後にもリズミカルでプレーヤ
が楽しめるような効果的な画像を生成することができ、
プレーヤの注意をゲームからそらさず、次の場面へ期待
が膨らむような画像演出を行うことができる。

【００３５】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、第１の場面から第２の場面へ
転換する際の第２の場面の最初の複数フレームで前記マ
スク領域を段階的に小さくなるように設定することを特
徴とする。

【００３６】ここにおいてゲーム画像のマスクがかかっ
ていない部分をウィンドウ領域とすると、場面転換時に
はウィンドウ部分からゲーム画像がのぞいているような
画像が生成される。第１の場面から第２の場面へ転換す
る際の第２の場面の最初の複数フレームで前記マスク領
域が段階的に小さくなるように設定することで、ウィン
ドウ領域は段階的に大きくなる。したがって場面が変わ
った後にはゲーム画像がのぞいているウィンドウが段階
的に大きくなりついに画面全体にゲーム画像が出現する
ような効果的な画像演出を行うことができる。

【００３７】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、前記３次元モデルを３次元演
算する際のスケール値を変更することで３次元モデルの
マスク処理用画像の大きさを変更し、前記マスク領域の
大きさを段階的に大きくなるようにまたは小さくなるよ
うに変化させることを特徴とする。

【００３８】前記３次元モデルを３次元演算する際のス
ケール値を変更することで３次元モデルのマスク処理用
画像の大きさを変更することができ、少ない演算負荷で
マスク領域の大きさを制御することができる。ここにお
いて３次元演算とは例えば３次元モデルに透視投影変換
演算等を行う場合である。

【００３９】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、前記マスク処理用画像の３次
元モデルの非描画領域を抽出し、ゲーム画像が描画され
たフレームバッファにテクスチャとしてマッピングする
ことでゲーム画像にマスク処理を行うことを特徴とす
る。

【００４０】本発明によればハードウエアが有するテク
スチャマッピングの機能を使用することができるので場
面転換時の画像を生成する際の演算負荷を軽減すること
ができる。

【００４１】また本発明に係るゲームシステム、情報記
憶媒体及びプログラムは、ゲーム画像に対して簡易化さ
れた画素数および各画素の色情報を有する前記マスク処
理用画像を生成することを特徴とする。

【００４２】本発明においてマスク処理用の画像はマス
ク領域等を決定するために使用するものであるから階調
の高い高画質の画像でなくてもよい。したがって、各フ
レームごとに生成されるゲーム画像に対して簡易化され
た画素数および各画素の色情報を有する前記マスク処理
用画像を生成することで、マスク処理用画像を生成する
ためのフレームバッファの容量を小さくとることができ
るので、ＶＲＡＭを節約することができる。

【００４３】

【発明の実施の形態】以下、本発明の好適な実施形態に
ついて図面を用いて説明する。

【００４４】１．構成図１に、本実施形態のブロック図の一例を示す。なお同
図において本実施形態は、少なくとも処理部１００を含
めばよく、それ以外のブロックについては、任意の構成
要素とすることができる。

【００４５】ここで処理部１００は、システム全体の制
御、システム内の各ブロックへの命令の指示、ゲーム処
理、画像処理、音処理などの各種の処理を行うものであ
り、その機能は、各種プロセッサ（ＣＰＵ、ＤＳＰ
等）、或いはＡＳＩＣ（ゲートアレイ等）などのハード
ウェアや、所与のプログラム（ゲームプログラム）によ
り実現できる。

【００４６】操作部１６０は、プレーヤが操作データを
入力するためのものであり、その機能は、レバー、ボタ
ン、筺体などのハードウェアにより実現できる。

【００４７】記憶部１７０は、処理部１００や通信部１
９６などのワーク領域となるもので、メインメモリ１７
２、フレームバッファ１７４（第１のフレームバッフ
ァ、第２のフレームバッファ）として機能し、ＲＡＭな
どのハードウェアにより実現できる。

【００４８】情報記憶媒体（コンピュータにより使用可
能な記憶媒体）１８０は、プログラムやデータなどの情
報を格納するものであり、その機能は、光ディスク（Ｃ
Ｄ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディス
ク、ハードディスク、磁気テープ、或いはメモリ（ＲＯ
Ｍ）などのハードウェアにより実現できる。処理部１０
０は、この情報記憶媒体１８０に格納される情報に基づ
いて本発明（本実施形態）の種々の処理を行う。即ち情
報記憶媒体１８０には、本発明（本実施形態）の手段
（特に処理部１００に含まれるブロック）を実行するた
めの情報（プログラム或いはデータ）が格納される。

【００４９】なお、情報記憶媒体１８０に格納される情
報の一部又は全部は、システムへの電源投入時等に記憶
部１７０に転送されることになる。また情報記憶媒体１
８０に記憶される情報は、本発明の処理を行うためのプ
ログラムコード、画像データ、音データ、表示物の形状
データ、テーブルデータ、リストデータ、本発明の処理
を指示するための情報、その指示に従って処理を行うた
めの情報等の少なくとも１つを含むものである。

【００５０】表示部１９０は、本実施形態により生成さ
れた画像を出力するものであり、その機能は、ＣＲＴ、
ＬＣＤ、或いはＨＭＤ（ヘッドマウントディスプレイ）
などのハードウェアにより実現できる。

【００５１】音出力部１９２は、本実施形態により生成
された音を出力するものであり、その機能は、スピーカ
などのハードウェアにより実現できる。

【００５２】セーブ用情報記憶装置１９４は、プレーヤ
の個人データ（セーブデータ）などが記憶されるもので
あり、このセーブ用情報記憶装置１９４としては、メモ
リカードや携帯型ゲーム装置などを考えることができ
る。

【００５３】通信部１９６は、外部（例えばホスト装置
や他のゲームシステム）との間で通信を行うための各種
の制御を行うものであり、その機能は、各種プロセッ
サ、或いは通信用ＡＳＩＣなどのハードウェアや、プロ
グラムなどにより実現できる。

【００５４】なお本発明（本実施形態）の手段を実行す
るためのプログラム或いはデータは、ホスト装置（サー
バー）が有する情報記憶媒体からネットワーク及び通信
部１９６を介して情報記憶媒体１８０に配信するように
してもよい。このようなホスト装置（サーバー）の情報
記憶媒体の使用も本発明の範囲内に含まれる。

【００５５】処理部１００は、ゲーム処理部１１０、画
像生成部１３０、音生成部１５０を含む。

【００５６】ここでゲーム処理部１１０は、コイン（代
価）の受け付け処理、各種モードの設定処理、ゲームの
進行処理、選択画面の設定処理、オブジェクト（１又は
複数のプリミティブ面）の位置や回転角度（Ｘ、Ｙ又は
Ｚ軸回り回転角度）を求める処理、オブジェクトを動作
させる処理（モーション処理）、視点の位置（仮想カメ
ラの位置）や視線角度（仮想カメラの回転角度）を求め
る処理、マップオブジェクトなどのオブジェクトをオブ
ジェクト空間へ配置するための処理、ヒットチェック処
理、ゲーム結果（成果、成績）を演算する処理、複数の
プレーヤが共通のゲーム空間でプレイするための処理、
或いはゲームオーバー処理などの種々のゲーム処理を、
操作部１６０からの操作データや、セーブ用情報記憶装
置１９４からの個人データや、ゲームプログラムなどに
基づいて行う。

【００５７】画像生成部１３０は、ゲーム処理部１１０
からの指示等にしたがって各種の画像処理を行い、例え
ばオブジェクト空間内で仮想カメラ（視点）から見える
画像を生成して、表示部１９０に出力する。また、音生
成部１５０は、ゲーム処理部１１０からの指示等にした
がって各種の音処理を行い、ＢＧＭ、効果音、音声など
の音を生成し、音出力部１９２に出力する。

【００５８】なお、ゲーム処理部１１０、画像生成部１
３０、音生成部１５０の機能は、その全てをハードウェ
アにより実現してもよいし、その全てをプログラムによ
り実現してもよい。或いは、ハードウェアとプログラム
の両方により実現してもよい。

【００５９】ゲーム処理部１１０は、移動・動作演算部
１１２、場面切り替え演出処理部１１４とを含む。

【００６０】ここで移動・動作演算部１１２は、キャラ
クタ車などのオブジェクトの移動情報（位置データ、回
転角度データ）や動作情報（オブジェクトの各パーツの
位置データ、回転角度データ）を演算するものであり、
例えば、操作部１６０によりプレーヤが入力した操作デ
ータやゲームプログラムなどに基づいて、オブジェクト
を移動させたり動作させたりする処理を行う。

【００６１】より具体的には、移動・動作演算部１１２
は、オブジェクトの位置や回転角度を例えば１フレーム
（１／６０秒）毎に求める処理を行う。例えば（ｋ−
１）フレームでのオブジェクトの位置をＰＭk-1、速度
をＶＭk-1、加速度をＡＭk-1、１フレームの時間を△ｔ
とする。するとｋフレームでのオブジェクトの位置ＰＭ
k、速度ＶＭkは例えば下式（１）、（２）のように求め
られる。

【００６２】ＰＭk＝ＰＭk-1＋ＶＭk-1×△ｔ（１）ＶＭk＝ＶＭk-1＋ＡＭk-1×△ｔ（２）なお本実施の形態ではキャラクタは予め設定された道な
りに移動するよう構成させている。

【００６３】また場面切り替え演出処理部１１４は、３
次元モデルをアニメーションさせてレンダリングを行い
マスク処理用画像を生成し、前記マスク処理用画像に基
づきゲーム画像にかけるマスク領域を判断するために必
要な処理を行う。

【００６４】また各フレームのゲーム画像を第１のフレ
ームバッファに描画し、３次元モデルをアニメーション
させてレンダリングを行い第２のフレームバッファにマ
スク処理用画像として描画し、第２のフレームバッファ
における各画素の描画情報に基づきマスク領域を決定
し、当該マスク領域に基づき第１のフレームバッファの
ゲーム画像にマスク処理を行うために必要な処理を行う
ようにしてもよい。

【００６５】また前記マスク処理用画像の各画素におけ
る３次元モデルの描画の有無に基づきゲーム画像に設定
するマスク領域を決定するために必要な処理を行うよう
にしてもよい。

【００６６】また第１の場面から第２の場面へ転換する
際の第１の場面の最後の複数フレームのゲーム画像に、
前記マスク領域を設定するために必要な処理を行うよう
にしてもよい。

【００６７】また第１の場面から第２の場面へ転換する
際の第１の場面の最後の複数フレームで前記マスク領域
が段階的に大きくなるように設定するために必要な処理
を行うようにしてもよい。

【００６８】また第１の場面から第２の場面へ転換する
際の第２の場面の最初の複数フレームのゲーム画像に、
前記マスク領域を設定するために必要な処理を行うよう
にしてもよい。

【００６９】また第１の場面から第２の場面へ転換する
際の第２の場面の最初の複数フレームで前記マスク領域
が段階的に大きくなるように設定するために必要な処理
を行うようにしてもよい。

【００７０】また前記３次元モデルを透視変換する際の
スケール値を変更することで３次元モデルのマスク処理
用画像の大きさを変更し、前記マスク領域の大きさを段
階的に大きくなるようにまたは小さくなるように変化さ
せるために必要な処理を行うようにしてもよい。

【００７１】また前記マスク処理用画像の３次元モデル
の非描画領域を抽出し、ゲーム画像が描画されたフレー
ムバッファにテクスチャとしてマッピングすることでゲ
ーム画像にマスク処理を行うために必要な処理を行うよ
うにしてもよい。

【００７２】またゲーム画像に対して簡易化された画素
数および各画素の色情報を有する前記マスク処理用画像
を生成するために必要な処理を行うようにしてもよい。

【００７３】画像生成部１３０は、ジオメトリ処理部１
３２、描画部１４０を含む。

【００７４】ここで、ジオメトリ処理部１３２は、座標
変換、クリッピング処理、透視変換、或いは光源計算な
どの種々のジオメトリ処理（３次元演算）を行う。そし
て、ジオメトリ処理後（透視変換後）のオブジェクトデ
ータ（オブジェクトの頂点座標などの形状データ、或い
は頂点テクスチャ座標、輝度データ等）は、記憶部１７
０のメインメモリ１７２に保存される。

【００７５】描画部１４０は、ジオメトリ処理後のオブ
ジェクト（モデル）を、フレームバッファ１７４に描画
するための処理を行うものである。

【００７６】なお前記オブジェクトとして表示画面サイ
ズのポリゴンを用いてもよいし、表示画面を分割したブ
ロックのサイズのポリゴンを用いてもよい。

【００７７】なお、本実施形態のゲームシステムは、１
人のプレーヤのみがプレイできるシングルプレーヤモー
ド専用のシステムにしてもよいし、このようなシングル
プレーヤモードのみならず、複数のプレーヤがプレイで
きるマルチプレーヤモードも備えるシステムにしてもよ
い。

【００７８】また複数のプレーヤがプレイする場合に、
これらの複数のプレーヤに提供するゲーム画像やゲーム
音を、１つの端末を用いて生成してもよいし、ネットワ
ーク（伝送ライン、通信回線）などで接続された複数の
端末を用いて生成してもよい。

【００７９】２．本実施形態の特徴本実施の形態の特徴を図面を用いて説明する。

【００８０】図２、図３は本実施の形態において第１の
場面から第２の場面のへ切り替えが行われる際の場面転
換前後のゲーム画面の様子を説明するための図である。

【００８１】図２の２１０〜２４０は第１の場面の終了
前の所定期間の表示画像の変遷を時系列に表したもので
ある。２１０はｎ−１の表示画像であり、２２０はｎフ
レーム目の表示画像であり、２３０はｎ＋ｍフレーム目
の表示画像であり、２４０はｎ＋２ｍフレーム目の表示
画像である。同図に示すようにｎフレーム目から場面切
り替え演出画像が生成されている。

【００８２】本実施の形態では、第１の場面から第２の
場面へ転換する際の第１の場面の最後の複数フレームに
おいては２２０〜２４０に示すような場面切り替え演出
画像が表示される。場面切り替え演出画像はマスク領域
２２２、２３２、２４２は黒でおおわれ、非マスク領域
であるウィンドウ領域２２４、２３４、２４４から各フ
レームのゲーム画像が覗いている画像である。

【００８３】ここで、場面切り替え前の最後の複数フレ
ームでは前記マスク領域は段階的に大きくなるように構
成されている（前記ウィンドウ領域は段階的に小さくな
るように構成されている）。そして最終的には画面全体
がマスク領域となり（ウィンドウ領域がなくなって）、
画面全体が真っ暗になる。

【００８４】ここにおいて非マスク領域であるウィンド
ウ領域２２４、２３４、２４４は相似形ではなく、所定
のモーションで動いているキャラクタのシルエットとな
っている。

【００８５】このように本実施の形態では、第１の場面
から第２の場面へ転換する際の第１の場面の最後の複数
フレームでアニメーションするキャラクタのシルエット
の形状をした前記ウィンドウ領域が段階的に小さくなり
ついにウィンドウが閉じて真っ暗になってしまうような
効果的な画像演出が行われる。

【００８６】図３の２５０〜２８０は第２の場面の開始
直後の所定期間の表示画像の変遷を時系列に表したもの
である。２５０はｎ＋４ｍの表示画像であり、２６０は
ｎ＋５ｍフレーム目の表示画像であり、２７０はｎ＋６
ｍフレーム目の表示画像であり、２８０はｎ＋６ｍ＋１
フレーム目の表示画像である。２５２、２６２、２７２
はマスク領域であり、２５４，２６４、２７４はウィン
ドウ領域である。

【００８７】本実施の形態では、第１の場面から第２の
場面へ転換する際の第２の場面の最初の複数フレームに
おいては、２５０〜２７０に示すような場面切り替え演
出画像が表示され、その後に２８０に示すような通常の
ゲーム画像になる。

【００８８】ここで、場面切り替え後の最初の複数フレ
ームでは前記マスク領域は段階的に小さくなるように構
成されている（前記ウィンドウ領域は段階的に大きくな
るように構成されている）。そして最終的にはマスク領
域のない通常のゲーム画像２８０が表示される。

【００８９】ここにおいて非マスク領域であるウィンド
ウ領域２５４、２６４、２７４も図２のウィンドウ領域
２２４、２３４、２４４と同様に、所定のモーションで
動いているキャラクタのシルエットとなっている。

【００９０】このように本実施の形態では、第１の場面
から第２の場面へ転換する際の第２の場面の最初の複数
フレームでアニメーションするキャラクタのシルエット
の形状をした前記ウィンドウ領域が段階的に大きくなり
ついにはマスク領域がなくなって通常のゲーム画像とな
るような効果的な画像演出が行われる。

【００９１】図４はゲーム空間における場面の切り替わ
りの概念につい説明するための模式的な図である。本実
施の形態ではプレーヤのキー操作に従いプレーヤキャラ
クタは所定の道３５０なりに進行する。プレーヤキャラ
クタ３３０の移動ルート上には洞窟の外（第１の場面）
３１０や洞窟の中（第２の場面）等の複数の場面が設定
されている。

【００９２】かかるゲーム空間でゲームが行われる場合
にプレーヤキャラクタ３３０が洞窟の外（第１の場面）
３１０から洞窟の中（第２の場面）３２０に入るさいに
場面切り替えが起こる。

【００９３】このとき本実施の形態では、場面切り替え
用効果画像を生成するタイミングを判断するための切り
替えポイント３４０を地形に絡めて予め設定しておく。
すなわちプレーヤキャラクタ３３０は所定のルートを進
行するため、プレーヤキャラクタがこの点を通過したら
場面切り替えモードにするという地点の位置座標を、切
り替えポイント３４０として予め設定しておくのであ
る。このようにするとプレーヤキャラクタの当該切り替
えポイントの通過をトリガとして、場面切り替え用効果
画像の生成を開始することができる。

【００９４】なお本実施の形態では、プレーヤキャラク
タの当該切り替えポイントの通過をトリガとして場面切
り替えモードにはいり、場面切り替え時の画像演出の制
御に用いるタイマー値のカウントを開始する。

【００９５】このようにしてプレーヤキャラクタが第１
の場面の第１の区間３６０にいる間は図２で説明したよ
うな場面転換画像演出を行い、プレーヤキャラクタが第
２の場面の第２の区間３７０にいる間は図３で説明した
ような場面転換画像演出を行う。

【００９６】なお本実施の形態ではプレーヤキャラクタ
は道なりに移動するため、スタート地点からの距離でそ
の位置を把握可能である。従ってプレーヤキャラクタの
位置座標は１次元の値で有している。従って切り替えポ
イントとなる位置座標も１次元の値として予め定義され
ている。

【００９７】図５（Ａ）（Ｂ）（Ｃ）は、キャラクタモ
デルをアニメーションさせて、第２のフレームバッファ
に描画する処理について説明するための図である。４１
０、４２０、４３０はマスク画像生成用のキャラクタモ
デルを３次元空間でアニメーションさせている様子を時
系列に表している。

【００９８】本実施の形態では場面切り替え像演出用画
像を生成するためにキャラクタモデルを動作させるため
のモーションデータを複数フレーム分予め用意してい
る。そしてタイマー値の値に対応したフレームのモーシ
ョンデータを選択して、キャラクタモデルを３次元空間
でアニメーションさせる。

【００９９】４１０はタイマー値が１（場面切り替え演
出開始直後）の時であり、１フレーム目のモーションデ
ータを使用してキャラクタモデルを動作させたものであ
り、４２０はタイマー値がｍの時であり、ｍフレーム目
のモーションデータを使用してプレーヤキャラクタを動
作させたものであり、４３０はタイマー値が２ｍであ
り、２ｍフレーム目のモーションデータを使用してプレ
ーヤキャラクタを動作させたものである。

【０１００】そしてアニメーションさせたキャラクタモ
デルをレンダリングして第２のフレームバッファに描画
する。４１２、４２２、４３２はそれぞれ３次元のキャ
ラクタモデル４１０、４２０、４３０を第２のフレーム
バッファに描画した図である。

【０１０１】なお描画前には第２のフレームバッファは
初期値が設定される。ここにおいて、全画素のＲＧＢ値
はマスクとしてゲーム画像にかぶせる色（黒）が、全画
素のα値には０が初期値としてセットさせる。そしてキ
ャラクタモデルを描画した画素のα値には必ず所定値
（ここではα＝０ｘ８０）がはいるようにしておく。

【０１０２】ここにおいて本実施の形態では３次元キャ
ラクタをレンダリングする際の透視変換時に用いるスケ
ール値をタイマー値の値に応じて変更している。すなわ
ちタイマー値が１の場合にはスケール値１を用いて透視
変換を行い（ｂ１）、タイマー値がｍの場合にはスケー
ル値ｋ／ｍ（ｋは定数）を用いて透視変換を行い（ｂ
２）、タイマー値が２ｍの場合にはスケール値ｋ／２ｍ
（ｋは定数）を用いて透視変換を行う。

【０１０３】このようにすることで、同じ大きさのキャ
ラクタモデルを用いて、仮想カメラとキャラクタモデル
の位置関係を固定したままで、時間の経過に応じて段階
的に大きさが変化するキャラクタモデルの画像４１２、
４２２、４３２を生成することができる。なお画面が切
り替わる瞬間のウィンドウが閉じた真っ黒な画像を生成
する場合にはスケール値を０に設定すればよい。

【０１０４】また透視変換を行う際には、ウィンドウが
最も大きい状態のマスク処理用画像が生成される位置に
仮想カメラを設定する。例えばウィンドウが最も大きい
のは場面切り替え演出開始直後であるため、このときの
３次元モデルのシルエットの大きさがウィンドウ（図２
の２２４）の大きさに合致するような位置に仮想カメラ
を設定する。

【０１０５】また３次元モデルの位置座標を（ｘ、ｙ、
ｚ）とすると、ｚの値は常に固定させ、ｘ、ｙの値は描
画後のキャラクタモデルが画面中央に配置されるよう設
定する。

【０１０６】図６は本実施の形態のマスク処理について
説明するための図である。５１０はマスク処理用画像が
描画された第２のフレームバッファであり、５２０はマ
スク処理を行う前の第１のフレームバッファであり、５
３０はマスク処理後の第１のフレームバッファである。

【０１０７】このように本実施の形態では、マスク処理
用画像を生成するために第１のフレームバッファと同サ
イズの第２のフレームバッファを有している。従って第
２のフレームバッファの各画素と第２のフレームバッフ
ァの各画素は１対１に対応している。なお本実施の形態
では第１のフレームバッファに描画された画像が最終的
に表示画像として出力されることになる。

【０１０８】マスク処理を行う前の第１のフレームバッ
ファ５２０にはゲーム中に各フレームごとに生成される
ゲーム画像が描画されている。

【０１０９】本実施の形態では、第２のフレームバッフ
ァに描画されたマスク処理用画像をテクスチャとして用
いて、第１のフレームバッファにマッピングすることで
マスク処理を行う。

【０１１０】このときキャラクタモデルのシルエットが
非マスク領域となるようするために、キャラクタ非描画
領域５１４の部分のみがテクスチャとしてマッピングさ
れるようにする。このようにすることでキャラクタ描画
領域５１２に対応する第１のフレームバッファのウィン
ドウ領域５３２にはもともとのゲーム画像の描画情報が
残り、キャラクタ非描画領域５１２に対応する第１のフ
レームバッファのマスク領域５３４は黒いマスクがかか
った状態になる。

【０１１１】ここにおいて第２のフレームバッファのキ
ャラクタ描画領域５１２の各画素のα値には０ｘ８０が
セットされており、キャラクタ非描画領域のα値は０と
なっている。

【０１１２】そこでキャラクタ描画領域であるかキャラ
クタ非描画領域であるかを各画素のα値の値で判断し、
キャラクタ非描画領域（背景）の画素のＲＧＢ値を第１
のフレームバッファの対応する画素に描画する。

【０１１３】例えばハードウェアに設けられているピク
セルテストの機能を用いると、α＝０の値を有するピク
セルのみ有効として取り出すことができる。従ってテク
スチャマッピングを行うときに、上記条件で取り出して
画素の値のみ第１のフレームバッファに描画することに
より、５３０に示すようにゲーム画像にマスクのかかっ
た場面切り替え演出画像を生成することができる。

【０１１４】ここで例えば第２のフレームバッファにお
けるＰ１’（５１６参照）が第１のフレームバッファに
おけるＰ１（５２６参照）に対応するとする。Ｐ１’
（Ｒ１’、Ｇ１’、Ｂ１’、α１’）、Ｐ１（Ｒ１、Ｇ
１、Ｂ１）とすると、Ｐ１’はキャラクタ非描画領域の
画素であるためα１’＝０であるのでＰ１’は有効とな
りそのＲＧＢ値が第１のフレームバッファの対応する画
素Ｐ１に書き込まれるので、Ｐ１（Ｒ１’、Ｇ１’、Ｂ
１’）（５３６参照）となる。

【０１１５】また例えば第２のフレームバッファにおけ
るＰ２’（５１８参照）が第１のフレームバッファにお
けるＰ２（５２８参照）に対応するとする。Ｐ２’（Ｒ
２’、Ｇ２’、Ｂ２’、α２’）、Ｐ２（Ｒ２、Ｇ２、
Ｂ２）とすると、Ｐ２’はキャラクタ描画領域の画素で
あるためα２’＝０ｘ８０であるのでＰ２’は有効とな
らずそのＲＧＢ値は第１のフレームバッファの対応する
画素Ｐ２に書き込まれないので、Ｐ２（Ｒ２、Ｇ２、Ｂ
２）（５３８参照）となる。

【０１１６】３．本実施の形態の処理図７は本実施の形態の画像生成処理の一例について説明
するためのフローチャート図である。ステップＳ１０〜
Ｓ１００は所与のフレームにおける画像生成処理の流れ
を示している。

【０１１７】まず当該フレームにおいてプレーヤキャラ
クタが切り替えポイントを通過したか否か判断し、通過
した場合には場面切り替えモードをＯＮにセットし、切
り替え時カウントタイマーのカウントを開始する（ステ
ップＳ１０、Ｓ２０、Ｓ３０）。

【０１１８】ここにおいて切り替えポイントは、図４で
説明したようにプレーヤキャラクタの通路上の位置座標
で与えられており、予め設定された所定の値がシステム
に保持されている。そして各フレームごとに演算された
プレーヤの位置座標とシステムに保持されている切り替
えポイントの値とを比較することにより、当該フレーム
においてプレーヤキャラクタが切り替えポイントを通過
したか否かが判断される。

【０１１９】また場面切り替えモードは、当該フレーム
で場面切り替え用効果画像を生成するか否かを判断する
ためのフラグであり、ＯＮの場合には当該フレームで場
面切り替え演出画像を生成し、ＯＦＦの場合には当該フ
レームで場面切り替え演出画像を生成しない。

【０１２０】また場面切り替え時カウントタイマーは、
当該フレームが場面切り替えモードに入ってから何フレ
ーム目にあたるかをカウントするものであり、そのカウ
ント値は何フレーム目にあたるかを示すフレーム番号を
示している。

【０１２１】次にゲーム演算結果に基づき当該フレーム
のゲーム画像を生成し第１のフレームバッファに描画す
る（ステップＳ４０）。

【０１２２】次に画面切り替えモードがＯＮであればス
テップＳ６０〜Ｓ９０の処理を行う（ステップＳ５
０）。

【０１２３】まず場面切り替え演出画像生成処理を行う
（ステップＳ６０）。場面切り替え演出画像生成処理
は、図２や図３で説明したような場面切り替え効果画を
生成する処理であり、詳細は図８のフローチャートで説
明する。当該処理により場面切り替え演出画像が第１の
フレームバッファに生成される。

【０１２４】次に場面切り替え時のカウントタイマーの
タイマー値をカウントアップする（ステップＳ７０）。

【０１２５】そしてタイマー値が場面切り替え終了値に
達したら、場面切り替えモードをＯＦＦにセットする
（ステップＳ８０、Ｓ９０）。場面切り替え終了値は、
場面切り替え演出画像を何フレーム分生成するかを予め
定めてシステムに保持しておく。

【０１２６】そして第１のフレームバッファの画像を表
示画面に出力する（ステップＳ１００）。

【０１２７】図８は本実施の形態の場面切り替え演出画
像生成処理の一例について説明するためのフローチャー
ト図である。ステップＳ１１０〜Ｓ１６０の処理は図７
のステップＳ６０の場面切り替え処理の詳細な処理内容
を示したものである。

【０１２８】まずタイマー値に基づき場面転換用のモー
ションデータを選択し、マスク画像生成用のキャラクタ
モデルを動作させて、頂点座標を座標変換してワールド
座標系に配置する（ステップＳ１１０）。

【０１２９】次に場面切り替え演出画像のウィンドウが
最も大きい時のマスク処理用画像（基準画像）が得られ
るように仮想カメラを配置し、マスク画像生成用のキャ
ラクタモデルの頂点データを視点座標系に座標変換する
（ステップＳ１２０）。ここにおいて場面切り替え演出
画像のウィンドウが最も大きい時とは、例えば図２に示
すように場面切り替えモード開始直後の表示画像であ
る。

【０１３０】次にタイマー値に応じてスケール値を決定
し、当該スケール値を用いて頂点データをスクリーン座
標系に座標変換する（ステップＳ１３０）。ここにおい
てスケール値とはスクリーン座標系における画像の大き
さの倍率を制御するための値である。倍率が１の場合に
は基準画像がえられる。ここにおいてタイマー値が第１
の場面または第２の場面のどのフレームと対応している
かが予めわかっているため、タイマー値に基づいて第１
の場面では時系列にウィンドウが段階的に小さくなるよ
うにスケール値の値を決定し、第２の場面では時系列に
ウィンドウが段階的に大きくなるようにスケール値の値
を設定する。

【０１３１】次に第２のフレームバッファに初期値を設
定する。すなわち背景が黒になるように全画素のＲＧＢ
値をセットし、全画素のα値は全て０にする（ステップ
Ｓ１４０）。

【０１３２】次にマスク生成用キャラクタモデルにレン
ダリング処理を行い、第２のフレームバッファに描画す
る。このとき描画した画素のα値に０以外の所定値を設
定する（ステップＳ１５０）。

【０１３３】これにより第２のフレームバッファにおい
て、マスク生成用キャラクタモデルが描画されている部
分の画素のα値は０以外の所定値になっており、マスク
生成用キャラクタモデルが描画されていない背景部分の
α値は０となっている。従って各画素のα値を参照する
ことにより、キャラクタモデルの描画領域と非描画領域
を判断することができる。本実施の形態では、第２のフ
レームバッファのキャラクタモデルの非描画領域をマス
ク領域とする。

【０１３４】次にα値に基づき第２のフレームバッファ
におけるキャラクタモデルの非描画領域を判断し、キャ
ラクタモデルの非描画領域の各画素のＲＧＢ値を第１の
フレームバッファの対応する画素に書き込む（ステップ
Ｓ１６０）。これにより第１のフレームバッファにキャ
ラクタモデルの非描画領域の形状のマスクをかけること
ができる。

【０１３５】４．ハードウェア構成次に、本実施形態を実現できるハードウェアの構成の一
例について図９を用いて説明する。

【０１３６】メインプロセッサ９００は、ＣＤ９８２
（情報記憶媒体）に格納されたプログラム、通信インタ
ーフェース９９０を介して転送されたプログラム、或い
はＲＯＭ９５０（情報記憶媒体の１つ）に格納されたプ
ログラムなどに基づき動作し、ゲーム処理、画像処理、
音処理などの種々の処理を実行する。

【０１３７】コプロセッサ９０２は、メインプロセッサ
９００の処理を補助するものであり、高速並列演算が可
能な積和算器や除算器を有し、マトリクス演算（ベクト
ル演算）を高速に実行する。例えば、オブジェクトを移
動させたり動作（モーション）させるための物理シミュ
レーションに、マトリクス演算などの処理が必要な場合
には、メインプロセッサ９００上で動作するプログラム
が、その処理をコプロセッサ９０２に指示（依頼）す
る。

【０１３８】ジオメトリプロセッサ９０４は、座標変
換、透視変換、光源計算、曲面生成などのジオメトリ処
理を行うものであり、高速並列演算が可能な積和算器や
除算器を有し、マトリクス演算（ベクトル演算）を高速
に実行する。例えば、座標変換、透視変換、光源計算な
どの処理を行う場合には、メインプロセッサ９００で動
作するプログラムが、その処理をジオメトリプロセッサ
９０４に指示する。

【０１３９】データ伸張プロセッサ９０６は、圧縮され
た画像データや音データを伸張するデコード処理を行っ
たり、メインプロセッサ９００のデコード処理をアクセ
レートする処理を行う。これにより、オープニング画
面、インターミッション画面、エンディング画面、或い
はゲーム画面などにおいて、所与の画像圧縮方式で圧縮
された動画像を表示できるようになる。なお、デコード
処理の対象となる画像データや音データは、ＲＯＭ９５
０、ＣＤ９８２に格納されたり、或いは通信インターフ
ェース９９０を介して外部から転送される。

【０１４０】描画プロセッサ９１０は、ポリゴンや曲面
などのプリミティブ面で構成されるオブジェクトの描画
（レンダリング）処理を高速に実行するものである。オ
ブジェクトの描画の際には、メインプロセッサ９００
は、ＤＭＡコントローラ９７０の機能を利用して、オブ
ジェクトデータを描画プロセッサ９１０に渡すと共に、
必要であればテクスチャ記憶部９２４にテクスチャを転
送する。すると、描画プロセッサ９１０は、これらのオ
ブジェクトデータやテクスチャに基づいて、Ｚバッファ
などを利用した陰面消去を行いながら、オブジェクトを
フレームバッファ９２２に高速に描画する。また、描画
プロセッサ９１０は、αブレンディング（半透明処
理）、デプスキューイング、ミップマッピング、フォグ
処理、バイリニア・フィルタリング、トライリニア・フ
ィルタリング、アンチエリアシング、シェーディング処
理なども行うことができる。そして、１フレーム分の画
像がフレームバッファ９２２に書き込まれると、その画
像はディスプレイ９１２に表示される。

【０１４１】サウンドプロセッサ９３０は、多チャンネ
ルのＡＤＰＣＭ音源などを内蔵し、ＢＧＭ、効果音、音
声などの高品位のゲーム音を生成する。生成されたゲー
ム音は、スピーカ９３２から出力される。

【０１４２】ゲームコントローラ９４２からの操作デー
タや、メモリカード９４４からのセーブデータ、個人デ
ータは、シリアルインターフェース９４０を介してデー
タ転送される。

【０１４３】ＲＯＭ９５０にはシステムプログラムなど
が格納される。なお、業務用ゲームシステムの場合に
は、ＲＯＭ９５０が情報記憶媒体として機能し、ＲＯＭ
９５０に各種プログラムが格納されることになる。な
お、ＲＯＭ９５０の代わりにハードディスクを利用する
ようにしてもよい。

【０１４４】ＲＡＭ９６０は、各種プロセッサの作業領
域として用いられる。

【０１４５】ＤＭＡコントローラ９７０は、プロセッ
サ、メモリ（ＲＡＭ、ＶＲＡＭ、ＲＯＭ等）間でのＤＭ
Ａ転送を制御するものである。

【０１４６】ＣＤドライブ９８０は、プログラム、画像
データ、或いは音データなどが格納されるＣＤ９８２
（情報記憶媒体）を駆動し、これらのプログラム、デー
タへのアクセスを可能にする。

【０１４７】通信インターフェース９９０は、ネットワ
ークを介して外部との間でデータ転送を行うためのイン
ターフェースである。この場合に、通信インターフェー
ス９９０に接続されるネットワークとしては、通信回線
（アナログ電話回線、ＩＳＤＮ）、高速シリアルバスな
どを考えることができる。そして、通信回線を利用する
ことでインターネットを介したデータ転送が可能にな
る。また、高速シリアルバスを利用することで、他のゲ
ームシステム、他のゲームシステムとの間でのデータ転
送が可能になる。

【０１４８】なお、本発明の各手段は、その全てを、ハ
ードウェアのみにより実行してもよいし、情報記憶媒体
に格納されるプログラムや通信インターフェースを介し
て配信されるプログラムのみにより実行してもよい。或
いは、ハードウェアとプログラムの両方により実行して
もよい。

【０１４９】そして、本発明の各手段をハードウェアと
プログラムの両方により実行する場合には、情報記憶媒
体には、本発明の各手段をハードウェアを利用して実行
するためのプログラムが格納されることになる。より具
体的には、上記プログラムが、ハードウェアである各プ
ロセッサ９０２、９０４、９０６、９１０、９３０等に
処理を指示すると共に、必要であればデータを渡す。そ
して、各プロセッサ９０２、９０４、９０６、９１０、
９３０等は、その指示と渡されたデータとに基づいて、
本発明の各手段を実行することになる。

【０１５０】図１０（Ａ）に、本実施形態を業務用ゲー
ムシステムに適用した場合の例を示す。プレーヤは、デ
ィスプレイ１１００上に映し出されたゲーム画像を見な
がら、レバー１１０２、ボタン１１０４等を操作してゲ
ームを楽しむ。内蔵されるシステムボード（サーキット
ボード）１１０６には、各種プロセッサ、各種メモリな
どが実装される。そして、本発明の各手段を実行するた
めの情報（プログラム又はデータ）は、システムボード
１１０６上の情報記憶媒体であるメモリ１１０８に格納
される。以下、この情報を格納情報と呼ぶ。

【０１５１】図１０（Ｂ）に、本実施形態を家庭用のゲ
ームシステムに適用した場合の例を示す。プレーヤはデ
ィスプレイ１２００に映し出されたゲーム画像を見なが
ら、ゲームコントローラ１２０２、１２０４を操作して
ゲームを楽しむ。この場合、上記格納情報は、本体シス
テムに着脱自在な情報記憶媒体であるＣＤ１２０６、或
いはメモリカード１２０８、１２０９等に格納されてい
る。

【０１５２】図１０（Ｃ）に、ホスト装置１３００と、
このホスト装置１３００とネットワーク１３０２（ＬＡ
Ｎのような小規模ネットワークや、インターネットのよ
うな広域ネットワーク）を介して接続される端末１３０
４-1〜１３０４-nとを含むシステムに本実施形態を適用
した場合の例を示す。この場合、上記格納情報は、例え
ばホスト装置１３００が制御可能な磁気ディスク装置、
磁気テープ装置、メモリ等の情報記憶媒体１３０６に格
納されている。端末１３０４-1〜１３０４-nが、スタン
ドアロンでゲーム画像、ゲーム音を生成できるものであ
る場合には、ホスト装置１３００からは、ゲーム画像、
ゲーム音を生成するためのゲームプログラム等が端末１
３０４-1〜１３０４-nに配送される。一方、スタンドア
ロンで生成できない場合には、ホスト装置１３００がゲ
ーム画像、ゲーム音を生成し、これを端末１３０４-1〜
１３０４-nに伝送し端末において出力することになる。

【０１５３】なお、図１０（Ｃ）の構成の場合に、本発
明の各手段を、ホスト装置（サーバー）と端末とで分散
して実行するようにしてもよい。また、本発明の各手段
を実行するための上記格納情報を、ホスト装置（サーバ
ー）の情報記憶媒体と端末の情報記憶媒体に分散して格
納するようにしてもよい。

【０１５４】またネットワークに接続する端末は、家庭
用ゲームシステムであってもよいし業務用ゲームシステ
ムであってもよい。そして、業務用ゲームシステムをネ
ットワークに接続する場合には、業務用ゲームシステム
との間で情報のやり取りが可能であると共に家庭用ゲー
ムシステムとの間でも情報のやり取りが可能なセーブ用
情報記憶装置（メモリカード、携帯型ゲーム装置）を用
いることが望ましい。

【０１５５】なお本発明は、上記実施形態で説明したも
のに限らず、種々の変形実施が可能である。

【０１５６】例えば、本発明のうち従属請求項に係る発
明においては、従属先の請求項の構成要件の一部を省略
する構成とすることもできる。また、本発明の１の独立
請求項に係る発明の要部を、他の独立請求項に従属させ
ることもできる。

【０１５７】また本実施の形態ではキャラクタ非描画領
域をマスク画像としてゲーム画像にかぶせる場合を例に
取り説明したがこれに限られない。例えば描画領域をマ
スク画像としてゲーム画像にかぶせる場合でもよい。ま
た描画領域と同形状または相似形状の領域をマスク領域
として抜き出すようにしてもよい。

【０１５８】また本実施の形態では、第１の場面から第
２の場面に転換する際の第１の場面の最後の複数フレー
ムで前記マスク領域が段階的に大きくなるように設定
し、第２の場面の最初の複数フレームで前記マスク領域
が段階的に小さくなるように設定する場合について説明
したがこれに限られない。

【０１５９】第１の場面から第２の場面に転換する際の
第１の場面の最後の複数フレームでのみ前記マスク領域
が段階的に大きくなるように設定してもよい。また第２
の場面の最初の複数フレームでのみ前記マスク領域が段
階的に小さくなるように設定してもよい。またマスク領
域の大きさが段階的に変化しない場合でもよい。

【０１６０】また本実施の形態では場面切り替えの例と
してプレーヤキャラクタが外から洞窟にはいるような場
合を例にとり説明したがこれに限られない。例えばプレ
ーヤキャラクタが野外から室内にはいるような場合でも
よいし、部屋と部屋の間を移動するような場合でもよ
い。

【０１６１】また場面転換は、例えばゲームステージが
切り替わるような場合でもよい。

【０１６２】また本実施の形態では透視変換時のスケー
ル値を変更することで場面切り替え演出画像のウィンド
ウの大きさを変更する場合を例にとり説明したがこれに
限られない。例えば仮想カメラとマスク処理用画像生成
用のキャラクタモデルとの位置関係を制御することによ
り場面切り替え演出画像のウィンドウの大きさを変更す
るようにしてもよい。

【０１６３】また本実施の形態ではαテストをハードウ
ェアの機能を利用して行う場合を例にとり説明したがこ
れに限られない。ソフトウエアで実現する場合でもよ
い。

【０１６４】また本実施の形態ではプレーヤキャラクタ
が所定のルートに従って移動するゲームを例にとり説明
したがこれに限られない。プレーヤキャラクタが自由に
移動できる形式のゲームでもよい。

【０１６５】また本実施の形態では第１のフレームバッ
ファと第２のフレームバッファが同サイズである場合を
例にとり説明したがこれに限られない。例えば第１のフ
レームバッファよりも小さいサイズの第２のフレームバ
ッファを設けて、ゲーム画像に対して簡易化された画素
数および各画素の色情報を有する前記マスク処理用画像
を生成するようにしてもよい。

【０１６６】また本実施の形態では、予め有しているマ
スク処理用画像生成用のモーションデータに基づいてマ
スク処理用キャラクタモデルをアニメーションさせる場
合を例にとり説明したがこれに限られない。

【０１６７】例えばリアルタイムにモーションデータを
生成してマスク処理用キャラクタモデルをアニメーショ
ンさせる場合でもよい。

【０１６８】また、本発明は種々のゲーム（格闘ゲー
ム、シューティングゲーム、ロボット対戦ゲーム、スポ
ーツゲーム、競争ゲーム、ロールプレイングゲーム、音
楽演奏ゲーム、ダンスゲーム等）に適用できる。

【０１６９】また本発明は、業務用ゲームシステム、家
庭用ゲームシステム、多数のプレーヤが参加する大型ア
トラクションシステム、シミュレータ、マルチメディア
端末、ゲーム画像を生成するシステムボード等の種々の
ゲームシステムに適用できる。

【図面の簡単な説明】

【図１】本実施形態のゲームシステムのブロック図の例
である。

【図２】本実施の形態において第１の場面から第２の場
面のへ切り替えが行われる際の場面転換前後のゲーム画
面の様子を説明するための図である。

【図３】本実施の形態において第１の場面から第２の場
面のへ切り替えが行われる際の場面転換前後のゲーム画
面の様子を説明するための図である。

【図４】ゲーム空間における場面の切り替わりの概念に
つい説明するための模式的な図である。

【図５】図５（Ａ）（Ｂ）（Ｃ）は、キャラクタをアニ
メーションさせて、第２のフレームバッファに描画する
処理について説明するための図である。

【図６】本実施の形態のマスク処理について説明するた
めの図である。

【図７】本実施の形態の画像生成処理の一例について説
明するためのフローチャート図である。

【図８】本実施の形態の場面切り替え演出画像生成処理
の一例について説明するためのフローチャート図であ
る。

【図９】本実施形態を実現できるハードウェアの構成の
一例を示す図である。

【図１０】図１０（Ａ）、（Ｂ）、（Ｃ）は、本実施形
態が適用される種々の形態のシステムの例を示す図であ
る。

【符号の説明】

１００処理部１１０ゲーム処理部１１２移動・動作演算部１１４場面切り替え演出処理部１３０画像生成部１３２ジオメトリ処理部１４０描画部１４２テクスチャ設定部１４４マッピング処理部１５０音生成部１６０操作部１７０記憶部１７２メインメモリ１７４フレームバッファ１８０情報記憶媒体１９０表示部１９２音出力部１９４セーブ用情報記憶装置１９６通信部

Claims

【特許請求の範囲】

【請求項１】画像生成を行うゲームシステムであっ
て、３次元モデルをアニメーションさせてレンダリングを行
いマスク処理用画像を生成する手段と、前記マスク処理用画像に基づきゲーム画像にかけるマス
ク領域を判断する手段とを含むことを特徴とするゲーム
システム。
【請求項２】画像生成を行うゲームシステムであっ
て、各フレームのゲーム画像を第１のフレームバッファに描
画する手段と、３次元モデルをアニメーションさせてレンダリングを行
い第２のフレームバッファにマスク処理用画像として描
画する手段と、第２のフレームバッファにおける各画素の描画情報に基
づきマスク領域を決定し、当該マスク領域に基づき第１
のフレームバッファのゲーム画像にマスク処理を行う手
段と、を含むことを特徴とするゲームシステム。
【請求項３】請求項１乃至２のいずれかにおいて、前記マスク処理用画像の各画素における３次元モデルの
描画の有無に基づきゲーム画像に設定するマスク領域を
決定することを特徴とするゲームシステム。
【請求項４】請求項１乃至３のいずれかにおいて、第１の場面から第２の場面へ転換する際の第１の場面の
最後の複数フレームのゲーム画像に、前記マスク領域を
設定することを特徴とするゲームシステム。
【請求項５】請求項１乃至４のいずれかにおいて、第１の場面から第２の場面へ転換する際の第１の場面の
最後の複数フレームで前記マスク領域を段階的に大きく
なるように設定することを特徴とするゲームシステム。
【請求項６】請求項１乃至５のいずれかにおいて、第１の場面から第２の場面へ転換する際の第２の場面の
最初の複数フレームのゲーム画像に、前記マスク領域を
設定することを特徴とするゲームシステム。
【請求項７】請求項１乃至６のいずれかにおいて、第１の場面から第２の場面へ転換する際の第２の場面の
最初の複数フレームで前記マスク領域を段階的に小さく
なるように設定することを特徴とするゲームシステム。
【請求項８】請求項１乃至７のいずれかにおいて、前記３次元モデルを３次元演算する際のスケール値を変
更することで３次元モデルのマスク処理用画像の大きさ
を変更し、前記マスク領域の大きさを段階的に大きくな
るようにまたは小さくなるように変化させることを特徴
とするゲームシステム。
【請求項９】請求項１乃至８のいずれかにおいて、前記マスク処理用画像の３次元モデルの非描画領域を抽
出し、ゲーム画像が描画されたフレームバッファにテク
スチャとしてマッピングすることでゲーム画像にマスク
処理を行うことを特徴とするゲームシステム。
【請求項１０】請求項１乃至９のいずれかにおいて、ゲーム画像に対して簡易化された画素数および各画素の
色情報を有する前記マスク処理用画像を生成することを
特徴とするゲームシステム。
【請求項１１】コンピュータが使用可能な情報記憶媒
体であって、３次元モデルをアニメーションさせてレンダリングを行
いマスク処理用画像を生成する手段と、前記マスク処理用画像に基づきゲーム画像にかけるマス
ク領域を判断する手段と、を実現するためのプログラムを含むことを特徴とする情
報記憶媒体。
【請求項１２】コンピュータが使用可能な情報記憶媒
体であって、各フレームのゲーム画像を第１のフレームバッファに描
画する手段と、３次元モデルをアニメーションさせてレンダリングを行
い第２のフレームバッファにマスク処理用画像として描
画する手段と、第２のフレームバッファにおける各画素の描画情報に基
づきマスク領域を決定し、当該マスク領域に基づき第１
のフレームバッファのゲーム画像にマスク処理を行う手
段と、を実現するためのプログラムを含むことを特徴とする情
報記憶媒体。
【請求項１３】請求項１１乃至１２のいずれかにおい
て、前記マスク処理用画像の各画素における３次元モデルの
描画の有無に基づきゲーム画像に設定するマスク領域を
決定するためのプログラムを含むことを特徴とする情報
記憶媒体。
【請求項１４】請求項１１乃至１３のいずれかにおい
て、第１の場面から第２の場面へ転換する際の第１の場面の
最後の複数フレームのゲーム画像に、前記マスク領域を
設定するためのプログラムを含むことを特徴とする情報
記憶媒体。
【請求項１５】請求項１１乃至１４のいずれかにおい
て、第１の場面から第２の場面へ転換する際の第１の場面の
最後の複数フレームで前記マスク領域を段階的に大きく
なるように設定するためのプログラムを含むことを特徴
とする情報記憶媒体。
【請求項１６】請求項１１乃至１５のいずれかにおい
て、第１の場面から第２の場面へ転換する際の第２の場面の
最初の複数フレームのゲーム画像に、前記マスク領域を
設定するためのプログラムを含むことを特徴とする情報
記憶媒体。
【請求項１７】請求項１１乃至１６のいずれかにおい
て、第１の場面から第２の場面へ転換する際の第２の場面の
最初の複数フレームで前記マスク領域を段階的に小さく
なるように設定するためのプログラムを含むことを特徴
とする情報記憶媒体。
【請求項１８】請求項１１乃至１７のいずれかにおい
て、前記３次元モデルを３次元演算する際のスケール値を変
更することで３次元モデルのマスク処理用画像の大きさ
を変更し、前記マスク領域の大きさを段階的に大きくな
るようにまたは小さくなるように変化させるためのプロ
グラムを含むことを特徴とする情報記憶媒体。
【請求項１９】請求項１１乃至１８のいずれかにおい
て、前記マスク処理用画像の３次元モデルの非描画領域を抽
出し、ゲーム画像が描画されたフレームバッファにテク
スチャとしてマッピングすることでゲーム画像にマスク
処理を行うためのプログラムを含むことを特徴とする情
報記憶媒体。
【請求項２０】請求項１１乃至１９のいずれかにおい
て、ゲーム画像に対して簡易化された画素数および各画素の
色情報を有する前記マスク処理用画像を生成するための
プログラムを含むことを特徴とする情報記憶媒体。