ゲームプログラム、そのゲームプログラムを記録した記録媒体及び上記ゲームプログラムが適用されるゲーム装置
【課題】ノンプレーヤキャラクタを他のゲーム装置に付与することのできるゲームにおいて新たな面白みを提供する。
【解決手段】他のプレーヤの操作によって直接的に動作が制御されるハンターCと、他のプレーヤの操作によって直接的に動作が制御されないオトモキャラクタFとを登場させる、上記ゲームと同一のゲームを実行可能な他のゲーム装置1との間で有線又は無線で通信可能に接続されたゲーム装置1として機能させるためのゲームプログラムであって、他のゲーム装置1から送信されるオトモキャラクタFに関する情報を受信し、受信されたオトモキャラクタFに関する情報によってオトモキャラクタFの容姿を表示画面に表示させ、他のゲーム装置1からハンターCに関する情報が受信されると、記憶されていたハンターCに関する情報についてのメッセージを読み出して、読み出されたメッセージを、オトモキャラクタFが発するように外部に出力する。
【解決手段】他のプレーヤの操作によって直接的に動作が制御されるハンターCと、他のプレーヤの操作によって直接的に動作が制御されないオトモキャラクタFとを登場させる、上記ゲームと同一のゲームを実行可能な他のゲーム装置1との間で有線又は無線で通信可能に接続されたゲーム装置1として機能させるためのゲームプログラムであって、他のゲーム装置1から送信されるオトモキャラクタFに関する情報を受信し、受信されたオトモキャラクタFに関する情報によってオトモキャラクタFの容姿を表示画面に表示させ、他のゲーム装置1からハンターCに関する情報が受信されると、記憶されていたハンターCに関する情報についてのメッセージを読み出して、読み出されたメッセージを、オトモキャラクタFが発するように外部に出力する。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信可能な複数のゲーム装置に適用されるゲームプログラム、そのゲームプログラムを記録した記録媒体、及び上記ゲームプログラムが適用されるゲーム装置に関するものである。
【背景技術】
【0002】
従来、有線又は無線LANによって相互に接続された複数台のゲーム装置において、複数のプレーヤが共通のゲームプログラムを実行することにより楽しむことのできるゲームソフトが提案されている。
【0003】
このようなゲームソフトの中には、プレーヤの分身となるキャラクタ(以下、「ハンター」という。)が、例えば敵キャラクタであるモンスターを討伐するといった指令を実行していくことにより進行されるアクションゲームがある。この種のアクションゲームにおいては、それに参加した複数のプレーヤがゲーム装置で操作を行うと、各プレーヤが操作するハンターがそれぞれゲーム画面上で動作し、例えば複数のハンターが協力してモンスターを討伐するといったことができる。
【0004】
このアクションゲームでは、上記モンスターと同様に、プレーヤ自身が動作を直接的に制御することのできないキャラクタ(以下、「ノンプレーヤキャラクタ」という。)が設定されており、このノンプレーヤキャラクタの中には、ハンターに対して料理を作ったり、所定のアイテムを付与したり、ハンターと会話をしたりするキャラクタ(以下、「調理キャラクタ」という。)が含まれている。
【0005】
ハンターは、調理キャラクタに料理を作ってもらいそれを食べることにより、自己の能力を向上させることができるように設定されている。また、調理キャラクタからアイテムを付与されることにより、ゲーム展開を有利に進めることができるように設定されている。例えば付与されるアイテムによって、敵キャラクタを討伐するために用いる武器や防具を生成したり、武器や防具をより強力にしたりすることができる。
【0006】
調理キャラクタには、料理を作る能力を示す複数のレベルが設定されており、レベルが高いと料理の種類が増えたり、ゲーム展開が有利となる技術(以下、「スキル」という。)を発動しやすくなったりする。ハンターは、調理キャラクタに対して料理を依頼する回数を増やしたり、調理キャラクタが要求するアイテムを付与したりすることにより、調理キャラクタのレベルを上昇させる、すなわち、調理キャラクタを育成することができる。
【0007】
従来、上記アクションゲームに登場する調理キャラクタは、上記のようにハンターと一種の主従関係を結び、ハンターが調理キャラクタを育成することによりゲーム展開を有利にするものであった。ここで、本願出願人は、ハンター(プレーヤ)が育成したノンプレーヤキャラクタを他のゲーム装置で操作制御される他のハンターに付与することができ、他のハンター(付与先のハンター)に対して、付与されたノンプレーヤキャラクタが付与元のハンターのことを話したり、ハンター同士を比較した結果を話したりすると、アクションゲームに新たな面白みが加わるのではないかと考えた。
【0008】
以下に記載の特許文献1に示す公報には、プレーヤがゲームキャラクタを育成し、育成したゲームキャラクタのデータを他のプレーヤが操作するゲーム装置に送信し、送信されたゲーム装置において育成されたゲームキャラクタを他のプレーヤが操作してさらに育成するといった内容が記載されている。
【0009】
【特許文献1】特開2001−175175号公報。
【0010】
特許文献1に示す公報におけるゲームは、例えば、プレーヤが野球チームに所属する選手であるゲームキャラクタを育成することを主たるゲーム内容とするもので、基本的にプレーヤが自分のゲーム装置でゲームキャラクタの育成を楽しむものである。このゲームでは、育成したゲームキャラクタを他のプレーヤに付与する、すなわち他のゲーム装置にゲームキャラクタを送信することができるようになっている。
【0011】
しかしながら、上記公報の発明では、育成されたゲームキャラクタを一旦、他のプレーヤが操作するゲーム装置にデータとして送信してしまうと、送信元のゲーム装置は送信先のゲーム装置とでゲーム展開上の関係がなくなってしまう。すなわち、送信先のゲーム装置では、受信したゲームキャラクタが送信元のゲーム装置のゲーム展開を認識させるものではない。そのため、上記したように、受信したゲームキャラクタが送信元のゲーム装置のゲーム展開について会話をするようなことは困難である。
【発明の開示】
【発明が解決しようとする課題】
【0012】
本願発明は、上記した事情のもとで考え出されたものであって、ノンプレーヤキャラクタを他のゲーム装置に付与することのできるゲームにおいて新たな面白みを提供することのできるゲームプログラム、そのゲームプログラムを記録した記録媒体、及び上記ゲームプログラムが適用されるゲーム装置を提供することを、その課題とする。
【課題を解決するための手段】
【0013】
上記の課題を解決するため、本願発明では、次の技術的手段を講じている。
【0014】
本願発明の第1の側面によって提供されるゲームプログラムは、コンピュータを、ゲーム空間上にプレーヤの操作によって直接的に動作が制御される第1のキャラクタを登場させるゲームが実行可能であり、かつ他のプレーヤの操作によって直接的に動作が制御される第2のキャラクタと、前記他のプレーヤの操作によって直接的に動作が制御されない第3のキャラクタとを登場させる、前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置として機能させるためのゲームプログラムであって、前記コンピュータを、前記他のゲーム装置から送信される前記第3のキャラクタに関する情報を受信する第1の受信手段と、前記第1の受信手段によって受信された前記他のゲーム装置からの前記第3のキャラクタに関する情報によって前記第3のキャラクタの容姿を表示画面に表示させる表示制御手段と、前記他のゲーム装置から送信される前記第2のキャラクタに関する情報を受信する第2の受信手段と、前記第2の受信手段によって受信される前記第2のキャラクタに関する情報についてのメッセージを記憶する第1の記憶手段と、前記第2の受信手段によって前記他のゲーム装置からの前記第2のキャラクタに関する情報が受信されている場合、前記第1の記憶手段に記憶された前記第2のキャラクタに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記第3のキャラクタが発するように外部に出力するメッセージ制御手段と、して機能させることを特徴としている(請求項1)。
【0015】
この構成によれば、他のゲーム装置から送信される第3のキャラクタに関する情報を受信し、他のゲーム装置から受信された第3のキャラクタに関する情報によって第3のキャラクタの容姿を表示画面に表示させる。また、他のゲーム装置から送信される第2のキャラクタに関する情報を受信し、他のゲーム装置から受信された第2のキャラクタに関する情報に基づくメッセージを、表示画面に表示された第3のキャラクタが発するように外部に出力する。そのため、第3のキャラクタが第2のキャラクタに関する情報(例えば「前の主人(他のゲーム装置で制御される第2のキャラクタ)は強かった。」)をメッセージにして発するように表示画面に出力されるので、プレーヤは他のプレーヤのゲーム上の習得状態等が認識でき、プレーヤに対して新たな面白みを提供することができる。
【0016】
また、このゲーム装置において、前記メッセージは、前記第2のキャラクタに関する情報に応じて複数種類設けられており、前記コンピュータを、前記複数種類のメッセージを記憶する第1の記憶手段と、して機能させ、前記メッセージ制御手段は、前記第1の記憶手段に記憶された複数種類のメッセージの中から所定の条件に応じて一のメッセージを選択し、選択したメッセージを外部に出力するとよい(請求項2)。
【0017】
また、このゲームプログラムにおいて、前記第2の受信手段によって受信された前記第2のキャラクタに関する情報には、前記第2のキャラクタの前記ゲーム上における履歴を表す情報が含まれており、前記第1の記憶手段は、前記第2のキャラクタに関する情報に含まれる、前記第2のキャラクタの前記履歴を表す情報に応じた複数のメッセージを含ませて記憶するものであるとよい(請求項3)。
【0018】
また、このゲームプログラムにおいて、前記コンピュータを、自己のゲーム装置で動作が制御される前記第1のキャラクタに関する情報を記憶する第2の記憶手段と、して機能させ、前記第1の記憶手段は、前記第2の受信手段によって受信した前記他のゲーム装置で動作が制御される前記第2のキャラクタに関する情報と、前記第2の記憶手段によって記憶された前記第1のキャラクタに関する情報との比較結果に応じた複数のメッセージを含ませて記憶するものであるとよい(請求項4)。
【0019】
また、このゲームプログラムにおいて、前記第2の記憶手段によって記憶された前記第1のキャラクタに関する情報には、前記第1のキャラクタの前記ゲーム上における履歴を表す情報が含まれているとよい(請求項5)。
【0020】
また、このゲームプログラムにおいて、前記第1の受信手段によって前記他のゲーム装置から受信された前記第3のキャラクタに関する情報には、当該第3のキャラクタが前記他のゲーム装置から受信されたことの情報が含まれており、前記第1の記憶手段に記憶されるメッセージには、前記第3のキャラクタが前記他のゲーム装置から受信されたことの情報に応じた複数のメッセージが含まれるとよい(請求項6)。
【0021】
また、このゲームプログラムにおいて、前記コンピュータを、前記第3のキャラクタに関する情報に含まれる属性情報を変化させることによって前記第3のキャラクタと前記第1のキャタクタとの親密度を前記第3のキャラクタに対して設定する親密度設定手段と、して機能させ、前記各メッセージには、選択されるときの条件となる前記親密度が対応付けられて設定されており、前記メッセージ制御手段は、前記複数のメッセージの中から、前記親密度設定手段によって前記第3のキャラクタに対して設定された前記親密度に対応するメッセージを選択するとよい(請求項7)。
【0022】
また、このゲームプログラムにおいて、前記ゲームは、前記第1及び第3のキャラクタと敵対する第4のキャラクタと対戦させる内容を含み、前記第3のキャラクタは、前記第1のキャラクタの所定の行動に帯同するものであり、前記所定の行動に帯同したとき前記第4のキャラクタに対して攻撃を加えるものであるとよい(請求項8)。
【0023】
また、このゲームプログラムにおいて、前記ゲームは、前記ゲーム空間上に、前記第1のキャラクタとして前記プレーヤの分身であるハンターと、前記第3のキャラクタとして前記ハンターの狩猟にお供をするお供キャラクタと、前記第4のキャラクタとして前記ハンターの狩猟対象であるモンスターとを登場させ、前記ハンターに前記お供キャラクタとともに前記モンスターの狩猟をさせることを内容とするハンティングアクションゲームであるとよい(請求項9)。
【0024】
本願発明の第2の側面によって提供される記録媒体は、本願発明の第1の側面によって提供されるゲームプログラムをコンピュータ読み取り可能に記録したことを特徴としている(請求項10)。
【0025】
本願発明の第3の側面によって提供されるゲーム装置は、ゲーム空間上にプレーヤの操作によって直接的に動作が制御される第1のキャラクタを登場させるゲームが実行可能であり、かつ他のプレーヤの操作によって直接的に動作が制御される第2のキャラクタと、前記他のプレーヤの操作によって直接的に動作が制御されない第3のキャラクタとを登場させる、前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置であって、前記他のゲーム装置から送信される前記第3のキャラクタに関する情報を受信する第1の受信手段と、前記第1の受信手段によって受信された前記他のゲーム装置からの前記第3のキャラクタに関する情報によって前記第3のキャラクタの容姿を表示画面に表示させる表示制御手段と、前記他のゲーム装置から送信される前記第2のキャラクタに関する情報を受信する第2の受信手段と、前記第2の受信手段によって受信される前記第2のキャラクタに関する情報についてのメッセージを記憶する第1の記憶手段と、前記第2の受信手段によって前記他のゲーム装置からの前記第2のキャラクタに関する情報が受信されている場合、前記第1の記憶手段に記憶された前記第2のキャラクタに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記第3のキャラクタが発するように外部に出力するメッセージ制御手段と、を備えることを特徴としている(請求項11)。
【0026】
本願発明の第4の側面によって提供されるゲームプログラムは、コンピュータを、ゲーム空間上にキャラクタを登場させるゲームが実行可能であり、かつ前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置として機能させるためのゲームプログラムであって、前記コンピュータを、前記他のゲーム装置から送信される前記キャラクタに関する情報を受信する第1の受信手段と、前記第1の受信手段によって受信された前記他のゲーム装置からの前記キャラクタに関する情報によって前記キャラクタの容姿を表示画面に表示させる表示制御手段と、前記他のゲーム装置から送信される前記他のゲーム装置を操作する他のプレーヤに関する情報を受信する第2の受信手段と、前記第2の受信手段によって受信される前記他のプレーヤに関する情報についてのメッセージを記憶する記憶手段と、前記第2の受信手段によって前記他のゲーム装置からの前記他のプレーヤに関する情報が受信されている場合、前記記憶手段に記憶された前記他のプレーヤに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記キャラクタが発するように外部に出力するメッセージ制御手段と、して機能させることを特徴としている(請求項12)。
【0027】
本願発明の第5の側面によって提供される記録媒体は、本願発明の第4の側面によって提供されるゲームプログラムをコンピュータ読み取り可能に記録したことを特徴としている(請求項13)。
【0028】
本願発明の第6の側面によって提供されるゲーム装置は、ゲーム空間上にキャラクタを登場させるゲームが実行可能であり、かつ前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置であって、前記他のゲーム装置から送信される前記キャラクタに関する情報を受信する第1の受信手段と、前記第1の受信手段によって受信された前記他のゲーム装置からの前記キャラクタに関する情報によって前記キャラクタの容姿を表示画面に表示させる表示制御手段と、前記他のゲーム装置から送信される前記他のゲーム装置を操作する他のプレーヤに関する情報を受信する第2の受信手段と、前記第2の受信手段によって受信される前記他のプレーヤに関する情報についてのメッセージを記憶する記憶手段と、前記第2の受信手段によって前記他のゲーム装置からの前記他のプレーヤに関する情報が受信されている場合、前記記憶手段に記憶された前記他のプレーヤに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記キャラクタが発するように外部に出力するメッセージ制御手段と、を備えることを特徴としている(請求項14)。
【0029】
本願発明のその他の特徴および利点は、添付図面を参照して以下に行う詳細な説明によって、より明らかとなろう。
【発明を実施するための最良の形態】
【0030】
以下、本願発明の好ましい実施の形態を、添付図面を参照して具体的に説明する。
【0031】
図1は、本願発明に係るゲームシステムの一例を示す構成図である。このゲームシステムは、例えば無線LAN(Local Area Network)によって相互にネットワークを構成した複数(図1では4個)の携帯型ゲーム装置1(以下、単に「ゲーム装置1」と言う。)によって構成されている。
【0032】
ゲーム装置1は、無線LANによって他のゲーム装置1と通信可能に接続されることにより、ゲーム装置1同士で同一のゲームソフトを各プレーヤが実行することのできる機能(以下、「ワイヤレスLAN機能」という。)を備えている。
【0033】
ゲーム装置1は、ゲームプログラム及びゲームデータが記録された専用の可搬型記録メディア(以下、「ゲームメディア」と言う。後述。)から当該ゲームプログラム及びゲームデータを装置内のメモリ(後述)に読み込み、CPU(後述)によってゲームプログラムを実行させることにより、プレーヤがゲーム展開を楽しむことができるものである。
【0034】
この実施形態では、ゲーム装置1で楽しむことができるゲームとして、ゲーム空間上に仮想社会を構築し、この仮想社会にプレーヤの分身となるキャラクタ(以下、「ハンター」という。)を登場させ、プレーヤがそのハンターの動作を制御して仮想社会で提供される種々の依頼や指令(以下、「クエスト」という。)を実行していくことを主たるゲーム展開とするゲームについて説明する。より具体的には、このゲームは、プレーヤがゲーム装置1を操作することによりゲーム画面上で動作するキャラクタがゲーム上の敵キャラクタ(例えば恐竜であり、以下「モンスター」という。)を討伐するといった、いわゆるハンティングアクションゲームである。
【0035】
このハンティングアクションゲームでは、上記ワイヤレスLAN機能によって各ゲーム装置1を相互に接続し、各ゲーム装置1における操作情報を相互に通信することによって、複数のプレーヤが共通のゲーム展開を楽しむことができる「パーティプレイ」といったモードが設けられている。パーティプレイモードでは、プレーヤは他の複数のプレーヤとチームを組んで同一の「クエスト」を受注し、協力し合ってその「クエスト」を達成するようなゲーム進行が可能になっている。
【0036】
すなわち、このハンティングアクションゲームでは、複数のプレーヤが同一の場所にそれぞれゲーム装置1を持ち寄り、互いに会話をしながらパーティプレイモードでこのハンティングアクションゲームを楽しむことができる。このゲームシステムでは、各プレーヤがゲーム空間上でハンターを介して他のプレーヤとコミュニケーションをとることができる一方で、各プレーヤ同士で直接的に会話をすることにより他のプレーヤとコミュニケーションをとることができる。
【0037】
また、このハンティングアクションゲームでは、パーティプレイモードと異なり、各プレーヤが単独でゲーム展開を楽しむことができる「シングルプレイ」といったモードも設けられている。
【0038】
ハンティングアクションゲームでは、プレーヤが直接的に動作を制御することのできない、いわゆる「ノンプレーヤキャラクタ」が登場する。ノンプレーヤキャラクタは、ゲームプログラム(後述)のプログラム内容に基づいて動作し、例えばハンターの手助けとなる行動をするキャラクタである。ノンプレーヤキャラクタの中には、ハンターが所有する(ゲーム上で「雇う」という。)ことのできるものがいる。例えば、ハンターがこのノンプレーヤキャラクタを雇うことにより、ハンターに対して料理を作ったり会話を行ったりする。以下、このノンプレーヤキャラクタを「調理キャラクタ」ということにする。ハンターは、調理キャラクタが作った料理を食べることにより能力が増すように設定されているので、調理キャラクタは、ハンターに対して「クエスト」を達成するための手助けとなる行動を間接的に行う。
【0039】
本実施形態では、上記ノンプレーヤキャラクタの一つとして、モンスターの討伐等の「クエスト」にお供をするノンプレーヤキャラクタ(以下、「オトモキャラクタ」という。)が登場する。すなわち、ハンターがこのオトモキャラクタを所有する(雇う)と、オトモキャラクタは、ハンターが「クエスト」を達成するための狩猟等にお供として帯同し、オトモキャラクタ自らモンスター等に対して攻撃を行なうことによりハンターの手助けとなる行動を行う。
【0040】
このハンティングアクションゲームでは、上記オトモキャラクタをプレーヤの分身となるハンターから、他のプレーヤの分身となる他のハンターに付与することができるようにされている。付与されたオトモキャラクタは付与先のハンターに所有されるのであるが、付与されたオトモキャラクタは、詳細は後述するように、多種多様のメッセージを用いて付与先のハンターと会話するようにされている。
【0041】
メッセージの内容としては、例えば、付与元のハンターのゲーム上における履歴を賞賛したり、あるいは批判したりする内容が挙げられる。あるいは、付与元のハンターと付与先のハンターのゲーム上における履歴を比較し、その比較結果を賞賛したり、あるいは批判したりする内容が挙げられる。さらには、メッセージの内容としては、例えば、現状の自己の境遇についての感想、要求、好み、批判、賞賛等が挙げられる。
【0042】
付与先のハンターを操作しているプレーヤは、オトモキャラクタとの会話を通じて、付与元のハンター(他のプレーヤ)のこのゲームにおける履歴(習得度合い)や、付与元のハンターとの比較結果等を知ることができる。そのため、付与先のハンターを操作しているプレーヤに、付与元のハンターへの優越感や劣等感を感じさせることができ、かかるプレーヤのゲームに対する意欲を高めることができる。
【0043】
また、付与先のハンターを操作しているプレーヤは、他のプレーヤと例えば「君からもらったオトモキャラクタが君のことをこんな風に言っていた」と他のプレーヤのゲームの習得度等に関することを実際上の会話で行うことできるので、プレーヤ同士のコミュニケーションの促進を図ることができる。
【0044】
図2は、上記ハンティングアクションゲームが実行されるゲーム装置1の内部構成を示すブロック図である。
【0045】
ゲーム装置1は、CPU2、描画データ生成プロセッサ3、RAM4、ROM5、描画処理プロセッサ6、VRAM(Video-RAM)7、D/A(Digital-Analog)コンバータ8、表示部9、音声処理プロセッサ10、アンプ11、スピーカ12、操作部13、メディアドライブユニット14、無線LANモジュール15及びバス16によって構成されている。
【0046】
ゲーム装置1では、上記ハンティングアクションゲームのソフトウェアが記録されたゲームメディア17がメディアドライブユニット14に装着され、このメディアドライブユニット14からゲームメディア17内のゲームプログラム及びゲームデータがRAM4に読み込まれ、CPU2によってゲームプログラムが実行されることにより、プレーヤがゲーム内容を楽しむことができるようになっている。プレーヤは、操作部13の各操作部材(図略)を操作することによりゲームを進行させることができる。
【0047】
CPU2は、上記のようにメディアドライブユニット14によってゲームメディア17からRAM4に読み込まれるゲームプログラムを実行することより、ゲーム進行を統括的に制御する。
【0048】
より具体的には、CPU2は、シングルプレイモードにおいては、操作部13からのプレーヤの操作信号に基づき、また、パーティプレイモードにおいては、操作部13からのプレーヤの操作情報とワイヤレスLAN機能を介して入力される他のゲーム装置1からの操作情報(ハンターに対するアクションの指令情報やハンターのゲーム画面上における位置の変化情報等)とに基づき、必要に応じてゲームメディア17からゲームプログラムや画像データ等をRAM4に読み込む。そして、これらのデータを処理したりゲームプログラムを実行したりすることにより、表示部9に表示すべき三次元画像の内容を決定する。また、その内容に対して必要な描画データを描画データ生成プロセッサ3に生成させ、その描画データを描画処理プロセッサ6に転送して描画処理を行わせる。
【0049】
また、CPU2は、スピーカ12から出力すべき効果音若しくはBGMの音響内容を決定し、音声処理プロセッサ10にその音響内容に対した音声データを生成させ、その音声データに基づく音響をスピーカ12から出力させる。
【0050】
描画データ生成プロセッサ3は、描画処理に必要な各種の演算処理を行うものである。CPU2は、表示部9に表示すべきゲーム画像を決定し、そのゲーム画像の描画に必要な画像データ(例えばハンター、ノンプレーヤキャラクタ、モンスター及び背景の位置関係を示すデータ等)をRAM4から読み出して描画データ生成プロセッサ3に供給する。また、CPU2は、操作部13から入力される操作情報を描画データ生成プロセッサ3に供給する。
【0051】
描画データ生成プロセッサ3は、CPU2から供給される画像データと操作情報に基づいて、描画に必要なデータを演算し、その演算結果を描画処理プロセッサ6に供給する。
【0052】
RAM4は、メディアドライブユニット14によってゲームメディア17から読み込まれたゲームプログラム及びゲームデータを格納するエリアと、CPU2がゲームプログラムを処理するためのワークエリアを提供するものである。RAM4には、ゲームの進行に応じて必要なゲームプログラムとゲームデータとがゲームメディア17から読み込まれて記憶される。
【0053】
ゲームプログラムには、CPU2に実行させるための処理手順や各種命令等が記述されており、その中には、操作部13からの操作信号に応じてゲーム画面や音声等を制御するための内容が含まれている。ゲームデータには、例えば、上述した背景、ハンター、ノンプレーヤキャラクタ及びモンスターのポリゴンデータ、テクスチャーデータ、及び光源データ等の画像データ、メニュー画面、アイテムのリスト及びハンターやノンプレーヤキャラクタのステータス等を表示させるための情報表示用の画像データ等が含まれるとともに、BGMや各種の効果音として用いられる音声データや文字や記号によるメッセージデータ等も含まれている。
【0054】
また、ゲームデータには、図3〜5に示すように、オトモキャラクタが、主人であるハンターに対して行う会話に用いられるメッセージの内容を格納するメッセージテーブルが含まれている。オトモキャラクタがハンターと会話を行う場合、このメッセージテーブルに格納されているメッセージの中から一のメッセージが選択されて読み出され、それが会話に用いられる。メッセージテーブルは、ハンターが所定場所(例えば「キッチン(後述)」)に移動したとき、上記ゲームメディア17からRAM4に読み込まれる。メッセージテーブルは、ハンターが所定場所にいる間、RAM4に常駐される。この場合、RAM4は、特許請求の範囲に記載の「第1の記憶手段」として機能する。なお、上記メッセージテーブルの詳細については、後述する。
【0055】
なお、ここでいう「会話」とは、プレーヤ同士が実際に行うような言葉を交わすようなものではなく、ハンターがオトモキャラクタに対して話しかける動作を行い、その動作に対してオトモキャラクタが何らかの返事を行うことをいう。より具体的には、後述するように、ハンターがオトモキャラクタの近傍位置に移動し、プレーヤが所定の操作を行うと(例えば「○」ボタンを操作すると)、オトモキャラクタの近傍の表示画面にメッセージテーブルから選択された一のメッセージが文字にして表示される。本実施形態では、これらの操作及び動作を総じて「会話」という。
【0056】
ROM5には、ディスクローディング機能等のゲーム装置1の基本的機能やゲームメディア17に記憶されたゲームプログラム及びゲームデータを読み出す手順等を示す基本プログラムが記憶されている。CPU2は、メディアドライブユニット14にゲームメディア17が装着されると、ROM5の基本プログラムにしたがってメディアドライブユニット14を動作させ、ゲームメディア17からゲームプログラム及びゲームデータをRAM4に読み込み、ゲーム開始状態に設定する。
【0057】
上記ゲームプログラムは、複数のプログラムが組み合わされて構成されており、例えば表示部9に表示されているハンターの動作を操作情報に基づいて制御したり、ハンターが「クエスト」を受注したり、その「クエスト」を達成したりする等した場合のゲーム展開を制御するゲーム進行プログラム、各プレーヤ間でデータ(例えば、ハンターやノンプレーヤキャラクタ等のステータスデータ等)の送受信を制御するためのネットワーク制御プログラム、及び表示部9に表示すべき三次元画像を制御するグラフィック制御プログラム等によって構成されている。
【0058】
描画処理プロセッサ6は、例えば1/30秒毎にゲーム画像を生成し、表示部9に表示させるものである。描画処理プロセッサ6は、CPU2から供給される画像データ及び操作情報に基づいて、描画に必要なデータを演算し、その演算結果に基づいてVRAM7に描画処理を行わせる。
【0059】
VRAM7は、画像データの描画処理を行い、D/Aコンバータ8を介して表示部9に出力して表示させるものである。VRAM7には、テクスチャバッファ71とスクリーンバッファ72が設けられている。テクスチャバッファ71は、表示部9に表示すべき二次元画像のデータを作成するための前処理を行うためのバッファである。スクリーンバッファ72は、表示部9に表示される各コマの画像データを格納するためのバッファ領域であり、スクリーンバッファ72A,72Bといった2個構成とされている。スクリーンバッファ72A,72Bは、同一のメモリ構造及びメモリ容量を有している。
【0060】
VRAM7に2個のスクリーンバッファ72A,72Bが設けられていることにより、表示部9への例えば1/30秒毎の各コマの描画処理をスムーズに行うことができる。すなわち、表示部9に画像データを表示させる描画処理の場合、一方のスクリーンバッファ72Aを用いて表示部9への表示処理を行っている間に、他方のスクリーンバッファ72Bに次のコマの画像データを生成し、この処理をスクリーンバッファ72Aとスクリーンバッファ72Bとの間で交互に行うことにより、描画処理をスムーズに行う。
【0061】
D/Aコンバータ8は、VRAM7から出力される画像データをアナログ信号に変換して表示部9に出力するものである。D/Aコンバータ8には、スクリーンバッファ72Aからの画像データとスクリーンバッファ72Bからの画像データとを切り換えるスイッチ回路(図略)が設けられており、このスイッチ回路の切り換えは描画処理プロセッサ6によって制御される。
【0062】
表示部9は、上述したように、ゲーム装置1の動作状態やゲームの進行状態及びゲーム内容に関する種々の情報を表示するものである。表示部9は、横長長方形状の正面形状を有する薄型直方体で構成された装置本体の表面のほぼ中央に設けられた、例えば、半透過型カラー液晶ディスプレイとLEDからなる発光素子によって構成されている。ゲーム装置1の動作状態(電源の入/切、モードの設定状態等)は、発光素子の点灯により表示され、ゲームの進行状態やゲーム内容に関する各種の情報は、半透過型カラー液晶ディスプレイに表示させる。
【0063】
音声処理プロセッサ10は、効果音等の音声を発生させる処理に必要な各種の演算処理を行うものである。音声処理プロセッサ10は、CPU2からの音声指令に基づき、RAM4から効果音又はBGMの音声データを読み出し、所要の加工処理とD/A変換処理をした後、アンプ11に出力する。アンプ11は、音声処理プロセッサ10から入力される音声信号を所定の増幅度で増幅した後、スピーカ12に出力する。なお、スピーカ12は、装置本体の左右の両端部にそれぞれ一個ずつ設けられ、ステレオ出力が可能になっている。
【0064】
操作部13は、CPU2に動作指令を入力するものである。操作部13には、電源の入/切を行うための電源スイッチや無線LANを使用するためのワイヤレススイッチの他、ゲームをするために必要な複数の操作ボタン等が含まれる。複数の操作ボタンとは、例えば、上下左右の4個のキーからなる方向キーや、「○」、「△」「×」及び「□」の4個の操作ボタン、メニュー画面を表示させるためのメニューボタン、「SELECT」ボタン、「START」ボタン等のゲーム装置1に一般的に装備されている操作ボタン等である。
【0065】
「START」ボタンは、基本的にゲームの開始時に「ゲーム開始」を指令するための操作ボタンであり、「SELECT」ボタンは、基本的にゲーム開始時にゲームの動作モード等を選択するための操作ボタンであるが、ゲームプログラムによってゲーム進行中に、特定の指令(例えば、編集作業における「削除」や「確定」等の指令)を入力するための操作ボタンとしても機能するようになっている。
【0066】
方向キーは、主として表示部9に表示されるハンターの移動方向を指定したり、メニュー画面に表示される選択項目を選択するための選択方向を指定したりするために操作される。また、「○」ボタン、「△」ボタン、「×」ボタン及び「□」ボタンは、例えば、ゲーム進行においてハンターの動作の種類(攻撃/防御の種類や走る/ジャンプ/屈む等の種類)を指定したり、ハンターに関する情報(ハンターのステータスや取得したアイテム等の情報)を表示させたり、メニュー画面において、選択項目に対して特定の指令(例えば、「詳細表示」及び「確定」等の指令)を入力するために操作される。
【0067】
メディアドライブユニット14は、ゲームメディア17から当該ゲームメディア17に記録されたゲームプログラムやゲームデータ等を読み取るものである。
【0068】
ゲームメディア17は、例えば光ディスク等によって構成されており、ゲームメディア17には、シングルプレイモード及びパーティプレイモードの両モードが用意されたゲームプログラムやそのゲームプログラムの実行に必要な種々のデータが記録されている。ゲームプログラムには、上述したように、ゲーム進行プログラム、他のプレーヤによって操作されるハンターとチームを組んだ場合の他のプレーヤとのチャットを制御したり、他のプレーヤのゲーム装置1の操作データ等のデータを制御したりするネットワーク制御プログラム、三次元画像を表示させるためのグラフィック制御プログラム等が含まれる。
【0069】
無線LANモジュール15は、例えば通信規格IEEE802.11b(使用周波数帯2.4GHz、通信速度11Mbps)に準拠した無線LANによって他のゲーム装置1とデータ通信を行い、ネットワークを構成するための通信モジュールである。無線LANモジュール15は、他のゲーム装置1の無線LANモジュール15との間で例えばアドホックモードによりデータ通信を行い、他の複数のゲーム装置1との間で操作部13の操作情報やゲームのステータスデータ等の各種情報を相互に送受する機能を果す。なお、「無線LANモジュール15」は、特許請求の範囲に記載の「第1の受信手段」及び「第2の受信手段」として機能する。
【0070】
ここで、本実施形態に係る上記ハンティングアクションゲームの概要について説明する。
【0071】
ハンティングアクションゲームは、上述したようにゲーム空間上の仮想社会にプレーヤの分身であるハンターを登場させ、そのハンターを通して多種多様な「クエスト」を達成していくことをゲーム進行の基本としている。
【0072】
仮想社会は、例えば、現実世界に類似した環境(森や丘、ジャングル、砂漠及び湖沼等の自然環境に類似した環境)に敵キャラクタである複数種類のモンスターが生息する社会である。また、「クエスト」は、モンスターを討伐又は捕獲(以下、「討伐等」という。)したり、仮想社会に存在する他の物(例えば魚、虫等の動物やキノコ、山菜等の植物や宝石等の鉱物等)を採取したり、仮想社会に配置された特定の品物(巨大な卵等)を取得したりするといった依頼や指令である。
【0073】
「クエスト」には多種多様の内容が含まれ、達成の難易度に応じて複数のレベル、例えば「低」,「中」,「高」等のレベルに分類されている。例えば、「クエスト」の難易度がレベルL1〜L8の8段階に分類されている場合、レベルL1〜L3の「クエスト」は低クラス、レベルL4,L5の「クエスト」は中クラス、レベルL6〜L8の「クエスト」は高クラスに分類されている。なお、「クエスト」は、村長(後述)から受ける「村長クエスト」と、集会所(後述)において斡旋してもらう「集会所クエスト」とが用意されている。
【0074】
モンスターには攻撃力や防御力の異なる複数種類のモンスターが含まれ、「クエスト」の難易度が高くなるほど、討伐すべきモンスターの攻撃力や防御力が高くなっている。また、「クエスト」のクラスによって採取若しくは取得できる他の物や特定の品物(以下、これらの物や品物を「アイテム」という。)の種類が異なっている。
【0075】
ハンターは、ゲーム進行によって攻撃力の異なる複数の武器と防御力の異なる防具とを取得することができ、プレーヤは取得した複数の武器及び防具の中から所望の武器と防具をハンターに装備させることができる。また、ハンターは、ゲーム進行によって攻撃力や防御力を補助する道具や武器や防具を作るためのアイテムを取得することができる。仮想社会には、武器や防具やアイテムを売買する武具屋や武器や防具を製造する武具屋が設けられており、ハンターは、仮想社会に流通している通貨を用いて武具やアイテムを購入したり、製造したりすることができる。
【0076】
プレーヤがハンターを操作して「クエスト」を達成すると、その「クエスト」の達成に対して報酬金が支払われる。この報酬金は、「クエスト」のレベルが高くなるのに応じて高額になっている。各プレーヤは、単独で「クエスト」を受注し、その「クエスト」を達成するためのゲーム進行を行うだけでなく、自己が受注した「クエスト」に対して仲間を募集したり、あるいは、他のプレーヤが仲間を募集している「クエスト」に応募したりして、予め決められた人数のチームを組んで共通の「クエスト」を達成するためのゲーム進行を行うことができる。
【0077】
プレーヤは、ハンターに各種の「クエスト」を達成させながら、報酬金を取得し、その報酬金で武具やアイテムを武具屋から購入したり、武具屋で製造したりすることで、ハンターを通じて仮想社会における生活を疑似的に体験することができる。
【0078】
プレーヤがハンターを操作して「クエスト」を達成すると、報酬金とは別に、その「クエスト」に設定されたハンターが称号を得るためのポイントがハンターに付与される。また、ハンターにはモンスターを討伐等する能力を示す複数の階級(以下、「ハンターランク」という。)が設定されており、各ハンターのハンターランクは所定の「クエスト」をクリアするごとに上昇する。
【0079】
プレーヤがゲームに初めて参加したときは、ハンターには、必要最小限の装備と生活資金と住居が与えられる。したがって、プレーヤは、ゲーム装置1を操作して仮想社会におけるハンターの動作を制御し、ハンターランクに応じた「クエスト」をこなしながら、報酬金を獲得し、その報酬金によって必要な武具やアイテムを取得するという作業を繰り返すことになる。ハンターのハンターランクが上昇するのに応じて難易度(クエストレベル)の高い「クエスト」が受注可能になり、難易度の高い「クエスト」を達成すると、より高額の報酬金が得られるので、プレーヤは、ゲームの進行に応じて仮想社会におけるハンターの生活環境が向上していく様子を疑似体験することができる。
【0080】
ハンティングアクションゲームの仮想社会には、ハンターが居住すると共に、「クエスト」を受注し、その「クエスト」のための準備をするためのフィールド(以下、「拠点フィールド」という。)が設けられている。
【0081】
図6は、ゲーム空間上においてハンターが「クエスト」を受注し、その「クエスト」を達成するための旅に出る際の基本的な場面構成の一例を示したものである。
【0082】
拠点フィールドとしての「村」には、例えば「集会所」、「自宅」、「農場」及び「訓練所」等といった複数の施設が設けられている。図6(a)は、「村」の広場を示す図であり、プレーヤによってゲームが開始又は再開されるときに表示部9に最初に表示される場面である。
【0083】
「村」の広場には、「武具屋」及び「雑貨屋」(いずれも図示せず)が設けられている。「武具屋」は、ハンターAが所有する武器や防具を製造したり強化したりできる施設である。また、「雑貨屋」は、ハンターAがアイテムを売買できる施設である。また、図には示していないが、「村」の広場には、「農場」及び「訓練所」が繋がっており、ハンターAは、任意に「農場」又は「訓練所」に向かうことができる。「農場」は、例えば魚、虫、鉱物及び植物等のアイテムを採取できる施設であり、「訓練所」は、ハンターAが所定の訓練を行うことにより自己の能力を上げることのできる施設である。
【0084】
「村」の広場には、図には示していないが、「村長」及び「行商人」といったノンプレーヤキャラクタが立っている。「村長」は、ハンターAに「クエスト(村長クエスト)」を提供したり、ハンターAに狩猟等に関して助言してくれたりするキャラクタである。「行商人」は、ハンターAにオトモキャラクタや調理キャラクタを与えたり、アイテムを売買したりするキャラクタである。
【0085】
「村」の広場には、図6(a)に示すように、「集会所S1」や「自宅S2」が設けられており、ハンターAは、プレーヤの操作部13による操作によってこの広場から「集会所S1」や「自宅S2」に移動できたり、「集会所S1」や「自宅S2」から広場に戻れたりすることができるようになっている。
【0086】
図6(b)は、表示部9に表示される「集会所S1」の場面を示す図である。プレーヤが「村」にいるハンターAを「集会所S1」に移動させると、表示部9の画面は、図6(b)の「集会所の中」の場面に切り替えられる。同時に、無線LANモジュール15が起動され、他のゲーム装置1と間で情報の送受のための通信可能な状態に移行する。この通信状態は、「集会所S1」から「狩場フィールド(後述、図6(c)参照)」に「クエスト」達成のための旅に出た場合にも継続されるが、「集会所S1」から「村」に出たときには解除される。すなわち、図6の(b),(c)の場面において他のゲーム装置1との間ではワイヤレスLANが構成される。
【0087】
「集会所S1」は、複数のハンターが集まり、情報交換をしたりチームを組んだり「クエスト」を受注したりするための施設である。例えばハンターAは、受付嬢Bと会話を行うことにより、「クエスト」を受注することができる。なお、「集会所S1」は、パーティプレイを行うためにプレーヤ(ハンター)が入場する「オンライン集会所」と、パーティプレイを行わずに「集会所クエスト」を行うためにプレーヤ(ハンター)が入場する「オフライン集会所」とが用意されている。
【0088】
プレーヤが動作制御するハンターAが「オンライン集会所」に移動するとともに、他のプレーヤが動作制御する他のハンターCも「オンライン集会所」に移動すると、他のハンターCが「オンライン集会所」に入ってきたことを示す情報や他のハンターCに関する情報(他のハンターCを描画するための情報や「オンライン集会所」における位置情報等)がハンターAが操作されるゲーム装置1に送信されるとともに、ハンターAのゲーム装置1からハンターAに関する同様の情報が他のハンターCが操作される他のゲーム装置1に送信される。なお、以下では、ハンターAが操作されるゲーム装置1を「ゲーム装置1A」とし、ハンターCが操作されるゲーム装置1を「ゲーム装置1C」として両ゲーム装置1を区別する。
【0089】
これらの情報の送受により、ハンターAが操作されるゲーム装置1Aでは、受信したハンターCに関する情報に基づき、描画処理プロセッサ6によって表示部9に表示されている「オンライン集会所」の場面にハンターCを登場させる描画処理が行われる。同様に、ハンターCが操作されるゲーム装置1Cでは、受信したハンターAに関する情報に基づき、描画処理プロセッサ6によって表示部9にはハンターAが存在する「集会所S1」にハンターCが入った画像に切り替える描画処理が行われる。
【0090】
また、後述するように、「オンライン集会所」に各ハンターが集まったとき、各プレーヤが操作する各ゲーム装置1において、各ハンターのステータスのデータ(以下、「ステータスデータ」という。)が相互に送受される。なお、プレーヤは、これらのステータスデータの内容を後述するギルドカードの形態で確認することができる。ステータスデータには、オトモキャラクタに関する情報も含まれている。これらのステータスデータの送受が行われることにより、例えば、ハンターAは、所有するオトモキャラクタを他のハンターCに付与したり、他のハンターCに当該オトモキャラクタに関する情報を伝達したりすることができる。なお、自己及び他のプレーヤのステータスデータは、RAM4に記憶される。この場合、RAM4は、特許請求の範囲に記載の「第2の記憶手段」として機能する。
【0091】
各ハンターには、例えば実社会における名刺に類似したカード(以下、「ギルドカード」という。)が設けられており、「オンライン集会所」では他のハンターとこのギルドカードを交換することができる。このギルドカードを参照することにより、ハンターは、自己あるいは他のハンターのステータスを確認することができる。なお、ギルドカードに格納されているステータス等の情報の一部は、後述するオトモキャラクタがメッセージを発するときに用いられる。
【0092】
図7は、ギルドカードの一例を示す図である。
【0093】
ギルドカード18の上部左側には、ハンターの固有の情報を表示するハンター固有情報表示領域18aが設けられ、その右側中央にハンターが現在装備している武器や防具に関する情報を表示する装備品表示領域18bが設けられ、装備品表示領域18bの右側に、友好度ポイントに関する情報を表示する友好度表示領域18cが設けられ、ハンター固有情報表示領域18a及び装備品表示領域18bの下側に、ハンターの自己紹介を記述する自己紹介領域18dが設けられている。
【0094】
ハンター固有情報表示領域18aには、ハンターの称号、ハンターの名称、ハンターランク、及び戦歴等の情報が表示される。装備品表示領域18bには、ハンターが現在装備している装備品が上から「武器」、「頭装備」、「胴装備」、「腕装備」、「腰装備」及び「脚装備」の順に表示される。友好度表示領域18cには、ハンター毎の友好度の積算値が、炎型容器18eに蓄積されるポイント量によって表示される。なお、友好度とは、各ハンター同士の親密度を表すものである。自己紹介表示領域18dには、ハンターの簡単な自己紹介のメッセージが文字によって表示される。
【0095】
なお、ハンターのステータスデータとしては、上記ギルドカードに記載される内容以外に、例えばハンターの固有ID、ハンターが使用した武器及びその使用頻度、並びに勲章の数等があり、これらの情報も、ギルドカードが交換されるとき、ステータスデータとしてハンター間でやり取りされる。ハンターの固有IDは、ゲームスタート時においてプレーヤがハンターを作成する際、当該ハンターに設定され、ハンターの識別情報となるものである。
【0096】
このハンティングアクションゲームでは、拠点フィールドの他に、図6(c)に示すように、モンスターDが生息し、モンスターDを討伐等するといった「クエスト」を達成させるためにハンターAが移動するフィールド(以下、「狩場フィールド」という。)が設けられている。ハンターAは、「村」又は「集会所S1」から狩場フィールドに移動することができる。狩場フィールドには、例えば、「雪山」、「密林」、「砂漠」、及び「沼地」等のモンスターの種類と生息環境の異なる複数のエリアが設けられている。
【0097】
各エリアには、「ベースキャンプ」、「平原」、「雪原」、及び「洞穴」等といった土地条件が異なる複数の地域が設定されている。「ベースキャンプ」は、ハンターAが狩場フィールドの各エリアに入場する際、最初に表示部9に表示される場面であり、ハンターAが狩場フィールドで採取したアイテムを納品したり、休息をしたりできる地域である。ハンターAは、この「ベースキャンプ」から各地域に移動することができ、所定の地域では各地域間でも移動できるようになっている。
【0098】
各プレーヤの操作するハンターAは、拠点フィールドである「村」を生活の拠点とし、「クエスト」を受注し、シングルプレイでは単独であるいはパーティプレイでは他のハンターC等とチームを組んで「クエスト」に応じた狩場フィールドに向かう。狩場フィールドでは、ハンターAは、各地域において「クエスト」を達成すべき行動(例えば所定のアイテムを採取する、所定のモンスターDを討伐する等)を行う。
【0099】
図6(d)は、表示部9に表示される「自宅S2」の場面を示している。「自宅S2」は、ハンターAが所有するアイテムを保管したり、ハンターAが休息をとったりすることのできる施設である。なお、ハンターAがベッドb1に横たわる動作がされると、このゲームがセーブされるようになっている。
【0100】
「自宅」には、図6(e)に示すように、ハンターAが食事をしたりノンプレーヤキャラクタと会話したりすることのできる「キッチン」が設けられている。「キッチン」には、プレーヤが直接的に動作を制御することのできないノンプレーヤキャラクタとして、例えばハンターAに対して料理を作るネコの外観をした調理キャラクタEが居住している。
【0101】
ハンターAは、調理キャラクタEを自身の召使のような存在として複数匹所有する(雇う)ことができる。具体的にはハンターAは、調理キャラクタEを1匹目は無料で、二匹目以降は相応の金額で「行商人(図略)」等から取得することができる。調理キャラクタEは、ハンターAに雇われると、この「キッチン」に居住するようになる。
【0102】
ハンターAは、この「キッチン」に移動し、調理キャラクタEに指示を出したり食材(例えば生肉や魚等)を差し出したりすることにより、調理キャラクタEに調理させることができる。また、ハンターAは、調理キャラクタEと会話したり、調理キャラクタEの要求する食材を調理キャラクタEに与えたり、あるいは調理キャラクタEから所定のアイテムを与えられたりすることができる。ハンターAは、調理キャラクタEが調理した料理を食べることによって、自身の能力(例えば体力や攻撃力)を上げることができる。
【0103】
本実施形態では、上記した料理を作る調理キャラクタEとは別に、上述したように、ハンターAが狩猟や採取等の「クエスト」に行く際、お供として一緒に連れて行くことができるネコの外観をしたオトモキャラクタFが登場する。オトモキャラクタFは、狩猟時にモンスターD等に遭遇すると単独でモンスターD等に攻撃してハンターを補助する行動をとる。
【0104】
ハンターAは、オトモキャラクタFを相応の金額で「行商人」等から取得する(雇う)ことができる。オトモキャラクタFは、ハンターAに雇われると、「キッチン」に居住するようになる。ハンターAは、オトモキャラクタFを所定の条件下で所定数(例えば13匹)まで所有することができる。
【0105】
「キッチン」では、複数のオトモキャラクタFを所有しているとき「クエスト」にお供として連れ出すオトモキャラクタFを選択したり、オトモキャラクタFの階級(後述)を変更したり、あるいはオトモキャラクタFを排除(ゲーム上では「解雇」という)したり、あるいは所定数の範囲内で新規に取得したりすることができる。
【0106】
オトモキャラクタFは、例えば2つの階級に分けられている。階級には、例えば「レギュラー」及び「控え」が設定されており、ハンターAは「レギュラー」に登録したオトモキャラクタFを「クエスト」に帯同させることができる。「レギュラー」には例えば3匹まで登録することができ、「控え」には例えば10匹まで登録することができる。プレーヤは、所定の操作によりオトモキャラクタFを「レギュラー」及び「控え」に任意に登録したり、「レギュラー」と「控え」との間で入れ替えたりすることができる。
【0107】
オトモキャラクタFには、各種のステータスがデータの形で設定されている。図8は、オトモキャラクタFのステータスを表すオトモキャラクタ用のギルドカード(以下、「キャラクタカード」という。)の一例である。このキャラクタカード19で表されるステータスデータは、ハンターAがオトモキャラクタを所有したとき、上述したギルドカード18とともにRAM4に記憶されるものである。このキャラクタカード19は、図8に示すように、プレーヤの操作により表示部9の表示画面上に表示させることができる。
【0108】
なお、他のプレーヤとの間でギルドカードが交換されると、ギルドカード18で表されるデータも、他のプレーヤが操作するゲーム装置1との間で互いに送受信される。この場合、キャラクタカード19で表されるステータスデータもギルドカード18で表されるデータとともに、他のゲーム装置1との間で互いに送受信される。すなわち、ギルドカード18を交換した後は、自己のゲーム装置1では、他のプレーヤが所有するオトモキャラクタのステータスをキャラクタカード19を用いて表示させることができ、他のプレーヤのゲーム装置1では、自己が所有するオトモキャラクタのステータスをキャラクタカード19を用いて表示させることができる。
【0109】
また、他のプレーヤとの間でギルドカード18が交換されない場合であって、オトモキャラクタが他のプレーヤに付与されたときは、キャラクタカード19で表されるステータスデータは、ギルドカード18で表されるデータをともなわずに別途、他のプレーヤのゲーム装置1に転送される。
【0110】
キャラクタカード19は、上部にオトモキャラクタの顔と固有名称(図では「パトリシア」)が記載されており、その下部に各ステータスとその値とが記載されている。
【0111】
各ステータスについて説明すると、「レベル」は、戦闘時に高いほど有利となるレベルのことであり(例えば20段階設定されている。)、このレベルが高いほど狩猟等に出たときの体力、攻撃力及び防御力が増し、そのオトモキャラクタを狩猟に連れて行ったハンターにより有利になる。なお、図8には示していないが、オトモキャラクタのステータスとして「戦闘経験値」が設定されており、この「戦闘経験値」により「レベル」の段階が決定される。「戦闘経験値」は、オトモキャラクタを「クエスト」に連れて行きその「クエスト」が成功すると上昇するようになっている。
【0112】
「攻撃力」は、モンスター等との戦闘時においてモンスターに与えるダメージを数値化したものであり、この値が高いほどモンスター等のダメージが大きくなる。「防御力」は、モンスター等との戦闘時においてモンスター等の攻撃時に対するダメージの受け難さを表すものであり、この値が高いとよりダメージを受け難くなっている。
【0113】
「なつき度」は、オトモキャラクタのプレーヤに対する親密度を示すものであり、「クエスト」に連れていきその「クエスト」が成功すると「なつき度」が上昇するようになっている。「なつき度」は図8に示すように例えばハートの数(最高例えば4個)で表され、「なつき度」が高い(ハートの数が多い)と、オトモキャラクタの無駄な行動が減ったり、モンスターとの対戦時にダメージを受けたときより速く回復する行動をとったり、あるいは狩猟に連れて行ったときのハンターとの物理的な距離(ハンターに付いて行く距離)が接近したりする。つまり、ハンターとの距離が短いほど「なつき度」が高いことを示す。
【0114】
「なつき度」は、上記ハートの数を表す際のステータスデータとして、ハンターに雇われたときの初期値が例えば「3500」に設定されている。「なつき度」は、例えば「0〜7000」の間で変化し、例えば「なつき度」が「0〜999」の場合、図8のキャラクタカード19の「なつき度」の欄にはハートの数は表されず、「なつき度」が「1000〜2499」の場合、ハートの数は1個、「なつき度」が「2500〜4499」の場合、ハートの数は2個、「なつき度」が「4500〜5999」の場合、ハートの数は3個、「なつき度」が「6000〜7000」の場合、ハートの数は4個といったように設定されている。
【0115】
なお、オトモキャラクタは他のハンターに付与されることがあるのであるが、付与された直後は、当該オトモキャラクタと他のハンターとの親密度は有していないとして、「なつき度」は「0」にリセットされる。また、「なつき度」は、後述するように、図3ないし図5に示すメッセージテーブルに格納されている各メッセージが選択される際、その選択条件の一つとして用いられる。
【0116】
「毛並み」とは、オトモキャラクタとしてのネコの外観上の特徴を表すものであり、複数種類が用意されている。ハンターがオトモキャラクタを初めて雇うときにランダムに決定されるが、ハンターの「クエスト」レベルに応じて登場するオトモキャラクタの「毛並み」の種類が異なり、「クエスト」レベルが高いほどよりレアな「毛並み」のオトモキャラクタが登場するようになっている。
【0117】
「性格」とは、モンスター等との戦闘時における行動に関するものであり、例えば爆弾好き又は接近戦好き、無謀又は臆病、攻撃目標がモンスターの種類毎に存在するボスのモンスターをねらうか否か等の種類がある。この「性格」も、ハンターがオトモキャラクタを初めて雇うときにランダムに決定される。
【0118】
「攻撃系統」とは、モンスター等に対する攻撃時にモンスターを切断するのを好む傾向にあるのか、又は打撃するのを好む傾向にあるのかを示すものである。「攻撃傾向」とは、モンスター等に対する攻撃時に、例えば爆弾等を使って遠距離で攻撃するのを好む傾向にあるのか、又は刀等を使って近距離で攻撃するのを好む傾向にあるのかを示すものである。これら「攻撃系統」や「攻撃傾向」も、ハンターがオトモキャラクタを初めて雇うときにランダムに決定される。
【0119】
「特殊能力」とは、オトモキャラクタが複数種類を備えることができる能力、例えば行動の素早さ、ダメージを受けたときの回復の早さ等といった特殊な能力のことである。オトモキャラクタは、例えば3種類以下の特殊能力を備えるように設定されている。図8では、「特殊能力」の欄に、「特殊能力」を取得するためのポイント(以下、「にゃんこポイント」という。)の一例(図では「42ポイント」)が表示されている。この「にゃんこポイント」の値に基づいて、取得できる「特殊能力」の種類が決められており、取得可能な範囲でプレーヤが「特殊能力」を設定することができる。図8の「特殊能力」の欄の下側には、取得した「特殊能力」が表示されている。同図によると、「麻痺攻撃術」、「回復の角笛」及び「ネコボマー」が表示されている。
【0120】
オトモキャラクタの上記ステータスのうち、「戦闘経験値」、「なつき度」及び「にゃんこポイント」は、ハンターがオトモキャラクタを「クエスト」に連れて行き、その「クエスト」が成功すると、それぞれの値が上昇するようになっている。この場合、「戦闘経験値」が上昇すれば、その値に応じて「レベル」も上昇していく。
【0121】
また、オトモキャラクタの上記ステータスのうち、「戦闘経験値」、「攻撃力」、「防御力」、「なつき度」及び「にゃんこポイント」は、所定のトレーニング(例えばシャドウボクシング、腹筋運動等)を行わせることにより、それらの値を所定の範囲でそれぞれ上昇させることができるようになっている。ハンターは、このように、オトモキャラクタを帯同させた「クエスト」を達成することにより、あるいはオトモキャラクタにトレーニングを行わせたりすることにより、オトモキャラクタを、いわゆる「育成」することができる。
【0122】
また、図8には示していないが、オトモキャラクタのステータスとして、「里親名」、「里親のハンターの固有ID」、「オトモキャラクタ自身の固有ID」及び「オトモ回数」が記憶される。
【0123】
「里親」は、オトモキャラクタを最初に雇ったハンター又はプレーヤのことであり、ステータスとしてその名前が記憶される。「里親」の名前は、プレーヤがハンター又はプレーヤの名称として任意に設定することができる。なお、ここでいう「里親」とは、「行商人」等からオトモキャラクタを直接的に雇ったハンターのことを言い、例えば他のハンターからオトモキャラクタを付与され、付与されたオトモキャラクタをさらに他のハンターと異なるハンターに付与する場合の、付与したハンターは「里親」とは言わないようにされている。
【0124】
「里親のハンターの固有ID」は、オトモキャラクタを最初に雇ったハンター又はプレーヤの識別情報である。「里親のハンターの固有ID」は、後述するように、オトモキャラクタがメッセージを発するとき、当該メッセージが格納されたメッセージテーブルを選出するときに用いられる。
【0125】
「オトモキャラクタ自身の固有ID」は、オトモキャラクタがハンターに雇われると設定され、オトモキャラクタの識別情報となるものである。このオトモキャラクタ自身の固有IDは、他のハンターに付与されて他のハンターに所有された場合でも変更されないようになっている。
【0126】
「オトモ回数」は、ハンターがオトモキャラクタを「クエスト」にお供させ、その「クエスト」が成功した場合の回数を表すものである。「オトモ回数」は、オトモキャラクタが付与された直後は、他のハンターは当該オトモキャラクタを未だ一度も「クエスト」にお供させていないので、「0」にリセットされる。
【0127】
本実施形態では、プレーヤ(ハンター)は、図9に示すように、自己の所有するオトモキャラクタを複数の他のプレーヤ(ハンター)に対して付与することができるようになっている。例えばプレーヤP1は、自己が所有しているオトモキャラクタである例えば「パトリシア(オトモキャラクタの固有の名称)」を、プレーヤP2,P3,P4にそれぞれ付与することができる。この場合、自己が所有しているオトモキャラクタは、そのまま所有する状態が維持され、すなわち、自己が所有しているオトモキャラクタの分身が他のプレーヤに付与されることになる。したがって、一度の付与行為によって同じ固有IDのオトモキャラクタが2匹存在することになる。
【0128】
具体的には、プレーヤが操作するハンターが「オンライン集会所」に移動し、自己を含む複数のプレーヤが「オンライン集会所」に集まったとき、ワイヤレスLAN機能を用いて各ゲーム装置1が相互に通信を行うことによって、オトモキャラクタに関するデータを他のプレーヤのゲーム装置1に送信することができる。他のプレーヤのゲーム装置1においては、送信されたオトモキャラクタに関するデータを受信することにより、他のプレーヤのゲーム装置1で動作制御されるハンターが、当該オトモキャラクタを所有することができる。
【0129】
この場合、プレーヤP1が他のプレーヤP2,P3,P4に付与したオトモキャラクタが有する、固有ID、固有の名称、里親名、里親のハンターの固有ID及びレベル等の各種のステータスデータは、ほぼそのまま他のプレーヤP2,P3,P4において引き継がれることになる。そのため、オトモキャラクタのステータスデータである自身の固有ID、里親名及び里親のハンターの固有ID等を参照することにより、そのオトモキャラクタが他のプレーヤから付与されたオトモキャラクタであるか否かを判別することができる。
【0130】
さらに、プレーヤP2は、図9に示すように、プレーヤP1から付与されたオトモキャラクタを例えばプレーヤP5に付与することができ、プレーヤP3は、プレーヤP1から付与されたオトモキャラクタを例えばプレーヤP6,P7にそれぞれ付与することができる。この場合も、当該オトモキャラクタが有する各種のステータスデータは、そのままプレーヤP5あるいはプレーヤP6,P7に引き継がれる。したがって、各プレーヤ間同士では、同一の固有情報(固有ID、固有の名称及び里親名等)を有するオトモキャラクタが複数存在することになる。
【0131】
プレーヤは、他のプレーヤへのオトモキャラクタの付与操作を所定条件下で何度でも行うことができ、オトモキャラクタの付与回数が多くなると、オトモキャラクタから所定のアイテムを取得することができる。このアイテムとしては、オトモキャラクタのステータスの値(例えば攻撃力の値や防御力の値等)を上昇させるために用いられるスキルの値を上昇させる、例えば「猫守珠」及び「猫攻珠」といったものが挙げられる。
【0132】
本実施形態の特徴点は、ハンターが所有するオトモキャラクタが多種多様なメッセージをハンターに対して発することにあり、特に他のハンターから付与されたオトモキャラクタが当該他のハンターに関する事項をメッセージにして発することにある。
【0133】
ここで、メッセージテーブルについて、図3ないし図5を再び参照して詳述する。メッセージテーブルは、メッセージの内容によって例えば3つのメッセージテーブル(A)、(B)、(C)に分かれており、各メッセージテーブルには、複数種類のメッセージがそれぞれ格納されている。オトモキャラクタがメッセージを発するときメッセージテーブルから一のメッセージが選択されるのであるが、所定の条件によって参照されるメッセージテーブルが決定され、決定されたメッセージテーブルに格納されたメッセージの中から一のメッセージが選択される。
【0134】
メッセージテーブル(A)は、図3に示すように、例えばハンターが「行商人」等から直接的に自ら雇ったオトモキャラクタである場合に、そのキャラクタが話すメッセージが格納されている。メッセージテーブル(B)は、図4に示すように、オトモキャラクタが他のハンターから付与されており、かつ付与先のハンターが付与元のハンターのギルドカードを有している場合に、オトモキャラクタが話すメッセージが格納されている。メッセージテーブル(C)は、図5に示すように、オトモキャラクタが他のハンターから付与されており、かつ付与先のハンターが付与元のハンターのギルドカードを有していない場合に、オトモキャラクタが話すメッセージが格納されている。
【0135】
より詳細には、メッセージテーブル(A)には、ゲーム上で有利になるアドバイスやヒントについてのメッセージ及びオトモキャラクタを雇ったハンターの履歴に関するメッセージ等が格納されている。メッセージグループ(A)に格納されるメッセージは、大略的に分類して、(A1)挨拶のメッセージ、(A2)オトモキャラクタの育成に関するメッセージ、(A3)特殊能力に関するメッセージ、(A4)ハンターの履歴に関するメッセージ等が格納されている。
【0136】
(A1)の挨拶についてのメッセージとしては、図3に示すように、「雇ってくれてありがとうにゃ。」といったものが挙げられる。なお、この挨拶のメッセージは、ハンターがいずれかのオトモキャラクタと初めて会話を行う場合に、強制的に選択されるものである。(A2)のオトモキャラクタの育成に関するメッセージとしては、例えば「訓練によって上がるパラメータが違うんだにゃ。」といった育成に関してのアドバイスのメッセージが挙げられる。
【0137】
(A3)の特殊能力に関するメッセージとしては、「経験を積むと回復速度がすごく早くなるにゃ。」といった特殊能力に関してのアドバイスのメッセージが挙げられる。(A4)の付与先のハンターの履歴に関するメッセージとしては、ハンターが使用する回数が例えば30回以上である武器であって最も使用頻度の高いものを指摘し、その長所を賞賛するといったメッセージが挙げられる。例えば「旦那がよく使うアッパーブレイズはかっこいいにゃ。」といったメッセージである。
【0138】
各メッセージには、固有の記号又は番号が付されているとともに、そのメッセージが選択対象となるか否かを判別するためのオトモキャラクタの「なつき度」が設定されている(図3〜図5の各右欄参照。「0」〜「4」は、図8に示すキャラクタカードの「なつき度」の欄のハートの数に対応している。)。
【0139】
すなわち、オトモキャラクタの現時点の「なつき度」に該当しないメッセージは、選択対象から除外されるようになっている。より具体的には、「休憩してもなつき度があがるのにゃ。」といったメッセージ(図3の種別「育成」の欄参照)は、「なつき度」が「0」、「1」、「2」の場合に設定されている(「なつき度」の欄に「1」が設定されていることを示す。)。したがって、「休憩してもなつき度があがるのにゃ。」といったメッセージが選択対象となるのは、オトモキャラクタの現時点の「なつき度」が「0」、「1」、「2」である場合であって、現時点の「なつき度」が「3」、「4」である場合には、当該メッセージは選択対象とならないようにされている。
【0140】
メッセージは、後述するように、「なつき度」が上昇していくに連れてハンターに好意的なメッセージが出力されるように設定されている。上記のように選択対象の基準に「なつき度」が設定されていると、現時点の「なつき度」に応じた適切なメッセージをオトモキャラクタに話させることができる。
【0141】
メッセージテーブル(B)は本実施形態の特徴となる部分であり、メッセージテーブル(B)には、大略的に分類して(B1)挨拶のメッセージ、(B2)現在の状況等を表したメッセージ、(B3)付与元のハンターの履歴についてのメッセージ、(B4)付与元のハンターと付与先のハンターとの比較結果についてのメッセージ、(B5)オトモキャラクタの育成に関するメッセージ、及び(B6)付与先のハンターの履歴に関するメッセージがそれぞれ格納されている。
【0142】
より具体的には、(B1)の挨拶のメッセージとしては、図4に示すように、「送られてきました。よろしくにゃ。」といったメッセージが挙げられる。なお、この挨拶のメッセージも、(A1)の挨拶のメッセージと同様に、ハンターがいずれかのオトモキャラクタと初めて会話を行う場合に、強制的に選択されるものである。
【0143】
(B2)の現在の状況等を表したメッセージは、さらに複数種類に分類され、(B2a)例えば「前の旦那のほうがよかったにゃ。」といった現在の境遇に対する感想を表したメッセージ、(B2b)「今頃前の旦那はどうしているかにゃ。」といった付与元のハンターに対する思い、郷愁を表したメッセージ、(B2c)「新しい旦那にはまだ慣れないにゃ。」といった付与先のハンターに対する感想を表したメッセージ、(B2d)「育ててくれてありがとうにゃ。」といった付与先のハンターに対する感謝を表したメッセージ、(B2e)「旦那さん、死ぬときは一緒にゃ。」といったクエストに関するメッセージ等が挙げられる。
【0144】
オトモキャラクタが他のハンターから付与されていることは、オトモキャラクタのステータスデータから判別されるので、これに基づいて上記メッセージが設定されているとともに、上記メッセージが選択対象となっている。
【0145】
メッセージテーブル(B)に格納されるメッセージに対しても、そのメッセージが選択対象となるか否かを判別するための「なつき度」が設定されている。(B2a)の境遇に対する感想を表したメッセージでは、例えば「前の旦那のほうがよかったにゃ。」といったメッセージは、現時点の「なつき度」が「0」のときに選択対象となり(図4の「なつき度」の欄を参照)、「ガマンできないこともない。住めばミヤコにゃ。」といったメッセージは、現時点の「なつき度」が「1」のときに選択対象となり、「慣れてきた。ここも悪くないかにゃ。」といったメッセージは、現時点の「なつき度」が「2」のときに選択対象となるようにされている。すなわち、「なつき度」が上昇することに応じてオトモキャラクタが話す可能性の高いメッセージの内容が、より付与先のハンターに好意的なものになっていくように各メッセージが設定されている。
【0146】
(B3)の付与元のハンターの履歴についてのメッセージは、複数種類に分類され、例えば「前の旦那はアッパーブレイズをよく使っていたにゃ。」といった付与元のハンターの使用頻度の高い武器を指摘したメッセージや、「前の旦那はほとんどクエストをクリアしてないにゃ。」といった付与元のハンターのクエストのクリア回数に関するメッセージ等の履歴についてのものが格納されている。
【0147】
例えば付与元のハンターのクエストのクリア回数に関するメッセージでは、クエストのクリア回数によって以下のようにメッセージが格納されている。例えば、図4の種別「履歴」の欄に示すように、付与元のハンターのクエストのクリア回数が例えば0〜49回であれば、上記のような付与元のハンターを批判するようなメッセージが選択対象となる。また、付与元のハンターのクエストのクリア回数が例えば50〜199回であれば、例えば「前の旦那のクエストのクリア回数は普通だにゃ。」といったメッセージが選択対象となる。また、付与元のハンターのクエストのクリア回数が例えば200〜499回であれば、例えば「前の旦那のクエストのクリア回数はすごいんだにゃ。」といった付与元のハンターを賞賛するメッセージが選択対象となる。
【0148】
この付与元のハンターのクエストのクリア回数に関するメッセージの中の「クリア回数」は、付与元のハンターの「ギルドカード」に含まれるステータスデータであるクエストのクリア回数が参照され、そのクリア回数に応じたメッセージが選択対象となる。
【0149】
この他にも、付与元のハンターのステータスデータが参照されるメッセージとしては、付与元のハンターの勲章の数に関するメッセージ、及び付与元のハンターのハンターランクに関するメッセージ等が挙げられ、ハンターの履歴に応じて異なるメッセージが選択対象となる。
【0150】
(B4)の付与元のハンターと付与先のハンターとの比較結果についてのメッセージの一例としては、クエストのクリア回数の比較に関するメッセージが挙げられる。具体的には、図4の種別「比較」の欄に示すように、付与元のハンターのクエストのクリア回数が付与先のハンターのクエストのクリア回数より多く、かつその差が例えば50回以上のときには、付与元のハンターを賞賛するメッセージが選択対象となる。ここでは、例えば「前の旦那のほうがクエストのクリア回数が多いにゃ。」といったメッセージが格納されている。
【0151】
また、逆に付与元のハンターのクエストのクリア回数が付与先のハンターのクエストのクリア回数より少なく、かつその差が例えば50回以上のときには、付与先のハンターを賞賛するメッセージが選択対象となる。例えば「今の旦那のほうがクエストのクリア回数が多いにゃ。さすがだにゃ。」といったメッセージが格納されている。
【0152】
この付与元のハンターと付与先のハンターとの比較結果についてのメッセージは、付与元のハンターのステータスデータと、付与先のハンターのステータスデータとがそれぞれ参照され、それらのステータスデータの比較結果に応じたメッセージが選択対象となる。
【0153】
この他に、付与元のハンターと付与先のハンターとの比較結果についてのメッセージの一例としては、勲章の数の比較に関するメッセージ、所有するオトモキャラクタのレベル値の合計の比較に関するメッセージ、及び使用頻度の高い武器の比較に関するメッセージ等が挙げられる。
【0154】
メッセージテーブル(B)の(B5)オトモキャラクタの育成に関するメッセージ、及び(B6)付与先のハンターの履歴に関するメッセージは、図3に示したメッセージテーブル(A)の(A2)オトモキャラクタの育成に関するメッセージ、及び(A4)ハンターの履歴に関するメッセージとそれぞれ同様である。
【0155】
メッセージテーブル(C)も本実施形態の特徴となる部分であり、図5に示すようにメッセージテーブル(C)には、大略的に分類して、(C1)挨拶のメッセージ、(C2)現在の状況等を表したメッセージ、(C3)育成に関するメッセージ、及び(C4)ハンターの履歴についてのメッセージがそれぞれ格納されている。
【0156】
(C1)の挨拶のメッセージ、(C3)の育成に関するメッセージ、及び(C4)のハンターの履歴についてのメッセージは、上述したメッセージテーブル(A)の(A1)、(A2)及び(A4)に格納されたメッセージと同様のものが用いられている。また、(C2)の現在の状況等を表したメッセージは、上述したメッセージテーブル(B)の(B2)に格納されたメッセージと同様のものが用いられている。
【0157】
このように、メッセージテーブル(B)、(C)には、オトモキャラクタが他のプレーヤから付与されている場合に発するメッセージが格納されている。具体的には、例えば、付与元のハンターのゲーム上における履歴を賞賛したり、あるいは批判したりするメッセージが格納されている。あるいは、付与元のハンターと付与先のハンターのゲーム上における履歴を比較し、その比較結果を賞賛したり、あるいは批判したりするメッセージが格納されている。さらには、例えば、現状の自己(オトモキャラクタ)の境遇についての感想、要求、好み、批判、賞賛等を表したメッセージが格納されている。
【0158】
付与先のハンターを操作しているプレーヤは、オトモキャラクタとの会話を通じて、付与元のハンター(他のプレーヤ)のこのゲームにおける履歴(習得度合い)や、付与元のハンターとの比較結果等を知ることができる。そのため、付与先のハンターを操作しているプレーヤに、付与元のハンターへの優越感や劣等感を感じさせることができ、かかるプレーヤのゲームに対する意欲を高めることができる。
【0159】
また、付与先のハンターを操作しているプレーヤは、他のプレーヤと例えば「君からもらったオトモキャラクタが君のことをこんな風に言っていた」と他のプレーヤのゲーム習得度合い等に関することを実際上の会話で行うことできるので、プレーヤ同士のコミュニケーションの促進を図ることができる。
【0160】
なお、図3ないし図5に示すメッセージテーブル(A)、(B)、(C)に格納されている各メッセージは、一例であり、これらのメッセージに代えて他のメッセージが格納されていてもよい。
【0161】
次に、オトモキャラクタがハンター間で付与される場合の付与処理について、図10に示すフローチャート及び表示部9に表示される表示画面(図6及び図11〜図15)を参照して説明する。
【0162】
各ゲーム装置1では、プレーヤによりゲームの開始若しくは再開の指示が行われると、ゲームメディア17からハンターのゲーム開始時若しくは再開時の画像データと拠点フィールドにおけるゲーム進行プログラムとが読み出され、画像データに基づいて表示部9にゲーム開始時若しくは再開時のゲーム画面が表示されてゲーム可能状態となる。
【0163】
本実施形態では、初めてゲームを始めるときやゲームを一旦終了した後、再開するときは拠点フィールドである「村」の広場からゲーム可能状態となるように設定されているので、図6(a)に示したように、ハンターAが「村」の広場に居る状態の画像が表示部9に表示され、プレーヤはこの表示状態からハンターの動作を制御してゲームを進行させることになる。
【0164】
そして、例えば、プレーヤがハンターの動作を制御して「クエスト」を受注するための「オンライン集会所」に移動させると、ゲームメディア17から「オンライン集会所」内の画像データとその「オンライン集会所」内でのゲーム進行プログラムがゲームメディア17からRAM4に読み出され、図6(b)に示したように、表示部9に「オンライン集会所」内のゲーム画面が表示される。
【0165】
このとき、他のゲーム装置1を操作するプレーヤが同様に自己の操作するハンターCを「オンライン集会所」に移動させると、他のゲーム装置1からハンターAを操作するプレーヤのゲーム装置1に、ハンターCが「オンライン集会所」に移動したことの移動情報とハンターCに関する情報とが送信される。各ゲーム装置1では、上記移動情報とハンターに関する情報とに基づいて、図6(b)に示すように、表示部9のゲーム画面に自機で制御されるハンターAと他のゲーム装置1で制御されるハンターCとが「オンライン集会所」内に入っている画像が表示される。
【0166】
以下、ハンターAが操作しているゲーム装置1に関して説明すると、この表示状態において、ゲーム装置1では、図10に示すように、プレーヤによってメニューを表示させるための操作が行われたか否かの判別が行われる(S1)。メニューを表示させるための操作がない場合(S1:NO)、操作待ち状態となる。また、メニューを表示させるための操作が行われたと判別されると(S1:YES)、ハンターAがオトモキャラクタを一匹以上所有しているか否かが判別される(S2)。オトモキャラクタが一匹以上所有している場合(S2:YES)、「オンライン集会所」に他のハンターCが1人以上いるか否かが判別される(S3)。
【0167】
ステップS3において「オンライン集会所」に他のハンターCが1人以上いる場合(S3:YES)、オトモキャラクタを付与することができる条件が成立したので、図11に示すように、メニューの一覧21を表示画面の右側部分に表示させる(S4)。メニューには、アイテムに関する操作を行うための「アイテム」、調合に関する操作を行うための「調合」、「クエスト」を確認するための「クエスト確認」、何らかのアクションを操作するための「アクション」、「集会所」にいるプレーヤの一覧を表示するための「プレーヤ一覧」、「ギルドカード」に関する操作を行うための「ギルドカード」及びオトモキャラクタを他のプレーヤに付与するための「オトモ渡し」等が項目として含まれる。
【0168】
ステップS2においてハンターAがオトモキャラクタを一匹以上所有していない場合(S2:NO)、又はステップS3において「オンライン集会所」に他のハンターCが1人以上いない場合(S3:NO)も、メニューの一覧21が表示されるが、この場合のメニューの「オトモ渡し」の項目はグレー色で表され、プレーヤが当該項目を操作設定できないようにされる(S5)。すなわち、ハンターAがオトモキャラクタを一匹以上保有していない、又は「オンライン集会所」に他のハンターCが1人以上いない場合には、ハンターAは、オトモキャラクタを他のハンターCに付与することができないからである。
【0169】
次いで、「オトモ渡し」の項目が操作されたか否かが判別される(S6)。ここで、プレーヤがオトモキャラクタの付与をキャンセルする操作を行うと(S6:キャンセル)、メニュー一覧21が非表示になり(S7)、処理はステップS1に戻る。なお、上記キャンセルする操作としては、例えばプレーヤによる「×」ボタンの操作が挙げられる。また、「オトモ渡し」の項目の操作がない場合(S6:NO)、操作待ち状態となる。
【0170】
ステップS6において「オトモ渡し」の項目が操作された場合(S6:YES)、図12に示すように、オトモキャラクタを他のハンターCに付与するための「渡す」、「レギュラー」と「控え」とにおいてオトモキャラクタを入れ替えるための「入れ替え」、及びオトモキャラクタを解雇するための「解雇する」の各項目が設けられたサブメニュー22が表示される(S8)。
【0171】
次に、「渡す」、「入れ替え」及び「解雇する」が示されたサブメニュー22の中から「渡す」の項目の設定操作がされたか否かが判別される(S9)。「渡す」の項目の設定操作がない場合(S9:NO)、操作待ち状態となる。また、プレーヤによって「渡す」の項目の操作設定がされると(S9:YES)、ハンターAが所有するオトモキャラクタの一覧23が、例えば図13に示すように表示画面の上部右側部分に表示される(S10)。
【0172】
次いで、ハンターAが所有するオトモキャラクタの一覧23の中からいずれかのオトモキャラクタが選択されたか否かの判別が行われる(S11)。いずれかのオトモキャラクタの選択操作がない場合(S11:NO)、操作待ち状態となる。
【0173】
いずれかの付与しようとするオトモキャラクタが選択操作されると(S11:YES)、付与先であるハンターCの一覧が表示される(S12)。この場合、付与先としては「オンライン集会所」に集まった、他のプレーヤが操作する他のハンターCの一覧24が、例えば図14に示すように表示される。
【0174】
次いで、他のハンターCの一覧24からいずれかのハンターの選択操作がされたか否かの判別が行われる(S13)。いずれかのハンターの選択操作がない場合(S13:NO)、操作待ち状態となる。
【0175】
また、付与先であるハンターCが選択操作されると(S13:YES)、ハンターAが付与したことを表すモーションが、例えば図15に示すように表示される(S14)。すなわち、ハンターAがハンターCに対してオトモキャラクタFを付与している様子が表示される。また、このとき、ハンターAが操作されるゲーム装置1からハンターCが操作されるゲーム装置1に、オトモキャラクタFに関するデータが送信される。オトモキャラクタFに関するデータには、ステータスデータの他に、オトモキャラクタFを付与先であるハンターCが操作されるゲーム装置1の表示部9に表示させるための表示実行指令が含まれている。
【0176】
すなわち、オトモキャラクタの画像データは、ゲームプログラムに予め組み込まれており、付与先のゲーム装置1は、付与元のゲーム装置1から上記表示実行指令が送信されると、必要に応じてオトモキャラクタの画像データをゲームデータから読み出し、表示部9にオトモキャラクタを表示する。したがって、オトモキャラクタの画像データは、実際にゲーム装置1間で送受信されるのではなく、上記処理によって、あたかもオトモキャラクタを付与元のゲーム装置1から付与先のゲーム装置1に付与したように表示される。
【0177】
次いで、オトモキャラクタの付与先のハンターCが操作されるゲーム装置1からオトモキャラクタを受け取ったことの情報を受信したか否かの判別が行われる(S15)。付与先のゲーム装置1からオトモキャラクタを受け取ったことの情報を受信した場合(S15:YES)、オトモキャラクタの付与回数を更新する(S16)。
【0178】
一方、付与先のゲーム装置1からオトモキャラクタを受け取ったことの情報を受信していない間に(S15:NO)、プレーヤの操作(例えば「×」ボタンの操作)によってオトモキャラクタの付与を取り消すか否かの判別が行われる(S17)。プレーヤがオトモキャラクタの付与を取り消す操作を行った場合(S17:YES)、付与回数を更新せずに、オトモキャラクタの付与処理を終了する。すなわち、付与先のゲーム装置1からオトモキャラクタを受け取ったことの情報を受信する前に、プレーヤの操作によってオトモキャラクタの付与を取り消すことができる。
【0179】
プレーヤがオトモキャラクタの付与を取り消す操作を行わない場合には(S17:NO)、ステップS15に戻る。すなわち、付与先のゲーム装置1からオトモキャラクタを受け取ったことの情報を受信するか、又はプレーヤによるオトモキャラクタの付与を取り消す操作が行われるまで、ステップS15及びステップS17の判別処理を繰り返し、待機する。
【0180】
次に、オトモキャラクタを受け取る場合の受け取り処理について、図16に示すフローチャート及び表示部9に表示される表示画面(図17〜図20)を参照して説明する。
【0181】
オトモキャラクタを受け取るには、オトモキャラクタを付与する場合と同様に、付与先のハンターCが「オンライン集会所」に移動していることが必要となる。すなわち、付与先のハンターCが操作されるゲーム装置1では、いずれかのゲーム装置1からオトモキャラクタのデータが送信されたことの情報が受信されたか否かの判別が行われる(S21)。当該ゲーム装置1でその情報が受信された場合(S21:YES)、図17に示すように、オトモキャラクタを表すネコのアイコン25が表示画面の中央上部に点滅表示される(S22)。
【0182】
すなわち、付与先のプレーヤは、「オンライン集会所」にハンターを移動させたとき、表示画面にネコのアイコン25が表示されることによって、いずれかのハンターが自己にオトモキャラクタを付与しようとしていることが認識できる。
【0183】
次いで、メニューを表示させるための操作が行われたか否かの判別が行われる(S23)。付与先のプレーヤがオトモキャラクタを取得するためには、メニューを表示させる必要があるからである。
【0184】
メニューを表示させるための操作が行われたと判別されると(S23:YES)、図18に示すように、メニューの一覧26が「オンライン集会所」の表示画面の右側部分に表示される(S24)。この場合、メニュー一覧には、キャラクタのステータスを表示させるための「ステータス」、「詳細情報」、「資料」、「オプション」、「プレイヤーログ」及びオトモキャラクタを受け取るための「受け取り」等が項目として含まれる。また、ステップS23においてメニューを表示させるための操作が行われない場合(S23:NO)、操作待ち状態となる。
【0185】
その後、プレーヤによって「受け取り」の項目が操作されたか否かが判別され(S25)、「受け取り」の項目が操作されない場合(S25:NO)、操作待ち状態となる。また、例えばプレーヤがオトモキャラクタを受け取らないようにするために、「受け取り」をキャンセルする操作(例えば「×」ボタンの操作)を行うと(S25:キャンセル)、受け取り処理が終了する。
【0186】
また、ステップS25において「受け取り」の項目が操作されると(S25:YES)、図19に示すように、「オンライン集会所」にいるハンターCの一覧27が表示される(S26)。この場合、オトモキャラクタのデータを送信したゲーム装置1を操作するプレーヤ名の右横に、ネコのアイコン28が表示される。これにより、付与先のプレーヤは、どのプレーヤがオトモキャラクタを付与しようとしているかが認識できる。
【0187】
次に、オトモキャラクタを受け取ることを示す、操作部13の「○」ボタンが操作されたか否かが判別され(S27)、「○」ボタンが操作されない場合(S27:NO)、操作待ち状態となる。また、例えばプレーヤがオトモキャラクタを受け取らないようにするために、キャンセルする操作(例えば「×」ボタンの操作)を行うと(S25:キャンセル)、受け取り処理が終了する。
【0188】
また、ステップS27において「○」ボタンが操作されると(S27:YES)、送信されたオトモキャラクタの固有IDと、受信側のプレーヤが所有する各オトモキャラクタの固有IDとが一致しないか否かが判別される(S28)。固有IDが一致する場合(S28:NO)、当該オトモキャラクタのデータを受信できないことの失敗メッセージが表示される(S29)。例えば「同じオトモキャラクタが存在しています。これ以上、受け取れません。○ボタンを押してください。」といった失敗メッセージが表示される。
【0189】
すなわち、同じ固有IDのオトモキャラクタを複数所持することは、データ処理が複雑になるので禁止されており、上記ステップS28の判別処理はその禁止事項を実施する処理である。上記失敗メッセージに応じてプレーヤが「○」ボタンを操作すると、本処理を終了する。
【0190】
ステップS28において固有IDが一致しない場合(S28:YES)、受信側のプレーヤが所有するオトモキャラクタの所有数に空きがあるか否かが判別される(S30)。すなわち、オトモキャラクタを受け取る場合には、受け取ったオトモキャラクタは「控え」に登録されることから、ここでは「控え」に空きがあるか否かが判別される。なお、「控え」に空きがない場合には、プレーヤの操作によって「控え」に登録されている、いずれかのオトモキャラクタを解雇することができる。また、プレーヤの操作によって「控え」に登録されているオトモキャラクタを「レギュラー」に登録することにより、「控え」に空きを作ることもできる。
【0191】
オトモキャラクタの所有数に空きがない場合(S30:NO)、当該オトモキャラクタのデータを受信できないことの失敗メッセージが表示される(S31)。例えば「控えがいっぱいでこれ以上オトモキャラクタを受け取ることができません。「○」ボタンを押してください。」といった失敗メッセージが表示される。この失敗メッセージに応じてプレーヤが「○」ボタンを操作すると、本処理を終了する。
【0192】
一方、ステップS30においてオトモキャラクタの所有数に空きがある場合(S30:YES)、図20に示すように、オトモキャラクタを受け取ったことを表すメッセージ29を表示する(S32)。この場合、受け取ったオトモキャラクタのステータスデータの内容は、キャラクタカードのステータスデータとしてRAM4に記憶される(S33)。この場合、オトモキャラクタのステータスのうち、「なつき度」の値と「オトモ回数」の値とは「0」にリセットされて記憶される。オトモキャラクタは、新しい主人となるハンターになついていないからであり、また新しい主人となるハンターとは「クエスト」には一度も帯同していないからである。
【0193】
その後、付与元のゲーム装置1へオトモキャラクタを受け取ったことの情報を送信し(S34)、オトモキャラクタの受け取り処理を終了する。
【0194】
上記のようにして付与先のハンターに、オトモキャラクタが付与されると、付与先のハンターが当該オトモキャラクタを所有することになり、ハンターは、当該オトモキャラクタを「クエスト」に帯同させたり、所定のトレーニングを行わせたりすることができる。本実施形態では、付与先のハンターと付与されたオトモキャラクタとが会話することができる。
【0195】
図21は、付与先のハンターがオトモキャラクタと会話する場合の処理手順を示したフローチャートである。
【0196】
オトモキャラクタは、付与先のハンターに付与され、付与先のハンターに雇われることになると、付与先の「キッチン」に生息するようになる。オトモキャラクタは、付与先のハンターから話しかけられると、付与先のハンターに対してメッセージを返す。これにより、ハンターとオトモキャラクタとの会話が行われる。
【0197】
まず、ハンターが「キッチン」に入る操作が行われたか否かが判別される(S41)。ハンターが「キッチン」に入る操作が行われない場合(S41:NO)、操作待ち状態となる。一方、ハンターが「キッチン」に入る操作が行われた場合(S41:YES)、ハンターが「キッチン」に移動し、すなわち、表示部9の表示画面は、図6(e)に示すようなハンターAがいる「キッチン」の場面が表示される。その後、ハンターAがオトモキャラクタFに話しかけたか否かが判別される(S42)。具体的には、ハンターAがオトモキャラクタFの近傍位置に移動し、例えば「○」ボタンが操作されるか否かによってオトモキャラクタFに話しかけたか否かが判別される。
【0198】
ハンターAがオトモキャラクタFに話しかけないと判別されると(S42:NO)、操作待ち状態となる。一方、ハンターAがオトモキャラクタFに話しかけたと判別されると(S42:YES)、アイテムを渡す条件が成立しているか否かが判別される(S43)。すなわち、ハンターAに何らかのアイテムを渡すことの条件が成立している場合には、ハンターAにとってはオトモキャラクタFと会話を行うことよりアイテムを取得する方がより重要と認識されるので、この判別処理が会話を行う処理より優先される。
【0199】
なお、アイテムを渡す条件が成立している場合とは、オトモキャラクタFの「オトモ回数」が所定回数を超えている場合、オトモキャラクタFの付与回数が所定回数を超えている場合等が挙げられる。
【0200】
アイテムを渡す条件が成立している場合(S43:YES)、アイテムを渡す処理が行われ(S44)、渡す場合のメッセージ(例えば「チケットを渡すにゃ。」といったメッセージ)が表示画面に表示される(S45)。
【0201】
一方、アイテムを渡す条件が成立していない場合(S43:NO)、当該オトモキャラクタFが、ハンターAが自ら雇ったオトモキャラクタであるか否か(他のプレーヤから付与されたオトモキャラクタであるか否か)が判別される(S46)。当該オトモキャラクタFが、ハンターAが自ら雇ったオトモキャラクタである場合(S46:YES)、RAM4に記憶されている図3に示したメッセージテーブル(A)が参照されて選択抽選処理が行われる(S47)。すなわち、ハンターが自ら雇ったオトモキャラクタが話すメッセージが格納されたメッセージテーブル(A)が参照され、そのメッセージテーブル(A)に格納されているメッセージのいずれかが、後述する選択抽選処理によって選択される。
【0202】
図22は、上記選択抽選処理の処理手順を示すフローチャートである。選択抽選処理では、オトモキャラクタがハンターと会話する際に、表示部9の表示画面に表示されるメッセージが選択される。
【0203】
なお、メッセージが再生(表示画面に表示)されると、表示されたメッセージの内容は一旦RAM4に記憶され、その後、新たなメッセージが表示されると、一旦記憶されていたメッセージは消去される。すなわち、直前に表示されたメッセージのみが記憶される。
【0204】
この選択抽選処理では、参照されるメッセージテーブルに格納されている複数種類のメッセージのうち、選択の対象とならないメッセージを除外していき、残ったメッセージに対して抽選を行い、最終的に表示すべきメッセージを一つ選択するようにしている。
【0205】
まず、挨拶のメッセージを既に選択したか否かが判別される(S61)。すなわち、ハンターがオトモキャラクタと会話するとき、オトモキャラクタが初めて当該ハンターと会話する場合には、挨拶のメッセージを選択するようにするための処理である。挨拶のメッセージを既に選択していない場合(S61:NO)、挨拶のメッセージが選択される(S62)。図3に示したメッセージテーブル(A)が参照される場合、(A1)の「雇ってくれてありがとうにゃ。」のメッセージが強制的に選択される。
【0206】
挨拶のメッセージを既に選択している場合(S61:YES)、選択対象となるメッセージとして挨拶のメッセージを除外する処理が行われる(S63)。すなわち、例えば上記(A1)の「雇ってくれてありがとうにゃ。」のメッセージが、選択対象となるメッセージから除外される。
【0207】
次いで、抽選対象となるメッセージを選択する処理として、RAM4に記憶されている一つ前に表示したメッセージを除外する処理が行われる(S64)。この処理は、連続してメッセージが表示されると、プレーヤがしつこさを感じ嫌気をさすことがあるのでそれを回避するために行われるものである。
【0208】
次いで、抽選対象となるメッセージを選択する処理として、現時点の「なつき度」に一致しないメッセージを除外する処理が行われる(S65)。オトモキャラクタには、付与先のハンターに対する親密度として「なつき度」が設定されており、そのオトモキャラクタの現時点の「なつき度」に基づいてその現時点の「なつき度」と一致しないメッセージが除外される。例えばオトモキャラクタの現時点の「なつき度」が「2」の場合、「なつき度」の「2」が設定されていないメッセージは、選択対象となるメッセージから除外される。具体的には、図3に示したメッセージテーブル(A)が参照されている場合、種別「能力」の欄にある「経験を積むと回復速度がすごく早くなるにゃ。」といったメッセージは、「なつき度」の「2」が設定されていないので、選択対象となるメッセージから除外される。
【0209】
次に、抽選対象となるメッセージを選択する処理として、メッセージを行う際、現状の条件に沿わないメッセージは除外する処理が行われる(S66)。例えば、(A4)の履歴に関するメッセージには(図3参照)、「使用回数が所定回数以上の武器から、最も使用頻度の高い武器を指摘し、長所をほめる」といったメッセージがあるが、現時点の武器の使用回数が所定回数以下である場合には、条件がこのメッセージに沿わないため、当該メッセージが除外される。
【0210】
ステップS63,S64,S65,S66によってメッセージを除外する処理が行われた後、除外されなかった残りのメッセージで抽選(例えば、ランダム抽選)が行われる(S67)。この抽選によって、一のメッセージが選択される。
【0211】
図21に戻り、ステップS46においてハンターが話しかけようとしているオトモキャラクタが、自己が雇ったオトモキャラクタでない場合(S46:NO)、すなわち、オトモキャラクタが他のハンターから付与されたオトモキャラクタである場合、付与元のハンターのギルドカードを有しているか否かが判別される(S48)。
【0212】
具体的には、付与元のハンターのギルドカードを有しているか否かの判別は、オトモキャラクタのステータスデータに含まれている里親のハンターの固有IDと、他のハンターのギルドカードのデータに含まれているハンターの固有IDとが一致しているか否かによって行われる。
【0213】
付与元のハンターのギルドカードを有している場合(S48:YES)、RAM4に記憶されている図4に示したメッセージテーブル(B)が参照されて選択抽選処理が行われる(S49)。すなわち、付与先のハンターが、付与元のハンターから付与されたオトモキャラクタに話しかけようとしており、かつ付与先のハンターが以前に付与元のハンターと「オンライン集会所」で会い、ギルドカードを交換してそれを所有している場合、メッセージテーブル(B)が参照されて選択抽選処理が行われる。
【0214】
この場合の選択抽選処理は、参照するメッセージテーブルが異なるだけで、図22に示した選択抽選処理と同様である。
【0215】
ステップS48において、付与元のギルドカードを有していない場合(S48:NO)、RAM4に記憶されている図5に示したメッセージテーブル(C)が参照されて選択抽選処理が行われる(S50)。すなわち、付与先のハンターが、付与元のハンターから付与されたオトモキャラクタに話しかけようとしているが、付与先のハンターが付与元のハンターのギルドカードを所有していない場合、メッセージテーブル(C)が参照されて選択抽選処理が行われる。
【0216】
この場合の選択抽選処理も、参照するメッセージテーブルが異なるだけで、図22に示した選択抽選処理と同様である。
【0217】
ステップS47、S49、S50のいずれかの選択抽選処理において、選択抽選されたメッセージは、いずれかのメッセージテーブルから読み出され、出力される(S51)。すなわち、図23に示すように、表示部9の表示画面にオトモキャラクタFがハンターAに対して発するように、読み出されたメッセージ30が表示される。
【0218】
このように、自己が雇ったオトモキャラクタであるか、付与元のギルドカードを所有しているか等を条件として、ハンターの履歴、ハンター同士の比較結果等に基づいて一のメッセージが選択される。そのため、ハンターは多種多様なメッセージを通じてオトモキャラクタと会話をすることができ、プレーヤは、従来にはない新規な面白みを得ることができる。また、メッセージの内容には、ハンターを褒めたり、ときには貶したり、あるいは前の主人であったハンターへの思いを話して嫉妬心を増長させたりするといったものが含まれているので、プレーヤにゲームに対する意欲を高めることができる。
【0219】
また、他のプレーヤの現状をオトモキャラクタのメッセージを通じて認識することができたり、他のプレーヤとのゲーム上の履歴(習得度合い)の違いをオトモキャラクタのメッセージを通じて認識することができたりするので、プレーヤ同士は実際上の会話においてそのことについて話すことができ、コミュニケーションの活性化が図られることになる。
【0220】
もちろん、この発明の範囲は上述した実施の形態に限定されるものではない。例えば、本実施形態では、ノンプレーヤキャラクタがネコをモチーフにしてデザインされたものとして説明したが、ノンプレーヤキャラクタはネコに限るものではない。また、他のプレーヤに付与されるノンプレーヤキャラクタとしては、上記オトモキャラクタに限らず、例えば調理キャラクタであってもよく、さらに他のノンプレーヤキャラクタであってもよい。
【0221】
また、上記実施形態では、オトモキャラクタが発するメッセージは、オトモキャラクタの付与先のプレーヤが操作するゲーム装置のRAMに記憶されていたが、これに限らず、例えばオトモキャラクタが発するメッセージは、付与元のプレーヤが操作するゲーム装置のRAMに記憶されており、オトモキャラクタが付与されるとともに、メッセージについてのデータが送信されるようにしてもよい。
【0222】
また、上記実施形態では、オトモキャラクタのステータスデータとして里親のハンターの固有IDが記憶され、記憶された里親のハンターの固有IDを参照してメッセージが選択されていたが、オトモキャラクタが付与されたときに、里親のハンターの固有IDに代えて、付与先のハンターの固有IDが記憶され、その固有IDがメッセージの選択に用いられてもよい。
【0223】
このようにすれば、付与元のハンターではあるが里親でないハンター(例えば図9に示すプレーヤP2に相当する。プレーヤP2がプレーヤP5にオトモキャラクタである「パトリシア」を付与した場合、プレーヤP2は、プレーヤP5にとっては「パトリシア」の付与元のハンターであるが、「パトリシア」の里親ではない。)についても、当該ハンターのギルドカードに含まれるステータスデータに基づいて、付与されたオトモキャラクタがメッセージを発することができる。
【0224】
また、オトモキャラクタは、ハンターに対してメッセージを発するとき、例えば動作を交えるようにしてもよい。例えばメッセージの内容がハンターを批判するような内容の場合には、ハンターにそっぽを向いたり、例えば前の主人に対する思いを言うような内容の場合には、なつかしむように顔を上方に上げたり、あるいは例えばハンターの履歴をほめるような内容の場合には、跪いて両手を横いっぱいに広げたりといったアクション(動作)をメッセージとともに行うようにしてもよい。
【0225】
また、メッセージの内容は、スピーカ12から音声にして出力されるようにしてもよい。
【0226】
また、上記実施形態では、オトモキャラクタは「キッチン」でハンターと会話するようにされたが、オトモキャラクタは例えばクエストにお供したとき、狩場フィールド等でモンスター討伐のヒントや付与元のハンターの戦い方等についてハンターと会話するようにしてもよい。
【0227】
また、上記実施形態では、ハンターと、ノンプレーヤキャラクタとが登場し、他のゲーム装置からノンプレーヤキャラクタが付与され、付与されたノンプレーヤキャラクタが付与元のハンターに関するメッセージを発するゲームについて説明したが、これに代えて、プレーヤが所定のキャラクタ(分身となるキャラクタであってよいしノンプレーヤキャラクタであってもよい。)を他のプレーヤから付与され、付与されたキャラクタが付与元の他のプレーヤに関するメッセージを発するようなゲームとしてもよい。
【0228】
また、本実施形態では、発明が適用されるゲームとしてハンティングアクションゲームについて説明したが、適用されるゲームはこれに限定されるものではなく、他のアクションゲームやロールプレーイングゲームやレーシングゲームや格闘ゲームにも適用するようにしてもよい。
【0229】
また、上記実施形態では、無線LANによって相互にネットワークを構成した複数のゲーム装置1同士で通信が行われる場合について説明したが、この構成に代えて、インターネット等の通信回線を介して複数のゲーム装置1が例えばゲームサーバに接続された構成とされてもよい。この場合、ゲーム装置1としては、通信回線を介してゲームサーバと通信可能な機能を備えた、例えば家庭用テレビゲーム機やオンラインゲームのゲームソフトが搭載されているパーソナルコンピュータ等が採用される。
【図面の簡単な説明】
【0230】
【図1】本願発明に係るゲームシステムの一例を示す構成図である。
【図2】ゲーム装置の内部構成を示すブロック図である。
【図3】メッセージテーブル(A)の一例を示す図である。
【図4】メッセージテーブル(B)の一例を示す図である。
【図5】メッセージテーブル(C)の一例を示す図である。
【図6】ゲーム空間上においてハンターが「クエスト」を受注し、その「クエスト」を達成するための旅に出る際の基本的な場面構成の一例を示す図である。
【図7】ギルドカードの一例を示す図である。
【図8】キャラクタカードの一例を示す図である。
【図9】プレーヤのオトモキャラクタの付与形態を説明するための図である。
【図10】オトモキャラクタの付与処理を示すフローチャートである。
【図11】「オンライン集会所」の表示画面の一例を示す図である。
【図12】「オンライン集会所」の表示画面の一例を示す図である。
【図13】「オンライン集会所」の表示画面の一例を示す図である。
【図14】「オンライン集会所」の表示画面の一例を示す図である。
【図15】「オンライン集会所」の表示画面の一例を示す図である。
【図16】オトモキャラクタの受け取り処理を示すフローチャートである。
【図17】「オンライン集会所」の表示画面の一例を示す図である。
【図18】「オンライン集会所」の表示画面の一例を示す図である。
【図19】「オンライン集会所」の表示画面の一例を示す図である。
【図20】「オンライン集会所」の表示画面の一例を示す図である。
【図21】オトモキャラクタの会話処理を示すフローチャートである。
【図22】メッセージの選択抽選処理を示すフローチャートである。
【図23】「キッチン」の表示画面の一例を示す図である。
【符号の説明】
【0231】
1 ゲーム装置
2 CPU
3 描画データ生成プロセッサ
4 RAM
5 ROM
6 描画処理プロセッサ
7 VRAM
9 表示部
10 音声処理プロセッサ
11 アンプ
12 スピーカ
13 操作部
14 メディアドライブユニット
15 無線LANモジュール
17 ゲームメディア
30 メッセージ
A ハンター
C 他のハンター
D モンスター
E 調理キャラクタ
F オトモキャラクタ
P1〜P7 プレーヤ
【技術分野】
【0001】
本発明は、通信可能な複数のゲーム装置に適用されるゲームプログラム、そのゲームプログラムを記録した記録媒体、及び上記ゲームプログラムが適用されるゲーム装置に関するものである。
【背景技術】
【0002】
従来、有線又は無線LANによって相互に接続された複数台のゲーム装置において、複数のプレーヤが共通のゲームプログラムを実行することにより楽しむことのできるゲームソフトが提案されている。
【0003】
このようなゲームソフトの中には、プレーヤの分身となるキャラクタ(以下、「ハンター」という。)が、例えば敵キャラクタであるモンスターを討伐するといった指令を実行していくことにより進行されるアクションゲームがある。この種のアクションゲームにおいては、それに参加した複数のプレーヤがゲーム装置で操作を行うと、各プレーヤが操作するハンターがそれぞれゲーム画面上で動作し、例えば複数のハンターが協力してモンスターを討伐するといったことができる。
【0004】
このアクションゲームでは、上記モンスターと同様に、プレーヤ自身が動作を直接的に制御することのできないキャラクタ(以下、「ノンプレーヤキャラクタ」という。)が設定されており、このノンプレーヤキャラクタの中には、ハンターに対して料理を作ったり、所定のアイテムを付与したり、ハンターと会話をしたりするキャラクタ(以下、「調理キャラクタ」という。)が含まれている。
【0005】
ハンターは、調理キャラクタに料理を作ってもらいそれを食べることにより、自己の能力を向上させることができるように設定されている。また、調理キャラクタからアイテムを付与されることにより、ゲーム展開を有利に進めることができるように設定されている。例えば付与されるアイテムによって、敵キャラクタを討伐するために用いる武器や防具を生成したり、武器や防具をより強力にしたりすることができる。
【0006】
調理キャラクタには、料理を作る能力を示す複数のレベルが設定されており、レベルが高いと料理の種類が増えたり、ゲーム展開が有利となる技術(以下、「スキル」という。)を発動しやすくなったりする。ハンターは、調理キャラクタに対して料理を依頼する回数を増やしたり、調理キャラクタが要求するアイテムを付与したりすることにより、調理キャラクタのレベルを上昇させる、すなわち、調理キャラクタを育成することができる。
【0007】
従来、上記アクションゲームに登場する調理キャラクタは、上記のようにハンターと一種の主従関係を結び、ハンターが調理キャラクタを育成することによりゲーム展開を有利にするものであった。ここで、本願出願人は、ハンター(プレーヤ)が育成したノンプレーヤキャラクタを他のゲーム装置で操作制御される他のハンターに付与することができ、他のハンター(付与先のハンター)に対して、付与されたノンプレーヤキャラクタが付与元のハンターのことを話したり、ハンター同士を比較した結果を話したりすると、アクションゲームに新たな面白みが加わるのではないかと考えた。
【0008】
以下に記載の特許文献1に示す公報には、プレーヤがゲームキャラクタを育成し、育成したゲームキャラクタのデータを他のプレーヤが操作するゲーム装置に送信し、送信されたゲーム装置において育成されたゲームキャラクタを他のプレーヤが操作してさらに育成するといった内容が記載されている。
【0009】
【特許文献1】特開2001−175175号公報。
【0010】
特許文献1に示す公報におけるゲームは、例えば、プレーヤが野球チームに所属する選手であるゲームキャラクタを育成することを主たるゲーム内容とするもので、基本的にプレーヤが自分のゲーム装置でゲームキャラクタの育成を楽しむものである。このゲームでは、育成したゲームキャラクタを他のプレーヤに付与する、すなわち他のゲーム装置にゲームキャラクタを送信することができるようになっている。
【0011】
しかしながら、上記公報の発明では、育成されたゲームキャラクタを一旦、他のプレーヤが操作するゲーム装置にデータとして送信してしまうと、送信元のゲーム装置は送信先のゲーム装置とでゲーム展開上の関係がなくなってしまう。すなわち、送信先のゲーム装置では、受信したゲームキャラクタが送信元のゲーム装置のゲーム展開を認識させるものではない。そのため、上記したように、受信したゲームキャラクタが送信元のゲーム装置のゲーム展開について会話をするようなことは困難である。
【発明の開示】
【発明が解決しようとする課題】
【0012】
本願発明は、上記した事情のもとで考え出されたものであって、ノンプレーヤキャラクタを他のゲーム装置に付与することのできるゲームにおいて新たな面白みを提供することのできるゲームプログラム、そのゲームプログラムを記録した記録媒体、及び上記ゲームプログラムが適用されるゲーム装置を提供することを、その課題とする。
【課題を解決するための手段】
【0013】
上記の課題を解決するため、本願発明では、次の技術的手段を講じている。
【0014】
本願発明の第1の側面によって提供されるゲームプログラムは、コンピュータを、ゲーム空間上にプレーヤの操作によって直接的に動作が制御される第1のキャラクタを登場させるゲームが実行可能であり、かつ他のプレーヤの操作によって直接的に動作が制御される第2のキャラクタと、前記他のプレーヤの操作によって直接的に動作が制御されない第3のキャラクタとを登場させる、前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置として機能させるためのゲームプログラムであって、前記コンピュータを、前記他のゲーム装置から送信される前記第3のキャラクタに関する情報を受信する第1の受信手段と、前記第1の受信手段によって受信された前記他のゲーム装置からの前記第3のキャラクタに関する情報によって前記第3のキャラクタの容姿を表示画面に表示させる表示制御手段と、前記他のゲーム装置から送信される前記第2のキャラクタに関する情報を受信する第2の受信手段と、前記第2の受信手段によって受信される前記第2のキャラクタに関する情報についてのメッセージを記憶する第1の記憶手段と、前記第2の受信手段によって前記他のゲーム装置からの前記第2のキャラクタに関する情報が受信されている場合、前記第1の記憶手段に記憶された前記第2のキャラクタに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記第3のキャラクタが発するように外部に出力するメッセージ制御手段と、して機能させることを特徴としている(請求項1)。
【0015】
この構成によれば、他のゲーム装置から送信される第3のキャラクタに関する情報を受信し、他のゲーム装置から受信された第3のキャラクタに関する情報によって第3のキャラクタの容姿を表示画面に表示させる。また、他のゲーム装置から送信される第2のキャラクタに関する情報を受信し、他のゲーム装置から受信された第2のキャラクタに関する情報に基づくメッセージを、表示画面に表示された第3のキャラクタが発するように外部に出力する。そのため、第3のキャラクタが第2のキャラクタに関する情報(例えば「前の主人(他のゲーム装置で制御される第2のキャラクタ)は強かった。」)をメッセージにして発するように表示画面に出力されるので、プレーヤは他のプレーヤのゲーム上の習得状態等が認識でき、プレーヤに対して新たな面白みを提供することができる。
【0016】
また、このゲーム装置において、前記メッセージは、前記第2のキャラクタに関する情報に応じて複数種類設けられており、前記コンピュータを、前記複数種類のメッセージを記憶する第1の記憶手段と、して機能させ、前記メッセージ制御手段は、前記第1の記憶手段に記憶された複数種類のメッセージの中から所定の条件に応じて一のメッセージを選択し、選択したメッセージを外部に出力するとよい(請求項2)。
【0017】
また、このゲームプログラムにおいて、前記第2の受信手段によって受信された前記第2のキャラクタに関する情報には、前記第2のキャラクタの前記ゲーム上における履歴を表す情報が含まれており、前記第1の記憶手段は、前記第2のキャラクタに関する情報に含まれる、前記第2のキャラクタの前記履歴を表す情報に応じた複数のメッセージを含ませて記憶するものであるとよい(請求項3)。
【0018】
また、このゲームプログラムにおいて、前記コンピュータを、自己のゲーム装置で動作が制御される前記第1のキャラクタに関する情報を記憶する第2の記憶手段と、して機能させ、前記第1の記憶手段は、前記第2の受信手段によって受信した前記他のゲーム装置で動作が制御される前記第2のキャラクタに関する情報と、前記第2の記憶手段によって記憶された前記第1のキャラクタに関する情報との比較結果に応じた複数のメッセージを含ませて記憶するものであるとよい(請求項4)。
【0019】
また、このゲームプログラムにおいて、前記第2の記憶手段によって記憶された前記第1のキャラクタに関する情報には、前記第1のキャラクタの前記ゲーム上における履歴を表す情報が含まれているとよい(請求項5)。
【0020】
また、このゲームプログラムにおいて、前記第1の受信手段によって前記他のゲーム装置から受信された前記第3のキャラクタに関する情報には、当該第3のキャラクタが前記他のゲーム装置から受信されたことの情報が含まれており、前記第1の記憶手段に記憶されるメッセージには、前記第3のキャラクタが前記他のゲーム装置から受信されたことの情報に応じた複数のメッセージが含まれるとよい(請求項6)。
【0021】
また、このゲームプログラムにおいて、前記コンピュータを、前記第3のキャラクタに関する情報に含まれる属性情報を変化させることによって前記第3のキャラクタと前記第1のキャタクタとの親密度を前記第3のキャラクタに対して設定する親密度設定手段と、して機能させ、前記各メッセージには、選択されるときの条件となる前記親密度が対応付けられて設定されており、前記メッセージ制御手段は、前記複数のメッセージの中から、前記親密度設定手段によって前記第3のキャラクタに対して設定された前記親密度に対応するメッセージを選択するとよい(請求項7)。
【0022】
また、このゲームプログラムにおいて、前記ゲームは、前記第1及び第3のキャラクタと敵対する第4のキャラクタと対戦させる内容を含み、前記第3のキャラクタは、前記第1のキャラクタの所定の行動に帯同するものであり、前記所定の行動に帯同したとき前記第4のキャラクタに対して攻撃を加えるものであるとよい(請求項8)。
【0023】
また、このゲームプログラムにおいて、前記ゲームは、前記ゲーム空間上に、前記第1のキャラクタとして前記プレーヤの分身であるハンターと、前記第3のキャラクタとして前記ハンターの狩猟にお供をするお供キャラクタと、前記第4のキャラクタとして前記ハンターの狩猟対象であるモンスターとを登場させ、前記ハンターに前記お供キャラクタとともに前記モンスターの狩猟をさせることを内容とするハンティングアクションゲームであるとよい(請求項9)。
【0024】
本願発明の第2の側面によって提供される記録媒体は、本願発明の第1の側面によって提供されるゲームプログラムをコンピュータ読み取り可能に記録したことを特徴としている(請求項10)。
【0025】
本願発明の第3の側面によって提供されるゲーム装置は、ゲーム空間上にプレーヤの操作によって直接的に動作が制御される第1のキャラクタを登場させるゲームが実行可能であり、かつ他のプレーヤの操作によって直接的に動作が制御される第2のキャラクタと、前記他のプレーヤの操作によって直接的に動作が制御されない第3のキャラクタとを登場させる、前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置であって、前記他のゲーム装置から送信される前記第3のキャラクタに関する情報を受信する第1の受信手段と、前記第1の受信手段によって受信された前記他のゲーム装置からの前記第3のキャラクタに関する情報によって前記第3のキャラクタの容姿を表示画面に表示させる表示制御手段と、前記他のゲーム装置から送信される前記第2のキャラクタに関する情報を受信する第2の受信手段と、前記第2の受信手段によって受信される前記第2のキャラクタに関する情報についてのメッセージを記憶する第1の記憶手段と、前記第2の受信手段によって前記他のゲーム装置からの前記第2のキャラクタに関する情報が受信されている場合、前記第1の記憶手段に記憶された前記第2のキャラクタに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記第3のキャラクタが発するように外部に出力するメッセージ制御手段と、を備えることを特徴としている(請求項11)。
【0026】
本願発明の第4の側面によって提供されるゲームプログラムは、コンピュータを、ゲーム空間上にキャラクタを登場させるゲームが実行可能であり、かつ前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置として機能させるためのゲームプログラムであって、前記コンピュータを、前記他のゲーム装置から送信される前記キャラクタに関する情報を受信する第1の受信手段と、前記第1の受信手段によって受信された前記他のゲーム装置からの前記キャラクタに関する情報によって前記キャラクタの容姿を表示画面に表示させる表示制御手段と、前記他のゲーム装置から送信される前記他のゲーム装置を操作する他のプレーヤに関する情報を受信する第2の受信手段と、前記第2の受信手段によって受信される前記他のプレーヤに関する情報についてのメッセージを記憶する記憶手段と、前記第2の受信手段によって前記他のゲーム装置からの前記他のプレーヤに関する情報が受信されている場合、前記記憶手段に記憶された前記他のプレーヤに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記キャラクタが発するように外部に出力するメッセージ制御手段と、して機能させることを特徴としている(請求項12)。
【0027】
本願発明の第5の側面によって提供される記録媒体は、本願発明の第4の側面によって提供されるゲームプログラムをコンピュータ読み取り可能に記録したことを特徴としている(請求項13)。
【0028】
本願発明の第6の側面によって提供されるゲーム装置は、ゲーム空間上にキャラクタを登場させるゲームが実行可能であり、かつ前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置であって、前記他のゲーム装置から送信される前記キャラクタに関する情報を受信する第1の受信手段と、前記第1の受信手段によって受信された前記他のゲーム装置からの前記キャラクタに関する情報によって前記キャラクタの容姿を表示画面に表示させる表示制御手段と、前記他のゲーム装置から送信される前記他のゲーム装置を操作する他のプレーヤに関する情報を受信する第2の受信手段と、前記第2の受信手段によって受信される前記他のプレーヤに関する情報についてのメッセージを記憶する記憶手段と、前記第2の受信手段によって前記他のゲーム装置からの前記他のプレーヤに関する情報が受信されている場合、前記記憶手段に記憶された前記他のプレーヤに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記キャラクタが発するように外部に出力するメッセージ制御手段と、を備えることを特徴としている(請求項14)。
【0029】
本願発明のその他の特徴および利点は、添付図面を参照して以下に行う詳細な説明によって、より明らかとなろう。
【発明を実施するための最良の形態】
【0030】
以下、本願発明の好ましい実施の形態を、添付図面を参照して具体的に説明する。
【0031】
図1は、本願発明に係るゲームシステムの一例を示す構成図である。このゲームシステムは、例えば無線LAN(Local Area Network)によって相互にネットワークを構成した複数(図1では4個)の携帯型ゲーム装置1(以下、単に「ゲーム装置1」と言う。)によって構成されている。
【0032】
ゲーム装置1は、無線LANによって他のゲーム装置1と通信可能に接続されることにより、ゲーム装置1同士で同一のゲームソフトを各プレーヤが実行することのできる機能(以下、「ワイヤレスLAN機能」という。)を備えている。
【0033】
ゲーム装置1は、ゲームプログラム及びゲームデータが記録された専用の可搬型記録メディア(以下、「ゲームメディア」と言う。後述。)から当該ゲームプログラム及びゲームデータを装置内のメモリ(後述)に読み込み、CPU(後述)によってゲームプログラムを実行させることにより、プレーヤがゲーム展開を楽しむことができるものである。
【0034】
この実施形態では、ゲーム装置1で楽しむことができるゲームとして、ゲーム空間上に仮想社会を構築し、この仮想社会にプレーヤの分身となるキャラクタ(以下、「ハンター」という。)を登場させ、プレーヤがそのハンターの動作を制御して仮想社会で提供される種々の依頼や指令(以下、「クエスト」という。)を実行していくことを主たるゲーム展開とするゲームについて説明する。より具体的には、このゲームは、プレーヤがゲーム装置1を操作することによりゲーム画面上で動作するキャラクタがゲーム上の敵キャラクタ(例えば恐竜であり、以下「モンスター」という。)を討伐するといった、いわゆるハンティングアクションゲームである。
【0035】
このハンティングアクションゲームでは、上記ワイヤレスLAN機能によって各ゲーム装置1を相互に接続し、各ゲーム装置1における操作情報を相互に通信することによって、複数のプレーヤが共通のゲーム展開を楽しむことができる「パーティプレイ」といったモードが設けられている。パーティプレイモードでは、プレーヤは他の複数のプレーヤとチームを組んで同一の「クエスト」を受注し、協力し合ってその「クエスト」を達成するようなゲーム進行が可能になっている。
【0036】
すなわち、このハンティングアクションゲームでは、複数のプレーヤが同一の場所にそれぞれゲーム装置1を持ち寄り、互いに会話をしながらパーティプレイモードでこのハンティングアクションゲームを楽しむことができる。このゲームシステムでは、各プレーヤがゲーム空間上でハンターを介して他のプレーヤとコミュニケーションをとることができる一方で、各プレーヤ同士で直接的に会話をすることにより他のプレーヤとコミュニケーションをとることができる。
【0037】
また、このハンティングアクションゲームでは、パーティプレイモードと異なり、各プレーヤが単独でゲーム展開を楽しむことができる「シングルプレイ」といったモードも設けられている。
【0038】
ハンティングアクションゲームでは、プレーヤが直接的に動作を制御することのできない、いわゆる「ノンプレーヤキャラクタ」が登場する。ノンプレーヤキャラクタは、ゲームプログラム(後述)のプログラム内容に基づいて動作し、例えばハンターの手助けとなる行動をするキャラクタである。ノンプレーヤキャラクタの中には、ハンターが所有する(ゲーム上で「雇う」という。)ことのできるものがいる。例えば、ハンターがこのノンプレーヤキャラクタを雇うことにより、ハンターに対して料理を作ったり会話を行ったりする。以下、このノンプレーヤキャラクタを「調理キャラクタ」ということにする。ハンターは、調理キャラクタが作った料理を食べることにより能力が増すように設定されているので、調理キャラクタは、ハンターに対して「クエスト」を達成するための手助けとなる行動を間接的に行う。
【0039】
本実施形態では、上記ノンプレーヤキャラクタの一つとして、モンスターの討伐等の「クエスト」にお供をするノンプレーヤキャラクタ(以下、「オトモキャラクタ」という。)が登場する。すなわち、ハンターがこのオトモキャラクタを所有する(雇う)と、オトモキャラクタは、ハンターが「クエスト」を達成するための狩猟等にお供として帯同し、オトモキャラクタ自らモンスター等に対して攻撃を行なうことによりハンターの手助けとなる行動を行う。
【0040】
このハンティングアクションゲームでは、上記オトモキャラクタをプレーヤの分身となるハンターから、他のプレーヤの分身となる他のハンターに付与することができるようにされている。付与されたオトモキャラクタは付与先のハンターに所有されるのであるが、付与されたオトモキャラクタは、詳細は後述するように、多種多様のメッセージを用いて付与先のハンターと会話するようにされている。
【0041】
メッセージの内容としては、例えば、付与元のハンターのゲーム上における履歴を賞賛したり、あるいは批判したりする内容が挙げられる。あるいは、付与元のハンターと付与先のハンターのゲーム上における履歴を比較し、その比較結果を賞賛したり、あるいは批判したりする内容が挙げられる。さらには、メッセージの内容としては、例えば、現状の自己の境遇についての感想、要求、好み、批判、賞賛等が挙げられる。
【0042】
付与先のハンターを操作しているプレーヤは、オトモキャラクタとの会話を通じて、付与元のハンター(他のプレーヤ)のこのゲームにおける履歴(習得度合い)や、付与元のハンターとの比較結果等を知ることができる。そのため、付与先のハンターを操作しているプレーヤに、付与元のハンターへの優越感や劣等感を感じさせることができ、かかるプレーヤのゲームに対する意欲を高めることができる。
【0043】
また、付与先のハンターを操作しているプレーヤは、他のプレーヤと例えば「君からもらったオトモキャラクタが君のことをこんな風に言っていた」と他のプレーヤのゲームの習得度等に関することを実際上の会話で行うことできるので、プレーヤ同士のコミュニケーションの促進を図ることができる。
【0044】
図2は、上記ハンティングアクションゲームが実行されるゲーム装置1の内部構成を示すブロック図である。
【0045】
ゲーム装置1は、CPU2、描画データ生成プロセッサ3、RAM4、ROM5、描画処理プロセッサ6、VRAM(Video-RAM)7、D/A(Digital-Analog)コンバータ8、表示部9、音声処理プロセッサ10、アンプ11、スピーカ12、操作部13、メディアドライブユニット14、無線LANモジュール15及びバス16によって構成されている。
【0046】
ゲーム装置1では、上記ハンティングアクションゲームのソフトウェアが記録されたゲームメディア17がメディアドライブユニット14に装着され、このメディアドライブユニット14からゲームメディア17内のゲームプログラム及びゲームデータがRAM4に読み込まれ、CPU2によってゲームプログラムが実行されることにより、プレーヤがゲーム内容を楽しむことができるようになっている。プレーヤは、操作部13の各操作部材(図略)を操作することによりゲームを進行させることができる。
【0047】
CPU2は、上記のようにメディアドライブユニット14によってゲームメディア17からRAM4に読み込まれるゲームプログラムを実行することより、ゲーム進行を統括的に制御する。
【0048】
より具体的には、CPU2は、シングルプレイモードにおいては、操作部13からのプレーヤの操作信号に基づき、また、パーティプレイモードにおいては、操作部13からのプレーヤの操作情報とワイヤレスLAN機能を介して入力される他のゲーム装置1からの操作情報(ハンターに対するアクションの指令情報やハンターのゲーム画面上における位置の変化情報等)とに基づき、必要に応じてゲームメディア17からゲームプログラムや画像データ等をRAM4に読み込む。そして、これらのデータを処理したりゲームプログラムを実行したりすることにより、表示部9に表示すべき三次元画像の内容を決定する。また、その内容に対して必要な描画データを描画データ生成プロセッサ3に生成させ、その描画データを描画処理プロセッサ6に転送して描画処理を行わせる。
【0049】
また、CPU2は、スピーカ12から出力すべき効果音若しくはBGMの音響内容を決定し、音声処理プロセッサ10にその音響内容に対した音声データを生成させ、その音声データに基づく音響をスピーカ12から出力させる。
【0050】
描画データ生成プロセッサ3は、描画処理に必要な各種の演算処理を行うものである。CPU2は、表示部9に表示すべきゲーム画像を決定し、そのゲーム画像の描画に必要な画像データ(例えばハンター、ノンプレーヤキャラクタ、モンスター及び背景の位置関係を示すデータ等)をRAM4から読み出して描画データ生成プロセッサ3に供給する。また、CPU2は、操作部13から入力される操作情報を描画データ生成プロセッサ3に供給する。
【0051】
描画データ生成プロセッサ3は、CPU2から供給される画像データと操作情報に基づいて、描画に必要なデータを演算し、その演算結果を描画処理プロセッサ6に供給する。
【0052】
RAM4は、メディアドライブユニット14によってゲームメディア17から読み込まれたゲームプログラム及びゲームデータを格納するエリアと、CPU2がゲームプログラムを処理するためのワークエリアを提供するものである。RAM4には、ゲームの進行に応じて必要なゲームプログラムとゲームデータとがゲームメディア17から読み込まれて記憶される。
【0053】
ゲームプログラムには、CPU2に実行させるための処理手順や各種命令等が記述されており、その中には、操作部13からの操作信号に応じてゲーム画面や音声等を制御するための内容が含まれている。ゲームデータには、例えば、上述した背景、ハンター、ノンプレーヤキャラクタ及びモンスターのポリゴンデータ、テクスチャーデータ、及び光源データ等の画像データ、メニュー画面、アイテムのリスト及びハンターやノンプレーヤキャラクタのステータス等を表示させるための情報表示用の画像データ等が含まれるとともに、BGMや各種の効果音として用いられる音声データや文字や記号によるメッセージデータ等も含まれている。
【0054】
また、ゲームデータには、図3〜5に示すように、オトモキャラクタが、主人であるハンターに対して行う会話に用いられるメッセージの内容を格納するメッセージテーブルが含まれている。オトモキャラクタがハンターと会話を行う場合、このメッセージテーブルに格納されているメッセージの中から一のメッセージが選択されて読み出され、それが会話に用いられる。メッセージテーブルは、ハンターが所定場所(例えば「キッチン(後述)」)に移動したとき、上記ゲームメディア17からRAM4に読み込まれる。メッセージテーブルは、ハンターが所定場所にいる間、RAM4に常駐される。この場合、RAM4は、特許請求の範囲に記載の「第1の記憶手段」として機能する。なお、上記メッセージテーブルの詳細については、後述する。
【0055】
なお、ここでいう「会話」とは、プレーヤ同士が実際に行うような言葉を交わすようなものではなく、ハンターがオトモキャラクタに対して話しかける動作を行い、その動作に対してオトモキャラクタが何らかの返事を行うことをいう。より具体的には、後述するように、ハンターがオトモキャラクタの近傍位置に移動し、プレーヤが所定の操作を行うと(例えば「○」ボタンを操作すると)、オトモキャラクタの近傍の表示画面にメッセージテーブルから選択された一のメッセージが文字にして表示される。本実施形態では、これらの操作及び動作を総じて「会話」という。
【0056】
ROM5には、ディスクローディング機能等のゲーム装置1の基本的機能やゲームメディア17に記憶されたゲームプログラム及びゲームデータを読み出す手順等を示す基本プログラムが記憶されている。CPU2は、メディアドライブユニット14にゲームメディア17が装着されると、ROM5の基本プログラムにしたがってメディアドライブユニット14を動作させ、ゲームメディア17からゲームプログラム及びゲームデータをRAM4に読み込み、ゲーム開始状態に設定する。
【0057】
上記ゲームプログラムは、複数のプログラムが組み合わされて構成されており、例えば表示部9に表示されているハンターの動作を操作情報に基づいて制御したり、ハンターが「クエスト」を受注したり、その「クエスト」を達成したりする等した場合のゲーム展開を制御するゲーム進行プログラム、各プレーヤ間でデータ(例えば、ハンターやノンプレーヤキャラクタ等のステータスデータ等)の送受信を制御するためのネットワーク制御プログラム、及び表示部9に表示すべき三次元画像を制御するグラフィック制御プログラム等によって構成されている。
【0058】
描画処理プロセッサ6は、例えば1/30秒毎にゲーム画像を生成し、表示部9に表示させるものである。描画処理プロセッサ6は、CPU2から供給される画像データ及び操作情報に基づいて、描画に必要なデータを演算し、その演算結果に基づいてVRAM7に描画処理を行わせる。
【0059】
VRAM7は、画像データの描画処理を行い、D/Aコンバータ8を介して表示部9に出力して表示させるものである。VRAM7には、テクスチャバッファ71とスクリーンバッファ72が設けられている。テクスチャバッファ71は、表示部9に表示すべき二次元画像のデータを作成するための前処理を行うためのバッファである。スクリーンバッファ72は、表示部9に表示される各コマの画像データを格納するためのバッファ領域であり、スクリーンバッファ72A,72Bといった2個構成とされている。スクリーンバッファ72A,72Bは、同一のメモリ構造及びメモリ容量を有している。
【0060】
VRAM7に2個のスクリーンバッファ72A,72Bが設けられていることにより、表示部9への例えば1/30秒毎の各コマの描画処理をスムーズに行うことができる。すなわち、表示部9に画像データを表示させる描画処理の場合、一方のスクリーンバッファ72Aを用いて表示部9への表示処理を行っている間に、他方のスクリーンバッファ72Bに次のコマの画像データを生成し、この処理をスクリーンバッファ72Aとスクリーンバッファ72Bとの間で交互に行うことにより、描画処理をスムーズに行う。
【0061】
D/Aコンバータ8は、VRAM7から出力される画像データをアナログ信号に変換して表示部9に出力するものである。D/Aコンバータ8には、スクリーンバッファ72Aからの画像データとスクリーンバッファ72Bからの画像データとを切り換えるスイッチ回路(図略)が設けられており、このスイッチ回路の切り換えは描画処理プロセッサ6によって制御される。
【0062】
表示部9は、上述したように、ゲーム装置1の動作状態やゲームの進行状態及びゲーム内容に関する種々の情報を表示するものである。表示部9は、横長長方形状の正面形状を有する薄型直方体で構成された装置本体の表面のほぼ中央に設けられた、例えば、半透過型カラー液晶ディスプレイとLEDからなる発光素子によって構成されている。ゲーム装置1の動作状態(電源の入/切、モードの設定状態等)は、発光素子の点灯により表示され、ゲームの進行状態やゲーム内容に関する各種の情報は、半透過型カラー液晶ディスプレイに表示させる。
【0063】
音声処理プロセッサ10は、効果音等の音声を発生させる処理に必要な各種の演算処理を行うものである。音声処理プロセッサ10は、CPU2からの音声指令に基づき、RAM4から効果音又はBGMの音声データを読み出し、所要の加工処理とD/A変換処理をした後、アンプ11に出力する。アンプ11は、音声処理プロセッサ10から入力される音声信号を所定の増幅度で増幅した後、スピーカ12に出力する。なお、スピーカ12は、装置本体の左右の両端部にそれぞれ一個ずつ設けられ、ステレオ出力が可能になっている。
【0064】
操作部13は、CPU2に動作指令を入力するものである。操作部13には、電源の入/切を行うための電源スイッチや無線LANを使用するためのワイヤレススイッチの他、ゲームをするために必要な複数の操作ボタン等が含まれる。複数の操作ボタンとは、例えば、上下左右の4個のキーからなる方向キーや、「○」、「△」「×」及び「□」の4個の操作ボタン、メニュー画面を表示させるためのメニューボタン、「SELECT」ボタン、「START」ボタン等のゲーム装置1に一般的に装備されている操作ボタン等である。
【0065】
「START」ボタンは、基本的にゲームの開始時に「ゲーム開始」を指令するための操作ボタンであり、「SELECT」ボタンは、基本的にゲーム開始時にゲームの動作モード等を選択するための操作ボタンであるが、ゲームプログラムによってゲーム進行中に、特定の指令(例えば、編集作業における「削除」や「確定」等の指令)を入力するための操作ボタンとしても機能するようになっている。
【0066】
方向キーは、主として表示部9に表示されるハンターの移動方向を指定したり、メニュー画面に表示される選択項目を選択するための選択方向を指定したりするために操作される。また、「○」ボタン、「△」ボタン、「×」ボタン及び「□」ボタンは、例えば、ゲーム進行においてハンターの動作の種類(攻撃/防御の種類や走る/ジャンプ/屈む等の種類)を指定したり、ハンターに関する情報(ハンターのステータスや取得したアイテム等の情報)を表示させたり、メニュー画面において、選択項目に対して特定の指令(例えば、「詳細表示」及び「確定」等の指令)を入力するために操作される。
【0067】
メディアドライブユニット14は、ゲームメディア17から当該ゲームメディア17に記録されたゲームプログラムやゲームデータ等を読み取るものである。
【0068】
ゲームメディア17は、例えば光ディスク等によって構成されており、ゲームメディア17には、シングルプレイモード及びパーティプレイモードの両モードが用意されたゲームプログラムやそのゲームプログラムの実行に必要な種々のデータが記録されている。ゲームプログラムには、上述したように、ゲーム進行プログラム、他のプレーヤによって操作されるハンターとチームを組んだ場合の他のプレーヤとのチャットを制御したり、他のプレーヤのゲーム装置1の操作データ等のデータを制御したりするネットワーク制御プログラム、三次元画像を表示させるためのグラフィック制御プログラム等が含まれる。
【0069】
無線LANモジュール15は、例えば通信規格IEEE802.11b(使用周波数帯2.4GHz、通信速度11Mbps)に準拠した無線LANによって他のゲーム装置1とデータ通信を行い、ネットワークを構成するための通信モジュールである。無線LANモジュール15は、他のゲーム装置1の無線LANモジュール15との間で例えばアドホックモードによりデータ通信を行い、他の複数のゲーム装置1との間で操作部13の操作情報やゲームのステータスデータ等の各種情報を相互に送受する機能を果す。なお、「無線LANモジュール15」は、特許請求の範囲に記載の「第1の受信手段」及び「第2の受信手段」として機能する。
【0070】
ここで、本実施形態に係る上記ハンティングアクションゲームの概要について説明する。
【0071】
ハンティングアクションゲームは、上述したようにゲーム空間上の仮想社会にプレーヤの分身であるハンターを登場させ、そのハンターを通して多種多様な「クエスト」を達成していくことをゲーム進行の基本としている。
【0072】
仮想社会は、例えば、現実世界に類似した環境(森や丘、ジャングル、砂漠及び湖沼等の自然環境に類似した環境)に敵キャラクタである複数種類のモンスターが生息する社会である。また、「クエスト」は、モンスターを討伐又は捕獲(以下、「討伐等」という。)したり、仮想社会に存在する他の物(例えば魚、虫等の動物やキノコ、山菜等の植物や宝石等の鉱物等)を採取したり、仮想社会に配置された特定の品物(巨大な卵等)を取得したりするといった依頼や指令である。
【0073】
「クエスト」には多種多様の内容が含まれ、達成の難易度に応じて複数のレベル、例えば「低」,「中」,「高」等のレベルに分類されている。例えば、「クエスト」の難易度がレベルL1〜L8の8段階に分類されている場合、レベルL1〜L3の「クエスト」は低クラス、レベルL4,L5の「クエスト」は中クラス、レベルL6〜L8の「クエスト」は高クラスに分類されている。なお、「クエスト」は、村長(後述)から受ける「村長クエスト」と、集会所(後述)において斡旋してもらう「集会所クエスト」とが用意されている。
【0074】
モンスターには攻撃力や防御力の異なる複数種類のモンスターが含まれ、「クエスト」の難易度が高くなるほど、討伐すべきモンスターの攻撃力や防御力が高くなっている。また、「クエスト」のクラスによって採取若しくは取得できる他の物や特定の品物(以下、これらの物や品物を「アイテム」という。)の種類が異なっている。
【0075】
ハンターは、ゲーム進行によって攻撃力の異なる複数の武器と防御力の異なる防具とを取得することができ、プレーヤは取得した複数の武器及び防具の中から所望の武器と防具をハンターに装備させることができる。また、ハンターは、ゲーム進行によって攻撃力や防御力を補助する道具や武器や防具を作るためのアイテムを取得することができる。仮想社会には、武器や防具やアイテムを売買する武具屋や武器や防具を製造する武具屋が設けられており、ハンターは、仮想社会に流通している通貨を用いて武具やアイテムを購入したり、製造したりすることができる。
【0076】
プレーヤがハンターを操作して「クエスト」を達成すると、その「クエスト」の達成に対して報酬金が支払われる。この報酬金は、「クエスト」のレベルが高くなるのに応じて高額になっている。各プレーヤは、単独で「クエスト」を受注し、その「クエスト」を達成するためのゲーム進行を行うだけでなく、自己が受注した「クエスト」に対して仲間を募集したり、あるいは、他のプレーヤが仲間を募集している「クエスト」に応募したりして、予め決められた人数のチームを組んで共通の「クエスト」を達成するためのゲーム進行を行うことができる。
【0077】
プレーヤは、ハンターに各種の「クエスト」を達成させながら、報酬金を取得し、その報酬金で武具やアイテムを武具屋から購入したり、武具屋で製造したりすることで、ハンターを通じて仮想社会における生活を疑似的に体験することができる。
【0078】
プレーヤがハンターを操作して「クエスト」を達成すると、報酬金とは別に、その「クエスト」に設定されたハンターが称号を得るためのポイントがハンターに付与される。また、ハンターにはモンスターを討伐等する能力を示す複数の階級(以下、「ハンターランク」という。)が設定されており、各ハンターのハンターランクは所定の「クエスト」をクリアするごとに上昇する。
【0079】
プレーヤがゲームに初めて参加したときは、ハンターには、必要最小限の装備と生活資金と住居が与えられる。したがって、プレーヤは、ゲーム装置1を操作して仮想社会におけるハンターの動作を制御し、ハンターランクに応じた「クエスト」をこなしながら、報酬金を獲得し、その報酬金によって必要な武具やアイテムを取得するという作業を繰り返すことになる。ハンターのハンターランクが上昇するのに応じて難易度(クエストレベル)の高い「クエスト」が受注可能になり、難易度の高い「クエスト」を達成すると、より高額の報酬金が得られるので、プレーヤは、ゲームの進行に応じて仮想社会におけるハンターの生活環境が向上していく様子を疑似体験することができる。
【0080】
ハンティングアクションゲームの仮想社会には、ハンターが居住すると共に、「クエスト」を受注し、その「クエスト」のための準備をするためのフィールド(以下、「拠点フィールド」という。)が設けられている。
【0081】
図6は、ゲーム空間上においてハンターが「クエスト」を受注し、その「クエスト」を達成するための旅に出る際の基本的な場面構成の一例を示したものである。
【0082】
拠点フィールドとしての「村」には、例えば「集会所」、「自宅」、「農場」及び「訓練所」等といった複数の施設が設けられている。図6(a)は、「村」の広場を示す図であり、プレーヤによってゲームが開始又は再開されるときに表示部9に最初に表示される場面である。
【0083】
「村」の広場には、「武具屋」及び「雑貨屋」(いずれも図示せず)が設けられている。「武具屋」は、ハンターAが所有する武器や防具を製造したり強化したりできる施設である。また、「雑貨屋」は、ハンターAがアイテムを売買できる施設である。また、図には示していないが、「村」の広場には、「農場」及び「訓練所」が繋がっており、ハンターAは、任意に「農場」又は「訓練所」に向かうことができる。「農場」は、例えば魚、虫、鉱物及び植物等のアイテムを採取できる施設であり、「訓練所」は、ハンターAが所定の訓練を行うことにより自己の能力を上げることのできる施設である。
【0084】
「村」の広場には、図には示していないが、「村長」及び「行商人」といったノンプレーヤキャラクタが立っている。「村長」は、ハンターAに「クエスト(村長クエスト)」を提供したり、ハンターAに狩猟等に関して助言してくれたりするキャラクタである。「行商人」は、ハンターAにオトモキャラクタや調理キャラクタを与えたり、アイテムを売買したりするキャラクタである。
【0085】
「村」の広場には、図6(a)に示すように、「集会所S1」や「自宅S2」が設けられており、ハンターAは、プレーヤの操作部13による操作によってこの広場から「集会所S1」や「自宅S2」に移動できたり、「集会所S1」や「自宅S2」から広場に戻れたりすることができるようになっている。
【0086】
図6(b)は、表示部9に表示される「集会所S1」の場面を示す図である。プレーヤが「村」にいるハンターAを「集会所S1」に移動させると、表示部9の画面は、図6(b)の「集会所の中」の場面に切り替えられる。同時に、無線LANモジュール15が起動され、他のゲーム装置1と間で情報の送受のための通信可能な状態に移行する。この通信状態は、「集会所S1」から「狩場フィールド(後述、図6(c)参照)」に「クエスト」達成のための旅に出た場合にも継続されるが、「集会所S1」から「村」に出たときには解除される。すなわち、図6の(b),(c)の場面において他のゲーム装置1との間ではワイヤレスLANが構成される。
【0087】
「集会所S1」は、複数のハンターが集まり、情報交換をしたりチームを組んだり「クエスト」を受注したりするための施設である。例えばハンターAは、受付嬢Bと会話を行うことにより、「クエスト」を受注することができる。なお、「集会所S1」は、パーティプレイを行うためにプレーヤ(ハンター)が入場する「オンライン集会所」と、パーティプレイを行わずに「集会所クエスト」を行うためにプレーヤ(ハンター)が入場する「オフライン集会所」とが用意されている。
【0088】
プレーヤが動作制御するハンターAが「オンライン集会所」に移動するとともに、他のプレーヤが動作制御する他のハンターCも「オンライン集会所」に移動すると、他のハンターCが「オンライン集会所」に入ってきたことを示す情報や他のハンターCに関する情報(他のハンターCを描画するための情報や「オンライン集会所」における位置情報等)がハンターAが操作されるゲーム装置1に送信されるとともに、ハンターAのゲーム装置1からハンターAに関する同様の情報が他のハンターCが操作される他のゲーム装置1に送信される。なお、以下では、ハンターAが操作されるゲーム装置1を「ゲーム装置1A」とし、ハンターCが操作されるゲーム装置1を「ゲーム装置1C」として両ゲーム装置1を区別する。
【0089】
これらの情報の送受により、ハンターAが操作されるゲーム装置1Aでは、受信したハンターCに関する情報に基づき、描画処理プロセッサ6によって表示部9に表示されている「オンライン集会所」の場面にハンターCを登場させる描画処理が行われる。同様に、ハンターCが操作されるゲーム装置1Cでは、受信したハンターAに関する情報に基づき、描画処理プロセッサ6によって表示部9にはハンターAが存在する「集会所S1」にハンターCが入った画像に切り替える描画処理が行われる。
【0090】
また、後述するように、「オンライン集会所」に各ハンターが集まったとき、各プレーヤが操作する各ゲーム装置1において、各ハンターのステータスのデータ(以下、「ステータスデータ」という。)が相互に送受される。なお、プレーヤは、これらのステータスデータの内容を後述するギルドカードの形態で確認することができる。ステータスデータには、オトモキャラクタに関する情報も含まれている。これらのステータスデータの送受が行われることにより、例えば、ハンターAは、所有するオトモキャラクタを他のハンターCに付与したり、他のハンターCに当該オトモキャラクタに関する情報を伝達したりすることができる。なお、自己及び他のプレーヤのステータスデータは、RAM4に記憶される。この場合、RAM4は、特許請求の範囲に記載の「第2の記憶手段」として機能する。
【0091】
各ハンターには、例えば実社会における名刺に類似したカード(以下、「ギルドカード」という。)が設けられており、「オンライン集会所」では他のハンターとこのギルドカードを交換することができる。このギルドカードを参照することにより、ハンターは、自己あるいは他のハンターのステータスを確認することができる。なお、ギルドカードに格納されているステータス等の情報の一部は、後述するオトモキャラクタがメッセージを発するときに用いられる。
【0092】
図7は、ギルドカードの一例を示す図である。
【0093】
ギルドカード18の上部左側には、ハンターの固有の情報を表示するハンター固有情報表示領域18aが設けられ、その右側中央にハンターが現在装備している武器や防具に関する情報を表示する装備品表示領域18bが設けられ、装備品表示領域18bの右側に、友好度ポイントに関する情報を表示する友好度表示領域18cが設けられ、ハンター固有情報表示領域18a及び装備品表示領域18bの下側に、ハンターの自己紹介を記述する自己紹介領域18dが設けられている。
【0094】
ハンター固有情報表示領域18aには、ハンターの称号、ハンターの名称、ハンターランク、及び戦歴等の情報が表示される。装備品表示領域18bには、ハンターが現在装備している装備品が上から「武器」、「頭装備」、「胴装備」、「腕装備」、「腰装備」及び「脚装備」の順に表示される。友好度表示領域18cには、ハンター毎の友好度の積算値が、炎型容器18eに蓄積されるポイント量によって表示される。なお、友好度とは、各ハンター同士の親密度を表すものである。自己紹介表示領域18dには、ハンターの簡単な自己紹介のメッセージが文字によって表示される。
【0095】
なお、ハンターのステータスデータとしては、上記ギルドカードに記載される内容以外に、例えばハンターの固有ID、ハンターが使用した武器及びその使用頻度、並びに勲章の数等があり、これらの情報も、ギルドカードが交換されるとき、ステータスデータとしてハンター間でやり取りされる。ハンターの固有IDは、ゲームスタート時においてプレーヤがハンターを作成する際、当該ハンターに設定され、ハンターの識別情報となるものである。
【0096】
このハンティングアクションゲームでは、拠点フィールドの他に、図6(c)に示すように、モンスターDが生息し、モンスターDを討伐等するといった「クエスト」を達成させるためにハンターAが移動するフィールド(以下、「狩場フィールド」という。)が設けられている。ハンターAは、「村」又は「集会所S1」から狩場フィールドに移動することができる。狩場フィールドには、例えば、「雪山」、「密林」、「砂漠」、及び「沼地」等のモンスターの種類と生息環境の異なる複数のエリアが設けられている。
【0097】
各エリアには、「ベースキャンプ」、「平原」、「雪原」、及び「洞穴」等といった土地条件が異なる複数の地域が設定されている。「ベースキャンプ」は、ハンターAが狩場フィールドの各エリアに入場する際、最初に表示部9に表示される場面であり、ハンターAが狩場フィールドで採取したアイテムを納品したり、休息をしたりできる地域である。ハンターAは、この「ベースキャンプ」から各地域に移動することができ、所定の地域では各地域間でも移動できるようになっている。
【0098】
各プレーヤの操作するハンターAは、拠点フィールドである「村」を生活の拠点とし、「クエスト」を受注し、シングルプレイでは単独であるいはパーティプレイでは他のハンターC等とチームを組んで「クエスト」に応じた狩場フィールドに向かう。狩場フィールドでは、ハンターAは、各地域において「クエスト」を達成すべき行動(例えば所定のアイテムを採取する、所定のモンスターDを討伐する等)を行う。
【0099】
図6(d)は、表示部9に表示される「自宅S2」の場面を示している。「自宅S2」は、ハンターAが所有するアイテムを保管したり、ハンターAが休息をとったりすることのできる施設である。なお、ハンターAがベッドb1に横たわる動作がされると、このゲームがセーブされるようになっている。
【0100】
「自宅」には、図6(e)に示すように、ハンターAが食事をしたりノンプレーヤキャラクタと会話したりすることのできる「キッチン」が設けられている。「キッチン」には、プレーヤが直接的に動作を制御することのできないノンプレーヤキャラクタとして、例えばハンターAに対して料理を作るネコの外観をした調理キャラクタEが居住している。
【0101】
ハンターAは、調理キャラクタEを自身の召使のような存在として複数匹所有する(雇う)ことができる。具体的にはハンターAは、調理キャラクタEを1匹目は無料で、二匹目以降は相応の金額で「行商人(図略)」等から取得することができる。調理キャラクタEは、ハンターAに雇われると、この「キッチン」に居住するようになる。
【0102】
ハンターAは、この「キッチン」に移動し、調理キャラクタEに指示を出したり食材(例えば生肉や魚等)を差し出したりすることにより、調理キャラクタEに調理させることができる。また、ハンターAは、調理キャラクタEと会話したり、調理キャラクタEの要求する食材を調理キャラクタEに与えたり、あるいは調理キャラクタEから所定のアイテムを与えられたりすることができる。ハンターAは、調理キャラクタEが調理した料理を食べることによって、自身の能力(例えば体力や攻撃力)を上げることができる。
【0103】
本実施形態では、上記した料理を作る調理キャラクタEとは別に、上述したように、ハンターAが狩猟や採取等の「クエスト」に行く際、お供として一緒に連れて行くことができるネコの外観をしたオトモキャラクタFが登場する。オトモキャラクタFは、狩猟時にモンスターD等に遭遇すると単独でモンスターD等に攻撃してハンターを補助する行動をとる。
【0104】
ハンターAは、オトモキャラクタFを相応の金額で「行商人」等から取得する(雇う)ことができる。オトモキャラクタFは、ハンターAに雇われると、「キッチン」に居住するようになる。ハンターAは、オトモキャラクタFを所定の条件下で所定数(例えば13匹)まで所有することができる。
【0105】
「キッチン」では、複数のオトモキャラクタFを所有しているとき「クエスト」にお供として連れ出すオトモキャラクタFを選択したり、オトモキャラクタFの階級(後述)を変更したり、あるいはオトモキャラクタFを排除(ゲーム上では「解雇」という)したり、あるいは所定数の範囲内で新規に取得したりすることができる。
【0106】
オトモキャラクタFは、例えば2つの階級に分けられている。階級には、例えば「レギュラー」及び「控え」が設定されており、ハンターAは「レギュラー」に登録したオトモキャラクタFを「クエスト」に帯同させることができる。「レギュラー」には例えば3匹まで登録することができ、「控え」には例えば10匹まで登録することができる。プレーヤは、所定の操作によりオトモキャラクタFを「レギュラー」及び「控え」に任意に登録したり、「レギュラー」と「控え」との間で入れ替えたりすることができる。
【0107】
オトモキャラクタFには、各種のステータスがデータの形で設定されている。図8は、オトモキャラクタFのステータスを表すオトモキャラクタ用のギルドカード(以下、「キャラクタカード」という。)の一例である。このキャラクタカード19で表されるステータスデータは、ハンターAがオトモキャラクタを所有したとき、上述したギルドカード18とともにRAM4に記憶されるものである。このキャラクタカード19は、図8に示すように、プレーヤの操作により表示部9の表示画面上に表示させることができる。
【0108】
なお、他のプレーヤとの間でギルドカードが交換されると、ギルドカード18で表されるデータも、他のプレーヤが操作するゲーム装置1との間で互いに送受信される。この場合、キャラクタカード19で表されるステータスデータもギルドカード18で表されるデータとともに、他のゲーム装置1との間で互いに送受信される。すなわち、ギルドカード18を交換した後は、自己のゲーム装置1では、他のプレーヤが所有するオトモキャラクタのステータスをキャラクタカード19を用いて表示させることができ、他のプレーヤのゲーム装置1では、自己が所有するオトモキャラクタのステータスをキャラクタカード19を用いて表示させることができる。
【0109】
また、他のプレーヤとの間でギルドカード18が交換されない場合であって、オトモキャラクタが他のプレーヤに付与されたときは、キャラクタカード19で表されるステータスデータは、ギルドカード18で表されるデータをともなわずに別途、他のプレーヤのゲーム装置1に転送される。
【0110】
キャラクタカード19は、上部にオトモキャラクタの顔と固有名称(図では「パトリシア」)が記載されており、その下部に各ステータスとその値とが記載されている。
【0111】
各ステータスについて説明すると、「レベル」は、戦闘時に高いほど有利となるレベルのことであり(例えば20段階設定されている。)、このレベルが高いほど狩猟等に出たときの体力、攻撃力及び防御力が増し、そのオトモキャラクタを狩猟に連れて行ったハンターにより有利になる。なお、図8には示していないが、オトモキャラクタのステータスとして「戦闘経験値」が設定されており、この「戦闘経験値」により「レベル」の段階が決定される。「戦闘経験値」は、オトモキャラクタを「クエスト」に連れて行きその「クエスト」が成功すると上昇するようになっている。
【0112】
「攻撃力」は、モンスター等との戦闘時においてモンスターに与えるダメージを数値化したものであり、この値が高いほどモンスター等のダメージが大きくなる。「防御力」は、モンスター等との戦闘時においてモンスター等の攻撃時に対するダメージの受け難さを表すものであり、この値が高いとよりダメージを受け難くなっている。
【0113】
「なつき度」は、オトモキャラクタのプレーヤに対する親密度を示すものであり、「クエスト」に連れていきその「クエスト」が成功すると「なつき度」が上昇するようになっている。「なつき度」は図8に示すように例えばハートの数(最高例えば4個)で表され、「なつき度」が高い(ハートの数が多い)と、オトモキャラクタの無駄な行動が減ったり、モンスターとの対戦時にダメージを受けたときより速く回復する行動をとったり、あるいは狩猟に連れて行ったときのハンターとの物理的な距離(ハンターに付いて行く距離)が接近したりする。つまり、ハンターとの距離が短いほど「なつき度」が高いことを示す。
【0114】
「なつき度」は、上記ハートの数を表す際のステータスデータとして、ハンターに雇われたときの初期値が例えば「3500」に設定されている。「なつき度」は、例えば「0〜7000」の間で変化し、例えば「なつき度」が「0〜999」の場合、図8のキャラクタカード19の「なつき度」の欄にはハートの数は表されず、「なつき度」が「1000〜2499」の場合、ハートの数は1個、「なつき度」が「2500〜4499」の場合、ハートの数は2個、「なつき度」が「4500〜5999」の場合、ハートの数は3個、「なつき度」が「6000〜7000」の場合、ハートの数は4個といったように設定されている。
【0115】
なお、オトモキャラクタは他のハンターに付与されることがあるのであるが、付与された直後は、当該オトモキャラクタと他のハンターとの親密度は有していないとして、「なつき度」は「0」にリセットされる。また、「なつき度」は、後述するように、図3ないし図5に示すメッセージテーブルに格納されている各メッセージが選択される際、その選択条件の一つとして用いられる。
【0116】
「毛並み」とは、オトモキャラクタとしてのネコの外観上の特徴を表すものであり、複数種類が用意されている。ハンターがオトモキャラクタを初めて雇うときにランダムに決定されるが、ハンターの「クエスト」レベルに応じて登場するオトモキャラクタの「毛並み」の種類が異なり、「クエスト」レベルが高いほどよりレアな「毛並み」のオトモキャラクタが登場するようになっている。
【0117】
「性格」とは、モンスター等との戦闘時における行動に関するものであり、例えば爆弾好き又は接近戦好き、無謀又は臆病、攻撃目標がモンスターの種類毎に存在するボスのモンスターをねらうか否か等の種類がある。この「性格」も、ハンターがオトモキャラクタを初めて雇うときにランダムに決定される。
【0118】
「攻撃系統」とは、モンスター等に対する攻撃時にモンスターを切断するのを好む傾向にあるのか、又は打撃するのを好む傾向にあるのかを示すものである。「攻撃傾向」とは、モンスター等に対する攻撃時に、例えば爆弾等を使って遠距離で攻撃するのを好む傾向にあるのか、又は刀等を使って近距離で攻撃するのを好む傾向にあるのかを示すものである。これら「攻撃系統」や「攻撃傾向」も、ハンターがオトモキャラクタを初めて雇うときにランダムに決定される。
【0119】
「特殊能力」とは、オトモキャラクタが複数種類を備えることができる能力、例えば行動の素早さ、ダメージを受けたときの回復の早さ等といった特殊な能力のことである。オトモキャラクタは、例えば3種類以下の特殊能力を備えるように設定されている。図8では、「特殊能力」の欄に、「特殊能力」を取得するためのポイント(以下、「にゃんこポイント」という。)の一例(図では「42ポイント」)が表示されている。この「にゃんこポイント」の値に基づいて、取得できる「特殊能力」の種類が決められており、取得可能な範囲でプレーヤが「特殊能力」を設定することができる。図8の「特殊能力」の欄の下側には、取得した「特殊能力」が表示されている。同図によると、「麻痺攻撃術」、「回復の角笛」及び「ネコボマー」が表示されている。
【0120】
オトモキャラクタの上記ステータスのうち、「戦闘経験値」、「なつき度」及び「にゃんこポイント」は、ハンターがオトモキャラクタを「クエスト」に連れて行き、その「クエスト」が成功すると、それぞれの値が上昇するようになっている。この場合、「戦闘経験値」が上昇すれば、その値に応じて「レベル」も上昇していく。
【0121】
また、オトモキャラクタの上記ステータスのうち、「戦闘経験値」、「攻撃力」、「防御力」、「なつき度」及び「にゃんこポイント」は、所定のトレーニング(例えばシャドウボクシング、腹筋運動等)を行わせることにより、それらの値を所定の範囲でそれぞれ上昇させることができるようになっている。ハンターは、このように、オトモキャラクタを帯同させた「クエスト」を達成することにより、あるいはオトモキャラクタにトレーニングを行わせたりすることにより、オトモキャラクタを、いわゆる「育成」することができる。
【0122】
また、図8には示していないが、オトモキャラクタのステータスとして、「里親名」、「里親のハンターの固有ID」、「オトモキャラクタ自身の固有ID」及び「オトモ回数」が記憶される。
【0123】
「里親」は、オトモキャラクタを最初に雇ったハンター又はプレーヤのことであり、ステータスとしてその名前が記憶される。「里親」の名前は、プレーヤがハンター又はプレーヤの名称として任意に設定することができる。なお、ここでいう「里親」とは、「行商人」等からオトモキャラクタを直接的に雇ったハンターのことを言い、例えば他のハンターからオトモキャラクタを付与され、付与されたオトモキャラクタをさらに他のハンターと異なるハンターに付与する場合の、付与したハンターは「里親」とは言わないようにされている。
【0124】
「里親のハンターの固有ID」は、オトモキャラクタを最初に雇ったハンター又はプレーヤの識別情報である。「里親のハンターの固有ID」は、後述するように、オトモキャラクタがメッセージを発するとき、当該メッセージが格納されたメッセージテーブルを選出するときに用いられる。
【0125】
「オトモキャラクタ自身の固有ID」は、オトモキャラクタがハンターに雇われると設定され、オトモキャラクタの識別情報となるものである。このオトモキャラクタ自身の固有IDは、他のハンターに付与されて他のハンターに所有された場合でも変更されないようになっている。
【0126】
「オトモ回数」は、ハンターがオトモキャラクタを「クエスト」にお供させ、その「クエスト」が成功した場合の回数を表すものである。「オトモ回数」は、オトモキャラクタが付与された直後は、他のハンターは当該オトモキャラクタを未だ一度も「クエスト」にお供させていないので、「0」にリセットされる。
【0127】
本実施形態では、プレーヤ(ハンター)は、図9に示すように、自己の所有するオトモキャラクタを複数の他のプレーヤ(ハンター)に対して付与することができるようになっている。例えばプレーヤP1は、自己が所有しているオトモキャラクタである例えば「パトリシア(オトモキャラクタの固有の名称)」を、プレーヤP2,P3,P4にそれぞれ付与することができる。この場合、自己が所有しているオトモキャラクタは、そのまま所有する状態が維持され、すなわち、自己が所有しているオトモキャラクタの分身が他のプレーヤに付与されることになる。したがって、一度の付与行為によって同じ固有IDのオトモキャラクタが2匹存在することになる。
【0128】
具体的には、プレーヤが操作するハンターが「オンライン集会所」に移動し、自己を含む複数のプレーヤが「オンライン集会所」に集まったとき、ワイヤレスLAN機能を用いて各ゲーム装置1が相互に通信を行うことによって、オトモキャラクタに関するデータを他のプレーヤのゲーム装置1に送信することができる。他のプレーヤのゲーム装置1においては、送信されたオトモキャラクタに関するデータを受信することにより、他のプレーヤのゲーム装置1で動作制御されるハンターが、当該オトモキャラクタを所有することができる。
【0129】
この場合、プレーヤP1が他のプレーヤP2,P3,P4に付与したオトモキャラクタが有する、固有ID、固有の名称、里親名、里親のハンターの固有ID及びレベル等の各種のステータスデータは、ほぼそのまま他のプレーヤP2,P3,P4において引き継がれることになる。そのため、オトモキャラクタのステータスデータである自身の固有ID、里親名及び里親のハンターの固有ID等を参照することにより、そのオトモキャラクタが他のプレーヤから付与されたオトモキャラクタであるか否かを判別することができる。
【0130】
さらに、プレーヤP2は、図9に示すように、プレーヤP1から付与されたオトモキャラクタを例えばプレーヤP5に付与することができ、プレーヤP3は、プレーヤP1から付与されたオトモキャラクタを例えばプレーヤP6,P7にそれぞれ付与することができる。この場合も、当該オトモキャラクタが有する各種のステータスデータは、そのままプレーヤP5あるいはプレーヤP6,P7に引き継がれる。したがって、各プレーヤ間同士では、同一の固有情報(固有ID、固有の名称及び里親名等)を有するオトモキャラクタが複数存在することになる。
【0131】
プレーヤは、他のプレーヤへのオトモキャラクタの付与操作を所定条件下で何度でも行うことができ、オトモキャラクタの付与回数が多くなると、オトモキャラクタから所定のアイテムを取得することができる。このアイテムとしては、オトモキャラクタのステータスの値(例えば攻撃力の値や防御力の値等)を上昇させるために用いられるスキルの値を上昇させる、例えば「猫守珠」及び「猫攻珠」といったものが挙げられる。
【0132】
本実施形態の特徴点は、ハンターが所有するオトモキャラクタが多種多様なメッセージをハンターに対して発することにあり、特に他のハンターから付与されたオトモキャラクタが当該他のハンターに関する事項をメッセージにして発することにある。
【0133】
ここで、メッセージテーブルについて、図3ないし図5を再び参照して詳述する。メッセージテーブルは、メッセージの内容によって例えば3つのメッセージテーブル(A)、(B)、(C)に分かれており、各メッセージテーブルには、複数種類のメッセージがそれぞれ格納されている。オトモキャラクタがメッセージを発するときメッセージテーブルから一のメッセージが選択されるのであるが、所定の条件によって参照されるメッセージテーブルが決定され、決定されたメッセージテーブルに格納されたメッセージの中から一のメッセージが選択される。
【0134】
メッセージテーブル(A)は、図3に示すように、例えばハンターが「行商人」等から直接的に自ら雇ったオトモキャラクタである場合に、そのキャラクタが話すメッセージが格納されている。メッセージテーブル(B)は、図4に示すように、オトモキャラクタが他のハンターから付与されており、かつ付与先のハンターが付与元のハンターのギルドカードを有している場合に、オトモキャラクタが話すメッセージが格納されている。メッセージテーブル(C)は、図5に示すように、オトモキャラクタが他のハンターから付与されており、かつ付与先のハンターが付与元のハンターのギルドカードを有していない場合に、オトモキャラクタが話すメッセージが格納されている。
【0135】
より詳細には、メッセージテーブル(A)には、ゲーム上で有利になるアドバイスやヒントについてのメッセージ及びオトモキャラクタを雇ったハンターの履歴に関するメッセージ等が格納されている。メッセージグループ(A)に格納されるメッセージは、大略的に分類して、(A1)挨拶のメッセージ、(A2)オトモキャラクタの育成に関するメッセージ、(A3)特殊能力に関するメッセージ、(A4)ハンターの履歴に関するメッセージ等が格納されている。
【0136】
(A1)の挨拶についてのメッセージとしては、図3に示すように、「雇ってくれてありがとうにゃ。」といったものが挙げられる。なお、この挨拶のメッセージは、ハンターがいずれかのオトモキャラクタと初めて会話を行う場合に、強制的に選択されるものである。(A2)のオトモキャラクタの育成に関するメッセージとしては、例えば「訓練によって上がるパラメータが違うんだにゃ。」といった育成に関してのアドバイスのメッセージが挙げられる。
【0137】
(A3)の特殊能力に関するメッセージとしては、「経験を積むと回復速度がすごく早くなるにゃ。」といった特殊能力に関してのアドバイスのメッセージが挙げられる。(A4)の付与先のハンターの履歴に関するメッセージとしては、ハンターが使用する回数が例えば30回以上である武器であって最も使用頻度の高いものを指摘し、その長所を賞賛するといったメッセージが挙げられる。例えば「旦那がよく使うアッパーブレイズはかっこいいにゃ。」といったメッセージである。
【0138】
各メッセージには、固有の記号又は番号が付されているとともに、そのメッセージが選択対象となるか否かを判別するためのオトモキャラクタの「なつき度」が設定されている(図3〜図5の各右欄参照。「0」〜「4」は、図8に示すキャラクタカードの「なつき度」の欄のハートの数に対応している。)。
【0139】
すなわち、オトモキャラクタの現時点の「なつき度」に該当しないメッセージは、選択対象から除外されるようになっている。より具体的には、「休憩してもなつき度があがるのにゃ。」といったメッセージ(図3の種別「育成」の欄参照)は、「なつき度」が「0」、「1」、「2」の場合に設定されている(「なつき度」の欄に「1」が設定されていることを示す。)。したがって、「休憩してもなつき度があがるのにゃ。」といったメッセージが選択対象となるのは、オトモキャラクタの現時点の「なつき度」が「0」、「1」、「2」である場合であって、現時点の「なつき度」が「3」、「4」である場合には、当該メッセージは選択対象とならないようにされている。
【0140】
メッセージは、後述するように、「なつき度」が上昇していくに連れてハンターに好意的なメッセージが出力されるように設定されている。上記のように選択対象の基準に「なつき度」が設定されていると、現時点の「なつき度」に応じた適切なメッセージをオトモキャラクタに話させることができる。
【0141】
メッセージテーブル(B)は本実施形態の特徴となる部分であり、メッセージテーブル(B)には、大略的に分類して(B1)挨拶のメッセージ、(B2)現在の状況等を表したメッセージ、(B3)付与元のハンターの履歴についてのメッセージ、(B4)付与元のハンターと付与先のハンターとの比較結果についてのメッセージ、(B5)オトモキャラクタの育成に関するメッセージ、及び(B6)付与先のハンターの履歴に関するメッセージがそれぞれ格納されている。
【0142】
より具体的には、(B1)の挨拶のメッセージとしては、図4に示すように、「送られてきました。よろしくにゃ。」といったメッセージが挙げられる。なお、この挨拶のメッセージも、(A1)の挨拶のメッセージと同様に、ハンターがいずれかのオトモキャラクタと初めて会話を行う場合に、強制的に選択されるものである。
【0143】
(B2)の現在の状況等を表したメッセージは、さらに複数種類に分類され、(B2a)例えば「前の旦那のほうがよかったにゃ。」といった現在の境遇に対する感想を表したメッセージ、(B2b)「今頃前の旦那はどうしているかにゃ。」といった付与元のハンターに対する思い、郷愁を表したメッセージ、(B2c)「新しい旦那にはまだ慣れないにゃ。」といった付与先のハンターに対する感想を表したメッセージ、(B2d)「育ててくれてありがとうにゃ。」といった付与先のハンターに対する感謝を表したメッセージ、(B2e)「旦那さん、死ぬときは一緒にゃ。」といったクエストに関するメッセージ等が挙げられる。
【0144】
オトモキャラクタが他のハンターから付与されていることは、オトモキャラクタのステータスデータから判別されるので、これに基づいて上記メッセージが設定されているとともに、上記メッセージが選択対象となっている。
【0145】
メッセージテーブル(B)に格納されるメッセージに対しても、そのメッセージが選択対象となるか否かを判別するための「なつき度」が設定されている。(B2a)の境遇に対する感想を表したメッセージでは、例えば「前の旦那のほうがよかったにゃ。」といったメッセージは、現時点の「なつき度」が「0」のときに選択対象となり(図4の「なつき度」の欄を参照)、「ガマンできないこともない。住めばミヤコにゃ。」といったメッセージは、現時点の「なつき度」が「1」のときに選択対象となり、「慣れてきた。ここも悪くないかにゃ。」といったメッセージは、現時点の「なつき度」が「2」のときに選択対象となるようにされている。すなわち、「なつき度」が上昇することに応じてオトモキャラクタが話す可能性の高いメッセージの内容が、より付与先のハンターに好意的なものになっていくように各メッセージが設定されている。
【0146】
(B3)の付与元のハンターの履歴についてのメッセージは、複数種類に分類され、例えば「前の旦那はアッパーブレイズをよく使っていたにゃ。」といった付与元のハンターの使用頻度の高い武器を指摘したメッセージや、「前の旦那はほとんどクエストをクリアしてないにゃ。」といった付与元のハンターのクエストのクリア回数に関するメッセージ等の履歴についてのものが格納されている。
【0147】
例えば付与元のハンターのクエストのクリア回数に関するメッセージでは、クエストのクリア回数によって以下のようにメッセージが格納されている。例えば、図4の種別「履歴」の欄に示すように、付与元のハンターのクエストのクリア回数が例えば0〜49回であれば、上記のような付与元のハンターを批判するようなメッセージが選択対象となる。また、付与元のハンターのクエストのクリア回数が例えば50〜199回であれば、例えば「前の旦那のクエストのクリア回数は普通だにゃ。」といったメッセージが選択対象となる。また、付与元のハンターのクエストのクリア回数が例えば200〜499回であれば、例えば「前の旦那のクエストのクリア回数はすごいんだにゃ。」といった付与元のハンターを賞賛するメッセージが選択対象となる。
【0148】
この付与元のハンターのクエストのクリア回数に関するメッセージの中の「クリア回数」は、付与元のハンターの「ギルドカード」に含まれるステータスデータであるクエストのクリア回数が参照され、そのクリア回数に応じたメッセージが選択対象となる。
【0149】
この他にも、付与元のハンターのステータスデータが参照されるメッセージとしては、付与元のハンターの勲章の数に関するメッセージ、及び付与元のハンターのハンターランクに関するメッセージ等が挙げられ、ハンターの履歴に応じて異なるメッセージが選択対象となる。
【0150】
(B4)の付与元のハンターと付与先のハンターとの比較結果についてのメッセージの一例としては、クエストのクリア回数の比較に関するメッセージが挙げられる。具体的には、図4の種別「比較」の欄に示すように、付与元のハンターのクエストのクリア回数が付与先のハンターのクエストのクリア回数より多く、かつその差が例えば50回以上のときには、付与元のハンターを賞賛するメッセージが選択対象となる。ここでは、例えば「前の旦那のほうがクエストのクリア回数が多いにゃ。」といったメッセージが格納されている。
【0151】
また、逆に付与元のハンターのクエストのクリア回数が付与先のハンターのクエストのクリア回数より少なく、かつその差が例えば50回以上のときには、付与先のハンターを賞賛するメッセージが選択対象となる。例えば「今の旦那のほうがクエストのクリア回数が多いにゃ。さすがだにゃ。」といったメッセージが格納されている。
【0152】
この付与元のハンターと付与先のハンターとの比較結果についてのメッセージは、付与元のハンターのステータスデータと、付与先のハンターのステータスデータとがそれぞれ参照され、それらのステータスデータの比較結果に応じたメッセージが選択対象となる。
【0153】
この他に、付与元のハンターと付与先のハンターとの比較結果についてのメッセージの一例としては、勲章の数の比較に関するメッセージ、所有するオトモキャラクタのレベル値の合計の比較に関するメッセージ、及び使用頻度の高い武器の比較に関するメッセージ等が挙げられる。
【0154】
メッセージテーブル(B)の(B5)オトモキャラクタの育成に関するメッセージ、及び(B6)付与先のハンターの履歴に関するメッセージは、図3に示したメッセージテーブル(A)の(A2)オトモキャラクタの育成に関するメッセージ、及び(A4)ハンターの履歴に関するメッセージとそれぞれ同様である。
【0155】
メッセージテーブル(C)も本実施形態の特徴となる部分であり、図5に示すようにメッセージテーブル(C)には、大略的に分類して、(C1)挨拶のメッセージ、(C2)現在の状況等を表したメッセージ、(C3)育成に関するメッセージ、及び(C4)ハンターの履歴についてのメッセージがそれぞれ格納されている。
【0156】
(C1)の挨拶のメッセージ、(C3)の育成に関するメッセージ、及び(C4)のハンターの履歴についてのメッセージは、上述したメッセージテーブル(A)の(A1)、(A2)及び(A4)に格納されたメッセージと同様のものが用いられている。また、(C2)の現在の状況等を表したメッセージは、上述したメッセージテーブル(B)の(B2)に格納されたメッセージと同様のものが用いられている。
【0157】
このように、メッセージテーブル(B)、(C)には、オトモキャラクタが他のプレーヤから付与されている場合に発するメッセージが格納されている。具体的には、例えば、付与元のハンターのゲーム上における履歴を賞賛したり、あるいは批判したりするメッセージが格納されている。あるいは、付与元のハンターと付与先のハンターのゲーム上における履歴を比較し、その比較結果を賞賛したり、あるいは批判したりするメッセージが格納されている。さらには、例えば、現状の自己(オトモキャラクタ)の境遇についての感想、要求、好み、批判、賞賛等を表したメッセージが格納されている。
【0158】
付与先のハンターを操作しているプレーヤは、オトモキャラクタとの会話を通じて、付与元のハンター(他のプレーヤ)のこのゲームにおける履歴(習得度合い)や、付与元のハンターとの比較結果等を知ることができる。そのため、付与先のハンターを操作しているプレーヤに、付与元のハンターへの優越感や劣等感を感じさせることができ、かかるプレーヤのゲームに対する意欲を高めることができる。
【0159】
また、付与先のハンターを操作しているプレーヤは、他のプレーヤと例えば「君からもらったオトモキャラクタが君のことをこんな風に言っていた」と他のプレーヤのゲーム習得度合い等に関することを実際上の会話で行うことできるので、プレーヤ同士のコミュニケーションの促進を図ることができる。
【0160】
なお、図3ないし図5に示すメッセージテーブル(A)、(B)、(C)に格納されている各メッセージは、一例であり、これらのメッセージに代えて他のメッセージが格納されていてもよい。
【0161】
次に、オトモキャラクタがハンター間で付与される場合の付与処理について、図10に示すフローチャート及び表示部9に表示される表示画面(図6及び図11〜図15)を参照して説明する。
【0162】
各ゲーム装置1では、プレーヤによりゲームの開始若しくは再開の指示が行われると、ゲームメディア17からハンターのゲーム開始時若しくは再開時の画像データと拠点フィールドにおけるゲーム進行プログラムとが読み出され、画像データに基づいて表示部9にゲーム開始時若しくは再開時のゲーム画面が表示されてゲーム可能状態となる。
【0163】
本実施形態では、初めてゲームを始めるときやゲームを一旦終了した後、再開するときは拠点フィールドである「村」の広場からゲーム可能状態となるように設定されているので、図6(a)に示したように、ハンターAが「村」の広場に居る状態の画像が表示部9に表示され、プレーヤはこの表示状態からハンターの動作を制御してゲームを進行させることになる。
【0164】
そして、例えば、プレーヤがハンターの動作を制御して「クエスト」を受注するための「オンライン集会所」に移動させると、ゲームメディア17から「オンライン集会所」内の画像データとその「オンライン集会所」内でのゲーム進行プログラムがゲームメディア17からRAM4に読み出され、図6(b)に示したように、表示部9に「オンライン集会所」内のゲーム画面が表示される。
【0165】
このとき、他のゲーム装置1を操作するプレーヤが同様に自己の操作するハンターCを「オンライン集会所」に移動させると、他のゲーム装置1からハンターAを操作するプレーヤのゲーム装置1に、ハンターCが「オンライン集会所」に移動したことの移動情報とハンターCに関する情報とが送信される。各ゲーム装置1では、上記移動情報とハンターに関する情報とに基づいて、図6(b)に示すように、表示部9のゲーム画面に自機で制御されるハンターAと他のゲーム装置1で制御されるハンターCとが「オンライン集会所」内に入っている画像が表示される。
【0166】
以下、ハンターAが操作しているゲーム装置1に関して説明すると、この表示状態において、ゲーム装置1では、図10に示すように、プレーヤによってメニューを表示させるための操作が行われたか否かの判別が行われる(S1)。メニューを表示させるための操作がない場合(S1:NO)、操作待ち状態となる。また、メニューを表示させるための操作が行われたと判別されると(S1:YES)、ハンターAがオトモキャラクタを一匹以上所有しているか否かが判別される(S2)。オトモキャラクタが一匹以上所有している場合(S2:YES)、「オンライン集会所」に他のハンターCが1人以上いるか否かが判別される(S3)。
【0167】
ステップS3において「オンライン集会所」に他のハンターCが1人以上いる場合(S3:YES)、オトモキャラクタを付与することができる条件が成立したので、図11に示すように、メニューの一覧21を表示画面の右側部分に表示させる(S4)。メニューには、アイテムに関する操作を行うための「アイテム」、調合に関する操作を行うための「調合」、「クエスト」を確認するための「クエスト確認」、何らかのアクションを操作するための「アクション」、「集会所」にいるプレーヤの一覧を表示するための「プレーヤ一覧」、「ギルドカード」に関する操作を行うための「ギルドカード」及びオトモキャラクタを他のプレーヤに付与するための「オトモ渡し」等が項目として含まれる。
【0168】
ステップS2においてハンターAがオトモキャラクタを一匹以上所有していない場合(S2:NO)、又はステップS3において「オンライン集会所」に他のハンターCが1人以上いない場合(S3:NO)も、メニューの一覧21が表示されるが、この場合のメニューの「オトモ渡し」の項目はグレー色で表され、プレーヤが当該項目を操作設定できないようにされる(S5)。すなわち、ハンターAがオトモキャラクタを一匹以上保有していない、又は「オンライン集会所」に他のハンターCが1人以上いない場合には、ハンターAは、オトモキャラクタを他のハンターCに付与することができないからである。
【0169】
次いで、「オトモ渡し」の項目が操作されたか否かが判別される(S6)。ここで、プレーヤがオトモキャラクタの付与をキャンセルする操作を行うと(S6:キャンセル)、メニュー一覧21が非表示になり(S7)、処理はステップS1に戻る。なお、上記キャンセルする操作としては、例えばプレーヤによる「×」ボタンの操作が挙げられる。また、「オトモ渡し」の項目の操作がない場合(S6:NO)、操作待ち状態となる。
【0170】
ステップS6において「オトモ渡し」の項目が操作された場合(S6:YES)、図12に示すように、オトモキャラクタを他のハンターCに付与するための「渡す」、「レギュラー」と「控え」とにおいてオトモキャラクタを入れ替えるための「入れ替え」、及びオトモキャラクタを解雇するための「解雇する」の各項目が設けられたサブメニュー22が表示される(S8)。
【0171】
次に、「渡す」、「入れ替え」及び「解雇する」が示されたサブメニュー22の中から「渡す」の項目の設定操作がされたか否かが判別される(S9)。「渡す」の項目の設定操作がない場合(S9:NO)、操作待ち状態となる。また、プレーヤによって「渡す」の項目の操作設定がされると(S9:YES)、ハンターAが所有するオトモキャラクタの一覧23が、例えば図13に示すように表示画面の上部右側部分に表示される(S10)。
【0172】
次いで、ハンターAが所有するオトモキャラクタの一覧23の中からいずれかのオトモキャラクタが選択されたか否かの判別が行われる(S11)。いずれかのオトモキャラクタの選択操作がない場合(S11:NO)、操作待ち状態となる。
【0173】
いずれかの付与しようとするオトモキャラクタが選択操作されると(S11:YES)、付与先であるハンターCの一覧が表示される(S12)。この場合、付与先としては「オンライン集会所」に集まった、他のプレーヤが操作する他のハンターCの一覧24が、例えば図14に示すように表示される。
【0174】
次いで、他のハンターCの一覧24からいずれかのハンターの選択操作がされたか否かの判別が行われる(S13)。いずれかのハンターの選択操作がない場合(S13:NO)、操作待ち状態となる。
【0175】
また、付与先であるハンターCが選択操作されると(S13:YES)、ハンターAが付与したことを表すモーションが、例えば図15に示すように表示される(S14)。すなわち、ハンターAがハンターCに対してオトモキャラクタFを付与している様子が表示される。また、このとき、ハンターAが操作されるゲーム装置1からハンターCが操作されるゲーム装置1に、オトモキャラクタFに関するデータが送信される。オトモキャラクタFに関するデータには、ステータスデータの他に、オトモキャラクタFを付与先であるハンターCが操作されるゲーム装置1の表示部9に表示させるための表示実行指令が含まれている。
【0176】
すなわち、オトモキャラクタの画像データは、ゲームプログラムに予め組み込まれており、付与先のゲーム装置1は、付与元のゲーム装置1から上記表示実行指令が送信されると、必要に応じてオトモキャラクタの画像データをゲームデータから読み出し、表示部9にオトモキャラクタを表示する。したがって、オトモキャラクタの画像データは、実際にゲーム装置1間で送受信されるのではなく、上記処理によって、あたかもオトモキャラクタを付与元のゲーム装置1から付与先のゲーム装置1に付与したように表示される。
【0177】
次いで、オトモキャラクタの付与先のハンターCが操作されるゲーム装置1からオトモキャラクタを受け取ったことの情報を受信したか否かの判別が行われる(S15)。付与先のゲーム装置1からオトモキャラクタを受け取ったことの情報を受信した場合(S15:YES)、オトモキャラクタの付与回数を更新する(S16)。
【0178】
一方、付与先のゲーム装置1からオトモキャラクタを受け取ったことの情報を受信していない間に(S15:NO)、プレーヤの操作(例えば「×」ボタンの操作)によってオトモキャラクタの付与を取り消すか否かの判別が行われる(S17)。プレーヤがオトモキャラクタの付与を取り消す操作を行った場合(S17:YES)、付与回数を更新せずに、オトモキャラクタの付与処理を終了する。すなわち、付与先のゲーム装置1からオトモキャラクタを受け取ったことの情報を受信する前に、プレーヤの操作によってオトモキャラクタの付与を取り消すことができる。
【0179】
プレーヤがオトモキャラクタの付与を取り消す操作を行わない場合には(S17:NO)、ステップS15に戻る。すなわち、付与先のゲーム装置1からオトモキャラクタを受け取ったことの情報を受信するか、又はプレーヤによるオトモキャラクタの付与を取り消す操作が行われるまで、ステップS15及びステップS17の判別処理を繰り返し、待機する。
【0180】
次に、オトモキャラクタを受け取る場合の受け取り処理について、図16に示すフローチャート及び表示部9に表示される表示画面(図17〜図20)を参照して説明する。
【0181】
オトモキャラクタを受け取るには、オトモキャラクタを付与する場合と同様に、付与先のハンターCが「オンライン集会所」に移動していることが必要となる。すなわち、付与先のハンターCが操作されるゲーム装置1では、いずれかのゲーム装置1からオトモキャラクタのデータが送信されたことの情報が受信されたか否かの判別が行われる(S21)。当該ゲーム装置1でその情報が受信された場合(S21:YES)、図17に示すように、オトモキャラクタを表すネコのアイコン25が表示画面の中央上部に点滅表示される(S22)。
【0182】
すなわち、付与先のプレーヤは、「オンライン集会所」にハンターを移動させたとき、表示画面にネコのアイコン25が表示されることによって、いずれかのハンターが自己にオトモキャラクタを付与しようとしていることが認識できる。
【0183】
次いで、メニューを表示させるための操作が行われたか否かの判別が行われる(S23)。付与先のプレーヤがオトモキャラクタを取得するためには、メニューを表示させる必要があるからである。
【0184】
メニューを表示させるための操作が行われたと判別されると(S23:YES)、図18に示すように、メニューの一覧26が「オンライン集会所」の表示画面の右側部分に表示される(S24)。この場合、メニュー一覧には、キャラクタのステータスを表示させるための「ステータス」、「詳細情報」、「資料」、「オプション」、「プレイヤーログ」及びオトモキャラクタを受け取るための「受け取り」等が項目として含まれる。また、ステップS23においてメニューを表示させるための操作が行われない場合(S23:NO)、操作待ち状態となる。
【0185】
その後、プレーヤによって「受け取り」の項目が操作されたか否かが判別され(S25)、「受け取り」の項目が操作されない場合(S25:NO)、操作待ち状態となる。また、例えばプレーヤがオトモキャラクタを受け取らないようにするために、「受け取り」をキャンセルする操作(例えば「×」ボタンの操作)を行うと(S25:キャンセル)、受け取り処理が終了する。
【0186】
また、ステップS25において「受け取り」の項目が操作されると(S25:YES)、図19に示すように、「オンライン集会所」にいるハンターCの一覧27が表示される(S26)。この場合、オトモキャラクタのデータを送信したゲーム装置1を操作するプレーヤ名の右横に、ネコのアイコン28が表示される。これにより、付与先のプレーヤは、どのプレーヤがオトモキャラクタを付与しようとしているかが認識できる。
【0187】
次に、オトモキャラクタを受け取ることを示す、操作部13の「○」ボタンが操作されたか否かが判別され(S27)、「○」ボタンが操作されない場合(S27:NO)、操作待ち状態となる。また、例えばプレーヤがオトモキャラクタを受け取らないようにするために、キャンセルする操作(例えば「×」ボタンの操作)を行うと(S25:キャンセル)、受け取り処理が終了する。
【0188】
また、ステップS27において「○」ボタンが操作されると(S27:YES)、送信されたオトモキャラクタの固有IDと、受信側のプレーヤが所有する各オトモキャラクタの固有IDとが一致しないか否かが判別される(S28)。固有IDが一致する場合(S28:NO)、当該オトモキャラクタのデータを受信できないことの失敗メッセージが表示される(S29)。例えば「同じオトモキャラクタが存在しています。これ以上、受け取れません。○ボタンを押してください。」といった失敗メッセージが表示される。
【0189】
すなわち、同じ固有IDのオトモキャラクタを複数所持することは、データ処理が複雑になるので禁止されており、上記ステップS28の判別処理はその禁止事項を実施する処理である。上記失敗メッセージに応じてプレーヤが「○」ボタンを操作すると、本処理を終了する。
【0190】
ステップS28において固有IDが一致しない場合(S28:YES)、受信側のプレーヤが所有するオトモキャラクタの所有数に空きがあるか否かが判別される(S30)。すなわち、オトモキャラクタを受け取る場合には、受け取ったオトモキャラクタは「控え」に登録されることから、ここでは「控え」に空きがあるか否かが判別される。なお、「控え」に空きがない場合には、プレーヤの操作によって「控え」に登録されている、いずれかのオトモキャラクタを解雇することができる。また、プレーヤの操作によって「控え」に登録されているオトモキャラクタを「レギュラー」に登録することにより、「控え」に空きを作ることもできる。
【0191】
オトモキャラクタの所有数に空きがない場合(S30:NO)、当該オトモキャラクタのデータを受信できないことの失敗メッセージが表示される(S31)。例えば「控えがいっぱいでこれ以上オトモキャラクタを受け取ることができません。「○」ボタンを押してください。」といった失敗メッセージが表示される。この失敗メッセージに応じてプレーヤが「○」ボタンを操作すると、本処理を終了する。
【0192】
一方、ステップS30においてオトモキャラクタの所有数に空きがある場合(S30:YES)、図20に示すように、オトモキャラクタを受け取ったことを表すメッセージ29を表示する(S32)。この場合、受け取ったオトモキャラクタのステータスデータの内容は、キャラクタカードのステータスデータとしてRAM4に記憶される(S33)。この場合、オトモキャラクタのステータスのうち、「なつき度」の値と「オトモ回数」の値とは「0」にリセットされて記憶される。オトモキャラクタは、新しい主人となるハンターになついていないからであり、また新しい主人となるハンターとは「クエスト」には一度も帯同していないからである。
【0193】
その後、付与元のゲーム装置1へオトモキャラクタを受け取ったことの情報を送信し(S34)、オトモキャラクタの受け取り処理を終了する。
【0194】
上記のようにして付与先のハンターに、オトモキャラクタが付与されると、付与先のハンターが当該オトモキャラクタを所有することになり、ハンターは、当該オトモキャラクタを「クエスト」に帯同させたり、所定のトレーニングを行わせたりすることができる。本実施形態では、付与先のハンターと付与されたオトモキャラクタとが会話することができる。
【0195】
図21は、付与先のハンターがオトモキャラクタと会話する場合の処理手順を示したフローチャートである。
【0196】
オトモキャラクタは、付与先のハンターに付与され、付与先のハンターに雇われることになると、付与先の「キッチン」に生息するようになる。オトモキャラクタは、付与先のハンターから話しかけられると、付与先のハンターに対してメッセージを返す。これにより、ハンターとオトモキャラクタとの会話が行われる。
【0197】
まず、ハンターが「キッチン」に入る操作が行われたか否かが判別される(S41)。ハンターが「キッチン」に入る操作が行われない場合(S41:NO)、操作待ち状態となる。一方、ハンターが「キッチン」に入る操作が行われた場合(S41:YES)、ハンターが「キッチン」に移動し、すなわち、表示部9の表示画面は、図6(e)に示すようなハンターAがいる「キッチン」の場面が表示される。その後、ハンターAがオトモキャラクタFに話しかけたか否かが判別される(S42)。具体的には、ハンターAがオトモキャラクタFの近傍位置に移動し、例えば「○」ボタンが操作されるか否かによってオトモキャラクタFに話しかけたか否かが判別される。
【0198】
ハンターAがオトモキャラクタFに話しかけないと判別されると(S42:NO)、操作待ち状態となる。一方、ハンターAがオトモキャラクタFに話しかけたと判別されると(S42:YES)、アイテムを渡す条件が成立しているか否かが判別される(S43)。すなわち、ハンターAに何らかのアイテムを渡すことの条件が成立している場合には、ハンターAにとってはオトモキャラクタFと会話を行うことよりアイテムを取得する方がより重要と認識されるので、この判別処理が会話を行う処理より優先される。
【0199】
なお、アイテムを渡す条件が成立している場合とは、オトモキャラクタFの「オトモ回数」が所定回数を超えている場合、オトモキャラクタFの付与回数が所定回数を超えている場合等が挙げられる。
【0200】
アイテムを渡す条件が成立している場合(S43:YES)、アイテムを渡す処理が行われ(S44)、渡す場合のメッセージ(例えば「チケットを渡すにゃ。」といったメッセージ)が表示画面に表示される(S45)。
【0201】
一方、アイテムを渡す条件が成立していない場合(S43:NO)、当該オトモキャラクタFが、ハンターAが自ら雇ったオトモキャラクタであるか否か(他のプレーヤから付与されたオトモキャラクタであるか否か)が判別される(S46)。当該オトモキャラクタFが、ハンターAが自ら雇ったオトモキャラクタである場合(S46:YES)、RAM4に記憶されている図3に示したメッセージテーブル(A)が参照されて選択抽選処理が行われる(S47)。すなわち、ハンターが自ら雇ったオトモキャラクタが話すメッセージが格納されたメッセージテーブル(A)が参照され、そのメッセージテーブル(A)に格納されているメッセージのいずれかが、後述する選択抽選処理によって選択される。
【0202】
図22は、上記選択抽選処理の処理手順を示すフローチャートである。選択抽選処理では、オトモキャラクタがハンターと会話する際に、表示部9の表示画面に表示されるメッセージが選択される。
【0203】
なお、メッセージが再生(表示画面に表示)されると、表示されたメッセージの内容は一旦RAM4に記憶され、その後、新たなメッセージが表示されると、一旦記憶されていたメッセージは消去される。すなわち、直前に表示されたメッセージのみが記憶される。
【0204】
この選択抽選処理では、参照されるメッセージテーブルに格納されている複数種類のメッセージのうち、選択の対象とならないメッセージを除外していき、残ったメッセージに対して抽選を行い、最終的に表示すべきメッセージを一つ選択するようにしている。
【0205】
まず、挨拶のメッセージを既に選択したか否かが判別される(S61)。すなわち、ハンターがオトモキャラクタと会話するとき、オトモキャラクタが初めて当該ハンターと会話する場合には、挨拶のメッセージを選択するようにするための処理である。挨拶のメッセージを既に選択していない場合(S61:NO)、挨拶のメッセージが選択される(S62)。図3に示したメッセージテーブル(A)が参照される場合、(A1)の「雇ってくれてありがとうにゃ。」のメッセージが強制的に選択される。
【0206】
挨拶のメッセージを既に選択している場合(S61:YES)、選択対象となるメッセージとして挨拶のメッセージを除外する処理が行われる(S63)。すなわち、例えば上記(A1)の「雇ってくれてありがとうにゃ。」のメッセージが、選択対象となるメッセージから除外される。
【0207】
次いで、抽選対象となるメッセージを選択する処理として、RAM4に記憶されている一つ前に表示したメッセージを除外する処理が行われる(S64)。この処理は、連続してメッセージが表示されると、プレーヤがしつこさを感じ嫌気をさすことがあるのでそれを回避するために行われるものである。
【0208】
次いで、抽選対象となるメッセージを選択する処理として、現時点の「なつき度」に一致しないメッセージを除外する処理が行われる(S65)。オトモキャラクタには、付与先のハンターに対する親密度として「なつき度」が設定されており、そのオトモキャラクタの現時点の「なつき度」に基づいてその現時点の「なつき度」と一致しないメッセージが除外される。例えばオトモキャラクタの現時点の「なつき度」が「2」の場合、「なつき度」の「2」が設定されていないメッセージは、選択対象となるメッセージから除外される。具体的には、図3に示したメッセージテーブル(A)が参照されている場合、種別「能力」の欄にある「経験を積むと回復速度がすごく早くなるにゃ。」といったメッセージは、「なつき度」の「2」が設定されていないので、選択対象となるメッセージから除外される。
【0209】
次に、抽選対象となるメッセージを選択する処理として、メッセージを行う際、現状の条件に沿わないメッセージは除外する処理が行われる(S66)。例えば、(A4)の履歴に関するメッセージには(図3参照)、「使用回数が所定回数以上の武器から、最も使用頻度の高い武器を指摘し、長所をほめる」といったメッセージがあるが、現時点の武器の使用回数が所定回数以下である場合には、条件がこのメッセージに沿わないため、当該メッセージが除外される。
【0210】
ステップS63,S64,S65,S66によってメッセージを除外する処理が行われた後、除外されなかった残りのメッセージで抽選(例えば、ランダム抽選)が行われる(S67)。この抽選によって、一のメッセージが選択される。
【0211】
図21に戻り、ステップS46においてハンターが話しかけようとしているオトモキャラクタが、自己が雇ったオトモキャラクタでない場合(S46:NO)、すなわち、オトモキャラクタが他のハンターから付与されたオトモキャラクタである場合、付与元のハンターのギルドカードを有しているか否かが判別される(S48)。
【0212】
具体的には、付与元のハンターのギルドカードを有しているか否かの判別は、オトモキャラクタのステータスデータに含まれている里親のハンターの固有IDと、他のハンターのギルドカードのデータに含まれているハンターの固有IDとが一致しているか否かによって行われる。
【0213】
付与元のハンターのギルドカードを有している場合(S48:YES)、RAM4に記憶されている図4に示したメッセージテーブル(B)が参照されて選択抽選処理が行われる(S49)。すなわち、付与先のハンターが、付与元のハンターから付与されたオトモキャラクタに話しかけようとしており、かつ付与先のハンターが以前に付与元のハンターと「オンライン集会所」で会い、ギルドカードを交換してそれを所有している場合、メッセージテーブル(B)が参照されて選択抽選処理が行われる。
【0214】
この場合の選択抽選処理は、参照するメッセージテーブルが異なるだけで、図22に示した選択抽選処理と同様である。
【0215】
ステップS48において、付与元のギルドカードを有していない場合(S48:NO)、RAM4に記憶されている図5に示したメッセージテーブル(C)が参照されて選択抽選処理が行われる(S50)。すなわち、付与先のハンターが、付与元のハンターから付与されたオトモキャラクタに話しかけようとしているが、付与先のハンターが付与元のハンターのギルドカードを所有していない場合、メッセージテーブル(C)が参照されて選択抽選処理が行われる。
【0216】
この場合の選択抽選処理も、参照するメッセージテーブルが異なるだけで、図22に示した選択抽選処理と同様である。
【0217】
ステップS47、S49、S50のいずれかの選択抽選処理において、選択抽選されたメッセージは、いずれかのメッセージテーブルから読み出され、出力される(S51)。すなわち、図23に示すように、表示部9の表示画面にオトモキャラクタFがハンターAに対して発するように、読み出されたメッセージ30が表示される。
【0218】
このように、自己が雇ったオトモキャラクタであるか、付与元のギルドカードを所有しているか等を条件として、ハンターの履歴、ハンター同士の比較結果等に基づいて一のメッセージが選択される。そのため、ハンターは多種多様なメッセージを通じてオトモキャラクタと会話をすることができ、プレーヤは、従来にはない新規な面白みを得ることができる。また、メッセージの内容には、ハンターを褒めたり、ときには貶したり、あるいは前の主人であったハンターへの思いを話して嫉妬心を増長させたりするといったものが含まれているので、プレーヤにゲームに対する意欲を高めることができる。
【0219】
また、他のプレーヤの現状をオトモキャラクタのメッセージを通じて認識することができたり、他のプレーヤとのゲーム上の履歴(習得度合い)の違いをオトモキャラクタのメッセージを通じて認識することができたりするので、プレーヤ同士は実際上の会話においてそのことについて話すことができ、コミュニケーションの活性化が図られることになる。
【0220】
もちろん、この発明の範囲は上述した実施の形態に限定されるものではない。例えば、本実施形態では、ノンプレーヤキャラクタがネコをモチーフにしてデザインされたものとして説明したが、ノンプレーヤキャラクタはネコに限るものではない。また、他のプレーヤに付与されるノンプレーヤキャラクタとしては、上記オトモキャラクタに限らず、例えば調理キャラクタであってもよく、さらに他のノンプレーヤキャラクタであってもよい。
【0221】
また、上記実施形態では、オトモキャラクタが発するメッセージは、オトモキャラクタの付与先のプレーヤが操作するゲーム装置のRAMに記憶されていたが、これに限らず、例えばオトモキャラクタが発するメッセージは、付与元のプレーヤが操作するゲーム装置のRAMに記憶されており、オトモキャラクタが付与されるとともに、メッセージについてのデータが送信されるようにしてもよい。
【0222】
また、上記実施形態では、オトモキャラクタのステータスデータとして里親のハンターの固有IDが記憶され、記憶された里親のハンターの固有IDを参照してメッセージが選択されていたが、オトモキャラクタが付与されたときに、里親のハンターの固有IDに代えて、付与先のハンターの固有IDが記憶され、その固有IDがメッセージの選択に用いられてもよい。
【0223】
このようにすれば、付与元のハンターではあるが里親でないハンター(例えば図9に示すプレーヤP2に相当する。プレーヤP2がプレーヤP5にオトモキャラクタである「パトリシア」を付与した場合、プレーヤP2は、プレーヤP5にとっては「パトリシア」の付与元のハンターであるが、「パトリシア」の里親ではない。)についても、当該ハンターのギルドカードに含まれるステータスデータに基づいて、付与されたオトモキャラクタがメッセージを発することができる。
【0224】
また、オトモキャラクタは、ハンターに対してメッセージを発するとき、例えば動作を交えるようにしてもよい。例えばメッセージの内容がハンターを批判するような内容の場合には、ハンターにそっぽを向いたり、例えば前の主人に対する思いを言うような内容の場合には、なつかしむように顔を上方に上げたり、あるいは例えばハンターの履歴をほめるような内容の場合には、跪いて両手を横いっぱいに広げたりといったアクション(動作)をメッセージとともに行うようにしてもよい。
【0225】
また、メッセージの内容は、スピーカ12から音声にして出力されるようにしてもよい。
【0226】
また、上記実施形態では、オトモキャラクタは「キッチン」でハンターと会話するようにされたが、オトモキャラクタは例えばクエストにお供したとき、狩場フィールド等でモンスター討伐のヒントや付与元のハンターの戦い方等についてハンターと会話するようにしてもよい。
【0227】
また、上記実施形態では、ハンターと、ノンプレーヤキャラクタとが登場し、他のゲーム装置からノンプレーヤキャラクタが付与され、付与されたノンプレーヤキャラクタが付与元のハンターに関するメッセージを発するゲームについて説明したが、これに代えて、プレーヤが所定のキャラクタ(分身となるキャラクタであってよいしノンプレーヤキャラクタであってもよい。)を他のプレーヤから付与され、付与されたキャラクタが付与元の他のプレーヤに関するメッセージを発するようなゲームとしてもよい。
【0228】
また、本実施形態では、発明が適用されるゲームとしてハンティングアクションゲームについて説明したが、適用されるゲームはこれに限定されるものではなく、他のアクションゲームやロールプレーイングゲームやレーシングゲームや格闘ゲームにも適用するようにしてもよい。
【0229】
また、上記実施形態では、無線LANによって相互にネットワークを構成した複数のゲーム装置1同士で通信が行われる場合について説明したが、この構成に代えて、インターネット等の通信回線を介して複数のゲーム装置1が例えばゲームサーバに接続された構成とされてもよい。この場合、ゲーム装置1としては、通信回線を介してゲームサーバと通信可能な機能を備えた、例えば家庭用テレビゲーム機やオンラインゲームのゲームソフトが搭載されているパーソナルコンピュータ等が採用される。
【図面の簡単な説明】
【0230】
【図1】本願発明に係るゲームシステムの一例を示す構成図である。
【図2】ゲーム装置の内部構成を示すブロック図である。
【図3】メッセージテーブル(A)の一例を示す図である。
【図4】メッセージテーブル(B)の一例を示す図である。
【図5】メッセージテーブル(C)の一例を示す図である。
【図6】ゲーム空間上においてハンターが「クエスト」を受注し、その「クエスト」を達成するための旅に出る際の基本的な場面構成の一例を示す図である。
【図7】ギルドカードの一例を示す図である。
【図8】キャラクタカードの一例を示す図である。
【図9】プレーヤのオトモキャラクタの付与形態を説明するための図である。
【図10】オトモキャラクタの付与処理を示すフローチャートである。
【図11】「オンライン集会所」の表示画面の一例を示す図である。
【図12】「オンライン集会所」の表示画面の一例を示す図である。
【図13】「オンライン集会所」の表示画面の一例を示す図である。
【図14】「オンライン集会所」の表示画面の一例を示す図である。
【図15】「オンライン集会所」の表示画面の一例を示す図である。
【図16】オトモキャラクタの受け取り処理を示すフローチャートである。
【図17】「オンライン集会所」の表示画面の一例を示す図である。
【図18】「オンライン集会所」の表示画面の一例を示す図である。
【図19】「オンライン集会所」の表示画面の一例を示す図である。
【図20】「オンライン集会所」の表示画面の一例を示す図である。
【図21】オトモキャラクタの会話処理を示すフローチャートである。
【図22】メッセージの選択抽選処理を示すフローチャートである。
【図23】「キッチン」の表示画面の一例を示す図である。
【符号の説明】
【0231】
1 ゲーム装置
2 CPU
3 描画データ生成プロセッサ
4 RAM
5 ROM
6 描画処理プロセッサ
7 VRAM
9 表示部
10 音声処理プロセッサ
11 アンプ
12 スピーカ
13 操作部
14 メディアドライブユニット
15 無線LANモジュール
17 ゲームメディア
30 メッセージ
A ハンター
C 他のハンター
D モンスター
E 調理キャラクタ
F オトモキャラクタ
P1〜P7 プレーヤ
【特許請求の範囲】
【請求項1】
コンピュータを、
ゲーム空間上にプレーヤの操作によって直接的に動作が制御される第1のキャラクタを登場させるゲームが実行可能であり、かつ他のプレーヤの操作によって直接的に動作が制御される第2のキャラクタと、前記他のプレーヤの操作によって直接的に動作が制御されない第3のキャラクタとを登場させる、前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置として機能させるためのゲームプログラムであって、
前記コンピュータを、
前記他のゲーム装置から送信される前記第3のキャラクタに関する情報を受信する第1の受信手段と、
前記第1の受信手段によって受信された前記他のゲーム装置からの前記第3のキャラクタに関する情報によって前記第3のキャラクタの容姿を表示画面に表示させる表示制御手段と、
前記他のゲーム装置から送信される前記第2のキャラクタに関する情報を受信する第2の受信手段と、
前記第2の受信手段によって受信される前記第2のキャラクタに関する情報についてのメッセージを記憶する第1の記憶手段と、
前記第2の受信手段によって前記他のゲーム装置からの前記第2のキャラクタに関する情報が受信されている場合、前記第1の記憶手段に記憶された前記第2のキャラクタに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記第3のキャラクタが発するように外部に出力するメッセージ制御手段と、
して機能させることを特徴とする、ゲームプログラム。
【請求項2】
前記メッセージは、前記第2のキャラクタに関する情報に応じて複数種類設けられており、
前記メッセージ制御手段は、
前記第1の記憶手段に記憶された複数種類のメッセージの中から所定の条件に応じて一のメッセージを選択し、選択したメッセージを外部に出力する、請求項1に記載のゲームプログラム。
【請求項3】
前記第2の受信手段によって受信された前記第2のキャラクタに関する情報には、前記第2のキャラクタの前記ゲーム上における履歴を表す情報が含まれており、
前記第1の記憶手段に記憶されるメッセージには、
前記第2のキャラクタに関する情報に含まれる、その第2のキャラクタの前記履歴を表す情報に応じた複数のメッセージが含まれる、請求項2に記載のゲームプログラム。
【請求項4】
前記コンピュータを、
自己のゲーム装置で動作が制御される前記第1のキャラクタに関する情報を記憶する第2の記憶手段と、して機能させ、
前記第1の記憶手段に記憶されるメッセージには、
前記第2の受信手段によって受信した前記他のゲーム装置で動作が制御される前記第2のキャラクタに関する情報と、前記第2の記憶手段によって記憶された前記第1のキャラクタに関する情報との比較結果に応じた複数のメッセージが含まれる、請求項2又は3に記載のゲームプログラム。
【請求項5】
前記第2の記憶手段によって記憶された前記第1のキャラクタに関する情報には、前記第1のキャラクタの前記ゲーム上における履歴を表す情報が含まれている、請求項4に記載のゲームプログラム。
【請求項6】
前記第1の受信手段によって前記他のゲーム装置から受信された前記第3のキャラクタに関する情報には、当該第3のキャラクタが前記他のゲーム装置から受信されたことの情報が含まれており、
前記第1の記憶手段に記憶されるメッセージには、
前記第3のキャラクタが前記他のゲーム装置から受信されたことの情報に応じた複数のメッセージが含まれる、請求項2ないし5のいずれかに記載のゲームプログラム。
【請求項7】
前記コンピュータを、
前記第3のキャラクタに関する情報に含まれる属性情報を変化させることによって前記第3のキャラクタと前記第1のキャタクタとの親密度を前記第3のキャラクタに対して設定する親密度設定手段と、して機能させ、
前記各メッセージには、選択されるときの条件となる前記親密度が対応付けられて設定されており、
前記メッセージ制御手段は、
前記複数のメッセージの中から、前記親密度設定手段によって前記第3のキャラクタに対して設定された前記親密度に対応するメッセージを選択する、請求項2ないし6のいずれかに記載のゲームプログラム。
【請求項8】
前記ゲームは、前記第1及び第3のキャラクタと敵対する第4のキャラクタと対戦させる内容を含み、
前記第3のキャラクタは、前記第1のキャラクタの所定の行動に帯同するものであり、前記所定の行動に帯同したとき前記第4のキャラクタに対して攻撃を加えるものである、請求項1ないし7のいずれかに記載のゲームプログラム。
【請求項9】
前記ゲームは、前記ゲーム空間上に、前記第1のキャラクタとして前記プレーヤの分身であるハンターと、前記第3のキャラクタとして前記ハンターの狩猟にお供をするお供キャラクタと、前記第4のキャラクタとして前記ハンターの狩猟対象であるモンスターとを登場させ、前記ハンターに前記お供キャラクタとともに前記モンスターの狩猟をさせることを内容とするハンティングアクションゲームである、請求項1ないし8のいずれかに記載のゲームプログラム。
【請求項10】
請求項1ないし9のいずれかに記載のゲームプログラムをコンピュータ読み取り可能に記録したことを特徴とする、記録媒体。
【請求項11】
ゲーム空間上にプレーヤの操作によって直接的に動作が制御される第1のキャラクタを登場させるゲームが実行可能であり、かつ他のプレーヤの操作によって直接的に動作が制御される第2のキャラクタと、前記他のプレーヤの操作によって直接的に動作が制御されない第3のキャラクタとを登場させる前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置であって、
前記他のゲーム装置から送信される前記第3のキャラクタに関する情報を受信する第1の受信手段と、
前記第1の受信手段によって受信された前記他のゲーム装置からの前記第3のキャラクタに関する情報によって前記第3のキャラクタの容姿を表示画面に表示させる表示制御手段と、
前記他のゲーム装置から送信される前記第2のキャラクタに関する情報を受信する第2の受信手段と、
前記第2の受信手段によって受信される前記第2のキャラクタに関する情報についてのメッセージを記憶する第1の記憶手段と、
前記第2の受信手段によって前記他のゲーム装置からの前記第2のキャラクタに関する情報が受信されている場合、前記第1の記憶手段に記憶された前記第2のキャラクタに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記第3のキャラクタが発するように外部に出力するメッセージ制御手段と、
を備えることを特徴とする、ゲーム装置。
【請求項12】
コンピュータを、
ゲーム空間上にキャラクタを登場させるゲームが実行可能であり、かつ前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置として機能させるためのゲームプログラムであって、
前記コンピュータを、
前記他のゲーム装置から送信される前記キャラクタに関する情報を受信する第1の受信手段と、
前記第1の受信手段によって受信された前記他のゲーム装置からの前記キャラクタに関する情報によって前記キャラクタの容姿を表示画面に表示させる表示制御手段と、
前記他のゲーム装置から送信される前記他のゲーム装置を操作する他のプレーヤに関する情報を受信する第2の受信手段と、
前記第2の受信手段によって受信される前記他のプレーヤに関する情報についてのメッセージを記憶する記憶手段と、
前記第2の受信手段によって前記他のゲーム装置からの前記他のプレーヤに関する情報が受信されている場合、前記記憶手段に記憶された前記他のプレーヤに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記キャラクタが発するように外部に出力するメッセージ制御手段と、
して機能させることを特徴とする、ゲームプログラム。
【請求項13】
請求項12に記載のゲームプログラムをコンピュータ読み取り可能に記録したことを特徴とする、記録媒体。
【請求項14】
ゲーム空間上にキャラクタを登場させるゲームが実行可能であり、かつ前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置であって、
前記他のゲーム装置から送信される前記キャラクタに関する情報を受信する第1の受信手段と、
前記第1の受信手段によって受信された前記他のゲーム装置からの前記キャラクタに関する情報によって前記キャラクタの容姿を表示画面に表示させる表示制御手段と、
前記他のゲーム装置から送信される前記他のゲーム装置を操作する他のプレーヤに関する情報を受信する第2の受信手段と、
前記第2の受信手段によって受信される前記他のプレーヤに関する情報についてのメッセージを記憶する記憶手段と、
前記第2の受信手段によって前記他のゲーム装置からの前記他のプレーヤに関する情報が受信されている場合、前記記憶手段に記憶された前記他のプレーヤに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記キャラクタが発するように外部に出力するメッセージ制御手段と、
を備えることを特徴とする、ゲーム装置。
【請求項1】
コンピュータを、
ゲーム空間上にプレーヤの操作によって直接的に動作が制御される第1のキャラクタを登場させるゲームが実行可能であり、かつ他のプレーヤの操作によって直接的に動作が制御される第2のキャラクタと、前記他のプレーヤの操作によって直接的に動作が制御されない第3のキャラクタとを登場させる、前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置として機能させるためのゲームプログラムであって、
前記コンピュータを、
前記他のゲーム装置から送信される前記第3のキャラクタに関する情報を受信する第1の受信手段と、
前記第1の受信手段によって受信された前記他のゲーム装置からの前記第3のキャラクタに関する情報によって前記第3のキャラクタの容姿を表示画面に表示させる表示制御手段と、
前記他のゲーム装置から送信される前記第2のキャラクタに関する情報を受信する第2の受信手段と、
前記第2の受信手段によって受信される前記第2のキャラクタに関する情報についてのメッセージを記憶する第1の記憶手段と、
前記第2の受信手段によって前記他のゲーム装置からの前記第2のキャラクタに関する情報が受信されている場合、前記第1の記憶手段に記憶された前記第2のキャラクタに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記第3のキャラクタが発するように外部に出力するメッセージ制御手段と、
して機能させることを特徴とする、ゲームプログラム。
【請求項2】
前記メッセージは、前記第2のキャラクタに関する情報に応じて複数種類設けられており、
前記メッセージ制御手段は、
前記第1の記憶手段に記憶された複数種類のメッセージの中から所定の条件に応じて一のメッセージを選択し、選択したメッセージを外部に出力する、請求項1に記載のゲームプログラム。
【請求項3】
前記第2の受信手段によって受信された前記第2のキャラクタに関する情報には、前記第2のキャラクタの前記ゲーム上における履歴を表す情報が含まれており、
前記第1の記憶手段に記憶されるメッセージには、
前記第2のキャラクタに関する情報に含まれる、その第2のキャラクタの前記履歴を表す情報に応じた複数のメッセージが含まれる、請求項2に記載のゲームプログラム。
【請求項4】
前記コンピュータを、
自己のゲーム装置で動作が制御される前記第1のキャラクタに関する情報を記憶する第2の記憶手段と、して機能させ、
前記第1の記憶手段に記憶されるメッセージには、
前記第2の受信手段によって受信した前記他のゲーム装置で動作が制御される前記第2のキャラクタに関する情報と、前記第2の記憶手段によって記憶された前記第1のキャラクタに関する情報との比較結果に応じた複数のメッセージが含まれる、請求項2又は3に記載のゲームプログラム。
【請求項5】
前記第2の記憶手段によって記憶された前記第1のキャラクタに関する情報には、前記第1のキャラクタの前記ゲーム上における履歴を表す情報が含まれている、請求項4に記載のゲームプログラム。
【請求項6】
前記第1の受信手段によって前記他のゲーム装置から受信された前記第3のキャラクタに関する情報には、当該第3のキャラクタが前記他のゲーム装置から受信されたことの情報が含まれており、
前記第1の記憶手段に記憶されるメッセージには、
前記第3のキャラクタが前記他のゲーム装置から受信されたことの情報に応じた複数のメッセージが含まれる、請求項2ないし5のいずれかに記載のゲームプログラム。
【請求項7】
前記コンピュータを、
前記第3のキャラクタに関する情報に含まれる属性情報を変化させることによって前記第3のキャラクタと前記第1のキャタクタとの親密度を前記第3のキャラクタに対して設定する親密度設定手段と、して機能させ、
前記各メッセージには、選択されるときの条件となる前記親密度が対応付けられて設定されており、
前記メッセージ制御手段は、
前記複数のメッセージの中から、前記親密度設定手段によって前記第3のキャラクタに対して設定された前記親密度に対応するメッセージを選択する、請求項2ないし6のいずれかに記載のゲームプログラム。
【請求項8】
前記ゲームは、前記第1及び第3のキャラクタと敵対する第4のキャラクタと対戦させる内容を含み、
前記第3のキャラクタは、前記第1のキャラクタの所定の行動に帯同するものであり、前記所定の行動に帯同したとき前記第4のキャラクタに対して攻撃を加えるものである、請求項1ないし7のいずれかに記載のゲームプログラム。
【請求項9】
前記ゲームは、前記ゲーム空間上に、前記第1のキャラクタとして前記プレーヤの分身であるハンターと、前記第3のキャラクタとして前記ハンターの狩猟にお供をするお供キャラクタと、前記第4のキャラクタとして前記ハンターの狩猟対象であるモンスターとを登場させ、前記ハンターに前記お供キャラクタとともに前記モンスターの狩猟をさせることを内容とするハンティングアクションゲームである、請求項1ないし8のいずれかに記載のゲームプログラム。
【請求項10】
請求項1ないし9のいずれかに記載のゲームプログラムをコンピュータ読み取り可能に記録したことを特徴とする、記録媒体。
【請求項11】
ゲーム空間上にプレーヤの操作によって直接的に動作が制御される第1のキャラクタを登場させるゲームが実行可能であり、かつ他のプレーヤの操作によって直接的に動作が制御される第2のキャラクタと、前記他のプレーヤの操作によって直接的に動作が制御されない第3のキャラクタとを登場させる前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置であって、
前記他のゲーム装置から送信される前記第3のキャラクタに関する情報を受信する第1の受信手段と、
前記第1の受信手段によって受信された前記他のゲーム装置からの前記第3のキャラクタに関する情報によって前記第3のキャラクタの容姿を表示画面に表示させる表示制御手段と、
前記他のゲーム装置から送信される前記第2のキャラクタに関する情報を受信する第2の受信手段と、
前記第2の受信手段によって受信される前記第2のキャラクタに関する情報についてのメッセージを記憶する第1の記憶手段と、
前記第2の受信手段によって前記他のゲーム装置からの前記第2のキャラクタに関する情報が受信されている場合、前記第1の記憶手段に記憶された前記第2のキャラクタに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記第3のキャラクタが発するように外部に出力するメッセージ制御手段と、
を備えることを特徴とする、ゲーム装置。
【請求項12】
コンピュータを、
ゲーム空間上にキャラクタを登場させるゲームが実行可能であり、かつ前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置として機能させるためのゲームプログラムであって、
前記コンピュータを、
前記他のゲーム装置から送信される前記キャラクタに関する情報を受信する第1の受信手段と、
前記第1の受信手段によって受信された前記他のゲーム装置からの前記キャラクタに関する情報によって前記キャラクタの容姿を表示画面に表示させる表示制御手段と、
前記他のゲーム装置から送信される前記他のゲーム装置を操作する他のプレーヤに関する情報を受信する第2の受信手段と、
前記第2の受信手段によって受信される前記他のプレーヤに関する情報についてのメッセージを記憶する記憶手段と、
前記第2の受信手段によって前記他のゲーム装置からの前記他のプレーヤに関する情報が受信されている場合、前記記憶手段に記憶された前記他のプレーヤに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記キャラクタが発するように外部に出力するメッセージ制御手段と、
して機能させることを特徴とする、ゲームプログラム。
【請求項13】
請求項12に記載のゲームプログラムをコンピュータ読み取り可能に記録したことを特徴とする、記録媒体。
【請求項14】
ゲーム空間上にキャラクタを登場させるゲームが実行可能であり、かつ前記ゲームと同一のゲームを実行可能な他のゲーム装置との間で有線又は無線で通信可能に接続されたゲーム装置であって、
前記他のゲーム装置から送信される前記キャラクタに関する情報を受信する第1の受信手段と、
前記第1の受信手段によって受信された前記他のゲーム装置からの前記キャラクタに関する情報によって前記キャラクタの容姿を表示画面に表示させる表示制御手段と、
前記他のゲーム装置から送信される前記他のゲーム装置を操作する他のプレーヤに関する情報を受信する第2の受信手段と、
前記第2の受信手段によって受信される前記他のプレーヤに関する情報についてのメッセージを記憶する記憶手段と、
前記第2の受信手段によって前記他のゲーム装置からの前記他のプレーヤに関する情報が受信されている場合、前記記憶手段に記憶された前記他のプレーヤに関する情報についてのメッセージを読み出して、読み出されたメッセージを前記表示制御手段によって表示された前記キャラクタが発するように外部に出力するメッセージ制御手段と、
を備えることを特徴とする、ゲーム装置。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【公開番号】特開2009−125329(P2009−125329A)
【公開日】平成21年6月11日(2009.6.11)
【国際特許分類】
【出願番号】特願2007−304042(P2007−304042)
【出願日】平成19年11月26日(2007.11.26)
【出願人】(000129149)株式会社カプコン (192)
【Fターム(参考)】
【公開日】平成21年6月11日(2009.6.11)
【国際特許分類】
【出願日】平成19年11月26日(2007.11.26)
【出願人】(000129149)株式会社カプコン (192)
【Fターム(参考)】
[ Back to top ]