JP2021122735A - 情報処理装置、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】ゲーム内のイベントにおいて実行される処理の内容がイベント開催前のゲームのプレイ状況に応じて決まる構成において、所望の処理が実行される機会を逸しないようにする。【解決手段】本発明の情報処理装置１２は、ゲームをプレイする対象ユーザがゲームの所定プレイを所定期間実施していない状態であるか否かに応じて、対象ユーザの属性を変更する変更部１１４と、ゲームにおけるイベントの開催期間中に対象ユーザがゲームをプレイした際に、対象ユーザの属性に応じた処理を実行する処理部１１５と、を備え、変更部は、イベントの開催期間より前の所定時点からイベントの開催まで、対象ユーザが所定プレイを実施した場合であっても対象ユーザの属性を変更しない。【選択図】図６

Description

本発明は、情報処理装置、情報処理方法、及びプログラムに関する。

ゲームをプレイするユーザを飽きさせず、ユーザにプレイし続けてもらうことは、ゲームの提供者にとって重要である。そのため、ゲームのユーザに関して、そのゲームのプレイ状況等を管理し、ゲームを所定期間プレイしていない状態のユーザに対しては、ゲームのプレイを誘導するような施策を講じる場合がある。

例えば、特許文献１に記載されているように、あるゲームを長期間プレイしていないユーザに対して、そのゲームを再びプレイしてもらえるようにイベント（ゲーム内でのイベント）を開催することがある。これにより、長期間プレイしていないユーザを再びゲームに引き戻すことが可能となる。

特開２０１８−１８７４００号公報

また、長期間プレイをしていないユーザをゲームに誘引する施策の一環として、ゲームを所定期間プレイしていない状態であるか否かに応じた属性が、ユーザに対して設定し、特定の属性であるユーザが上記のイベントをプレイして所定条件を満たす場合に報酬付与等の処理を実行することが想定される。そのようなケースでは、所望の処理が実行されることを期待するユーザは、イベント開催まで属性を特定の属性のままで維持してイベントに臨むことになる。

しかしながら、特定の属性であるユーザがイベント開催前の所定時点でゲームをプレイし、それに伴って属性が変化した場合、その後に上記のユーザがイベントに臨んでも所望の処理が実行されなくなる。このようなケースでは、所定期間ゲームをプレイしていないユーザをイベント開催によってゲームに引き戻すことが困難となり、イベント開催の目的が果たされなくなる虞がある。

そこで、本発明は、ゲーム内のイベントにおいて実行される処理の内容がイベント開催前のゲームのプレイ状況に応じて決まる構成において、所望の処理が実行される機会を逸しないようにすることが可能な情報処理装置、情報処理方法及びプログラムを提供することを課題とする。

本発明の一実施形態に係る情報処理装置は、ゲームをプレイする対象ユーザがゲームの所定プレイを所定期間実施していない状態であるか否かに応じて、対象ユーザの属性を変更する変更部と、ゲームにおけるイベントの開催期間中に対象ユーザがゲームをプレイした際に、対象ユーザの属性に応じた処理を実行する処理部と、を備え、変更部は、イベントの開催期間より前の所定時点からイベント開催されるまで、対象ユーザが所定プレイを実施した場合であっても対象ユーザの属性を変更しないことを特徴とする。

本発明の一態様によれば、ゲーム内のイベントにおいて実行される処理の内容がイベント開催前のゲームのプレイ状況に応じて決まる場合において、対象ユーザが、所望の処理が実行される機会を逸しないようにすることができる。

イベントに関するスケジュールを示す図である。 本発明の一実施形態に係る情報処理装置を含むゲーム用通信システムの概念図である。 本発明の一実施形態に係る端末及び情報処理装置の各々のハードウェア構成を示す図である。 本発明の一実施形態に係る端末の機能についての説明図である。 ゲーム中に表示されるホーム画面が属性の変更に伴って変わる様子を示す図である。 本発明の一実施形態に係る情報処理装置の機能についての説明図である。 報酬付与の条件を示す図である。 報酬の種類を示す図である。 イベントのプレイに係る処理フローを示す図である（その１）。 イベントのプレイに係る処理フローを示す図である（その２）。

本発明の情報処理装置、情報処理方法及びプログラムについて、以下、添付の図面に示す好適な実施形態（以下、本実施形態と言う。）を参照しながら説明する。

なお、以下に説明する実施形態は、本発明の理解を容易にするために挙げた具体例の一つにすぎず、本発明を限定するものではない。すなわち、本発明は、その趣旨を逸脱しない限りにおいて、以下に説明する実施形態から変更又は改良され得る。また、当然ながら、本発明には、その等価物が含まれる。

また、以下の説明の中で参照される図面が示す画面例も一例に過ぎず、画面の構成例、表示される情報の内容、及びＧＵＩ（Graphical User Interface）等は、システム設計の仕様及びユーザの好み等に応じて自由に設計することができ、また適宜変更し得るものである。

［本実施形態に係るゲームについて］
本実施形態に係る情報処理装置の説明に先立って、当該情報処理装置を通じてプレイ可能な特定のゲーム（以下、単に「ゲーム」と言う。）について説明する。

ゲームは、ユーザがゲーム用の端末を操作してプレイ可能なゲームコンテンツであり、より詳しくは、データ通信を利用するオンラインゲームである。ここで、オンラインゲームには、例えば、ＷｅｂブラウザとＳＮＳ（Social Networking Service）のアカウントのみで利用可能なソーシャルゲーム等が含まれ得る。

ゲームのプレイに際して、ユーザは、自己の端末でログイン操作を行う。ログイン操作は、ゲームをプレイするために行われる操作であり、例えば、ゲーム用のアプリケーションプログラムを起動するための操作、あるいはログイン用の情報（具体的には、ユーザ名及びパスワード等）を入力する操作が該当する。ログイン操作が行われると、本実施形態に係る情報処理装置とユーザの端末とが通信を開始する。

ログイン操作を行った後、ユーザは、ゲーム内で、クエスト又はステージ（以下では、クエストと統一して表記する）と呼ばれるゲームの構成単位をプレイすることができる。クエストは、通常、制限時間が決められており、制限時間内にクリアする（達成条件を満たす）ことを目的としてプレイされるゲーム内の事象である。

本実施形態において、ユーザは、単独でクエストをプレイすることができ、また、他のユーザと共同で同一のクエストをプレイすることができる。すなわち、複数のユーザが同時に同じクエストを共同でプレイすることができる。このような共同プレイ（マルチプレイ）は、一人のユーザがホストとなり、他のユーザがゲストとなることで実現される。

ホストは、共同プレイへの参加形態の一つであり、ゲストを募集してゲストと共同でクエストをプレイする。ホストとなるユーザは、ゲストを募集する際に、不図示の選択画面でプレイ対象のクエストを選択し、共同プレイを指定して他のユーザからの申込みがあるまで待機する。
また、ホストは、共同プレイの開始を指示する権限を有し、自分が決めたタイミングで共同プレイを開始することができる。なお、本実施形態では、共同プレイを開始するためには、少なくとも二人以上のユーザ（換言すると、ホストと一人以上のゲスト）が必要である。

ゲストは、ホストからの募集に応募してホストと共同でクエストをプレイする参加形態である。ゲストとなるユーザは、ホストからの募集に応募する際に、不図示の選択画面でプレイ対象のクエストを選択し、選択されたクエストについてゲストを募集しているホストが存在する場合に、そのホストを指定してゲストとなる申込みを行う（例えば、画面上に表示されたホストのアイコンをタッチする）。

なお、共同プレイは、公知の通信技術によって実現可能である。具体的に説明すると、一人のユーザがホストとなってゲストを募集し、他のユーザがその募集に応募すると、共同プレイ用の通信経路が確立され、その後、共同プレイに要するデータ通信が公知の通信方式に従ってなされる。

また、ゲームでは、イベントが予め決められたスケジュールで開催される。イベントでは、イベント特有のクエスト（ステージ）をプレイすることができる。イベント開催の情報（例えば、イベント開催期間等）は、通常、ゲーム内で表示されるホーム画面を通じて、又は、テレビ又はインターネット等の媒体等を利用して告知される。

ところで、本実施形態において、イベントは、ユーザをゲームのプレイへ誘導する目的で実施される。詳しくは、特定の属性のユーザにゲームをプレイさせることを目的として企画されたイベントが、予め決められた期間で実施される。

ここで、ユーザの属性とは、ユーザがゲームの所定プレイを所定期間実施していない状態であるか否かに応じて決まり、所定プレイを所定期間実施していない状態である場合には第１属性となり、所定プレイを所定期間実施していない状態ではない場合には第２属性となる。
「所定プレイ」は、ゲームのクエストのプレイ、クエストの共同プレイ又は単独プレイ、又は、ゲームへのログイン等が挙げられる。また、ゲームにおいてステータス値（例えば、後述のユーザランク）が基準値以上となるようにプレイすることも「所定プレイ」に該当する。
「所定期間」は、任意の期間であり、本実施形態では、一例としてＮ日（Ｎは自然数）であることとする。
「所定プレイを所定期間実施していない状態」とは、例えば、最後のログイン時点からの経過時間、又は、最後にクエストをプレイした時点（若しくは、最後に共同プレイを行った時点）からの経過時間がＮ日に達した状態が該当する。また、ステータス値（例えば、後述のユーザランク）が基準値に満たないままの期間がＮ日に達した状態も、「所定プレイを所定期間実施していない状態」に含まれる。さらに、今までにゲームのプレイ経験がない状態も、「所定プレイを所定期間実施していない状態」に含まれる。
なお、本実施形態では、最後のログイン時点からの経過時間がＮ日に達した状態、又は、今までにゲームのプレイ経験がなくログインもしたことがない状態を、「所定プレイを所定期間実施していない状態」とする。

本実施形態では、属性が「離反」、「新規」及び「既存」の３種類に分類される。
離反は、最後（直近）のログイン時点からの経過時間がＮ日に達した場合の属性である。なお、最後に共同プレイを行った時点からの経過時間がＮ日に達した場合の属性を離反としてもよい。あるいは、ログイン操作のみ行ってクエストをプレイしていないユーザについて、そのユーザが最後にクエストをプレイした時点からの経過時間がＮ日に達した場合には、属性を離反としてもよい。
新規は、今までにゲームをプレイした経験がなく、ゲームへのログインを行ったこともない場合の属性である。離反と新規は、上記の所定条件を満たす第１属性に相当する。
既存は、最後のログイン時点からの経過時間がＮ日に達していない場合の属性である。既存は、上記の所定条件を満たしていない第２属性に相当する。

なお、属性の分類は、上述の３種類（すなわち、離反、新規及び既存）に限定されるものではない。例えば、ユーザランクが基準値に達していない場合の属性を第１属性とし、ユーザランクが基準値に達した場合の属性を第２属性としてもよい。ユーザランクとは、例えばクエストのクリア回数等に応じて増えるユーザのステータス値である。

本実施形態では、属性が離反又は新規であるユーザをゲームに誘導する目的でイベントが開催される。つまり、イベント開催により、属性が離反又は新規であるユーザに対してゲームへの興味又は関心を喚起させ、特に、属性が離反であるユーザをゲームに再び呼び戻すことができる。
なお、以下の説明において、「イベントをプレイする」とは、イベント用のクエストをプレイすることを意味する。

本実施形態では、上述したイベントの目的を効果的に達成するために、イベント開催期間中にユーザが所定条件を満たした場合に、そのユーザに対して報酬が付与されることになっている。ここで、所定条件とは、ユーザが他のユーザと共同プレイを実施してイベント用のクエストを当該他のユーザと共同でクリアすることである。ただし、これに限定されるものではなく、例えば、イベントを他のユーザと共同でプレイするという条件であってもよく、イベント用のクエストのクリア回数が所定回数に達したという条件であってもよく、あるいは、イベント開催期間におけるログイン回数が所定回数に達したという条件であってもよい。

報酬付与の条件について説明すると、属性が離反又は新規であるユーザが他のユーザと共同でイベント用のクエストをクリアした場合、属性が新規又は新規であるユーザに対して報酬が付与される。また、属性が既存であるユーザがホストとなり、且つ、属性が離反又は新規である他のユーザをゲストとして共同プレイを実施してイベント用のクエストをクリアした場合、属性が既存であるユーザに対して報酬が付与される。

報酬とは、ゲーム上で利用可能なアイテム及びキャラクタ（以下、アイテム等）、又はアイテム等と交換可能な有価アイテム（例えば、ゲーム内で使える仮想貨幣、又は、ゲーム内でアイテム等の抽選を実施するのに必要なアイテム等）である。また、ゲーム進行中に一時的に享受することが可能な効能（例えば、キャラクタのステータス値を上昇させる等の効果）が報酬として付与されてもよい。また、実在する店舗等で利用可能なクーポン券等が報酬として付与されてもよい。

なお、「報酬を付与する」とは、その報酬をゲーム中又は実在の店舗等で利用するためのデータを、報酬付与の対象であるユーザに対して提供することを意味する。例えば、アイテム等、アイテム等と交換可能な価値、及び効能等、ゲーム上で利用可能な報酬を付与する際には、その報酬を入手した状態でゲームを進めるためのデータを提供する。クーポン券等、実在する店舗等で利用可能な報酬を付与する際には、その報酬を店舗等で提示するための文字データ又は画像データを提供する。

イベントにおいて報酬付与を期待するユーザは、自分の属性が離反又は新規である状態でイベントをプレイするか、属性が離反又は新規である他のユーザと共同でイベントをプレイする必要がある。

一方、イベント開催前にイベントの告知が行われる。具体的には、図１に示すように、イベントの開催期間よりも前にイベントの告知期間が設定されており、この告知期間内でイベントの告知が行われる。
なお、本実施形態では、イベント開催期間が例えば１週間〜数週間、あるいは１カ月〜数カ月に設定され、イベント告知期間がイベント開催期間に比べて短く、例えば、１日〜数日、あるいは１週間〜数週間に設定される。

図１に示すスケジュールにおいて、属性が離反であるユーザが偶然にもイベントの告知期間中のある時点（具体的には、図１中のバツ印で示す時点）でゲームをプレイした、あるいはゲームにログインしたとする。その場合、ユーザの属性が離反から既存に変更される。その後にユーザがイベントをプレイしたとしても、属性が離反又は新規である他のユーザと共同プレイを行わない限り、報酬が付与されない。このように報酬付与の機会を逸することで、イベントをプレイしようとするユーザの意欲が損なわれ、結果として、イベントを開催する目的が果たされなくなる虞がある。

そこで、本実施形態では、イベント告知期間中でのゲームのプレイに伴う属性変更を見送ることとした。すなわち、イベント開催期間より前の時点（所定時点）であるイベント告知開始時点（告知初日）からイベントの開催まで、ユーザが所定プレイ（例えば、クエストのプレイ）を実施した場合であってもユーザの属性が変化せず、告知開始時点での属性のままとなる。換言すると、イベントの開催開始時点でのユーザの属性は、告知開始時点での属性によって決まることになる。この結果、ユーザは、告知開始時点での属性をイベントの開催まで維持し、その属性でイベントに臨むことができ、例えば、告知開始時点での属性が離反又は新規であるユーザは、その属性でイベントをプレイすることができる。

ここで、告知開始時点での属性は、最後のログイン日時からの経過時間がその時点でＮ日に達している状態（過去にログインしたことがない状態も含む）であるか否かに応じて決まる。そして、上記の経過時間がＮ日に達した状態である場合には、その時点での属性が離反又は新規となる。反対に、上記の経過時間がＮ日に達した状態でない場合には、その時点での属性が既存となる。
なお、属性の決め方について補足しておくと、告知開始時点での属性が既存である場合であっても、告知期間中に上記の経過時間がＮ日に達するケースもあり得る。本実施形態では、そのようなケースにおいても、告知開始時点での属性が既存である以上は、イベント開催まで属性が既存のままで維持されることとする。ただし、これに限定されず、告知期間中に上記の経過時間がＮ日に達した際に、その時点で属性を離反に変更してもよい。

また、本実施形態では、イベント開催の開始時点での属性が離反又は新規であるユーザがイベントをプレイして所定条件を満たすと、そのユーザの属性が既存に変わり、それ以降のイベント開催期間中、当該ユーザの属性が既存のままで維持される。ここで、所定条件とは、報酬付与の条件と同様の条件であり、具体的には、ユーザが他のユーザと共同プレイを実施してイベント用のクエストを当該他のユーザと共同でクリアすることである。ただし、これに限定されるものではなく、例えば、イベントを他のユーザと共同でプレイするという条件であってもよく、イベント用のクエストのクリア回数が所定回数に達したという条件であってもよく、あるいは、イベント開催期間におけるログイン回数が所定回数に達したという条件であってもよい。

なお、イベント開催期間中に属性が既存に変わった場合であっても、その以降の開催期間において、最後のログイン日時からの経過時間がＮ日に達するケースがあり得る。本実施形態では、そのようなケースにおいても、イベント開催期間中に属性が既存に変わった以上、それ以降の開催期間中には属性が既存のままで維持されることになる。ただし、これに限定されず、属性が既存に変わった後の開催期間において上記の経過時間がＮ日に達した際には、その時点で属性を既存から離反に変更してもよい。

［ゲーム用の情報処理システム］
次に、本実施形態に係る情報処理装置を含むゲーム用の情報処理システム（以下、ゲーム用システムＳ）について説明する。
なお、以下では、ゲーム用システムＳを利用してゲームをプレイするユーザの1人に着目し、そのユーザを「対象ユーザ」と呼び、それ以外のユーザを「他のユーザ」と呼ぶこととする。

ゲーム用システムＳは、対象ユーザがゲームをプレイするために構築された情報処理システムである。ゲーム用システムＳでは、図２に示すように、対象ユーザを含む各ユーザの端末１０とサーバ１２とが、インターネット及びモバイル通信ワーク等の通信用ネットワーク１４を介して通信可能に接続されている。
なお、図２では、図示の便宜上、端末１０の台数が３台となっているが、これに限定されるものではなく、端末１０の台数は、任意の数であってもよく、イベントの共同プレイを実施する場合には、少なくとも２台以上であればよい。

端末１０は、ゲームプレイのためにユーザによって操作される機器である。
サーバ１２は、情報処理装置の一例であり、ゲーム進行用のデータを端末１０に提供し、対象ユーザを含む複数のユーザのそれぞれについて、ゲームの進行状況、及び現時点での属性等を管理する。また、複数のユーザがイベントを共同でプレイする際、サーバ１２は、各ユーザの端末１０と通信してイベントの共同プレイを仲介する。
なお、本実施形態では、サーバ１２が１台のコンピュータによって構成されるが、これに限定されず、複数台のコンピュータによって構成されてもよい。

通信用ネットワーク１４は、端末１０とサーバ１２との間の通信回線網であり、主としてインターネット及びモバイル通信ネットワークからなり、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、イントラネット及びイーサネット（登録商標）等を含んでもよい。

［端末及びサーバの構成］
端末１０及びサーバ１２の各々の構成について、図３を参照しながら説明する。なお、図３では、図示の都合上、端末１０を１台のみ示している。

端末１０は、対象ユーザが持ち運び可能なゲーム用の端末であり、具体的には、スマートフォン、携帯電話、ノート型ＰＣ、タブレット端末、ウェアラブル端末、又は通信機能を備えるゲーム専用機器等によって構成される。

端末１０は、ハードウェア機器として、図３に示すように、プロセッサ２１、メモリ２２、通信用インタフェース２３、ストレージ２４、入力装置２５及び出力装置２６を有し、これらの機器がバス２７を介して電気的に接続されている。

また、端末１０には、ソフトウェアとして、オペレーティングシステム（ＯＳ）用のプログラム、及び、ゲーム用のアプリケーションプログラムがインストールされている。プロセッサ２１がこれらのプログラムを実行することで、ユーザは、端末１０を通じてゲームをプレイすることができる。

具体的に説明すると、対象ユーザは、自己の端末１０にてゲーム用のアプリケーションプログラムを起動して、所定のログイン操作（例えば、ログイン用のボタンを押す操作等）を行う。その後、対象ユーザは、ディスプレイ画面に表示されるプレイ画面を見ながら、ゲーム進行用の操作を行うことでゲームを進めることができる。また、対象ユーザは、前述した要領でクエストの共同プレイを指定した場合には、他のユーザと共同で当該クエストをプレイすることができる。

サーバ１２は、ゲーム用データを配信するサーバコンピュータであり、例えば、ソーシャルゲーム用のサーバコンピュータ（具体的には、ＳＮＳサーバ）によって構成される。サーバ１２は、ハードウェア機器として、図３に示すように、プロセッサ１０１、メモリ１０２、通信用インタフェース１０３、ストレージ１０４、入力装置１０５及び出力装置１０６を有し、これらの機器がバス１０７を介して電気的に接続されている。

また、サーバ１２には、ソフトウェアとして、ＯＳ用のプログラム、及び、ゲーム用の情報処理プログラムがインストールされている。これらのプログラムは、本発明の「プログラム」に相当し、サーバ１２のプロセッサ１０１によって読み取られる。
プロセッサ１０１が上記のプログラムを実行することで、サーバ１２がゲーム用の情報処理装置としてゲームに関する各種の情報処理を実行する。具体的に説明すると、上記のプログラムの実行により、サーバ１２は、対象ユーザの端末１０に向けてゲーム用のデータを配信し、対象ユーザのゲームのプレイ状況を監視し、そのプレイ状況に応じて対象ユーザの属性等を更新する。

端末１０及びサーバ１２のハードウェア機器のうち、プロセッサ２１、１０１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＭＣＵ（Micro Controller Unit）、ＧＰＵ（Graphics Processing Unit）、又はＤＳＰ（Digital Signal Processor）等によって構成されるとよい。

メモリ２２、１０２は、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）などの半導体メモリによって構成されるとよい。
通信用インタフェース２３、１０３は、例えばネットワークインターフェースカード、又は通信インタフェースボード等によって構成されるとよい。ちなみに、通信用インタフェース２３、１０３によるデータ通信の規格については、特に限定されるものではなく、Ｗｉ−ｆｉ（登録商標）に基づく無線ＬＡＮによる通信、３Ｇ、４Ｇ若しくは５Ｇの移動通信システムによる通信、又はＬＴＥ（Long Term Evolution）に基づく通信等が挙げられる。

ストレージ２４、１０４は、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、ＳＳＤ（Solid State Drive）、ＦＤ（Flexible Disc）、ＭＯディスク（Magneto-Optical disc）、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＳＤカード（Secure Digital card）、又はＵＳＢメモリ（Universal Serial Bus memory）等によって構成されるとよい。

入力装置２５、１０５は、例えばキーボード、マウス、又はタッチパネル等によって構成されるとよい。出力装置２６、１０６は、例えばディスプレイ及びスピーカ等によって構成されるとよい。

［端末の機能］
次に、図４を参照しながら、端末１０の構成を機能面から改めて説明する。
端末１０は、図４に示すように、端末側操作部３１、端末側送信部３２、端末側受信部３３、端末側記憶部３４、及び端末側表示部３５を有する。これらの機能部は、前述した端末１０のハードウェア機器と、端末１０にインストールされたソフトウェアとしての各種プログラムとが協働することで実現される。以下、各機能部について説明する。

端末側操作部３１は、対象ユーザがゲームのプレイのために行うログイン操作、又は、対象ユーザがゲームプレイ中に行う各種の操作を受け付ける。端末側操作部３１が受け付けるゲームプレイ中の操作には、指定操作、選択操作、及び応募操作等が含まれる。
指定操作は、クエストのプレイ形態として、単独プレイ又は共同プレイのいずれかを指定する操作である。選択操作は、共同プレイへの参加形態として、ホスト又はゲストのいずれかを選択する操作である。応募操作は、他のユーザがホストとしてゲストを募集している場合に、ゲストになる申込み（応募）を行う操作である。

端末側送信部３２は、通信用ネットワーク１４を通じて、対象ユーザのログイン日時、対象ユーザがゲームプレイ中に行った操作の内容等、ゲームに関する各種データをサーバ１２に向けて送信する。端末側送信部３２が送信するデータには、端末側操作部３１が受け付けた指定操作、選択操作、及び応募操作等の各操作の内容を示すデータが含まれる。

端末側受信部３３は、通信用ネットワーク１４経由でサーバ１２から送られてくる各種のデータを受信する。サーバ１２から送られてくるデータには、ゲーム進行用のデータの、情報通知用のデータ、共同プレイに参加する他のユーザに関するデータ、及び対象ユーザに付与された報酬のデータ（厳密には、報酬を利用するためのデータ）等が含まれる。

端末側記憶部３４は、端末側受信部３３がサーバ１２から受信したデータ、及び、端末側送信部３２がサーバ１２に向けて送信した情報等を記憶する。

端末側表示部３５は、端末側受信部３３がサーバ１２から受信したデータを展開し、そのデータに応じたゲームプレイ用の画面、又は情報通知用の画面を端末１０のディスプレイに表示する。端末側表示部３５によって表示される画面には、図５に示すホーム画面等が含まれる。

ホーム画面について説明すると、同画面には、図５に示すように、イベント開催期間における対象ユーザの属性を示すアイコンＩが表示される。このアイコンＩは、属性の変更に伴って変化し、例えば、属性が離反又は新規から既存に変更された場合には、図５の上図に示す表示状態から下図に示す表示状態に移行する。

［サーバの機能］
次に、図６を参照しながら、サーバ１２の構成を機能面から改めて説明する。
サーバ１２は、図６に示すように、サーバ側送信部１１１、サーバ側受信部１１２、サーバ側記憶部１１３、変更部１１４、及び処理部１１５を有する。処理部１１５は、報酬付与処理部１１６及びユーザ数特定部１１７を備える。これらの機能部は、前述したサーバ１２のハードウェア機器と、サーバ１２にインストールされたソフトウェアとしての各種プログラムとが協働することで実現される。以下、各機能部について説明する。

サーバ側送信部１１１は、ゲーム進行用のデータを含め、ゲームに関する各種のデータを対象ユーザの端末１０に向けて送信する。サーバ側送信部１１１が送信するデータには、情報通知用のデータが含まれ、例えば、前述した属性確認用のアイコンＩを含むホーム画面の表示データが含まれる。

サーバ側受信部１１２は、対象ユーザがゲームプレイ中に行った操作の内容を示すデータ等、対象ユーザの端末１０から送られてくるゲームに関する各種データを受信する。サーバ側受信部１１２が受信するデータには、例えば、対象ユーザがログイン操作を行った日時等を示すデータが含まれる。

サーバ側記憶部１１３は、対象ユーザ及び他のユーザのそれぞれについて、現時点での属性を記憶する。また、サーバ側記憶部１１３は、サーバ側受信部１１２が受信したデータが示す情報を記憶し、その中には、対象ユーザの最後のログイン日時が含まれる。さらに、サーバ側記憶部１１３は、イベント開催期間中に対象ユーザがイベントを他のユーザと共同でプレイした回数（以下、共同プレイ回数と言う。）を記憶する。

変更部１１４は、サーバ側記憶部１１３に記憶された対象ユーザの属性を、対象ユーザのゲームプレイ状況（すなわち、対象ユーザがゲームの所定プレイを所定期間実施していない状態であるか否か）に応じて変更する。
例えば、対象ユーザの属性が離反である場合において、対象ユーザがゲームをプレイするためにログインすると、サーバ側受信部１１２が、対象ユーザの端末１０からログイン時点を示すデータを受信する。変更部１１４は、これを契機として、サーバ側記憶部１１３に記憶された対象ユーザの属性を離反から既存に変更する。

また、前述したように、本実施形態において、変更部１１４は、属性が離反又は新規である対象ユーザがイベント告知期間中にゲームをプレイした場合であっても、対象ユーザの属性を変更せず（属性変更を見送り）、離反又は新規のままとする。
さらに、属性が離反又は新規である対象ユーザが、他のユーザと共同でイベントをプレイしてイベント用のクエストをクリアすると、変更部１１４が対象ユーザの属性を、離反又は新規から既存に変更する。それ以降の対象ユーザの属性は、イベント開催期間中、既存のままで維持される。

処理部１１５は、イベント開催期間中に対象ユーザがゲームをプレイした際に、対象ユーザに対して所定の処理を実行する。処理部１１５が対象ユーザに対して実行する処理の内容は、イベント開催期間において対象ユーザの属性が離反又は新規である場合と、イベントの実施期間において対象ユーザの属性が既存である場合との間で異なる。

具体的に説明すると、処理部１１５の報酬付与処理部１１６が、対象ユーザが他のユーザと共同プレイを実施してイベント用のクエストをクリアした際に、対象ユーザの属性に応じて報酬を付与する報酬付与処理を実行する。報酬付与のルールに関して図７を参照しながら説明すると、以下のケース（１）〜（３）のいずれかに該当する場合、報酬付与処理部１１６は、報酬付与処理を実行して対象ユーザに対して報酬を付与する。
（１）属性が離反又は新規である対象ユーザがホストとなり、他のユーザをゲストとしてイベントを当該他のユーザと共同でイベントをプレイした場合。
（２）属性が既存である対象ユーザがホストとなり、属性が離反又は新規である他のユーザをゲストとしてイベントを当該他のユーザと共同でプレイした場合。
（３）属性が離反又は新規である対象ユーザがゲストとなり、ホストとしてゲストを募集する他のユーザと共同でイベントをプレイした場合。
なお、図７に示すように、属性が既存である対象ユーザがホストとなり、属性が既存である他のユーザと共同でイベントをプレイしても、報酬付与処理は実行されない。また、属性が既存である対象ユーザがゲストとなり、属性が離反又は新規である他のユーザをホストとしてイベントの共同プレイを実施した場合、他のユーザには報酬が付与されるが、対象ユーザには報酬が付与されない。

報酬付与処理の説明に戻ると、報酬付与処理にて対象ユーザに付与される報酬の内容は、その時点での対象ユーザの属性に応じて決まる。また、報酬の内容は、イベントを共同でプレイした複数のユーザ（対象ユーザを含む）のうち、属性が離反又は新規であるユーザの数（以下、共同プレイユーザ数と言う。）にも依拠する。
報酬の内容について図８に示す例を挙げて説明すると、例えば、属性が離反又は新規である対象ユーザが他のユーザと共同でイベントをプレイしてイベント用のクエストをクリアした場合、対象ユーザには、「アイテムＡ １個 ＋ アイテムＢ １個 ＋ 特典Ｃ」という報酬が付与される。この報酬は、対象ユーザの属性が離反又は新規である場合にのみ付与される。
ここで、離反又は新規である対象ユーザがイベントの共同プレイを実施してイベント用のクエストをクリアすると、それに伴って、対象ユーザの属性が既存に変更され、それ以降のイベント開催期間中には既存のままで維持される。したがって、イベント開催期間中において、上述した内容の報酬が付与される回数は、１回のみとなる。

また、属性が既存である対象ユーザがホストとなり、属性が離反又は新規である他のユーザをゲストとして当該他のユーザと共同でイベントをプレイしてイベント用のクエストをクリアしたとする。この場合、処理部１１５のユーザ数特定部１１７が、共同プレイを実施した複数のユーザのうち、属性が離反又は新規であるユーザの数（以下、共同プレイユーザ数と言う。）を特定する。共同プレイユーザ数は、対象ユーザとイベントを共同でプレイし、且つ、属性が離反又は新規である他のユーザの数に相当する。

そして、報酬付与処理部１１６は、共同プレイユーザ数に応じた報酬を対象ユーザに対して付与する。例えば、共同プレイユーザ数が２人であった場合、図８に示す例では、「アイテムＡ １個 ＋ アイテムＢ ２個 ＋ 特典Ｃ」×２人分の報酬が付与される。
ちなみに、図８に示す例では、共同プレイユーザ数がカウントアップされ、以後のゲームプレイに引き継がれることになっている。例えば、ある時点での共同プレイユーザ数が２人であって、その次の回の共同プレイにおいて、対象ユーザが、属性が離反又は新規である３人の他のユーザとイベントをプレイしたとする。その場合に対象ユーザに対して付与される報酬は、「アイテムＡ １個 ＋ アイテムＢ ２個 ＋ 特典Ｃ」×３人分となり、また、共同プレイユーザ数が５人（＝２人＋３人）にまでカウントアップされる。
なお、図８に示す例では、共同プレイユーザ数が５人に到達すると、対象ユーザに対して用意された分の報酬のすべてが付与されることになる。ただし、対象ユーザに対して付与される報酬の数については、特に制限を設けなくてもよく、あるいは、制限する場合にも、その数（すなわち、付与される報酬の数の上限値）は、任意に決めてもよい。

[本実施形態に係る情報処理フローについて]
次に、ゲーム用システムＳによる情報処理フローに関し、特に、イベントのプレイに関するフローについて、図９及び１０を参照しながら説明する。
なお、以下に説明する処理フローは、本発明の情報処理方法を採用している。換言すると、以下に説明するフロー中の各ステップは、本発明の情報処理方法の構成要素に該当する。
また、以下では、対象ユーザをユーザＸとし、イベントの告知開始前からイベントの開催終了までの流れを説明することとする。

処理フローは、ユーザＸがゲームをプレイするために端末１０にてログイン操作を行うところから始まる。具体的には、図９に示すように、フローの開始に際して、端末１０の端末側操作部３１が、ログイン操作を受け付け、端末側送信部３２が、ログイン日時を示すデータをサーバ１２に向けて送信する（Ｓ００１）。サーバ側受信部１１２は、端末１０側から送られてくる上記のデータを受信する（Ｓ００２）。

その後、サーバ側送信部１１１がゲーム進行用のデータをユーザＸの端末１０に向けて送信し（Ｓ００３）、端末側受信部３３が、送られてくるデータを受信する（Ｓ００４）。これにより、ユーザＸの端末１０にてゲームのプレイが開始される。

一方、ユーザＸがゲームプレイ中に各種の操作を行うと、端末側操作部３１がその操作を受け付け、端末側送信部３２が、受け付けられた操作の内容を示すデータをサーバ１２に向けて送信する（Ｓ００５）。端末側送信部３２が送信するデータには、指定操作、選択操作、及び応募操作等の内容を示すデータが含まれる。サーバ１２では、サーバ側受信部１１２が、端末１０側から送られてくる操作のデータを受信する（Ｓ００６）。

次に、サーバ１２では、現時点がイベント告知前であるかを判定し（Ｓ００７）、イベント告知前である場合には、さらに、サーバ側記憶部１１３に記憶されたユーザＸの属性が離反又は新規であるかを判定する（Ｓ００８）。
ユーザＸの属性が離反又は新規である場合には、サーバ１２の変更部１１４が、サーバ側記憶部１１３に記憶されたユーザＸの属性を既存に変更する（Ｓ００９）。ユーザＸの属性が既存である場合には、ユーザＸの属性が既存のままで維持される（Ｓ０１０）。
現時点がイベント告知前である場合には、ゲームのプレイ終了に伴い、処理フローが終了する（Ｓ０１１）。

ステップ００７において現時点がイベント告知前ではない場合、図１０に示すように、イベント告知期間中であるか、イベント開催期間中であるかを判定する（Ｓ０１２）。現時点がイベント告知期間中であり、告知開始時点でサーバ側記憶部１１３に記憶されているユーザＸの属性が離反又は新規である場合、変更部１１４は、ユーザＸが告知期間中にゲームにログインしたとしても、ユーザＸの属性を既存に変更しない。そのため、イベント告知期間中、ユーザＸの属性が離反又は新規のままで維持されることになる。
他方、告知開始時点でのユーザＸの属性が既存である場合、イベント告知期間中、ユーザＸの属性は、既存のままで維持される。
そして、イベント告知期間中では、ゲームのプレイ終了に伴って処理フローが終了する（Ｓ０１１）。

ステップＳ０１２において現時点がイベント開催期間中である場合、同期間中にユーザＸがイベントをプレイしてイベント用のクエストをクリアすると（Ｓ０１３）、サーバ１２が、そのときのプレイ形態を判別する（Ｓ０１４）。
ステップＳ０１４にて判別されたプレイ形態が共同プレイである場合、サーバ１２は、その共同プレイにおいてユーザＸがホストであるか、又はゲストであるかを判定する（Ｓ０１５）。その後、サーバ１２は、イベントのプレイ時点（厳密には、クエストのクリア時点）でサーバ側記憶部１１３に記憶されたユーザＸの属性をさらに判定する（Ｓ０１６、Ｓ０１７）。

ステップＳ０１６、Ｓ０１７におけるユーザＸの属性は、イベント開催期間の開始時点での属性と、共同プレイによってイベント用のクエストをクリアしたか否かと、に応じて決まる。イベント開催期間の開始時点での属性は、イベントの告知開始時点から維持された属性であり、告知開始時点の属性は、告知開始前に行われた最後のログイン操作の日時に応じて決まる。具体的には、最後のログイン日時からの経過時間がＮ日に達している場合（過去にログイン操作を行ったことがない場合も含む）には、ユーザＸの属性が離反又は離反となり、上記の経過時間がＮ日に達していない場合には、ユーザＸの属性が既存となる。
また、イベント開催期間の開始時点での属性が離反又は新規であるユーザＸが、他のユーザとの共同プレイによってイベント用のクエストをクリアしていない段階では、その時点でのユーザＸの属性が離反又は新規となる。
上記以外のケース、例えば、イベントの告知開始時点で既にユーザＸの属性が既存であるケース、及び、ユーザＸが他のユーザとの共同プレイによってイベント用のクエストをクリアしたことがあるケースでは、ユーザＸの属性が既存となる。

ステップＳ０１６、Ｓ０１７において、サーバ側記憶部１１３に記憶されたユーザＸの属性が離反又は新規である場合、サーバ１２の処理部１１５（詳しくは、報酬付与処理部１１６）は、報酬付与処理を実行する（Ｓ０１８）。これにより、他のユーザとの共同プレイによってイベント用のクエストをクリアしたユーザＸには、報酬が付与される。このとき、ユーザＸに付与される報酬の内容は、ユーザＸの属性が離反又は新規であるときの内容となり、例えば、図８に示すケースでは「アイテムＡ １個 ＋ アイテムＢ ２個 ＋ 特典Ｃ」となる。

また、サーバ側記憶部１１３に記憶されたユーザＸの属性が離反又は新規である場合、ユーザＸが他のユーザとの共同プレイによってイベント用のクエストをクリアしたことに伴い、変更部１１４が、ユーザＸの属性を既存に変更する（Ｓ０１９）。以降、ユーザＸの属性は、イベントの実施期間中、既存のままで維持される。

また、ユーザＸがホストとなってイベントの共同プレイを実施し、且つ、サーバ側記憶部１１３に記憶されたユーザＸの属性が既存である場合、サーバ１２は、ゲストとしてユーザＸと共同でイベントをプレイした他のユーザの中に、属性が離反又は新規であるユーザが含まれているか否かを判定する（Ｓ０２０）。
共同プレイを実施した複数のユーザの中に、属性が離反又は新規である他のユーザが含まれている場合、処理部１１５のユーザ数特定部１１７が、属性が離反又は新規である他のユーザの数、すなわち共同プレイユーザ数を特定する（Ｓ０２１）。
共同プレイユーザ数が１人以上であるとき、処理部１１５の報酬付与処理部１１６が、報酬付与処理を実行し、他のユーザとの共同プレイによってイベント用のクエストをクリアしたユーザＸに対して、報酬が付与される（Ｓ０２２）。このとき、ユーザＸに付与される報酬の内容は、ステップＳ０２１にて特定された共同プレイユーザ数に応じた内容となる。例えば、特定された共同プレイユーザ数が２人であるとき、例えば、図８に示すケースでは「アイテムＡ １個 ＋ アイテムＢ ２個 ＋ 特典Ｃ」×２人分の報酬がユーザＸに付与される。

一方、属性が既存であるユーザＸがゲストとしてイベントの共同プレイを実施した場合には、例えイベント用のクエストをクリアしたとしても、ユーザＸには報酬が付与されない。また、既存であるユーザＸがホストとしてイベントの共同プレイを実施した場合、共同プレイユーザ数が０人であれば、例えイベント用のクエストをクリアしたとしても、ユーザＸには報酬が付与されない。

そして、イベント開催期間中にイベントをプレイした場合には、上述した手順（具体的には、図１０に示す手順）にて処理フローが進められ、最終的にゲームのプレイが終了した時点で処理フローが終了する（Ｓ０１１）。

[まとめ]
本実施形態に係る情報処理装置としてのサーバ１２は、変更部１１４と処理部１１５を備え、変更部１１４は、対象ユーザがゲームの所定プレイを所定期間実施していない状態であるか否かに応じて、対象ユーザの属性を変更し、処理部１１５は、イベント開催期間中に対象ユーザがゲームをプレイした際に対象ユーザの属性に応じた処理を実行する。また、変更部１１４は、イベントの開催期間よりも前の所定時点からイベント開催まで、対象ユーザがゲームをプレイした場合であっても対象ユーザの属性を変更しない。このような構成により、対象ユーザは、イベント開催前の所定時点での属性をイベント開催まで維持し、その属性でイベントに臨むことができる。
以上により、対象ユーザは、イベントの開催期間において属性が特定の属性である状態でゲームをプレイした場合に実行される処理を望む場合に、その処理が実行される機会を失わずに確保することができる。つまり、イベント開催前の所定時点での属性が特定の属性である対象ユーザは、所定時点からイベント開催までの間で属性が変わらないので、特定の属性を維持したままでイベントをプレイすることができる。この結果、対象ユーザは、イベントの開催期間において属性が特定の属性である状態でゲームをプレイした場合に実行される処理の恩恵を享受することができる。

また、本実施形態において、イベント開催前の所定時点において、所定プレイを所定時間実施していない状態である場合には、対象ユーザの属性を第１属性（離反又は新規）とし、それ以外の場合には、対象ユーザの属性を第２属性（既存）とした。すなわち、イベント開催前の所定時点での状態に応じて対象ユーザの属性が決まり、対象ユーザは、当該所定時点での属性をイベント開催まで維持してイベントに臨むことができる。

また、本実施形態では、イベントの開催期間において対象ユーザの属性が離反又は新規である場合に処理部１１５が実行する処理の内容と、イベントの開催期間において対象ユーザの属性が既存である場合の処理の内容とが異なる。
以上の構成では、対象ユーザが、例えば、属性が離反又は新規である場合に実行される処理を期待してイベントをプレイしようとする場合がある。かかる場合には、イベント開催前の所定時点からイベント開催までに対象プレイヤがゲームをプレイしても属性を変更しないという構成が、有意義なものとなる。

また、本実施形態において、変更部１１４は、イベントの開催期間において、離反又は新規である対象ユーザのプレイが所定条件を満たした場合（具体的には、共同プレイでイベント用のクエストをクリアした場合）、対象ユーザの属性を既存に変更する。これにより、イベントの開催期間中において、対象ユーザの属性が離反又は新規である場合に行われる処理（具体的は、対象ユーザの属性が離反又は新規である場合の報酬付与処理）の実施回数を制限することができる。この結果、例えば、属性が離反又は新規である場合に対象ユーザに付与される報酬について、レア度（希少度）を高めることができる。

また、本実施形態では、イベントの開催期間において離反又は新規から既存に変更された対象ユーザの属性は、それ以降のイベントの開催期間中、既存のままで維持される。これにより、対象ユーザの属性が離反又は新規である場合の報酬付与処理について、その実行回数を１回に制限することができる。この結果、属性が離反又は新規である場合に対象ユーザに付与される報酬について、レア度（希少度）をより一層高めることができる。

また、本実施形態において、処理部１１５の報酬付与処理部１１６は、イベントの開催期間においてイベントを他のユーザと共同でプレイしてイベント用のクエストをクリアした対象ユーザに対して、対象ユーザの属性に応じて報酬を付与する報酬付与処理を実行する。このような構成では、対象ユーザが、報酬を得るために、属性が離反又は新規である状態でイベントをプレイしようとする。かかる場合には、イベント開催前の所定時点からイベント開催までに対象プレイヤがゲームをプレイしても属性を変更しないという構成が、有意義なものとなる。

また、本実施形態では、属性が既存である対象ユーザが、イベントの開催期間においてホストとなり、属性が離反又は新規である他のユーザをゲストとしてイベントを当該他のユーザと共同でプレイした場合に、報酬付与処理部１１６が報酬付与処理を実行する。かかる構成であれば、属性が既存である対象ユーザであっても、属性が離反又は新規である他のユーザとの共同プレイを実施することで報酬が付与されるので、対象ユーザの共同プレイに対する意欲を喚起させることができる。

また、本実施形態では、属性が離反又は新規である対象ユーザが、イベントの開催期間にホストとなり、他のユーザをゲストとしてイベントを当該他のユーザと共同でプレイした場合に、報酬付与処理部１１６が報酬付与処理を実行する。かかる構成であれば、他のユーザの属性に関わらず、属性が離反又は新規である対象ユーザに報酬が付与されるので、対象ユーザの共同プレイに対する意欲を喚起させることができる。

また、本実施形態の報酬付与処理では、報酬付与処理部１１６が、イベントを共同でプレイした複数のユーザのうち、属性が離反又は新規であるユーザの数（すなわち、共同プレイユーザ数）に応じた報酬を、対象ユーザに対して付与する。これにより、対象ユーザに対して、属性が離反又は新規である他のユーザとの共同プレイを実施する意欲を、より効果的に喚起させることができる。

なお、本実施形態とは異なる実施形態ではあるが、処理部１１５が、属性が既存である対象ユーザがイベントの開始期間中にホストとなり、属性が離反又は新規である他のユーザをゲストとしてイベントを当該他のユーザと共同でプレイした場合、その回数（共同プレイの回数）を特定してもよい。この場合、報酬付与処理において、報酬付与処理部１１６は、共同プレイの回数に応じた報酬を対象ユーザに対して付与してもよい。このような構成でも、対象ユーザに対して、属性が離反又は新規である他のユーザとの共同プレイを実施する意欲を、より効果的に喚起させることができる。

また、本実施形態において、所定時点は、イベントの告知開始時点である。例えば、イベントの告知が開始されると、その告知に反応してゲームの所定プレイ（具体的には、ログイン又はクエストのプレイ）を行うユーザが増える傾向がある。そのような状況であっても、告知開始時点からイベント開催まではゲームの所定プレイが行われても属性を変更しないので、告知開始時点での属性が離反又は新規である対象ユーザは、その属性を維持したままでイベントをプレイすることができる。

また、本実施形態では、本発明の情報処理装置を用いた情報処理方法の一例について説明したが、これに限定されるものではない。コンピュータが、ゲームをプレイする対象ユーザがゲームの所定プレイを所定期間実施していない状態であるか否かに応じて、対象ユーザの属性を変更し、ゲームにおけるイベントの開催期間中に対象ユーザがプレイした際に、コンピュータが、対象ユーザの属性に応じた処理を実行し、コンピュータは、イベントの開催期間より前の所定時点からイベント開催されるまで、対象ユーザが所定プレイを実施した場合にも対象ユーザの属性を変更しない情報処理方法であればよい。
上記の情報処理方法であれば、対象ユーザは、イベント開催前の所定時点での属性をイベント開催まで維持し、その属性にてイベントに臨むことができる。これにより、イベントの開催期間において属性が特定の属性である状態でゲームをプレイした場合に実行される処理について、イベント開催前の属性変更によって実行されなくなってしまう状況を回避することができる。

なお、本実施形態に係る情報処理方法は、サーバ１２単独、及び、端末１０とサーバ１２との組み合わせによって実現される。ここで、サーバ１２は、ＡＳＰ（Application Service Provider）、ＳａａＳ（Software as a Service）、ＰａａＳ（Platform as a Service）又はＩａａＳ（Infrastructure as a Service）用のサーバコンピュータであってもよい。この場合、ゲームのプレイに係る一連の情報処理（ただし、情報の入力及び表示を除く）がサーバ１２によって実行されるので、端末１０側では、ゲーム進行用の操作及び画像等の表示のみを行えばよいことになる。

また、本実施形態では、サーバ１２であるコンピュータを情報処理装置として機能させるプログラムについて説明したが、このプログラムは、コンピュータに読み取られるプログラムであって、コンピュータに、ゲームをプレイする対象ユーザがゲームの所定プレイを所定期間実施していない状態であるか否かに応じて、対象ユーザの属性を変更させ、ゲームにおけるイベントの開催期間中に対象ユーザがプレイした際に、コンピュータに、対象ユーザの属性に応じた処理を実行させ、イベントの開催期間より前の所定時点からイベント開催されるまで、対象ユーザが所定プレイを実施した場合にもコンピュータに対象ユーザの属性を変更させないプログラムである。

なお、上記のプログラムは、コンピュータが読み取り可能な記録媒体（メディア）から読み込むことで取得してもよいし、あるいは、インターネット又はイントラネット等のネットワークを介して受信（ダウンロード）することで取得してもよい。

＜＜その他の実施形態＞＞
以上までに、本発明の情報処理装置、情報処理方法、及びプログラムについて具体例を挙げて説明してきたが、上述した実施形態は、あくまでも一例に過ぎず、他の実施形態も考えられ得る。例えば、上記の実施形態では、サーバ１２が本発明の情報処理装置として機能しているが、サーバ１２が有する機能のうちの一部又は全部が端末１０に備わっていてもよい。

また、上記の実施形態では、イベント開催期間中に対象ユーザがゲームをプレイした際に処理部１１５が実行する処理が報酬付与処理であり、イベント開催期間における対象ユーザの属性に応じて報酬付与の有無、及び、付与される報酬の内容が決められることした。ただし、イベント開催期間において対象ユーザの属性に応じて実行される処理は、報酬付与処理以外の処理であってもよく、例えば、対象ユーザの属性に応じてゲームのストーリーを進展させる処理であってもよい。このとき、属性が離反又は新規である対象ユーザをイベントへ効果的に誘導できるように、処理の内容（例えば、ストーリーの進展内容であり、分かり易くはシナリオ）を、対象ユーザの属性が離反又は新規である場合と、既存である場合とで変えてもよい。

また、上記の実施形態では、属性が離反又は新規である対象ユーザが他のユーザと共同でイベントをプレイしてイベント用のクエストをクリアすると、対象ユーザに対して報酬が付与されることとした。ただし、これに限定されず、属性が離反又は新規である対象ユーザが単独でイベント用のクエストをクリアした場合にも、対象ユーザに報酬が付与されてもよい。

また、上記の実施形態では、イベント開催前の所定時点がイベントの告知開始時点であり、告知開始時点からイベント開催までの間、対象ユーザがゲームの所定プレイを行った場合であっても対象ユーザの属性を変更しないこととした。ただし、これに限定されるものではなく、例えば、告知開始時点以外の時点（ただし、イベント開催前の時点に限る）からイベント開催までの間、ゲームの所定プレイによる属性変更を見送ることとしてもよい。

１０ 端末
１２ サーバ（情報処理装置）
１４ 通信用ネットワーク
２１ プロセッサ
２２ メモリ
２３ 通信用インタフェース
２４ ストレージ
２５ 入力装置
２６ 出力装置
２７ バス
３１ 端末側操作部
３２ 端末側送信部
３３ 端末側受信部
３４ 端末側記憶部
３５ 端末側表示部
１０１ プロセッサ
１０２ メモリ
１０３ 通信用インタフェース
１０４ ストレージ
１０５ 入力装置
１０６ 出力装置
１０７ バス
１１１ サーバ側送信部
１１２ サーバ側受信部
１１３ サーバ側記憶部
１１４ 変更部
１１５ 処理部
１１６ 報酬付与処理部
１１７ ユーザ数特定部
Ｉ アイコン
Ｓ ゲーム用システム

Claims (1)

1. ゲームをプレイする対象ユーザが前記ゲームの所定プレイを所定期間実施していない状態であるか否かに応じて、前記対象ユーザの属性を変更する変更部と、
   前記ゲームにおけるイベントの開催期間中に前記対象ユーザが前記ゲームをプレイした際に、前記対象ユーザの属性に応じた処理を実行する処理部と、を備え、
   前記変更部は、前記イベントの開催期間より前の所定時点から前記イベントの開催まで、前記対象ユーザが前記所定プレイを実施した場合であっても前記対象ユーザの属性を変更しない情報処理装置。

Images