JP7804286B2 - プログラム、情報処理装置、及び情報処理方法 - Google Patents

Description

特許法第３０条第２項適用 （１）ウェブサイトの掲載日：令和５年（２０２３年）４月１４日 ・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｇｎｎ．ｇａｍｅｒ．ｃｏｍ．ｔｗ／ｄｅｔａｉｌ．ｐｈｐ？ｓｎ＝２４８２６８ （２）ウェブサイトの掲載日：令和５年（２０２３年）４月２０日 ・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｏ８ｇＥｉ０ＢＱｏｑｏ （３）ウェブサイトの掲載日：令和５年（２０２３年）４月２０日 ・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＪｆＰｈｋＦｉｇｅＭｋ （４）ウェブサイトの掲載日：令和５年（２０２３年）４月２０日 ・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝２７ＡｅＫ２ｂＵｓＯｇ （５）ウェブサイトの掲載日：令和５年（２０２３年）４月２０日 ・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｇＲＱＢｋｐｕｎＣｐｇ （６）ウェブサイトの掲載日：令和５年（２０２３年）４月２０日 ・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．４ｇａｍｅｒ．ｎｅｔ／ｇａｍｅｓ／４８７／Ｇ０４８７７７／２０２３０４２００２４／ （７）ウェブサイトの掲載日：令和５年（２０２３年）４月２０日 ・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ａｐｐ．ｆａｍｉｔｓｕ．ｃｏｍ／２０２３０４２０＿２０７５５１３／ （８）ウェブサイトの掲載日：令和５年（２０２３年）４月２１日 ・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｇｎｎ．ｇａｍｅｒ．ｃｏｍ．ｔｗ／ｄｅｔａｉｌ．ｐｈｐ？ｓｎ＝２４８６１４ （９）ウェブサイトの掲載日：令和５年（２０２３年）４月２７日 ・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｉｎｖｅｎ．ｃｏ．ｋｒ／ｗｅｂｚｉｎｅ／ｎｅｗｓ／？ｎｅｗｓ＝２８４１２３ （１０）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日 ・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／ｉｄ１５７６８３１３５１

特許法第３０条第２項適用 （１１）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｃｏｍ．ｈｅａｖｅｎｂｕｒｎｓｒｅｄ＆ｈｌ＝ｊａ＆ｇｌ＝ＵＳ （１２）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｔｗ／ａｐｐ／％Ｅ７％Ｂ７％８Ｂ％Ｅ６％９Ｆ％９３％Ｅ５％Ａ４％Ａ９％Ｅ７％Ａ９％ＢＡ－ｈｅａｖｅｎ－ｂｕｒｎｓ－ｒｅｄ／ｉｄ１５７６８３１３５１ （１３）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｈｋ／ａｐｐ／％Ｅ７％Ｂ７％８Ｂ％Ｅ６％９Ｆ％９３％Ｅ５％Ａ４％Ａ９％Ｅ７％Ａ９％ＢＡ－ｈｅａｖｅｎ－ｂｕｒｎｓ－ｒｅｄ／ｉｄ１５７６８３１３５１ （１４）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｍｏ／ａｐｐ／％Ｅ７％Ｂ７％８Ｂ％Ｅ６％９Ｆ％９３％Ｅ５％Ａ４％Ａ９％Ｅ７％Ａ９％ＢＡ－ｈｅａｖｅｎ－ｂｕｒｎｓ－ｒｅｄ／ｉｄ１５７６８３１３５１ （１５）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ａｐｐｓ．ａｐｐｌｅ．ｃｏｍ／ｋｒ／ａｐｐ／％Ｅ７％Ｂ７％８Ｂ％Ｅ６％９Ｆ％９３％Ｅ５％Ａ４％Ａ９％Ｅ７％Ａ９％ＢＡ－ｈｅａｖｅｎ－ｂｕｒｎｓ－ｒｅｄ／ｉｄ１５７６８３１３５１ （１６）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｃｏｍ．ｈｅａｖｅｎｂｕｒｎｓｒｅｄ＆ｈｌ＝ｚｈ－ｔｗ＆ｇｌ＝ＵＳ＆ｐｌｉ＝１ （１７）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｃｏｍ．ｈｅａｖｅｎｂｕｒｎｓｒｅｄ＆ｈｌ＝ｋｏ＆ｇｌ＝ＵＳ＆ｐｌｉ＝１

特許法第３０条第２項適用 （１８）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｈｅａｖｅｎｂｕｒｎｓｒｅｄ／ｓｔａｔｕｓ／１６５１７６８１９６４７７６１６１３５？ｓ＝２０ （１９）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｓｔｏｒｅ．ｓｔｅａｍｐｏｗｅｒｅｄ．ｃｏｍ／ａｐｐ／１９７３７１０／＿／ （２０）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｇｎｎ．ｇａｍｅｒ．ｃｏｍ．ｔｗ／ｄｅｔａｉｌ．ｐｈｐ？ｓｎ＝２４９０１６ （２１）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．４ｇａｍｅｒ．ｎｅｔ／ｇａｍｅｓ／４８７／Ｇ０４８７７７／２０２３０４２８０１７／ （２２）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｇａｍｅｒ．ｎｅ．ｊｐ／ｎｅｗｓ／２０２３０４２８００２１／ （２３）ウェブサイトの掲載日：令和５年（２０２３年）４月２０日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ａＰＡＶ＿ｚＮＡ３－Ｙ （２４）ウェブサイトの掲載日：令和５年（２０２３年）４月２０日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｑＸＸＹｒｚＢｍＡ４Ｑ （２５）ウェブサイトの掲載日：令和５年（２０２３年）４月２０日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｇａｍｅｂｉｚ．ｊｐ／ｎｅｗｓ／３６７６１２ （２６）ウェブサイトの掲載日：令和５年（２０２３年）４月２０日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｆａｍｉｔｓｕ．ｃｏｍ／ｎｅｗｓ／２０２３０４／２０３００１７５．ｈｔｍｌ （２７）ウェブサイトの掲載日：令和５年（２０２３年）４月２５日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｗｗｗ．ｆａｍｉｔｓｕ．ｃｏｍ／ｎｅｗｓ／２０２３０４／２５３００６４５．ｈｔｍｌ

特許法第３０条第２項適用 （２８）ウェブサイトの掲載日：令和５年（２０２３年）４月２７日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｂｂｓ．ｒｕｌｉｗｅｂ．ｃｏｍ／ｎｅｗｓ／ｒｅａｄ／１８１３２４ （２９）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｂｂｓ．ｒｕｌｉｗｅｂ．ｃｏｍ／ｎｅｗｓ／ｒｅａｄ／１８１４０４ （３０）ウェブサイトの掲載日：令和５年（２０２３年）４月２１日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｔｈｅｋｏｒｅａｎｅｗｓ．ｃｏｍ／ｄｅｔａｉｌ．ｐｈｐ？ｎｕｍｂｅｒ＝１００６７１＆ｔｈｒｅａｄ＝２６ （３１）ウェブサイトの掲載日：令和５年（２０２３年）４月２８日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｔｈｅｋｏｒｅａｎｅｗｓ．ｃｏｍ／ｄｅｔａｉｌ．ｐｈｐ？ｎｕｍｂｅｒ＝１００９４４＆ｔｈｒｅａｄ＝２６ （３２）ウェブサイトの掲載日：令和５年（２０２３年）４月２０日・ウェブサイトのアドレス：ｈｔｔｐｓ：／／ｄｅｎｇｅｋｉｏｎｌｉｎｅ．ｃｏｍ／ａｒｔｉｃｌｅｓ／１８２４７３／ （３３）雑誌の発行日：令和５年（２０２３年）４月２７日・雑誌の名称：週刊ファミ通２０２３年５月１８日増刊号（Ｎｏ．１７９６）

本開示は、プログラム、情報処理装置、及び情報処理方法に関する。

釣りゲームにおいてゲージ表示を利用する技術が知られている。

特開２００１－１９０８４０号公報

対戦ゲーム等においては、攻撃イベントの際に、攻撃の威力等に応じた量だけゲージ表示に関する表示パラメータ（例えばＨＰ：Ｈｉｔ Ｐｏｉｎｔ）の値を変化させることが多い。この種のゲージ表示の変化態様は、斬新さにかけ、攻防の臨場感を高めることが難しい。

そこで、１つの側面では、本開示は、斬新な態様で表示パラメータの値を変化させることを目的とする。

１つの側面では、第１ゲーム媒体と第２ゲーム媒体との間で実行可能なゲームに関するゲーム処理を行うゲーム処理と、
前記ゲーム処理の進行状況を、前記第１ゲーム媒体に対応付けられる第１表示媒体、及び、前記第２ゲーム媒体に対応付けられる第２表示媒体を介して、出力する出力処理とを、コンピュータに実行させ、
前記ゲーム処理は、
前記ゲームの進行中に、前記第１ゲーム媒体に対応付けられる第１イベントを検出する第１イベント処理と、
前記ゲームの進行中に、前記第２ゲーム媒体に対応付けられる第２イベントを検出する第２イベント処理と、
前記第１イベントに基づいて、所定パラメータの値を変化させる第１パラメータ処理と、
前記第２イベントに基づいて、前記所定パラメータの値を変化させる第２パラメータ処理と、を有し、
前記出力処理は、
前記ゲームの進行中に、前記所定パラメータの値が変化した場合に、前記第１表示媒体に対応付けられる第１の表示パラメータの値を変化させる第１表示処理と、
前記ゲームの進行中に、前記所定パラメータの値が変化した場合に、前記第２表示媒体に対応付けられる第２の表示パラメータの値を変化させる第２表示処理と、を有し、
前記第１表示処理及び前記第２表示処理のうちの少なくともいずれか一方は、前記所定パラメータの値の変化に対する前記表示パラメータの値の変化率を、前記ゲームの進行中において変化させる、プログラムが提供される。

１つの側面では、本開示によれば、斬新な態様で表示パラメータの値を変化させることが可能となる。

本実施形態に係るゲームシステムのブロック図である。 サーバ装置のハードウェア構成の一例を示す図である。 釣りゲームの画面例を示す図である。 釣りゲームの画面におけるゲージ表示の説明図である。 釣りゲームの進行に応じて実現されうる魚側ゲージ及び竿側ゲージの各動きの説明図である。 比較例（その１）によるゲージ表示を示す説明図である。 比較例（その２）によるゲージ表示を示す説明図である。 上述した釣りゲームに関連したゲームシステムのゲーム機能に関する機能ブロック図の一例である。 ユーザに関する情報の説明図である。 竿パラメータに関する情報の説明図である。 魚オブジェクトに関する情報の説明図である。 魚パラメータに関する情報の説明図である。 魚側ゲージ部における魚側ゲージの長さの説明図である。 竿側ゲージ部における竿側ゲージの長さの説明図である。 釣りゲームに関してゲームシステムにより実行される処理の一例を示す概略フローチャートである。

以下、添付図面を参照しながら各実施形態について詳細に説明する。なお、添付図面では、見易さのために、複数存在する同一属性の部位には、一部のみしか参照符号が付されていない場合がある。

（ゲームシステムの概要）
図１を参照して、本発明の一実施形態に係るゲームシステム１の概要について説明する。図１は、本実施形態に係るゲームシステム１のブロック図である。ゲームシステム１は、サーバ装置１０と、１つ以上の端末装置２０と、を備える。図１では簡便のため、３つの端末装置２０を図示しているが、端末装置２０の数は２つ以上であればよい。

サーバ装置１０は、例えばゲーム運営者が管理するサーバ等の情報処理装置である。端末装置２０は、例えば携帯電話、スマートフォン、タブレット端末、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、又はゲーム装置等の、ユーザによって使用される情報処理装置である。また、端末装置２０は、これらの情報処理装置の一部又は全部と、ヘッドマウントディスプレイ（ＨＭＤ）やスマートグラス、モーションキャプチャのセンサなど、身体の一部に装着する装置との組み合わせで実現されてもよいし、身体の一部に装着する装置自体により実現されてもよい。端末装置２０は、本実施形態に係るゲームのアプリケーションを実行可能である。ゲームのアプリケーションは、ネットワーク３０を介してサーバ装置１０や所定のアプリケーション配信サーバから端末装置２０に受信されてもよく、あるいは端末装置２０に備えられた記憶装置又は端末装置２０が読取可能なメモリカード等の記憶媒体に予め記憶されていてもよい。サーバ装置１０及び端末装置２０は、ネットワーク３０を介して通信可能に接続される。例えば、サーバ装置１０及び端末装置２０が協動して、ゲームに関する多様な処理を実行する。

なお、ネットワーク３０は、無線通信網や、インターネット、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、有線ネットワーク、又はこれらの任意の組み合わせ等を含んでよい。

ここで、本実施形態に係るゲームの概要について説明する。本実施形態に係るゲームは、例えばロールプレイングゲーム又はシミュレーションゲーム等であって、ゲームの実行に伴い、ゲーム媒体が用いられる。例えば、本実施形態に係るゲームは、３次元の仮想空間内のフィールド上でゲーム媒体を移動させるゲームである。

ゲーム媒体は、ゲームに使用される電子データであり、例えば、カード、アイテム、ポイント、サービス内通貨（又はゲーム内通貨）、チケット、キャラクタ、アバター、パラメータ等、任意の媒体を含む。また、ゲーム媒体は、レベル情報、ステータス情報、ゲームパラメータ情報（体力値及び攻撃力等）又は能力情報（スキル、アビリティ、呪文、ジョブ等）のような、ゲーム関連情報であってもよい。また、ゲーム媒体は、ユーザによってゲーム内で取得、所有、使用、管理、交換、合成、強化、売却、廃棄、又は贈与等され得る電子データであるが、ゲーム媒体の利用態様は本明細書で明示されるものに限られない。

以下、特に明示した場合を除き、「ユーザが所有するゲーム媒体」とは、ユーザのユーザＩＤに対応付けられたゲーム媒体を示す。また、「ゲーム媒体をユーザに付与する」とは、ゲーム媒体をユーザＩＤに対応付けることを示す。また、「ユーザが所有するゲーム媒体を破棄する」とは、ユーザＩＤとゲーム媒体との対応付けを解消することを示す。また、「ユーザが所有するゲーム媒体を消費する」とは、ユーザＩＤとゲーム媒体との対応付けの解消に応じて、何らかの効果又は影響をゲーム内で発生させ得ることを示す。また、「ユーザが所有するゲーム媒体を売却する」とは、ユーザＩＤと当該ゲーム媒体との対応付けを解消し、且つ、ユーザＩＤに他のゲーム媒体（例えば、仮想通貨又はアイテム等）を対応付けることを示す。また、「あるユーザが所有するゲーム媒体を他のユーザに譲渡する」とは、あるユーザのユーザＩＤとゲーム媒体との対応付けを解消し、且つ、他のユーザのユーザＩＤに当該ゲーム媒体を対応付けることを示す。

本実施形態に係るゲームは、一例として、第１ゲームパートと、第２ゲームパートと、第３ゲームパートと、を含む。

第１ゲームパートにおいて、ユーザは、ユーザキャラクタを操作して、仮想空間内のフィールドを探索しながら、ゲームを進行させる。具体的には、ユーザ操作に応じてユーザキャラクタがフィールド上を移動する。なお、ユーザキャラクタは、アバター（ユーザの分身）の形態であってもよい。フィールドには、例えば釣り場及びダンジョン等の多様なエリアが設けられており、例えば釣り場での釣りゲームや、ダンジョン内で遭遇する敵キャラクタとの対戦等、エリアに応じた多様なミニゲームやイベント等が発生する。イベントが実行されることによって、ゲームのメインストーリーが進行する。また第１ゲームパートにおいて、例えばミニゲームで成果をあげたり敵キャラクタとの対戦に勝利したりすると、例えばアイテム、仮想通貨、又はキャラクタ等のゲーム媒体がユーザに付与され得る。

第２ゲームパートにおいて、ユーザは、ゲーム媒体の保有状況を変更する。ユーザは、例えばアイテム、仮想通貨、及びキャラクタ等の多様なゲーム媒体を収集する。具体的には、フィールド上に設けられた釣り場や採掘場等の特定のエリアにユーザキャラクタを移動させると、ゲーム媒体が取得可能なサブイベントが発生する。サブイベントは、例えばサブストーリーの進行、及びミニゲームの実行等を含むが、サブイベントの内容はこれらに限られない。サブイベントの実行結果に応じて、多様なゲーム媒体がユーザに付与され得る。

第３ゲームパートにおいて、ユーザは、ゲーム媒体に関するパラメータを変更する。ユーザは、例えばユーザキャラクタの強化を行う。具体的には、上述したように第１ゲームパート及び第２ゲームパートにおいてユーザに付与されたゲーム媒体が消費されることによって、ユーザキャラクタの多様なゲームパラメータが変化する。ゲームパラメータは、例えばユーザキャラクタのレベル、ＨＰ、攻撃力、防御力、属性、及びスキル等を含むが、これらに限られない。ユーザキャラクタのゲームパラメータの変化に応じて、ユーザキャラクタが強化される。ユーザキャラクタの強化によって、第１ゲームパートにおける敵キャラクタとの対戦でユーザキャラクタが勝利できる蓋然性が高まる。

このように、本実施形態に係るゲームにおいて、ユーザは第１ゲームパート、第２ゲームパート、及び第３ゲームパートを繰り返し行う。

以下では、主に、第１ゲームパートにおいて実行可能な釣り場での釣りゲームについて説明する。なお、変形例では、釣りゲームは、第３ゲームパートとして実行されてもよい。釣り場は、フィールド上の複数箇所に設定されてもよい。

（サーバ装置の構成）
サーバ装置１０の構成について具体的に説明する。サーバ装置１０は、サーバコンピュータにより構成される。サーバ装置１０は、複数台のサーバコンピュータにより協動して実現されてもよい。

サーバ装置１０は、サーバ通信部１１と、サーバ記憶部１２と、サーバ制御部１３と、を備える。

サーバ通信部１１は、外部装置と無線又は有線によって通信し、情報の送受信を行うインターフェースを含む。サーバ通信部１１は、例えば無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）通信モジュール又は有線ＬＡＮ通信モジュール等を含んでもよい。サーバ通信部１１は、ネットワーク３０を介して、端末装置２０との間で情報を送受信可能である。

サーバ記憶部１２は、例えば記憶装置であって、ゲームの処理に必要な種々の情報及びプログラムを記憶する。例えばサーバ記憶部１２は、ゲームのアプリケーションを記憶する。

また、サーバ記憶部１２は、３次元の仮想空間内に配置された種々のオブジェクトに投影（テクスチャマッピング）するための種々の画像（テクスチャ画像）を記憶する。

例えば、サーバ記憶部１２は、ゲーム媒体であるユーザキャラクタの画像を記憶する。なお、本実施形態では、仮想空間内では、ユーザキャラクタは１つだけ表現されるが、２つ以上のユーザキャラクタが表現されてもよい。なお、ユーザキャラクタは、複数のキャラクタのグループであってもよい。また、仮想空間内で利用されるユーザキャラクタは、ユーザにより適宜交換可能とされてもよい。

また、サーバ記憶部１２は、ユーザキャラクタが装着／利用可能な各種アイテム（ゲーム媒体）の画像を記憶する。各種アイテムは、後述する釣りゲームにおける釣り道具等を含んでよい。

また、サーバ記憶部１２は、例えば建物、壁、樹木、又はＮＰＣ（Ｎｏｎ Ｐｌａｙｅｒ Ｃｈａｒａｃｔｅｒ）等のような、他のゲーム媒体に係る画像を記憶する。本実施形態では、他のゲーム媒体は、後述する釣りゲームにおける魚オブジェクト等を含んでよい。

また、サーバ記憶部１２は、例えば空又は遠景等の背景の画像（背景画像）を記憶する。以下、背景画像が投影されたオブジェクトを背景オブジェクトともいう。なお、背景画像は複数種類用意され、使い分けられてもよい。

また、サーバ記憶部１２は、フィールド（例えば、地面）の画像（フィールド画像）を記憶する。フィールド画像は、後述するフィールド面に投影される。以下、フィールド画像がフィールド面に投影されたオブジェクトを、フィールドオブジェクトとも称する。なお、フィールドオブジェクトは、仮想空間内における仮想のフィールド（地面）として用いられる。また、フィールドオブジェクトは、仮想空間内における仮想の海（例えば釣り場の海）を含んでよい。

サーバ制御部１３は、専用のマイクロプロセッサ又は特定のプログラムを読み込むことにより特定の機能を実現するＣＰＵである。例えばサーバ制御部１３は、表示部２３に対するユーザ操作に応じてゲームのアプリケーションを実行する。また、サーバ制御部１３は、ゲームに関する多様な処理を実行する。

例えば、サーバ制御部１３は、フィールドオブジェクトやユーザキャラクタ等が表示されるフィールド画像を表示部２３に表示させる。また、サーバ制御部１３は、所定のユーザ操作に応じて、仮想空間内においてユーザキャラクタを、フィールドオブジェクトに対して相対的に、フィールドオブジェクト上で移動させる等により、仮想空間内のユーザキャラクタの活動（例えば後述する釣りゲームのプレイ等）を実現する。サーバ制御部１３の具体的な処理の詳細は後述する。

図１Ａは、サーバ装置１０のハードウェア構成の一例を示す図である。

サーバ装置１０は、バス１１９で接続されたＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１３、補助記憶装置１１４、ドライブ装置１１５、及び通信インターフェース１１７、並びに、通信インターフェース１１７に接続された有線送受信部１２５及び無線送受信部１２６を含む。

補助記憶装置１１４は、例えばＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）や、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。
有線送受信部１２５は、ネットワーク３０（図１参照）のような有線ネットワークを利用して通信可能な送受信部を含む。有線送受信部１２５には、周辺機器（図示せず）が接続されてもよい。ただし、周辺機器（図示せず）の一部又は全部は、バス１１９に接続されてもよいし、無線送受信部１２６に接続されてもよい。

無線送受信部１２６は、ネットワーク３０（図１参照）のような無線ネットワークを利用して通信可能な送受信部である。無線ネットワークは、携帯電話の無線通信網、インターネット、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）等を含んでよい。また、無線送受信部１２６は、近距離無線通信（ＮＦＣ：Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）部、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ、登録商標）通信部、Ｗｉ－Ｆｉ（Ｗｉｒｅｌｅｓｓ－Ｆｉｄｅｌｉｔｙ）送受信部、赤外線送受信部などを含んでもよい。

なお、サーバ装置１０は、記録媒体１１６と接続可能であってもよい。記録媒体１１６は、所定のプログラムを格納する。この記録媒体１１６に格納されたプログラムは、ドライブ装置１１５を介してサーバ装置１０の補助記憶装置１１４等にインストールされる。インストールされた所定のプログラムは、サーバ装置１０のＣＰＵ１１１により実行可能となる。例えば、記録媒体１１６は、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）－ＲＯＭ、フレキシブルディスク、光磁気ディスク等のように情報を光学的、電気的あるいは磁気的に記録する記録媒体、ＲＯＭ、フラッシュメモリ等のように情報を電気的に記録する半導体メモリ等であってよい。なお、記録媒体１１６には、搬送波は含まれない。

（端末装置の構成）
端末装置２０の構成について具体的に説明する。図１に示すように、端末装置２０は、端末通信部２１と、端末記憶部２２と、表示部２３と、入力部２４と、端末制御部２５とを備える。

端末通信部２１は、外部装置と無線又は有線によって通信し、情報の送受信を行うインターフェースを含む。端末通信部２１は、例えばＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）（登録商標）等のモバイル通信規格に対応する無線通信モジュール、無線ＬＡＮ通信モジュール、又は有線ＬＡＮ通信モジュール等を含んでもよい。端末通信部２１は、ネットワーク３０を介して、サーバ装置１０との間で情報を送受信可能である。

端末記憶部２２は、例えば一次記憶装置及び二次記憶装置を含む。例えば端末記憶部２２は、半導体メモリ、磁気メモリ、又は光メモリ等を含んでもよい。端末記憶部２２は、サーバ装置１０から受信する、ゲームの処理に用いられる種々の情報及びプログラムを記憶する。ゲームの処理に用いられる情報及びプログラムは、端末通信部２１を介して外部装置から取得されてもよい。例えば、ゲームのアプリケーションプログラムが、所定のアプリケーション配信サーバから取得されてもよい。以下、アプリケーションプログラムを、単にアプリケーションともいう。また例えば、上述したユーザに関する情報及び対戦相手であるゲーム媒体に関する情報等の一部又は全部が、サーバ装置１０から取得されてもよい。

表示部２３は、例えば液晶ディスプレイ又は有機ＥＬ（Ｅｌｅｃｔｒｏ－Ｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイ等の表示デバイスを含む。表示部２３は、多様な画像を表示可能である。表示部２３は、例えばタッチパネルで構成され、多様なユーザ操作を検出するインターフェースとして機能する。

入力部２４は、例えば表示部２３と一体的に設けられたタッチパネルを含む入力インターフェースを含む。入力部２４は、端末装置２０に対するユーザ入力を受付可能である。また、入力部２４は、物理キーを含んでもよいし、マウス等のようなポインティングデバイスをはじめとする任意の入力インターフェースを更に含んでもよい。また、入力部２４は、ヘッドアップディスプレイを装着したユーザにより利用可能なコントローラー（例えば加速度センサ等を内蔵するコントローラー）を含んでよい。

端末制御部２５は、１つ以上のプロセッサを含む。端末制御部２５は、端末装置２０全体の動作を制御する。

端末制御部２５は、端末通信部２１を介して情報の送受信を行う。例えば、端末制御部２５は、ゲームの処理に用いられる種々の情報及びプログラムを、サーバ装置１０及び他の外部サーバの少なくとも一方から受信する。端末制御部２５は、受信された情報及びプログラムを、端末記憶部２２に記憶する。

端末制御部２５は、ユーザの操作に応じてゲームのアプリケーションを起動する。端末制御部２５は、サーバ装置１０と協動して、ゲームを実行する。例えば、端末制御部２５は、ゲームに用いられる種々の画像（例えば後述する各種のフィールド画像）を表示部２３に表示させる。画面上には、例えばユーザ操作を検出するＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）が表示されてもよい。端末制御部２５は、入力部２４を介して、画面に対するユーザ操作を検出可能である。例えば端末制御部２５は、ユーザのタップ操作、ロングタップ操作、フリック操作、及びスワイプ操作等を検出可能である。タップ操作は、ユーザが指で表示部２３に触れ、その後に指を離す操作である。端末制御部２５は、操作情報をサーバ装置１０に送信する。

なお、端末装置２０のハードウェア構成は、図１Ａを参照して上述したサーバ装置１０のハードウェア構成と実質的に同一であってよい。ただし、端末装置２０のハードウェア構成は、図１Ａを参照して上述したサーバ装置１０のハードウェア構成に対して、表示部２３に対応するディスプレイ装置を備える点が異なってよい。

（釣りゲーム）
次に、釣りゲームを一例として、本実施形態の特徴的な構成を説明する。

図２は、釣りゲームの画面例を示す図である。

図２に示す例では、ユーザキャラクタが釣り道具のオブジェクトを手にして、釣りをしている様子の画面が示されている。なお、釣り道具のオブジェクトは、厳密には、竿やリール、ハリス、針、餌等の各種オブジェクトの組み合わせであるが、ここでは、代表して「竿オブジェクト」とも称する。また、竿オブジェクトは、ユーザキャラクタに対応付けられたアイテムであり、ユーザキャラクタと竿オブジェクトとは、実質的に一体化した一のゲーム媒体を形成する。従って、以下の説明において、「竿側」とは、「ユーザキャラクタ側」と実質的に同義である。

図３は、釣りゲームの画面Ｇ２００におけるゲージ表示Ｇ３００の説明図である。図４は、釣りゲームの進行に応じて実現されうる魚側ゲージＧ１及び竿側ゲージＧ２の各動きの説明図である。

本実施形態では、釣りゲームの画面Ｇ２００は、図３に示すように、ゲームの進行状況を表すゲージ表示Ｇ３００を含む。ゲージ表示Ｇ３００は、画面横方向に直線状に延在し、魚側ゲージ部Ｇ３０１と、竿側ゲージ部Ｇ３０２とを含む。なお、変形例では、ゲージ表示Ｇ３００は、画面縦方向に延在してもよいし、あるいは、円形や半円形の形態であってもよい。
魚側ゲージ部Ｇ３０１には、魚オブジェクトを模式的に表す表示Ｇ１０が対応付けられる。例えば、表示Ｇ１０は、魚側ゲージ部Ｇ３０１の右側端部の右側に配置されてよい。表示Ｇ１０は、固定であってもよいし、可動であってもよい。例えば、表示Ｇ１０は、後述する魚側ゲージＧ１の伸縮に連動する態様で動き（図４の矢印Ｒ４０３参照）を有してもよい。また、表示Ｇ１０は、任意のパラメータ（例えば後述する魚側ゲージパラメータ）の値に応じて色及び／又はサイズ等が変化してもよい。また、表示Ｇ１０は、後述する魚側ゲージＧ１の右端に表示され、後述する魚側ゲージＧ１の伸縮に連動する態様で動いてもよい。

魚側ゲージ部Ｇ３０１は、魚側ゲージパラメータの値（後述）を視覚的に表す魚側ゲージＧ１（第１ゲージ表示の一例）を含む。魚側ゲージＧ１は、左側端部から右側端部までの区間内で、伸縮可能である。本実施形態では、一例として、魚側ゲージＧ１は、左側端部が初期位置（第１初期位置の一例）であり、右側端部（第１位置の一例）まで伸びると（図３の矢印Ｒ３０１）、魚側の“勝利”を表す。なお、魚側の“勝利”の場合、魚オブジェクトが釣り上げられることなく、逃げることになる。

竿側ゲージ部Ｇ３０２には、竿オブジェクトを表す表示Ｇ２０が対応付けられる。例えば、表示Ｇ２０は、竿側ゲージ部Ｇ３０２の左側端部の左側に配置されてよい。表示Ｇ２０は、固定であってもよいし、可動であってもよい。例えば、表示Ｇ２０は、後述する竿側ゲージＧ２の伸縮に連動する態様で動き（図４の矢印Ｒ４０４参照）を有してもよい。また、表示Ｇ２０は、任意のパラメータ（例えば後述する竿側ゲージパラメータ）の値に応じて色及び／又はサイズ等が変化してもよい。また、表示Ｇ２０は、後述する竿側ゲージＧ２の左端に表示され、後述する竿側ゲージＧ２の伸縮に連動する態様で動いてもよい。

竿側ゲージ部Ｇ３０２は、竿側ゲージパラメータの値（後述）を視覚的に表す竿側ゲージＧ２（第２ゲージ表示の一例）を含む。竿側ゲージＧ２は、左側端部から右側端部までの区間内で、伸縮可能である。竿側ゲージＧ２の右側端部は、魚側ゲージＧ１の左側端部と、画面左右方向で隣り合う。本実施形態では、一例として、竿側ゲージＧ２は、右側端部が初期位置（第２初期位置の一例）であり、左側端部（第２位置の一例）まで伸びると（図３の矢印Ｒ３０２）、竿側（すなわちユーザキャラクタ側）の“勝利”を表す。なお、竿側の“勝利”の場合、魚オブジェクトが釣り上げられることになる。なお、釣り上げられた魚オブジェクトは、対応するユーザにより獲得された状態として、対応するユーザＩＤに対応付けられもよい。

図５及び図６は、比較例によるゲージ表示を示す説明図である。

本実施形態では、上述したように、魚側ゲージＧ１及び竿側ゲージＧ２は、それぞれの初期位置が隣接し、かつ、各限界位置が左右方向で互いに対して最も離れる態様で、画面左右方向に直線状に延在する。そして、魚側ゲージＧ１及び竿側ゲージＧ２は、それぞれ、増減（伸縮）する態様（矢印Ｒ４０１、Ｒ４０２参照）で変化する。なお、魚側ゲージＧ１及び竿側ゲージＧ２は、それぞれ初期位置にあるときは、伸びが０であり、実質的に非表示状態とされてよい。

また、本実施形態では、魚側ゲージＧ１及び竿側ゲージＧ２は、それぞれ、共通のゲームパラメータ（後述）の値に基づいて、それぞれ、増減する態様（矢印Ｒ４０１、Ｒ４０２参照）で変化する。すなわち、共通のゲームパラメータ（後述の魚内部ＨＰ）（所定パラメータの一例）の値を用いるにもかかわらず、魚側ゲージＧ１及び竿側ゲージＧ２のそれぞれを変化させることができる。これにより、竿側と魚側との間の攻防（引き合い）を、より直感的に認識可能となり、ゲームの興趣を高めることができる。

ここで、図５に示す比較例は、魚を模した可動表示Ｇ５０１の位置により、共通のゲームパラメータの値を表す表示態様である。可動表示Ｇ５０１の位置は、初期位置Ｒ５１０から左右に移動可能である。具体的には、可動表示Ｇ５０１の位置は、魚側が優位になるにつれて右側に移動し、右側端部に至ると魚側の“勝利”を表す。また、逆に、可動表示Ｇ５０１の位置は、竿側が優位になるにつれて左側に移動し、左側端部に至ると竿側の“勝利”を表す。このような表示態様は、綱引きのような態様で綱の中央位置に相当する可動表示Ｇ５０１が左右に移動するので、どちらが現在優位であるかを直感的に認識可能である。しかしながら、このような表示態様は、斬新さが不足し、また、竿側と魚側との間の攻防（引き合い）を、臨場感ある態様で表すことができない。

また、図６に示す比較例では、魚側と竿側にそれぞれ独自のゲームパラメータ（例えばＨＰ：Ｈｉｔ Ｐｏｉｎｔ）の値を与え、魚側のゲームパラメータの値（初期値は、右側端部の最大値Ｍａｘ）が左側端部の０となると（図６の矢印Ｒ６０１）、竿側の“勝利”となる。また、逆に、竿側のゲームパラメータの値（初期値は、左側端部の最大値Ｍａｘ）が右側端部の０となると（図６の矢印Ｒ６０２）、魚側の“勝利”となる。このような表示態様も、通常的な対戦ゲームで利用されていることから、斬新さに欠き、また、竿側と魚側との間の攻防（引き合い）を、臨場感ある態様で表すことができない。

これに対して、本実施形態によれば、上述したように、斬新でありながら、竿側と魚側との間の攻防（引き合い）を、より直感的に認識可能な表示態様を実現できる。

次に、図７以降を参照して、本実施形態の更なる詳細を説明する。

図７は、上述した釣りゲームに関連したゲームシステム１のゲーム機能に関する機能ブロック図の一例である。図８は、ユーザに関する情報の説明図である。図９は、竿パラメータに関する情報の説明図である。図１０は、魚オブジェクトに関する情報の説明図である。図１１は、魚パラメータに関する情報の説明図である。図１２は、魚側ゲージ部Ｇ３０１における魚側ゲージＧ１の長さａの説明図である。図１３は、竿側ゲージ部Ｇ３０２における竿側ゲージＧ２の長さｃの説明図である。なお、図８（以下の同様の図９等も同様）において、「＊＊＊」は、なんらかの情報が格納されている状態を示し、「・・・」は、同様の情報の格納の繰り返し状態を示す。

なお、以下で説明するゲームシステム１の各部は、サーバ装置１０単独により実現されてもよい。この場合、出力処理部１５０により出力されるデータを、端末装置２０が受信して表示部２３に出力してよい。あるいは、以下で説明するゲームシステム１の各部は、端末装置２０単独により実現されてもよい。この場合、以下で説明するユーザ情報記憶部１３４の一部の情報（他のユーザに関する情報）は記憶されなくてよい。あるいは、以下で説明するゲームシステム１の各部は、サーバ装置１０及び端末装置２０の組み合わせにより実現されてもよい。この場合、例えば、出力処理部１５０の機能の一部（描画処理部分）又は全部が、端末装置２０単独により実現されてもよい。

ゲームシステム１は、操作情報取得部１３２と、ユーザ情報記憶部１３４と、魚情報記憶部１３６と、ゲーム処理部１４０と、出力処理部１５０とを含む。ゲーム処理部１４０は、魚側ゲーム処理部１４１と、竿側ゲーム処理部１４２と、ゲーム開始処理部１４３と、魚内部ＨＰ記憶部１４４と、ゲーム終了処理部１４５とを含む。

なお、操作情報取得部１３２、ゲーム処理部１４０のうちの魚内部ＨＰ記憶部１４４以外の処理部、及び出力処理部１５０は、図１Ａに示したＣＰＵ１１１が、図１Ａに示した記憶装置（例えばＲＯＭ１１３等）に記憶された１つ以上のプログラムを実行することで実現できる。なお、以下、各部の処理に関して、“算出”とは、データとして記憶された算出値や設定値等を読み出すだけの処理を含む概念である。

また、ユーザ情報記憶部１３４及び魚情報記憶部１３６は、例えば図１Ａに示した補助記憶装置１１４等により実現できる。また、ゲーム処理部１４０のうちの魚内部ＨＰ記憶部１４４は、例えば図１Ａに示したＲＡＭ１１２等により実現できる。

操作情報取得部１３２は、ユーザの操作情報を取得する。なお、ユーザの操作情報は、端末装置２０におけるユーザによる各種操作に応じて生成される。なお、操作情報は、ジェスチャーや音声入力等により生成されてもよい。釣りゲーム中の操作情報は、例えば、後述するように端末装置２０の画面へのタップ操作等を含んでよい。なお、取得対象の操作情報は、任意であり、端末の姿勢や動きを加速度センサや角速度センサで検知するモーションキャプチャに基づく入力や、視線検出に基づく入力等が利用されてもよい。視線検出の場合、ヘッドマウントディスプレイやスマートグラス等が好適である。

ユーザ情報記憶部１３４には、複数のユーザそれぞれに関する情報が記憶される。図８を参照して、ユーザに関する情報について説明する。図８は、２人のユーザそれぞれに関する情報を示す。ユーザに関する情報は、当該ユーザに固有の種々の情報を含む。例えば、ユーザに関する情報は、ユーザＩＤと、ユーザ名と、ランクと、ユーザキャラクタに関する情報と、使用ゲーム媒体に関する情報と、フレンド情報とを含む。

ユーザＩＤは、ユーザを一意に識別可能な情報である。以下、ユーザＩＤを単にユーザともいう。

ユーザ名は、ユーザの名前を示す情報である。ユーザ名は、ユーザＩＤとは異なり、ユーザを一意に識別可能でなくてもよい。ユーザ名は、端末装置２０に対するユーザ操作に応じて任意に決定及び変更が可能であってもよい。

ランクは、ゲーム全般（又は釣りゲーム）に関するユーザの熟練度を示すパラメータである。本実施形態において、ランクの値は、ユーザによるゲームのプレイに応じて増加してもよい。ランクが高いほど、ゲームに関するユーザの熟練度が高い。

ユーザキャラクタに関する情報は、ユーザが仮想空間内で操作するユーザキャラクタに関する。ユーザキャラクタに関する情報は、当該ユーザキャラクタを特定するキャラクタＩＤや描画用の情報を含んでよい。

使用ゲーム媒体に関する情報は、対戦ゲームパートにおいてユーザに使用させるゲーム媒体に関する。本実施形態では、使用ゲーム媒体は、釣りゲームに関する使用ゲーム媒体を含む。釣りゲームに関する使用ゲーム媒体は、上述したような釣り道具（竿等）を含む。また、釣りゲームに関する使用ゲーム媒体は、使用可能な餌（疑似餌を含む）に関する情報を含んでよい。

フレンド情報は、フレンド関係にあるユーザＩＤを表す。例えば、ユーザＡが、ユーザＢ、Ｃとフレンド関係である場合、ユーザＡに対応付けられたフレンド情報は、ユーザＢ、ＣのユーザＩＤを含む。なお、フレンド関係は、フレンド申請等を介して実現される。このように、フレンド情報は、ユーザとの間で一方向的又は双方向的に関連付けられた他のユーザのユーザＩＤを含む。なお、フレンド関係にあるユーザ同士は、例えばゲームシステム１上でメッセージの送受信等のコミュニケーションが可能であってもよい。なお、ユーザに関する情報において、フレンド情報に代えて又は加えて、所属するグループ（例えばギルドやパーティ）を示す情報が含められてもよい。

ユーザに関する情報の内容は、上述したものに限られない。例えば、ユーザに関する情報は、ユーザがゲーム内で保有する所定のポイントを示す情報を更に含んでもよい。当該ポイントは、ユーザがゲームパートをプレイするために消費される。ゲームパートごとに、当該ポイントの消費量が異なってもよい。当該ポイントは、例えば時間経過に応じて、又は所定のゲーム媒体の使用に応じて、増加してもよい。

本実施形態では、図８に示した使用ゲーム媒体に関する情報は、竿パラメータに関する情報（以下、「竿パラメータ情報」とも称する）を含んでよい。図９は、竿パラメータ情報の一例を示す。図９に示す例では、一の特定の竿に関する竿パラメータ情報が示される。使用可能な竿が複数種類ある場合、竿パラメータ情報は、竿ごとに設定されてよい。

竿パラメータ情報は、竿イベント（第２イベントの一例）と、竿イベントごとの変化パラメータの値とを含む。竿イベントは、後述する魚内部ＨＰ（Ｈｉｔ Ｐｏｉｎｔ）の値を低減させるイベントであり、変化パラメータの値は、その低減量を表す。図９に示す例では、２つの竿イベントとして、タップ操作イベント、及び、所定時間経過ごとのタイムアウトイベントが定義されており、それぞれの竿イベントに対して、変化パラメータの値－α１、－α２が対応付けられている。この場合、タップ操作イベントが検出されると、魚内部ＨＰの値がα１だけ減算される。また、所定時間経過ごとのタイムアウトイベントが検出されると、魚内部ＨＰの値がα２だけ減算される。なお、タイムアウトイベントは、所定時間経過ごとに発生するイベントであり、例えば所定時間ΔＴ_竿ごとにリセットされるタイマがタイムアウトするイベントに対応する。所定時間ΔＴ_竿は、具体的な数値として定義され、竿ごとに異なりうる態様で定義されてもよい。また、変化パラメータの値－α１、－α２は、ユーザに関する情報のうちの、ランク等に応じて変化してもよい。例えば、竿イベントごとに同じであっても異なってもよい。また、変化パラメータの値は、竿のランクや種類ごとに異なってもよいし、適宜、ゲームに使用するゲーム媒体やユーザの情報に応じて設定されてもよい。これは、所定時間ΔＴ_竿についても同様である。

なお、図９に示す竿イベントは、あくまで一例であり、竿イベントは、所定期間内に所定回数以上のタップ操作イベントや、所定確率で生じるゲーム状況の変化（例えばゲームにおける釣り場で嵐が起きる等）等を含んでもよい。また、竿イベントは、タッチパネルやコントローラーを介した特定の操作（ロングタップ操作、フリック操作、及びスワイプ操作等）や、特定のコマンドの入力（ジョイスティックに対する特定操作や特定ボタンの特定パターンでの操作などの各種組み合わせを含む）、特定のジェスチャー入力や音声入力等を含んでよい。また、ゲームに使用するゲーム媒体やユーザの情報に応じて、竿イベントの内容が異なってもよい。

魚情報記憶部１３６には、釣りゲームにおける釣り対象の魚オブジェクトに関する情報が記憶される。魚情報記憶部１３６には、複数の魚オブジェクトそれぞれに関する情報が記憶される。図１０を参照して、魚オブジェクトに関する情報について説明する。図１０は、２匹の魚オブジェクトそれぞれに関する情報を示す。魚オブジェクトに関する情報は、当該魚オブジェクトに固有の種々の情報を含む。例えば、魚オブジェクトに関する情報は、魚ＩＤと、魚名と、ランクと、魚パラメータに関する情報（以下、「魚パラメータ情報」とも称する）とを含む。

魚ＩＤは、魚オブジェクトを一意に識別可能な情報である。魚名は、魚の名前を示す情報である。

ランクは、釣りゲームに関する魚の強さ（釣り難さ）を示すパラメータである。本実施形態において、ランクの値は、魚の属性に応じて異なる。例えば、マグロの場合、イワシよりもランクの値が高い。

魚パラメータ情報は、後述する魚ＨＰの変化を引き起こす魚イベントと、魚イベントごとの変化パラメータの各値を含む。

図１１は、魚パラメータ情報の一例を示す。図１１に示す例では、一の特定の魚に関する魚パラメータ情報が示される。魚パラメータ情報は、魚ごとに設定されてよい。また、魚の種類が同じでも、サイズごとに設定されてもよい。

魚パラメータ情報は、魚イベント（第１イベントの一例）と、魚イベントごとの変化パラメータの値とを含む。魚イベントは、魚内部ＨＰの値を増加させるイベントであり、変化パラメータの値は、その増加量を表す。図１１に示す例では、１つの魚イベントとして、所定時間経過ごとのタイムアウトイベントが定義されており、かかる魚イベントに対して、変化パラメータの値β１が対応付けられている。この場合、所定時間経過ごとのタイムアウトイベントが検出されると、魚内部ＨＰの値がβ１だけ加算される。なお、タイムアウトイベントは、所定時間経過ごとに発生するイベントであり、本実施形態では、所定時間ΔＴ_魚ごとにリセットされるタイマがタイムアウトするイベントに対応する。所定時間ΔＴ_魚は、具体的な数値として定義され、魚オブジェクトごとに異なりうる態様で定義されてもよい。例えば、所定時間ΔＴ_魚は、魚オブジェクトのランクが高いほど所定時間ΔＴ_魚が短くなる態様で、魚オブジェクトごとに異なってもよい。また、同様に、変化パラメータの値β１は、魚オブジェクトのランクが高いほど大きくなる態様で、魚オブジェクトごとに異なってもよい。また、魚オブジェクトの種類に応じて、魚イベントの内容が異なってもよい。

ゲーム処理部１４０は、釣りゲームに関するゲーム処理を実行する。

ゲーム処理部１４０は、上述したように、魚側ゲーム処理部１４１と、竿側ゲーム処理部１４２と、ゲーム開始処理部１４３と、魚内部ＨＰ記憶部１４４と、ゲーム終了処理部１４５とを含む。

魚側ゲーム処理部１４１は、魚イベント処理部１４１０と、魚ＨＰ増加処理部１４１２とを含む。

魚イベント処理部１４１０は、魚イベントを検出する。魚イベントは、図１１を参照して上述したとおりである。例えば、魚イベントが所定時間経過ごとのタイムアウトイベントである場合、魚イベント処理部１４１０は、所定時間ΔＴ_魚ごとにリセットされるタイマに基づいて、タイマがタイムアウトするごとに魚イベントを検出してよい。

魚ＨＰ増加処理部１４１２は、魚イベントに基づいて、魚内部ＨＰの値を増加させる。具体的には、魚ＨＰ増加処理部１４１２は、一の魚イベントに基づいて、当該一の魚イベントに対応付けられた変化パラメータの値（例えば図１１のβ１）だけ、魚内部ＨＰの値を増加させる。

竿側ゲーム処理部１４２は、竿イベント処理部１４２０と、魚ＨＰ低減処理部１４２２とを含む。

竿イベント処理部１４２０は、竿イベントを検出する。竿イベントは、図９を参照して上述したとおりである。例えば、竿イベントがタップ操作イベントである場合、魚イベント処理部１４１０は、操作情報取得部１３２により取得される操作情報に基づいて、タップ操作イベントを検出してよい。

魚ＨＰ低減処理部１４２２は、竿イベントに基づいて、魚内部ＨＰの値を減少させる。具体的には、魚ＨＰ低減処理部１４２２は、一の竿イベントに基づいて、当該一の竿イベントに対応付けられた変化パラメータの値（例えば図９のα１）だけ、魚内部ＨＰの値を減少させる。

ゲーム開始処理部１４３は、釣りゲームに関するゲーム開始準備等の処理を実行する。例えば、ゲーム開始処理部１４３は、ユーザによるアイテムの選択（例えば餌の選択）等を受け付ける処理や、竿レベルの調整処理等を実行する。

魚内部ＨＰ記憶部１４４は、釣りゲームの進行中に動的に変化する魚内部ＨＰの値を記憶及び更新する。具体的には、魚内部ＨＰ記憶部１４４は、魚ＨＰ増加処理部１４１２により魚内部ＨＰの値が増加される際、及び、魚ＨＰ低減処理部１４２２により魚内部ＨＰの値が低減される際、当該変化後の値を記憶する。なお、魚ＨＰ増加処理部１４１２による魚内部ＨＰの値の増加と、魚ＨＰ低減処理部１４２２による魚内部ＨＰの値の低減とが、同時（同一処理周期）に起こる場合、それらの相殺後の値が記憶されてよい。この際、魚ＨＰ増加処理部１４１２による魚内部ＨＰの値の増加量と、魚ＨＰ低減処理部１４２２による魚内部ＨＰの値の低減量とが同じであるとき、魚内部ＨＰの値は変化しない。

本実施形態では、魚内部ＨＰ記憶部１４４には、釣りゲームの進行中に、当該釣りゲームにおける魚内部ＨＰの値の変化履歴や、後述する最大ＨＰ値や最小ＨＰ値が記憶及び更新されてよい。

ゲーム終了処理部１４５は、ゲーム終了条件が成立すると、ゲームの終了イベントを発生させる。ゲーム終了条件は、魚内部ＨＰの値が上限値ＨＰ_Ｍａｘ及び下限値ＨＰ_Ｍｉｎのいずれかに達した場合に満たされる。上限値ＨＰ_Ｍａｘは、魚内部ＨＰの初期値（ゲーム開始時の値）よりも大きく、下限値ＨＰ_Ｍｉｎは、魚内部ＨＰの初期値よりも小さい。本実施形態では、一例として、魚内部ＨＰの初期値は、「２００」であり、上限値ＨＰ_Ｍａｘは、「４００」であり、下限値ＨＰ_Ｍｉｎは、「０」であるとする。

ゲーム終了条件は、他の終了条件が満たされた場合にも満たされてよい。他の終了条件は、ゲーム開始時からの経過時間が上限時間に達した場合や、ユーザによる強制終了入力があった場合等に満たされてよい。

なお、変形例では、ゲーム終了処理部１４５は、ゲームの終了イベントに加えて又は代えて、ゲーム区切り条件が成立すると、ゲームの区切りイベントを発生させてもよい。ゲーム区切り条件は、魚内部ＨＰの値が区切り用上限値ＨＰ_Ｍａｘ１及び区切り用下限値ＨＰ_Ｍｉｎ１のいずれかに達した場合に満たされてよい。この場合、区切り用上限値ＨＰ_Ｍａｘ１は、上限値ＨＰ_Ｍａｘよりも小さくてよく、また、区切り用下限値ＨＰ_Ｍｉｎ１は、下限値ＨＰ_Ｍｉｎよりも大きくてよい。ゲーム区切り条件が成立すると、図３及び図４を参照して上述した魚側ゲージ部Ｇ３０１又は竿側ゲージ部Ｇ３０２が終了位置に達した後、リセットされてもよい。

出力処理部１５０は、図３及び図４を参照して上述した魚側ゲージ部Ｇ３０１及び竿側ゲージ部Ｇ３０２に関する出力処理等を実行する。

出力処理部１５０は、魚側出力処理部１５１と、竿側出力処理部１５２とを含む。

魚側出力処理部１５１は、図３等を参照して上述した魚側ゲージ部Ｇ３０１に関する出力処理等を実行する。

魚側出力処理部１５１は、魚側ゲージパラメータ更新部１５１０と、魚ゲージ描画処理部１５１２とを含む。

魚側ゲージパラメータ更新部１５１０は、ゲームの進行中に、魚内部ＨＰの値が変化した場合に、魚オブジェクトに対応付けられる魚側ゲージパラメータ（第１の表示パラメータの一例）の値を変化させる。

本実施形態では、魚側ゲージパラメータ更新部１５１０は、ゲームの進行中において更新された魚内部ＨＰの各値（魚内部ＨＰ記憶部１４４内の記憶値の変化履歴）のうちの、最小値（以下、「最小ＨＰ値」とも称する）を利用する。なお、最小ＨＰ値は、上限値ＨＰ_Ｍａｘ（第１限界値の一例）に対して最も差分の大きさが大きい値（第１最大差分値の一例）であり、ゲームの進行中に動的に変化しうる。具体的には、魚側ゲージパラメータ更新部１５１０は、最小ＨＰ値と、魚内部ＨＰの今回値と、上限値ＨＰ_Ｍａｘとに基づいて、魚側ゲージパラメータの今回値を算出する。

この際、魚側ゲージパラメータの今回値は、上限値ＨＰ_Ｍａｘと最小ＨＰ値との間の差分の大きさを１としたときの、魚内部ＨＰの今回値と最小ＨＰ値との間の差分の大きさの比である。すなわち、
魚側ゲージパラメータの今回値＝（魚内部ＨＰの今回値－最小ＨＰ値）／（上限値ＨＰ_Ｍａｘ－最小ＨＰ値） 式（１）
である。なお、ゲーム開始時の最小ＨＰ値は、初期値と等しい。
なお、変形例では、魚側ゲージパラメータの今回値は、上限値ＨＰ_Ｍａｘと魚内部ＨＰの初期値との間の差分の大きさを１としたときの、魚内部ＨＰの初期値と魚内部ＨＰの今回値との間の差分の大きさの比であってもよい。すなわち、
魚側ゲージパラメータの今回値＝（魚内部ＨＰの今回値－魚内部ＨＰの初期値）／（上限値ＨＰ_Ｍａｘ－魚内部ＨＰの初期値） 式（２）
である。ただし、この場合、魚内部ＨＰの今回値－魚内部ＨＰの初期値が０以下のとき、魚側ゲージパラメータの今回値＝０とされてよい。

なお、本実施形態では、魚側ゲージパラメータの今回値は、上限値ＨＰ_Ｍａｘと最小ＨＰ値との間の差分の大きさを１としたときの、魚内部ＨＰの今回値と最小ＨＰ値との間の差分の大きさの比であるが、当該比に基づく値であれば、他の値であってもよい。例えば、魚側ゲージパラメータの今回値は、当該比とは異なるが、当該比から一意に導出可能な値（例えば後述する式（１Ａ）の値）であってもよい。

魚ゲージ描画処理部１５１２は、図３等を参照して上述した態様で、魚側ゲージ部Ｇ３０１の魚側ゲージＧ１を伸縮させる。本実施形態では、魚ゲージ描画処理部１５１２は、魚側ゲージパラメータ更新部１５１０により算出される魚側ゲージパラメータの今回値に応じて伸縮可能な態様で、魚側ゲージＧ１を描画する。

この際、魚ゲージ描画処理部１５１２は、図１２に示すように、魚側ゲージＧ１の長さを「ａ」とし、魚側ゲージ部Ｇ３０１の長さ（魚側ゲージＧ１の最大長さ）を「ｂ」としたとき、ａ／ｂ＝魚側ゲージパラメータの今回値となるように、魚側ゲージＧ１の長さａの今回値を算出する。

この場合、最小ＨＰ値が小さいほど、魚側ゲージＧ１の伸び率（魚内部ＨＰの値の単位増加量あたりの伸び）が小さくなる。以下、このようにして、ゲームの進行中に、魚側ゲージＧ１の伸び率が動的に変化する機能を、「ゲージ伸び率の動的変化機能」とも称する。

例えば、ケース１として、最小ＨＰ値＝１００であるとき、魚内部ＨＰの値が２５０から３５０に増加するときを想定する。

魚内部ＨＰの値が２５０のときの、魚側ゲージパラメータの今回値は、以下のとおりである。

（２５０－１００）／（４００－１００）＝１５０／３００（＝１／２）
魚内部ＨＰの値が３５０のときの、魚側ゲージパラメータの今回値は、以下のとおりである。

（３５０－１００）／（４００－１００）＝２５０／３００（＝５／６）
従って、魚内部ＨＰの値が２５０から３５０に増加すると、魚側ゲージＧ１の長さａは、１／３増加する。

次に、ケース２として、最小ＨＰ値＝１５０であるとき、魚内部ＨＰの値が２５０から３５０に増加するときを想定する。

魚内部ＨＰの値が２５０のときの、魚側ゲージパラメータの今回値は、以下のとおりである。

（２５０－１５０）／（４００－１５０）＝１００／２５０（＝２／５）
魚内部ＨＰの値が３５０のときの、魚側ゲージパラメータの今回値は、以下のとおりである。

（３５０－１５０）／（４００－１５０）＝２００／２５０（＝４／５）
従って、魚内部ＨＰの値が２５０から３５０に増加すると、魚側ゲージパラメータの値は、２／５増加する。
２／５＞１／３であるので、最小ＨＰ値が相対的に小さいケース１のほうがケース２よりも、魚側ゲージＧ１の伸び率が小さい。

ただし、比較対象が、魚側ゲージＧ１の長さａ自体であるとすると、魚内部ＨＰの値が同じ２５０（３５０等の他の値でも同じ）であるとき、ケース２では、ａ＝１００／２５０（＝２／５）であり、ケース１のａ＝１５０／３００（＝１／２）よりも、短くなる。換言すると、魚側ゲージＧ１に係るゲージ伸び率の動的変化機能は、同じ魚内部ＨＰの値であっても、最小ＨＰ値の相違に応じて、魚側ゲージＧ１の長さａを異ならせる機能とも、いうことができる。

なお、このような構成は、式（１）に代えて、以下の式（１Ａ）で魚側ゲージパラメータの今回値を算出し、（ｂ－ａ）／ｂ＝魚側ゲージパラメータの今回値となるように、魚側ゲージＧ１の長さａの今回値を算出する構成と実質的に等価である。
魚側ゲージパラメータの今回値＝（上限値ＨＰＭａｘ－魚内部ＨＰの今回値）／（上限値ＨＰＭａｘ－最小ＨＰ値） 式（１Ａ）
なお、式（１Ａ）による魚側ゲージパラメータの今回値＝（１－式（１）による魚側ゲージパラメータの今回値）の関係である。
なお、変形例の式（２）の場合も、魚ゲージ描画処理部１５１２は、ａ／ｂ＝魚側ゲージパラメータの今回値となるように、魚側ゲージＧ１の長さａの今回値を算出する。この場合、上述したゲージ伸び率の動的変化機能は得られないものの、図３及び図４を参照して上述した効果が得られる。

竿側出力処理部１５２は、図３等を参照して上述した竿側ゲージ部Ｇ３０２に関する出力処理等を実行する。

竿側出力処理部１５２は、竿側ゲージパラメータ更新部１５２０と、竿ゲージ描画処理部１５２２とを含む。

竿側ゲージパラメータ更新部１５２０は、ゲームの進行中に、魚内部ＨＰの値が変化した場合に、竿オブジェクトに対応付けられる竿側ゲージパラメータ（第２の表示パラメータの一例）の値を変化させる。

本実施形態では、竿側ゲージパラメータ更新部１５２０は、ゲームの進行中において更新された魚内部ＨＰの各値（魚内部ＨＰ記憶部１４４内の値の変化履歴）のうちの、最大値（以下、「最大ＨＰ値」とも称する）を利用する。なお、最大ＨＰ値は、下限値ＨＰ_Ｍｉｎ（第２限界値の一例）に対して最も差分の大きさが大きい値（第２最大差分値の一例）であり、ゲームの進行中に動的に変化しうる。具体的には、竿側ゲージパラメータ更新部１５２０は、最大ＨＰ値と、魚内部ＨＰの今回値と、下限値ＨＰ_Ｍｉｎとに基づいて、竿側ゲージパラメータの今回値を算出する。

この際、竿側ゲージパラメータの今回値は、下限値ＨＰ_Ｍｉｎと最大ＨＰ値との間の差分の大きさを１としたときの、下限値ＨＰ_Ｍｉｎと魚内部ＨＰの今回値との間の差分の大きさの比を、１から引き算して得られる値である。すなわち、
竿側ゲージパラメータの今回値＝１－（魚内部ＨＰの今回値－下限値ＨＰ_Ｍｉｎ）／（最大ＨＰ値－下限値ＨＰ_Ｍｉｎ） 式（３）
である。なお、ゲーム開始時の最大ＨＰ値は、初期値と等しい。

なお、本実施形態では、下限値ＨＰ_Ｍｉｎは、「０」であるので、式（３）は、以下の式（３Ａ）ように書き換えることもできる。
竿側ゲージパラメータの今回値＝１－（魚内部ＨＰの今回値）／（最大ＨＰ値） 式（３Ａ）
下限値ＨＰ_Ｍｉｎが「０」である場合、プログラム上、式（３Ａ）のように、下限値ＨＰ_Ｍｉｎが現れない場合があるが、式（３Ａ）は、下限値ＨＰ_Ｍｉｎを利用した関係式であると、いうことができる。なお、これは、上述した式（１Ａ）に関しても同様である。また、上限値ＨＰ_Ｍａｘが「０」である場合には、上述した式（１）に関しても同様である。

また、本実施形態では、竿側ゲージパラメータの今回値は、下限値ＨＰ_Ｍｉｎと最大ＨＰ値との間の差分の大きさを１としたときの、下限値ＨＰ_Ｍｉｎと魚内部ＨＰの今回値との間の差分の大きさの比を、１から引き算して得られる値であるが、当該値に基づく値であれば、他の値であってもよい。例えば、魚側ゲージパラメータの今回値は、当該値とは異なるが、当該値から一意に導出可能な他の値であってもよい。

竿ゲージ描画処理部１５２２は、図３等を参照して上述した態様で、竿側ゲージ部Ｇ３０２の竿側ゲージＧ２を伸縮させる。本実施形態では、竿ゲージ描画処理部１５２２は、竿側ゲージパラメータ更新部１５２０により算出される竿側ゲージパラメータの今回値に応じて伸縮可能な態様で、竿側ゲージＧ２を描画する。

この際、竿ゲージ描画処理部１５２２は、図１３に示すように、竿側ゲージＧ２の長さを「ｃ」とし、竿側ゲージ部Ｇ３０２の長さ（竿側ゲージＧ２の最大長さ）を「ｄ」としたとき、ｃ／ｄ＝竿側ゲージパラメータの今回値とする。

この場合、最大ＨＰ値が大きいほど、竿側ゲージＧ２の伸び率（魚内部ＨＰの値の単位増加量あたりの伸び）が小さくなる。このようにして、竿側ゲージＧ２についても、ゲームの進行中に、竿側ゲージＧ２の伸び率が動的に変化する機能（ゲージ伸び率の動的変化機能）を有する。

例えば、ケース３として、最大ＨＰ値＝３００であるとき、魚内部ＨＰの値が２５０から１５０に減少するときを想定する。
魚内部ＨＰの値が２５０のときの、竿側ゲージパラメータの今回値は、以下のとおりである。
１－（２５０－０）／（３００－０）＝５／３０（＝１／６）
魚内部ＨＰの値が１５０のときの、竿側ゲージパラメータの今回値は、以下のとおりである。
１－（１５０－０）／（３００－０）＝１５／３０（＝１／２）
従って、魚内部ＨＰの値が２５０から１５０に減少すると、竿側ゲージパラメータの値は、１／３増加する。
次に、ケース４として、最大ＨＰ値＝３５０であるとき、魚内部ＨＰの値が２５０から１５０に減少するときを想定する。
魚内部ＨＰの値が２５０のときの、竿側ゲージパラメータの今回値は、以下のとおりである。
１－（２５０－０）／（３５０－０）＝１０／３５（＝２／７）
魚内部ＨＰの値が１５０のときの、竿側ゲージパラメータの今回値は、以下のとおりである。
１－（１５０－０）／（３５０－０）＝２０／３５（＝４／７）
従って、魚内部ＨＰの値が２５０から１５０に減少すると、竿側ゲージパラメータの値は、２／７増加する。
２／７＜１／３であるので、最大ＨＰ値が相対的に大きいケース４のほうがケース３よりも、竿側ゲージＧ２の伸び率が小さい。

ただし、比較対象が、竿側ゲージＧ２の長さｃ自体であるとすると、魚内部ＨＰの値が同じ２５０（１５０等の他の値でも同じ）であるとき、ケース４では、ｃ＝１０／３５（＝２／７）であり、ケース３のｃ＝５／３０（＝１／６）よりも、長くなる。換言すると、竿側ゲージＧ２に係るゲージ伸び率の動的変化機能は、同じ魚内部ＨＰの値であっても、最大ＨＰ値の相違に応じて、竿側ゲージＧ２の長さｃを異ならせる機能とも、いうことができる。
このように本実施例では、最小ＨＰ値及び最大ＨＰ値を考慮することで、魚側ゲージＧ１及び竿側ゲージＧ２に係るゲージ伸び率の動的変化機能を実現できる。ここで、ゲーム進行中に記憶した最小ＨＰ値が低い＝竿が有利になった、最大ＨＰ値が高い＝魚側が有利になった、とのゲームの状況を示す。従って、本実施例によれば、ゲームの状況に応じた魚側ゲージＧ１及び竿側ゲージＧ２に係るゲージ伸び率の動的変化機能を実現できる。これによって、オンオフのデジタルな表現となってしまいがちな仮想空間における力の均衡状態の表現において、現実世界でみられるような「力関係の粘り」や「（均衡状態が崩れることにより）一気に崩れる」といった表現をすることが可能となる。例えると、輪ゴムを飛ばす直前まで引っ張り合う瀬戸際の緊張感を表現できる。具体的には、上述の算出方法においては、最大ＨＰ値が高いほど、竿側ゲージＧ２に係るゲージ伸び率が低くなるため、逆転がなかなかできない感覚をプレイヤにもたらし、引っ張り合って拮抗している状況を表現することができる。また、最小ＨＰ値が低いほど、魚側ゲージＧ１の伸びが悪くなるため、竿側が有利に進行している感覚（竿側が一気に押し切れそうになる感覚）をプレイヤにもたらすことができる。すなわち、魚内部ＨＰが同じ値であっても、そのときのゲームの状況（最大ＨＰ値と最小ＨＰ値）に応じてゲージ（魚側ゲージＧ１や竿側ゲージＧ２、以下同じ）に係るゲージ伸び率を異ならせることで、ゲームの緊迫感のある進行状況を表現することができる。また、魚内部ＨＰの値に基づいた、竿側と魚側のそれぞれのゲージ表現とすることにより、単一のゲージ表現のように均衡関係を表現しつつも、それぞれのゲージによって、竿側と魚側の動作を別に表現することができるため、両者の対話的なアクションの実行を表現することができる。

また、大きな画面を備える端末装置２０よりも表現が制限されるスマートフォン等の小さな画面の端末装置２０においても、両者のゲージを表示するため対戦者同士が拮抗している緊張感を効果的に表現することができる。特にタッチパネルを用いる端末装置２０においては、操作に用いる範囲が存在するため、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）の配置範囲が限られるが、本実施形態では、少ない占有範囲で上記のような緊張感を効果的に表現できるため有効である。さらに、タッチパネルにおいては、ユーザがボタンを押すという感覚が感じられないため、操作に対するフィードバックが乏しく操作感を感じにくい。それに対して、本実施形態では、上記のような力関係に関する多様な表現を可能とすることで仮想的な操作感を表現することができる。一方で、ＨＭＤや据え置きの大画面における表示においても、少ない占有範囲で上記のような効果を表現ができるため、配置位置や他のＵＩとの位置関係などの表現の自由度を高めることができる。また、ゲームの緊迫感や緊張感を表現するためには、特別な演出やエフェクトを描画する方法も考えられるが、描画の処理負荷が増大する可能性がある。一方で、本実施形態では、変化するゲージの値に応じて、それぞれのゲージの変化量を異ならせるだけなので、描画処理の負荷を抑えつつ、ゲームの進行状況の緊迫感をユーザが直感的に認識できるように表現できる。このような効果は、高性能なＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を搭載できず描画処理能力の劣る、携帯端末やＨＭＤが端末装置２０である場合において特に顕著である。

次に、図１４以降を参照して、本実施形態によるゲームシステム１の動作例について説明する。

図１４は、上述した釣りゲームに関してゲームシステム１により実行される処理の一例を示す概略フローチャートである。図１４に示す処理は、釣りゲームにおいて魚オブジェクトの釣り上げが可能となる状態への遷移イベントが発生すると起動し、所定周期ごとに繰り返し実行されてよい。なお、遷移イベントは、任意であるが、例えば、魚オブジェクトによる引きが発生してから、竿オブジェクトによる合わせ（最初のタップ操作）が生じたイベントであってよい。

なお、図１４に示すフローチャートにおいては、各ステップの入力と出力の関係を損なわない限り、各ステップの処理順序を入れ替えてもよい。

ステップＳ１４００では、ゲームシステム１は、ゲームタイマがタイムアウトしたか否かを判定する。ゲームタイマは、１回の釣りゲームが継続可能な最長時間（上限時間）を計時するタイマであり、釣りゲームの開始時にリセットされる。なお、１回の釣りゲームが継続可能な最長時間（上限時間）は、魚オブジェクトごとに異なってもよく、例えば、ランクが高い魚オブジェクトほど短く設定されてもよい。判定結果が“ＮＯ”の場合、ステップＳ１４０２に進み、それ以外の場合は、ステップＳ１４１４に進む。

ステップＳ１４０２では、ゲームシステム１は、今回の処理周期の操作情報を取得し、記憶する。なお、操作情報は、１回の釣りゲームごとに、履歴として記憶（蓄積）されてよい。

ステップＳ１４０４では、ゲームシステム１は、魚タイマがタイムアウトしたか否かを判定する。魚タイマは、魚側イベントを発生させるタイマであり、釣りゲームの開始時にリセットされる。魚タイマは、所定時間ΔＴ_魚ごとにタイムアウトして、リセット（再起動）される。判定結果が“ＹＥＳ”の場合、ステップＳ１４０６に進み、それ以外の場合は、ステップＳ１４０８に進む。

ステップＳ１４０６では、ゲームシステム１は、魚内部ＨＰの値を増加させ、魚内部ＨＰ記憶部１４４内の記憶値（魚内部ＨＰの値）を更新する。この際、魚内部ＨＰの値が今回の釣りゲームにおいて、最大ＨＰ値を更新した場合は、新たな最大ＨＰ値を魚内部ＨＰ記憶部１４４内に記憶してよい。なお、魚側イベントごとの魚内部ＨＰの値の増加量は、図１１を参照して上述したように、対応する魚オブジェクトに対応付けられている魚パラメータ情報の変化パラメータの値で決まる。

ステップＳ１４０８では、ゲームシステム１は、ステップＳ１４０２で得た操作情報に基づいて、タップ操作イベント（竿側イベント）があったか否かを判定する。なお、タップ操作イベントは、単なる１回のタップ操作であってもよいし、連続したタップ操作のうちの１回又は所定回の操作であってもよい。判定結果が“ＹＥＳ”の場合、ステップＳ１４１０に進み、それ以外の場合は、ステップＳ１４１２に進む。

ステップＳ１４１０では、ゲームシステム１は、魚内部ＨＰの値を低減させ、魚内部ＨＰ記憶部１４４内の記憶値（魚内部ＨＰの値）を更新する。この際、魚内部ＨＰの値が今回の釣りゲームにおいて、最小ＨＰ値を更新した場合は、新たな最小ＨＰ値を魚内部ＨＰ記憶部１４４内に記憶してよい。なお、竿側イベントごとの魚内部ＨＰの値の低減量は、図９を参照して上述したように、対応する竿オブジェクトに対応付けられている竿パラメータ情報の変化パラメータの値で決まる。

ステップＳ１４１２では、ゲームシステム１は、魚内部ＨＰの値が上限値ＨＰ_Ｍａｘに達したか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ１４１４に進み、それ以外の場合は、ステップＳ１４１６に進む。

ステップＳ１４１４では、ゲームシステム１は、魚側の勝利を表すゲーム終了画面を生成及び出力して、今回の釣りゲームに関する処理を終了する。なお、ゲーム終了画面は、今回の釣りゲームに関する結果等の情報を含んでよい。

ステップＳ１４１６では、ゲームシステム１は、魚内部ＨＰの値が下限値ＨＰ_Ｍｉｎに達したか否かを判定する。判定結果が“ＹＥＳ”の場合、ステップＳ１４１８に進み、それ以外の場合は、ステップＳ１４２０に進む。

ステップＳ１４１８では、ゲームシステム１は、竿側の勝利を表すゲーム終了画面を生成及び出力して、今回の釣りゲームに関する処理を終了する。なお、ゲーム終了画面は、今回の釣りゲームに関する結果等の情報を含んでよい。

ステップＳ１４２０では、ゲームシステム１は、魚内部ＨＰ記憶部１４４内の記憶値（魚内部ＨＰの値）に基づいて、魚側ゲージパラメータの値を更新する。魚側ゲージパラメータの値の更新方法は、魚側ゲージパラメータ更新部１５１０に関連して上述したとおりである。

ステップＳ１４２２では、ゲームシステム１は、魚内部ＨＰ記憶部１４４内の記憶値（魚内部ＨＰの値）に基づいて、竿側ゲージパラメータの値を更新する。竿側ゲージパラメータの値の更新方法は、竿側ゲージパラメータ更新部１５２０に関連して上述したとおりである。

ステップＳ１４２４では、ゲームシステム１は、ステップＳ１４２０及びステップＳ１４２２で更新した魚側ゲージパラメータの値及び竿側ゲージパラメータの値に基づいて、ゲージ表示Ｇ３００の魚側ゲージＧ１及び竿側ゲージＧ２を更新する。魚側ゲージＧ１及び竿側ゲージＧ２の各長さの更新方法は、魚ゲージ描画処理部１５１２及び竿ゲージ描画処理部１５２２を参照して上述したとおりである。

以上、各実施形態について詳述したが、特定の実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形及び変更が可能である。また、前述した実施形態の構成要素の全部又は複数を組み合わせることも可能である。

例えば、上述した実施形態では、釣りゲームに関して特徴的な構成を説明したが、かかる特徴的な構成は、釣りゲーム以外の任意の対戦ゲームに適用可能である。例えば、格闘ゲームにおいて、一方のプレイヤに係るゲージ表示と、他方のプレイヤに係るゲージ表示とを、共通の所定パラメータの値を各イベントに応じて増減させながら、更新させてよい。また、対戦ゲームは、１対１の対戦に限られず、１対多の対戦であってもよい。この場合、多のプレイヤに係るゲージ表示は、一のゲージ表示とされてもよい。この際、多のプレイヤに係る一のゲージについては、例えば、各プレイヤのタップ操作イベントの発生に応じて表示パラメータの値を変化させることとしてもよい。また、三つ巴のような３者間の対戦や４者以上間の対戦にも適用可能である。この場合、例えば各プレイヤに係るゲージ表示は、平行して配置してもよいし、中央から放射線状に伸びる態様で配置してもよい。また、対戦相手は、Ｎｏｎ－ｐｌａｙｅｒ Ｃｈａｒａｃｔｅｒ（ＮＰＣ）に限られず、人であってもよい。また、グループ同士の対戦であってもよい。この場合、一のグループに係るゲージ表示は、一のゲージ表示とされてもよい。この際、一のグループに係る一のゲージについては、例えば、グループを形成する各プレイヤのタップ操作イベントの発生に応じて表示パラメータの値を変化させることとしてもよい。

また、上述した実施形態では、ゲージ伸び率の動的変化機能について、最小ＨＰ値が小さいほど、魚側ゲージＧ１の伸び率（魚内部ＨＰの値の単位増加量あたりの伸び）が小さくなるが、逆であってもよい。すなわち、ゲージ伸び率の動的変化機能について、最小ＨＰ値が小さいほど、魚側ゲージＧ１の伸び率が大きくなってもよい。これは、竿側ゲージＧ２についても同様である。

また、上述した実施形態では、ゲージ伸び率の動的変化機能について、魚側ゲージパラメータ更新部１５１０及び竿側ゲージパラメータ更新部１５２０は、対応する釣りゲームの進行中における魚内部ＨＰの値の変化態様を表す所定情報（例えば最小ＨＰ値や最大ＨＰ値）に基づいて、魚側ゲージＧ１及び竿側ゲージＧ２の伸び率を変化させているが、これに限られない。等価的に、魚側ゲージパラメータ更新部１５１０及び竿側ゲージパラメータ更新部１５２０は、対応する釣りゲームの進行中における魚内部ＨＰの値の変化態様自体に基づいて、魚側ゲージＧ１及び竿側ゲージＧ２の伸び率を変化させることとしてもよい。また、上述した実施形態では、ゲージ伸び率の動的変化機能について、魚側ゲージパラメータ更新部１５１０及び竿側ゲージパラメータ更新部１５２０の双方が、魚側ゲージＧ１及び竿側ゲージＧ２の伸び率を変化させているが、これに限られない。すなわち、魚側ゲージパラメータ更新部１５１０及び竿側ゲージパラメータ更新部１５２０のいずれか一方だけが、魚側ゲージＧ１又は竿側ゲージＧ２の伸び率を変化させてもよい。

また、上述した実施形態では、ゲージ表示Ｇ３００は、画面横方向に直線状に延在するが、上述したように、円形や半円形の形態であってもよい。この場合、竿側ゲージパラメータ等の表示パラメータの値の増減に伴い、円などの図形が拡大縮小してもよい。また、ゲージ表示Ｇ３００は、その伸縮とともに、色も変化してよい。なお、このような色の変化は、ゲージ表示Ｇ３００の形態に依存せず、直線状の形態のゲージにも適用できる。また、竿側ゲージパラメータ等の表示パラメータの値の増減に伴い、ゲージ表示Ｇ３００の形態自体が変化してもよい。また、竿側ゲージパラメータの値に応じて、ユーザの身体に装着されてよいアクチュエーターによる振動を出力してもよい。この場合、竿側ゲージパラメータの値が増えると、振動が大きくなるといった具合に、振動態様が竿側ゲージパラメータの値に応じて変化してもよい。

また、上述した実施形態では、魚イベントと竿イベントとは、異種のイベントであったが、同じであってもよい。例えば、魚イベントと竿イベントは、ともにタップ操作イベントであってもよい。

１ ゲームシステム
１０ サーバ装置
１１ サーバ通信部
１２ サーバ記憶部
１３ サーバ制御部
２０ 端末装置
２１ 端末通信部
２２ 端末記憶部
２３ 表示部
２４ 入力部
２５ 端末制御部
３０ ネットワーク
１１４ 補助記憶装置
１１５ ドライブ装置
１１６ 記録媒体
１１７ 通信インターフェース
１１９ バス
１２５ 有線送受信部
１２６ 無線送受信部
１３２ 操作情報取得部
１３４ ユーザ情報記憶部
１３６ 魚情報記憶部
１４０ ゲーム処理部
１４１ 魚側ゲーム処理部
１４２ 竿側ゲーム処理部
１４３ ゲーム開始処理部
１４４ 魚内部ＨＰ記憶部
１４５ ゲーム終了処理部
１５０ 出力処理部
１５１ 魚側出力処理部
１５２ 竿側出力処理部
１４１０ 魚イベント処理部
１４１２ 魚ＨＰ増加処理部
１４２０ 竿イベント処理部
１４２２ 魚ＨＰ低減処理部
１５１０ 魚側ゲージパラメータ更新部
１５１２ 魚ゲージ描画処理部
１５２０ 竿側ゲージパラメータ更新部
１５２２ 竿ゲージ描画処理部

Claims (15)

1. 第１ゲーム媒体と第２ゲーム媒体との間で実行可能なゲームに関するゲーム処理を行うゲーム処理と、
   前記ゲーム処理の進行状況を、前記第１ゲーム媒体に対応付けられる第１表示媒体、及び、前記第２ゲーム媒体に対応付けられる第２表示媒体を介して、出力する出力処理とを、コンピュータに実行させ、
   前記ゲーム処理は、
   前記ゲームの進行中に、前記第１ゲーム媒体に対応付けられる第１イベントを検出する第１イベント処理と、
   前記ゲームの進行中に、前記第２ゲーム媒体に対応付けられる第２イベントを検出する第２イベント処理と、
   前記第１イベントに基づいて、所定パラメータの値を変化させる第１パラメータ処理と、
   前記第２イベントに基づいて、前記所定パラメータの値を変化させる第２パラメータ処理と、を有し、
   前記出力処理は、
   前記ゲームの進行中に、前記所定パラメータの値が変化した場合に、前記第１表示媒体に対応付けられる第１の表示パラメータの値を変化させる第１表示処理と、
   前記ゲームの進行中に、前記所定パラメータの値が変化した場合に、前記第２表示媒体に対応付けられる第２の表示パラメータの値を変化させる第２表示処理と、を有し、
   前記第１表示処理及び前記第２表示処理のうちの少なくともいずれか一方は、前記所定パラメータの値の変化に対する前記表示パラメータの値の変化率を、前記ゲームの進行中において変化させる、プログラム。
2. 前記第１表示処理及び前記第２表示処理のうちの少なくともいずれか一方は、前記ゲームの進行中における前記所定パラメータの値の変化態様又は前記変化態様を表す所定情報に基づいて、前記変化率を変化させる、請求項１に記載のプログラム。
3. 前記所定情報は、前記ゲームの進行中における前記第１イベント及び前記第２イベントの少なくともいずれか一方の検出履歴を含む、請求項２に記載のプログラム。
4. 前記第１イベントは、ユーザからの所定入力、又は、所定時間経過ごとに発生するイベント、を含むとともに、
   前記第２イベントは、前記ユーザからの所定入力、又は、所定時間経過ごとに発生するイベントを含む、請求項１に記載のプログラム。
5. 前記変化態様は、前記ゲームの進行中において更新された前記所定パラメータの最小値又は最大値を含む、請求項２に記載のプログラム。
6. 前記第１パラメータ処理は、前記第１イベントに基づいて、前記所定パラメータの値を増減方向のうちの一方側に変化させ、
   前記ゲーム処理は、前記所定パラメータの値が前記一方側の第１限界値に達した場合に、前記ゲームの終了イベント又は区切りイベントを発生させる第１進行処理を更に有し、
   前記第１表示処理は、前記ゲームの進行中において更新された前記所定パラメータの各値のうちの、前記第１限界値に対して最も差分の大きさが大きい第１最大差分値と、前記所定パラメータの今回値と、前記第１限界値とに基づいて、前記第１の表示パラメータの今回値を算出する、請求項１に記載のプログラム。
7. 前記第１の表示パラメータの今回値は、前記第１限界値と前記所定パラメータの初期値又は前記第１最大差分値との間の差分の大きさを１としたときの、前記所定パラメータの今回値と前記所定パラメータの初期値又は前記第１最大差分値との間の差分の大きさの比に基づく、請求項６に記載のプログラム。
8. 前記第２パラメータ処理は、前記第２イベントに基づいて、前記所定パラメータの値を、増減方向のうちの他方側に変化させ、
   前記ゲーム処理は、前記所定パラメータの値が前記他方側の第２限界値に達した場合に、前記ゲームの終了イベント又は区切りイベントを検出する第２進行処理を更に有し、
   前記第２表示処理は、前記ゲームの進行中において更新された前記所定パラメータの各値のうちの、前記第２限界値に対して最も差分の大きさが大きい第２最大差分値と、前記第２限界値と、前記所定パラメータの今回値とに基づいて、前記第２の表示パラメータの今回値を算出する、請求項６に記載のプログラム。
9. 前記第２の表示パラメータの今回値は、前記第２最大差分値と前記第２限界値の差分の大きさを１としたときの、前記所定パラメータの今回値と前記第２限界値との差分の大きさの比を、１から引き算して得られる値に基づく、請求項８に記載のプログラム。
10. 前記出力処理は、
    第１ゲージ表示を、前記第１限界値に対応する第１位置と、前記所定パラメータの初期値に対応する第１初期位置との間で、前記第１の表示パラメータの今回値に応じて伸縮可能な態様で、描画する第１描画処理と、
    第２ゲージ表示を、前記第２限界値に対応する第２位置と、前記所定パラメータの初期値に対応する第２初期位置との間で、前記第２の表示パラメータの今回値に応じて伸縮可能な態様で描画する第２描画処理と、を更に有する、請求項８に記載のプログラム。
11. 前記第１ゲージ表示及び前記第２ゲージ表示は、前記第１初期位置及び前記第２初期位置が隣接又は一致し、かつ、前記第１位置及び前記第２位置が左右方向で互いに対して最も離れる態様で、画面左右方向に直線状に延在する、請求項１０に記載のプログラム。
12. 前記出力処理は、前記所定パラメータの値が前記第１限界値に達した場合に、前記第２ゲーム媒体に対する前記第１ゲーム媒体の優位又は勝利を表す結果を、更に出力するとともに、前記所定パラメータの値が前記第２限界値に達した場合に、前記第１ゲーム媒体に対する前記第２ゲーム媒体の優位又は勝利を表す結果を、更に出力する、請求項８から１１のうちのいずれか１項に記載のプログラム。
13. 第１ゲーム媒体と第２ゲーム媒体との間で実行可能なゲームに関するゲーム処理を行うゲーム処理と、
    前記ゲーム処理の進行状況を、前記第１ゲーム媒体に対応付けられる第１表示媒体、及び、前記第２ゲーム媒体に対応付けられる第２表示媒体を介して、出力する出力処理とを、コンピュータに実行させ、
    前記ゲーム処理は、
    前記ゲームの進行中に、前記第１ゲーム媒体に対応付けられる第１イベントを検出する第１イベント処理と、
    前記ゲームの進行中に、前記第２ゲーム媒体に対応付けられる第２イベントを検出する第２イベント処理と、
    前記第１イベントに基づいて、所定パラメータの値を増減方向のうちの一方側に変化させる第１パラメータ処理と、
    前記第２イベントに基づいて、前記所定パラメータの値を増減方向のうちの他方側に変化させる第２パラメータ処理と、を有し、
    前記出力処理は、
    前記ゲームの進行中に、前記所定パラメータの値が変化した場合に、前記第１表示媒体に対応付けられる第１の表示パラメータの値を変化させる第１表示処理と、
    第１ゲージ表示を、前記所定パラメータの値に係る前記一方側の第１限界値に対応する第１位置と、前記所定パラメータの初期値に対応する第１初期位置との間で、前記第１の表示パラメータの今回値に応じて伸縮可能な態様で、描画する第１描画処理と、
    前記ゲームの進行中に、前記所定パラメータの値が変化した場合に、前記第２表示媒体に対応付けられる第２の表示パラメータの値を変化させる第２表示処理と、
    第２ゲージ表示を、前記所定パラメータの値に係る前記他方側の第２限界値に対応する第２位置と、前記所定パラメータの初期値に対応する第２初期位置との間で、前記第２の表示パラメータの今回値に応じて伸縮可能な態様で描画する第２描画処理とを、有する、プログラム。
14. 第１ゲーム媒体と第２ゲーム媒体との間で実行可能なゲームに関するゲーム処理を行うゲーム処理部と、
    前記ゲーム処理の進行状況を、前記第１ゲーム媒体に対応付けられる第１表示媒体、及び、前記第２ゲーム媒体に対応付けられる第２表示媒体を介して、出力する出力部とを備え、
    前記ゲーム処理部は、
    前記ゲームの進行中に、前記第１ゲーム媒体に対応付けられる第１イベントを検出する第１イベント処理部と、
    前記ゲームの進行中に、前記第２ゲーム媒体に対応付けられる第２イベントを検出する第２イベント処理部と、
    前記第１イベントに基づいて、所定パラメータの値を変化させる第１パラメータ処理部と、
    前記第２イベントに基づいて、前記所定パラメータの値を変化させる第２パラメータ処理部と、を有し、
    前記出力部は、
    前記ゲームの進行中に、前記所定パラメータの値が変化した場合に、前記第１表示媒体に対応付けられる第１の表示パラメータの値を変化させる第１表示処理部と、
    前記ゲームの進行中に、前記所定パラメータの値が変化した場合に、前記第２表示媒体に対応付けられる第２の表示パラメータの値を変化させる第２表示処理部と、を有し、
    前記第１表示処理部及び前記第２表示処理部のうちの少なくともいずれか一方は、前記所定パラメータの値の変化に対する前記表示パラメータの値の変化率を、前記ゲームの進行中において変化させる、情報処理装置。
15. 第１ゲーム媒体と第２ゲーム媒体との間で実行可能なゲームに関するゲーム処理を行うゲーム処理工程と、
    前記ゲーム処理の進行状況を、前記第１ゲーム媒体に対応付けられる第１表示媒体、及び、前記第２ゲーム媒体に対応付けられる第２表示媒体を介して、出力する出力工程とを備え、
    前記ゲーム処理工程は、
    前記ゲームの進行中に、前記第１ゲーム媒体に対応付けられる第１イベントを検出する第１イベント処理工程と、
    前記ゲームの進行中に、前記第２ゲーム媒体に対応付けられる第２イベントを検出する第２イベント処理工程と、
    前記第１イベントに基づいて、所定パラメータの値を変化させる第１パラメータ処理工程と、
    前記第２イベントに基づいて、前記所定パラメータの値を変化させる第２パラメータ処理工程と、を有し、
    前記出力工程は、
    前記ゲームの進行中に、前記所定パラメータの値が変化した場合に、前記第１表示媒体に対応付けられる第１の表示パラメータの値を変化させる第１表示処理工程と、
    前記ゲームの進行中に、前記所定パラメータの値が変化した場合に、前記第２表示媒体に対応付けられる第２の表示パラメータの値を変化させる第２表示処理工程と、を有し、
    前記第１表示処理工程及び前記第２表示処理工程のうちの少なくともいずれか一方は、前記所定パラメータの値の変化に対する前記表示パラメータの値の変化率を、前記ゲームの進行中において変化させる、コンピュータにより実行される情報処理方法。