JP7379746B1 - 仮想空間においてキャラクタが他のキャラクタとエンカウントするシステム、方法、及びプログラム - Google Patents

Abstract

【課題】 従来のエンカウント判定における改善を提供する。
【解決手段】 本発明の一態様によるシステムは、一又は複数のプロセッサを備える。一又は複数のプロセッサは、第１ユーザが操作する第１キャラクタが、仮想フィールドにおいて第２キャラクタに関連付けて設定されているエンカウント可能ゾーン内に存在する場合に、第１キャラクタが第２キャラクタとエンカウント可能な第１エンカウント可能状態にあると判定する。また、一又は複数のプロセッサは、第１キャラクタが第１エンカウント可能状態にある場合に、第１キャラクタ及び第２キャラクタが参加する第１エンカウントイベントを発生させるか否かを判定する。
【選択図】図７

Description

本明細書の開示は、主に、仮想空間においてキャラクタが他のキャラクタとエンカウントするシステム、方法、及びプログラムに関する。

仮想空間内に配置されたキャラクタが他のキャラクタとエンカウントしたことに応じてエンカウントイベントを発生させるシステムが知られている。例えば、仮想的なゲームフィールド内を移動するユーザキャラクタが敵キャラクタとエンカウントすると、当該ユーザキャラクタと当該敵キャラクタとの間で戦闘イベントを発生させるゲームシステムが知られている。

ユーザキャラクタが他のキャラクタとエンカウントしたか否かを判定する手法として、「ランダムエンカウント」及び「シンボルエンカウント」が知られている。

ランダムエンカウントを採用したゲームにおいては、ユーザキャラクタは、ゲームフィールドを移動している間に、所定の確率（イベント発生確率）で他のキャラクタとエンカウントする。イベント発生確率は、ユーザキャラクタがゲームフィールド内を所定距離進むごとに、敵キャラクタとエンカウントする確率を意味する。ランダムエンカウントを採用したゲームにおいては、エンカウントが発生するか否かは、事前に定められたイベント発生確率に応じて確率的に決められる。

シンボルエンカウントを採用したゲームにおいては、ゲームフィールドを移動するユーザキャラクタが、当該ゲームフィールドにおいて敵キャラクタのエンカウント領域に進入した場合に、当該ユーザキャラクタと当該敵キャラクタがエンカウントしたと判定される。エンカウント判定にシンボルエンカウントを採用した従来のゲームは、特開２０１３－２４８５２１号公報（特許文献１）に記載されている。

特開２０１３－２４８５２１号公報

ランダムエンカウントを採用するゲームにおいては、ユーザキャラクタがゲームフィールド内で移動すると、イベント発生確率に応じた頻度でエンカウントイベントが発生する。このため、ランダムエンカウントにより発生するエンカウントイベントは、ユーザキャラクタがゲームフィールド内を移動中に強制的に発生する。不意に発生するエンカウントイベントによりゲームフィールド内での移動や探索が中断されるので、ランダムエンカウントによるエンカウントイベントの発生は、ユーザにとって苦痛と感じられることがある。また、ランダムエンカウントにおいては、ゲームフィールドを表す映像に表示されていない敵キャラクタとのエンカウントイベントが唐突に始まるという不自然さがある。

シンボルエンカウントを採用するゲームにおいては、ユーザキャラクタが敵キャラクタのエンカウント領域に入ると強制的にエンカウントイベントが発生するため、ゲームフィールドの設計や敵キャラクタの配置を綿密に定める必要がある。例えば、ゲームフィールド内の隘路に敵キャラクタが配置されていると、その隘路を通過する度に敵キャラクタとのエンカウントイベントが強制的に発生することになる。このように、従来のシンボルエンカウントには、ユーザキャラクタが敵キャラクタに接近したときにエンカウントイベントの発生が強制されるため、ゲーム開発時に、強制的なエンカウントイベントの発生によりユーザ体験が劣化しないように、ゲームフィールドの地形及び敵キャラクタの配置を適正に決定しなければならない。

以上のとおり、従来のエンカウント判定には、改善すべき問題がある。本明細書に記載される様々な発明の目的は、従来のエンカウント判定における改善を提供することである。本明細書に記載される様々な発明のより具体的な目的の一つは、ユーザのキャラクタと他のキャラクタとのエンカウントを判定するための新規なエンカウント判定を提供することである。

従来のエンカウント判定には、上記以外にも様々な未解決の問題がある。従来のエンカウント判定における未解決の問題については、本明細書全体を参照することにより明らかにされ得る。本明細書に開示される様々な発明は、上記の課題に代えて又は上記の課題に加えて、本明細書の「発明を実施するための形態」に記載されている又は「発明を実施するための形態」の記載から把握することができる問題の少なくとも一部を解決又は緩和するものであってもよい。本明細書に、実施形態の作用効果が記載されている場合には、その作用効果の記載に基づいて、当該実施形態に対応する発明の課題を把握することができる。

本発明の一態様によるシステムは、一又は複数のプロセッサを備える。一又は複数のプロセッサは、第１ユーザが操作する第１キャラクタが、仮想フィールドにおいて第２キャラクタに関連付けて設定されているエンカウント可能ゾーン内に存在する場合に、第１キャラクタが第２キャラクタとエンカウント可能な第１エンカウント可能状態にあると判定する。また、一又は複数のプロセッサは、第１キャラクタが第１エンカウント可能状態にある場合に、第１キャラクタ及び第２キャラクタが参加する第１エンカウントイベントを発生させるか否かを判定する。

本発明の実施形態によって、従来のエンカウント判定における改善を提供することができる。

一実施形態によるゲームシステムを示すブロック図である。 一実施形態によるゲームシステムが提供するゲームフィールドを模式的に示す模式図である。 一実施形態において用いられるエンカウント可能ゾーンについて説明する模式図である。 一実施形態において用いられるエンカウント可能ゾーンについて説明する模式図である。 一実施形態において用いられるエンカウント可能ゾーンについて説明する模式図である。 一実施形態において用いられるエンカウント可能ゾーンについて説明する模式図である。 一実施形態において用いられるエンカウント可能ゾーンについて説明する模式図である。 図１のゲームシステムにおいて記憶されるユーザ管理データを説明する図である。 図１のゲームシステムにおいて記憶されるゲーム媒体管理データを説明する図である。 図１のゲームシステムにおいて記憶されるエンカウント管理データを説明する図である。 一実施形態によるエンカウント判定処理の流れを説明するフロー図である。 一実施形態によるゲームシステムにおけるゲームフィールドの映像を示す模式図である。 一実施形態によるゲームシステムにおけるゲームフィールドの映像を示す模式図である。 エンカウントイベントが発生した場合のゲーム画面の例を示す模式図である。 エンカウントイベントに参加していいないプレイヤキャラクタによる当該エンカウントイベントへの関与を説明するための模式図である。 エンカウント可能ゾーンの変形例について説明する模式図である。 エンカウント可能ゾーンの変形例について説明する模式図である。 エンカウント可能ゾーンの変形例について説明する模式図である。 エンカウント可能ゾーンの変形例について説明する模式図である。 エンカウント可能ゾーンの変形例について説明する模式図である。 エンカウント可能ゾーンの変形例について説明する模式図である。 エンカウント可能ゾーンの変形例について説明する模式図である。 エンカウント可能ゾーンの変形例について説明する模式図である。 別のキャラクタとのエンカウントについて説明するための模式図である。 エンカウントイベントが発生した場合のゲーム画面の例を示す模式図である。 他のユーザキャラクタのエンカウントについて説明するための模式図である。 エンカウントイベントが発生した場合のゲーム画面の例を示す模式図である。

以下、適宜図面を参照し、本発明の様々な実施形態を説明する。なお、複数の図面において共通する構成要素には当該複数の図面を通じて同一の参照符号が付されている。以下で説明される本発明の実施形態は特許請求の範囲にかかる発明を限定するものではない。以下の実施形態で説明されている諸要素が発明の解決手段に必須であるとは限らない。

図１から図６を参照して、本発明の一実施形態によるゲームシステム１について説明する。ゲームシステム１は、本明細書において開示される発明を適用可能なシステムの例である。本発明は、ゲーム以外にもキャラクタが移動可能な仮想空間を提供する様々なアプリケーションに適用され得るが、まず図１から図６を参照して、実施形態の一つであるゲームシステム１について説明する。

１ ゲームシステム１の概略
まず、図１を参照して、一実施形態によるゲームシステム１の概略について説明する。図１は、ゲームシステム１を示すブロック図である。図１に示されているように、ゲームシステム１は、ユーザ装置１０と、サーバ２０と、を備える。ゲームシステム１は、ストレージ３０を備えてもよい。図１には、図示の簡潔さのために一つのユーザ装置１０が示されているが、ゲームシステム１には、複数のユーザ装置が含まれ得る。ユーザ装置１０、サーバ２０、及びストレージ３０は、ネットワーク５を介して互いに通信可能に接続されている。ネットワーク５は、単一のネットワークであってもよく、複数のネットワークが接続されて構成されていてもよい。ネットワーク５は、例えば、インターネット、移動通信網、及びこれらの組み合わせである。ネットワーク５としては、電子機器間の通信を可能とする任意のネットワークが適用され得る。

ユーザ装置１０は、コンピュータプログラムに含まれる命令セットを実行することにより、ゲームに関する様々な機能を実現する。サーバ２０は、ユーザ装置１０に対して、ゲームに関する様々なサービスを提供することができる。ユーザ装置１０とサーバ２０とは、必要に応じて互いと協働することで、ゲームの様々な機能を実現することができる。

図１に示されているゲームシステム１の諸要素の全てが、本発明を実現するために必要とは限らない。例えば、ユーザ装置１０は、スタンドアローンでゲームを提供してもよい。この場合には、サーバ２０は、ゲームシステム１の必須の構成とはならない。

２ ゲームフィールドの概略
ゲームシステム１により提供されるゲームは、仮想空間として構築されたゲームフィールドにユーザ装置１０のユーザ（以下、「第１ユーザ」という。）のキャラクタ及びそれ以外のキャラクタを配置する。ゲームフィールドは、ゲームシステム１により提供される仮想空間である。ゲームフィールド内には、ユーザにより操作されるユーザキャラクタ、コンピュータにより所定のアルゴリズムに従って操作されるコンピュータキャラクタ、建物などの構築物や地形を表現するためのオブジェクト、及びこれら以外の仮想空間の構成要素が配置される。ゲームフィールド内におけるキャラクタやオブジェクトの位置は、ゲームフィールド内に設定される三次元のグローバル座標系における座標値で指定され得る。ゲームシステム１では、ゲームフィールド内に配置されたユーザキャラクタをコンピュータキャラクタとエンカウントさせるための新規なメカニズムが採用されている。ユーザキャラクタとコンピュータキャラクタとのエンカウント判定については追って説明する。

図２にゲームフィールドの例を示す。図２は、ゲームシステム１が提供するゲームフィールドＦ１の一部が模式的に示されている。ゲームフィールドＦ１には、互いに直交するＸ軸、Ｙ軸、及びＺ軸が設定されている。図２には、ゲームフィールドＦ１の一部をＺ軸方向から俯瞰したビューが示されている。

ゲームフィールドＦ１には、一又は複数のユーザキャラクタが配置され得る。図示されている例では、ゲームフィールドＦ１内に、第１ユーザキャラクタＣ１１、第２ユーザキャラクタＣ１２、及び第３ユーザキャラクタＣ１３が配置されている。ユーザキャラクタは、ユーザの操作に応じてゲームフィールドＦ１内を移動することができる。本明細書では、第１ユーザキャラクタＣ１１は、ユーザ装置１０の第１ユーザのキャラクタであると想定する。第１ユーザは、ユーザ装置１０のユーザインタフェース１３（後述する。）への操作又は入力を通じて、第１ユーザキャラクタＣ１１をゲームフィールドＦ１内で移動させることができる。第１ユーザキャラクタＣ１１は、第１ユーザからの指示に応じて、ゲームフィールドＦ１内で、移動以外にもアイテムの使用などの様々な行動を取ることができる。本明細書では、ユーザキャラクタが配置される仮想空間をゲームフィールドと呼ぶが、このような仮想空間は、「ワールド」と呼ばれることもある。本明細書における「ゲームフィールド」は、「ワールド」と読み替えることができる。

ゲームフィールドＦ１は、ユーザ装置１０において表示されてもよい。ゲームフィールドＦ１は、例えば、ゲームフィールドＦ１内に設置された仮想カメラが撮影したゲームフィールドＦ１の映像とともに、ゲーム画面の一部としてユーザ装置１０において表示されてもよい。第１ユーザは、ユーザ装置１０に表示されたゲームフィールドＦ１を見て、自身の第１ユーザキャラクタＣ１１の移動方向を決めることができる。

ゲームフィールドＦ１は、ゲームシステム１が提供する複数のゲームフィールドのうちの一つであってもよい。ユーザ装置１０の第１ユーザは、複数のゲームフィールドの中からゲームフィールドＦ１を選択することができる。第１ユーザによってゲームフィールドＦ１が選択されると、第１ユーザの第１ユーザキャラクタＣ１１がゲームフィールドＦ１内に配置される。第１ユーザは、ゲームフィールドＦ１を選択してゲームフィールドＦ１内でのゲームプレイを開始する際に、ゲームフィールドＦ１について様々な設定を行うことができる。例えば、第１ユーザは、ゲームフィールドＦ１に他のユーザが参加できるか否かを設定することができる。ゲームフィールドＦ１は、第１ユーザによって他のユーザの参加が制限される、または、他のユーザの参加に条件が設けられる（セミ）クローズなフィールドであってもよいし、第１ユーザ以外のユーザが自由に参加できるオープンなフィールドであってもよい。ゲームシステム１は、ゲームフィールドＦ１に参加するためのアクセスコードを発行し、ゲームフィールドＦ１への参加を要求するユーザにアクセスコードの入力を求め、正しいアクセスコードが入力された場合に、当該ユーザのユーザキャラクタをゲームフィールドＦ１に参加させるようにしてもよい。第１ユーザは、ゲームフィールドＦ１について発行されたアクセスコードをゲーム内のメッセージやゲーム外のＳＮＳを利用して公開してもよい。第１ユーザは、友人にのみアクセスコードを公開してもよい。ゲームフィールドＦ１に配置されている第２ユーザキャラクタＣ１２及び第３ユーザキャラクタＣ１３は、第１ユーザから知らされたアクセスコードを入力してゲームフィールドＦ１に参加したユーザのユーザキャラクタであってもよい。

ゲームフィールドＦ１は、より大きなゲームフィールドの一部であってもよい。ユーザ装置１０には、ゲームフィールドＦ１のうち、第１ユーザキャラクタＣ１１を中心とする一定の範囲が表示されてもよい。つまり、ユーザ装置１０に表示されるゲームフィールドＦ１は、第１ユーザキャラクタＣ１１が移動可能なゲームフィールド全体のうちの第１ユーザキャラクタＣ１１が配置されている位置を中心とする一部の領域であってもよい。例えば、第１ユーザキャラクタＣ１１がゲームフィールドＦ１内で地点Ａに配置されている場合には、ゲームフィールド全体のうち地点Ａを中心とする所定範囲の領域がゲームフィールドＦ１として表示され、第１ユーザキャラクタＣ１１が地点Ａから地点Ｂまで移動すると、移動後には、ゲームフィールド全体のうち地点Ｂを中心とする所定範囲の領域がゲームフィールドＦ１として表示される。

第２ユーザキャラクタＣ１２のユーザ（以下、「第２ユーザ」という。）は、自らのユーザ装置を操作することにより、ゲームフィールドＦ１内で第２ユーザキャラクタＣ１２を操作することができる。同様に、第３ユーザキャラクタＣ１３のユーザ（以下、「第３ユーザ」という。）は、自らのユーザ装置を操作することにより、ゲームフィールドＦ１内で第３ユーザキャラクタＣ１３を操作することができる。第２ユーザのユーザ装置及び第３ユーザのユーザ装置は、ゲームシステム１に含まれるユーザ装置の例であり、ユーザ装置１０と同様の機能を有する。

ゲームフィールドＦ１には、ユーザキャラクタ以外に、コンピュータが所定のアルゴリズムに従って操作する一又は複数のコンピュータキャラクタが配置されてもよい。図示されている例では、ゲームフィールドＦ１内に、第１コンピュータキャラクタＣ２１、第２コンピュータキャラクタＣ２２、及び第３コンピュータキャラクタＣ２３がゲームフィールドＦ１に配置されている。ゲームシステム１は、ゲームフィールドＦ１においてユーザキャラクタがコンピュータキャラクタとがエンカウントすると、そのエンカウントしたユーザキャラクタとコンピュータキャラクタとが参加するエンカウントイベントを発生させるように構成される。第１コンピュータキャラクタＣ２１、第２コンピュータキャラクタＣ２２、及び第３コンピュータキャラクタＣ２３は、ユーザキャラクタと戦闘を行う敵キャラクタであってもよい。ユーザキャラクタと敵キャラクタがエンカウントした場合には、エンカウントイベントとして、当該ユーザキャラクタと当該敵キャラクタとの間での戦闘イベントが開始されてもよい。第１コンピュータキャラクタＣ２１、第２コンピュータキャラクタＣ２２、及び第３コンピュータキャラクタＣ２３は、ＣｈａｔＧＰＴ等の生成系ＡＩによって生成される移動パターンに従ってゲームフィールドＦ１内を移動してもよい。

第１コンピュータキャラクタＣ２１、第２コンピュータキャラクタＣ２２、及び第３コンピュータキャラクタＣ２３は、ゲームフィールドＦ１の生成時からゲームフィールドＦ１に配置されていてもよい。第１コンピュータキャラクタＣ２１、第２コンピュータキャラクタＣ２２、及び第３コンピュータキャラクタＣ２３の一部は、ゲームフィールドＦ１において所定の条件が満たされた場合にのみ、ゲームフィールドＦ１に出現する（新たに配置される）ように設定されていてもよい。コンピュータキャラクタがゲームフィールドＦ１内に出現することは、「スポーンする」と表現されることもある。例えば、第２コンピュータキャラクタＣ２２は、ボスキャラクターであり、ゲームフィールドＦ１の生成後に所定の条件が満たされた後に、ゲームフィールドＦ１にスポーンされてもよい。第２コンピュータキャラクタＣ２２がゲームフィールドＦ１にスポーンするための条件には、ゲームフィールドＦ１生成後に所定時間が経過したこと、ゲームフィールドＦ１内で所定数のコンピュータキャラクタを倒したこと、ゲームフィールドＦ１内で所定のアイテムを入手したこと、及びこれら以外の条件が含まれ得る。

ゲームフィールドＦ１には、様々なオブジェクトが配置されてもよい。図示されている例では、第１オブジェクトＯ１１、第２オブジェクトＯ１２、第３オブジェクトＯ１３、及び第４オブジェクトＯ１４がゲームフィールドＦ１に配置されている。ゲームフィールドＦ１に配置されるオブジェクトは、ゲームフィールドＦ１内の所定の位置に固定されていてもよいし、ゲームフィールドＦＩ内を移動可能であってもよい。第１オブジェクトＯ１１、第２オブジェクトＯ１２、第３オブジェクトＯ１３、及び第４オブジェクトはそれぞれ、構築物を表すオブジェクト、山、丘、川、森林などの自然の地形を表すオブジェクト、及び前記以外のゲームフィールドＦ１に配置され得る任意のオブジェクトであってもよい。ゲームフィールドＦ１に配置されるオブジェクトには、第１ユーザキャラクタＣ１１が進入できないオブジェクトが含まれてもよい。図示の例では、第１ユーザキャラクタＣ１１は、第１オブジェクトＯ１１及び第２オブジェクトＯ１２が占めている領域に進入できないことが想定されている。このため、第１オブジェクトＯ１１と第２オブジェクトＯ１２との間には隘路が形成されており、この隘路に第３コンピュータキャラクタＣ２３が配置されている。

３ エンカウント判定の概要
次に、図３ａないし図３ｅを参照して、ゲームシステム１によって提供されるゲームにおいて採用され得るエンカウント判定の概要について説明する。図３ａないし図３ｅには、第１ユーザキャラクタＣ１１及び第１コンピュータキャラクタＣ２１が示されている。以下では、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１とエンカウントするか否かの判定（第１ユーザキャラクタＣ１１と第１コンピュータキャラクタＣ２１とのエンカウント判定）について説明するが、このエンカウント判定は、他のキャラクタ間でのエンカウント判定にも適用され得る。

ゲームシステム１におけるエンカウント判定では、（１）第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１内に存在するか否かが判定され、（２）第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１内に存在する場合に、第１ユーザキャラクタＣ１１及び第１コンピュータキャラクタＣ２１が参加するエンカウントイベントを発生させるか否かを判定するイベント発生判定が行われる。つまり、エンカウント判定は、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１に存在するか否かを判定するゾーン判定と、エンカウント可能ゾーンＺ１１に存在する場合に行われるイベント発生判定の二段階で行われる。具体的には、上記（１）において、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１内に存在すると判定され、且つ、（２）でエンカウントイベントを発生させると判定された場合に、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１とエンカウントしてエンカウントイベントが発生する。第１コンピュータキャラクタＣ２１がエンカウント可能ゾーンＺ１１に入っただけでは第１ユーザキャラクタＣ１１と第１コンピュータキャラクタＣ２１とのエンカウントは発生しない。

３－１ エンカウント可能ゾーン
まず、第１コンピュータキャラクタＣ２１について設定されるエンカウント可能ゾーンについて説明する。図３ａに示されているように、ゲームフィールドＦ１において、第１コンピュータキャラクタＣ２１に関連付けてエンカウント可能ゾーンＺ１１が設定される。図示の例では、ＸＹ面において、第１コンピュータキャラクタＣ２１が配置されている位置の座標から第１距離ｒ１内にあるゾーンが、エンカウント可能ゾーンＺ１１として設定されている。つまり、図示の例においては、第１コンピュータキャラクタＣ２１を中心とする半径ｒ１の円内がエンカウント可能ゾーンＺ１１である。エンカウント可能ゾーンＺ１１は、ゲームフィールドＦ１において３次元で定義されてもよい。例えば、エンカウント可能ゾーンＺ１１は、第１コンピュータキャラクタＣ２１が配置されている位置を中心とする半径ｒ１の球内のゾーンであってもよい。

図３ａの例では、ゲームフィールドＦ１において、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１について設定されているエンカウント可能ゾーンＺ１１の外側に配置されているので、第１ユーザキャラクタＣ１１は、第１コンピュータキャラクタＣ２１とエンカウント可能ではないと判定される。第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１とエンカウント可能ではない場合、第１ユーザキャラクタＣ１１は、ノーマル状態である。

第１ユーザキャラクタＣ１１が、ゲームフィールドＦ１において図３ａに示されている位置から第１コンピュータキャラクタＣ２１に近づく方向に移動すると、図３ｂに示されているように、第１ユーザキャラクタＣ１１は、エンカウント可能ゾーンＺ１１の内部に進入する。図３ｂの例では、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１について設定されているエンカウント可能ゾーンＺ１１の内側に配置されているので、第１ユーザキャラクタＣ１１は、第１コンピュータキャラクタＣ２１とエンカウント可能なエンカウント可能状態にあると判定される。つまり、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１内に進入すると、第１ユーザキャラクタＣ１１は、ノーマル状態からエンカウント可能状態に移行する。

図３ｃに示されているように、第１ユーザキャラクタＣ１１は、第１ユーザの操作に応じて、エンカウント可能ゾーンＺ１１の内側の位置からエンカウント可能ゾーンＺ１１の外側の位置へ移動することができる。エンカウント可能ゾーンＺ１１に進入してエンカウント可能状態となった第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１の外側へ移動すると、第１ユーザキャラクタＣ１１のエンカウント可能状態が解除される。つまり、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１の内側から外側に移動すると、第１ユーザキャラクタＣ１１は、エンカウント可能状態からノーマル状態に移行する。

第１コンピュータキャラクタＣ２１は、エンカウント可能ゾーンＺ１１から離脱した第１ユーザキャラクタＣ１１を追跡するように制御されてもよい。例えば、図３ｄに示されているように、第１コンピュータキャラクタＣ２１は、エンカウント可能ゾーンＺ１１から離脱するために第１ユーザキャラクタＣ１１を追跡するように移動してもよい。図３ｄに示されているように、第１ユーザキャラクタＣ１１は、エンカウント可能ゾーンＺ１１から離脱した後に第１コンピュータキャラクタＣ２１の追跡を受けて、再びエンカウント可能ゾーンＺ１１内に入ることがある。

第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１の内側に配置されているか否かは、第１ユーザキャラクタＣ１１が配置されている位置のＸＹ平面における座標が、エンカウント可能ゾーンＺ１１内にあるか否かに応じて判定することができる。第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１内に配置されているか否かは、所定のゾーン判定周期ごとに判定することができる。ゾーン判定周期は、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１内に配置されているか否かを実質的にリアルタイムに判定することができる時間に設定されてもよい。ゾーン判定周期は、例えば０．１秒であってもよく、０．１秒より短くても長くてもよい。

３－２ エンカウント可能ゾーン内でのイベント発生判定
第１ユーザキャラクタＣ１１がエンカウント可能状態となったことに応じて、第１ユーザキャラクタＣ１１及び第１コンピュータキャラクタＣ２１が参加するエンカウントイベントを発生させるか否かを判定するイベント発生判定が行われる。本明細書では、ユーザキャラクタが他のキャラクタ（例えば、コンピュータキャラクタ）とエンカウント可能状態である場合に行われる、当該ユーザキャラクタ及び当該他のキャラクタが参加するエンカウントイベントを発生させるか否かの判定を「イベント発生判定」と呼ぶ。イベント発生判定は、様々な方法で実施され得る。以下では、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１とエンカウント可能状態にある場合のイベント発生判定の例を説明する。本明細書では、記載の簡便さのために、第１ユーザキャラクタＣ１１及び第１コンピュータキャラクタＣ２１が参加するエンカウントイベントを「第１エンカウントイベント」と呼ぶことがある。

一態様において、イベント発生判定は、イベント発生確率に基づいて判定される。例えば、第１ユーザキャラクタＣ１１がエンカウント可能状態である間、所定の時間が経過するたびに、イベント発生確率に基づいてエンカウントイベントを発生させるか否かの判定が繰り返し行われる。つまり、イベント発生判定は、第１ユーザキャラクタＣ１１がエンカウント可能状態になってから所定のイベント発生判定周期で繰り返し行われる。イベント発生判定周期は、例えば１秒であってもよいし、１秒より長くても短くてもよい。第１ユーザキャラクタＣ１１がエンカウント可能状態になってからの経過時間は、システムクロックに基づいて測定することができる。

第１ユーザキャラクタＣ１１と第１コンピュータキャラクタＣ２１とのイベント発生判定に用いられるイベント発生確率は、第１ユーザキャラクタＣ１１がと第１コンピュータキャラクタＣ２１とエンカウント可能なエンカウント可能状態にある場合（つまり、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１内に存在する場合）に、１回の判定で、第１エンカウントイベントが発生する確率を表す。イベント発生確率が固定されている場合には、イベント発生確率は、１００％未満の値を取る。イベント発生確率は、５０％以下、３０％以下、２０％以下、又は１０以下であってもよい。イベント発生確率は、例えば１０％であってもよく、１０％より大きくても小さくてもよい。イベント発生確率は、変動してもよい。イベント発生確率が変動する場合、イベント発生確率は、一時的に１００％とされてもよい。

イベント発生確率は、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１に一旦進入した後に、エンカウント可能ゾーンＺ１１から離脱することで、第１コンピュータキャラクタＣ２１とのエンカウントイベントの発生を回避することが可能になる範囲に定められてもよい。例えば、イベント発生判定周期を１秒、イベント発生確率を１０％に設定すれば、第１ユーザキャラクタＣ１１がエンカウント可能状態になってから５秒が経過するときまでにエンカウントイベントが発生しない確率は、約５９％（（９／１０）の５乗）となる。この場合、第１ユーザは、エンカウント可能ゾーンＺ１１に入ってから５秒以内にエンカウント可能ゾーンＺ１１の外に出ることができれば、約５９％の確率で第１コンピュータキャラクタＣ２１とのエンカウントを回避することができる。イベント発生判定周期１秒ごとのイベント発生確率を２０％に設定すれば、５秒が経過するときまでにエンカウントイベントが発生しない確率は、約３３％（（４／５）の５乗）となる。このように、イベント発生確率の設定により、ユーザキャラクタがエンカウント可能状態になった後のエンカウントの回避しやすさを定めることができる。また、イベント発生判定周期を変更することにより、エンカウントの回避の容易さを変更することができる。具体的には、イベント発生判定周期が短くなると、所定時間あたりの判定回数が増えるから、エンカウントが発生しやすくなる。例えば、イベント発生判定周期を０．５秒、イベント発生確率を１０％に設定すれば、５秒が経過するときまでにエンカウントイベントが発生しない確率は、約３５％（（９／１０）の１０乗）となり、イベント発生判定周期が１秒の場合と比べてエンカウントが発生しやすくなる。あるユーザキャラクタと他のコンピュータキャラクタとのイベント発生判定に用いられるイベント発生判定周期は、コンピュータキャラクタごとに個別に定められてもよい。

あるユーザキャラクタと他のコンピュータキャラクタとのイベント発生判定に用いられるイベント発生確率は、コンピュータキャラクタごとに個別に定められてもよい。例えば、ゲームフィールドＦ１に配置されている第１コンピュータキャラクタＣ２１、第２コンピュータキャラクタＣ２２、及び第３コンピュータキャラクタＣ２３について、個別にイベント発生確率が定められてもよい。

あるユーザキャラクタと他のコンピュータキャラクタとのイベント発生判定に用いられるイベント発生確率は、ユーザキャラクタごとに個別に定められてもよい。例えば、ゲームフィールドＦ１に配置されている第１ユーザキャラクタＣ１１、第２ユーザキャラクタＣ１２、第３ユーザキャラクタＣ１３について、個別にイベント発生確率が定められてもよい。

イベント発生判定は、ゲームフィールドＦ１に配置されているキャラクタに共通して用いられる共通イベント発生確率を用いて行われてもよい。

イベント発生確率は、ユーザキャラクタがエンカウント可能状態になってからの経過時間に応じて変化してもよい。例えば、イベント発生確率は、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１に入ってからの経過時間（エンカウント可能ゾーンＺ１１への滞在時間）に応じて逓増してもよい。逓増するイベント発生確率には、上限が定められてもよい。イベント発生確率の上限は、例えば５０％であってもよい。逓増後のイベント発生確率は、１００％に達してもよい。

ユーザキャラクタと他のキャラクタとのイベント発生確率は、ゲームフィールドＦ１における当該キャラクタ同士の距離に応じて変動してもよい。例えば、第１ユーザキャラクタＣ１１と第１コンピュータキャラクタＣ２１との間の距離が短くなるほどイベント発生確率を高くしてもよい。第１ユーザは、第１コンピュータキャラクタＣ２１とのエンカウントを望まない場合には、ゲームフィールドＦ１内で第１コンピュータキャラクタＣ２１から遠ざかるように第１ユーザキャラクタＣ１１を移動させることにより、第１コンピュータキャラクタＣ２１とのエンカウントを回避しやすくなる。

一態様において、イベント発生判定は、イベント発生ゲージに基づいて行われる。イベント発生ゲージは、例えば、０～１００の間の値を取ることができ、イベント発生ゲージの値が１００になったことに応じて、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１とエンカウントしたと判定される。つまり、イベント発生ゲージが最大値を取ると、第１エンカウントイベントが発生すると判定される。本明細書では、イベント発生ゲージが取り得る最大値を「イベント発生値」と呼ぶことがある。イベント発生ゲージの値は、所定の時間が経過するたびに増加してもよい。イベント発生ゲージの値は、例えば、第１ユーザキャラクタＣ１１がエンカウント可能状態になった時点から１秒経過するごとに１０ずつ増加してもよい。この場合、第１ユーザキャラクタＣ１１が１０秒間エンカウント可能ゾーンＺ１１に留まると、第１エンカウントイベントが発生すると判定される。イベント発生ゲージの値は、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１内に存在している間逓増してもよいし、増減してもよい。イベント発生値は、コンピュータキャラクタごとに個別に定められてもよいし、全てのコンピュータキャラクタに共通に定められていてもよい。イベント発生値は、ゲームの進行に応じて増減してもよい。イベント発生ゲージの値は、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１から離脱したことに応じて、０（ゼロ）にリセットされてもよい。イベント発生ゲージの値は、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１から離脱してもリセットされず、離脱後に再度エンカウント可能ゾーンＺ１１に入ると、イベント発生ゲージの値は、先に離脱したときの値に戻るように設定されてもよい。イベント発生ゲージの値が増加率、増減の態様、及び／又は第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１から離脱した場合のリセットの有無は、コンピュータキャラクタごとに個別に定められてもよい。

３－３ 接触ゾーン
次に、第１コンピュータキャラクタＣ２１について設定される接触ゾーンについて説明する。図３ａに示されているように、ゲームフィールドＦ１において、第１コンピュータキャラクタＣ２１に関連付けて接触ゾーンＺ２１が設定されている。図示の例では、ＸＹ面において、第１コンピュータキャラクタＣ２１が配置されている位置の座標から、第１距離ｒ１よりも小さい第２距離ｒ２内にあるゾーンが、接触ゾーンＺ２１として設定されている。つまり、図示の例において、第１コンピュータキャラクタＣ２１を中心とする半径ｒ２の円内が接触ゾーンＺ２１である。接触ゾーンＺ２１は、ゲームフィールドＦ１において３次元で定義されるゾーンであってもよい。例えば、接触ゾーンＺ２１は、第１コンピュータキャラクタＣ２１が配置されている位置を中心とする半径ｒ２の球内のゾーンであってもよい。

第１ユーザキャラクタＣ１１が、図３ａに示されている位置から図３ｂに示されているようにエンカウント可能ゾーンＺ１１に進入し、この図３ｂの位置から第１コンピュータキャラクタＣ２１にさらに近づく向きに移動すると、図３ｅに示されているように、第１ユーザキャラクタＣ１１は、第１コンピュータキャラクタＣ２１について設定されている接触ゾーンＺ２１の内部に進入する。一態様においては、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１について設定されている接触ゾーンＺ２１の内側に進入した場合に、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１とエンカウントしたと判定され、第１エンカウントイベントが発生する。つまり、第１ユーザキャラクタＣ１１が接触ゾーンＺ２１内に進入すると、自動的に、第１ユーザキャラクタＣ１１は、第１コンピュータキャラクタＣ２１とエンカウントする。第１ユーザキャラクタＣ１１が接触ゾーンＺ２１の内側にいるか外側にいるか否かは、第１ユーザキャラクタＣ１１が配置されている位置のＸＹ平面における座標が、第１コンピュータキャラクタＣ２１が配置されている位置のＸＹ平面における座標を中心とする半径ｒ２の円内にあるか否かに応じて判定することができる。

第１コンピュータキャラクタＣ２１について、接触ゾーンＺ２１は、設定されていなくともよい。つまり、接触ゾーンＺ２１は、エンカウント判定における必須の要素ではない。ゲームフィールドＦ１に配置されているコンピュータキャラクタの一部について接触ゾーンが設定され、それ以外のコンピュータキャラクタには接触ゾーンが設定されなくともよい。

４ ユーザ装置
次に、図１を再び参照し、ユーザ装置１０についてさらに説明する。

４－１ ユーザ装置の構成
ユーザ装置１０は、スマートフォン、パーソナルコンピュータ（ＰＣ）、携帯電話機、タブレット端末、パーソナルコンピュータ、電子書籍リーダー、ウェアラブルコンピュータ、ゲーム用コンソール、ヘッドマウントディスプレイ、またはこれら以外の各種情報処理装置である。ユーザ装置１０は、第１ユーザによって利用されることが想定されている。第１ユーザは、ユーザ装置１０に入力を行い、ユーザ装置１０から出力される画像や音声を通じてゲームをプレイすることができる。

ユーザ装置１０は、プロセッサ１１、メモリ１２、ユーザインタフェース１３、通信インタフェース１４、ストレージ１５、を備えている。

プロセッサ１１は、ストレージ１５又はそれ以外のストレージからオペレーティングシステムやそれ以外の様々なプログラムをメモリ１２にロードし、ロードしたプログラムに含まれる命令を実行する演算装置である。プロセッサ１１は、例えば、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＧＰＵ、これら以外の各種演算装置、又はこれらの組み合わせである。プロセッサ１１は、ＡＳＩＣ、ＰＬＤ、ＦＰＧＡ、ＭＣＵ等の集積回路により実現されてもよい。

メモリ１２は、プロセッサ１１が実行する命令及びそれ以外の各種データを格納するために用いられる。メモリ１２は、プロセッサ１１が高速にアクセス可能な主記憶装置（メインメモリ）である。メモリ１２は、例えば、ＤＲＡＭやＳＲＡＭ等のＲＡＭによって構成される。

ユーザインタフェース１３は、ユーザの入力を受け付ける入力インタフェースと、プロセッサ２１の制御により様々な情報を出力する出力インタフェースと、を備える。入力インタフェースは、キーボード、マウス等のポインティングデバイス、タッチパネル、又は前記以外のユーザの入力を入力可能な任意の情報入力装置である。出力インタフェースは、例えば、液晶ディスプレイ、有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ、表示パネル、又は前記以外のプロセッサ１１の演算結果を出力可能な任意の情報出力装置である。

通信インタフェース１４は、ハードウェア、ファームウェア、又はＴＣＰ／ＩＰドライバやＰＰＰドライバ等の通信用ソフトウェア又はこれらの組み合わせとして実装される。ユーザ装置１０は、通信インタフェース１４を介して、サーバ２０を含む他の情報機器とデータを送受信することができる。

ストレージ１５は、プロセッサ１１によりアクセスされる外部記憶装置である。ストレージ１５は、例えば、磁気ディスク、光ディスク、半導体メモリ、又はデータを記憶可能な前記以外の各種記憶装置である。

４－２ ストレージ１５に保持されるデータ
ストレージ１５には、ゲームの様々な機能を提供するためのゲームアプリケーション１５ａ、エンカウント判定に用いられるエンカウント管理データ１５ｂ、及び前記以外の様々なデータが記憶される。

ゲームアプリケーション１５ａに含まれる命令は、プロセッサ１１によって実行され得る。ゲームアプリケーション１５ａを実行することにより実現される機能の詳細は後述する。ゲームアプリケーション１５ａは、例えば、不図示のアプリケーション配信プラットフォームから、ユーザ装置１０にダウンロードされてもよい。ユーザ装置１０は、必要に応じて、サーバ２０からゲームパートを進行させるために必要なデータを取得し、取得したデータをストレージ１５に記憶することができる。

エンカウント管理データ１５ｂについて、図４を参照して説明する。エンカウント管理データ１５ｂは、エンカウント判定時に参照されるデータが構造的に記憶されたデータセットである。エンカウント管理データ１５ｂは、例えば、ゲームフィールド内に配置されているコンピュータキャラクタを識別するキャラクタ識別情報を含む。エンカウント管理データ１５ｂは、コンピュータキャラクタのキャラクタ識別情報に加えて、当該コンピュータキャラクタについて設定されているゾーン情報、イベント発生確率、及びイベント発生判定周期を含むことができる。

コンピュータキャラクタのゾーン情報は、当該コンピュータキャラクタについて設定されているエンカウント可能ゾーンの範囲を示す。ゾーン情報は、エンカウント可能ゾーンを表す座標情報であってもよい。例えば、エンカウント可能ゾーンが円形の場合には、ゾーン情報は、ゲームフィールドにおける当該コンピュータキャラクタの位置を表す座標と、エンカウント可能ゾーンの外縁を定める円の半径と、を含むことができる。コンピュータキャラクタのゾーン情報は、ゲームフィールド内を移動するコンピュータキャラクタの最新の位置が反映されるように更新されてもよい。ゾーン情報は、ユーザの設定に応じて変更されてもよい。例えば、ゲームにおいてユーザの選択に応じて２つ以上のモードが利用可能とされている場合、そのモードごとに異なるゾーン情報が設定されてもよい。具体的には、ゲームが、エンカウントの発生頻繁が高いハードモードと、エンカウントの発生頻度が低いイージーモードと、を有する場合には、ハードモードが選択されているときにより広いエンカウント可能ゾーンが設定されるようにゾーン情報が定められてもよい。ゾーン情報は、ユーザによる選択以外のイベントを契機として更新又は変更されてもよい。

コンピュータキャラクタについて設定されるイベント発生確率は、上述したとおり、ユーザキャラクタが当該コンピュータキャラクタとエンカウント可能状態にある場合に、１回の判定で、当該ユーザキャラクタ及び当該コンピュータキャラクタが参加するエンカウントイベントの発生確率を表す。この発生確率が、エンカウント管理データ２５ｃの一部として記憶される。ゾーン情報と同様に、イベント発生確率も、ユーザのモード選択に応じて又はそれ以外のイベントに応じて変更されてもよい。

コンピュータキャラクタについて設定されるイベント発生判定周期は、当該コンピュータキャラクタとエンカウント可能状態にあるユーザキャラクタについて繰り返し行われるイベント発生判定の実行間隔を表す。ゾーン情報及びイベント発生確率と同様に、イベント発生判定周期も、ユーザのモード選択に応じて又はそれ以外のイベントに応じて変更されてもよい。

４－３ ユーザ装置の機能
ユーザ装置１０のプロセッサ１１は、ゲームアプリケーション１５ａに含まれる命令セット及び必要に応じてそれ以外の命令セットを実行することにより、ゲーム進行部１１ａ、ゾーン判定部１１ｂ、イベント発生判定部１１ｃ、及びイベント実行部１１ｄとして機能する。

４－３－１ ゲーム進行部１１ａ
ゲーム進行部１１ａは、ゲームアプリケーション１５ａに含まれる命令セットに従って、また、必要に応じてユーザ装置１０のユーザインタフェース１３（例えば、タッチパネル）を介した第１ユーザからの入力に基づいて、ゲームを進行させる。ゲーム進行部１１ａは、サーバ２０と協働してゲームを進行させることもできる。ユーザからの操作入力は、例えば、ゲームフィールドを選択する入力、ゲームフィールド内での第１ユーザキャラクタＣ１１の移動を指定するための入力、アイテムの使用を指示するための入力、ゲーム設定を変更するための入力、及びこれら以外のゲームの進行に関連する様々な入力である。ゲーム進行部１１ａは、例えば、ゲームアプリケーション１５ａに含まれる命令セット及びユーザからの入力に基づいて、ゲームの進行に関連するリクエストを生成し、生成したリクエストをサーバ２０に送信することができる。また、ゲーム進行部１１ａは、サーバ２０から、ゲームの進行に関連する様々なゲームデータを受信し、当該ゲームデータに基づいてゲームを進行させることができる。ゲーム進行部１１ａは、ゲームの進行に応じた映像をユーザインタフェース１３（例えば、ディスプレイ）に表示することができる。ゲーム進行部１１ａは、例えば、レンダリングにより生成されるゲームフィールドＦ１の映像を生成することができる。

ゲーム進行部１１ａは、サーバ２０のストレージ２５に記憶されている各種データのうち、ゲームの進行のために必要なデータを取得し、取得したデータをストレージ１５に記憶してもよい。ゲーム進行部１１ａは、ゲームの処理に必要となる場合には、ストレージ１５から適宜データを読み出し、読み出したデータを用いて演算を行うことができる。

４－３－２ ゾーン判定部１１ｂ
ゾーン判定部１１ｂは、ゲームフィールドに配置されているユーザキャラクタが、当該ゲームフィールドにおいて設定されている様々なゾーンのうち、いずれのゾーンに存在しているかを判定する。図２に示されているように、ゲームフィールドＦ１内に第１ユーザキャラクタＣ１１が配置されている場合には、ゾーン判定部１１ｂは、ゲームフィールドＦ１における第１ユーザキャラクタＣ１１の座標に基づいて、第１ユーザキャラクタＣ１１が、ゲームフィールドＦ１内に配置されているいずれかのコンピュータキャラクタのエンカウント可能ゾーン内に配置されているか否かを判定することができる。例えば、ゾーン判定部１１ｂは、ゲームフィールドＦ１における第１ユーザキャラクタＣ１１の位置の座標に基づいて、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１について設定されているエンカウント可能ゾーンＺ１１内に配置されているか否かを判定することができる。第１ユーザキャラクタＣ１１が、図３ａに示されているように、第１コンピュータキャラクタＣ２１について設定されているエンカウント可能ゾーンＺ１１の外側に配置されている場合には、ゾーン判定部１１ｂは、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１について設定されているエンカウント可能ゾーンＺ１１の外側に配置されていると判定する。この場合、ゾーン判定部１１ｂは、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１とエンカウント可能なエンカウント可能状態ではない（つまり、ノーマル状態である）と判定する。他方、図３ｂに示されているように、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１の内側（ただし、接触ゾーンＺ２１の外側）に配置されている場合には、ゾーン判定部１１ｂは、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１について設定されているエンカウント可能ゾーンＺ１１の内側に配置されていると判定する。この場合、ゾーン判定部１１ｂは、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１とエンカウント可能なエンカウント可能状態にあると判定する。ゾーン判定部１１ｂは、図３ｃに示されているように、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１から離脱した場合（つまり、エンカウント可能ゾーンＺ１１の中から外に移動した場合）には、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１とエンカウント可能なエンカウント可能状態にないと判定する。

ゾーン判定部１１ｂは、第１ユーザキャラクタＣ１１がゲームフィールドＦ１内に設定されているいずれかのゾーン内に配置されているか否かの判定を、所定のゾーン判定周期ごとに行うことができる。例えば、ゾーン判定部１１ｂは、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１（又は他のエンカウント可能ゾーン）内に配置されているか否かの判定を、ゾーン判定周期ごとに実行することができる。ゾーン判定周期は、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１内に配置されているか否かを実質的にリアルタイムに検出することができる程度に短い時間とされてもよい。ゾーン判定周期は、１秒以下、０．５秒以下、０．３秒以下、０．２秒以下、又は０．１秒以下であってもよい。

以上のとおり、ゾーン判定部１１ｂは、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１内に配置されているか否かを実質的にリアルタイムに判定し、その判定結果に応じて、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１とエンカウント可能状態にあるか否かを判定することができる。同様に、ゾーン判定部１１ｂは、第１ユーザキャラクタＣ１１が、第１コンピュータキャラクタＣ２１以外のコンピュータキャラクタについて設定されているエンカウント可能ゾーン内に配置されているか否かを判定することができる。また、ゾーン判定部１１ｂは、第１ユーザキャラクタＣ１１以外のユーザキャラクタについても同様に、当該ユーザキャラクタがゲームフィールドＦ１内に配置されているコンピュータキャラクタについて設定されているエンカウント可能ゾーン内に配置されているか否かを判定することもできる。

ゾーン判定部１１ｂは、第１ユーザキャラクタＣ１１がゲームフィールドＦ１内に配置されているコンピュータキャラクタ（例えば、第１コンピュータキャラクタＣ２１）について設定されている接触ゾーン（例えば、接触ゾーンＺ２１）内に配置されているか否かを判定することができる。ゾーン判定部１１ｂは、第１ユーザキャラクタＣ１１以外のユーザキャラクタについても同様に、当該ユーザキャラクタがゲームフィールドＦ１内に配置されているコンピュータキャラクタについて設定されている接触ゾーン内に配置されているか否かを判定することができる。

４－３－３ イベント発生判定部１１ｃ
イベント発生判定部１１ｃは、ゾーン判定部１１ｂにより第１ユーザキャラクタＣ１１がエンカウント可能状態にあると判定されたことに応じて、第１エンカウントイベントを発生させるか否かを判定する。このイベント発生判定は、上述のとおり、イベント発生確率に基づいて実行され得る。例えば、イベント発生判定部１１ｃは、第１ユーザキャラクタＣ１１がエンカウント可能状態にある場合に、イベント発生判定周期ごとに、イベント発生確率に基づいて、第１エンカウントイベントが発生するか否かを確率的に判定する。イベント発生判定周期が１秒である場合には、イベント発生判定部１１ｃは、第１ユーザキャラクタＣ１１がエンカウント可能状態にある限り１秒ごとに、第１エンカウントイベントが発生するか否かを判定する。イベント発生確率が２０％の場合には、１回の判定で、２０％の確率でエンカウントイベントが発生すると判定される。このため、第１コンピュータキャラクタＣ２１がエンカウント可能ゾーンＺ１１に長期間滞在するとエンカウントイベントが発生する可能性が高くなる。逆に、第１ユーザキャラクタＣ１１へ一旦進入したとしても、進入後ただちにエンカウント可能ゾーンＺ１１から離脱すれば、エンカウントイベントが発生する可能性は低い。

イベント発生判定部１１ｃは、ゾーン判定部１１ｂにより第１ユーザキャラクタＣ１１が接触ゾーンＺ２１内に配置されていると判定された場合に、第１エンカウントイベントが発生したと判定する。

４－３－４ イベント実行部１１ｄ
イベント実行部１１ｄは、イベント発生判定部１１ｃにより、エンカウントイベントが発生したと判定された場合に、第１エンカウントイベントを実行する。エンカウントイベントは、例えば、第１ユーザキャラクタＣ１１と第１コンピュータキャラクタＣ２１とが戦闘を行う戦闘イベントである。エンカウントイベントは、戦闘イベントには限られない。エンカウントイベントは、第１ユーザキャラクタＣ１１と第１コンピュータキャラクタＣ２１とが会話を行うコミュニケーションイベントであってもよい。エンカウントイベントは、第１ユーザキャラクタＣ１１と第１コンピュータキャラクタＣ２１とがアイテム等のゲーム媒体の取引を行う取引イベントであってもよい。イベント実行部１１ｄにより実行されるエンカウントイベントは、本明細書で明示的に説明されるものには限定されない。

５ サーバ装置
次に、サーバ２０についてさらに説明する。サーバ２０は、プロセッサ２１、メモリ２２、ユーザインタフェース２３、通信インタフェース２４、及びストレージ２５を備える。ユーザ装置１０のプロセッサ１１、メモリ１２、ユーザインタフェース１３、通信インタフェース１４、及びストレージ１５に関する以上の説明は、プロセッサ２１、メモリ２２、ユーザインタフェース２３、通信インタフェース２４、及びストレージ２５にも当てはまる。

ストレージ２５には、ユーザ管理データ２５ａ、ゲーム媒体管理データ２５ｂ、及びこれら以外のゲームの提供に必要なデータが格納される。

ユーザ管理データ２５ａについて、図５を参照して説明する。ユーザ管理データ２５ａは、ゲームシステム１によって提供されるゲームをプレイするユーザに関する様々なデータが構造的に記憶されたデータセットである。ユーザ管理データ２５ａには、ユーザのアカウント情報、ユーザに設定された様々なパラメータ、ユーザが所有するゲーム媒体に関する所有ゲーム媒体情報、ユーザがゲームにおいて使用する使用ゲーム媒体に関する使用ゲーム媒体情報、及びこれら以外のユーザに関する様々なデータが含まれ得る。

アカウント情報は、例えば、ユーザを識別するユーザＩＤである。アカウント情報には、ユーザ名を含んでもよい。ゲームシステム１においては、ユーザＩＤにより、ユーザが一意に識別される。ユーザ名は、ゲームで使用されるユーザの名称を示す。

あるユーザのパラメータには、当該ユーザのランク、経験値、獲得ポイント、及びこれら以外のユーザがゲームをプレイすることによって変動する当該ユーザに関連付けられるユーザパラメータが含まれてもよい。ユーザのランクは、当該ユーザのゲームに関する熟練度を示すパラメータである。ランクは、ユーザによるゲームのプレイに応じて増加してもよい。

ユーザの所有ゲーム媒体情報は、当該ユーザがゲームにおいて所有するゲーム媒体に関する情報である。ゲーム媒体は、ゲームにおいて使用される電子データである。ゲーム媒体は、例えば、キャラクタ、カード、アイテム、ポイント、サービス内通貨（又はゲーム内通貨）、トークン（例えばＮｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ（ＮＦＴ））、チケット、キャラクタ、アバタ、パラメータ、及びこれら以外のゲームで使用される電子データを含み得る。ゲーム媒体は、ユーザによってゲーム内で取得、所有、使用、管理、交換、合成、強化、売却、廃棄、又は贈与等され得る。ゲーム媒体は、前記以外の方法で利用されてもよい。所有ゲーム媒体情報は、ユーザがゲーム内で所有するゲーム媒体を識別するゲーム媒体ＩＤを含むことができる。ゲーム媒体がユーザに取得された場合、当該ゲーム媒体を特定するゲーム媒体ＩＤが、所有ゲーム媒体情報として、当該ユーザのユーザＩＤと対応付けて記憶される。以下、特に明示した場合を除き、ユーザが「所有」するゲーム媒体は、当該ユーザのユーザＩＤに対応付けられたゲーム媒体を示す。また、ゲーム媒体をユーザに「付与」するとは、当該ゲーム媒体を当該ユーザが「所有」するゲーム媒体として当該ユーザのユーザＩＤに対応付けることを意味する。また、ユーザが所有するゲーム媒体を「破棄」するとは、当該ユーザのユーザＩＤと当該ゲーム媒体との対応付けを解消することを意味する。また、ユーザが所有するゲーム媒体を「消費」するとは、ユーザＩＤと所有ゲーム媒体との対応付けの解消に応じて、ゲーム内での効果を発生させることを意味する。また、ユーザが所有するゲーム媒体を「売却」するとは、当該ユーザのユーザＩＤと当該ゲーム媒体との対応付けを解消し、且つ、当該ユーザＩＤに他のゲーム媒体（例えば、仮想通貨又はアイテム等）を所有するゲーム媒体として対応付けることを示す。また、ユーザＡが所有するゲーム媒体をユーザＢに「譲渡」するとは、ユーザＡのユーザＩＤと当該ゲーム媒体との対応付けを解消し、且つ、ユーザＢのユーザＩＤに当該ゲーム媒体を対応付けることを意味する。また、ゲーム媒体を「作成」するとは、ゲーム媒体に関する情報の少なくとも一部を定義又は決定することを示す。

使用ゲーム媒体情報は、ゲームパート（例えば、対戦ゲームパート）においてユーザが使用するゲーム媒体を示す情報である。対戦ゲームパートにおいてユーザが使用するゲーム媒体は、所有ゲーム媒体のうちから選択される。対戦ゲームパートにおいてユーザが使用するゲーム媒体は、ユーザ操作の選択に応じて又は使用ゲーム媒体の中から自動的に選択されてもよい。対戦ゲームパートを実行するために使用ゲーム媒体が選択されると、その使用ゲーム媒体によりデッキが構成されてもよい。この場合、使用ゲーム媒体情報には、使用ゲーム媒体として選択されたゲーム媒体を含むデッキを識別するデッキＩＤが含まれてもよい。

ユーザ管理データ２５ａには、フレンド情報が含まれてもよい。あるユーザについてのフレンド情報は、当該ユーザとフレンド関係にあるユーザのユーザＩＤを示す。例えば、ユーザＡが、ユーザＢ、Ｃとフレンド関係である場合、ユーザＡのフレンド情報は、ユーザＢ、ＣのユーザＩＤを含む。フレンド関係にあるユーザ同士は、協力してゲームをプレイすることができる。

ユーザ管理データ２５ａとして記憶されているデータの一部は、ゲームの進行に応じて随時更新される。例えば、ユーザのランクは、当該ユーザがゲームをプレイすることにより増加する。ユーザ管理データ２５ａとして記憶されているデータの一部は、ゲームの進行に応じて更新されない。例えば、ユーザＩＤは、ゲームが進行しても不変である。

ゲーム媒体管理データ２５ｂについて、図６を参照して説明する。ゲーム媒体管理データ２５ｂは、ゲームシステム１によって提供されるゲームにおいて使用されるゲーム媒体に関する様々なデータが構造的に記憶されたデータセットである。ゲーム媒体管理データ２５ｂには、様々なゲーム媒体のゲーム媒体識別情報、ゲーム媒体名、ゲーム媒体の特徴を表すゲーム媒体情報、及びこれら以外のゲーム媒体に関する様々なデータが含まれ得る。

ゲーム媒体ＩＤは、ゲーム媒体を識別するＩＤである。ゲーム媒体名は、ゲーム媒体の名前を示す。

ゲーム媒体情報には、ゲーム媒体の特徴を示す様々な情報が含まれる。ゲーム媒体情報には、例えば、レアリティと、レベルと、コストと、ライフと、攻撃力と、防御力と、ゲーム機能情報と、が含まれる。レアリティは、ゲーム媒体の希少度（希少価値）を示す情報である。すなわち、あるゲーム媒体に対応付けられるレアリティは、当該ゲーム媒体の取得され難さを表す。レベルは、ゲーム媒体の成長度を示す。例えば、レベルの値が大きいほど、ゲーム媒体の成長度が大きい。本実施形態において、レベルの値は、ユーザによるゲームのプレイに応じて増加してもよい。コストは、対戦ゲームパートに使用するデッキを決定する際に用いられるパラメータである。例えば、デッキには、そのデッキに含めることができるゲーム媒体のコストの合計の上限値が設定される。ユーザは、コストの合計が当該上限値を超えないように、デッキに含めるゲーム媒体を選択することができる。

ライフは、対戦ゲームパートにおけるユーザの勝敗を決定するために用いられるパラメータである。対戦ゲームパートにおいては、ユーザのキャラクタが敵キャラクタから攻撃を受けることによって、ライフが減少する。ライフは、回復アイテムの使用により、上限値又はそれ以下の値まで回復してもよい。ユーザのデッキに含まれる全てのキャラクタについてライフがゼロになると、当該対戦ゲームパートにおいて、ユーザが敗北したと判定されてもよい。

ゲーム媒体の攻撃力は、当該ゲーム媒体の攻撃によって敵キャラクタに与えるダメージ量に寄与するパラメータである。攻撃力の値が大きくなるほど、敵キャラクタに与えるダメージ量が大きくなる。ゲーム媒体の防御力は、敵キャラクタから受けた攻撃により当該ゲーム媒体が受けるダメージ量に寄与するパラメータである。防御力の値が大きくなるほど、敵キャラクタの攻撃から受けるダメージ量が大きくなる。

ゲーム媒体情報には、ゲーム機能情報が含まれてもよい。ゲーム媒体に関連付けられるゲーム機能情報は、当該ゲーム媒体がゲームパートにおいてゲーム効果を発生させるためのゲーム機能を表す。本発明の技術分野において、ゲーム機能は、スキル又はアビリティと呼ばれることもある。ゲームによっては、キャラクタが使用する「呪文」もゲーム機能に該当する。ゲームパートにおいてゲーム機能が使用されると、そのゲーム機能に対応付けられたゲーム効果が発生する。対戦ゲームパートにおけるゲーム機能の使用により発生するゲーム効果には、攻撃力の増加、防御力の増加、ライフの回復、及びこれら以外の敵キャラクタとの対戦の勝敗に影響を与える効果が含まれる。

ユーザ管理データ２５ａ及びゲーム媒体管理データ２５ｂの少なくとも一部は、必要に応じて、ユーザ装置１０により参照される。ユーザ管理データ２５ａ及びゲーム媒体管理データ２５ｂの少なくとも一部は、必要に応じて、ユーザ装置１０に記憶されてもよい。

サーバ２０のプロセッサ２１は、ストレージ２５に格納されているプログラムに含まれる命令セット及び必要に応じてそれ以外命令セットを実行することにより、ゲーム制御部２１ａとして機能する。ゲーム制御部２１ａは、ユーザ装置１０からのリクエストや通知を所定のゲームロジックに基づいて処理し、また、ゲームを実行するための様々なゲームデータをユーザ装置１０に提供することで、ゲームの進行を制御することができる。

６ エンカウント判定のフロー
次に、図７を参照して、エンカウント判定のための処理の流れを説明する。図７に示されている処理は、ユーザ装置１０のプロセッサ１１がゲームアプリケーション１５ａに含まれる命令を実行することにより行われてもよい。図７に示されている処理の一部は、ユーザ装置１０以外の装置に備えられるプロセッサ（例えば、サーバ２０のプロセッサ２１）により実行されてもよい。図７においては、第１ユーザがユーザ装置１０を利用して、第１ユーザキャラクタＣ１１を用いて、ゲームシステム１により提供されているゲームをプレイしていることが想定されている。このゲームは、複数のゲームフィールドを有しており、第１ユーザは、この複数のゲームフィールドの中から、好みのゲームフィールドを選択することができる。

まず、ステップＳ１１において、第１ユーザによるユーザ装置１０への操作に応じて、ゲームフィールドＦ１が選択される。ゲームフィールドＦ１が選択されると、ステップＳ１２において、第１ユーザの第１ユーザキャラクタＣ１１がゲームフィールドＦ１内の所定のスポーン位置に配置される。第１ユーザキャラクタＣ１１がゲームフィールドＦ１にスポーンすると、ゲームフィールドＦ１を視覚的に表現する映像が生成される。ゲームフィールドＦ１の映像は、ゲームフィールドＦ１内のオブジェクト、物理条件（重力、光量など）、及び仮想カメラの設定情報含むフィールド構成情報をレンダリングすることで生成される。ゲームフィールドＦ１の映像は、公知のレンダリングエンジンを用いて生成され得る。ゲームフィールドＦ１の映像は、仮想カメラから見たゲームフィールドＦ１のビューを表現する。図８ａに、ゲームフィールドＦ１の映像４０の例を示す。図８ａに示されているゲームフィールドＦ１の映像には、ゲームフィールドＦ１内の様々なオブジェクトとともに、第１ユーザキャラクタＣ１１及び第１コンピュータキャラクタＣ２１の画像が含まれている。図８ａは、第１ユーザキャラクタＣ１１の後方に配置された仮想カメラから見たゲームフィールドＦ１のビューを表している。映像４０には、ゲームフィールドＦ１の一部をＺ軸方向から見たビューがマップとしてオーバーレイされてもよい。図示の例では、映像４０の右上隅に、ゲームフィールドＦ１のうち第１ユーザキャラクタＣ１１を含む領域を表すマップ４１が表示されている。図８ａに示されている第１ユーザキャラクタＣ１１及び第１コンピュータキャラクタＣ２１の配置は、図３ａに示されている配置に対応している。

映像４０は、ユーザ装置１０のディスプレイに表示される。第１ユーザは、ユーザ装置１０に表示された映像４０を見て、第１ユーザキャラクタＣ１１を移動させる操作を行うことができる。第１ユーザキャラクタＣ１１は、第１ユーザによるユーザ装置１０への操作に応じて、ゲームフィールドＦ１内を移動することができる。

第１ユーザキャラクタＣ１１がゲームフィールドＦ１に配置されると、ステップＳ１３において、第１ユーザキャラクタＣ１１がゲームフィールドＦ１内に配置されているコンピュータキャラクタのいずれかのエンカウント可能ゾーン内に配置されているか否かが判定される。ゲームフィールドＦ１内に配置されているコンピュータキャラクタの各々について設定されているエンカウント可能ゾーンは、エンカウント管理データ２５ｃの一部として記憶されていてもよい。第１ユーザキャラクタＣ１１が図８ａ及び図３ｂに示されている位置に配置されている場合には、第１ユーザキャラクタＣ１１は、ゲームフィールドＦ１内に配置されているコンピュータキャラクタのいずれのエンカウント可能ゾーン内にも入っていないため、エンカウント可能状態ではないと判定される。ステップＳ１３における判定は、第１ユーザキャラクタＣ１１がエンカウント可能状態にあると判定されるまで、例えばゾーン判定周期ごとに行われる。

第１ユーザキャラクタＣ１１が、第１ユーザによるユーザ装置１０への操作に応じて、図８ａに示されている位置（図３ａに示されている位置）から第１コンピュータキャラクタＣ２１に近づく方向に移動すると、第１ユーザキャラクタＣ１１は、第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１に進入する。図８ｂに、エンカウント可能ゾーンＺ１１に進入した第１ユーザキャラクタＣ１１を含む映像４０が示されている。図８ｂに示されている第１ユーザキャラクタＣ１１の位置は、図３ｂにおいて第１ユーザキャラクタＣ１１が配置されている位置に対応する。

第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１内に進入すると、第１ユーザキャラクタＣ１１は、ノーマル状態からエンカウント可能状態に移行する。

第１ユーザキャラクタＣ１１がエンカウント可能状態になると、第１ユーザのユーザ装置１０に表示されているゲーム画面を変化させて、第１ユーザに第１ユーザキャラクタＣ１１がエンカウント可能状態に移行したことを知らせることができる。例えば、第１ユーザキャラクタＣ１１がエンカウント可能状態になると、映像４０内に、第１ユーザキャラクタＣ１１がエンカウント可能状態であることを示すグラフィック要素が含められてもよい。例えば、図８ｂに示されている例では、第１ユーザキャラクタＣ１１と、この第１ユーザキャラクタＣ１１とエンカウント可能状態にある第１コンピュータキャラクタＣ２１との間に、両者を結ぶ紐状のグラフィック要素４２が表示されている。第１ユーザは、第１ユーザキャラクタＣ１１と第１コンピュータキャラクタＣ２１との間にグラフィック要素４２が表示された場合に、第１コンピュータキャラクタＣ２１が第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１に進入したと気づくことができる。図８ａ及び図８ｂに示されている例では、エンカウント可能ゾーンＺ１１の境界は、映像４０に含まれていない。この場合、第１ユーザは、ゲームフィールドＦ１内のどの領域がエンカウント可能ゾーンＺ１１なのかを、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１に進入するまでは、映像４０からは把握することができない。第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１内に配置されている場合にグラフィック要素４２が映像４０に含まれるようにすることで、エンカウント可能ゾーンＺ１１の境界が映像４０に含まれていなくても、第１ユーザは、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１に進入したと気づくことができる。

第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１内に存在している場合には、グラフィック要素４２以外に加えて、または、グラフィック要素４２に代えて、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１に入ったことを示す文字をテキスト表示領域４３に表示してもよい。グラフィック要素４２の表示やテキストによる表示を行わずに、または、これらの表示加えて、映像４０における演出効果により、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１内にいることを第１ユーザに伝達してもよい。このような演出効果には、映像４０全体の色調を変えること（例えば、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１の外にいる場合よりも映像４０全体が赤く見えるように色調を変えること）、効果音を発生させること、及びユーザ装置１０を振動させることが含まれてもよい。

一態様においては、エンカウント可能ゾーンＺ１１の境界が、映像４０に含まれていてもよい。映像４０にエンカウント可能ゾーンＺ１１の境界を表示することにより、第１ユーザは、エンカウント可能ゾーンＺ１１を回避するように第１ユーザキャラクタＣ１１を移動させたり、逆に、第１コンピュータキャラクタＣ２１とエンカウントするために、エンカウント可能ゾーンＺ１１に進入するように第１ユーザキャラクタＣ１１を移動させることができる。

以上のステップＳ１３における処理は、ゾーン判定部１１ｂにより実行されてもよい。

ステップＳ１３において第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１に存在する（つまり、エンカウント可能状態に移行した）と判定されると、処理は、ステップＳ１４に進む。ステップＳ１４では、第１エンカウントイベントが発生するするか否かが判定される。つまり、ステップＳ１４では、第１ユーザキャラクタＣ１１について、イベント発生判定が行われる。第１エンカウントイベントが発生するか否かは、例えば、第１コンピュータキャラクタＣ２１について設定されているイベント発生判定周期ごとに、第１コンピュータキャラクタＣ２１について設定されているイベント発生確率に基づいて確率的に判定される。最初のイベント発生判定において、エンカウントイベントが発生しないと判定された場合、処理は、ステップＳ１３に戻る。ステップＳ１３では、再び、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１に存在しているか否かが判定される。この時点で第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１の外部へ移動済みの場合には、今回のステップＳ１３での判定結果はＮＯとなり、次の周期のイベント発生判定は行われない。他方、ステップＳ１３で第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１内に存在すると判定された場合には、ステップＳ１４において次の周期のイベント発生判定が行われる。このように、ステップＳ１４におけるイベント発生判定は、ステップＳ１４においてエンカウントイベントが発生したと判定されるか、または、エンカウントイベントが発生する前に第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１の外へ移動して第１ユーザキャラクタＣ１１のエンカウント可能状態が解除されるまで、イベント発生判定周期ごとに繰り返し行われる。

ステップＳ１４において、第１エンカウントイベントが発生した（つまり、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１とエンカウントした）と判定されると、ステップＳ１５において、第１エンカウントイベントが実行される。ステップＳ１５では、エンカウントイベントして、例えば、第１ユーザキャラクタＣ１１と第１コンピュータキャラクタＣ２１との間での戦闘イベントが行われる。

図９を参照して、第１ユーザキャラクタＣ１１と第１コンピュータキャラクタＣ２１との間での戦闘イベントにおける処理の例を説明する。図９は、戦闘イベントが発生したことに応じて、ユーザ装置１０に表示されるプレイ画面５０の例を示す。プレイ画面５０には、第１ユーザキャラクタＣ１１の画像と第１コンピュータキャラクタＣ２１の画像とが表示される。

戦闘イベントを表すプレイ画面５０においては、第１ユーザキャラクタＣ１１と対応付けてライフＬ１１が表示され、第１コンピュータキャラクタＣ２１と対応付けてライフＬ２１が表示されてもよい。第１ユーザキャラクタＣ１１が攻撃を受けるとライフＬ１１が減少し、第１コンピュータキャラクタＣ２１が攻撃を受けるとライフＬ２１が減少する。ライフは、アイテムの使用や魔法などのゲーム効果を発動させることによって回復してもよい。例えば、先に相手のライフをゼロにしたキャラクタが戦闘イベントでの勝者となる。

第１エンカウントイベントが進行している間にも、他のキャラクタは、ゲームフィールドＦ１内で移動することができる。このため、第１エンカウントイベントが進行している間に、第１ユーザキャラクタＣ１１以外のユーザキャラクタが、第１エンカウントイベントに参加している第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１に進入することがある。一態様において、ゾーン判定部１１ｂは、第１エンカウントイベントの実行中に、第１ユーザキャラクタＣ１１以外のプレイヤキャラクタが第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１内に進入しても、このユーザキャラクタは、エンカウント可能状態に移行させない。言い換えると、ゾーン判定部１１ｂは、第１コンピュータキャラクタＣ２１がエンカウントイベントに参加していない場合にのみ、そのエンカウント可能ゾーンＺ１１に進入したユーザキャラクタをエンカウント可能状態に移行させてもよい。例えば、図１０に示されている例では、第１エンカウントイベントの継続中に、第２ユーザキャラクタＣ１２が、第２ユーザキャラクタＣ１２のエンカウント可能ゾーンＺ１１に進入している。この場合、第１コンピュータキャラクタＣ２１は、第１ユーザキャラクタＣ１１とのエンカウントイベントに参加しているため、第２ユーザキャラクタＣ１２は、エンカウント可能ゾーンＺ１１内に進入した後もエンカウント可能状態に移行しない。同様に、第２ユーザキャラクタＣ１２が第１エンカウントイベントの実行中に接触ゾーンＺ２１に移行しても、第２ユーザキャラクタＣ１２と第１コンピュータキャラクタＣ２１とのエンカウントは発生しない。

第２ユーザキャラクタＣ１２は、第１エンカウントイベントの実行中に、第１ユーザキャラクタＣ１１のためにバフ効果を用いることができる。第２ユーザキャラクタＣ１２により使用されたバフ効果により、第１エンカウントイベントにおいて、第１ユーザキャラクタＣ１１の攻撃力や守備力等の能力が強化されてもよい。一態様において、第２ユーザキャラクタＣ１２は、第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１内に配置されている場合にのみ、第１コンピュータキャラクタＣ２１と対戦している第１ユーザキャラクタＣ１１に対してバフ効果を用いることができる。第２ユーザキャラクタＣ１２は、ゲームフィールドＦ１において第１エンカウントイベントに参加している第１ユーザキャラクタＣ１１及び第２コンピュータキャラクタＣ２２から遠くにいる場合には、第１ユーザキャラクタＣ１１に対してバフ効果を使用することができず、第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１の内側に進入するまで第１コンピュータキャラクタＣ２１に近づいたときにのみバフ効果を用いることができる。

第１ユーザキャラクタＣ１１又は第１コンピュータキャラクタＣ２１のいずれかが戦闘に勝利することにより第１エンカウントイベントが終了すると、ステップＳ１６において、第１ユーザキャラクタＣ１１は、ゲームフィールドＦ１に復帰する。この場合、第１ユーザキャラクタＣ１１は、第１エンカウントイベント発生時と同じ位置に配置されてもよい。第１ユーザは、ゲームフィールドＦ１に復帰した第１ユーザキャラクタＣ１１を操作することにより、第１ユーザキャラクタＣ１１を再びゲームフィールドＦ１内で移動させることができる。

以上のようにして、ゲームフィールドＦ１に配置された第１ユーザキャラクタＣ１１と第１コンピュータキャラクタＣ２１とのエンカウント判定及びエンカウントした場合の第１エンカウントイベントの処理が行われる。

第１ユーザキャラクタＣ１１は、ゲームフィールドＦ１内に配置されている第１コンピュータキャラクタＣ２１以外のコンピュータキャラクタとエンカウントすることができる。

第１ユーザキャラクタＣ１１はまた、ゲームフィールドＦ１に配置されている他のユーザキャラクタ（例えば、第２ユーザキャラクタＣ１２や第３ユーザキャラクタＣ１３）とエンカウントしてもよい。ユーザキャラクタ同士がエンカウントする場合に発生するエンカウントイベントは、ユーザキャラクタ同士で会話を行う会話イベントや、ユーザキャラクタ同士でアイテムの取引を行う取引イベントであってもよい。ゲームシステム１がユーザキャラクタ同士での対戦を行わせる機能を提供する場合、ユーザキャラクタ同士でエンカウントする場合に発生するエンカウントイベントは、ユーザキャラクタ同士での戦闘（対戦）イベントであってもよい。

ゲームフィールドＦ１に配置されている第１ユーザキャラクタＣ１１以外のユーザキャラクタも、第１ユーザキャラクタＣ１１と同様に、ゲームフィールドＦ１内の他のコンピュータキャラクタ及び／又は他のユーザキャラクタとエンカウントすることができる。第１ユーザキャラクタＣ１１以外のユーザキャラクタのエンカウント判定も、ゲ図７のフローで示した方法に従って実行され得る。

７ エンカウント可能ゾーンの変形例
図３ａないし図３ｅでは、第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１が、第１コンピュータキャラクタＣ２１を中心とする円内のゾーンである実施形態について説明した。本発明に適用できるエンカウント可能ゾーンＺ１１のゲームフィールドＦ１における形状は、円形には限られない。そこで、以下では、図１１ａないし図１１ｅを参照して、エンカウント可能ゾーンＺ１１の変形例について説明する。

図１１ａに示されているように、エンカウント可能ゾーンＺ１１は、ゲームフィールドＦ１のＸＹ平面において、非円形の形状を有していてもよい。図１１ａには、非円形のエンカウント可能ゾーンＺ１１の例として、第１コンピュータキャラクタＣ２１を中心とする半径がｒ１で中心角が約６０°の扇形を呈するエンカウント可能ゾーンＺ１１が示されている。この扇形のエンカウント可能ゾーンＺ１１は、第１コンピュータキャラクタＣ２１の視界に対応していてもよい。

第１コンピュータキャラクタＣ２１が扇形のエンカウント可能ゾーンＺ１１を有する場合、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１から半径ｒ１の領域に侵入しても、図１１ａに示されているように、エンカウント可能ゾーンＺ１１に入らないことがある。第１ユーザキャラクタＣ１１が図１１ａに示されている位置に移動した場合には、第１コンピュータキャラクタＣ２１との距離がｒ１よりも小さくなっているが、第１ユーザキャラクタＣ１１は、エンカウント可能ゾーンＺ１１の外側に配置されているため、エンカウント可能状態には移行しない。図１１ｂに示されているように、第１ユーザキャラクタＣ１１は、扇形のエンカウント可能ゾーンＺ１１内に移動することによって、エンカウント可能状態となる。また、図１１ｃに示されているように、第１ユーザキャラクタＣ１１は、第１コンピュータキャラクタＣ２１から遠ざかる方向に移動しなくても、第１コンピュータキャラクタＣ２１の死角へ移動することでエンカウント可能ゾーンＺ１１から離脱することができる。

一態様において、エンカウント可能ゾーンＺ１１は、ゲームフィールドＦ１内で移動することができる。例えば、エンカウント可能ゾーンＺ１１は、第１コンピュータキャラクタＣ２１の視線の移動に応じて移動することができる。第１コンピュータキャラクタＣ２１は、エンカウント可能ゾーンＺ１１から離脱した第１ユーザキャラクタＣ１１を視線の移動により追跡するように制御されてもよい。例えば、図１１ｄに示されているように、第１コンピュータキャラクタＣ２１の位置を中心として時計回りに視線を回転させることにより、図１１ｃにおいて死角に移動した第１ユーザキャラクタＣ１１を追跡して、再びエンカウント可能ゾーンＺ１１内に捕捉することができる。

エンカウント可能ゾーンＺ１１が第１コンピュータキャラクタＣ２１を取り囲んでいない場合、第１ユーザキャラクタＣ１１は、エンカウント可能ゾーンＺ１１に入ることなく、接触ゾーンＺ２１に進入することができる。例えば、図１１ｅに示されているように、第１ユーザキャラクタＣ１１は、エンカウント可能ゾーンＺ１１を避けて第１コンピュータキャラクタＣ２１の死角から接触ゾーンＺ２１に進入することができる。接触ゾーンＺ２１への進入により、エンカウントイベントが発生する。第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１に入ることなく接触ゾーンＺ２１に進入した場合には、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１に入ってからエンカウントイベントが発生する場合（例えば、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１内に配置されている間にイベント発生判定によりエンカウントイベントが発生する場合及び第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１に入ってから接触ゾーンＺ２１に進入することでエンカウントイベントが発生する場合）と比べて、第１ユーザキャラクタＣ１１にとって有利な条件でエンカウントイベントを発生させてもよい。例えば、エンカウントイベントがターン制の戦闘イベントである場合には、第１ユーザキャラクタＣ１１の先行で当該戦闘イベントが開始されてもよい。また、エンカウントイベントがターン制の戦闘イベントである場合に、最初の数ターン（例えば、３ターン）は、攻撃を交互に行うのではなく、第１ユーザキャラクタＣ１１のみが攻撃を行えるようにしてもよい。

第１コンピュータキャラクタＣ２１には、エンカウント可能ゾーンＺ１１とは別に、ユーザキャラクタの存在を知覚するための知覚ゾーンが設定されていてもよい。第１コンピュータキャラクタＣ２１の知覚ゾーンは、第１コンピュータキャラクタＣ２１に関連付けて定められるゲームフィールドＦ１内の一部を占めるゾーンであり、第１コンピュータキャラクタＣ２１の知覚が及ぶ範囲を示す。一態様において、ユーザキャラクタが第１コンピュータキャラクタＣ２１の知覚ゾーンに入ると、第１コンピュータキャラクタＣ２１は当該ユーザキャラクタの存在を知覚することができる。第１コンピュータキャラクタＣ２１は、ユーザキャラクタの存在を知覚すると、当該ユーザキャラクタに近づく方向に移動することで、当該ユーザキャラクタを追跡することができる。第１コンピュータキャラクタＣ２１は、ユーザキャラクタの存在を知覚すると、当該ユーザキャラクタを第１コンピュータキャラクタＣ２１に向かって引き寄せることができてもよい。第１コンピュータキャラクタＣ２１の知覚ゾーンは、例えば、第１コンピュータキャラクタＣ２１の視界に対応する視覚ゾーンであってもよい。第１コンピュータキャラクタＣ２１の知覚ゾーンは、例えば、第１コンピュータキャラクタＣ２１の聴覚閾値に対応する聴覚ゾーンであってもよい。ユーザキャラクタが第１コンピュータキャラクタＣ２１の聴覚ゾーン内に存在している間に音を発するアクション（例えば、会話、移動、アイテムの使用）を行った場合に、第１コンピュータキャラクタＣ２１は、当該ユーザキャラクタが自らの聴覚ゾーン内に存在することを知覚することができてもよい。第１コンピュータキャラクタＣ２１の知覚ゾーンは、例えば、第１コンピュータキャラクタＣ２１の嗅覚閾値を表す嗅覚ゾーンであってもよい。ユーザキャラクタが第１コンピュータキャラクタＣ２１の嗅覚ゾーン内に存在している間に当該ユーザキャラクタが発する臭いが当該嗅覚ゾーンに関して設定されている嗅覚閾値を超えると、第１コンピュータキャラクタＣ２１は、当該ユーザキャラクタが自らの嗅覚ゾーン内に存在することを知覚することができてもよい。ユーザキャラクタが発する臭いは、当該ユーザキャラクタの装備、所持アイテム、ユーザキャラクタの属性、及び前記以外の要素に基づいて定められ得る。

図１２を参照して、エンカウント可能ゾーンＺ１１のさらに別の例について説明する。図１２に示されている例においては、第１コンピュータキャラクタＣ２１の知覚ゾーンＺ１３のうち、第１コンピュータキャラクタＣ２１からの距離がｒ１内のゾーンである近接ゾーンＺ１２と重複するゾーンがエンカウント可能ゾーンＺ１１として設定されている。言い換えると、第１コンピュータキャラクタＣ２１の知覚ゾーンＺ１３のうち、第１コンピュータキャラクタＣ２１からの距離がｒ１以内のゾーンがエンカウント可能ゾーンＺ１１として設定されている。

図１２に示されている例では、第１ユーザキャラクタＣ１１は、エンカウント可能ゾーンＺ１１の外側に配置されているので第１ユーザキャラクタＣ１１はエンカウント可能状態にはないが、知覚ゾーンＺ１３の内側に配置されているので、第１コンピュータキャラクタＣ２１は、第１ユーザキャラクタＣ１１の存在を知覚し、第１ユーザキャラクタＣ１１を追跡することができる。

一態様においては、第１コンピュータキャラクタＣ２１の知覚ゾーンが、エンカウント可能ゾーンＺ１１と一致していてもよい。

図１３を参照して、エンカウント可能ゾーンＺ１１のさらに別の例について説明する。図１３に示されているように、エンカウント可能ゾーンＺ１１は、第１コンピュータキャラクタＣ２１を含まず、また、第１コンピュータキャラクタＣ２１に接していなくともよい。言い換えると、第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１は、ゲームフィールドＦ１において、第１コンピュータキャラクタＣ２１から離間した位置に配置されてもよい。第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１を第１コンピュータキャラクタＣ２１から離れた位置に設置することにより、第１コンピュータキャラクタＣ２１の属性や特徴を反映したエンカウント可能ゾーンＺ１１を設定することができる。例えば、遠隔地の探索や遠隔地への攻撃が得意なコンピュータキャラクタに関して、当該コンピュータキャラクタから離れた位置にエンカウント可能ゾーンＺ１１を設定することにより、当該コンピュータキャラクタの属性と相性のよいエンカウント可能ゾーンＺ１１を設定することができる。

図１４を参照して、エンカウント可能ゾーンＺ１１のさらに別の例について説明する。エンカウント可能ゾーンＺ１１は、２つ以上のサブゾーンを組み合わせて構成されてもよい。図１４に示されている例では、第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１が、第１サブゾーンＺ１１ａと、第２サブゾーンＺ１１ｂと、から構成されている。この場合、第１ユーザキャラクタＣ１１が第１サブゾーンＺ１１ａ又は第２サブゾーンＺ１１ｂのいずれか一方の内部に存在しているときに、第１ユーザキャラクタＣ１１は、エンカウント可能状態にあると判定される。図示されている例では、第１サブゾーンＺ１１ａは、第１コンピュータキャラクタＣ２１から半径ｒ１の円内のゾーンであり、第２サブゾーンＺ１１ｂは、第１コンピュータキャラクタＣ２１を中心とする半径がｒ３で中心角が約１５°の扇形の内側のゾーンである。半径ｒ３は、半径ｒ１よりも大きい。例えば、第１コンピュータキャラクタＣ２１の視線が向いている方向を含むように第２サブゾーンＺ１１ｂを設定することにより、第１コンピュータキャラクタＣ２１の視線が向いている方向に広く、それ以外の方向には狭くなるように、エンカウント可能ゾーンＺ１１を設定することができる。

第１サブゾーンＺ１１ａに設定されているイベント発生確率は、第２サブゾーンＺ１１ｂに設定されているイベント発生確率と異なっていてもよい。つまり、第１ユーザキャラクタＣ１１が第１サブゾーンＺ１１ａに存在しているためエンカウント可能状態になった場合と、第１ユーザキャラクタＣ１１が第２サブゾーンＺ１１ｂに存在しているためエンカウント可能状態になった場合とで、異なるイベント発生確率を適用してイベント発生判定が行われてもよい。第１サブゾーンＺ１１ａに設定されているイベント発生判定周期は、第２サブゾーンＺ１１ｂに設定されているイベント発生判定周期と異なっていてもよい。

８ 複数のユーザキャラクタが参加可能なエンカウントイベント
ゲームフィールドＦ１に配置されている一部のコンピュータキャラクタについては、当該コンピュータキャラクタとユーザキャラクタとの間でエンカウントイベントが実行されている間に、当該エンカウントイベントへの他のユーザキャラクタの参加を可能にしてもよい。以下では、第２コンピュータキャラクタＣ２２については、第１ユーザキャラクタＣ１１と第２コンピュータキャラクタＣ２２との間でエンカウントイベントが実行されている間に、他のユーザキャラクタも当該エンカウントイベントに参加可能できると想定して説明を行う。

図１５に示されているように、第１ユーザキャラクタＣ１１が第２コンピュータキャラクタＣ２２のエンカウント可能ゾーンＺ３１内に存在している場合に、第１ユーザキャラクタＣ１１は、第２コンピュータキャラクタＣ２２との関係でエンカウント可能状態となる。第１ユーザキャラクタＣ１１がエンカウント可能状態である場合には、上述したようにイベント発生判定が行われ、このイベント発生判定の結果に応じて、第１ユーザキャラクタＣ１１と第２コンピュータキャラクタＣ２２とが参加するエンカウントイベントが発生する。以下では、記載の簡便さのために、第１ユーザキャラクタＣ１１及び第２コンピュータキャラクタＣ２２が参加するエンカウントイベントを「第２エンカウントイベント」と呼ぶことがある。第１ユーザキャラクタＣ１１が第２コンピュータキャラクタＣ２２の接触ゾーンＺ４１に進入した場合にも、第２エンカウントイベントが発生する。第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１に関する説明は、第２コンピュータキャラクタＣ２２のエンカウント可能ゾーンＺ３１にも当てはまる。また、第１コンピュータキャラクタＣ２１の接触ゾーンＺ２１に関する説明は、第２コンピュータキャラクタＣ２２の接触ゾーンＺ４１にも当てはまる。

第２エンカウントイベントが戦闘イベントである場合には、図１６に示されている戦闘イベント用のプレイ画面６０がユーザ装置１０に表示される。プレイ画面６０には、第１ユーザキャラクタＣ１１の画像と第２コンピュータキャラクタＣ２２の画像とが表示される。プレイ画面６０においては、第１ユーザキャラクタＣ１１と対応付けてライフＬ１１が表示され、第２コンピュータキャラクタＣ２２と対応付けてライフＬ２２が表示される。戦闘イベントでは、相手のライフを先にゼロにしたキャラクタが、その戦闘に勝利することができる。

第２エンカウントイベントが実行されている間に、他のプレイヤキャラクタが所定の参加条件を満たすと、当該他のプレイヤキャラクタが第２エンカウントイベントに参加することができる。例えば、図１７に示されているように、第２エンカウントイベントが実行されている間に、第２ユーザキャラクタＣ１２が第２コンピュータキャラクタＣ２２のエンカウント可能ゾーンＺ３１内に進入したことに応じて、当該第２ユーザキャラクタＣ１２を、第２エンカウントイベントに参加させることができる。具体的には、ゾーン判定部１１ｂにより、第２ユーザキャラクタＣ１２が第２コンピュータキャラクタＣ２２のエンカウント可能ゾーンＺ３１内に進入したと判定されると、第２ユーザキャラクタＣ１２は、第２エンカウントイベントに参加することができる。第３ユーザキャラクタＣ１３も第２ユーザキャラクタＣ１２と同様に、第２エンカウントイベントに参加することができる。第２ユーザキャラクタＣ１２及び第３ユーザキャラクタＣ１３が第２エンカウントイベントに参加すると、図１８に示されているように、プレイ画面６０に第２ユーザキャラクタＣ１２及び第３ユーザキャラクタＣ１３が追加される。

第２エンカウントイベントの実行中には、第２エンカウントイベントが実行されていない場合と比べて、第２コンピュータキャラクタＣ２２のエンカウント可能ゾーンＺ３１に関する設定が変更されてもよい。例えば、第２エンカウントイベントの実行中には、第２コンピュータキャラクタＣ２２のエンカウント可能ゾーンＺ３１が拡張されてもよい。つまり、第２エンカウントイベントの実行中のエンカウント可能ゾーンＺ３１の面積は、第２エンカウントイベントが実行されていない間のエンカウント可能ゾーンＺ３１の面積より大きくてもよい。これにより、第１ユーザキャラクタＣ１１以外のユーザキャラクタにとって、第２イベントへの参加が容易になる。また、第２エンカウントイベントの実行中におけるエンカウント可能ゾーンＺ３１の形状は、第２エンカウントイベントが実行されていない間のエンカウント可能ゾーンＺ３１の形状と異なっていてもよい。また、第２エンカウントイベントの実行中におけるエンカウント可能ゾーンＺ３１におけるイベント発生判定周期は、第２エンカウントイベントが実行されていない間のエンカウント可能ゾーンＺ３１におけるイベント発生判定周期と異なっていてもよい。

第１ユーザキャラクタＣ１１及び第２コンピュータキャラクタＣ２２が参加するイベント（第２エンカウントイベント）へ他のユーザキャラクタ（例えば、第２ユーザキャラクタＣ１２）の参加を許可するための参加条件として、上述したエンカウント可能ゾーンＺ３１への進入以外に、以下の条件が挙げられる。
（１）第２エンカウントイベントの実行中に、第２ユーザキャラクタＣ１２が第２コンピュータキャラクタＣ２２の接触ゾーンＺ４１に進入したことが検出されること。接触ゾーンＺ４１への進入の検出は、ゾーン判定部１１ｂにより行われ得る。
（２）第１ユーザから、第２ユーザキャラクタＣ１２の第２ユーザに対して、第２エンカウントイベントへの招待がなされたこと。
（３）第２エンカウントイベントの実行中に、第２ユーザキャラクタＣ１２がゲームフィールドＦ１に配置されていること。
第２エンカウントイベントに他のユーザキャラクタの参加を許可するための参加条件は、上記の条件には限定されない。

図１８に示されている例では、第１ユーザキャラクタＣ１１と第２コンピュータキャラクタＣ２２との戦闘イベントに、第２ユーザキャラクタＣ１２及び第３ユーザキャラクタＣ１３が参加している。第１ユーザキャラクタＣ１１、第２ユーザキャラクタＣ１２、及び第３ユーザキャラクタＣ１３は、協力して、第２コンピュータキャラクタＣ２２との戦闘を行うことができる。

９ 作用効果
続いて、上記の実施態様により実現される作用効果の一部を説明する。

一実施形態におけるエンカウント判定では、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１内に存在してエンカウント可能状態となっていると判定された場合に、このエンカウント可能状態となっている第１ユーザキャラクタＣ１１について第１コンピュータキャラクタＣ２１とのエンカウントイベントを発生させるか否かを判定するイベント発生判定が行われ、このイベント発生判定の結果に応じて、第１ユーザキャラクタＣ１１が第２コンピュータキャラクタＣ２２とエンカウントしてエンカウントイベントが発生する。よって、一実施形態におけるエンカウント判定を採用することにより、従来のランダムエンカウントと異なり、確率のみに従って強制的にエンカウントイベントが発生しないので、ユーザは、第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１を避けるように仮想フィールド内を移動することで、第１コンピュータキャラクタＣ２１とエンカウントせずにゲームフィールドＦ１内を移動することができる。よって、一実施形態におけるエンカウント判定により、確率のみによってエンカウントイベントが強制的に発生することに起因する従来のランダムエンカウントの問題を解消又は緩和することができる。

また、一実施形態においては、第１ユーザキャラクタＣ１１がエンカウント可能ゾーンＺ１１に進入したことに応じて自動的にエンカウントイベントを発生させるのではなく、エンカウント可能ゾーンＺ１１内にいる第１ユーザキャラクタＣ１１をエンカウント可能状態にあると判定とし、このエンカウント可能状態にあると判定された第１ユーザキャラクタＣ１１について、第１コンピュータキャラクタＣ２１とのエンカウントイベントを発生させるか否かを判定するイベント発生判定がさらに行われる。このように、第１ユーザキャラクタＣ１１が第１コンピュータキャラクタＣ２１のエンカウント可能ゾーンＺ１１に進入しても自動的にエンカウントが成立しないから、他のキャラクタへの接近により強制的にエンカウントイベントが発生することに起因する従来のシンボルエンカウントの問題を解消又は緩和することができる。例えば、ゲームフィールドＦ１内の隘路にコンピュータキャラクタが配置されていたとしても、当該コンピュータキャラクタについて設定されているエンカウント可能ゾーンへの滞在時間が短くなるように第１ユーザキャラクタＣ１１を移動させて当該隘路を通過すれば、隘路に配置されたコンピュータキャラクタとのエンカウントを回避できる可能性がある。このように、一実施形態によれば、エンカウントの発生が不可避な状況が生じにくいため、強制的なエンカウントイベントの発生によるユーザ体験の劣化を抑制することができる。

一実施形態において、第１コンピュータキャラクタＣ２１とのエンカウントの発生を希望するユーザは、第１コンピュータキャラクタＣ２１の接触ゾーンＺ２１内に第１ユーザキャラクタＣ１１を進入させることにより、自発的に第１コンピュータキャラクタＣ２１とのエンカウントイベントを発生させることができる。これにより、第１ユーザは、確率的にエンカウントイベントが発生することを待たずに、第１ユーザキャラクタＣ１１の操作により、第１コンピュータキャラクタＣ２１とのエンカウントイベントを発生させることができる。

従来のシンボルエンカウントでは、エンカウント相手となるキャラクタが大きい場合には、ユーザキャラクタがエンカウント相手のエンカウント領域に進入してエンカウント判定が行われる時点で、ゲーム画面内に表示される相手キャラクタが大きくなり過ぎてしまう。エンカウント時に相手キャラクタの表示が大きすぎると、エンカウント時に相手キャラクタの一部しか画面に表示されないため、エンカウントした相手キャラクタの外観が分かりづらい。このため、エンカウントイベントに移行した際に、移行前の相手キャラクタとエンカウントイベントにおける相手キャラクタとの同一性が理解しづらい。このように、エンカウント相手となる相手キャラクタの大きさが区々な場合にシンボルエンカウントを採用すると、エンカウント時にユーザに不自然な印象を与えるおそれがある。外観が大きな相手キャラクタのエンカウント領域を大きくすれば、当該相手キャラクタのゲーム画面での表示が大きくなりすぎる前にエンカウントを発生させることができるが、この場合には、外観が大きな相手キャラクタとのエンカウントイベントが多く発生してしまうため、適正なゲームバランスの維持が難しくなる。本明細書に記載されている実施形態によれば、従来のシンボルエンカウントにおける上記の問題を解決することができる。すなわち、本明細書に記載されている実施形態によれば、外観が大きなコンピュータキャラクタについては、エンカウント可能ゾーンを大きく設定することにより、当該コンピュータキャラクタがゲーム画面内に大きく表示される前に（そのような表示がなされるほど接近する前に）、ユーザキャラクタをエンカウント可能状態に移行させることができる。また、大きな外観を有するコンピュータキャラクタについてエンカウント可能ゾーンを大きくしても、当該エンカウント可能ゾーンにおけるエンカウント発生確率を小さくしたりイベント発生判定周期を長くしたりすることで、大きな外観を有するコンピュータキャラクタとのエンカウントが頻繁に発生しすぎるという問題も起こらない。

１０ ゲーム以外への応用
本明細書に開示されている発明は、ゲーム以外のアプリケーションにも適用することができる。例えば、メタバース空間内に配置されているユーザのキャラクタ（アバター）同士のエンカウント判定において、本明細書に記載されている発明を用いることができる。メタバース空間では、ユーザ同士の交流、複数のユーザが参画する仕事、複数のユーザが参加する遊び、及びこれら以外の実社会における社会的活動が仮想的に再現される。ユーザは、各自のアバターを介してメタバース空間に参加することができる。ユーザのアバターは、メタバース空間のワールド内を自由に歩き回り、互いにコミュニケーションをとることが可能である。本明細書に記載されている発明をメタバース空間に適用した実施形態においては、メタバース空間に配置される第１アバターに、当該メタバース空間内の一部の領域を占めるエンカウント可能ゾーンＺ１１が設定される。そして、このエンカウント可能ゾーンＺ１１に第２アバターが進入した場合に、当該第２アバターをエンカウント可能状態と判定し、当該第２アバターを第１アバターとエンカウントさせるか否かを、イベント発生判定周期ごとにイベント発生確率に基づいて判定することができる。

１１ 注記
図１に示されているゲームシステム１は、本発明を適用可能なシステムの例であり、本発明を適用可能なゲームシステムは、図１に示されたものには限定されない。本発明を適用可能なゲームシステム１は、図示されている構成要素の一部を備えなくてもよい。例えば、ゲームシステム１は、ストレージ３０を備えなくともよい。ゲームシステム１は、図示されていない構成要素を備えてもよい。図１には説明の簡略化のためにユーザ装置１０が１台だけ記載されているが、ゲームシステム１は、２以上の任意の数のユーザ装置１０を含むことができる。ゲームシステム１は、ユーザ装置１０又はサーバ２０によって実行されるべき処理を分散して処理するためのクラウド環境を備えていてもよい。

ゲームシステム１において、データの格納場所には特段の制限はない。例えば、ストレージ１５に記憶され得る各種データは、ストレージ１５とは物理的に別体のストレージ（例えば、ストレージ３０）やデータベースサーバに格納されてもよい。本明細書において、ストレージ１５に記憶されると説明されているデータは、単一のストレージに記憶されてもよいし、複数のストレージに分散して記憶されてもよい。また、本明細書及び特許請求の範囲において、単に「ストレージ」という場合には、文脈上許される限り、単一のストレージと複数のストレージの集合のいずれを指し示すこともある。以上のストレージ１５に記憶され得るデータに関する説明は、ストレージ２５に記憶されるデータにも可能な限り当てはまる。

本発明の実施形態は、上述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲内で様々な変更が可能である。例えば、プロセッサ１１及びプロセッサ２１で実行される機能の一部又は全部は、発明の趣旨を逸脱しない限り、本明細書で明記されていないプロセッサにより実現されてもよい。図１においては、プロセッサ１１が単一の構成要素として図示されているが、プロセッサ１１は複数の物理的に別体のプロセッサの集合であってもよい。プロセッサ２１についても同様である。本明細書において、プロセッサ１１及びプロセッサ２１によって実行されるとして説明されるプログラム又は当該プログラムに含まれる命令は、単一のプロセッサで実行されてもよいし、複数のプロセッサにより分散して実行されてもよい。また、プロセッサ１１及びプロセッサ２１によって実行されるプログラム又は当該プログラムに含まれる命令は、一又は複数の仮想プロセッサにより実行されてもよい。

プロセッサ１１及び／又はプロセッサ２１で実行されるプログラムは、図示されているストレージ以外にも様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）に格納され得る。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例には、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。

本明細書中で説明される処理及び手順が単一の装置、ソフトウェア、コンポーネント、モジュールによって実行される旨が説明されたとしても、そのような処理または手順は複数の装置、複数のソフトウェア、複数のコンポーネント、及び／又は複数のモジュールによって実行され得る。また、本明細書中で説明されるデータ、テーブル、又はデータベースが単一のメモリに格納される旨説明されたとしても、そのようなデータ、テーブル、又はデータベースは、単一の装置に備えられた複数のメモリまたは複数の装置に分散して配置された複数のメモリに分散して格納され得る。さらに、本明細書において説明されるソフトウェアおよびハードウェアの要素は、それらをより少ない構成要素に統合して、またはより多い構成要素に分解することによって実現することも可能である。

本明細書において説明された処理手順、特にフロー図又はシーケンス図を用いて説明された処理手順においては、その処理手順を構成する工程（ステップ）の一部を省略すること、その処理手順を構成する工程として明示されていない工程を追加すること、及び／又は当該工程の順序を入れ替えることが可能であり、このような省略、追加、順序の変更がなされた処理手順も本発明の趣旨を逸脱しない限り本発明の範囲に含まれる。

本明細書及び特許請求の範囲における「第１」、「第２」、「第３」などの表記は、構成要素を識別するために付するものであり、必ずしも、数、順序、もしくはその内容を限定するものではない。また、構成要素の識別のための番号は文脈毎に用いられ、一つの文脈で用いた番号が、他の文脈で必ずしも同一の構成を示すとは限らない。また、ある番号で識別された構成要素が、他の番号で識別された構成要素の機能を兼ねることを妨げるものではない。

１２ 付記
本明細書では、以下の各項の技術も開示される。

［付記１］
一又は複数のプロセッサを備えるシステムであって、
前記一又は複数のプロセッサは、
第１ユーザが操作する第１キャラクタが、仮想フィールドにおいて第２キャラクタに関連付けて設定されているエンカウント可能ゾーン内に存在する場合に、前記第１キャラクタが前記第２キャラクタとエンカウント可能な第１エンカウント可能状態にあると判定し、
前記第１キャラクタが前記第１エンカウント可能状態にある場合に、前記第１キャラクタ及び前記第２キャラクタが参加する第１エンカウントイベントを発生させるか否かを判定する、
システム。
［付記２］
前記エンカウント可能ゾーンは、前記仮想フィールドにおいて前記第２キャラクタが配置されている位置から第１距離以内にあるゾーンである、
［付記１］に記載のシステム。
［付記３］
前記仮想フィールドにおいて前記第２キャラクタの知覚範囲を示す知覚ゾーンが設定されており、
前記エンカウント可能ゾーンは、前記知覚ゾーンの内側にある、
［付記１］又は［付記２］に記載のシステム。
［付記４］
前記仮想フィールドにおいて前記第２キャラクタの知覚範囲を示す知覚ゾーンが設定されており、
前記エンカウント可能ゾーンは、前記知覚ゾーンの内側のゾーンのうち、前記仮想フィールドにおいて前記第２キャラクタが配置されている位置から所定の距離以内のゾーンである、
［付記１］から［付記３］のいずれか一つに記載のシステム。
［付記５］
前記エンカウント可能ゾーンは、前記第２キャラクタを含まないゾーンである、
［付記１］から［付記４］のいずれか一つに記載のシステム。
［付記６］
前記エンカウント可能ゾーンは、第１サブゾーンと、第２サブゾーンと、を含む、
［付記１］から［付記５］のいずれか一つに記載のシステム。
［付記７］
前記第２キャラクタには、前記エンカウント可能ゾーンにおいて前記第１エンカウントイベントが起こる確率を表すイベント発生率が設定されており、
前記第１キャラクタが前記第１エンカウント可能状態にある場合に、イベント発生判定周期ごとに、前記イベント発生率に基づいて、前記第１エンカウントイベントを発生させるか否かを判定する、
［付記１］から［付記６］のいずれか一つに記載のシステム。
［付記８］
前記イベント発生率は、前記第１キャラクタが前記エンカウント可能ゾーン内に滞在する滞在時間に応じて変動する、
［付記７］に記載のシステム。
［付記９］
前記イベント発生率は、前記第１キャラクタと前記第２キャラクタとの距離に応じて変動する、
［付記７］又は［付記８］に記載のシステム。
［付記１０］
前記仮想フィールドにおいて、前記第２キャラクタが配置されている位置から第１距離よりも小さい第２距離以内のゾーンである接触ゾーンが設定されており、
前記仮想フィールドにおいて前記接触ゾーン内に前記第１キャラクタが進入したことに応じて前記第１エンカウントイベントを発生させる、
［付記１］から［付記９］のいずれか一つに記載のシステム。
［付記１１］
前記第１キャラクタが前記第１エンカウント可能状態に移行したことに応じて、前記ユーザに対して表示されるゲーム画面を変化させる、
［付記１］から［付記１０］のいずれか一つに記載のシステム。
［付記１２］
前記一又は複数のプロセッサは、前記第１キャラクタが前記知覚ゾーン内に存在することを示すグラフィック要素を前記仮想フィールドに表示する、
［付記３］に記載のシステム。
［付記１３］
前記グラフィック要素は、前記第１キャラクタと前記第２キャラクタとの間に表示される、
［付記１２］に記載のシステム。
［付記１４］
前記第１キャラクタが前記知覚ゾーン内に存在する場合に、前記第２キャラクタは、前記仮想フィールドにおいて前記第１キャラクタに近づく方向に移動する、
［付記２］に記載のシステム。
［付記１５］
前記一又は複数のプロセッサは、前記第１キャラクタ及び前記仮想フィールドに配置されている第３キャラクタが参加する第２エンカウントイベントを発生させ、
前記第２エンカウントイベントに前記第１ユーザと異なる第２ユーザが操作する第４キャラクタをさらに参加させる、
［付記１］から［付記１４］のいずれか一つに記載のシステム。
［付記１６］
前記一又は複数のプロセッサは、前記第１ユーザとは異なる第２ユーザが操作する第４キャラクタが前記エンカウント可能ゾーンに存在する場合に、前記第１エンカウントイベントが実行されている間は、前記第４キャラクタを前記第２キャラクタとエンカウント可能なエンカウント状態に移行させない、
［付記１］から［付記１５］のいずれか一つに記載のシステム。
［付記１７］
一又は複数のプロセッサがコンピュータ読み取り可能な命令を実行することにより、
第１ユーザが操作する第１キャラクタが、仮想フィールドにおいて第２キャラクタに関連付けて設定されているエンカウント可能ゾーン内に存在する場合に、前記第１キャラクタが前記第２キャラクタとエンカウント可能な第１エンカウント可能状態にあると判定する第１判定工程と、
前記第１キャラクタが前記エンカウント可能状態にある場合に、前記第１キャラクタ及び前記第２キャラクタが参加する第１エンカウントイベントを発生させるか否かを判定する第２判定工程と、
を備えるゲーム処理方法。
［付記１８］
一又は複数のプロセッサに、
第１ユーザが操作する第１キャラクタが、仮想フィールドにおいて第２キャラクタに関連付けて設定されているエンカウント可能ゾーン内に存在する場合に、前記第１キャラクタが前記第２キャラクタとエンカウント可能な第１エンカウント可能状態にあると判定する第１判定工程と、
前記第１キャラクタが前記エンカウント可能状態にある場合に、前記第１キャラクタ及び前記第２キャラクタが参加する第１エンカウントイベントを発生させるか否かを判定する第２判定工程と、
を実行させるゲームプログラム。

１ ゲームシステム
１０ ユーザ装置
１１ プロセッサ
１１ａ ゲーム進行部
１１ｂ ゾーン判定部
１１ｃ イベント発生判定部
１１ｄ イベント実行部
１５ ストレージ
１５ａ ゲームアプリケーション
１５ｂ エンカウント管理データ
２０ サーバ

Claims (17)

1. 一又は複数のプロセッサを備えるシステムであって、
   前記一又は複数のプロセッサは、
   第１ユーザが操作する第１キャラクタが、仮想フィールドに配置されている第２キャラクタに関連付けて設定されているエンカウント可能ゾーン内に存在する場合に、前記第１キャラクタが前記第２キャラクタとエンカウント可能な第１エンカウント可能状態にあると判定し、
   前記第１ユーザのユーザ装置に前記第２キャラクタが配置されている前記仮想フィールドを表示させ、
   前記第１キャラクタが前記第１エンカウント可能状態にある場合に、前記第１キャラクタ及び前記第２キャラクタが参加する第１エンカウントイベントを発生させるか否かを、前記エンカウント可能ゾーンにおいて前記第１エンカウントイベントが起こる確率を表すイベント発生率に基づいて、イベント発生判定周期ごとに、判定し、
   前記イベント発生率は、前記第２キャラクタに関連付けて設定されている、
   システム。
2. 前記エンカウント可能ゾーンは、前記仮想フィールドにおいて前記第２キャラクタが配置されている位置から第１距離以内にあるゾーンである、
   請求項１に記載のシステム。
3. 前記仮想フィールドにおいて前記第２キャラクタの知覚範囲を示す知覚ゾーンが設定されており、
   前記エンカウント可能ゾーンは、前記知覚ゾーンの内側にある、
   請求項１に記載のシステム。
4. 前記仮想フィールドにおいて前記第２キャラクタの知覚範囲を示す知覚ゾーンが設定されており、
   前記エンカウント可能ゾーンは、前記知覚ゾーンの内側のゾーンのうち、前記仮想フィールドにおいて前記第２キャラクタが配置されている位置から所定の距離以内のゾーンである、
   請求項１に記載のシステム。
5. 前記エンカウント可能ゾーンは、前記第２キャラクタを含まないゾーンである、
   請求項１に記載のシステム。
6. 前記エンカウント可能ゾーンは、第１サブゾーンと、第２サブゾーンと、を含む、
   請求項１に記載のシステム。
7. 前記イベント発生率は、前記第１キャラクタが前記エンカウント可能ゾーン内に滞在する滞在時間に応じて変動する、
   請求項１に記載のシステム。
8. 前記イベント発生率は、前記第１キャラクタと前記第２キャラクタとの距離に応じて変動する、
   請求項１又は７に記載のシステム。
9. 前記仮想フィールドにおいて、前記第２キャラクタが配置されている位置から第１距離よりも小さい第２距離以内のゾーンである接触ゾーンが設定されており、
   前記仮想フィールドにおいて前記接触ゾーン内に前記第１キャラクタが進入したことに応じて前記第１エンカウントイベントを発生させる、
   請求項１に記載のシステム。
10. 前記第１キャラクタが前記第１エンカウント可能状態に移行したことに応じて、前記第１ユーザに対して表示されるゲーム画面を変化させる、
    請求項１に記載のシステム。
11. 前記一又は複数のプロセッサは、前記第１キャラクタが前記知覚ゾーン内に存在することを示すグラフィック要素を前記仮想フィールドに表示する、
    請求項３に記載のシステム。
12. 前記グラフィック要素は、前記第１キャラクタと前記第２キャラクタとの間に表示される、
    請求項１１に記載のシステム。
13. 前記第１キャラクタが前記知覚ゾーン内に存在する場合に、前記第２キャラクタは、前記仮想フィールドにおいて前記第１キャラクタに近づく方向に移動する、
    請求項３に記載のシステム。
14. 前記一又は複数のプロセッサは、前記第１キャラクタ及び前記仮想フィールドに配置されている第３キャラクタが参加する第２エンカウントイベントを発生させ、
    前記第２エンカウントイベントに前記第１ユーザと異なる第２ユーザが操作する第４キャラクタをさらに参加させる、
    請求項１に記載のシステム。
15. 前記一又は複数のプロセッサは、前記第１ユーザとは異なる第２ユーザが操作する第４キャラクタが前記エンカウント可能ゾーンに存在する場合に、前記第１エンカウントイベントが実行されている間は、前記第４キャラクタを前記第２キャラクタとエンカウント可能なエンカウント状態に移行させない、
    請求項１に記載のシステム。
16. 一又は複数のプロセッサがコンピュータ読み取り可能な命令を実行することにより、
    第１ユーザが操作する第１キャラクタが、仮想フィールドに配置されている第２キャラクタに関連付けて設定されているエンカウント可能ゾーン内に存在する場合に、前記第１キャラクタが前記第２キャラクタとエンカウント可能な第１エンカウント可能状態にあると判定する第１判定工程と、
    前記第１ユーザのユーザ装置に前記第２キャラクタが配置されている前記仮想フィールドを表示させる工程と、
    前記第１キャラクタが前記第１エンカウント可能状態にある場合に、前記第１キャラクタ及び前記第２キャラクタが参加する第１エンカウントイベントを発生させるか否かを、前記エンカウント可能ゾーンにおいて前記第１エンカウントイベントが起こる確率を表すイベント発生率に基づいて、イベント発生判定周期ごとに、判定する第２判定工程と、
    を備え、
    前記イベント発生率は、前記第２キャラクタに関連付けて設定されている、
    ゲーム処理方法。
17. 一又は複数のプロセッサに、
    第１ユーザが操作する第１キャラクタが、仮想フィールドに配置されている第２キャラクタに関連付けて設定されているエンカウント可能ゾーン内に存在する場合に、前記第１キャラクタが前記第２キャラクタとエンカウント可能な第１エンカウント可能状態にあると判定する第１判定工程と、
    前記第１ユーザのユーザ装置に前記第２キャラクタが配置されている前記仮想フィールドを表示させる工程と、
    前記第１キャラクタが前記第１エンカウント可能状態にある場合に、前記第１キャラクタ及び前記第２キャラクタが参加する第１エンカウントイベントを発生させるか否かを、前記エンカウント可能ゾーンにおいて前記第１エンカウントイベントが起こる確率を表すイベント発生率に基づいて、イベント発生判定周期ごとに、判定する第２判定工程と、
    を実行させ、
    前記イベント発生率は、前記第２キャラクタに関連付けて設定されている、
    ゲームプログラム。