JP2003058296A - ビデオゲーム装置、ビデオゲームシステムにおいて用いられるコマンドの入力支援方法、制御方法およびコンピュータプログラムが格納された記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ＲＰＧ型のビデオゲームにおけるコマンド入
力を効率的に行うとともにゲーム進行において恋愛対象
キャラクタの言動をプレーヤが感情移入しやすくゲーム
への興味を飽きさせないようにする。 【解決手段】 夫々コマンドの割り当てられた複数のア
イコン群を表示装置の表示画面上に表示し、コントロー
ラによって表示画面上を移動可能なカーソルがアイコン
群のいずれのアイコンの領域を指示しているか検出し、
検出された領域が属するアイコンを拡大表示してプレー
ヤに対してアイコンでのコマンド入力がしやすくなるよ
う制御し、前記カーソルが、検出されたアイコンの領域
にある状態であっても、その後一定時間経過後に該アイ
コンを縮小する。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、プレーヤが、コン
トローラを操作して、自分に割り当てられたキャラクタ
のビデオ画面上での行動等を指示することにより、ビデ
オ画面上で日常生活の疑似体験を行う形式のロール・プ
レーング・ゲーム（ＲＰＧ）、そのビデオゲームのプロ
グラムを格納した媒体および装置に関する。

【０００２】

【従来の技術】ロール・プレイング・ゲームはプレーヤ
が、コントローラを操作して、自分に割り当てられたキ
ャラクタ（以下プレーキャラクタと称する）の、ビデオ
画面上での行動等を指示することにより、ビデオ画面上
のプレーキャラクタに戦い等を体験させて成長させ、こ
れをプレーヤ自身の疑似体験として楽しむ形式のゲーム
である。例えば、コントローラの操作により、プレーキ
ャラクタを、ビデオ画面上に表示された中世風の山野や
町や洞窟内を歩き回らせながら敵キャラクタと戦わせる
形式のものが知られている。以下、上記形式のものを、
戦闘型ロール・プレイング・ゲームと称する。

【０００３】また、最近では、ビデオ画面上に形成され
たゲーム空間上の社会や学生生活等の日常生活場面で、
プレーキャラクタを育てたり、プレーキャラクタに疑似
的な恋愛を体験させ、これをプレーヤ自身の疑似体験と
して楽しむ形式のものも増えてきている。以下、上記形
式のものを、恋愛シミュレーション型ロール・プレイン
グ・ゲームと称する。

【０００４】このような、ロール・プレイング・ゲーム
では、プレーキャラクタの行動を決定するために、プレ
ーヤは、コントローラのスイッチ類の操作により多彩な
コマンドを、ゲーム機に対して入力することになる。コ
マンドの入力は、パーソナル・コンピュータのように、
コマンドの内容を示す文字データを入力することによっ
て行うことが望ましい。しかしながら、一般的に家庭用
のゲーム機で表示できるビデオ画面での解像度は、パー
ソナル・コンピュータのそれと比べて低いので、表示文
字数が制限される。よって、特に家庭用のゲーム機にお
いては、コマンドに対応したアイコンをコントローラの
操作により指定することによって、コマンドをゲーム機
に対して入力する形式が採用されている。

【０００５】しかしながら、このような形式では、画面
上に多数のアイコンが表示され、これによってゲームの
進行画面の一部が隠れてしまうので、ゲームの面白さを
半減させてしまう可能性がある。この対策として、アイ
コン群を小さく表示することが考えられるが、アイコン
を小さく表示すると、アイコン群の中から希望するアイ
コンを選択する際の選択性が悪くなるという問題が生じ
る。

【０００６】特に、恋愛シミュレーション型ロール・プ
レイング・ゲームでは、恋愛対象キャラクタが、プレー
キャラクタに対する気持ちが高まるようにゲームを進行
させていくことが一般的である。この恋愛シミュレーシ
ョン型ロール・プレイング・ゲームでは、戦闘型ロール
・プレイング・ゲームとは異なり、プレーヤは、プレー
キャラクタを通じて、自分自身がゲーム空間上でのプレ
ーキャラクタの相手となる恋愛対象キャラクタへの思い
入れが強くなる。つまり、プレーヤは、恋愛対象キャラ
クタのプレーキャラクタに対する態度が、あたかも自分
自身に対する恋愛対称キャラクタの態度であるかのよう
に一喜一憂し、恋愛対象キャラクタの言動が様々に変化
することで更にゲームに没頭していくのである。よっ
て、プレーヤがよりゲームに没頭するためには、ストー
リー性等のゲームの内容そのものの他、上記アイコンを
用いたコマンドの入力等のようなインターフェースの向
上も必須要件となる。

【０００７】本発明はこのような点を考慮してなされた
ものであり、ロール・プレイング・ゲームにおけるコマ
ンド入力が効率的に行え、プレーヤがよりゲームに没頭
することのできる技術を提供することにある。

【０００８】

【課題を解決するための手段】本発明の第１の手段は、
画面上に表示されたアイコンを選択、決定することによ
り、当該アイコンに割り当てられているコマンドをビデ
オゲーム装置に与えるようになされたビデオゲームシス
テムにおいて用いられるコマンドの入力支援方法であっ
て、複数の入力コマンドを意味するアイコン群を表示装
置の表示画面上に表示し、コントローラによって表示画
面上を移動可能なカーソルがアイコン群のいずれのアイ
コンの領域を指示しているか検出し、検出された領域が
属するアイコンの大きさを拡大表示してプレーヤに対し
てアイコンでのコマンド入力がしやすくなるよう制御す
る、ビデオゲームシステムにおいて用いられるコマンド
の入力支援方法である。

【０００９】例えば、ビデオゲームにおけるアイコン表
示に際してカーソルで指示されたアイコンのみを一時的
に拡大表示することによりプレーヤは当該アイコンの確
認が容易となり、コマンドの入力を効率的に行える。

【００１０】第２の手段として、前記で検出された領域
が属するアイコンを拡大した後一定時間経過後に縮小す
るようにした。アイコンが一旦拡大表示された後、元の
大きさに縮小表示されることにより引き続きカーソルで
隣接するアイコンを指示する際に拡大されたアイコンが
邪魔になることはない。

【００１１】第３の手段として、コマンド入力のための
アイコン群とカーソルとを表示する表示手段と、前記カ
ーソルを表示手段上で移動させてアイコン群の中から特
定のアイコンを指示することでアイコンが意味するコマ
ンドを入力するコントローラと、表示手段上でのカーソ
ルの位置を検出する検出手段と、アイコン群の中でカー
ソルが指示しているアイコンを拡大表示する表示制御手
段と、前記コントローラからの操作情報及びプログラム
データに基づいてゲームを実行するための表示制御命令
等を供給するゲーム実行部とからなるビデオゲーム装置
とした。表示手段としてのビデオ装置に接続され、ゲー
ムカートリッジやＣＤ−ＲＯＭ等のゲーム媒体を装着し
たビデオゲーム装置においてもアイコン表示に際してカ
ーソルで指示されたアイコンのみを一時的に拡大表示す
ることによりプレーヤは当該アイコンの確認が容易とな
り、コマンドの入力を効率的に行える。

【００１２】第４の手段として、複数の入力コマンドを
意味するアイコン群を表示装置の表示画面上に表示し、
コントローラによって表示画面上を移動可能なカーソル
がアイコン群のいずれのアイコンの領域を指示している
か検出し、検出された領域が属するアイコンを拡大表示
するコンピュータプログラムが格納された記録媒体とし
た。

【００１３】そして、上記各手段において、プレーヤが
入力したコマンドによってプレーキャラクタの行動を決
定し、プレーキャラクタの行動に対応して少なくとも１
の相手キャラクタの言動および画像が変化するビデオゲ
ームを前提とする場合とした。

【００１４】ここで記録媒体とはＲＯＭあるいはＲＡＭ
を記録媒体としたゲームカートリッジ、光磁気方式で記
録されたＣＤ−ＲＯＭ等を意味する。これらの媒体上に
表示の制御を行うプログラムを格納することでゲームを
プレーする際に、カーソルで指示されたアイコンのみを
一時的に拡大表示することによりプレーヤは当該アイコ
ンの確認が容易となり、コマンドの入力を効率的に行う
ことができる。

【００１５】第５の手段として、プレーヤが入力したコ
マンドによってプレーキャラクタの行動を決定し、プレ
ーキャラクタの行動に対応して少なくとも１の相手キャ
ラクタの言動および画像が変化するビデオゲームにおい
て、相手キャラクタに設定された特性とそれに対してプ
レーヤが選択した行動または言動に対応して相手キャラ
クタのプレーキャラクタに対する感情を高めていく際
に、前記特性として恋愛指数と友好指数とで決定される
複数の領域をメモリ上に定義し、この領域のいずれに属
するかによって相手キャラクタのプレーヤに対する言動
を決定するビデオゲームの制御方法とした。

【００１６】すなわち、ゲームの進行にともなって相手
キャラクタとプレーキャラクタとの関係も変化してくる
が、この変化に対応して相手キャラクタの言動も変化さ
せることによりゲームを進めていく上で興味の尽きるこ
とがなくなり、ゲームの面白さを倍増させることができ
る。

【００１７】ここで、前記の言動とは第６の手段、すな
わち、前記言動は予め入力されたプレーキャラクタに対
する呼び名とすることができる。呼び名とはゲーム開始
に先だって入力した名字、名前、愛称（ニックネーム）
であり、前述の恋愛指数と友好指数の均衡を保ちながら
感情特性を高めていくことで相手キャラクタはプレーキ
ャラクタ（すなわちプレーヤ）を愛称（ニックネーム）
で呼ぶようになる。これが不均衡となり、恋愛指数のみ
高くなると相手キャラクタはあたかも緊張してプレーキ
ャラクタの名前を呼ばなくなったり、あるいは名字に敬
称を付加して堅苦しく呼ぶようになってしまい、逆に友
好指数のみ高くなると相手キャラクタはプレーキャラク
タに対して異性を意識せずに名前を呼び捨てにするよう
になる。相手キャラクタがプレーキャラクタをどのよう
に呼ぶかは恋愛指数と友好指数によって分割された二次
元領域のいずれに該当するかで決定され、これらはたと
えばメモリ上に設けられたテーブルで管理される。

【００１８】

【発明の実施の形態】以下、図面に基づいて、本発明の
実施の形態を説明する。

【００１９】

【実施の形態１】図１はビデオゲームシステムの全体構
成を示している。この図１に示されるように、本システ
ムは、ゲーム媒体としてのＣＤ−ＲＯＭ１２３（図４参
照）を装着するゲーム機本体１００、このゲーム機本体
１００が接続される表示手段としてのテレビジョンモニ
タ１２２、及びコントローラ１２１とで構成される。Ｃ
Ｄ−ＲＯＭ１２３は、ＣＤ−ＲＯＭ収容蓋１００ａが開
けられた状態で装着され、ＣＤ−ＲＯＭ収容蓋１００ａ
が閉じた状態で読み取り可能となる。本システムは、Ｃ
Ｄ−ＲＯＭ１２３に記録されているビデオゲームプログ
ラムデータが、ゲーム機本体１００内のメモリにゲーム
の進行状況等に応じて随時ロードされることにより、ビ
デオゲーム機として使用可能となる。

【００２０】ゲーム機本体１００には、電源供給のオン
／オフを切り換える電源スイッチ１００ｂ、システムを
リセットするリセットスイッチ１００ｃ及びＣＤ−ＲＯ
Ｍ収容蓋１００ａを開閉するための開閉スイッチ１００
ｄが設けられている。

【００２１】コントローラ１２１は、操作情報をゲーム
機本体１００に伝達するためのケーブル１２１ｈと、コ
ントローラ１２１とゲーム機本体１００とを電気的に接
続するためのコネクタ１２１ｉとを有する。尚、コント
ローラ１２１のスイッチ類については、図２を参照して
後に詳述する。

【００２２】図２は、図１に示したビデオゲームシステ
ムのより具体的な例を示すブロック図である。このビデ
オゲームシステムは、ＣＰＵ１０１と、このＣＰＵ１０
１に直結されたグラフィックスデータ生成プロセッサ１
０３と、ＣＰＵ１０１に対してアドレス、データ及びコ
ントロールバスからなるバス１０２を介して相互に接続
されたインタフェース回路１０４、メインメモリ１０
５、ＲＯＭ１０６、伸張回路１０７、パラレルポート１
０８、シリアルポート１０９、描画処理プロセッサ１１
０、音声処理プロセッサ１１２、デコーダ１１４、並び
にインタフェース回路１１９と、描画処理プロセッサ１
１０に接続されたバッファ１１１と、音声処理プロセッ
サ１１２に接続されたバッファ１１３及び増幅回路１１
７と、この増幅回路１１７に接続されたスピーカ１１８
と、デコーダ１１４に接続されたバッファ１１５及びＣ
Ｄ−ＲＯＭドライバ１１６と、インタフェース回路１１
９に接続された外部メモリ１２０とから構成される。こ
の外部メモリ１２０は、図１に示されるように、ゲーム
機本体１００に対して着脱可能となっており、コントロ
ーラ１２１のコネクタ１２１ｉと同じ形状に設計されい
る。

【００２３】上記コントローラ１２１は、インタフェー
ス回路１１９に接続されている。また、上記テレビジョ
ンモニタ１２２は、描画処理プロセッサ１１０に接続さ
れている。

【００２４】グラフィックスデータ生成プロセッサ１０
３は、ＣＰＵ１０１のいわばコプロセッサとしての役割
を果たす。即ち、このグラフィックデータ生成回路１０
３は、座標交換や光源計算、例えば固定小数点形式の行
列やベクトルの演算を、並列処理により行う。このグラ
フィックスデータ生成回路１０３が実行する主な処理
は、ＣＰＵ１０１から供給される画像データの２次元若
しくは３次元面内における各頂点の座標データ、移動量
データ及び回転量データに基づいて処理対象画像の表示
エリア上におけるアドレスを求める共に、当該アドレス
データを再びＣＰＵ１０１に返す処理や、仮想的に設定
された光源からの距離及び角度に応じての画像の輝度を
計算する処理等である。

【００２５】インターフェース回路１０４は、周辺デバ
イス、例えばマウスやトラックボール等のポインティン
グデバイス等のインターフェイス用の回路である。ＲＯ
Ｍ１０６は、ゲーム機本体１００のオペレーションシス
テムとしてのプログラムデータを記憶している。メイン
メモリ１０５は、ＣＤ−ＲＯＭ１２３からのゲームプロ
グラムがロードされるメモリである。このメインメモリ
１０５から適宜プログラム及びデータがＣＰＵ１０１に
ページングされて、ＣＰＵ１０１によって処理される。

【００２６】伸張回路１０７は、ＭＰＥＧ(Moving Pict
ure Engineering Group)やＪＰＥＧ(Joint Picture Eng
ineering Group)に準拠したイントラ符号化により圧縮
された圧縮画像に対し、伸張処理を施す。伸張処理は、
デコード処理（ＶＬＣ：Valiable Length Codeによりエ
ンコードされたデータのデコード）、逆量子化処理、Ｉ
ＤＣＴ(Inverse Discrete Cosine Transform)処理、イ
ントラ画像の復元処理、等である。

【００２７】描画処理プロセッサ１１０は、ＣＰＵ１０
１が発行する描画命令に基づいて、バッファ１１１に対
する描画処理を行い、バッファ１１１内に描写された画
像をテレビジョンモニタ１２２に対して出力する。バッ
ファ１１１は、表示エリアと非表示エリアとからなる。
表示エリアは、テレビジョンモニタ１２２の表示面上に
表示されるデータの展開エリアである。非表示エリア
は、テクスチャデータやカラーパレットデータ等の記憶
エリアである。ここで、テクスチャデータは、２次元の
画像データである。カラーパレットデータは、テクスチ
ャデータ等の色を指定するためのデータである。ＣＰＵ
１０１が発行する描画命令とは、例えば、ラインを描画
するための描画命令、ポリゴンを用いて立体的な画像を
描画するための描画命令、通常の２次元画像を描画する
ための描画命令、等である。

【００２８】音声処理プロセッサ１１３は、ＣＤ−ＲＯ
Ｍ１２３から読み出されたＡＤＰＣＭデータを、バッフ
ァ１１４に記憶し、このバッファ１１４に記憶されたＡ
ＤＰＣＭデータを例えば４４．１ＫＨＺの周波数のクロ
ックで読み出し、読み出したＡＤＰＣＭデータに対し
て、ピッチの変更、ノイズの付加、エンベロープの設
定、レベルの設定、リバーブの付加等の処理を施す。Ｃ
Ｄ−ＲＯＭ１２３から読み出される音声データがＰＣＭ
データの場合においては、このＰＣＭデータは、音声処
理プロセッサ１１３により、あＤＰＣＭデータへ変換さ
れる。また、音声処理プロセッサ１１３により処理され
たＡＤＰＣＭデータは、音声としてスピーカ１１６から
出力される。

【００２９】ＣＤ−ＲＯＭドライバ１１６は、ＣＤ−Ｒ
ＯＭ１２３からプログラムデータ、マップ情報等のデー
タ及び音声データを読み出して、読み出したデータを、
デコーダ１１４へ供給する。

【００３０】デコーダ１１４は、ＣＤ−ＲＯＭドライバ
１１６からの再生データに対して、ＥＣＣ(Error Corre
ction Code)によるエラー訂正処理を施し、エラー訂正
処理が施されたデータを、メインメモリ１０５若しくは
音声処理プロセッサ１１３に供給する。

【００３１】外部メモリ１２０は、カード型のメモリで
あり、ゲーム中断時の状態を保持するために、ゲーム中
断時における各種パラメータを記憶する。コントローラ
１２１は、左キー、右キー、上キー及び下キーを一体化
してなる十字ボタン１２１ｇと、左ボタン１２１Ｌと、
右ボタン１２１Ｒと、スタートボタン１２１ａと、セレ
クトボタン１２１ｂと、第１〜第４ボタン１２１ｃ〜ｆ
とを、備えている。十字ボタン１２１ｇは、ゲームプレ
ーヤがＣＰＵ１０１に対して上下左右を示すコマンドを
与えるためのキーである。スタートボタン１２１ａは、
ゲームプレーヤが、ＣＤ−ＲＯＭ１２３からロードされ
るゲームプログラムの開始をＣＰＵ１０１に指示するた
めのキーである。セレクトボタン１２１ｂは、ゲームプ
レーヤが、メインメモリ１０５上にロードされているゲ
ームプログラムに関する各種選択を、ＣＰＵ１０１に指
示するためのキーである。

【００３２】テレビジョンモニタ１２２は通常のテレビ
受像器でよく、ビデオ・音声ピン入力端子またはＲＦ端
子を通じてゲーム機本体１００より画像データと音声デ
ータとを受信して表示・出力可能となっている。

【００３３】ここで、上記ビデオゲームシステムでプレ
ーされるゲームとして、恋愛シミュレーション型ロール
・プレイング・ゲームを例にあげ、以下このゲームの内
容について図３〜図１０を参照して説明する。

【００３４】恋愛シミュレーション型ロール・プレイン
グ・ゲームは、プレーヤが、コントローラ１２１を介し
てゲーム機本体１００に対してコマンドを入力してテレ
ビジョンモニタ１２２上に形成されたゲーム空間上のプ
レーキャラクタの行動を決定してゆき、プレーキャラク
タがゲーム空間上で経験する３年間の高校生活を通じて
複数の異性の相手キャラクタと関わり合いながら、卒業
式の日に何れかの相手キャラクタから愛を告白されるこ
とを目標に、ゲームを進行していく形式のゲームであ
る。そして、このゲームでは、ゲーム空間上に設定され
る月曜日〜金曜日までの平日が、プレーキャラクタが学
習や運動を通じて各状態値を高める期間とされ、日曜日
が、相手キャラクタとのデートの日とされる。相手キャ
ラクタのプレーキャラクタに対する恋愛感情の大きさの
度合いは、上記学習や運動を通じて高い値となる各状態
値と、相手キャラクタとのデートとに基づいて可変され
る。

【００３５】先ず、表示画面について説明する。表示画
面として、平日におけるプレーキャラクタの行動を指定
するための平日表示画面と、プレーキャラクタが相手キ
ャラクタとコミュニケーションをとっている状態等を表
示するための状態表示画面とが用意されている。

【００３６】図３は、平日におけるプレーキャラクタの
行動を指定するための平日表示画面の一例を示す説明図
である。尚、プレーキャラクタが相手キャラクタとコミ
ュニケーションをとっている状態等を表示するための状
態表示画面については、図１４を参照して、後に詳述す
る。

【００３７】図３に示されるように、平日表示画面は、
最上部の状態表示部２１、中間部の画像表示部２２、最
下部の会話表示部２３とで構成される。状態表示部２１
は、プレーキャラクタの状態である、「体調」、「芸
術」、「容姿」、「文系」、「運動」、「根性」、「理
系」、「雑学」、「ストレス」の各状態を示す状態値が
数値で示される表示領域である。この例では、「体調」
が“０７１”、「芸術」が“０３１”、「容姿」が“０
７５”、「文系」が“０８９”、「運動」が“１６
１”、「根性」が“０９３”、「理系」が“０７５”、
「雑学」が“０９０”、「ストレス」が“０１７”とな
っている。

【００３８】画像表示部２２は、現在の状態に関連する
行動エリアの背景画像、他のキャラクタやプレーキャラ
クタ２７の表示領域であり、静止画及び動画を表示する
ための領域である。また、この画像表示部２２の右端に
は、ゲーム空間上で設定されている年月日を表示するた
めの日付表示部２６が表示される。この例では、「９６
年９月１８日（水）」となっている。更に、この画像表
示部２３の左端には、アイコン群２４が表示される。ま
た、この図３に示されるように、手の形状の画像がカー
ソル２５として用いられる。このカーソル２５は、コン
トローラ１２１の十字ボタン１２１ｇの操作により、平
日表示画面内の移動が可能となっており、アイコン群２
４の内から所望のアイコンを選択したり、他のキャラク
タを選択したりするために用いられる。選択したアイコ
ンの示すコマンドをゲーム機本体１００に実行させた
り、選択した他のキャラクタとの会話をゲーム機本体１
００に実行させるためには、プレーヤが、コントローラ
１２１の所定の決定スイッチを押圧する必要がある。以
下、この動作を「クリック」と称する。この例では、ア
イコン群２４の内、鉄アレイの形状のアイコン２８が選
択されている様子が示されている。

【００３９】上記状態表示部２１に表示されている各カ
テゴリ別の状態値は、アイコン群２４の各アイコンをク
リックしたときに、その値が可変される。「ストレス」
の状態値のみその値が低い方が好ましく、これ以外の状
態値はその値が高い方が好ましい。例えば、上記鉄アレ
イの形状のアイコン２５は、状態表示エリア２１の「運
動」の状態値を可変するためのアイコンである。このア
イコン２５がプレーヤによってクリックされると、ゲー
ム機本体１００は、テレビジョンモニタ１２２の画像表
示部２２の表示領域上に、プレーキャラクタ２７が運動
をしている様子を示す動画を表示し、更に、上記「運
動」の状態値を増加する。

【００４０】尚、図３においては、「運動」の状態値を
高くするための鉄アレイの形状のアイコン２５しか示し
ていないが、アイコン群２４には、「ストレス」の状態
値を低くするための休息アイコン、相手キャラクタをデ
ートに誘ったり相手キャラクタの情報を得たりするため
の電話アイコン、約束の成立した相手キャラクタとデー
トをするためのデートアイコン、「文系」の状態値を高
くするための文系学習アイコン、「理系」の状態値を高
くするための理系学習アイコン、「芸術」の状態値を高
くするための芸術アイコン、「容姿」の状態値を高くす
るためのお洒落アイコン等が用意されている。

【００４１】以上の説明から分かるように、このゲーム
は、前述のように３年間の高校生活を通じてプレーキャ
ラクタ２７と相手キャラクタとの恋愛を成立させること
を目標として進められるものであり、月曜日〜土曜日の
間の平日に学習や運動を通じて各状態値を高め、日曜日
に相手キャラクタとデートすることにより相手キャラク
タのプレーキャラクタ２７に対する恋愛感情を育んでい
くようになっている。

【００４２】次に、図４及び図５を参照して、このビデ
オゲームのゲーム進行の全体の処理について説明する。
図４及び図５は、ゲーム進行の全体的な流れを説明する
ためのフローチャートである。

【００４３】ゲーム機本体１００に電源が投入される
と、先ずステップ１００１に示す初期設定ルーチンおい
て、ＣＰＵ１０１が、コントローラ１２１を介して入力
される情報に基づいた初期設定を行う。この初期設定の
１つに、プレーヤがコントローラ１２１を用いて操作す
るプレーキャラクタの名前の登録等がある。この初期設
定ルーチンの内容については、図６を参照して後に詳述
する。

【００４４】ステップ１００２においては、ＣＰＵ１０
１が、ゲームが開始されてから、ＣＰＵ１０１の機能で
あるところの日数カウンタによってダウンカウントされ
た日数値が、卒業式の日に対応する日数値“０”となっ
たか否かを判断し、「ＹＥＳ」と判断したときにはステ
ップ１１０１に移行し、「ＮＯ」と判断したときにはス
テップＳ１００３に移行する。ここで、「ゲームが開始
された時点」とは、ゲーム空間上における高校入学の時
であり、プレーヤがプレーキャラクタの名前を登録して
ゲームを開始した時点である。また、「日数値」の歩進
数は、ゲーム空間上における日である。ちなみに、プレ
ーヤがアイコン群２４からアイコンを指定しクリックす
ると、ゲーム空間上における月曜日〜金曜日までの６日
分の日が自動的に歩進する。そして、土曜日に再度プレ
ーヤがアイコン群２４から相手キャラクタと関連するア
イコンを指定しクリックすると、そのアイコンの示すコ
マンド内容及びプレーキャラクタの状態値、友好度、と
きめき度や乱数的に発生される状態値等に応じて、日曜
日の過ごし方が決定される。上記友好度及びときめき度
の値が所定値以上の場合には、相手キャラクタとプレー
キャラクタとがデートをするよう設定される。尚、とき
めき度と友好度については後に詳述する。ここで、「カ
ウントされた日数値」とは、上記「ゲームが開始された
時点」から現在までの通算のダウンカウント値である。

【００４５】ステップ１００３では、ＣＰＵ１０１が、
日数カウンタによってダウンカウントされた日数値が、
メインメモリ１０５上に記憶されている複数のイベント
日の日数値の何れかの日数値と等しいか否かを判断し、
「ＹＥＳ」であればステップ１００６に移行し、「Ｎ
Ｏ」であればステップ１００５に移行する。ここで、イ
ベント日とは、例えばデート、運動会、修学旅行等のイ
ベントが行われる日を意味する。これらのイベントを示
すイベントデータは、各イベントの行われる日数値デー
タと共に、予めＣＤ−ＲＯＭ１２３上に記録されてお
り、ゲーム機本体１００に電源が投入される都度、ＣＤ
−ＲＯＭ１２３上から読み出されて、メインメモリ１０
５上に記憶される。以下、予めＣＤ−ＲＯＭ１２３上に
日数値データと共に記録されているイベントを、「固定
イベント」と称する。尚、本形態においては、既に説明
した状態値に応じてランダムにその実行が決定されるイ
ベントも採用している。以下、このイベントをランダム
イベントと称する。

【００４６】ステップＳ１００４では、ＣＰＵ１０１
が、上記ランダムイベントの発生及びその内容を、ラン
ダムに決定する。このランダムイベントは、例えば新し
い相手キャラクタの出現等であり、その発生確率は、プ
レーキャラクタの「文系値」や「理系値」等の状態値の
値に応じてその内容が変動する。ここで、ランダムイベ
ントが、例えば２０人用意されている相手キャラクタの
内の１人が出現するものとしてより具体的に説明する。
ランダムイベントの発生及び相手をランダムに決定する
時点において、既に出現してしまっている相手キャラク
タについては、出現の選択から除外される。つまり、出
現の選択の対称となるのは、２０人から現在までに出現
してしまっている相手キャラクタ全部を除いた残りの相
手キャラクタとなる。例えば、上記状態値の傾向、例え
ば「運動」の状態値が所定値以上の高い値で、「理系」
及び「文系」の状態値が低い場合には、ＣＰＵ１０１
は、最も行動的な相手キャラクタを選択する。一方、状
態値が何れも所定値よりも低い場合や、「ストレス」の
状態値が高い場合には、ＣＰＵ１０１は、相手キャラク
タを出現させない。尚。ＣＰＵ１０１は、ランダムイベ
ントの発生、非発生を決定した後に、その決定の内容を
示すフラグデータを、メインメモリ１０５に記憶する。

【００４７】ステップ１００５では、ＣＰＵ１０１が、
メインメモリ１０５に記憶されているフラグデータの内
容を判別することにより、ランダムイベントの発生が決
定か否かを判断し、「ＹＥＳ」であればステップ１００
６に移行し、「ＮＯ」であればステップ１００７に移行
する。

【００４８】ステップ１００６は、デート／イベントル
ーチンである。このデート／イベントルーチンでは、Ｃ
ＰＵ１０１が、ステップＳ１００４において決定された
相手キャラクタとのデートや出会い等のイベントを実行
する。このデート／イベントルーチンの内容について
は、図７を参照して後に詳述する。

【００４９】ステップ１００７は、平日ルーチンであ
る。この平日ルーチンでは、ＣＰＵ１０１が、コントロ
ーラ１２１を介してプレーヤから指定されるアイコンが
示すコマンドを実行する。ＣＰＵ１０１は、この平日ル
ーチンにおいて、プレーキャラクタが相手キャラクタと
デートの約束をすることができたか否かを示すデート予
約有無フラグデータを、メインメモリ１０５に記憶す
る。この平日ルーチンについては、図８を参照して後に
詳述する。

【００５０】ステップ１００８は、休日ルーチンであ
る。この休日ルーチンでは、ＣＰＵ１０１が、デート予
約有無フラグデータの値を読み、このデート予約有無フ
ラグデータの値がデートの予約があることを示す値のと
きには、デートのイベントを実行し、上記値がデートの
予約がないことを示す値のときには、例えば平日と同様
の処理が実行される。

【００５１】ステップ１００９では、ＣＰＵ１０１が、
状態値やデートの回数等に応じてときめき度と友好度を
算出する。ステップ１００２において、ＣＰＵ１０１
が、日数値が卒業式の日を示す値“０”であると判断し
た場合には、図５に示すステップ１１０１に移行する。

【００５２】ステップ１１０１では、ＣＰＵ１０１が、
プレーキャラクタの文系値や理系値等の状態値データ
を、評価値計算式中の対応変数に夫々代入して評価値計
算式を演算し、演算結果であるところの評価値を算出す
る。評価計算式は、相手キャラクタ毎に用意され、且
つ、相手キャラクタの特性によって式が異なる。ＣＰＵ
１０１は、今までに登場した相手キャラクタについて夫
々用意されている評価値計算式を全て演算し、相手キャ
ラクタ毎の評価値を全て求める。この「評価値」は、相
手キャラクタがプレーキャラクタに対する評価を示す値
であり、この値が高い程、その相手キャラクタのプレー
キャラクタに対する想いが強いことになる。例えば、ス
ポーツ好きな相手キャラクタについて用意されている評
価値計算式の計算結果である評価値は、高い「運動」の
状態値が代入されたときに高い値となり、文学好きな相
手キャラクタについて用意されている評価値計算式の結
果である評価値は、高い「文系」の状態値が代入された
ときに高い値となる。

【００５３】ステップ１１０２では、ＣＰＵ１０１が、
ステップ１１０１において夫々求めた相手キャラクタ毎
の評価値が、夫々、相手キャラクタ毎に用意されている
しきい値よりも大きいか否かを判断する。そして、ゲー
ム空間上に登場した全ての相手キャラクタの評価値が、
全て、相手キャラクタについて夫々用意されているしき
い値を超えていない場合には、「ＮＯ」と判断してステ
ップ１１０５に移行し、ゲーム空間上に登場した全ての
相手キャラクタの評価値が、１つ以上、相手キャラクタ
について夫々用意されているしきい値を超えている場合
には、「ＹＥＳ」と判断してステップ１１０３に移行す
る。

【００５４】ステップ１１０３では、ＣＰＵ１０１が、
対応するしきい値を超えた評価値の内、最も高い評価値
を検出し、当該評価値に対応する相手キャラクタを選出
する。

【００５５】ステップ１１０４では、ＣＰＵ１０１が、
静止画若しくは動画による卒業式の表示処理を行うと共
に、この中で、ステップ１１０３において選出した相手
キャラクタが、プレーキャラクタに対して愛の告白を行
う、静止画若しくは動画による表示処理を実行する。

【００５６】ステップ１１０２においてＣＰＵ１０１
が、「ＮＯ」と判断した場合、即ち、ゲーム空間上に登
場した全ての相手キャラクタの評価値が、全て、相手キ
ャラクタについて夫々用意されているしきい値を超えて
いない場合には、ステップ１１０５に移行し、ここでバ
ッドエンディング処理を行う。このバッドエンディング
処理とは、例えば上記卒業式の表示処理と共に行われ
る、予期しない同性からの愛の告白を行う表示処理であ
る。従って、プレーヤは、愛を告白されたいと思う相手
キャラクタからの評価値が高められるようゲーム進行を
考えてコマンド入力を行うようになり、擬似的な恋愛体
験を通じて愛が結実することを目標にゲームを楽しむこ
とができる。以下、各ルーチンについて順次説明する。

【００５７】次に、図６を参照して、上記初期設定ルー
チンについて説明する。この図６は、図４に示したフロ
ーチャートのステップ１００１の内容を示すフローチャ
ートである。この初期設定ルーチンでは、ＣＰＵ１０１
が、図２に示したコントローラ１２１を介してプレーヤ
から入力されるデータを登録する。ここで、「登録」と
は、メインメモリ１０５に記憶すること、並びに外部メ
モリ１２０に記憶することを意味する。

【００５８】ステップ１２０１では、ＣＰＵ１０１が、
コントローラ１２１を介してプレーヤから入力される名
字データを、メインメモリ１０５に記憶する。ステップ
１２０２では、ＣＰＵ１０１が、コントローラ１２１を
介してプレーヤから入力される名前データを、メインメ
モリ１０５に記憶する。

【００５９】ステップ１２０３では、ＣＰＵ１０１が、
コントローラ１２１を介してプレーヤから入力されるニ
ックネームデータを、メインメモリ１０５に記憶する。
そして、この初期設定ルーチンを抜け、図４に示したス
テップ１００２に移行する。ステップ１２０１〜１２０
３において夫々メインメモリ１０５に記憶されたデータ
は、この初期設定ルーチン、セーブ時若しくはゲーム終
了時に外部メモリ１２０に記憶される。

【００６０】次に、図７を参照して、デート／イベント
ルーチンについて説明する。このデート／イベントルー
チンは、図４に示したステップ１００６の内容を示すフ
ローチャートである。

【００６１】ステップ１３０１では、ＣＰＵ１０１が、
デートの行き先に応じた複数の会話パターンを画像とし
て表示する。例えば、行き先が遊園地の場合に、相手キ
ャラクタからプレーキャラクタに対し、「どこにいく
？」等のような問いかけを示す画像が表示され、その
後、「ジェットコースターにしようよ」、「お化け屋敷
に行かない？」、「観覧車どう？」等のような複数の会
話パターンが画像として表示される。プレーヤは、コン
トローラ１２１の十字ボタン１２１ｇで上記会話パター
ンを選択し、この後、決定用のキーを押すことにより、
上記複数の会話パターンの中から所望の会話パターンを
選択することができる。

【００６２】ステップ１３０２では、ＣＰＵ１０１が、
コントローラ１２１を介してプレーヤからの選択入力が
あるか否かを判断し、「ＹＥＳ」であればステップ１３
０３に移行する。

【００６３】ステップ１３０３では、ＣＰＵ１０１は、
上述したような選択肢毎に画像表示処理を行って、ゲー
ム空間上でのデートを進行させる。上述の例で説明する
と、例えば、「ジェットコースターにしようよ」が選択
された場合には、ＣＰＵ１０１は、プレーキャラクタが
相手キャラクタと一緒にジェットコースターに乗ってい
る状態をアニメーション表示することによって、ゲーム
空間上におけるデートを進行させる。

【００６４】ステップ１３０４では、ＣＰＵ１０１が、
ステップ１３０３において実行される処理の終了時、即
ち、ゲーム空間上におけるデートの終了時に、相手キャ
ラクタのときめき度と友好度とを算出する。ときめき度
と友好度の算出方法について説明する。例えば、相手が
スポーツ好きなキャラクタの場合には、上記「ジェット
コースターにしようよ」の会話パターンがプレーヤによ
って選択されたときに、友好度とときめき度の数値がよ
り高くなるように設定されている。上記３つの会話パタ
ーンが示すアトラクションの内、最も動的なアトラクシ
ョンがジェットコースターだからである。一方、相手キ
ャラクタが文学好きなキャラクタの場合には、上記「観
覧車どう？」の会話パターンがプレーヤによって選択さ
れたときに友好度とときめき度の数値がより高くなるよ
うに設定されている。更に、ときめき度及び友好度の値
はゲーム空間上において設定されている季節等によって
も変動される。従って、プレーヤが、プレーキャラクタ
が、同じ相手キャラクタと同じパターンでデートを繰り
返すようにゲームを行っても、必ずしもときめき度と友
好度の数値が常に同じ度合いで上がるわけではない。こ
のデート／イベントルーチンを抜けると、図４に示した
ステップ１００７に移行する。次に、図８を参照して平
日ルーチンについて説明する。図８は、図４に示したス
テップ１００７の内容を説明するためのフローチャート
である。既に説明したように、平日ルーチンは、プレー
キャラクタに対して割り当てられている文系値、理系
値、芸術値或いは容姿値を高めるためのコマンド入力
や、休日のデートの約束をするためのコマンド入力を行
うためのルーチンである。平日ルーチンでは図３に示し
た平日表示画面が表示され、この画面中のアイコン群２
４の中から所望のアイコンをカーソル２５で選択し、当
該アイコンに割り当てられているコマンドを実行させる
ことができるようになっている。ＣＰＵ１０１は、アイ
コンがカーソル２５で選択されときに、当該アイコンを
拡大表示するよう処理を行う。この処理については図１
０〜図１２を参照して後に詳述する。

【００６５】ステップ１４０１はアイコン指示検出ルー
チンである。このアイコン指示検出ルーチンでは、ＣＰ
Ｕ１０１が、コントローラ１２１を介してプレーヤから
のアイコンの選択、決定の指示が有るか否かを検出す
る。このアイコン指示検出ルーチンについては、図１２
を参照して後に詳述する。

【００６６】ステップＳ１４０２では、ＣＰＵ１０１
が、プレーヤによって指定されたコマンドに対応する状
態値に対する所定数の加算、非加算を、例えばその時点
での友好度やときめき度の値に応じて、若しくは乱数的
に決定する。そして、ＣＰＵ１０１は、加算、非加算を
示すフラグデータを、メインメモリ１０５に記憶する。
ここで、「状態値に対する所定数の加算」が、成功／失
敗抽選の「成功」に対応し、「状態値に対する所定数の
非加算」が、成功／失敗抽選の「失敗」に対応する。

【００６７】ステップ１４０３では、ＣＰＵ１０１が、
メインメモリ１０５に記憶されている、加算、非加算を
示すフラグデータの内容を読み、加算か否か、即ち、成
功か否かを判断し、「ＹＥＳ」であればステップ１４０
４に移行し、「ＮＯ」であればこの平日ルーチンを抜け
て図４に示したフローチャートのステップ１００８に移
行する。

【００６８】ステップＳ１４０４では、ＣＰＵ１０１
が、プレーヤによって選択、決定されたアイコンに対応
するコマンドの状態値に対し、所定数を加算する。そし
てこの平日ルーチンを抜けて図４に示したフローチャー
トのステップ１００８に移行する。

【００６９】ここで、ステップ１４０１において、プレ
ーキャラクタが、相手キャラクタに対し、デートの申込
を行うコマンドに対応するアイコンが選択、決定された
場合を例にとり説明する。既に説明したアイコン群２４
には、電話の形状の電話アイコン（図３において図示せ
ず）も用意されている。この電話アイコンは、プレーキ
ャラクタが相手キャラクタに休日のデートを申し込む動
作を行うことを、プレーヤが、ＣＰＵ１０１に対して指
示するためのコマンドに対応するアイコンである。プレ
ーヤが、この電話アイコンを選択、決定すると、ＣＰＵ
１０１は、友好度及びときめき度の値に応じて、相手キ
ャラクタからプレーキャラクタに対するデートの申込の
返事を決定する。プレーヤが、プレーキャラクタが相手
キャラクタとのデートの約束をすっぽかしたりする等の
ようなゲームの進行の仕方をしていると、友好度及びと
きめき度が極めて低くされる。ＣＰＵ１０１は、友好度
及びときめき度が極めて低い場合には、相手キャラクタ
からプレーキャラクタに対して行うデートの申込の返事
を悪い返事、即ち、断るように設定することもある。つ
まり、ＣＰＵ１０１は、ステップ１４０３において、
「ＮＯ」と判断する。尚、この図８においては電話アイ
コンが選択、決定された場合におけるステップを加えて
いないが、電話アイコンに対応する処理が別途必要であ
る。そして、電話アイコンに対応する処理中において、
ステップ１４０４に対応するステップの内容は、ＣＰＵ
１０１は、友好度及びときめき度に対して所定数を加算
するのではなく、デートの予約有りの内容のデート予約
フラグデータを、メインメモリ１０５に記憶するという
内容になる。

【００７０】次に、図９を参照して、休日ルーチンにつ
いて説明する。図９は、休日ルーチンの内容を説明する
ためのフローチャートである。休日ルーチンは、既に説
明した平日ルーチンで行われる処理に加えて、平日ルー
チンで決定したデートの処理を実行するルーチンであ
る。

【００７１】ステップ１５０１では、ＣＰＵ１０１が、
メインメモリ１０５に記憶されているデート予約フラグ
データの値を読み、その値が、デートの予約が有ること
を示す値か否かを判断し、「ＹＥＳ」であれば既に説明
したデート／イベントルーチンの実行されるステップ１
５０２に移行し、「ＮＯ」であればステップ１５０３に
移行する。尚、ステップ１５０３、１５０４、１５０
５、１５０６は、夫々平日ルーチンのステップ１４０
１、１４０２、１４０３、１４０４と同一の処理内容で
あるので、その説明を省略する。この休日ルーチンを抜
けると、図４に示したステップ１００９に移行する。

【００７２】次に、本発明の特徴の一つであるアイコン
の表示制御について図１０〜図１２を参照して説明す
る。本発明においては、アイコン群２４の内、どのアイ
コンが選択されているのかをプレーヤに認識し易くする
ために、アイコンが選択されたときに、当該アイコンが
選択されていることをプレーヤが認識することの可能な
時間、例えば１秒〜２秒の間に、選択されているアイコ
ンの大きさが、通常の大きさから最大の大きさ、最大の
大きさから通常の大きさに、リニアに可変される。

【００７３】図１０は、アイコンの表示制御を行うため
の機能ブロック図である。この図１０においては、ＣＰ
Ｕ１０１、コントローラ１２１、ＣＤ−ＲＯＭ１２３、
並びに描画処理プロセッサ１１０が夫々機能ブロックと
して示されている。そして、ＣＰＵ１０１の各機能を示
す機能ブロックとして、更に、ＣＤ−ＲＯＭ１２３から
プログラムデータを読み出すためのプログラム読出部１
３０、コントローラ１２１からの操作情報及びプログラ
ム読出部１３０からのプログラムデータに基いてゲーム
を実行するための表示制御命令等を描画処理プロセッサ
１１０に供給するゲーム実行部１３１、このゲーム実行
部１３１を通じてコントローラ１２１から供給されるボ
タンの操作情報を検出する押しボタン動作検出部４２、
この押しボタン動作検出部４２からの検出操作情報に基
いてカーソル２５の移動方向及び移動量を制御するカー
ソル移動制御部４３、このカーソル移動制御部４３から
の制御情報に基いてカーソル２５の表示画面上の座標、
即ち、バッファ１１１上におけるアドレスを検出するカ
ーソル座標検出部４４、このカーソル座標検出部４４か
らのアドレス情報に基いてアイコン群２４の内、どのア
イコンが選択されているのかを検出する指示アイコン検
出部４５、この指示アイコン検出部４５の出力に基いて
描画処理プロセッサ１１０に対し拡大／縮小命令を通知
するアイコン表示制御部４６、並びにタイマ４７が示さ
れている。

【００７４】ここで、上記拡大／縮小命令は、タイマ４
７からの時間情報に基いて求められる、現時点の時間軸
上の位置がアイコンの大きさを可変する１サイクルの時
間軸上のどの位置であるのかを示す情報、アイコンの大
きさを可変する１サイクルの時間長情報、１サイクルの
時間内に表示するアイコンの大きさの最大値を示す情報
とからなる。そして、上記アイコン表示制御部４６は、
この拡大／縮小命令を描画処理プロセッサ１１０に通知
することにより、選択されているアイコンの表示面上に
おける大きさを所定時間内にリニアに可変するよう描画
処理プロセッサ１１０に対し制御を行う。

【００７５】また、タイマ４７は、カーソル移動制御部
４３のカーソルの移動制御を終了した時点にリセットさ
れ、アイコンの拡大／縮小命令がアイコン表示制御部４
６によってリセット、即ち、中止された時点から時間の
計測を開始する。また、このタイマ４７は、選択されて
いるアイコンの大きさを、通常の大きさから最大の大き
さ、最大の大きさから通常の大きさにリニアに可変する
時間内で時間の計測を行う。アイコンの可変時間は既に
説明したように、１秒〜２秒程度の固定値であるから、
上記タイマ４７の計測した時間は、アイコンの大きさに
対応することになる。

【００７６】次に、図１１を用いて、選択されたアイコ
ンの表示の一例について説明する。図１１は、カーソル
２５により、アイコン群２４からアイコン２８が選択さ
れた場合の表示について説明するための説明図である。
説明の便宜上、「運動」のコマンドを入力するための、
鉄アレイの表示形状のアイコンが選択された場合を例に
とり説明する。

【００７７】カーソル２５によってアイコン２８が選択
された時点の表示状態は、図１１（ａ）に示されるよう
になる。この後、アイコン表示制御部４６が描画処理プ
ロセッサ１１０に対して拡大／縮小命令を通知すること
により、所定時間内にアイコン２８の大きさがリニアに
可変される。即ち、選択されたアイコン２８は、図１１
（ａ）に示される標準の大きさから、図１１（ｂ）に示
される標準の大きさよりも大きく、且つ、図１１（ｃ）
に示される最大の大きさよりも小さい大きさで表示さ
れ、続いて、図１１（ｃ）に示される最大の大きさで表
示される。図１１（ｃ）に示される最大の大きさにされ
た後、この最大の大きさのアイコン２８は、図１１
（ｄ）に示されるように、図１１（ｂ）に示される標準
の大きさよりも大きく、且つ、図１１（ｃ）に示される
最大の大きさよりも小さい大きさで表示され、続いて、
図１１（ｅ）に示される標準の大きさで表示される。

【００７８】尚、アイコン２８の拡大・縮小動作は、プ
レーヤがアイコン２８の拡大表示によりそれが意味する
コマンド（ここでは「運動」を示すコマンド）を確認で
きる程度の時間、例えば図１１（ａ）〜（ｅ）が約１〜
２秒程度で完了することが好ましい。これ以上長い時間
アイコン２８が拡大された状態のままとなっていると拡
大されたアイコン２８が邪魔となりカーソル２５を隣接
する別のアイコン３１ａ〜３１ｅに移動させることが困
難となってしまうためである。

【００７９】次に図１２を参照してアイコンの拡大／縮
小処理動作を中心に、アイコン指示検出ルーチンついて
説明する。この図１２は、アイコン指示検出ルーチンの
内容を説明するためのフローチャートである。

【００８０】プログラム読出部１３０により、ＣＤ−Ｒ
ＯＭ１２３からプログラムデータが読み出される。この
プログラムデータは、ゲーム実行部１３１に通知され
る。これにより、ゲーム実行部１３１によってゲームが
進行される。そして、ゲームが進行され、アイコン指示
検出ルーチンに処理が移行すると、ステップ１６０１か
ら処理が開始される。

【００８１】ステップ１６０１では、押しボタン動作検
出部４２が、コントローラ１２１の決定ボタンとしての
第４ボタン１２１ｆが押圧されたか否かを判断し、「Ｙ
ＥＳ」であればこのアイコン指示検出ルーチンを抜け、
「ＮＯ」であればステップ１６０２に移行する。

【００８２】ステップ１６０２では、押しボタン動作検
出部４２が、コントローラ１２１の十字ボタン１２１ｇ
を構成する上下左右ボタンの何れかのボタンが押された
か否かを判断し、「ＹＥＳ」であればステップ１６０３
に移行し、「ＮＯ」であればステップ１６０７に移行す
る。

【００８３】ステップ１６０３では、押しボタン動作検
出部４２が、押されたボタンを示す情報を、カーソル移
動制御部４３に通知する。そして、カーソル移動制御部
４３は、上記操作情報を、描画処理プロセッサ１１０に
通知する。これにより、描画処理プロセッサ１１０は、
十字ボタン１２１ｇの上下左右ボタンの何れかのボタン
が押し下げられた時間分だけ、表示画面上のカーソル２
５を、上記上下左右ボタンの内の押圧されたボタンに対
して定義されている方向に移動させるように表示を行
う。

【００８４】ステップ１６０４では、タイマ４７が、カ
ーソル移動制御部４３がカーソル２５の移動制御を終了
した時点において自己リセットする。ステップ１６０５
では、アイコン表示制御部４６が、アイコンの大きさを
可変する処理を中止することを示す、アイコン拡大／縮
小中止命令を、描画処理プロセッサ１１０に対し通知す
る。これにより、描画処理プロセッサ１１０は、アイコ
ンの大きさの可変処理を中止する。よって、表示面上に
おいては、選択されていたアイコンの大きさが、強制的
に標準の大きさとなる。

【００８５】ステップ１６０６では、タイマ４７が、時
間の計測を開始する。ステップ１６０２において、押し
ボタン動作検出部４２が、十字ボタン１２１ｇが押圧さ
れていないものと判断した場合には、ステップ１６０７
に移行する。そして、ステップ１６０７では、カーソル
座標検出部４４が、表示画面上でのカーソル座標位置を
検出し、この座標値情報を指示アイコン検出部４５に通
知する。指示アイコン検出部４５は、前記カーソル座標
検出部４４からの座標値情報に基づき、表示画面上でカ
ーソル２５がアイコン群２４の内の何れのアイコンを指
示しているのかを特定する。そして、指示アイコン検出
部４５は、上記検出結果を、アイコン表示制御部４６に
通知する。

【００８６】ステップ１６０８では、アイコン表示制御
部４６が、タイマ４７からの時間情報に基いて、現時点
の時間軸上の位置が、アイコンの大きさを可変する１サ
イクルの時間軸上のどの位置であるのかを示す情報を
得、この情報と、アイコンの大きさを可変する１サイク
ルの時間長情報と、１サイクルの時間内に表示するアイ
コンの大きさの最大値を示す情報選とを、拡大／縮小命
令として、描画処理プロセッサ１１０に通知する。描画
処理プロセッサ１１０は、バッファ１１上に展開されて
いる画面情報を、上記拡大／縮小命令に基いて順次書き
直す。このとき、描画処理プロセッサは、選択されてい
るアイコンについてのみ、アイコンを可変する１サイク
ルの各時間に応じた大きさとなるよう、上記アイコンの
大きさを計算してアイコン画像情報を得、当該アイコン
画像情報を書き込む。尚、アイコンが選択、決定され、
当該アイコンに割り当てられているコマンドが入力され
た後の処理についてはその説明を省略する。〔変形例〕
上記実施の形態においては、描画処理プロセッサ１１０
によりアイコンの大きさの可変が行われる場合について
説明したが、アイコン表示制御部４６によりアニメーシ
ョン処理を行うようにしても良い。方法としては、アイ
コン表示制御部４６にメモリを設け、このメモリ内に各
アイコンの色々な大きさの画像を夫々記憶しておき、ア
イコンが選択されたときに、当該アイコンの画像として
割り当てられている色々な大きさのアイコンの画像を順
次出力させてもよい。その際、色々な大きさのアイコン
の画像の大きさと出力順序の関係は、図１１（ａ）→図
１１（ｂ）→図１１（ｃ）→図１１（ｄ）→図１１
（ｅ）の順序と同様である。

【００８７】

【実施の形態２】本実施形態２は、ゲームの進行にした
がって相手キャラクタ１０１１がプレーキャラクタ２７
を呼ぶときの呼び名を変化させる点を特徴にしている。
そして、この特徴を実現するために、図１３に示される
構成を必要とする。本形態においては、図１４に示され
るように、画像表示部２２に表示された相手キャラクタ
１０１１の呼びかけが、会話表示部２３に文字情報とし
て表示されるが、この呼びかけで用いられるプレーキャ
ラクタ２７の呼び名が後述するときめき度及び友好度に
応じて求められる恋愛特性点に応じて変換される。

【００８８】図１３は、上記特徴を実現するための構成
を示す構成図である。この図１３には、テレビジョンモ
ニタ１２２、描画処理プロセッサ１１０、呼び名格納部
６１、ＣＰＵ１０１が夫々示されている。ここで、呼び
名格納部６１は、メインメモリ１０５若しくは外部メモ
リ１２０の何れでも良い。また、ＣＰＵ１０１は、上記
特徴を実現するため、恋愛特性点検出部６２、ときめき
度記憶部６３及び友好度記憶部６４を機能として有す
る。

【００８９】呼び名格納部１２０は、ゲームの開始時、
初期設定ルーチンにおける処理により、図１６に示され
るように、プレーキャラクタ２７の名字、名前およびニ
ックネームデータが登録される他、図１５に示される呼
び名テーブルデータが格納される。図１５に示される呼
び名テーブルデータは、この図１５に示されるように具
体的な名前からなるのではなく、ゲーム開始時にプレー
ヤにより登録された「名字」、「名前」、「ニックネー
ム」（図１６参照）を用いて、レベルによってどのよう
に呼ぶかということを示すデータからなる。

【００９０】。恋愛特性点算出部６２は、図１７に示さ
れる恋愛感情特性データを保持しており、ときめき度記
憶部６３及び友好度記憶部６４に夫々記憶されていると
きめき度及び友好度の両値で指示される上記恋愛感情特
性の上における恋愛特性点を算出し、この算出値に応じ
たプレーキャラクタの呼び名を、呼び名格納部に対応す
る文字画像を示す情報を、ゲームの進行に応じて描画処
理プロセッサ１１０に供給する。ときめき度記憶６３
は、ＣＰＵ１０１が求めたときめき度データを記憶す
る。友好度記憶部６４は、ＣＰＵ１０１が求めた友好度
データを記憶する。ときめき度データと友好度データ
は、この度数は随時更新される。尚、ときめき度記憶部
６３及び友好度記憶部６４はメインメモリ１０５に設け
てもよいし、外部メモリ１２０に設けても良い。

【００９１】図１５及び図１７に示されるように、図１
５に示されるＡ〜Ｅのレベルデータと、図１７に示され
るＡ〜Ｅのレベルデータとは１：１に対応する。ゲーム
を一旦終了する場合には、ときめき度データと友好度デ
ータのみが呼び名格納部６１に記憶されるが、次にゲー
ムが開始されたときには、上記呼び名格納部６１に記憶
されているときめき度データと友好度データは、夫々と
きめき度記憶部６３及び友好度記憶部６４に記憶され
る。よって、図１５に示されるように、登録された名前
を示すデータそのものがゲームの終了時に呼び名格納部
６１に記憶されるのではない。

【００９２】描画処理プロセッサ１１０が、恋愛特性点
算出部６２によって決定されたプレーキャラクタ２７の
呼び名をどのようにして表示するかについて説明する。
本ゲームでは相手キャラクタ１０１１のプレーキャラク
タ２７に対する恋愛感情特性は、図１７に示すように
「ときめき度」と「友好度」によって決定されている。
この「ときめき度」と「友好度」はプレーヤには示され
ない。しかし、「ときめき度」の値のみが高くなると相
手キャラクタ１０１１はプレーキャラクタ２７を異性と
して意識しすぎて緊張し、逆に「友好度」のみが高くな
ると良い友人になってしまう。いずれの場合も恋愛を成
立させることが難しくなってしまう。

【００９３】「ときめき度」は、たとえば、運動値、文
系値、理系値、容姿値等を高めて相手キャラクタ１０１
１にプレーキャラクタ２７を意識させることで高まり、
「友好度」はデート回数や会話の中での趣味の一致など
で高まる。しかしこれは相手キャラクタの特性によって
一様ではない。

【００９４】「ときめき度」は図１７に示されるよう
に、３段階に区画されており、一方「友好度」は５段階
に区画されている。そして本実施形態２では、いくつか
の区画毎にレベルＡ〜レベルＥを割り当てている。

【００９５】尚、図１７のＯ〜Ｒで示す線は相手キャラ
クタの恋愛特性を示しているが、かならずしもこのよう
に直線的に上昇する必要はない。また相手キャラクタに
よっては線Ｒで示すようにレベルＢを初期値としてもよ
い。ちなみに、図１４においてはレベルＢにおける相手
キャラクタのプレーキャラクタに対する呼びかけ状態を
示している。

【００９６】ゲーム開始時のレベルＡまたはＢでは相手
キャラクタ１０１１はプレーキャラクタ２７を「名字＋
さん」または「名字＋君」で呼ぶようになっている。こ
こでは初期入力として名字を「さおとめ」としているの
で相手キャラクタ１０１１によってプレーキャラクタ
（プレーヤ）は「さおとめさん」または「さおとめ君」
と呼ばれることになる。なお友好度の度数が上がらずに
ときめき度のみが上昇した場合（図１７のＯで示す特性
線の状態）、相手はプレーキャラクタ２７に対して恋愛
感情はもつものの緊張してしまい呼び名に変化は生じな
い〔レベルＡ：名字＋さん（さおとめさん）〕。また相
手キャラクタによってはプレーキャラクタの名前を全く
呼ばなくなってしまう。

【００９７】また、「ときめき度」と「友好度」が均衡
して成長していく場合（図１７のＰで示す特性線の場
合）、〔レベルＡ：名字＋さん（さおとめさん）〕→
〔レベルＢ：名字＋君（さおとめ君）〕→〔レベルＣ：
名前＋さん（よしおさん）〕→〔レベルＦ：ニックネー
ム（よっちん）〕の順で変化する。

【００９８】さらに、「ときめき度」が上昇せずに「友
好度」のみが上昇した場合、〔レベルＡ：名字＋さん
（さおとめさん）〕→〔レベルＢ：名字＋君（さおとめ
君）〕→〔レベルＤ：名前＋さん（よしお君）〕→〔レ
ベルＥ：名前（よしお）〕となってしまい、いわゆる
「良いお友達」となってしまう。

【００９９】以上説明したように、本実施形態２におい
て、恋愛特性点算出部６２が、ときめき度記憶部６３と
友好度記憶部６４とから特性点（図１７のどの区画領域
に属するか）を算出し、図１５に示した特性点とレベル
（Ａ〜Ｆ）の対応テーブル、並びに図１６に示した初期
入力データに基いて、呼び名データを決定し、当該呼び
名データの示す文字画像情報を出力するよう、描画処理
プロセッサ１１０を制御するようにしている。

【０１００】

【発明の効果】本発明によれば、コンピュータシステム
におけるコマンド入力を効率的に行える。例えば、ＲＰ
Ｇ型のビデオゲームにおけるコマンド入力を効率的に行
え、更にゲーム進行において恋愛対象キャラクタの言動
をプレーヤが感情移入し易くさせ、もってプレーヤのゲ
ームへの興味を飽きさせないようにすることができると
いう効果がある。

【図面の簡単な説明】

【図１】 実施の形態のビデオゲームシステムを示す構
成図である。

【図２】 図１に示したビデオゲームシステムのより具
体的な例を示すブロック図である。

【図３】 平日表示画面の一例を示す説明図である。

【図４】 実施の形態におけるビデオゲームのゲーム進
行処理を示すフローチャートである。

【図５】 実施の形態におけるビデオゲームのゲーム進
行処理を示すフローチャートである。

【図６】 初期設定ルーチンを示すフローチャートであ
る。

【図７】 デート／イベントルーチンを示すフローチャ
ートである。

【図８】 平日ルーチンを示すフローチャートである。

【図９】 休日ルーチンを示すフローチャートである。

【図１０】 アイコン表示制御を行うための機能ブロッ
ク図である。

【図１１】 アイコンの拡大、縮小表示を示す説明図で
ある。

【図１２】 アイコン指示検出ルーチンを示すフローチ
ャートである。

【図１３】 実施の形態２の呼び名の制御で用いられる
機能ブロック図である。

【図１４】 実施の形態２における相手キャラクタがプ
レーキャラクタに呼びかけを行っている表示例を示す説
明図である。

【図１５】 実施の形態２で用いられる呼び名テーブル
を、初期設定で設定された名前を用いて例として説明す
る説明図である。

【図１６】 初期設定で設定された名前の一例を示す説
明図である。

【図１７】 ときめき度と友好度からなる恋愛感情特性
を示す説明図である。

【符号の説明】

２１ 状態表示部 ２２ 画像表示部 ２３ 会話表示部 ２４ アイコン群 ２５ カーソル ２６ 日付表示部 ２７ プレーキャラクタ ２８ アイコン ３１ａ，３１ｂ，３１ｃ 隣接アイコン ４２ 押しボタン動作検出部 ４３ カーソル移動制御部 ４４ アイコン表示制御部 ４５ 指示アイコン検出部 ４６ アイコン表示制御部 ６１ 呼び名格納部 ６２ 恋愛特性点算出部 ６３ ときめき度記憶部 ６４ 友好度記憶部 １００ ゲーム機本体 １２２ 表示装置 １００ｂ 電源スイッチ １００ｃ リセットスイッチ １００ｄ 開閉スイッチ １２１ｈ ケーブル １２１ｉ コネクタ １０１ ＣＰＵ １０２ バス １０３ グラフィックスデータ生成プロセッサ １０４ インタフェース回路 １０５ メインメモリ １０６ ＲＯＭ １０７ 伸張回路 １０８ パラレルポート １０９ シリアルポート １１０ 描画処理プロセッサ １１１ バッファ １１２ 音声処理プロセッサ １１３ バッファ １１４ デコーダ １１５ バッファ １１６ ＣＤ−ＲＯＭドライバ １１７ 増幅回路 １１８ スピーカ １１９ インタフェース回路 １２０ 外部メモリ（メモリカード） １２１ コントローラ １２１ａ〜１２１ｆ 押しボタン １２１ｇ 十字ボタン １２２ テレビジョンモニタ １２３ ＣＤ−ＲＯＭ １０１１ 相手キャラクタ

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０９Ｇ 5/36 Ｇ０９Ｇ 5/36 ５２０Ｆ (72)発明者 五十嵐 孝司 兵庫県神戸市中央区港島中町７丁目３番地 の２ コナミ株式会社内 (72)発明者 鈴木 雅晶 兵庫県神戸市中央区港島中町７丁目３番地 の２ コナミ株式会社内 Ｆターム(参考） 2C001 AA14 BA04 BA05 BA06 BB06 BC04 BC05 CA02 CB01 CB02 CB06 CC02 CC08 5C082 AA06 AA15 BA12 BB42 CA02 CA33 CA54 CB06 DA22 DA42 DA86 MM09 MM10 5E501 AA17 AC37 BA05 CA02 CB04 EA03 EA05 EA11 EA33 EB05 FA02 FA14 FB04

Claims (6)

【特許請求の範囲】
1. 【請求項１】 画面上に表示されたアイコンを選択、決
   定することにより、当該アイコンに割り当てられている
   コマンドをビデオゲーム装置に与えるように成されたビ
   デオゲームシステムにおいて用いられるコマンドの入力
   支援方法であって、 夫々コマンドの割り当てられた複数のアイコン群を表示
   装置の表示画面上に表示し、 コントローラによって表示画面上を移動可能なカーソル
   がアイコン群のいずれのアイコンの領域を指示している
   か検出し、 検出された領域が属するアイコンを拡大表示してプレー
   ヤに対してアイコンでのコマンド入力がしやすくなるよ
   う制御し、 前記カーソルが、検出されたアイコンの領域にある状態
   であっても、その後一定時間経過後に該アイコンを縮小
   する、ビデオゲームシステムにおいて用いられるコマン
   ドの入力支援方法。
2. 【請求項２】 プレーヤが入力したコマンドによってプ
   レーキャラクタの行動を決定し、プレーキャラクタの行
   動に対応して少なくとも１の相手キャラクタの言動およ
   び画像が変化するビデオゲームにおいて用いられる請求
   項１記載の、ビデオゲームシステムにおいて用いられる
   コマンドの入力支援方法。
3. 【請求項３】 少なくともコマンド入力のためのアイコ
   ン群とカーソルとを表示する表示手段と、 前記カーソルを表示手段上で移動させてアイコン群の中
   から特定のアイコンを指示することでアイコンが意味す
   るコマンドを入力するコントローラと、 表示手段上でのカーソルの位置を検出する検出手段と、 アイコン群の中でカーソルが指示しているアイコンを拡
   大表示し、前記カーソルが、検出されたアイコンの領域
   にある状態であっても、一定時間経過後に該アイコンを
   縮小する表示制御手段と、 前記コントローラからの操作情報及びプログラムデータ
   に基づいてゲームを実行するための表示制御命令等を供
   給するゲーム実行部と、からなるビデオゲーム装置。
4. 【請求項４】 プレーヤが入力したコマンドによってプ
   レーキャラクタの行動を決定し、プレーキャラクタの行
   動に対応して少なくとも１の相手キャラクタの言動およ
   び画像が変化するビデオゲームにおいて用いられる請求
   項３記載のビデオゲーム装置。
5. 【請求項５】 画面上に表示されたアイコンを選択、決
   定することにより、当該アイコンに割り当てられている
   コマンドをビデオゲーム装置に与えるように成されたビ
   デオゲームシステムにおいて用いられるコンピュータプ
   ログラムが格納された記録媒体であって、 夫々コマンドの割り当てられた複数のアイコン群を表示
   装置の表示画面上に表示し、 コントローラによって表示画面上を移動可能なカーソル
   がアイコン群のいずれのアイコンの領域を指示している
   か検出し、 検出された領域が属するアイコンを拡大表示し、 前記カーソルが、検出されたアイコンの領域にある状態
   であっても、一定時間経過後に該アイコンを縮小表示す
   る、コンピュータプログラムが格納された記録媒体。
6. 【請求項６】 プレーヤが入力したコマンドによってプ
   レーキャラクタの行動を決定し、プレーキャラクタの行
   動に対応して少なくとも１の相手キャラクタの言動およ
   び画像が変化するビデオゲームである請求項５記載のコ
   ンピュータプログラムが格納された記録媒体。