JP2016203009A - ゲームシステムおよびゲームプログラム - Google Patents

Abstract

【課題】課題をクリアする遊戯を行わせるビデオゲームにおいて、課題をクリアする遊戯の興趣性をより向上させるゲームシステムを提供する。
【解決手段】
ネットワークに接続されたサーバ装置および端末装置を有し、ゲーム空間において、ユーザにより端末装置を介して操られるプレイヤキャラクタに課題をクリアする遊戯であるクエストを行わせるビデオゲームを実行するゲームシステムにおいて、このクエストが開始されてからの経過時間に応じて、クエストの開始条件に関する報知内容を決定する。
【選択図】図３

Description

この発明は、課題をクリアする遊戯を行わせるビデオゲームを実行するゲームシステムおよびゲームプログラムに関する。

近年、複数のクエストが用意され、そのクエストをプレイヤキャラクタがクリアすることで進行していくビデオゲームがある。クエストとは、ゲーム内でプレイヤ（プレイヤキャラクタ）に与えられた任務（課題）をクリアすることを目的とした遊戯である。例えば、特定のアイテムを集めたり、特定のモンスターを討伐したりすることが課題となる。課題をクリア（目的達成）すると、ゲーム内で使用するアイテムなどの報酬がプレイヤキャラクタに付与される。

このクエストを受注（開始）するには、開始条件を満たす必要がある。開始条件には、プレイヤキャラクタが、所定の場所にいるノンプレイヤキャラクタに話しかけてクエストの依頼を受ける、ゲーム内の掲示板などに掲示されているクエストを確認（選択）する、ダンジョンなど特定の場所に行くなどがあった。

また、このようなクエストを行うゲームとしては、１のゲーム空間において複数のユーザ（プレイヤキャラクタ）が協力してゲームを進行させるオンラインゲームなどがある（たとえば、特許文献１）。このオンラインゲームは、サーバ装置が実行してユーザが操作する端末装置にネットワーク回線を介して提供される。サーバ装置は、ゲームの運用者によって管理される。ゲームの運用者は、ユーザを飽きさせないように、継続的に新しいクエストを配信している。

特開２０１２−１１５５３４号公報

上述のようなクエストは、課題などの内容の異なるものが継続的に配信されるが、基本的には課題をクリアして報酬を受け取る流れのものが多い。また、クエストの開始条件についても、ユーザが容易に特定できるように明示されているものが多い。そのため、クエストの遊戯自体が単調に感じられる場合があった。

そこで、本発明は、課題をクリアする遊戯を行わせるビデオゲームにおいて、課題をクリアする遊戯の興趣性をより向上させるゲームシステムおよびゲームプログラムを提供することを目的とする。

本発明の第１の側面によって提供されるネットワークに接続されたサーバ装置およびユーザによって操作される端末装置を有し、ゲーム空間において、ユーザにより端末装置を介して操られるプレイヤキャラクタに課題をクリアする遊戯であるクエストを行わせるビデオゲームを実行するゲームシステムは、クエスト情報記憶手段、ゲーム実行手段およびヒント報知制御手段を備えている。クエスト情報記憶手段は、プレイヤキャラクタがクエストを開始するための条件である開始条件を含むクエスト情報を記憶する。ゲーム実行手段は、プレイヤキャラクタが、クエストの開始条件を満たしたことを条件に、このクエストを開始させる。ヒント報知制御手段は、クエスト情報に基づいて、クエストの開始条件に関する情報を端末装置を介してユーザに報知する。また、ヒント報知制御手段は、クエストが開始されてからの経過時間に応じて、このクエストの開始条件に関する報知内容を決定する。

ゲーム実行手段は、プレイヤキャラクタがクエストの開始条件を満たしたとき、クエストが開始されたことを示す情報を端末装置を介してユーザに報知してもよい。

クエスト情報記憶手段がサーバ装置に備えられ、ゲーム実行手段およびヒント報知制御手段がサーバ装置または端末装置に備えられてもよい。

本発明の第２の側面によって提供されるゲームプログラムは、ネットワークを介してユーザが操作する端末装置に接続され、ゲーム空間において、ユーザにより端末装置を介して操られるプレイヤキャラクタに、課題をクリアする遊戯であるクエストを行わせるビデオゲームを実行するゲームシステムを構成するサーバ装置のコンピュータを、クエスト情報読出手段、ゲーム実行手段、および、ヒント報知制御手段として機能させる。クエスト情報読出手段は、プレイヤキャラクタがクエストを開始するための条件である開始条件を含むクエスト情報を読み出す。ゲーム実行手段は、プレイヤキャラクタが、クエストの開始条件を満たしたことを条件に、このクエストを開始させる。ヒント報知制御手段は、クエスト情報に基づいて、クエストの開始条件に関する情報を端末装置を介してユーザに報知する。さらに、ヒント報知制御手段は、クエストの遊戯状況に応じて、このクエストの開始条件に関する報知内容を決定する。

この発明によれば、課題をクリアする遊戯（クエスト）を行わせるビデオゲームにおいて、クエストの開始条件に関するヒントの内容が、このクエストが開始されてからの時間経過に応じて決定される。これにより、たとえば、最初は上級者でなければ特定できない程度の難しいヒントをユーザに報知し、徐々に初級者でも特定できる程度のヒントに容易化してゆくなど、変化をつけることが可能になる。これにより、クエストに対する興趣性をより向上させることができる。

この発明が適用されるゲームシステムの構成を説明する図である。 ゲームフィールド２００の一部を俯瞰した図である。 端末装置に接続されたモニタ（表示部）に表示されたゲーム画像を示す図である。 端末装置に接続されたモニタ（表示部）に表示されたゲーム画像を示す図である。 先着クリアボーナスの判定タイミングを説明するタイミングチャートである。 サーバ装置の記憶部に記憶されているクエストテーブルの一例を示す図である。 ヒントキャラクタの会話（ヒント）表示処理を示すフローチャートである。 クエストを開始させるクエスト開始処理を示すフローチャートである。 クエストがクリアされた際のクエスト終了処理を示すフローチャートである。

図面を参照してこの発明の実施形態であるゲームシステム１およびゲームプログラム２３０について説明する。なお、本発明の構成は、実施形態に限定されるものではない。また、各フローチャートの処理手順は、実施形態に限定されず矛盾等が生じない範囲で順不同である。

図１は、ゲームシステム１の構成を説明する図である。ゲームシステム１は、ネットワーク４を介して相互に通信可能なサーバ装置２および端末装置３を含む。ゲームシステム１では、クエストがクリアされることで進行するオンラインゲームが実行される。以下、オンラインゲームを、単にゲームと呼ぶ場合がある。

この実施形態のオンラインゲームは、複数のユーザ（端末装置３）のプレイヤキャラクタのそれぞれが、１つの仮想のゲーム空間で活動するＭＭＯ（Ｍａｓｓｉｖｅｌｙ Ｍｕｌｔｉｐｌａｙｅｒ Ｏｎｌｉｎｅ）形式のビデオゲームである。ゲームは、各ユーザによって操られるプレイヤキャラクタによってゲーム内のクエストがクリアされることによって進行する。クエストとは、プレイヤキャラクタに所定の課題（クリア条件）を提示し、この課題が達成された場合にプレイヤキャラクタに所定の報酬を与えるというゲーム中のイベントである。すなわち、クエストは、課題をクリアする遊戯である。クリア条件としては、所定の敵モンスターの討伐・捕獲やゲーム空間内にある所定のアイテムの入手などがある。プレイヤキャラクタは、このクリア条件を満たす行動をすることによってクエストをクリアし、報酬を取得する。クエストのクリアによる報酬は、たとえばゲーム空間内で使用可能なアイテムなどである。

クエストは、ゲーム空間の所定の場所（開始領域２０１：図２参照）に配置（設定）されており、プレイヤキャラクタが、所定の開始条件を満たしたとき、プレイヤキャラクタ（ユーザ）はそのクエストを受注する。クエストの受注とは、クエストのクリアを試みる資格を得ることである。開始条件は、たとえば、プレイヤキャラクタが開始領域２０１へ移動すること、または、プレイヤキャラクタが開始領域２０１へ移動し更にそこに居るノンプレイヤキャラクタに話しかけることなどである。ゲーム空間には、クリア条件や報酬の異なる複数のクエストが配置される。複数のクエストは、同時に異なる場所に配置されてもよく、異なる時間帯に同じ又は異なる場所に配置されてもよい。また、1つのクエストのクリア条件または報酬を時間によって変化させもよい。クエストのゲーム空間への配置は、サーバ装置２によって行われる。サーバ装置２はゲームの運用者によって管理され、運用者によってクエストのクリア条件、報酬、配置場所および配置期間などが設定される。

次に、クエストの受注（開始）について説明する。クエストは、図２に示すようなゲームフィールド（ゲーム空間）２００上にある開始領域２０１（２０１Ａ〜２０１Ｄ）に設定されている。したがって、クエストを受注するには、ユーザは、開始領域２０１までプレイヤキャラクタを移動させるなどして開始条件を満たさなければならない。図２は、ゲームフィールド２００の一部を俯瞰した図である。なお、説明の便宜上、図２のゲームフィールド２００上に開始領域２０１Ａ〜２０１Ｄを示しているが、実際のゲームでは表示されない。また、開始領域は４カ所に限定されない。

図２に示す開始領域２０１Ａ〜２０１Ｄのそれぞれには、異なる内容のクエストが設定されている。開始領域２０１Ａに設定されているクエストは、たとえば、領域２０１Ａ内の中心に位置するノンプレイヤキャラクタに、プレイヤキャラクタが移動して話しかけることが開始条件となる。開始領域２０１Ｂに設定されているクエストは、たとえば、この領域２０１Ｂ内にプレイヤキャラクタが移動することが開始条件となる。すなわち、プレイヤキャラクタが開始領域２１０Ｂに移動すると、すぐにクエストが開始される。

ユーザは、プレイやキャラクタをゲーム空間内で移動させながら、偶然に又は意図的にクエストの開始条件を発見する。上記のように、クエストの開始条件は主としてプレイヤキャラクタを開始領域２０１へ移動させることであるため、ユーザは、プレイやキャラクタをゲーム空間内で移動させながら、偶然に又は意図的にクエストの開始領域２０１を発見する。ユーザにとって、クエストの開始条件に関する何らかの情報があると発見が容易になる。クエストの開始条件の情報は、図３（Ａ）および図３（Ｂ）に示すようなヒントキャラクタ（ノンプレイヤキャラクタ）２０２などから得ることができる。図３（Ａ）および図３（Ｂ）は、端末装置３に接続されたモニタ（表示部５０）に表示されたゲーム画像を示す図である。また、図３（Ａ）および図３（Ｂ）は、開始領域２０１Ａに設定されたクエストに関する情報が表示されている状態を示す。

ヒントキャラクタ２０２は、ゲームフィールド２００の所定の場所に存在し、プレイヤキャラクタが話しかけた（クエストの情報要求を行った）際、図３（Ａ）および図３（Ｂ）に示すようなクエストに関する情報を話す。すなわち、図３（Ａ）および図３（Ｂ）の会話ウィンドウ２０３にヒントキャラクタ２０２の会話内容が表示される。この会話内容にクエストの開始条件の情報（ヒント）も含まれている。なお、複数のクエストが配置されている場合、たとえば、クエストの選択肢を含む会話内容が表示されるので、ユーザは所望するクエストの選択肢を操作部５１を操作して選択し、このクエストに関する情報を表示すればよい。

ここで、ヒントキャラクタ２０２から取得できるヒントは、該当するクエストが未公開状態および公開状態のいずれの状態にあるかで異なる。図３（Ａ）および図３（Ｂ）でヒントキャラクタ２０２は、「北のＡＡＡ平原で所定のモンスターを退治して、困っている人を助ける」というクエストに関する情報を話している。このクエストの場合、所定のモンスターを退治（狩猟）することがクリア条件であり、困っている人のところ（開始領域２０１）へ行ってその人に話しかけることが、クエストの開始条件である。また、困っている人（開始領域２０１）を発見することが、クエストの発見となる。図３（Ａ）は、クエストが未公開状態の場合のヒントキャラクタ２０２の会話内容を示す。図３（Ｂ）は、クエストが公開状態の場合のヒントキャラクタ２０２の会話内容を示す。未公開状態は、クエストの配信開始からの累積のクリア回数が所定値（たとえば１００回）未満の状態である。すなわち、そのクエストが、発見されてないなどの理由によって、あまり多くのユーザ（プレイヤキャラクタ）にクリアされてない状態である。一方、公開状態は、クエストの配信開始からの累積のクリア回数が所定値以上の状態である。すなわち、既に多くのユーザにクリアされた状態である。なお、クリア回数の計数対象は、このゲームをプレイする全てのユーザである。また、同一のユーザが複数回クリアしてもクリアした回数だけ累積される。

図３（Ａ）の会話ウィンドウ２０３の表示情報「北の方で困っている人がいるらしい」は、困っている人（ノンプレイヤキャラクタ）がゲームフィールド２００の北方のどこかにいることを示している。しかし、この表示情報だけでは、クエストの発見は容易ではない。

また、図３（Ｂ）の会話ウィンドウ２０３の表示情報「モンスターが出没するため、北のＡＡＡ平原で困っている人がいるらしい。」は、図３（Ａ）の会話ウィンドウ２０３の表示情報よりもクエストに関する情報が詳細であり、開始条件に含まれる「困っている人」が北のＡＡＡ平原にいることを特定できる。したがって、クエストを発見し易い。

このように、クエストが未公開状態である場合、ユーザは、このクエスト（開始領域２０１）がゲームフィールド２００のどのあたりに設定されているかを推測しつつ探索しなければ発見することが難しい。一方、クエストが公開状態である場合、ヒントキャラクタ２０２のクエストに関する情報から発見し易い。すなわち、クリア回数に応じて徐々にクエストが発見し易くなっていく。これにより、クエストが未公開状態の場合には、ユーザはクエストを探索（発見）する楽しみが生じる。また、発見できなかった場合でも、最終的にクエストが公開状態に変化することで、ヒントキャラクタ２０２のクエストに関する情報に基づいてクエストを容易に発見することができる。

また、クエストを未公開状態でクリアした場合、付与される報酬として通常の報酬に加えて、特殊な報酬である先着クリアボーナスも付与される。一方、クエストを公開状態でクリアしても、通常の報酬が付与されるのみで、先着クリアボーナスは付与されない。この先着クリアボーナスは、たとえば、通常の報酬では入手できない貴重なアイテムである。

したがって、ユーザは、単にクエストをクリアすることを目的として遊戯するだけでなく、クエストを誰よりも早く発見し、より多くの報酬を獲得しようと考える。すなわち、未公開状態のクエストを発見してクリアすることが、ユーザにとってのゲームプレイの大きなモチベーションとなる。

なお、上述の先着クリアボーナスを獲得するためには、クエストのクリア時に、そのクエストが未公開状態である必要がある。すなわち、クエストを受注したときそのクエストが未公開状態であっても、すなわち、ヒントキャラクタ２０２の会話内容が図３（Ａ）に示すようなものであっても、そのクエストをクリアしたとき（他のユーザによって先にクリアされ）公開状態になっていた場合には先着クリアボーナスは付与されない。図４を参照して先着クリアボーナスの付与の判断時について詳細に説明する。図４は、先着クリアボーナスの判定タイミングを説明するタイミングチャートである。

たとえば、ユーザＡの場合は、クエスト受注時およびクリア時にクエストが未公開状態であるので、先着クリアボーナスが付与される。一方、ユーザＢの場合は、クエスト受注時はクエストが未公開状態であったが、クエストクリア時は公開状態であるので、先着クリアボーナスは付与されない。また、ユーザＣの場合には、クエスト受注時から既にクエストが公開状態であるので、先着クリアボーナスは付与されない。なお、上述の先着クリアボーナス付与の判断時は、これに限定されるものではない。たとえば、クエスト受注時であってもよい。

なお、クエストの開始条件は、上述した条件に限られない。たとえば、所定のノンプレイヤキャラクタに特定のアイテムを渡すことを開始条件としてもよい。あるいは、ゲームフィールド上で特定のアイテムを獲得したことを開始条件としてもよい。

上述したゲームを実行するため、サーバ装置２は、図１に示すように、制御部２０、画像処理部２１、ネットワーク通信部２２および記憶部２３を有する。そして、サーバ装置２は、実行するゲームのゲーム画像をネットワーク４を介して端末装置３に送信する。端末装置３では、受信したゲーム画像を表示部５０に表示する。そして、ユーザは、表示部５０のゲーム画像を視認しながら操作部５１を介してプレイヤキャラクタを操作する。端末装置３は、操作部５１の操作信号をサーバ装置２に送信する。

制御部２０は、ＣＰＵ、ＲＡＭ、ＲＯＭなどから構成され、ＲＯＭなどに記憶されているシステムプログラムを実行して装置全体の動作を制御する。また、制御部２０は、記憶部２３に記憶されているゲームプログラムを実行し、端末装置３から受信した操作信号などに基づいて上述したゲームの進行を制御する。

画像処理部２１は、たとえばグラフィック・プロセッサ・ユニット（ＧＰＵ）などから構成され、制御部２０からの指令に基づいて上述したゲームのゲーム画像を生成する。ネットワーク通信部２２は、インターネットなどのネットワーク回線４を介して他の端末装置３との通信を制御し、ゲーム画像のデータの送信などを行う。なお、ゲーム画像の生成などのゲーム実行の処理については公知の技術であるので、詳細な説明は省略する。

記憶部２３は、たとえばデータベース装置、ハードディスクやＲＡＭなどで構成され、ゲームプログラム（ソフトウェア）２３０、ユーザデータ２３１およびクエストテーブル２３２などを記憶する。ゲームプログラム２３０には、上述したゲームを実行するためのプログラムのほかゲームを実行するために必要なデータが含まれる。ユーザデータ２３１には、ゲームをプレイする各ユーザの情報が登録されている。例えば、ユーザＩＤ、セーブデータが含まれる。ユーザＩＤは、ユーザのそれぞれに固有に設定される識別情報である。ユーザは、ユーザＩＤおよびパスワードを端末装置３からサーバ装置２に送信してゲームにログインする。サーバ装置２は、ユーザＩＤに対応するユーザデータを参照してゲームを実行する。セーブデータとは、ユーザがゲームを途中まで進めた状態で終了する場合に、その時点での途中経過を記録したデータである。

クエストテーブル２３２には、図５に示すようなクエストに関する情報が登録されている。図５は、サーバ装置２の記憶部２３に記憶されているクエストテーブルの一例を示す図である。クエストテーブル２３２には、クエストＩＤ、配置期間（配信期間）、配置場所、ヒントデータ、クエストデータおよびクエスト回数が含まれる。クエストＩＤは、複数のクエストのそれぞれに固有に設定される識別情報である。ユーザ（プレイヤキャラクタ）がクエスト受注した場合、対応するクエストＩＤが受注しているクエストとしてユーザデータに登録される。

配置期間は、ユーザ（プレイヤキャラクタ）にクエストの受注を許可する期間情報である。配置場所は、クエストが配置されるゲームフィールド２００上の位置を指定する座標情報である。すなわち、配置場所は、開始領域２０１の中心位置を示す。ゲームフィールド２００は、ＸＹＺ軸で構成されるワールド座標系で定義される。配置場所は、このワールド座標系の座標情報が登録される。

ヒントデータは、上述したヒントキャラクタ２０２の会話情報（テキストデータ）である。上述したように、クエストが未公開状態および公開状態の場合の会話情報が登録されている。クエストデータは、クエストの開始から終了までを実行するための各種データが登録されている。たとえば、クエストの開始条件、クリア条件、報酬が含まれる。

開始条件は、上述したクエストの開始条件の情報である。クリア条件は、クエストのクリア条件（課題）の情報である。報酬は、先着クリアボーナスおよび通常のボーナスの情報である。そのほか、クエストデータには、クエストの開始条件に含まれるノンプレイヤキャラクタを指定する情報、クエスト実行時にゲームフィールドに登場させる敵モンスターを指定する情報なども含まれる。クリア回数は、上述したように、クエストの配信開始後からのクエストのクリアの累積回数である。

以上のように、サーバ装置２は、ゲームプログラム２３０との協働によって、クエスト情報記憶部、遊戯状況記憶部、ゲーム実行部およびヒント報知制御部として機能する。

次に、端末装置３の構成について説明する。端末装置３は、家庭用のゲーム装置、パーソナルコンピュータなどであり、図１に示すように制御部３０、ネットワーク通信部３１および記憶部３２を有する。なお、図１では、３台の端末装置３だけが例示されているが、より多くの端末装置３が接続される構成であってもよく、また１台の端末装置３だけが接続される構成であってもよい。また、複数の端末装置３は、同一種類の装置に限らず、異なる種類の装置であってもよい。

制御部３０は、ＣＰＵ、ＲＡＭ、ＲＯＭなどから構成され、ＲＯＭなどに記憶されているシステムプログラムを実行して装置全体の動作を制御する。また、制御部３０は、記憶部３２に記憶されているゲーム制御用プログラム（ソフトウェア）を実行し、サーバ装置２によって実行されるゲームのゲーム画像を表示部５０に表示し、また操作部５１の操作信号をサーバ装置２に送信するなどの端末装置３側でのゲームの制御を行う。ネットワーク通信部３１は、ネットワーク回線４を介してサーバ装置２との通信を制御し、サーバ装置３への操作信号などの送信などを行う。記憶部３２は、たとえば、ハードディスクやＲＡＭなどで構成され、上述した制御用プログラムなどを記憶する。

また、端末装置３は、表示部５０および操作部５１に接続される。表示部５０は、たとえば液晶モニタであり、サーバ装置３によって生成されたゲーム画像を表示する。操作部５１は、たとえばゲーム用コントローラ（ハードウェア）であり、プレイヤキャラクタに対するユーザからの操作入力を受け付ける。

次に、図６を参照してヒントキャラクタ２０２の会話（ヒント）表示処理について説明する。この処理は、サーバ装置２の制御部２０によって実行される。また、この処理は、プレイヤキャラクタがヒントキャラクタ２０２に話しかける動作（クエストの情報要求動作）を行ったことを契機として実行される。制御部２０は、まずユーザ（端末装置３）によって選択されたクエストが未公開状態であるかを判断する（ステップＳ１０）。上述したように、クエストテーブル２３２におけるクエストＩＤに対応するクリア回数の値が１００回未満であるかで判断される。

クエストが未公開状態であった場合には（ステップＳ１０でＹＥＳ）、制御部２０は、未公開状態用の会話情報の設定を行って（ステップＳ１１）、この処理を終了する。そして、最終的に画像処理部２１において、この会話情報の設定に基づいて、図３（Ａ）に示すような未公開状態用の会話が会話ウィンドウ２０３に表示されるゲーム画像が生成される。

一方、クエストが公開状態であった場合には（ステップＳ１０でＮＯ）、制御部２０は、公開状態用の会話情報の設定を行って（ステップＳ１２）、この処理を終了する。そして、最終的に画像処理部２１において、この会話情報の設定に基づいて、図３（Ｂ）に示すような公開状態用の会話が会話ウィンドウ２０３に表示されるゲーム画像が生成される。

次に、図７（Ａ）を参照してクエストを開始させるクエスト開始処理について説明する。この処理は、サーバ装置２の制御部２０によって実行される。この処理は、１フレーム（たとえば１／６０秒）ごとに実行される。なお、この処理の実行周期はフレーム単位でなくてもよい。

制御部２０は、まずプレイヤキャラクタがクエストの開始条件を満たしているかを判断する（ステップＳ２０）。たとえば、現在、配信期間中のクエストのそれぞれの開始条件と、現在のプレイヤキャラクタの状態との比較によって判断される。開始条件を満たしていないと判断した場合には（ステップＳ２０でＮＯ）、制御部２０は、この処理を終了する。

一方、開始条件を満たしていると判断した場合には（ステップＳ２０でＹＥＳ）、制御部２０は、クエスト開始設定を行う（ステップＳ２１）。クエスト開始設定では、クエストを実行するための初期設定が行われる。たとえば、該当するクエストのクエストデータがクエストテーブル２３２（記憶部２３）からＲＡＭの所定領域に読み出され、プレイヤキャラクタのユーザデータに含まれるステータスがクエスト実行中に設定（更新）される。

次に、制御部２０は、クエストが未公開状態であるかを判断する（ステップＳ２３）。このステップの処理も、ステップＳ１０と同様にクエストのクリア回数に基づいて判断される。クエストが未公開状態であると判断した場合には（ステップＳ２３でＹＥＳ）、制御部２０は、未公開状態用のクエスト受注表示の設定を行って（ステップＳ２４）、この処理を終了する。クエスト受注表示設定は、クエストが開始される（クエストを受注した）ことをユーザに報知するための設定である。クエストが未公開状態の場合は、未公開状態であることも報知される。たとえば、ゲーム画像内で「未公開のクエスト開始」のテキストが表示されるように設定される。そして、最終的に画像処理部２１において、このクエスト受注表示の設定に基づくクエストの開始内容を含めたゲーム画像が生成される。

一方、クエストが公開状態であると判断した場合には（ステップＳ２３でＮＯ）、制御部２０は、公開状態用のクエスト受注表示の設定を行って（ステップＳ２５）、この処理を終了する。たとえば、上述と同様、ゲーム画像内で「公開のクエスト開始」のテキストが表示されるように設定される。そして、最終的に画像処理部２１において、このクエスト受注表示の設定に基づくクエストの開始内容を含めたゲーム画像が生成される。この処理の終了後、制御部２０は、クエストの実行処理を開始する。なお、上記クエストの開始および状態の報知は行わなくてもよい。

上述したように、開始されるクエストの状態が報知されるので、ユーザは、先着クリアボーナスを獲得するためのモチベーションがより向上する。なお、上述したクエストの開始および状態の報知は、テキスト表示に限定されず、たとえば状態によって異なる音声を出力することで報知してもよい。また、ノンプレイヤキャラクタに話かけてクエストを受注する場合には、受注をする直前にクエストの状態をユーザに報知するようにしてもよい。さらに、クエストの遊戯中において、上記状態を表示するようにしてもよい。

また、上記クエストの状態の報知（表示）に代えてあるいは合わせて、受注しているクエストの未公開状態から公開状態に切り換わるまでの残クリア回数、あるいは現在のクリア回数を表示するようにしてもよい。これにより、ユーザは、状態の切り換わりのタイミングを予想することができる。したがって、これからクエストを開始して、先着クリアボーナスを獲得できそうかを自己の技量なども考慮して検討することができる。

次に、図７（Ｂ）を参照してクエストがクリアされた際のクエスト終了処理について説明する。この処理は、サーバ装置２の制御部２０によって実行される。また、この処理は、実行中のクエストのクリア条件が満たされたことを契機として実行される。制御部２０は、まず図７（Ａ）のステップＳ２３と同様に、クエストが未公開状態であるかを判断する（ステップＳ３０）。クエストが未公開状態であると判断した場合には（ステップＳ３０でＹＥＳ）、制御部２０は、未公開状態用の報酬をプレイヤキャラクタに付与し（ステップＳ３１）、ステップＳ３３に移行する。未公開状態用の報酬は、上述した先着クリアボーナスおよび通常の報酬である。一方、クエストが公開状態であると判断した場合には（ステップＳ３０でＮＯ）、制御部２０は、公開状態用の報酬をプレイヤキャラクタに付与し（ステップＳ３２）、ステップＳ３３に移行する。公開状態の報酬は、上述した通常の報酬である。

次に、制御部２０は、クリア終了設定を行い（ステップＳ３３）、この処理を終了する。クリア終了設定では、クエストを終了するための各種設定が行われる。たとえば、プレイヤキャラクタのユーザデータのステータスの更新、および、クエストテーブル２３２の対応するクエストのクリア回数の値を増加させる更新が行われる。なお、ステップＳ３１、３２では、クエストに参加したプレイヤキャラクタのそれぞれに報酬が付与される。そして、クエスト終了設定では、クエストに参加したプレイヤキャラクタの人数分だけクリア回数が累積（増加）される。

なお、この実施形態では、上述したようにクエスト終了時において報酬の内容が決定されるがクエスト開始時に決定してもよい。たとえば、図７（Ａ）のステップＳ２１のクエスト開始設定において、クリア時に未公開状態用の報酬および公開状態用の報酬のいずれを付与するかの設定を行う。そして、図７（Ｂ）のステップＳ３０において、設定されている報酬内容が未公開状態用の報酬であると判断した場合、ステップＳ３１の報酬付与を行い、公開状態用の報酬であると判断した場合、ステップＳ３２の報酬付与を行えばよい。これにより、図４のユーザＢにも先着クリアボーナスが付与されるようになる。

以上のように、課題をクリアする遊戯であるクエストの開始条件に関するユーザへの報知内容（ヒント）が、遊戯状況に応じて決定される。これにより、ユーザは、ヒントを頼りに、新たに配信された課題をクリアする遊戯を探索する（開始条件を特定する）目的が生じ、新たな楽しみをユーザに与えることができる。したがって、課題をクリアする遊戯に対する興趣性をより向上させることができる。しかも、クリアに対して付与される報酬が遊戯状況に応じて変化するので、ユーザの興趣性をより一層向上させることができる。なお、遊技状況によって決定される報知内容には、報知しないこと（報知内容なし）も含まれる。たとえば、クエストが未公開状態の場合には報知は行わず、公開状態になった場合にだけ報知する。

この実施形態では、クエストの開始条件に関する情報（ヒント）の表示（報知）が、ヒントキャラクタによるテキスト表示によって行われているが、特にこれに限定されるものではない。たとえば、新聞や掲示板のようなゲーム内に存在する仮想の情報媒体に表示してもよい。また、サーバ装置の記憶部のユーザデータに電子メールアドレスを登録する領域を設けておき、サーバ装置が電子メールで送付するようにしてもよい。さらに、携帯電話などの端末装置に、ゲームの実行とは異なる上記ヒントを表示させるためのアプリケーションプログラムをインストールしておき、このアプリケーションプログラムの実行により端末装置の表示部に表示させるようにしてもよい。この場合、アプリケーションプログラムの実行により端末装置からサーバ装置からヒントの送信要求をする。

また、この実施形態では、クエストの未公開状態および公開状態の二段階でヒントキャラクタのヒントの内容を変化させているが、特にこれに限定されるものではなく、複数段階であればよい。また、報酬も上記と同様に複数段階であればよい。なお、クエストの状態の段階数および報酬の段階数は一致しなくてもよい。また、ヒントキャラクタのヒントの内容を変化させる構成に代えて、ヒントの内容が固定設定されたヒントキャラクタを複数用いる構成としてもよい。たとえば、未公開状態の場合には、図３（Ａ）に示すようなヒントだけが設定されているヒントキャラクタ２０２Ａだけをゲームフィールド２００に配置し、その後に公開状態になった場合には、図３（Ｂ）に示すようなヒント内容だけを表示するヒントキャラクタ２０２Ｂをゲームフィールド２００に追加配置する。なお、配置場所は、プレイヤキャラクがヒントキャラクタ２０２Ａ，２０２Ｂと会話可能な位置であればゲームフィールド２００上のどの位置でもよい。

さらに、この実施形態では、クリア回数に応じてヒントの内容を変化させているが、特にこれに限定されるものではなく、クエストの遊戯状況に応じて変化させればよい。たとえば、クエストの配信開始から一定期間経過後にヒントの内容を変化させる。あるいは、クリア回数に代えてクエストの受注数を累積的にカウントし、この受注数に応じてヒントの内容を変化させてもよい。また、単にクリア回数とせず、クエストのクリア時間が短い（所定時間内）クリア回数だけを累積的にカウントするようにしてもよい。

また、この実施形態では、同一のクエストを同一ユーザ（プレイヤキャラクタ）が複数回クリアした場合であっても、そのクリアした回数だけクリア回数は増加するが、初回のクリアだけをクリア回数のカウント対象としてもよい。たとえば、クエストテーブル２３２において、クエストＩＤ毎にクリアユーザＩＤを設ける。また、クリア回数をカウントアップさせる際、クリアユーザＩＤにクエストをクリアしたユーザのユーザＩＤを登録する。そして、あるユーザのこのクエストのクリアが二回目以上であった場合、クリアユーザＩＤにこのユーザのユーザＩＤが登録されているので、クリア回数をカウントアップさせないようにすればよい。

さらに、この実施形態では、同一のクエストを複数回クリアした場合であっても、クエストクリア時の状態が前回のクリア時と同じであれば、前回のクリア時と同一の報酬が付与されるが、クリア回数に応じて異なる報酬を付与してもよい。たとえば、同一プレイヤキャラクタが同一クエストを未公開状態で二回クリアした場合、二回目のクリア時には、初回のクリア時の二倍の先着クリアボーナスを付与する。

また、この実施形態では、単一のゲーム空間に１以上のプレイヤキャラクタが生成されるゲームが実行されるが、特にこれに限定されるものではなく、共通のゲーム空間にプレイヤキャラクタが生成されるゲームであればよい。たとえば、共通のゲーム空間が複数生成され、プレイヤキャラクタはいずれかのゲーム空間に生成されるゲームであってもよい。また、１のゲーム空間にプレイヤキャラクタ１体だけが生成されるゲームであってもよい。また、この実施形態のゲームは、仮想三次元空間のゲーム空間で構成されるゲームであるが、特にこれに限定されるものではない。二次元空間で構成されるアドベンチャーゲームやシミュレーションゲームなどにも適用可能である。

さらに、この実施形態のゲームシステムは、サーバ装置および端末装置を備えた構成となっているが、複数の端末装置だけの構成であってもよい。この場合、複数の端末装置の１台を、上記サーバ装置の機能を備えたホストの端末装置とすればよい。

また、この実施形態のサーバ装置は、上述したようにゲーム実行部として機能しているが、端末装置の制御部がゲーム実行部として機能してもよい。この場合、サーバ装置は、ユーザデータの更新管理およびクエストテーブルの更新管理を行えばよい。端末装置は、サーバ装置から受信したクエストテーブルの情報などに基づいてクエストの遊戯などのゲームを実行し、クリア回数の更新などをサーバ装置に要求する。また、複数のユーザ（プレイヤキャラクタ）と遊戯する場合には、ネットワーク回線を介して他のゲーム装置の操作情報を受信してゲームを進行させる。

あるいは、サーバ装置および端末装置の両装置が協働してゲーム実行部として機能するようにしてもよい。たとえば、サーバ装置がゲームに関する各処理を行い、各端末装置はサーバ装置から受信したデータなどに基づいてゲーム画像を生成する。

この実施形態のゲームでは、主として１のプレイヤキャラクがクエストを遊戯する場合について説明したが、複数のユーザ（端末装置３）のプレイヤキャラクタが一つのパーティとして同一のクエストを遊戯する場合にも本発明を適用可能である。この場合、クエストのクリアによってパーティを構成するプレイヤキャラクタのそれぞれに同一の報酬を付与すればよい。

１ ゲームシステム
２ サーバ装置
３ 端末装置
４ ネットワーク回線
２０ 制御部（サーバ装置）
２１ 画像生成部（サーバ装置）
２２ 通信制御部（サーバ装置）
２３ 記憶部（サーバ装置）
３０ 制御部（端末装置）
３１ 通信制御部（端末装置）
３２ 記憶部（端末装置）
５０ 表示部
５１ 操作部
２００ ゲームフィールド
２３２ クエストテーブル

Claims (4)

1. ネットワークに接続されたサーバ装置およびユーザによって操作される端末装置を有し、ゲーム空間において、前記ユーザにより前記端末装置を介して操られるプレイヤキャラクタに課題をクリアする遊戯であるクエストを行わせるビデオゲームを実行するゲームシステムであって、
   前記プレイヤキャラクタが前記クエストを開始するための条件である開始条件を含むクエスト情報を記憶するクエスト情報記憶手段と、
   前記プレイヤキャラクタが、クエストの開始条件を満たしたことを条件に、該クエストを開始させるゲーム実行手段と、
   前記クエスト情報に基づいて、前記クエストの開始条件に関する情報を前記端末装置を介して前記ユーザに報知するヒント報知制御手段と、を備え、
   前記ヒント報知制御手段は、前記クエストが開始されてからの経過時間に応じて、該クエストの開始条件に関する報知内容を決定するゲームシステム。
2. 前記ゲーム実行手段は、前記プレイヤキャラクタが前記クエストの開始条件を満たしたとき、前記クエストが開始されたことを示す情報を前記端末装置を介して前記ユーザに報知する請求項１に記載のゲームシステム。
3. 前記クエスト情報記憶手段は、前記サーバ装置に備えられ、
   前記ゲーム実行手段および前記ヒント報知制御手段は、前記サーバ装置または前記端末装置に備えられた請求項１または請求項２に記載のゲームシステム。
4. ネットワークを介してユーザが操作する端末装置に接続され、ゲーム空間において、ユーザにより端末装置を介して操られるプレイヤキャラクタに、課題をクリアする遊戯であるクエストを行わせるビデオゲームを実行するゲームシステムを構成するサーバ装置のコンピュータを、
   前記プレイヤキャラクタが前記クエストを開始するための条件である開始条件を含むクエスト情報を読み出すクエスト情報読出手段、
   前記プレイヤキャラクタが、クエストの開始条件を満たしたことを条件に、該クエストを開始させるゲーム実行手段、
   前記クエスト情報に基づいて、前記クエストの開始条件に関する情報を前記端末装置を介して前記ユーザに報知するヒント報知制御手段、
   として機能させ、
   前記ヒント報知制御手段は、前記クエストの経過時間に応じて、該クエストの開始条件に関する報知内容を決定するゲームプログラム。

Images