特許 6751649 プログラム、情報処理装置及び情報処理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6751649

(24)【登録日】2020年8月19日

(45)【発行日】2020年9月9日

(54)【発明の名称】プログラム、情報処理装置及び情報処理システム

(51)【国際特許分類】

   A63F 13/69 20140101AFI20200831BHJP

   A63F 13/30 20140101ALI20200831BHJP

   A63F 13/792 20140101ALI20200831BHJP

   A63F 13/80 20140101ALN20200831BHJP

【ＦＩ】

   A63F13/69 510

   A63F13/30

   A63F13/792

   !A63F13/80 F

【請求項の数】4

【全頁数】16

(21)【出願番号】特願2016-212314(P2016-212314)

(22)【出願日】2016年10月28日

(65)【公開番号】特開2018-68660(P2018-68660A)

(43)【公開日】2018年5月10日

【審査請求日】2018年3月7日

【審判番号】不服2019-6048(P2019-6048/J1)

【審判請求日】2019年5月9日

【早期審査対象出願】

(73)【特許権者】

【識別番号】000132471

【氏名又は名称】株式会社セガ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】江上 雄作

【合議体】

【審判長】 藤本 義仁

【審判官】 藤田 年彦

【審判官】 尾崎 淳史

(56)【参考文献】

【文献】 特開２０１６−１０４２１６（ＪＰ，Ａ）

【文献】 特開２０１３−７５１６３（ＪＰ，Ａ）

【文献】 『ＦＧＯ』聖晶石召喚に必要な石がずっと減少など１周年１０大キャンペーン発表！ニコ生最新情報まとめ、ビーズログ．ｃｏｍ［Ｏｎｌｉｎｅ］、２０１６年７月２９日、インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｂｓ−ｌｏｇ．ｃｏｍ／２０１６０７２９＿７９１０２５／＞

【文献】 基本プレイ無料『ドラゴンズドグマ オンライン』の課金要素の仕組みは？ 正式サービスまでの日程も判明、電撃オンライン［Ｏｎｌｉｎｅ］、２０１５年７月１６日、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｄｅｎｇｅｋｉｏｎｌｉｎｅ．ｃｏｍ／ｅｌｅｍ／０００／００１／０８７／１０８７３７２／＞

(58)【調査した分野】（Int.Cl.，ＤＢ名）

A63F 9/24

A63F13/00-13/98

(57)【特許請求の範囲】

【請求項1】

コンピュータを、
ゲーム内での抽選の対価として必要なアイテムの所有数量を、プレイヤが購入した有料アイテムと、前記プレイヤが購入以外で入手した無料アイテムとに分けて、前記プレイヤごとに記憶する記憶手段、
所定の抽選情報に基づいて、前記有料アイテム及び前記無料アイテムの双方を対価とすることが可能であり、且つ、前記有料アイテム及び前記無料アイテムの少なくとも一方を対価として、所定の対価の量を消費することで実行可能な第１の抽選と、前記抽選情報に基づいて、前記有料アイテムのみを対価として、前記第１の抽選の実行に必要な対価の量よりも少ない対価の量を消費することで実行可能な第２の抽選と、を行う抽選手段、
前記第２の抽選の実行後、前記第２の抽選の実行を前記プレイヤから受け付けない状態となるように前記抽選手段を制御し、第１の期間の条件を満たすことにより、前記第２の抽選の実行を前記プレイヤから受け付け可能な状態となるように前記抽選手段を制御する制御手段、
として機能させ、
前記制御手段は、前記第２の抽選の実行を前記プレイヤから受け付けない状態から前記第２の抽選の実行を前記プレイヤから受け付け可能な状態になる度に前記第２の抽選の実行に必要な対価の量を少なくすることで、前記第２の抽選の実行に必要な対価の量を初期値から段階的に少なくすると共に、前記第２の抽選の実行を前記プレイヤから受け付けない状態から前記第２の抽選の実行を前記プレイヤから受け付け可能な状態になったあと、次に前記第２の抽選の実行が行われるまでに第２の期間の条件を満たすことにより、前記第２の抽選の実行に必要な対価の量を初期値に戻すこと
を特徴とするプログラム。

【請求項2】

前記制御手段は、前記第２の抽選の実行を前記プレイヤから受け付けない状態から前記第２の抽選の実行を前記プレイヤから受け付け可能な状態になる度に前記第２の抽選の実行に必要な対価の量を少なくすることで、前記第２の抽選の実行に必要な対価の量を初期値から最小値まで段階的に少なくすること
を特徴とする請求項１記載のプログラム。

【請求項3】

ゲーム内での抽選の対価として必要なアイテムの所有数量を、プレイヤが購入した有料アイテムと、前記プレイヤが購入以外で入手した無料アイテムとに分けて、前記プレイヤごとに記憶する記憶手段と、
所定の抽選情報に基づいて、前記有料アイテム及び前記無料アイテムの双方を対価とすることが可能であり、且つ、前記有料アイテム及び前記無料アイテムの少なくとも一方を対価として、所定の対価の量を消費することで実行可能な第１の抽選と、前記抽選情報に基づいて、前記有料アイテムのみを対価として、前記第１の抽選の実行に必要な対価の量よりも少ない対価の量を消費することで実行可能な第２の抽選と、を行う抽選手段と、
前記第２の抽選の実行後、前記第２の抽選の実行を前記プレイヤから受け付けない状態となるように前記抽選手段を制御し、第１の期間の条件を満たすことにより、前記第２の抽選の実行を前記プレイヤから受け付け可能な状態となるように前記抽選手段を制御する制御手段と、
を有し、
前記制御手段は、前記第２の抽選の実行を前記プレイヤから受け付けない状態から前記第２の抽選の実行を前記プレイヤから受け付け可能な状態になる度に前記第２の抽選の実行に必要な対価の量を少なくすることで、前記第２の抽選の実行に必要な対価の量を初期値から段階的に少なくすると共に、前記第２の抽選の実行を前記プレイヤから受け付けない状態から前記第２の抽選の実行を前記プレイヤから受け付け可能な状態になったあと、次に前記第２の抽選の実行が行われるまでに第２の期間の条件を満たすことにより、前記第２の抽選の実行に必要な対価の量を初期値に戻すこと
を特徴とする情報処理装置。

【請求項4】

プレイヤが操作する端末装置と、前記端末装置とネットワークを介して通信可能に接続される情報処理装置と、を有する情報処理システムであって、
ゲーム内での抽選の対価として必要なアイテムの所有数量を、プレイヤが購入した有料アイテムと、前記プレイヤが購入以外で入手した無料アイテムとに分けて、前記プレイヤごとに記憶する記憶手段と、
所定の抽選情報に基づいて、前記有料アイテム及び前記無料アイテムの双方を対価とすることが可能であり、且つ、前記有料アイテム及び前記無料アイテムの少なくとも一方を対価として、所定の対価の量を消費することで実行可能な第１の抽選と、前記抽選情報に基づいて、前記有料アイテムのみを対価として、前記第１の抽選の実行に必要な対価の量よりも少ない対価の量を消費することで実行可能な第２の抽選と、を行う抽選手段と、
前記第２の抽選の実行後、前記第２の抽選の実行を前記プレイヤから受け付けない状態となるように前記抽選手段を制御し、第１の期間の条件を満たすことにより、前記第２の抽選の実行を前記プレイヤから受け付け可能な状態となるように前記抽選手段を制御する制御手段と、
を有し、
前記制御手段は、前記第２の抽選の実行を前記プレイヤから受け付けない状態から前記第２の抽選の実行を前記プレイヤから受け付け可能な状態になる度に前記第２の抽選の実行に必要な対価の量を少なくすることで、前記第２の抽選の実行に必要な対価の量を初期値から段階的に少なくすると共に、前記第２の抽選の実行を前記プレイヤから受け付けない状態から前記第２の抽選の実行を前記プレイヤから受け付け可能な状態になったあと、次に前記第２の抽選の実行が行われるまでに第２の期間の条件を満たすことにより、前記第２の抽選の実行に必要な対価の量を初期値に戻すこと
を特徴とする情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

近年、プレイヤからの要求に基づいて、ランダムに選択されたゲーム上のアイテムを提供する、いわゆる「ガチャ」といわれる抽選の仕組みが登場している。従来の抽選には実行の対価として、ゲーム中で配布される無償通貨アイテムなどの無料でプレイヤが取得できるものを消費するものや、有料でプレイヤが購入した有償通貨アイテムを消費するものがあった。

【0003】

また、従来の抽選には、抽選実行への心理的ハードルを下げるために、初回に必要な対価を低く設定し、抽選実行の度に当たり対象の出現率と必要な対価とが上がるように設定した、いわゆるステップアップガチャがあった（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１６−６７５３１号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

従来のステップアップガチャは、初回に必要な対価を低く設定しているため、参加率が上がるものの、抽選実行の度に必要な対価が上がるため、継続性に問題がある。一方で従来のステップアップガチャは、継続性を向上させるため、抽選実行の度に上がる対価の上げ幅を小さくすると、収益のバランスを取るために、初回に必要な対価を高く設定せざるを得ず、参加率が下がるという問題があった。

【0006】

本発明は上記した課題に鑑みなされたものであり、プレイヤが参加しやすく継続しやすい抽選を実現することを目的とする。

【課題を解決するための手段】

【0007】

上記した課題を解決するために、本願請求項１は、コンピュータを、ゲーム内での抽選の対価として必要なアイテムの所有数量を、プレイヤが購入した有料アイテムと、前記プレイヤが購入以外で入手した無料アイテムとに分けて、前記プレイヤごとに記憶する記憶手段、所定の抽選情報に基づいて、前記有料アイテム及び前記無料アイテムの双方を対価とすることが可能であり、且つ、前記有料アイテム及び前記無料アイテムの少なくとも一方を対価として、所定の対価の量を消費することで実行可能な第１の抽選と、前記抽選情報に基づいて、前記有料アイテムのみを対価として、前記第１の抽選の実行に必要な対価の量よりも少ない対価の量を消費することで実行可能な第２の抽選と、を行う抽選手段、前記第２の抽選の実行後、前記第２の抽選の実行を前記プレイヤから受け付けない状態となるように前記抽選手段を制御し、第１の期間の条件を満たすことにより、前記第２の抽選の実行を前記プレイヤから受け付け可能な状態となるように前記抽選手段を制御する制御手段、として機能させ、前記制御手段は、前記第２の抽選の実行を前記プレイヤから受け付けない状態から前記第２の抽選の実行を前記プレイヤから受け付け可能な状態になる度に前記第２の抽選の実行に必要な対価の量を少なくすることで、前記第２の抽選の実行に必要な対価の量を初期値から段階的に少なくすると共に、前記第２の抽選の実行を前記プレイヤから受け付けない状態から前記第２の抽選の実行を前記プレイヤから受け付け可能な状態になったあと、次に前記第２の抽選の実行が行われるまでに第２の期間の条件を満たすことにより、前記第２の抽選の実行に必要な対価の量を初期値に戻すことを特徴とする。

【発明の効果】

【0008】

本発明によれば、プレイヤが参加しやすく継続しやすい抽選を実現できる。

【図面の簡単な説明】

【0009】

【図1】本実施形態に係る情報処理システムの一例の構成図である。

【図2】本実施形態に係るコンピュータの一例のハードウェア構成図である。

【図3】本実施形態に係る情報処理システムの一例の処理ブロック図である。

【図4】本実施形態に係る情報処理システムの他の例の処理ブロック図である。

【図5】プレイヤ情報の一例の構成図である。

【図6】抽選情報の一例の構成図である。

【図7】有償石又は無償石を消費して実行する召喚処理の一例のフローチャートである。

【図8】１日目の有償石限定召喚画面の一例のイメージ図である。

【図9】３日目以降の有償石限定召喚画面の一例のイメージ図である。

【図10】通常召喚画面の一例のイメージ図である。

【図11】召喚画面の表示操作受付処理の一例のフローチャートである。

【図12】有償石限定召喚画面表示処理の一例のフローチャートである。

【図13】有償石限定召喚対価支払い処理の一例のフローチャートである。

【発明を実施するための形態】

【0010】

次に、本発明の実施形態について詳細に説明する。本実施形態では有償石又は無償石を消費して実行する召喚を例として説明する。有償石はプレイヤが課金により購入する有償アイテムの一例である。無償石はプレイヤがゲーム中に無料で取得できる無償アイテムの一例である。召喚は有償アイテムや無償アイテムを消費して実行する抽選（ガチャ）の一例である。このように、本実施形態は有償石や無償石という名称や、召喚という名称に限定されるものではない。

【0011】

本発明は、いわゆるアイテム課金と呼ばれる課金制度を利用してプレイヤが有償アイテムを購入し、その有償アイテムをプレイヤがゲーム内で消費して抽選を実行する仕組みを採用するプログラム、情報処理装置及び情報処理システム等に広く適用できる。
［第１の実施形態］
＜システム構成＞
図１は、本実施形態に係る情報処理システムの一例の構成図である。図１の情報処理システム１は１台以上のクライアント端末２とゲームサーバ装置３と課金サーバ装置４とがインターネット等のネットワーク５を介して接続されている。

【0012】

クライアント端末２はプレイヤが操作するＰＣ、スマートフォン、タブレットなどの端末装置、家庭用や業務用のゲーム専用機器などの端末装置である。ゲームサーバ装置３はクライアント端末２でプレイヤにより行われるゲームの管理や制御を行う。課金サーバ装置４はプレイヤに対する課金処理を行う。

【0013】

なお、本発明は図１に示すクライアント・サーバ型の情報処理システム１の他、プリペイドカード等による課金処理を行う仕組みを別途設けることで単体のゲーム装置においても適用可能である。図１の情報処理システム１は一例であって用途や目的に応じて様々なシステム構成例があることは言うまでもない。図１のゲームサーバ装置３や課金サーバ装置４は更に複数のコンピュータに分散して構成してもよいし、一つのコンピュータにより構成してもよい。

【0014】

＜ハードウェア構成＞
図１のクライアント端末２、ゲームサーバ装置３及び課金サーバ装置４は、例えば図２に示すハードウェア構成のコンピュータにより実現される。図２は、本実施形態に係るコンピュータの一例のハードウェア構成図である。

【0015】

図２のコンピュータは、入力装置５０１、表示装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ５０４、ＲＯＭ５０５、ＣＰＵ５０６、通信Ｉ／Ｆ５０７、及びＨＤＤ５０８などを備えており、それぞれがバスＢで相互に接続されている。なお、入力装置５０１及び表示装置５０２は必要なときに接続して利用する形態であってもよい。

【0016】

入力装置５０１はプレイヤが各種信号を入力するのに用いるタッチパネル、操作キーやボタン、キーボードやマウスなどである。表示装置５０２は画面を表示する液晶や有機ＥＬなどのディスプレイである。表示装置５０２には音声や音楽などの音データを出力するスピーカなども含まれる。通信Ｉ／Ｆ５０７はコンピュータをネットワーク５に接続するインタフェースである。これによりコンピュータは通信Ｉ／Ｆ５０７を介してデータ通信を行うことができる。

【0017】

また、ＨＤＤ５０８はプログラムやデータを格納している不揮発性の記憶装置の一例である。格納されるプログラムやデータにはコンピュータ全体を制御する基本ソフトウェアであるＯＳ、及びＯＳ上において各種機能を提供するアプリケーションなどがある。

【0018】

なお、コンピュータはＨＤＤ５０８に替えて、記憶媒体としてフラッシュメモリを用いるドライブ装置（例えばソリッドステートドライブ：ＳＳＤ）を利用するものであってもよい。

【0019】

外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。外部装置には、記録媒体５０３ａなどがある。これにより、コンピュータ５００は外部Ｉ／Ｆ５０３を介して記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体５０３ａにはフレキシブルディスク、ＣＤ、ＤＶＤ、ＳＤメモリカード、ＵＳＢメモリなどがある。

【0020】

ＲＯＭ５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）の一例である。ＲＯＭ５０５にはコンピュータの起動時に実行されるＢＩＯＳ、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ５０４はプログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）の一例である。

【0021】

ＣＰＵ５０６は、ＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、コンピュータ全体の制御や機能を実現する演算装置である。また、ＣＰＵ５０６は所定期間の経過をカウントする機能も有している。なお、所定期間の経過をカウントする機能は、ＣＰＵ５０６以外の別のハードウェアで構成してもよい。

【0022】

本実施形態に係るクライアント端末２、ゲームサーバ装置３及び課金サーバ装置４は上記したハードウェア構成のコンピュータにおいてプログラムを実行することにより後述するような各種処理を実現できる。

【0023】

＜ソフトウェア構成＞
《処理ブロック》
本実施形態に係る情報処理システム１のソフトウェア構成について説明する。図１の情報処理システム１は例えば図３に示す処理ブロックにより実現される。図３は本実施形態に係る情報処理システムの一例の処理ブロック図である。なお、図３では課金サーバ装置４の処理ブロックを省略している。

【0024】

情報処理システム１のゲームサーバ装置３はプログラムを実行することにより、通信部１０、制御部１２、記憶部１４を実現する。制御部１２はゲーム進行部２０、ガチャ抽選部２２、課金制御部２４、表示制御部２６を有する構成である。記憶部１４は抽選情報記憶部３０、プレイヤ情報記憶部３２、アイテム情報記憶部３４を有する構成である。

【0025】

また、情報処理システム１のクライアント端末２はプログラムを実行することにより操作受付部５０、制御部５２、記憶部５４、通信部５６、画面表示部５８を実現する。制御部５２は要求送信部６７、応答受信部６８を有する構成である。

【0026】

ゲームサーバ装置３の通信部１０はクライアント端末２、課金サーバ装置４との通信を行う。制御部１２はゲームに関する処理を行い、ゲームを進行させる。また、記憶部１４はゲームに関する情報を記憶する。

【0027】

制御部１２のゲーム進行部２０はクライアント端末２がプレイヤから受け付けた操作に基づき、ゲームを進行させる。ガチャ抽選部２２はクライアント端末２がプレイヤから受け付けた召喚実行の操作に基づき、プレイヤに提供するアイテムの抽選を行う。抽選は、抽選対象であるアイテム群からゲーム内でプレイヤに付与するアイテムを、抽選情報に基づいて選択する情報処理である。

【0028】

課金制御部２４は課金サーバ装置４においてプレイヤに対する課金が成功すると、そのプレイヤに対して課金額に応じた有償石を付与する処理を行う。表示制御部２６はゲーム進行部２０によるゲームの進行に従い、クライアント端末２の画面表示を制御する。

【0029】

また、記憶部１４の抽選情報記憶部３０は、当選確率などが設定された後述の抽選情報を記憶している。プレイヤ情報記憶部３２はプレイヤに関するプレイヤ情報を後述のように記憶している。アイテム情報記憶部３４は、アイテムに関するアイテム情報を記憶している。アイテム情報記憶部３４が記憶するアイテム情報には、抽選対象であるアイテム群のアイテム情報が含まれる。

【0030】

クライアント端末２の操作受付部５０はクライアント端末２を操作するプレイヤからの操作を受け付ける。また、制御部５２はクライアント端末２におけるゲームに関する処理を行う。制御部５２の要求送信部６７は操作受付部５０がプレイヤから受け付けた操作の内容に基づき、ゲームサーバ装置３に対して要求を送信する。応答受信部６８は、要求送信部６７がゲームサーバ装置３に対して送信した要求に対する処理結果などの応答を受信する。

【0031】

また、記憶部５４はクライアント端末２において必要となる情報を記憶する。通信部５６はゲームサーバ装置３、課金サーバ装置４との通信を行う。画面表示部５８は、ゲームサーバ装置３からの制御に従い、クライアント端末２の画面表示を行う。

【0032】

図１の情報処理システム１は例えば図４に示す処理ブロックにより実現してもよい。図４は本実施形態に係る情報処理システムの他の例の処理ブロック図である。図４の情報処理システム１は、図３の情報処理システム１においてゲームサーバ装置３に設けられていたゲーム進行部２０及び表示制御部２６が、クライアント端末２の制御部５２に設けられている構成である。また、図４の情報処理システム１はゲームサーバ装置３の制御部１２に抽選応答部２８、課金応答部２９が追加され、クライアント端末２の制御部５２に抽選要求部６２、課金要求部６４が追加された構成である。

【0033】

クライアント端末２の抽選要求部６２は操作受付部５０がプレイヤから受け付けた操作の内容に基づき、ゲームサーバ装置３に対して抽選要求を送信する。ガチャ抽選部２２はクライアント端末２からの抽選要求に基づき、プレイヤに提供するアイテムの抽選を後述のように行う。ゲームサーバ装置３の抽選応答部２８は、抽選要求部６２がゲームサーバ装置３に対して行った抽選要求に対する抽選結果などの応答をクライアント端末２に送信する。

【0034】

また、クライアント端末２の課金要求部６４はゲームサーバ装置３の課金制御部２４に対して課金を要求する。課金制御部２４は課金サーバ装置４においてプレイヤに対する課金が成功すると、そのプレイヤに対して課金額に応じた有償石を付与する処理を行う。課金応答部２９は有償石の付与結果などの応答をクライアント端末２に送信する。

【0035】

図３又は図４に示したように、本実施形態に係る情報処理システム１はゲームの進行や表示制御をクライアント端末２で行ってもゲームサーバ装置３で行ってもよい。図示していないが、本実施形態に係る情報処理システム１はガチャ抽選部２２及び課金制御部２４をゲームサーバ装置３以外の他のサーバ装置やクライアント端末２に設けた構成であってもよい。

【0036】

なお、クライアント端末２の制御部５２はＨＴＭＬ（Hyper Text Markup Language）等で記載されたページデータや、ページデータ内に含まれるスクリプトなどをゲームサーバ装置３から受信してゲームに関する処理を行うブラウザ型がある。また、クライアント端末２の制御部５２はインストールされたアプリケーションに基づいてゲームに関する処理を行うアプリケーション型がある。

【0037】

《データ》
以下では記憶部１４に記憶されているデータのうち、本実施形態の説明に必要なデータを説明する。

【0038】

例えば記憶部１４は図５のようなプレイヤ情報を記憶している。図５はプレイヤ情報の一例の構成図である。図５に示すプレイヤ情報は、プレイヤＩＤ、名前、有償石数、無償石数、有償石限定召喚対価及び前回有償石限定召喚日時を項目として有する。プレイヤＩＤはプレイヤを一意に識別する識別情報の一例である。名前はプレイヤの入力操作により登録された各プレイヤの名前情報である。

【0039】

有償石数はプレイヤが所有する有償石の個数を表している。プレイヤ情報の有償石数はアイテム課金などの課金制度を利用して、プレイヤが有償石を購入することにより加算される。また、プレイヤ情報の有償石数はプレイヤがゲーム内において有償石を消費して実行する後述の有償石限定召喚又は通常召喚を行うことにより、減算される。

【0040】

無償石数はプレイヤが所有する無償石の個数を表している。プレイヤ情報の無償石数はプレイヤがゲーム内でのゲーム行動（例えば、クエストをクリアする、所定の敵を攻略する等）の実行の結果、購入以外の方法で（すなわち、無償で）取得することにより加算される。また、例えば無償石はゲームに不具合が発生した場合などに、ゲーム運営者がゲームサーバ装置３を操作することでプレイヤに無償で配布されるものや、プレイヤが有償石を購入した際に、おまけとして無償で配布されるものも含まれる。また、プレイヤ情報の無償石数はプレイヤがゲーム内において無償石を消費して実行する後述の通常召喚を行うことにより、減算される。

【0041】

有償石限定召喚対価は、プレイヤが後述の有償石限定召喚を行う場合に対価として消費される有償石の個数を表している。後述するように、本実施形態では、毎日、継続して有償石限定召喚を行うことで、有償石限定召喚の対価が１個ずつ少なくなるため、プレイヤごとに有償石限定召喚対価を設定している。なお、本実施形態は毎日に限定されるものではなく、毎週や毎月、毎時間など、所定期間が連続した状態であればよい。

【0042】

前回有償石限定召喚日時は、プレイヤが後述の有償石限定召喚を前回行った日時を表している。前回有償石限定召喚日時は、プレイヤが毎日継続して有償石限定召喚を行ったか否かの判定に利用される。また、前回有償石限定召喚日時は、後述の有償石限定召喚の実行が例えば１日１回などに限定されている場合に、そのプレイヤの有償石限定召喚の実行可否の判定に利用される。なお、新しい日にちの判断は、特定の時間（例えば２４時）を跨いだか否かで判断しても、前回有償石限定召喚日時から特定の時間（例えば２４時間）が経過したか否かで判断してもよい。

【0043】

また、記憶部１４は図６のような抽選情報を記憶している。図６は抽選情報の一例の構成図である。図６に示す抽選情報は、レアリティ及び当選確率を項目として有する。レアリティは抽選対象であるアイテムのレアリティを表している。当選確率は、抽選対象であるアイテムの抽選確率をアイテムのレアリティごとに表している。なお、図６の抽選情報は後述の有償石限定召喚及び通常召喚で共通に利用される。

【0044】

＜処理＞
《有償石限定召喚又は通常召喚の実行》
本実施形態における情報処理システム１では、例えば図７に示すように、有償石又は無償石を消費して召喚が実行される。図７は有償石又は無償石を消費して実行する召喚処理の一例のフローチャートである。以下では、図３の情報処理システム１を一例として説明する。図４の情報処理システム１においても有償石又は無償石を消費して実行する召喚処理は図３の情報処理システム１と同様である。

【0045】

ステップＳ１において、プレイヤは有償石限定召喚画面又は通常召喚画面を表示させるための操作をクライアント端末２に対して行う。クライアント端末２の操作受付部５０はプレイヤから有償石限定召喚画面又は通常召喚画面を表示する操作を受け付ける。クライアント端末２の要求送信部６７は操作受付部５０がプレイヤから受け付けた有償石限定召喚画面又は通常召喚画面を表示する操作に基づき、ゲームサーバ装置３に有償石限定召喚画面又は通常召喚画面の表示を要求する。

【0046】

図７のステップＳ２に戻り、ゲームサーバ装置３のゲーム進行部２０はクライアント端末２から有償石限定召喚画面の表示又は通常召喚画面の表示のどちらを要求されたかを判定する。

【0047】

有償石限定召喚画面の表示を要求されたと判定すると、ゲーム進行部２０はステップＳ３に進み、図８又は図９にしめすような有償石限定召喚画面をクライアント端末２に表示させるための有償石限定召喚画面表示処理を行う。

【0048】

図８は１日目の有償石限定召喚画面の一例のイメージ図である。図９は３日目以降の有償石限定召喚画面の一例のイメージ図である。図８及び図９にはプレイヤが所持する有償石の個数と、プレイヤが有償石限定召喚を行う場合に対価として消費される有償石の個数と、が表示される。例えば図８の１日目の有償石限定召喚画面はプレイヤが所持する有償石の個数「１７５」と、プレイヤが有償石限定召喚を行う場合に対価として消費される有償石の個数「８」とが、表示されている。また、図９の３日目以降の有償石限定召喚画面はプレイヤが所持する有償石の個数「７０」と、プレイヤが有償石限定召喚を行う場合に対価として消費される有償石の個数「６」とが、表示されている。

【0049】

図８の１日目の有償石限定召喚画面は、プレイヤが通常召喚を行う場合に対価として消費される有償石の個数が２５個であり、通常召喚で対価として消費される有償石の個数の３分の１以下の８個で有償石限定召喚が実行できることを表している。したがって、図８の１日目の有償石限定召喚画面は、通常召喚よりも有償石限定召喚のお得感を出すことができ、プレイヤの参加率の向上が期待できる。

【0050】

また、図８の有償石限定召喚画面は、毎日、継続して有償石限定召喚を実行することにより、有償石限定召喚で対価として消費される有償石の個数が８個から７個、６個と１個ずつ少なくなることをプレイヤに意識させることができる。図８の１日目の有償石限定召喚画面は有償石限定召喚の継続を辞めてしまうことが損という心理をプレイヤに働かせることで、プレイヤによる有償石限定召喚の継続率の向上が期待できる。

【0051】

さらに、図９の３日目以降の有償石限定召喚画面は、プレイヤが通常召喚を行う場合に対価として消費される有償石の個数が２５個であり、図８の８個よりも少ない６個の有償石で有償石限定召喚が実行できることを表している。このように、図９の３日目の有償石限定召喚画面は、毎日、継続して有償石限定召喚を実行することで、有償石限定召喚で対価として消費される有償石の個数が８個よりも少ない６個で固定される。

【0052】

したがって、図９の３日目以降の有償石限定召喚画面は有償石限定召喚の対価が最小値になったという達成感と、有償石限定召喚の継続を辞めてしまうことが損という心理をプレイヤに働かせることで、プレイヤによる有償石限定召喚の継続率の向上が期待できる。

【0053】

なお、図８又は図９の有償石限定召喚画面は一例であって、有償石限定召喚の対価の初期値が「８個」以外であってもよいし、有償石限定召喚の対価の下げ幅が「１個」以外であってもよい。

【0054】

表示した図８又は図９の有償石限定召喚画面からプレイヤによる有償石限定召喚を実行するための操作を受け付けると、ゲームサーバ装置３のゲーム進行部２０はステップＳ４に進み、有償石限定召喚の対価の支払い処理を行う。具体的には、プレイヤが所持する有償石の個数から、有償石限定召喚の対価である有償石の個数を減算する。

【0055】

ステップＳ４からステップＳ７に進み、ガチャ抽選部２２は記憶部１４の抽選情報記憶部３０に記憶された抽選情報に従って抽選（召喚処理）を行い、抽選により選択されたアイテムをプレイヤに提供する。

【0056】

一方、ステップＳ２において、通常召喚画面の表示を要求されたと判定すると、ゲーム進行部２０はステップＳ５に進み、図１０にしめすような通常召喚画面をクライアント端末２に表示させるための通常召喚画面表示処理を行う。図１０は通常召喚画面の一例のイメージ図である。図１０にはプレイヤが所持する有償石の個数及び無償石の個数と、プレイヤが通常召喚を行う場合に対価として消費される有償石又は無償石の個数と、が表示される。

【0057】

例えば図１０の通常召喚画面はプレイヤが所持する有償石の個数「１７５」及び無償石の個数「３５０」と、プレイヤが有償石限定召喚を行う場合に対価として消費される有償石又は無償石の個数「２５」とが、表示されている。

【0058】

表示した図１０の通常召喚画面からプレイヤによる通常召喚を実行するための操作を受け付けると、ゲームサーバ装置３のゲーム進行部２０はステップＳ６に進み、通常召喚の対価の支払い処理を行う。具体的には、プレイヤが所持する有償石の個数又は無償石の個数から、通常召喚の対価である有償石又は無償石の個数を減算する。

【0059】

ステップＳ６からステップＳ７に進み、ガチャ抽選部２２は記憶部１４の抽選情報記憶部３０に記憶された抽選情報に従って抽選（召喚処理）を行い、抽選により選択されたアイテムをプレイヤに提供する。

【0060】

このように、有償石限定召喚と通常召喚とは抽選情報記憶部３０に記憶された同じ抽選情報を利用して行われる。有償石限定召喚と通常召喚とは、召喚を実行するための対価として無償石を使えるか否かと、対価の個数とが異なっている。

【0061】

以上のように、本実施形態は、１日１回などの期間的な制限及び有償石しか対価として使用できないという制限を設けることで、有償石限定召喚の対価を通常召喚の対価よりも非常に安く設定できる。有償石限定召喚の対価を通常召喚の対価よりも非常に安く設定したことにより、本実施形態では有償石限定召喚のお得感から、プレイヤによる最初の課金へのハードルを下げることができ、プレイヤによる有償石限定召喚への参加率の向上を期待できる。

【0062】

また、本実施形態では毎日、継続して有償石限定召喚を実行することにより、有償石限定召喚で対価として消費される有償石の個数が初期値より下がり、継続が途切れることにより有償石限定召喚で対価として消費される有償石の個数が初期値に戻るため、プレイヤによる有償石限定召喚の継続率の向上が期待できる。

【0063】

上記のように、本実施形態では、お得感から興味本位で有償石限定召喚を実行したプレイヤに、毎日、継続して有償石限定召喚を実行することで対価として消費される有償石の個数が初期値より下がることを意識させることで、参加しやすく継続しやすい（始めやすく辞めにくい）抽選を実現できる。

【0064】

《召喚画面の表示操作受付処理》
ステップＳ１の召喚画面の表示操作受付処理は例えば図１１のフローチャートの手順で行われる。図１１は召喚画面の表示操作受付処理の一例のフローチャートである。

【0065】

なお、有償石限定召喚は、前回の有償石限定召喚から所定の期間が経過したこと（２４時跨ぎで新しい日にちになったことや２４時間が経過したことなど）を条件としてプレイヤが実行できる抽選である。

【0066】

ステップＳ１１に進み、ゲームサーバ装置３のゲーム進行部２０は図５のようなプレイヤ情報からプレイヤの前回有償石限定召喚日時を読み出す。プレイヤの前回有償石限定召喚日時から所定の期間が経過していれば有償石限定召喚を実行できるので、ゲーム進行部２０はステップＳ１３に進み、プレイヤから有償石限定召喚又は通常召喚の選択を受け付ける。

【0067】

一方、プレイヤの前回有償石限定召喚日時から所定の期間が経過していなければ有償石限定召喚を実行できないので、ゲーム進行部２０はステップＳ１４に進み、プレイヤから通常召喚の選択を受け付ける。

【0068】

例えばプレイヤの前回有償石限定召喚日時から２４時跨ぎで新しい日にちになったことを条件としてプレイヤが実行できる有償石限定召喚の場合は、前回有償石限定召喚日時と同日でなければプレイヤから有償石限定召喚の選択を受け付けることができる。一方、プレイヤの前回有償石限定召喚日時から２４時間が経過したことを条件としてプレイヤが実行できる有償石限定召喚の場合は、前回有償石限定召喚日時から２４時間経過していればプレイヤから有償石限定召喚の選択を受け付けることができる。

【0069】

《有償石限定召喚画面表示処理》
ステップＳ３の有償石限定召喚画面表示処理は例えば図１２のフローチャートの手順で行われる。図１２は有償石限定召喚画面表示処理の一例のフローチャートである。

【0070】

ステップＳ２１に進み、ゲームサーバ装置３のゲーム進行部２０はプレイヤ情報記憶部３２から図５のようなプレイヤ情報を取得する。ステップＳ２２に進み、ゲーム進行部２０はプレイヤ情報からプレイヤの前回有償石限定召喚日時を読み出す。

【0071】

ステップＳ２３に進み、ゲーム進行部２０はプレイヤの前回有償石限定召喚日時と現在の日時とに基づき、継続した有償石限定召喚と認められる期間内であるか否か（再召喚が可能な期間であるか否か）を判定する。継続した有償石限定召喚と認められる期間内は例えば前回有償石限定召喚日時から２４時間であってもよいし、前回有償石限定召喚日の翌日であってもよい。

【0072】

再召喚が可能な期間であれば、ゲーム進行部２０はステップＳ２４に進み、プレイヤ情報の有償石限定召喚対価を「−１」した個数に更新する。ただし、有償石限定召喚対価の最小値は例えば６個とする。

【0073】

したがって、ゲーム進行部２０は図８及び図９に示すように１日目の有償石限定召喚を行う場合に対価として消費される有償石の個数を「８」とし、２日目の有償石限定召喚を行う場合に対価として消費される有償石の個数を「７」とし、３日目以降の有償石限定召喚を行う場合に対価として消費される有償石の個数を「６」とすることができる。

【0074】

また、再召喚が可能な期間でなければ、ゲーム進行部２０はステップＳ２５に進み、プレイヤ情報の有償石限定召喚対価を初期値の「８」に更新する。したがって、ゲーム進行部２０は継続した有償石限定召喚と認められる期間内に有償石限定召喚が行われなかった場合（有償石限定召喚の継続が途切れた場合）に、有償石限定召喚を行う場合に対価として消費される有償石の個数を初期値である「８」に更新する。

【0075】

そして、ステップＳ２４又はＳ２５に進み、ゲーム進行部２０は図５のプレイヤ情報の有償石数、有償石限定召喚対価を読み出し、図８又は図９のような有償石限定召喚画面を表示できる。

【0076】

《有償石限定召喚対価支払い処理》
ステップＳ４の有償石限定召喚対価支払い処理は例えば図１３のフローチャートの手順で行われる。図１３は有償石限定召喚対価支払い処理の一例のフローチャートである。

【0077】

ステップＳ３１に進み、ゲームサーバ装置３のゲーム進行部２０は図５のようなプレイヤ情報から有償石数、有償石限定召喚対価を読み出す。ステップＳ３２に進み、ゲーム進行部２０はステップＳ３１で読み出した有償石数から有償石限定召喚対価を減算する。ステップＳ３３に進み、ゲーム進行部２０はステップＳ３２で有償石限定召喚対価を減算された有償石数で図５のようなプレイヤ情報の有償石数を更新する。

【0078】

（まとめ）
本実施形態によれば、通常召喚よりもお得感のある有償石限定召喚を継続することで対価が少なくなる仕組みにより、有償石限定召喚の継続を辞めてしまうことが損という心理をプレイヤに働かせ、プレイヤが参加しやすく継続しやすい抽選を実現できる。

【0079】

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。プレイヤ情報記憶部３２は記憶手段の一例である。ガチャ抽選部２２は抽選手段の一例である。ゲーム進行部２０は制御手段の一例である。有償石は有料アイテムの一例である。無償石は無料アイテムの一例である。

【符号の説明】

【0080】

１ 情報処理システム
２ クライアント端末
３ ゲームサーバ装置
４ 課金サーバ装置
５ ネットワーク
１０、５６ 通信部
１２、５２ 制御部
１４、５４ 記憶部
２０、６０ ゲーム進行部
２２ ガチャ抽選部
２４ 課金制御部
２６、６６ 表示制御部
２８ 抽選応答部
２９ 課金応答部
３０ 抽選情報記憶部
３２ プレイヤ情報記憶部
３４ アイテム情報記憶部
５０ 操作受付部
５８ 画面表示部
６２ 抽選要求部
６４ 課金要求部
６７ 要求送信部
６８ 応答受信部
５０１ 入力装置
５０２ 表示装置
５０３ 外部Ｉ／Ｆ
５０３ａ 記録媒体
５０４ ＲＡＭ
５０５ ＲＯＭ
５０６ ＣＰＵ
５０７ 通信Ｉ／Ｆ
５０８ ＨＤＤ
Ｂ バス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】