JP6333490B1 - ゲームシステム、ゲーム制御方法、ならびに、プログラム - Google Patents

Abstract

【課題】ユーザがプレイしなくなったゲームに、そのユーザを適切に誘導することのできるゲームシステム等を提供する。【解決手段】管理部２３０は、第１のゲームと第２のゲームとの両方をプレイした実績のある多様ユーザを含むユーザのゲーム管理情報２３２等を管理する。抽出部２４２は、多様ユーザのうち、所定期間において、第１のゲームをプレイしており、かつ、第２のゲームをプレイしていない、特定ユーザを抽出する。更新部２４３は、抽出された特定ユーザの第１のゲームに、第２のゲームの一部を再現したミニゲームを付加するデータ更新を行う。そして、進行制御部２４１は、ミニゲームが付加された第１のゲームが特定ユーザのユーザ端末にて実行されると、第１のゲームにおける進行状況が所定条件を満たした際に、ミニゲームの進行を制御する。【選択図】図３

Description

本発明は、ユーザがプレイしなくなったゲームに、そのユーザを適切に誘導することのできるゲームシステム、ゲーム制御方法、ならびに、プログラムに関する。

従来より、ユーザ端末（スマートフォンやゲーム装置等）に向けて、種々のゲームアプリが提供されている。最近では、基本プレイが無料のゲームアプリも増えており、ユーザは、口コミ、人気ランキング、レビュー等を参考にして、幅広いジャンルのゲームアプリをダウンロードして、ユーザ端末にインストールする場合も多い。

複数のゲームアプリをユーザ端末にインストールした場合に、ユーザは、最初のうちでこそ、順繰りにゲームアプリを実行してそれぞれのゲームをプレイするものの、ある程度の期間が経過すると、プレイするゲームが絞られていき、残りはプレイされなくなる（例えば、プレイできる状態ではあるものの、ユーザがそのゲームを休止する）。
また、新しいゲームアプリをインストールすると、ユーザは、そのゲームに熱中し、プレイ時間が長くなるため、それまでプレイしていたゲームが休止され、プレイされなくなる場合もある。

ゲームを提供するゲーム会社等は、新しい内容をゲームに追加したり、既存の内容を改良するなどして、より多くのユーザに継続してゲームをプレイしてもらえるように注力している。
それでも、ユーザがそのゲームをプレイしなくなっている場合には、そのゲームに新しい内容が追加されるなどしても、ユーザに気付かれないため、ユーザがそのゲームを再開するように働きかけることが不十分であった。

このような課題を解決すべく、引用文献１には、新規なゲームへ移動してしまったユーザを、プレイしなくなった過去のゲームへ回帰させることを特徴としたゲームサーバの発明が開示されている。
引用文献１の発明では、ゲームにおけるユーザのランキングに変動があったり、ゲームにおいて新たなステージが追加されるといった事情変更が生じたことをきっかけに、回帰誘導画面（事情変更を具体的に記載した画面や、回帰した後に獲得できる報酬を記載した画面等）をユーザの端末に送信して、ゲームへの回帰を促している。

特許第５４２１４７７号公報

しかしながら、引用文献１に記載された発明は、端末にソフトウェアをダウンロードすることなくウェブブラウザ上でプレイできるブラウザゲームに関する発明であり、ゲーム一覧から任意のゲームを選択する場面において回帰誘導画面を表示するなどして、プレイしなくなったゲームへの回帰を促している。
そのため、個別にゲームアプリをユーザ端末にインストールしてプレイする場合では、引用文献１の発明を適用することが困難であった。
特に、プレイしなくなったゲームをユーザがユーザ端末から削除してしまった後では、そのゲームに魅力的な改良等がなされたことをユーザが知り得たとしても、再インストールしない限り、試しにそのゲームをプレイするようなこともできない。つまり、回帰誘導画面のような通知をユーザに提示するだけでは、ゲームアプリを削除するなどした場合も含めて、ユーザがプレイしなくなったゲームに、ユーザを誘導することが困難であった。

本発明は、上記実状に鑑みてなされたもので、ユーザがプレイしなくなったゲームに、そのユーザを適切に誘導することのできるゲームシステム、ゲーム制御方法、ならびに、プログラムを提供することを目的とする。

本発明に係るゲームシステムは、
第１のゲーム及び第２のゲームを管理するサーバと、端末と、を備えるゲームシステムであって、
前記第１のゲームと前記第２のゲームとの両方をプレイした実績のある多様ユーザを含むユーザのゲーム情報を管理する管理部と、
前記端末にて、前記第１のゲームの進行を制御すると共に、前記第２のゲームの進行を制御する進行制御部と、
前記多様ユーザのうち、所定期間において、前記第１のゲームをプレイしており、かつ、前記第２のゲームをプレイしていない、特定ユーザを抽出する抽出部と、
抽出された前記特定ユーザの前記第１のゲームに、前記第２のゲームの一部を再現したミニゲームを付加するデータ更新を行う更新部と、を備え、
前記進行制御部は、前記ミニゲームが付加された前記第１のゲームが前記特定ユーザの前記端末にて実行されると、前記第１のゲームにおける進行状況が所定条件を満たした際に、前記ミニゲームの進行を制御する、
ことを特徴とする。

本発明によれば、ユーザがプレイしなくなったゲームに、そのユーザを適切に誘導することができる。

本実施形態に係るゲームシステムの全体構成の一例を示すブロック図である。 ゲームサーバ等が実現される典型的な情報処理装置の概要構成の一例を示すブロック図である。 ゲームサーバの概要構成を示すブロック図である。 ユーザ管理情報の一例を示す模式図である。 ゲーム管理情報の一例を示す模式図である。 進行度集計情報の一例を示す模式図である。 補正情報の一例を示す模式図である。 本実施形態に係るユーザ端末の概要構成を示すブロック図である。 ミニゲームのデータが付加された第１のアプリを説明するための模式図である。 本実施形態に係るデータ更新処理を説明するためのフローチャートである。 本実施形態に係る誘導処理を説明するためのフローチャートである。

以下に本発明の実施形態を説明する。以下では、理解を容易にするため、スマートフォン等を用いて実行されるゲーム（一例として、対戦ゲーム等のような複数のゲーム）を制御するゲームシステムに本発明が適用される実施形態を説明するが、この他にも、例えば、ノート型パーソナルコンピュータ、ゲーム機器、ＰＤＡ（Personal Digital Assistant）などの情報処理装置を用いて実行されるゲームを制御する場合にも、同様に本発明を適用することができる。
すなわち、以下に記載する実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素または全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。

（全体構成）
本発明の実施形態に係るゲームシステム１００は、図１に示すように、ゲームサーバ２００とユーザ端末３００とがインターネット９００を介して通信可能に接続されて構成されている。
なお、図中では簡略化しているが、ユーザ端末３００は、利用するユーザに応じて、多数存在しているものとする。

ゲームサーバ２００は、例えば、サーバ装置（サーバ用コンピュータ）等であり、ユーザ端末３００と通信して、ゲーム（一例として、対戦ゲーム等のような複数のゲーム）の進行を制御する。なお、以下では、単独のゲームサーバ２００が、複数のゲームの進行を制御する場合について説明する。なお、複数のゲームサーバ２００のそれぞれが、異なるゲームの進行を制御する場合においても、各ゲームサーバ２００間で必要なデータを送受信することにより、以下に説明する発明の内容を、同様に実現可能である。
また、以下では、発明の理解を容易にするために、ゲームサーバ２００が、２つのゲーム（第１のゲーム、及び、第２のゲーム）の進行を制御する場合について説明するが、制御するゲームの数は、３以上であってもよい。

ユーザ端末３００は、例えば、スマートフォン等であり、第１のゲームを実行するためのゲームアプリである第１のアプリや、第２のゲームを実行するためのゲームアプリである第２のアプリを適宜ダウンロードしてインストールした後に、当該アプリが実行されると、インターネット９００を介してゲームサーバ２００にアクセスしつつ、ゲームを進行する。
つまり、第１のアプリをインストールしたユーザ端末３００は、第１のアプリが実行された際に、ゲームサーバ２００にアクセスしつつ、第１のゲームを進行する。また、第２のアプリをインストールしたユーザ端末３００は、第２のアプリが実行された際に、ゲームサーバ２００にアクセスしつつ、第２のゲームを進行する。そして、両方のアプリをインストールしたユーザ端末３００は、実行されたアプリに応じて、第１のゲーム又は第２のゲームを進行する。以下、このような第１のゲームと第２のゲームとの両方をプレイした実績のあるユーザを「多様ユーザ」と記す。なお、多様ユーザの中には、一方のゲームに熱中し、他方のゲームをプレイしなくなる場合もある。そして、プレイしなくなった他方のゲームアプリを、ユーザがユーザ端末３００から削除してしまう場合もある。

（情報処理装置の概要構成）
本発明の実施形態に係るゲームサーバ２００及びユーザ端末３００が実現される典型的な情報処理装置４００について説明する。

情報処理装置４００は、図２に示すように、ＣＰＵ（Central Processing Unit）４０１と、ＲＯＭ（Read Only Memory）４０２と、ＲＡＭ（Random Access Memory）４０３と、記憶デバイス４０４と、表示デバイス４０５と、通信デバイス４０６と、操作デバイス４０７と、を備える。

ＣＰＵ ４０１は、情報処理装置４００全体の動作を制御し、各構成要素と接続され制御信号やデータをやりとりする。

ＲＯＭ ４０２には、電源投入直後に実行されるＩＰＬ（Initial Program Loader）が記録され、これが実行されることにより、所定のプログラムをＲＡＭ ４０３に読み出してＣＰＵ ４０１による当該プログラムの実行が開始される。

ＲＡＭ ４０３は、データやプログラムを一時的に記憶するためのもので、記憶デバイス４０４から読み出したプログラムやデータ、その他、通信に必要なデータ等が保持される。

記憶デバイス４０４は、ＳＳＤ（Solid State Drive）やハードディスク等であり、種々のデータを記憶する。例えば、記憶デバイス４０４は、情報処理装置４００全体の動作制御に必要なオペレーティングシステムのプログラムや各種のアプリケーションや付随するデータ等を記憶する。

表示デバイス４０５は、例えば、ＬＣＤ（Liquid Crystal Display）等の表示装置と、その表示装置に表示するための画像情報を記憶するＶＲＡＭ（Video Random Access Memory）と、画像情報を処理するための画像処理部とを含んで構成されている。この画像処理部は、記憶デバイス４０４から読み出されたデータや、ＣＰＵ ４０１にて処理されたデータを加工処理した後、これをＶＲＡＭに格納するなどして、画像情報を生成する。

通信デバイス４０６は、移動体通信網や無線ＬＡＮ（Local Area Network）等を利用して無線通信を行う。なお、通信デバイス４０６は、有線ＬＡＮ等を利用して有線通信を行ってもよい。

操作デバイス４０７は、タッチスクリーンやタッチパッド、ボタンやキーボード、若しくは、マウス等であり、ユーザの操作を受け付ける。なお、音声によって、ユーザの操作を受け付けてもよい。

以下、上記情報処理装置４００において実現されるゲームサーバ２００の構成等について、図３〜図７を参照して説明する。情報処理装置４００に電源が投入されると、ゲームサーバ２００（本発明に係るサーバ装置）として機能させるプログラムが実行され、本実施形態に係るゲームサーバ２００が実現される。

（ゲームサーバの概要構成）
図３は、本発明の実施形態に係るゲームサーバ２００の概要構成を示すブロック図である。図示するように、ゲームサーバ２００は、受信部２１０と、送信部２２０と、管理部２３０と、制御部２４０とを備え、ユーザ端末３００がゲームを実行するための支援を行う。

受信部２１０は、インターネット９００を介してユーザ端末３００から送られる種々の情報を受信する。
例えば、受信部２１０は、ゲーム中における各種の操作情報や、各種メニュー等における項目の選択情報をユーザ端末３００から受信する。
上述した通信デバイス４０６等が、このような受信部２１０として機能しうる。

送信部２２０は、インターネット９００を介してユーザ端末３００に向けて、種々の情報を送信する。
例えば、送信部２２０は、操作情報に応じた応答情報をユーザ端末３００に送信する。また、送信部２２０は、後述するように、何れか一方のゲームについてプレイを長期間に渡ってプレイしていない多様ユーザ（後述する特定ユーザ）のゲーム端末３００に、ミニゲーム（プレイしなくなったゲームの一部を再現したミニゲーム）のデータを送信する。
上述した通信デバイス４０６等が、このような送信部２２０として機能しうる。

管理部２３０は、ゲームの進行制御に必要な種々の情報を管理する。例えば、管理部２３０は、ユーザ管理情報２３１、ゲーム管理情報２３２、進行度集計情報２３３、及び、補正情報２３４等を記憶する。

ユーザ管理情報２３１は、ユーザ端末３００を扱うユーザを管理するための情報であり、一例として、図４に示すような情報を含んでいる。なお、図４では、一例として第１のゲーム、及び、第２のゲームにおけるユーザ管理情報２３１をまとめて示しているが、ゲーム毎に、ユーザ管理情報２３１を分けて管理してもよい。
このユーザ管理情報２３１には、ユーザＩＤ２３１ａ、固有識別情報２３１ｂ、最終プレイ日付２３１ｃ、及び、プレイ時間２３１ｄ等が含まれている。

ユーザＩＤ２３１ａは、例えば、ゲームアプリ（第１のアプリや第２のアプリ）をユーザ端末３００にインストールした際や、インストールしたゲームアプリを実行してユーザ端末３００からゲームサーバ２００へアクセスした際に、ゲーム毎に採番される識別情報である。

固有識別情報２３１ｂは、ユーザ端末３００を識別するための情報であり、例えば、ＩＤＦＡ（Identification For Advertisers）、ＡＤＩＤ（Advertising Identifier）、ＵＤＩＤ（Unique Device Identifier）等の情報である。固有識別情報２３１ｂは、例えば、ゲームアプリが実行された際に、ユーザ端末３００から取得され、ゲームサーバ２００に通知される。そして、ユーザＩＤ２３１ａと固有識別情報２３１ｂとが対応付けられるため、各ゲーム（第１のゲームや第２のゲーム）において、ユーザＩＤ２３１ａが異なっていても、固有識別情報２３１ｂが同じであれば、同じユーザ（より詳細には、同じユーザ端末３００）により、プレイされていることになる。つまり、第１のゲームと第２のゲームとにおいて、固有識別情報２３１ｂが一致するユーザが、上述した多様ユーザとなる。

最終プレイ日付２３１ｃは、ユーザによりそのゲームが最後にプレイされた日付である。
そして、プレイ時間２３１ｄは、ユーザがそのゲームをプレイした累積プレイ時間を示す値である。なお、累積プレイ時間の代わりに、単位期間当たりの平均プレイ時間等を管理するようにしてもよい。

図３に戻って、ゲーム管理情報２３２は、ユーザがプレイしているゲームの進行等を管理する情報である。
ゲーム管理情報２３２は、一例として、図５に示すような情報を含んでいる。なお、図５では、一例として第１のゲーム、及び、第２のゲームにおけるゲーム管理情報２３２をまとめて示しているが、ゲーム毎に、ゲーム管理情報２３２を分けて管理してもよい。
このゲーム管理情報２３２には、ユーザＩＤ２３２ａ、レベル値２３２ｂ、能力値２３２ｃ、ライフ値２３２ｄ、及び、獲得アイテム２３２ｅ等が含まれている。

レベル値２３２ｂは、例えば、ゲームにおけるプレイヤキャラクタ（ユーザが操作するキャラクタ）の成長度合いを示す値である。このレベル値２３２ｂは、プレイヤキャラクタがゲーム中で遭遇した敵キャラクタを倒すことなどにより値が増加する。

また、能力値２３２ｃは、例えば、プレイヤキャラクタの攻撃力や防御力等の値である。この能力値２３２ｃは、レベル値２３２ｂに応じた値が適宜定められている。

また、ライフ値２３２ｄは、例えば、プレイヤキャラクタの生命値であり、敵キャラクタからの攻撃を受けると減少する。減少したライフ値２３２ｄは、例えば、時間の経過に応じて順次回復してもよく、また、特定のアイテムを使用して回復させてもよい。なお、ライフ値２３２ｄが基準値を下回ると、ゲーム内でプレイヤキャラクタが行動不能となるものとする。

そして、獲得アイテム２３２ｅは、ゲーム中で獲得したアイテムである。
以下では、レベル値２３２ｂ、能力値２３２ｃ、及び、ライフ値２３２ｄが、ゲームにおける進行パラメータとなる場合について説明するが、他の情報を、進行パラメータに加えてもよい。

図３に戻って、進行度集計情報２３３は、ゲームをプレイしたユーザ群の進行度を集計した情報である。
進行度集計情報２３３は、一例として、図６に示すような情報を含んでいる。なお、図６では、一例として第１のゲーム、及び、第２のゲームにおける進行度集計情報２３３をまとめて示しているが、ゲーム毎に、進行度集計情報２３３を分けて管理してもよい。
この進行度集計情報２３３は、期間２３３ａ、第１四分位数２３３ｂ、第２四分位数２３３ｃ、及び、第３四分位数２３３ｄ等が含まれている。

期間２３３ａは、進行度（一例として、レベル値等の上昇率）を集計した期間を示している。この図６では、前月（例えば、１２月）から溯った異なる月数の期間２３３ａにおいて進行度を集計した場合を示している。なお、集計する期間２３３ａは、適宜変更可能である。例えば、週毎に区切って（溯って）進行度を集計してもよい。

第１四分位数２３３ｂは、ユーザ群の進行度を小さい順に並べた場合における、小さい方から２５％目の値（下位(中央値より小さい方)のデータの中央値）を示している。第２四分位数２３３ｃは、ユーザ群の進行度を小さい順に並べた場合における、小さい方から５０％目の値（中央値）を示している。そして、第３四分位数２３３ｄは、ユーザ群の進行度を小さい順に並べた場合における、小さい方から７５％目の値（上位(中央値より大きい方)のデータの中央値）を示している。
つまり、図６では、ユーザ群の進行度を、四分位数にて集計（分析）した場合を示している。なお、四分位数以外の分位数にて、ユーザ群の進行度を集計してもよい。

図３に戻って、補正情報２３４は、上述した多様ユーザが、一方のゲームに熱中し、他方のゲームをプレイしなくなった場合（例えば、直近の一定期間に亘って、プレイを休止している場合）に、そのユーザ（後述する特定ユーザ）の最終プレイ時点における進行パラメータに基づき、ゲームの進行度が向上するように補正した補正進行パラメータの情報である。
補正情報２３４は、一例として、図７に示すような情報を含んでいる。なお、図７では、一例として第１のゲーム、及び、第２のゲームにおける補正情報２３４をまとめて示しているが、ゲーム毎に、補正情報２３４を分けて管理してもよい。
この補正情報２３４には、ユーザＩＤ２３４ａ、レベル値２３４ｂ、能力値２３４ｃ、及び、ライフ値２３４ｄ等が含まれている。

補正情報２３４は、後述するように、制御部２４０（生成部２４５）によって生成された補正進行パラメータが保持され、ミニゲーム（プレイしなくなったゲームの一部を再現するミニゲーム）を、特定ユーザにプレイさせる際に、ゲーム進行の制御に用いられる。そのミニゲームの進行状況が特定条件（詳細は後述する）を満たすと、後述するように仮登録され、補正進行パラメータが補正情報２３４に維持される。一方、ミニゲームの進行状況が特定条件を満たさなかった場合に、補正進行パラメータは、補正情報２３４から消去される。
そして、補正進行パラメータが補正情報２３４に維持された状態で、ユーザ（後述する特定ユーザ）がプレイしなくなったゲームのプレイを再開させると、後述するように本登録され、補正進行パラメータが特定ユーザの進行パラメータに上書きされる（補正進行パラメータがユーザの進行パラメータに反映される）。

管理部２３０は、この他にも、制御部２４０の処理に必要な種々の情報を管理する。例えば、管理部２３０は、各種のゲーム画面を構成する画像やメッセージの情報（例えば、後述する誘導部２４７が、プレイしなくなったゲームにユーザを誘導するために表示するメッセージ）等も記憶する。
上述したＲＡＭ ４０３や記憶デバイス４０４等が、このような管理部２３０として機能しうる。

図３に戻って、制御部２４０は、ゲームサーバ２００全体を制御し、ユーザ端末３００にて実行されるゲームの進行を支援する。
この制御部２４０は、例えば、進行制御部２４１、抽出部２４２、更新部２４３、取得部２４４、生成部２４５、仮登録部２４６、誘導部２４７、及び、本登録部２４８等を含んでいる。なお、以下では、発明の理解を容易にするために、ゲームサーバ２００側が主となって、多様ユーザのうち、他方のゲームのプレイを長期間プレイしなかった特定ユーザを抽出する処理、その特定ユーザのアプリ（プレイしているゲームアプリ）に、プレイしなくなったゲームの一部を再現するミニゲームのデータを付加する処理、ミニゲームのデータが付加されたアプリが実行された後に、ゲーム進行の切れ目でミニゲームをユーザにプレイさせる処理、及び、プレイしなくなったゲームにユーザを誘導する処理等を実行する場合について説明するが、ゲームサーバ２００とユーザ端末３００とを協働させて、これらの処理を実行するようにしてもよい。

進行制御部２４１は、ユーザ端末３００にて第１のアプリや第２のアプリが実行されることにより、第１のゲームや第２のゲームの進行を制御する。
例えば、進行制御部２４１は、上述した図５のゲーム管理情報２３２におけるレベル値２３２ｂ、能力値２３２ｃ、及び、ライフ値２３２ｄ（つまり、進行パラメータ）を用いて、ユーザの操作に従ってプレイヤキャラクタを、遭遇した敵キャラクタと対戦させる。
なお、進行制御部２４１は、後述するように、ミニゲームのデータが付加されたアプリが実行されると、ゲーム進行の切れ目でミニゲームをユーザにプレイさせるように制御する。その際、進行制御部２４１は、後述する生成部２４５が生成した補正進行パラメータを用いて、ミニゲームの進行を制御する。

抽出部２４２は、多様ユーザのうち、直近の一定期間において、一方のゲームをプレイしており、かつ、他方のゲームをプレイしていない特定ユーザを抽出する。
例えば、抽出部２４２は、上述した図４に示すユーザ管理情報２３１を参照し、第１のゲームと第２のゲームとにおいて、固有識別情報２３１ｂが一致するユーザを多様ユーザとして選定する。具体的に、抽出部２４２は、図４のユーザ管理情報２３１から、破線Ｄ１にて囲まれるユーザの固有識別情報２３１ｂと、破線Ｄ３にて囲まれるユーザの固有識別情報２３１ｂとが一致し、また、破線Ｄ２にて囲まれるユーザの固有識別情報２３１ｂと、破線Ｄ４にて囲まれるユーザの固有識別情報２３１ｂとが一致することから、これら２名を多様ユーザＵ１，Ｕ２として選定する。なお、実際のデータでは、多数の多様ユーザが選定されるものとする。
そして、抽出部２４２は、選定した多様ユーザのうち、例えば、現時点から３ヶ月前までの期間において、一方のゲームをプレイしており、かつ、他方のゲームをプレイしていない特定ユーザを抽出する。具体的に、現時点が２０１７年１２月３１日とした場合、抽出部２４２は、選定した多様ユーザＵ１，Ｕ２のうち、一方のゲームの最終プレイ日付２３１ｃが２０１７年９月３０日以降であり、かつ、他方のゲームの最終プレイ日付２３１ｃが２０１７年９月３０日より前であるという要件を満たす特定ユーザを抽出する。図４のユーザ管理情報２３１の場合、多様ユーザＵ１は、第１のゲームの最終プレイ日付２３１ｃが２０１７年９月３０日以降であり、かつ、第２のゲームの最終プレイ日付２３１ｃが２０１７年９月３０日より前であるため、特定ユーザとして抽出される。また、多様ユーザＵ２も、第２のゲームの最終プレイ日付２３１ｃが２０１７年９月３０日以降であり、かつ、第１のゲームの最終プレイ日付２３１ｃが２０１７年９月３０日より前であるため、特定ユーザとして抽出される。

図３に戻って、更新部２４３は、抽出部２４２によって抽出された特定ユーザのアプリ（プレイしている方のアプリ）に、プレイしなくなったゲームの一部を再現したミニゲームを付加するデータ更新を行う。
例えば、更新部２４３は、ユーザ端末３００にインストールされているゲームアプリのデータ更新時において、特定ユーザのゲームアプリにミニゲームのデータを付加する。
具体的に、図４のユーザ管理情報２３１にて示す多様ユーザＵ１（特定ユーザでもある）に対して、更新部２４３は、その特定ユーザのユーザ端末３００にインストールされている第１のアプリに、第２のゲームの一部を再現したミニゲームのデータを付加する。また、多様ユーザＵ２（特定ユーザでもある）に対して、更新部２４３は、その特定ユーザのユーザ端末３００にインストールされている第２のアプリに、第１のゲームの一部を再現したミニゲームのデータを付加する。
なお、更新部２４３は、特定ユーザがゲームをプレイしなくなった後に、ゲーム内容がアップデートによって改善されている場合には、その改善箇所（なお、複数回や複数場面に対して改善されている場合には、例えば、改善度合いが一番大きい箇所）を含むようなミニゲームを特定ユーザのアプリに付加する。また、複数の変更箇所を含むようなミニゲームを特定ユーザのアプリに付加してもよい。その場合、特定ユーザがミニゲームをプレイした際に、最終プレイ時点では体感できなかったゲームの変更箇所をダイジェストでプレイすることができる。
また、プレイしなくなったゲームが、特定ユーザのユーザ端末３００にて実行されると、更新部２４３は、ミニゲームのデータが付加されたアプリから、ミニゲームのデータを削除する。なお、ミニゲームのデータを削除する代わりに、更新部２４３は、ミニゲームのデータが付加されたアプリに、ミニゲームについての実行不可フラグをセットするなどにより、ミニゲームの実行を無効化してもよい。

取得部２４４は、特定ユーザのユーザ端末３００にて、ミニゲームが付加されたアプリが実行されると、その特定ユーザがプレイしなくなったゲームの進行パラメータ（つまり、最終プレイ時点の進行パラメータ）を、管理部２３０から取得する。
具体的に、図４のユーザ管理情報２３１にて示す多様ユーザＵ１（特定ユーザでもある）のユーザ端末３００にて、ミニゲームが付加された第１のアプリが実行されると、取得部２４４は、第２のゲームの進行パラメータを、ゲーム管理情報２３２から取得する。つまり、取得部２４４は、図５のゲーム管理情報２３２から、「ＹＸＶ−Ｕ８７６」のユーザについて、レベル値２３２ｂ、能力値２３２ｃ、及び、ライフ値２３２ｄを取得する。
また、多様ユーザＵ２（特定ユーザでもある）のユーザ端末３００にて、ミニゲームが付加された第２のアプリが実行されると、取得部２４４は、第１のゲームの進行パラメータを、ゲーム管理情報２３２から取得する。つまり、取得部２４４は、図５のゲーム管理情報２３２から、「ＣＤＥ−Ｆ３４５」のユーザについて、レベル値２３２ｂ、能力値２３２ｃ、及び、ライフ値２３２ｄを取得する。

生成部２４５は、取得部２４４によって取得された進行パラメータに基づき、ゲームにおける進行度が向上するように補正した補正進行パラメータを生成する。
具体的に、図５のゲーム管理情報２３２から、「ＹＸＶ−Ｕ８７６」のユーザについて、レベル値２３２ｂ、能力値２３２ｃ、及び、ライフ値２３２ｄが取得された場合に、生成部２４５は、図４のユーザ管理情報２３１から、「ＹＸＶ−Ｕ８７６」のユーザにおける最終プレイ日付２３１ｃを参照し、「ＹＸＶ−Ｕ８７６」のユーザの非プレイ期間（７−１２月）を求める。次に、生成部２４５は、図６の進行度集計情報２３３を参照し、その非プレイ期間（７−１２月）において、第２のゲームをプレイしたユーザ群の進行度における第１四分位数２３３ｂ（５１．１％上昇）を取得する。そして、生成部２４５は、取得した第１四分位数２３３ｂ（５１．１％上昇）を超えない範囲で、「ＹＸＶ−Ｕ８７６」のユーザの進行パラメータを向上させた補正進行パラメータを生成する。つまり、生成部２４５は、図７の補正情報２３４に示すような「ＹＸＶ−Ｕ８７６」のユーザについて、補正進行パラメータＨ２を生成する。
同様に、図５のゲーム管理情報２３２から、「ＣＤＥ−Ｆ３４５」のユーザについて、レベル値２３２ｂ、能力値２３２ｃ、及び、ライフ値２３２ｄが取得された場合、生成部２４５は、図４のユーザ管理情報２３１から、「ＣＤＥ−Ｆ３４５」のユーザにおける最終プレイ日付２３１ｃを参照し、「ＣＤＥ−Ｆ３４５」のユーザの非プレイ期間（９−１２月）を求める。次に、生成部２４５は、図６の進行度集計情報２３３を参照し、その非プレイ期間（９−１２月）において、第１のゲームをプレイしたユーザ群の進行度における第１四分位数２３３ｂ（２９．８％上昇）を取得する。そして、生成部２４５は、取得した第１四分位数２３３ｂ（２９．８％上昇）を超えない範囲で、「ＣＤＥ−Ｆ３４５」のユーザの進行パラメータを向上させた補正進行パラメータを生成する。つまり、生成部２４５は、図７の補正情報２３４に示すような「ＣＤＥ−Ｆ３４５」のユーザについて、補正進行パラメータＨ１を生成する。
なお、生成部２４５は、このように第１四分位数２３３ｂを超えない範囲で、進行パラメータを向上させた補正進行パラメータを生成しているが、上限は、第１四分位数２３３ｂに限られず、他の四分位数であってもよい。例えば、生成部２４５は、図６の進行度集計情報２３３における第２四分位数２３３ｃ（中央値）を超えない範囲で、進行パラメータを向上させた補正進行パラメータを生成してもよい。

そして、上述したように、進行制御部２４１は、ミニゲームのデータが付加されたアプリが実行されると、ゲーム進行の切れ目でミニゲームをプレイさせるように制御するが、その際、生成部２４５により生成された補正進行パラメータを用いる。
例えば、「ＹＸＶ−Ｕ８７６」のユーザ（多様ユーザＵ１であり、特定ユーザでもある）にミニゲームをプレイさせる際に、進行制御部２４１は、図７に示す補正進行パラメータＨ２を用いる。この補正進行パラメータＨ２は、図５のゲーム管理情報２３２における「ＹＸＶ−Ｕ８７６」のユーザについてのレベル値２３２ｂ、能力値２３２ｃ、及び、ライフ値２３２ｄ（つまり、最終プレイ時点の進行パラメータ）と比べ、大きく向上（５１．１％上昇）しているため、特定ユーザは、ミニゲームを快適にプレイすることができる。
また、ミニゲームには、上述したように、ゲーム内容がアップデートによって改善された箇所（例えば、改善度合いが一番大きい箇所や複数の改善箇所のダイジェスト）が含まれているため、最終プレイ時点では体感できていなかったゲームの面白みを特定ユーザが体感でき、後述する誘導部２４７の誘導に応じて、特定ユーザが、プレイしなくなったゲーム（この場合、第２のゲーム）のプレイを再開させ易くすることができる。

仮登録部２４６は、特定ユーザにプレイされるミニゲームの進行状況が特定条件を満たした場合に、補正進行パラメータを、特定ユーザの進行パラメータとして、管理部２３０に仮登録する。
例えば、ミニゲームにおいて、特定の敵キャラクタ（ボスキャラクタ等）を倒したり、特定のクエストをクリアしたり、特定のアイテムを獲得するなどの特定条件を満たした場合に、仮登録部２４６は、補正進行パラメータを、補正情報２３４に維持する。
なお、ミニゲームのプレイにおいて、進行状況が特定条件を満たさなかった場合に、補正進行パラメータは、補正情報２３４から消去される。

誘導部２４７は、特定ユーザがミニゲームのプレイを終えた後に、プレイしなくなっていたゲームアプリ（非プレイアプリ）の実行を特定ユーザに促す。
例えば、誘導部２４７は、そのゲームのプレイを再開させることで、ミニゲームにて使用した補正進行パラメータを、進行パラメータに反映できる旨のメッセージを表示することで、非プレイアプリの実行を特定ユーザに促す。
その際、誘導部２４７は、非プレイアプリが特定ユーザのユーザ端末３００から既に削除されていることを検出すると、その非プレイアプリのインストール元に誘導する。例えば、アプリストアや、ダウンロードサイトに誘導した上で、非プレイアプリのインストールを特定ユーザに促す。

本登録部２４８は、特定ユーザがミニゲームをプレイした後であって、特定ユーザのユーザ端末３００にて非プレイアプリが実行された際に、特定ユーザの補正進行パラメータが管理部２３０に仮登録されていると、その補正進行パラメータを、特定ユーザの進行パラメータに上書きする。
なお、大きく向上させたといっても、その非プレイ期間中にプレイしていたユーザ群の進行度における、小さい方から２５％程度の進行度を超えない範囲であるため、プレイを継続していた他のユーザが不満を感じることはほとんどない。つまり、プレイを継続していた他のユーザにとっては、それまでプレイしていなかったユーザの進行度が上昇することになるため、ゲームの種類によっては、全体における自身の順位が下がったり、対戦時の勝率が下がる等も懸念される。それでも、ユーザ群の進行度における、小さい方から２５％程度の進行度を超えない範囲の上昇であるため、実際に自身の順位が下がったり、対戦時の勝率が下がる等が、ほとんどない。

制御部２４０は、この他にも、ユーザ端末３００において、ゲーム画面等を生成するために必要な各種情報を生成し、送信部２２０を通じて、ユーザ端末３００に送る処理なども行う。
上述したＣＰＵ ４０１等が、このような構成からなる制御部２４０として機能しうる。

以下、上記情報処理装置４００において実現されるユーザ端末３００の構成等について、図８，９を参照して説明する。情報処理装置４００に電源が投入されると、ユーザ端末３００（本発明に係る端末装置）として機能させるプログラムが実行され、本実施形態に係るユーザ端末３００が実現される。

（ユーザ端末の概要構成）
図８は、本実施形態に係るユーザ端末３００の概要構成を示すブロック図である。図示するように、ユーザ端末３００は、操作受付部３１０と、送受信部３２０と、記憶部３３０と、制御部３４０と、表示部３５０とを備え、例えば、ゲームアプリを起動させ、ゲームサーバ２００と適宜通信しつつ、ゲームを進行する。

操作受付部３１０は、ユーザからの各種操作を受け付ける。例えば、操作受付部３１０は、タッチスクリーン等から得られる情報に基づいて、ユーザからの操作を受け付ける。
なお、上述した操作デバイス４０７等が、このような操作受付部３１０として機能しうる。

送受信部３２０は、インターネット９００を介してゲームサーバ２００にアクセスし、ゲームの進行に必要な情報を送受信する。
例えば、送受信部３２０は、操作受付部３１０が受け付けた操作情報やゲーム中の選択情報を、ゲームサーバ２００に送信する。
また、送受信部３２０は、管理部２３０にて管理される各種情報を、ゲームサーバ２００から受信する。
更に、送受信部３２０は、記憶部３３０に記憶されている（インストールされている）ゲームアプリのデータ更新時に、ゲームサーバ２００から送られる更新情報（上述したミニゲームのデータも含む）を受信する。
上述した通信デバイス４０６等が、このような送受信部３２０として機能しうる。

記憶部３３０は、例えば、インストールされたゲームアプリ等を記憶する。なお、図８の例では、記憶部３３０に第１のアプリ３３１がインストールされている場合を示しているが、この第１のアプリ３３１の代わりに、若しくは、第１のアプリ３３１に加えて、第２のアプリがインストールされていてもよい。つまり、図８の記憶部３３０は、上述した図４における多様ユーザＵ１の場合を示しており、多様ユーザＵ２の場合であれば、図８に示す記憶部３３０とは異なり、少なくとも第２のアプリがインストールされていることになる。
図８において、例えば、多様ユーザＵ１は、以前、第２のアプリを実行させて第２のゲームもプレイしていたが、第１のゲームの方に熱中し、第２のゲームをプレイしなくなったため、第２のアプリを削除しているものとして説明する。つまり、図８に示すユーザ端末３００の多様ユーザＵ１は、上述したゲームサーバ２００（抽出部２４２）によって、抽出されるべき特定ユーザでもあるものとする。

第１のアプリ３３１は、第１のゲームを実行するためのゲームアプリであり、アプリストアや、ダウンロードサイトからダウンロードして、記憶部３３０にインストールされている。
インストールされた時点において、第１のアプリ３３１は、第１のゲームのデータだけが含まれていた。その後、ユーザ端末３００にて第２のアプリもインストールされ、ユーザによって第２のゲームもプレイされた実績が、上述した図５のゲーム管理情報２３２にあるため、ゲームサーバ２００では、多様ユーザとして管理されている。その後、第２のゲームがプレイされなくなり、最終プレイ時点から現在まで、一定期間（例えば、３ヶ月）以上が経過したことから、ゲームサーバ２００では、更に特定ユーザとして管理されている。そして、第１のアプリ３３１のデータ更新の際に、ゲームサーバ２００からミニゲームのデータが送信されて更新されたため、第１のアプリ３３１は、図９に示すように、第１のゲームのデータ３３２と、ミニゲームのデータ３３３とが含まれている。つまり、図９の第１のアプリ３３１は、第１のゲームだけでなく、第２のゲームの一部を再現したミニゲームも実行可能な状態となっている。

記憶部３３０には、この他にも、これら第１のゲームや第２のゲーム等に関係しない各種アプリがインストールされている。
上述した記憶デバイス４０４等が、このような記憶部３３０として機能しうる。

図８に戻って、制御部３４０は、ユーザ端末３００全体を制御する。この制御部３４０は、例えば、ゲーム進行部３４１、及び、画面生成部３４２等を含んでいる。

ゲーム進行部３４１は、第１のアプリ３３１の実行に伴い、操作受付部３１０にて受け付けたユーザの操作等に応じて、第１のゲームを進行させる。その際、ゲーム進行部３４１は、送受信部３２０を通じてゲームサーバ２００との間でデータを送受信し、例えば、管理部２３０にて管理されている必要な情報を、記憶部３３０に記憶させつつ、第１のゲームを特定ユーザにプレイさせる。
そして、第１のゲームの進行状況が所定条件を満たす場合（例えば、敵キャラクタを所定数まで倒したり、所定のクエストをクリアしたり、プレイヤキャラクタのライフ値が基準値を下回って行動不能になったり、アイテムを所定数まで獲得した場合等）に、ゲーム進行部３４１は、ミニゲームを特定ユーザにプレイさせる。
ミニゲームをプレイさせる際には、ゲーム進行部３４１が、上述した補正進行パラメータを含む情報をゲームサーバ２００との間でデータを送受信し、その補正進行パラメータを用いて、ミニゲームの進行を制御する。

画面生成部３４２は、ゲーム画面等を生成する。つまり、ユーザが第１のゲームやミニゲームを進めるための各種画面を生成する。例えば、ステージにおけるフィールド画面や対戦画面等を生成する。
また、上述したように、特定ユーザがミニゲームのプレイを終了すると、画面生成部３４２は、プレイしなくなったゲームである第２のアプリの実行を特定ユーザに促す画面を生成する。その画面には、例えば、第２のアプリを実行してプレイを再開させることで、ミニゲームにて使用した補正進行パラメータを、進行パラメータに反映できる旨のメッセージが含まれている。
また、第２のアプリがユーザ端末３００から既に削除されている場合に、上述したように、第２のアプリのインストール元（一例として、アプリストアや、ダウンロードサイト）に誘導されるため、画面生成部３４２は、第２のアプリのインストールを促すメッセージが含まれる画面を生成する。

制御部３４０は、この他にも、ゲームを進行させる制御に必要な各種処理を適宜実行する。
上述したＣＰＵ ４０１等が、このような構成からなる制御部３４０として機能しうる。

表示部３５０は、画面生成部３４２が生成したゲーム画面（フィールド画面や対戦画面等）を表示する。また、表示部３５０は、第２のアプリの実行をユーザに促す画面や、第２のアプリのインストールを促す画面等も表示する。
なお、上述した表示デバイス４０５等が、このような表示部３５０として機能しうる。

（ゲームサーバの動作）
以下、図３に示すような構成のゲームサーバ２００の動作について図１０及び図１１を参照して説明する。なお、ゲームサーバ２００は、ユーザ端末３００にて実行される第１のゲーム等の進行全般を制御するが、その中において、最も特徴的な、ミニゲームのデータをアプリに付加して更新するデータ更新処理、及び、プレイしなくなったゲームにユーザを誘導する誘導処理についてそれぞれ説明する。
まず、図１０を参照して、データ更新処理について説明する。図１０は、本実施形態に係るデータ更新処理の流れを示すフローチャートである。このデータ更新処理は、例えば、ユーザ端末３００にインストールされているゲームアプリに対する定期的なデータ更新時や、ゲームアプリに対する緊急のデータ更新時に開始される。

まず、ゲームサーバ２００は、多様ユーザを選定する（ステップＳ１１）。
例えば、制御部２４０（抽出部２４２）は、上述した図４に示すユーザ管理情報２３１を参照し、第１のゲームと第２のゲームとにおいて、固有識別情報２３１ｂが一致するユーザを多様ユーザとして選定する。具体的に、抽出部２４２は、図４のユーザ管理情報２３１から、多様ユーザＵ１，Ｕ２を選定する。なお、実際のデータでは、多数の多様ユーザが選定されるものとする。

ゲームサーバ２００は、ステップ１１にて選定した多様ユーザのうち、直近の一定期間において、一方のゲームだけプレイしなくなっている特定ユーザの抽出を試みる（ステップＳ１２）。
例えば、制御部２４０は、現時点から３ヶ月前までの期間において、一方のゲームをプレイしており、かつ、他方のゲームをプレイしていないユーザが存在すれば、そのユーザを特定ユーザとして抽出する。具体的に、現時点が２０１７年１２月３１日とすると、制御部２４０は、図４のユーザ管理情報２３１を参照し、多様ユーザＵ１，Ｕ２のうち、一方のゲームの最終プレイ日付２３１ｃが２０１７年９月３０日以降であり、かつ、他方のゲームの最終プレイ日付２３１ｃが２０１７年９月３０日より前であるという要件を満たす特定ユーザを抽出する。

ゲームサーバ２００は、特定ユーザが抽出されたか否かを判別する（ステップＳ１３）。
具体的に、図４のユーザ管理情報２３１の場合、多様ユーザＵ１は、第１のゲームの最終プレイ日付２３１ｃが２０１７年９月３０日以降であり、かつ、第２のゲームの最終プレイ日付２３１ｃが２０１７年９月３０日より前であるため、特定ユーザとして抽出される。また、多様ユーザＵ２も、第２のゲームの最終プレイ日付２３１ｃが２０１７年９月３０日以降であり、かつ、第１のゲームの最終プレイ日付２３１ｃが２０１７年９月３０日より前であるため、特定ユーザとして抽出される。
ゲームサーバ２００は、特定ユーザが抽出されなかったと判別すると（ステップＳ１３；Ｎｏ）、後述するステップＳ１５に処理を進める。

一方、特定ユーザが抽出されたと判別した場合（ステップＳ１３；Ｙｅｓ）に、ゲームサーバ２００は、プレイしなくなったゲームの一部を再現したミニゲームのデータを、抽出された特定ユーザのアプリに付加する（ステップＳ１４）。
具体的に、図４のユーザ管理情報２３１にて示す多様ユーザＵ１（特定ユーザでもある）に対して、制御部２４０（更新部２４３）は、その特定ユーザのユーザ端末３００にインストールされている第１のアプリに、第２のゲームの一部を再現したミニゲームのデータを付加する。また、多様ユーザＵ２（特定ユーザでもある）に対して、制御部２４０は、その特定ユーザのユーザ端末３００にインストールされている第２のアプリに、第１のゲームの一部を再現したミニゲームのデータを付加する。
なお、制御部２４０は、特定ユーザがゲームをプレイしなくなった後に、ゲーム内容がアップデートによって改善されている場合には、その改善箇所（なお、複数回や複数場面に対して改善されている場合には、例えば、改善度合いが一番大きい箇所）を含むようなミニゲームを特定ユーザのアプリに付加する。

ゲームサーバ２００は、ゲームアプリに対して定期的や緊急のアップデートを行う（ステップＳ１５）。
すなわち、制御部２４０は、第１のアプリや第２のアプリがインストールされているユーザ端末３００に、更新データを送信し、対象アプリに対してアップデートを行う。

このようなデータ更新処理により、多様ユーザのうち、直近の一定期間において、一方のゲームだけプレイしていない特定ユーザが特定され、プレイしなくなったゲームの一部が再現されたミニゲームのデータが、特定ユーザのアプリに付加される。

次に、図１１を参照して、誘導処理について説明する。図１１は、本実施形態に係る誘導処理の流れを示すフローチャートである。この誘導処理は、上述したデータ更新処理によって、ミニゲームのデータが付加されたアプリが、特定ユーザのユーザ端末３００にて実行された際に開始される。なお、発明の理解を容易にするために、図１１に示す誘導処理では、ミニゲームのデータが第１のアプリに付加された場合に対応する処理を示している。なお、ミニゲームのデータが第２のアプリに付加された場合に対応させるためには、「第１の」という記載を「第２の」と読み替え、かつ、「第２の」という記載を「第１の」と読み替える必要があるものの、全体の流れは同様である。

まず、ゲームサーバ２００は、第１のゲームの進行を制御する（ステップＳ２１）。
つまり、制御部２４０（進行制御部２４１）は、ミニゲームのデータが付加された第１のアプリが実行されることにより、第１のゲームの進行を制御する。

ゲームサーバ２００は、第１のゲームの進行状況が所定条件を満たすか否かを判別する（ステップＳ２２）。
例えば、制御部２４０は、敵キャラクタを所定数まで倒したり、所定のクエストをクリアしたり、プレイヤキャラクタのライフ値が基準値を下回って行動不能になったり、アイテムを所定数まで獲得した場合等に、所定条件を満たしていると判別する。
ゲームサーバ２００は、第１のゲームの進行状況が所定条件を満たしていないと判別すると（ステップＳ２２；Ｎｏ）、ステップＳ２１に処理を戻す。

一方、第１のゲームの進行状況が所定条件を満たしていると判別した場合（ステップＳ２２；Ｙｅｓ）に、ゲームサーバ２００は、第２のゲームの進行パラメータを取得する（ステップＳ２３）。
具体的に、図４のユーザ管理情報２３１にて示す多様ユーザＵ１（特定ユーザでもある）のユーザ端末３００にて、ミニゲームが付加された第１のアプリが実行されると、制御部２４０（取得部２４４）は、図５のゲーム管理情報２３２から、「ＹＸＶ−Ｕ８７６」のユーザについて、レベル値２３２ｂ、能力値２３２ｃ、及び、ライフ値２３２ｄを取得する。

ゲームサーバ２００は、第２のゲームにおける進行度が向上するように補正した補正進行パラメータを生成する（ステップＳ２４）。
具体的に、ステップＳ２３にて、図５のゲーム管理情報２３２から、「ＹＸＶ−Ｕ８７６」のユーザについて、レベル値２３２ｂ、能力値２３２ｃ、及び、ライフ値２３２ｄが取得されている場合、制御部２４０（生成部２４５）は、図４のユーザ管理情報２３１から、「ＹＸＶ−Ｕ８７６」のユーザにおける最終プレイ日付２３１ｃを参照し、「ＹＸＶ−Ｕ８７６」のユーザの非プレイ期間（７−１２月）を求める。次に、制御部２４０は、図６の進行度集計情報２３３を参照し、その非プレイ期間（７−１２月）において、第２のゲームをプレイしたユーザ群の進行度における第１四分位数２３３ｂ（５１．１％上昇）を取得する。そして、制御部２４０は、取得した第１四分位数２３３ｂ（５１．１％上昇）を超えない範囲で、「ＹＸＶ−Ｕ８７６」のユーザの進行パラメータを向上させた補正進行パラメータを生成する。つまり、制御部２４０は、図７の補正情報２３４に示すような「ＹＸＶ−Ｕ８７６」のユーザについて、補正進行パラメータＨ２を生成する。
なお、ミニゲームのデータが第２のアプリに付加された場合では、同様に、制御部２４０は、例えば、図７の「ＣＤＥ−Ｆ３４５」のユーザについて、補正進行パラメータＨ１を生成することになる。

ゲームサーバ２００は、補正進行パラメータを用いて、ミニゲームの進行を制御する（ステップＳ２５）。
つまり、制御部２４０は、第１のゲームが進行の切れ目となったため、特定ユーザに、第２のゲームの一部を再現したミニゲームをプレイさせる。その際、制御部２４０は、上記のステップＳ２４にて生成された補正進行パラメータを用いて、ミニゲームの進行を制御する。
上述したように、補正進行パラメータは、特定ユーザにおける最終プレイ時点の進行パラメータに基づき、第２のゲームにおける進行度が向上するように補正されている。例えば、「ＹＸＶ−Ｕ８７６」のユーザ（多様ユーザＵ１であり、特定ユーザでもある）を一例とすると、図７に示す補正進行パラメータＨ２が用いられる。この補正進行パラメータＨ２は、図５のゲーム管理情報２３２における「ＹＸＶ−Ｕ８７６」のユーザについてのレベル値２３２ｂ、能力値２３２ｃ、及び、ライフ値２３２ｄ（つまり、最終プレイの進行パラメータ）と比べ、大きく向上（５１．１％上昇）しているため、特定ユーザは、ミニゲームを快適にプレイすることができる。
また、ミニゲームには、上述したように、ゲーム内容がアップデートによって改善された箇所（例えば、改善度合いが一番大きい箇所や複数の改善箇所のダイジェスト）が含まれているため、最終プレイ時点では体感できていなかったゲームの面白みを特定ユーザが体感できることになる。

ゲームサーバ２００は、ミニゲームの進行状況が特定条件を満たすか否かを判別する（ステップＳ２６）。
例えば、制御部２４０は、例えば、特定の敵キャラクタ（ボスキャラクタ等）を倒したり、特定のクエストをクリアしたり、特定のアイテムを獲得した場合等に、特定条件を満たすと判別する。
ゲームサーバ２００は、ミニゲームの進行状況が特定条件を満たしていないと判別すると（ステップＳ２６；Ｎｏ）、ステップＳ２５に処理を戻す。

一方、ミニゲームの進行状況が特定条件を満たしていると判別した場合（ステップＳ２６；Ｙｅｓ）に、ゲームサーバ２００は、補正進行パラメータを仮登録する（ステップＳ２７）。
例えば、制御部２４０（仮登録部２４６）は、補正進行パラメータを、特定ユーザの進行パラメータとして、補正情報２３４に維持する。

ゲームサーバ２００は、第２のアプリの実行を促す（ステップＳ２８）。
例えば、制御部２４０（誘導部２４７）は、第２のアプリを実行させてプレイを再開させることで、ミニゲームにて使用した補正進行パラメータを、進行パラメータに反映できる旨のメッセージを表示することで、第２のアプリの実行を特定ユーザに促す。
その際、制御部２４０は、第２のアプリが特定ユーザのユーザ端末３００から既に削除されていることを検出すると、第２のアプリのインストール元に誘導する。例えば、アプリストアや、ダウンロードサイトに誘導した上で、第２のアプリのインストールを特定ユーザに促す。

ゲームサーバ２００は、第２のアプリが実行されたか否かを判別する（ステップＳ２９）。
すなわち、制御部２４０は、実行を促した特定ユーザのユーザ端末３００において、第２のアプリが実行されたかどうかを判別する。
実行を促しても、ユーザ端末３００にて第２のアプリが実行されなかったと判別すると（ステップＳ２９；Ｎｏ）、ゲームサーバ２００は、そのまま誘導処理を終了する。

一方、第２のアプリが実行されたと判別した場合（ステップＳ２９；Ｙｅｓ）に、ゲームサーバ２００は、補正進行パラメータを、特定ユーザの進行パラメータに上書きする（ステップ３０）。
すなわち、制御部２４０（本登録部２４８）は、上述したステップＳ２７にて仮登録された補正進行パラメータを、特定ユーザの進行パラメータに上書きする。

ゲームサーバ２００は、ミニゲームのデータを、第１のアプリから削除する（ステップ３１）。
すなわち、制御部２４０（更新部２４３）は、ミニゲームのデータが付加された特定ユーザの第１のアプリから、ミニゲームのデータを削除する。なお、ミニゲームのデータを削除する代わりに、制御部２４０は、ミニゲームのデータが付加されたアプリに、ミニゲームについての実行不可フラグをセットするなどにより、ミニゲームの実行を無効化してもよい。

このような誘導処理により、特定ユーザがプレイしている第１のゲームの進行の切れ目に、ミニゲームがプレイでき、しばらくプレイしていなかった第２のゲームをテストプレイすることができる。その際、特定ユーザの最終プレイ時点における第２のゲームの進行パラメータよりも向上させた補正進行パラメータが用いられるため、特定ユーザは、ミニゲームを快適にプレイすることができる。
また、ミニゲームには、上述したように、ゲーム内容がアップデートによって改善された箇所（例えば、改善度合いが一番大きい箇所や複数の改善箇所のダイジェスト）が含まれているため、最終プレイ時点では体感できていなかったゲームの面白みを特定ユーザが体感できる。
そのため、特定ユーザにとって、プレイしなくなっていた第２のゲームのプレイを再開させ易くすることができる。
そして、誘導に応じて、特定ユーザが第２のゲームのプレイを再開することで、特定ユーザの進行パラメータに補正進行パラメータが上書きされる。このため、非プレイ期間の遅れをある程度取り戻すことができ、他のユーザとの差も縮まっていることから、特定ユーザにとって第２のゲームを引き続きプレイさせ易くすることがきる。
なお、進行パラメータに上書きされる補正進行パラメータは、ユーザ群の進行度における、小さい方から２５％程度の進行度を超えない範囲に抑制されているため、上述したように、プレイを継続していた他のユーザが不満を感じることはほとんどない。

この結果、ユーザがプレイしなくなったゲームに、そのユーザを適切に誘導することができる。

（他の実施形態）
上記の実施形態では、図１１に示す誘導処理におけるステップＳ２３，２４の処理にて、補正進行パラメータを生成する場合について説明したが、これらステップＳ２３，２４の処理を、図１０のデータ更新処理に含めて実行させてもよい。
この場合、ミニゲームがゲームアプリに付加されたタイミング、つまり、ミニゲームが付加されたアプリが実行される前に、補正進行パラメータが生成され、補正情報２３４に保持されていることになる。
そのため、特定ユーザがたまたま久しぶりに、プレイしなくなっていたゲームをプレイした場合（ミニゲームをプレイすることなくプレイしなくなっていたゲームをプレイした場合）でも、補正進行パラメータを用いて再開したゲームの進行を制御することができる。
この場合も、プレイしなくなったゲームを最終プレイ時点よりも快適にプレイできるため、特定ユーザにとって第２のゲームを引き続きプレイさせ易くすることがきる。

また、この場合、特定ユーザにとって第２のゲームを引き続きプレイさせ易くするという目的を果たしているため、例えば、再開した第２のゲームの進行制御を終える際に、更新部２４３が、ミニゲームのデータが付加されたアプリから、ミニゲームのデータを削除してもよい。なお、ミニゲームのデータを削除する代わりに、更新部２４３は、ミニゲームのデータが付加されたアプリに、ミニゲームについての実行不可フラグをセットするなどにより、ミニゲームの実行を無効化してもよい。

更に、この場合、本登録部２４８が、補正進行パラメータを、特定ユーザの進行パラメータに上書きしてもよい。
これにより、特定ユーザが第２のゲームを引き続きプレイさせ易くすることがきる。

また、上記の実施形態では、進行制御部２４１が、ミニゲームをユーザにプレイさせる際に、生成部２４５が生成した補正進行パラメータを用いて、そのミニゲームの進行を制御する場合について説明したが、ミニゲームの難易度を適宜変更してもよい。
例えば、進行制御部２４１は、取得部２４４が取得した最終プレイ時点の進行パラメータと、生成部２４５が生成した補正進行パラメータとを比較する。そして、進行制御部２４１は、進行パラメータの進行度よりも補正進行パラメータの進行度の方が向上している場合に、ミニゲームの難易度を下げて、ミニゲームのプレイにユーザが成功する（クリア等できる）ようにする。
なお、進行制御部２４１は、ゲームをプレイしていない期間が基準よりも長い場合に、進行パラメータと補正進行パラメータとの比較を省略して、ミニゲームの難易度を下げるようにしてもよい。
一方、進行制御部２４１は、補正進行パラメータの進行度よりも進行パラメータの進行度の方が向上している場合に、ミニゲームの難易度を上げて、ミニゲームのプレイにユーザが失敗する（クリア等できない）ようにする。

上記の実施形態では、専用のゲームサーバ２００やユーザ端末３００を用いる場合について説明したが、このようなゲームサーバ２００やユーザ端末３００の動作を規定する動作プログラムを既存のパーソナルコンピュータや情報端末機器等に適用することで、当該パーソナルコンピュータをゲームサーバ２００やユーザ端末３００として機能させることも可能である。

また、このようなプログラムの配布方法は任意であり、例えば、ＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）、ＤＶＤ（Digital Versatile Disc）、ＭＯ（Magneto Optical Disc）、メモリカード等のコンピュータ読み取り可能な記録媒体に格納して配布してもよいし、インターネットといった通信ネットワークを介して配布してもよい。

（まとめ）
本発明の第１の観点に係るゲームシステムは、第１のゲーム及び第２のゲームを管理するサーバと、端末と、を備えるゲームシステムであって、管理部、進行制御部、抽出部、及び、更新部を備えている。

管理部は、第１のゲームと第２のゲームとの両方をプレイした実績のある多様ユーザを含むユーザのゲーム情報を管理する。進行制御部は、端末にて、第１のゲームの進行を制御すると共に、第２のゲームの進行を制御する。
また、抽出部は、多様ユーザのうち、所定期間において、第１のゲームをプレイしており、かつ、第２のゲームをプレイしていない、特定ユーザを抽出する。更新部は、抽出された特定ユーザの第１のゲームに、第２のゲームの一部を再現したミニゲームを付加するデータ更新を行う。
そして、進行制御部は、ミニゲームが付加された第１のゲームが特定ユーザの端末にて実行されると、第１のゲームにおける進行状況が所定条件を満たした際に、ミニゲームの進行を制御する。

このように、例えば、第１のゲームの進行の切れ目等に、特定ユーザがミニゲームをプレイでき、しばらくプレイしていなかった第２のゲームをテストプレイすることができる。このため、第２のアプリが削除されているような状況でも、ミニゲームによって、第２のゲームをテストプレイすることができる。
この結果、ユーザがプレイしなくなったゲームに、そのユーザを適切に誘導することができる。

また、上記ゲームシステムにおいて、進行制御部は、端末にて、第１のアプリが実行されることにより第１のゲームの進行を制御すると共に、第２のアプリが実行されることにより第２のゲームの進行を制御してもよい。
この場合、端末にてゲームアプリの実行に伴ってプレイされるゲームがプレイされなくなっても、そのゲームにユーザを誘導することができる。

また、上記ゲームシステムにおいて、特定ユーザは、第２のゲームを休止する、若しくは、第２のゲームを端末から削除することにより、直近の一定期間において、第２のゲームをプレイしていない多様ユーザであってもよい。
この場合、ゲームを休止していた特定ユーザや、ゲームを削除していた特定ユーザに対して、そのゲームに適切に誘導することができる。

また、上記ゲームシステムは、特定ユーザがミニゲームをプレイした後に、第２のゲームの実行を促す誘導部を更に備え、誘導部は、特定ユーザの端末から第２のゲームが削除されている場合に、第２のゲームについてのインストール元に誘導してもよい。
この場合、ミニゲームによって、第２のゲームをテストプレイ済みであるため、特定ユーザに第２のゲームの実行を効果的に促すことができる。また、第２のゲームが削除されている場合でも、第２のゲームを特定ユーザに再インストールさせ易くすることができる。

また、上記ゲームシステムは、ミニゲームが付加された第１のゲームが実行されると、特定ユーザにおける第２のゲームに関する進行パラメータを、管理部から取得する取得部と、取得された進行パラメータに基づき、第２のゲームにおける進行度が向上するように補正した補正進行パラメータを生成する生成部と、を更に備え、進行制御部は、ミニゲームの進行を制御する際に、生成された補正進行パラメータを用いてもよい。
この場合、特定ユーザの最終プレイ時点における第２のゲームの進行パラメータよりも向上させた補正進行パラメータが用いられるため、特定ユーザは、ミニゲームを快適にプレイすることができる。

また、上記ゲームシステムにおいて、生成部は、特定ユーザが第２のゲームをプレイしていない期間中に第２のゲームをプレイしたユーザ群の進行度と、特定ユーザの進行パラメータとに基づいて、当該ユーザ群の進行度における中央値、若しくは、所定の分位数を超えない範囲で、進行度が向上するように補正した補正進行パラメータを生成してもよい。
この場合、進行パラメータの向上は、他のユーザ群の進行度に基づきつつも、向上させ過ぎないようにすることができる。

また、上記ゲームシステムにおいて、生成部は、特定ユーザが第２のゲームをプレイしていない期間中に第２のゲームをプレイしたユーザ群の進行度の分布を求め、当該進行度の分布における下位ｎ分位数に従って前記補正進行パラメータを生成するようにしてもよい。
この場合、進行パラメータの向上は、他のユーザ群の進行度に基づきつつも、向上させ過ぎないようにすることができる。

また、上記ゲームシステムにおいて、進行制御部は、取得部により取得された進行パラメータと生成部により生成された補正進行パラメータとを比較し、進行パラメータの進行度よりも補正進行パラメータの進行度の方が向上している場合に、ミニゲームの難易度を下げるようにしてもよい。
この場合、最終プレイ時の進行パラメータよりも補正進行パラメータの方が進んでいれば、ミニゲームのプレイに特定ユーザが成功する（クリア等できる）ように、制御できる。

また、上記ゲームシステムにおいて、進行制御部は、第２のゲームをプレイしていない期間が基準よりも長い場合に、進行パラメータと補正進行パラメータとの比較を省略して、ミニゲームの難易度を下げるようにしてもよい。
この場合、長期間プレイしていなかった場合に、ミニゲームのプレイに特定ユーザが成功する（クリア等できる）ように、制御できる。

また、上記ゲームシステムにおいて、進行制御部は、取得部により取得された進行パラメータと生成部により生成された補正進行パラメータとを比較し、補正進行パラメータの進行度よりも進行パラメータの進行度の方が向上している場合に、ミニゲームの難易度を上げるようにしてもよい。
この場合、最終プレイ時の進行パラメータよりも補正進行パラメータの方が遅れていれば、ミニゲームのプレイに特定ユーザが失敗する（クリア等できない）ように、制御できる。

また、上記ゲームシステムは、特定ユーザにプレイされるミニゲームの進行状況が特定条件を満たした場合に、補正進行パラメータを、特定ユーザの進行パラメータとして、管理部に仮登録する仮登録部と、特定ユーザがミニゲームをプレイした後であって、特定ユーザの端末にて第２のゲームが実行された際に、補正進行パラメータが管理部に仮登録されていると、補正進行パラメータを、特定ユーザの進行パラメータに上書きする本登録部と、を更に備えてもよい。
この場合、特定ユーザが第２のゲームのプレイを再開することで、特定ユーザの進行パラメータに補正進行パラメータが上書きされる。このため、非プレイ期間の遅れをある程度取り戻すことができ、他のユーザとの差も縮まっていることから、特定ユーザにとって第２のゲームを引き続きプレイさせ易くすることがきる。

また、上記ゲームシステムにおいて、更新部は、本登録部により進行パラメータが上書きされると、特定ユーザの前記第１のゲームに対して、ミニゲームの削除、若しくは、ミニゲームの実行を無効化するデータ更新を行ってもよい。
この場合、補正進行パラメータが本登録されることで、ミニゲームを削除等するため、第１のゲームを実行しても、不要となったミニゲームが実行されなくなる。

また、上記ゲームシステムにおいて、更新部は、特定ユーザが第２のゲームをプレイしていない期間中に第２のゲームがアップデートされている場合に、第２のゲームにおける変更箇所を含んだミニゲームを、特定ユーザの第１のゲームに付加してもよい。
この場合、ミニゲームに、ゲーム内容がアップデート等によって変更された箇所（例えば、改善度合いが一番大きい箇所や複数の改善箇所のダイジェスト）が含まれているため、最終プレイ時点では体感できていなかったゲームの面白みを特定ユーザが体感できる。
そのため、特定ユーザにとってプレイしなくなっていた第２のゲームのプレイを再開させ易くすることができる。

また、上記ゲームシステムにおいて、取得部は、更新部が第１のゲームに、ミニゲームを付加するデータ更新を行うタイミングで、特定ユーザにおける第２のゲームに関する進行パラメータを、管理部から取得し、生成部は、取得された進行パラメータに基づき、第２のゲームにおける進行度が向上するように補正した補正進行パラメータを生成し、特定ユーザの第１のゲームにミニゲームが付加された後に、特定ユーザの端末にて、第１のゲームよりも先に第２のゲームが実行されると、進行制御部は、第２のゲームの進行を制御する際に、生成された補正進行パラメータを用いてもよい。
この場合、特定ユーザが、たまたま久しぶりに、第２のゲームをプレイした場合でも、快適にプレイできるため、特定ユーザにとって引き続き第２のゲームをプレイさせ易くすることがきる。

本発明の第２の観点に係るゲーム制御方法は、第１のゲーム及び第２のゲームを管理するサーバ装置におけるゲーム制御方法であって、管理ステップ、進行制御ステップ、抽出ステップ、及び、更新ステップを備えている。

すなわち、第２の観点に係るゲーム制御方法は、第１の観点に係るゲームシステムと同様に、ユーザがプレイしなくなったゲームに、そのユーザを適切に誘導することができる。

本発明の第３の観点に係るプログラムは、第１のゲーム及び第２のゲームを管理するコンピュータを、管理部、進行制御部、抽出部、及び、更新部として機能させる。

すなわち、第３の観点に係るプログラムは、第１の観点に係るゲームシステムと同様に、ユーザがプレイしなくなったゲームに、そのユーザを適切に誘導することができる。

以上説明したように、本発明によれば、ユーザがプレイしなくなったゲームに、そのユーザを適切に誘導することのできるゲームシステム、ゲーム制御方法、ならびに、プログラムを提供することができる。

１００ ゲームシステム
２００ ゲームサーバ
２１０ 受信部
２２０ 送信部
２３０ 管理部
２３１ ユーザ管理情報
２３２ ゲーム管理情報
２３３ 進行度集計情報
２３４ 補正情報
２４０ 制御部
２４１ 進行制御部
２４２ 抽出部
２４３ 更新部
２４４ 取得部
２４５ 生成部
２４６ 仮登録部
２４７ 誘導部
２４８ 本登録部
３００ ユーザ端末
３１０ 操作受付部
３２０ 送受信部
３３０ 記憶部
３３１ 第１のアプリ
３３２ 第１のゲームのデータ
３３３ ミニゲームのデータ
３４０ 制御部
３４１ ゲーム進行部
３４２ 画面生成部
３５０ 表示部
４００ 情報処理装置
４０１ ＣＰＵ
４０２ ＲＯＭ
４０３ ＲＡＭ
４０４ 記憶デバイス
４０５ 表示デバイス
４０６ 通信デバイス
４０７ 操作デバイス
９００ インターネット

Claims (17)

1. 第１のゲーム及び第２のゲームを管理するサーバと、端末と、を備えるゲームシステムであって、
   前記第１のゲームと前記第２のゲームとの両方をプレイした実績のある多様ユーザを含むユーザのゲーム情報を管理する管理部と、
   前記端末にて、前記第１のゲームの進行を制御すると共に、前記第２のゲームの進行を制御する進行制御部と、
   前記多様ユーザのうち、所定期間において、前記第１のゲームをプレイしており、かつ、前記第２のゲームをプレイしていない、特定ユーザを抽出する抽出部と、
   抽出された前記特定ユーザの前記第１のゲームに、前記第２のゲームの一部を再現したミニゲームを付加するデータ更新を行う更新部と、を備え、
   前記進行制御部は、前記ミニゲームが付加された前記第１のゲームが前記特定ユーザの前記端末にて実行されると、前記第１のゲームにおける進行状況が所定条件を満たした際に、前記ミニゲームの進行を制御する、
   ことを特徴とするゲームシステム。
2. 前記進行制御部は、前記端末にて、第１のアプリが実行されることにより前記第１のゲームの進行を制御すると共に、第２のアプリが実行されることにより前記第２のゲームの進行を制御する、
   ことを特徴とする請求項１に記載のゲームシステム。
3. 前記特定ユーザは、前記第２のゲームを休止する、若しくは、前記第２のゲームを端末から削除することにより、直近の一定期間において、前記第２のゲームをプレイしていない前記多様ユーザである、
   ことを特徴する請求項１又は２に記載のゲームシステム。
4. 前記特定ユーザが前記ミニゲームをプレイした後に、前記第２のゲームの実行を促す誘導部を更に備え、
   前記誘導部は、前記特定ユーザの前記端末から前記第２のゲームが削除されている場合に、前記第２のゲームについてのインストール元に誘導する、
   ことを特徴とする請求項１乃至３の何れか１項に記載のゲームシステム。
5. 前記ミニゲームが付加された前記第１のゲームが実行されると、前記特定ユーザにおける前記第２のゲームに関する進行パラメータを、前記管理部から取得する取得部と、
   取得された前記進行パラメータに基づき、前記第２のゲームにおける進行度が向上するように補正した補正進行パラメータを生成する生成部と、を更に備え、
   前記進行制御部は、前記ミニゲームの進行を制御する際に、生成された前記補正進行パラメータを用いる、
   ことを特徴とする請求項１乃至４の何れか１項に記載のゲームシステム。
6. 前記生成部は、前記特定ユーザが前記第２のゲームをプレイしていない期間中に前記第２のゲームをプレイしたユーザ群の進行度と、前記特定ユーザの前記進行パラメータとに基づいて、当該ユーザ群の進行度における中央値、若しくは、所定の分位数を超えない範囲で、進行度が向上するように補正した前記補正進行パラメータを生成する、
   ことを特徴とする請求項５に記載のゲームシステム。
7. 前記生成部は、前記特定ユーザが前記第２のゲームをプレイしていない期間中に前記第２のゲームをプレイしたユーザ群の進行度の分布を求め、当該進行度の分布における下位ｎ分位数（ｎは２より大きい整数）に従って前記補正進行パラメータを生成する、
   ことを特徴とする請求項５に記載のゲームシステム。
8. 前記進行制御部は、前記取得部により取得された前記進行パラメータと前記生成部により生成された前記補正進行パラメータとを比較し、前記進行パラメータの進行度よりも前記補正進行パラメータの進行度の方が向上している場合に、前記ミニゲームの難易度を下げる、
   ことを特徴とする請求項７に記載のゲームシステム。
9. 前記進行制御部は、前記第２のゲームをプレイしていない期間が基準よりも長い場合に、前記進行パラメータと前記補正進行パラメータとの比較を省略して、前記ミニゲームの難易度を下げる、
   ことを特徴とする請求項８に記載のゲームシステム。
10. 前記進行制御部は、前記取得部により取得された前記進行パラメータと前記生成部により生成された前記補正進行パラメータとを比較し、前記補正進行パラメータの進行度よりも前記進行パラメータの進行度の方が向上している場合に、前記ミニゲームの難易度を上げる、
    ことを特徴とする請求項７に記載のゲームシステム。
11. 前記特定ユーザにプレイされる前記ミニゲームの進行状況が特定条件を満たした場合に、前記補正進行パラメータを、前記特定ユーザの前記進行パラメータとして、前記管理部に仮登録する仮登録部と、
    前記特定ユーザが前記ミニゲームをプレイした後であって、前記特定ユーザの前記端末にて前記第２のゲームが実行された際に、前記補正進行パラメータが前記管理部に仮登録されていると、前記補正進行パラメータを、前記特定ユーザの前記進行パラメータに上書きする本登録部と、を更に備える、
    ことを特徴とする請求項５乃至１０の何れか１項に記載のゲームシステム。
12. 前記更新部は、前記本登録部により前記進行パラメータが上書きされると、前記特定ユーザの前記第１のゲームに対して、前記ミニゲームの削除、若しくは、前記ミニゲームの実行を無効化するデータ更新を行う、
    ことを特徴とする請求項１１に記載のゲームシステム。
13. 前記更新部は、前記特定ユーザが前記第２のゲームをプレイしていない期間中に前記第２のゲームがアップデートされている場合に、前記第２のゲームにおける変更箇所を含んだ前記ミニゲームを、前記特定ユーザの前記第１のゲームに付加する、
    ことを特徴とする請求項１乃至４の何れか１項に記載のゲームシステム。
14. 前記更新部は、前記特定ユーザが前記第２のゲームをプレイしていない期間中に前記第２のゲームがアップデートされている場合に、前記第２のゲームにおける変更箇所を含んだ前記ミニゲームを、前記特定ユーザの前記第１のゲームに付加する、
    ことを特徴とする請求項５乃至１２の何れか１項に記載のゲームシステム。
15. 前記取得部は、前記更新部が前記第１のゲームに、前記ミニゲームを付加するデータ更新を行うタイミングで、前記特定ユーザにおける前記第２のゲームに関する進行パラメータを、前記管理部から取得し、
    前記生成部は、取得された前記進行パラメータに基づき、前記第２のゲームにおける進行度が向上するように補正した補正進行パラメータを生成し、
    前記特定ユーザの前記第１のゲームに前記ミニゲームが付加された後に、前記特定ユーザの前記端末にて、前記第１のゲームよりも先に前記第２のゲームが実行されると、
    前記進行制御部は、前記第２のゲームの進行を制御する際に、生成された前記補正進行パラメータを用いる、
    ことを特徴とする請求項５乃至１２，１４の何れか１項に記載のゲームシステム。
16. 第１のゲーム及び第２のゲームを管理するサーバ装置におけるゲーム制御方法であって、
    前記第１のゲームと前記第２のゲームとの両方をプレイした実績のある多様ユーザを含むユーザのゲーム情報を管理する管理ステップと、
    端末にて、前記第１のゲームの進行を制御すると共に、前記第２のゲームの進行を制御する進行制御ステップと、
    前記多様ユーザのうち、所定期間において、前記第１のゲームをプレイしており、かつ、前記第２のゲームをプレイしていない、特定ユーザを抽出する抽出ステップと、
    抽出された前記特定ユーザの前記第１のゲームに、前記第２のゲームの一部を再現したミニゲームを付加するデータ更新を行う更新ステップと、を備え、
    前記進行制御ステップでは、前記ミニゲームが付加された前記第１のゲームが前記特定ユーザの前記端末にて実行されると、前記第１のゲームにおける進行状況が所定条件を満たした際に、前記ミニゲームの進行を制御する、
    ことを特徴とするゲーム制御方法。
17. 第１のゲーム及び第２のゲームを管理するコンピュータを、
    前記第１のゲームと前記第２のゲームとの両方をプレイした実績のある多様ユーザを含むユーザのゲーム情報を管理する管理部、
    端末にて、前記第１のゲームの進行を制御すると共に、前記第２のゲームの進行を制御する進行制御部、
    前記多様ユーザのうち、所定期間において、前記第１のゲームをプレイしており、かつ、前記第２のゲームをプレイしていない、特定ユーザを抽出する抽出部、
    抽出された前記特定ユーザの前記第１のゲームに、前記第２のゲームの一部を再現したミニゲームを付加するデータ更新を行う更新部、として機能させ、
    前記進行制御部は、前記ミニゲームが付加された前記第１のゲームが前記特定ユーザの前記端末にて実行されると、前記第１のゲームにおける進行状況が所定条件を満たした際に、前記ミニゲームの進行を制御する、
    ことを特徴とするプログラム。

Images