JP2022155072A - コンピュータシステムおよびゲームシステム - Google Patents

Abstract

【課題】新たな魅力のある特典取得パスの技術を提供すること。【解決手段】プレーヤであるユーザ２は、有効期間の一部又は全部が重複する複数種類の特典取得パス７（７ａ，７ｂ，…）を保有できる。各特典取得パス７には、ゲームをプレイすることで達成できる複数の課題が設定されており、課題を達成すると当該課題に対応付けられた標準特典に基づく特典がプレーヤに付与される。異なる特典取得パス７に設定された達成課題の組み合わせが、所与の特別特典付与条件を満たした場合には、更に特別特典がプレーヤに付与される。【選択図】図３

Description

本発明は、特典取得パスの提供および管理を行うコンピュータシステム等に関する。

近年のオンラインゲームには「シーズンパス」「バトルパス」などと呼ばれるパスと呼ばれる形態を組み込んだゲームが知られている。これらのパスは、現実世界の時間を複数の有効期間に区切り、１つの有効期間に１つのパスを設定して、当該パスを有するプレーヤに、例えば、ミッション、アイテム、スキン、音楽などの特典や、近い将来に当該ゲームに追加される可能性のあるダウンロードコンテンツ等の特典を与える仕組みである。プレーヤにとっては特典が得られるパスであることから、特典取得パスと呼ぶことができる。特典取得パスは、ゲーム製作者側には資金確保のメリットがある。プレーヤには割安に特典を得られるメリットや、新しいコンテンツをいち早く利用できるメリットがある。

特典取得パスの技術としては、例えば、特許文献１には、一定期間（シーズン）毎に、ゲームプレイ料金（シーズン料金）を支払ったプレーヤに特典が付与されるシーズンパスに関する技術が開示されている。特許文献２には、シーズンパスを購入したプレーヤに特別なゲームプレイを提供する技術が開示されている。

特開２０１８－０６８９１２号広報 特開２０１８－１２２１５４号広報

特典取得パスは、市場に登場した当初はプレーヤにゲーム継続の意欲を生み出す効果があったが、近年では多くのオンラインゲームで採用されるようになり、一般化しつつあるため、ゲームタイトルの魅力とは言えなくなってきている。

本発明が解決しようとする課題は、新たな魅力のある特典取得パスの技術を提供すること、である。

上記した課題を解決するための第１の発明は、ゲームをプレイすることで達成できる複数の課題と、各課題に対応付けられた特典と、が設定された、所与の有効期間のある特典取得パスの提供および管理を行うコンピュータシステムであって、
前記有効期間の一部又は全部が重複する複数種類の前記特典取得パスをプレーヤに提供する特典取得パス提供手段（例えば、図１のサーバシステム１１００、制御基板１１５０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、特典取得パス提供制御部２１２、図１０の特典取得パス初期設定データ５３０、図１５のユーザ管理データ６００、特典取得パス管理データ６１０、図１７のステップＳ２０～ステップＳ２２）と、
前記プレーヤが有する前記複数種類の特典取得パスに設定された各課題について、達成しているか否かの情報を当該プレーヤに提示する充足有無情報提示手段（例えば、図８の達成状況提示画面Ｗ８、図１のサーバシステム１１００、制御基板１１５０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、充足有無情報提供制御部２１６、図１５の課題別達成進捗データ６２０、図１７のステップＳ８０～ステップＳ８２）と、
前記プレーヤが有する前記複数種類の特典取得パスに設定された課題のうち、当該プレーヤのプレイ状況に基づいて達成した課題（以下「達成課題」という）、に対応付けられた特典に基づいて、当該プレーヤに付与する特典を決定し、当該決定した特典を当該プレーヤに付与する制御を行う特典付与制御手段（例えば、図１のサーバシステム１１００、制御基板１１５０、図９のサーバ処理部２００ｓ、ゲーム管理部２１０、特典付与制御部２２０、図１０の標準特典初期設定データ５１２、図１２の特典取得パス初期設定データ５３０、課題特典対応初期設定データ５３４、図１５の保有アイテム管理データ６０７、標準特典付与履歴データ６２２、図１７のステップＳ１００～ステップＳ１０８）と、を備え、
前記特典付与制御手段は、前記プレーヤが有する異なる前記特典取得パスに設定された前記達成課題の組み合わせが、所与の特別特典付与条件を満たした場合に、所与の特別特典を当該プレーヤに付与する特別特典付与手段（例えば、図９の特別特典付与制御部２２１、図１４の特別特典定義データ５７０、図１８のステップＳ１１０～ステップＳ１１８）、を有する、コンピュータシステムである（例えば、図１のゲームシステム１０００、サーバシステム１１００）。

第１の発明によれば、プレーヤは、有効期間の一部又は全部が重複する複数種類の特典取得パスを購入できる。プレーヤは、複数のパスを同時に利用できる従来にないサービスを得ることができる。プレーヤは、異なる特典取得パスを購入することで、その組み合わせに応じた特別特典も得ることもできる。１つのパスを購入するだけの従来の技術に比べて、新たな魅力のある特典取得パスの技術が実現可能になる。

第２の発明は、前記特典付与制御手段が、前記プレーヤが有する前記複数種類の特典取得パスそれぞれに設定された課題の達成進捗に基づいて、当該プレーヤが新たに達成した達成課題に対して付与する特典を可変に決定する第１の付与特典可変決定手段（例えば、図９の第１付与特典可変決定部２２３、図１３の適用要件５５０、図１７のステップＳ１０２）を有する、第１の発明のコンピュータシステムである。

「達成進捗」は、達成／未達成の情報は勿論のこと、特典取得パスに対応づけて設定されている全ての課題数に対する達成課題数の割合、全ての課題数に対する未達成課題数の割合、といったパス全体としての進捗を示す情報を用いて判定することができる。また、課題を個別に見て、当該課題に係るパラメータ値が達成課題となるための基準値にどれだけ近づいているか、基準値をどれだけ超えているか、といった個別の課題に係る進捗を示す情報を用いて「達成進捗」を判定することもできる。

第２の発明によれば、新たに達成した課題（達成課題）に対して付与される特典の内容が、その時の課題の達成進捗に応じて変化する。よって、従来に無い新たな魅力のある特典取得パスを実現することができる。

第３の発明は、前記特別特典付与手段が、前記プレーヤが有する前記複数種類の特典取得パスそれぞれに設定された課題の達成進捗に基づいて、前記特別特典を可変に決定する（例えば、図１４の特別特典変更パターン定義データ５７５、図１８のステップＳ１１２）第１又は第２の発明のコンピュータシステムである。

第３の発明によれば、プレーヤは、保有する特典取得パスそれぞれに設定されている課題に係る達成進捗に基づいて異なる特別特典が得られる。よって、従来に無い新たな魅力のある特典取得パスを実現することができる。

第４の発明は、前記複数種類の特典取得パスには、所与の同等条件を満たす課題が含まれ、前記特別特典付与手段は、前記プレーヤが有する異なる前記特典取得パスに設定された前記達成課題の組み合わせが前記同等条件を満たした場合に、前記特別特典付与条件を満たしたと判定する（例えば、図１４の同等条件５７３ｂ、図１８のステップＳ１１２）、第１～第３の何れかの発明のコンピュータシステムである。

「同等条件を満たす」とは、完全同一であることは勿論のこと、条件となる要素の中に共通する要素があって同一或いは同程度とみなせる条件を満たすことも含む意味である。例えば、カテゴリーが共通する、その課題が達成したと見なされるためにプレーヤに求められる行動や基準値が似ている、といった条件である。例えば、アクションＲＰＧ（ロールプレイングゲーム）であれば、第１の課題「水属性の敵キャラクタを１０体撃破せよ」と第２の課題「火属性の敵キャラクタを１０体撃破せよ」は、「同等条件を満たす」に該当する。すなわち、敵キャラクタに係る指定属性が異なるが、プレーヤに求められる行動は「指定された数の敵キャラクタを撃破する」ことで共通するからである。

第４の発明によれば、プレーヤは、保有する異なる特典取得パス間で「同等条件を満たす」課題があれば特別特典が貰える。そのため、条件を満たすための労力がほぼ同じであることから、プレーヤは、新たな特典取得パスを購入する際に、どのパスを購入するか、対応づけられている課題を頼りに悩む楽しみが生まれる。

第５の発明は、前記プレーヤが有する前記複数種類の特典取得パスそれぞれに設定された課題の達成進捗に基づいて、当該特典取得パスに設定された課題を増加又は減少させる課題増減制御手段（例えば、図２０の課題増減制御部２３２、図２１の課題増減パターン定義データ５８２、図２３のステップＳ１０９）、を更に備える第１～第４の何れかの発明のコンピュータシステムである。

第５の発明によれば、取得済みの特典取得パスであっても、プレーヤが有する特典取得パスそれぞれの課題の達成進捗に基づいて、課題が増加又は減少する。よって、従来に無い新たな魅力のある特典取得パスを実現することができる。

第６の発明は、前記課題増減制御手段が、前記複数種類の特典取得パスのうち、課題を増加させる特典取得パスと、課題を減少させる特典取得パスとの両方を選択することで、課題の増減を制御する、第５の発明のコンピュータシステムである。

第６の発明によれば、課題の増減を利用して、各特典取得パスにおけるパス全体としての課題達成度合を調整することができる。例えば、プレーヤが複数の特典取得パスを保有している場合、それらのパス全体としての課題達成度を平均化するように課題を増加／減少させることができる。パス全体の課題達成度合でプレーヤの得手／不得手が推測できるので、得意と推測されるパスの課題を増やす一方、不得意と推測されるパスの課題を減らすならば、得手／不得手の差を抑制するようにプレーヤをサポートすることもできる。

第７の発明は、前記課題増減制御手段が、課題を増加又は減少する特典取得パスに設定された各課題に対応付けられた特典を変更する、第５又は第６の発明のコンピュータシステムである。

第７の発明によれば、課題を達成したときにプレーヤが得られる特典の内容を、課題の増減に伴って変更することができる。

第８の発明は、前記プレーヤが有する前記特典取得パスの組み合わせが、所与の期間変更条件を満たす組み合わせの場合に、当該特典取得パスの前記有効期間を変更する期間変更制御手段（例えば、図９の期間変更制御部２３０、図１０の有効期間変更パターン定義データ５８０、図１７のステップＳ２４）、を更に備える第１～第７の何れかの発明のコンピュータシステムである。

第８の発明によれば、プレーヤが有する特典取得パスの組み合わせに応じて、特典取得パスの有効期間を変更することができるコンピュータシステムは、特典取得パスの課題を達成するための時間的な猶予をプレーヤに与えたり、逆に時間的な猶予を削ってプレイ難易度を上げるといったことが可能になる。

第９の発明は、第１のプレーヤが有する前記特典取得パスと、第２のプレーヤが有する前記特典取得パスとが、所与のプレーヤ間特定組み合わせ条件を満たす場合に、前記第１のプレーヤが有する前記特典取得パスに設定された特典および前記第２のプレーヤが有する前記特典取得パスに設定された特典を変更するプレーヤ間特定組み合わせ特典変更手段（例えば、図９のプレーヤ間特定組み合わせ特典変更部２２２、図１３のプレーヤ間特定組み合わせ条件５５５、図１７のステップＳ１０２）、を有する、第１～第８の何れかの発明のコンピュータシステムである。

第９の発明によれば、第１のプレーヤが有する特典取得パスと第２のプレーヤが有する特典取得パスとがプレーヤ間特定組み合わせ条件を満たす場合に、両プレーヤの特典取得パスに設定されている特典が変更されることになる。よって、従来に無い新たな魅力のある特典取得パスを実現することができる。

第１０の発明は、前記特典付与制御手段が、前記課題を達成した時の達成タイミングに基づいて、当該達成課題に対して付与する特典を可変に決定する第２の付与特典可変決定手段（例えば、図９の第２付与特典可変決定部２２４、図１３の個別達成進捗条件５５４、図１７のステップＳ１０２）、を有する、第１～第９の何れかの発明のコンピュータシステムである。

第１０の発明によれば、プレーヤが課題を達成したことで得られる特典が、当該課題を達成した時の達成タイミングに応じて変化する。よって、従来に無い新たな魅力のある特典取得パスを実現することができる。

第１１の発明は、プレーヤが有する前記特典取得パスを管理する管理手段（例えば、図９のパス管理部２０３）、を更に備え、前記特典付与制御手段は、前記特典取得パスについて、当該特典取得パスを有する各プレーヤの当該特典取得パスに係る課題の達成進捗に基づいて、達成課題に対して付与する特典を可変に決定する第３の付与特典可変決定手段（例えば、図９の第３付与特典可変決定部２２５、図１３のプレーヤ間相対達成進捗条件５５６、図１７のステップＳ１０２）、を有する、第１～第１０の何れかの発明のコンピュータシステムである。

第１１の発明によれば、達成課題に対して付与される特典が、各プレーヤの達成状況を比較した結果に応じて変更される。例えば、他プレーヤよりも優れているプレーヤに付与される特典を、価値の高い特典に変更することができる。こうした仕組みは、プレーヤのゲームプレイへのモチベーションを高める。

第１２の発明は、第１～第１１の何れかの発明のコンピュータシステムであるサーバシステムと、前記サーバシステムと通信を行い、マンマシンインターフェースの機能を担う前記プレーヤのプレーヤ端末と、を具備するゲームシステムである。

第１２の発明によれば、第１～第１１の何れかの発明と同様の効果が得られるゲームシステムを実現できる。

ゲームシステムの構成例を示す図。 プレーヤ端末の構成例を示す正面図。 オンラインゲームのシーズン構成と、特典取得パスとについて説明するための図。 特典取得パスの例を示す図。 特別特典について説明するための図。 可変タイプの標準特典について説明するための図。 特別特典について説明するための図。 達成状況提示画面の例を示す図。 サーバシステムの機能構成例を示す機能ブロック図。 サーバ記憶部が記憶するプログラムやデータの例を示す図。 課題初期設定データのデータ構成例を示す図。 特典取得パス初期設定データのデータ構成例を示す図。 標準特典変更パターン定義データのデータ構成例を示す図。 特別特典定義データのデータ構成例を示す図。 ユーザ管理データのデータ構成例を示す図。 プレーヤ端末の機能構成例を示す機能ブロック図。 サーバシステムが実行する処理の流れを説明するためのフローチャート。 図１７より続くフローチャート。 プレーヤ端末の変形例における機能構成を示す機能ブロック図。 サーバシステムの変形例における機能構成を示す機能ブロック図。 サーバシステムの変形例におけるサーバ記憶部が記憶するプログラムやデータの例を示す図。 サーバシステムの変形例における処理の流れを説明するためのフローチャート。 図２２より続くフローチャート。

以下、本発明の実施形態の例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。

図１は、ゲームシステムの構成例を示す図である。
ゲームシステム１０００は、サーバシステム１１００と、サーバシステム１１００と通信可能なプレーヤとなる各ユーザ２（２ａ，２ｂ，…）のプレーヤ端末１５００（１５００ａ，１５００ｂ，…）とを具備し、プレーヤ端末１５００にてオンラインゲームのプレイを実現するためのシステムである。図１では、プレーヤ端末１５００を２台のみ描いているが、実際のシステム運用においては、３台以上のプレーヤ端末１５００がゲームシステム１０００に参加可能である。

ゲームシステム１０００では、サーバシステム１１００とプレーヤ端末１５００とは、ネットワーク９を介してデータ通信可能に接続し、プレーヤ端末１５００同士もネットワーク９を介してデータ通信可能に接続できる。

ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネット等の通信網を含む意味であり、また、通信方法については有線／無線を問わない。

サーバシステム１１００は、例えば本体装置１１０１と、キーボード１１０６と、タッチパネル１１０８と、ストレージ１１４０と、を有し、本体装置１１０１に制御基板１１５０を搭載するコンピュータシステムである。

制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３が搭載されている。なお、制御基板１１５０の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。

そして、サーバシステム１１００は、制御基板１１５０が所定のプログラムおよびデータに基づいて演算処理することにより、（１）ユーザ登録等に係る情報を管理するユーザ管理機能と、（２）ユーザにオンラインゲームをプレイさせるゲーム管理機能と、（３）オンラインゲームのプレイ以外の会員サービス（例えば、プレイ動画の投稿や閲覧、チャットスペースの提供、オンラインゲーム内で使用するアイテム等のオンラインショッピング、など）を提供する会員サービス管理機能と、を実現する。

なお、サーバシステム１１００を、１台のサーバ装置であるかのように描いているが、複数の装置で実現する構成であってもよい。例えば、サーバシステム１１００は、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であっても良い。また、サーバシステム１１００を構成するハードウェアの設置場所は問わない。離れた場所に設置された独立した複数のサーバを、ネットワーク９を介してデータ通信させることで、全体としてサーバシステム１１００として機能させる構成であっても良い。

プレーヤ端末１５００は、登録手続を経たユーザ２が、本実施形態のゲームシステム１０００を利用してゲームプレイするために使用するコンピュータシステムであって、ネットワーク９を介してサーバシステム１１００や他のプレーヤ端末１５００にアクセスできる電子装置（電子機器）である。すなわち、プレーヤ端末１５００は、ゲームシステム１０００におけるマンマシンインターフェースの機能を担っている。

図２は、プレーヤ端末１５００の構成例を示す正面図である。
プレーヤ端末１５００は、方向入力キー１５０２と、ボタンスイッチ１５０４と、画像表示デバイス兼接触位置入力デバイスとして機能するタッチパネル１５０６と、内蔵バッテリー１５０９と、スピーカ１５１０と、マイク１５１２と、カメラ１５２０と、制御基板１５５０と、コンピュータ読み出し可能な記憶媒体であるメモリカード１５４０からデータを読み書きできるメモリカード読取装置１５４２と、を備える。その他、図示されていない電源ボタン、音量調節ボタン等が設けられている。また、ゲームシステム１０００の利用対価等の支払いが可能なＩＣカード型のクレジットカードやプリペイドカードに対して非接触にデータの読み書きが行えるＩＣカード読取装置などを設けるとしてもよい。

制御基板１５５０は、（１）ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、（２）ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、（３）ネットワーク９に接続する携帯電話基地局や無線ＬＡＮ基地局などと無線通信するための無線通信モジュール１５５３、（４）インターフェース回路１５５７、などを搭載する。

インターフェース回路１５５７には、（１）タッチパネル１５０６のドライバ回路、（２）方向入力キー１５０２およびボタンスイッチ１５０４からの信号を受信する回路、（３）スピーカ１５１０へ音声信号を出力する出力アンプ回路、（４）マイク１５１２で集音した音声の信号を生成する入力信号生成回路、（５）カメラ１５２０で撮影された画像の画像データを入力する回路、（６）メモリカード読取装置１５４２への信号入出力回路、などが含まれている。

制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。そして、制御基板１５５０は、プレーヤ端末としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。

なお、本実施形態では、プレーヤ端末１５００はプログラムや各種の設定データをサーバシステム１１００からダウンロードする構成としているが、別途入手したメモリカード１５４０などの記憶媒体から読み出す構成としても良い。

また、図２で示したプレーヤ端末１５００は、いわゆるスマートフォンと呼ばれる装置であるが、コンピュータシステムであれば、スマートウォッチ、スマートグラスなどのウェアラブルコンピュータや、携帯型ゲーム装置、家庭用ゲーム装置、タブレット型コンピュータ、パソコン、などでもよい。スマートフォンと、当該スマートフォンに通信接続されたスマートウォッチとの組み合わせといった複数の電子機器が通信可能に接続することで１つの機能を果たす場合にはこれらの複数の電子機器を１つのプレーヤ端末１５００とみなすことができる。

ユーザ２（２ａ，２ｂ，…）は、プレーヤ端末１５００（１５００ａ，１５００ｂ，…）を使ってサーバシステム１１００へのアクセス或いはサーバシステム１１００が管理する所定のウェブサイトへのアクセスを行って、所定のユーザ登録手続を経て登録ユーザ、すなわちプレーヤとなる資格を得る。そして、登録時に設定した固有のユーザアカウント（サインネーム）を用いて所定のサインイン手続を経ることで、ユーザのプレーヤ端末１５００はゲームシステム１０００に組み込まれて、システムオンライン状態となる。また、所定のサインアウト手続を経ることで、当該システムから脱退し、システムオフラインとすることができる。システムオンライン状態において、ユーザ２はプレーヤとしてオンラインゲームをプレイ可能になる。

図３は、オンラインゲームのシーズン構成と、特典取得パスとについて説明するための図である。オンラインゲームは、所定期間（例えば、１ヶ月～数ヶ月程度）が設定された複数のプレイシーズン（図３中の第１シーズン、第２シーズン、…）を連続的又はインターバル期間を適度に挟みながら進行する。各プレイシーズにおいてプレイ可能な内容は、ゲームジャンルによって適宜設定可能である。アクションＲＰＧ（ロールプレイングゲーム）であれば、戦闘フィールド毎にプレイシーズンが用意されていてもよいし、物語の章別にプレイシーズンが用意されていてもよい。単に、季節イベント等をモチーフとした異なるデザインコンセプトのプレイシーズンがあってもよい。

１つのプレイシーズンには、プレーヤであるユーザ２が取得可能な複数種類の特典取得パス７（７ａ，７ｂ，…）が用意されている。特典取得パス７は、有料でもよいし、特定の条件を達成することで得られる無料としてもよい。本実施形態では有料として説明する。特典取得パス７には、それぞれ所定の有効期間（矩形図形の横の長さで表現）が設定されており、異なる特典取得パス７の間で有効期間の一部又は全部が重複する。１人のプレーヤは、１つのプレイシーズンで複数の特典取得パス７を購入することができる。勿論、特典取得パス７を購入せずにオンラインゲームをゲームプレイすることもできる。ゲームプレイは、オンラインゲームを主として行うものであり、特典取得パス７は、副次的な効果を発生させるものである。なお、同じ特典取得パス７は当該プレイシーズン中、１回だけ購入できるものとする。

図４は、特典取得パス７の例を示す図であって、図４（１）と図４（２）は、特典取得パス７のカテゴリーの違いを示している。
１つの特典取得パス７には、固有のパス種類１０と、当該パスの有効期間１１と、当該有効期間１１で達成するべき１つ又は複数の課題１２と、が設定されている。そして、課題１２別に、目標所要時間１３と、当該課題の達成報酬となる標準特典１４と、が対応づけられている。

課題１２には、内容が異なる複数種類が予め用意されており、特典取得パス７に設定される課題１２は、その中から適宜選択されて設定される。特典取得パス７の中には、課題１２を達成するためにプレーヤに要求する行動の内容が類似するものがあり、行動内容の種類に応じてパスのカテゴリーが定められている。特典取得パス７の中には、課題達成のためのテーマが設定されているものがある、とも言える。

例えば、図４（１）は、課題達成のために、主にプレーヤキャラクタ４（図３参照）と敵キャラクタ６との戦闘を要求する「戦闘」カテゴリーの特典取得パス７の例を示している。また図４（２）は、課題達成のために、主にアイテムの収集を要求する「収集」カテゴリーの特典取得パス７の例を示している。
なお、課題１２は、経験値やゲームポイントに関する課題や、指定されたアイテムの獲得に関する課題としてもよい。課題１２には、プレーヤの技量やプレーヤキャラクタ４の能力を向上させるためのレッスン的意味合いの内容を含めることができる。例えば、「経験値を１０ＵＰ」「ゲームポイント１０ＵＰ」「（指定されたアイテム）の１０個獲得」などの課題１２がそれに該当する。

目標所要時間１３は、有効期間の何日目までという形式で記述されてもよい。また、目標所要時間１３は「有効期間と同じ」や、実質的な設定無し・無制限を意味する「なし」を設定してもよい。

標準特典１４は、固定タイプと、可変タイプと、がある。固定タイプの標準特典１４は、特典の内容が変化しない。可変タイプの標準特典１４は、課題１２の「達成進捗」や当該課題１２が設定されている特典取得パス７のパス全体としての「達成進捗」等に応じて特典の内容が変化する可能性がある。

「達成進捗」は、例えば、プレーヤ別の絶対的な達成進捗として、（１）課題１２別の達成／未達成、（２）課題１２の達成判定用のパラメータ値（図４の例では「敵の撃破数」）に対する達成と見なされる基準値（図４の例では敵を１０体撃破することに関する「１０」）に対する割合、（３）特典取得パス７に設定されている全ての課題数に対する達成課題数の割合である達成率、（４）課題１２の達成タイミングに係り達成までに要した達成時所要時間と目標所要時間１３との関係、などが挙げられる。また、複数のプレーヤ間での相対的な達成進捗として、（５）同じ特典取得パス７を有する各プレーヤの当該特典取得パス７に係る課題の達成進捗を比較することで得られる、プレーヤ間での達成進捗の差や、達成進捗に基づくプレーヤの進捗順位、などが挙げられる。

標準特典１４の内容は、ゲーム内容に応じて適宜設定可能であるが、特典取得パス７を購入したプレーヤと購入しなかったプレーヤとの間で、ゲームプレイにおいて過度な優劣差が生じない内容の特典が設定されている。オンラインゲームの本編に影響を与えない、或いは、与える影響の少ない特典が好適である。例えば、ビジュアル面でのスペシャリティを得る内容などが好適である。具体的には、プレーヤキャラクタ４のスタイルやコスチューム、プレーヤキャラクタ４が使用するアイテム５（例えば、武器・防具・衣装・装飾品・収納用品・乗り物・ＮＰＣなどへのプレゼント品、なども含む。）、プレーヤキャラクタ４やアイテム５などのゲーム内オブジェクトの外観に追加できるステッカー、プレーヤキャラクタ４のエモート、ＢＧＭとして利用できる音楽、などを標準特典１４として設定するとよい。勿論、プレーヤキャラクタ４へのスキルの付与、経験値の追加、ゲーム内通貨の付与、マップやＮＰＣ（ノンプレーヤキャラクタ）等のアンロック、などその他も標準特典１４としてもよい。なお、１つの課題１２に対応付けられる標準特典１４の種類は、１つに限らず複数でもよい。

そして、プレーヤであるユーザ２は、自分が購入した特典取得パス７の課題１２を、そのプレイシーズン内で達成すると、当該達成課題に対応付けられている標準特典１４を獲得することができる。言い換えると、特典取得パス７の購入で、プレーヤであるユーザ２は、課題１２への挑戦権を獲得し、達成すると標準特典１４を貰うことができる。

図５は、特別特典について説明するための図である。
特別特典１６は、達成された課題（達成課題）の組み合わせにより決定されて、プレーヤであるユーザ２に付与される特典である。

例えば、図５（１）では、プレーヤであるユーザ２が特典取得パス７ａと特典取得パス７ｂとの２つを有しており、特典取得パス７ａの課題１２ａを達成し且つ特典取得パス７ｂの課題１２ｂを達成しているとする。この場合、課題１２ａと課題１２ｂとの組み合わせに対応付けられていた特別特典１６ａが、プレーヤに付与される。

図５（２）の例では、特典取得パス７ａの課題１２ａと課題１２ｘとを達成し、且つ、特典取得パス７ｂの課題１２ｂを達成している。この場合、これら３つの課題１２の組み合わせに対応付けられた特別特典１６ｂがプレーヤに付与される。

図５（３）の例では、特典取得パス７ａの課題１２ａと、特典取得パス７ｂの課題１２ｂと、特典取得パス７ｃの課題１２ｃとを達成している。これら３つの課題１２の組み合わせに対応付けられた特別特典１６ｃがプレーヤに付与される。

図６は、可変タイプの標準特典１４について説明するための図である。
可変タイプの標準特典１４は、達成進捗に応じてその内容が変化する。具体的には、課題１２を達成した時点における達成進捗に応じて変化する。達成進捗としては、例えば、当該課題１２の達成タイミングにおいて、当該課題１２が設定されている特典取得パス７（又は、保有する全ての特典取得パス７）の達成率を用いることができる。達成進捗を示す値は、達成率が高いほど高い値とする。また、その課題１２に目標所要時間長（目標達成日時でもよい。）が設定されている場合には、目標所要時間長に対する達成までの実所要時間長（課題を達成した時の達成タイミングである実達成日時でもよい。）の割合、などを用いてもよい。達成進捗を示す値は、割合が高いほど高い値とする。

図６が例示する標準特典１４ｄは、ゲーム内通貨のコインである。達成進捗に応じた特典変更として、標準特典１４ｄの初期数（図６の例ではコイン５枚）に、変更量１５（図６の例ではコイン２枚）が適用されている。この例では、プレーヤは合計７枚のコインが付与されることになる。

可変タイプの標準特典１４をどのように変更させるかは、図６のように付与数を増減することは勿論のこと、標準特典１４がレベル設定のあるアイテムであれば、設定されているレベルを変更するとしてもよい。標準特典１４が回復アイテムであれば、回復量（アイテムの作用効果量）を変更するとしてもよい。また、標準特典１４がスキンや服装、装飾物、ステッカーなどであれば、配色や使用している色の明度や彩度、模様を変更するとしてもよい。標準特典１４が、アイテム抽選権であれば、抽選回数を変更するとしてもよい。

なお、可変タイプの標準特典１４の変更は、基本的に、初期設定よりもユーザ２がより高価値と感じられるように設定されている。但し、ゲーム内容や特典取得パス７の購入時の契約内容によってはその限りではない。例えば、変更量がマイナスのケースがあってもよい。また、達成進捗と変更量の関係は、図６に例示したグラフの関係に限らず適宜設定可能である。例えば、指数関数的に増加する、正比例の関係を有する、段階的に増減する、などとしてもよい。

図７は、特別特典について説明するための図である。
特別特典１６もまた、達成進捗に応じてその内容が変化する。具体的には、ある特別特典１６の付与要件が満たされた時の「付与時達成進捗」に応じて変化する。

「付与時達成進捗」は、特別特典付与要件に含まれる課題の組み合わせで指定された課題１２が全て達成された達成タイミングにおける達成進捗である。
付与時達成進捗の値としては、例えば、組み合わせで指定された課題１２の個別の達成進捗の値を用いても良い。また例えば、組み合わせで指定された課題１２それぞれの特典取得パス７における達成率（当該パスの全課題数に対する達成課題数の割合）を用いてもよい。

特別特典１６の変更は、図７の例のように特別特典１６とするアイテムの種類（特別特典１６ａ、１６ｅ、１６ｆ、１６ｇ）を変えるとしてもよい。特別特典１６の価値が付与数により変更できる場合（例えば、ゲーム内通貨、経験値など）では、付与数を変更してもよい。特別特典１６に作用効果が設定されている場合（例えば、経験値の付与、回復アイテムの回復量、抽選権の抽選回数、サービスポイントの付与、など）では、作用効果を増減することで変更を実現してもよい。

図８は、達成状況提示画面の例を示す図である。
達成状況提示画面Ｗ８は、ユーザ２が保有している特典取得パス７別の達成進捗の情報を表示する画面であって、ユーザ２がプレイ中に所定の達成状況提示操作をすることで表示させることができる。

達成状況提示画面Ｗ８は、特典取得パス７別に、表示指示の操作が可能なタグ２１を有する。表示指示がなされたタグ２１は最前面に表示され、パス種類表示部２２と、残り有効期間表示部２３と、達成率表示部２４と、課題種類表示部２５と、予定特典を示す特典種類表示部２６と、進捗状況表示部２７とを表示する。特典種類表示部２６と進捗状況表示部２７とは、課題別に、課題種類表示部２５に対応付けられている。進捗状況表示部２７は更に、その課題の達成判定基準値に対して現在どれだけ近づいているかを示す基準値充足度表示部２８と、その課題の目標所要時間長に対する現在までの所要時間長の割合等を示す時間充足度表示部２９と、を含む。

次に、機能構成について説明する。
図９は、サーバシステム１１００の機能構成例を示す機能ブロック図である。
サーバシステム１１００は、操作入力部１００ｓと、サーバ処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、サーバ記憶部５００ｓとを備える。

操作入力部１００ｓは、サーバの管理のための各種操作を入力するための手段である。図１のキーボード１１０６がこれに該当する。

サーバ処理部２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路となるプロセッサの他、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｓやサーバ記憶部５００ｓを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号、プレーヤ端末１５００などから受信したデータ、等に基づいて各種の演算処理を実行して、サーバシステム１１００の動作を統合的に制御する。

サーバ処理部２００ｓは、ユーザ管理部２０２と、会員サービス管理部２０４と、ゲーム管理部２１０と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓとを含む。勿論、これら以外の機能部も適宜含めることができる。

ユーザ管理部２０２は、ユーザ登録手続きに係る処理およびユーザアカウントに紐付けられる各種情報の記憶管理を行う。具体的には、ユーザ管理部２０２は、（１）登録ユーザへの固有のユーザアカウントの付与、（２）ユーザアカウント別の個人情報の記憶管理、（３）サインイン／サインアウトの管理、（４）オンラインゲームのプレイに係るセーブデータの記憶管理、（５）オンラインショッピングでの対価や会員サービスの対価として使われるサービスポイントの管理、などを行う。

セーブデータ内には、ユーザが保有する特典取得パス７の情報も含まれるので、ユーザ管理部２０２は、進行制御部２１１とともに、各プレーヤが有する特典取得パス７を管理するパス管理部２０３としても機能する。

会員サービス管理部２０４は、オンラインゲーム以外の会員サービス（例えば、プレイ動画の投稿や閲覧、チャットスペースの提供、オンラインゲームのプレイにおいて使用できるアイテム等のオンラインショッピング、など）の提供に関する制御を行う。

ゲーム管理部２１０は、プレーヤ端末１５００にて所与のオンラインゲームをプレイさせるための各種制御を行う。具体的には、ゲーム管理部２１０は、進行制御部２１１と、特典取得パス提供制御部２１２と、特典取得パス譲渡制御部２１４と、充足有無情報提供制御部２１６と、特典付与制御部２２０と、期間変更制御部２３０と、を有する。

進行制御部２１１は、ゲームの進行制御に関する各種制御を行う。当該制御には、プレイデータ（最新状況を記述する各種データを含む。）の管理制御も含まれる。プレイデータには、プレーヤが保有する特典取得パス７の最新状況の情報も含まれるので、進行制御部２１１は、ユーザ管理部２０２とともに、各プレーヤが有する特典取得パス７を管理するパス管理部２０３としても機能する。

特典取得パス提供制御部２１２は、特典取得パス７をプレーヤに提供する制御を行う。

特典取得パス譲渡制御部２１４は、プレーヤが有する特典取得パス７を他プレーヤに譲渡する制御を行う。

充足有無情報提供制御部２１６は、プレーヤが有する特典取得パス７に設定された各課題について、達成しているか否かの情報を当該プレーヤに提示する制御を行う。達成状況提示画面Ｗ８（図８参照）の表示制御や、表示内容を得るための各種処理がこれに該当する。

特典付与制御部２２０は、プレーヤが有する特典取得パス７に設定された課題１２のうち、当該プレーヤが達成した課題（達成課題）に対応付けられた特典に基づいて、当該プレーヤに付与する特典を決定し、当該決定した特典を当該プレーヤに付与する制御を行う。標準特典１４（図４参照）の付与に係る処理がこれに該当する。

そして、特典付与制御部２２０は、特別特典付与制御部２２１と、プレーヤ間特定組み合わせ特典変更部２２２と、第１付与特典可変決定部２２３と、第２付与特典可変決定部２２４と、第３付与特典可変決定部２２５と、を有する。

特別特典付与制御部２２１は、プレーヤが有する異なる特典取得パス７に設定された達成課題の組み合わせが、所与の特別特典付与条件（特別特典１６の付与要件）を満たした場合に、所与の特別特典１６を当該プレーヤに付与するための制御を行う（図５参照）。
具体的には、特別特典付与制御部２２１は、プレーヤが有する異なる特典取得パス７に設定された達成課題の組み合わせが所与の同等条件を満たした場合に、特別特典付与条件を満たしたと判定する、としてもよい。「同等条件を満たす」とは、完全同一であることは勿論のこと、条件となる要素の中に共通する要素があって同一或いは同程度とみなせる条件を満たすことも含む意味である。例えば、カテゴリーが共通する、その課題が達成したと見なされるためにプレーヤに求められる行動や基準値が似ている、といった条件である。例えば、アクションＲＰＧ（ロールプレイングゲーム）であれば、第１の課題「水属性の敵キャラクタを１０体撃破せよ」と第２の課題「火属性の敵キャラクタを１０体撃破せよ」は、「同等条件を満たす」に該当する。すなわち、敵キャラクタに係る指定属性が異なるが、プレーヤに求められる行動は「指定された数の敵キャラクタを撃破する」ことで共通するからである。

また、特別特典付与制御部２２１は、課題１２の達成進捗に基づいて、特別特典１６を可変に決定する（図７参照）。

プレーヤ間特定組み合わせ特典変更部２２２は、第１のプレーヤが有する特典取得パス７と、第２のプレーヤが有する特典取得パス７とが、所与のプレーヤ間特定組み合わせ条件を満たす場合に、第１のプレーヤが有する特典取得パス７に設定された特典および第２のプレーヤが有する特典取得パス７に設定された特典を変更する。

第１付与特典可変決定部２２３は、プレーヤが有する複数種類の特典取得パス７それぞれに設定された課題１２の達成進捗に基づいて、当該プレーヤが新たに達成した達成課題に対して付与する特典を可変に決定する（図６参照）。

第２付与特典可変決定部２２４は、課題１２を達成した時の達成タイミングに基づいて、当該達成課題に対して付与する特典を可変に決定する。

第３付与特典可変決定部２２５は、同じ特典取得パス７を有する各プレーヤの当該特典取得パス７に係る課題１２の達成進捗に基づいて、達成課題に対して付与する特典を可変に決定する。

期間変更制御部２３０は、プレーヤが有する特典取得パス７の組み合わせが、所与の期間変更条件を満たす組み合わせの場合に、当該特典取得パス７の有効期間を変更する。

計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現され、サーバシステム１１００のシステム管理や、会員サービスの提供、オンラインゲームの提供に係る操作音や効果音、ＢＧＭ、音声通話、などの音声データを生成或いはデコードする。そして、システム管理に関する音声信号は音出力部３９０ｓへ出力する。

音出力部３９０ｓは、音声信号を放音する。図１の例では本体装置やタッチパネル１１０８が備えるスピーカ（不図示）がこれに該当する。

画像生成部２９２ｓは、画像表示部３９２ｓに表示させる画像を生成し、その画像信号の出力を行う。サーバシステム１１００のシステム管理や、会員サービスの提供、オンラインゲームの提供に係る各種画面（又はそれらをプレーヤ端末１５００で表示させるためのデータ）などを生成する機能の一部がこれに該当する。

画像表示部３９２ｓは、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。図１の例では、タッチパネル１１０８がこれに該当する。

通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。

通信部３９４ｓは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３が該当する。

サーバ記憶部５００ｓは、サーバ処理部２００ｓにサーバシステム１１００を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、サーバ処理部２００ｓの作業領域として用いられ、サーバ処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では本体装置１１０１が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体、およびストレージ１１４０がこれに該当する。

図１０は、サーバ記憶部５００ｓが記憶するプログラムやデータの例を示す図である。
本実施形態におけるサーバ記憶部５００ｓは、サーバプログラム５０１と、配信用クライアントプログラム５０３と、ゲーム初期設定データ５１０と、ユーザ管理データ６００と、プレイデータ７００と、現在日時９００と、を記憶する。サーバ記憶部５００ｓは、その他のプログラムやデータ（例えばタイマーや、カウンタ、各種フラグなど）も適宜記憶する。

サーバプログラム５０１は、サーバ処理部２００ｓが読み出して実行することで、ユーザ管理部２０２、会員サービス管理部２０４、ゲーム管理部２１０、としての機能を実現させるためのプログラムである。

配信用クライアントプログラム５０３は、プレーヤ端末１５００へ提供されて実行されるプログラムのオリジナルである。

ゲーム初期設定データ５１０は、オンラインゲームに係る各種初期設定データを格納する。例えば、ゲーム初期設定データ５１０は、標準特典初期設定データ５１２と、課題初期設定データ５２０と、特典取得パス初期設定データ５３０と、標準特典変更パターン定義データ５４０と、特別特典定義データ５７０と、有効期間変更パターン定義データ５８０と、を含む。勿論、これら以外のデータも適宜含めることができる。

標準特典初期設定データ５１２は、標準特典１４の種類別に用意され、特典種類を示す情報と、当該特典の内容データ（例えば、画面内に表示させるためのデータ、ゲーム内で使用するためのデータ、作用効果の設定データ、使用可能なキャラクタ種類等の使用制限についての情報、など）とを対応づけて格納する。

図１１は、課題初期設定データ５２０のデータ構成例を示す図である。
課題初期設定データ５２０は、課題１２毎に作成され、当該課題に係る各種初期設定データを格納する。１つの課題初期設定データ５２０は、例えば固有の課題種類５２１と、課題内容の分類を示す課題カテゴリー５２３と、初期課題内容データ５２４と、を含む。勿論、これら以外のデータも適宜含めることができる。初期課題内容データ５２４は、当該課題の達成判定をするために必要な情報を含む。例えば、判定対象５２４ａと、判定基準値５２４ｂとを含む。判定対象は、判定対象に係るアイテムやキャラクタの種類、ゲームステージの識別情報、などの情報を格納する。

図１２は、特典取得パス初期設定データ５３０のデータ構成例を示す図である。
特典取得パス初期設定データ５３０は、特典取得パス７の種類別に用意され、当該パスに係る各種データを格納する。１つの特典取得パス初期設定データ５３０は、例えば、固有のパス種類５３１と、購入価格５３２と、初期設定の有効期間５３３と、課題特典対応初期設定データ５３４と、を含む。勿論、これら以外のデータも適宜含めることができる。

購入価格５２２は、ゲームシステム１０００で採用する決済方法に応じて記述される。例えば、現実世界の追加単位でもよいし、仮想通貨の単位でもよい。所定アイテムの個数でもよい。

課題特典対応初期設定データ５３４は、当該パスに設定されている課題１２毎に用意され、当該課題に対応付けられる初期設定を格納する。具体的には、１つの課題特典対応初期設定データ５３４は、課題種類、目標所要時間長、標準特典種類、を対応付けて格納する。目標所要時間長は、当該パスの有効期間５３３の起算日からの経過日時で記述されてもよい。この場合、その課題１２を何時までに達成するかの達成目標日時を示すこととなる。

図１３は、標準特典変更パターン定義データ５４０のデータ構成例を示す図である。
標準特典変更パターン定義データ５４０は、標準特典１４をどのように変更するかのパターン毎に用意され当該パターンを実行するための各種データを格納する。
１つの標準特典変更パターン定義データ５４０は、固有の変更パターンＩＤ５４１と、適用要件５５０と、標準特典変更内容データ５５９と、を含む。勿論、これら以外のデータも適宜含めることができる。

適用要件５５０は、当該変更パターンが適用されるために満たすべき条件を定義する。適用要件５５０は、１つ又は複数のサブ条件のＡＮＤやＯＲで組み合わせにより記述される。サブ条件としては、例えば、パス種類条件５５１と、新規達成課題種類条件５５２と、全体達成進捗条件５５３と、個別達成進捗条件５５４と、プレーヤ間特定組み合わせ条件５５５と、プレーヤ間相対達成進捗条件５５６と、を用いることができる。各サブ条件は、実質的に「設定なし」に相当する設定も可能である。また、これら以外のサブ条件も適宜利用可能である。

パス種類条件５５１は、プレーヤが保有するどの種類のパスについて要件が満たされるべきかを示す。具体的には、単独のパス種類、パス種類の組み合わせ、設定なし、の何れかで記述される。

新規達成課題種類条件５５２は、新たに達成された課題１２の種類を指定する。指定される課題１２の種類は１つ又は複数である。

全体達成進捗条件５５３は、新たに課題１２が達成された達成タイミングにおける、当該課題が設定されているパス全体の進捗状況について満たすべき内容を示す。例えば、当該課題が設定されているパスの全ての課題１２の数に対する、新たに達成された課題１２を含む達成課題の数の割合或いは達成率の範囲として記述される。

個別達成進捗条件５５４は、新たに達成された課題１２の達成タイミングにおける当該課題に係る個別の条件である。例えば、当該課題１２に設定された目標所要時間長に対する達成タイミングにおける所要日時長の割合（つまり、目標に対してどれだけ早く或いは遅く達成したか）の範囲で記述できる。

パス種類条件５５１と、新規達成課題種類条件５５２と、全体達成進捗条件５５３と、個別達成進捗条件５５４と、を適正に記述し適切に組み合わせることで「どの特典取得パス７においてどの課題１２が新たに達成され、達成時にはどのような達成状況にあったか」といった細かな場合分けがされた要件を記述することができる。逆に、「どの特典取得パス７でも良いので、指定した課題１２が新たに達成された場合」という満たし易い要件を記述することもできる。

プレーヤ間特定組み合わせ条件５５５と、プレーヤ間相対達成進捗条件５５６とは、適用要件５５０に、要件を満たしているかが判定されるプレーヤとは異なる他プレーヤの課題達成状況を参照したいときに用いられる。

プレーヤ間特定組み合わせ条件５５５は、第１のプレーヤが有する特典取得パス７と、第２のプレーヤが有する特典取得パス７とが、ある組み合わせ関係を成していることを適用要件５５０に含めたい時に用いる。プレーヤ間特定組み合わせ条件５５５は、パス種類の組み合わせで記述することができる。

プレーヤ間相対達成進捗条件５５６は、同じ特典取得パス７（例えば、パス種類条件５５１で指定される種類のパス）について、当該特典取得パスを有する各プレーヤの当該特典取得パスに係る課題１２の達成進捗について満たすべき条件を示す。プレーヤ間相対達成進捗条件５５６は、例えば、プレーヤ間で比較する比較対象パス種類と、比較対象パス種類の全体達成進捗（達成率）に係る判定基準値と、で記述される。つまり「適用要件５５０の判定対象とされるプレーヤが、同じ特典取得パス７を有する他プレーヤと比較して達成率でどれだけ先行しているか（又は遅れているか）」を適用要件５５０に含めることができる。

標準特典変更内容データ５５９は、標準特典１４をどのように変更するかを指定する。標準特典変更内容データ５５９は、例えば、（１）標準特典１４として追加される新たな特典の種類を示す追加特典種類、（２）標準特典１４から除外される特典の種類を示す除外特典種類、（３）内容変更対象特典種類と変更量との組み合わせ、の１つ又は複数で記述される。内容変更対象特典種類は、特典の内容が変更される対象となる標準特典１４の種類、つまり可変タイプに設定されている標準特典１４の種類を示す。そして、変更量で、その標準特典１４の付与量や、設定レベル、作用効果をどのように変更するかを指定する。

図１４は、特別特典定義データ５７０のデータ構成例を示す図である。
特別特典定義データ５７０は、特別特典１６の種類毎に用意されている。１つの特別特典定義データ５７０は、固有の特別特典種類５７１と、特別特典データ５７２と、特別特典付与条件５７３と、特別特典変更パターン定義データ５７５と、を含む。勿論、これら以外のデータも適宜含めることができる。

特別特典データ５７２は、特別特典１６の初期設定のデータ（例えば、画面内に表示させるためのデータ、ゲーム内で使用するためデータ、作用効果の設定データ、使用可能なキャラクタ種類等の使用制限についての情報、など）を格納する。

特別特典付与条件５７３は、当該特別特典１６を付与するために満たすべき内容を示す。特別特典変更パターン定義データ５７５は、１つ又は複数のサブ条件のＡＮＤやＯＲの組合せにより記述される。サブ条件としては、例えば達成課題組み合わせ条件５７３ａと、同等条件５７３ｂと、達成進捗条件５７３ｃと、を用いることができる。

達成課題組み合わせ条件５７３ａは、プレーヤが保有する異なる特典取得パス７それぞれの達成課題の組み合わせについての条件である。具体的には、課題１２の種類の組み合わせのリストとして記述される。又は、パス種類５３１と課題１２とのセットを複数セット用意することで記述される。後者の場合、どの種類の特典取得パス７に達成課題となったどの課題１２が含まれているかを、詳細に指定することができる。

同等条件５７３ｂは、プレーヤが保有する異なる特典取得パス７それぞれの課題１２を比較したときに、比較した課題１２同士を同等と見なすための条件を示す。全ての条件要素が完全同一であることを同等条件５７３ｂとして記述してもよいし、共通する条件要素があることを同等条件５７３ｂとして記述してもよい。すなわち、同等条件５７３ｂとは、完全同一の条件でもよいし、同程度とみなせる条件でもよいし、共通する条件要素のある条件でもよい。例えば、「敵キャラクタをＸ体以上撃破する」といった敵撃破タイプの課題１２であれば、判定基準値５２４ｂの範囲を用いて同等条件５７３ｂを記述することができる。例えば、同等条件５７３ｂを「水属性」を用いて記述する場合であれば、「水属性の敵キャラクタを１０体以上撃破する」内容の課題１２と、「水属性のＮＰＣを１体仲間にする」内容の課題１２とを、「水属性」が共通するために同等の課題１２として記述することができる。或いは、課題カテゴリー５２３（図１１参照）を用いて同等条件５７３ｂを記述するとしてもよい。

達成進捗条件５７３ｃは、（１）達成課題組み合わせ条件５７３ａおよび／又は同等条件５７３ｂを満たす課題１２の達成進捗が満たすべき課題個別の達成進捗の条件、（２）達成課題組み合わせ条件５７３ａおよび／又は同等条件５７３ｂを満たす課題１２を含む特典取得パス７の全体の達成進捗（達成率）が満たすべきパス全体の達成進捗の条件、の何れか又は両方である。何れも、達成進捗を表す値の範囲で記述される。なお、各サブ条件は、実質的に「設定なし」に相当する設定も可能である。また、これら以外のサブ条件も適宜利用可能である。

特別特典変更パターン定義データ５７５は、当該特別特典１６をどのような状況においてどのように変更するかのパターン毎に用意され、変更を実現するための各種データを格納する。１つの特別特典変更パターン定義データ５７５は、変更要件５７６と、特別特典変更内容データ５７７と、を含む。

変更要件５７６は、１つ又は複数のサブ条件をＡＮＤやＯＲで組み合わせて記述される。サブ条件としては、パス種類条件５７６ａと、達成進捗条件５７６ｂと、を用いてもよい。なお、何れのサブ条件も「設定なし」とすることができる。

パス種類条件５７６ａは、特別特典付与条件５７３を満たす特典取得パス７の種類を指定する。
達成進捗条件５７６ｂは、特別特典付与条件５７３を満たす課題１２の達成進捗についての条件、および／又は、パス種類条件５７６ａで指定した特典取得パス７の全体としての達成進捗についての条件、である。特別特典付与条件５７３に達成進捗条件５７３ｃが設定されている場合には、達成進捗に係る更に細かな条件とすることができる。

特別特典変更内容データ５７７は、特別特典データ５７２で示されている特別特典１６を、どのように変更するかを指定する。特別特典変更内容データ５７７は、例えば、特別特典１６として追加される新たな特別特典データや、特別特典１６の付与量や作用効果などを変更する変更量データ、の１つ又は複数で記述される。

図１０に戻って、有効期間変更パターン定義データ５８０は、プレーヤが有する特典取得パス７の初期設定の有効期間５３３を変更するパターン毎に用意され、変更を実行するために必要な各種データを格納する。１つの有効期間変更パターン定義データ５８０は、期間変更条件と、変更対象指定と、期間変更内容と、を含む。

期間変更条件は、プレーヤが有する特典取得パス７の組み合わせとして記述される。
変更対象指定は、期間が変更される特典取得パス７の種類を指定する。変更対象指定は、例えば、１つ又は複数のパス種類として記述される。
指定期間変更内容は、期間変更条件を満たす場合に適用される期間の延長時間長又は短縮時間長で記述される。なお、期間変更は、期間変更条件を満たすプレーヤが有する特典取得パス７全てに共通するとしてもよいし、パス別に設定するとしてもよい。

図１５は、ユーザ管理データ６００のデータ構成例を示す図である。
ユーザ管理データ６００は、プレーヤとなる登録ユーザ毎に作成され、当該ユーザに紐付けられる各種データを格納する。例えば、１つのユーザ管理データ６００は、固有のユーザアカウント６０１と、ゲームセーブデータ６０３と、を格納する。勿論、これら以外のデータも適宜格納してもよい。

ゲームセーブデータ６０３は、プレーヤキャラクタセーブデータ６０５と、保有アイテム管理データ６０７と、特典取得パス管理データ６１０と、特別特典付与履歴データ６３０と、パス譲渡履歴データ６３２と、を含む。勿論、ゲームセーブデータ６０３には、その他のデータ（例えば、セーブポイントデータなど）も適宜含めることができる。

プレーヤキャラクタセーブデータ６０５は、セーブ時点におけるプレーヤキャラクタの状態を示すデータを格納する。例えば、キャラクタ種類、適用スキン種類、装備種類リスト、能力パラメータ値リスト、などを格納する。勿論、これら以外のデータも適宜格納してもよい。

保有アイテム管理データ６０７は、当該ユーザが保有するアイテム毎に作成され、当該アイテムのセーブ時点における状態を示すデータを格納する。例えば、アイテム種類と、保有数と、を格納する。勿論、これら以外のデータも適宜格納してもよい。

特典取得パス管理データ６１０は、当該ユーザが保有する特典取得パス７別に用意され、各特典取得パス７の内容を示す情報を含む。具体的には、１つの特典取得パス管理データ６１０は、パス種類６１１と、有効期間６１２と、課題特典対応設定データ６１４と、達成履歴データ６１６と、パス全体達成進捗データ６１８と、課題別達成進捗データ６２０と、標準特典付与履歴データ６２２と、を含む。勿論、これら以外のデータも適宜含めることができる。

課題特典対応設定データ６１４には、パス種類６１１が示す特典取得パス７をユーザが取得すると、パス種類６１１が適合する特典取得パス初期設定データ５３０（図１２参照）の課題特典対応初期設定データ５３４がコピーされる。

達成履歴データ６１６は、当該特典取得パス７に設定されている課題１２が達成される都度に作成される。１つの達成履歴データ６１６は、達成課題種類と、達成日時と、を格納する。

パス全体達成進捗データ６１８は、当該特典取得パス７全体としての達成進捗を示すデータを格納する。例えば、達成課題数と、当該特典取得パス７の全課題数に対する達成課題数の割合（達成率）と、を格納する。

課題別達成進捗データ６２０は、当該特典取得パス７に設定されている課題１２別に用意され、当該課題個別の達成進捗を示すデータを格納する。１つの課題別達成進捗データ６２０は、例えば、課題種類と、判定基準達成進捗と、所要時間達成進捗と、を含む。判定基準達成進捗は、当該課題１２の初期課題内容データ５２４（図１１参照）の判定基準値５２４ｂに対する達成度合を示すデータである。所要時間達成進捗は、当該課題１２に対応づけられている目標所要時間長（図１２の課題特典対応初期設定データ５３４を参照）に対する、最新の所要時間長の割合を示す。勿論、これら以外のデータも適宜含めることができる。

標準特典付与履歴データ６２２は、標準特典１４が付与される毎に作成され、付与に係る各種データを格納する。１つの標準特典付与履歴データ６２２は、どの課題１２に係る付与であるかを示す課題種類と、付与内容と、付与日時と、を含む。付与内容は、プレーヤに付与された標準特典１４の内容を示す。例えば、課題種類と付与量とを含んで記述される。

特別特典付与履歴データ６３０は、特別特典１６が付与される毎に作成され、付与に係る各種データを格納する。１つの特別特典付与履歴データ６３０は、どの特別特典定義データ５７０（図１４参照）に基づく付与であるかを示す特別特典種類と、付与内容と、付与日時と、を含む。

パス譲渡履歴データ６３２は、当該ユーザが保有している特典取得パス７を他ユーザに譲渡する所定の譲渡操作をする毎に作成される。１つのパス譲渡履歴データ６３２は、譲渡先ユーザアカウントと、譲渡パス種類と、譲渡日時と、を含む。なお、特典取得パス７の譲渡は、パスの購入手続において「自分用に購入」「贈り物として購入」の何れかをユーザに選択させた結果、後者である場合に実行される。譲渡先のユーザの特典取得パス管理データ６１０には、購入された新たな特典取得パス７の特典取得パス管理データ６１０が追加され、更に譲渡先ユーザがプレイ中であれば譲渡された旨を通知する。

図１０に戻って、プレイデータ７００は、ゲームプレイ毎に作成され、当該プレイにおける最新のゲーム進行状況を記述する各種データを格納する。プレイデータ７００は、プレーヤキャラクタ制御データ７０５を含む。当該制御データは、プレイ開始前の初期化ステップにおいて、プレーヤキャラクタセーブデータ６０５（図１５参照）からコピーされ、プレイ開始以降、当該プレイにおけるプレーヤキャラクタ４の最新状態を示すこととなる。ゲームセーブタイミングでは、プレーヤキャラクタセーブデータ６０５にプレーヤキャラクタ制御データ７０５の内容が反映されて更新される。

図１６は、プレーヤ端末１５００の機能構成例を示す機能ブロック図である。
プレーヤ端末１５００は、操作入力部１００と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００と、を備える。

操作入力部１００は、プレーヤによってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、ＣＣＤモジュール、などによって実現できる。図２の方向入力キー１５０２や、ボタンスイッチ１５０４、タッチパネル１５０６、などがこれに該当する。

端末処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や端末記憶部５００を含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバシステム１１００から受信した各種データに基づいて各種の演算処理を実行して、プレーヤ端末１５００の動作を制御する。図２の制御基板１５５０がこれに該当する。

そして、本実施形態における端末処理部２００は、クライアント制御部２６０と、計時部２８０と、音生成部２９０と、画像生成部２９２と、通信制御部２９４と、を有する。

クライアント制御部２６０は、クライアント・サーバシステムにおけるクライアントとして制御を行う。具体的には、オンラインゲームをプレイするための各種制御や、オンラインゲーム以外の会員サービスを受けるための各種制御、を行う。

計時部２８０は、システムクロックを利用して現在日時や制限時間等の計時を行う。

音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現され、楽曲や効果音、各種操作音の音信号を生成し、音出力部３９０に出力する。

音出力部３９０は、音生成部２９０から入力される音信号に基づいて音出力（放音）する装置によって実現される。図２のスピーカ１５１０がこれに該当する。

画像生成部２９２は、クライアント制御部２６０の制御に基づいて各種の画像（例えば、オンラインゲームのプレイ画面等の画像）を生成する。そして、画像表示部３９２にそれらを表示させる画像信号の出力などを行う。図２の例では、制御基板１５５０に搭載されるＧＰＵ（Graphics Processing Unit）、グラフィックコントローラがこれに該当する。

画像表示部３９２は、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。図２の例では、タッチパネル１５０６がこれに該当する。

通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。

通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図２の例では無線通信モジュール１５５３がこれに該当する。

端末記憶部５００は、端末処理部２００に所与の機能を実現させるためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図２の例では、制御基板１５５０が搭載するＩＣメモリ１５５２やメモリカード１５４０がこれに該当する。オンラインストレージを利用する構成も可能である。

具体的には、端末記憶部５００は、端末処理部２００をクライアント制御部２６０として機能させるためのクライアントプログラム５０２（アプリケーションプログラム）と、現在日時９００と、を記憶する。勿論、これら以外のデータも適宜記憶できる。例えば、クライアント制御部２６０にて、ゲーム管理部２１０（図９参照）の機能の一部を分担する場合には、適宜、ゲーム初期設定データ５１０（図１１参照）を、サーバシステム１１００からダウンロードして記憶するとしてもよい。

次に、ゲームシステム１０００の動作について説明する。
図１７～図１８は、オンラインゲームの実行に係るサーバシステム１１００が実行する処理の流れを説明するためのフローチャートである。ここでは、理解を容易にするために、シングルプレイの例を挙げて説明する。

図１７に示すように、先ずサーバシステム１１００は、プレイデータ７００を初期化する（ステップＳ１０）。既に一度でもプレイしたことのあるプレーヤであるユーザ２については、ユーザ管理データ６００から、適宜ゲームセーブデータ６０３を読み出す。なお、本実施形態では、各プレーヤの特典取得パス７に係る処理を行う場合、ユーザ管理データ６００に保存されている特典取得パス管理データ６１０（図１５参照）を参照・更新する。勿論、プレイデータ７００に特典取得パス管理データ６１０をコピーして、プレイ中はコピーデータを参照・更新し、ゲームセーブのタイミングで、当該コピーデータが示す最新状態を、ユーザ管理データ６００に保存されている特典取得パス管理データ６１０に反映・保存する構成としてもよい。

次に、サーバシステム１１００は、ゲーム進行制御を開始する（ステップＳ１２）。
また、サーバシステム１１００は、所定周期で、プレーヤが保有する特典取得パス７に係る達成進捗の逐次更新を開始する（ステップＳ１４）。ステップＳ１４により、パス全体達成進捗データ６１８と、課題別達成進捗データ６２０とが常に最新のゲーム進行状況が反映された状態に保たれる（図１５参照）。

プレーヤ端末１５００は、プレイ中に特典取得パス７の購入開始操作の入力を検出すると、購入リクエストをサーバシステム１１００へ送信する。
サーバシステム１１００は、当該リクエストを受信すると（ステップＳ２０のＹＥＳ）、特典取得パス７の購入手続処理を実行する（ステップＳ２２）。

購入手続処理では、特典取得パス初期設定データ５３０（図１２参照）の中から、現在購入可能な特典取得パス７を検索して、検索結果を購入候補としてプレーヤ端末１５００にてプレーヤに提示するとともに、購入対象パスの選択入力を受け付ける。また、購入対象パスを「自分用の購入」か「贈り物として購入」かの何れの購入目的かの選択肢をプレーヤ端末１５００にてプレーヤに提示し、購入目的の選択入力を受け付ける。

購入目的が「自分用の購入」であれば、サーバシステム１１００は、購入対価のオンライン決済（例えば、クレジットカード決済、仮想通貨決済、所定アイテムでの支払、など）を行って、購入者ユーザのユーザ管理データ６００（図１５参照）に、今回新たに購入した特典取得パス７の新たな特典取得パス管理データ６１０を追加する。

購入目的が「贈り物として購入」であれば、サーバシステム１１００は、贈り物する他ユーザアカウントの入力をプレーヤに求め、入力されたアカウントのユーザを譲渡先とする。そして、譲渡先ユーザのユーザ管理データ６００（図１５参照）に、今回新たに購入した特典取得パス７の新たな特典取得パス管理データ６１０を追加する。購入者ユーザのユーザ管理データ６００には、新たなパス譲渡履歴データ６３２を追加する。加えて、もし譲渡先ユーザがプレイ中であれば、当該ユーザのプレーヤ端末１５００にて特典取得パス７が購入者ユーザから譲渡された旨の通知を表示させると好適である。

次に、サーバシステム１１００は、プレーヤが保有する特典取得パス７の有効期間変更処理を実行する（ステップＳ２４）。具体的には、購入目的が「自分用の購入」であれば、購入者ユーザが保有する特典取得パス７の種類が、期間変更条件を満たす有効期間変更パターン定義データ５８０を検索し、該当する定義データがあれば、その変更対象指定に該当する特典取得パス７に対して、その期間変更内容の設定に従った変更を施す。購入目的が「贈り物として購入」であれば、譲渡先ユーザが保有する特典取得パス７の種類が、期間変更条件を満たす有効期間変更パターン定義データ５８０を検索し、該当する定義データがあれば、その変更対象指定に該当する特典取得パス７に対して、その期間変更内容の設定に従った変更を施す。

また、プレーヤ端末１５００は、プレイ中に、プレーヤによる所定の達成状況提示操作の入力を検出すると、達成状況提示リクエストをサーバシステム１１００へ送信する。
サーバシステム１１００は、これを受信すると（ステップＳ８０のＹＥＳ）、達成状況提示画面Ｗ８（図８参照）をプレーヤ端末１５００に表示させる（ステップＳ８２）。

サーバシステム１１００は、プレイ中に、プレーヤが保有する特典取得パス７に設定されている課題１２別に、達成されたかのチェックを行う。そして、新たに達成された課題１２すなわち新規達成課題が発生したならば（ステップＳ１００のＹＥＳ）、サーバシステム１１００は、当該新規達成課題に係り付与する標準特典１４を決定する（ステップＳ１０２）。

具体的には、サーバシステム１１００は、新規達成課題が設定されている特典取得パス７の特典取得パス管理データ６１０（図１５参照）の課題特典対応設定データ６１４を参照して、そこに設定されている標準特典種類を付与する標準特典１４として暫定する。更に、標準特典変更パターン定義データ５４０（図１３参照）の中から、適用要件５５０が満たされている定義データを検索し、検索された定義データの標準特典変更内容データ５５９の設定に従って、暫定した標準特典１４へ新たに特典を追加したり、暫定した標準特典１４の一部を付与対象外としたり、暫定した標準特典１４の特典内容を変更する。これで、付与する標準特典１４の内容が決定される。なお、標準特典付与履歴データ６２２（図１５参照）を参照し、同じプレイシーズン内で同じ種類の課題１２に関して標準特典１４を付与する回数に制限を設けてもよい。例えば、全ての課題１２について１回限りとしてもよいし、特定種類の課題１２に限り回数制限をつけるとしてもよい。

次に、サーバシステム１１００は、決定した標準特典１４を、新規達成課題を達成したプレーヤに付与する（ステップＳ１０４）。付与される標準特典１４がアイテムの類いであれば、サーバシステム１１００は、保有アイテム管理データ６０７（図１５参照）を変更或いは追加する。付与される標準特典１４がプレーヤキャラクタ等の能力を変更する類いであれば、プレーヤキャラクタ制御データ７０５（図１０参照）を変更する。

そして、サーバシステム１１００は、標準特典付与履歴データ６２２（図１５参照）を追加して（ステップＳ１０６）、付与されたプレーヤのプレーヤ端末１５００にて標準特典１４が付与された旨の通知表示をさせる（ステップＳ１０８）。

図１８に移って、次に、サーバシステム１１００は、今回の新規達成課題の発生により特別特典付与条件５７３（図１４参照）が満たされた特別特典定義データ５７０を検索し、該当があれば（ステップＳ１１０のＹＥＳ）、特別特典１６を決定する（ステップＳ１１）。具体的には、サーバシステム１１００は、該当した特別特典定義データ５７０の特別特典データ５７２で指定された特別特典１６を、付与する特別特典１６として暫定する。更に、当該定義データの特別特典変更パターン定義データ５７５の中から、変更要件５７６が満たされている設定データを検索し、検索された設定データの特別特典変更内容データ５７７の設定に従って、暫定した特別特典１６に新たな特典を追加したり、暫定した特別特典１６の内容を変更する。これで、付与する特別特典１６の内容が決定される。

そして、サーバシステム１１００は、決定した特別特典１６を、新規達成課題を達成したプレーヤに付与し（ステップＳ１１４）、特別特典付与履歴データ６３０（図１５参照）を追加して（ステップＳ１１６）、付与されたプレーヤのプレーヤ端末１５００にて特別特典１６が付与された旨の通知表示をさせる（ステップＳ１１８）。

サーバシステム１１００は、ゲームプレイが終了するまで（ステップＳ１３０のＮＯ）、ステップＳ２０からステップＳ１１８を繰り返す。ゲームプレイが終了すると（ステップＳ１３０のＹＥＳ）、サーバシステム１１００はゲームセーブして（ステップＳ１３２）、一連の処理を終了する。

なお、１人のプレーヤに着目した処理の流れを説明したが、複数のプレーヤに対しては、ステップＳ２０～ステップＳ１１８で説明した内容をプレーヤ別に行えばよい。

以上、本実施形態によれば、新たな魅力のある特典取得パスの技術が実用可能になる。すなわち、ユーザ２は、有効期間の一部又は全部が重複する複数種類の特典取得パス７を購入できる。これは従来に無い特典取得パスの技術である。加えて、ユーザ２は、異なる特典取得パス７を購入することで、その組み合わせに応じた特別特典１６を得ることができる。１つの有効期間に１つのパスがあるだけの従来の技術に比べて、ユーザ２にとって新たな魅力のある特典取得パスの技術を実現することができる。

また、新たに達成した達成課題に関して、付与される標準特典１４の内容が、その時の課題１２の達成進捗に応じて変化する。標準特典１４の変化は、異なるプレーヤそれぞれが有する特典取得パス７の組み合わせに関するプレーヤ間特定組み合わせ条件を満たす場合にも起きるし、課題を達成した時の達成タイミングに応じても起きる。また、標準特典１４は、プレーヤが保有する特典取得パスのうち、同じ特典取得パスに係る達成状況をプレーヤ間で比較した結果に応じても変更される。また、特別特典１６も、保有する特典取得パス７に係る達成進捗に基づいて変化する。

こうした標準特典１４や特別特典１６に係る変更は、新たな興趣となり、ユーザは素晴らしいユーザ体験を得ることができる。

また、プレーヤが有する特典取得パス７の組み合わせに応じて、有効期間を変更することができる。有効期間の変更によって、特典取得パス７の課題を達成するための時間的な猶予を与えたり、逆に時間的な猶予を削ってプレイ難易度を上げることが可能になる。よって、新たな魅力のある特典取得パスの技術を実現することができる。

〔変形例〕
以上、本発明を適用した実施形態の一例について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。

（変形例その１）
例えば、上記実施形態では、ゲーム進行制御をサーバシステム１１００にて行う構成としたが、これをプレーヤ端末１５００にて行う構成も可能である。すなわち、図１９に示すプレーヤ端末１５００Ｂのように、クライアント制御部２６０Ｂがゲーム管理部２１０Ｂを含むとしてもよい。ゲーム管理部２１０Ｂは、上記実施形態のゲーム管理部２１０が担っていたゲーム進行制御、特典の付与に関する処理を行う。これに伴い、当該構成におけるサーバシステム１１００からはゲーム管理部２１０としての機能の一部又は全部を省力できる。

そして、これに伴って、プレーヤ端末１５００Ｂの端末記憶部５００は、端末処理部２００にクライアントプログラム５０２Ｂとしての機能を実現させるゲームプログラム５０４と、ゲーム初期設定データ５１０と、プレイデータ７００と、を記憶する。

プレーヤ端末１５００Ｂのゲーム進行および特典の付与に関して実行する処理は、図１７～図１８のフローチャートと同様であり、各ステップの実行主体をサーバシステム１１００からプレーヤ端末１５００Ｂに読み替えれば良い。ステップの内容によっては、ユーザ管理データ６００に含まれるデータの参照・更新が必要になるが、その都度プレーヤ端末１５００Ｂがサーバシステム１１００に参照・更新のリクエストを行えばよい。

（変形例その２）
また、上記実施形態および上記変形例に、（１）特典取得パス７に係る達成進捗の統計を管理する機能と、（２）特典取得パス７に係る達成進捗の統計に応じて付与する特典を変更する機能と、（３）プレーヤであるユーザ２が保有する特典取得パス７に設定されている課題１２を変更する機能と、を追加することができる。具体的には、サーバシステム１１００Ｃに、図２０に例示するように、達成進捗統計部２１８と、第４付与特典可変決定部２２６と、課題増減制御部２３２と、を加えた構成が可能である。なお、達成進捗統計部２１８および第４付与特典可変決定部２２６を加える一方で、課題増減制御部２３２を加えない構成や、課題増減制御部２３２のみを加える構成としてもよい。

達成進捗統計部２１８は、全てのプレーヤが有する特典取得パス７の種類別に「課題別達成進捗統計」「パス種別達成率分布」の統計を計算する統計処理を行う。統計処理は、ステップＳ１４の一部とする。「課題別達成進捗統計」は、ある種類の課題について全てのプレーヤを横断的に見た場合に、当該課題１２が設定された特典取得パス７を有していて当該課題１２に挑戦できる全てのプレーヤのうち、どれだけの割合のプレーヤが当該課題１２を達成しているかの統計である。「パス種別達成率分布」は、ある種類の特典取得パス７を有する全てのプレーヤを横断的に見た場合に、当該特典取得パス７に設定されている課題１２のうち幾つを達成しているかの達成率の人数分布である。これらの統計結果は、達成進捗統計データ８００としてサーバ記憶部５００ｓに記憶される。

第４付与特典可変決定部２２６は、達成進捗統計部２１８の統計結果に基づいて、達成課題に対して付与する特典を可変に決定する。具体的には、ステップＳ１０２で標準特典を決定する際に、次の（ａ）（ｂ）の変更の何れか又は両方を行う。すなわち、（ａ）ステップＳ１００で新たに達成された課題１２に係る課題別達成進捗統計が所与の高達成条件を満たすと、プレーヤにとってより有益な特典を追加する、或いは標準特典１４の内容をより有益となるように変更する。高達成条件は複数設けても良い。（ｂ）ステップＳ１００で新たに達成された課題１２が設定されている種類の特典取得パス７に係るパス別達成率分布において、分布中心が所与の高達成率分布条件を満たすと、プレーヤにとってより有益な特典を追加する、或いは標準特典１４の内容をより有益となるように変更する。高達成率分布条件は複数設けてもよい。なお、標準特典１４の内容をプレーヤにとってより有益となるようにする変更は、標準特典１４の種類の差し替えや、変更量１５（図６参照）を増減することで実現してもよい。

課題増減制御部２３２は、プレーヤが有する複数種類の特典取得パス７それぞれに設定された課題１２の達成進捗に基づいて、（１）当該特典取得パス７に設定された課題１２を増加又は減少させ、（２）標準特典１４を変更し、（３）課題が増減した旨をプレーヤに通知する、という各制御を行う。また、増減パターンの設定やゲーム進行の状況によっては、課題増減制御部２３２は、複数種類の特典取得パス７のうち、課題１２を増加させる特典取得パス７と、課題１２を減少させる特典取得パス７との両方を選択して、課題１２の増減を制御する。そして、課題増減の制御にともない、特典取得パス管理データ６１０（図１５参照）の課題特典対応設定データ６１４が追加されたり、削除されたり、内容が変更される。

図２１に示すように、サーバシステム１１００Ｃのサーバ記憶部５００ｓは、サーバプログラム５０１Ｃと、課題増減パターン定義データ５８２と、達成進捗統計データ８００と、を記憶する。
サーバプログラム５０１Ｃは、サーバ処理部２００ｓに課題増減制御部２３２としての機能を実現させることができる。

課題増減パターン定義データ５８２は、課題１２の増減の内容別に用意され、増減を実現する各種データを格納する。例えば、１つの課題増減パターン定義データ５８２は、増減適用条件と、追加課題種類リストと、追加標準特典種類と、減少課題種類リストと、を含む。

増減適用条件は、当該定義データが適用されるために満たされるべき内容を示している。例えば、増減適用条件を、特典取得パス７の種類と、プレイシーズンの日程の内の期間と、当該期間における目標達成進捗の範囲（目標達成率の範囲で記述）と、で記述する。

課題増減に係るステップは、例えば図２２～図２３に示すように、ステップＳ１０８の後に実行するとしても良い（ステップＳ１０９；図２３）。
具体的には、プレーヤが保有する特典取得パス７のうち、増減適用条件が示すその日の目標達成進捗の範囲を越えるパス（達成率についてシステム運用者が適当と思う範囲より高いパス）については、追加課題種類リストから新たな課題１２を追加する。増減適用条件が示す目標達成進捗の範囲に達していないパス（達成率についてシステム運用者が適当と思う範囲より低いパス）については、削減課題種類リストが示す課題１２を削除する。そして、追加された課題１２が達成された場合に付与された標準特典１４には、追加標準特典種類示す特典を充てる。

なお、追加課題種類リストでは、特典取得パス７の種類と対応づけて追加する課題１２をリスト化し、特定の種類のパスに特定種類の課題１２が追加されるようにしてもよい。

また、課題の増減を行う際には、複数種類の特典取得パス７のうち、課題１２を増加させる特典取得パス７の数を、課題１２を減少させる特典取得パス７の数より小さくなるように、増加させるパスと減少させるパスとの両方を選択することで、課題の増減を制御する、としてもよい。この場合、課題１２の増減がプレーヤにとってバランス良く作用することとなるので好ましい。

当該変形例によれば、課題の増減を利用して、各特典取得パス７におけるパス全体としての課題達成度合を調整することができる。例えば、プレーヤが複数の特典取得パス７を保有している場合、各パスの課題達成度を平均化できる。課題をこなすことで、プレーヤの技量やプレーヤキャラクタ４の能力が向上することを考えれば平均化により、プレーヤの技量やプレーヤキャラクタ４の能力に偏りが大きくならないように補助できる。また、各パスの課題達成度合でプレーヤの得手／不得手が推測できるので、得意と推測されるパスの課題を増やす一方、不得意と推測されるパスの課題を減らすならば、得手／不得手の差が大きいユーザを補助することもできる。

増減適用条件を適切に設定すれば、ゲームシステム１０００の運用者が望む日程で、プレーヤの技量やプレーヤキャラクタ４がピークを迎えるように、各プレーヤやプレーヤキャラクタ４の成長の足並みを揃える、といった使い方もできる。

また、課題を達成したときにユーザが得られる特典の内容も、課題の増減に伴い変更される。よって、新たな魅力のある特典取得パスの技術を実現することができる。

また、達成進捗統計の結果に応じて、付与する特典を変更することで、プレーヤに、皆で同じ種類の特典取得パス７を購入するインセンティブを与えることができる。また、課題別達成進捗統計や高達成率分布条件を、特典取得パス７の累計購入者数が増えることが予想されるであろうシーズンの終盤に、課題１２を達成したプレーヤが増えることを想定した条件とすることで、シーズンの終盤まで盛り上がりを持続させる仕組みとすることができる。

７…特典取得パス
１１…有効期間
１３…目標所要時間
１４…標準特典
１６…特別特典
２７…進捗状況表示部
２８…基準値充足度表示部
２９…時間充足度表示部
２００ｓ…サーバ処理部
２０３…パス管理部
２１０…ゲーム管理部
２１１…進行制御部
２１２…特典取得パス提供制御部
２１４…特典取得パス譲渡制御部
２１６…充足有無情報提供制御部
２１８…達成進捗統計部
２２０…特典付与制御部
２２１…特別特典付与制御部
２２２…プレーヤ間特定組み合わせ特典変更部
２２３…第１付与特典可変決定部
２２４…第２付与特典可変決定部
２２５…第３付与特典可変決定部
２２６…第４付与特典可変決定部
２３０…期間変更制御部
２３２…課題増減制御部
５００ｓ…サーバ記憶部
５０１…サーバプログラム
５０２…クライアントプログラム
５０４…ゲームプログラム
５１０…ゲーム初期設定データ
５１２…標準特典初期設定データ
５３０…特典取得パス初期設定データ
５３３…有効期間
５３４…課題特典対応初期設定データ
５４０…標準特典変更パターン定義データ
５５０…適用要件
５５２…新規達成課題種類条件
５５３…全体達成進捗条件
５５４…個別達成進捗条件
５５５…プレーヤ間特定組み合わせ条件
５５６…プレーヤ間相対達成進捗条件
５５９…標準特典変更内容データ
５７０…特別特典定義データ
５７３…特別特典付与条件
５７３ａ…達成課題組み合わせ条件
５７３ｂ…同等条件
５７３ｃ…達成進捗条件
５７５…特別特典変更パターン定義データ
５７７…特別特典変更内容データ
５８０…有効期間変更パターン定義データ
５８２…課題増減パターン定義データ
６００…ユーザ管理データ
６１０…特典取得パス管理データ
６１１…パス種類
６１２…有効期間
６１４…課題特典対応設定データ
６２２…標準特典付与履歴データ
６３０…特別特典付与履歴データ
６３２…パス譲渡履歴データ
１０００…ゲームシステム
１１００…サーバシステム
１５００…プレーヤ端末
Ｗ８…達成状況提示画面

Claims (12)

1. ゲームをプレイすることで達成できる複数の課題と、各課題に対応付けられた特典と、が設定された、所与の有効期間のある特典取得パスの提供および管理を行うコンピュータシステムであって、
   前記有効期間の一部又は全部が重複する複数種類の前記特典取得パスをプレーヤに提供する特典取得パス提供手段と、
   前記プレーヤが有する前記複数種類の特典取得パスに設定された各課題について、達成しているか否かの情報を当該プレーヤに提示する充足有無情報提示手段と、
   前記プレーヤが有する前記複数種類の特典取得パスに設定された課題のうち、当該プレーヤのプレイ状況に基づいて達成した課題（以下「達成課題」という）、に対応付けられた特典に基づいて、当該プレーヤに付与する特典を決定し、当該決定した特典を当該プレーヤに付与する制御を行う特典付与制御手段と、
   を備え、
   前記特典付与制御手段は、
   前記プレーヤが有する異なる前記特典取得パスに設定された前記達成課題の組み合わせが、所与の特別特典付与条件を満たした場合に、所与の特別特典を当該プレーヤに付与する特別特典付与手段、
   を有する、
   コンピュータシステム。
2. 前記特典付与制御手段は、
   前記プレーヤが有する前記複数種類の特典取得パスそれぞれに設定された課題の達成進捗に基づいて、当該プレーヤが新たに達成した達成課題に対して付与する特典を可変に決定する第１の付与特典可変決定手段、
   を有する、
   請求項１に記載のコンピュータシステム。
3. 前記特別特典付与手段は、前記プレーヤが有する前記複数種類の特典取得パスそれぞれに設定された課題の達成進捗に基づいて、前記特別特典を可変に決定する、
   請求項１又は２に記載のコンピュータシステム。
4. 前記複数種類の特典取得パスには、所与の同等条件を満たす課題が含まれ、
   前記特別特典付与手段は、前記プレーヤが有する異なる前記特典取得パスに設定された前記達成課題の組み合わせが前記同等条件を満たした場合に、前記特別特典付与条件を満たしたと判定する、
   請求項１～３の何れか一項に記載のコンピュータシステム。
5. 前記プレーヤが有する前記複数種類の特典取得パスそれぞれに設定された課題の達成進捗に基づいて、当該特典取得パスに設定された課題を増加又は減少させる課題増減制御手段、
   を更に備える請求項１～４の何れか一項に記載のコンピュータシステム。
6. 前記課題増減制御手段は、前記複数種類の特典取得パスのうち、課題を増加させる特典取得パスと、課題を減少させる特典取得パスとの両方を選択することで、課題の増減を制御する、
   請求項５に記載のコンピュータシステム。
7. 前記課題増減制御手段は、課題を増加又は減少する特典取得パスに設定された各課題に対応付けられた特典を変更する、
   請求項５又は６に記載のコンピュータシステム。
8. 前記プレーヤが有する前記特典取得パスの組み合わせが、所与の期間変更条件を満たす組み合わせの場合に、当該特典取得パスの前記有効期間を変更する期間変更制御手段、
   を更に備える請求項１～７の何れか一項に記載のコンピュータシステム。
9. 第１のプレーヤが有する前記特典取得パスと、第２のプレーヤが有する前記特典取得パスとが、所与のプレーヤ間特定組み合わせ条件を満たす場合に、前記第１のプレーヤが有する前記特典取得パスに設定された特典および前記第２のプレーヤが有する前記特典取得パスに設定された特典を変更するプレーヤ間特定組み合わせ特典変更手段、
   を有する、
   請求項１～８の何れか一項に記載のコンピュータシステム。
10. 前記特典付与制御手段は、
    前記課題を達成した時の達成タイミングに基づいて、当該達成課題に対して付与する特典を可変に決定する第２の付与特典可変決定手段、
    を有する、
    請求項１～９の何れか一項に記載のコンピュータシステム。
11. 各プレーヤが有する前記特典取得パスを管理する管理手段、
    を更に備え、
    前記特典付与制御手段は、
    前記特典取得パスについて、当該特典取得パスを有する各プレーヤの当該特典取得パスに係る課題の達成進捗に基づいて、達成課題に対して付与する特典を可変に決定する第３の付与特典可変決定手段、
    を有する、
    請求項１～１０の何れか一項に記載のコンピュータシステム。
12. 請求項１～１１の何れか一項に記載のコンピュータシステムであるサーバシステムと、
    前記サーバシステムと通信を行い、マンマシンインターフェースの機能を担う前記プレーヤのプレーヤ端末と、
    を具備するゲームシステム。

Images