JPH09173643A - テレビゲームにおける画像情報処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 経過時間に応じて状態が変化するビデオゲー
ムにおいて、効率的な処理を行う。 【解決手段】 状態変化処理を視覚表現処理の直前にお
いてのみ行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、テレビゲームにお
けるプログラミングデザインの方法に関する。

【０００２】

【従来の技術】図１に示すように、家庭用テレビゲーム
機では画像表示装置はテレビが用いられるのが一般的で
ある。この図ではディスプレイ１はテレビとしてある。
テレビはインターフェイス（Ｉ／Ｆ）２で本体と接続さ
れている。ＣＰＵ３で加工された画像データはＶＤＣ４
を通してＶＲＡＭ５に蓄えられる。ＶＤＣはビデオディ
スプレイコントローラの略で、テレビ画面に表示される
画像の表示パターンや色コード、画面上の表示位置等の
画像データの定義を行っている。

【０００３】すなわち、ＶＲＡＭの画像データはＶＤＣ
で画像データに変換され、ＶＤＥ６に送られる。ＶＤＥ
はビデオカラーエンコーダの略で、ＶＤＣから送られて
きたデジタル画像データをＣＲＴ（この例ではテレビ）
用のアナログデータに変換してＣＲＴに出力する働きを
する。ＶＲＡＭ５、ＶＤＣ４、ＶＤＥ６はゲーム機本体
７の画像表示部８を構成する。プログラム内で使用する
カラーコードと画像出力するときのカラーコードは別で
あるが、それを対応づけるテーブル、すなわちカラーパ
レット情報もＶＤＥが所有している。

【０００４】テレビの画像表示は走査線によって行われ
る。図２に示すように、走査線１０、１１は左から右、
上から下へと走りながら映像を表示する。右端まで走っ
た走査線は左に戻るが、そのときは表示しない。図では
実戦で示した走査線１０が表示中で、破線で示した走査
線１１が非表示である。表示は一番下まで行くと、再び
最上段に戻る。この間、６０分の１秒である。

【０００５】ゲーム機ではこの１／６０秒が重要にな
る。すなわち、この非表示の間に次の画像の準備をしな
ければならないからである。たとえばアニメーション画
像を作る場合には、ＣＰＵは１／６０秒の間に画面１か
ら画面２、画面２から画面３へ変わる画像データをＶＲ
ＡＭへ書き出さなければならない。もちろんこの間、単
に画像データの書き出しだけでなく、様々な処理も行わ
れる。

【０００６】ＣＰＵはプレーヤーが操作するキャラクタ
の動きによって木から実を落とす、木が倒れる、キャラ
クタが転ぶといった、キャラクタの動作状況に応じて次
に表示する画像データを判断する。したがって経過時間
に応じて状態が変化するゲームでは、ＣＰＵの負荷を軽
減するために無駄な処理は極力避けなければならない。

【０００７】プログラミングする場合、一般的なプログ
ラマは実行時の効率よりも、プログラム上論理的矛盾の
ないように神経を使う。したがって、しばしば実行速度
に悪影響を及ぼすような書き方をする。図３がその一例
である。“Ｃ＝１０”の代入文をループの中で実行して
いるが、Ｃはループ中は変わらない定数である。このた
め、“Ｃ＝１０”の代入文は無駄に何度も実行されるこ
とになる。そこで実行時の効率化を考えれば、“Ｃ＝１
０”の代入文をループの外に出した図４の書き方のほう
が優れている。

【０００８】しかしプログラマにとって、図３の書き方
の方が考えやすいし、デバッグもしやすい。なぜなら、
“Ｘ＝Ｘ＋Ｃ”文でＣの値がすぐにわかるからである。
図４の例では“Ｃ＝１０”と“Ｘ＝Ｘ＋Ｃ”の間が接近
しているが、この間に様々な処理があるとすると、デバ
ッグ時に“Ｘ＝Ｘ＋Ｃ”で使われているＣの値を探すの
に苦労する。人間の思考形態として、図３の書き方のほ
うが図４の書き方よりはわかりやすい。どちらの書き方
が優れているかは一概に結論づけることはできない。ケ
ースバイケースということになる。

【０００９】

【発明が解決しようとする課題】従来技術で見てきたよ
うに、家庭用テレビゲーム機はゲーム処理を時間的にシ
ビアな状況で実行しなければならい。とくに刻々と画像
表示が変わるゲームでは、とくにシビアにならざるをえ
ない。決められた時間内（たとえば画像表示サイクル）
に処理が不可能な場合には、図３のような実行時に無駄
な処理を探し、プログラムを修正していた。

【００１０】しかしそれでも対処できないときには、ゲ
ーム内容を落として対処していた。ゲーム内容を落とす
ということは、ゲームが単調になり、また画像表示が粗
雑になることを意味する。そこで本発明の課題として
は、ゲーム内容を極力変えないでＣＰＵの負荷のないプ
ログラムのデザインの仕方を開発することである。

【００１１】

【課題を解決するための手段】本発明では、二つの面で
ＣＰＵに負荷の掛からない、プログラム実行時間の効率
化を図る。従来技術ではロジックを変えずに、処理位置
の入れ替えによって効率化を図っていた。この方法は厳
密に修正前の内容がそのまま修正後にも受け継がれると
いう利点をもっている。しかし通常、この方法では限界
がある。そのため、この修正方法でも実行時間の改良が
図れない場合には、内容を落とすという操作がなされて
いた。

【００１２】そこで、本発明では処理内容に注目する。
すなわちゲーム内容をチェックし、ゲーム内容を変えず
に、または若干の内容のズレが生じても、最初に予定し
たゲーム内容が維持できるようにプログラムをデザイン
する。

【００１３】本発明の対象は、経過時間ごとに事象の変
わる処理である。従来技術では視覚表現処理（通常、画
像表示サイクル＜走査線の走査周期＞）ごとに必ず事象
の変化処理を行っていた。この処理を本発明では、ゲー
ム内容が変わらない範囲、または若干の内容の変更があ
っても大勢に影響のない範囲で、特定の状況を作り、そ
の状況が起きた時点で事象の変化処理を行うようにす
る。

【００１４】本発明の他の対象は、経過時間後にある条
件が満たされたときに派生シナリオが自動発生する発生
する処理である。従来技術では視覚表現サイクルごとに
自動発生派生シナリオの発生チェックを行っていた。こ
の処理を本発明では、ゲーム内容が変わらない範囲、ま
たは若干の内容変更があっても体勢に影響のない範囲
で、それほど実行頻度の高くない処理のあとで派生シナ
リオのチェックを行うようにする。

【００１５】

【発明の実施の形態】本発明の実施の形態を従来技術と
の比較でフローチャートで説明する。まずその前に時計
機能について説明する。一般に家庭用テレビゲーム機に
時計機能は内蔵されていない。しかし新しいタイプとし
て、ＲＴＣ内臓のＲＯＭカートリッジがある。

【００１６】図５はＲＴＣ内臓のＲＯＭカートリッジと
家庭用テレビゲーム機との関係を示すシステムブロック
図である。ＲＴＣ１３は“Real Time Clock”の頭文字
を取った略語で、年月日時分秒および曜日を刻む時計回
路である。 ＲＴＣ内臓のＲＯＭカートリッジ１２は従
来のＲＯＭカートリッジ式ゲーム機で利用が可能となっ
ている。ＲＯＭカートリッジ１２はインターフェイス
（Ｉ／Ｆ）１５でゲーム機本体と接続する。

【００１７】ＲＴＣはバッテリでバックアップされてお
り、ゲーム機本体の電源を切っても独立して時を刻む。
ゲーム機本体のＣＰＵ３はＲＴＣ１３の時間を読み取っ
て利用したり、ＲＴＣ１３の時間を更新したりすること
ができる。ゲームソフトはＲＯＭ１４に記録されたてお
り、ＲＯＭカートリッジの形態でユーザー（プレーヤ
ー）に提供される。

【００１８】以降の説明で実時間はＲＴＣ１３の時計を
使用するものとする。もちろん外部記憶媒体に時計機能
を含まなくても、ゲーム機本体に時計機能が含まれてい
る場合にも、本発明は適応できる。

【００１９】図６は経過時間に応じて事象（状態）の変
わるゲームの従来技術で行った場合の処理フローチャー
トである。このループは画像表示サイクル（走査線が一
周する時間）の整数倍の周期で行われる。ただあまり長
いと画像が静止した状態になるので、視覚表現処理や状
態変化処理は長くても１／１０秒未満で行われなければ
ならない。これ以上長くなると、画面上のキャラクタの
動きがぎこちなくなるからである。通常は１／６０秒間
で、ＣＰＵはＶＲＡＭに次に表示する画像データを書き
出さなければならない。

【００２０】図７の処理では、厳密に状態の変化処理を
行っているわけであるが、状態の変化は画像表示サイク
ルよりもはるかに長い。ところが従来技術でも述べたよ
うに、画像データをＶＲＡＭに用意する時間は走査線が
スタート位置に戻る１／６０秒間でしかない（表示中で
もＶＲＡＭへの書き出し可能なゲーム機もあるが、画像
が乱れることがある）。したがって、ループごとに毎回
状態変化処理を行うことは、ＣＰＵへの負担が非常に大
きいことになる。とくに経過時間に応じて状態が変わる
キャラクタの数が多い場合には、ＣＰＵが要求するスピ
ードについてゆけずに、キャラクタが分解写真のような
動きになってしまう。

【００２１】そこで本発明では、ゲーム内容に悪影響を
与えない範囲での特別な状態になったときに、状態の変
化処理を行うようにする。図８が本発明の手法を用いた
ときの処理フローチャートである。処理Ａ、Ｂ、……Ｎ
はある条件ごとに排他的に実行する処理であるが、その
一つの処理として状態の変化処理も組み込む。これによ
って、特定の条件が満たされたときのみ、状態の変化処
理が行われる。図９の場合は若干の時間的状態変化にズ
レが生じるが、全体のゲーム内容を変えることはない。
以上が、経過時間ごとに事象の変わる処理についての説
明である。

【００２２】次に経過時間後にある条件が満たされたと
きに派生シナリオが自動発生する処理について説明す
る。経過時間の条件によって自動的に派生シナリオが発
生する処理に関するものである。図９が従来技術におけ
る処理フローチャートである。フローチャート中、Ｔは
派生シナリオを発生させるべき時間、ｔはＲＴＣの時間
である。図に示してあるように、Ｔ＝ｔのときに派生シ
ナリオが実行する。

【００２３】従来技術では、ループのたびに派生シナリ
オの発生チェックを行っていた。ところが、派生シナリ
オはＴ＝ｔ時間でなければ絶対に意味がない場合ならと
にかく、そうでない派生シナリオでは毎回条件チェック
を行うことにこだわる必要はない。そこで本発明では図
９のフローチャートに示すように、頻繁に起きない処理
である処理Ｊの後ろへ派生シナリオ発生チェックを移
し、時間的条件を満たしたときに派生シナリオを実行さ
せている。この処理Ｊは頻繁に起きない処理ではある
が、派生シナリオの起きる時間間隔から比べればはるか
に実行頻度の高い処理とする。実行頻度が低いから、ル
ープごとに毎回条件チェックをするときに比べて、ＣＰ
Ｕの負担は軽減される。

【００２４】なお注意してもらいたい点は、従来技術で
はＴ＝ｔで判定していたものを、本発明ではＴ≦ｔでチ
ェックしている。これは、従来技術では時間的に厳密に
発生していたシナリオが、本発明では時間的なズレが生
じている。すなわち、本発明下では時間的ズレが容認で
きる派生シナリオである必要がある。

【００２５】

【実施例】本発明の実施例を具体的なゲームストーリー
で説明する。実施例として、次のような“ペットを飼
う”という派生シナリオを考える。 (1)ペットは体力をもつ。 (2)ペットの体力は実時間（ＲＴＣの時間）の１時間経
過ごとに１ポイントの割合で減る。 (3)体力が０になるとペットは死ぬ。 (4)減った体力はペットに餌を与えることで回復する。 (5)ペットはペット屋のみで飼えるものとする。 (6)ペットの体力を反映する処理をするのは、ペット屋
に入ったときとペットに話しかけたときのみに限定す
る。

【００２６】従来技術ではループごとにペットの体力の
状態を変化させる処理を行っていた。これに対して本発
明では、ペットの体力状態を変化させる処理をペット屋
に行ったときかペットに話しかけたときに、行うように
する（(6)の処理）。その計算は以下の通りである。 (a)もっとも最近行われた体力処理（(6)の処理）時刻を
ｔ１とする。 (b)現在の時刻（ＲＴＣの時間）をｔ２とする。 (c)（ｔ２−ｔ１）を１時間で除算し、その商をＴとす
る。 (d)ペットの体力からＴを減算する。 (e)ｔ２を体力処理時刻として記憶する（ｔ１の更
新）。 (f)ペットの体力に応じて視覚表現処理を行う。とくに
体力が０以下のときには死亡させる。

【００２７】図７のフローチャートにおいて以上の派生
シナリオの実行条件判定は、(6)のペット屋に入ったと
きとペットに話しかけたときである。また派生シナリオ
（図７の番号４０と４１）は、(6)のペットの体力を反
映する処理である。従来技術ではペットの体力反映処理
（図６の番号４０）は常時行われているから、ペットの
死亡時間は明確にプログラムに反映されている。しかし
本発明の方法を用いると、ペットの体力チェックはペッ
ト屋に行ったときとペットに話しかけたときであるか
ら、時間的なズレが生じる。

【００２８】たとえば、ペットの体力反映処理が長い時
間行われない場合には、ペットの死亡時刻（（ｔ１−ｔ
２）≦０）がすでに過ぎているのに、死亡しているはず
のペットに話しかけることができる。ただし話しかけた
瞬間、ペットの体力チェックが行われるから、ペットが
突然死亡するという状況になる。しかしこの程度のズレ
は全体のストーリーに影響を与えないし、ゲーム性も失
われない。それ以上に、ＣＰＵに負荷を掛けないという
本発明の効果のほうが大きい。

【００２９】請求項目２についての具体例を挙げる。Ｒ
ＰＧ（ロールプレーイングゲーム）などのように画面が
切り替わるゲームにおいて、主人公（プレーヤーが演じ
るキャラクタ）がその中の登場キャラクタ（たとえば恋
人）から、表１に示す経過時間ごとにＡ〜Ｄの手紙をも
らうという派生シナリオを考える。

【００３０】

【表１】

【００３１】コンピュータＲＰＧに類するゲームでは
“マップ”とよばれる背景画面を書き換える表示処理が
繰り返し行われる。舞台での芝居の情景に相当したもの
だから、処理頻度は少ない。図９における処理Ｊがそれ
に相当するとする。表１の経過時間は、主人公が登場キ
ャラクタに初めて話しかけた時刻からの経過時間であ
る。

【００３２】主人公が最初に登場キャラクタに話しかけ
たときに、最初に手紙をもらう時刻が１時間後なので、
話しかけた時刻ｔ（ＲＴＣの時間）に１時間を加えた時
刻をＴに設定しておく。図９における処理Ｊが実行され
ると、 Ｔ≦ｔ のチェックを行い、真（条件を満たす場合）なら手紙Ａ
をもらう処理を行う。手紙Ａをもらったら、次に手紙
（手紙Ｂ）をもらう時刻が３時間後であるから、Ｔに３
を足した時刻にする。この処理を繰り返し行い、手紙Ｄ
をもらったらあとは手紙をもらう処理がないから、手紙
をもらう処理が行われないようなＴ（実時間ｔでは取り
得ない大きな値）を設定する。

【００３３】本実施例でも時間的ズレは生じる。従来技
術ではループのたびに時間のチェックを行っているか
ら、手紙をもらう処理は設定した経過時間ごとにもらえ
るが、本発明では背景が変わるごとにチェックされるた
めに、Ｔ＝ｔの時間よりもずれる。しかし、背景の書き
換え（図９の処理Ｊ）は主人公の新しい場所への移動ご
とに行われるから、ゲーム中は５分とか１０分程度の時
間のズレである。したがってゲームストーリー上、ゲー
ム内容に悪影響を及ぼすことはない。それ以上にＣＰＵ
の負荷が軽減できるというメリットのほうが大きい。

【００３４】

【発明の効果】従来技術では、時間を利用した処理に対
してストーリーの厳密性を重視してきた。そのなかには
厳密にストーリーを進めても、全体のストーリー上、大
した意味をもたないものがあった。家庭用テレビゲーム
機はディスプレイへの画像表示サイクルの間に次の画面
表示のための処理を行わなければならず、ＣＰＵの負荷
の軽減が重要な課題である。

【００３５】ところが従来技術では厳密性を重視するあ
まり、ＣＰＵが対処できなくなると、スムーズな表示処
理を行うためにゲーム上の機能を落とすなどの対処がな
されてきた。たとえばゲームストーリーの簡略化や表示
キャラクタの数を減らすなどの方法がとられていた。

【００３６】その点、本発明を用いることによって、上
記のようなゲームに対してゲーム全体のストーリーに影
響を与えない形でＣＰＵの負荷の軽減が行える。本発明
の方法は、ときに厳密性は失われるものの、それがゲー
ム全体または予定したシナリオの内容を根本から変える
ものではない点に特徴がある。それ以上に家庭用テレビ
ゲーム機におけるＣＰＵの負荷の軽減という大きな課題
を解決する一手法としての効果のほうが大きい。

【図面の簡単な説明】

【図１】従来技術における家庭用テレビゲーム機の、画
像表示部の構成を中心に見たシステムブロック図であ
る。

【図２】従来技術におけるディスプレイの走査線の動き
を説明する図である。

【図３】従来技術におけるプログラム記述を説明する図
である。

【図４】従来技術における、図３のプログラム記述を実
行面で効率化した場合の説明図である。

【図５】本発明の実施の形態におけるＲＴＣ内臓のＲＯ
Ｍカートリッジと家庭用テレビゲーム機との関係を示す
システムブロック図である。

【図６】本発明の実施の形態において、従来技術でのプ
ログラム記述を説明するフローチャートである。

【図７】本発明の実施の形態におけるプログラム記述を
説明するフローチャートである。

【図８】本発明の実施の形態において、従来技術でのプ
ログラム記述を説明するフローチャートである。

【図９】本発明の実施の形態におけるプログラム記述を
説明するフローチャートである。

【符号の説明】

１ ディスプレイ ２ インターフェイス ３ ＣＰＵ ４ ＶＤＣ ５ ＶＲＡＭ ６ ＶＤＥ ７ ゲーム機本体 ８ 画像表示部 ９ ＲＡＭ １０ 走査線 １１ 走査線 １２ ＲＯＭカートリッジ １３ ＲＴＣ １４ ＲＯＭ １５ インターフェイス ４０ 状態（事象）の変化処理 ４１ 状態（事象）の表示

Claims (2)

【特許請求の範囲】
1. 【請求項１】 経過時間に応じて状態が変化するテレビ
   ゲームにおいて、状態変化処理を視覚表現処理の直前に
   おいてのみ行うことを特徴とする画像情報処理方法。
2. 【請求項２】 経過時間後にある条件が満たされたとき
   に派生シナリオが発生するテレビゲームにおいて、状態
   変化処理を視覚表現処理の直前においてのみ行うことを
   特徴とする画像情報処理方法。