(57)【要約】【課題】復元手続の煩わしさを低減することが可能なゲームシステム等を提供すること。【解決手段】ゲームシステムは、プレーヤの端末とサーバとを含み、サーバは、所定のゲームアプリがインストールされた端末から、アプリＩＤを含まないアクセス要求を受信した場合に、アプリＩＤと当該アプリＩＤに関連付けられるゲーム関連情報とを生成し、生成したアプリＩＤを端末に送信し、端末からアプリＩＤを含むアクセス要求を受信した場合に、当該アプリＩＤに関連付けられたゲーム関連情報を端末に送信し、端末は、プレーヤによる、ゲームアプリでの過去のプレイ状況に関するプレイ状況情報の入力を受け付け、入力されたプレイ状況情報をサーバに送信し、サーバは、端末から受信したプレイ状況情報に基づいて、記憶部に記憶されたゲーム関連情報の中から１のゲーム関連情報を特定し、特定したゲーム関連情報に関連付けられたアプリＩＤを端末に送信する。【選択図】図１０
2019176895.tif 000002
【特許請求の範囲】
【請求項１】
プレーヤの端末と、前記端末とネットワークを介して接続されたサーバとを含むゲームシステムであって、
前記サーバは、
所定のゲームアプリがインストールされた端末から、アプリＩＤを含まないアクセス要求を受信した場合に、アプリＩＤと当該アプリＩＤに関連付けられるゲーム関連情報とを生成し、生成したアプリＩＤを前記端末に送信する登録部と、
前記端末から、アプリＩＤを含むアクセス要求を受信した場合に、当該アプリＩＤに関連付けられたゲーム関連情報を前記端末に送信する要求処理部とを含み、
前記端末は、
プレーヤによる、前記ゲームアプリでの過去のプレイ状況に関するプレイ状況情報の入力を受け付け、入力されたプレイ状況情報を前記サーバに送信する入力受付部を含み、
前記サーバは、
前記端末から受信したプレイ状況情報に基づいて、記憶部に記憶されたゲーム関連情報の中から１のゲーム関連情報を特定し、特定したゲーム関連情報に関連付けられたアプリＩＤを前記端末に送信する特定部を更に含むことを特徴とするゲームシステム。
【請求項２】
請求項１において、
前記特定部は、
前記プレイ状況情報に基づきゲーム関連情報を特定できなかった場合に、次の入力を要求する入力要求を前記端末に送信し、
前記入力受付部は、
前記入力要求に応じて、プレーヤによる次のプレイ状況情報の入力を受け付け、入力されたプレイ状況情報を前記サーバに送信することを特徴とするゲームシステム。
【請求項３】
請求項２において、
前記特定部は、
所定の回数受信したプレイ状況情報に基づいてゲーム関連情報を特定できなかった場合に、ゲーム関連情報を特定する処理を終了することを特徴とするゲームシステム。
【請求項４】
請求項１乃至３のいずれか１項において、
前記特定部は、
ゲーム関連情報を特定した後、所定時間が経過した場合に、特定したゲーム関連情報に関連付けられたアプリＩＤを前記端末に送信することを特徴とするゲームシステム。
【請求項５】
請求項１乃至４のいずれか１項において、
前記入力受付部は、
前記プレイ状況情報として、前記ゲームアプリにおいてプレーヤが設定したデッキに関する情報の入力を受け付けることを特徴とするゲームシステム。
【請求項６】
請求項５において、
前記入力受付部は、
前記プレイ状況情報として、前記デッキを構成する複数のゲーム媒体に関する情報の入力を受け付けることを特徴とするゲームシステム。
【請求項７】
請求項１乃至６のいずれか１項において、
前記入力受付部は、
前記プレイ状況情報として、プレーヤが前記ゲームアプリを削除した時間に関する情報の入力を受け付けることを特徴とするゲームシステム。
【請求項８】
請求項１乃至７のいずれか１項において、
前記入力受付部は、
前記プレイ状況情報として、前記ゲームアプリにおいてプレーヤが設定したフレンドに関する情報の入力を受け付けることを特徴とするゲームシステム。
【請求項９】
請求項８において、
前記特定部は、
前記プレイ状況情報で特定される前記フレンドの端末に確認情報を送信し、前記フレンドの端末から受信した応答情報に基づいて、前記ゲーム関連情報を特定することを特徴とするゲームシステム。
【請求項１０】
請求項１乃至９のいずれか１項において、
前記入力受付部は、
前記プレイ状況情報として、前記ゲームアプリの運営者が運営する他のゲームアプリに関する情報の入力を受け付けることを特徴とするゲームシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ゲームシステムに関する。
【背景技術】
【０００２】
スマートフォン等の端末にインストールされたゲームアプリをプレーヤが誤って削除（アンインストール）した場合、再インストール時の不正を防止するため、従来は、サポートセンター等のオペレータを通じて本人確認を行って、サーバに記憶されたゲーム関連情報（プレーヤが設定したデッキに関する情報や、プレーヤが購入した課金アイテムに関する情報等）を再インストールしたゲームアプリで利用できるようにするための復元（復旧）手続をする必要があった。また、本人確認方式としては、事前に本人確認のための確認項目をサーバに登録しておき、サーバがユーザに対して対話的に本人確認を進める方式が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−２１２９２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
従来の復元手続や本人確認方式では、オペレータとのやり取りや事前の登録作業が煩わしいといった問題があった。
【０００５】
本発明は、以上のような課題に鑑みてなされたものであり、その目的とするところは、復元手続の煩わしさを低減することが可能なゲームシステムを提供することにある。
【課題を解決するための手段】
【０００６】
（１）本発明は、プレーヤの端末と、前記端末とネットワークを介して接続されたサーバとを含むゲームシステムであって、前記サーバは、所定のゲームアプリがインストールされた端末から、アプリＩＤを含まないアクセス要求を受信した場合に、アプリＩＤと当該アプリＩＤに関連付けられるゲーム関連情報とを生成し、生成したアプリＩＤを前記端末に送信する登録部と、前記端末から、アプリＩＤを含むアクセス要求を受信した場合に、当該アプリＩＤに関連付けられたゲーム関連情報を前記端末に送信する要求処理部とを含み、前記端末は、プレーヤによる、前記ゲームアプリでの過去のプレイ状況に関するプレイ状況情報の入力を受け付け、入力されたプレイ状況情報を前記サーバに送信する入力受付部を含み、前記サーバは、前記端末から受信したプレイ状況情報に基づいて、記憶部に記憶されたゲーム関連情報の中から１のゲーム関連情報を特定し、特定したゲーム関連情報に関連付けられたアプリＩＤを前記端末に送信する特定部を更に含むことを特徴とするゲームシステムに関する。
【０００７】
本発明によれば、プレーヤが端末においてゲームアプリでの過去のプレイ状況に関するプレイ状況情報を入力すると、サーバにおいて、入力されたプレイ状況情報に基づいてゲーム関連情報が特定され、特定されたゲーム関連情報に関連付けられたアプリＩＤが当該端末に送信されるため、事前の登録作業を不要として、また、運営者側の人手を介することなく自動的に復元手続を行うことができ、復元手続の煩わしさを低減することができる。
【０００８】
（２）また本発明に係るゲームシステムでは、前記特定部は、前記プレイ状況情報に基
づきゲーム関連情報を特定できなかった場合に、次の入力を要求する入力要求を前記端末に送信し、前記入力受付部は、前記入力要求に応じて、プレーヤによる次のプレイ状況情報の入力を受け付け、入力されたプレイ状況情報を前記サーバに送信してもよい。
【０００９】
本発明によれば、プレーヤはゲーム関連情報を特定するために必要な情報だけ入力すればよく、復元手続の煩わしさを低減することができる。
【００１０】
（３）また本発明に係るゲームシステムでは、前記特定部は、所定の回数受信したプレイ状況情報に基づいてゲーム関連情報を特定できなかった場合に、ゲーム関連情報を特定する処理を終了してもよい。
【００１１】
本発明によれば、プレイ状況情報の入力回数に上限を設けることで、復元手続時の不正行為（他人のゲーム関連情報を乗っ取る行為等）を抑制することができる。
【００１２】
（４）また本発明に係るゲームシステムでは、前記特定部は、ゲーム関連情報を特定した後、所定時間が経過した場合に、特定したゲーム関連情報に関連付けられたアプリＩＤを前記端末に送信してもよい。
【００１３】
本発明によれば、ゲーム関連情報の特定後、所定時間の経過を待ってアプリＩＤを端末に送信することで、復元手続時の不正行為を抑制することができる。
【００１４】
（５）また本発明に係るゲームシステムでは、前記入力受付部は、前記プレイ状況情報として、前記ゲームアプリにおいてプレーヤが設定したデッキに関する情報の入力を受け付けてもよい。
【００１５】
（６）また本発明に係るゲームシステムでは、前記入力受付部は、前記プレイ状況情報として、前記デッキを構成する複数のゲーム媒体に関する情報の入力を受け付けてもよい。
【００１６】
（７）また本発明に係るゲームシステムでは、前記入力受付部は、前記プレイ状況情報として、プレーヤが前記ゲームアプリを削除した時間に関する情報の入力を受け付けてもよい。
【００１７】
（８）また本発明に係るゲームシステムでは、前記入力受付部は、前記プレイ状況情報として、前記ゲームアプリにおいてプレーヤが設定したフレンドに関する情報の入力を受け付けてもよい。
【００１８】
（９）また本発明に係るゲームシステムでは、前記特定部は、前記プレイ状況情報で特定される前記フレンドの端末に確認情報を送信し、前記フレンドの端末から受信した応答情報に基づいて、前記ゲーム関連情報を特定してもよい。
【００１９】
本発明によれば、プレイ状況情報として入力されたフレンドに関する情報の信頼性を担保することができる。
【００２０】
（１０）また本発明に係るゲームシステムでは、前記入力受付部は、前記プレイ状況情報として、前記ゲームアプリの運営者が運営する他のゲームアプリに関する情報の入力を受け付けてもよい。
【図面の簡単な説明】
【００２１】
【図１】本実施形態のゲームシステムを示す図。
【図２】本実施形態のサーバの機能ブロック図の一例を示す図。
【図３】本実施形態の端末の機能ブロック図の一例を示す図。
【図４】端末の表示部に表示される選択画面の一例を示す図。
【図５】ゲーム関連情報を格納するテーブル情報の一例を示す図。
【図６】端末の表示部に表示される入力受付画面の一例を示す図。
【図７】端末の表示部に表示される入力受付画面の一例を示す図。
【図８】端末の表示部に表示される入力受付画面の一例を示す図。
【図９】端末の表示部に表示される入力受付画面の一例を示す図。
【図１０】本実施形態のサーバの処理の流れを示すフローチャート。
【図１１】本実施形態の端末の処理の流れを示すフローチャート。
【発明を実施するための形態】
【００２２】
以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必要構成要件であるとは限らない。
【００２３】
１．構成
図１は、本実施形態のゲームシステムを示す。本実施形態では、複数の端末１０とサーバ２０（サーバシステム）とによって構成される。つまり、図１に示すように、本実施形態のゲームシステムは、サービスを提供するサーバ２０と、端末１０（１０Ａ、１０Ｂ、１０Ｃ・・・）とが、ネットワークに接続可能に構成される。
【００２４】
サーバ２０は、端末１０からの要求に応じてオンラインゲームサービスを提供する情報処理装置である。サーバ２０は、１又は複数のサーバ（認証サーバ、マッチングサーバ、ゲーム処理サーバ、通信サーバ、課金サーバ、データベースサーバ等）により構成することができる。
【００２５】
本実施形態では、端末１０においてゲームプログラム（ゲームアプリ）が実行され、サーバ２０では、当該ゲームアプリで利用されるゲーム関連情報が管理される。
【００２６】
端末１０は、携帯端末（スマートフォン、携帯電話、携帯型ゲーム機等）、パーソナルコンピュータ（ＰＣ）、ゲーム装置、画像生成装置などの情報処理装置であり、インターネット（ＷＡＮ）、ＬＡＮなどのネットワークを介してサーバ２０に接続可能な装置である。なお、端末１０とサーバ２０との通信回線は、有線でもよいし無線でもよい。
【００２７】
図２に、本実施形態のサーバ２０の機能ブロック図の一例を示す。なお本実施形態のサーバは図２の構成要素（各部）の一部を省略した構成としてもよい。
【００２８】
記憶部２７０は、処理部２００の各部としてコンピュータを機能させるためのプログラムや各種データを記憶するとともに、処理部２００のワーク領域として機能し、その機能はハードディスク、ＲＡＭなどにより実現できる。記憶部２７０は、格納部２７２（例えばデータベース）を含む。
【００２９】
格納部２７２は、端末１０で実行されるゲームアプリで利用されるゲーム関連情報を、各端末１０のゲームアプリに割り当てられたアプリＩＤに関連付けて格納する。ゲーム関連情報は、プレーヤ名、プレーヤのデッキに関する情報（デッキを構成する複数のゲーム媒体に関する情報）、ステータス情報、プレーヤが購入した課金アイテム（ゲーム内通貨等）に関する情報、プレイ履歴（ゲーム履歴）に関する情報、プレーヤとフレンド関係にある他のプレーヤに関する情報（フレンド情報）、ゲーム関連情報の更新日時に関する情報等を含む。
【００３０】
通信部２９６は端末１０や他のサーバとの間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。
【００３１】
処理部２００（プロセッサ）は、端末１０から送信され通信部２９６を介して受信したデータ（入力情報等）、プログラムなどに基づいて、格納部２７２に格納される情報の管理などの各種処理を行う。処理部２００は記憶部２７０をワーク領域として各種処理を行う。処理部２００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。処理部２００は、登録部２１０、要求処理部２１２、特定部２１４を含む。
【００３２】
登録部２１０は、所定のゲームアプリがインストールされた端末１０から、アプリＩＤを含まないアクセス要求（初回のアクセス要求）を受信した場合に、当該ゲームアプリに割り当てる一意のアプリＩＤを生成し、生成したアプリＩＤに関連付けてゲーム関連情報（新たに生成した初期状態のゲーム関連情報）を格納部２７２に格納し、また、生成したアプリＩＤを当該端末１０に送信する。ここで、アプリＩＤを含まないアクセス要求とは、ＩＤを全く含まないアクセス要求であってもよいし、ダミーＩＤ（ゲーム関連情報に関連付けられることのないダミーのアプリＩＤ、例えば、全ての桁が「０」或いは「１」であるＩＤ）を含むアクセス要求であってもよい。
【００３３】
要求処理部２１２は、端末１０から、アプリＩＤを含むアクセス要求を受信した場合に、当該アクセス要求に応じて、当該アプリＩＤに関連付けられたゲーム関連情報の少なくとも一部のデータを端末１０に送信する。また、要求処理部２１２は、アプリＩＤを含むアクセス要求とともにゲーム結果情報を受信した場合、当該ゲーム結果情報に基づいて、当該アプリＩＤに関連付けられたゲーム関連情報を更新する。
【００３４】
特定部２１４は、端末１０から、後述するプレイ状況情報（プレーヤのデッキ、プレイ履歴、ゲームアプリを削除した時間、プレーヤのフレンド等に関する情報）を含む復元要求を受信した場合に、受信したプレイ状況情報に基づいて、格納部２７２に格納されたゲーム関連情報の中から１のゲーム関連情報を特定し、特定したゲーム関連情報に関連付けられたアプリＩＤを当該端末１０に送信する。
【００３５】
また、特定部２１４は、前記プレイ状況情報に基づきゲーム関連情報を特定できなかった場合に、次の入力を要求する入力要求を端末１０に送信し、当該入力要求に応じて端末１０から送信された次のゲーム関連情報と、それ以前に受信したゲーム関連情報とに基づいて、ゲーム関連情報を特定してもよい。また、特定部２１４は、所定の回数受信したプレイ状況情報に基づいてゲーム関連情報を特定できなかった場合に、ゲーム関連情報を特定する処理を終了してもよい。また、特定部２１４は、ゲーム関連情報を特定した後、所定時間が経過した場合に、特定したゲーム関連情報に関連付けられたアプリＩＤを端末１０に送信してもよい。また、特定部２１４は、プレイ状況情報として、プレーヤが設定したフレンドに関する情報を受信した場合に、当該プレイ状況情報で特定される前記フレンドの端末１０に確認情報を送信し、前記フレンドの端末１０から受信した応答情報に基づいて、前記ゲーム関連情報を特定してもよい。
【００３６】
図３に、本実施形態の端末１０の機能ブロック図の一例を示す。なお本実施形態の端末は図３の構成要素（各部）の一部を省略した構成としてもよい。
【００３７】
入力部１５０は、プレーヤからの入力情報を入力（検出）するための機器であり、プレーヤの入力情報（操作入力）を処理部１００に出力する。入力部１５０の機能は、タッチ
パネル、タッチパッド、マウス、方向キーやボタン、キーボード等の入力機器により実現することができる。
【００３８】
記憶部１７０は、処理部１００の各部としてコンピュータを機能させるためのプログラム（ゲームアプリ、ＯＳ）や各種データを記憶するとともに、処理部１００のワーク領域として機能し、その機能はハードディスク、ＲＡＭなどにより実現できる。
【００３９】
表示部１９０は、処理部１００で生成されたゲーム画像を出力するものであり、その機能は、入力部１５０としても機能するタッチパネル、ＬＣＤ或いはＣＲＴなどのディスプレイにより実現できる。
【００４０】
音出力部１９２は、処理部１００で生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。
【００４１】
通信部１９６はサーバ２０との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。
【００４２】
処理部１００（プロセッサ）は、入力部１５０からの入力情報、プログラム、通信部１９６を介して受信したデータなどに基づいて、通信制御処理、画像生成処理、音生成処理などの処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。処理部１００は、ゲーム処理部１１０、入力受付部１１２、画像生成部１２０、音生成部１３０を含む。
【００４３】
ゲーム処理部１１０は、ゲームアプリにアプリＩＤが設定されていない場合、プレーヤの操作入力に基づいて、アプリＩＤを含まないアクセス要求（例えば、ダミーＩＤを含むアクセス要求）をサーバ２０に送信し、当該アクセス要求に応じてサーバ２０から送信されたアプリＩＤをゲームアプリに設定する。また、ゲーム処理部１１０は、ゲームアプリに設定されたアプリＩＤを含むアクセス要求をサーバ２０に送信し、当該アクセス要求に応じてサーバ２０から送信されたゲーム関連情報と、プレーヤの操作入力とに基づいて、ゲームアプリのゲーム（例えば、プレーヤのデッキを構成するゲーム媒体に対応付けられたキャラクタと敵キャラクタとが対戦するゲーム）を進行させるゲーム処理を行う。また、ゲーム処理部１１０は、当該ゲームのゲーム結果情報（ゲーム結果や各種ゲームパラメータに関する情報）を、アプリＩＤを含むアクセス要求とともにサーバ２０に送信する。
【００４４】
入力受付部１１２は、ゲームアプリにアプリＩＤが設定されていない場合、プレーヤの操作入力に基づいて、ゲームアプリでの過去のプレイ状況に関するプレイ状況情報をプレーヤに入力させるための画面を表示部１９０に表示させ、当該画面においてプレイ状況情報の入力を受け付け、入力されたプレイ状況情報を含む復元要求をサーバ２０に送信し、当該復元要求に応じてサーバ２０から送信されたアプリＩＤを受信した場合、受信したアプリＩＤをゲームアプリに送信する。また、入力受付部１１２は、サーバ２０から入力要求を受信した場合、入力要求に応じて、プレーヤによる次のプレイ状況情報（既に入力受け付けたプレイ状況情報とは異なる内容のプレイ状況情報）の入力を受け付け、入力されたプレイ状況情報をサーバ２０に送信する。入力受付部１１２は、プレイ状況情報として、ゲームアプリにおいてプレーヤが設定したデッキ（デッキを構成する複数のゲーム媒体）に関する情報の入力を受け付けてもよいし、プレーヤが前回ゲームアプリを削除した時間（年月日、日時等）に関する情報の入力を受け付けてもよいし、ゲームアプリにおいてプレーヤが設定したフレンドに関する情報の入力を受け付けてもよいし、前記ゲームアプリの運営者が運営する他のゲームアプリに関する情報の入力を受け付けてもよい。
【００４５】
画像生成部１２０は、処理部１００で行われる種々の処理の結果に基づいて描画処理を行い、これによりゲーム画像や入力受付用の画面を生成し、表示部１９０に出力する。画像生成部１２０は、オブジェクト空間（ゲーム空間）内において仮想カメラ（所与の視点）から見える画像（いわゆる３次元画像）を生成してもよい。
【００４６】
音生成部１３０は、処理部１００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、音出力部１９２に出力する。
【００４７】
２．本実施形態の手法
次に本実施形態の手法について図面を用いて説明する。
【００４８】
プレーヤが端末１０に所定のゲームアプリをインストールし、当該ゲームアプリを起動させると、図４に示すような選択画面ＳＳが表示部１９０に表示させる。選択画面ＳＳには、新規にゲームをプレイすることを選択するためのボタンＢ１と、データを復元することを選択するためのボタンＢ２が表示される。
【００４９】
プレーヤがボタンＢ１を選択する操作を行うと、ゲームアプリ（端末１０）は、アプリＩＤを含まない（ダミーＩＤを含む）アクセス要求をサーバ２０に送信し、サーバ２０は、アプリＩＤを新たに生成（発行、採番）し、生成したアプリＩＤに関連付けて新たなゲーム関連情報を格納部２７２に格納し、また、生成したアプリＩＤを端末１０に送信する。
【００５０】
ゲームアプリは、受信したアプリＩＤを自身のアプリＩＤとして設定し、以降、設定したアプリＩＤを用いてサーバ２０と通信を行う。サーバ２０は、アプリＩＤを含むアクセス要求を端末１０から受信すると、受信したアプリＩＤに関連付けられたゲーム関連情報の少なくとも一部の情報を当該端末１０に送信し、また、アプリＩＤを含むアクセス情報とともにゲーム結果データ等を端末１０から受信すると、受信したゲーム結果データ等に基づいて、受信したアプリＩＤに関連付けられたゲーム関連情報を更新する。
【００５１】
図５は、ゲーム関連情報を格納するテーブル情報の一例を示す図である。テーブル情報３００は、アプリＩＤ３１０に関連付けてゲーム関連情報３２０を格納する。ゲーム関連情報３２０は、プレーヤ名３２１（プレーヤのニックネーム）、プレーヤのデッキ情報３２２、プレイ履歴３２３、課金アイテム情報３２４、フレンド情報３２５、データの更新日時３２６等を含む。デッキ情報３２２は、プレーヤのデッキを構成する複数のゲーム媒体（キャラクタ、カード）を特定する情報、各ゲーム媒体の属性やパラメータやレア度、デッキを構成するゲーム媒体のうちプレーヤによって「お気に入りキャラクタ」や「メインキャラクタ」として設定されたゲーム媒体を特定する情報等を含む。プレイ履歴３２３は、プレーヤがプレイした（到達した）ゲームステージ（音楽ゲームであればプレイした楽曲）を特定する情報等を含む。課金アイテム情報３２４は、プレーヤが購入した課金アイテムに関する情報（ゲーム内通貨の残高等）を含む。フレンド情報３２５は、プレーヤが設定したフレンド（プレーヤとフレンド関係にある他のプレーヤ）の情報や、マルチプレイゲームにおいてプレーヤと一緒にプレイした他のプレーヤに関する情報や、プレーヤが属するチーム（ギルド）に関する情報を含む。更新日時３２６は、ゲーム関連情報３２０の更新日時（最終更新日時、更新日時の履歴）の情報を含む。図５に示す例において、例えばアプリＩＤ「０００１」に関連付けられたゲーム関連情報３２０は、アプリＩＤ「０００１」のゲームアプリをプレイするプレーヤ（当該ゲームアプリがインストールされた端末１０のプレーヤ）のプレーヤ名は「Ａ」であり、プレーヤ「Ａ」が設定したデッキに含まれる４つのゲーム媒体は「ａ」、「ｂ」、「ｃ」、「ｄ」であり、プレーヤ「Ａ」はゲームステージ「ｓ１０」まで到達しており、プレーヤ「Ａ」は課金アイテムとしてゲ
ーム内通貨を「５００」所有しており、プレーヤ「Ａ」が設定したフレンドはプレーヤ「Ｃ」であることを示している。
【００５２】
プレーヤは、ゲームアプリを誤って削除（アンインストール）した場合に、ゲームアプリを再度インストールして起動したときに表示される選択画面ＳＳ（図４）において、ボタンＢ２を選択することで、削除する前にゲームアプリで使用していたゲーム関連情報を再インストールしたゲームアプリで再び使用できるようにするための復元手続きに進むことができる。
【００５３】
図４に示す選択画面ＳＳにおいて、プレーヤがボタンＢ２を選択する操作を行うと、図６に示すような、ゲームアプリでの過去のプレイ状況をプレーヤに入力させる（プレイ状況情報の入力を受け付ける）ための入力受付画面ＩＳが表示される。図６に示す入力受付画面ＩＳは、ゲームアプリにおいてプレーヤが設定したデッキに関する情報の入力を受け付ける画面であり、ここでは、プレーヤのデッキを構成する複数（４つ）のゲーム媒体を入力するための複数の入力枠ＩＦが表示されている。図６に示す入力受付画面ＩＳにおいて、プレーヤがいずれかの入力枠ＩＦを選択する操作を行うと、デッキに設定可能なゲーム媒体の一覧を表示する画面に移行し、当該画面においてプレーヤがゲーム媒体を選択する操作を行うと、選択されたゲーム媒体が当該入力枠ＩＦに表示され、選択されたゲーム媒体の入力が受け付けられる。プレーヤは、この操作を複数の入力枠ＩＦそれぞれについて行うことで、デッキを構成する複数のゲーム媒体を入力することができる。ここで、図６に示す入力受付画面ＩＳは、ゲーム中にデッキを設定する際に表示される画面と同様の画面であり、プレーヤは、ゲーム中にデッキ設定を行うときと同様の操作で、過去に設定したデッキに関する情報を入力することができる。なお、プレーヤが過去に設定したデッキに関する情報として、デッキを構成する複数のゲーム媒体に関する情報に加えて（或いは、代えて）、プレーヤが「お気に入りキャラクタ」或いは「メインキャラクタ」として設定したゲーム媒体に関する情報（当該ゲーム媒体の種類やレア度、属性等）の入力を受け付けるようにしてもよい。
【００５４】
図６に示す入力受付画面ＩＳにおいて入力を行った後、プレーヤが送信ボタンＳＢを押す操作を行うと、端末１０（ゲームアプリ）は、入力されたプレイ状況情報（デッキに関する情報）をサーバ２０に送信する。当該プレイ状況情報を受信したサーバ２０は、当該プレイ状況情報に含まれるデッキに関する情報と、各ゲーム関連情報３２０に含まれるデッキ情報３２２とを照合して、複数のゲーム関連情報の中から、当該プレイ状況情報に合致する１のゲーム関連情報を特定する処理を行う。１のゲーム関連情報を特定できた場合（プレイ状況情報に合致するゲーム関連情報が１つのみ存在する場合）、サーバ２０は、特定したゲーム関連情報に関連付けられたアプリＩＤを当該端末１０に送信する。当該アプリＩＤを受信した端末１０（ゲームアプリ）は、当該アプリＩＤを自身のアプリＩＤとして設定し、以降、当該アプリＩＤを用いてサーバ２０と通信する。これにより、ゲームアプリにおいて過去に使用していたゲーム関連情報を再び使用できるようになる。
【００５５】
一方、プレイ状況情報に基づき１のゲーム関連情報を特定できなかった場合（プレイ状況情報に合致するゲーム関連情報が複数存在する場合、プレイ状況情報に合致するゲーム関連情報が１つも存在しない場合）、サーバ２０は、次のプレイ状況情報の入力を要求する入力要求を当該端末１０に送信する。入力要求を受信したゲームアプリは、図７に示すような、次のプレイ状況情報をプレーヤに入力させるための入力受付画面ＩＳを表示させる。図７に示す入力受付画面ＩＳは、ゲームアプリにおけるプレーヤのプレイ履歴に関する情報の入力を受け付ける画面であり、ここでは、プレーヤが最終的に到達したゲームステージのステージ名を入力するための入力枠ＩＦが表示されている。図７に示す入力受付画面ＩＳにおいて、プレーヤが入力枠ＩＦを選択する操作を行うと、ステージ名の一覧が表示され、この一覧の中からステージ名を選択する操作を行うと、選択されたステージ名
が入力枠ＩＦに表示され、選択されたステージ名の入力が受け付けられる。プレーヤがステージ名を入力して送信ボタンＳＢを押す操作を行うと、端末１０（ゲームアプリ）は、入力されたプレイ状況情報（プレイ履歴に関する情報）をサーバ２０に送信し、サーバ２０は、当該プレイ状況情報に含まれるプレイ履歴と、各ゲーム関連情報３２０に含まれるプレイ履歴３２３とを照合して、既に受信したプレイ状況情報（デッキに関する情報）に合致する複数のゲーム関連情報の中から、今回受信したプレイ状況情報（プレイ履歴に関する情報）に合致する１のゲーム関連情報を特定する処理を行う。そして、サーバ２０は、１のゲーム関連情報を特定できた場合には、特定したゲーム関連情報に関連付けられたアプリＩＤを当該端末１０に送信し、１のゲーム関連情報を特定できなかった場合には、再度、入力要求を当該端末に送信し、入力要求を受信したゲームアプリは、次のプレイ状況情報をプレーヤに入力させるための入力受付画面ＩＳを表示させる。
【００５６】
このように、ゲームアプリがプレーヤによるプレイ状況情報の入力を受け付けてサーバ２０に送信し、サーバ２０が当該プレイ状況情報に基づいてゲーム関連情報を特定する（プレイ状況情報に合致するゲーム関連情報を絞り込む）ことを、１のゲーム関連情報を特定できるまで、プレーヤに入力させるプレイ状況情報の内容を逐次変えながら繰り返す。
【００５７】
図８、図９に、デッキやプレイ履歴に関する情報以外のプレイ状況情報をプレーヤに入力させるための入力受付画面ＩＳの例を示す。図８に示す入力受付画面ＩＳは、プレーヤがゲームアプリを削除した時間に関する情報の入力を受け付ける画面であり、ここでは、ゲームアプリを削除した年月を入力するための入力枠ＩＦが表示されている。図８に示す入力受付画面ＩＳにおいて、プレーヤがゲームアプリを削除した年月を入力して送信ボタンＳＢを押す操作を行うと、端末１０（ゲームアプリ）は、入力されたプレイ状況情報（削除した時間に関する情報）をサーバ２０に送信する。サーバ２０は、当該プレイ状況情報に含まれる削除時間と、各ゲーム関連情報３２０に含まれる更新日時３２６とを照合して、これまでに受信したプレイ状況情報に合致する複数のゲーム関連情報の中から、最終更新日時が削除時間以前となっているゲーム関連情報を特定する（最終更新日時が削除時間以降となっているゲーム関連情報を除外する）。
【００５８】
また、図９に示す入力受付画面ＩＳは、ゲームアプリにおいてプレーヤが設定したフレンドに関する情報の入力を受け付ける画面であり、ここでは、フレンドのプレーヤ名を入力するための入力枠ＩＦが表示されている。図９に示す入力受付画面ＩＳにおいて、プレーヤがフレンドのプレーヤ名を入力して送信ボタンＳＢを押す操作を行うと、端末１０（ゲームアプリ）は、入力されたプレイ状況情報（フレンドに関する情報）をサーバ２０に送信する。サーバ２０は、当該プレイ状況情報に含まれるフレンドに関する情報と、各ゲーム関連情報３２０に含まれるフレンド情報３２５とを照合して、これまでに受信したプレイ状況情報に合致する複数のゲーム関連情報の中から、今回受信したプレイ状況情報（フレンドに関する情報）に合致する１のゲーム関連情報を特定する処理を行う。ここで、サーバ２０は、プレイ状況情報に合致するゲーム関連情報があった場合、当該プレイ状況情報で特定されるフレンドの端末１０に確認情報（プレイ状況情報を送信した端末１０のプレーヤとフレンド関係にあるか否かを確認するための情報）を送信し、当該フレンドの端末１０から受信した応答情報が肯定情報であれば、当該ゲーム関連情報の特定を維持し、応答情報が否定情報であれば、当該ゲーム関連情報の特定を取り消すようにしてもよい。このようにすると、プレイ状況情報として入力されたフレンドに関する情報の信頼性を担保することができる。なお、プレーヤが設定したフレンドに関する情報の入力を受け付けることに加えて（或いは、代えて）、マルチプレイゲームにおいてプレーヤと一緒にプレイした他のプレーヤに関する情報の入力を受け付けてもよいし、プレーヤが属するチームに関する入力を受け付けるようにしてもよい。
【００５９】
このように本実施形態によれば、プレーヤがゲームアプリ（端末１０）の画面において
過去のプレイ状況に関するプレイ状況情報を入力すると、サーバ２０において、入力されたプレイ状況情報に基づいてゲーム関連情報が特定され、特定されたゲーム関連情報に関連付けられたアプリＩＤが当該端末に送信されるようにすることで、本人確認のための事前の登録作業を不要として、また、運営者側の人手を介することなく自動的に復元手続を行うことができ、復元手続の煩わしさを低減することができる。また、本実施形態によれば、プレイ状況情報に基づき１のゲーム関連情報を特定できなかった場合に、次のプレイ状況情報をプレーヤに入力させ、サーバ２０において、それまでに入力された（受信した）全てのプレイ状況情報に基づいてゲーム関連情報を特定することを、１のゲーム関連情報を特定できるまで繰り返すことで、プレーヤはゲーム関連情報を特定するための必要最小限の情報を入力すればよいため、復元手続に伴うプレーヤの負担を低減することができる。
【００６０】
また本実施形態では、プレイ状況情報を入力させる（受信する）回数に上限を設け、所定の回数受信したプレイ状況情報に基づいてゲーム関連情報を特定できなかった場合に、ゲーム関連情報を特定する処理を終了するようにしてもよい。例えば、デッキに関する情報、プレイ履歴に関する情報、ゲームアプリを削除した時間に関する情報、フレンドに関する情報の順でプレーヤにプレイ状況情報を入力させ、これら４つのプレイ状況情報に基づいてもゲーム関連情報を特定できなかった場合に、特定処理を終了するようにしてもよい。このように、プレイ状況情報の入力回数に上限を設けることで、復元手続時の不正行為（他人のゲーム関連情報を乗っ取る行為等）を抑制することができる。
【００６１】
また、本実施形態では、１のゲーム関連情報を特定した後、所定時間が経過したことを条件に、アプリＩＤを端末１０に送信するようにしてもよい。このようにすると、復元手続時の不正行為を抑制することができる。例えば、プレーヤ「Ｂ」が入力したプレイ状況情報に基づいてプレーヤ「Ａ」のゲーム関連情報を特定した場合であっても、特定後、所定時間が経過するまでの間にプレーヤ「Ａ」の端末１０からのアクセスによりプレーヤ「Ａ」のゲーム関連情報が更新された場合には、プレーヤ「Ｂ」がプレーヤ「Ａ」のゲーム関連情報を乗っ取ろうとしていることを検知して、プレーヤ「Ａ」のゲーム関連情報に関連付けられたアプリＩＤをプレーヤ「Ｂ」の端末１０に送信しないようにすることができる。
【００６２】
なお、サーバ２０が、他のゲームアプリ（所定のゲームアプリの運営者が運営する他のゲームアプリ）のゲーム関連情報を格納している場合、プレイ状況情報として他のゲームアプリに関する情報の入力を受け付け、当該プレイ状況情報に基づいてゲーム関連情報を特定するようにしてもよい。例えば、プレーヤの端末１０にゲームアプリ「Ａ」（所定のゲームアプリ）とゲームアプリ「Ｂ」（他のゲームアプリ）がインストールされ、当該プレーヤがゲームアプリ「Ａ」のデータ復元を行おうとしている（ゲームアプリ「Ａ」のプレイ状況情報を入力している）場合、当該プレーヤにプレイ状況情報としてゲームアプリ「Ｂ」のアプリＩＤを入力させ、サーバ２０において、これまでに特定したゲームアプリ「Ａ」のゲーム関連情報のうち、当該アプリＩＤに関連付けられたゲーム関連情報（当該プレーヤのゲームアプリ「Ｂ」についてのゲーム関連情報）と更新日時が重複しているゲーム関連情報を除外するようにしてもよい。なお、当該プレーヤのゲームアプリ「Ｂ」のアプリＩＤに、プレーヤＩＤ（ゲームアプリ「Ａ」、「Ｂ」の運営者が発行するプレーヤＩＤ）が関連付けられており、ゲームアプリ「Ｂ」のゲーム関連情報を用いてゲームアプリ「Ａ」のデータを復元した場合、ゲームアプリ「Ａ」のゲーム関連情報（アプリＩＤ）にも当該プレーヤＩＤを自動的に関連付けるようにしてもよい。このようにすると、プレーヤが再びゲームアプリ「Ａ」を削除してしまった場合でも、プレーヤは当該プレーヤＩＤを用いてゲームアプリ「Ａ」のデータ復元を行うことができるようになる。
【００６３】
上記例では、デッキを構成する複数のゲーム媒体に関する情報の入力を受け付ける際に
、デッキを構成する全てのゲーム媒体を入力させる場合について説明したが、デッキを構成する一部のゲーム媒体を入力させて特定処理を行い、１のゲーム関連情報を特定できなかった場合に、デッキを構成する残りのゲーム媒体を入力させるようにしてもよい。
【００６４】
３．処理
次に、本実施形態のゲームシステムの処理の一例について図１０、図１１のフローチャートを用いて説明する。図１０は、サーバ２０の処理の流れを示すフローチャートである。まず、処理部２００は、端末１０からアクセス要求を受信したか否かを判断し（ステップＳ１０）、アクセス要求を受信した場合（ステップＳ１０のＹ）には、アクセス要求にアプリＩＤが含まれるか否かを判断する（ステップＳ１１）。アプリＩＤを含むアクセス要求を受信した場合（ステップＳ１１のＹ）には、要求処理部２１２は、受信したアプリＩＤに関連付けられたゲーム関連情報を端末１０に送信し（ステップＳ１２）、ステップＳ１０に移行する。なお、アプリＩＤを含むアクセス要求とともにゲーム結果情報を受信した場合、要求処理部２１２は、受信したゲーム結果情報に基づいて、当該アプリＩＤに関連付けられたゲーム関連情報を更新する。
【００６５】
アプリＩＤを含まない（ダミーＩＤを含む）アクセス要求を受信した場合（ステップＳ１１のＮ）には、登録部２１０は、アプリＩＤを生成して、生成したアプリＩＤに関連付けてゲーム関連情報を格納部２７２に格納し（ステップＳ１３）、生成したアプリＩＤを端末１０に送信し（ステップＳ１４）、ステップＳ１０に移行する。
【００６６】
アクセス要求を受信していない場合（ステップＳ１０のＮ）、処理部２００は、端末１０からプレイ状況情報（復元要求）を受信したか否かを判断し（ステップＳ１５）、プレイ状況情報を受信していない場合（ステップＳ１５のＮ）には、ステップＳ１０に移行する。プレイ状況情報を受信した場合（ステップＳ１５のＹ）には、特定部２１４は、受信したプレイ状況情報に基づいて、格納部２７２に格納されたゲーム関連情報の中から１のゲーム関連情報を特定する（ステップＳ１６）。１のゲーム関連情報を特定できた場合（ステップＳ１７のＹ）には、特定部２１４は、特定したゲーム関連情報に関連付けられたアプリＩＤを端末１０に送信し（ステップＳ１８）、ステップＳ１０に移行する。１のゲーム関連情報を特定できなかった場合（ステップＳ１７のＮ）には、特定部２１４は、プレイ状況情報を受信した回数が所定の回数に達したか否かを判断し（ステップＳ１９）、所定の回数に達した場合（ステップＳ１９のＹ）には、特定処理を終了する旨の通知情報を端末１０に送信してステップＳ１０に移行する。プレイ状況情報を受信した回数が所定の回数に達していない場合（ステップＳ１９のＮ）には、特定部２１４は、入力要求を端末１０に送信して（ステップＳ２０）、ステップＳ１５に移行する。
【００６７】
図１１は、端末１０の処理の流れを示すフローチャートである。まず、ゲーム処理部１１０（ゲームアプリ）は、ゲームアプリの起動後に、アプリＩＤが設定されているか否かを判断し（ステップＳ３０）、アプリＩＤが設定されている場合（ステップＳ３０のＹ）には、アプリＩＤを含むアクセス要求をサーバ２０に送信する（ステップＳ３１）。次に、ゲーム処理部１１０は、ゲーム関連情報をサーバ２０から受信し（ステップＳ３２）、受信したゲーム関連情報と操作入力とに基づいてゲームを進行させる処理を行う（ステップＳ３３）。次に、ゲーム処理部１１０は、所定のタイミングでゲーム結果情報をサーバ２０に送信する（ステップＳ３４）。
【００６８】
アプリＩＤが設定されていない場合（ステップＳ３０のＮ）には、ゲーム処理部１１０は、新規にゲームをプレイするかデータを復元するかをプレーヤに選択させるための選択画面ＳＳを表示部１９０に表示させる（ステップＳ３５）。次に、ゲーム処理部１１０は、選択画面ＳＳにおいて新規にゲームをプレイすることが選択された場合（ステップＳ３６のＹ）には、アプリＩＤを含まない（ダミーＩＤを含む）アクセス要求をサーバ２０に
送信する（ステップＳ３７）。次に、ゲーム処理部１１０は、アプリＩＤをサーバ２０から受信し（ステップＳ３８）、受信したアプリＩＤを自身の（ゲームアプリの）アプリＩＤとして設定する（ステップＳ３９）。
【００６９】
選択画面ＳＳにおいてデータを復元することが選択された場合（ステップＳ３６のＮ）には、入力受付部１１２は、プレーヤによるプレイ状況情報の入力を受け付ける入力受付画面ＩＳを表示部１９０に表示させる（ステップＳ４０）。次に、入力受付部１１２は、入力受付画面ＩＳにおいて入力されたプレイ状況情報をサーバ２０に送信する（ステップＳ４１）。次に、入力受付部１１２は、サーバ２０から入力要求を受信したか否かを判断し（ステップＳ４２）、入力要求を受信した場合（ステップＳ４２のＹ）には、ステップＳ４０に移行し、次の（異なる内容の）プレイ状況情報の入力を受け付ける入力受付画面ＩＳを表示部１９０に表示させる。入力要求を受信していない場合（ステップＳ４２のＮ）、入力受付部１１２は、サーバ２０から特定処理を終了する旨の通知情報を受信したか否かを判断し（ステップＳ４３）、当該通知情報を受信した場合（ステップＳ４３のＹ）には、入力受付処理を終了する。当該通知情報を受信していない場合（ステップＳ４３のＮ）には、入力受付部１１２は、サーバ２０からアプリＩＤを受信したか否かを判断し（ステップＳ４４）、アプリＩＤを受信していない場合（ステップＳ４４のＮ）には、ステップＳ４２に移行する。アプリＩＤを受信した場合（ステップＳ４４のＹ）には、入力受付部１１２は、受信したアプリＩＤを自身の（ゲームアプリの）アプリＩＤとして設定する（ステップＳ４５）。
【００７０】
本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。例えば、明細書又は図面中の記載において広義や同義な用語として引用された用語は、明細書又は図面中の他の記載においても広義や同義な用語に置き換えることができる。
【符号の説明】
【００７１】
１０…端末、２０…サーバ、１００…処理部、１１０…ゲーム処理部、１１２…入力受付部、１２０…画像生成部、１３０…音生成部、１５０…入力部、１７０…記憶部、１９０…表示部、１９２…音出力部、１９６…通信部、２００…処理部、２１０…登録部、２１２…要求処理部、２１４…特定部、２７０…記憶部、２７２…格納部、２９６…通信部
【図１】
2019176895.tif 000003
【図２】
2019176895.tif 000004
【図３】
2019176895.tif 000005
【図４】
2019176895.tif 000006
【図５】
2019176895.tif 000007
【図６】
2019176895.tif 000008
【図７】
2019176895.tif 000009
【図８】
2019176895.tif 000010
【図９】
2019176895.tif 000011
【図１０】
2019176895.tif 000012
【図１１】
2019176895.tif 000013