JP2020168410A - ゲーム処理プログラム、ゲーム処理方法及びゲーム処理装置 - Google Patents

Abstract

【課題】キャラクタに関する演出を効果的に行うことによりゲームの継続率を高める。【解決手段】ユーザ端末１００は、キャラクタが登場する複数のストーリーを順番に提供するステップと、キャラクタのスケジュールに関する情報を取得するステップと、キャラクタからのメッセージをユーザが用いる表示部に表示する条件が満たされた場合に、スケジュールに関する情報に基づいて、キャラクタのスケジュールが無い場合にメッセージを表示部に出力し、スケジュールがある場合にメッセージの表示を待機するステップと、を実行させる。【選択図】図１

Description

本発明は、複数のイベントを含むゲーム処理を行うためのゲーム処理プログラム、ゲーム処理方法及びゲーム処理装置に関する。

従来、所定のイベント時に報酬アイテムを取得するシナリオゲームが知られている。例えば特許文献１に記載のシナリオゲームにおいては、所定の条件が満たされたときに特典が付与されることが記載されている。

特開２００７−６１４５１号公報

しかしながら、この種のシナリオゲームの継続率を高めるためには、ゲーム内のキャラクタに愛着を持つユーザに対して演出を効果的に行うことが必要となる。

本発明は、上記実情を鑑みてなされたものであり、その目的は、キャラクタに関する演出を効果的に行うことによりゲームの継続率を高めることにある。

上記課題を解決するゲーム処理プログラムは、ゲーム処理を、制御部を用いて行うためのプログラムであって、前記制御部に、キャラクタが登場する複数のストーリーを順番に提供するステップと、前記キャラクタのスケジュールに関する情報を取得するステップと、前記キャラクタからのメッセージをユーザが用いる表示部に表示する条件が満たされた場合に、前記スケジュールに関する情報に基づいて、前記キャラクタのスケジュールが無い場合に前記メッセージを前記表示部に出力し、前記スケジュールがある場合に前記メッセージの表示を待機するステップと、を実行させる。

上記ゲーム処理プログラムについて、前記制御部に、ゲーム内におけるキャラクタに関する案内情報を前記表示部に表示する案内表示ステップをさらに実行させ、前記案内表示ステップは、前記ユーザに関連付けられたパラメータに応じて前記案内情報の内容を異ならせてもよい。

上記ゲーム処理プログラムについて、前記制御部に、報酬提供イベントを含み得るストーリーが開始される前に表示部に表示される画面に、前記ユーザに関連付けられたパラメータが報酬提供条件を満たす場合に報酬が提供されることを通知する情報と、前記パラメータの情報と、前記パラメータを上昇させる処理を実行する指示を受け付けるオブジェクトとを出力するステップと、前記ストーリーの開始前に前記パラメータが前記報酬提供条件を満たさない場合、前記報酬提供イベントを含まないストーリーを提供し、前記パラメータが前記報酬提供条件を満たす場合、前記報酬提供イベントを含むストーリーを提供するステップと、をさらに実行させてもよい。

上記ゲーム処理プログラムについて、前記制御部に、前記報酬提供イベントにおいて報酬提供画面を前記ユーザが用いる前記表示部に表示させるステップと、前記パラメータが前記報酬提供条件を満たさない場合に、前記報酬を付与しない報酬非提供イベントを実行するステップと、をさらに実行させ、前記報酬提供イベント及び前記報酬非提供イベントは、共通部分を有するシナリオに沿って進行し、前記報酬提供イベント及び前記報酬非提供イベントの終了後には、次のイベントとして同一のイベントを進行させてもよい。

上記ゲーム処理プログラムについて、前記制御部に、前記報酬提供イベントとしてゲーム内におけるキャラクタからのメッセージの受信を含む操作演出を実行するステップをさらに実行させてもよい。

上記ゲーム処理プログラムについて、前記制御部に、前記操作演出として、前記キャラクタが発信者として設定された電話の着信画面を前記ユーザの用いる前記表示部に表示させるステップをさらに実行させる。

上記ゲーム処理プログラムについて、前記制御部を、前記操作演出におけるキャラクタからの音声データを前記報酬として取得し、記憶部に記録する手段として機能させる。

上記ゲーム処理プログラムについて、前記制御部に、音声データの再生を実行する操作入力部と、音声データに対応するキャラクタと関連付けて表示する報酬一覧画面を、前記ユーザの用いる前記表示部に表示させるステップをさらに実行させる。上記課題を解決するゲーム処理方法は、ゲーム処理を、制御部を用いて行うための方法であって、前記制御部が、キャラクタが登場する複数のストーリーを順番に提供するステップと、前記キャラクタのスケジュールに関する情報を取得するステップと、前記キャラクタからのメッセージをユーザが用いる表示部に表示する条件が満たされた場合に、前記スケジュールに関する情報に基づいて、前記キャラクタのスケジュールが無い場合に前記メッセージを前記表示部に出力し、前記スケジュールがある場合に前記メッセージの表示を待機するステップと、を実行する。
上記課題を解決するゲーム処理装置は、キャラクタが登場する複数のストーリーを順番に提供する提供部と、前記キャラクタのスケジュールに関する情報を取得する取得部と、前記キャラクタからのメッセージをユーザが用いる表示部に表示する条件が満たされた場合に、前記スケジュールに関する情報に基づいて、前記キャラクタのスケジュールが無い場合に前記メッセージを前記表示部に出力し、前記スケジュールがある場合に前記メッセージの表示を待機する表示制御部とを備える。

本発明によれば、キャラクタに関する演出を効果的に行うことによりゲームの継続率を高めることができる。

一実施形態のユーザ端末の構成を説明する概略図。 一実施形態のサーバの構成を説明する概略図。 （ａ）はストーリーの展開例を示す模式図、（ｂ）は報酬取得イベントを含むストーリーの構成を示す模式図。 （ａ）は、表示画面の一例を示す模式図、（ｂ）は、メッセージと好感度との対応関係を示すデータテーブル。 達成情報が表示された表示画面の一例を示す模式図。 報酬取得イベントにおける表示画面の一例を示す模式図。 報酬取得イベントにおける表示画面の一例を示す模式図。 （ａ）、（ｂ）は、取得報酬情報の表示画面の一例を示す模式図。 （ａ）、（ｂ）は、取得報酬情報の表示画面の一例を示す模式図。 報酬非取得ストーリーの表示画面の一例を示す模式図。 報酬取得イベントを含むストーリーでのゲームの処理手順を示すフローチャート。 キャラクタのスケジュールの表示画面の一例を示す模式図。 キャラクタからのメッセージの表示画面の一例を示す模式図。

以下、ゲーム処理プログラム、ゲーム処理方法及びゲーム処理装置の一実施形態について説明する。第１実施形態では、複数のストーリーを順番に提供するゲーム処理を行い、一部のストーリー内にてゲーム媒体に関連する報酬をユーザに提供する。

ユーザ端末１００は、ユーザが操作するコンピュータ端末（ゲーム処理装置）であって、各種のアプリケーションを実行することにより、情報の出力や入力に用いられる。例えば、ユーザ端末１００は、例えば携帯電話、スマートフォン、タブレット端末、ＰＣ（Personal Computer）、又はゲーム装置等の、ユーザによって使用される情報処理装置である。

図１に示すように、ユーザ端末１００は、制御部１１０、記憶部１２０、表示部１３０、音声出力部１４０、及び通信部１５０を備える。

記憶部１２０には、ゲーム管理情報１２１、取得アイテム情報１２２、取得報酬情報１２３、パラメータ情報１２４が格納されている。

ゲーム管理情報１２１は、ユーザの識別情報の他、ユーザのゲームにおけるアクティビティの少なくとも一部を含む。なお、アクティビティとは、ゲームの状況を反映した情報であって、ユーザに関連付けられたゲーム媒体や、対戦結果、ログイン状況等の利用状況、ゲームの進行状況を含む。本実施形態においてゲームの進行状況とは、例えば、ゲーム内でユーザに提供されるストーリーが「１話」〜「１３話」でありユーザが「２話」まで完了した場合、「２話」が完了した旨を示す情報である。なお、ストーリーは、「１話」、「２話」、「３話」…のように数の小さいストーリーから数の大きいストーリーへ連続して進めなければならず、特定のストーリーのスキップ、数の大きいストーリーから数の小さいストーリーへの後戻りや、同じストーリーを繰り返し実行することはできないものとする。このように、各ストーリーを順番にすすめることによって、ユーザが体験するシナリオに一貫性をもたせることができる。特に恋愛ゲームにおいては、そのようにシナリオに一貫性をもたせることでユーザは没入感が得られるため、満足度を高めることができる。

また、ストーリーが最終話まで完了した場合には、再度「１話」からゲームを進行させることができる。この場合、ゲーム管理情報１２１には、１周目が終了したことを示す情報が記憶される。なお、２周目以降は、同一のシナリオであるが、１周目とは異なる視点からのストーリーに沿ってゲームを進行させることができる。例えば１周目はユーザ又はゲーム内のユーザに対応するアバター等の視点からみたストーリーであり、２周目は、他のキャラクタの視点からみたストーリーである。このように異なる視点からのストーリーを提供することで、ユーザは同じシナリオを周回したいという願望を有するようになるため、ゲームの継続率を向上させることができる。なお、ゲームの継続率とは、例えば第１の所定のタイミングでゲームを開始した所定ユーザの人数に対し、その後の第２の所定のタイミングでゲームを行った所定ユーザの人数の割合に相当する。

取得アイテム情報１２２は、ユーザが購入したり、所定の取得条件を満たしたりすることによって取得した情報である。例えば、ユーザのアバターが出現するゲームにおいては、アバターの持ち物であるアイテムを購入可能である。購入したアイテムは、ユーザ識別情報と関連付けられて取得アイテム情報１２２として記憶される。また、ストーリーを進行させるためのアイテム（チケット）も、取得アイテム情報１２２として記憶される。

取得報酬情報１２３は、ユーザのゲーム内でのアクティビティが報酬提供条件を満たすことによって取得された報酬に関する情報を含む。例えば、ストーリーを進めていく上で、ユーザが報酬としてキャラクタに関するアイテムを取得した場合、そのアイテムが取得報酬情報１２３として記憶部１２０に記憶される。

パラメータ情報１２４は、ユーザに関連付けられたパラメータに関する情報であり、ユーザのアクティビティの少なくとも一部を含む。このパラメータ情報１２４は、ゲーム内のキャラクタからみたときのユーザに対する好感度に関する情報を含んでいる。好感度は、ストーリー内の各種イベントや、所定のゲーム媒体を購入することで向上することができる。なお、ゲーム媒体とは、ゲームに使用される電子データであり、ユーザによってゲーム内で取得、所有、使用、管理、交換、合成、強化、売却、廃棄、又は贈与等され得る。例えば、カード、アイテム、仮想通貨、チケット、キャラクタ、アバター、レベル情報、ステータス情報、体力値や攻撃力などの能力情報スキル、アビリティ、呪文、ジョブなど等、任意の媒体を含む。ゲーム媒体の利用態様は本明細書で明示されるものに限られない。

制御部１１０は、ゲーム処理プログラムを実行することによって、ゲーム管理部１１１、出力制御部１１２として機能する。ゲーム処理プログラムの実行の際に、後述するサーバとの通信が必要であれば、通信部１５０を介して各種情報を送受信する。

制御部１１０のゲーム管理部１１１は、ユーザが操作する操作入力部１５１から操作信号を取得する。操作入力部１５１は、ユーザが指やスタイラス等によって指定する位置を検出するタッチパネル、コントローラ等、ユーザによる入力操作が可能なものである。また、ゲーム管理部１１１は、取得した操作信号を用いて、ユーザによる入力操作を特定する。さらに、ゲーム管理部１１１は、特定した入力操作に基づきゲーム処理プログラムを実行する。

出力制御部１１２は、制御部１１０によるゲーム状況が反映された画像信号を表示部１３０に送信する。表示部１３０は、例えばタッチパネルと一体化された薄型ディスプレイや、又は単体のディスプレイ等である。また、出力制御部１１２は、ストーリー内でのゲーム状況を反映した音声信号を音声出力部１４０に送信する。また、出力制御部１１２は、ユーザによる操作入力部１５１の操作に応じて、記憶部１２０に記憶された音声信号を音声出力部１４０に送信する。音声出力部１４０は、音声信号に応じた音声を出力する。

次に図２を参照して、ユーザ端末１００にネットワークを介して接続されるサーバ１６０の構成について説明する。

サーバ１６０は、記憶部１７０、制御部１８０及び通信部１９０を備える。記憶部１７０には、ストーリー情報１７１、アイテム情報１７２、報酬情報１７３、及びユーザ管理情報１７４が記憶されている。

ストーリー情報１７１は、ユーザに連続する複数のストーリーを提供するためのプログラム、画像データ、音声データ等の情報である。ストーリー情報１７１には、１周目のストーリーに対応するプログラム、画像データ及び音声データと、２周目の１周目のストーリーに対応するプログラム、画像データ及び音声データとが含まれる。なお、ストーリー情報１７１は、２周目以降のデータをさらに含んでいてもよい。

少なくとも一部のストーリーの中には、１又は複数のイベントが含まれる。ストーリーの進行に伴い、これらに含まれるイベントが順番に提供される。イベントは、キャラクタとユーザとの間でメッセージを送受信するイベント、ユーザへ報酬を付与するイベント、対戦相手（他のユーザ、敵キャラクタ）と対戦するイベント、ユーザ又はユーザに関連付けられたアバター等のゲーム媒体を育成、強化、合成するイベント、ユーザ又はユーザに関連付けられたアバター等のゲーム媒体、クエスト、ミッション、ミニゲーム等であってもよい。

サーバ１６０は、ユーザ端末１００において一つのストーリーが終了する度に次のストーリーに対応するストーリー情報１７１をユーザ端末１００に送信してもよい。又は、複数のストーリー情報１７１をまとめてユーザ端末１００に送信してもよい。この場合、ユーザ端末１００は、ユーザ端末１００上で１つのストーリーが終了するまで次のストーリーを開始させないようにする。

アイテム情報１７２は、ユーザに付与することが可能なアイテムに関する情報である。

報酬情報１７３は、各ストーリーでユーザに付与される報酬に関する情報である。報酬は、ゲーム内で効果を発揮するゲーム媒体や、ゲーム内のキャラクタに関するゲーム媒体であってもよい。例えば恋愛ゲームの場合には、恋愛対象となるキャラクタの画像、キャラクタの音声データ等であってもよい。

次に図３を参照して、ゲーム管理部１１１が進行するゲームの内容の一例について説明する。

図３（ａ）に示すように、ゲーム管理部１１１は、例えば第１話から第１３話まで連続したストーリーを展開する。ストーリーの間には、ユーザの選択に応じてシナリオを分岐させる分岐イベントＥ１が存在している。分岐イベントＥ１では、ユーザの選択に応じて、シナリオＡに沿ったストーリーと、シナリオＡとは異なるシナリオＢに沿ったストーリーを提供する。また、最終ストーリーが終了したとき、ユーザに関連付けられたパラメータ情報が所定の値以上である場合には、特典ストーリーが提供される。特典ストーリーでは、ユーザに対応するアバターやキャラクタ以外のキャラクタ側の視点からみたシナリオや、最終ストーリーに続くシナリオを読むことができる。

また、図３（ｂ）に示すように、所定のストーリー（例えば９話）には、報酬取得イベントＥ２が含まれている。この報酬取得イベントＥ２は、キャラクタに関するゲーム媒体をユーザが取得できるイベントであり、所定のストーリーを開始する前のユーザのアクティビティが報酬提供条件を満たす場合に、報酬が付与される。例えば、報酬提供条件は、ユーザに関連付けられたゲーム媒体が所定の閾値以上であること、ユーザに関連付けられたゲーム媒体が必要個数を満たすこと、ユーザが所定のゲーム媒体を有していること、ミッションやクエストを達成したこと、等である。本実施形態では、ユーザの好感度が所定の閾値以上であることである。

また、ゲーム管理部１１１は、報酬取得イベントが含まれるストーリーが開始される前に、ユーザが報酬提供条件を満たすか否かを識別可能な達成情報を提供する。「報酬取得イベントが含まれるストーリーが開始される前」とは、例えば「９話」に報酬取得イベントＥ２が含まれている場合、ユーザ端末１００において８話が終了し、９話が開始される前であってもよい。又は、そのストーリーより前のストーリーの中でもよい。例えば、報酬提供条件が、「ユーザの好感度が所定の閾値以上であること」である場合、達成情報は、報酬提供条件に対して不足する好感度であってもよい。達成情報は、ユーザの好感度と、報酬提供条件に規定された閾値としての好感度とであってもよい。達成情報は、ユーザ端末１００の表示部１３０に出力される画面に表示されていてもよいし、音声出力部１４０から音声として出力されてもよい。

ユーザは、報酬提供条件が満たされない場合、報酬提供条件を満たすためのゲーム媒体を購入することができる。好感度は、基本的にはゲーム内のイベントを実行することにより向上させることができるが、所定のゲーム媒体を購入することでも向上させることができる。ゲーム管理部１１１は、ゲーム媒体が購入されると、購入したゲーム媒体を取得アイテム情報１２２として記憶部１２０に記憶し、パラメータ情報１２４内の好感度を向上させる。また、ゲーム媒体の購入に代えて、ユーザが所定のイベントを達成するようにしてもよい。このイベントは、ユーザの好感度を向上させるためのクエスト、ミッション、ミニゲーム等のイベントであってもよい。

ゲーム管理部１１１は、「９話」が開始される以前に報酬提供条件が満たされている場合、報酬取得イベントＥ２を含むシナリオ９Ａに沿ってゲーム処理を実行する。また、９話が開始される以前に報酬提供条件が満たされていない場合、報酬取得イベントＥ２を含まないシナリオ９Ｂに沿ってゲーム処理を実行する。シナリオ９Ａ及びシナリオ９Ｂは、互いに共通する部分と相違する部分とを有し、シナリオ９Ａに沿ってゲームを実行した場合とシナリオ９Ｂに沿ってゲームを実行した場合の両方で、第１０話を矛盾なく開始できるようになっている。

次に図４を参照して、分岐イベントについて詳述する。図４（ａ）に示すように、ゲーム管理部１１１は、ユーザによる操作状況に基づいて、ストーリー内でキャラクタとやり取りするメッセージを複数の選択肢の中から選択する。同図に示す例では、ゲーム内のキャラクタ２００が提案２１０を行っているのに対し、ユーザが３つの選択肢２２０の中から自分の意図に合った選択肢２２０を選択する。

この場合、図４（ｂ）に示すように、メッセージの選択肢２２０と、キャラクタとユーザとの間の好感度の上昇度合いとは予め対応付けられている。この場合、キャラクタ２００によるデートの提案２１０に対して適切な選択肢２２０を選択できたとき、ゲーム内のキャラクタとユーザとの間の好感度が大きく上昇する。

次に、図５を参照して、達成情報の提供例について説明する。達成情報は、報酬提供イベントを含むストーリー（例えば９話）の直前のストーリー（例えば８話）が終了したときに表示部１３０に出力される終了画面等に表示される。この終了画面は、報酬提供条件が「ユーザの好感度が所定の閾値以上であること」を前提としたものである。終了画面には、好感度のゲージ３１０と、次のストーリーで報酬が付与されることを予告する予告情報３１１と、報酬提供条件を満たすか否かを識別可能とする達成情報３１２と、好感度を向上させることが可能なゲーム媒体を購入するための購入ボタン３１３が表示されている。ゲーム管理部１１１は、ユーザによる購入ボタン３１３の選択を検知すると、所定のゲーム媒体を購入するための購入処理を実行するため、サーバ１６０又はその他の外部装置に接続する。ゲーム媒体が購入されると、記憶部１２０に記憶する。

そして、ゲーム管理部１１１は、報酬提供イベントを含むストーリー（例えば９話）が開始される前においてキャラクタとユーザとの好感度が所定の閾値以上であるときには、報酬提供イベントを含むシナリオに沿ったストーリーに移行する。

報酬取得イベントでユーザが取得できる報酬例について詳述する。報酬取得イベントでは、報酬として、ゲーム内におけるキャラクタからのメッセージの受信を含む操作演出が実行される。具体的には、メッセージの受信を含む操作演出には、キャラクタからの着信通知を模擬した操作演出、又はキャラクタからの留守番電話メッセージを模擬した操作演出が含まれる。

図６に示すように、着信通知を模擬した操作演出では、画面の中央に発信者として設定されたキャラクタ４００を表示するとともに、画面の下方側に着信通知に対する受話操作を行うための操作ボタン４１０や、受話操作を拒否するための操作ボタン４２０を表示する。ゲーム管理部１１１は、この着信画面を表示部１３０に出力するとともに、キャラクタの音声データを取得報酬情報１２３として、ユーザの入力操作に応じて出力可能に記憶部１２０に記憶する。ゲーム管理部１１１は、受話操作を行うための操作ボタン４１０の選択を検知した場合に、記憶部１２０に記憶された音声データを音声出力部１４０から出力する。なお、ユーザによる受話操作の有無は、キャラクタの音声データの取得の可否には影響しない。すなわち、ユーザが受話操作を行わなかったとしても、キャラクタの音声データは取得報酬情報１２３として追加される。受話操作を拒否するための操作ボタン４２０の選択を検知した場合、留守番電話機能を模擬した演出でキャラクタの音声データが取得報酬情報１２３として追加してもよい。また、着信通知を模擬した操作演出では、キャラクタからのメッセージの理解を容易にするために、メッセージを文字で表示するようにしてもよい。

図７に示すように、留守番電話メッセージを模擬した操作演出では、画面の中央に着信通知を知らせるためのキャラクタ５００を表示するとともに、画面の下方側に留守番電話メッセージの再生操作を行うための操作ボタン５１０や、再生操作を拒否するための操作ボタン５２０を表示する。なお、報酬として、着信通知を模擬した操作演出及び留守番電話メッセージを模擬した操作演出の両方が含まれていてもよい。

また、報酬として取得したデータは、取得報酬情報１２３として記憶部１２０に追加され、ユーザの入力操作に基づいて、報酬一覧画面として表示部１３０に表示される。なお、ゲームの進行に用いられるキャラクタが複数であるときには、これらデータはキャラクタ毎に区別して管理される。

具体的には、図８（ａ）に示すように、着信通知を模擬した操作演出により取得した音声データは、画面上方の「通話履歴」のタグ６００を選択したときに表示される。これら音声データは、キャラクタ等のアイコン画像を示す表示画像６１０と、音声データの取得日時を示す表示画像６２０と、音声データの再生操作を行うための表示画像６３０とを含んでいる。報酬のデータが未取得であるときには、対応する表示画像がグレーアウトされて表示される。このように、未取得の報酬がグレーアウトして表示されることにより、ユーザが取得可能な報酬のうち未取得のものがあることをユーザが認識することができる。これにより、報酬を取得したいという要望があるユーザはゲームを継続するため、ゲームの継続率を向上させることができる。

また、図８（ｂ）に示すように、別の報酬提供条件を満たすことによって取得した音声データの一覧画面を表示可能としてもよい。別の報酬提供条件とは、ユーザに関連付けられたゲーム媒体が所定の値以上であること、ミッションやクエストを達成したこと等である。取得した音声データは、画面上方の「ボイス」のタグ７００を選択したときに表示される。これら音声データは、音声データのタイトルを示す表示画像７１０と、音声データの再生操作を行うための表示画像７２０とを含んでいる。

また、図９（ａ）に示すように、ゲームのメインストーリーの進行時に取得したキャラクタの画像データは、画面上方の「メイン」のタグ８００を選択したときに表示される。これら画像データは、サムネイル表示の対象となるキャラクタの表示画像８１０である。

また、図９（ｂ）に示すように、ゲームの本編ストーリーの進行時に取得したストーリーの動画データは、画面上方の「本編」のタグ９００を選択したときに表示される。これら動画データは、ストーリーの種別毎に、動画データのタイトルを示す表示画像９１０と、動画データの再生操作を行うための表示画像９２０とを含んでいる。

一方、報酬提供イベントを含むストーリー（例えば９話）が開始される前においてキャラクタとユーザとの好感度が所定の閾値に達しなかったときには、報酬提供イベントを含まないシナリオに沿った報酬非提供ストーリーに移行する。

例えば、この報酬非提供ストーリーでは、ゲーム内のキャラクタからメッセージを受信する。キャラクタからのメッセージには、報酬提供ストーリーにおけるキャラクタからの提案に関連した情報が含まれる。

具体的には、図４に示した報酬提供ストーリーではキャラクタが海に行くことを提案していたことから、図１０に示す報酬非提供ストーリー上で表示される画面では、キャラクタがユーザとは別行動として海に行くことを通知している。これにより、報酬提供ストーリーの実行の有無に関わらず、その後のストーリー内にてつじつまが合うようにストーリーを展開することができる。

次に、図１１に従って、報酬取得イベントを含むストーリーに対応するゲーム処理の手順について説明する。ゲーム管理部１１１は、ユーザのアクティビティをゲーム管理情報１２１又はパラメータ情報１２４として記憶しながらゲームを進行させる。また、ゲーム管理部１１１は、ストーリーに含まれる複数のイベントを実行することによりアイテムが取得された場合には、取得アイテム情報１２２として記憶部１２０に記憶する。

前提として、ゲーム管理部１１１は、報酬取得イベントを含むストーリーの直前のストーリーにおいて達成情報を含む画面を表示部１３０に出力する。

ゲーム管理部１１１は、報酬取得イベントを含むストーリーを開始させるためのユーザの操作を検知すると、パラメータ情報１２４を参照して、報酬提供条件が満たされるか否かを判断する（ステップＳ１）。

ゲーム管理部１１１は、報酬提供条件が満たされると判断すると（ステップＳ１：ＹＥＳ）、報酬提供イベントを含む報酬提供ストーリーのゲーム処理を実行し（ステップＳ２）、ストーリー内で取得した報酬を取得報酬情報１２３として記憶部１２０に記憶する（ステップＳ３）。

一方、ゲーム管理部１１１は、報酬提供条件が満たされないと判断すると（ステップＳ１：ＮＯ）、報酬提供条件が満たされない状態でストーリーを開始する。すなわち、報酬非提供ストーリーのゲーム処理を実行する（ステップＳ４）。このように報酬取得イベントを含むストーリーで報酬が取得されない場合、このストーリーに基づくゲーム処理を再度実行することはできないため、ユーザが報酬を得るためには、最終ストーリーまで進めた上で「１話」からゲームを開始させなければならない。このため、ユーザに手間と時間がかかってしまう。

特に恋愛ゲームにおいては、キャラクタを目当てにゲームを開始するユーザが多く、報酬の取り逃しがあると、ユーザの満足度が著しく低下してしまう。これに対し、報酬取得イベントを含むストーリーが開始される前に、ユーザに達成情報を提供することで、ユーザは報酬提供条件を満たすように所定のゲーム媒体を購入したり、イベントを実行したりすることができる。このため、ユーザの満足度を向上させるとともに、ゲームの継続率も向上させることができる。また、ユーザは効率よく報酬を取得しながらゲームを進めることができる。

以上説明したように、上記実施形態によれば、以下に列挙する効果が得られるようになる。
（１）上記実施形態では、報酬提供イベントが含まれるストーリーが開始される前に、報酬提供条件が満たされるか否かをユーザが識別可能な達成情報を、ユーザ端末１００を介してユーザに提供する。これにより、ユーザはこのストーリーを開始する前に報酬提供条件が満たされるように、アイテムの購入等、所定の処理を行うことができるため、報酬の取り逃しを防ぐことができる。このため、ユーザは効率よく報酬を取得しながらゲームを進めることができる。

（２）上記実施形態では、ユーザへの通知として、報酬を提供する条件を満たすためのアイテムの取得をユーザに促す通知を実行する。これにより、ユーザによる報酬の取得がより一層促されるようになる。

（３）上記実施形態では、報酬提供イベント及び報酬非提供イベントは、共通部分を有するシナリオに沿って進行し、報酬提供イベント及び報酬非提供イベントの終了後には、次のイベントとして同一のイベントを進行する。これにより、報酬提供イベントの実行の有無に関わらず、その後のイベントの整合性を維持することができる。

（４）上記実施形態では、ゲーム内におけるキャラクタからのメッセージの受信を含む操作演出を報酬提供イベントとして実行する。これにより、ゲーム内のキャラクタに愛着を持つユーザに対して報酬取得の演出を効果的に行うことができる。

（５）上記実施形態では、キャラクタが発信者として設定された電話の着信画面をユーザ端末１００の表示部１３０に表示する。これにより、ゲーム内のキャラクタに愛着を持つユーザに対して報酬取得の演出を効果的に行うことができる。

（６）上記実施形態では、操作演出におけるキャラクタからの音声データを報酬として取得し、記憶部１２０に記録する。これにより、報酬として取得したキャラクタからの音声データを、ユーザが後の時点で再生することができる。
なお、上記実施形態は、以下のように適宜変更して実施することもできる。

・上記実施形態において、ゲーム管理部１１１が、ゲーム内のキャラクタのスケジュール情報を取得し（図１２参照）、キャラクタからメッセージを発信する条件が満たされた場合に、スケジュール情報に基づいて、メッセージをゲーム内で出力するようにしてもよい。具体的には、ゲーム管理部１１１が、キャラクタのスケジュールが無い場合にメッセージをゲーム内で出力し、キャラクタのスケジュールがある場合にキャラクタからのメッセージの発信を待機してもよい。この場合、ゲーム内のキャラクタは実在の人物であってもよいし、アニメなどのキャラクタであってもよい。そして、これらキャラクタのスケジュール情報は、テレビ、ラジオ、開催イベントなどへの出演情報等に基づいて、管理者が外部サーバに手動で登録してもよいし、新聞の番組表などのデータをコンピュータが機械的に読み取って登録してもよい。また、キャラクタからのメッセージの発信は、ゲームのストーリー内でのメッセージ通知であってもよいし、ゲームのチャット機能を利用したメッセージ通知であってもよい。ゲームのチャット機能を利用したメッセージ通知では、ユーザが送信したメッセージに対する既読表示の機能が、キャラクタのスケジュールがある場合に無効とされてもよい。

・上記実施形態において、ゲーム管理部１１１が、キャラクタに関する案内情報が記憶部１２０に記憶されているか否かを判断し、案内情報が記憶部１２０に記憶されている場合には、キャラクタからのメッセージを発信する操作演出において、案内情報を出力するようにしてもよい。図１３に示す例では、キャラクタが実在の人物、又は、アニメなどのキャラクタであって、キャラクタが出演予定のゲーム外イベントがあるとき、そのイベントの告知を案内情報としてゲーム内で出力するようにしている。この場合、例えば好感度が高いほど親しげのあるメッセージでゲーム外イベントを告知したり、好感度が高いユーザに向けて限定イベントを告知したりするなど、ゲーム内でのキャラクタとユーザとの好感度に応じてゲーム外イベントの告知の内容を変更してもよい。

・上記実施形態では、ゲーム管理部１１１は、着信通知を模擬した操作演出において、ユーザによる受話操作の有無に関わらず、キャラクタの音声データを取得報酬情報１２３に追加するようにした。これに代えて、ゲーム管理部１１１は、ユーザが所定時間内に受話操作を行った場合に限り、キャラクタの音声データを取得報酬情報１２３に追加するようにしてもよい。

・上記実施形態では、ゲーム管理部１１１は、着信通知を模擬した操作演出において、キャラクタの音声データを取得報酬情報１２３として追加することなく、ユーザが受話操作を行ったときに限って視聴することのできる限定アイテムとしてもよい。

・上記実施形態では、報酬取得イベントが含まれるストーリーが開始される前に報酬提供条件が満たされているか否かを示す達成情報をユーザ端末１００の表示部１３０に表示させた。これに代えて、ストーリーが開始された後であって報酬取得イベントの直前に達成情報をユーザ端末１００の表示部１３０に表示させるようにしてもよい。また、第１話から最終話までの長さが短い場合には、第１話が始まる前に達成情報をユーザ端末１００の表示部１３０に表示させてもよい。

・上記実施形態では、ゲーム管理部１１１は、報酬提供条件が満たされている状態でストーリーが開始された場合には報酬提供ストーリーに移行し、報酬提供条件が満たされていない状態でストーリーが開始された場合には報酬非提供ストーリーに移行するようにした。ただし、報酬提供ストーリーがそれ以降のストーリーの内容に影響を及ぼさないのであれば、キャラクタとの好感度が所定の閾値未満であるときには報酬非提供ストーリーを経ることなく、報酬提供ストーリー以降と同一のストーリーを進行させてもよい。

・上記実施形態において、ユーザ端末１００が実行する動作及び処理の少なくとも一部を、ユーザ端末に接続されたサーバ１６０又はその他の外部装置が実行する構成であってもよい。例えば、ユーザ端末に表示される各種画面の表示制御及び各種ＧＵＩの制御等の処理は、サーバ１６０又はその他の外部装置の何れか一方が実行してもよい。また、各種画面の表示制御及び各種ＧＵＩの制御等の処理を、ユーザ端末１００及びサーバ１６０等が協働して実行してもよい。すなわち、各種のゲーム画面の一部を、サーバ１６０が生成したデータに基づいてユーザ端末に表示させるウェブ表示とし、ゲーム画面の一部を、ユーザ端末にインストールされているネイティブアプリによって表示させるネイティブ表示としてもよい。このように、上記各実施形態に係るゲームは、サーバ装置及びユーザ端末のそれぞれの処理の一部を担うハイブリッドゲームとすることができる。

・上記実施形態に係るサーバ又はユーザ端末として機能させるために、コンピュータ又は携帯電話などの情報処理装置を好適に用いることができる。このような情報処理装置は、実施形態に係るサーバ装置又はユーザ端末の各機能を実現する処理内容を記述したプログラムを、情報処理装置の記憶部に格納し、情報処理装置のＣＰＵによって当該プログラムを読み出して実行させることによって実現可能である。

・上記実施形態では、ゲームの一例としてキャラクタとの恋愛を模擬したゲームを提供する場合について説明したが、本発明は他のゲームに適用することも可能である。すなわち、複数のイベントを順番に提供するゲームであれば本発明を適用することは可能である。例えばゲームフィールドに配置されたアイテムをイベント毎に取得していくアイテム捕獲ゲームなどである。また例えば、ゲームコンテンツ毎に設定される１つ以上の所定の条件（ゲーム課題）の達成に成功したと判定された場合、ユーザに対して、ゲーム媒体等が報酬として付与されるゲームであってもよい。このゲーム課題には、例えば敵キャラクタとの対戦に勝利するとの課題、および、仮想空間内のゴール地点まで到達するとの課題等、ゲームコンテンツの内容に応じた任意の課題が採用可能である。また、ゲームコンテンツに設定された１つ以上のゲーム課題のうち、特定の課題（クリア課題）が達成されることを、ゲームコンテンツのクリアともいう。ゲームコンテンツをプレイするユーザがクリア課題の達成に成功した場合、当該ゲームコンテンツのクリアと判定され、当該ゲームコンテンツが終了する。このような多様なゲームコンテンツには、シングルプレイ用のゲームコンテンツと、マルチプレイ用のゲームコンテンツと、が含まれてもよい。シングルプレイ用のゲームコンテンツとは、１のユーザが使用する１の端末装置に対するユーザ操作に基づいて実行されるゲームコンテンツ（例えば、一人用のゲームコンテンツ）である。１の端末装置が単独で、又は１の端末装置とサーバ装置とが協働して、シングルプレイ用のゲームコンテンツを実行する。一方、マルチプレイ用のゲームコンテンツとは、２つ以上のユーザがそれぞれ使用する２つ以上の端末装置に対するユーザ操作に基づいて実行される、当該２つ以上のユーザに共通のゲームコンテンツ（例えば、複数人用のゲームコンテンツ）である。２つ以上のユーザに共通のゲームコンテンツとは、例えば当該ゲームコンテンツの進行処理及び処理結果等の少なくとも一部が、当該２つ以上のユーザに対して共通して適用されるゲームコンテンツを含んでもよい。２つ以上の端末装置が協働して、又は２つ以上の端末装置とサーバ装置とが協働して、マルチプレイ用のゲームコンテンツを実行する。
次に、上記実施形態及び別例から把握できる技術的思想について以下に追記する。
〔１〕
ゲーム処理を、制御部を用いて行うためのプログラムであって、
前記制御部を、
複数のストーリーを順番に提供し、
ユーザのパラメータを記憶部に記録し、
報酬提供イベントを含み得るストーリーが開始される前に表示部に表示される画面に、前記パラメータが報酬提供条件を満たす場合に報酬が提供されることを通知する情報と、前記パラメータの情報と、前記パラメータを上昇させる処理を実行する指示を受け付けるオブジェクトとを出力し、
前記ストーリーの開始前に前記パラメータが前記報酬提供条件を満たさない場合、前記報酬提供イベントを含まないストーリーを提供し、前記パラメータが前記報酬提供条件を満たす場合、前記報酬提供イベントを含むストーリーを提供する手段として機能させるゲーム処理プログラム。
〔２〕
前記制御部を、
前記報酬提供イベントにおいて報酬提供画面を前記ユーザが用いる前記表示部に表示させ、
前記パラメータが前記報酬提供条件を満たさない場合に、前記報酬を付与しない報酬非提供イベントを実行し、
前記報酬提供イベント及び前記報酬非提供イベントは、共通部分を有するシナリオに沿って進行し、前記報酬提供イベント及び前記報酬非提供イベントの終了後には、次のイベントとして同一のイベントを進行させる〔１〕に記載のゲーム処理プログラム。
〔３〕
前記制御部を、
ゲーム内におけるキャラクタからのメッセージの受信を含む操作演出を前記報酬提供イベントとして実行する手段として機能させる〔１〕又は〔２〕に記載のゲーム処理プログラム。
〔４〕
前記制御部を、
前記操作演出として、前記キャラクタが発信者として設定された電話の着信画面を前記ユーザの用いる前記表示部に表示させる手段として機能させる〔３〕に記載のゲーム処理プログラム。
〔５〕
前記制御部を、
前記操作演出におけるキャラクタからの音声データを前記報酬として取得し、前記記憶部に記録する手段として機能させる〔３〕に記載のゲーム処理プログラム。
〔６〕
前記制御部を、
前記音声データの再生を実行する操作入力部と、前記音声データに対応するキャラクタと関連付けて表示する報酬一覧画面を、前記ユーザの用いる前記表示部に表示させる〔５〕に記載のゲーム処理プログラム。
〔７〕
前記制御部を、
ゲーム内におけるキャラクタのスケジュール情報を取得し、
前記報酬としてのメッセージを含む前記キャラクタからのメッセージを発信する条件が満たされた場合に、前記スケジュール情報に基づいて、スケジュールが無い場合にメッセージを端末に出力し、スケジュールがある場合にメッセージの発信を待機する手段として機能させる〔１〕〜〔６〕のいずれか一項に記載のゲーム処理プログラム。
〔８〕
前記制御部を、
ゲーム内におけるキャラクタに関する案内情報が記憶部に記憶されているか否かを判断し、
前記案内情報が前記記憶部に記憶されている場合には、前記キャラクタからの案内メッセージを発信する操作演出において、前記案内情報を出力する手段として機能させる〔１〕〜〔７〕のいずれか一項に記載のゲーム処理プログラム。
〔９〕
ゲーム処理を、制御部を用いて行うための方法であって、
前記制御部が、
複数のストーリーを順番に提供し、
ユーザのパラメータを記憶部に記録し、
報酬提供イベントを含み得るストーリーが開始される前に表示部に表示される画面に、前記パラメータが報酬提供条件を満たす場合に報酬が提供されることを通知する情報と、前記パラメータの情報と、前記パラメータを上昇させる処理を実行する指示を受け付けるオブジェクトとを出力し、
前記ストーリーの開始前に前記パラメータが前記報酬提供条件を満たさない場合、前記報酬提供イベントを含まないストーリーを提供し、前記パラメータが前記報酬提供条件を満たす場合、前記報酬提供イベントを含むストーリーを提供することを特徴とするゲーム処理方法。
〔１０〕
制御部が、
複数のストーリーを順番に提供し、
ユーザのパラメータを記憶部に記録し、
報酬提供イベントを含み得るストーリーが開始される前に表示部に表示される画面に、前記パラメータが報酬提供条件を満たす場合に報酬が提供されることを通知する情報と、前記パラメータの情報と、前記パラメータを上昇させる処理を実行する指示を受け付けるオブジェクトとを出力し、
前記ストーリーの開始前に前記パラメータが前記報酬提供条件を満たさない場合、前記報酬提供イベントを含まないストーリーを提供し、前記パラメータが前記報酬提供条件を満たす場合、前記報酬提供イベントを含むストーリーを提供することを特徴とするゲーム処理装置。

１００…ユーザ端末、１１０…制御部、１１１…ゲーム管理部、１１２…出力制御部、１２０…記憶部、１２１…キャラクタ情報、１２２…ストーリー情報、１２３…パラメータ情報、１２４…報酬取得履歴、１３０…表示部、１４０…音声出力部、１５０…操作入力部。

Claims (10)

1. ゲーム処理を、制御部を用いて行うためのプログラムであって、
   前記制御部に、
   キャラクタが登場する複数のストーリーを順番に提供するステップと、
   前記キャラクタのスケジュールに関する情報を取得するステップと、
   前記キャラクタからのメッセージをユーザが用いる表示部に表示する条件が満たされた場合に、前記スケジュールに関する情報に基づいて、前記キャラクタのスケジュールが無い場合に前記メッセージを前記表示部に出力し、前記スケジュールがある場合に前記メッセージの表示を待機するステップと、を実行させるゲーム処理プログラム。
2. 前記制御部に、
   ゲーム内におけるキャラクタに関する案内情報を前記表示部に表示する案内表示ステップをさらに実行させ、
   前記案内表示ステップは、前記ユーザに関連付けられたパラメータに応じて前記案内情報の内容を異ならせる
   請求項1に記載のゲーム処理プログラム。
3. 前記制御部に、
   報酬提供イベントを含み得るストーリーが開始される前に表示部に表示される画面に、前記ユーザに関連付けられたパラメータが報酬提供条件を満たす場合に報酬が提供されることを通知する情報と、前記パラメータの情報と、前記パラメータを上昇させる処理を実行する指示を受け付けるオブジェクトとを出力するステップと、
   前記ストーリーの開始前に前記パラメータが前記報酬提供条件を満たさない場合、前記報酬提供イベントを含まないストーリーを提供し、前記パラメータが前記報酬提供条件を満たす場合、前記報酬提供イベントを含むストーリーを提供するステップと、をさらに実行させる
   請求項１又は２に記載のゲーム処理プログラム。
4. 前記制御部に、
   前記報酬提供イベントにおいて報酬提供画面を前記ユーザが用いる前記表示部に表示させるステップと、
   前記パラメータが前記報酬提供条件を満たさない場合に、前記報酬を付与しない報酬非提供イベントを実行するステップと、をさらに実行させ、
   前記報酬提供イベント及び前記報酬非提供イベントは、共通部分を有するシナリオに沿って進行し、前記報酬提供イベント及び前記報酬非提供イベントの終了後には、次のイベントとして同一のイベントを進行させる請求項３に記載のゲーム処理プログラム。
5. 前記制御部に、
   前記報酬提供イベントとしてゲーム内におけるキャラクタからのメッセージの受信を含む操作演出を実行するステップをさらに実行させる請求項３又は請求項４に記載のゲーム処理プログラム。
6. 前記制御部に、
   前記操作演出として、前記キャラクタが発信者として設定された電話の着信画面を前記ユーザの用いる前記表示部に表示させるステップをさらに実行させる請求項５に記載のゲーム処理プログラム。
7. 前記制御部に、
   前記操作演出におけるキャラクタからの音声データを前記報酬として取得し、記憶部に記録するステップをさらに実行させる請求項５に記載のゲーム処理プログラム。
8. 前記制御部に、
   音声データの再生を実行する操作入力部と、前記音声データに対応するキャラクタと関連付けて表示する報酬一覧画面を、前記ユーザの用いる前記表示部に表示させるステップをさらに実行させる
   請求項３〜７のいずれか１項に記載のゲーム処理プログラム。
9. ゲーム処理を、制御部を用いて行うための方法であって、
   前記制御部が、
   キャラクタが登場する複数のストーリーを順番に提供するステップと、
   前記キャラクタのスケジュールに関する情報を取得するステップと、
   前記キャラクタからのメッセージをユーザが用いる表示部に表示する条件が満たされた場合に、前記スケジュールに関する情報に基づいて、前記キャラクタのスケジュールが無い場合に前記メッセージを前記表示部に出力し、前記スケジュールがある場合に前記メッセージの表示を待機するステップと、を実行するゲーム処理方法。
10. キャラクタが登場する複数のストーリーを順番に提供する提供部と、
    前記キャラクタのスケジュールに関する情報を取得する取得部と、
    前記キャラクタからのメッセージをユーザが用いる表示部に表示する条件が満たされた場合に、前記スケジュールに関する情報に基づいて、前記キャラクタのスケジュールが無い場合に前記メッセージを前記表示部に出力し、前記スケジュールがある場合に前記メッセージの表示を待機する表示制御部とを備えるゲーム処理装置。