特開 2024-47707 プログラム、情報処理システム、および情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024047707

(43)【公開日】2024-04-08

(54)【発明の名称】プログラム、情報処理システム、および情報処理方法

(51)【国際特許分類】

   A63F 13/79 20140101AFI20240401BHJP

   A63F 13/69 20140101ALI20240401BHJP

   A63F 13/53 20140101ALI20240401BHJP

   A63F 13/45 20140101ALI20240401BHJP

   A63F 13/825 20140101ALI20240401BHJP

【ＦＩ】

A63F13/79

A63F13/69

A63F13/53

A63F13/45

A63F13/825

【審査請求】有

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2022153353

(22)【出願日】2022-09-27

(11)【特許番号】

(45)【特許公報発行日】2023-12-21

(71)【出願人】

【識別番号】511249637

【氏名又は名称】株式会社Ｃｙｇａｍｅｓ

(74)【代理人】

【識別番号】100135666

【弁理士】

【氏名又は名称】原 弘晃

(74)【代理人】

【識別番号】100131680

【弁理士】

【氏名又は名称】竹内 健一

(72)【発明者】

【氏名】松下 委代

(72)【発明者】

【氏名】磯嶋 光春

(72)【発明者】

【氏名】長谷川 友洋

(72)【発明者】

【氏名】田中 結花

(72)【発明者】

【氏名】吉岡 博

(72)【発明者】

【氏名】田村 慎太朗

(72)【発明者】

【氏名】可知 正志

(57)【要約】

【課題】様々なゲーム媒体を使用してゲームを行うことへの積極的な動機をプレーヤに与えることができるプログラム、情報処理システム、および情報処理方法を提供する。
【解決手段】ゲームの利用状況に応じて散歩パラメータが蓄積され、散歩パラメータがイベントの実行条件を満たしており、イベントが実行可能である場合にイベント対象のキャラクタの選択を受け付ける。散歩パラメータを消費することを条件として、イベント対象のキャラクタに関連付けてイベントを実行し、イベントを実行した結果に基づいて、イベント対象のキャラクタに紐付く親愛度パラメータを更新する。
【選択図】図４

【特許請求の範囲】

【請求項1】

ゲームの利用状況に応じて蓄積される第１パラメータを更新する第１パラメータ更新部と、
前記第１パラメータがイベントの実行条件を満たしているか否かを判定する実行条件判定部と、
前記イベントが実行可能である場合にイベント対象のゲーム媒体の選択を受け付ける選択受付部と、
前記第１パラメータを消費することを条件として、前記イベント対象のゲーム媒体に関連付けて前記イベントを実行するイベント実行部と、
前記イベントを実行した結果に基づいて、前記イベント対象のゲーム媒体に紐付く第２パラメータを更新する第２パラメータ更新部としてコンピュータを機能させるプログラム。

【請求項2】

請求項１において、
前記イベントを実行した結果に基づいて、前記イベント対象のゲーム媒体に紐付くコンテンツを解放するコンテンツ解放部としてコンピュータを機能させるプログラム。

【請求項3】

請求項１において、
前記第１パラメータ更新部が、
前記ゲームへのログインに関連付けて前記第１パラメータを更新するプログラム。

【請求項4】

請求項１において、
前記第１パラメータ更新部が、
周期的に訪れるリセットタイミングで前記第１パラメータをリセット可能にするプログラム。

【請求項5】

請求項１において、
前記ゲーム媒体ごとに複数種類のイベントを実行可能であり、
前記選択受付部が、
前記イベント対象のゲーム媒体の選択が行われた後に実行対象のイベントの選択を受け付け、
前記イベント実行部が、
前記実行対象として選択されたイベントを実行するプログラム。

【請求項6】

請求項５において、
前記選択受付部が、
前記イベント対象のゲーム媒体に関する選択を受け付ける入力インターフェースにおいて前記ゲーム媒体ごとのイベント消化状況を視認可能とするプログラム。

【請求項7】

ゲームの利用状況に応じて蓄積される第１パラメータを更新する第１パラメータ更新部と、
前記第１パラメータがイベントの実行条件を満たしているか否かを判定する実行条件判定部と、
前記イベントが実行可能である場合にイベント対象のゲーム媒体の選択を受け付ける選択受付部と、
前記第１パラメータを消費することを条件として、前記イベント対象のゲーム媒体に関連付けて前記イベントを実行するイベント実行部と、
前記イベントを実行した結果に基づいて、前記イベント対象のゲーム媒体に紐付く第２パラメータを更新する第２パラメータ更新部と、
を含む情報処理システム。

【請求項8】

ゲームの利用状況に応じて蓄積される第１パラメータを更新する第１パラメータ更新ステップと、
前記第１パラメータがイベントの実行条件を満たしているか否かを判定する実行条件判定ステップと、
前記イベントが実行可能である場合にイベント対象のゲーム媒体の選択を受け付ける選択受付ステップと、
前記第１パラメータを消費することを条件として、前記イベント対象のゲーム媒体に関連付けて前記イベントを実行するイベント実行ステップと、
前記イベントを実行した結果に基づいて、前記イベント対象のゲーム媒体に紐付く第２パラメータを更新する第２パラメータ更新ステップと、
を含む情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ゲームのためのプログラム、情報処理システム、および情報処理方法に関する。

【背景技術】

【0002】

従来からプレーヤがキャラクタ等のゲーム媒体を選択して、選択されたゲーム媒体を使用したゲームを実行したことに基づいてゲーム媒体の使用度合いを示すパラメータが変動し、ゲーム媒体の使用度合いを示すパラメータに基づいて、そのゲーム媒体に紐付くコンテンツを解放することができるゲームが知られている（特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２２－９３７１６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ところで、プレーヤは、ゲーム媒体の性能や特徴に着目してゲームで使用するゲーム媒体を決める傾向にある。このため、ゲーム媒体間において使用頻度の偏りが生じることにより、使用頻度の少ないゲーム媒体のコンテンツを解放させる等の特典付与が進まないことや、使用度合いを示すパラメータへの関心や活用頻度が低くなりゲーム媒体やゲーム全体への思い入れを強める仕組みが働きにくいという課題があった。

【0005】

本発明は、上記事情に鑑みてなされたものであり、その目的は、様々なゲーム媒体を使用してゲームを行うことへの積極的な動機をプレーヤに与えることができるプログラム、情報処理システム、および情報処理方法を提供することにある。

【課題を解決するための手段】

【0006】

（１）本発明は、ゲームの利用状況に応じて蓄積される第１パラメータを更新する第１パラメータ更新部と、前記第１パラメータがイベントの実行条件を満たしているか否かを判定する実行条件判定部と、前記イベントが実行可能である場合にイベント対象のゲーム媒体の選択を受け付ける選択受付部と、前記第１パラメータを消費することを条件として、前記イベント対象のゲーム媒体に関連付けて前記イベントを実行するイベント実行部と、前記イベントを実行した結果に基づいて、前記イベント対象のゲーム媒体に紐付く第２パラメータを更新する第２パラメータ更新部としてコンピュータを機能させるプログラムに関するものである。

【0007】

（２）本発明のプログラムでは、前記イベントを実行した結果に基づいて、前記イベント対象のゲーム媒体に紐付くコンテンツを解放するコンテンツ解放部としてコンピュータを機能させるようにしてもよい。

【0008】

（３）本発明のプログラムでは、前記第１パラメータ更新部が、前記ゲームへのログインに関連付けて前記第１パラメータを更新するようにしてもよい。

【0009】

（４）本発明のプログラムでは、前記第１パラメータ更新部が、周期的に訪れるリセットタイミングで前記第１パラメータをリセット可能にするようにしてもよい。

【0010】

（５）本発明のプログラムでは、前記ゲーム媒体ごとに複数種類のイベントを実行可能であり、前記選択受付部が、前記イベント対象のゲーム媒体の選択が行われた後に実行対象のイベントの選択を受け付け、前記イベント実行部が、前記実行対象として選択されたイベントを実行するようにしてもよい。

【0011】

（６）本発明のプログラムでは、前記選択受付部が、前記イベント対象のゲーム媒体に関する選択を受け付ける入力インターフェースにおいて前記ゲーム媒体ごとのイベント消化状況を視認可能とするようにしてもよい。

【0012】

（７）本発明は、ゲームの利用状況に応じて蓄積される第１パラメータを更新する第１パラメータ更新部と、前記第１パラメータがイベントの実行条件を満たしているか否かを判定する実行条件判定部と、前記イベントが実行可能である場合にイベント対象のゲーム媒体の選択を受け付ける選択受付部と、前記第１パラメータを消費することを条件として、前記イベント対象のゲーム媒体に関連付けて前記イベントを実行するイベント実行部と、前記イベントを実行した結果に基づいて、前記イベント対象のゲーム媒体に紐付く第２パラメータを更新する第２パラメータ更新部と、を含む情報処理システムに関するものである。

【0013】

（８）本発明は、ゲームの利用状況に応じて蓄積される第１パラメータを更新する第１パラメータ更新ステップと、前記第１パラメータがイベントの実行条件を満たしているか否かを判定する実行条件判定ステップと、前記イベントが実行可能である場合にイベント対象のゲーム媒体の選択を受け付ける選択受付ステップと、前記第１パラメータを消費することを条件として、前記イベント対象のゲーム媒体に関連付けて前記イベントを実行するイベント実行ステップと、前記イベントを実行した結果に基づいて、前記イベント対象のゲーム媒体に紐付く第２パラメータを更新する第２パラメータ更新ステップと、を含む情報処理方法に関するものである。

【0014】

上記した本発明のプログラム、情報処理システム、および情報処理方法では、イベント対象のゲーム媒体をプレーヤに選択させ、イベント対象のゲーム媒体に関連付けてイベントを実行した結果に基づいて、イベント対象のゲーム媒体に紐付く第２パラメータを更新する。そして本発明では、イベントを実行するために、ゲームの利用状況に応じて蓄積される第１パラメータを消費することが必要となっている。このため本発明では、イベントの実行のために第１パラメータを蓄積するべくゲームを行う動機をプレーヤに与えることができる。そして本発明では、イベントの実行を通じて第２パラメータが更新されることによって、プレーヤが今まで使用頻度が低かったゲーム媒体に対して新たに思い入れを強めるきっかけとなって、以後のゲームの利用において使用頻度の低かったゲーム媒体を使用するという効果を期待することができる。従って本発明では、様々なゲーム媒体を使用してゲームを行うことへの積極的な動機をプレーヤに与えることができる。

【図面の簡単な説明】

【0015】

【図1】情報処理システムの全体構成を示す図である。

【図2】情報処理システムで実現される機能のうち、育成機能、対戦機能、および散歩イベント機能に関連するサーバーの機能ブロック図である。

【図3】情報処理システムで実現される機能のうち、育成機能、対戦機能、および散歩イベント機能に関連するプレーヤ端末の機能ブロック図である。

【図4】散歩イベントに関連する処理の一例を示すフローチャートである。

【図5】プレーヤ端末で表示されるログイン時の表示画面の一例を示す図である。

【図6】プレーヤ端末で表示されるホーム画面の一例を示す図である。

【図7】プレーヤ端末で表示されるキャラクタ選択ダイアログの一例を示す図である。

【図8】プレーヤ端末で表示される機能誘導ダイアログの一例を示す図である。

【図9】プレーヤ端末で表示されるキャラクタ選択ダイアログの一例を示す図である。

【図10】プレーヤ端末で表示されるキャラクタ選択ダイアログの一例を示す図である。

【図11】プレーヤ端末で表示されるキャラクタ選択ダイアログの一例を示す図である。

【図12】プレーヤ端末で表示される行き先選択ダイアログの一例を示す図である。

【図13】プレーヤ端末で表示される報酬選択ダイアログの一例を示す図である。

【図14】プレーヤ端末で表示される実行確認ダイアログの一例を示す図である。

【図15】プレーヤ端末で表示されるアニメーション演出の一例を示す図である。

【図16】プレーヤ端末で表示される散歩結果ダイアログの一例を示す図である。

【図17】プレーヤ端末で表示されるトレーナーノートの一例を示す図である。

【図18】プレーヤ端末で表示される演出ダイアログの一例を示す図である。

【発明を実施するための形態】

【0016】

以下では、本発明の実施形態について説明する。なお以下に説明する本実施形態は、特許請求の範囲に記載された発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

【0017】

１．情報処理システムの構成
図１は、本実施形態の情報処理システム１０の全体構成を示す図である。図１にしめすように情報処理システム１０では、サーバー２０と複数のプレーヤ端末４０が、インターネット、携帯電話網、ＬＡＮ、ＷＡＮなどのネットワーク３０により接続されており、いわゆるクライアント・サーバー方式の通信システムが構築されている。そして複数のプレーヤ端末４０のそれぞれは、ネットワーク３０を介してサーバー２０と互いに通信を行って種々の情報を送受信する。また複数のプレーヤ端末４０のそれぞれは、ネットワーク３０およびサーバー２０を介して他のプレーヤ端末４０と互いに通信を行って種々の情報を送受信する。

【0018】

サーバー２０は、ＣＰＵ等のプロセッサーからなる制御部２１と、ＲＯＭやＲＡＭ等の主記憶装置、およびＨＤＤやＳＳＤ等の補助記憶装置からなる記憶部２２と、通信モジュールや通信インターフェースからなる通信部２３とを含む。サーバー２０は、制御部２１が記憶部２２に記憶されているプログラムに従って各種の処理を実行する。またサーバー２０は、通信部２３によってプレーヤ端末４０から情報を受信し、制御部２１が実行した処理の結果に関する情報等をプレーヤ端末４０に送信する。

【0019】

プレーヤ端末４０は、スマートフォン、タブレット、パーソナルコンピューター、携帯ゲーム機、店舗や家庭に設置される据え置きゲーム機等である。プレーヤ端末４０は、ＣＰＵ等のプロセッサーからなる制御部４１と、ＲＯＭやＲＡＭ等の主記憶装置、およびフラッシュメモリ、ＨＤＤ、ＳＤＤ等の補助記憶装置からなる記憶部４２と、タッチパネルやキーボード、マイク等からなる操作・入力部４３と、液晶ディスプレイや有機ＥＬディスプレイ等からなる表示部４４と、通信モジュールや通信インターフェースからなる通信部４５とを含む。プレーヤ端末４０も、記憶部４２に記憶されているプログラムに従って各種の処理を実行する。またプレーヤ端末４０は、通信部４５によってサーバー２０からの情報を受信し、サーバー２０や他のプレーヤ端末４０に情報を送信する。

【0020】

本実施形態の情報処理システム１０は、競走馬をモチーフにしたキャラクタ（ゲーム媒体の一例）を育成し、育成したキャラクタをレースに出走させて他のキャラクタと競争させるゲームを、プレーヤ端末４０を通じて提供する機能を有している。特に本実施形態の情報処理システム１０は、キャラクタの育成する育成機能、育成したキャラクタと他のキャラクタとのレースで対戦させる対戦機能、キャラクタとお出かけ先を選択して散歩させる散歩イベント機能などを有しており、以下では、これらの機能がプレーヤ端末４０を主体として実現される場合を説明する。ただし、先に述べた機能が、サーバー２０を主体として実現されてもよいし、サーバー２０とプレーヤ端末４０とにおいて分担されて実現されてもよい。なお、ゲーム媒体の他の例は、武器や装備、アイテム、カードなどのゲームで用いられる電子データであってもよい。

【0021】

図２は、サーバー２０の主要な機能を示す機能ブロック図である。

【0022】

情報処理システム１０におけるサーバー２０は、各種の識別情報によってプレーヤやキャラクタ等を管理する機能、プレーヤ端末２０からの要求に応答してゲームの進行に必要な演算を行い、演算結果をプレーヤ端末４０に送信する機能を有し、これらの機能を、サーバーデータ記憶部５０と、ゲーム演算部６０とが協働して実現する。

【0023】

サーバーデータ記憶部５０は、プレーヤ管理データベース５１を含み、主として記憶部２２により実現される。本実施形態では、プレーヤごとに付与されるプレーヤＩＤに紐付けて、キャラクタリスト、アイテムリスト、および育成対象リストなどがプレーヤ管理データベース５１に記憶されている。

【0024】

キャラクタリストには、例えば、育成済みのキャラクタごとに付与されるキャラクタ個体ＩＤ、キャラクタの種別を示すキャラクタ種別ＩＤ、キャラクタのステータス（レアリティ、評価点、コース適性、距離適正、脚質適正、走法、スピード、スタミナ、パワー、根性、賢さ、所持スキル、獲得称号）、ロック状態（ロック中、非ロック中）、およびキャラクタの育成履歴（育成条件、育成時の出走レースの戦績）などが含まれる。

【0025】

本実施形態において「育成済みのキャラクタ」とは、本実施形態の情報処理システム１０で実現される後述するゲーム機能の一つである育成機能によってキャラクタを育成して、その育成が終了してステータスが確定されたキャラクタであることを意味する。

【0026】

また本実施形態では、「キャラクタ個体ＩＤ」と「キャラクタ種別ＩＤ」とが存在するが、その違いは次の通りである。

【0027】

まず「キャラクタ個体ＩＤ」は、育成機能においてキャラクタの育成が終了して、その育成済みキャラクタがキャラクタ管理データベース５１に登録される際に付与されるＩＤであり、プレーヤＩＤに紐付けられた育成済みキャラクタのそれぞれを識別するためのものである。

【0028】

また本実施形態では、育成機能において複数種類のキャラクタから育成対象をプレーヤが選択する仕様となっており、「キャラクタ種別ＩＤ」は、育成対象のキャラクタの種類を識別するために付与されるＩＤである。

【0029】

また「ロック状態」とは、育成済みのキャラクタの移籍（キャラクタリストからの削除）が禁止されているか否かを示すものであり、非ロック中であれば移籍可能であり、ロック中であれば移籍不可能となっている。このロック中となる状況としては、プレーヤが育成済みのキャラクタの一覧から個別に指定している場合、育成済みのキャラクタがレースに出走登録されている場合などである。

【0030】

育成対象リストには、キャラクタ種別ＩＤに対して解放済みまたは未解放のいずれかの情報が対応づけられたデータが記憶される。また育成対象リストにおいては、キャラクタ種別ＩＤに紐付けて親愛度パラメータ（第２のパラメータの一例）の蓄積量に関するデータも記憶される。本実施形態では、育成対象リストにおいて解放済みの情報が対応づけられたキャラクタが、プレーヤが育成機能において育成対象として選択可能なキャラクタとなる。また本実施形態では、解放アイテムやキャラクタ獲得抽選によって新たにキャラクタを解放することが可能であり、プレーヤによって育成対象として選択可能なキャラクタの数は異なっている。以下では、育成機能において育成対象として選択可能なキャラクタを解放済みキャラクタと称する場合がある。

【0031】

具体的に、例えば、親愛度パラメータとは、ゲーム全体で共通のキャラクタ（ゲーム媒体）使用度合いを表すパラメータである。育成機能や対戦機能において同じキャラクタを使い込むことによって、親愛度パラメータの蓄積度合いが変化してプレーヤに恩恵や特典を発生させることを可能とする。本実施形態では、親愛度パラメータによって、プレーヤがキャラクタに対する思い入れを強め、ゲーム全体の利用頻度を高める効果を期待できる。また親愛度パラメータは、キャラクタ種別ＩＤに紐付けてキャラクタ毎に管理される。また例えば、親愛度パラメータは、複数種類のゲーム機能のうち、特定のゲーム機能（例えば、対戦機能）におけるキャラクタ（ゲーム媒体）の使用度合いを表すパラメータであってもよい。このようにすれば、プレーヤが親愛度パラメータによって特定のゲーム機能に関する特定のキャラクタの使用度合いを把握することができ、特定のキャラクタの使用および特定のゲーム機能の利用に関する動機付けを、より細やかに、かつ効果的に付与することができる。

【0032】

また親愛度パラメータに関連する情報として、キャラクタ毎に親愛度ランクが存在し、親愛度ランクは親愛度パラメータの蓄積量がランク毎に定められた条件を達成することによって親愛度ランクが上昇する。親愛度ランクは、ゲームの運営開始初期において、例えば、ランク０～ランク１０が設定されており、ゲームの運営期間に応じて、親愛度ランクの上限が解放されるようにしてもよい。親愛度パラメータは、育成機能や対戦機能などにおいて条件を達成した際に使用したキャラクタに対して付与される。ゲーム機能の利用に基づく親愛度パラメータの増加量は、ゲーム結果（評価や順位など）によって変動させてもよい。また親愛度パラメータを蓄積していくことによって親愛度ランクが所定のランクにまで達すると、親愛度ランクが所定のランクに達したキャラクタに紐付くコンテンツであるストーリーが解放される。ストーリーの解放条件となる親愛度ランクについては、キャラクタごとに同じであってもよいし、キャラクタに応じて異なっていてもよい。

【0033】

アイテムリストには、プレーヤが所有するアイテム、サポートポイント、ゲーム内通貨に関するデータが含まれる。本実施形態では、例えば、アイテムの所有内容および所有量、強化ポイントの所有量、ゲーム内通貨の所有量、などがアイテムリストとしてプレーヤ管理データベース５１に記憶される。

【0034】

本実施形態におけるアイテムは、例えば、キャラクタの育成をサポートするものであったり、レースの出走コンディションを変化させることなどに用いられるものであり、レースの結果に応じて取得したり、ゲーム内通貨を消費して取得したりできるものである。

【0035】

またサポートポイントは、例えば、キャラクタの育成をサポートするアイテムであるサポートアイテムの強化などに用いられるものであり、サポートアイテムを強化するほど有利な育成環境でキャラクタを育成することができる。

【0036】

またプレーヤ管理データベース５１に記憶されるデータとしては、フレンドリストがある。本実施形態では、他のプレーヤをフレンド登録して、育成機能においてフレンド登録された他のプレーヤからキャラクタやサポートアイテムをレンタルして利用することができる。フレンド登録は、プレーヤ端末４０の表示部４４に表示されるフレンド登録画面において他のプレーヤのプレーヤＩＤを入力して、プレーヤＩＤに該当するプレーヤが存在し、そのプレーヤのフレンド登録が可能である場合、フレンド登録画面に設けられた登録ボタンに対するタップ入力を行うことで、登録対象の他のプレーヤのプレーヤＩＤがフレンドリストに追加される。プレーヤ毎にフレンド登録の数に上限（例えば、５０）があるとともに、プレーヤ毎にフレンドとして登録される数も上限（例えば、１００）が設けられているため、いずれについても上限にも達していない状況であれば、新たなフレンド登録が可能となっている。

【0037】

ゲーム演算部６０は、プレーヤ端末２０からの要求に応答してゲームの進行に必要な演算を行い、演算結果をプレーヤ端末４０に送信する処理、プレーヤ端末２０からの要求に応答してゲームの進行に必要なデータをプレーヤ端末４０に送信する処理などを行い、主として制御部４１および通信部４５により実現される。例えば、育成機能においてプレーヤ端末２０からトレーニング指示に関する要求を受け取ると、ゲーム演算部６０がトレーニングについて成功または失敗のいずれであるかの結果を演算し、プレーヤ端末４０に演算結果を送信する。また例えば、育成機能においてレースの出走に関する要求を受け取ると、ゲーム演算部６０は、育成対象のキャラクタとノンプレーヤキャラクタ（ＮＰＣ）とを含む複数のキャラクタによるレースの走行シミュレーションを行い、走行シミュレーションの結果をプレーヤ端末４０に送信する。また例えば、対戦機能においてレースの出走に関する要求を受け取ると、ゲーム演算部６０は、プレーヤが編成した育成済みのキャラクタと対戦相手が編成した育成済みのキャラクタとを含む複数のキャラクタによるレースの走行シミュレーションを行い、走行シミュレーションの結果をプレーヤ端末４０に送信する。

【0038】

図３は、プレーヤ端末４０の主要な機能を示す機能ブロック図である。

【0039】

本実施形態の情報処理システム１０におけるプレーヤ端末４０は、図３に示すように、端末データ記憶部７０と、ゲーム実行部８０とが協働して、育成機能、対戦機能、イベント機能などを実現する。

【0040】

端末データ記憶部７０は、ゲーム実行部８０が各種の処理を行うためのデータを記憶するものであり、主として記憶部４２により実現される。

【0041】

端末データ記憶部７０は、プレーヤデータ記憶部７１を含み、プレーヤデータ記憶部７１には、プレーヤＩＤに対応するキャラクタリスト、育成対象リスト、アイテムリスト、およびフレンドリストに関するデータなどが記憶される。本実施形態では、アプリケーションの起動時および終了時、その他の必要な状況において、プレーヤ端末４０のプレーヤデータ記憶部７１とサーバー２０のプレーヤ管理データベース５１との間でプレーヤＩＤに紐付けられたデータ（キャラクタリスト、育成対象リスト、アイテムリスト、およびフレンドリストなど）に関する同期処理を行い、プレーヤデータ記憶部７１に格納されているデータを利用して、各種ゲーム処理を実行する。本実施形態では、各種ゲーム処理の実行に伴ってキャラクタリスト、育成対象リスト、アイテムリスト、フレンドリストの変更が必要となった場合、プレーヤデータ記憶部７１の記憶内容が更新されるとともにサーバー２０のプレーヤ管理データベース５１に更新された記憶内容がバックアップされ、両者の記憶内容の同期が行われる。なおキャラクタリスト、育成対象リスト、アイテムリスト、およびフレンドリスト等のプレーヤＩＤに紐付けられたデータをアプリケーションの起動時など必要に応じてプレーヤ管理データベース５１からプレーヤデータ記憶部７１にダウンロードするようにしてもよい。

【0042】

また端末データ記憶部７０は、育成進行データ記憶部７２を含み、育成進行データ記憶部７２には、育成機能において育成対象として選択可能なキャラクタ（育成対象リストにおいて解放済みの情報が対応づけられたキャラクタ種別ＩＤのキャラクタ）の育成機能の進行に必要なデータ（育成進行データ）が記憶される。本実施形態では、育成機能に関して育成目標やゲームイベントなどがキャラクタ毎に用意されており、少なくとも育成目標の設定内容およびゲームイベントの設定内容を含む育成進行データがキャラクタ種別ＩＤに紐付けて育成進行データ記憶部７２に記憶されている。

【0043】

また端末データ記憶部７０は、レース制御データ記憶部７３を含み、レース制御データ記憶部７３には、育成機能や対戦機能においてキャラクタが出走したレースを観戦させる際にキャラクタの動作やスキル発動の演出などを制御するためのデータや、レース実況のテキストデータおよび音声データなどが記憶されている。

【0044】

また端末データ記憶部７０は、散歩イベントデータ記憶部７４を含み、散歩イベントデータ記憶部７４には、散歩イベント機能に関する制御を行うための各種データが記憶されている。本実施形態では、散歩イベントの開催期間に関するデータ、プレーヤＩＤに紐付く散歩パラメータ（第１パラメータの一例）の管理データ、散歩パラメータの増加量を設定するデータ、イベント実行時の演出表示のための背景画像およびキャラクタのモーションに関するデータ、親愛度パラメータの増加量を設定するデータ、報酬の獲得状況を管理するデータ、コンテンツの解放に関する管理データなどが散歩イベントデータ記憶部７４に記憶されている。

【0045】

ゲーム実行部８０は、ゲーム開始条件が満たされた場合にゲームを開始する処理、複数種類のゲームモードのうち選択されたゲームモードを実行する処理、ゲームを進行させる処理、イベント発生条件が満たされた場合にイベントを発生させる処理、ゲーム結果を演算する処理、ゲーム終了条件が満たされた場合にゲームを終了する処理、サーバー２０に演算を要求する処理、サーバー２０から演算結果や必要なデータを取得する処理、およびサーバー２０にプレーヤ端末４０の演算結果やデータを送信する処理などを行い、主として制御部４１および通信部４５により実現される。本実施形態では、ゲーム実行部８０が、育成機能提供部８１、対戦機能提供部８２、および散歩イベント機能提供部８３を含む。

【0046】

育成機能提供部８１は、キャラクタを育成する育成機能を提供する処理を行う。本実施形態では、特定の解放済みキャラクタの育成に関して入力を受け付けて、その入力に対する演算結果の表示等を行う。

【0047】

本実施形態では、育成機能において入力を受け付けた解放済みキャラクタを育成する際に、１ターンごとにターン消費の対象となっている行動を選択することが求められる。ターン消費の対象となっている行動としては、トレーニング、レースへの出走、お出かけ、保健室などが存在し、育成機能提供部８１は、ターン消費の対象となる行動の選択を表示部４４に表示される育成ホーム画面などを通じて受け付けて、選択された行動に対する結果の演算をサーバー２０に要求する。要求を受けたサーバー２０では、選択された行動に対する結果の演算を行って演算結果をプレーヤ端末４０に送信し、育成機能提供部８１は、サーバー２０から受信した演算結果に対応する表示画面を表示部４４に表示させる。

【0048】

また本実施形態では、育成対象の解放済みキャラクタの種別に応じて育成目標が設定されており、育成目標において所定のターンにおいて選択が強制される必須行動が存在する場合がある。例えば、育成目標において所定のレースに出走すること、または所定のレースで所定の着順結果を得ることなどである。この場合、育成目標に関連付けられた所定のレースが設定されているターンにおいては、レースへの出走が必須行動となり、レースへの出走以外のターン消費の対象となる行動は選択することができない。このように育成機能提供部８１は、必須行動の選択を受け付けるターンにおいて必須行動とは異なる行動の選択を制限する制御を行う。

【0049】

また育成機能提供部８１は、育成機能において解放済みキャラクタの育成が終了すると、１回分の育成終了に対応する増加量で親愛度パラメータを更新する制御を行う。例えば、育成が終了したキャラクタ種別ＩＤに紐付けられた親愛度パラメータに対して、今回の育成において獲得した増加量を加算する。なお、育成機能における親愛度パラメータの増加量は、育成結果（例えば、評価点など）に応じて変化するようにしてもよい。また、親愛度パラメータが所定の量に達した場合、親愛度ランクを次の段階のランクに更新して所定の演出を再生してもよい。

【0050】

対戦機能提供部８２は、プレーヤが所有する育成済みキャラクタを、他のプレーヤの育成済みキャラクタや、ノンプレーヤキャラクタ(ＮＰＣ)とレースで対戦させる対戦機能を提供する処理を行う。

【0051】

本実施形態では、対戦機能としてプレーヤが利用できるレースの種類として、チーム競技場、デイリーレース、デイリーレジェンドレースの３種類が存在する。

【0052】

チーム競技場は、短距離、マイル、中距離、長距離、ダートの５種類の距離カテゴリについて、プレーヤの手持ちの育成済みキャラクタから３体ずつ選択して５つのチームを編成し、他のプレーヤが編成したチームと各距離カテゴリに関する５種類のレースで対戦する対戦機能である。各距離カテゴリで１着を取ったキャラクタが所属するチームが勝利し、５種類のレースのうち３勝することで対戦相手に勝利したことになる。チーム競技場では、各レースでキャラクタの挙動や着順に応じた競技場ポイントが付与され、５種類のレースにおける競技場ポイントの合計によってプレーヤのランキングが決定され、ランキングに応じた報酬が付与される。

【0053】

デイリーレースは、マイルまたは中距離の距離カテゴリについて報酬および難易度の異なるレースが用意されており、プレーヤの手持ちの育成済みキャラクタから１体を選択し、選択した育成済みキャラクタを出走させてノンプレーヤキャラクタ（ＮＰＣ）とレースで対戦する対戦機能である。デイリーレースでは、プレーヤが出走させた育成済みキャラクタのレースにおける着順に応じた報酬を獲得することができる。

【0054】

デイリーレジェンドレースは、レースの結果に応じてキャラクタピースを報酬として獲得できる対戦機能である。キャラクタピースとは、所定数のキャラクタピースを消費することによって、育成対象として未解放のキャラクタを解放する、または解放済みキャラクタのレアリティを上げることを可能とするアイテムである。デイリーレジェンドレースでは、キャラクタごとにレースの条件が設定されており、キャラクタピースの獲得を所望するキャラクタを選択して、プレーヤの手持ちの育成済みキャラクタから１体を選択し、選択した育成済みキャラクタをレースに出走させる。そしてデイリーレジェンドレースでは、プレーヤが出走させた育成済みキャラクタがレースで１着を獲得すると、出走したレースに対応するキャラクタのキャラクタピースを獲得することができる。

【0055】

対戦機能提供部８２は、チーム競技場、デイリーレース、およびデイリーレジェンドレースの各対戦機能において、プレーヤが出走を決定した場合、対戦結果要求をサーバー２０に対して送信する。プレーヤ端末４０から対戦結果要求を受信したサーバー２０では、レースの走行シミュレーションが実行され、対戦機能提供部８２は、サーバー２０から走行シミュレーションの結果を取得する。走行シミュレーションの結果をサーバー２０から受け取ったプレーヤ端末４０では、対戦機能提供部８２が、レース制御データ記憶部７３に記憶されている各種データに基づいて、走行シミュレーションの結果に基づくレース映像を生成し、生成されたレース映像を表示部４４に表示させて、プレーヤがレースの模様を観戦することができる。

【0056】

また対戦機能提供部８２は、対戦機能においてプレーヤの手持ちの育成済みキャラクタをレースに出走させると、出走した育成済みキャラクタに対応する解放済みキャラクタの親愛度パラメータを、１回分の出走に対応する増加量で更新する。なお対戦機能の利用に基づく親愛度パラメータの増加量が、レース結果（着順および勝敗の少なくとも一方）に応じて変化するようにしてもよい。

【0057】

散歩イベント機能提供部８３は、プレーヤが任意の解放済みキャラクタを選択して、選択した解放済みキャラクタに対応する散歩イベントを実行することによりアイテム等の報酬や親愛度パラメータの上昇といった特典を獲得することができる散歩イベント機能を提供する処理を行う。本実施形態では、散歩イベント機能提供部８３が、第１パラメータ更新部８４、実行条件判定部８５、選択受付部８６、イベント実行部８７、第２パラメータ更新部８８、およびコンテンツ解放部８９を含む。

【0058】

第１パラメータ更新部８４は、ゲームの利用状況に応じて蓄積される散歩パラメータを更新する処理を行う。

【0059】

まず第１パラメータ更新部８４は、ゲームへのログインに関連付けて散歩パラメータを更新する。本実施形態では、５：００ＡＭ～翌日４：５９ＡＭを１日とするログイン管理周期でプレーヤのログインが管理されており、第１パラメータ更新部８４は、散歩イベントの開催期間中の毎日の初回ログイン時に散歩パラメータを最大値（例えば、１０）に更新する。

【0060】

また第１パラメータ更新部８４は、育成機能の利用、および対戦機能の利用に関連付けて散歩パラメータを更新する。本実施形態では、キャラクタの育成を終了した場合、チーム競技場で対戦を行った場合、デイリーレースで対戦を行った場合、およびデイリーレジェンドレースで対戦を行った場合のそれぞれにおいて、主たるゲーム機能の１回の利用につき、利用されたゲーム機能に応じて予め定められた値が散歩パラメータとして蓄積される。すなわち主たるゲーム機能の利用による散歩パラメータの増加量は、利用されるゲーム機能の種類に応じて異なっている。このようにプレーヤが利用したゲーム機能に応じて散歩パラメータの増加量が異なることによって、様々なゲーム機能を利用するきっかけをプレーヤに与えることができる。ただし、各ゲーム機能を利用したことによる散歩パラメータの増加量が同じであってもよい。なお散歩パラメータが最大値である場合に、散歩パラメータの更新契機が訪れた場合には散歩パラメータが最大値を超えて蓄積されない構成としている。このように散歩パラメータが最大値を超えて蓄積されることがないように制限を設けたことで、プレーヤ間に大きな差が生じることを防ぐことができる。また例えば、第１パラメータの更新は、対戦機能における特定のレースを３回行う等（他のゲームの例では、特定のステージクリアや敵討伐を所定の回数や組合せで実行）、主たるゲーム機能に関係する所定のミッション達成を条件としてもよい。また例えば、アイテムの使用によっても第１パラメータを蓄積できる構成としてもよい。そのアイテムは、課金／ゲーム内通貨での購入／各機能の利用など種々の方法によって獲得できるようにしてもよい。

【0061】

本実施形態における主たるゲーム機能は、育成機能提供部８１によって提供され、競走馬をモチーフにしたキャラクタ（ゲーム媒体の一例）を育成するゲーム、および、対戦機能提供部８２によって提供され、育成済みキャラクタをレースに出走させて他のキャラクタ（他のプレーヤの育成済みキャラクタおよびノンプレーヤキャラクタ（ＮＰＣ）を含む）と対戦させるゲームを指し、対象となるゲームの特性上、プレーヤが主として利用するゲーム機能となる。なお、他のゲームの例として、野球やサッカーに関するゲームにおけるゲーム機能として、選手やチームを育成するゲームや、育成した選手やチームを使用して試合を行うゲームが主たるゲーム機能に該当する。また例えば、カードゲームであれば、カードを強化・進化するなどして育成し、育成したカードを使用したデッキを編成して対戦を行うゲームが主たるゲーム機能に該当する。また例えば、恋愛ゲームであれば、特定の異性とのデートなどの交流を通じて所定の関係を築き、恋愛交際の疑似体験を提供する一連の流れが主たるゲーム機能に該当する。

【0062】

第１パラメータ更新部８４は、２４時間ごとに１回、周期的に訪れるリセットタイミングで散歩パラメータを初期値（例えば、０）にリセットする。本実施形態では、ログイン管理周期と同期する１日（５：００ＡＭ～翌日４：５９ＡＭ）を経過する毎に所定時刻（５：００ＡＭ）をリセットタイミングとして、各プレーヤの散歩パラメータが初期値にリセットされる。なお、第１パラメータである散歩パラメータに関して、初回ログイン時に最大値で更新する構成や、ログイン管理周期で初期値にリセットする構成を設けたが、これに限られず、上限や周期でのリセットを設けずに第１パラメータを貯めることができる構成であってもよい。これにより、プレーヤへゲーム機能のやりこみ要素を提供することができる。

【0063】

実行条件判定部８５は、散歩パラメータが散歩イベントの実行条件を満たしているか否かを判定する処理を行う。本実施形態では、散歩パラメータが最大値であるか否かによって散歩イベントの実行条件の成否を判定される。なお本実施形態では、散歩イベントの実行可能回数にも制限が設けられており、１日あたり２回までとなっている。このように散歩イベントの実行可能回数に制限を設けたことで、プレーヤの継続的なログインを促すことができるとともに、プレーヤ間に大きな差が生じることを防ぐことができる。

【0064】

選択受付部８６は、散歩イベントが実行可能である場合にイベント対象のキャラクタの選択を受け付ける処理を行う。本実施形態では、選択受付部８６が、イベント対象のキャラクタに関する選択を受け付ける入力インターフェースにおいてキャラクタごとの散歩イベントの消化状況を視認可能とする。具体的には、表示部４４にキャラクタ選択ダイアログを表示させてイベント対象のキャラクタに関する選択を受け付ける仕様となっており、選択受付部８６は、キャラクタ選択ダイアログにおいてプレーヤＩＤに紐付けられた解放済みキャラクタの一覧を表示し、キャラクタ毎に行き先の消化状況を行き先アイコンの表示態様で視認可能とする。また、親愛度ランクが所定のランクに達したことを条件として、イベント対象のキャラクタとして選択できる解放済みキャラクタを制限してもよく、例えば、親愛度ランクが上限に達している解放済みキャラクタがいる場合には、当該解放済みキャラクタをイベント対象のキャラクタの選択を受け付ける入力インターフェースにおいて表示させない制御、または、当該解放済みキャラクタをイベント対象のキャラクタの選択を受け付ける入力インターフェースにおいて選択できない制御をしてもよい。

【0065】

また本実施形態では、キャラクタごとに複数種類の行き先からいずれかの行き先を選択して、行き先に応じて演出の内容が異なる複数種類の散歩イベントを実行可能であり、選択受付部８６は、イベント対象のキャラクタの選択が行われた後に行き先選択ダイアログを表示部４４に表示して、実行対象の散歩イベントの演出内容に関する選択を受け付ける。

【0066】

また本実施形態では、散歩イベントの実行に関連付けて報酬を獲得することができ、１回の散歩イベントの実行につきプレーヤが１種類の報酬を選択して獲得することができる。このように散歩イベントを実行することに基づいて報酬を得ることができることによってプレーヤに散歩イベントを実行する動機を与えることができる。また本実施形態では、散歩パラメータを蓄積するために主たるゲーム機能を実行する動機を与えることができる。そして選択受付部８６は、散歩イベントの実行対象である行き先の選択が行われた後に、報酬選択ダイアログを表示部４４に表示して報酬の選択を受け付ける。なお本実施形態では、散歩イベントの実行において獲得できる報酬は、報酬ごとに報酬ＩＤで管理され、１の報酬ＩＤにつき１回のみ獲得可能となっている。このため散歩イベントデータ記憶部７４には、報酬ＩＤに紐付けて獲得済みフラグが設定可能な報酬管理データが記憶されており、散歩イベントの実行の際にプレーヤが選択した報酬ＩＤに対して獲得済みフラグが設定される。そして選択受付部８６は、報酬管理データにおいて各報酬ＩＤにおける獲得済みフラグの設定状況を確認し、報酬選択ダイアログにおいて未獲得の報酬の表示態様と獲得済みの報酬の表示態様とを異ならせることで、未獲得の報酬を視認可能とする。また本実施形態では、散歩イベントで獲得された報酬（アイテム等）は、プレーヤデータ記憶部７１のアイテムリストに反映されて管理される。

【0067】

イベント実行部８７は、イベント対象のキャラクタに関連付けて散歩イベントに係る演出を実行する処理を行う。本実施形態では、散歩イベントに係る演出として、行き先に応じた背景画像とキャラクタのモーションデータに基づくキャラクタ画像とを合成して演出画像を生成して表示部４４に表示するアニメーション演出が実行される。すなわちイベント実行部８７は、イベント対象のキャラクタと実行対象として選択された行き先との組合せに応じた散歩イベントに係るアニメーション演出を実行する処理を行う。本実施形態では、散歩イベントを通じて実行されるアニメーション演出が、特定の解放済みキャラクタに関する特別な演出となり、当該解放済みキャラクタに対する思い入れをより一層強めることができる。なお、散歩イベントに係る演出を実行する際に、一定の確率でアニメーション演出を変化させてもよい。具体的に説明すると、例えば、食事に関する散歩イベントである場合、食事を食べきる成功演出と食事を食べきれない失敗演出とが設けられていてもよい。さらに、成功演出が実行される場合と失敗演出が実行される場合とによって、プレーヤが獲得できる報酬や親愛度パラメータの増減の度合いを変化させるようにしてもよい。

【0068】

第２パラメータ更新部８８は、散歩イベントを実行した結果に基づいて、イベント対象のキャラクタに紐付く親愛度パラメータを更新する。本実施形態では、１回の散歩イベントの実行につき、一定の増加量でイベント対象のキャラクタとなった解放済みキャラクタのキャラクタ種別ＩＤに紐付く親愛度パラメータが増加するように更新される。なお実行した散歩イベントの種類、すなわちプレーヤが選択した行き先に応じて親愛度パラメータの増加量が異なっていてもよい。またキャラクタと行き先との組合せに応じて親愛度パラメータの増加量が決定されるようにしてもよい。

【0069】

コンテンツ解放部８９は、散歩イベントを実行した結果に基づいて、イベント対象のキャラクタに紐付くコンテンツを解放する処理を行う。本実施形態では、散歩イベントデータ記憶部７４にキャラクタのコンテンツ解放状況を管理するコンテンツ解放状況データが記憶されており、コンテンツ解放状況データでは、行き先に応じた散歩イベントに係るアニメーション演出を識別する演出ＩＤと、演出ＩＤごとの解放状況を示す解放済みフラグとが、キャラクタの種別を示すキャラクタ種別ＩＤに紐付けて記憶されている。コンテンツ解放部８９は、散歩イベントに係るアニメーション演出が実行された際に、コンテンツ解放状況データに基づいて当該アニメーション演出に係る演出ＩＤが解放済みであるか否かを確認し、解放済みではない（解放済みフラグが設定されていない）アニメーション演出であると判断した場合に、演出ＩＤについて解放済みフラグを設定することによって当該アニメーション演出をプレーヤの任意で閲覧できるように解放する。

【0070】

またコンテンツ解放部８９は、親愛度パラメータが所定条件を満たす場合にイベント対象のキャラクタに紐付くコンテンツを解放する処理を行う。本実施形態では、キャラクタ毎に複数話で構成されるストーリーが用意されており、コンテンツ解放部８９は、親愛度パラメータがストーリーの解放条件を満たす場合に、段階的にストーリーを解放して閲覧可能とする処理を行う。なお親愛度パラメータに基づき解放されるコンテンツは、キャラクタのストーリーに限られない。例えば、親愛度パラメータが解放条件を満たす場合にキャラクタのプロフィール情報を解放して閲覧可能にすること、親愛度パラメータが解放条件を満たす場合にキャラクタボイスを解放して視聴可能にすること、親愛度パラメータが解放条件を満たす場合にキャラクタ衣装を解放してキャラクタの外見を変更可能にすること等が含まれる。なお親愛度パラメータに基づきコンテンツを解放する機能については、散歩イベント機能提供部８３とは独立した構成であってもよい。例えば、ゲーム実行部８０において、育成機能提供部８１、対戦機能提供部８２、および散歩イベント機能提供部８３とは別に、親愛度関連コンテンツ解放部が別途設けられていてもよい。親愛度関連コンテンツ解放部は、親愛度パラメータに基づく親愛度ランクが所定のランクを達成することを条件に、達成された親愛度ランクに対応するコンテンツを解放済みキャラクタのキャラクタ種別ＩＤに紐付けて解放する処理を行う。

【0071】

２．本実施形態の制御手法
以下では、本実施形態の制御手法について、本実施形態のゲームプログラムをスマートフォンとして設けられたプレーヤ端末４０のゲームアプリケーションに適用した場合を例に挙げて説明する。なお、具体的な制御処理は、前述したサーバー２０およびプレーヤ端末４０の主要な各機能によって実現される。ただし、サーバー２０の機能を主体として実現されてもよいし、サーバー２０とプレーヤ端末４０との機能において分担されて実現されてもよい。

【0072】

本実施形態のゲームプログラムは、複数種類のゲーム機能を提供可能に構成されており、主たるゲーム機能である育成機能では、複数種類のキャラクタから育成対象のキャラクタを選択して、ゲームの進行に応じてステータスに変化が生じ、所定の終了条件が満たされるとキャラクタのステータスが確定して育成終了となる。この育成済みのキャラクタは他の主たるゲーム機能である対戦機能において他のプレーヤが育成したキャラクタや、ノンプレーヤキャラクタ（ＮＰＣ）とレースによる対戦に使用することができる。

【0073】

本実施形態のゲームプログラムが適用された情報処理システム１０では、育成機能および対戦機能を利用することによって、各ゲーム機能で使用されたキャラクタに関連付けて親愛度パラメータが蓄積される仕様となっている。具体的には、解放済みキャラクタのキャラクタ種別ＩＤのそれぞれに紐付けて親愛度パラメータが個別に管理されており、育成機能を利用した場合には、育成対象のキャラクタに対応する解放済みキャラクタの親愛度パラメータが育成終了時に蓄積され、対戦機能（レース競技場、デイリーレース、デイリーレジェンドレース）を利用した場合には、レースに出走した育成済みキャラクタに対応する解放済みキャラクタの親愛度パラメータが対戦終了後に蓄積される。このように本実施形態では、親愛度パラメータがキャラクタの使用度合いを示す指標となるものであり、複数種類のゲーム機能に関連付けて蓄積され、プレーヤが所持する解放済みキャラクタに共通するパラメータとなっている。

【0074】

そして本実施形態では、親愛度パラメータの蓄積が進むことによって、キャラクタ毎に用意されているコンテンツの解放が可能となっている。具体的には、キャラクタ毎に７話構成のストーリーが用意されており、第１話から第４話までは親愛度パラメータに依らずに初期解放され、第５話以降には親愛度パラメータに応じた解放条件が１話ごとに設定されている。そして親愛度パラメータがストーリーの解放条件を満たす場合に、５話以降のストーリーについて段階的にストーリーを解放して閲覧可能となる。

【0075】

このように本実施形態では、育成機能や対戦機能を利用することによって使用したキャラクタに紐付く親愛度パラメータを蓄積することができる仕様であるが、育成機能においてキャラクタを育成し、育成済みのキャラクタを対戦機能で使用するという流れがある関係で、プレーヤが使用するキャラクタに偏りが生じやすい。その結果、親愛度パラメータの蓄積度合いについてもキャラクタ間で偏りが生じやすく、プレーヤの好みのキャラクタはコンテンツの解放や特典付与が進む一方で、解放済みキャラクタとして所持していても使用頻度が低いキャラクタについてはコンテンツの解放が進まないという状況が発生する。また、主たるゲーム機能だけでは、育成機能や対戦機能の具体的な結果にプレーヤは着目することにより、特定のキャラクタの使用度合いを示すパラメータである親愛度パラメータへの関心や活用頻度が低くなり、幅広いキャラクタ（ゲーム媒体の一例）の使用やゲーム全体への思い入れを強める仕組みが働きにくいという課題があった。

【0076】

そこで本実施形態では、ゲームの利用状況に応じて蓄積される散歩パラメータを消費して散歩イベントを実行することによって、プレーヤが選択したキャラクタに紐付く親愛度パラメータを蓄積することができる手法を採用している。この手法により、幅広いキャラクタ（ゲーム媒体の一例）の使用を動機付け、ひいては、ゲーム全体への思い入れを強める効果を期待できる。以下では、図４に示すフローチャートに沿って散歩イベントに関連する処理の流れを説明する。

【0077】

まずゲームアプリケーションが起動されると、ログイン処理が行われる（ステップＳ１０１）。ログイン処理では、プレーヤ端末４０からプレーヤＩＤに紐付くプレーヤのアカウント認証をサーバー２０に対して要求し、サーバー２０においてプレーヤＩＤに基づくアカウント認証が完了すると、サーバー２０からログイン許可の応答を取得する。

【0078】

今回のログインがログインを管理する周期（５：００ＡＭ～翌４：５９ＡＭ：以下、ログイン管理周期と称する）における初回のログインである場合には（ステップＳ１０２でＹ）、散歩パラメータおよび実行可能回数を最大値に更新する（ステップＳ１０３）。本実施形態では、ログイン管理周期と同期する毎日５：００ＡＭをリセットタイミングとして散歩パラメータが初期値（例えば、０）にリセットされ、それ以降の初回のログインで散歩パラメータが最大値（例えば、１０）に更新される。また散歩イベントの実行可能回数についても、ログイン管理周期と同期する毎日５：００ＡＭをリセットタイミングとして実行可能回数が初期値（例えば、０）にリセットされ、それ以降の初回ログインで実行可能回数が最大値（例えば、２回）に更新される。すなわち毎日の初回ログインの直後は必ず散歩イベントを実行可能な状況にすることができる。なおログイン管理周期における初回のログインで散歩パラメータおよび実行可能回数を、各々の最大値で上書きするように更新してもよい。このように本実施形態では、散歩パラメータが初回ログインにより最大値に更新されることによって、プレーヤに毎日のログインを促すことができる。

【0079】

本実施形態では、ログイン処理の完了後はホーム画面が表示されるが、ログイン管理周期における初回ログインの場合には、図５に示すように、散歩パラメータが最大値に更新されたことを通知する初回表示が行われる。初回表示により、散歩パラメータが最大値であることをプレーヤに効果的に認知させることができ、散歩イベントへの参加を効率よく促すことができる。

【0080】

そしてホーム画面には、図６に示すように、イベントアイコン２０１が表示され、イベントアイコン２０１は後述するキャラクタ選択ダイアログを呼び出すための入力ボタンを兼ねている。本実施形態では、イベントアイコン２０１の表示態様で散歩パラメータの蓄積状況を把握することができるようになっており、散歩パラメータが最大値である場合にはイベントアイコン２０１が強調表示される。なおホーム画面において散歩パラメータの蓄積度合いを示すようにゲージを表示するようにしてもよい。このように本実施形態では、ホーム画面においてイベントアイコン２０１が、散歩パラメータの蓄積状況を把握可能にするとともに、入力ボタンとしての機能を兼用することによって視認性や操作性を向上させることができる。

【0081】

ホーム画面が表示されている状況でイベントアイコン２０１に対するタップ入力（イベント移行入力）が行われると（ステップＳ１０４でＹ）、散歩イベントの中断データがあるかどうかがチェックされる（ステップＳ１０５）。本実施形態では、散歩イベントに係る演出の実行中にタスクキルや通信エラー等により実行中の散歩イベントに関する処理が中断されている場合、中断された状況から散歩イベントに関する処理を再開することができる。中断データがある場合についてのイベント再開処理については後述にて説明する。

【0082】

散歩イベントについて中断データがない場合（ステップＳ１０５でＮ）、図７に示すように、キャラクタ選択ダイアログが表示される。キャラクタ選択ダイアログには、実行可能回数表示欄２１１と、散歩ゲージ２１２とが設けられており、実行可能回数表示欄２１１によって散歩イベント実行可能回数を確認することができ、散歩ゲージ２１２によって散歩パラメータの蓄積状況を確認することができる。

【0083】

そしてキャラクタ選択ダイアログを表示するに際して、散歩パラメータが散歩イベントの実行条件を満たしているか否かがチェックされる（ステップＳ１０６）。本実施形態では、散歩パラメータが最大値である場合に散歩イベントの実行条件を満たしていると判断され、散歩パラメータが最大値である場合には（ステップＳ１０６でＹ）、散歩イベントの実行可能回数が残っているか否かがチェックされる（ステップＳ１０７）。

【0084】

本実施形態では、図７に示すように、散歩パラメータが最大値ではない場合には、後述する決定ボタン２２０が表示されないために散歩イベントを実行することはできないが、キャラクタ選択ダイアログに誘導ボタン２１３が設けられる。誘導ボタン２１３に対するタップ入力が行われると、図８に示すように、散歩パラメータを蓄積することができる育成機能や対戦機能へ誘導する機能誘導ダイアログが表示される。このように本実施形態では、プレーヤが、機能誘導ダイアログを通じて散歩パラメータの蓄積できる主たるゲーム機能を即座に把握することができ、機能誘導ダイアログに設けられた任意のゲーム機能に対応する移行ボタン２３１に対してタップ入力を行うことで、選択したゲーム機能を速やかに利用することができる。また機能誘導ダイアログに設けられているクローズボタン２３２に対するタップ入力が行われると、図７のキャラクタ選択ダイアログに復帰する。本実施形態では、散歩パラメータが散歩イベントの実行条件を満たしていない場合に、主たるゲーム機能（育成機能や対戦機能）へ誘導する制御を行うようにしたことで、主たるゲーム機能に対するプレイ意欲を高めつつ、さらなる興趣性をプレーヤに与えながら親愛度パラメータ（キャラクタ共通パラメータ）を効率よく向上させる効果を期待できる。ひいては、解放済みキャラクタへのさらなる思い入れを強めることができる。

【0085】

そして散歩パラメータが最大値である状況であって、かつ散歩イベントの実行可能回数が残っている場合には（ステップＳ１０６でＹ、かつステップＳ１０７でＮ）、イベント対象のキャラクタに関する選択の受け付けを許可し、キャラクタ選択受付処理が実行される（ステップＳ１０８）。

【0086】

本実施形態では、イベント対象のキャラクタに関する選択の受け付けが可能である場合、図９に示すように、ホーム画面のイベントアイコン２０１から呼び出されるキャラクタ選択ダイアログを通じてイベント対象のキャラクタの選択を受け付ける。キャラクタ選択ダイアログには、選択候補となるキャラクタの一覧がキャラクタアイコン２１５によって表示される。選択候補となるキャラクタは、プレーヤに紐付けられたキャラクタリストにおいて解放済みフラグが設定されているキャラクタである解放済みキャラクタである。キャラクタ選択ダイアログでは、キャラクタアイコン２１５の下部に３種類の行き先が、それぞれに対応するように行き先アイコン２１６として表示されている。具体的には、フォークとスプーンのアイコンは食事イベント、家のアイコンは屋内イベント、木のアイコンは屋外イベントを意味するが、これらに限られるものではない。行き先アイコン２１６のそれぞれは、キャラクタごとのイベント消化状況を視覚化したものであり、散歩イベントを実行済みの行き先に対応する行き先アイコン２１６が着色表示され、散歩イベントを実行済みではない行き先に対応する行き先アイコン２１６がグレーアウト表示される。

【0087】

またキャラクタ選択ダイアログでは、選択中のキャラクタアイコン２１５に対して選択マーク２１７が付与され、他のキャラクタアイコン２１５に対してタップ入力を行うことで選択マーク２１７が新たに選択されたキャラクタアイコン２１５に付与され、選択中のキャラクタが変更される。なお本実施形態では、キャラクタ選択ダイアログを呼び出した際に、デフォルト設定として、ソート順位の最上位のキャラクタ（最上段の最も左側に表示されるキャラクタ）のキャラクタアイコン２１５に選択マーク２１７が付与される。本実施形態では、以下において、キャラクタ選択ダイアログの呼び出し時に選択中となるキャラクタを初期選択のキャラクタと称する。

【0088】

なお既に散歩イベントを体験済みである場合には、前回のイベント対象のキャラクタの選択情報を保持しておき、そのキャラクタを初期選択のキャラクタとするようにしてもよい。また未消化のイベントがあるキャラクタの中で最もソート順位の高いキャラクタを初期選択のキャラクタとするようにしてもよい。

【0089】

またキャラクタ選択ダイアログに設けられたソート対象変更ボタン２１８に対してタップ入力を行うことでソート対象の変更をすることができる。またキャラクタ選択ダイアログに設けられたソート順位変更ボタン２１９に対してタップ入力を行うことで昇順と降順とを切り替えることができる。本実施形態では、ソート対象として「デフォルト」以外に「親愛度」を選択することができ、ソート対象として「親愛度」を選択した場合、図１０に示すように、キャラクタアイコン２１５が解放済みキャラクタに紐付く親愛度パラメータの順にソートされ、キャラクタアイコン２１５の下部には、行き先アイコン２１６に換えて親愛度ゲージ２２１が表示される。親愛度ゲージ２２１は、親愛度パラメータの蓄積量に応じて決定される親愛度ランク（０～ＭＡＸ）と、現在の親愛度ランクから次の親愛度ランクまでの親愛度パラメータの蓄積度合いとを視覚化したものである。これにより、プレーヤは、解放済みキャラクタの親愛度ゲージ２２１を比較考量して、特定の解放済みキャラクタの親愛度パラメータを上げるべく散歩イベントを実行することができる。さらにイベント対象のキャラクタの選択に係る視認性や操作性を向上させるべく、キャラクタ選択ダイアログにおいて絞り込み機能を設けてもよい。例えば、散歩イベントの演出解放状況（全て解放済み、未解放あり）や、親愛度パラメータの蓄積状況（親愛度パラメータが最大値未満、親愛度パラメータが最大値）などによって指定されたキャラクタのみをキャラクタ選択ダイアログにて表示するようにしてもよい。

【0090】

また図９および図１０に示すように、イベント対象のキャラクタの選択が受け付け可能である場合、キャラクタ選択ダイアログにおいて、決定ボタン２２０が設けられ、決定ボタン２２０に対するタップ入力が行われると、選択マーク２１７が付与されているキャラクタアイコン２１５に対応するキャラクタをイベント対象のキャラクタとして設定し、行き先を選択する行き先選択受付処理が行われる（ステップＳ１０９）。なおキャラクタ選択ダイアログが表示されている状況でキャンセルボタン２１４にタップ入力が行われると、キャラクタ選択ダイアログを閉じてホーム画面に復帰する。また本実施形態では、散歩パラメータが最大値であっても散歩イベントの実行可能回数が０である場合には、図１１に示すように、キャラクタ選択ダイアログにおいて本日分の実行可能回数を消化した旨を通知するメッセージを表示しつつ、クローズボタン２２２を表示し、クローズボタン２２２に対するタップ入力が行われると、キャラクタ選択ダイアログを閉じてホーム画面に復帰する。

【0091】

行き先選択受付処理では、行き先選択ダイアログを通じて行き先の選択を受け付ける。行き先選択ダイアログには、図１２に示すように、マップ画像２４０が表示され、マップ画像２４０に重ねて、３種類の行き先に対応する行き先画像２４１が表示される。いずれかの行き先画像２４１に対してタップ入力を行うことで、任意の行き先を選択することができ、選択中の行き先に対応する行き先画像２４１には選択マーク２４２が付与される。また散歩イベントを実行済みの行き先に対応する行き先画像２４１はグレーアウト表示されるとともにクリアマーク２４５が付与され、散歩イベントを実行済みであることが把握できるようになっている。

【0092】

また行き先選択ダイアログには、決定ボタン２４３およびキャンセルボタン２４４が設けられており、決定ボタン２４３に対するタップ入力が行われると、選択マーク２４２が付与されている行き先アイコン２４１に対応する行き先を散歩イベントの実行対象として設定し、報酬を選択する報酬選択受付処理が行われる（ステップＳ１１０）。なお行き先選択ダイアログが表示されている状況でキャンセルボタン２４４に対するタップ入力が行われると、行き先選択ダイアログを閉じて図９または図１０のキャラクタ選択ダイアログに復帰する。

【0093】

報酬選択受付処理では、報酬選択ダイアログを通じて報酬の選択を受け付ける。報酬選択ダイアログには、図１３に示すように、開催中の散歩イベントにおいて獲得可能な報酬の一覧が表示され、報酬ボタン２５１に対してタップ入力を行うことで、任意の報酬を選択することができ、選択中の報酬に対応する報酬ボタン２５１には、選択マーク２５２が付与される。また本実施形態では、各報酬を１回だけ獲得することができ、報酬選択ダイアログでは、獲得済みの報酬については報酬ボタン２５１がグレーアウト表示される。通常表示されている報酬ボタン２５１が選択されている状況で決定ボタン２５３に対するタップ入力を有効とし、グレーアウト表示されている報酬ボタン２５１が選択されている状況では決定ボタン２５３に対するタップ入力が無効となっている。報酬選択ダイアログにおいて、決定ボタン２５３に対するタップ入力が無効である状況では、決定ボタン２５３がグレーアウト表示される。なお報酬選択ダイアログが表示されている状況でキャンセルボタン２５４に対するタップ入力が行われると、報酬選択ダイアログを閉じて行き先選択ダイアログに復帰する。なお、報酬の獲得は、同一の報酬を複数回獲得できるようにしてもよいし、報酬の獲得回数に制限が設けられていなくてもよい。

【0094】

そして報酬選択ダイアログが表示されている場合において獲得可能な報酬が選択されている状況で決定ボタン２５３に対するタップ入力が行われると、実行確認処理が行われる（ステップＳ１１１）。実行確認処理では、図１４に示すように、実行確認ダイアログが表示され、散歩イベントの実行内容についての最終確認が行われる。

【0095】

実行確認ダイアログでは、キャラクタ選択受付処理、行き先選択受付処理、および報酬選択受付処理におけるプレーヤの選択結果が反映されて、散歩イベントの実行内容に関する表示が行われる。具体的には、選択キャラクタ表示欄２６１にイベント対象のキャラクタに対応するキャラクタが表示され、選択行き先表示欄２６２に散歩イベントの実行対象の行き先が表示され、選択報酬表示欄２６３に散歩イベントの実行によって獲得する報酬が表示される。また本実施形態では、散歩イベントの実行によってイベント対象のキャラクタに対応する解放済みキャラクタに紐付く親愛度パラメータも蓄積され、親愛度変化表示欄２６４に散歩イベントの実行前後の親愛度パラメータの変化度合いが表示される。

【0096】

そして実行確認ダイアログが表示されている状況において確認ボタン２６５に対するタップ入力が行われると、散歩イベントの実行内容を確定し、散歩パラメータおよび散歩イベントの実行可能回数の消費処理を実行してから（ステップＳ１１２）、確定された散歩イベントの実行内容に沿った演出実行処理が行われる（ステップＳ１１３）。なお実行確認ダイアログが表示されている状況においてキャンセルボタン２６６に対するタップ入力が行われると、実行確認ダイアログを閉じて報酬選択ダイアログに復帰する。

【0097】

散歩パラメータおよび散歩イベントの実行可能回数の消費処理では、散歩パラメータを初期値（例えば、０）に更新し、散歩イベントの実行可能回数を１回分だけ減算する。なお散歩イベントの実行可能回数については、プレーヤ毎に散歩イベントの実行回数を管理するようにして、実行回数＝実行可能回数となった場合に実行可能回数を全て消費したと判断するようにしてもよい。

【0098】

演出実行処理では、プレーヤが選択したキャラクタと行き先との組合せに応じて背景画像とキャラクタのモーションが決定され、背景画像とキャラクタが動作する画像とが合成されて表示されるアニメーション演出が実行される。図１５は、散歩イベントにおいて実行されるアニメーション演出の一例を示すものであり、星空の下でキャラクタが空を見上げる動作を行うアニメーション演出となっている。本実施形態では、行き先に応じた背景画像とキャラクタのモーションとの組合せがキャラクタ毎に設定された演出パターンデータが散歩イベントデータ記憶部７４に記憶されており、演出実行処理では、実行確認処理で確定された散歩イベントの実行内容に沿って演出パターンデータを参照してアニメーション演出が実行される。

【0099】

なお本実施形態では、演出実行処理においてアニメーション演出の実行が完了する前にタスクキルなど行われると、アプリケーションの終了処理においてアニメーション演出の実行に必要なプレーヤの選択内容を含む中断データが散歩イベントデータ記憶部７４に保存される。そして散歩イベントの中断データがある場合（ステップＳ１０５でＹ）、再開確認ダイアログを表示して中断されていた散歩イベントの実行を再開するか否かの意思確認が行われ、散歩イベントの実行を再開するための確認入力が行われると（ステップＳ１１５でＹ）、保存されていた中断データに基づいてアニメーション演出を実行する（ステップＳ１１３）。また再開確認ダイアログが表示されている状況において散歩イベントの実行の再開をキャンセルする入力が行われると（ステップＳ１１５Ｎ）、再開確認ダイアログを閉じてホーム画面に復帰する。

【0100】

そして演出実行処理によるアニメーション演出の実行が完了すると、イベント終了処理が実行される（ステップＳ１１４）。イベント終了処理では、コンテンツの解放が行われる。具体的には、散歩イベントデータ記憶部７４に記憶されているコンテンツ解放状況データを参照し、演出実行処理によって実行されたアニメーション演出について解放済みフラグが設定されていない場合に、実行されたアニメーション演出について解放済みフラグをイベント対象のキャラクタに紐付けて設定することによって新たなコンテンツが解放され、解放されたアニメーション演出については、キャラクタに関連付けられた各種情報を閲覧可能とするトレーナーノートにおいて閲覧することができる。

【0101】

またイベント終了処理では、報酬等の獲得に関する処理が行われる。具体的には、プレーヤが散歩イベントの実行に際して選択した散歩報酬をプレーヤデータ記憶部７１のアイテムリストへ追加し、イベント対象のキャラクタに対応する解放済みキャラクタに紐付く親愛度パラメータの更新が行われる。また親愛度パラメータの更新によって親愛度ランクが変化した場合、親愛度ランクの達成によって解放されるストーリーがある場合、そのストーリーの解放済みフラグをイベント対象のキャラクタに対応する解放済みキャラクタに紐付けて設定することによって新たなコンテンツが解放される。解放されたストーリーについては別のゲーム機能であるストーリーモードにおいて閲覧することができる。

【0102】

またイベント終了処理では、散歩イベントの実行結果の表示が行われる。例えば、図１６に示すように、散歩結果ダイアログを表示してプレーヤに通知する。散歩結果ダイアログには、親愛度報酬表示欄２７１および散歩報酬表示欄２７２が設けられ、親愛度報酬表示欄２７１には、今回の散歩イベントの実行によってイベント対象のキャラクタに紐付く親愛度パラメータの更新内容が表示され、散歩報酬表示欄２７２には、今回の散歩イベントにおいてプレーヤが選択した散歩報酬の内容がアイコン等を用いて表示される。そして散歩結果ダイアログに設けられた確認ボタン２７３に対するタップ入力が行われると、散歩結果ダイアログを閉じてホーム画面に復帰し、一連の処理が終了する。

【0103】

続いて、散歩イベントで解放されるアニメーション演出の閲覧について説明する。図１７は、既述のトレーナーノートに関する表示画面の例を示す図である。トレーナーノートでは、閲覧対象のキャラクタに紐付く各種の情報を閲覧することができ、閲覧対象のキャラクタのトレーナーノートを表示させた状況で、演出ボタン３０１に対するタップ入力が行われると、図１８に示すように演出ダイアログが表示される。演出ダイアログでは、タブ３１１を利用して、「ガチャ」、「才能開花」、「その他」の各項目に対応する箇所をタップすることで表示対象の切り替えを行うことができる。散歩イベントで解放されるアニメーション演出は「その他」の項目に分類されており、タブ３１１における「その他」に対応する箇所をタップすることで、閲覧対象のキャラクタに紐付くアニメーション演出の一覧が表示される。演出ダイアログでは、各アニメーション演出に対応する演出ボタン３１２が設けられており、解放済みのアニメーション演出が演出ボタン３１２は通常表示され、未解放のアニメーション演出の演出ボタン３１２はグレーアウト表示される。解放済みのアニメーション演出の閲覧を希望する場合、そのアニメーション演出に対応する演出ボタン３１２に対してタップ入力を行うことでアニメーション演出が実行される。なお未解放のアニメーション演出に対応する演出ボタン３１２に対するタップ入力が行われた場合には、散歩イベントで解放することが必要である旨のメッセージ表示が行われる。

【0104】

以上に述べた本実施形態の情報処理システム１０では、イベント対象のキャラクタをプレーヤに選択させて、イベント対象のキャラクタに関連付けて散歩イベントに係るアニメーション演出を実行した結果に基づいて、イベント対象のキャラクタに紐付くアニメーション演出を解放して自由に閲覧可能にする。また本実施形態の情報処理システム１０では、散歩イベントを実行した結果に基づいて、イベント対象のキャラクタに紐付く親愛度パラメータも更新され、親愛度パラメータが親愛度ランクの上昇に係る条件を満たす場合にイベント対象のキャラクタに紐付くストーリーを解放して自由に閲覧可能にする。そして本実施形態の情報処理システム１０では、散歩イベントを実行するために、アプリケーションの起動に基づくログインや、育成機能および対戦機能の利用など、ゲームの利用状況に応じて蓄積される散歩パラメータを対価として消費することが必要となっている。このため本実施形態の情報処理システム１０では、散歩イベントの実行のために散歩パラメータを蓄積するべくゲームを利用する動機をプレーヤに与えることができる。そして本実施形態の情報処理システム１０では、プレーヤが散歩イベントの実行を通じて解放されたアニメーション演出やストーリーといったコンテンツに触れることによって、今まで使用頻度が低かったキャラクタに対しても新たに思い入れを強めるきっかけとなって、以後のゲームの利用において使用頻度の低かったキャラクタを使用するという効果を期待することができる。従って本実施形態の情報処理システム１０では、様々なキャラクタを使用してゲームを行うことへの積極的な動機をプレーヤに与えることができる。

【0105】

特に本実施形態の情報処理システム１０では、育成機能と対戦機能とが、育成機能でキャラクタを育成した成果の確認手段として対戦機能が利用されるという関係性を有するため、プレーヤが使用対象として選択するキャラクタに偏りが生じやすい。そこで本実施形態では、キャラクタ間における使用頻度の偏りを是正するために使用頻度の低いキャラクタを育成機能や対戦機能で使用することを強要するのではなく、プレーヤが好みのキャラクタを育成機能や対戦機能で利用して散歩パラメータを蓄積しつつ、散歩イベントでは使用頻度の低いキャラクタをイベント対象のキャラクタとして選択することによって、使用頻度の低かったキャラクタについても容易に親愛度パラメータを蓄積することができ、その結果、使用頻度の低かったキャラクタについてもコンテンツを解放することができる。そして新たに解放されたコンテンツを閲覧することによって、今まで使用頻度の低かったキャラクタについての思い入れを強めることができ、様々なキャラクタを使用する動機を得ることができる。

【0106】

また本実施形態の情報処理システム１０では、周期的に訪れるリセットタイミングで散歩パラメータをリセット可能にし、ログイン管理周期におけるゲームへの初回ログインにおいて散歩パラメータを最大値に更新するようにした。このため１日１回は、アプリケーションを起動してログインを行うだけで散歩イベントを実行することができるので、プレーヤが継続的にゲームを行う動機を与えることができる。

【0107】

また本実施形態では、キャラクタごとに複数種類の行き先が異なる散歩イベントを実行可能であり、散歩イベントの実行に際して、イベント対象のキャラクタの選択が行われた後に実行対象の散歩イベントに係る行き先の選択を受け付け、プレーヤが選択したキャラクタおよび行き先の組合せに応じたアニメーション演出が実行されるようにした。このため前回と今回とで同じキャラクタをイベント対象として選択しても異なるアニメーション演出を楽しむことができるため、プレーヤの関心を惹きつけることができ、イベント対象として選択したキャラクタに対する思い入れを強めるきっかけを与えることができる。

【0108】

また本実施形態では、イベント対象のキャラクタに関する選択を受け付ける入力インターフェースであるキャラクタ選択ダイアログにおいてキャラクタごとのイベント消化状況を行き先アイコン２１６の表示態様で視認可能としたので、イベント対象のキャラクタの選択における利便性を向上させることができる。なおキャラクタ選択ダイアログにおいて、キャラクタアイコン２１５を長押し入力することで、キャラクタアイコン２１５に対応するキャラクタに紐付くアニメーション演出の解放状況が閲覧できるダイアログを表示するようにしてもよい。すなわちイベント対象のキャラクタに関する選択を受け付ける入力インターフェースにおいてキャラクタ毎のイベント消化状況の詳細を示すダイアログを所定の入力に基づき呼び出すことができるようにしてもよい。

【0109】

また本実施形態では、競走馬をモチーフとしたキャラクタを育成することによってキャラクタの使用度合いを示すパラメータが蓄積されてコンテンツの解放を達成できるゲームを例にとり説明をしたが、他のゲームにおいて情報処理システム１０の各機能を提供する構成としてもよい。例えば、野球ゲームやサッカーゲームなどのスポーツゲームにおいて、競技に参加するキャラクタを育成し、キャラクタを育成したことによってキャラクタの使用度合いを示すパラメータが蓄積されてコンテンツが解放されるゲームに適用することができる。また他のジャンルのゲーム、例えば、アイドル育成ゲーム、カードバトルゲーム、格闘ゲーム、アクションゲーム、バトルロイヤルゲーム、ロールプレイングゲームなどにおいてキャラクタ等のゲーム媒体を使用することによって、使用されたゲーム媒体の使用度合いを示すパラメータが蓄積されてコンテンツを解放することができるゲームに適用してもよい。

【符号の説明】

【0110】

１０ 情報処理システム、
２０ サーバー、４０ プレーヤ端末、２１，４１ 制御部、２２，４２ 記憶部、
２３，４５ 通信部、４３ 操作入力部、４４ 表示部、
５０ サーバーデータ記憶部、５１ プレーヤ管理データベース、６０ ゲーム演算部、
７０ 端末データ記憶部、７１ プレーヤデータ記憶部、７２ 育成進行データ記憶部、
７３ レース制御データ記憶部、７４ 散歩イベントデータ記憶部、
８０ ゲーム実行部、８１ 育成機能提供部、８２ 対戦機能提供部、
８３ 散歩イベント機能提供部、８４ 第１パラメータ更新部、８５ 実行条件判定部、
８６ 選択受付部、８７ イベント実行部、８８ 第２パラメータ更新部、
８９ コンテンツ解放部、

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【手続補正書】

【提出日】2023-04-26

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ゲームの利用状況に応じて蓄積される第１パラメータを更新する第１パラメータ更新部と、
前記第１パラメータがイベントの実行条件を満たしているか否かを判定する実行条件判定部と、
前記イベントが実行可能である場合にイベント対象のゲーム媒体の選択を受け付ける選択受付部と、
前記第１パラメータを消費することを条件として、前記イベント対象のゲーム媒体に関連付けて前記イベントを実行するイベント実行部と、
前記イベントを実行した結果に基づいて、前記イベント対象のゲーム媒体に紐付く第２パラメータを更新する第２パラメータ更新部としてコンピュータを機能させ、
前記第１パラメータ更新部が、
周期的に訪れるリセットタイミングで前記第１パラメータをリセット可能にするプログラム。

【請求項2】

請求項１において、
前記イベントを実行した結果に基づいて、前記イベント対象のゲーム媒体に紐付くコンテンツを解放するコンテンツ解放部としてコンピュータを機能させるプログラム。

【請求項3】

請求項１において、
前記第１パラメータ更新部が、
前記ゲームへのログインに関連付けて前記第１パラメータを更新するプログラム。

【請求項4】

請求項１において、
前記ゲーム媒体ごとに複数種類のイベントを実行可能であり、
前記選択受付部が、
前記イベント対象のゲーム媒体の選択が行われた後に実行対象のイベントの選択を受け付け、
前記イベント実行部が、
前記実行対象として選択されたイベントを実行するプログラム。

【請求項5】

請求項４において、
前記選択受付部が、
前記イベント対象のゲーム媒体に関する選択を受け付ける入力インターフェースにおいて前記ゲーム媒体ごとのイベント消化状況を視認可能とするプログラム。

【請求項6】

ゲームの利用状況に応じて蓄積される第１パラメータを更新する第１パラメータ更新部と、
前記第１パラメータがイベントの実行条件を満たしているか否かを判定する実行条件判定部と、
前記イベントが実行可能である場合にイベント対象のゲーム媒体の選択を受け付ける選択受付部と、
前記第１パラメータを消費することを条件として、前記イベント対象のゲーム媒体に関連付けて前記イベントを実行するイベント実行部と、
前記イベントを実行した結果に基づいて、前記イベント対象のゲーム媒体に紐付く第２パラメータを更新する第２パラメータ更新部と、
を含み、
前記第１パラメータ更新部が、
周期的に訪れるリセットタイミングで前記第１パラメータをリセット可能にする情報処理システム。

【請求項7】

ゲームの利用状況に応じて蓄積される第１パラメータを更新する第１パラメータ更新ステップと、
前記第１パラメータがイベントの実行条件を満たしているか否かを判定する実行条件判定ステップと、
前記イベントが実行可能である場合にイベント対象のゲーム媒体の選択を受け付ける選択受付ステップと、
前記第１パラメータを消費することを条件として、前記イベント対象のゲーム媒体に関連付けて前記イベントを実行するイベント実行ステップと、
前記イベントを実行した結果に基づいて、前記イベント対象のゲーム媒体に紐付く第２パラメータを更新する第２パラメータ更新ステップと、
をコンピュータに実行させ、
前記第１パラメータ更新ステップでは、
周期的に訪れるリセットタイミングで前記第１パラメータをリセット可能にする情報処理方法。

【手続補正書】

【提出日】2023-09-25

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ゲームの利用状況に応じて蓄積される第１パラメータを更新する第１パラメータ更新部と、
前記第１パラメータがイベントの実行条件を満たしているか否かを判定する実行条件判定部と、
前記イベントが実行可能である場合にプレーヤの識別情報に紐付けられた複数種類のキャラクタの中からイベント対象のキャラクタの選択を受け付ける選択受付部と、
前記第１パラメータを消費することを条件として、前記イベント対象のキャラクタに関連付けて前記イベントを実行するイベント実行部と、
前記イベントを実行した結果に基づいて、前記複数種類のキャラクタのうち前記イベント対象のキャラクタとして選択されたキャラクタに紐付く第２パラメータを更新する第２パラメータ更新部としてコンピュータを機能させ、
前記第１パラメータ更新部が、
周期的に訪れるリセットタイミングで前記第１パラメータをリセット可能にするプログラム。

【請求項2】

請求項１において、
前記イベントを実行した結果に基づいて、前記イベント対象のキャラクタに紐付くコンテンツを解放するコンテンツ解放部としてコンピュータを機能させるプログラム。

【請求項3】

請求項１において、
前記第１パラメータ更新部が、
前記ゲームへのログインに関連付けて前記第１パラメータを更新するプログラム。

【請求項4】

請求項１において、
前記キャラクタごとに複数種類のイベントを実行可能であり、
前記選択受付部が、
前記イベント対象のキャラクタの選択が行われた後に実行対象のイベントの選択を受け付け、
前記イベント実行部が、
前記実行対象として選択されたイベントを実行するプログラム。

【請求項5】

請求項４において、
前記選択受付部が、
前記イベント対象のキャラクタに関する選択を受け付ける入力インターフェースにおいて前記キャラクタごとのイベント消化状況を視認可能とするプログラム。

【請求項6】

ゲームの利用状況に応じて蓄積される第１パラメータを更新する第１パラメータ更新部と、
前記第１パラメータがイベントの実行条件を満たしているか否かを判定する実行条件判定部と、
前記イベントが実行可能である場合にプレーヤの識別情報に紐付けられた複数種類のキャラクタの中からイベント対象のキャラクタの選択を受け付ける選択受付部と、
前記第１パラメータを消費することを条件として、前記イベント対象のキャラクタに関連付けて前記イベントを実行するイベント実行部と、
前記イベントを実行した結果に基づいて、前記複数種類のキャラクタのうち前記イベント対象のキャラクタとして選択されたキャラクタに紐付く第２パラメータを更新する第２パラメータ更新部と、
を含み、
前記第１パラメータ更新部が、
周期的に訪れるリセットタイミングで前記第１パラメータをリセット可能にする情報処理システム。

【請求項7】

ゲームの利用状況に応じて蓄積される第１パラメータを更新する第１パラメータ更新ステップと、
前記第１パラメータがイベントの実行条件を満たしているか否かを判定する実行条件判定ステップと、
前記イベントが実行可能である場合にプレーヤの識別情報に紐付けられた複数種類のキャラクタの中からイベント対象のキャラクタの選択を受け付ける選択受付ステップと、
前記第１パラメータを消費することを条件として、前記イベント対象のキャラクタに関連付けて前記イベントを実行するイベント実行ステップと、
前記イベントを実行した結果に基づいて、前記複数種類のキャラクタのうち前記イベント対象のキャラクタとして選択されたキャラクタに紐付く第２パラメータを更新する第２パラメータ更新ステップと、
をコンピュータに実行させ、
前記第１パラメータ更新ステップでは、
周期的に訪れるリセットタイミングで前記第１パラメータをリセット可能にする情報処理方法。