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

Description

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

従来から、対戦ゲーム等において、勝利したプレイヤへの特典を抽選イベントによって付与するゲーム処理が知られている。また、この場合に、追加コストを支払うことで追加抽選の機会を与えて追加特典を付与するゲームも知られている（例えば、特許文献１）。

特開２０１８－１６６６７９号公報

上記のゲームにおいては、追加コストを支払っても、抽選で選ばれた追加特典が付与されるだけであった。つまり、追加コストを支払い続けたとしても、プレイヤが所望する特典が入手できるとは限らないため、プレイヤが享受する効果も限られるものとなっていた。

それ故に、本発明の目的は、追加コストの支払いで抽選機会が付与され得る場合に、ユーザが享受する効果を増加することができる情報処理システム、情報処理装置、情報処理プログラム、および情報処理方法を提供することである。

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

構成例の一例は、情報処理システムであって、抽選管理手段と、第１判定手段と、第１付与手段と、選択肢提示手段と、第２判定手段と、第２付与手段と、対象除外手段とを備える。抽選管理手段は、コンテンツグループに含まれる複数のゲーム内コンテンツを抽選対象コンテンツとしてメモリに記憶させる。第１判定手段は、第１付与条件が満たされるか否かを判定する。第１付与手段は、第１付与条件が満たされた場合に、コンテンツグループに含まれる抽選対象コンテンツから抽選により決定されたゲーム内コンテンツをユーザに付与する第１付与を行う。選択肢提示手段は、第１付与条件が満たされた場合に、第１付与に加えて更にゲーム内コンテンツを付与できる回数の上限を示す追加付与上限回数が当該第１付与毎に設定された第２付与を更に実行するか否かの選択肢をユーザに対して画像により提示する。第２判定手段は、第２付与の回数が追加付与上限回数に達するまでの間において、第２付与の実行を行う選択肢が選択された場合に、引き換えパラメータが第２付与条件を満たすか否かを判定する。第２付与手段は、第２付与条件が満たされた場合に、引き換えパラメータを変化させるとともに、コンテンツグループに含まれる抽選対象コンテンツから抽選により決定されたゲーム内コンテンツをユーザに更に付与する第２付与を行う。対象除外手段は、第１付与手段により付与されたゲーム内コンテンツ及び第２付与手段により付与されたゲーム内コンテンツが、抽選が実行されたコンテンツグループにおける抽選対象から除外されることを示すように当該コンテンツグループの付与状況をメモリに記憶させる。

上記構成例によれば、抽選の結果ユーザに付与されたゲーム内コンテンツは以降の抽選対象から除外されていく。そのため、引き換えパラメータを変化させること引き換えに第２付与を繰り返すことでユーザが所望する抽選対象コンテンツを入手させやすくすることができる。これにより、引き換えパラメータを変化させることによってユーザが享受できる効果を増加させることができる。

他の構成例として、選択肢提示手段は、複数のゲーム内コンテンツに各々対応する複数の表示オブジェクトを、当該ゲーム内コンテンツが特定できない態様でユーザに対して画像により提示してもよい。

上記構成例によれば、見た目からではユーザが入手できるゲーム内コンテンツがわからないため、どの表示オブジェクトを選択するのかという楽しみや、何が入手できるかの期待感をユーザに与えることができる。

他の構成例として、第２判定手段は、複数の表示オブジェクトのうち少なくとも１つがユーザにより選択された場合に、第２付与条件を満たすか否かを判定してもよい。

他の構成例として、選択肢提示手段は、第２付与が実行済みの表示オブジェクトを、当該第２付与がまだ実行されていない表示オブジェクトとは区別可能な表示態様でユーザに提示してもよい。

上記構成例によれば、選択済みの表示オブジェクトと未選択の表示オブジェクトとの表態様を変えることができるため、ユーザの利便性を高めることができる。

他の構成例として、情報処理システムは、第１付与毎の追加付与上限回数をランダムに決定する上限決定手段を更に備えていてもよい。

上記構成例によれば、ユーザに提示する第２付与の可能回数に不規則性を持たせることができる。これにより、例えば、第２付与の可能回数が多いときは積極的に第２付与を試みる一方、第２付与の可能回数が少ないときは第２付与を実行しない、というような、第２付与を実行するか否かについてユーザに与える選択の余地を広げることができる。これにより、ゲームの興趣性を高めることができる。

他の構成例として、情報処理システムは、コンテンツグループにおける抽選対象コンテンツが全て付与された場合、所定の報酬をユーザに更に付与する報酬付与手段を更に備えてもよい。

上記構成例によれば、報酬の獲得を目指して第１付与および第２付与を繰り返し行うという楽しみ方をユーザに提供でき、ゲームの興趣性をより高めることができる。

他の構成例として、第２付与手段は、ゲーム内通貨またはゲーム内アイテムの数を減少させることとともに第２付与を行うようにしてもよい。

更に他の構成例として、第２付与手段は、第２付与の回数が追加付与上限回数に近づくほど、当該第２付与の実行に伴って減少させるゲーム内通貨またはゲーム内アイテムの数を少なくするようにしてもよい。

上記構成例によれば、第２付与を連続的に実行することで、減少するゲーム内通貨またはゲーム内アイテムの数のトータル数を節約できる。これにより、ユーザが第２付与を連続して実行するか否かについて、ユーザの状況に応じた選択肢を提供できる。

他の構成例として、第１判定手段は、ユーザが所有するゲーム内アイテムの数を所定数減少させた場合に第１付与条件が満たされたと判定するようにしてもよい。

更に他の構成例として、第１判定手段は、ゲーム内アイテムを減少させる数と当該ゲーム内アイテムにそれぞれ設定された加重パラメータ値とを乗算した値が閾値を超えた場合に、第１付与条件が満たされたと判定してもよい。

上記構成例によれば、第１付与条件を満たすためにユーザが所有するゲーム内アイテムのうちどれを利用するか、どのアイテムとどのアイテムを組み合わせるか、等を選択する楽しみ方を与えることができる。これにより、ゲームの興趣性を高めることができる。

他の構成例として、情報処理システムは、複数のコンテンツグループをメモリに記憶させる記憶手段と、複数のコンテンツグループのうち、一部のコンテンツグループを選択可能対象グループとして抽選により決定するグループ決定手段と、選択可能対象グループのうち、ユーザ操作に基づいて少なくとも１つのコンテンツグループを選択する選択手段と、を更に備えていてもよい。そして、第１付与手段は、選択されたコンテンツグループに含まれる抽選対象コンテンツから抽選により決定されたゲーム内コンテンツをユーザに付与するようにしてもよい。

上記構成例によれば、複数のコンテンツグループにかかる抽選をユーザに提供できる。これにより、様々な抽選をユーザに楽しませることができ、ゲームの興趣性を高めることができる。

他の構成例として、第１付与条件は、第１引き換えパラメータを変化させることによって満たすことが可能な条件であり、第２付与条件は、第１引き換えパラメータとは異なる第２引き換えパラメータを変化させることによって満たされることが可能な条件であってもよい。

他の構成例として、第１判定手段は、第１前提条件が満たされてから所定の待機時間が経過した場合に、前記第１付与条件が満たされたと判定してもよい。

更に他の構成例として、第１判定手段は、第３引き換えパラメータを変化させるとともに、前記待機時間を短縮させてもよい。

上記構成例によれば、第１付与のために、待機時間を待つのか、第３引き換えパラメータの変化によって待機時間を短縮するのか、についての選択肢をユーザに提供できる。これにより、ユーザの状況に応じた楽しみ方を提供できる。

他の構成例として、第１付与手段は、第１付与条件が満たされる毎に、第１付与を行ってもよい。

上記構成例によれば、ユーザに付与済みのゲーム内コンテンツが除外されていく抽選に対して繰り返し抽選を継続できる。これにより、ユーザが所望するアイテムの入手機会を確保することができる。

本実施形態によれば、引き換えパラメータを変化させることによってユーザが享受する効果を増加させることができる。

情報処理端末１０２のハードウェア構成を示すブロック図 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 ゲーム画面の一例 メモリ１２２に記憶されるデータの一例 コンテンツデータベース５０２のデータ構成の一例 島データベース５０３のデータ構造の一例 船リストデータ５０５の構成の一例 貨物船ゲームの詳細を示すフローチャート 出航先画面表示処理の詳細を示すフローチャート 出航処理の詳細を示すフローチャート 時短確認処理の詳細を示すフローチャート おみやげ入手処理の詳細を示すフローチャート おみやげ入手処理の詳細を示すフローチャート 出航先更新処理の詳細を示すフローチャート 出航先更新処理の詳細を示すフローチャート

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

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

［本実施形態の情報処理（ゲーム処理）の概要］
次に、本実施形態で実行される情報処理の概要について説明する。本実施形態では、所定のコンテンツを「抽選」処理によって入手（ユーザに付与）可能なアプリケーション処理を想定する。より具体的には、アプリケーションの一例として、ゲームアプリケーションの処理（以下、ゲーム処理と呼ぶ）を想定する。また、抽選処理の結果としてユーザが入手可能なコンテンツの一例として、ゲーム内で利用可能な「ゲーム内コンテンツ」を想定する。この「ゲーム内コンテンツ」としては、例えば、次のようなものを想定している。まず、仮想ゲーム空間内（例えばゲーム内におけるユーザの「自宅」等）に配置可能な家具、インテリア、雑貨類、ユーザキャラクタを装飾するための服飾アイテム等の各種アイテム類や、各種アイテム類を作成するための素材アイテム等がある。また、例えば、ゲーム内でユーザの操作対象となるキャラクタやユニットも想定する。キャラクタやユニットを入手するためのアイテムであっても良い。また、これらキャラクタ等が装備可能な武器や防具等、更には、魔法やスキル等の能力類も想定する。また、その他、例えば、ゲームにおけるメインメニューやトップページ、ホーム画面の背景等としても利用可能な各種の画像等がある。また、ゲーム内仮想通貨であっても良い。

また、本実施形態では、上記のゲーム内コンテンツが入手可能な抽選自体が複数用意される。つまり、ある抽選処理において抽選対象となるゲーム内コンテンツの集合を１つの「コンテンツグループ」とし、このコンテンツグループが複数用意されている。以下の説明では、それぞれのコンテンツグループのことを「抽選対象グループ」と呼ぶ。そして、これら複数の抽選対象グループのうちの一部がユーザに提示される。例えば、抽選対象グループが１０個用意されている場合、このうちの５つの抽選対象グループがユーザに一度に提示され得る。ユーザは、この５つの抽選対象グループの中から１つを選び、抽選処理のための所定の操作を行うことができる。また、ユーザに提示される抽選対象グループについては、ユーザ操作に基づいて変更することが可能となっている。具体的には、ユーザが提示内容を更新する操作を行うことで、提示する抽選対象グループを決めるための抽選が行われる。これにより、上記１０個の抽選対象グループの中からユーザに提示される抽選対象グループを変更することが可能となっている。以下の説明では、このような提示する抽選対象グループを決めるための抽選のことを「第１抽選」と呼ぶ。

本実施形態では、ユーザがゲーム内の所定の条件を満たすことで、それぞれの抽選対象グループから所定のゲーム内コンテンツを入手する機会が、所定の回数を上限として与えられる。例えば、当該所定の条件を満たすことで、最大６回まで抽選処理を行ってコンテンツを入手する機会が与えられる。そして、本実施形態では、この最大６回のうち、１回目の入手機会に関しては、追加の対価を要求することなく抽選処理を行い、抽選されたコンテンツ（すなわち当選したコンテンツ）をユーザに付与する。一方、２回目以降の入手機会に関しては、抽選処理および／または付与を行うために所定の対価を要求するという構成となっている。なお、説明の便宜上、上記第１抽選と区別するため、以下の説明では、上記ゲーム内コンテンツを抽選するための抽選のことを「第２抽選」と呼ぶ。

ここで、当該第２抽選について補足説明する。まず、以下の説明において、ある抽選対象グループにおいて、まだユーザに付与されていない状態のゲーム内コンテンツのことは「抽選対象コンテンツ」と呼ぶ。そして、本実施形態では、ある抽選対象グループにおいて抽選対象となっている抽選対象コンテンツの総数および内訳が予め定められており、ユーザに付与されたコンテンツは、次回以降の抽選対象から除外される（同じアイテムが複数個ある場合は、その残数が減少する）。つまり、１つの抽選対象グループからユーザが入手可能なゲーム内コンテンツ数に上限が設けられている。換言すれば、本実施形態における第２抽選では、１つの抽選対象グループに対してユーザが第２抽選処理を実行できる抽選回数に上限が設けられている（抽選回数が有限であるともいえる）。そして、全ての抽選対象コンテンツが抽選対象から除外された場合、ユーザは、その抽選対象グループにおける抽選対象コンテンツを全て入手した状態ということができる。例えば、抽選対象グループＡには、アイテムＡが１０個、アイテムＢが３０個、アイテムＣが６０個の内訳で、総数で１００個のアイテムが設定されているとする。この場合、各回の第２抽選処理を経てユーザに付与されたアイテム（当選したアイテム）は例えば「入手済み」あるいは「当選済み」であるとして、次回以降の抽選対象から除外される（各アイテムの残数が減少していく）ことになる。そして、ユーザは、最大１００回の第２抽選処理を行うことで、これら１００個のアイテムを全て入手することが可能となっている。以下の説明では、このような、抽選対象が全てなくなるまで抽選処理を行うことで抽選対象アイテムが全て入手可能な抽選対象グループのことを「有限式抽選対象グループ」と呼ぶ。

ここで、上記のように、本実施形態では、ユーザに提示される有限式抽選対象グループは、用意されている有限式抽選対象グループのうちの一部だけとなっており（例えば１０のうち５つ）、その提示内容をユーザ操作に基づき更新（変更）することが可能となっている。より具体的には、当該更新のための操作が行われると、上記第１抽選が行われる。すなわち、提示対象とする有限式抽選対象グループを抽選で決める処理が行われる。そのため、この更新操作に伴って、更新前には提示されていた有限式抽選対象グループが提示されなくなることもあり得る。また、更なる更新操作によって、一旦提示されなくなった有限式抽選対象グループが再度提示される（再度の第１抽選の結果、選ばれる）こともあり得る。この点、本実施形態では、上記更新操作の有無に関わらず、各有限式抽選対象グループにおける抽選対象コンテンツの取得状況を保持する。そして、以前提示されていた有限式抽選対象グループが再度ユーザに提示される場合、保持されている取得状況を用いて抽選対象コンテンツを決定することとなる。そのため、上記更新が行われても、有限式抽選対象グループにおける抽選対象アイテムの取得状況を引き継いで第２抽選を継続できる。例えば、コンテンツの総数が１００個である所定の有限式抽選対象グループについて、３０個までコンテンツを入手済みの状態で１度目の更新操作を行い、その結果、当該有限式抽選対象グループがユーザに提示されない状態となった場合を想定する。この場合、２度目の更新操作を行い、その結果、当該有限式抽選対象グループがユーザに再度提示される状態となった場合、３０個までコンテンツを入手済みの状態から当該有限式抽選対象グループにかかる第２抽選を再開することが可能となっている。

次に、本実施形態におけるゲームのより具体的な例を説明する。本実施形態では、上記のような有限式抽選対象グループを用いたゲームを、「貨物船」と「輸出」をモチーフにした「貨物船ゲーム」として実現する。また、この貨物船ゲームは、本実施形態で想定するゲーム内のミニゲームの一つである。

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

そして、上記貨物船ゲームは、上記仮想ゲーム世界内でプレイヤキャラクタが所定のキャラクタに話しかけること等で開始されるミニゲームとなっている。当該貨物船ゲームの概要を説明すると、まず、出航先として複数の島がユーザに提示される。ユーザは出航先を選び、船に所定の積荷を乗せて出航させる。その後、所定時間経過等で、船が帰港すると、出航先の島に応じた「おみやげ」が複数個、ユーザに提示される。そして、ユーザは、このおみやげを選ぶことで、所定のゲーム内コンテンツを入手する、というゲームである。ここで、本実施形態では、上記出航先として示される「島」のそれぞれが上記の有限式抽選対象グループに相当する。また、各島でおみやげとして入手可能なゲーム内コンテンツが上記抽選対象コンテンツに相当するものである。

なお、本実施形態では、各島における抽選対象コンテンツは他の島のものと完全には一致していないものとする。つまり、ある島の抽選対象コンテンツの少なくとも一部は、他の島の抽選対象コンテンツとは重複しない内容であるとする。

また、本実施形態では、島毎に、「コンプリートアイテム」も設定されている、これは、その島の抽選対象コンテンツが全てユーザに付与されたとき（上限回数まで第２抽選したとき）に、特別報酬としてユーザに追加で付与されるゲーム内コンテンツである。

次に、上記貨物船ゲームのゲーム進行の大まかな流れを説明する。当該貨物船ゲームでは、（１）出航先選択→（２）出航準備および出航決定→（３）帰港待ち→（４）おみやげの入手、という４つの段階（フェーズ）を１サイクルとして、このサイクルを繰り返すことでゲームを進めるものとなっている。

次に、上記の各段階において可能な操作と処理の概要について、画面例を用いて説明する。

［出航先選択について］
貨物船ゲームが開始されると、まず、図２に示すような画面が表示される。図２は、出航先選択画面の一例である。図２では、海原を模した背景の上に、５つの島オブジェクト２０２Ａ～２０２Ｅ（以下、総称して島オブジェクト２０２と呼ぶこともある）が表示されている。図３に、島オブジェクト２０２Ａの拡大図を示す、それぞれの島オブジェクト２０２は、島の外観・形状を有する画像と、看板画像２０６と、状況表示領域２０７とを含んでいる。看板画像２０６には、その島で入手可能な抽選対象アイテムのうちのいずれかを示す画像が表示される。本実施形態では、例えば「目玉商品」に相当する抽選対象アイテムがここに表示されるものとする。状況表示領域２０７には、以下のような情報が適宜表示される。まず、その島に出航中である場合は、後述する待機時間の残り時間が表示される。また、帰港したがまだおみやげを受け取っていない場合は、そのことを示す情報が表示される（例えば「おみやげ到着！」の文字）。また、出航も帰港もしていない場合は、その島にかかる抽選対象アイテムの取得状況がパーセンテージで表示される。また、全ての抽選対象アイテムを取得した場合はそのことを示す情報（例えば「コンプリート」の文字）が表示される。その他、初めてユーザに提示された島であることを示す「Ｎｅｗ！」表示等も表示される。

図２に戻り、この画面において、未出航の状態である島オブジェクト２０２をユーザがタップ操作すると、後述する出航準備の画面に遷移することができる。なお、本実施形態では、複数の船の同時出航が可能であるが、１つの島については同時に１隻まで出航できるものとする。

また、島オブジェクト２０２を例えば長押し操作等することで、図４に示すような、島の詳細情報画面も表示され得る。本実施形態では、島毎に入手できるゲーム内コンテンツが異なっているところ、ユーザはこの画面を表示することで、入手できる可能性があるアイテム等を確認することができる。当該画面では、その島で入手できるコンプリートアイテムや、抽選対象アイテムの残数等を示す情報が表示される。

図２に戻り、出航先選択画面の下部には、戻るボタン２０４が表示されている。ユーザが戻るボタン２０４を例えばタップ操作することで、貨物船ゲームを終了することができる。また、出航先選択画面の右上部分には、更新ボタン２０３が表示されている。当該ボタンをタップ操作することで、ユーザは、出航先選択画面に表示される島を更新することができる。

ここで、上記出航先選択画面の更新処理の概要を説明する。本実施形態では、以下の２つの条件を満たすことを前提に、出航先選択画面の更新、すなわち、出航先として提示される内容を変更することが可能となっている。まず、１つめに、出航状態に関する条件として、出航中の船が無く、かつ、帰港後でおみやげ入手をまだ行っていない島が無いことが条件とされる。この条件が満たされていない場合に更新ボタン２０３が操作された場合は、更新できない旨のメッセージが表示され、出航先選択画面の更新は行われないこととなる。

上記１つめの条件を満たしていても、更に、２つめの条件である時間的条件として、前回の更新操作から所定時間が経過していることも要求される。例えば、一度更新操作を行えば、その後２４時間経過するまでは、更新操作を行うことができない（一日一回だけ更新操作が可能）。換言すれば、所定時間の経過によって、ユーザに出航先選択画面を更新する権利が与えられるものである。図５に、上記２つの条件が満たされている状態で更新ボタン２０３がタップ操作されたときに表示される更新確認画面の例を示す。図５では、更新することを示すメッセージと、「やめる」ボタン２１１、「島を更新する」ボタン２１２とを含む、第１の出航先更新確認ダイアログ２１０が表示されている。この画面に対してユーザが「島を更新する」ボタン２１２をタップすれば、上記第１抽選が行われる。つまり、どの有限型抽選対象グループをユーザに提示するかの抽選処理が実行される。そして、第１抽選によって新たに選ばれた島が出航先選択画面として表示されることになる。

ここで、本実施形態では、抽選対象アイテムにそれぞれレアリティが設定されているものとする。そして、レアリティの高い抽選対象アイテムを有する島は、その出現率が他の島よりも低くなるように設定されている。つまり、結果的に島自体にレアリティが設定されていることになる。また、第１抽選の結果、レアリティの高い島が抽選された場合は、レアリティが高い島であることをユーザが判別しやすいように表示態様を変更した上で、出航先選択画面を表示するようにしてもよい。例えば、島全体を金色で表示したり、島自体を光らせるような演出を行ったりする等である。

また、本実施形態では、上記時間的条件に関しては、ゲーム内通貨の消費と引き換えに、出航先の即時更新を可能とすることもできる。ここで、本実施形態におけるゲーム内通貨について補足説明する。本実施形態では、ゲーム内において「ベル」と呼ばれる第１の仮想通貨と、当該ベルとは異なる仮想通貨であって、ゲーム内で「チケット」と呼ばれる第２の仮想通貨を用いている。上記２種類の仮想通貨の違いについて説明すると、まず、「ベル」は、その入手方法が、ゲーム世界内で閉じられているものである。例えば、「ベル」は、所定のゲーム内アイテム（家具等）を売却することで得ることができる。また、上記釣りや狩りで得られたアイテムを売却することによっても入手できる。その他、いわゆる「クエスト」報酬として入手することも可能である。一方、「チケット」については、いわゆる現実世界の通貨を用いた決済処理によっても入手可能な仮想通貨である。つまり、支払額に応じてユーザに付与される仮想通貨である。例えば、「チケット」は、上述の方法による入手の他では、クエスト報酬や、配布という形で入手することも可能ではあるが、「ベル」とは異なり、上記家具等のゲーム内アイテムの売却によっては入手することはできない。

本実施形態では、上記「ベル」を消費することで、出航先の即時更新が可能である（但し、この場合でも上記出航状態に関する条件は満たしている必要はある）。図６に、上記時間的条件が満たされていない状態で更新ボタン２０３がタップ操作されたときに表示される更新確認画面の例を示す。図６では、第２の出航先更新確認ダイアログ２１４が表示されている。当該第２の出航先更新確認ダイアログ２１４には、上記図５の内容に加えて、「ベル」の消費無しで更新可能となるまでの残り時間も表示されている。更に、「ベル」の消費で即時更新が可能である旨を示すメッセージと、そのために必要な「ベル」の数を示す表示も更に含まれている。当該画面においてユーザが「島を更新する」ボタン２１２をタップ操作すると、（ベルの所持数が十分あることを前提に）必要なベル数が消費されて、上記のような第１抽選による出航先選択画面の更新が行われることになる。つまり、所定時間の経過という基本条件が満たされていない場合でも、「ベル」の消費という追加条件が満たされた場合は、当該時間的条件が満たされたものとして扱うことになる。

また、本実施形態では、ユーザが更新ボタン２０３を操作しない限りは、出航先選択画面が更新されることはない。これは、所定のゲーム内アイテムを積荷として消費して船を出航させたにも関わらず、帰港前に上記更新によって出航先の島が提示されなくなることを防ぐものである。また、これにより、例えば何度かの更新操作の結果、レアリティの高い島が表示された場合に、ユーザは、その島からレアリティの高いゲーム内コンテンツを入手するまで更新操作を行わないようにすることも可能である。また、単純に、現在提示されている島の全てについて、入手可能なアイテムをコンプリートするまで更新しないようにすることも可能である。このように、ユーザに多様な遊び方を提供することができる。

また、本実施形態では、所定の条件を満たすことで、更新ボタン２０３の表示態様を変化させる。例えば、更新ボタン２０３を点滅させる等で強調表示する。本実施形態では、ユーザが能動的に更新ボタン２０３を操作しないと出航先のラインナップが変化しないため、ユーザに出航先選択画面の更新を促して誘導しようとするものである。この所定の条件としては、例えば以下のようなものがある。まず、現在提示されている全ての出航先について、アイテム入手をコンプリートしたという条件が満たされた場合、更新ボタン２０３が強調して表示される。また、前回更新を行ってから一定期間経過した後に、当該出航先選択画面を表示した場合も、更新ボタン２０３が強調して表示される。この他でも、ユーザに能動的な更新を促したいと考えられるタイミングで、更新ボタン２０３が強調表示されるようにすればよい。

なお、抽選対象コンテンツが全て取得された島については、その後に行われる第１抽選の対象から除外するようにしてもよい。あるいは、その島の抽選対象コンテンツの内容（取得状況）を初期化したうえで、再度、第１抽選の対象としてもよい。前者の場合は、１度しか入手機会がない（ユーザに複数入手させたくない）ゲーム内コンテンツを登場させたい場合に有用であり、後者は、複数入手してもかまわないゲーム内コンテンツを登場させたい場合に有用である。

［出航準備および出航決定について］
次に、出航準備および出航決定にかかる処理の概要について説明する。ユーザが上記出航先選択画面で未出航の島を選択した場合、図７に示すような画面が表示される。図７は、出航準備画面の一例である。ユーザは、この画面において、選択した島に輸出する積荷を決定して船に載せる操作を行う。具体的には、本実施形態では、ユーザが所持している積荷として輸出可能なゲーム内アイテムのそれぞれに輸出ポイントというものが設定されている。当該輸出ポイントは、各アイテムの重み付けを示す値である。例えば、ゲーム内アイテムの一例である「りんご」は１ポイント、「椅子」は５ポイント、等である（図７の例で言うと、例えばアイテムＡが「りんご」、アイテムＢが「椅子」に対応する）。また、アイテム毎に、載せることが可能な最大個数も設定されている。例えば、「りんご」は最大３個まで、等である。更に、本実施形態では、島毎に、出航するために必要な輸出ポイント（以下、必要ポイント）が設定されている。そして、ユーザは、各アイテムの輸出ポイントの合計が当該必要ポイントを満たすように所持アイテムを組み合わせて、積荷として船に載せるための操作を行う。換言すれば、出航のための条件、すなわち、有限型抽選を行っておみやげを入手するための条件の１つとして、島毎に設定されている所定の必要アイテムをユーザが必要数所有している（そして、輸出することに伴い、これらを所有アイテムから減算する）ことが条件であるともいえる。

図７の例では、画面上部に、出航に必要となる上記必要ポイントの残りを示す情報が表示される。画面中央部分には、ユーザが所持している（積荷候補となる）アイテム画像の一覧と、それぞれに設定されている輸出ポイント数が示されている。また、画面下部には、選択したアイテムを船に載せる個数を増減させるための＋ボタン、－ボタンが表示されている。更に、＋ボタンと－ボタンに挟まれるような位置に選択したアイテムの数量に関する情報が示されている。具体的には、「載せる個数／所有数」という形式で、船に載せる個数に関する情報が示されている。ユーザは、上記一覧から所定のアイテム画像を選択し、画面下部の＋、－ボタンを操作して載せる個数を選択する。そして、「船に乗せる」ボタン２１５を押すことで、選択したアイテムを積荷として船に載せることができる。そして、各アイテムの輸出ポイントが加算され、必要ポイントが満たされたか否かも判定される。必要ポイントが満たされたとき、「船に載せる」ボタン２１５の表示が、「出航する」ボタン（図示は省略）に変化する。ユーザが当該「出航する」ボタンをタップ操作することで、出航することが決定され、出航が開始される。

［帰港待ちについて］
次に、帰港待ちに関して説明する。上記のようにして出航が開始された後、島毎に予め定義されている「待機時間」が経過すると、出航した船が帰港した状態となる。つまり、この待機時間が経過するまでは、基本的にユーザは、帰港するのを待つことになる。換言すれば、この待機時間が経過することも、有限型抽選対象グループを行っておみやげを入手するための条件の１つであるともいえる。

ここで、この待機時間について、本実施形態では、上記「チケット」を消費することで、即時に帰港させることも可能となっている。例えば、上記出航先選択画面において、出航中であって帰港までの残り時間が表示されている島オブジェクト２０２をユーザがタップ操作すると、図８に示すような時短確認ダイアログ２１６が表示される。図８では、「チケット」を２枚消費することで出航中の船を即時に帰港させることが可能な旨のメッセージが示されている。この画面でユーザがＯＫボタン２１７をタップ操作すると、「チケット」が２枚分消費されることと引き換えに、出航中の船を即時に帰港させることができる。

［おみやげの入手について］
次に、おみやげ入手の処理の概要について説明する。出航した船が帰港すれば、出航先選択画面において、出航して帰港した島オブジェクト２０２の状況表示領域２０７に「おみやげ獲得！」が表示される。ユーザが帰港した島オブジェクト２０２をタップ操作すると、図９に示すようなおみやげ入手画面が表示される。図９では、かごオブジェクト２２０の中におみやげオブジェクト２２１Ａ～２２１Ｆが入っている様子が示されている。すなわち、６つのおみやげオブジェクト２２１がユーザに提示されている状態である。このおみやげオブジェクト２２１の１つ１つは、有限式抽選対象グループから抽選によって選択され得るいずれかのゲーム内コンテンツに対応するものである。すなわち、ユーザは、この時点で、最大で６個までゲーム内コンテンツを入手する機会が与えられていることになる。また、図９では、いずれか１つのおみやげオブジェクト２２１を選択することをユーザに促すメッセージも表示されている。

なお、本実施形態では、おみやげオブジェクト２２１の数が６つの場合を例としているが、この数はこれに限るものではない。例えば、他の実施形態では、おみやげオブジェクト２２１の数を４つや５つ等としてもよい。また、他の実施形態では、当該おみやげ入手画面においてユーザに提示するおみやげオブジェクト２２１の数をランダムで決定するようにしてもよい。この場合、１つめのおみやげは対価無しでユーザが入手可能なものであるため、２つめ以降のおみやげ個数をランダムで決定すればよい。例えば、２個～６個の間でランダムに決定された個数のおみやげオブジェクト２２１を表示するようにしてもよい。なお、ここでいう「ランダム」は、必ずしも等確率の意味ではない。例えば、所定の式を用いて当該個数を算出する場合も含まれる。また、おみやげオブジェクト２２１の数をランダムで決めるタイミングについては、出港時に決定してもよいし、帰港時に決定してもよい。

また、今回出航して帰港した島にかかる有限式抽選対象グループにおいて残っている抽選対象コンテンツの数が５個以下の場合は、この画面で表示されるおみやげオブジェクト２２１の数も、それ以下になる。例えば、抽選対象コンテンツの残りが３個だけという場合は、ユーザに提示されるおみやげオブジェクト２２１の数も最大で３個までとなる。

本実施形態では、ある島に出航した船が帰港する毎に、このおみやげ入手画面が表示され得る。すなわち、帰港する毎に、おみやげオブジェクト２２１の数を上限回数としたゲーム内コンテンツの入手機会（抽選機会）をユーザは得ることになる。このように、本実施形態では、おみやげオブジェクト２２１の個数、すなわち、一度の出航～帰港のサイクルでのゲーム内コンテンツの入手可能回数が限られている。そのため、例えば、１００個のアイテムが設定されている島の場合で、一度の帰港で６個ずつおみやげオブジェクト２２１が表示される場合は、この島の抽選対象コンテンツを全て入手するためには、最低でも１７回は出航～帰港のサイクルを行う必要がある。

次に、図９で示した画面例における各おみやげオブジェクト２２１の表示態様について説明する。本実施形態では、おみやげオブジェクト２２１の外観からはその内容（入手可能なゲーム内コンテンツ）が特定できない態様で、各おみやげオブジェクト２２１が表示されている。本実施形態では、数種類のパッケージ（袋や箱等）の画像を用いておみやげオブジェクト２２１を表示しており、中に何が入っているのかわからない態様でおみやげオブジェクト２２１をユーザに提示している。つまり、おみやげオブジェクト２２１の外観として複数種類のパッケージ画像を用いるが、この画像は、得られるゲーム内コンテンツとの関連性はない。

そして、図９に示すような画面において、いずれかのおみやげオブジェクト２２１Ａをユーザがタップ操作すると（以下、おみやげ開封操作）、上記第２抽選処理によって選ばれた所定のゲーム内コンテンツがユーザに付与される。なお、このときに開封演出等の所定の演出を表示してもよい。

ここで、おみやげオブジェクト２２１Ａがタップ操作された場合の画面例を説明する。この場合、図１０に示すような画面が表示される。図１０では、開封済みであるおみやげオブジェクト２２１Ａは、開封済みであることを示すためにグレーアウト表示されている。また、ユーザに付与されたゲーム内コンテンツを示す画像もおみやげオブジェクト２２１Ａに重畳して表示されている。また、おみやげオブジェクト２２１群の上方には、２つめ以降のおみやげの入手も希望するか否かを問い合わせる旨のメッセージと、上記「チケット」の所持数を示す画像も表示されている。本実施形態では、２つめ以降のおみやげオブジェクト２２１を入手したい場合には、対価として「チケット」の消費が要求される。そのため、２つめ以降のおみやげオブジェクト２２１の入手にはチケットが必要であることを明示的にユーザに提示している。また、この画面では、先ほどの画面では表示されていなかった「終了する」ボタン２２２も表示されている。当該「終了する」ボタン２２２がタップ操作されると、２つめ以降のおみやげオブジェクト２２１であってまだ開封していないものが残っていても、当該画面は終了する。つまり、１つめのおみやげに関しては必ず入手できるが、２つめ以降のおみやげについては、入手するか否かはユーザの意思（「チケット」を使うか否か）に基づくものとなっている。

ここで、図１０では、連続しておみやげオブジェクトを入手すると「チケット」枚数が節約できる旨のメッセージも表示されている。これは、単発で上記第２抽選を複数回繰り返すよりも、連続して第２抽選を行ったほうが、トータルで消費するチケット枚数を軽減することができることを示している。例えば、単発で上記第２抽選を行う場合は、基本的には５枚のチケットが要求される場合を想定する。この場合、２つめのおみやげオブジェクト２２１を入手する場合は（基本の）５枚が要求されるが、その後連続して３つめを入手する場合は４枚、４つめを入手する場合は３枚、というように、１回連続する毎に１枚ずつ必要チケット枚数が減少するようにしている。例えば、１２個のゲーム内コンテンツを入手する場合を考える。この場合、一度の帰港でのおみやげオブジェクト２２１の入手を２つまでに留めることを６回繰り返すよりも、６つ全てのおみやげオブジェクト２２１を入手することを２回繰り返すほうが、トータルで消費する「チケット」枚数を削減できる。

図１０の画面において、ユーザが未開封のおみやげオブジェクト２２１のいずれかをタップ操作すると、図１１に示すような、「チケット」消費の確認ダイアログ２２３が表示される。図１１では、今回のおみやげオブジェクト２２１の入手において必要となる「チケット枚数」を示す情報がユーザに示されている。そして、ユーザがＯＫボタン２２４をタップ操作すれば、必要枚数分の「チケット」が消費され、第２抽選処理が実行される。そして、抽選されたゲーム内コンテンツがユーザに付与されることになる。一方、ユーザがやめるボタン２２５をタップ操作した場合は、チケットの消費や第２抽選処理は行われないことになる。

このように、本実施形態では、１つめのおみやげオブジェクトに関しては、追加の対価なしでゲーム内コンテンツがユーザに付与される。その一方で、２つめ以降のおみやげオブジェクト２２１に関しては、「チケット」の消費と引き換えにゲーム内コンテンツがユーザに付与されるものといえる。以下の説明では、このような１つめのおみやげオブジェクト２２１にかかるゲーム内コンテンツのユーザへの付与を「第１の付与」と呼ぶ。また、２つめ以降のおみやげオブジェクト２２１にかかるゲーム内コンテンツのユーザへの付与を「第２の付与」と呼ぶ。そして、本実施形態では、第１の付与については、出航条件（換言すれば、第１付与のための条件）を満たしさえすれば、更なる対価を要求することなく実行され得るものといえる。また、出航条件を満たすことで、所定の回数、本例では、ユーザに提示されるおみやげオブジェクト２２１の数－１となる回数を上限として、第２の付与の機会がユーザに与えられるが、この第２の付与については対価が必要となる構成となっている。いわば、第２の付与のための条件として、所定の対価（本例では「チケット」）が要求されるものといえる。

また、上述したように、おみやげオブジェクト２２１の開封を繰り返した結果、その島に設定されている抽選対象コンテンツが全て取得されたときは、コンプリートアイテムも更に付与される。これにより、コンプリートアイテムの獲得を目指して、各島に対する出航～帰港を繰り返すということへのモチベーションをユーザに提供できる。

なお、上記おみやげ開封操作で付与されるゲーム内コンテンツの抽選タイミングについては、おみやげ開封操作が行われたタイミングでもよい。あるいは、出航が確定したタイミングで予め抽選しておいてもよい。例えば、出航確定のタイミングで、第２抽選を６回行い、その抽選結果を上記６つのおみやげに割り当てるようにしてもよい。そして、おみやげ入手画面でおみやげ開封操作が行われたとき、開封されたおみやげに割り当てられたゲーム内コンテンツを付与するようにしてもよい。本実施形態では、１つめのおみやげにかかる第２抽選については上記出航したタイミングで行い、おみやげ入手画面においては、どのおみやげオブジェクト２２１が選ばれたかにかかわらず、当該第２抽選で選ばれたゲーム内コンテンツをユーザに付与するものとする。また、２つめ以降のおみやげオブジェクト２２１については、それぞれのおみやげ開封操作が行われたタイミングで第２抽選処理およびその抽選結果の付与を行うものとする。

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

［使用データについて］
まず、本ゲーム処理にて用いられる各種データに関して説明する。図１２は、情報処理端末１０２のメモリ１２２に記憶される各種データの一例を示すメモリマップである。情報処理端末１０２のメモリ１２２には、ゲームプログラム５０１、コンテンツデータベース５０２、島データベース５０３、現在の出航先一覧データ５０４、船リストデータ５０５、所持ベルデータ５０６、所持チケットデータ５０７、所持コンテンツデータ５０８、画像データ５０９、操作データ５１０等が記憶されている。

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

コンテンツデータベース５０２は、上記ゲーム内コンテンツについて定義したデータである。図１３は、当該コンテンツデータベース５０２のデータ構成の一例を示す図である。コンテンツデータベース５０２は、コンテンツＩＤ５２１、コンテンツ内容データ５２２、レアリティ情報５２３とで構成される。コンテンツＩＤ５２１は、そのコンテンツを一意に識別するための識別子である、コンテンツ内容データ５２２は、そのコンテンツの具体的内容について定義したデータである。例えば、外観画像等を定義した情報が含まれている。レアリティ情報５２３は、そのコンテンツのレア度を示すデータである。

図１２に戻り、島データベース５０３は、各島について定義したデータである。図１４は、島データベース５０３のデータ構造の一例を示す図である。図１４において、島データベース５０３は、島ＩＤ５３１、抽選対象コンテンツ情報５３２、抽選テーブル５３３、付与状況情報５３４、コンプリートアイテム情報５３５、出航条件情報５３６、待機時間情報５３７等の項目を有するテーブル形式のデータベースである。

島ＩＤ５３１は、各ゲーム内コンテンツを一意に識別するためのＩＤである。

抽選対象コンテンツ情報５３２は、その島における抽選対象コンテンツについて定義した情報である。例えば、それぞれの島で抽選対象コンテンツとなる各コンテンツのコンテンツＩＤ５２１が定義されている（これを元に上記コンテンツデータベース５０２を参照することで各コンテンツの詳細情報が得られる）。

抽選テーブル５３３は、各抽選対象コンテンツの当選確率を定義した情報である。各島にかかる第２抽選処理では、この抽選テーブル５３３に基づいて第２抽選処理が行われる。なお、本例では島毎に抽選テーブルを有する構成とするが、他の例では、各島に共通の抽選テーブルを用いるようにしてもよい。

付与状況情報５３４は、各島における抽選対象コンテンツのユーザへの付与状況を示すためのデータである。どの抽選対象コンテンツをどれだけユーザに付与したかを示すデータともいえる。換言すれば、各島における抽選対象コンテンツの当選済み／未当選のコンテンツを示す、当選状況の情報ともいえる。本例では、一例として、各抽選対象コンテンツについて、在庫数という形で管理するものとする。例えば、抽選対象コンテンツとしてアイテムＡが１０個、アイテムＢが２０個含まれている場合は、アイテムＡについては「ｎ／１０」、アイテムＢは「ｎ／２０」（ｎは整数）のように、「在庫数／最大数」の形式で把握可能なように管理される。そして、最終的に、すべての抽選対象コンテンツの在庫数が０になれば、その島については上限回数まで抽選したということになる。

なお、このよう付与状況を示す情報については、上記のようなものに限らない。その島の抽選対象コンテンツの中から当選済みのゲーム内コンテンツにかかるデータ自体を消去するようにして管理してもよいし、当選済みのゲーム内コンテンツであることを示すフラグ等を用いて、データとしては含まれるが抽選対象コンテンツとしては扱わない、という形式で管理するようにしてもよい。例えば、付与状況情報５３４として、抽選対象コンテンツの各回の抽選結果を抽選履歴として保持するような態様としてもよい。そして、当該履歴を参照して、当選済みのものを抽選対象コンテンツとして扱わないよう制御が可能なように構成してもよい。

コンプリートアイテム情報５３５は、その島の上記コンプリートアイテムを定義した情報である。

出航条件情報５３６は、その島に出航するために必要となる上記必要ポイントや輸出アイテムの内容について定義したデータである。上述した出航準備画面において、ここで定義されている必要ポイント等を満たすことで、その島への出航が可能となる。

待機時間情報５３７は、その島に出航してから帰港するまでの上記待機時間を定義した情報である。

図１２に戻り、現在の出航先一覧データ５０４は、上記出航先選択画面においてユーザに提示される島を示すデータである。貨物船ゲームの初回起動時の初期値として、所定の出航先が設定されており、その後、上記更新操作が行われることで、上記第１抽選処理が行われ、現在の出航先一覧データ５０４の内容が変化することになる。

船リストデータ５０５は、各船の状態等を示す情報である。ここで、本実施形態では一例として、ユーザが５隻の船を有している場合を例とする。図１５に、船リストデータ５０５の構成の一例を示す。船リストデータ５０５は、船ＩＤ５４１、現在状態情報５４２、出航先情報５４３、出航開始時間５４４、および抽選結果情報５４５とで構成されるテーブル形式のデータである。

船ＩＤ５４１は、各船を識別するための情報である。本例では船が５隻の場合を例とするため、図１５の例では“０１”～“０５“までの船ＩＤ５４１が示されている。

現在状態情報５４２は、その船の現在の状態を示す情報である。本例では、「出航中」、「帰港済み」、「フリー」のいずれかを示す情報が設定される。「出航中」は、いずれかの島に出航中であることを示す。「帰港済み」は、出航した後、帰港した状態で、まだ１つめのおみやげの開封が行われていない状態を示す。「フリー」は、「出航中」でも「帰港済み」でもない状態（つまり、いずれかの島に出航させることができる状態）であることを示す。

出航先情報５４３は、「出航中」状態の船の、その出航先の上記島ＩＤ５３１を示す情報である。

出航開始時間５４４は、「出航中」状態の船が出航した時間を示す情報である。この情報と、各島の上記待機時間情報５３７と、現在時刻とに基づいて、帰港までの残り時間の算出が可能である。

抽選結果情報５４５は、上記のように本実施形態では１つめのおみやげにかかる第２抽選処理を出港開始時に行うところ、この抽選結果を保存した情報である。なお、状態が「フリー」の時は、ここには何も設定されない状態となる。

図１２に戻り、所持ベルデータ５０６は、ユーザが所持している上記「ベル」の数を示すデータである。所持チケットデータ５０７は、ユーザが所持している上記「チケット」の数を示すデータである。所持コンテンツデータ５０８は、ユーザが所持しているゲーム内コンテンツを示すためのデータである。画像データ５０９は、貨物船ゲームにおいて表示される各種画像のデータである。

操作データ５１０は、操作部１２３から所定の周期毎に取得されるデータであり、ユーザが操作部１２３に対して行った操作内容を示すためのデータである。

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

［プロセッサ１２１が実行する処理の詳細］
次に、図１６～図２３のフローチャートを参照して、本実施形態にかかる貨物船ゲーム処理の詳細を説明する。図１６は、本実施形態における貨物船ゲームの詳細を示すフローチャートである。この処理は、上記のように、仮想ゲーム世界内でプレイヤキャラクタが所定のキャラクタに話しかけること等で開始される。また、説明の便宜上、現在の出航先一覧データ５０４には、既に所定の出航先が設定されているものとする。

まず、ステップＳ１において、プロセッサ１２１は、出航先画面表示処理を実行する。これは、上記図２で示したような出航先選択画面を表示するための処理である。図１７は、当該出航先画面表示処理の詳細を示すフローチャートである。まず、ステップＳ３１で、プロセッサ１２１は、船リストデータ５０５を参照し、各船の現在状態情報５４２を適宜更新する。具体的には、プロセッサ１２１は、出航中の状態の船で、待機時間が経過した船の有無を判定する。つまり、新たに帰港した船があるか否かを判定する。そして、新たに帰港した船があれば、その船にかかる現在状態情報を「出航中」から「帰港済み」に更新する。

次に、ステップＳ３２で、プロセッサ１２１は、上述したような更新ボタン２０３を強調表示するための所定の条件が満たされているか否かを判定する。当該判定の結果、当該条件を満たしていた場合は（ステップＳ３２ＹＥＳ）、ステップＳ３３で、プロセッサ１２１は、更新ボタン２０３を強調表示するための表示設定を行う。当該条件を満たしていない場合は（ステップＳ３２でＮＯ）、ステップＳ３３の処理はスキップされて次の処理に進む。

次に、ステップＳ３４で、プロセッサ１２１は、現在の出航先一覧データ５０４と、各島の付与状況情報５３４と、船リストデータ５０５と、上記更新ボタン２０３の表示設定内容に基づいて、出航先選択画面を生成して表示部１２４に表示する。具体的には、プロセッサ１２１は、現在の出航先一覧データ５０４に基づき、表示する島オブジェクト２０２を設定する。また、島データベース５０３に基づき、看板画像２０６の表示内容も適宜設定する。更に、プロセッサ１２１は、出航中の島の有無、帰港済の島の有無を船リストデータ５０５に基づいて判別し、状況表示領域２０７（図３参照）に表示する内容を適宜設定する。また、プロセッサ１２１は、出航中および帰港済みのいずれでもない島については、各島の付与状況情報５３４に基づいて状況表示領域２０７に表示する内容を適宜設定する。また、更新ボタン２０３について強調表示の設定が行われていれば、プロセッサ１２１は、適宜更新ボタン２０３を強調表示する。そして、プロセッサ１２１は、これらの設定が反映された出航先選択画面を生成して表示する。以上で、出航先画面表示処理が終了する。

図１６に戻り、次に、ステップＳ２で、プロセッサ１２１は、操作データ５１０を取得する。

次に、ステップＳ３で、プロセッサ１２１は、操作データ５１０で示される操作内容が、未出航の島オブジェクト２０２を選択する操作であったか否かを判定する。当該判定の結果、未出航の島オブジェクト２０２が選択されている場合は（ステップＳ３でＹＥＳ）、ステップＳ４で、プロセッサ１２１は、出航処理を実行する。これは、上述した出航準備～出航決定までの操作に関する処理である。すなわち、上記積荷を船に載せるための処理や、上記第１付与のための条件が満たされるか否かの判定処理等が行われる。その後、上記ステップＳ１に戻り、処理が繰り返される。なお、この出航に使う船の指定については、「フリー」の状態の船から自動的に選択されてもよいし、ユーザが手動で船を指定可能にしてもよい。

図１８は、上記出航処理の詳細を示すフローチャートである。まず、ステップＳ４１で、プロセッサ１２１は、上記図７で示したような出航準備画面を生成して表示する。次に、ステップＳ４２で、プロセッサ１２１は、操作データ５１０を取得する。続くステップＳ４３で、操作データ５１０で示される内容が、出航決定の指示であるか否かを判定する。なお、上記のように、出航決定が可能となるためには、上記輸出ポイントが上記必要ポイントを満たす必要があり、満たしていない場合は、出航決定の指示自体ができない状態（出航決定のためのボタンがまだ表示されない状態）となる。

当該判定の結果、出航決定の指示ではない場合は（ステップＳ４３でＮＯ）、次に、ステップＳ４４で、プロセッサ１２１は、出航準備をキャンセルする操作が行われたか否かを判定する。キャンセル操作が行われていた場合は（ステップＳ４４でＹＥＳ）、プロセッサ１２１は、上記出航準備画面を消去して、当該出航処理を終了する。一方、キャンセル操作が行われていない場合は（ステップＳ４４でＮＯ）、ステップＳ４５で、プロセッサ１２１は、操作内容に基づいて、輸出ポイントの算出および操作内容を反映した出航準備画面の表示設定を行う。

次に、ステップＳ４６で、プロセッサ１２１は、上記輸出ポイントが今回出航先として選択されている島の必要ポイントを満たしているか否かを判定する。当該判定の結果、満たしている場合は（ステップＳ４６でＹＥＳ）、ステップＳ４７で、プロセッサ１２１は、上記図７で示した「船に載せる」ボタン２１５を「出航する」ボタン（図示は省略）に変更する処理を行う。これにより、上記ステップＳ４３の判定においてＹＥＳの判定があり得る状態となる。そして、上記ステップＳ４１に戻る。一方、まだ満たしていない場合は（ステップＳ４６でＮＯ）、上記ステップＳ４１に戻り、処理が繰り返される。この際、一旦出航可能な状態となった後、積荷を減らした等で出航不可の状態に戻った場合は、「出航する」ボタンの表示を「船に載せる」ボタン２１５に戻す設定も行う。

一方、上記ステップＳ４３の判定の結果、出航決定の指示が行われていた場合は（ステップＳ４３でＹＥＳ）、ステップＳ４８で、プロセッサ１２１は、輸出するアイテムを確定する処理を行う。具体的には、所持コンテンツデータ５０８から今回輸出することが決定したゲーム内コンテンツの数を減算する処理を実行する。

次に、ステップＳ４９で、プロセッサ１２１は、出航先の島に応じた、１つめのおみやげにかかる第２抽選処理を実行する。次に、ステップＳ５０で、プロセッサ１２１は、上記内容を反映するように船リストデータ５０５を更新する。すなわち、今回の出航に使う船について、現在状態情報５４２を「出航中」に設定し、上記ステップＳ４９における抽選結果を抽選結果情報５４５に設定する。更に、現在時刻を出航開始時間５４４に設定する。

次に、ステップＳ５１で、プロセッサ１２１は、出航準備画面を消去する。また、このとき、船が出航する様子を示す所定の演出を表示するようにしてもよい。その後、当該出航処理は終了する。

図１６に戻り、上記ステップＳ３の判定の結果、未出航の島オブジェクト２０２が選択されていない場合は（ステップＳ３でＮＯ）、次に、ステップＳ５で、プロセッサ１２１は、出航中の状態の島オブジェクト２０２のいずれかが選択されたか否かを判定する。当該判定の結果、出航中の状態の島オブジェクト２０２が選択されていた場合は（ステップＳ５でＹＥＳ）、ステップＳ６で、プロセッサ１２１は、時短確認処理を実行し、その後、ステップＳ１の処理に戻る。当該時短確認処理は、上記図８を用いて説明したような、「チケット」を使って即時帰港させるか否かを問い合わせる処理である。

図１９は、上記時短確認処理の詳細を示すフローチャートである。まず、ステップＳ６１で、プロセッサ１２１は、上記図８で示したような時短確認ダイアログ２１６を生成して表示する。次に、ステップＳ６２で、プロセッサ１２１は操作データ５１０を取得し、続くステップＳ６３で、操作内容が即時帰港させることの指示か（図８のＯＫボタン２１７が選択されたか）否かを判定する。当該判定の結果、即時帰港の指示の場合は（ステップＳ６３でＹＥＳ）、ステップＳ６４で、プロセッサ１２１は、所持チケットデータ５０７から所定数の「チケット」を減算する。

次に、ステップＳ６５で、プロセッサ１２１は、船リストの更新を行う。すなわち、プロセッサ１２１は、今回即時帰港が指示された船の現在状態情報５４２に「帰港済み」を設定する。

次に、ステップＳ６６で、プロセッサ１２１は、時短確認ダイアログ２１６を消去する。そして、時短確認処理を終了する。

一方、上記ステップＳ６３の判定の結果、即時帰港の指示ではない場合は（ステップＳ６３でＮＯ）、ステップＳ６７で、プロセッサ１２１は、キャンセル指示が行われたか否かを判定する。キャンセル指示が行われていない場合は（ステップＳ６７でＮＯ）、上記ステップＳ６１に戻り、処理が繰り返される。キャンセル指示の場合は（ステップＳ６７でＹＥＳ）、上記ステップＳ６６に処理が進められ、時短確認ダイアログが消去されて時短確認処理も終了する。

図１６に戻り、上記ステップＳ５の判定の結果、出航中の島オブジェクト２０２が選択されていない場合は（ステップＳ５でＮＯ）、次に、ステップＳ７で、プロセッサ１２１は、帰港済みの島オブジェクト２０２が選択されたか否かを判定する。当該判定の結果、選択されている場合は（ステップＳ７でＹＥＳ）、ステップＳ８で、プロセッサ１２１は、おみやげ入手処理を実行し、その後、上記ステップＳ１の処理に戻る。

図２０～図２１は、上記おみやげ入手処理の詳細を示すフローチャートである。まず、ステップＳ７１で、プロセッサ１２１は、上述したようなおみやげ入手画面を生成して表示する。具体的には、プロセッサ１２１は、まず、表示するおみやげの個数を決定する。本例では、基本的には６個を表示するが、上記のように有限式抽選対象グループにおいて残っている抽選対象コンテンツの数によっては、これより少ない個数が決定され得る。また、他の実施形態では、所定の抽選処理によって当該おみやげの個数を決定してもよい。そして、おみやげの個数が決まれば、プロセッサ１２１は、更に、各おみやげの外観画像を決定する。この外観画像についても、所定の抽選処理で決定すればよい。なお、この段階では、まだ１つもおみやげを開封していない状態である。そのため、上記処理の結果、図９で示すような１つめのおみやげの開封を促す画面が生成されて表示されることになる。

次に、ステップＳ７２で、プロセッサ１２１は、操作データ５１０を取得し、続くステップＳ７３で、操作データ５１０で示される操作内容が、未開封のおみやげオブジェクト２２１のいずれかを選択する操作であるか否かを判定する。当該判定の結果、未開封のおみやげオブジェクト２２１のいずれかが選択されていた場合は（ステップＳ７３でＹＥＳ）、次に、ステップＳ７４で、プロセッサ１２１は、１つめのおみやげの開封に該当するか否かを判定する。当該判定の結果、１つめのおみやげの開封に該当する場合は（ステップＳ７４でＹＥＳ）、ステップＳ７５で、プロセッサ１２１は、第１の付与処理を実行する。具体的には、プロセッサ１２１は、現在の操作対象となっている船にかかる上記抽選結果情報５４５に基づいて特定されるゲーム内コンテンツを所持コンテンツデータ５０８に加える処理を行う。更に、プロセッサ１２１は、今回の出航先となった島にかかる付与状況情報５３４を更新する。すなわち、今回ユーザに付与したゲーム内コンテンツが抽選対象コンテンツから除外されるように付与状況情報５３４を更新する。本実施形態では、該当の抽選対象コンテンツの在庫数を１つ減らすという処理を行う。

次に、ステップＳ７６で、プロセッサ１２１は、１つめのおみやげの開封を反映したおみやげ入手画面の表示内容の設定を行う。具体的には、プロセッサ１２１は、開封された１つめのおみやげオブジェクト２２１をグレーアウトするような表示設定を行う。また、ユーザに付与したゲーム内コンテンツを示す画像を当該おみやげオブジェクト２２１に重畳表示する設定も行う。更に、上記図１０で示したような、２つめ以降のおみやげ入手を問い合わせる旨のメッセージと、上記「チケット」の所持数を示す画像を表示するための設定も行われる。その後、プロセッサ１２１は、上記ステップＳ７１に戻り処理を繰り返す。この結果、１つめのおみやげ開封後における上記ステップＳ７１の処理では、当該図１０で示すような２つめ以降のおみやげ入手のための画面が表示されることになる。

一方、上記ステップＳ７４の判定の結果、１つめのおみやげではないと判定された場合は（ステップＳ７４でＮＯ）、図２１のステップＳ７７で、プロセッサ１２１は、上記図１１で示したような、「チケット」消費の確認ダイアログ２２３を表示する。次に、ステップＳ７８で、プロセッサ１２１は、操作データ５１０を取得し、続くステップＳ７９で、「チケット」を使用する操作が行われたか否かを判定する。当該判定の結果、「チケット」を使用する操作が行われた場合は（ステップＳ７９でＹＥＳ）、ステップＳ８０で、プロセッサ１２１は、所持チケットデータ５０７を参照して、必要な「チケット」枚数をユーザが所持しているか否かを判定する。つまり、第２付与のための条件が満たされているか否かを判定することになる。その結果、もし必要となる「チケット」枚数が不足している場合は（ステップＳ８０でＮＯ）ステップＳ８４で、プロセッサ１２１は、チケットが不足している旨を示すメッセージを適宜表示し、ユーザの操作を待ち受ける（例えば、ＯＫボタンのみが含まれるメッセージボックスを表示される）。その後、ステップＳ８５で、プロセッサ１２１は、操作データ５１０を取得し、上記メッセージを消去する指示が行われたか否かを判定する。当該判定の結果、消去指示がまだ行われていなければ（ステップＳ８５でＮＯ）、上記ステップＳ８４に戻り、処理を繰り返す。消去指示が行われていれば（ステップＳ８５でＹＥＳ）、ステップＳ８６で、プロセッサ１２１は、上記メッセージを消去し、上記ステップＳ７１に戻る。

一方、上記ステップＳ８０の判定の結果、必要な「チケット」枚数をユーザが所持している場合は（ステップＳ８０でＹＥＳ）、ステップＳ８１で、プロセッサ１２１は、第２の付与処理を実行する。具体的には、まず、プロセッサ１２１は、所持チケットデータ５０７から、所定枚数の「チケット」を減算する。本例では、基本的には５枚分を減算するが、上記のように連続でおみやげの開封が続けられていれば、必要なチケット枚数を開封の度に１枚ずつ減らすようにする。更に、プロセッサ１２１は、ユーザに付与するゲーム内コンテンツの第２抽選処理を行い、抽選されたゲーム内コンテンツを所持コンテンツデータ５０８に加える処理を実行する。また、当該付与されたゲーム内コンテンツを次回以降の抽選対象から除外するように、付与状況情報５３４を更新する（具体的には在庫数を減算する）。

次に、ステップＳ８２で、プロセッサ１２１は、すべてのおみやげが開封されたか否かを判定する。当該判定の結果、全て開封されていた場合は（ステップＳ８２でＹＥＳ）、後述するステップＳ９０に処理が進められる。一方、まだ未開封のおみやげが残っている場合は（ステップＳ８２でＮＯ）、次に、ステップＳ８３で、プロセッサ１２１は、今回開封されたおみやげオブジェクト２２１がグレーアウト表示されるようにおみやげ入手画面の表示設定を行う。また、ユーザに付与したゲーム内コンテンツを示す画像を当該おみやげオブジェクト２２１に重畳表示する設定も行う。これにより、開封操作が行われる度に、開封されたおみやげオブジェクト２２１がグレーアウト表示されていくことになる。その後、上記ステップＳ７１に戻り、処理が繰り返される。

一方、上記ステップＳ７９の判定の結果、「チケット」を使用する操作が行われていない場合は（ステップＳ７９でＮＯ）、ステップＳ８７で、プロセッサは、２つめ以降のおみやげ開封をキャンセルする操作が行われたか否かを判定する。具体的には、図１１の「チケット」消費の確認ダイアログ２２３における「やめる」ボタン２２５がタップ操作されたか否かを判定する。当該操作が行われていない場合（ステップＳ８７でＮＯ）、上記ステップＳ７７に戻り処理が繰り返される。行われていた場合は（ステップＳ８７でＹＥＳ）、ステップＳ８８で、プロセッサ１２１は、「チケット」消費の確認ダイアログ２２３を消去する。そして、上記ステップＳ７１に戻り、処理を繰り返す。

図２０に戻り、次に、上記ステップＳ７３で未開封のおみやげのいずれも選択されなかった場合（ステップＳ７３でＮＯ）について説明する。この場合は、ステップＳ８９で、プロセッサ１２１は、おみやげ入手画面の終了操作が行われたか否かを判定する。具体的には、上記図１０の「終了する」ボタン２２２がタップ操作されたか否かを判定する。当該判定の結果、終了操作が行われていない場合は（ステップＳ８９でＮＯ）、上記ステップＳ７１に戻り、処理が繰り返される。一方、終了操作が行われている場合は（ステップＳ８９でＹＥＳ）、ステップＳ９０で、プロセッサ１２１は、おみやげの受け取りが行われたことを反映するように船リストデータ５０５を更新する。具体的には、プロセッサは、今回の操作対象となっている船の現在状態情報５４２を「帰港済み」から「フリー」に変更する処理を行う。

次に、ステップＳ９１で、プロセッサ１２１は、おみやげ入手画面を消去する。次に、ステップＳ９２で、プロセッサ１２１は、今回の出航対象であった島にかかる有限式抽選対象グループについて、上限まで第２抽選が行われたか否かを判定する。当該判定の結果、上限まで第２抽選していた場合は（ステップＳ９２でＹＥＳ）、ステップＳ９３で、プロセッサ１２１は、その島に対応するコンプリートアイテムをユーザに付与する。すなわち、当該コンプリートアイテムを所持コンテンツデータ５０８に加える処理を行う。一方、まだ上限まで第２抽選が行われていない場合は（ステップＳ９２でＮＯ）、上記ステップＳ９３の処理はスキップされる。その後、おみやげ獲得処理は終了する。

図１６に戻り、上記ステップＳ７の判定の結果、帰港済みの島オブジェクト２０２が選択されていない場合は（ステップＳ７でＮＯ）、次に、ステップＳ９で、プロセッサ１２１は、更新ボタン２０３が選択されたか否かを判定する。当該判定の結果、選択されている場合は（ステップＳ９でＹＥＳ）、ステップＳ１０で、プロセッサ１２１は、出航先更新処理を実行し、その後、上記ステップＳ１の処理に戻る。

図２２～図２３は、上記出航先更新処理の詳細を示すフローチャートである。まず、図２２のステップＳ１０１で、プロセッサ１２１は、船リストデータ５０５を参照して、出航中の状態の船、あるいは、帰港済みの状態（おみやげをまだ開封していない状態）の船が存在するか否かを判定する。当該判定の結果、存在する場合は(ステップＳ１０１でＹＥＳ)、ステップＳ１０２で、プロセッサ１２１は、例えば出航中、または、おみやげを開封していない船があるため更新できない旨のメッセージ（図示は省略）を表示する。次に、ステップＳ１０３で、プロセッサ１２１は操作データ５１０を取得し、続くステップＳ１０４で、当該メッセージ表示の消去指示が行われたか否かを判定する。当該判定の結果、消去指示が行われていない場合は（ステップＳ１０４でＮＯ）、ステップＳ１０２に戻り処理が繰り返される。消去指示が行われていれば（ステップＳ１０４でＹＥＳ）、ステップＳ１０５で、プロセッサ１２１は上記メッセージ表示を消去して、当該出航先更新処理を終了する。

一方、上記ステップＳ１０１の判定の結果、出航中状態の船、あるいは、帰港済み状態の船が存在しない場合、すなわち、全ての船が「フリー」状態の場合は（ステップＳ１０１でＮＯ）、図２３のステップＳ１０６で、プロセッサ１２１は、出航先の更新（再抽選）を可能とするための時間的条件が満たされているか否かを判定する。本実施形態では、前回の更新操作から所定時間が経過しているか否かを判定し、経過していれば当該時間的条件が満たされていると判定する。

上記判定の結果、時間的条件が満たされている場合は（ステップＳ１０６でＹＥＳ）、次に、ステップＳ１０７で、プロセッサ１２１は、上記図５で示したような第１の出航先更新確認ダイアログ２１０を生成して表示する。次に、ステップＳ１０８で、プロセッサ１２１は、操作データ５１０を取得し、続くステップＳ１０９で、出航先の更新を行う指示が行われたか否かを判定する。当該判定の結果、更新の指示が行われていた場合は（ステップＳ１０９でＹＥＳ）、ステップＳ１１０で、プロセッサ１２１は、上記第１抽選の処理を行い、出航先として提示する島を再決定する。本例では、この再度の第１抽選の結果、５つの島が抽選される。そして、その抽選結果に基づき、現在の出航先一覧データ５０４を更新する。この際、上述したように、上限まで第２抽選済みの島については、当該処理における第１抽選の対象から除外してもよいし、抽選対象コンテンツの取得状況を初期化したうえで第１抽選の対象としてもよい。

一方、上記ステップＳ１０９の判定の結果、更新指示が行われていない場合は（ステップＳ１０９でＮＯ）、次に、ステップＳ１１２で、プロセッサ１２１は、キャンセル指示が行われたか否かを判定する。当該判定の結果、キャンセル指示が行われた場合は（ステップＳ１１２でＹＥＳ）、後述のステップＳ１１１に処理が進められる。キャンセル指示が行われていない場合は（ステップＳ１１２でＮＯ）、上記ステップＳ１０７に戻り、処理が繰り返される。

次に、ステップＳ１１１で、プロセッサ１２１は、上記ステップＳ１０７で表示した第１の出航先更新確認ダイアログ２１０を消去する。そして、出航先更新処理は終了する。

一方、上記ステップＳ１０６の判定の結果、時間的条件が満たされていない場合は（ステップＳ１０６でＮＯ）、次に、ステップＳ１１３で、プロセッサ１２１は、上記図６で示したような第２の出航先更新確認ダイアログ２１４を生成して表示する。次に、ステップＳ１１４で、プロセッサ１２１は、操作データ５１０を取得し、続くステップＳ１１５で、出航先の更新を行う指示が行われたか否かを判定する。当該判定の結果、更新の指示が行われていた場合は（ステップＳ１１５でＹＥＳ）、ステップＳ１１６で、プロセッサ１２１は、所定数の「ベル」を所持ベルデータ５０６から減算する処理を行う。次に、ステップＳ１１７で、プロセッサ１２１は、第１抽選処理を行い、出航先として提示する島を再決定する。そして、プロセッサ１２１は、その抽選結果に基づき、現在の出航先一覧データ５０４を更新する。

一方、上記ステップＳ１１５の判定の結果、更新指示が行われていない場合は（ステップＳ１１５でＮＯ）、次に、ステップＳ１１９で、プロセッサ１２１は、キャンセル指示が行われたか否かを判定する。当該判定の結果、キャンセル指示が行われた場合は（ステップＳ１１９でＹＥＳ）、後述のステップＳ１１８に処理が進められる。キャンセル指示が行われていない場合は（ステップＳ１１９でＮＯ）、上記ステップＳ１１３に戻り、処理が繰り返される。

次に、ステップＳ１１８で、プロセッサ１２１は、上記ステップＳ１１３で表示した第２の出航先更新確認ダイアログ２１４を消去する。そして、出航先更新処理は終了する。

図１６に戻り、上記ステップＳ９の判定の結果、更新ボタンが選択されていない場合は（ステップＳ９でＮＯ）、次に、ステップＳ１１で、プロセッサ１２１は、終了操作が行われたか否かを判定する。当該判定の結果、終了操作が行われていない場合は（ステップＳ１１でＮＯ）、ステップＳ１２で、プロセッサ１２１は、操作内容に基づき、その他のゲーム処理を適宜実行し、その後、上記ステップＳ１の処理に戻る。一方、終了操作が行われていれば（ステップＳ１１でＹＥＳ）、プロセッサ１２１は、貨物船ゲーム処理を終了する。

以上で、貨物船ゲーム処理の詳細説明を終了する。

このように、本実施形態では、上記のような貨物船ゲームにおいて、ユーザは、出航のための条件を満たして所定の島に船を出航させ、帰港させる。これにより、ユーザは、ゲーム内コンテンツを入手する機会を、所定の回数を上限として複数回得ることができる。そして、この複数回の機会のうちの１回目については対価なしでゲーム内コンテンツの入手を可能とし（第１の付与）、２回目以降の入手（第２の付与）については、所定の対価との引き換えとしている。ここで、当該ゲーム内コンテンツは第２抽選によって選ばれるが、この第２抽選は上述のような有限型抽選対象グループにかかるものである。つまり、上限となる回数まで第２抽選を行えば、その有限型抽選対象グループにおける抽選対象コンテンツを全て入手することが可能となっている。換言すれば、ユーザは、帰港毎に対価と引き換えに第２の付与を繰り返し行うことで、出航回数を減らすことによって短期間で多くのゲーム内コンテンツの入手を可能であり、また、最終的には確実に入手することも可能となっている。そのため、一回分の出航～帰港によって得られる限られた第２抽選の機会において、対価と引き換えに上記第２の付与を試みることの意義をより高めることができ、対価と引き換えにユーザが享受する効果を高めることができる。更に、例えば、レアリティの高いアイテムが入手可能な島から帰港した場合と、そうではない島から帰港した場合とを想定すると、後者では「チケット」節約の観点で第１の付与だけに留めておき、前者の場合はレアリティの高いアイテムを速やかに入手すべく、第２の付与を活用する、という選択の余地がある遊び方をユーザに提供することもできる。

また、上記実施形態では、出航先として提示される有限型抽選対象グループ（島）を更新ボタン２０３の操作によって変更することができる。これにより、これまで提示されていた有限型抽選対象グループが更新操作の結果、提示されなくなることもあり得る。また、更なる更新操作で、再度提示されることもあり得る。このように、一旦提示されなくなった後、再度提示された有限型抽選対象グループについて、上記実施形態では、以前までのゲーム内コンテンツの付与状況を引き継いで、第２抽選を継続することができる。これにより、更新操作によって様々な有限型抽選対象グループを楽しませることができると共に、各有限型抽選対象グループにおける抽選対象コンテンツの入手機会を確保させることができ、抽選ゲームの興趣性をより高めることができる。

［変形例］
なお、上記実施形態では、情報処理装置単体でゲーム処理が実行される場合を例としたが、上記のような処理を実行する主体に関しては、上記のような構成に限らない。例えば、他の実施形態では、情報処理装置と所定のサーバとを通信可能に構成しておき、上述した各種データや情報処理の一部を所定のサーバに記憶・処理させるような情報処理システム（ゲームシステム）の態様であってもよい。また、この場合、サーバ側は、複数の情報処理装置によって構成され、サーバ側で実行するべき処理を複数の情報処理装置が分担して実行するサーバシステムであってもよい。このような情報処理システムの場合は、例えば、サーバに、上記ゲームを利用するユーザに関するデータをユーザ毎に記憶させておく。そして、ゲーム開始時にユーザにサーバへのログイン処理を行わせ、必要なデータをサーバから情報処理端末１０２にダウンロードして、情報処理端末１０２と所定のサーバとが協働して上述したような情報処理が実行されるような構成としてもよい。また、この場合は、上記のような各種の抽選処理は、ユーザ毎に行われるようにすればよい。また、抽選処理自体についても、情報処理端末側で行うようにしてもよいし、サーバ側で行うようにしてもよい。例えば、上記出航先一覧に提示する出航先の第１抽選処理と、各おみやげにかかる第２抽選処理と、その抽選結果の情報処理端末への送信はサーバ側で行うようにすればよい。一方、情報処理端末側では、各種操作の受付やサーバ側での抽選処理の結果を含む各種処理結果に基づいたゲーム画面の生成処理を主に行うようにすればよい。

なお、上記実施形態では、出航先の更新操作について、ユーザによる手動での更新操作を行う場合を例に挙げた。他の実施形態では、自動で更新するようにしてもよい。例えば、２４時間に一度の割合で自動更新するような構成としてもよい。

また、上記の例では、上記「出航中」や「帰港済み」等の状態に関して、船リストデータ５０５を用いて各船単位で管理するものを挙げた。他の実施形態では、船単位で管理しなくてもよく、例えば、島単位で管理するような構成としてもよい。つまり、各島毎に、「出航中」、「帰港済み」、「フリー」のいずれかの状態を示す情報を持たせるような構成でもよい。例えば、上記船ＩＤ５４１の代わりに島ＩＤという情報を用いてもよい。そして、各島毎に上記現在状態情報５４２、出航開始時間５４４、抽選結果情報５４５等を有する構成のデータを用いてもよい。なお、この構成の場合は、上述したような出航に用いる船を指定するための処理は不要となる。

また、上記実施形態で説明したような島を恒常的にユーザに提示可能な島であるとして、これとは別に、期間限定で提示される島もユーザに提示するような構成としてもよい。例えば、上記図２で示した出航先選択画面において、例えばユーザがスワイプ操作を行うことで、ページが切り替わって期間限定で出現する島が表示されるような構成としてもよい。またこの場合、期間限定の島が表示される画面では、上述したような更新ボタン２０３を表示しないようにしてもよい。つまり、期間限定の島についてはユーザが提示内容を更新できないような構成としてもよい。これにより、期間限定の島についてのコンテンツ入手の機会をユーザに確保することができる。

また、上記実施形態では、出航先の更新のための時間的条件に関して、基本的な条件を所定時間の経過とし、追加の条件として、「ベル」の消費という例を挙げた。これについては、基本的な条件と追加の条件を逆にしてもよい。また、時間的な条件に限らず、他の条件を用いてもよい、例えば、上記時間的条件の代わりに、所定のミニゲームをクリアすることを条件としてもよい。

また、上記の例では、出航してから帰港するまでの待機時間について、出航先の島毎に異なる例を挙げたが、これに限らず、一律で同じ待機時間とするようにしてもよい。また、積荷の内容に応じて待機時間を変化させるようにしてもよい。

また、出航先の更新や帰港までの時間短縮、２つめ以降のおみやげ開封について、上記の例ではゲーム内通貨を消費する例を挙げた。これに限らず、所定のゲーム内アイテムを減少・消費するようにしてもよい。

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

Claims (17)

1. コンテンツグループに含まれる複数のゲーム内コンテンツを抽選対象コンテンツとしてメモリに記憶させる抽選管理手段と、
   第１付与条件が満たされるか否かを判定する第１判定手段と、
   前記第１付与条件が満たされた場合に、前記コンテンツグループに含まれる前記抽選対象コンテンツから抽選により決定された前記ゲーム内コンテンツをユーザに付与する第１付与を行う第１付与手段と、
   前記第１付与条件が満たされた場合に、前記第１付与に加えて更に前記ゲーム内コンテンツを付与できる回数の上限を示す追加付与上限回数が当該第１付与毎に設定された第２付与を更に実行するか否かの選択肢を前記ユーザに対して画像により提示する選択肢提示手段と、
   前記第２付与の回数が前記追加付与上限回数に達するまでの間において、前記第２付与の実行を行う選択肢が選択された場合に、引き換えパラメータが第２付与条件を満たすか否かを判定する第２判定手段と、
   前記第２付与条件が満たされた場合に、前記引き換えパラメータを変化させるとともに、前記コンテンツグループに含まれる前記抽選対象コンテンツから抽選により決定された前記ゲーム内コンテンツを前記ユーザに更に付与する前記第２付与を行う第２付与手段と、
   前記第１付与手段により付与された前記ゲーム内コンテンツ及び前記第２付与手段により付与された前記ゲーム内コンテンツが、前記抽選が実行された前記コンテンツグループにおける前記抽選対象から除外されることを示すように当該コンテンツグループの付与状況を前記メモリに記憶させる対象除外手段と、
   前記第１付与毎の前記追加付与上限回数をランダムに決定する上限決定手段とを備える情報処理システム。
2. 前記選択肢提示手段は、複数の前記ゲーム内コンテンツに各々対応する複数の表示オブジェクトを、当該ゲーム内コンテンツが特定できない態様で、前記ユーザに対して画像により提示する、請求項１に記載の情報処理システム。
3. 前記第２判定手段は、前記複数の表示オブジェクトのうち少なくとも１つが前記ユーザにより選択された場合に、前記第２付与条件を満たすか否かを判定する、請求項２に記載の情報処理システム。
4. 前記選択肢提示手段は、前記第２付与が実行済みの前記表示オブジェクトを、当該第２付与がまだ実行されていない前記表示オブジェクトとは区別可能な表示態様で、前記ユーザに提示する、請求項３に記載の情報処理システム。
5. 前記情報処理システムは、前記コンテンツグループにおける前記抽選対象コンテンツが全て付与された場合、所定の報酬を前記ユーザに更に付与する報酬付与手段を更に備える、請求項１ないし４のいずれかに記載の情報処理システム。
6. 前記第２付与手段は、ゲーム内通貨またはゲーム内アイテムの数を減少させることとともに前記第２付与を行う、請求項１ないし５のいずれかに記載の情報処理システム。
7. 前記第２付与手段は、前記第２付与の回数が前記追加付与上限回数に近づくほど、当該第２付与の実行に伴って減少させる前記ゲーム内通貨または前記ゲーム内アイテムの数を少なくする、請求項６に記載の情報処理システム。
8. 前記第１判定手段は、前記ユーザが所有するゲーム内アイテムの数を所定数減少させた場合に前記第１付与条件が満たされたと判定する、請求項１ないし７のいずれかに記載の情報処理システム。
9. 前記第１判定手段は、前記ゲーム内アイテムを減少させる数と当該ゲーム内アイテムにそれぞれ設定された加重パラメータ値とを乗算した値が閾値を超えた場合に、前記第１付与条件が満たされたと判定する、請求項８に記載の情報処理システム。
10. 前記情報処理システムは、
    複数の前記コンテンツグループを前記メモリに記憶させる記憶手段と、
    前記複数のコンテンツグループのうち、一部のコンテンツグループを選択可能対象グループとして抽選により決定するグループ決定手段と、
    前記選択可能対象グループのうち、ユーザ操作に基づいて少なくとも１つのコンテンツグループを選択する選択手段と、を更に備え、
    前記第１付与手段は、前記選択されたコンテンツグループに含まれる前記抽選対象コンテンツから抽選により決定された前記ゲーム内コンテンツを前記ユーザに付与する、請求項１ないし９のいずれかに記載の情報処理システム。
11. 前記第１付与条件は、第１引き換えパラメータを変化させることによって満たすことが可能な条件であり、
    前記第２付与条件は、前記第１引き換えパラメータとは異なる第２引き換えパラメータを変化させることによって満たされることが可能な条件である、請求項１ないし１０のいずれかに記載の情報処理システム。
12. 前記第１判定手段は、第１前提条件が満たされてから所定の待機時間が経過した場合に、前記第１付与条件が満たされたと判定する、請求項１ないし１１のいずれかに記載の情報処理システム。
13. 前記第１判定手段は、第３引き換えパラメータを変化させるとともに、前記待機時間を短縮させる、請求項１２に記載の情報処理システム。
14. 前記第１付与手段は、前記第１付与条件が満たされる毎に、前記第１付与を行う、請求項１ないし１３のいずれかに記載の情報処理システム。
15. コンテンツグループに含まれる複数のゲーム内コンテンツを抽選対象コンテンツとしてメモリに記憶させる抽選管理手段と、
    第１付与条件が満たされるか否かを判定する第１判定手段と、
    前記第１付与条件が満たされた場合に、前記コンテンツグループに含まれる前記抽選対象コンテンツから抽選により決定された前記ゲーム内コンテンツをユーザに付与する第１付与を行う第１付与手段と、
    前記第１付与条件が満たされた場合に、前記第１付与に加えて更に前記ゲーム内コンテンツを付与できる回数の上限を示す追加付与上限回数が当該第１付与毎に設定された第２付与を更に実行するか否かの選択肢を前記ユーザに対して画像により提示する選択肢提示手段と、
    前記第２付与の回数が前記追加付与上限回数に達するまでの間において、前記第２付与の実行を行う選択肢が選択された場合に、引き換えパラメータが第２付与条件を満たすか否かを判定する第２判定手段と、
    前記第２付与条件が満たされた場合に、前記引き換えパラメータを変化させるとともに、前記コンテンツグループに含まれる前記抽選対象コンテンツから抽選により決定された前記ゲーム内コンテンツを前記ユーザに更に付与する前記第２付与を行う第２付与手段と、
    前記第１付与手段により付与された前記ゲーム内コンテンツ及び前記第２付与手段により付与された前記ゲーム内コンテンツが、前記抽選が実行された前記コンテンツグループにおける前記抽選対象から除外されることを示すように当該コンテンツグループの付与状況を前記メモリに記憶させる対象除外手段と、
    前記第１付与毎の前記追加付与上限回数をランダムに決定する上限決定手段とを備える情報処理装置。
16. 情報処理装置のコンピュータに、抽選によって所定のコンテンツをユーザに付与するゲーム処理を行わせる情報処理プログラムであって、
    前記コンピュータに、
    コンテンツグループに含まれる複数のゲーム内コンテンツを抽選対象コンテンツとしてメモリに記憶させ、
    第１付与条件が満たされるか否かを判定させ、
    前記第１付与条件が満たされた場合に、前記コンテンツグループに含まれる前記抽選対象コンテンツから抽選により決定された前記ゲーム内コンテンツをユーザに付与する第１付与を行わせ、
    前記第１付与条件が満たされた場合に、前記第１付与に加えて更に前記ゲーム内コンテンツを付与できる回数の上限を示す追加付与上限回数が当該第１付与毎に設定された第２付与を更に実行するか否かの選択肢を前記ユーザに対して画像により提示させ、
    前記第２付与の回数が前記追加付与上限回数に達するまでの間において、前記第２付与の実行を行う選択肢が選択された場合に、引き換えパラメータが第２付与条件を満たすか否かを判定させ、
    前記第２付与条件が満たされた場合に、前記引き換えパラメータを変化させるとともに、前記コンテンツグループに含まれる前記抽選対象コンテンツから抽選により決定された前記ゲーム内コンテンツを前記ユーザに更に付与する前記第２付与を行わせ、
    前記第１付与により付与された前記ゲーム内コンテンツ及び前記第２付与により付与された前記ゲーム内コンテンツが、前記抽選が実行された前記コンテンツグループにおける前記抽選対象から除外されることを示すように当該コンテンツグループの付与状況を前記メモリに記憶させ、
    前記第１付与毎の前記追加付与上限回数をランダムに決定させる、情報処理プログラム。
17. 抽選によってコンテンツをユーザに付与するゲーム処理をコンピュータに実行させるた
    めの情報処理制御方法であって、
    前記コンピュータに、
    コンテンツグループに含まれる複数のゲーム内コンテンツを抽選対象コンテンツとしてメモリに記憶させ、
    第１付与条件が満たされるか否かを判定させ、
    前記第１付与条件が満たされた場合に、前記コンテンツグループに含まれる前記抽選対象コンテンツから抽選により決定された前記ゲーム内コンテンツをユーザに付与する第１付与を行わせ、
    前記第１付与条件が満たされた場合に、前記第１付与に加えて更に前記ゲーム内コンテンツを付与できる回数の上限を示す追加付与上限回数が当該第１付与毎に設定された第２付与を更に実行するか否かの選択肢を前記ユーザに対して画像により提示させ、
    前記第２付与の回数が前記追加付与上限回数に達するまでの間において、前記第２付与の実行を行う選択肢が選択された場合に、引き換えパラメータが第２付与条件を満たすか否かを判定させ、
    前記第２付与条件が満たされた場合に、前記引き換えパラメータを変化させるとともに、前記コンテンツグループに含まれる前記抽選対象コンテンツから抽選により決定された前記ゲーム内コンテンツを前記ユーザに更に付与する前記第２付与を行わせ、
    前記第１付与により付与された前記ゲーム内コンテンツ及び前記第２付与により付与された前記ゲーム内コンテンツが、前記抽選が実行された前記コンテンツグループにおける前記抽選対象から除外されることを示すように当該コンテンツグループの付与状況を前記メモリに記憶させ、
    前記第１付与毎の前記追加付与上限回数をランダムに決定させる、情報処理制御方法。

Images