JP7249751B2 - 情報処理システム、情報処理方法、情報処理プログラム、および情報処理装置 - Google Patents

Description

特許法第３０条第２項適用 平成３０年４月１１日掲載、掲載アドレス ｈｔｔｐｓ：／／ａｃ－ｐｏｃｋｅｔｃａｍｐ．ｃｏｍ／ｊａ－ＪＰ／ｓｉｔｅ／ｔｏｐｉｃｓ／ＡＮＮＯＵＮＣＥＭＥＮＴ＿１１０４１１２

本発明は、所定のアプリケーションにおいて用いられるコンテンツをユーザに付与するための情報処理に関する。

従来から、ユーザが所有する仮想通貨等を消費することによって、抽選対象コンテンツの抽選ゲームを提供するシステムが知られている（例えば、特許文献１）。

特開２０１７－２２１３４０号公報

上記のようなシステムでは、抽選に基づいて抽選対象のコンテンツをユーザに付与する場合、抽選結果によってはユーザが所望するコンテンツを入手できない可能性があり、そのアプリケーションをプレイすることに対するユーザのモチベーションを低下させるおそれがあった。

それ故に、本発明の目的は、所定のアプリケーションにおいて用いられるコンテンツをユーザに付与する情報処理システムにおいて、ユーザのアプリケーションに対するモチベーションを向上させることができる情報処理システム、情報処理方法、情報処理プログラム、および情報処理装置を提供することである。

上記目的を達成するために、例えば以下のような構成例が挙げられる。

構成例の一例は、ユーザに関連づけられているポイントを所定の記憶部（後述するメモリ１２２）に記憶し、所定のアプリケーションで用いられるコンテンツを当該ユーザに付与する情報処理システムであって、第１付与手段と、第１ポイント更新手段と、第２付与手段と、第２ポイント更新手段とを備える情報処理システムである。第１付与手段は、複数の第１コンテンツ群のうち、ある第１コンテンツ群から抽選によって選ばれたコンテンツをユーザに付与する。第１ポイント更新手段は、第１付与手段においてユーザにコンテンツを付与する場合に、記憶部によって記憶されているポイントに所定数のポイントを加算する。第２付与手段は、複数の第２コンテンツ群のうち、所定の第２コンテンツ群から、少なくとも１つのコンテンツをユーザの選択に基づいて特定し、記憶部によって記憶されているポイントが当該特定されたコンテンツに関する所定の条件を満たす場合に、当該特定されたコンテンツをユーザに付与する。第２ポイント更新手段は、第２付与手段において特定されたコンテンツをユーザに付与する場合に、記憶部によって記憶されたポイントから所定数のポイントを減算する。更に、第１コンテンツ群毎に、第１付与手段によって行われる抽選が可能な第１期間が設定されており、第２コンテンツ群毎に、第２付与手段によって行われるコンテンツの付与が可能な第２期間が設定されている。そして、少なくとも１つの第２コンテンツ群は、少なくとも１つの第１コンテンツ群に含まれる少なくとも一部のコンテンツを含む。そして、第２のポイント更新手段は、記憶部に記憶されたポイントについて、複数の第１期間のうち、少なくとも１つが終了したことを契機とした減算は行わない

上記構成例によれば、抽選によってユーザが所望するコンテンツが入手できない場合でも、そのコンテンツを確実に入手できる機会を提供でき、アプリケーションに対するユーザのモチベーションを向上させることができる。

他の構成例として、第２のポイント更新手段は、記憶部に記憶されているポイントについて、第１期間がそれぞれ終了したことを契機とした減算は行わないようにしてもよい。

他の構成例として、第２付与手段は、第２のコンテンツ群の中から、異なる所定の条件がそれぞれに対応づけられている複数のコンテンツのうち少なくとも１つのコンテンツを特定し、記憶部に記憶されているポイントが当該特定されているコンテンツに対応する所定の条件を満たす場合には、当該特定されたコンテンツをユーザに付与するようにしてもよい。

更に他の構成例として、第２付与手段は、そのコンテンツのレアリティに応じて異なる所定の条件がそれぞれに対応づけられている複数のコンテンツの中から少なくとも１つのコンテンツがユーザによって特定された場合、記憶部に記憶されているポイントが当該特定されたコンテンツに対応する所定の条件を満たす場合に、当該特定されたコンテンツをユーザに付与するようにしてもよい。

上記構成例によれば、コンテンツ毎に必要ポイント数等の所定の条件が異ならせることができる。例えば、コンテンツのレア度等に応じて必要ポイント数を異ならせることができる。これにより、ユーザの所望するコンテンツに応じた付与を実現できる。

他の構成例として、第２のポイント更新手段は、特定されたコンテンツに対応する所定の条件として設定されている数値分のポイントを記憶部に記憶されているポイントから減算するようにしてもよい。

更に他の構成例として、少なくとも１つの第１コンテンツ群に対応する第１期間と、少なくとも１つの第２コンテンツ群に対応する第２期間とは、少なくともその一部が重複して設定されてもよい。

更に他の構成例として、少なくとも１つの第１コンテンツ群に対応する第１期間と、少なくとも１つの第２コンテンツ群に対応する第２期間とは、その始期および終期が同じとなるよう設定されてもよい。

上記構成例によれば、抽選が開催されている期間中に当該抽選における抽選対象となっているコンテンツを確実に入手できる機会を提供することができ、ユーザの利便性を高めることができる。

更に他の構成例として、第２付与手段は、少なくとも１つの第２コンテンツ群に対応する第２期間の始期以降に設定される、当該第２期間とは異なる第２期間に対応する第２コンテンツ群からも、特定されたコンテンツをユーザに付与するようにしてもよい。

上記構成例によれば、例えば第１期間に開催される第１の抽選と、当該第１期間とは始期が異なる第２期間に開催される第２の抽選が併存しているような場合でも、第２の抽選の抽選対象についてもポイントを利用して入手する機会を提供できる。

他の構成例として、少なくとも１つの第２コンテンツ群の内容は、少なくとも１つの第１コンテンツ群と共通する内容であってもよい。

上記構成例によれば、第１付与手段における抽選対象を確実に入手できる機会をユーザに提供でき、ユーザのモチベーションを向上させることができる。

他の構成例として、少なくとも１つの第２コンテンツ群の内容は、当該第２コンテンツ群に対応する第２期間と少なくとも一部の期間が重複している第１期間に対応する第１コンテンツ群と共通する内容であってもよい。

更に他の構成例として、少なくとも１つの第２コンテンツ群の内容は、当該第２コンテンツ群に対応する第２期間と同じ始期および終期が設定されている第１期間に対応する第１コンテンツ群と共通する内容であってもよい。

上記構成例によれば、第１付与手段における抽選対象について、その抽選の開催期間中に確実に入手できる機会をユーザに提供することができ、ユーザの利便性を高めることができる。

他の構成例として、第１付与手段は、第１コンテンツ群から抽選によって選ばれた１つのコンテンツをユーザに付与する第１抽選と、第１コンテンツ群から抽選によって選ばれた２以上のコンテンツをユーザに付与する第２抽選とを前記ユーザが選択可能なように提示し、第１ポイント更新手段は、第１付与手段において第１抽選に基づいて前記ユーザにコンテンツを付与する場合には、記憶部に記憶されているポイントを第１の方法で加算し、第２抽選に基づいてユーザにコンテンツを付与する場合には、記憶部に記憶されているポイントを、当該第１の方法よりも多くポイントを加算する第２の方法で加算するようにしてもよい。

上記構成例によれば、抽選方法によってはポイントの量がより多く加算されるため、ユーザの利便性を高めることができる。

他の構成例として、第１のポイント更新手段は、抽選の回数に応じて前記所定数のポイントを加算するようにしてもよい。

他の構成例として、記憶手段は、ユーザに関連づけられている変換前ポイントおよび交換用ポイントを記憶し、第１ポイント更新手段は、ユーザにコンテンツを付与する場合に、第１の所定数の変換前ポイントを加算してもよい。更に、情報処理システムは、変換前ポイントが第２の所定数まで貯まった場合、当該第２の所定数の変換前ポイントを交換用ポイントに変換して記憶する変換手段を含んでいてもよい。そして、第２ポイント更新手段は、特定されたコンテンツをユーザに付与する場合、交換用ポイントを減算するようにしてもよい。

他の構成例として、第１付与手段は、第１の仮想通貨、および／または、当該第１の仮想通貨とは少なくとも一部の入手手段が異なる第２の仮想通貨の消費に基づいて抽選を行い、第１ポイント更新手段は、抽選が第１仮想通貨の消費に基づいて行われた場合にはポイントの加算を行い、第２仮想通貨の消費に基づいて行われた場合には当該加算を制限するようにしてもよい。

上記構成例によれば、第１の仮想通貨を用いた場合にのみポイントが更新されるため、第１の仮想通貨を利用することへのユーザの動機付けを提供できる。

他の構成例として、
情報処理システムは、第２コンテンツ群に対応する第１画像、および、第２コンテンツ群に含まれるコンテンツのうち、抽選される確率が他のコンテンツより低く設定されるレアコンテンツを示す少なくとも１つの第２画像を第１画像と区別可能に表示する表示手段と、表示手段によって表示された第１画像または第２画像をユーザ操作に基づいて選択する選択手段とを更に備えていてもよい。そして、第１画像が選択された場合は、表示手段は、更に、第２コンテンツ群に含まれるコンテンツの一覧を表示し、第２画像が選択された場合は、第２付与手段によって当該選択された画像に対応するコンテンツがユーザに付与されるようにしてもよい。

上記構成例によれば、例えば入手することが推奨されるコンテンツをユーザが把握しやすいように提示でき、コンテンツの入手に際してのユーザの利便性を向上できる。

他の構成例として、情報処理システムは、第２コンテンツ群に含まれるコンテンツの各々をユーザが視認可能なように表示する表示手段をさらに備えていてもよい。そして、表示手段は、第２コンテンツ群に含まれるコンテンツ毎の所有数が判別可能な態様で当該コンテンツの各々を表示し、特定手段は、表示手段によって表示されたコンテンツのうち、少なくとも１つのコンテンツをユーザ操作に基づいて特定するようにしてもよい。

上記構成例によれば、各コンテンツについてユーザがその時点で所持している数を把握させやすくすることができ、ユーザの利便性を向上できる。

本実施形態によれば、抽選によってユーザが所望するコンテンツが入手できない場合でも、そのコンテンツを確実に入手できる機会を提供でき、ユーザのモチベーションを向上できる。

情報処理端末１０２のハードウェア構成を示すブロック図 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 メモリ１２２に記憶されるデータの一例 家具データベース５０２のデータ構成の一例 クッキーデータベース５０３のデータ構成の一例 交換対象抽選バナーデータ５０４のデータ構成の一例 所持家具データ５１１のデータ構成の一例 本実施形態にかかるゲーム処理の詳細を示すフローチャート クッキーショップ処理の詳細を示すフローチャート クッキーショップ処理の詳細を示すフローチャート ベルでの購入処理の詳細を示すフローチャート チケットでの購入処理の詳細を示すフローチャート ポイント交換画面処理の詳細を示すフローチャート ポイント交換画面処理の詳細を示すフローチャート 交換詳細画面処理の詳細を示すフローチャート 交換詳細画面処理の詳細を示すフローチャート 交換詳細画面処理の詳細を示すフローチャート

［情報処理端末のハードウェア構成］
以下、本発明の一実施形態について説明する。図１は、本実施形態に係る情報処理が実行される情報処理端末１０２のハードウェア構成を示すブロック図である。ここで、本実施形態では、情報処理端末１０２として、例えば、スマートフォンやタブレット等のスマートデバイス、据置型のゲーム装置、携帯型のゲーム装置、パーソナルコンピュータ等を想定している。本実施形態の説明では、表示画面とタッチパネルを一体型の態様で備えている情報処理端末（例えばスマートフォン）を一例として説明する。そのため、主に、入力操作は、タッチパネルへの入力となっている。但し、他の実施形態では、入力操作については、情報処理端末と無線あるいは有線で接続された物理的なコントローラを用いる形態でもよいし、例えば、情報処理端末１０２と一体となるよう構成された入力装置を用いる形態でもよい。また、情報処理端末１０２に関して、他の実施形態では、複数の情報処理装置によって構成される情報処理システムであってもよい。そして、以下に説明するような処理を当該複数の情報処理装置で分担して実行してもよい。

図１において、情報処理端末１０２は、プロセッサ１２１と、メモリ１２２と、操作部１２３と、表示部１２４とを備えている。プロセッサ１２１は、後述するゲーム処理を実行したり、情報処理端末１０２の全体的な動作を制御するためのシステムプログラム（図示せず）を実行したりすることで、情報処理端末１０２の動作を制御する。なお、プロセッサ１２１は、単一のプロセッサを搭載してもよいし、複数のプロセッサを搭載するようにしてもよい。メモリ１２２は、プロセッサ１２１によって実行される各種プログラムおよび当該プログラムで利用される各種データが格納される。メモリ１２２は、例えば、フラッシュＥＥＰＲＯＭやハードディスク装置である。操作部１２３は、ユーザからの操作を受け付けるための入力装置であり、本実施形態では、主にタッチパネルを想定する。他の実施形態では、各種ポインティングデバイスや、各種押下式のボタンや、アナログスティック等であってもよい。表示部１２４は、典型的には液晶表示装置である。

［本実施形態の情報処理（ゲーム処理）の概要］
次に、本実施形態で実行される情報処理の概要について説明する。まず、本実施形態では、所定のコンテンツを「抽選」の処理によって入手可能なアプリケーション処理を想定する。この抽選は、例えば「ガチャ」等と呼ばれるものである。より具体的には、アプリケーションの一例として、ゲームアプリケーションの処理（以下、ゲーム処理と呼ぶ）を想定する。また、抽選で入手できるコンテンツの一例として、ゲーム内で利用可能な「ゲーム内コンテンツ」を想定する。

上記「ゲーム内コンテンツ」は、例えば、次のようなものを想定している。例えば、ゲーム内でユーザの操作対象となるキャラクタやユニット、武器や防具等のアイテム類、魔法やスキル等の能力類である。また、仮想ゲーム空間内（例えばゲーム内におけるユーザの「自宅」等）に配置可能な家具、インテリア、雑貨類、ユーザキャラクタを装飾するための服飾アイテム等の各種アイテム類がある。また、その他、例えば、ゲームにおけるメインメニューやトップページ、ホーム画面の背景等としても利用可能な各種の画像等がある。

ここで、本実施形態で想定するゲーム処理についてより具体的に説明する。本実施形態にかかるゲームは、様々な仮想キャラクタ（住民キャラクタ）が生活している仮想ゲーム世界内で、プレイヤキャラクタとして仮想的に生活するゲームである。例えば、様々なアイテムを集めて自分の家を建てたり、庭を整備したりできる。また、ゲーム内で狩りや釣り等を行ったり、住民キャラクタと会話等を行ったりすることで、様々なアイテムを得ることもできるものである。

そして、以下の説明では、上記ゲーム内コンテンツの一例として、上記自分の家に配置可能な「家具」を例として説明する。つまり、本実施形態にかかる処理では、抽選処理によって、ユーザは所定の家具を入手することができる。

当該家具の入手（抽選）方法に関してより具体的に説明する。本実施形態では、ユーザは、抽選により家具を入手することができる。より具体的には、本実施形態では、ユーザはゲーム内で「クッキー」を購入することで、当該抽選が実行される。この際、例えばユーザキャラクタが購入したクッキーを食べる演出等が行われてもよい。その結果、当該抽選によって当選した所定の家具を一つ入手することができる。

なお、家具にはそれぞれ「レア度」が設定されており、レア度毎に当選確率も異なっている。本実施形態では、「レア度１」～「レア度５」の５段階のレア度が設定されているものとする。数値が高い物ほどレア度が高いものとする。そして、例えば「レア度５」の家具の当選確率がいちばん低くなるように設定されている。

本実施形態にかかるゲームでは、ユーザは、上記の「クッキー」をゲーム内の「ショップ」にて購入することが可能となっている。以下では、当該ショップのことを「クッキーショップ」と呼ぶ。また、本ゲームでは、当該クッキーショップでのクッキーの購入手段として、２種類の購入方法が用意されている。具体的にはゲーム内において「ベル」と呼ばれる仮想通貨を用いた購入方法と、当該ベルとは異なる仮想通貨であって、ゲーム内で「チケット」と呼ばれる仮想通貨を用いた購入方法が用意されている。

なお、「クッキー」の入手に関して、他の実施形態では、ショップでの購入だけでなく、例えばイベントのクリア報酬、ミッションやシナリオのクリア報酬、ログインボーナス等、ゲーム内で所定の条件を達成したことに応じてユーザに「クッキー」を付与するような構成を併用してもよい。

ここで、本実施形態における上記２種類の仮想通貨の違いについて説明する。まず、「ベル」は、その入手方法が、ゲーム世界内で閉じられているものである。例えば、「ベル」は、上記「家具」を売却することで得ることができる。また、上記釣りや狩りで得られたアイテムを売却することによっても入手できる。その他、いわゆる「クエスト」報酬として入手することも可能である。また、家具を売却して「ベル」を得ることができるため、不要な家具を売却することで、他の家具を購入するための資金として「ベル」を入手することも可能となっている。一方、「チケット」については、いわゆる現実世界の通貨を用いた決済処理、いわゆる課金によっても入手可能な仮想通貨である。つまり、課金額に応じてユーザに付与される仮想通貨である。例えば、「チケット」は、上述の課金による入手の他では、クエスト報酬という形で入手することも可能ではあるが、「ベル」とは異なり、上記家具等のゲーム内アイテムの売却によっては入手することはできない。

図２に、上記「クッキー」購入の際に表示される上記「クッキーショップ」の画面の一例を示す。この画面は、例えば、ゲーム内に設けられている「広場」エリアの画面から、ショップを示すワゴンオブジェクトをユーザがタップ操作することで、表示される。図２において、クッキーショップ画面では、３つの「クッキー」が陳列された棚を表現している第１のクッキー提示エリア２０１と、１つの「クッキー」が陳列されている棚を表現している第２のクッキー提示エリア２０２とが表示されている。これらの「クッキー」は、抽選対象をユーザに提示するための提示要素でもある。また、画面の左上部分には、ポイントカード画像２１９が表示されている。また、当該ポイントカード画像２１９の右側（画面の右上部分）には、所持チケット数２０３と所持ベル数２０４とが示されている、また、画面下部には、当該ショップ画面を終了するための「閉じる」ボタン２０９も示されている。

第１のクッキー提示エリア２０１には、３つのクッキー画像２０５Ａ～２０５Ｃが棚に陳列されるようにして表示されている。また、各クッキー画像の下部には、その価格も示されている。ユーザは、クッキー画像２０５Ａ～２０５Ｃのいずれかを選択する操作を行うことで、その「クッキー」を「ベル」を用いて購入することが可能である。本実施形態では、この選択操作の例として、クッキー画像を「タップ」する操作を想定する。図３は、第１のクッキー提示エリア２０１のいずれかのクッキーをタップしたときに表示される購入確認画面の一例である。図３では、タップで選択された「クッキー」に設定されている価格分の「ベル」を消費して、当該「クッキー」を購入するか否かを問い合わせるベル購入ダイアログ２１１が表示されている。ユーザは、「購入する」ボタンをタップすることで、所定数の「ベル」を消費して当該「クッキー」を購入できる。また、ユーザは、「やめる」ボタンをタップすることで、その購入をキャンセルし、前の画面に戻ることができる。

ここで、上記第１のクッキー提示エリア２０１に提示されるクッキーは上記「ベル」で購入可能であることから、以下の説明では「ベルクッキー」と呼称する。対して、以下に説明する第２のクッキー提示エリア２０２に提示されるクッキーについては、後述の「チケット」で購入可能であることに鑑みて、「チケットクッキー」と呼称する。

次に、第２のクッキー提示エリア２０２に関して説明する。第２のクッキー提示エリア２０２には、棚に陳列された１つのチケットクッキー画像２０６が表示されている。チケットクッキー画像２０６の下部には、そのチケットクッキーの価格も示されている。また、チケットクッキー画像２０６の上部には、当該チケットクッキーの抽選内容に関する情報を提示する抽選情報画像２０７も表示されている。抽選情報画像２０７には、残日数２１３、抽選タイトル２１４、および、詳細ボタン２１５が含まれている。なお、図２の例では、「○○のアイスパーティー」という抽選タイトル２１４のチケットクッキーによる抽選が提示されていることになる（以下、チケットクッキーによる抽選のことをチケット利用抽選と呼ぶ）。更に、抽選情報画像２０７の両隣には、切り替えボタン２０８Ｌおよび２０８Ｒが示されている。

そして、ユーザは、チケットクッキー画像２０６をタップすることで、そのチケットクッキーを上記「チケット」を用いて購入することが可能である。図４に、チケットクッキー画像２０６をタップしたときに表示される購入確認画面の一例を示す。図４では、タップで選択されたチケットクッキーに設定されている価格分の「チケット」を消費して、当該チケットクッキーを購入するか否かを問い合わせるチケット購入ダイアログ２１２が表示されている。ユーザは、「購入する」ボタンをタップすることで、所定数の「チケット」を消費して当該チケットクッキーを購入できる。また、ユーザは、「やめる」ボタンをタップすることで、その購入をキャンセルし、前の画面に戻ることができる。

ここで、本実施形態では、複数種類のチケットクッキーがユーザに提供される。ユーザは、上記切り替えボタン２０８Ｌまたは２０８Ｒをタップすることで、第２のクッキー提示エリア２０２に提示されるチケットクッキー画像２０６および抽選情報画像２０７を、左右方向にスクロールさせるようにして切り替えることができる。すなわち、上記切り替えボタン２０８Ｌまたは２０８Ｒをタップすることで、複数用意されている「チケット利用抽選」を切り替えることができる。一例として、図５に、ユーザが切り替えボタン２０８Ｒをタップして第２のクッキー提示エリア２０２の表示内容を切り替えた場合の画像例を示す。図５では、「△△のサマービーチ」という抽選タイトル２１４のチケット利用抽選が提示されていることを示す。

また、本実施形態では、チケット利用抽選のそれぞれについて「開催期間」が設定されている。上記残日数２１３は、第２のクッキー提示エリア２０２に提示されているチケットクッキー画像２０６に対応するチケット利用抽選の開催期間の残り期間を示すものである。

各チケット利用抽選の開催期間については、一部重複していてもよいし、全く異なる期間としても良い。なお、一旦開催期間が終了したチケット利用抽選について、例えば「復刻抽選」として、再度開催してもよい。本実施形態では、４種類のチケット利用抽選が開催されている場合を例として説明する。例えば、チケット利用抽選Ａ～Ｄの４種類の抽選が、図６に示すような開催スケジュールで行われるとする。そして、この図における、Ｔ１の時点を例として説明する。

ところで、上記図５では、第２のクッキー提示エリア２０２に、チケットクッキー画像２０６の他、箱画像２１７も表示されている。これは、複数のチケットクッキーを纏めて購入可能なことを示しており、本例では、５つのチケットクッキーを纏めて購入できることを示している（箱の中に５つのチケットクッキーが入っていることを示している）。つまり、ユーザは、チケットクッキー画像２０６を購入した場合は、チケット利用抽選を１回だけ実行できる。対して、当該箱画像２１７を購入した場合は、チケット利用抽選を５連続で実行することが可能となる。なお、箱画像２１７による購入方法を提供するか否かは、チケット利用抽選のそれぞれについて予め設定されている。そのため、例えばチケット利用抽選Ａでは箱画像２１７による購入方法は提供されずに、チケットクッキー単品でしか購入できず、チケット利用抽選Ｂでは、箱画像２１７による購入も可能、という場合もあり得る。以下の説明では、チケットクッキーを１つ購入することを「単品購入」と呼び、また、単品購入したチケットクッキーによる抽選を「単発抽選」と呼ぶ。また、箱画像２１７による購入のことを「箱購入」と呼び、これによる抽選のことを「５連抽選」と呼ぶ。

また、本実施形態では、チケット利用抽選によって入手可能な家具として、「レア度３」～「レア度５」の家具が入手できる場合を例とする。つまり、チケット利用抽選の対象として、「レア度１」および「レア度２」の家具は含まれない場合を例とする。更に、本実施形態では、各チケット利用抽選の間では重複するコンテンツはないものとする。例えば、チケット利用抽選Ａで入手可能なコンテンツとチケット利用抽選Ｂで入手可能なコンテンツとの間で重複するコンテンツはないものとする。但し、他の実施形態では、複数のチケット利用抽選の間で一部のコンテンツが重複していてもよい。なお、「レア度１」および「レア度２」の家具については、上記ベルクッキーによる抽選で入手可能である。

次に、上記ポイントカード画像２１９に関連して、本実施形態における「ポイントカード」機能について説明する。本実施形態では、ポイントを貯めることで、上記チケット利用抽選の抽選対象となっている家具の中から好きな家具と交換可能なポイントカード機能を実装している。具体的には、本実施形態では、チケットクッキーを購入し、これを用いて抽選を行うと「交換ポイント」がユーザに付与される。上記「単発抽選」の場合は、１ポイントが付与され、「５連抽選」の場合は、６ポイント付与される。「５連抽選」の場合は、抽選回数は５回ではあるが、この回数に応じた５ポイントに加えて、１ポイントが「おまけ」として付与されるものである。これにより、上記「箱購入」を行うことへのユーザの動機付けを提供するものである。

そして、上記の抽選によって付与された交換ポイントが１０ポイント貯まると、１つの「交換用ポイントカード」に変換される。本実施形態では、上記家具との交換は、この交換用ポイントカード単位で行われる。それぞれの家具には、そのレア度に応じて、交換に必要な交換用ポイントカード数が予め設定されている。例えば、「レア度３」の家具であれば１つ、「レア度４」の家具であれば５つ、「レア度５」の家具であれば１０、と設定されている。

以下、図７～図１２を用いて、上記ポイントカード機能を利用した家具の交換操作およびゲーム画面の一例を説明する。

上記図２の画面において、ユーザがポイントカード画像２１９をタップすると、まず、図７に示すような、ポイント交換画面への遷移を確認するためのダイアログボックス２３１（以下、遷移確認ダイアログ）が表示される。この遷移確認ダイアログ２３１では、上部に、その時点でユーザが所有する交換用ポイントカード数２３２が表示される。また、その下には、交換用ポイントカードに変換される前の、現在貯まっているポイント（以下、未交換ポイント）が、ポイントカードを模した画像２３３として表示される。図７の例では、当該ポイントカードを模した画像２３３には、１０個の丸印が含まれており、付与された未交換ポイント分を黒塗りの丸印で示している。すなわち、黒塗りの丸印の数が現在貯まっている未交換ポイント数であり、これが１０個貯まることで、１つの交換用ポイントカードに変換されることになる。

また、図７の遷移確認ダイアログ２３１では、その下部に「戻る」ボタン２３４と「ポイント交換画面へ」ボタン２３５も表示されている。ユーザは、「戻る」ボタン２３４をタップすることでこの遷移確認ダイアログ２３１を消去し、前の画面に戻ることができる。また、「ポイント交換画面へ」ボタン２３５のタップで、以下の説明するポイント交換のトップ画面に遷移することができる。

図８は、ポイント交換のトップ画面の一例である。当該画面では、その上部に、上述したポイントカード画像２１９、所持チケット数２０３、所持ベル数２０４が表示されている。なお、この画面でポイントカード画像２１９がタップされた場合は、その時点での交換用ポイントカードの所持数と現在の交換前ポイント数がダイアログボックス形式で表示される。

また、当該トップ画面には、上下方向に画面スクロールが可能な交換対象提示領域２４１が含まれている。また、交換対象提示領域２４１の下には、「戻る」ボタン２４２も表示されている。

交換対象提示領域２４１には、一番上に注目アイテム欄２４３が配置され、その下に、交換対象抽選バナー２４４が複数配置されている。本実施形態では、この交換対象抽選バナー２４４として、５つのバナーが用意されているものとする。図８の状態では、画面内には２つの交換対象抽選バナー２４４と、３つ目の交換対象抽選バナー２４４の一部分のみが表示されている状態となっている。そして、交換対象提示領域２４１に対してユーザが画面スクロール操作を行うことで、図８では表示されていない分の交換対象抽選バナー２４４も表示され得る。

また、本実施形態では、交換対象抽選バナー２４４として、その時点で開催中の上記チケット利用抽選に対応したものが設定されている。本例では、チケット利用抽選Ａ～Ｄの４種類の抽選にそれぞれ対応した交換対象抽選バナー２４４が表示される。これは、そのときに開催されているチケット利用抽選Ａ～Ｄで入手可能な家具が当該ポイント交換の対象であることを示している。換言すれば、上記チケットクッキーは、「チケット利用抽選対象のコンテンツ群」という概念をユーザに提示するため視覚化したものであるのに対し、交換対象抽選バナー２４４は、「現在開催中の上記チケット利用抽選とその内容（入手可能な家具）が同一であるコンテンツ群」という概念を視覚化したものであるといえる。更に、本例では、５つ目の交換対象抽選バナー２４４として、上記クッキーショップにおいて購入可能な抽選ではないが（つまり、現在開催中の抽選ではないが）、「復刻」として、過去に開催された所定のチケット利用抽選に対応した交換対象抽選バナー２４４も設定されているものとする。換言すれば、本実施形態では、クッキーショップでは４種類の抽選が購入対象として提示されているが、当該交換画面では、現在開催中の４種類＋過去開催の１種類という、合計５種類のチケット利用抽選にかかる抽選対象がポイント交換の対象として提示されていることになる。

ここで、本実施形態では、交換可能な期間については、原則として、各交換対象抽選バナー２４４に対応するチケット利用抽選の開催期間と同じであるものとする。例えば、チケット利用抽選Ａに対応する交換対象抽選バナー２４４については、交換可能な期間はチケット利用抽選Ａの開催期間と同一である。また、上記「復刻」分の交換対象抽選バナー２４４にかかる交換時期については、「復刻期間」として、別途交換可能期間が設定されているものとする。

次に、交換にかかる具体的な操作例を示す。図８において、例えば、１つ目の交換対象抽選バナー２４４、具体的には「○○のアイスパーティー」というタイトルの交換対象抽選バナー２４４をユーザがタップすると、図９に示すような交換詳細画面が提示される。当該交換詳細画面には、チケット利用抽選Ａにおける抽選対象の家具の一覧を提示する一覧提示領域２５１が含まれている。この一覧提示領域２５１も上下方向にスクロール操作が可能となっており、スクロール操作を行うことで、図９では表示されていない分の家具について表示させることが可能である。なお、一覧提示領域２５１には、家具画像２５２（図９では簡略化した図形で示しているが、実際のゲーム画像では、ここにはその家具の外観を示す画像が表示される）、家具名称２５３、必要な交換用チケット数２５４、その家具の現在の所持数２５５、の４つの表示が１セットとして、家具毎に表示されている。

また、上記一覧提示領域２５１の下には、「戻る」ボタン２５６と交換ボタン２５７とが表示されている。なお、交換ボタン２５７は、この時点ではまだ無効化されており、図９では網掛け表示として当該ボタンが無効化状態であることを示している。

図９の状態で、例えば、ユーザが左上に表示されている「家具Ａ」をタップすると、図１０に示すように、選択マーク２５８が「家具Ａ」の画像２５２に付される。また、交換ボタン２５７が有効化され、その表示態様も変更されて、操作可能な状態となる。この状態で、ユーザが交換ボタン２５７をタップすると、図１１に示すような交換確認ダイアログ２６１が表示される。当該交換確認ダイアログ２６１には、交換前後の交換用ポイントカード枚数の変化を示す表示と、戻るボタン、ＯＫボタンが含まれる。そして、ユーザがＯＫボタンをタップすることで、交換に必要な枚数分の交換用ポイントカード数が減算され、家具Ａがユーザに付与される。

なお、交換に必要な交換用ポイントカード数が足りていない状態で上記交換ボタン２５７がタップされた場合は、例えば図１２に示すように、交換に必要な交換用ポイントカード数が足りない旨を示す枚数不足ダイアログ２７１が表示される。

ここで、本実施形態では、上記の交換用ポイントカードおよび交換前ポイントについては、有効期限や使用期限のような使用可能期間に関する制限は設けていない。換言すれば、あるチケット利用抽選の開催期間が終了したときに、この終了を契機として当該チケット利用抽選によって入手した交換前ポイントおよび交換用ポイントカードが減算されたり消失したりすることはない。もちろん、開催期間が異なる複数のチケット利用抽選のそれぞれの開催期間が終了しても、これらを契機として交換前ポイントおよび交換用ポイントカードが減算されたり消失したりすることはない。そのため、ユーザは、使用期限を意識せずに交換用ポイントカードを貯めることができる。また、ユーザは、所望のタイミングで交換用ポイントカードを用いた家具の入手が可能となる。特に、上述した交換対象として、過去に開催された抽選を例えば「復刻」という形で交換対象として提示することで、ユーザに、過去に開催された抽選であって、その開催期間中に入手できなかった家具を交換によって確実に入手できる機会を提供することもできる。

ところで、上記図８のトップ画面において、交換対象提示領域２４１には、注目アイテム欄２４３が配置されている。この注目アイテム欄２４３に関して説明する。注目アイテム欄２４３は、その時点で交換対象となっている全ての家具からピックアップされた３つの家具を紹介するものである。本実施形態では、当該ピックアップされる家具として、レア度がより高いものが選択される。例えば、「レア度５」の家具から３つがピックアップされて、その情報が注目アイテム欄２４３に表示される。注目アイテム欄２４３は交換対象提示領域２４１の一番上に配置されており、ユーザの目につきやすいものであるため、注目アイテム欄２４３は、上記「レア度５」の３つの家具を特に強調してユーザに提示するものであるといえる。なお、このピックアップ手法に関しては、例えば運営側が予め選択した家具を注目アイテム欄に設定するように構成しても良いし、また例えば、「レア度５」の家具からランダムで３つ選択したものを注目アイテム欄に設定してもよい。

また、ユーザは、注目アイテム欄２４３に表示されている家具画像をタップすることで、その家具に関連づけられている抽選（その家具が交換対象の交換対象抽選バナー２４４）についての交換詳細画面を表示させることができる。これにより、ユーザは、注目アイテム欄２４３に自分が所望する家具が表示されていれば、（スクロール操作を伴う）交換対象抽選バナー２４４をタップせずとも交換詳細画面を表示することができる。換言すれば、注目アイテム欄２４３は、交換詳細画面へのショートカット的な役割も果たすものといえる。

なお、本実施形態では、上記のように一部の家具を上記注目アイテム欄２４３で表示することで、これらの家具を強調してユーザに提示しているが、他の実施形態では更に、これらの家具の表示態様を変化させて表示するようにしてもよい。例えば、当該家具の画像に所定のエフェクトをつけたり、より大きなサイズで表示したりしてもよい。あるいは、これらの家具の画像を含むポップアップ表示を行うことで、ユーザに注目させるようにしてもよい。

上記のように、本実施形態では、ユーザは、チケット利用抽選を実行することで、交換用ポイントを獲得することができる。そして、この交換用ポイントを所定数貯めることで、チケット利用抽選の対象となっているコンテンツから所望のコンテンツを交換することができる。また、ポイントの有効期限の制限もないため、ユーザが所望するコンテンツを確実に入手する機会を提供することができる。これにより、ユーザのモチベーションを維持あるいは向上させることが可能となる。

［本実施形態のゲーム処理の詳細］
次に、図１３～図２７を参照して、本実施形態におけるゲーム処理についてより詳細に説明する。

［使用データについて］
まず、本ゲーム処理にて用いられる各種データに関して説明する。図１３は、情報処理端末１０２のメモリ１２２に記憶される各種データの一例を示すメモリマップである。情報処理端末１０２のメモリ１２２には、ゲームプログラム５０１、家具データベース５０２、クッキーデータベース５０３、交換対象抽選バナーデータ５０４、ユーザデータ５０５、画像データ５１２、操作データ５１３、処理モード５１４等が記憶されている。

ゲームプログラム５０１は、本実施形態に係るゲーム処理を実行するためのプログラムである。

家具データベース５０２は、上述した「家具」について定義したデータである。図１４は、当該家具データベース５０２のデータ構成の一例を示す図である。家具データベース５０２は、家具ＩＤ５２１、家具内容データ５２２、レア度５２３とで構成される。家具ＩＤ５２１は、家具を一意に識別するための識別子である、家具内容データ５２２は、その家具の具体的内容について定義したデータである。例えば、その家具の外観画像や家具の種別（机、いす等）を定義した情報が含まれている。レア度５２３は、その家具のレア度を示すデータである。

図１３に戻り、クッキーデータベース５０３は、上記ベルクッキーおよびチケットクッキーそれぞれについて定義したデータである。図１５は、クッキーデータベース５０３のデータ構造の一例を示す図である。図７において、クッキーデータベース５０３は、クッキーＩＤ５３１、開催期間５３２、タイトル５３３、詳細情報５３４、抽選対象データ５３５という項目を有するテーブル形式のデータベースである。

クッキーＩＤ５３１は、上記のベルクッキーおよびチケットクッキーのそれぞれを一意に識別するためのＩＤである。すなわち、上記の各抽選（複数のチケット利用抽選、ベルクッキーによる抽選のそれぞれ）を一意に特定するためのＩＤである。開催期間５３２は、そのクッキーにかかる抽選の開催期間を定義したデータである。タイトル５３３は、そのクッキーにかかる抽選の名称を示すデータである（例えば上記「○○のアイスパーティー」等）。詳細情報５３４は、例えば上記図２の詳細ボタン２１５がタップされた場合にユーザに提示するための、そのクッキーにかかる抽選に関する各種の情報を定義したデータである。抽選対象データ５３５は、そのクッキーにおける抽選対象の家具を定義したデータである。具体的には、抽選対象データ５３５は、家具ＩＤ５３６と出現率５３７とで構成されるテーブル形式のデータである。家具ＩＤ５３６は、その「クッキー」における抽選対象となっている家具を識別および特定するためのＩＤであり、上記家具データベース５０２の家具ＩＤ５２１と対応するものである。出現率５３７は、その家具の出現率を定義したデータである。

その他、図示は省略するが、クッキーデータベース５０３には、各クッキーの価格を示すデータや、各「クッキー」の画像を示すためのデータ等も適宜格納される。

図１３に戻り、交換対象抽選バナーデータ５０４は、上述した交換対象抽選バナー２４４について定義したデータである。図１６は、交換対象抽選バナーデータ５０４のデータ構成の一例である。図１６において、交換対象抽選バナーデータ５０４は、交換対象抽選バナーＩＤ５４１、交換期間５４２、詳細情報５４３、交換対象データ５４４という項目を有するテーブル形式のデータである。交換対象抽選バナーＩＤ５４１は、上記交換対象抽選バナー２４４を一意に識別するためのＩＤである。交換期間５４２は、交換対象抽選バナー２４４にかかる交換対象の交換可能期間を定義したデータである。なお、本実施形態では、交換対象抽選バナー２４４の交換対象は上記チケット利用抽選のいずれかと対応づけられており、その交換期間も、当該対応づけられたチケット利用抽選の開催期間と同じ期間が設定されるものとする。詳細情報５４３は、交換対象抽選バナー２４４にかかる交換に関する詳細情報であり、例えば、名称や交換対象抽選バナー２４４の画像データ等が含まれる。交換対象データ５４４は、交換対象抽選バナー２４４にかかる交換対象の家具を定義したデータである。上記のように、本実施形態では交換対象抽選バナー２４４の交換対象は上記チケット利用抽選のいずれかと対応づけられている。そのため、交換対象データ５４４としては、例えば、上記いずれかのチケット利用抽選に対応するクッキーＩＤ５３１が設定される。これにより、このクッキーＩＤ５３１に基づいて抽選対象を特定でき、この抽選対象を交換対象として扱うことが可能となる。また、当該交換対象データ５４４には、各家具の交換に必要な交換用ポイントカード数も定義される。なお、他の実施形態では、当該交換対象データ５４４に、交換対象となる家具の家具ＩＤおよび必要な交換用ポイントカード数を直接に定義するよう構成しても良い。また、更に他の実施形態では、必要な交換用ポイントカード数については、家具のレア度に応じた数を予め定義しておき（例えば、レア度３の家具は一律に必要数を１と定義）、交換対象データ５４４には特に持たさないような構成としてもよい。

図１３に戻り、ユーザデータ５０５は、ゲームをプレイしているユーザに関する情報である。ユーザデータ５０５には、所持ベル数データ５０６、所持チケット数データ５０７、所持ポイントデータ５０８、所持家具データ５１１等が含まれている。また、その他、ユーザＩＤやユーザ名等、ユーザを特定するための各種情報等も含まれる。

所持ベル数データ５０６は、ユーザが所持している上記「ベル」の数を示すデータである。所持チケット数データ５０７は、ユーザが所持している上記「チケット」の数を示すデータである。

所持ポイントデータ５０８は、上記交換用ポイントをユーザと関連づけて記憶したデータである。所持ポイントデータ５０８には、現在の交換用ポイントカード数を示す交換用ポイントカード数５０９、および、現在の未交換ポイントの数を示す未交換ポイント数５１０が含まれている。

所持家具データ５１１は、ユーザが所持している家具の種類およびその所持数を示すデータである。例えば、図１７に示すような、家具ＩＤ５５１および所持数５５２の項目を有するテーブル形式のデータである。

図１３に戻り、画像データ５１２は、各種クッキーの画像や、ショップ画面等の画像データである。操作データ５１３は、ユーザが操作部１２３に対して行った操作内容を示すためのデータである。

処理モード５１４は、現在のゲームの進行状態が、クッキーショップの画面を表示している状態であるか、ポイント交換画面を表示している状態であるか、それ以外の画面を表示している状態であるかを判別するためのデータである。本実施形態では、「クッキーショップ」が設定されていれば、クッキーショップが表示されている状態であることを示す。「ポイント交換画面」が設定されていれば、ポイント交換画面が表示されている状態であることを示す。また、いずれでもない場合は、当該処理モードには何も設定されていないものとする。

その他、メモリ１２２には、本処理で用いられる各種の作業用データ等も適宜格納される。

［プロセッサ１２１が実行する処理の詳細］
次に、図１８～図２７のフローチャートを参照して、プロセッサ１２１によって実行されるゲーム処理の詳細を説明する。なお、ここでは、チケットクッキーを購入するための上記「クッキーショップ」に関する処理と、ポイント交換に関する処理を主に説明し、その他のゲーム処理についての説明は割愛する。また、図１８において、ステップＳ２～Ｓ１１にかかる処理のループは、１フレーム毎（例えば１／６０秒毎）に繰り返し実行される。

図１８は、本実施形態におけるゲーム処理の詳細を示すフローチャートである。本ゲームが開始されると、各種データの初期化等、ゲームを開始するための準備処理が適宜行われた後、ステップＳ１で、ゲームの「ホーム画面」を表示する処理が実行される。本実施形態では、ホーム画面として、例えば「広場」エリアの画面が表示されるものとする。また、ユーザは、当該「広場」エリアの画面において、クッキーショップを示すワゴンオブジェクトをタップ操作することで、上記図２で示したようなクッキーショップ画面を表示することが可能となっている。

次に、ステップＳ２で、処理モード５１４が「クッキーショップ」であるか否かが判定される。当該判定の結果、処理モード５１４が「クッキーショップ」であれば（ステップＳ２でＹＥＳ）、ステップＳ５でクッキーショップ処理が実行される。当該処理については後述する。

一方、処理モード５１４が「クッキーショップ」ではない場合は（ステップＳ２でＮＯ）、ステップＳ３で、処理モード５１４が「ポイント交換画面」であるか否かが判定される。当該判定の結果、処理モード５１４が「ポイント交換画面」であれば（ステップＳ３でＹＥＳ）、ステップＳ４でポイント交換画面処理が実行される。当該処理についても詳細は後述する。

一方、処理モード５１４が「ポイント交換画面」でもない場合は（ステップＳ３でＮＯ）、ステップＳ６で、操作データ５１３が取得される。次に、ステップＳ７で、操作データ５１３で示される操作内容がクッキーショップへの遷移指示か否かが判定される。例えば、上記「広場」エリアの画面において、クッキーショップを示すワゴンオブジェクトがタップされたか否かが判定される。当該判定の結果、クッキーショップへの遷移指示ではない場合は（ステップＳ７でＮＯ）、操作データ５１３で示される操作内容に基づいて、その他のゲーム処理が実行される。その後、後述のステップＳ１１に処理が進められる。

一方、クッキーショップへの遷移指示が行われていた場合は（ステップＳ７でＹＥＳ）、ステップＳ８で、処理モード５１４に「クッキーショップ」が設定される。続いて、ステップＳ９で、上記図２で示したようなクッキーショップのゲーム画像が生成される。具体的には、クッキーデータベース５０３が参照され、その時点で開催中の各種抽選が特定される。そして、開催中の各種抽選に対応するベルクッキー、チケットクッキー、箱のオブジェクトが配置される。本例では、上記図２で示したショップの棚に配置されるものとする。また、チケットクッキーに対応する抽選情報画像２０７（に対応するオブジェクト）もクッキーデータベース５０３に基づいて生成され、所定の位置に配置される。その他、図２で示したようなゲーム画像を生成するための各種オブジェクトも適宜仮想空間内に配置され、これを仮想カメラで撮像することで、クッキーショップのゲーム画像が生成される。

次に、ステップＳ１１で、ステップＳ２～Ｓ１０にかかる処理内容が反映されたゲーム画像を描画するための処理が実行される。その後、上記ステップＳ２に戻り、処理が繰り返される。

［クッキーショップ処理］
次に、上記ステップＳ５のクッキーショップ処理の詳細について説明する。図１９～図２０は、クッキーショップ処理の詳細を示すフローチャートである。図１９において、まず、ステップＳ２１で、上記図３で示したようなベル購入ダイアログ２１１が現在表示されている状態か否かが判定される。当該判定の結果、表示されている状態の場合は（ステップＳ２１でＹＥＳ）、ステップＳ２２でベルでの購入処理が実行される。この処理の詳細は後述する。

一方、ベル購入ダイアログ２１１が現在表示されていない場合は（ステップＳ２１でＮＯ）、ステップＳ２３で、上記図４で示したようなチケット購入ダイアログ２１２が現在表示されている状態か否かが判定される。当該判定の結果、表示されている状態の場合は（ステップＳ２３でＹＥＳ）、ステップＳ２４でチケットでの購入処理が実行される。この処理の詳細も後述する。

一方、チケット購入ダイアログ２１２も表示されていない場合は（ステップＳ２３でＮＯ）、ステップＳ２５で、操作データ５１３が取得される。次に、ステップＳ２６で、操作データ５１３で示される操作内容が、ベルを用いる購入指示であるか否かが判定される。本実施形態では、いずれかのベルクッキーがタップされたか否かが判定される。換言すれば、いずれかのベルクッキーが購入対象としてユーザに選択されたか否かが判定される。当該判定の結果、ベルを用いる購入指示が行われた場合は（ステップＳ２６でＹＥＳ）、ステップＳ２７で、上記図３で示したようなベル購入ダイアログ２１１が生成され、当該図３で示す画面が表示されるような仮想空間内の適切な位置に配置される。

次に、ステップＳ３７で、ステップＳ２１～Ｓ３６にかかる処理の内容が反映された仮想空間を仮想カメラで撮像することでゲーム画像が生成される。その後、当該クッキーショップ処理は終了する。

一方、上記ステップＳ２６の判定の結果、操作データ５１３で示される操作内容がベルを用いる購入指示ではない場合は（ステップＳ２６でＮＯ）、次に、ステップＳ２８で、操作データ５１３で示される操作内容がチケットを用いる購入指示であるか否かが判定される。本実施形態では、いずれかのチケットクッキーまたは上記箱画像２１７がタップされたか否かが判定される。換言すれば、いずれかのチケットクッキー（チケット利用抽選）が購入対象としてユーザに選択されたか否かが判定される。当該判定の結果、チケットを用いる購入指示が行われた場合は（ステップＳ２８でＹＥＳ）、ステップＳ２９で、上記図４で示したようなチケット購入ダイアログ２１２が生成され、当該図４で示す画面が表示されるような仮想空間内の適切な位置に配置される。その後、上記ステップＳ３７に処理が進められる。

一方、上記ステップＳ２８の判定の結果、操作データ５１３で示される操作内容がチケットを用いる購入指示でもない場合は（ステップＳ２８でＮＯ）、次に、図２０のステップＳ３０で、操作データ５１３で示される操作内容がポイント交換画面の表示指示であるか否かが判定される。本実施形態では、上記ポイントカード画像２１９がタップされたか否かが判定される。当該判定の結果、ポイント交換画面の表示指示が行われていた場合は（ステップＳ３０でＹＥＳ）、ステップＳ３１で、処理モード５１４に「ポイント交換画面」が設定される。更に、ステップＳ３２で、上記図７で示したような遷移確認ダイアログ２３１が生成され、仮想空間内の適切な位置に配置される。その後、上記ステップＳ３７に処理が進められる。

一方、上記ステップＳ３０の判定の結果、操作データ５１３で示される操作内容がポイント交換画面の表示指示でもない場合は（ステップＳ３０でＮＯ）、次に、ステップＳ３３で、操作データ５１３で示される操作内容がクッキーショップ画面の終了指示であるか否かが判定される。本実施形態では、閉じるボタン２０９がタップされたか否かが判定される。当該判定の結果、終了指示が行われていた場合は（ステップＳ３３でＹＥＳ）、ステップＳ３４で、クッキーショップ画面を終了するための処理が適宜実行される。例えば、上記「広場」の画面に戻るための各種処理が実行される。更に、ステップＳ３５で、処理モード５１４の内容がクリアされる。その後、上記ステップＳ３７に処理が進められる。

一方、上記ステップＳ３３の判定の結果、操作データ５１３で示される操作内容が終了指示でもない場合は（ステップＳ３３でＮＯ）、ステップＳ３６で、操作内容に基づいたその他の処理が適宜実行される。その後、上記ステップＳ３７に処理が進められる。

［ベルでの購入処理］
次に、上記ステップＳ２２のベルでの購入処理の詳細について説明する。図２１は、当該ベルでの購入処理の詳細を示すフローチャートである。図２１において、まず、ステップＳ５１で、操作データ５１３が取得される。次に、ステップＳ５２で、操作データ５１３で示される操作内容がベルクッキーの購入の指示であるか否かが判定される。本実施形態では、上記ベル購入ダイアログ２１１の「購入する」ボタンがタップされたか否かが判定される。当該判定の結果、購入指示が行われた場合は（ステップＳ５２でＹＥＳ）、次にステップＳ５３で、購入対象として選択されているベルクッキーの価格分のベル数が所持ベル数データ５０６から減算される。次に、ステップＳ５４で、当該ベルクッキーにかかる抽選処理が実行される。すなわち、当該ベルクッキーに対応する抽選対象データ５３５に基づいて家具を抽選する処理が実行される。続くステップＳ５５で、抽選の結果当選した家具がユーザに付与される。具体的には、新たに入手した家具であれば、所持家具データ５１１に、所持数５５２を”１”として、当該家具に対応する家具ＩＤ５５１が追加される。既に１つ以上所持している家具の場合は、所持数５５２に１が加算される。

次に、ステップＳ５６で、上記ベル購入ダイアログ２１１を画面から消去する処理が実行される。また、この際、上記家具の当選にかかる演出を数フレームかけて表示するための各種設定を行ってもよい。その後、ベルでの購入処理が終了する。

一方、上記ステップＳ５２の判定の結果、操作データ５１３で示される操作内容が、ベルクッキーの購入の指示でない場合は、次に、ステップＳ５７で、操作データ５１３で示される操作内容が購入の中止指示であるか否かが判定される。本実施形態では、上記ベル購入ダイアログ２１１の「やめる」ボタンがタップされたか否かが判定される。当該判定の結果、購入の中止指示の場合は（ステップＳ５７でＹＥＳ）、上記ステップＳ５６の処理に進められる。購入の中止指示でもない場合は（ステップＳ５７でＮＯ）、ベルでの購入処理を終了する（その結果、ベル購入ダイアログ２１１は表示されたままの状態を保つことになる）。

［チケットでの購入処理］
次に、上記ステップＳ２４におけるチケットでの購入処理の詳細を説明する。図２２は、当該チケットでの購入処理の詳細を示すフローチャートである。図２２において、まず、ステップＳ６１で、操作データ５１３が取得される。次に、ステップＳ６２で、操作データ５１３で示される操作内容がチケットクッキーの購入の指示であるか否かが判定される。本実施形態では、上記チケット購入ダイアログ２１２の「購入する」ボタンがタップされたか否かが判定される。当該判定の結果、購入指示が行われた場合は（ステップＳ６２でＹＥＳ）、次にステップＳ６３で、購入対象として選択されているチケットクッキーの価格分のチケット数が所持チケット数データ５０７から減算される。

次に、ステップＳ６４で、購入内容に応じた交換ポイントをユーザに付与する処理が実行される。本実施形態では、単品購入の場合は１ポイント、箱購入の場合であれば、６ポイントの交換ポイントが、所持ポイントデータ５０８の未交換ポイント数５１０に加算される。これにより、交換ポイントがチケットクッキーを購入したユーザに関連づけられてメモリ１２２に記憶されることになる。

次に、ステップＳ６５で、未交換ポイントを交換用ポイントカードに変換する処理が実行される。例えば、未交換ポイント数５１０が１０以上である場合に、未交換ポイント数５１０から１０を減算して交換用ポイントカード数５０９に１を加算する処理を、未交換ポイント数５１０が１０未満になるまで繰り返す処理が実行される。すなわち、未交換ポイントが１０ポイント貯まった場合に、１枚分のポイントカードをユーザに関連づけてメモリ１２２に記憶する処理が実行されることになる。

次に、ステップＳ６６で、購入されたチケットクッキーにかかる抽選処理（チケット利用抽選）が実行される。すなわち、当該チケットクッキーに対応する抽選対象データ５３５に基づいて家具を抽選する処理が実行される。続くステップＳ６７で、抽選の結果当選した家具をユーザに付与される。この処理は、上記ステップＳ５５の処理と同様である。

なお、「箱購入」されている場合は「５連抽選」が行われるため、上記ステップＳ６６およびＳ６７の処理がそれぞれ５回繰り返されてから、次の処理へと進められる。

次に、ステップＳ６８で、上記チケット購入ダイアログ２１２を画面から消去する処理が実行される。その後、チケットでの購入処理が終了する。

一方、上記ステップＳ６２の判定の結果、操作データ５１３で示される操作内容が、チケットクッキーの購入の指示でない場合は、次に、ステップＳ６９で、操作データ５１３で示される操作内容が、購入の中止指示であるか否かが判定される。本実施形態では、上記チケット購入ダイアログ２１２の「やめる」ボタンがタップされたか否かが判定される。当該判定の結果、購入の中止指示の場合は（ステップＳ６９でＹＥＳ）、上記ステップＳ６８の処理に進められる。購入の中止指示でもない場合は（ステップＳ６９でＮＯ）、チケットでの購入処理を終了する。

［ポイント交換画面処理］
次に、上記図１８のステップＳ４にかかるポイント交換画面処理の詳細について説明する。図２３～図２４は、当該ポイント交換画面処理の詳細を示すフローチャートである。図２３において、まず、ステップＳ８１で、上記図７で示したようなポイント交換画面への遷移確認ダイアログ２３１が表示されている状態か否かが判定される。当該判定の結果、表示されている状態の場合は（ステップＳ８１でＹＥＳ）、次に、ステップＳ８２で、操作データ５１３が取得される。続くステップＳ８３で、操作データ５１３で示される操作内容がポイント交換画面への遷移指示であるか否かが判定される。本実施形態では、上記図７において、「ポイント交換画面へ」ボタン２３５がタップされたか否かが判定される。当該判定の結果、遷移指示が行われていた場合は（ステップＳ８３でＹＥＳ）、ステップＳ８７で、上記図８で示したようなポイント交換画面のトップ画面を生成するための処理が実行される。具体的には、交換対象抽選バナーデータ５０４に基づいて、現在交換可能な期間に含まれている交換対象抽選バナーＩＤ５４１を特定し、詳細情報５４３に含まれる画像データ等に基づいて、上記交換対象抽選バナー２４４が生成され、仮想空間内に適宜配置される。また、上記注目アイテム欄２４３の生成も行われる。ここでは、注目アイテム欄に提示する内容について（例えばゲームの運営側が）予め定義したデータ（図示せず）が用意されており、これに基づいて注目アイテム欄２４３が生成されるものとする。なお、この他、例えば、交換対象となっている家具のうち、「レア度５」の家具をランダムで３つ選択し、これに基づいて注目アイテム欄２４３が生成されるようにしてもよい。

次に、ステップＳ９９で、ステップＳ８１～Ｓ９８の処理内容が反映された仮想空間を仮想カメラで撮像してゲーム画像を生成する処理が実行される。

一方、上記ステップＳ８３の判定の結果、遷移指示が行われていない場合は（ステップＳ８３でＮＯ）、ステップＳ８４で、操作データ５１３で示される操作内容がショップ画面に「戻る」指示であるか否かが判定される。本実施形態では、上記図７において、「戻る」ボタン２３４がタップされたか否かが判定される。当該判定の結果、戻る指示が行われていた場合は（ステップＳ８４でＹＥＳ）、ステップＳ８５で、処理モード５１４に「クッキーショップ」が設定される。続いてステップＳ８６で、上記遷移確認ダイアログ２３１を消去し、クッキーショップ画面を表示するための処理が実行される。その後、上記ステップＳ９９に処理が進められる。

次に、上記ステップＳ８１の判定結果、遷移確認ダイアログ２３１が表示されていない場合の処理（ステップＳ８１でＮＯ）を説明する。この場合は、ステップＳ８８で、上記図５で示したような交換詳細画面が現在表示されている状態であるか否かが判定される。当該判定の結果、表示されている場合は（ステップＳ８８でＹＥＳ）、ステップＳ８９の交換詳細画面処理が実行される、この処理については後述する。

一方、交換詳細画面が表示されていない（すなわち、トップ画面が表示されている状態）の場合は（ステップＳ８８でＮＯ）、図２４のステップＳ９１で、操作データ５１３が取得される。次に、ステップＳ９２で、操作データ５１３に基づいて、注目アイテム欄２４３のいずれかの家具がタップされたか否かが判定される。当該判定の結果、いずれかの家具がタップされていた場合は（ステップＳ９２でＹＥＳ）、ステップＳ９３で、当該タップされた家具に対応する交換対象抽選バナー２４４にかかる交換詳細画面が生成される。例えば、交換対象抽選バナーデータ５０４が参照され、タップされた家具を交換対象として含む交換対象抽選バナー２４４にかかる交換対象の家具のデータ（名称、画像、交換に必要なカード枚数）が取得される。また、所持家具データ５１１が参照されて、交換対象の各家具の所持数も取得される。そして、これらに基づいて、上記図５で示したような交換詳細画面が生成される。その後、上記ステップＳ９９に処理が進められる。

一方、上記ステップＳ９２の判定の結果、注目アイテム欄２４３のいずれかの家具のタップはされていない場合は（ステップＳ９２でＮＯ）、次に、ステップＳ９４で、いずれかの交換対象抽選バナー２４４がタップされたか否かが判定される。当該判定の結果、いずれかの交換対象抽選バナー２４４がタップされていた場合は（ステップＳ９４でＹＥＳ）、ステップＳ９５で、交換対象抽選バナーデータ５０４および所持家具データ５１１に基づいて、当該タップされた交換対象抽選バナー２４４に対応する交換詳細画面が生成される。当該生成にかかる処理は、上記ステップＳ９３と同様である。その後、上記ステップＳ９９に処理が進められる。

一方、上記ステップＳ９４の判定の結果、いずれかの交換対象抽選バナー２４４のタップもされていない場合は、ステップＳ９６で、操作データ５１３に基づき、上記交換対象提示領域２４１をスクロールする操作（例えば上下方向へのフリック操作、スライド操作等）が行われたか否かが判定される。当該判定の結果、スクロール操作が行われていた場合は（ステップＳ９６でＹＥＳ）、ステップＳ９７で、当該スクロール操作内容に応じて、交換対象提示領域２４１の表示内容を変化させる処理が実行される。その後、上記ステップＳ９９に処理が進められる。一方、スクロール操作が行われていない場合は（ステップＳ９６でＮＯ）、ステップＳ９８で、操作データ５１３で示される操作内容に基づいてその他のゲーム処理が適宜実行され、その後、上記ステップＳ９９に処理が進められる。

［交換詳細画面処理］
次に、上記ステップＳ８９にかかる交換詳細画面処理について説明する。図２５～図２７は、当該交換詳細画面処理の詳細を示すフローチャートである。図２５において、まず、ステップＳ１１１で、上記図１２で示したような枚数不足ダイアログ２７１が表示されている状態か否かが判定される。当該判定の結果、表示されている場合は（ステップＳ１１１でＹＥＳ）、後述のステップＳ１２５に処理が進められる。一方、表示されていない場合は、次に、ステップＳ１１２で、上記図１１で示したような交換確認ダイアログ２６１が表示されている状態であるか否かが判定される。当該判定の結果、表示されている場合は（ステップＳ１１２でＹＥＳ）、後述するステップＳ１２８に処理が進められる。一方、表示されていない場合は（ステップＳ１１２でＮＯ）、図５のような交換詳細画面が表示されている状態と考えられる。この場合は、ステップＳ１１３で、操作データ５１３が取得される。

次に、ステップＳ１１４で、操作データ５１３で示される操作内容が交換詳細画面を終了させる指示であるか否かが判定される。本実施形態では、図５の「戻る」ボタン２６５がタップされたか否かが判定される。当該判定の結果、交換詳細画面を終了させる指示の場合は（ステップＳ１１４でＹＥＳ）、ステップＳ１２０で、交換詳細画面を消去してトップ画面を表示するための処理が実行される。その後、交換詳細画面処理は終了する。

一方、交換詳細画面を終了させる指示ではない場合は（ステップＳ１１４でＮＯ）、次に、ステップＳ１１５で、現在、いずれかの家具が選択中の状態であるか否かが判定される。すなわち、図１０で示したような選択マーク２５８がいずれかの家具に付されている状態であるか否かが判定される。当該判定の結果、いずれの家具も選択されていない場合は（ステップＳ１１５でＮＯ）、ステップＳ１１６で、交換ボタン２５７を無効化する処理が実行される。

次に、ステップＳ１１７で、操作データ５１３に基づいて、いずれかの家具を選択する操作、すなわち、いずれかの家具をタップする操作が行われたか否かが判定される。当該判定の結果、いずれかの家具をタップする操作は行われていない場合は（ステップＳ１１７でＮＯ）、当該交換詳細画面処理は終了する。一方、いずれかの家具をタップする操作が行われた場合は（ステップＳ１１７でＹＥＳ）、ステップＳ１１８で、交換ボタン２５７を有効化する処理が実行される。更に、ステップＳ１１９で、タップされた家具に対して、それが選択中であることを示す設定（例えば当該家具に対応づけられた選択フラグをオンにする等）が適宜行われると共に、選択マーク２５８を表示するための処理も実行される。なお、既にいずれかの家具が選択されている状態で他の家具がタップされた場合は、それまで選択されていた家具の選択マーク２５８を消去し、新たにタップされた家具に対して選択マーク２５８を表示する処理が実行される。その後、交換詳細画面処理は終了する。

一方、上記ステップＳ１１５の判定の結果、いずれかの家具が選択中の場合は（ステップＳ１１５でＹＥＳ）、ステップＳ１２１で、操作データ５１３で示される操作内容が「交換」の指示であるか否かが判定される。本実施形態では、有効化状態である交換ボタン２５７がタップされたか否かが判定される。当該判定の結果、交換の指示でない場合は（ステップＳ１２１でＮＯ）、上記ステップＳ１１７に処理が進められる。

一方、交換指示の場合は（ステップＳ１２１でＹＥＳ）、次に、ステップＳ１２２で、選択されている家具の交換に必要な交換用ポイントカードの数が足りているか否かが判定される。これは、上記交換用ポイントカード数５０９、および、上記交換対象データ５４４に含まれる「必要枚数」の情報に基づいて判定される。当該判定の結果、必要枚数分の交換用ポイントカードを所持している場合は（ステップＳ１２２でＹＥＳ）、ステップＳ１２３で、上記図１１で示したような交換確認ダイアログ２６１が生成される。一方、必要枚数分の交換用ポイントカードを所持していない場合は（ステップＳ１２２でＮＯ）、上記図１２で示したような枚数不足ダイアログ２７１が生成される。その後、交換詳細画面処理は終了する。

次に、上記ステップＳ１１１の判定で、枚数不足ダイアログ２７１が表示されている場合の処理（ステップＳ１１１でＹＥＳ）について説明する。この場合は、図２６のステップＳ１２５で、操作データ５１３が取得され、続くステップＳ１２６で、当該操作データ５１３に基づき、枚数不足ダイアログ２７１において「ＯＫ」ボタンがタップされたか否かが判定される。当該判定の結果、「ＯＫ」ボタンがタップされていれば（ステップＳ１２６でＹＥＳ）、ステップＳ１２７で、枚数不足ダイアログ２７１を消去する処理が実行される。一方、ＯＫがタップされていない場合は（ステップＳ１２６でＮＯ）、交換詳細画面処理を終了する（その結果、枚数不足ダイアログ２７１は表示されたままとなる）。

次に、上記ステップＳ１１２の判定で、交換確認ダイアログ２６１が表示されている場合の処理（ステップＳ１１２でＹＥＳ）について説明する。この場合は、図２７のステップＳ１２８で、操作データ５１３が取得され、続くステップＳ１２９で、当該操作データ５１３に基づき、交換の指示が行われたか否かが判定される。具体的には、交換確認ダイアログ２６１において「ＯＫ」ボタンがタップされたか否かが判定される。当該判定の結果、交換指示が行われた場合は（ステップＳ１２９でＹＥＳ）、ステップＳ１３０で、交換用ポイントカード数５０９から、交換指示にかかる家具の必要ポイントカード数が減算される。次に、ステップＳ１３１で、交換指示にかかる家具をユーザに付与する処理が実行される。具体的には、当該交換によって新たに入手した家具の場合は、所持家具データ５１１に、所持数１として、当該家具を示す家具ＩＤ５５１が追加される。既に１つ以上所持している家具を交換で更に入手した場合は、その所持数５５２が加算される。

一方、上記ステップＳ１２９の判定の結果、交換指示が行われていない場合は（ステップＳ１２９でＮＯ）、ステップＳ１３２で、操作データ５１３に基づいて、交換確認ダイアログ２６１を消去する指示が行われたか否かが判定される。具体的には、交換確認ダイアログ２６１において「戻る」ボタンがタップされたか否かが判定される。当該判定の結果、消去の指示が行われていた場合は（ステップＳ１３２でＹＥＳ）、ステップＳ１３３で、交換確認ダイアログを消去して交換詳細画面に戻るための処理が実行される。一方、消去の指示が行われていない場合は（ステップＳ１３２でＮＯ）、そのまま交換詳細画面処理を終了する（その結果、交換確認ダイアログ２６１は表示されたままとなる）。

以上で、本実施形態に係るゲーム処理の詳細説明を終了する。

このように、本実施形態では、上記チケット利用抽選によって家具を入手することができる。更に、その内容が異なる複数種類のチケット利用抽選が提供されており、また、各チケット利用抽選にはそれぞれ開催期間も設定されている。そのため、開催期間が異なる毎に、入手できる家具の内容も変化するため、様々な家具を抽選によって入手する機会を提供できる。

また、本実施形態では、上記チケット利用抽選を行うことで、上記交換用ポイントを獲得できる。そして、この交換用ポイントを所定数貯めることで、チケット利用抽選の対象となっているコンテンツから所望のコンテンツを交換することができる。また、ポイントの有効期限の制限もないため、ユーザは各自のペースでチケット利用抽選を行い、交換用ポイントを貯めていくことも可能である。これにより、ユーザが所望するコンテンツを確実に入手する機会を提供することができ、所望コンテンツがなかなか入手できないことによるユーザのモチベーションの低下を防ぐことができる。

特に、本実施形態では、上記交換用ポイントの利用可能期間については特に制限を設けていない。例えば、チケット利用抽選Ａが期間Ａにおいて開催されているとする。この期間Ａにおいてチケット利用抽選Ａを利用したことで付与された交換用ポイント（およびこれに基づく交換用ポイントカード）は、当該期間Ａが終了した後でも利用できる。例えば期間Ｂにおいてチケット利用抽選Ｂが開催され、同時にチケット利用抽選Ｂの抽選対象が交換対象として提示されていれば、上記期間Ａにおいて獲得した交換用ポイントカードを用いてチケット利用抽選Ｂのコンテンツを交換することも可能である。そのため、ユーザは、交換用ポイントの利用期限を気にすることなく交換用ポイントを貯めていくことができ、また、所望のタイミングで交換用ポイントカードを用いた家具等の各種コンテンツの入手が可能となる。

また、本実施形態では、交換対象について、その時点でユーザに提供されているチケット利用抽選の内容全てを交換対象としている。この点、従来の例えばソーシャルゲームにおいては、採算性等の観点から、交換対象としては、複数の抽選（特に、有料ガチャ等と呼ばれる、何らかの課金要素で利用可能な抽選）のうちの一部の抽選だけを対象としたり、あるいは、ある１つの抽選における抽選対象の全てではなく、そのうちの一部だけを交換対象としたりすることが通常であった。本実施形態では、このような制限は設けずに全ての抽選対象を交換対象としてユーザに提供するため、ユーザが所望するコンテンツをより確実に入手する機会を提供することができる。

［変形例］
なお、上述の実施形態では、複数のチケット利用抽選をユーザに提示する例を示したが、他の実施形態では、１つのチケット利用抽選だけを提示するようにしても良い。

また、コンテンツ（上記例では家具）の交換に際して、上記の例では、未交換ポイントが１０貯まれば１つの交換用ポイントカードに変換され、この交換用ポイントカードと所望のコンテンツとを交換する例を示した。他の実施形態では、このような交換用ポイントカードを用いない構成としてもよい。例えば、上記チケット利用抽選を行うことで「交換ポイント」付与され、これを累積するように構成し、交換対象のコンテンツについて、上記例における「交換に必要な交換用ポイントカード数」の代わりに「必要な交換ポイント数」を設定するようにしてもよい。また、その他、上記の未交換ポイント数５１０を用いる代わりに、チケット利用抽選による抽選回数を記憶する構成としておき、例えば、１０回抽選が行われる毎に上記交換用ポイントカードに相当する内容をユーザに付与するような構成としてもよい。

また、コンテンツの交換に必要な交換ポイントカード数について、上記の例ではコンテンツのレア度に応じて値が設定される例を示したが、他の実施形態では、レア度に関わらずに、コンテンツ毎に個別に交換ポイントカード数が設定されている構成としてもよい。

また、コンテンツを交換する際に、必要な交換用ポイントカード数が十分にあれば、複数のコンテンツをまとめて交換できるようにしてもよい。

また、交換対象について、上記実施形態では、チケット利用抽選（チケットクッキーの購入による抽選）における抽選対象を交換対象とする例を示したが、他の実施形態では、更に、上記「ベルクッキー」の購入による抽選対象も交換対象として提示するようにしてもよい。つまり、課金要素の有無に関わらず、ゲーム内において抽選によって付与され得るコンテンツの全てを、上記交換用ポイントを用いた交換対象としてユーザに提示する構成としてもよい。

また、上記実施形態では、上記の交換対象抽選バナー２４４にかかる交換対象として、現在開催中のチケット利用抽選、または過去に開催されたチケット利用抽選における抽選対象のコンテンツを交換対象としていた。他の実施形態では、現在までに抽選対象として提示されたことのないコンテンツ群を交換対象として提示するようにしてもよい。例えば、「コンテンツ群Ａ」が抽選対象の「チケット利用抽選Ａ」が過去に開催されており、「コンテンツ群Ｂ」が抽選対象の「チケット利用抽選Ｂ」および「コンテンツ群Ｃ」が抽選対象の「チケット利用抽選Ｃ」が現在開催中である場合を想定する。このような場合、交換対象として、「コンテンツ群Ｄ」を交換対象とした交換対象抽選バナー２４４をユーザに提示するように構成してもよい。更に、当該「コンテンツ群Ｄ」の交換可能期間が終了した後に、当該「コンテンツ群Ｄ」を抽選対象とする「チケット利用抽選Ｄ」を開催するようにしてもよい。

また、チケット利用抽選の開催期間と交換対象抽選バナー２４４にかかる交換対象の交換期間に関して、上記の例では、（復刻された交換を除いて）両者の始期および終期が一致するような構成を例としていた。他の実施形態では、期間の一部のみが重複するような構成であってもよい。いずれの場合でも、抽選の開催中であっても、ポイントを用いた交換を利用して、当該抽選の対象となっているコンテンツを入手する機会を提供できる。

もちろん、チケット利用抽選の開催期間と交換対象抽選バナー２４４にかかる交換対象の交換期間とは重複させないようにしてもよいことはいうまでもない。例えば、あるチケット利用抽選の開催期間の終了後、所定期間経過した後、上記例のような「復刻」という形式で交換対象として提示するようにしてもよい。また、その他、あるチケット利用抽選の開催期間が終了した後すぐに交換対象として提示するような構成としてもよい。例えば、「チケット利用抽選Ａ」の開催期間が１月１日～１月１０日の１０日間であるとした場合、当該機関の終了後すぐに、例えばこの開催と同じ期間、すなわち、１月１１日から１月２０日までの間、「チケット利用抽選Ａ」の抽選対象を交換対象として提示するようにしてもよい。そして、この後は、所定期間経過した後に上記「復刻」という形式で交換対象としてもよい。これにより、抽選期間中に所望のコンテンツが入手できなかった場合でも、いつになるかわからない「復刻」を待つことなく、所望のコンテンツを交換で入手できる機会をユーザに提供できる。

また、上記実施形態では、情報処理端末単体でゲーム処理が実行される場合を例としたが、上記のような処理を実行する主体に関しては、上記のような構成に限らない。例えば、他の実施形態では、情報処理端末と所定のサーバとを通信可能に構成しておき、上述した各種データや情報処理の一部を所定のサーバに記憶・処理させるような態様であってもよい。また、サーバ側のシステムは、複数の情報処理装置によって構成され、サーバ側で実行するべき処理を複数の情報処理装置が分担して実行してもよい。このような場合は、例えば、サーバに、上記ゲームを利用するユーザに関するデータをユーザ毎に記憶させておく。そして、ゲーム開始時にユーザにサーバへのログイン処理を行わせ、必要なデータをサーバから情報処理端末１０２にダウンロードして、情報処理端末１０２と所定のサーバとが協働して上述したような情報処理が実行されるような構成としてもよい。

また、その他、例えば単一のゲーム装置において、複数のユーザアカウントを記憶するような構成、つまり、１台のゲーム装置を複数ユーザで共有する場合において上記処理を適用してもよい。例えば、ゲームプレイの開始時に、どのユーザアカウントを用いるのかを選択させるようにし、上記の処理は、ユーザアカウント毎に実行されるような構成としてもよい。

また、上記実施形態では、交換画面のトップ画面において、注目アイテム欄２４３としていくつかのコンテンツをピックアップして提示し、交換詳細画面へのショートカットを提供していた。この他、例えば、ユーザがゲームを開始した直後のタイミングで注目アイテム欄２４３に相当する内容を提示するようにしてもよい。例えば、ユーザが当該ゲームにログインしたときに、「お知らせ」として、その時点で交換可能なコンテンツのうちレア度の高いコンテンツを所定数選択し、上記注目アイテム欄２４３と同様の形式で提示するようにしてもよい。これにより、ゲーム開始直後にユーザに対して当該ユーザが所望していたコンテンツが交換可能となっていることを気付かせやすくすることができる。また、当該注目アイテム欄２４３のコンテンツ画像をタップすることで、上記のような交換詳細画面（上記図５参照）に遷移することもでき、ユーザの利便性をより高めることも可能となる。

また、注目アイテム欄で提示するコンテンツについて、そのユーザのコンテンツの所持状況に基づいて決定するようにしてもよい。例えば、１０種のコンテンツからなるコンテンツ群Ａが抽選対象となっているチケット利用抽選Ａが過去に開催されていたとする。そして、この抽選の際に、例えば９種類のコンテンツを入手していたような場合を想定する。このような場合に、例えば所定期間経過後に当該チケット利用抽選Ａの抽選対象を交換対象とした交換対象抽選バナー２４４が提示されるタイミングで、残る１種類のコンテンツを（そのレア度に関わらず）注目アイテム欄２４３に提示するようにしてもよい。その他、例えば、ユーザの各チケット利用抽選の利用履歴（抽選した回数等）を記憶するようにし、当該利用履歴に基づいて注目アイテム欄で提示するコンテンツを決定してよい。例えば、利用した回数が多いチケット利用抽選の抽選対象が交換対象として提示される際には、その交換対象を他の交換対象よりも優先的に注目アイテム欄に提示してもよい。利用回数が多いチケット利用抽選は、そのユーザの興味が高いコンテンツが含まれていると考えられるため、これが交換対象となった場合にユーザにより気付かせやすくするためである。

また、上記の「仮想通貨」についても、上述したような「ベル」や「チケット」に限るものではない。例えば、「オーブ」、「ジュエル」等、現実世界では通貨として扱われていない物を仮想通貨として扱ってもよい。

１２１ プロセッサ
１２２ メモリ
１２３ 操作部
１２４ 表示部

Claims (20)

1. ユーザに関連づけられているポイントを所定の記憶部に記憶し、所定のアプリケーションで用いられるコンテンツを当該ユーザに付与する情報処理システムであって、
   前記記憶部によって記憶されているポイントを加算する第１ポイント更新手段と、
   前記記憶部によって記憶されているポイントを減算する第２ポイント更新手段と、
   第１コンテンツを含む第１コンテンツ群と当該第１コンテンツを含まない第１コンテンツ群とを含む複数の第１コンテンツ群のうち、前記ユーザによって選択された第１コンテンツ群から、抽選によって選ばれたコンテンツを前記ユーザに付与する第１付与手段と、
   前記第１コンテンツを含む第２コンテンツ群と当該第１コンテンツを含まない第２コンテンツ群とを含む複数の第２コンテンツ群のうち、前記ユーザによって選択された第２コンテンツ群から、少なくとも１つのコンテンツを前記ユーザの選択に基づいて特定し、前記記憶部によって記憶されているポイントが当該特定されたコンテンツに関する所定の条件を満たす場合に、当該特定されたコンテンツを前記ユーザに付与する第２付与手段と、を備え、
   前記第１コンテンツ群毎に、前記第１付与手段によって行われる抽選が可能な第１期間が設定されており、
   前記第２コンテンツ群毎に、前記第２付与手段によって行われる前記コンテンツの付与が可能な第２期間が、少なくとも一部の第２コンテンツ群と他の第２コンテンツ群との終了タイミングが異なるように設定されており、
   前記第１ポイント更新手段は、前記第１付与手段において前記抽選によって選ばれたコンテンツを前記ユーザに付与する場合に、前記複数の第１コンテンツ群のうち、いずれの第１コンテンツ群が選択されたかに関わらず、前記記憶部によって記憶されているポイントに所定数のポイントを加算し、
   前記第２ポイント更新手段は、前記第２付与手段おいて前記特定されたコンテンツを前記ユーザに付与する場合に、前記記憶部によって記憶されているポイントから所定数のポイントを減算し、
   前記第２ポイント更新手段は、前記記憶部に記憶されている前記ポイントについて、前記第１付与手段において前記ユーザによって前記第１コンテンツを含む第１コンテンツ群が選択されたことに基づいて前記第１ポイント更新手段によって前記ポイントが加算され
   た場合でも、前記第１コンテンツを含む前記第１コンテンツ群における前記第１期間が終了したことを契機とした減算、および前記第１コンテンツを含む前記第２コンテンツ群における前記第２期間が終了したことを契機とした減算は行わない、情報処理システム。
2. 前記第２ポイント更新手段は、前記記憶部に記憶されている前記ポイントについて、前記第１期間がそれぞれ終了したことを契機とした減算、および前記第１コンテンツを含む前記第２コンテンツ群における前記第２期間がそれぞれ終了したことを契機とした減算は行わない、請求項１に記載の情報処理システム。
3. 前記第２付与手段は、前記第２のコンテンツ群の中から、異なる所定の条件がそれぞれに対応づけられている複数のコンテンツのうち少なくとも１つのコンテンツを特定し、前記記憶部に記憶されているポイントが当該特定されたコンテンツに対応する所定の条件を満たす場合には、当該特定されたコンテンツを前記ユーザに付与する、請求項１または２に記載の情報処理システム。
4. 前記第２付与手段は、そのコンテンツのレアリティに応じて異なる所定の条件がそれぞれに対応づけられている複数のコンテンツの中から少なくとも１つのコンテンツが前記ユーザによって特定された場合、前記記憶部に記憶されているポイントが当該特定されたコンテンツに対応する所定の条件を満たす場合に、当該特定されたコンテンツを前記ユーザに付与する、請求項３に記載の情報処理システム。
5. 前記第２ポイント更新手段は、前記特定されたコンテンツに対応する所定の条件として設定されている数値分のポイントを前記記憶部に記憶されているポイントから減算する、請求項１乃至４のいずれかに記載の情報処理システム。
6. 少なくとも１つの前記第１コンテンツ群に対応する前記第１期間と、少なくとも１つの前記第２コンテンツ群に対応する前記第２期間とは、少なくともその一部が重複して設定される、請求項１乃至５のいずれかに記載の情報処理システム。
7. 少なくとも１つの前記第１コンテンツ群に対応する前記第１期間と、少なくとも１つの前記第２コンテンツ群に対応する前記第２期間とは、その始期および終期が同じとなるよう設定される、請求項６に記載の情報処理システム。
8. 前記第２付与手段は、少なくとも１つの前記第２コンテンツ群に対応する前記第２期間の始期以降に設定される、当該第２期間とは異なる第２期間に対応する第２コンテンツ群からも、前記特定されたコンテンツを前記ユーザに付与する、請求項７に記載の情報処理システム。
9. 少なくとも１つの前記第２コンテンツ群の内容は、少なくとも１つの前記第１コンテンツ群と共通する内容である、請求項１乃至８のいずれかに記載の情報処理システム。
10. 少なくとも１つの前記第２コンテンツ群の内容は、当該第２コンテンツ群に対応する前記第２期間と少なくとも一部の期間が重複している前記第１期間に対応する前記第１コンテンツ群と共通する内容である、請求項６に記載の情報処理システム。
11. 少なくとも１つの前記第２コンテンツ群の内容は、当該第２コンテンツ群に対応する前記第２期間と同じ始期および終期が設定されている前記第１期間に対応する前記第１コンテンツ群と共通する内容である、請求項１０に記載の情報処理システム。
12. 前記第１付与手段は、前記第１コンテンツ群から抽選によって選ばれた１つのコンテン
    ツを前記ユーザに付与する第１抽選と、前記第１コンテンツ群から抽選によって選ばれた２以上のコンテンツを前記ユーザに付与する第２抽選とを前記ユーザが選択可能なように提示し、
    前記第１ポイント更新手段は、前記第１付与手段において前記第１抽選に基づいて前記ユーザに前記コンテンツを付与する場合には、前記記憶部に記憶されているポイントを第１の方法で加算し、前記第２抽選に基づいて前記ユーザに前記コンテンツを付与する場合には、前記記憶部に記憶されているポイントを、当該第１の方法よりも多くポイントを加算する第２の方法で加算する、請求項１乃至１１のいずれかに記載の情報処理システム。
13. 前記第１のポイント更新手段は、前記抽選の回数に応じて前記所定数のポイントを加算する、請求項１乃至１２のいずれかに記載の情報処理システム。
14. 前記記憶部には、前記ユーザに関連づけられている変換前ポイントおよび交換用ポイントを記憶され、
    前記第１ポイント更新手段は、前記ユーザにコンテンツを付与する場合に、第１の所定数の前記変換前ポイントを加算し、
    前記情報処理システムは、前記変換前ポイントが第２の所定数まで貯まった場合、当該第２の所定数の変換前ポイントを前記交換用ポイントに変換して前記記憶部に記憶する変換手段を含み、
    前記第２ポイント更新手段は、前記ユーザに前記特定されたコンテンツを付与する場合、前記交換用ポイントを減算する、請求項１３に記載の情報処理システム。
15. 前記第１付与手段は、第１の仮想通貨、および／または、当該第１の仮想通貨とは少なくとも一部の入手手段が異なる第２の仮想通貨の消費に基づいて前記抽選を行い、
    前記第１ポイント更新手段は、前記抽選が前記第１仮想通貨の消費に基づいて行われた場合には前記ポイントの加算を行い、前記第２仮想通貨の消費に基づいて行われた場合には当該加算を制限する、請求項１乃至１４のいずれかに記載の情報処理システム。
16. 前記情報処理システムは、
    前記第２コンテンツ群に対応する第１画像、および、前記第２コンテンツ群に含まれるコンテンツのうち、抽選される確率が他のコンテンツより低く設定されるレアコンテンツを示す少なくとも１つの第２画像を当該第１画像と区別可能に表示する表示手段と、
    前記表示手段によって表示された第１画像または第２画像をユーザ操作に基づいて選択する選択手段と、を更に備え、
    前記第１画像が選択された場合は、前記表示手段は、更に、前記第２コンテンツ群に含まれるコンテンツの一覧を表示し、
    前記第２画像が選択された場合は、前記第２付与手段によって当該選択された画像に対応するコンテンツがユーザに付与される、請求項１乃至１５のいずれかに記載の情報処理システム。
17. 前記情報処理システムは、
    前記第２コンテンツ群に含まれるコンテンツの各々をユーザが視認可能なように表示する表示手段をさらに備え、
    前記表示手段は、前記第２コンテンツ群に含まれるコンテンツ毎の所有数が判別可能な態様で当該コンテンツの各々を表示し、
    前記第２付与手段は、前記表示手段によって表示されたコンテンツのうち、少なくとも１つのコンテンツをユーザ操作に基づいて特定する、請求項１乃至１５のいずれかに記載の情報処理システム。
18. ユーザに関連づけられているポイントを所定の記憶部に記憶し、所定のアプリケーションにおいて用いられるコンテンツを当該ユーザに付与するための情報処理システムを制御
    するコンピュータが実行する情報処理方法であって、
    前記コンピュータは、
    前記記憶部によって記憶されているポイントを加算する第１ポイント更新ステップと、
    前記記憶部によって記憶されているポイントを減算する第２ポイント更新ステップと、
    第１コンテンツを含む第１コンテンツ群と当該第１コンテンツを含まない第１コンテンツ群とを含む複数の第１コンテンツ群のうち、前記ユーザによって選択された第１コンテンツ群から、抽選によって選ばれたコンテンツを前記ユーザに付与する第１付与ステップと、
    前記第１コンテンツを含む第２コンテンツ群と当該第１コンテンツを含まない第２コンテンツ群とを含む複数の第２コンテンツ群のうち、前記ユーザによって選択された第２コンテンツ群から、少なくとも１つのコンテンツを前記ユーザの選択に基づいて特定し、前記記憶部に記憶されているポイントが当該特定されたコンテンツに関する所定の条件を満たす場合に、当該特定されたコンテンツを前記ユーザに付与する第２付与ステップと、を実行し、
    前記第１コンテンツ群毎に、前記第１付与ステップで行われる抽選が可能な第１期間が設定されており、
    前記第２コンテンツ群毎に、前記第２付与ステップで行われる前記コンテンツの付与が可能な第２期間が、少なくとも一部の第２コンテンツ群と他の第２コンテンツ群との終了タイミングが異なるように設定されており、
    前記第１ポイント更新ステップでは、前記第１付与ステップにおいて前記抽選によって選ばれたコンテンツを前記ユーザに付与する場合に、前記複数の第１コンテンツ群のうち、いずれの第１コンテンツ群が選択されたかに関わらず、前記記憶部によって記憶されているポイントに所定数のポイントを加算し、
    前記第２ポイント更新ステップでは、前記第２付与ステップおいて前記特定されたコンテンツを前記ユーザに付与する場合に、前記記憶部によって記憶されているポイントから所定数のポイントを減算し、
    前記第２ポイント更新ステップでは、前記記憶部に記憶された前記ポイントについて、前記第１付与ステップにおいて前記ユーザによって前記第１コンテンツを含む第１コンテンツ群が選択されたことに基づいて前記第１ポイント更新ステップで前記ポイントが加算された場合でも、前記第１コンテンツを含む前記第１コンテンツ群における前記第１期間が終了したことを契機とした減算、および前記第１コンテンツを含む前記第２コンテンツ群における前記第２期間が終了したことを契機とした減算は行わない、情報処理方法。
19. ユーザに関連づけられているポイントを所定の記憶部に記憶し、所定のアプリケーションにおいて用いられるコンテンツを当該ユーザに付与するための情報処理システムのコンピュータに実行させる情報処理プログラムであって、
    前記記憶部によって記憶されているポイントを加算する第１ポイント更新ステップと、
    前記記憶部によって記憶されているポイントを減算する第２ポイント更新ステップと、
    第１コンテンツを含む第１コンテンツ群と当該第１コンテンツを含まない第１コンテンツ群とを含む複数の第１コンテンツ群のうち、前記ユーザによって選択された第１コンテンツ群から、抽選によって選ばれたコンテンツを前記ユーザに付与する第１付与ステップと、
    前記第１コンテンツを含む第２コンテンツ群と当該第１コンテンツを含まない第２コンテンツ群とを含む複数の第２コンテンツ群のうち、前記ユーザによって選択された第２コンテンツ群から、少なくとも１つのコンテンツを前記ユーザの選択に基づいて特定し、前記記憶部に記憶されているポイントが当該特定されたコンテンツに関する所定の条件を満たす場合に、当該特定されたコンテンツを前記ユーザに付与する第２付与ステップと、を前記コンピュータに実行させ、
    前記第１コンテンツ群毎に、前記第１付与ステップで行われる抽選が可能な第１期間が設定されており、
    前記第２コンテンツ群毎に、前記第２付与ステップで行われる前記コンテンツの付与が可能な第２期間が、少なくとも一部の第２コンテンツ群と他の第２コンテンツ群との終了タイミングが異なるように設定されており、
    前記第１ポイント更新ステップでは、前記第１付与ステップにおいて前記抽選によって選ばれたコンテンツを前記ユーザに付与する場合に、前記複数の第１コンテンツ群のうち、いずれの第１コンテンツ群が選択されたかに関わらず、前記記憶部によって記憶されているポイントに所定数のポイントを加算し、
    前記第２ポイント更新ステップでは、前記第２付与ステップおいて前記特定されたコンテンツを前記ユーザに付与する場合に、前記記憶部によって記憶されているポイントから所定数のポイントを減算し、
    前記第２のポイント更新ステップでは、前記記憶部に記憶されている前記ポイントについて、前記第１付与ステップにおいて前記ユーザによって前記第１コンテンツを含む第１コンテンツ群が選択されたことに基づいて前記第１ポイント更新ステップで前記ポイントが加算された場合でも、前記第１コンテンツを含む前記第１コンテンツ群における前記第１期間が終了したことを契機とした減算、および前記第１コンテンツを含む前記第２コンテンツ群における前記第２期間が終了したことを契機とした減算は行わない、情報処理プログラム。
20. ユーザに関連づけられているポイントを所定の記憶部に記憶し、所定のアプリケーションで用いられるコンテンツを当該ユーザに付与する情報処理装置であって、
    前記記憶部によって記憶されているポイントを加算する第１ポイント更新手段と、
    前記記憶部によって記憶されているポイントを減算する第２ポイント更新手段と、
    第１コンテンツを含む第１コンテンツ群と当該第１コンテンツを含まない第１コンテンツ群とを含む複数の第１コンテンツ群のうち、前記ユーザによって選択された第１コンテンツ群から、抽選によって選ばれたコンテンツを前記ユーザに付与する第１付与手段と、
    前記第１コンテンツを含む第２コンテンツ群と当該第１コンテンツを含まない第２コンテンツ群とを含む複数の第２コンテンツ群のうち、前記ユーザによって選択された第２コンテンツ群から、少なくとも１つのコンテンツを前記ユーザの選択に基づいて特定し、前記記憶部に記憶されているポイントが当該特定されたコンテンツに関する所定の条件を満たす場合に、当該特定されたコンテンツを前記ユーザに付与する第２付与手段と、
    を備え、
    前記第１コンテンツ群毎に、前記第１付与手段によって行われる抽選が可能な第１期間が設定されており、
    前記第２コンテンツ群毎に、前記第２付与手段によって行われる前記コンテンツの付与が可能な第２期間が、少なくとも一部の第２コンテンツ群と他の第２コンテンツ群との終了タイミングが異なるように設定されており、
    前記第１ポイント更新手段は、前記第１付与手段において前記抽選によって選ばれたコンテンツを前記ユーザに付与する場合に、前記複数の第１コンテンツ群のうち、いずれの第１コンテンツ群が選択されたかに関わらず、前記記憶部によって記憶されているポイントに所定数のポイントを加算し、
    前記第２ポイント更新手段は、前記第２付与手段おいて前記特定されたコンテンツを前記ユーザに付与する場合に、前記記憶部によって記憶されているポイントから所定数のポイントを減算し、
    前記第２のポイント更新手段は、前記記憶部に記憶されている前記ポイントについて、前記第１付与手段において前記ユーザによって前記第１コンテンツを含む第１コンテンツ群が選択されたことに基づいて前記第１ポイント更新手段によって前記ポイントが加算された場合でも、前記第１コンテンツを含む前記第１コンテンツ群における前記第１期間が終了したことを契機とした減算、および前記第１コンテンツを含む前記第２コンテンツ群
    における前記第２期間が終了したことを契機とした減算は行わない、情報処理装置。

Images