JP2023040548A - コンピュータシステム、プログラム、サーバおよびゲーム制御方法 - Google Patents

Abstract

【課題】各プレイヤの異なるゲーム進行度にかかわらず、各プレイヤが同一のシナリオをプレイしても違和感なくストーリーを楽しめるようにする。
【解決手段】複数のプレイヤ端末におけるゲームの実行を制御するコンピュータシステムにあって、該コンピュータシステムが、複数のプレイヤ端末で実行されるゲームのプレイヤ情報またはゲームプレイ情報を記憶する記憶部と、記憶部からプレイヤ情報またはゲームプレイ情報を取得する取得部と、プレイヤ情報またはゲームプレイ情報に基づいてプレイヤ端末において実行されるゲームイベントの設定情報を調整する設定調整部と、設定情報をプレイヤ端末に送信する送信部と、を備え、設定情報が、プレイヤ間で共通に設定される第１設定情報と、プレイヤ情報またはゲームプレイ情報に基づいてプレイヤごとに調整される第２設定情報と、を含むようにした。
【選択図】図８

Description

本発明の実施形態は、コンピュータシステム、プログラム、サーバおよびゲーム制御方法に関する。

プレイヤがゲームキャラクタを操作してゲームプレイを行うゲームが知られている。ゲームには、敵キャラクタの討伐や目標地点への到達など、何らかの目的が設定されている。目的の達成は、操作に習熟したプレイヤにとって容易であっても、操作に不慣れなプレイヤにとっては困難な場合がある。

年齢や性別等の属性にかかわらずプレイヤが楽しむことができるようにするゲームが提案されている（例えば、特許文献１参照）。特許文献１では、ゲームプレイ前にプレイヤに年齢や性別等の属性情報を入力させ、入力された情報に基づいて難易度テーブルからゲームの難易度を決定し、ゲームを進行させる。

また、プレイヤが操作するゲームキャラクタ（以下、「プレイヤキャラクタ」と言う。）を成長または強化させることのできるゲームも知られている。例えば、プレイヤは、設定されたシナリオに従ってゲームプレイを進めることでプレイヤキャラクタを成長させることができ、または、シナリオとは独立して、いわゆる「ガシャ」もしくは「ガチャ」（以下、「ガシャ」と言う。）のようなアイテム獲得パートにより強化アイテムや経験値等を獲得し、プレイヤキャラクタを強化することもできる。

特開平６－１７００６２号公報

プレイヤキャラクタの成長または強化は、ゲームの興趣性を高める要素の１つである。一般に、成長したまたは強化されたキャラクタを用いることで、プレイヤは有利にシナリオを進めることができる。

しかし、シナリオとは独立したゲームパートでプレイヤキャラクタを強化しすぎると、ボスキャラクタを簡単に倒してしまうなど、プレイヤキャラクタの強さとゲームシナリオとの不整合が生じる。同様に、ゲームに新たなシナリオが提供される場合に、プレイヤのゲーム進行度によって、プレイヤキャラクタが成長しすぎていたり、反対に成長不十分であったりして、プレイヤキャラクタの強さとゲームシナリオとの不整合が生じることもある。このような不整合は、ゲームの興趣をそぐおそれがある。

この発明は、各プレイヤの異なるゲーム進行度にかかわらず、各プレイヤが同一のシナリオをプレイしても違和感なくストーリーを楽しめるようにする、コンピュータシステム、プログラム、サーバおよびゲーム制御方法を提供することを目的とする。

上記課題を解決するためにこの発明の第１の態様は、複数のプレイヤ端末におけるゲームの実行を制御するコンピュータシステムにあって、該コンピュータシステムが、複数のプレイヤ端末で実行されるゲームのプレイヤ情報またはプレイヤのゲームプレイ情報を記憶する記憶部と、該記憶部から、プレイヤ端末で実行されるゲームのプレイヤ情報またはプレイヤのゲームプレイ情報を取得する取得部と、プレイヤ情報またはゲームプレイ情報に基づいて、プレイヤ端末において実行されるゲームイベントの設定情報を調整する設定調整部と、設定情報をプレイヤ端末に送信する送信部と、を備え、設定情報が、プレイヤ間で共通に設定される第１設定情報と、プレイヤ情報またはゲームプレイ情報に基づいてプレイヤごとに調整される第２設定情報と、を含むようにした。

この発明の第１の態様によれば、コンピュータシステムが、プレイヤのプレイヤ情報またはゲームプレイ情報に基づいて、ゲームイベントの設定情報を調整してプレイヤ端末に送信する。ここで、設定情報は、プレイヤ間で共通に設定される第１設定情報と、プレイヤ情報またはゲームプレイ情報に基づいてプレイヤごとに調整される第２設定情報とを含む。プレイヤ端末は、各プレイヤのプレイヤ情報またはゲームプレイ情報に基づいて調整された設定情報を用いて、所定のシナリオに従ってゲームイベントを実行する。これにより、各プレイヤのゲーム進行度が異なる場合でも、各プレイヤは、同一のシナリオを違和感なく楽しむことができる。

この発明の第１の態様によれば、各プレイヤの異なるゲーム進行度にかかわらず、各プレイヤが同一のシナリオをプレイしても違和感なくストーリーを楽しめるようにする技術が提供される。

図１は、一実施形態に係るゲームシステムの全体構成の一例を示す図である。 図２は、一実施形態に係るサーバの機能構成の一例を示す図である。 図３は、一実施形態に係るプレイヤ端末の機能構成の一例を示す図である。 図４は、一実施形態に係るエピソード管理テーブルの一例を示す図である。 図５は、一実施形態に係るゲーム進行管理テーブルの一例を示す図である。 図６は、一実施形態に係るキャラクタテーブルの一例を示す図である。 図７は、一実施形態に係るゲーム画像例を示す図である。 図８は、一実施形態に係るサーバの動作例を示すフローチャートである。 図９は、一実施形態に係るゲームプレイ情報管理テーブルの一例を示す図である。 図１０は、一実施形態に係る出現パターンテーブルの一例を示す図である。 図１１は、図８に示した動作のうち設定情報の調整処理動作の詳細を示すフローチャートである。 図１２は、一実施形態に係る設定情報の調整例を示す図である。 図１３は、一実施形態に係るマルチプレイの場合のゲーム画像例を示す図である。

以下、図面を参照してこの発明に係わる実施形態を説明する。なお、以降、説明済みの要素と同一または類似の要素には同一または類似の符号を付し、重複する説明については基本的に省略する。例えば、複数の同一または類似の要素が存在する場合に、各要素を区別せずに説明するために共通の符号を用いることがあるし、各要素を区別して説明するために当該共通の符号に加えて枝番号を用いることもある。

［一実施形態］
（１）構成
（１－１）ゲームシステム
図１は、一実施形態に係るゲームシステム１の全体構成の一例を示す。
ゲームシステム１は、複数のプレイヤ端末１００Ａ，１００Ｂ，１００Ｃ・・・（以下、個々の区別をせず総称的に「プレイヤ端末１００」とも呼ぶ）と、サーバ２００と、を含む。各プレイヤ端末１００は、サーバ２００との間でネットワークＮＷを介して通信可能である。サーバ２００には、任意の数のプレイヤ端末１００が接続可能であるが、ここでは簡単のために１つのプレイヤ端末１００についてのみ詳細な構成を図示し説明する。

ネットワークＮＷは、例えばインターネットであり、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、移動通信網、有線電話網、ＦＴＴＨ（Fiber To The Home）、ＣＡＴＶ（Cable Television）網等のアクセス網を含み得る。

プレイヤ端末１００は、ゲームのプレイヤ（「ユーザ」とも言う）によって使用される。プレイヤ端末１００は、例えば、スマートフォン、タブレット端末、ノート型パーソナルコンピュータ等のコンピュータである。プレイヤ端末１００は、デスクトップ型パーソナルコンピュータのような据置型コンピュータであってもよい。プレイヤ端末１００はまた、ゲームプレイに適した専用のゲーム端末であってもよい。以下では、一例として、プレイヤ端末１００が、タッチスクリーンを備えるスマートフォンであるものとして説明する。

サーバ２００は、一実施形態に係るサーバの一例であり、例えばゲーム開発業者等によって運営および管理されるコンピュータである。サーバ２００は、ワークステーションやパーソナルコンピュータ等の汎用コンピュータであってよい。例えば、サーバ２００は、ネットワークＮＷを介してプレイヤ端末１００から、プレイヤまたはプレイヤ端末の識別情報、プレイヤ情報、ゲームプレイ情報、および種々の要求を受け付け、ネットワークＮＷを介してプレイヤ端末１００にプログラムや関連データ等を送信する。サーバ２００は、同時に複数のプレイヤ端末１００との間で情報の送受信が可能である。サーバ２００は、単一の装置である必要はなく、相互にデータ通信可能な複数の装置によって実現されてもよい。

一実施形態において、ゲームは、いわゆるクライアントサーバ方式のネットワークゲームとして実現される。一実施形態に係るコンピュータシステムは、ゲームシステム１の少なくとも一部の構成を含み、プレイヤ端末１００におけるゲームの実行を制御する。一実施形態に係るコンピュータシステムは、複数のプレイヤ端末１００で実行されるゲームのプレイヤ情報またはプレイヤのゲームプレイ情報を記憶する記憶部と、該記憶部から、プレイヤ端末１００で実行されるゲームのプレイヤ情報またはプレイヤのゲームプレイ情報を取得する取得部と、プレイヤ情報またはゲームプレイ情報に基づいて、プレイヤ端末１００において所定のシナリオに従って実行されるゲームイベントの設定情報を調整する設定調整部と、設定情報をプレイヤ端末１００に送信する送信部と、を備える。設定情報は、プレイヤ間で共通に設定される第１設定情報と、プレイヤ情報またはゲームプレイ情報に基づいてプレイヤごとに調整される第２設定情報と、を含む。

ここでは、上記ネットワークゲームを実現するためのプログラムを、一般的なコンピュータの機能を実現するためのプログラムと区別して、「ゲームプログラム」と呼ぶことがある。ゲームプログラムは、サーバ２００用のゲームプログラムと、プレイヤ端末１００用のゲームプログラムと、を含む。単に、プログラム、と言うとき、一般的なプログラムとゲームプログラムの両方を含み得る。

（１－２）ハードウェア構成
（１－２－１）サーバ
図１に示すように、サーバ２００は、ハードウェアとして、プロセッサ２００１と、メモリ２００２と、ストレージ２００３と、通信インタフェース（通信Ｉ／Ｆ）２００４と、入出力インタフェース（入出力Ｉ／Ｆ）２００５と、を備え、これらがバス２００６を介して互いに電気的に接続される。

プロセッサ２００１は、サーバ２００全体の動作を制御する。プロセッサ２００１は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の汎用プロセッサを含む。プロセッサ２００１は、汎用プロセッサに限らず、ＡＳＩＣ（Application Specific Integrated Circuit）またはＦＰＧＡ（Field-Programmable Gate Array）等の専用プロセッサであってもよい。
メモリ２００２は、主記憶装置であり、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等を含む。
ストレージ２００３は、補助記憶装置であり、ハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ：Solid State Drive）等の不揮発性記憶装置を含む。ストレージ２００３は、プロセッサ２００１により実行されるプログラムや、プログラムの実行に必要な設定データ等を記憶する。プログラムの一部はＲＯＭに記憶されてもよい。

プロセッサ２００１は、ストレージ２００３からプログラムを読み出してメモリ２００２に展開し、展開したプログラムを解釈および実行することによって、後述する処理機能を実現し得る。

通信インタフェース（通信Ｉ／Ｆ）２００４は、ネットワークＮＷを介してプレイヤ端末１００等の外部装置と通信するためのモジュールであり、送受信のための信号処理回路、光コネクタ等を含む。通信インタフェース２００４は、例えば光通信モジュールを含んでもよい。

入出力インタフェース（入出力Ｉ／Ｆ）２００５は、キーボードやマウス等の入力装置を通じてオペレータが入力した操作データを取り込むとともに、出力データを液晶または有機ＥＬ（Electro Luminescence）ディスプレイやスピーカ等の出力装置に出力する。

（１－２－２）プレイヤ端末
図１に示すように、プレイヤ端末１００は、ハードウェアとして、プロセッサ１００１と、メモリ１００２と、ストレージ１００３と、センサ１００４と、通信インタフェース（通信Ｉ／Ｆ）１００５と、入出力インタフェース（入出力Ｉ／Ｆ）１００６と、タッチスクリーン１００７と、を備え、これらがバス１００８を介して互いに電気的に接続される。

プロセッサ１００１は、プレイヤ端末１００の全体の動作を制御する。プロセッサ１００１は、例えば、ＣＰＵ、ＭＰＵ、ＧＰＵ等の汎用プロセッサを含む。プロセッサ１００１もまた、汎用プロセッサに限らず、ＡＳＩＣまたはＦＰＧＡ等の専用プロセッサであってもよい。
メモリ１００２は、主記憶装置であり、ＲＯＭおよびＲＡＭ等を含む。
ストレージ１００３は、補助記憶装置であり、内蔵または外付けの半導体メモリ（例えばフラッシュメモリ）等を含む。ストレージ１００３は、プロセッサ１００１により実行されるプログラムや、プログラムの実行に必要な設定データ等を記憶する。プログラムの一部は、ＲＯＭに記憶されてもよい。
プロセッサ１００１は、ストレージ１００３からプログラムを読み出してメモリ１００２に展開し、展開したプログラムを解釈および実行することによって、後述する処理機能を実現し得る。

センサ１００４は、例えば、イメージセンサ、サウンドセンサ、加速度センサ、角速度センサ、地磁気センサ、ＧＰＳセンサ、近接センサ、環境光センサ等である。センサ１００４は、感知された種々の情報を電気信号に変換し、出力する。

通信インタフェース（通信Ｉ／Ｆ）１００５は、ネットワークＮＷを介してサーバ２００等の外部装置と通信するためのモジュールであり、送受信のための信号処理回路、アンテナ、ＬＡＮ端子等を含む。通信インタフェース１００５は、移動通信用のモジュール、無線／有線ＬＡＮ用のモジュール、近距離無線通信用のモジュール等を含み得る。

入出力インタフェース（入出力Ｉ／Ｆ）１００６は、外部装置から入力データを取り込むとともに、出力データを外部装置に出力する。入出力インタフェース１００６は、例えば、プレイヤ端末１００の物理ボタンや、プレイヤ端末１００に内蔵されたスピーカ、ＵＳＢ（Universal Serial Bus）ポート等を含み得る。

タッチスクリーン１００７は、入力部１０７１と表示部１０７２とを備え、プレイヤの入力操作を受け付けるとともに、プレイヤに種々の画像を表示する機能を有する。
入力部１０７１は、例えば静電容量式や抵抗膜式のタッチパネルである。入力部１０７１は、プレイヤが指やタッチペン（スタイラスペン）で触れた接触位置を検知し、接触位置の座標情報を生成する。
表示部１０７２は、例えば液晶ディスプレイや有機ＥＬディスプレイであり、表示データに基づく種々の画像を表示する。表示部１０７２は、ゲーム画像を表示することによってゲーム画面を実現する。

プレイヤ端末１００は、入出力インタフェース１００６を介して接続されるキーボード、マウス、コントローラ等の外部入力装置からプレイヤの操作を受け付けることもできる。プレイヤ端末１００は、入出力インタフェース１００６を介して接続されるメモリカード等の外部記憶装置からプログラムおよび関連データを取得してもよい。プレイヤ端末１００は、入出力インタフェース１００６を介して接続されるディスプレイやスピーカ等の外部出力装置に表示情報を出力することもできる。プレイヤ端末１００は、入出力インタフェース１００６を介して接続されるメモリカード等の外部記憶装置をストレージ１００３として使用してもよい。プレイヤ端末１００はまた、センサ１００４からの信号をプレイヤ操作として受け付けてもよい。

（１－３）機能構成
（１－３－１）サーバ
図２は、一実施形態に係るサーバ２００の機能構成の一例を示す。なお、一般的なコンピュータの機能構成およびゲームの実現に必要な公知の構成については、図示および説明を省略する。

サーバ２００は、制御部２１０と、記憶部２２０と、を備える。
記憶部２２０は、主にストレージ２００３により実現される。記憶部２２０の一部はメモリ２００２により実現されてもよい。記憶部２２０は、ゲームプログラム記憶部２２１と、ゲームデータ記憶部２２２と、ゲームプレイ情報記憶部２２３と、を備える。

ゲームプログラム記憶部２２１は、サーバ用のゲームプログラムを記憶する。ゲームプログラム記憶部２２１は、プレイヤ端末用のゲームプログラムをさらに記憶し得る。

ゲームデータ記憶部２２２は、ゲームプログラムを実行する際に参照される種々のゲームデータを記憶する。ゲームデータ記憶部２２２は、サーバ２００用のゲームデータおよびプレイヤ端末１００用のゲームデータを記憶し得る。ゲームデータは、ゲームイベントに関する設定情報を含む。ゲームデータ記憶部２２２は、後述するエピソード管理テーブル２２２１および出現パターンテーブル２２２２を記憶し得る。

ゲームプレイ情報記憶部２２３は、プレイヤ端末１００を使用するプレイヤのプレイヤ情報またはゲームプレイ情報を記憶する。ゲームプレイ情報記憶部２２３は、プレイヤの識別情報またはプレイヤ端末１００の識別情報に紐付けて、各プレイヤのプレイヤ情報またはゲームプレイ情報を記憶する。プレイヤ情報またはゲームプレイ情報は、各プレイヤ端末１００から任意のタイミングで受信され、例えば、各プレイヤのログイン時、一定時間ごと、または所定イベントごと等に受信される。プレイヤ情報は、プレイヤに関する多種多様な情報を含んでよい。プレイヤ情報は、例えば、ログイン回数、フレンドの数、およびプレイヤ自身のゲームレベル等の情報を含む。ゲームプレイ情報は、プレイヤのゲームプレイに関する多種多様な情報のいずれであってもよい。ゲームプレイ情報は、ゲーム進行度に関する情報と言うこともできる。ゲームプレイ情報は、例えば、ゲームの進行に応じて変化するゲームキャラクタまたはゲームオブジェクトのパラメータ、ストーリーの進行状況、ゲームイベントのクリア状況、ゲーム内通貨またはアイテムの獲得状況、獲得スコア、累積のゲームプレイ時間またはログイン時間、等を含み得る。ただし、本明細書において、プレイヤ情報とゲームプレイ情報とが明確に区別される必要はない。以下で「ゲームプレイ情報」と言うとき、プレイヤ情報を含むことがあるものとする。ゲームプレイ情報記憶部２２３は、プレイヤ情報またはゲームプレイ情報について、各プレイヤの最新の情報だけを記憶してもよいし、複数の時点における履歴を記憶してもよい。ゲームデータ記憶部２２２とゲームプレイ情報記憶部２２３とは必ずしも区別されなくてもよい。ゲームプレイ情報記憶部２２３は、後述するゲームプレイ情報管理テーブル２２３１を記憶し得る。

制御部２１０は、主にプロセッサ２００１およびメモリ２００２により実現される。制御部２１０は、サーバ２００全体の機能を制御する。制御部２１０は、ゲームプログラム記憶部２２１に記憶されたゲームプログラムを実行することにより、ゲーム制御部２１１、ゲームプレイ情報取得部２１２、設定調整部２１３、および設定送信部２１４として機能し得る。

ゲーム制御部２１１は、主に、各プレイヤ端末１００におけるゲームの実行を制御する。ゲーム制御部２１１は、各プレイヤのゲーム進行度に応じて必要なゲームプログラムおよび関連データを記憶部２２０から読み出し、プレイヤ端末１００に送信する。またゲーム制御部２１１は、プレイヤ端末１００から最新のゲームプレイ情報を随時受信し、ゲームプレイ情報記憶部２２３に格納する。

ゲームプレイ情報取得部２１２は、ゲームプレイ情報記憶部２２３から、プレイヤ端末１００で実行されるゲームのプレイヤのプレイヤ情報またはゲームプレイ情報を取得する。ゲームプレイ情報取得部２１２は、一実施形態に係る取得部の一例である。

設定調整部２１３は、プレイヤ情報またはゲームプレイ情報に基づいて、プレイヤ端末１００において所定のシナリオに沿って実行されるゲームイベントの設定情報を調整する。ゲームイベントは、プレイヤ端末１００において実行されるゲームの一部である。ゲームイベントは、例えば、プレイヤがプレイヤキャラクタを操作してアクションを行う、アクションパートまたは戦闘パートであり得る。ただしこれに限定されるものではなく、ゲームイベントには、シナリオに沿って実行されるあらゆるゲームイベントが含まれてよい。設定情報は、ゲームイベントに関する種々の設定を含む。設定情報は、プレイヤ間で共通に設定される第１設定情報と、プレイヤ情報またはゲームプレイ情報に基づいてプレイヤごとに調整される第２設定情報と、を含む。設定調整部２１３は、例えばゲームデータ記憶部２２２に記憶されたデフォルトの設定情報を読み出し、必要な調整を実行する。設定情報の調整の詳細についてはさらに後述する。設定調整部２１３は、一実施形態に係る設定調整部の一例である。

設定送信部２１４は、調整された設定情報をプレイヤ端末１００に送信する制御を行う。例えば、設定送信部２１４は、調整された設定情報を含む送信データを生成し、通信インタフェース２００４を介して宛先レイヤ端末１００に送信する。設定送信部２１４は、一実施形態に係る送信部の一例である。

（１－３－２）プレイヤ端末
図３は、一実施形態に係るプレイヤ端末１００の機能構成の一例を示す。なお、一般的なコンピュータの機能構成およびゲームの実現に必要な公知の構成については、図示および説明を省略する。

プレイヤ端末１００は、制御部１１０と、記憶部１２０と、を備える。
記憶部１２０は、主にストレージ１００３により実現される。記憶部１２０の一部はメモリ１００２により実現されてもよい。記憶部１２０は、ゲームプログラム記憶部１２１と、ゲームデータ記憶部１２２と、ゲームプレイ情報記憶部１２３と、を備える。

ゲームプログラム記憶部１２１は、プレイヤ端末用のゲームプログラムを記憶する。プレイヤ端末用のゲームプログラムは、例えば、アカウント作成時、ログイン時、またはイベント発生時、等の任意のタイミングでサーバ２００から受信され得る。

ゲームデータ記憶部１２２は、ゲームプログラムを実行する際に参照される種々のゲームデータを記憶する。ゲームデータも任意のタイミングでサーバ２００から受信され得る。ゲームデータは、ゲームイベントに関する設定情報を含む。

ゲームプレイ情報記憶部１２３は、プレイヤ端末１００を使用するプレイヤのゲームプレイ情報を記憶する。ゲームプレイ情報記憶部１２３は、例えば、ゲームの進行に応じて変化するゲームキャラクタまたはゲームオブジェクトのパラメータ、ストーリーの進行状況、ゲームイベントのクリア状況、ゲーム内通貨またはアイテムの獲得状況、獲得スコア、累積のゲームプレイ時間またはログイン時間、等を含み得る。ゲームプレイ情報記憶部１２３は、最新のゲームプレイ情報だけを記憶してもよいし、複数の時点におけるゲームプレイ情報の履歴を記憶してもよい。ゲームプレイ情報記憶部１２３は、当該プレイヤ端末１００を使用する複数のプレイヤのゲームプレイ情報を、各プレイヤの識別情報（例えばアカウント情報等）に紐付けて記憶してもよい。ゲームデータ記憶部１２２とゲームプレイ情報記憶部１２３とは必ずしも区別されなくてもよい。ゲームプレイ情報記憶部１２３は、後述するゲーム進行管理テーブル１２３１およびキャラクタテーブル１２３２を記憶し得る。

制御部１１０は、主にプロセッサ１００１およびメモリ１００２により実現される。制御部１１０は、プレイヤ端末１００全体の機能を制御する。制御部１１０は、ゲームプログラム記憶部１２１に記憶されたゲームプログラムを実行することにより、ゲーム進行部１１１、ゲームプレイ情報送信部１１２、設定受信部１１３、および表示制御部１１４として機能し得る。

ゲーム進行部１１１は、ゲームプログラムに沿ってゲームを進行させる処理全般を担う。ゲーム進行部１１１は、例えば、ゲーム空間に配置されたキャラクタまたはオブジェクトを、プレイヤの操作に応じて変化させ、パラメータを演算し、記憶部１２０に格納された情報を更新する。

ゲームプレイ情報送信部１１２は、ゲームプレイ情報記憶部１２３に記憶されたゲームプレイ情報をサーバ２００に送信する。ゲームプレイ情報送信部１１２は、例えば、所定のタイミングで、サーバ２００に送信すべきゲームプレイ情報をゲームプレイ情報記憶部１２３から抽出し、送信データを生成して、通信インタフェース１００５を介してサーバ２００に送信する。ゲームプレイ情報送信部１１２は、例えば、定期的に（例えば５分ごとに）、最新のゲームプレイ情報をサーバ２００に送信するように構成される。あるいは、ゲームプレイ情報送信部１１２は、プレイヤキャラクタがレベルアップするたびに、プレイヤキャラクタの戦闘力が変化するたびに、またはチャプタクリアのたびに、最新のゲームプレイ情報をサーバ２００に送信するように構成されてもよい。

設定受信部１１３は、サーバ２００から送信された設定情報を、通信インタフェース１００５を介して受信する。

表示制御部１１４は、ゲームの進行に応じたゲーム画像を生成し、ゲーム画像を表示部１０７２に表示させる。ゲーム画像は、ゲーム空間を描画した画像を含み得る。ゲーム空間を描画した画像は、ゲーム空間に配置された複数のキャラクタまたはオブジェクトの画像を含み得る。ゲーム画像は、静止画像または動画像を含む。ゲーム画像はＵＩ（User Interface）部品の画像を含み得る。

プレイヤ端末１００の機能の一部は、サーバ２００に設けられてもよい。反対に、サーバ２００の機能の一部は、プレイヤ端末１００に設けられてもよい。

（１－４）ゲームの概要
ゲームシステム１によって実現されるゲームは、所定のシナリオに従って実行されるゲームイベントを含む、任意のゲームであってよい。例えば、ゲームは、ロールプレイングゲーム（ＲＰＧ）、アクションゲーム、アドベンチャーゲーム、シミュレーションゲーム、育成ゲーム、シューティングゲーム、スポーツゲーム、音楽ゲーム、クイズゲーム、パズルゲームなど、多種多様なゲームまたはそのようなゲームの一部であってよい。同様にゲームイベントも、何らかの所定のシナリオに従って実行される多種多様なゲームイベントであってよい。プレイヤは、ゲームイベントにおいてプレイヤキャラクタの操作を通じてゲームプレイし、シナリオを楽しむことができる。ゲームイベントは、ゲームパートまたはミニゲームなどと読み替えられてもよい。

以下では一例として、ゲームシステム１によって実現されるゲームが、プレイヤキャラクタを操作して敵キャラクタと戦闘しストーリーを進行させる要素と、プレイヤキャラクタを成長させる要素とを含む、アクションＲＰＧであるものとして説明する。プレイヤキャラクタは、プレイヤが操作可能なゲームオブジェクトである。敵キャラクタは、プログラムに従って動作するＮＰＣ（Non Player Character）である。プレイヤキャラクタが成長する、とは、ゲーム内でプレイヤキャラクタに設定されたパラメータが変化する（一般に、その値が上昇する）ことを言う。プレイヤキャラクタに設定されたパラメータとは、例えば、レベル、体力（ＨＰ）、攻撃力、または防御力等を表す数値を言う。例えば、ゲーム内でプレイヤキャラクタが敵キャラクタとの戦闘に勝利すると、プレイヤキャラクタが成長したとみなし、設定条件にしたがってプレイヤキャラクタのパラメータが変化する。戦闘以外にも、プレイヤは、ゲーム内アイテム、例えば、武器、防具、衣装などを獲得することによってプレイヤキャラクタを強化することができる。プレイヤキャラクタを強化する、もまた、プレイヤキャラクタに設定されたパラメータが変化する（一般に、その値が上昇する）ことを言う。成長と強化は、適宜読み替えられてもよい。

ここでは一例として、ゲームイベントは、上記のようなアクションＲＰＧの戦闘パートであり、複数の「エピソード」を含むものとする。各エピソードには、主役キャラクタと、主役キャラクタのストーリーに係るシナリオとが設定される。プレイヤは、各エピソードにおいて、主役キャラクタをプレイヤキャラクタとして操作し、シナリオに沿ってゲームプレイすることができる。以下では、各エピソードの主役であるプレイヤキャラクタを「操作キャラクタ」とも呼ぶ。ゲームシステム１は、新しいエピソードを順次リリースし得る。プレイヤは、初期のチュートリアル用エピソードをプレイした後で、リリース済みのエピソードのうち好きなエピソードを選択し、関連するゲームプログラムおよびゲームデータをサーバ２００からダウンロードして、ゲームプレイすることができる。各エピソードは、１または複数のチャプタを含み、各チャプタもシナリオに従って進行される。チャプタおよびエピソードは、それぞれ、ステージ、クエスト、等と言い換えられてもよい。各エピソードにおいて、チャプタにはプレイ可能な順序が定められており、プレイヤは「チャプタ１」をクリアすることで次の「チャプタ２」をプレイできるようになる。各チャプタにはクリア条件が設定される。クリア条件は、例えば、ボスキャラクタとの戦闘に勝利する、ゲームフィールドに出現する敵キャラクタを殲滅する、目標地点に到達する、などを含む。各チャプタには異なるクリア条件が設定されてよい。プレイヤは、例えばアイテム獲得等の目的で、クリアしたチャプタを繰り返しプレイすることもできる。エピソードおよびチャプタの設定情報は、例えば、サーバ２００によりエピソード管理テーブルとして管理される。

図４は、一実施形態に係るエピソード管理テーブルの一例を示す。エピソード管理テーブル２２２１は、例えばサーバ２００のゲームデータ記憶部２２２に記憶される。エピソード管理テーブル２２２１の一部は、サーバ２００からダウンロードされプレイヤ端末１００のゲームデータ記憶部１２２にも記憶される。

図示の例では、エピソード管理テーブル２２２１は、エピソードごとに設定された、操作キャラクタ、チャプタ、仲間キャラクタ、敵キャラクタ、および敵キャラクタの初期設定値に関する情報を含む。

各エピソードは、エピソードを識別する情報、ここでは簡易的に「エピソード１」、「エピソード２」・・・によって識別される。各エピソードには、所定のシナリオに従うストーリーの主役である操作キャラクタが設定される。操作キャラクタは、操作キャラクタを識別する情報、ここでは簡易的に「キャラＡ」、「キャラＢ」・・・によって識別される。例えば、エピソード１には操作キャラクタとして「キャラＡ」が設定され、エピソード２には「キャラＢ」が設定される。プレイヤは、設定された操作キャラクタをプレイヤキャラクタとして操作してゲームプレイすることができる。異なるエピソードに同じ操作キャラクタが設定されてもよい。

各エピソードは、１または複数のチャプタを含む。チャプタは、チャプタを識別する情報、ここでは簡易的に「１（チャプタ１）」、「２（チャプタ２）」、「３（チャプタ３）」、「４（チャプタ４）」・・・によって識別される。一例として、エピソード１は、４つのチャプタ（チャプタ１～チャプタ４）を含む。エピソード２も４つのチャプタ（チャプタ１～チャプタ４）を含む。チャプタの数はエピソードによって異なってもよい。

各チャプタには仲間キャラクタが設定され得る。仲間キャラクタは、仲間キャラクタを識別する情報、ここでは簡易的に「キャラＢ」、「キャラＣ」、「キャラＤ」・・・によって識別される。仲間キャラクタは、プログラムに従って動作するＮＰＣである。仲間キャラクタは、操作キャラクタを補助するアクション、例えば、敵キャラクタへの攻撃や、操作キャラクタの体力回復など、を行うように構成される。エピソード１のチャプタ１には「キャラＢ」が仲間キャラクタとして設定される。エピソード１のチャプタ２には２体の仲間キャラクタ「キャラＢ」「キャラＣ」が設定される。エピソード１のチャプタ３には「キャラＢ」「キャラＤ」が設定され、チャプタ４には「キャラＣ」「キャラＤ」が設定される。エピソード１のチャプタ１等で仲間キャラクタとして設定された「キャラＢ」は、エピソード２では操作キャラクタとして設定される。このように、あるエピソードで仲間キャラクタとして登場したキャラクタは、他のエピソードで操作キャラクタとして設定され得る。またあるエピソードで操作キャラクタとして登場したキャラクタは、他のエピソードで仲間キャラクタとして設定され得る。以下では、操作キャラクタと仲間キャラクタとを合わせて味方キャラクタとも言う。

各チャプタには敵キャラクタが設定され得る。敵キャラクタは、敵キャラクタを識別する情報、ここでは簡易的に「敵Ｐ」、「敵Ｑ」、「敵Ｒ」・・・によって識別される。敵キャラクタは、プログラムに従って動作するＮＰＣである。敵キャラクタは、操作キャラクタを邪魔するアクション、例えば、操作キャラクタへの攻撃や、操作キャラクタのアクションの妨害など、を行うように構成される。例えば、エピソード１のチャプタ１には「敵Ｐ」が設定され、チャプタ２には「敵Ｑ」が設定され、チャプタ３には「敵Ｒ」が設定される。各チャプタには複数の敵キャラクタが設定されてよい。

各敵キャラクタにはパラメータの初期設定値が設定され得る。初期設定値は、敵キャラクタの強さに関わり、敵キャラクタの強さは、チャプタの難易度に影響する。ここでは、初期設定値は、「攻撃力」、「ＨＰ」、および「経験値」の情報を含む。「攻撃力」は、敵キャラクタが操作キャラクタまたは仲間キャラクタにダメージを与える能力の指標であり、その値が大きいほど攻撃力が高い。「ＨＰ」は、体力の最大値であり、ダメージに耐える能力の指標とも言え、その値が大きいほど多くのダメージに耐えることができる。「経験値」は、その敵キャラクタに勝利したときに操作キャラクタが得る経験値を意味する。操作キャラクタは、得た経験値の累積値に応じて成長する（例えば、レベルアップし、パラメータが変化する）。設定された経験値が大きいほど、勝利したときに操作キャラクタが速く成長することになる。図示の例では、敵Ｐには初期設定値「攻撃力：１０，ＨＰ：１０、経験値：１０」が設定され、敵Ｑには初期設定値「攻撃力：１５，ＨＰ：５、経験値：２０」が設定されている。なお、敵Ｐ、敵Ｑ、敵Ｒ、・・・は、敵キャラクタ１体に限られない。チャプタに登場する複数の敵キャラクタグループであってもよい。敵キャラクタグループに含まれる敵キャラクタごとに初期設定値が設定されることとしてもよい。

以下では、チャプタに設定された敵キャラクタを倒すことが各チャプタのクリア条件であるものとして説明する。エピソード管理テーブル２２２１において各チャプタのクリア条件が管理されてもよい。プレイヤは、プレイヤ端末１００において、まずエピソードを選択し、続いて選択可能な場合にはチャプタを選択することにより、戦闘パートのゲームプレイを開始することができる。プレイヤによるゲームプレイの進行状況は、ゲーム進行管理テーブルとしてプレイヤ端末１００に記憶される。

図５は、一実施形態に係るゲーム進行管理テーブルの一例を示す。ゲーム進行管理テーブル１２３１は、例えばプレイヤ端末１００のゲームプレイ情報記憶部１２３に記憶される。

図示の例では、ゲーム進行管理テーブル１２３１は、エピソードを識別する情報、チャプタを識別する情報、および進行状況を表す情報を含む。エピソードを識別する情報およびチャプタを識別する情報は、図４のエピソード管理テーブル２２２１に関して説明したのと同様である。進行状況を表す情報は、「クリア」、「未（未プレイ）」、「鍵」、「中断」・・・を含む。「クリア」は、当該チャプタに設定されたクリア条件が満たされたことを表す。「未（未プレイ）」は、プレイ可能（プレイヤが選択可能）な状態であるが、まだプレイされていないことを表す。「鍵」は、プレイ可能でない（選択不可能である）ことを表す。「中断」は、プレイされたが、クリア条件が満たされていないことを表す。

この例では、エピソード１について、チャプタ１およびチャプタ２は「クリア」、チャプタ３は「未」、チャプタ４は「鍵」である。チャプタ３は、プレイ可能な状態（鍵のかかっていない状態）であるが、まだプレイされていない。チャプタ４は、チャプタ３がクリアされることを条件にプレイ可能となるため、現状は、鍵のかかった状態である。

またこの例では、エピソード２について、チャプタ１は「クリア」、チャプタ２は「中断」、チャプタ３およびチャプタ４は「鍵」である。チャプタ２は、プレイ可能な状態であり、すでにプレイされたが、まだクリアされていない。チャプタ２がクリアされていないので、次のチャプタ３はまだ鍵のかかった状態である。

プレイヤキャラクタはゲームプレイを通じて成長し得る。キャラクタのどのパラメータがどのような条件でどのように変化するかは、ゲーム開発者等によって任意に設定されてよい。上記のようにチャプタ内で敵キャラクタとの戦闘に勝利し、経験値を得ることにより、成長するようにしてもよいし、チャプタクリアまたはアイテム獲得等の他のトリガによりキャラクタが成長するように構成されてもよい。ゲームプレイととともに変化するキャラクタの情報は、キャラクタテーブルとしてプレイヤ端末１００に記憶される。

図６は、一実施形態に係るキャラクタテーブルの一例を示す。キャラクタテーブル１２３２は、例えばサーバ２００のゲームプレイ情報記憶部２２３に記憶され、あるタイミングでサーバ２００とプレイヤ端末１００の間で通信をおこない、サーバを参照したデータをプレイヤ端末１００にダウンロードし、プレイヤ端末１００のゲームプレイ情報記憶部１２３に記憶される。タイミングは、例えば、そのデータの参照及び更新が必要になるたびに通信が行われてもよいし、クエスト及びチャプタ等の部分を単位としてゲームがプレイされるときに通信が行われてもよいし、プログラム起動時に通信が行われてもよい。

図示の例では、キャラクタテーブル１２３２は、キャラクタごとのレコードとしてキャラクタの最新の情報を記憶する。各キャラクタ「キャラＡ」、「キャラＢ」、「キャラＣ」・・・は、エピソード管理テーブル２２２１に関して説明した操作キャラクタまたは仲間キャラクタに対応する。

各キャラクタの画像は、画像を識別する情報、ここでは簡易的に「画像Ａ」、「画像Ｂ」・・・によって識別される。画像は、ゲームデータ記憶部１２２に記憶され、表示制御部１１４がゲーム画像を生成する際に読み出される。例えば、表示制御部１１４は、「キャラＡ」を含むゲーム画像を生成するときには「画像Ａ」を読み出す。画像は、固定であってもよいし、キャラクタの成長とともに変化するように設定されてもよい。

レベルは、各キャラクタの最新のレベルを表す。「キャラＡ」は「レベル７」であり、「キャラＢ」は「レベル５」である。

装備は、装備を識別する情報、ここでは簡易的に「装備Ａ」、「装備Ｂ」、「装備Ｃ」・・・により識別される。装備を識別する情報は、例えば、各装備に設定されたパラメータの強化条件を（図示しない記憶部から）読み出すために使用される。装備は、ゲーム内オブジェクトの１つである。装備は、エピソードのゲームプレイを通じてアイテムとして獲得され、またはエピソードとは独立したゲームパートであるガシャ等において獲得される。ガシャは、プレイヤにアイテムまたはキャラクタ等を抽選方式で付与するゲームパートである。なお、プレイヤが受け取ってから内容を確認できる抽選方式に限定されず、プレイヤが内容を確認してから受け取ることのできる販売または交換方式が含まれてもよい。ガシャは、現実世界の通貨または仮想世界の通貨を必要とするいわゆる課金ガシャ、および通貨を要しない無課金ガシャを含んでよい。ガシャは、条件を必要とするガシャ、例えば、期間限定ガシャ、ログインボーナスとしてのガシャ、またはプレイ状況に応じて有効となるガシャ等を含んでよい。装備は、武器、防具、衣装、またはアクセサリ等を含む。各キャラクタは、プログラムに従って自動的に、またはプレイヤの選択により、１または複数の装備を関連付けられ、関連付けられた装備に応じたゲーム内効果を発現する。ゲーム内効果は、例えば、ある武器を装備すると攻撃力が所定値上昇する、またはある衣装を装備すると特殊技を発動可能となる、などである。図示の例では、キャラＡは「装備Ａ」および「装備Ｂ」に関連付けられ、キャラＢは「装備Ｃ」に関連付けられている。

「ＨＰ」は、各キャラクタの体力の最大値を表す。ゲーム内でダメージを受けると、操作キャラクタのＨＰの残値が減少していき、残値がゼロになると操作不能となる。チャプタをクリアするには、操作キャラクタのＨＰを残したまま目的を達成する必要がある。ＨＰは、操作キャラクタごとに、設定条件に従って（例えばレベルに応じて）自動算出される。図示の例では、キャラＡはＨＰの値「５００」を有し、キャラＢは「４２０」を有する。

「攻撃力」は、各キャラクタが敵キャラクタにダメージを与える能力の指標である。攻撃力は、キャラクタごとに、設定条件に従って（例えばレベルと装備とに応じて）自動算出される。図示の例では、キャラＡは攻撃力の値「３００」を有し、キャラＢは「２６０」を有する。

「防御力」は、ダメージを軽減する能力の指標である。防御力は、操作キャラクタごとに、設定条件に従って（例えばレベルと装備とに応じて）自動算出される。図示の例では、キャラＡは防御力の値「２００」を有し、キャラＢは「１７０」を有する。

「戦闘力」は、操作キャラクタのゲーム内の強さの指標である。戦闘力は、操作キャラクタごとに、設定条件に従って自動算出される。戦闘力は、例えば、ＨＰの値と、攻撃力の値と、防御力の値と、の合計値として自動算出される。図示の例では、キャラＡは戦闘力の値「１，０００」を有する。この値は、ＨＰの値「５００」と、攻撃力の値「３００」と、防御力の値「２００」と、を合計した値（＝５００＋３００＋２００＝１，０００）である。同様に、キャラＢは、戦闘力の値「８５０」を有する。この値は、ＨＰの値「４２０」と、攻撃力の値「２６０」と、防御力の値「１７０」と、を合計した値（＝４２０＋２６０＋１７０＝８５０）を有する。

図７は、一実施形態に係るゲーム画像例を示す。ゲーム画像は、ゲーム進行部１１１と表示制御部１１４の協働により、記憶部１２０から必要な情報を読み出すことによって生成される。

左側のゲーム画像５１は、チャプタ選択画面に対応する。例えば、図示しないエピソード選択画面においてプレイヤがエピソードを選択すると、エピソード選択画面からゲーム画像５１のようなチャプタ選択画面に遷移する。図示の例では、ゲーム画像５１は、エピソード情報６１と、チャプタ選択ボタン６２Ａ，６２Ｂ，６２Ｃ，６２Ｄと、操作キャラクタ情報６３と、もどるボタン６４と、操作キャラクタ７１と、を備える。

エピソード情報６１は、選択中のエピソード（ＥＰＩＳＯＤＥ）を示し、この例では「ＥＰＩＳＯＤＥ１」の文字情報を含む。チャプタ選択ボタン６２Ａ，６２Ｂ，６２Ｃ，６２Ｄは、プレイヤが選択可能なＵＩ部品である。チャプタ選択ボタン６２Ａ，６２Ｂ，６２Ｃ，６２Ｄは、チャプタ（ＣＨＡＰＴＥＲ）を識別する文字情報として、それぞれ「ＣＨＡＰＴＥＲ１」、「ＣＨＡＰＴＥＲ２」、「ＣＨＡＰＴＥＲ３」、および「ＣＨＡＰＴＥＲ４」の文字情報を含む。これらは図５に例示したゲーム進行管理テーブル１２３１におけるエピソード１の情報に対応し、チャプタ４に対応するチャプタ選択ボタン６２Ｄは鍵マークを含む。プレイヤが鍵マークの付いていないチャプタ選択ボタン６２Ａ，６２Ｂまたは６２Ｃのいずれかを選択（例えば、タッチパネルをタップ）すると、選択されたチャプタでのゲームプレイ画面に遷移し、ゲームが進行される。チャプタ選択ボタン６２Ａまたは６２Ｂを選択すると、プレイヤは、クリア済みのチャプタ１またはチャプタ２のゲームプレイを再度行うことができる。チャプタ選択ボタン６２Ｃを選択すると、プレイヤは、未プレイであったチャプタ３のゲームプレイを行うことができる。プレイヤは、鍵マークの付いたチャプタ選択ボタン６２Ｄを選択することができない。チャプタ選択ボタン６２Ｄがプレイヤによってタップされても何も起こらないか、エラーメッセージが表示される。例えば、チャプタ選択ボタン６２Ｃが選択されたら、ゲーム進行部１１１により、ゲーム進行管理テーブル１２３１のエピソード１チャプタ３の進行状況が「未」から「中断」に更新される。チャプタ３のクリア条件が満たされると、エピソード１チャプタ３の進行状況が「クリア」に更新され、エピソード１チャプタ４の進行状況が「鍵」から「未」に更新される。

各エピソードは、複数のチャプタを通しでプレイできるように構成されてもよい。例えば、エピソード情報６１がタップされると、エピソード１チャプタ１のゲームプレイが開始され、チャプタ１がクリアされると、ゲーム画像５１のようなチャプタ選択画面に戻ることなく引き続きチャプタ２のゲームプレイが開始されるようにしてもよい。

操作キャラクタ情報６３は、選択中のエピソードに設定された操作キャラクタの情報を含む。図示の例では、操作キャラクタ情報６３は、キャラクタ名「キャラＡ」、「レベル：７」、「戦闘力：１，０００」、「ＨＰ：５００」、「攻撃力：３００」、「防御力：２００」という情報を含む。これらは図６に例示したキャラクタテーブル１２３２の「キャラＡ」の情報に対応する。

操作キャラクタ７１は、キャラクタに設定された画像を示す。この例では、キャラクタテーブル１２３２において「キャラＡ」に設定された「画像Ａ」に対応する。

もどるボタン６４は、前の画面に戻るためのボタンである。例えば、もどるボタン６４が選択されると、エピソード選択画面に遷移する。

右側のゲーム画像５２は、ゲーム画像５１においてプレイヤによりチャプタ選択ボタン６２Ａ，６２Ｂ，または６２Ｃのいずれかが選択された場合のゲームプレイ画面に対応する。ゲーム画像５２は、ゲームフィールド内に配置された、操作キャラクタ７１と、仲間キャラクタ７２と、敵キャラクタ９１と、を含む。

操作キャラクタ７１は、ゲーム画像５１に示された「キャラＡ」に対応する（ここでは背を向けた画像が使用される）。操作キャラクタ７１の近くには、最大ＨＰに対する残りＨＰを示すＨＰゲージ７３も示される。ＨＰゲージ７３は、ゲームオブジェクトの一例である。ＨＰゲージ７３によって示される最大ＨＰに対する残りＨＰの割合は、ゲームプレイに伴って増減する。

仲間キャラクタ７２は、エピソード管理テーブル２２２１において各チャプタに設定された仲間キャラクタに対応する。図では１人の仲間キャラクタ７２だけを示すが、複数の仲間キャラクタが表示されてよい。ここでは、仲間キャラクタ７２については、ＨＰ等を考慮せず、攻撃力だけを考慮してゲームが進行されるものとする。

敵キャラクタ９１は、エピソード管理テーブル２２２１において各チャプタに設定された敵キャラクタに対応する。敵キャラクタ９１の近くにもＨＰゲージ９２が示される。敵キャラクタ９１にダメージを与え、敵キャラクタ９１のＨＰゲージ９２の残値をゼロにすることで、敵キャラクタ９１を倒したとみなされる。

このように、想定されるゲーム構成では、プレイヤキャラクタは、ゲームプレイを通じて成長し、またはゲームプレイとは独立したガシャにより強化される。キャラクタの成長または強化は、ゲームの興趣性を高める要素の１つである。しかし、キャラクタが成長または強化されすぎると、新たにリリースされるエピソードに設定されたシナリオの難易度との齟齬が生じ、ゲームプレイがつまらないものになるおそれがある。他方、新たにゲームを始めた新規プレイヤは、戦闘力の低い初期設定のキャラクタを使用してプレイしなければならず、キャラクタを成長または強化させてからでなければ、熟練プレイヤと同様に最新のエピソードを楽しむことができない。従来、このようなプレイヤ間のゲーム進行度の差を補うため、新規プレイヤには特別ボーナスとして、レベルアップ、強力な装備、または強力なスキル等のプレゼントをする等の工夫がされる。しかし、新規参入プレイヤがゲームプレイの序盤から強力な装備等を与えられても戸惑うことが多く、またキャラクタの成長や強化の興趣もそがれることになる。

一実施形態では、プレイヤがいつでもゲームを始められるように、また好きなゲームイベントを楽しむことができるように、ゲームイベント側の設定を調整する。これにより、各プレイヤのゲーム進行度にかかわらず、各プレイヤが同一のシナリオを同時にプレイしても違和感なくストーリーを楽しめるようになる。

（２）動作
次に、以上のように構成された一実施形態に係るサーバ２００の動作について説明する。サーバ２００の動作は、一実施形態に係るコンピュータシステムの動作と言い換えることができる。以下で「サーバ」と言うとき、適宜「コンピュータシステム」と読み替えられてよい。

図８は、サーバ２００の情報処理動作例を示すフローチャートである。動作の前提として、少なくとも１のプレイヤ端末１００がプレイヤの操作を受けてログイン認証に成功し、サーバ２００とプレイヤ端末１００との間で情報の送受信が可能な状態にあるものとする。

ステップＳ１において、サーバ２００は、ゲームプレイ情報取得部２１２により、プレイヤ端末１００から送信されたプレイヤのゲームプレイ情報を取得する。このステップは、プレイヤ端末１００においてゲームプレイの対象チャプタが選択されたことをトリガとして実行される。対象チャプタの選択は、例えば、図７のゲーム画像５１に例示したようなチャプタ選択ボタン６２Ａ，６２Ｂまたは６２Ｃがプレイヤにより選択されることを含む。

ここで、一実施形態に係るコンピュータシステムは、進行状況が「未」または「クリア」のチャプタが選択された場合にのみ図８の動作を実行し、進行状況が「中断」のチャプタが選択された場合には図８の動作を実行しないように構成される。プレイヤ端末１００は、進行状況が「未」または「クリア」のチャプタが選択された場合にのみ、チャプタが選択されたことを示す通知を、選択されたチャプタを識別する情報ととともにサーバ２００に送信する。このときプレイヤ端末１００は、併せて最新のゲームプレイ情報をサーバに送信してもよい。ゲームプレイ情報は、ゲーム進行管理テーブル１２３１およびキャラクタテーブル１２３２に含まれる情報またはこれらを更新するための情報を含む。プレイヤ端末１００からサーバ２００に送信される通知は、ゲームイベントの設定情報の調整要求と言うこともできる。

サーバ２００は、プレイヤ端末１００から設定情報の調整要求を受信すると、ゲームプレイ情報取得部２１２により、ゲームプレイ情報記憶部２２３からゲームプレイ情報を取得する。調整要求が最新のゲームプレイ情報を含む場合、そのゲームプレイ情報を、ゲームプレイ情報記憶部２２３に格納しつつ、そのまま取得してもよい。どのようなゲームプレイ情報を取得し、格納し、後続の処理で使用すべきかは、ゲーム開発者等によって任意に設定されてよい。各プレイヤのゲームプレイ情報は、例えば、サーバ２００によりゲームプレイ情報管理テーブルとして管理される。ゲームプレイ情報管理テーブルはキャラクタテーブル１２３２を含むこともできる。

図９は、一実施形態に係るゲームプレイ情報管理テーブルの一例を示す。ゲームプレイ情報管理テーブル２２３１は、例えばサーバ２００のゲームプレイ情報記憶部２２３に記憶される。図示の例では、ゲームプレイ情報管理テーブル２２３１は、プレイヤごとのレコードとしてゲームプレイ情報を記憶する。ここでは、ゲームプレイ情報は、キャラクタに関する情報、エピソードに関する情報、およびログイン時間等を含む。

プレイヤは、プレイヤを識別する情報、ここでは簡易的に「プレイヤ１」、「プレイヤ２」、「プレイヤ３」・・・により識別される。

キャラクタに関する情報は、各キャラクタのパラメータの値を含む。図示の例では、「プレイヤ１」の「キャラＡ」は、「レベル：７、戦闘力：１，０００、装備：Ａ，Ｂ・・・」という情報を含む。これらは図６に例示したキャラクタテーブル１２３２における「キャラＡ」の情報の一部に対応する。同様に、「プレイヤ１」の「キャラＢ」は、「レベル：５、戦闘力：８５０、装備：Ｃ・・・」という情報を含む。これらは図６に例示したキャラクタテーブル１２３２における「キャラＢ」の情報の一部に対応する。

エピソードに関する情報は、各チャプタの進行状況の情報を含む。図示の例では、「プレイヤ１」は、「エピソード１」について、「チャプタ１：クリア、チャプタ２：クリア、チャプタ３：未、チャプタ４：鍵」という情報を含む。これらは図５に例示したゲーム進行管理テーブル１２３１における「エピソード１」の情報に対応する。同様に、「プレイヤ１」は、「エピソード２」について、「チャプタ１：クリア、チャプタ２：中断、チャプタ３：鍵、チャプタ４：鍵」という情報を含む。これらは図５に例示したゲーム進行管理テーブル１２３１における「エピソード２」の情報に対応する。

ログイン時間は、各プレイヤの累積ログイン時間を示す。図示の例では、プレイヤ１は「５０時間」、プレイヤ２は「２時間」、プレイヤ３は「１０時間」である。ログイン時間は分単位または秒単位で管理されてもよい。ログイン時間は、サーバ２００で管理されてもよいし、プレイヤ端末１００で管理されてもよい。ログイン時間に代えて、または追加して、ゲームイベントに係る累積のゲームプレイ時間が管理され、使用されてもよい。

ステップＳ２において、サーバ２００は、設定調整部２１３により、ゲームデータ記憶部２２２に記憶された設定情報を読み出し、ステップＳ１で取得したゲームプレイ情報に基づいて設定情報を調整する。設定調整部２１３は、例えば、ゲームプレイに使用される操作キャラクタのパラメータに基づいて設定情報を調整する。これは一例にすぎず、設定調整部２１３は、プレイヤ自身の情報（例えば、ログイン時間、ゲームプレイ時間、ログイン回数、特定のエピソードまたはチャプタのゲームプレイ回数、ガシャのプレイ回数、獲得した総アイテム数、または獲得した総経験値など）に基づいて設定情報を調整してもよい。

一実施形態では、設定情報は、プレイヤ間で共通に設定される第１設定情報と、ゲームプレイ情報に基づいてプレイヤごとに調整される第２設定情報と、を含む。第１設定情報および第２設定情報の具体的な内容は、ゲーム開発者等によって任意に設定されてよい。

第１設定情報は、全プレイヤに共通に設定されてよい。この場合、設定調整部２１３は、第１設定情報については特段の処理を行わない。一実施形態において、第１設定情報は、主にゲームイベントに出現するオブジェクトを指定する情報を含む。ゲームイベントに出現するオブジェクトを指定する情報は、ゲーム画像に係る設定情報またはゲーム要素の種類に係る設定情報と言い換えることもできる。第１設定情報は、例えば、ゲームイベントに出現する敵キャラクタの出現パターン（例えば、種類、出現位置、および数）、ゲームイベントにおいて獲得できる報酬の属性（例えば、経験値か、通貨か、アイテムか）、等を指定する情報を含む。報酬の属性は、報酬の種類、報酬の性質、報酬のカテゴリ、等と言い換えられてもよい。第１設定情報は、例えば、チャプタごとに設定され、図４に示したようなエピソード管理テーブル２２２１に紐づけて管理される。設定調整部２１３は、調整要求に含まれるチャプタの識別情報をもとに、第１設定情報をゲームデータ記憶部２２２から読み出す。

第１設定情報は、ゲーム進行度が類似の範囲内にあるプレイヤ間で共通に設定されてもよい。ゲーム進行度が類似の範囲内にあるプレイヤとは、いずれかのゲームプレイ情報が類似の値を有するプレイヤであり、例えば、ログイン時間に基づいてプレイヤを区分したときに同じ区分に入るプレイヤを言う。この場合、設定調整部２１３は、例えば、ログイン時間に基づいてプレイヤを区分し、区分に応じて設定された敵キャラクタの出現パターンを第１設定情報としてゲームデータ記憶部２２２から読み出すことができる。敵キャラクタの出現パターンは、例えば、サーバ２００により出現パターンテーブルとして管理される。

図１０は、一実施形態に係る出現パターンテーブルの一例を示す。出現パターンテーブル２２２２は、例えばゲームデータ記憶部２２２に記憶される。出現パターンテーブル２２２２は、プレイヤのログイン時間に応じた敵キャラクタの出現パターンを指定する。図示の例では、ログイン時間が「０～１０時間」のプレイヤには「出現パターンＸ」が適用され、ログイン時間「１１～５０時間」のプレイヤには「出現パターンＹ」が適用され、ログイン時間「５１～１００時間」のプレイヤには「出現パターンＺ」が適用される。出現パターンＸ，Ｙ，Ｚ・・・は、例えば、エピソード管理テーブル２２２１で指定された敵キャラクタの出現位置および出現数に関する設定情報である。出現パターンＸ，Ｙ，Ｚ・・・は、エピソード管理テーブル２２２１で指定された敵キャラクタの種類および初期設定値に設定（例えば、攻撃頻度等）を追加するものであってもよい。出現パターンＸ，Ｙ，Ｚ・・・は、エピソード管理テーブル２２２１で指定された敵キャラクタの種類および初期設定値を書き換えるものであってもよい。出現パターンＸは、例えば、出現パターンＺに比べて、敵キャラクタの総数が少ない、敵キャラクタの動きが遅い、敵キャラクタの攻撃頻度が少ない、敵キャラクタが特殊技を出さない、など、操作に不慣れなプレイヤでもゲームプレイを楽しめるように設計されてよい。出現パターンテーブル２２２２によれば、ゲームプレイの時間が所定の範囲内のプレイヤについて第１設定情報が共通に設定されることになる。

第１設定情報として、報酬の属性がプレイヤ区分に応じて設定されてもよい。あるいは、設定調整部２１３は、ログイン時間が「１０時間以下」のプレイヤには出現する敵キャラクタの数を半分にし、ログイン時間が「１００時間以上」のプレイヤには出現する敵キャラクタの数を２倍にするなど、第１設定情報の数量的調整を行ってもよい。設定調整部２１３は、他のゲームプレイ情報、例えば、操作キャラクタのパラメータ（例えばレベルまたは戦闘力）またはプレイヤの情報（例えば、プレイヤのゲームプレイの回数（ログイン回数または特定のエピソードもしくはチャプタのプレイ回数を含む））に基づいて、プレイヤを区分してもよい。

第２設定情報は、ゲームプレイ情報に基づいてプレイヤごとに調整される。一実施形態において、第２設定情報は、主にゲーム進行時の演算処理に係る設定情報であり、例えば、ゲームイベントに出現する敵キャラクタのパラメータ、ゲームイベントに設定された仲間キャラクタのパラメータ、またはゲームイベントにおいて獲得できる報酬のパラメータ等を指定する情報を含む。報酬のパラメータは、ここでは、報酬の価値を数値化したものを言う。第２設定情報はまた、プレイヤが操作するプレイキャラクタのパラメータ、またはプレイヤキャラクタが使用するアイテムや特殊スキルに関するパラメータを含んでよい。第２設定情報は、ゲームイベントに係るゲームオブジェクトのパラメータと言い換えられてもよい。

図１１は、図８のステップＳ２における設定情報の調整処理動作の詳細を示す。図１１は、特に、第２設定情報に関する調整処理の具体例を示す。ここでは一例として、ステップＳ２において、設定調整部２１３は、ゲームプレイ情報として操作キャラクタの戦闘力を使用し、操作キャラクタの戦闘力の値に基づいて、第２設定情報として、敵キャラクタのパラメータおよび仲間キャラクタのパラメータを調整するものとする。さらに一例として、敵キャラクタのパラメータは、敵キャラクタの攻撃力、敵キャラクタのＨＰ、または敵キャラクタを倒したときに得られる経験値のうちの少なくとも１つを含むものとする。

ステップＳ２１において、設定調整部２１３は、ステップＳ１で取得したゲームプレイ情報の中から該当する操作キャラクタの戦闘力を取得する。例えば、上記ステップＳ１においてサーバ２００が「プレイヤ１」のプレイヤ端末１００から「エピソード１」の「チャプタ３」が選択された旨の通知を受けた場合、サーバ２００のゲームプレイ情報取得部２１２は、まず図４に例示したようなエピソード管理テーブル２２２１から「エピソード１」の操作キャラクタが「キャラＡ」であると判断し、続いて図９のゲームプレイ情報管理テーブル２２３１から取得された「プレイヤ１」のゲームプレイ情報のうち「キャラＡ」の戦闘力の値「１，０００」を取得する。

ステップＳ２２において、設定調整部２１３は、ステップＳ２１で取得した操作キャラクタの戦闘力に基づいて敵キャラクタのパラメータを調整する。敵キャラクタのパラメータは、ゲームプレイ情報に基づいてプレイヤごとに調整される第２設定情報の一例である。

設定調整部２１３は、例えば、操作キャラクタの戦闘力が高いほど、ゲームイベントの難易度に係る敵キャラクタのパラメータの値が高くなるように調整する。設定調整部２１３は、例えば、次式に従って、敵キャラクタの攻撃力、ＨＰ、または得られる経験値のうちの少なくとも１つを調整することができる。
調整後の値＝（初期設定値）×（操作キャラクタの戦闘力）／（基準戦闘力）
ここでは、各敵キャラクタには、初期設定値として、操作キャラクタの戦闘力５００を基準としたときの敵キャラクタの攻撃力、ＨＰおよび経験値が設定されているものとする。上式中の「基準戦闘力」は、初期設定値において想定された操作キャラクタの戦闘力「５００」である。

図１２は、一実施形態に係る設定情報の調整例を示す。より詳細には、図１２の左側は、敵キャラクタのパラメータの初期設定値の一例を示し、図１２の右側は、操作キャラクタの戦闘力に応じて調整された調整後のパラメータの一例を示す。初期設定値として、操作キャラクタの戦闘力５００に相当する（基準戦闘力＝５００）、敵キャラクタの攻撃力、ＨＰ、および得られる経験値が、敵キャラクタ（敵Ｐ，敵Ｑ，敵Ｒ・・・）ごとに設定されている。図示の例では、「敵Ｐ」の攻撃力は１０，ＨＰは１０，得られる経験値は１０であり、「敵Ｑ」の攻撃力は１５，ＨＰは５，得られる経験値は２０である。操作キャラクタの現在の戦闘力が１，０００である場合、設定調整部２１３は、上式により、
敵Ｐの調整後の攻撃力 ＝１０×１，０００／５００＝２０
敵Ｐの調整後のＨＰ ＝１０×１，０００／５００＝２０
敵Ｐの調整後の経験値 ＝１０×１，０００／５００＝２０
敵Ｑの調整後の攻撃力 ＝１５×１，０００／５００＝３０
敵Ｑの調整後のＨＰ ＝ ５×１，０００／５００＝１０
敵Ｑの調整後の経験値 ＝２０×１，０００／５００＝４０
と算出する。

このような調整により、操作キャラクタの現在の戦闘力が高いほど、敵キャラクタも強くなり、得られる経験値も多くなるので、プレイヤは、自身のゲーム進行度とエピソードの難易度との乖離を気にせず、ゲームプレイを楽しむことができる。したがって、ゲーム進行度が異なるプレイヤが同一のシナリオを同時にプレイしても違和感なくストーリーを楽しむことができる。

ステップＳ２３において、設定調整部２１３は、仲間キャラクタのパラメータを調整し得る。仲間キャラクタのパラメータは、ゲームプレイ情報に基づいてプレイヤごとに調整される第２設定情報の他の一例である。上述のように、ここでは仲間キャラクタについては攻撃力のみを考慮してゲームイベントが進行されるものとする。設定調整部２１３は、例えば、次式に従い、仲間キャラクタの攻撃力を操作キャラクタの戦闘力の５分の１になるように調整する。
調整後の仲間キャラクタの攻撃力＝（操作キャラクタの戦闘力）／５
このような調整により、操作キャラクタの現在の戦闘力に応じて、ＮＰＣである仲間キャラクタの攻撃力も上昇し、味方キャラクタの強さのバランスの良いゲームプレイを楽しむことができる。ステップＳ２３は省略されてもよい。

言うまでもなく、設定調整部２１３は、上式以外の式またはルールに従って設定情報を調整してよい。例えば、設定調整部２１３は、第２設定情報についても、図１０に例示した出現パターンテーブル２２２２のような対応表を用いて調整を行ってもよい。

設定調整部２１３による調整処理の後、図８のステップＳ３において、サーバ２００は、設定送信部２１４により、設定情報をプレイヤ端末１００に送信し、ゲームイベントを進行させる。プレイヤ端末１００は、受信した設定情報を、チャプタを識別する情報に紐付けて記憶するとともに、受信した設定情報に基づいて当該チャプタに係るゲームイベントを実行する。

上述したように、一実施形態に係るコンピュータシステムでは、「中断」のチャプタについては以上のような調整処理が実行されない。一実施形態に係るコンピュータシステムは、設定情報の調整タイミングを、未プレイのチャプタまたはクリア済みのチャプタの開始時とすることができる。上記のようにエピソードが通しでプレイされるような場合には、最初のチャプタ開始時に調整を行うように構成されてもよい。例えば、プレイヤ端末１００は、ゲームプレイの対象チャプタが選択された場合に、そのチャプタの進行状況が「中断」であれば、サーバ２００に調整要求を送信することなく、プレイヤ端末１００に記憶された設定情報を使用して、当該チャプタに係るゲームイベントを実行する。プレイヤ端末１００は、所定の条件を満たすゲームイベントについてのみ、設定情報の調整要求をサーバ２００に送信する、と言い換えてもよい。

追加的に、パラメータに直接的には影響を与えないが、特殊能力を可能とする武器やアイテム等をゲーム内に設定してもよい。例えば、ある武器を装備することにより、操作キャラクタは、戦闘力自体は変化しないものの、連続攻撃などの「奥義」を発動可能となるといった設定を設けてもよい。これにより、数値化されない強さの要素をゲームに含めることができ、上記の設定情報の調整によって敵が強くなってもプレイヤが武器の強さを体感できるようにすることができる。

設定情報の調整は、以上の具体例に限られない。上述のように、出現する敵キャラクタはプレイヤ間で共通であるが、敵キャラクタのパラメータはプレイヤごとに異なるように調整されてもよい。他の例として、プレイヤキャラクタのパラメータが調整されてもよい。例えば、出現する敵キャラクタはプレイヤ間で共通であるが、プレイヤキャラクタの攻撃力がプレイヤごとに調整されてもよい。第２設定情報は、プレイヤキャラクタの攻撃力に限られず、プレイヤキャラクタの防御力、移動スピード、攻撃の飛距離、プレイ可能時間、プレイヤがゲーム不能状態になった後の復帰までの時間、アイテムや特殊スキルを消費するのに必要なコスト、ゲームで使用できるアイテムやキャラクタの数、またはゲーム中に使用したアイテムの効果など、ゲームイベントに出現するオブジェクトに関する多種多様なパラメータを含んでよい。

（３）効果
以上詳述したように、この発明の一実施形態では、プレイヤ端末１００におけるゲームの実行を制御するコンピュータシステムが、プレイヤ端末１００で実行されるゲームのプレイヤのゲームプレイ情報を取得する取得部と、ゲームプレイ情報に基づいて、プレイヤ端末１００において所定のシナリオに従って実行されるゲームイベントの設定情報を調整する設定調整部と、設定情報をプレイヤ端末１００に送信する送信部と、を備えるようにした。ここで、設定情報は、プレイヤ間で共通に設定される第１設定情報と、ゲームプレイ情報に基づいてプレイヤごとに調整される第２設定情報と、を含む。

これにより、プレイヤ端末は、ゲームプレイ情報に基づいて調整された設定情報を用いて、所定のシナリオに従ってゲームイベントを実行する。敵キャラクタのパラメータ等の第２設定情報が調整されることによって難易度が調整されるので、プレイヤは、ゲームの進行度またはゲームプレイの経験にかかわらず、違和感なくストーリーを楽しむことができる。アイテム獲得等の目的で同じゲームイベント（チャプタ）を繰り返しプレイする場合にも、その都度パラメータが調整され、操作キャラクタが強くなりすぎてつまらない、といった問題が解消する。ガシャで操作キャラクタを強化しすぎた場合でも、ボスキャラクタを一撃で倒してしまうといった極端な状況が軽減され、シナリオに設定された会話（例えば、苦戦した様子、強敵を倒した様子、など）とプレイヤが体感する難易度との整合性を図ることができる。新たにゲームを始めた新規プレイヤも、経験値やレベルの底上げといった特別な対処を要することなく、熟練プレイヤと同様に最新のエピソードで遊ぶことができる。また上記の例のように、ゲーム進行に伴って操作キャラクタが切り替わる構成で、プレイヤが全く育てていない操作キャラクタを使用してプレイしなければならなくなったとしても、ゲームバランス上の問題が生じない。

また一実施形態では、第２設定情報として、ゲームイベントにおいて獲得可能な報酬のパラメータが調整され得る。これにより、ガシャを多く行ってキャラクタを強化したプレイヤは、より多くの経験値を入手できるという効果が得られる。従来の方式では、ガシャ等のゲームパートでキャラクタを強化した場合、シナリオに沿ったゲームパートで得られる経験値取得による成長の価値は下がることになる。これは、通常、キャラクタが成長して高いレベルになるほど、次のレベルに上がるために要する経験値が増大するからである。シナリオで固定の経験値しか獲得できないのであれば、キャラクタを強化するほどシナリオで遊ぶモチベーションが低下してしまう。例えば、１万ポイントの累積経験値を保有するキャラクタと、１００ポイントの累積経験値を保有するキャラクタとでは、１００ポイントの経験値獲得の価値が大きく異なる。しかし、敵キャラクタを倒したときに得られる経験値が調整される仕組みを採用すれば、ガシャ等での強化に連動して経験値獲得量を増やすことができる。同じエピソードの同じチャプタをプレイしたときでも、２周目、３周目・・・と得られるプレイバリューが変化する。そのため、プレイヤは、ガシャとシナリオに沿ったゲームプレイとをバランスよく楽しむことができる。これは、プレイヤにガシャを促すことになり、ガシャを通じた収益の機会を増やすことにもつながる。

また一実施形態では、第２設定情報としてプレイヤごとにパラメータ等が調整されるのに加え、ゲーム進行度が類似のプレイヤについては第１設定情報が共通に設定されるようにした。例えば、ゲームプレイ時間等が所定の範囲内のプレイヤについて、敵キャラクタの出現パターンが共通に設定される。これにより、ゲームイベントの難易度をより細やかに調整することができる。プレイヤが同じチャプタを繰り返しプレイする場合にも、ゲーム進行度に応じて多様な敵キャラクタの出現パターンを楽しむことができる。

さらに一実施形態では、設定情報の調整タイミングを、チャプタの開始時、またはエピソードを通しでプレイするような場合には最初のチャプタ開始時など、所定の条件を満たすときに限るものとした。これにより、ゲームプレイ中に操作キャラクタが成長した場合に敵キャラクタのパラメータが変化することなく操作キャラクタのパラメータのみが変化するので、プレイヤが操作キャラクタの成長を楽しむことができる。また、チャプタをクリアしないまま「中断」し、ガシャなどの他のゲームパートや他のエピソードで遊んだ場合、中断したチャプタを再開（再挑戦）するときには調整が行われないようにした。これにより、チャプタのクリア条件の達成が困難なプレイヤは、いったんそのチャプタを中断し、ガシャによって強力な装備等を獲得して操作キャラクタの強化を行ってから、中断したチャプタに戻って再挑戦することにより、そのチャプタをクリアできる可能性を高めることができる。これにより、プレイヤはガシャとシナリオに沿ったゲームプレイとの両方をバランスよく楽しむことができる。仮に操作キャラクタのレベルが上がった場合にリアルタイムで敵の強さが調整されてしまうと、せっかくのレベルアップの効果をプレイヤが楽しめなくなる。そこで、一実施形態によれば、同じチャプタにいる間は、操作キャラクタが成長した場合でも敵の強さを変化させないようにしている。チャプタをクリアして次のチャプタに進むと、そのときに、レベルアップ後の操作キャラクタに応じて敵の強さが調整される。

コンピュータシステムが以上のような設定または調整を行うことにより、エピソード設計者は、新たにリリースするエピソードを設計する際に、各プレイヤのゲーム進行度、または操作キャラクタのレベルや装備等を考慮する必要がなく、初期装備（初期戦闘力）を基準としたバランス調整を行えばよいことになる。同様に、ゲーム開発者は、同じストーリーのエピソードを複数の難易度で用意する必要がない。またプレイヤは、アイテムを獲得するためにクリア済みのチャプタを繰り返しプレイする場合に、その都度設定が調整されるので、簡単すぎるまたは難しすぎるプレイを強いられることがない。

このように、一実施形態によれば、各プレイヤの異なるゲーム進行度にかかわらず、各プレイヤが同一のシナリオをプレイしても違和感なくストーリーを楽しめるようにすることができる。

［変形例］
上記実施形態では、プレイヤが１人でゲームプレイするシングルプレイを想定して説明したが、これに限られない。複数のプレイヤが協力してクリア条件達成を目指すようなマルチプレイのときにも上記実施形態は適用可能である。マルチプレイは、例えば、複数のプレイヤの各々が所持する操作キャラクタを共通の仮想空間に配置し、複数のプレイヤが各々のプレイヤ端末１００を介して共通の仮想空間内で各々の操作キャラクタを操作可能とすることによって実現される。サーバ２００は、プレイヤ端末１００から受信される操作結果や演算結果を含むゲームデータを共通の仮想空間に反映し、反映後の仮想空間に係るゲームデータを生成して、マルチプレイに係る全プレイヤ端末１００に送信する。ただしこれに限られるものではなく、他の態様により実現されてもよい。

上記実施形態をマルチプレイに適用する具体例として、第１設定情報については、マルチプレイに参加するプレイヤ間で共通に設定し、第２設定情報については、プレイヤごとにゲームプレイ情報に基づいて調整することができる。例えば、敵キャラクタの位置、種類または数等を指定する第１設定情報を共通にすることにより、各プレイヤのプレイヤ端末１００において同じまたは同様のゲーム画面表示を実現することができる。一方、敵キャラクタの攻撃力、ＨＰまたは得られる経験値等を指定する第２設定情報をプレイヤごとに調整することにより、各プレイヤが、ゲーム進行度（例えば操作キャラクタの戦闘力）にかかわらず共通の仮想空間で所定のシナリオに従うゲームイベントを違和感なく楽しむことができる。

図１３は、一実施形態に係るマルチプレイの場合のゲーム画像例を示す。ゲーム画像５３は、２人のプレイヤによるマルチプレイの状況を想定する。２人のプレイヤの各々のプレイヤ端末１００において、ゲーム画像５３と同様のゲーム画面が実現される。ゲーム画像５３は、第１操作キャラクタ７５と、第２操作キャラクタ７６と、それぞれのＨＰゲージ７７および７８と、敵キャラクタ９３と、そのＨＰゲージ９４と、を含む。

第１操作キャラクタ７５と、第２操作キャラクタ７６とは、それぞれ異なるプレイヤによって操作される。例えば、第１操作キャラクタ７５は、第１プレイヤ端末１００Ａを介して第１プレイヤによって操作され、第２操作キャラクタ７６は、第２プレイヤ端末１００Ｂを介して第２プレイヤによって操作される。各プレイヤは、操作キャラクタ７５または７６を操作して敵キャラクタ９３への攻撃アクションを行わせ、協力して敵キャラクタ９３のＨＰゲージ９４の残値をゼロにすることを目指す。

ここで、第２設定情報に関して、第１プレイヤにとっての敵キャラクタ９３のパラメータは、第１操作キャラクタ７５の戦闘力に応じて調整され、第２プレイヤにとっての敵キャラクタ９３のパラメータは、第２操作キャラクタ７６の戦闘力に応じて調整される。各プレイヤ端末１００では、調整後のパラメータを用いてゲーム進行に応じた演算が行われる。サーバ２００は、例えば、調整前の初期設定値を介して、第１プレイヤ用の調整結果と第２プレイヤ用の調整結果とを相互に変換することによって、共通の仮想空間内での整合性を保つことができる。一例として、敵キャラクタ９３に関して、ＨＰの初期設定値が１０、第１プレイヤ用の調整後ＨＰが１，０００、第２プレイヤ用の調整後ＨＰが１００である場合を考える。第１操作キャラクタ７５が敵キャラクタ９３に１００のダメージを与えた場合、第１プレイヤ端末１００Ａでは、敵キャラクタ９３の残りＨＰが１，０００から９００に変化する。第１プレイヤ端末１００Ａがこの情報をサーバ２００に送信すると、受信したサーバ２００は、敵キャラクタ９３の残りＨＰを１０から９に変化させ、第２プレイヤ端末１００Ｂ用に敵キャラクタ９３の残りＨＰが１０減少したとの情報を生成する。第２プレイヤ端末１００Ｂは、サーバ２００からその情報を受信して、敵キャラクタ９３の残りＨＰを１００から９０に変化させる。ここで、第１プレイヤ端末１００Ａにおいても第２プレイヤ端末１００Ｂにおいても、ゲーム画面に表示される敵キャラクタ９３のＨＰゲージ９４は、ＨＰの最大値に対する残りＨＰの割合であるから共通（同一または同様）の表示態様を実現することができる。同様に、敵キャラクタ９３に与えたダメージの大きさに応じた演出表示（例えば、敵キャラクタ９３に与えたダメージが敵のＨＰの１０％未満なら小さな炎を表示し、１０％以上なら大きな炎を表示する、など）を行う場合にも、プレイヤ端末１００Ａと１００Ｂとで同様の演出表示を実現できる。

なお、マルチプレイの場合には、第１プレイヤ端末１００Ａがホストとして敵のデータを含むマルチプレイのセッションを形成し、第２プレイヤ端末１００Ｂをゲストとしてセッションに参加させる場合も考えられる。この場合には、第１プレイヤが敵キャラクタに与えた第１ダメージと、第２プレイヤが敵キャラクタに与えた第２ダメージがセッションに関する情報として通知される。この場合、敵キャラクタの残りＨＰの表示に関して、一例では、（第１プレイヤ用のＨＰ／第２プレイヤ用のＨＰ）に基づいて第２プレイヤが与えた第２ダメージを調整し、第１ダメージと調整後の第２ダメージを表示する。

第２設定情報として敵キャラクタ９３の攻撃力がプレイヤごとに調整される場合にも、同様にサーバ２００において適切な変換を行うことでマルチプレイの整合性を保つことができる。なお、共通の仮想空間に反映すべき値の変換処理は、各プレイヤ端末１００において実行されてもよい。

このように、上記実施形態は、マルチプレイに適用される場合にも、各プレイヤのゲームプレイ情報に基づいて各プレイヤ端末で実行されるゲームイベントの設定情報を調整することができる。第１設定情報を共通とし、第２設定情報をプレイヤごとに調整するので、ゲーム画像における表示態様が共通であっても、内部パラメータはプレイヤごとに異なる場合がある。これにより、第１プレイヤがプレイヤ端末１００Ａ上で感じる敵キャラクタ９３の強さと、第２プレイヤが感じるプレイヤ端末１００Ｂ上で感じる敵キャラクタ９３の強さとは、同程度となる。一方で、第１プレイヤと第２プレイヤのゲーム進行度が異なる場合でも共通の表示態様が使用されるので、同じ仮想空間で協力してゲームプレイをするというマルチプレイの興趣は損なわれない。したがって、マルチプレイに参加するプレイヤ間にゲーム進行度の差があり、そのために各プレイヤが所持する操作キャラクタに戦闘力の差がある場合でも、プレイヤは、戦闘力の差を気にすることなくあらかじめ設定されたシナリオに沿ったマルチプレイを実現し、ストーリーを楽しむことができる。

マルチプレイの場合のゲーム画像は、他の表示態様を採用してもよい。図１３のゲーム画像５３に例示したように、第１操作キャラクタ７５と第２操作キャラクタ７６が並んで表示されてもよい。あるいは、図７のゲーム画像５２に例示したように、第１プレイヤのプレイヤ端末１００Ａ上のゲーム画面において、第１操作キャラクタ７５が操作キャラクタ７１のように中央付近に大きく表示され、第２操作キャラクタ７６が仲間キャラクタ７２のように小さく表示されてもよい。あるいは、第１プレイヤのプレイヤ端末１００Ａ上のゲーム画面では第２操作キャラクタ７６のみ、第２プレイヤのプレイヤ端末１００Ｂ上のゲーム画面では第１操作キャラクタ７５のみ、といったように、１人称視点で互いに相手のキャラクタのみが表示されてもよい。

追加的に、または代替的に、マルチプレイにおいて敵キャラクタ９３を倒したときに得られる報酬は、第１設定情報により、第１操作キャラクタ７５と第２操作キャラクタ７６とで同じ属性の報酬となるように設定される。同じ属性の報酬とは、同じ種類の報酬、と言い換えられてもよく、例えば、操作キャラクタのレベルアップに必要な経験値、ゲーム内通貨、またはゲーム内アイテム等である。ただし、報酬の具体的な値（パラメータ）は、第２設定情報により、プレイヤごとに調整される。したがって、例えば、第１操作キャラクタ７５と第２操作キャラクタ７６とが協力して敵キャラクタ９３を倒したときに、第１操作キャラクタ７５は１００の経験値を得て、第２操作キャラクタ７６は１０の経験値を得る、といった相違が生じる。この調整により、第１プレイヤと第２プレイヤは、敵を倒す労力に応じた報酬を得たと感じることができる。

このように、変形例によれば、ゲーム進行度が異なるプレイヤ同士でもマルチプレイを楽しむことができ、敵を倒すといった目的への貢献の面でも、目的達成時の報酬の面でも、不公平を感じることなくゲームプレイを楽しむことができる。クリア時に得られる報酬もそれぞれゲームプレイ情報に基づいて調整されるので、苦労してクリアした場合にはより多くの報酬が得られるなど、所定のシナリオに沿ったゲームプレイを楽しむことができる。またこのような場合、パラメータの値自体は異なっても、同様のＨＰゲージで提示することにより、マルチプレイの醍醐味を損なうことなくゲームプレイを楽しむことができる。

なお、以上の変形例は、３人以上のプレイヤによるマルチプレイにも適用可能である。また、マルチプレイに参加するプレイヤには、他のプレイヤの過去のゲームプレイデータをもとに生成されたゴーストプレイヤ等、仮想プレイヤが含まれてもよい。またマルチプレイにおいても追加的にＮＰＣの仲間キャラクタが設定されてもよい。あるいは、マルチプレイの場合には、ゲームプレイ情報に基づいて第１操作キャラクタ７５および第２操作キャラクタ７６のパラメータ（ＨＰ、攻撃力、防御力等）がそれぞれ調整されるようにしてもよい。

またさらに、マルチプレイに関する他の例として、一実施形態に係るコンピュータシステムが、プレイヤのマッチングを実行するように構成されてもよい。例えば、コンピュータシステムは、プレイヤ情報またはゲームプレイ情報に基づいて複数のプレイヤをマッチングしてグループを作成し、作成したグループを構成する各プレイヤの操作を受けてマルチプレイのゲームを進行させる。このようなマッチング実行時にも、上記実施形態で説明した設定情報の調整を行うことにより、レベルの異なるプレイヤがマッチングされた場合でも各プレイヤのモチベーションを維持することができる。

より具体的には、例えば、他のプレイヤとのマッチングを望むプレイヤは、プレイヤ端末１００を介してサーバ２００にマッチング要求を送信し、サーバ２００は、プレイヤ端末１００からマッチング要求を受け付けた場合に、マッチング要求に応答してゲーム制御部２１１によりマッチングを実行することができる。ゲーム制御部２１１は、例えばマッチング要求を送信した複数のプレイヤについて、ゲームプレイ情報記憶部２２３から必要な情報を読み出し、所定のマッチング条件に沿ってプレイヤ間のマッチングを行う。ゲーム制御部２１１はさらに、マッチングされたプレイヤによるマルチプレイとしてゲームを進行させる。この場合、ゲーム開始前に、ゲームプレイ情報取得部２１２は、ゲームプレイ情報記憶部２２３からマッチングされたプレイヤのプレイヤ情報またはゲームプレイ情報を取得し、設定調整部２１３は、プレイヤ情報またはゲームプレイ情報に基づいて各プレイヤの設定情報を調整することができる。なお、マッチングされたグループを構成するプレイヤには、観戦者もしくは視聴者として参加するプレイヤが含まれてもよい。

マッチング条件は、多種多様に設定されてよい。例えば、レベルの高いプレイヤとレベルの低いプレイヤとを混合させるマッチング条件とすることで、熟練プレイヤのプレイを経験の浅いプレイヤに見せてあげることができる。またこのようなマッチングにより、レベルの低いプレイヤにマルチプレイのモチベーションを付与しつつ、上位プレイヤには、下位プレイヤと同一の敵と戦いつつも下位プレイヤとは異なる報酬を付与することができ、上位プレイヤのモチベーションを維持することもできる。プレイヤが複数種類のマッチング条件の中から所望のマッチング条件を選択可能としてもよい。例えば、上位プレイヤは、上位プレイヤ同士がマッチングされるようなマッチング条件を指定して、上位プレイヤ同士でゲームプレイすることもできるし、下位プレイヤを含むようなマッチング条件を指定して、異なるレベルのプレイヤ同士でのゲームを楽しむこともできる。

他の変形例として、上記実施形態は音楽ゲームにも適用可能である。例えば、提示された譜面にしたがってプレイヤがメロディまたはリズムを入力するような音楽ゲームにおいて、譜面はプレイヤ間で共通であるが、プレイヤの入力を受け付ける時間をプレイヤごとに調整する、といった適用例が可能である。また、入力されたメロディまたはリズムを適正と判定する判定範囲がプレイヤごとに調整されてもよい。同様に、パズルゲームまたはクイズゲームの適用例として、パズルまたはクイズの問題自体はプレイヤ間で共通であるが、プレイヤの回答を受け付ける時間をプレイヤごとに調整するようにしてもよい。

［他の実施形態］
この発明は上記実施形態に限定されるものではない。例えば、上述したように、ゲームイベントは、何らかの所定のシナリオに従って実行される任意のイベントであってよい。ゲームイベントの設定情報を調整するために使用されるゲームプレイ情報は、プレイヤのゲームプレイに関する任意の情報であってよい。上述した設定情報の具体例は一例にすぎず、他の設定情報が用いられてもよい。例えば、プレイヤ間で共通に設定される第１設定情報が、第２設定情報として例示した敵キャラクタのパラメータ、仲間キャラクタのパラメータ、または報酬のパラメータのうちのいずれかを含んでもよい。反対に、プレイヤごとにゲームプレイ情報に基づいて調整される第２設定情報が、第１設定情報として例示した敵キャラクタの出現パターン、または報酬の属性のうちのいずれかを含んでもよい。第１設定情報または第２設定情報は、ゲームイベントの難易度に係る他の設定情報、例えば、ゲームイベントの制限時間またはゲームイベントに係る仮想空間の広さなど、を含んでもよい。

上記実施形態が適用されるゲームイベントは、あらかじめ指定されたゲームイベント（例えば、特定のエピソードまたは特定のチャプタ）であってもよいし、所定の期間内にサーバ２００に接続（ログイン）しているプレイヤ端末のみにおいて実行される期間限定イベントであってもよい。

サーバ２００が備える各機能部を、複数の装置に分散配置し、これらの装置が互いに連携することにより処理を行うようにしてもよい。また各機能部は、回路を用いることで実現されてもよい。回路は、特定の機能を実現する専用回路であってもよいし、プロセッサのような汎用回路であってもよい。

プレイヤ端末１００は、任意のタイミングで、記憶部１２０に格納されるデータをサーバ２００との間で同期するように構成されてよい。プレイヤ端末１００の記憶部１２０に格納されるものとして以上で説明した種々のデータは、任意のタイミングでサーバ２００から参照されるものであってよい。

さらに、以上で説明した各処理の流れは、説明した手順に限定されるものではなく、いくつかのステップの順序が入れ替えられてもよいし、いくつかのステップが同時並行で実施されてもよい。また、以上で説明した一連の処理は、時間的に連続して実行される必要はなく、各ステップは任意のタイミングで実行されてもよい。サーバ２００の動作の一部は、プレイヤ端末１００において実行されてもよい。

以上で記載した手法は、計算機（コンピュータ）に実行させることができるプログラム（ソフトウェア手段）として、例えば磁気ディスク（フロッピー（登録商標）ディスク、ハードディスク等）、光ディスク（ＣＤ－ＲＯＭ、ＤＶＤ、ＭＯ等）、半導体メモリ（ＲＯＭ、ＲＡＭ、フラッシュメモリ等）等の記録媒体（記憶媒体）に格納し、また通信媒体により伝送して頒布することもできる。なお、媒体側に格納されるプログラムには、計算機に実行させるソフトウェア手段（実行プログラムのみならずテーブル、データ構造も含む）を計算機内に構成させる設定プログラムをも含む。上記装置を実現する計算機は、記録媒体に記録されたプログラムを読み込み、また場合により設定プログラムによりソフトウェア手段を構築し、このソフトウェア手段によって動作が制御されることにより上述した処理を実行する。なお、本明細書でいう記録媒体は、頒布用に限らず、計算機内部あるいはネットワークを介して接続される機器に設けられた磁気ディスク、半導体メモリ等の記憶媒体を含むものである。

なお、この発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。また、各実施形態は適宜組み合わせて実施してもよく、その場合組み合わせた効果が得られる。更に、上記実施形態には種々の発明が含まれており、開示される複数の構成要件から選択された組み合わせにより種々の発明が抽出され得る。例えば、実施形態に示される全構成要件からいくつかの構成要件が削除されても、課題が解決でき、効果が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。

１…ゲームシステム、１００…プレイヤ端末、２００…サーバ、１００１…プロセッサ、１００２…メモリ、１００３…ストレージ、１００４…センサ、１００５…通信インタフェース、１００６…入出力インタフェース、１００７…タッチスクリーン、１０７１…入力部、１０７２…表示部、１００８…バス、２００１…プロセッサ、２００２…メモリ、２００３…ストレージ、２００４…通信インタフェース、２００５…入出力インタフェース、２００６…バス、１１０…制御部、１１１…ゲーム進行部、１１２…ゲームプレイ情報送信部、１１３…設定受信部、１１４…表示制御部、１２０…記憶部、１２１…ゲームプログラム記憶部、１２２…ゲームデータ記憶部、１２３…ゲームプレイ情報記憶部
２１０…制御部、２１１…ゲーム制御部、２１２…ゲームプレイ情報取得部、２１３…設定調整部、２１４…設定送信部、２２０…記憶部、２２１…ゲームプログラム記憶部、２２２…ゲームデータ記憶部、２２３…ゲームプレイ情報記憶部、５１，５２，５３…ゲーム画像、６１…エピソード情報、６２Ａ，６２Ｂ，６２Ｃ，６２Ｄ…チャプタ選択ボタン、６３…操作キャラクタ情報、６４…もどるボタン、７１…操作キャラクタ、７２…仲間キャラクタ、７３…ＨＰゲージ、７５…第１操作キャラクタ、７６…第２操作キャラクタ、７７，７８…ＨＰゲージ、９１，９３…敵キャラクタ、９２，９４…ＨＰゲージ。

Claims (11)

1. 複数のプレイヤ端末におけるゲームの実行を制御するコンピュータシステムであって、
   前記複数のプレイヤ端末で実行されるゲームのプレイヤ情報、又は、プレイヤのゲームプレイ情報を記憶する記憶部と、
   前記記憶部から、前記プレイヤ端末で実行されるゲームのプレイヤ情報、又は、プレイヤのゲームプレイ情報を取得する取得部と、
   前記プレイヤ情報または前記ゲームプレイ情報に基づいて、前記プレイヤ端末において実行されるゲームイベントの設定情報を調整する設定調整部と、
   前記設定情報を前記プレイヤ端末に送信する送信部と、
   を備え、
   前記設定情報は、
   プレイヤ間で共通に設定される第１設定情報と、
   前記プレイヤ情報または前記ゲームプレイ情報に基づいてプレイヤごとに調整される第２設定情報と、を含む、
   コンピュータシステム。
2. 前記第１設定情報は、前記ゲームイベントに出現するオブジェクトを指定する情報を含み、
   前記第２設定情報は、前記オブジェクトのパラメータを指定する情報を含む、
   請求項１に記載のコンピュータシステム。
3. 前記第１設定情報は、前記ゲームイベントに出現する敵キャラクタの出現パターンまたは前記ゲームイベントにおいて獲得可能な報酬の属性を指定する情報を含む、
   請求項２に記載のコンピュータシステム。
4. 前記ゲームプレイ情報は、プレイヤのゲームプレイの時間または回数に関する情報を含み、
   前記第１設定情報は、前記ゲームプレイの時間または回数が所定の範囲内のプレイヤについて共通に設定される、
   請求項１乃至３のいずれか一項に記載のコンピュータシステム。
5. 前記ゲームイベントは、所定の期間内に前記プレイヤ端末において実行されるイベントである、
   請求項１乃至４のいずれか一項に記載のコンピュータシステム。
6. 前記プレイヤ情報または前記ゲームプレイ情報に基づいて、複数のプレイヤのマッチングを実行し、マッチングされた複数のプレイヤのマルチプレイによりゲームを進行させるゲーム制御部をさらに備え、
   前記取得部は、前記記憶部から、前記マッチングされた複数のプレイヤのプレイヤ情報またはゲームプレイ情報を取得し、
   前記設定調整部は、前記マッチングされた複数のプレイヤの各々について前記設定情報を調整する、
   請求項１乃至５のいずれか一項に記載のコンピュータシステム。
7. 前記ゲーム制御部は、前記プレイヤ端末からマッチング要求を受け付けて前記マッチングを実行する、請求項６に記載のコンピュータシステム。
8. 前記設定調整部は、前記プレイヤ端末から所定の条件を満たすゲームイベントの設定情報の調整要求を受け付けた場合に、前記設定情報の調整を実行する、
   請求項１乃至７のいずれか一項に記載のコンピュータシステム。
9. ネットワークを通じてプレイヤ端末と通信可能なコンピュータに、
   前記プレイヤ端末で実行されるゲームのプレイヤ情報、又は、プレイヤのゲームプレイ情報を取得し、
   前記プレイヤ情報または前記ゲームプレイ情報に基づいて、前記プレイヤ端末において実行されるゲームイベントの設定情報を調整し、
   前記設定情報を前記プレイヤ端末に送信する、
   ように機能させるプログラムであって、
   前記設定情報は、
   プレイヤ間で共通に設定される第１設定情報と、
   前記プレイヤ情報または前記ゲームプレイ情報に基づいてプレイヤごとに調整される第２設定情報と、を含む、
   プログラム。
10. ネットワークを通じてプレイヤ端末と通信可能なサーバであって、
    前記プレイヤ端末で実行されるゲームのプレイヤ情報、又は、プレイヤのゲームプレイ情報を取得する取得部と、
    前記プレイヤ情報または前記ゲームプレイ情報に基づいて、前記プレイヤ端末において実行されるゲームイベントの設定情報を調整する設定調整部と、
    前記設定情報を前記プレイヤ端末に送信する送信部と、
    を備え、
    前記設定情報は、
    プレイヤ間で共通に設定される第１設定情報と、
    前記プレイヤ情報または前記ゲームプレイ情報に基づいてプレイヤごとに調整される第２設定情報と、を含む、
    サーバ。
11. コンピュータが実行するゲーム制御方法であって、
    プレイヤ端末で実行されるゲームのプレイヤ情報、又は、プレイヤのゲームプレイ情報を取得することと、
    前記プレイヤ情報または前記ゲームプレイ情報に基づいて、前記プレイヤ端末において実行されるゲームイベントの設定情報を調整することと、
    前記設定情報を前記プレイヤ端末に出力することと、
    を備え、
    前記設定情報は、
    プレイヤ間で共通に設定される第１設定情報と、
    前記プレイヤ情報または前記ゲームプレイ情報に基づいてプレイヤごとに調整される第２設定情報と、を含む、
    ゲーム制御方法。
    

Images