JPH1186025A

JPH1186025A - 画像表示装置、ゲーム装置および記録媒体

Info

Publication number: JPH1186025A
Application number: JP9247230A
Authority: JP
Inventors: Yoshibumi Ishihata; 義文石畑; Hiroshi Sato; 拓佐藤; Masamitsu Hoshino; 正光星野
Original assignee: Sega Enterprises Ltd
Current assignee: Sega Corp
Priority date: 1997-09-11
Filing date: 1997-09-11
Publication date: 1999-03-30
Anticipated expiration: 2017-09-11
Also published as: JP4026091B2

Abstract

(57)【要約】【課題】ゲーム装置において、砲弾の発射や着弾等が
発生する戦闘シーンを模した画像を現実感豊かに表示さ
せる。【解決手段】表示空間に１以上のモデルを表示可能に
構成された画像表示装置において、(a)表示空間に表示
させるモデルを特定し、特定したモデルを表示させるた
めの情報を記憶装置から読み取って出力する処理回路(1
01等)、(b)処理回路(101等)から出力された情報に基づ
いて、表示空間に前記モデルを表示させるための画像デ
ータを生成する画像生成回路(110,112等)と、を備え
る。処理回路(101等)は、モデルを表示する際に、表示
空間内に表示されている他のモデルに関する所定の条件
（表示画面内に存在する個数等）に合致するか否かを判
定する。そして判定結果に基づいて新たなモデルの表示
態様を変化させて表示するための情報を生成する。例え
ばモデルを構成する部品の数を変化させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、モデルが配置され
た三次元空間を二次元平面に投射した、いわゆる３Ｄ画
像を生成可能なゲーム装置に係わる。特に、本発明は、
砲弾の発射や着弾等の戦闘シーンを模した画像を、現実
感豊かに表示しうる画像処理技術の改良に関する。

【０００２】

【従来の技術】戦闘シーンを模した表示画像を表示する
ゲーム装置では、砲弾を発射したり着弾したりする画像
に臨場感を持たせるために、砲弾の発射や着弾による閃
光をモデル化して表示している。閃光をモデルとして表
現する従来の方法は、閃光を複数の部品に分け、それぞ
れの部品を、時間差をおいて表示することにより、実際
の閃光らしく表現していた。各部品には、閃光らしく表
示させるために、画素に欠落のあるテクスチャデータを
用い、背景画像と重ねることにより背景画像がそのまま
透けて見えるように半透明化されていた。これら閃光
は、同時期に複数発生させる場合にも、新たなテクスチ
ャデータを用いていた。各モデルには、現実世界におけ
る陰影をマッピングするため、仮想空間に環境光や反射
光等を設定し、各モデルに照射される光に応じたレンダ
リング処理がされていた。砲弾の発射や着弾等により閃
光が発生する場合には、短期間、この閃光の位置に光源
が存在するものとしてレンダリング処理していた。閃光
からの光が照射される関係にある人物等のモデルは、こ
の閃光を一瞬浴びるように画像表示されていた。

【０００３】しかしながら、従来の３Ｄゲーム装置で
は、閃光を表示する上で幾つかの不都合を生じていた。
第一に、同時期に多数の閃光を表示する場合に、隣接す
る閃光が深く重なり合って、表示画像が見辛くなるとい
う場合があった。また、閃光のモデルは複数のポリゴン
により構成されているため、同時に多数の閃光を表示し
ようとすれば、処理回路の処理量が、一瞬ではあるが非
常に増えて、処理の取りこぼしが発生しかねない、とい
うおそれがあった。

【０００４】第二に、隣接する閃光のモデルが重なり合
う場合でも各モデルには新たなテクスチャデータがマッ
ピングされていたので、閃光のモデルが重なった部分で
は双方の見分けがつかなくなって臨場感を損ねたり、大
きな閃光の陰に隠れる小さな閃光を見分けられなくなっ
たりする不都合があった。

【０００５】第三に、現実の世界では、閃光等、急激に
熱が発生している現場を観察すると、空気に大きな揺ら
ぎが与えられるために、その閃光を通して見える背景が
揺らいで見える場合がある。従来のように、閃光のモデ
ルにマッピングするテクスチャデータを半透明化しただ
けでは、背景が揺らぐような視覚的効果を与えることが
できなかった。

【０００６】第四に、モデルである人物が保持する武器
から砲弾を発射する際に、人物が仮想空間の奥行き方向
に向けて砲弾を発射するような位置関係にあると、砲弾
の発射による閃光と光の照射を受ける人物との関係が逆
光となっていた。この位置関係のままレンダリング処理
を施しても、仮想空間を観察する視点からは、閃光によ
る光が照射される人物の面が隠れているので、遊技者は
砲弾が発射できたことを視覚的に確認することができな
いという不都合があった。

【０００７】

【発明が解決しようとする課題】そこで、本発明は、上
記不都合に鑑み、砲弾の発射や着弾を表す閃光のモデル
における表示方法を以下の課題により改良することによ
り、砲弾の発射や着弾等が発生する戦闘シーンを模した
画像を現実感豊かに表示させることを目的とする。

【０００８】本発明の第１の課題は、表示画面に多数の
閃光を表示する場合であっても、表示画像を見易くし、
かつ処理回路の負担を軽減する画像表示技術を提供する
ことである。本発明の第２の課題は、隣接する閃光が重
なり合う場合であっても、閃光の重なりを容易に見分け
られる画像表示技術を提供することである。本発明の第
３の課題は、従来できなかった熱等による空気の揺らぎ
を表現しうる画像表示技術を提供することである。本発
明の第４の課題は、砲弾の発射等を確実に遊技者に知ら
せることができる画像表示技術を提供することである。

【０００９】

【課題を解決するための手段】上記第１の課題は、表示
空間に１以上のモデルを表示可能に構成された画像表示
装置において、表示空間に表示させるモデルを特定し、
特定したモデルを表示させるための情報を記憶装置から
読み取って出力する処理回路と、処理回路から出力され
た情報に基づいて、表示空間にモデルを表示させるため
の画像データを生成する画像生成回路と、を備える。

【００１０】そして、処理回路は、新たなモデルを表示
する際に、表示空間内に表示されている他のモデルに関
する所定の条件に合致するか否かを判定し、判定結果に
基づいて当該新たなモデルの表示態様を変化させて表示
するための情報を生成し、画像生成回路に出力する。

【００１１】「モデル」とは、仮想空間内を同時に移動
可能に構成された表示要素の集合体をいい、例えばポリ
ゴンを表示要素として、それらにより構成される閃光、
人物や建物等を模した画像表示上のセグメントのことを
いう。「表示空間」とは、仮想空間に配置されたモデル
等を二次元平面に投射して得られる二次元空間をいい、
実際にディスプレイに表示されるものをいう。

【００１２】他のモデルに関する所定の条件としては、
例えば、表示空間内に表示されている他のモデルの数を
判定する。

【００１３】また、他のモデルに関する所定の条件とし
て、表示空間内に表示されている他のモデルと当該新た
なモデルとの表示空間における距離を演算し、この距離
が一定値以下である他のモデルの数を判定する。このと
き、表示空間における距離を演算する場合に、モデルの
幾何学的重心間の距離を求めることは好ましい。

【００１４】表示態様の変化として、モデルが、複数の
部品から構成される画像である場合に、新たなモデルの
表示態様を変化させるために、当該モデルを構成する１
以上の部品を変更することは好ましい。

【００１５】上記第２の課題を解決する発明は、表示空
間に複数のモデルを表示可能に構成された画像表示装置
において、表示空間に表示させるモデルを特定し、特定
したモデルの形状を表示させるための情報およびこのモ
デルの表面にマッピングするテクスチャデータを特定す
る情報を出力する処理回路と、処理回路から出力された
情報に基づいて、表示空間にモデルを表示させるための
画像データを生成する画像生成回路と、を備える。

【００１６】そして、処理回路は、新たなモデルを表示
する際に、表示空間に表示されている他のモデルと当該
新たなモデルとが重なるか否かを判定し、重なると判定
した場合に、当該他のモデルにマッピングされているテ
クスチャデータと異なるテクスチャデータをマッピング
する情報を出力する。

【００１７】このとき、処理回路は、当該新たなモデル
と他のモデルとが重なるか否かを判定する場合に、モデ
ルの幾何学的重心間の距離を演算することにより判定す
ることは好ましい。

【００１８】また、上記第２の課題を解決する発明は、
表示空間に複数のモデルを表示可能に構成された画像表
示装置において、表示空間に表示させるモデルを特定
し、特定したモデルの形状を表示させるための情報およ
びこのモデルの表面にマッピングするテクスチャデータ
を特定する情報を出力する処理回路と、処理回路から出
力された情報に基づいて、表示空間にモデルを表示させ
るための画像データを生成する画像生成回路と、を備え
る。

【００１９】そして、処理回路は、新たなモデルを表示
する際に、モデルが遊技者の操作に対応して発生するも
のか否かを判定し、モデルが遊技者の操作に対応して発
生するものか否かに対応させた異なるテクスチャデータ
をマッピングするための情報を出力する。

【００２０】テクスチャデータは、テクスチャを構成す
る画素に欠落が存在する半透過表示のためのデータであ
ることが好ましい。特に、処理回路は、他のモデルと当
該新たなモデルとを重ねた場合に、当該他のモデルにマ
ッピングされるテクスチャで欠落している１以上の画素
に、当該新たなモデルにマッピングされるテクスチャを
構成する画素が当てはまるようなテクスチャデータを、
当該新たなモデルにマッピングするテクスチャデータと
して特定することが好ましい。

【００２１】上記第３の課題を解決する発明は、表示空
間に１以上のモデルの画像を背景画像に重ねて表示可能
に構成された画像表示装置において、表示空間に表示さ
せる背景画像の領域を定めるマスクパターンを生成する
マスクパターン生成手段と、マスクパターンによりマス
クされた背景画像と表示空間に表示させるモデルの画像
とを合成する合成手段と、を備える。

【００２２】そして、マスクパターン生成手段は、マス
クパターンのうちモデルの画像を表示する領域に適用す
るマスクパターンを、一定周期ごとに変化させていくこ
とにより、モデルの画像に透過するように重ねられる背
景画像の表示態様を変化させる。

【００２３】マスクパターンの変化としては、例えば、
マスクパターンのうちモデルの画像を表示する領域に適
用するマスクパターンの画素配置を変化させることは好
ましい。また、マスクパターンのうちモデルの画像を表
示する領域に提供するマスクパターンの画素密度を変化
させることも好ましい。

【００２４】なお、上記各手段は、ＣＰＵ、メモリ、画
像表示プロセッサ等が所定の記録媒体に記憶されたプロ
グラムを実行することによって機能的に実現される。

【００２５】上記第４の課題を解決する発明は、仮想空
間に、発光源を表すモデルおよび当該発光源からの光が
照射されるモデルを配置し、これらを所定の視点から観
察して得られる表示画像を生成可能に構成された画像表
示装置に適用される。この装置は、発光源を表すモデル
および当該発光源からの光が照射されるモデルを表示さ
せるための情報を記憶装置から読み取って出力する処理
回路と、処理回路から出力された情報に基づいて、表示
空間にレンダリング処理を施したモデルを表示させるた
めの画像データを生成する画像生成回路と、を備える。

【００２６】そして、処理回路は、発光源から光が照射
されている状態において、当該発光源以外に、光が照射
されるモデルのうち視点から観察される面に光を照射す
るための仮想的な光源を設定する情報を出力する。次い
で、画像生成回路は、当該仮想的な光源から光が照射さ
れているものとしてレンダリング処理する。

【００２７】処理回路は、発光源と視点とを結ぶ視線と
光が照射されるモデルとの仮想空間における位置関係に
基づいて、仮想的な光源を設定することは好ましい。

【００２８】特に、処理回路は、視点から光が照射され
るモデルへの方向と視点から発光源への方向とが所定の
角度以内であるか否かに応じて、仮想的な光源を設定す
ることが好ましい。

【００２９】本発明のゲーム装置は、発砲や着弾等によ
る閃光を模したモデルを発光源として画像表示する上記
各課題を解決する画像表示装置を備える。

【００３０】なお、本発明における記憶媒体は、何等か
の物理的手段により情報（主にデジタルデータ、プログ
ラム）が記録されているものであって、コンピュータ、
専用プロセッサ等の処理装置に所定の機能を行わせるこ
とができるものである。要するに、回路素子としてのＲ
ＯＭの他に、何等かの手段でもってコンピュータにプロ
グラムをダウンロードし、所定の機能を実行させるもの
であればよい。例えば、フレキシブルディスク、固定デ
ィスク、磁気テープ、光磁気ディスク、ＣＤ−ＲＯＭ、
ＤＶＤ、ＲＯＭカートリッジ、バッテリバックアップ付
きのＲＡＭメモリカートリッジ、フラッシュメモリカー
トリッジ、不揮発性ＲＡＭカートリッジ等を含む。

【００３１】有線または無線の通信回線（公衆回線、デ
ータ専用線、衛星回線等）を介してホストコンピュータ
からデータの転送を受ける場合を含むものとする。いわ
ゆるインターネットをここにいう記録媒体に含まれるも
のである。

【００３２】

【発明の実施の形態】次に、本発明を実施するための好
適な実施の形態を、図面を参照して説明する。＜実施形態１＞本発明の実施形態１は、本発明の第１の
課題を解決するものである。（構成）図１に、本発明の画像表示装置を適用したテレ
ビゲーム装置のブロック図を示す。本テレビゲーム装置
の構成は、ゲーム処理ボード１０、入力装置１１、出力
装置１２、ディスプレイ１３およびスピーカ１４を備え
て構成されている。

【００３３】ゲーム処理ボード１０は、ＣＰＵ（中央演
算処理装置）１０１の他に、ＲＯＭ１０２、ＲＡＭ１０
３、サウンド装置１０４、入出力インターフェース１０
６、スクロールデータ演算装置１０７、コ・プロセッサ
（補助演算処理装置）１０８、画像データＲＯＭ１０
９、ジオメタライザ１１０、モーションデータＲＯＭ１
１１、描画装置１１２、テクスチャデータＲＯＭ１１
３、テクスチャマップＲＡＭ１１４、フレームバッファ
１１５、画像合成装置１１６およびＤ／Ａ変換機１１７
を備えて構成される。

【００３４】ＣＰＵ１０１は、バスラインを介して、Ｒ
ＯＭ１０２、ＲＡＭ１０３、サウンド装置１０４、入出
力インターフェース１０６、スクロールデータ演算装置
１０７、コ・プロセッサ１０８およびジオメタライザ１
１０へ接続されている。ＣＰＵ１０１は、ＲＯＭ１０２
に格納されたプログラムデータを読み取って実行するこ
とにより、本発明の画像表示装置として、本テレビゲー
ム装置を機能させることが可能に構成されている。

【００３５】ＲＯＭ１０２には、本テレビゲーム装置を
本発明の画像表示装置として動作させるためのプログラ
ムデータや画像データが格納されている。なお、さらに
テレビゲーム装置にＣＤ−ＲＯＭ等の記録媒体の読み取
り装置を設け、ＣＤ−ＲＯＭ等から読み取ったプログラ
ムデータや画像データをＲＡＭ１０３に転送してから実
行させるよう構成することも可能である。

【００３６】ＲＡＭ１０３には、ＣＰＵ１０１より転送
される各種データを格納可能に、かつ、ジオメタライザ
１１０やスクロールデータ演算装置１０７から読み取り
可能に構成されている。ＲＡＭ１０３に格納されうるデ
ータとしては、以下のものが代表的である。

【００３７】１）ポリゴンを表示させるための頂点座標
の集合であるポリゴンデータ２）視野変換のための視点座標等を特定する視点に関す
るデータ３）表示空間内のポリゴンを視点座標系に透視変換する
ためのマトリクス演算用データ４）各ポリゴンにマッピングするテクスチャデータを指
定するデータ５）各ポリゴンの表示優先順位を定めるＺバッファ値
（奥行き情報）６）レンダリング処理に要する光源の位置や光線の性質
に関するデータ７）各モデルの幾何学的重心の座標を示すデータ８）モデルの画像をマスクするためのマスクパターン用
データ９）その他ジオメタライザ１１０やスクロールデータ演
算装置１０７に対する各種描画コマンドサウンド装置１０４は、プログラムデータを実行するこ
とにより供給された音源制御信号に基づいて、音響信号
を生成可能に構成されている。電力増幅器１０５は、こ
の音響信号を電力増幅しスピーカ１４へ供給可能に構成
されている。

【００３８】入出力インターフェース１０６は、入力装
置１１および出力装置１２へ接続されている。入出力イ
ンターフェース１０６は、入力装置１１により生成され
た操作信号ＳＤをデジタルデータとしてＣＰＵ１０１へ
供給する一方、ＣＰＵ１０１から転送されたランプ等の
点滅信号を出力装置１２へ出力可能に構成されている。

【００３９】画像データＲＯＭ１０９は、仮想空間に表
示する各モデルの大まかな外形を規定するための形状デ
ータや、地形の起伏を規定するための地形データを格納
している。

【００４０】コ・プロセッサ１０８は、画像データＲＯ
Ｍ１０９に格納された各モデルの形状データや地形デー
タを参照して、モデル間やモデルと地形との位置関係に
関する浮動小数点の高速演算処理を可能に構成されてい
る。

【００４１】モーションデータＲＯＭ１１１は、フレー
ムごとに表示位置を大きく変える砲弾等の画像データ
を、ポリゴンデータとしてではなく、ビットマップデー
タとして格納可能に構成されている。

【００４２】ジオメタライザ１１０は、モーションデー
タＲＯＭ１１１および描画装置１１２へ接続される。ジ
オメタライザ１１０は、ＲＡＭ１０３に格納されたポリ
ゴンデータ、マトリクス演算用データ、視点に関するデ
ータ等を参照して、ワールド座標系で定義された各ポリ
ゴンデータを透視変換し、ディスプレイに表示可能な視
野座標系の二次元の表示空間に、再定義可能に構成され
ている。

【００４３】テクスチャデータＲＯＭ１１３は、各ポリ
ゴンデータにマッピングするためのテクスチャ（模様、
色彩またはこれらの組合せ）データをビットマップ形式
で格納可能に構成されている。新たなモデルであっても
複数のテクスチャデータを格納可能に構成されている。

【００４４】テクスチャマッピングＲＡＭ１１４は、描
画装置１１２がテクスチャマッピングする際の演算領域
として使用可能に構成されている。

【００４５】描画装置１１２は、テクスチャデータＲＯ
Ｍ１１３からＣＰＵ１０１により指定されたテクスチャ
データを読み取って、視野座標系において定義された各
ポリゴンにテクスチャをマッピングし、さらに光源に関
するデータを参照しながらテクスチャデータにレンダリ
ング処理を施すことが可能に構成されている。フレーム
バッファ１１５は、レンダリング処理が終わったビット
マップデータをフレーム画像ごとに格納可能に構成され
ている。

【００４６】スクロールデータ演算装置１０７は、背景
画像データや文字データ等を座標変換可能に構成されて
いる。座標変換の際、スクロールデータ演算装置１０７
は、ＲＡＭ１０３に格納されたマスクパターン用データ
を参照して、マスクされている画素について座標変換後
の背景画像データを出力し、マスクされていない画素に
ついては背景画像データを出力しない。

【００４７】画像合成装置１１５は、フレームバッファ
１１５に格納された背景画像や文字以外の画像データ
と、スクロールデータ演算装置１０７から出力される画
素ごとの背景画像データと、を、画素単位に合成し、完
全な表示画像データを出力可能に構成されている。Ｄ／
Ａ変換器１１７は、ドットクロックに従って出力されて
くる画像データをアナログ信号としての映像信号に変換
し、ディスプレイ１３で表示可能に構成されている。

【００４８】入力装置１１は、操作レバーとトリガボタ
ン等を備えている。操作レバーは、遊技者によって傾け
ることが可能に構成されている。トリガボタンは、砲弾
を発射する場合に遊技者が押下することが可能に、操作
レバーに備えられたボタンである。入力装置１１は、操
作レバーが傾けられると、傾けられた方向に応じた操作
信号ＳDを出力し、トリガボタンが押下されると、トリ
ガボタンの押下を示す操作信号ＳDを出力可能に構成さ
れている。出力装置１２は、入力装置１１のボタンや、
ゲーム装置の筐体に設けられた各種ランプを操作状況に
対応して点滅させることが可能に構成されている。（動作）砲弾の発射や着弾等が発生する戦闘シーンを模
した画像を表現するゲーム装置では、砲弾の発射や着弾
等により生ずる閃光の表現方法如何により、そのゲーム
の臨場感が大きく左右される。臨場感のある閃光を表現
するために、閃光であるモデルを複数の部品に分割し、
各部品にそれぞれ異なるテクスチャをマッピングして、
同時にあるいは時間差をおいて各部品を表示することが
好ましい。

【００４９】ところが、ほぼ同時期に多数の閃光が発生
するようなゲーム展開となった場合には、互いの閃光が
重なって、人等を表現するモデルが隠され、ゲームの進
行を把握しにくくなったり、全体が見辛くなる。

【００５０】そこで、本実施形態１では、ある閃光のモ
デルを表示させようとする際に、他の閃光のモデルに関
する所定の条件に応じて、当該モデルの表示態様を変え
ることで、これら不都合を解決する。

【００５１】なお、以下の説明では、閃光モデルが、パ
ーツＡ、パーツＢおよびパーツＣの三つの部品により構
成されるものとする。各部品は、さらに複数のポリゴン
データによって構成され、それぞれどの部品に属するか
によって、異なるテクスチャデータがマッピングされ
る。

【００５２】（表示空間内の他のモデル数を条件とする
方法）図２は、表示空間に存在する他のモデルの数によ
り、当該モデルの表示態様を変える処理を説明するフロ
ーチャートである。

【００５３】ステップＳ１０：テレビゲーム装置は、
一定の表示タイミングごとに画像データを更新してい
く。例えば、テレビゲーム装置は、一つのフレーム画像
が描画される垂直同期期間ごとに画像データを更新す
る。

【００５４】ステップＳ１１：表示タイミングである
場合（ステップＳ１０；ＹＥＳ）、ＣＰＵ１０１は、表
示画面（空間）内に既に表示されているモデル、すなわ
ち閃光の数を計数し、その数がｍ（ｍは自然数）以下で
あるか否かを判定する。

【００５５】ステップＳ１２：モデル数がｍ以下であ
る場合（ステップＳ１１；ＹＥＳ）、ＣＰＵ１０１は、
閃光のモデルを構成する総ての部品で完全な閃光モデル
を表示させるポリゴンデータを転送する。

【００５６】例えば、ｍ＝０の場合を例にとって説明す
る。図４（ａ）において、ＣＰＵ１０１が、位置Ｐ１に
新たな閃光を発生させようとする場合、表示画面内に他
のモデルが存在しない。したがって、同図（ｂ）に示す
ように、ＣＰＵ１０１は、この位置Ｐ１にパーツＡ、パ
ーツＢおよびパーツＣを総て表示する。

【００５７】ステップＳ１３：表示画面内に表示されて
いるモデル数がｍより多い場合（ステップＳ１１；Ｎ
Ｏ）、ＣＰＵ１０１は、次に表示画面内に表示されてい
るモデル数がｎ（ｎはｍより大きい自然数）以下である
か否かを判定する。

【００５８】ステップＳ１４：表示画面内に表示され
ているモデル数がｎ以下の場合（ステップＳ１３；ＹＥ
Ｓ）、ＣＰＵ１０１は、表示させる部品の数を少なくす
る。

【００５９】例えば、ｎ＝２の場合を例にとって説明す
る。図５（ａ）において、ＣＰＵ１０１が、位置Ｐ２に
新たな閃光を発生させようとする場合、既に閃光が一つ
表示されているが、その閃光の数はｎ（＝２）以下であ
る。したがって、同図（ｂ）に示すように、ＣＰＵ１０
１は、この位置Ｐ２にパーツＢおよびパーツＣにより閃
光モデルを表示する。表示からはずされた部品は、閃光
モデルの最外殻を構成していたパーツＡである。

【００６０】ステップＳ１５：表示画面内に表示され
ているモデル数がｎより多い場合（ステップＳ１３；Ｎ
Ｏ）、ＣＰＵ１０１は、さらに表示させる閃光モデルを
構成する部品数を変更する。

【００６１】例えば、ｎ＝２の場合を例にとって説明す
る。図６（ａ）において、ＣＰＵ１０１が位置Ｐ３に新
たな閃光を発生させようとする場合、既に閃光が３つ表
示されているからｎ（＝２）より多い。したがって、同
図（ｂ）に示すように、ＣＰＵ１０１は、この位置Ｐ３
にパーツＣにより閃光モデルを表示する。閃光のモデル
が多少に係わらず、必ず表示する部品は、特殊な機能が
割り当てられた部品とする。例えば、同図において、パ
ーツＣは、閃光モデルと人等のモデルとの衝突判定に使
用する。衝突判定は常に必要とされるので、他の閃光モ
デル数の多少によらず、必ず表示される部品に設定す
る。

【００６２】なお、上記処理では、判定条件をｍ、ｎの
二つ用意したが、さらに条件を多くしても少なくしても
よい。条件を定めるｍやｎの数値を変えたり、表示させ
る部品の表示方法を変えてもよい。

【００６３】（一定距離以内に存在する他のモデル数を
条件とする方法）図３は、表示しようとするモデルから
一定距離以内に存在する他のモデルの数により、当該モ
デルの表示態様を変える処理を説明するフローチャート
である。

【００６４】ここで、一定距離とは、仮想空間における
距離をいうのではなく、仮想空間が二次元平面に投射さ
れて得られる表示空間における距離をいう。すなわち、
図１０に示すように、位置Ｐ７と位置Ｐ８に閃光モデル
を表示する場合、この両モデルの距離とは、位置Ｐ７の
閃光モデルと位置Ｐ８の閃光モデルとの表示空間（画
面）上における距離ｄを意味している。この距離ｄは、
各閃光モデルの幾何学的重心間の距離とするのが好まし
い。同図では、位置Ｐ７の閃光モデルの幾何学的重心Ｇ
１と、位置Ｐ８の閃光モデルの幾何学的重心Ｇ２との距
離がｄとなっている。

【００６５】ステップＳ２０：ステップＳ１０と同様
に、一定の表示タイミングを待ってから、画像データを
更新していく。表示タイミングでない場合には（ステッ
プＳ２０；ＮＯ）、タイミングが来るまで待つ。

【００６６】ステップＳ２１：表示タイミングである
場合（ステップＳ２０；ＹＥＳ）、ＣＰＵ１０１は、表
示画面（空間）内に他のモデルが存在するか否かを判断
する。他のモデルが存在しなければ、距離計算等が必要
ないからである。

【００６７】ステップＳ２２：モデルが存在しない場
合（ステップＳ２１；ＹＥＳ）、ＣＰＵ１０１は、閃光
のモデルを構成する総ての部品で完全な閃光モデルを表
示させるポリゴンデータを転送する。

【００６８】例えば、図７（ａ）において、ＣＰＵ１０
１が位置Ｐ４に新たな閃光を発生させようとする場合、
表示画面内に他のモデルが存在しない。したがって、同
図（ｂ）に示すように、ＣＰＵ１０１は、この位置Ｐ４
にパーツＡ、パーツＢおよびパーツＣを総て表示する。

【００６９】ステップＳ２３：表示画面内に他のモデル
が表示されている場合（ステップＳ２１；ＮＯ）、ＣＰ
Ｕ１０１は、表示画面内に表示されている他のモデルす
べてについて、その幾何学的重心の位置と当該モデルの
幾何学的重心の位置との距離を計算する。そしてその距
離がｄ以下のモデル数がｐ（ｐ自然数）以下であるか否
かを判定する。

【００７０】ステップＳ２４：幾何学的重心間の距離
がｄ以下であるモデル数がｐ以下の場合（ステップＳ２
３；ＹＥＳ）、ＣＰＵ１０１は、部品の数を減らしたモ
デルを表示させる。

【００７１】例えば、ｐ＝２の場合を例にとって説明す
る。図８（ａ）において、ＣＰＵ１０１が位置Ｐ５に新
たな閃光を発生させようとする場合、距離ｄ以内に、既
に閃光が一つ表示されているが、ｐ（＝２）以下であ
る。したがって、同図（ｂ）に示すように、ＣＰＵ１０
１は、この位置Ｐ５にパーツＢおよびパーツＣにより閃
光モデルを表示する。表示しなくなった部品は、閃光モ
デルの最外殻を構成するパーツＡである。

【００７２】ステップＳ２５：幾何学的重心間の距離
がｄ以下であるモデル数がｐより多い場合（ステップＳ
２３；ＮＯ）、ＣＰＵ１０１は、さらに表示させる閃光
モデルを構成する部品数を変更する。

【００７３】例えば、ｐ＝２の場合を例にとって説明す
る。図９（ａ）において、ＣＰＵ１０１が位置Ｐ６に新
たな閃光を発生させようとする場合、既に閃光が３つ表
示されているからｐ（＝２）より多い。したがって、同
図（ｂ）に示すように、ＣＰＵ１０１は、この位置Ｐ６
にパーツＣにより閃光モデルを表示する。閃光のモデル
が多くても必ず表示する部品は、特殊な機能が割り当て
られた部品については、図２と同様である。

【００７４】なお、上記処理では、判定条件として、ｐ
という一種類の値を用意したが、さらに条件を多くして
もよい。条件を定める値を変えたり、表示させる部品の
表示方法を変えてもよい。

【００７５】上記したように実施形態１によれば、表示
画面における他のモデルの条件によってモデルの表示態
様を変化させるので、表示画面に多数の閃光を表示する
場合であっても、モデルの重なりが少なくなって、表示
画像が見易くなる。

【００７６】また、同時に多数の閃光を表示する場合に
も、表示するポリゴン数を減らすので、ＣＰＵ等の処理
回路の負担を軽減することができる。

【００７７】＜実施形態２＞本発明の実施形態２は、本
発明の第２の課題を解決するものである。（構成）本実施形態２のテレビゲーム装置は、前記実施
形態１と同様の構成を備えるため、その説明を省略す
る。ただし、ＲＯＭ１０２に格納されるプログラムデー
タは、図１１のフローチャートに示すような処理を実行
させるものとする。また、テクスチャデータＲＯＭ１１
３に格納されるテクスチャデータは、同一モデルについ
て複数種類用意されているものとする（図１２
（ａ））。

【００７８】（動作）次に、本実施形態２の処理を、図
１１のフローチャートに基づいて説明する。

【００７９】ステップＳ３０：上記ステップＳ１０と
同様に、一定の表示タイミングを待って、画像データを
更新していく。

【００８０】ステップＳ３１：新たな閃光等のモデル
を表示空間に表示させる場合、既に表示されている他の
モデルと重なるか否かを判定する。重なるか否かは、上
記実施形態１のステップＳ２３のように、新たなに表示
しようとするモデルと他のモデルとの幾何学的重心間
の、表示画面における距離が一定距離以下であるか否か
に基づいて判断する。

【００８１】ステップＳ３２：他のモデルと重なって
いないと判定した場合（ステップＳ３１１；ＹＥＳ）、
ＣＰＵ１０１は、通常その種類のモデルに用いるもとの
して定められているテクスチャデータをマッピングさせ
る描画コマンドを、ＲＡＭ１０３に書き込む。

【００８２】ステップＳ３３：他のモデルと重なって
いると判定した場合（ステップＳ３１；ＹＥＳ）、ＣＰ
Ｕ１０１は、重なると判定した他のモデルにマッピング
されているテクスチャデータが何であるかを特定する。

【００８３】ステップＳ３４：そして、重なると判定
した他のモデルにマッピングされているテクスチャデー
タ以外に、この種のモデルのために予め用意されている
テクスチャデータをマッピングさせる描画コマンドを、
ＲＡＭ１０３に書き込む。

【００８４】例えば、このような異なるテクスチャデー
タとは、図１２（ａ）において、ＡおよびＢでそれぞれ
示すようなパターンを意味する。

【００８５】モデルが互いに重なる場合に、それぞれの
モデルに新たなテクスチャデータをマッピングする場合
には、同図（ｂ）に示すように、表示画像における二つ
のモデルＭ３とＭ４は、新たなテクスチャが均一に付さ
れて両モデルが一体化したように表示される。このため
遊技者は両モデルの境界が認識できなくなる。さらに一
方のモデルの背後に他方のモデルが隠された場合には、
両モデルが一体化し、両者の見分けがつかなくなる。つ
まり遊技者の操作により発射された砲弾が着弾して表示
される閃光のモデルに、敵が発射した砲弾が着弾して表
示される閃光のモデルが重なると、敵が発射した事実を
認識できなくなる。

【００８６】本発明では、マッピングするテクスチャデ
ータを互いに異ならせることとしたので、モデルの一部
または全部が重なっても、両モデルの重なった領域を見
分けることが可能に表示される。

【００８７】例えば、上記ＡおよびＢというテクスチャ
データでは、その色彩やパターンは同じであるが、欠落
させた画素の配置が異なっている。つまり、Ａテクスチ
ャデータで、画素情報が欠落している画素の位置に、Ｂ
テクスチャデータの画素が入り込んだテクスチャとなっ
ている。Ｂテクスチャデータで、画素情報が欠落してい
る画素の位置に、Ａテクスチャデータの画素が入り込ん
だテクスチャとなっている。

【００８８】Ａテクスチャデータをマッピングしたモデ
ルＭ１と、Ｂテクスチャデータをマッピングしたモデル
Ｍ２とは、同図（ａ）に示すように、互いに重ねること
なく独立してマッピングする場合には、その色彩やパタ
ーンが似ているため、度尾新たな質感をモデルに与える
ものである。ところが、両モデルが重なる場合、同図
（ｃ）に示すように、一方のモデルＭ１のテクスチャに
おいて欠落している画素に、他方のモデルＭ２のテクス
チャを構成する画素が入り込んで表示される。したがっ
て、両モデルが重なった場合にも、重なった領域では画
素密度が二倍になって表示されるため、重なった領域が
顕著に見分けられるのである。

【００８９】さらに同図（ｄ）に示すように、一方のモ
デルＭ１の背後に他方のモデルＭ２が隠される位置関係
に表示されても、重なった領域のテクスチャデータの画
素密度が高く表示されるので、背後にあるモデルＭ２が
容易に見分けられる。

【００９０】なお、上記ステップＳ３１において、モデ
ルが重なるか否かに応じてテクスチャデータを変えてい
たが、表示使用としているモデルが、遊技者の操作によ
り発生したモデルであるか否かに対応させて、異なるテ
クスチャデータをマッピングするように構成してもよ
い。

【００９１】すなわち、遊技者がモデルを捜査して「発
射」した砲弾により発生した閃光は、互いに重なって表
示されることはあっても大きな不都合は生じない。とこ
ろが、遊技者の操作により発射した砲弾等による閃光
が、遊技者の対戦相手となる敵が発射した砲弾による閃
光を隠してしまうような場合に問題が生ずる。この敵の
モデルは、ゲーム装置によって、プログラムに基づいて
動かされるものである。遊技者は、敵のモデルから砲弾
が発射されたか否かを、砲弾の着弾による閃光が表示さ
れたか否かによって認識する。敵の発射した砲弾に基づ
く閃光が、遊技者の操作に対応して発生した閃光と重な
る場合、双方の閃光のモデルに同一のテクスチャデータ
をマッピングすると、隠された閃光のモデルが表示画面
上に現れなくなる。このため、遊技者が敵から攻撃を受
けている事実を認識できなくなり、ゲーム操作上支障を
きたす。

【００９２】そこで、ステップＳ３１において、新たな
表示しようとする閃光のモデルが、遊技者の操作に対応
して発生したものか否かを判定し、判定結果に応じて、
異なるテクスチャデータをマッピングすれば、この不都
合がなくなる。異なるテクスチャデータとは、例えば、
図１２（ａ）で説明したＡテクスチャデータとＢテクス
チャデータのような関係にする。このように構成すれ
ば、敵の発射した砲弾を、遊技者が表示画面で常に認識
できるようになる。

【００９３】上記したように、本実施形態２によれば、
同種の閃光モデルが重なると判断した場合や、遊技者の
操作に対応して発生した閃光モデルであるかに応じて、
それぞれ異なるテクスチャデータが閃光モデルにマッピ
ングされるので、閃光を重ねて表示しても、閃光の重な
りを容易に見分けられる表示画像を提供できる。

【００９４】＜実施形態３＞本発明の実施形態３は、本
発明の第３の課題を解決するものである。（構成）本実施形態３のテレビゲーム装置は、前記実施
形態１と同様の構成を備えるために、その説明を省略す
る。ただし、ＲＯＭ１０２に格納されるプログラムデー
タは、図１３のフローチャートに示すような処理を実行
させるものとする。また、ＲＡＭ１０３格納されるマス
クパターンは、同フローチャートに基づいてそのマスク
パターンが順次変更されていくものとする。

【００９５】（動作）次に、本実施形態３の処理を、図
１３のフローチャートに基づいて説明する。モデルを半
透明化して表示しない場合、描画回路１１２がＺバッフ
ァ値を参照して、背景画像とモデルの画像との優先順位
に基づいてテクスチャデータをマッピングすれば、背景
の手前にモデルが位置した画像データが得られる。ま
た、Ｚバッファ値を用いない場合にも、マスクパターン
を用いてもよい。例えば、図１４に示すように、モデル
Ｍの前景ＦＧ（フォアグラウンド）以外の領域にマスク
を設けたマスクパターンＭＰをＲＡＭ１０３に格納さ
せ、このマスクパターンＭＰと背景ＢＧ（バックグラウ
ンド）とを合成する。マスクにより、生成される画像
は、Ｂ２のような輪郭を備える。これにモデルＭの画像
を合成すると、画像データＧ１が生成される。モデＭル
の部分には、背景画像Ｂ２が重ならない。

【００９６】また、閃光モデル等の半透明なテクスチャ
をマッピングするモデルである場合には、半透明なマス
クパターンを用いてモデルと背景とを合成する。モデル
にマッピングしたテクスチャのうち、マスクパターンの
画素が欠落している部分には、背景がはめ込まれること
になって、閃光を通して背景画像が見えるようになる。

【００９７】しかし、Ｚバッファ値を参照したり単一の
マスクパターンを用いたりして生成する背景画像は、静
的に半透明状態に見えるに過ぎず、熱で空気が揺らいで
いるような視覚的効果を与えることができない。

【００９８】そこで、本実施形態ではマスクパターンを
複数用意することによって、背景画像が透ける割合や、
背景画像とモデル画像との境界における画素のパターン
を変化させて上記視覚的効果を得る。マスクパターンと
しては、濃度（画素の密度）を変えたものや、濃度は変
わらなくても画素の並びを変えたもの等を用意する。

【００９９】ステップＳ４０：まず、ＣＰＵ１０１
は、本発明の揺らぎ表示を行うか否かを判定する。揺ら
ぎ表示を行わない場合は（ステップＳ４０；ＮＯ）、通
常の表示が行われる。ステップＳ４１：揺らぎ表示を行う場合には（ステッ
プＳ４０；ＹＥＳ）、図１５に示すように、ＣＰＵ１０
１は、まずモデルＭの領域に所定のパターンを施したマ
スクパターンＭ１を用意する。そのパターンは、背景画
像をモデル画像に対し一定の割合で透過させる画素配置
で構成される。例えば、網目状の画素配置で構成され
る。

【０１００】ステップＳ４３：そして一定期間、例え
ばフレーム期間の経過を待って（ステップＳ４２：ＹＥ
Ｓ）、ＣＰＵ１０１は、マスクパターンＭＰ１と背景Ｂ
ＧのテクスチャデータＢ１とを合成する。このフレーム
で表示されるモデル領域には、マスクパターンＭＰ１の
パターンに従ってマスクされた背景画像データが、マス
クパターンＭＰ１によって決まる割合で透けて合成され
る。

【０１０１】ステップＳ４５：次いで表示終了でない
限り（ステップＳ４４；ＮＯ）、再度フレーム期間の経
過を待って（ステップＳ４２；ＹＥＳ）、画素濃度や画
素配置を変えた他のマスクパターンＭＰ２を用いて、背
景画像とモデルの画像とを合成する。このフレームで表
示されるモデル領域には、マスクパターンＭＰ２のパタ
ーンに従ってマスクされた背景画像データがマスクパタ
ーンＭＰ２によって決まる割合で透けて合成される。

【０１０２】以下、揺らぎ表示が終了しない限り（ステ
ップＳ４４；ＮＯ）、ステップＳ４２〜ステップＳ４５
を繰り返していくことにより、時間の経過とともに閃光
モデルに透過している背景画像のパターンが交替してい
く。

【０１０３】背景画像データとモデル画像とは、両画像
の境界を滑らかにするために、隣接する画素間で補間演
算が施される。補間演算が施されることによって、実際
に観察される輪郭に凹凸が生じる。本実施形態のように
マスクパターンを変化させて合成すると、モデル画像と
合成される背景画像の画素パターンが変化し、境界の輪
郭に生ずる凹凸形状にも変動が生ずる。さらにマスクパ
ターンの濃度を変化させると、境界の輪郭における凹凸
形状が変動する他に、背景画像の透ける割合も変動す
る。

【０１０４】例えば図１５に示すように、表示画像Ｇ２
において、背景画像Ｂ１のテクスチャがモデルＭのテク
スチャと合成されるモデル領域における背景画像Ｂ３の
濃淡や境界線が、時間の変化とともに変動し、背景が閃
光等により生じた空気の動きによって揺らいで透けてい
るように見えるのである。

【０１０５】特に、モデルが閃光等である場合には、閃
光を通して見る背景が揺らいで表示されるので、遊技者
は、発砲や着弾等により生じた熱等による急激な空気の
動きが生じ、背景が揺らいでいるかのごとく認識するの
である。

【０１０６】なお、マスクパターンは、二種類に限ら
ず、さらに多数のマスクパターンを適用させてもよい。
また、マスクパターンを変更する周期をフレーム期間ご
とに限ることなく、さらに長い周期で変えたり、不規則
な長さを設定して変えたりしてもよい。マスクパターン
の画素濃度や画素配置およびマスクパターンを変えるタ
イミングを調整することにより、より効果的に現実の空
気の揺らぎに似せた画像を生成することができる。

【０１０７】本実施形態３によれば、背景のテクスチャ
データにマスクするマスクパターンを時間の経過ととも
に変化させていくので、従来できなかった熱等による空
気の揺らぎのような画像表現が行える。

【０１０８】＜実施形態４＞本発明の実施形態４は、本
発明の第４の課題を解決するものである。（構成）本実施形態４のテレビゲーム装置は、前記実施
形態１と同様の構成を備えるために、その説明を省略す
る。ただし、ＲＯＭ１０２に格納されるプログラムデー
タは、図１６のフローチャートに示すような処理を実行
させるものとする。また、ＲＡＭ１０３に格納される視
点に関するデータは、同フローチャートに基づいて複数
の光源に関する情報が用意されているものとする。

【０１０９】（動作）次に、本実施形態４の処理を、図
１６のフローチャートに基づいて説明する。

【０１１０】ステップＳ５０：ＣＰＵ１０１は、次の
描画タイミングに、砲弾の発射や着弾によって閃光を表
示するか否かを判断する。閃光を表示しない場合には
（ステップＳ５０；ＮＯ）、通常のレンダリング処理、
つまり通常光源を設定するデータを出力する。通常の光
源とは、モデルに陰影を与えるための環境光や、環境光
を反射して得られる反射光をいう。例えば、図１７
（ａ）では、人を模したモデルＨと発砲装置を模したモ
デルＣが仮想空間に配置されている。人のモデルの背後
に透視画像を得るための視点ＥＰが設定され、視線ＥＬ
が人のモデルＨに注がれている。この設定では同図
（ｂ）に示すように視線ＥＬが注がれている点である人
のモデルＨが画面の中心となった透視画像が表示され
る。モデルＨに付される陰影は、視点ＥＰの後方上部に
仮想的に配置された環境光を与える光源によって与えら
れるものとなる。

【０１１１】閃光を表示する場合（ステップＳ５０；Ｙ
ＥＳ）、通常であれば、閃光を発するモデルの位置か
ら、新たな光が射出されるものとしてレンダリングす
る。ところが、閃光が視点から見てモデルの奥に位置す
る場合には、通常のレンダリング処理をしたのでは、視
点から見てモデルが陰になるために閃光による反射光を
認識することができない。例えば、図１８（ａ）では発
砲装置のモデルＣの先端から砲弾が発射され、閃光ＦＢ
のモデルが設定されている。この配置で通常のレンダリ
ング処理をするものとすれば、このモデルＦＢに一時的
に光源が設定されたものとして、ここからの光Ｌを含め
てレンダリング処理がされる。この結果、表示される画
面は同図（ｂ）に示すように、人のモデルＨの背後、す
なわち表示画面に表されるほとんどの面に暗い影Ｓ１が
付されてしまい、遊技者は発砲したことを明確に認識で
きない。

【０１１２】そこで、本実施形態では、閃光を表示する
際に、仮想空間において閃光のモデルが人等のモデルと
特定の位置関係にある場合に、人等のモデルのうち、視
点側の面を照射するための新たな補助光源を設定する。
補助光源は、人等のモデルよりも視点寄りの位置、また
は視点のさらに後方に設けるのが好ましい。例えば、図
１９（ａ）では、閃光のモデルＦＢの位置が人のモデル
Ｈの位置より視点ＥＰから見て奥に位置する。このよう
な場合には、仮想空間内に補助光源ＬＰを出現させて、
この光源からの光も含めたレンダリング処理を行う。こ
のようにすれば、同図（ｂ）に示すように、人のモデル
Ｈのうち、視点ＥＰから見える面に光が瞬間的に照射さ
れた画像が提供され、遊技者は発砲が完遂されたことを
認識できる。補助光源ＬＰによる影は、Ｓ２のように人
のモデルＨの側面に付される。

【０１１３】ステップＳ５１：そこで閃光のモデルの
位置が人のモデルの位置より視点から見て奥に位置する
か否かを判断する。閃光のモデルが人のモデルより視点
から見て手前に位置する場合（ステップＳ５１；Ｎ
Ｏ）、通常のレンダリング処理を行うため、通常光源を
設定するデータを出力する（ステップＳ５６）。閃光の
モデルが人のモデルより視点から見て手前に位置する場
合には、通常のレンダリングによっても閃光による光が
人のモデルに照射され、砲弾等の発射を遊技者に認識さ
れることができるからである。

【０１１４】ステップＳ５２〜５４：閃光のモデルの
位置が人のモデルの位置より視点から見て奥に位置する
場合（ステップＳ５１；ＹＥＳ）、さらに視点から閃光
のモデルへの方向が算出され（ステップＳ５２）、視点
から人等のモデルへの方向が算出される（ステップＳ５
３）。そして両ベクトルによる角度が一定値以上あるか
否かが判定される（ステップＳ５４）。閃光のモデルの
位置が人のモデルの位置より視点から見て奥に位置して
も、表示画面上、閃光のモデルが人のモデルから遠く離
れていれば、通常のレンダリング処理をしても閃光によ
る光が、人のモデルの側面に付され、視覚上問題がない
からである。

【０１１５】例えば、図２０に示すように、閃光のモデ
ルＦＢ１およにＦＢ２はともに視点ＥＰから見て画面奥
に位置する。閃光のモデルＦＢ１への視線ＥＬ１と人の
モデルＨへの視線ＥＬ０の角度θ１は浅いので、図１９
で説明したように補助光源ＬＰを設ける必要がある。と
ころが表示画面上人のモデルＨから遠くにある閃光のモ
デルＦＢ２への視線ＥＬ２は、人のモデルＨへの視線Ｅ
Ｌ０と深い角度θ２を有している。この場合、閃光のモ
デルＦＢ２に光源があるものとして通常のレンダリング
処理を行っても、人のモデルＨの側面には、閃光による
光が照射される。このため補助光源を設ける必要がない
のである。

【０１１６】そこで視点から人のモデルへの視線と視点
から閃光のモデルへの視線との角度が一定値以下である
場合には（ステップＳ５４；ＮＯ）、通常光源を設定す
るデータを送出し（ステップＳ５６）、一定値より小さ
い場合は（ステップＳ５４；ＹＥＳ）、補助光源を設定
するデータを送出する（ステップＳ５５）。

【０１１７】以上説明したように本実施形態４によれ
ば、閃光等の発光源とは別の光源からの光に基づいてレ
ンダリング処理するので、砲弾の発射等を確実に遊技者
に知らせることができる。

【０１１８】特に、閃光等のモデルが人等のモデルより
も奥にあるか否かを判定たり、閃光等のモデルが視点か
ら見て人等のモデルと離れているか否かを判定したりす
るので、ＣＰＵは必要な場合にのみ補助光源を設定する
ことができる。

【０１１９】

【発明の効果】本発明によれば、砲弾の発射や着弾等が
発生する戦闘シーンを模した画像を現実感豊かに表示さ
せることが可能な画像表示技術を提供できる。

【０１２０】すなわち、本発明によれば、表示画面にお
ける他のモデルの条件によってモデルの表示態様を変化
させるので、表示画面に多数の閃光を表示する場合であ
っても、表示画像を見易くし、かつ処理回路の負担を軽
減することができる。

【０１２１】本発明によれば、同一種類のモデルであっ
ても、モデルが重なるか否か、あるいは遊技者の操作に
対応して発生するものか否かに応じてマッピングするテ
クスチャデータを変更するので、隣接する閃光が重なり
合う場合であっても、閃光の重なりを容易に見分けるこ
とができる。

【０１２２】本発明によれば、背景画像データのマスク
のうち、モデル画像の領域に施すマスクを変化させてい
くので、従来できなかった熱等による空気の揺らぎを表
現することができる。

【０１２３】本発明によれば、発光源とは別の光源から
の光に基づいて、光が照射されるモデルに対しレンダリ
ング処理するので、砲弾の発射等を確実に遊技者に知ら
せることができる。

【図面の簡単な説明】

【図１】本発明のテレビゲーム装置の構成図である。

【図２】実施形態１における他のモデル数で判定する処
理を説明するフローチャートである。

【図３】実施形態１における一定距離内にある他のモデ
ル数で判定する処理を説明するフローチャートである。

【図４】他のモデル数で判定する処理において、他のモ
デルが存在しない場合の表示例である。

【図５】他のモデル数で判定する処理において、他のモ
デルが１つ存在する場合の表示例である。

【図６】他のモデル数で判定する処理において、他のモ
デルが３つ存在する場合の表示例である。

【図７】一定距離内にある他のモデル数で判定する処理
において、他のモデルが存在しない場合の表示例であ
る。

【図８】一定距離内にある他のモデル数で判定する処理
において、他のモデルが１つ存在する場合の表示例であ
る。

【図９】一定距離内にある他のモデル数で判定する処理
において、他のモデルが３つ存在する場合の表示例であ
る。

【図１０】他のモデルとの距離計算を説明する図であ
る。

【図１１】実施形態２における処理を説明するフローチ
ャートである。

【図１２】実施形態２におけるテクスチャマッピングを
説明する図である。（ａ）は、実施形態２において同一
モデルにマッピングするための、異なる種類のテクスチ
ャ例である。（ｂ）は、同一テクスチャをモデルにマッ
ピングした場合の不都合を説明する表示例である。
（ｃ）は、実施形態２において、異なるテクスチャをマ
ッピングしたモデルの一部が重なった場合の表示例であ
る。（ｄ）は、実施形態２において、異なるテクスチャ
をマッピングしたモデルの一方が他方に完全に隠された
場合の表示例である。

【図１３】実施形態３における処理を説明するフローチ
ャートである。

【図１４】通常のモデルと背景との合成を説明する図で
ある。

【図１５】実施形態３におけるモデルと背景との合成を
説明する図である。

【図１６】実施形態４における処理を説明するフローチ
ャートである。

【図１７】通常のレンダリング処理が行われる場合の仮
想空間内配置（ａ）と表示例（ｂ）である。

【図１８】閃光が人よりも奥にある場合において通常の
レンダリング処理をしたときの仮想空間内配置（ａ）と
表示例（ｂ）である。

【図１９】閃光が人よりも奥にある場合において実施形
態３のレンダリング処理をしたときの仮想空間内配置
（ａ）と表示例（ｂ）である。

【図２０】閃光モデルの配置と補助光源との関係を説明
する図である。

【符号の説明】

１０…ゲーム処理ボード１０１…ＣＰＵ（処理回路）１０２…ＲＯＭ（記憶装置）１０３…ＲＡＭ（記憶装置）１０７…スクロールデータ演算装置（画像生成回路）１０８…コ・プロセッサ（処理回路）１０９…画像データＲＯＭ（記憶装置）１１０…ジオメタライザ（画像生成回路）１１１…モーションデータＲＯＭ（画像生成回路）１１２…描画装置（画像生成回路）１１３…テクスチャデータＲＯＭ（画像生成回路）１１４…テクスチャマップＲＡＭ（画像生成回路）１１５…フレームバッファ（画像生成回路）１１６…画像合成装置（画像生成回路）

Claims

【特許請求の範囲】

【請求項１】表示空間に１以上のモデルを表示可能に
構成された画像表示装置において、表示空間に表示させるモデルを特定し、特定したモデル
を表示させるための情報を記憶装置から読み取って出力
する処理回路と、前記処理回路から出力された情報に基づいて、表示空間
に前記モデルを表示させるための画像データを生成する
画像生成回路と、を備え、前記処理回路は、新たなモデルを表示する際に、表示空
間内に表示されている他のモデルに関する所定の条件に
合致するか否かを判定し、判定結果に基づいて当該新た
なモデルの表示態様を変化させて表示するための情報を
生成し、前記画像生成回路に出力することを特徴とする
画像表示装置。
【請求項２】前記処理回路は、前記他のモデルに関す
る所定の条件として、表示空間内に表示されている他の
モデルの数を判定する請求項１に記載の画像表示装置。
【請求項３】前記処理回路は、前記他のモデルに関す
る所定の条件として、表示空間内に表示されている他の
モデルと当該新たなモデルとの表示空間における距離を
演算し、この距離が一定値以下である他のモデルの数を
判定する請求項１に記載の画像表示装置。
【請求項４】前記処理回路は、表示空間における前記
距離を演算する場合に、各モデルの幾何学的重心間の距
離を求める請求項３に記載の画像表示装置。
【請求項５】前記モデルは、複数の部品から構成され
る画像であって、前記処理回路は、前記新たなモデルの表示態様を変化さ
せる場合に、当該モデルを構成する１以上の部品を変更
することにより、当該新たなモデルの表示態様を変化さ
せる請求項１に記載の画像表示装置。
【請求項６】表示空間に複数のモデルを表示可能に構
成された画像表示装置において、表示空間に表示させるモデルを特定し、特定したモデル
の形状を表示させるための情報およびこのモデルの表面
にマッピングするテクスチャデータを特定する情報を出
力する処理回路と、前記処理回路から出力された情報に基づいて、表示空間
に前記モデルを表示させるための画像データを生成する
画像生成回路と、を備え、前記処理回路は、新たなモデルを表示する際に、表示空
間に表示されている他のモデルと当該新たなモデルとが
重なるか否かを判定し、重なると判定した場合に、当該
他のモデルにマッピングされているテクスチャデータと
異なるテクスチャデータをマッピングする情報を出力す
ることを特徴とする画像表示装置。
【請求項７】前記処理回路は、当該新たなモデルと前
記他のモデルとが重なるか否かを判定する場合に、モデ
ルの幾何学的重心間の距離を演算することにより判定す
る請求項６に記載の画像表示装置。
【請求項８】表示空間に複数のモデルを表示可能に構
成された画像表示装置において、表示空間に表示させるモデルを特定し、特定したモデル
の形状を表示させるための情報およびこのモデルの表面
にマッピングするテクスチャデータを特定する情報を出
力する処理回路と、前記処理回路から出力された情報に基づいて、表示空間
に前記モデルを表示させるための画像データを生成する
画像生成回路と、を備え、前記処理回路は、新たなモデルを表示する際に、当該モ
デルが遊技者の操作に対応して発生するものか否かを判
定し、当該モデルが遊技者の操作に対応して発生するも
のか否かに対応させた異なるテクスチャデータをマッピ
ングするための情報を出力することを特徴とする画像表
示装置。
【請求項９】前記テクスチャデータは、テクスチャを
構成する画素に欠落が存在する半透過表示のためのデー
タであって、前記処理回路は、前記他のモデルと当該新たなモデルと
を重ねた場合に、当該他のモデルにマッピングされるテ
クスチャで欠落している１以上の画素に、当該新たなモ
デルにマッピングされるテクスチャを構成する画素が当
てはまるようなテクスチャデータを、当該新たなモデル
にマッピングするテクスチャデータとして特定する請求
項６または請求項８のいずれか一項に記載の画像表示装
置。
【請求項１０】表示空間に１以上のモデルの画像を背
景画像に重ねて表示可能に構成された画像表示装置にお
いて、表示空間に表示させる背景画像の領域を定めるマスクパ
ターンを生成するマスクパターン生成手段と、前記マスクパターンによりマスクされた背景画像と表示
空間に表示させるモデルの画像とを合成する合成手段
と、を備え、前記マスクパターン生成手段は、前記マスクパターンの
うちモデルの画像を表示する領域に適用するマスクパタ
ーンを、一定周期ごとに変化させていくことにより、こ
のモデルの画像に透過するように重ねられる背景画像の
表示態様を変化させることを特徴とする画像表示装置。
【請求項１１】前記マスクパターン生成手段は、前記
マスクパターンのうちモデルの画像を表示する領域に適
用するマスクパターンの画素配置を変化させる請求項１
０に記載の画像表示装置。
【請求項１２】前記マスクパターン生成手段は、前記
マスクパターンのうちモデルの画像を表示する領域に適
用するマスクパターンの画素密度を変化させる請求項１
０に記載の画像表示装置。
【請求項１３】仮想空間に、発光源を表すモデルおよ
び当該発光源からの光が照射されるモデルを配置し、こ
れらを所定の視点から観察して得られる表示画像を生成
可能に構成された画像表示装置において、前記発光源を表すモデルおよび当該発光源からの光が照
射されるモデルを表示させるための情報を記憶装置から
読み取って出力する処理回路と、前記処理回路から出力された情報に基づいて、表示空間
にレンダリング処理を施した前記モデルを表示させるた
めの画像データを生成する画像生成回路と、を備え、前記処理回路は、前記発光源から光が照射されている状
態において、当該発光源以外に、前記光が照射されるモ
デルのうち前記視点から観察される面に光を照射するた
めの仮想的な光源を設定する情報を出力し、前記画像生成回路は、当該仮想的な光源から光が照射さ
れているものとしてレンダリング処理することを特徴等
する画像表示装置。
【請求項１４】前記処理回路は、前記発光源と前記視
点と前記光が照射されるモデルとの仮想空間における位
置関係に基づいて、前記仮想的な光源を設定する請求項
１３に記載の画像表示装置。
【請求項１５】前記処理回路は、前記視点から前記光
が照射されるモデルへの方向と前記視点から前記発光源
への方向とが所定の角度以内であるか否かに応じて、前
記仮想的な光源を設定する請求項１３に記載の画像表示
装置。
【請求項１６】請求項１乃至請求項１５に記載の画像
表示装置を備えたゲーム装置であって、発砲や着弾等を模したモデルを前記発光源として画像表
示するゲーム装置。
【請求項１７】コンピュータに、表示空間に表示させる１以上のモデルの各々について、
表示空間内に表示されている他のモデルに関する所定の
条件を判定するステップと、判定した結果に基づいて当該各々のモデルの表示態様を
変化させて表示するための情報を生成するステップと、生成された前記情報に基づいて、表示空間に前記モデル
を表示させるための画像データを生成するステップと、
を実行させるためのプログラムが記録された機械読み取
り可能な記録媒体。
【請求項１８】コンピュータに、表示空間に表示させる１以上のモデルの各々について、
表示空間に表示されている他のモデルと当該新たなモデ
ルとが重なるか否かを判定するステップと、重なると判定した場合に、当該他のモデルにマッピング
されているテクスチャデータと異なるテクスチャデータ
をマッピングする情報を出力するステップと、出力され
た前記情報に基づいて、表示空間に前記モデルを表示さ
せるための画像データを生成するステップと、を実行さ
せるためのプログラムが記録された機械読み取り可能な
記録媒体。
【請求項１９】コンピュータに、表示空間に表示させる１以上のモデルの各々について、
当該モデルが遊技者の操作に対応して発生するものか否
かを判定するステップと、当該モデルが遊技者の操作に対応して発生するものか否
かに対応させた異なるテクスチャデータをマッピングす
る情報を出力するステップと、出力された前記情報に基づいて、表示空間に前記モデル
を表示させるための画像データを生成するステップと、
を実行させるためのプログラムが記録された機械読み取
り可能な記録媒体。
【請求項２０】コンピュータに、表示空間に表示させる背景画像の領域を定めるマスクパ
ターンを生成するステップと、前記マスタデータのうち、表示空間に表示させる１以上
のモデルの各々について、当該モデルの画像を表示する
領域に適用するマスクパターンを、一定周期ごとに変化
させるステップと、前記マスクパターンによりマスクされた背景画像と表示
空間に表示させるモデルの画像とを合成するステップ
と、を実行させるためのプログラムが記録された機械読
み取り可能な記録媒体。
【請求項２１】コンピュータに、仮想空間に、発光源を表すモデルおよび当該発光源から
の光が照射されるモデルを配置し、前記発光源を表すモ
デルおよび当該発光源からの光が照射されるモデルを表
示させるための情報を出力するステップと、前記発光源から光が照射されている状態において、当該
発光源以外に、前記光が照射されるモデルのうち前記視
点から観察される面に光を照射するための仮想的な光源
を設定する情報を出力するステップと、各前記情報に基づいて、当該仮想的な光源から光が照射
されているものとして、表示空間にレンダリング処理を
施した前記モデルを表示させるための画像データを生成
するステップと、を実行させるためのプログラムが記録
された機械読み取り可能な記録媒体。