JP2020168461A - プログラム - Google Patents

Abstract

【課題】抽選処理に対するプレイヤのモチベーションを維持しつつ、抽選結果に対するプ
レイヤの興味を向上させることができる。
【解決手段】プログラムは、コンピュータに、ゲーム内における抽選イベントを制御する
制御ステップと、所定のプレイヤが操作する端末から、抽選イベントの実行要求を受信す
る受信ステップと、抽選イベントの付与対象として設定されている複数のアイテムの中か
ら、所定のアイテムを選択する選択ステップと、所定の条件に基づいて、所定のアイテム
の表示形態を決定する決定ステップと、表示形態の所定のアイテムを、端末の表示画面に
表示させるよう制御する表示制御ステップと、抽選イベントの抽選結果に応じたアイテム
を、所定のプレイヤに付与する付与ステップと、を実行させる。
【選択図】図５

Description

本発明は、プログラムに関する。

近年、スマートフォンなどの携帯端末向けのゲームをダウンロードし、他のプレイヤと
連携を取りながらゲームを楽しむゲームシステムが知られている。これらのゲームの中に
は、抽選（ガチャ）を行うイベントにより、ゲームアイテムをプレイヤに付与するゲーム
がある。

例えば、最もレアリティ値が高いアイテムの名称がプレイヤに予め提供されているデッ
キを用いて、ガチャを引くゲームがある（例えば、特許文献１参照）。

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

しかしながら、従来技術では、最もレアリティ値の高いアイテムの名称が抽選前にプレ
イヤに提供されているため、プレイヤがそのアイテムに興味がなければ抽選を行うモチベ
ーションにはつながらない。

そこで、本発明は、抽選処理に対するプレイヤのモチベーションを維持しつつ、抽選結
果に対するプレイヤの興味を向上させることができることを目的とする。

本発明の一態様におけるプログラムは、コンピュータに、ゲーム内における抽選イベン
トを制御する制御ステップと、所定のプレイヤが操作する端末から、前記抽選イベントの
実行要求を受信する受信ステップと、前記抽選イベントの付与対象として設定されている
複数のアイテムの中から、所定のアイテムを選択する選択ステップと、所定の条件に基づ
いて、前記所定のアイテムの表示形態を決定する決定ステップと、前記表示形態の所定の
アイテムを、前記端末の表示画面に表示させるよう制御する表示制御ステップと、前記抽
選イベントの抽選結果に応じたアイテムを、前記所定のプレイヤに付与する付与ステップ
と、を実行させる。

実施形態におけるゲーム処理システムの一例を示す概念図である。 実施形態におけるゲーム装置のハードウェア構成の一実施形態を示すブロック図である。 実施形態におけるサーバのハードウェア構成の一例を示す図である。 実施形態におけるゲーム装置の機能構成の一例を示すブロック図である。 実施形態におけるサーバの機能構成の一例を示すブロック図である。 実施形態におけるアタリアイテムの確率情報の一例を示す図である。 実施形態におけるハズレアイテムの確率情報の一例を示す図である。 実施形態における実行画面の背景情報の一例を示す図である。 実施形態におけるサポートキャラクタ情報の一例を示す図である。 実施形態における勝ち時のバトル制御情報の一例を示す図である。 実施形態における負け時のバトル制御情報の一例を示す図である。 敵キャラクタの登場回数における表示確率情報の一例を示す図である。 抽選回数における勝利確率（当選確率）の一例を示す図である。 バトルガチャ開始画面の一例を示す図である。 画面遷移例（その１）を説明するための図である。 画面遷移例（その２）を説明するための図である。 コンティニュー画面の一例を示す図である。 敵キャラクタが認識可能になる画面遷移の一例を示す図である。 実施形態におけるサーバのゲーム制御処理の一例を示すフローチャートである。

以下、図面を参照して本発明の実施の形態を説明する。ただし、以下に説明する実施形
態は、あくまでも例示であり、以下に明示しない種々の変形や技術の適用を排除する意図
はない。即ち、本発明は、その趣旨を逸脱しない範囲で種々変形して実施することができ
る。また、以下の図面の記載において、同一または類似の部分には同一または類似の符号
を付して表している。図面は模式的なものであり、必ずしも実際の寸法や比率等とは一致
しない。図面相互間においても互いの寸法の関係や比率が異なる部分が含まれていること
がある。

［実施形態］
以下、本発明の実施形態におけるプログラム及び情報処理装置を、図面を用いて説明する
。

＜ゲーム処理システムの概要＞
図１は、実施形態におけるゲーム処理システム１の一例を示す概念図である。図１に示す
例では、ゲーム処理システム１は、例えば各プレイヤのゲーム装置１０Ａ、１０Ｂ、１０
Ｃと、例えばゲーム運営会社により提供されるサーバ（情報処理装置）２０と、課金サー
バ３０と、がネットワークＮを介して接続される。

各ゲーム装置は、個別に区別して説明する場合には符号１０Ａ、１０Ｂ、１０Ｃを用い
、個別に区別する必要がなく、まとめて説明する場合には符号１０を用いる。また、ゲー
ム装置１０は、例えば携帯端末や、タブレット端末、ＰＤＡ（Personal Digital Assista
nt）、パーソナルコンピュータ、ゲーム機などである。

ゲーム装置１０は、ネットワークＮを介してサーバ２０にオンライン接続し、ウェブゲ
ームの形態でゲームプレイを実行する。

サーバ２０は、例えば複数のプレイヤがネットワークＮを介して、基本を無料でプレイ
するゲーム、所謂Ｆ２Ｐのオンラインゲームなどを制御する。サーバ２０は、ゲーム装置
１０から入力された操作指示を受け付け、ゲームの進行を制御し、ゲームを実行するのに
必要なデータを管理、配信する。

課金サーバ３０は、ゲーム装置１０またはサーバ２０からの課金要求に応じて、ゲーム
内での課金処理を行うサーバである。

ネットワークＮは、インターネット等であり、無線ＬＡＮのアクセスポイントや携帯電
話の基地局などを含む。

以上のゲーム処理システム１において、サーバ２０は、例えば抽選処理の実行がゲーム
装置１０から要求されると、複数のアイテムの中から当選アイテム（以下、アタリアイテ
ムともいう。）を選択し、そのアタリアイテムを認識可能に表示するか否かを決定する。
サーバ２０は、決定した表示形態でアタリアイテムがゲーム装置１０に表示されるように
表示制御する。例えば、サーバ２０は、プレイヤがそのアタリアイテムを認識可能なアタ
リアイテムそのものを表示するか、又はプレイヤがそのアタリアイテムを認識不可能なシ
ルエットを表示するかの表示形態を決定する。これにより、プレイヤは、アタリアイテム
が常に分かるわけではないため、抽選処理に対するプレイヤのモチベーションを維持する
ことができ、さらに、アタリアイテムが何であるかという、抽選結果に対するプレイヤの
興味を向上させることができる。

＜ハードウェア構成＞
次に、ゲーム装置１０のハードウェア構成について説明する。図２は、図１に示すゲーム
装置１０のハードウェア構成の一実施形態を示すブロック図である。

図２に示すゲーム装置１０は、移動体通信用アンテナ１１２、移動体通信部１１４、無
線ＬＡＮ通信用アンテナ１１６、無線ＬＡＮ通信部１１８、記憶部１２０、主制御部１５
０を少なくとも有し、さらに、カメラ１３０や音声出力端子１４２を含む外部インタフェ
ース１４０などを有する。

タッチパネル１０２は、表示装置および入力装置の両方の機能を備え、表示機能を担う
ディスプレイ（表示画面）１０２Ａと、入力機能を担うタッチセンサ１０２Ｂとで構成さ
れる。ディスプレイ１０２Ａは、例えば、液晶ディスプレイや有機ＥＬ（Electro Lumine
scence）ディスプレイなどの一般的な表示デバイスにより構成される。タッチセンサ１０
２Ｂは、ディスプレイ１０２Ａその上面に配置された接触操作を検知するための素子およ
びその上に積層された透明な操作面を備えて構成される。タッチセンサ１０２Ｂの接触検
知方式としては、静電容量式、抵抗膜式（感圧式）、電磁誘導式など既知の方式のうちの
任意の方式を採用することができる。

タッチパネル１０２は、主制御部１５０による記憶部１２０に記憶されているプログラ
ム１２２の実行により生成されるゲーム画像を表示する。入力装置としてのタッチパネル
１０２は、操作面に対して接触する接触物（遊技者の指やタッチペンなどを含む。以下、
「指」である場合を代表例として説明する）の動作を検知することで、操作入力を受け付
け、その接触位置の情報を主制御部１５０に与える。指の動作は、接触点の位置または領
域を示す座標情報として検知され、座標情報は、例えば、タッチパネル１０２の短辺方向
および長辺方向の二軸上の座標値として表される。

ゲーム装置１０は、移動体通信用アンテナ１１２や無線ＬＡＮ通信用アンテナ１１６を
通じてネットワーク（インターネット）Ｎに接続され、サーバ２０との間でデータ通信を
することが可能である。

サーバ２０は、ゲーム装置１０において実行されたゲーム等のプレイデータを、ネット
ワークＮを介して収集し、当該プレイデータに基づきゲームの進行を制御する等、当該ゲ
ームシステムのハブとなるサーバとして機能する。

また、実施形態では、ゲーム装置１０がネットワークＮおよびサーバ２０と接続された
場合に、当該ゲーム装置１０に対して種々のゲームをオンラインで提供することができる
オンラインゲームシステムを構築している。このオンラインゲームシステムにおいては、
複数種類のゲームプログラムに対応したプレイデータを管理・提供等することにより、プ
レイヤに対し、さながらゲームセンターの色々なゲームを遊技しているかのような楽しみ
を提供することが可能となっている。

実施形態に係るプログラム１２２は、ゲーム装置１０にインストールされたものであっ
てもよいし、オンライン上でサーバ（サーバ２０に限らない）からゲーム機能が提供され
るものであってもよい。

次に、サーバ２０のハードウェア構成について説明する。図３は、実施形態におけるサ
ーバ２０のハードウェア構成の一例を示す図である。図３に示すように、サーバ２０は、
制御部２０２と、通信インタフェース２０６と、記憶部２０８と、表示部２１４と、入力
部２１６と、を有し、各部はバスライン２１８を介して接続される。

制御部２０２は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read On Memory）、
ＲＡＭ（Random Access Memory）２０４等を含む。制御部２０２は、記憶部２０８に記憶
される制御プログラム２１０等を実行することにより、一般的な情報処理装置としての機
能に加え、例えばオンラインゲームに関する処理を実現するように構成される。

また、ＲＡＭ２０４は、各種情報を一時的に保持したり、ＣＰＵが各種処理を実行する
際のワークエリアとして使用されたりする。

通信インタフェース２０６は、ネットワークＮを介した課金サーバ３０やゲーム装置１
０との通信を制御する。

記憶部２０８は、例えばＨＤＤ等からなり、一般的な情報処理装置としての機能を実現
するためのアプリケーション及びデータ（図示省略）を記憶することに加え、制御プログ
ラム２１０を記憶する。また、記憶部２０８は、情報記憶部２１２を有している。

制御プログラム２１０は、ゲームに関する処理を行うためのプログラムであり、ゲーム
装置１０から操作指示を受け、この操作指示に基づいてプレイしながらゲームの進行を制
御するプログラムである。制御プログラム２１０は、コンピュータに読み取り可能な記録
媒体に保存され、この記録媒体から読み出されて、記憶部２０８に記憶されてもよい。

情報記憶部２１２は、例えばゲームに用いる必要なデータや、プレイヤに関するデータ
などを記憶する。

表示部２１４は、管理者に情報を表示する。入力部２１６は、管理者からの入力を受け
付けたり、管理者からの指示を受け付けたりする。また、サーバ２０は、表示部２１４と
入力部２１６とを必ずしも設ける必要はなく、表示部２１４及び入力部２１６は、外部か
らサーバ２０に接続されるようにしてもよい。

＜ゲームの概要＞
ここで、実施形態において対象となるゲームの概要について説明する。実施形態における
ゲームは、抽選処理における当選対象の複数のアイテムをプレイヤに報知する。これによ
り、プレイヤは、当選した場合のアタリアイテムを把握することができる。

次に、プレイヤから抽選処理の実行が要求されると、例えば複数のアイテムの中からア
タリアイテムを選択し、そのアタリアイテムを認識可能に表示するか否かを決定し、決定
した表示形態でアタリアイテムが表示画面に表示されるように表示制御する。これにより
、プレイヤは、アタリアイテムが常に分かるわけではないため、抽選処理に対するモチベ
ーションを維持することができ、さらに、アタリアイテムが何であるかという、付与対象
に対する興味を向上させることができる。このとき、付与対象のアタリアイテムがプレイ
ヤに報知されているため、プレイヤは、その抽選処理を行うことで何が当たるのかが全く
分からないわけではない。

また、実施形態におけるゲームは、抽選処理に対し、バトル要素を含めることで、抽選
処理の演出効果を高めるとともに、アタリアイテムの認識性にゲーム感を取り入れること
ができる。

さらに、実施形態におけるゲームは、コンティニュー機能を有することで、そのアタリ
アイテムを取得したいという欲求と、そのアタリアイテムが何であるかを早く知りたいと
いう要求とをプレイヤに抱かせることができる。

以降、上述した機能等を含むゲームを実行するためのゲーム装置１０及びサーバ２０の
機能構成について説明する。

＜機能構成＞
図４は、実施形態におけるゲーム装置１０の機能構成の一例を示すブロック図である。図
４に示すゲーム装置１０は、例えば、第１送信部３０２と、第１受信部３０４と、ゲーム
実行部３１０と、第１記憶部３２０とを含む。

第１送信部３０２は、例えば主制御部１５０、移動体通信部１１４、無線ＬＡＮ通信部
１１８、プログラム１２２等により実現されうる。第１送信部３０２は、プレイヤにより
入力された操作内容に基づくコマンドなどをサーバ２０に送信する。このコマンドには、
抽選処理の実行を要求するための要求コマンドや、抽選処理を継続するための継続コマン
ドなどが含まれる。

第１受信部３０４は、例えば主制御部１５０、移動体通信部１１４、無線ＬＡＮ通信部
１１８、プログラム１２２等により実現されうる。第１受信部３０４は、サーバ２０から
、ゲームの進行に関する情報などを受信する。ゲームの進行に関する情報は、ゲーム内イ
ベントである抽選処理に関する情報を含み、抽選処理に関する情報とは、抽選の実行画面
を表す画面情報や、抽選結果を表す結果情報などを含む。

ゲーム実行部３０６は、例えば主制御部１５０、プログラム１２２等により実現されう
る。ゲーム実行部３０６は、ゲーム（例えば複数のゲーム内イベント）を実行する。ゲー
ム実行部３０６は、操作受付部３１２と、コマンド発行部３１４と、画面生成部３１６と
、第１表示制御部３１８とを含む。

操作受付部３１２は、タッチパネル１０２から入力されるプレイヤの操作を、ゲーム実
行中に受け付ける。例えば、操作受付部３１２は、ゲーム内イベント中に抽選処理を実行
するための操作を受け付けたり、抽選処理を継続するための操作を受け付けたりする。受
け付けられた操作内容は、コマンド発行部３１４に出力される。

コマンド発行部３１４は、操作受付部３１２が受け付けた操作内容に応じたコマンドを
発行し、発行したコマンドを、第１送信部３０２を介してサーバ２０に送信する。例えば
、コマンド発行部３１４は、抽選処理を実行するための操作を示すコマンド（要求コマン
ド）などを発行する。このとき、プレイヤ情報又はゲーム装置１０を識別する識別情報が
、要求コマンドとともに送信される。これにより、サーバ２０は、どのプレイヤ又はどの
ゲーム装置１０が抽選処理を要求したかを把握することができる。また、コマンド発行部
３１４は、抽選処理を継続するための操作を示すコマンド（継続コマンド）などを発行す
る。

画面生成部３１６は、第１受信部３０４が受信した抽選処理の画面情報などを取得し、
この情報に基づいて、タッチパネル１０２に表示される画面を生成する。画面生成部３１
６は、生成した画面を第１表示制御部３１８に出力する。

第１表示制御部３１８は、取得した画面をタッチパネル１４に表示する。これにより、
ゲーム装置１０は、サーバ２０から送信される各情報に基づき、抽選処理を表す画面を表
示し、ゲームを進行させることができる。上述した画面は、タッチパネル１０２に表示さ
れる静止画像や動画像を含む意味で用いている。また、第１表示制御部３１８は、サーバ
２０から抽選処理の映像が送信され、その映像をタッチパネル１０２に表示制御する形態
であってもよい。

これにより、ゲーム装置１０は、ゲーム内イベントである抽選処理の要求を行ったり、
その抽選処理を継続させたりすることが可能になる。

図５は、実施形態におけるサーバ２０の機能構成の一例を示すブロック図である。図５
に示すサーバ２０は、第２送信部４０２と、第２受信部４０４と、ゲーム制御部４１０と
、第２記憶部４３０とを含む。サーバ２０は、制御プログラム２１０を実行することで、
ゲーム制御部４１０などの機能を実現することができる。

第２送信部４０２は、例えば通信インタフェース２０６や制御部２０２等により実現さ
れうる。第２送信部４０２は、ゲーム制御部４１０からの指示により、ゲームの進行に関
する情報をゲーム装置１０に送信する。

第２受信部４０４は、例えば通信インタフェース２０６や制御部２０２等により実現さ
れうる。第２受信部４０４は、各ゲーム装置１０から、操作内容を示すコマンドなどを受
信する。例えば、第２受信部４０４は、所定のプレイヤが操作する端末から、抽選イベン
トの実行要求（要求コマンド）などを受信する。

ゲーム制御部４１０は、例えば制御部２０２や記憶部２０８等により実現されうる。ゲ
ーム制御部４１０は、受信されたコマンドに基づいてゲームの実行を制御する。例えば、
ゲーム制御部４１０は、プレイヤにより実行されるゲーム内の抽選イベントを制御する。

第２記憶部４３０は、例えば記憶部２０８等により実現されうる。第２記憶部４３０は
、ゲームに関する情報を記憶する。例えば、ゲームに関する情報には、このゲームをプレ
イするプレイヤの情報や、抽選処理の制御に関する情報や、抽選処理の実行画面を構成す
るための画面情報や、その他ゲームに必要な情報などを含む。

次に、ゲーム制御部４１０の詳細について説明する。ゲーム制御部４１０は、抽選制御
部４１２と、選択部４１４と、決定部４１６と、第２表示制御部４１８と、付与部４２０
と、継続部４２２と、変更部４２４と、演出部４２６とを含む。

抽選制御部４１２は、第２受信部４０４が受信した要求コマンドを取得し、この要求コ
マンドに基づいて、抽選処理の実行を制御する。抽選処理は、所謂ガチャと言われるもの
であり、所定の課金が行われたり、所定のアイテムが消費されたりした場合に、ゲーム装
置１０からサーバ２０に要求コマンドが送信される。この要求コマンドには、プレイヤの
識別情報（ＩＤ）や、ゲーム装置１０のＩＤを含む。これにより、サーバ２０は、どのプ
レイヤが抽選処理の実行を要求したかを把握することができる。

抽選制御部４１２は、要求コマンドを取得する度に、又は、抽選処理が継続される度に
、抽選処理を実行し、抽選結果のアタリかハズレかを決定する。

選択部４１４は、受信された抽選処理の実行要求に基づいて、抽選イベントの付与対象
として設定されている複数のアイテムの中から、所定のアイテムを選択する。例えば、選
択部４１４は、付与対象の目玉として設定されている高レアリティの所定のアイテム群の
中から、当選時に付与する所定のアイテム（アタリアイテム）を少なくとも１つ選択する
。このとき、付与対象の複数のアイテムは、プレイヤに報知されていてもよい。また、選
択部４１４は、抽選処理の実行要求が受信される前から、予めアタリアイテムを選択して
おいてもよい。また、アタリアイテムについて、所定の順番で何がアタリアイテムとなる
かが設定されていてもよい。

決定部４１６は、選択されたアタリアイテムについて、所定の条件に基づいて、このア
タリアイテムの表示形態を決定する。例えば、決定部４１６は、このアタリアイテムに対
する認識可能状態毎の表示確率に基づいて、アタリアイテムの表示形態を決定する。より
具体的には、決定部４１６は、認識可能状態が、アイテム自体を表示、及びシルエット表
示であり、表示確率が５％の場合、５％の確率で、表示形態として、アタリアイテム自体
に決定し、９５％の確率で、表示形態として、アタリアイテムのシルエットに決定する。
また、認識可能状態は、完全に認識可能、一部認識可能、及び認識不可能などでもよい。
例えば、完全に認識可能、一部認識可能、及び認識不可能の各確率は、それぞれ５％、５
０％、４５％などが設定されてもよい。表示形態は、アタリアイテムの認識性に影響を与
え、表示確率の認識可能状態に基づいてその形態が決定される。

また、決定部４１６は、所定の条件として、抽選処理が所定回継続されたときにアタリ
アイテムが認識可能になるように表示すること、また、後述するハズレアイテムのレアリ
ティに応じた表示形態にすることなどを用いてもよい。例えば、決定部４１６は、所定回
を４回とするとき、抽選処理が３回継続されるまでは、アタリアイテムをシルエット表示
しておき、抽選処理が４回継続されたときに、アタリアイテム自体を表示するように表示
形態を決定する。なお、抽選処理の継続に関する所定回は、アタリアイテムに応じて変更
されてもよい。

なお、決定部４１６は、アタリアイテムが選択される前に、どのような表示形態にする
かを決定してもよい。すわなち、アタリアイテムの選択と、表示形態の決定との順番は問
わない。

第２表示制御部４１８は、決定された表示形態のアタリアイテムを、ゲーム装置１０の
表示画面に表示させるよう制御する。例えば、第２表示制御部４１８は、決定された表示
形態のアタリアイテムを含む抽選画面を表す画面情報を生成し、この画面情報を、第２送
信部４０２を介してゲーム装置１０に送信するよう制御する。

付与部４２０は、抽選イベントの抽選結果に応じたアイテムを、抽選処理の実行を要求
した所定のプレイヤに付与する。例えば、付与部４２０は、抽選結果が「アタリ」であれ
ば、選択されたアタリアイテムを付与し、抽選結果が「ハズレ」であれば、ハズレ用のア
イテム群の中から選択されたアイテム（ハズレアイテム）を付与する。プレイヤにアイテ
ムを付与するとは、例えば、そのプレイヤのプレイヤ情報に、抽選処理により付与された
アイテムを対応付けて記憶することをいう。なお、ハズレアイテムは、アタリアイテムと
は別のアイテムを含み、例えばアタリアイテムよりもレアリティの低いアイテムを含む。

以上の機能を有することで、当選した場合に付与される高レアリティのアイテムの情報
を、ユーザに必ずしも提供しないため、抽選処理に対するプレイヤのモチベーションを維
持させることができ、高レアリティのアイテムの表示にゲーム性を持たせ、アタリアイテ
ムが何であるかをプレイヤに予測させることで、付与対象に対するプレイヤの興味を向上
させることができる。

継続部４２２は、アタリアイテムが当選せずに（抽選結果がハズレである場合に）、ハ
ズレアイテムが所定のプレイヤに付与された場合、この所定のプレイヤに、抽選イベント
を継続させることを可能にする。例えば、継続部４２２は、ゲーム装置１０の表示画面に
コンティニュー画面を表示させ、コンティニューすることを示すボタンがプレイヤにより
押下された場合、抽選イベントを継続するようにする。

変更部４２４は、継続部４２２により抽選イベントが継続された場合、選択部４１４に
より選択されていたアタリアイテムの当選確率を、現在値よりも高くする（大きくする）
。これにより、抽選イベントをコンティニューした場合に、アタリアイテムを当選しやす
くすることができる。また、変更部４２４は、抽選イベントの継続数、及び／又は所定の
アイテムに対する認識可能状態に基づき、当選確率を現在値よりも高くする。これにより
、１回目の抽選においてハズレを引いたプレイヤが、２回目の抽選を行った場合、アタリ
アイテムが一部認識可能又は完全認識可能になっていれば、アタリアイテムの当選確率を
高くしてもよい。これにより、抽選継続時に、所定のプレイヤにアタリアイテムが認識さ
れているほど、当選確率を高くし、アタリアイテムを付与しやすくすることができる。

このとき、コンティニュー画面内に、コンティニューした場合にはアタリアイテムの当
選確率が高くなることを、プレイヤに報知してもよい。また、当選確率が実際にどれくら
い高くなるかをプレイヤに報知してもよい。これにより、抽選イベントが継続される際に
、アタリアイテムを取得できるというプレイヤの期待感を向上させることができる。

また、変更部４２４は、抽選イベントの継続数、及び／又は前回の抽選イベントで所定
のアイテムが所定のプレイヤに認識不可能に表示されていた場合、所定のアイテムが認識
可能になるように表示形態を変更する。例えば、変更部４２４は、抽選イベントの継続回
数が所定回以上になった場合であり、所定のアイテムが未だ認識可能でない場合に、所定
のアイテムが認識可能に表示される確率を、現在値よりも高くしてもよい。これにより、
抽選イベントが継続される場合に、アタリアイテムが認識されやすくなるため、コンティ
ニューをプレイヤに促すことができる。

演出部４２６は、抽選イベントの最中に演出処理を行い、この演出処理により、所定の
アイテムを認識させるための情報を与える。例えば、演出部４２６は、演出の内容として
の光や文字等により、アタリアイテムが何であるかのヒントをプレイヤに与える。これに
より、プレイヤは、抽選イベント中に、アタリアイテムが何であるかを予想したりするこ
とができ、抽選イベント中を楽しむことができる。

演出部４２６は、抽選処理の演出として、認識可能状態に応じて演出処理を変更しても
よい。例えば、演出部４２６は、決定部４１６により決定された認識能状態を表す「完全
に認識可能」、「一部認識可能」、「認識不可能」のいずれかに応じてそれぞれ異なる演
出処理を行う。また、演出部４２６は、事前の抽選において所定のアイテムが当選したか
否かに基づいて、表示画面の背景を決定してもよい。例えば、演出部４２６は、アタリア
イテムが選択された段階で抽選結果としてのアタリかハズレかが決定されているとき、ア
タリの場合にはアタリアイテムが取得できそうな背景の出現確率を高くしたり、ハズレの
場合にはアタリアイテムが取得できそうな背景の出現確率を低くしたりする。これにより
、表示画面の背景を用いて、プレイヤにアタリアイテムを取得できるという期待感を持た
せることができる。

なお、演出部４２６は、抽選イベント中の演出の一例として、プレイヤキャラクタと、
アタリアイテムに関する敵キャラクタとのバトル演出を行ってもよい。このバトル演出の
勝ち負けは、例えば、抽選結果により決定されるものであり、プレイヤの操作によって決
定されるものではないが、この限りではない。アタリアイテムが付与される場合はプレイ
ヤキャラクタの勝ち、ハズレアイテムが付与される場合はプレイヤキャラクタの負けとす
る。これにより、プレイヤは、アタリアイテムの当選に関するバトル演出を楽しむことが
できる。このバトル演出の詳細は、図１４〜１６等を用いて後述する。

上述した第２表示制御部４１８は、抽選処理の演出として、アタリアイテムの取得可能
性を表す期待情報を、ゲーム装置１０の表示画面に表示させるよう制御してもよい。この
とき、第２表示制御部４１８は、この期待情報を抽選イベントの進行状況に応じて変更し
てもよい。例えば、第２表示制御部４１８は、アタリアイテムの取得可能性を、星の数で
表し、抽選イベントにおいてバトル演出が行われる場合、バトル状況に応じて星の数を増
やしたり、減らしたりしてもよい。これにより、プレイヤは、変更される期待情報を見な
がら、アタリアイテムの当選に対する期待感を持つことができる。なお、期待情報として
、背景の大きさや、キャラクタの大きさや、背景とキャラクタとの表示割合等を用いても
よい。例えば、第２表示制御部４１８は、アタリアイテムの取得可能性が高いと、キャラ
クタの大きさを大きくする。

また、決定部４１６により決定される表示形態は、多段階でアタリアイテムが所定のプ
レイヤに認識可能になってもよい。例えば、演出部４２６は、コンティニューされる度に
、一部ずつシルエットを認識可能にしてもよい。これにより、プレイヤに対し、徐々にア
タリアイテムが認識可能になる過程を楽しませることができる。

また、選択部４１４において選択対象（付与対象）となるアタリアイテムの複数のアイ
テムは、その当選確率及び／又は表示確率が異なるアイテムを含んでもよい。すなわち、
選択対象のアタリアイテムの中で、当選確率が異なるものや、表示確率が異なるものが混
在してもよい。これにより、アタリアイテムのレアリティなどにバリエーションを設ける
ことができる。

＜データ構造＞
次に、実施形態に関する一部の情報のデータ構造について説明する。図６は、実施形態に
おけるアタリアイテムの確率情報の一例を示す図である。図６に示す確率情報において、
各行はそれぞれアタリアイテムに対応する。各アタリアイテムには、選択確率が対応付け
られる。図６に示す選択確率は、アタリとしての付与対象の複数のアイテムの中から選択
される確率を表す。

図６に示す例では、アタリアイテムの選択確率は一律の２０％であるが、この例に限ら
れない。アタリアイテムのレアリティに応じて、選択確率が異なるようにしてもよい。な
お、選択部４１４は、選択確率に基づき、図６に示す確率情報に含まれるアタリアイテム
の中から、少なくとも１つのアタリアイテムを選択する。抽選結果が当選（アタリ）を示
す場合、この選択されたアタリアイテムがプレイヤに付与される。また、アタリアイテム
として選択されなかった他のアイテムは、抽選による当選確率は０％になり、抽選の結果
から外れる。つまり、この抽選イベントにおいて、図６に示すアタリアイテムとは異なる
他のアイテムがプレイヤに付与されることはない。

図７は、実施形態におけるハズレアイテムの確率情報の一例を示す図である。図７に示
す確率情報において、各行はそれぞれハズレアイテムに対応する。各ハズレアイテムには
、選択確率が対応付けられる。図７に示す選択確率は、ハズレとしての付与対象の複数の
アイテムの中から選択される確率を表す。

図７に示す例では、ハズレアイテムの選択確率は異なる確率を含むが、この例に限られ
ない。ハズレアイテムの選択確率は、一律の確率であってもよい。なお、抽選結果がハズ
レの場合、抽選制御部４１２は、選択確率に基づき、複数のハズレアイテムの中から１つ
を選択し、このハズレアイテムが付与部４２０によりプレイヤに付与されるようにする。
これにより、プレイヤが抽選イベントをコンティニューし、抽選にハズレ続けても、同じ
ハズレアイテムが付与され続けるわけではないため、プレイヤにとってのコンティニュー
の魅力を低減させずに済む。

次に、抽選処理に関する演出（例えばバトル演出）が行われる場合に用いられる情報に
ついて説明する。図８は、実施形態における実行画面の背景情報の一例を示す図である。
図８に示す背景情報では、背景の演出として色を用いる。図８に示す例では、演出の色ご
とに、勝ち時の出現確率、負け時の出現確率が対応付けられる。ここで、「勝ち時」とは
、抽選によりアタリとなる場合であり、バトル演出においてプレイヤキャラクタの勝ちと
なることをいう。「負け時」とは、抽選によりハズレとなり、バトル演出においてプレイ
ヤキャラクタの負けとなることをいう。この抽選は、バトル前に既に行われているとする
。

図８に示す例では、「黒」＜「赤」＜「金」＜「レインボー」の順で、アタリアイテム
が当たることを期待させる色とする。例えば、「黒」の背景は、勝ち時では、６０／１０
０の確率で出現し、負け時では、９０／１００の確率で出現する。他の例では、「レイン
ボー」の背景は、５％の確率で出現し、負け時には出現しない。負け時であるのに、レイ
ンボーを表示してプレイヤに過度に期待させないためである。

図９は、実施形態におけるサポートキャラクタ情報の一例を示す図である。サポートキ
ャラクタは、バトル開始前に出現し、出現するサポートキャラクタの種類によって期待情
報に影響を与え、演出効果を高めることができる。なお、抽選の結果は既に出ているため
、サポートキャラクタの出現が、抽選の結果に影響を与えることはない。

図９に示す例では、サポートキャラクタごとに、勝ち時の出現確率と、負け時の出現確
率が対応付けられる。例えば、「ＡＡＡ」のサポートキャラクタは、勝ち時では、５／１
００の確率で出現し、負け時では、２０／１００の確率で出現する。図９に示すサポート
キャラクタ情報は、基本的には、対象が異なる以外は図８に示す背景情報と同様である。

図１０は、実施形態における勝ち時のバトル制御情報の一例を示す図である。図１１は
、実施形態における負け時のバトル制御情報の一例を示す図である。バトルにおいて、プ
レイヤキャラクタ及び敵キャラクタに、体力を示すライフゲージが与えられ、このライフ
ゲージの量に基づいて、バトルの行動が決定される。

図１０及び図１１に示す例では、バトル開始時には、各キャラクタは４つのライフゲー
ジが所有しており、一方が攻撃をし、他方がダメージを受けるとする。なお、バトル開始
時には、抽選が済んでいるため、どちらが勝つかは決まっている。

図１０及び図１１に示す例では、プレイヤキャラクタのライフゲージに応じて、「自：
第１（プレイヤキャラクタの第１攻撃）」、「自：第２（プレイヤキャラキャラクタの第
２攻撃）」、「敵：第１（敵キャラクタの第１攻撃）」、「敵：第２（敵キャラクタの第
２攻撃）」、「計（合計）」が対応付けられる。例えば、第１攻撃では３ライフゲージを
減らし、第２攻撃では１ライフゲージ減らすことができる。また、ライフゲージが０にな
った方が負けとなる。

以上を踏まえ、図１０に示す勝ち時のバトル制御情報を参照すると、プレイヤキャラク
タのライフゲージが３になった段階で、それ以降敵キャラクタの第１攻撃を受けず（０％
）、ライフゲージが１になった段階で、敵キャラクタの第２攻撃を受けないないため（０
％）、勝ち時にプレイヤキャラクタのライフゲージが０になることはない。したがって、
プレイヤキャラクタは、バトルに必ず勝つことになる。

同様に、図１１に示す負け時のバトル制御情報を参照すると、敵キャラクタのライフゲ
ージが３になった段階で、それ以降敵キャラクタに第１攻撃を行うことができず（０％）
、ライフゲージが１になった段階で、敵キャラクタに第２攻撃を行うことができないため
（０％）、負け時に敵キャラクタのライフゲージが０になることはない。したがって、プ
レイヤキャラクタは、バトルに必ず負けることになる。

これにより、既に抽選結果が出ている場合でも、プレイヤに当選に関するバトル内容を
楽しんでもらうことができる。なお、図８〜１１に示す情報は、演出部４２６により用い
られる情報である。

図１２は、敵キャラクタの登場回数における表示確率情報の一例を示す図である。図１
２に示す例では、初めて登場する時の表示確率は、５％であり、ほとんどの場合がシルエ
ット表示になり、プレイヤは敵キャラクタを認識することは難しい。

次に、図１２に示すとおり、コンティニューされて、敵キャラクタの登場回数が増える
につれて、表示確率がＵＰする。なお、１回認識可能に表示された敵キャラクタは、それ
以降でコンティニューがなされても、表示確率に関係なく認識可能に表示され続ける。な
お、図１２に示す表示確率情報は、敵キャラクタごとに異なる情報が保持されてもよい。
ここでは、敵キャラクタがアタリアイテムとする。

図１３は、抽選回数における勝利確率（当選確率）の一例を示す図である。図１３に示
す例では、１回目の抽選では、プレイヤキャラクタの勝利確率（アタリアイテムが当たる
確率）は５％である。また、コンティニューが続き、抽選の回数が増えるにつれて、プレ
イヤキャラクタの勝利確率がＵＰする。

これにより、プレイヤがコンティニューをすると、抽選イベントは継続され、アタリア
イテムの当選確率がＵＰし、また、表示確率もＵＰする。また、アタリアイテムの取得よ
りも先にアタリアイテムが認識可能になることが多くなるように、当選確率及び表示確率
が設定される。なお、図１２及び図１３に示す確率情報は、変更部４２４により用いられ
る情報である。

図６〜図１３に示す情報は、例えば第２記憶部４３０に記憶され、各部により必要な時
に参照されたり、書き込まれたり、読み込まれたりする。

＜具体例＞
次に、ゲーム装置１０において表示されるゲーム画面を用いて、実施形態におけるゲーム
の具体例について説明する。なお、以下に示す具体例では、抽選イベントにおける抽選を
、ガチャと称する。また、アタリアイテムは、キャラクタとし、バトル演出において、ア
タリアイテムのキャラクタが敵キャラクタであり、抽選結果がアタリとなり、バトルに勝
利した場合に敵キャラクタを示すカードがプレイヤに付与される。他方、抽選結果がハズ
レとなり、バトルに敗北した（敵キャラクタに逃げられた）場合、ハズレアイテムである
他のキャラクタを示すカードがプレイヤに付与される。下記に示す画面情報は、サーバ２
０側で生成され、生成された画面情報がゲーム装置１０側に送信されることで、ゲーム装
置１０の表示画面位に表示されるとする。

≪バトルガチャ開始画面≫
図１４は、バトルガチャ開始画面の一例を示す図である。図１４に示す例では、バトルガ
チャ開始画面Ｄ１０は、次に説明する各種表示領域やＵＩ部品を含む。

キャラクタＰＣ１は、プレイヤキャラクタを表し、キャラクタＥＣ１は、敵キャラクタ
を表す。キャラクタＥＣ１は、バトル開始時の表示確率が小さいため、認識不可能にする
ためのシルエット表示である可能性が高い。

ライフゲージ領域ＬＧ１は、プレイヤキャラクタＰＣ１のライフゲージを示し、バトル
開始時点では４つのライフゲージを含む。ライフゲージ領域ＬＧ２は、敵キャラクタＥＣ
１のライフゲージを示し、バトル開始時点では４つのライフゲージを含む。これらのライ
フゲージ領域に含まれるライフゲージは、攻撃を受ける度に所定個減り、ライフゲージが
０になった方が負けである。ただし、バトルの勝敗は、バトル開始前に既に抽選により決
まっている。

期待度Ｈ１は、演出としての期待情報の一種であり、アタリアイテムの取得可能性に関
する情報である。図１４に示す期待度Ｈ１は、現時点における、バトルに勝利する可能性
を示す度合である。この期待度Ｈ１は、バトルが進むにつれて、期待度が変化する。これ
により、プレイヤは、バトルの状況が現在どういう状況にあるかを把握することができる
。

矢印アイコンＡ１は、現時点での期待度が、前回の期待度からどのように変わったかを
示す矢印が表示されるアイコンである。「↑」は、期待度Ｈ１が上がっていることを表し
、「↓」は、期待度Ｈ１が下がっていることを表し、「→」は、期待度Ｈ１が変わってい
ないことを表す。これにより、プレイヤは、現在の期待度Ｈ１が前回の期待度と比較して
どうであるかを把握することができる。

≪画面遷移例≫
次に、プレイヤキャラクタＰＣ１が、バトルにおける画面遷移について説明する。図１５
及び図１６は、画面遷移例を説明するための図である。

図１５（Ａ）は、背景が表示される画面例を示す図である。この背景は、例えば図８に
示す確率に基づいて、どの色の背景にするかが決定される。プレイヤは、背景の色によっ
て、バトルの勝敗の予測を行うことができる。

図１５（Ｂ）は、バトル帯が上下に挿入される画面例を示す図である。図１５（Ｂ）に
示す上下のバトル帯は、ユーザの視点が中央のバトルに集中するように設けられる。

図１５（Ｃ）は、プレイヤキャラクタＰＣ１が登場する画面例を示す図である。図１５
（Ｄ）は、パートナー（図９に示すサポートキャラクタ）が登場する図である。パートナ
ーの登場により、期待度が変化する。

図１５（Ｅ）は、対戦相手を選出する画面例を示す図である。このとき、どの敵キャラ
クタか分からないようになっている。

図１５（Ｆ）は、対戦相手が登場する画面例を示す図である。このとき、演出部４２６
により、表示確率にしたがって、敵キャラクタが認識可能に登場するか否かが決定される
。

図１５（Ｇ）は、バトル開始を表す画面例を示す図である。図１５（Ｈ）は、プレイヤ
キャラクタが敵キャラクタの第２攻撃を受ける画面例を示す図である。図１５（Ｈ）に示
す例では、プレイヤキャラクタのライフゲージが０になる。図１５（Ｉ）は、プレイヤキ
ャラクタが敗北した画面例を示す図である。

図１５（Ｇ）〜図１５（Ｉ）に示す画面は、演出部４２６が、図１１のバトル制御情報
を参照して生成した行動に基づく実行画面である。図１５（Ｇ）〜図１５（Ｉ）に示す画
面は、抽選結果がハズレである場合であり、よって、演出部４２６は、図１１に示すバト
ル制御情報を参照してバトルの行動を決定する。

図１５（Ｊ）は、プレイヤキャラクタＰＣ１が、他のキャラクタＨＣ１にぶつかる画面
例を示す図である。図１５（Ｊ）に示す画面では、ぶつかったキャラクタＨＣ１が、ハズ
レアイテムであることを演出として表現する。

図１６は、図１５に示す画面遷移の続きを説明するための図である。図１６（Ｋ）は、
図１５（Ｊ）の続きであり、ハズレキャラクタＨＣ１のカードＧＩ１がプレイヤに付与さ
れることを示す。

図１６（Ｌ）は、次回予告の画面例を示す図である。図１６（Ｌ）は、確率によって表
示されることが決定されたことを示す。次回予告が表示されると、アタリアイテムの当選
確率がＵＰするようにしてもよい。

図１６（Ｍ）は、コンティニュー画面の一例を示す図である。図１６（Ｍ）に示すコン
ティニュー画面については、図１７を用いて後述する。ここでは、プレイヤはコンティニ
ューするため、「はい」ボタンを押したとする。

図１６（Ｎ）は、バトルが再開する画面例を示す図である。図１６（Ｎ）は、敵キャラ
クタＥＣ１が認識可能に表示されることを示す。図１６（Ｎ）は、表示確率により抽選で
、表示されることが決定された場合を示す画面である。演出部４２６は、図１２に示す情
報を参照し、今回が２回目の登場であるため、２５％の確率で敵キャラクタを認識可能に
することを把握する。演出部４２６は、この抽選の結果、敵キャラクタＥＣ１を認識させ
ることが決まり、敵キャラクタＥＣ１自体を表示させる。なお、図１６（Ｍ）から、図１
６（Ｎ）に示す画面遷移の間で、抽選が行われ、バトルの勝敗が決定される。

図１６（Ｏ）は、バトルアニメーションの画面例を示す図である。演出部４２６は、確
率に基づいてバトルアニメーションを表示するか否かを決定する。

図１６（Ｐ）は、プレイヤキャラクタＰＣ１が、第１攻撃を行った画面例を示す図であ
る。これにより、敵キャラクタＥＣ１は３つのライフゲージを減らすことになる。図１６
（Ｐ）に示す例では、敵キャラクタＥＣ１のライフゲージＬＧ２が０になる。

図１６（Ｑ）は、プレイヤキャラクタＰＣ１が、敵キャラクタＥＣ１をノックアウト（
Ｋ．Ｏ）した画面例を示す図である。画面に大きく「Ｋ．Ｏ」という文字が表示される。

図１６（Ｒ）は、プレイヤキャラクタＰＣ１が、バトルにおいて勝利した画面例を示す
図である。画面に大きく「ＹＯＵ ＷＩＮ」という文字が表示される。

図１６（Ｓ）は、敵キャラクタＥＣ１が、自身を表すカードＧＩ２をドロップする画面
例を示す図である。

図１６（Ｔ）は、プレイヤキャラクタは、カードＧＩ２を入手する画面例を示す図であ
る。付与部４２０が、プレイヤに敵キャラクタ（アタリアイテム）を表すカードＧＩ２を
付与することで、プレイヤは、このカードＧＩ２を入手する。

≪コンティニュー画面≫
図１７は、コンティニュー画面Ｄ２０の一例を示す図である。図１７に示す画面Ｄ２０に
は、表示領域ＰＤ１が表示される。

表示領域ＰＤ１には、敵に逃げられたこと（負けたこと）、及びコンティニューした場
合に勝率（当選確率）がＵＰすることを表す領域ＡＲ１、期待度がＵＰすることを表す領
域ＡＲ２、コンティニューするのに消費するアイテムの数を表す領域ＡＲ３、コンティニ
ューするか否かを指示するボタンＢ１、Ｂ２などが表示される。

図１７に示すボタンＢ１が押されると、バトルガチャが終了する。この次にバトルガチ
ャの実行が要求されると、再度アタリアイテムを選択し直す。

図１７に示すボタンＢ２が押されると、このバトルガチャが引き続き実行される。敵キ
ャラクタ（アタリアイテム）は引き継がれる。このとき、当選確率がＵＰし、敵キャラク
タが認識不可能であれば、表示確率がＵＰする。

ここで、所持〇○アイテムの個数が、コンティニューするために必要な使用〇○アイテ
ムの個数よりも少なければ、プレイヤに課金を促すようにしてもよい。ゲーム制御部４１
０は、この過程において課金処理が行われると、バトルガチャの継続とみなして処理を進
めてもよい。

≪敵キャラクタが認識可能になる場合の画面遷移≫
図１８は、敵キャラクタが認識可能になる画面遷移の一例を示す図である。図１８（Ａ）
は、バトル開始時の画面を示す図である。この時点で、演出部４２６は、敵キャラクタＥ
Ｃ２ａを認識可能にすることを決定しているとする。バトル開始時点では、敵キャラクタ
ＥＣ２ａはまだシルエット表示である。

図１８（Ｂ）は、プレイヤキャラクタの攻撃画面（その１）を示す図である。図１８（
Ｂ）に示す例では、敵キャラクタＥＣ２ａがシルエット表示のまま攻撃を受けたことが分
かる。

図１８（Ｃ）は、プレイヤキャラクタの攻撃画面（その２）を示す図である。図１８（
Ｃ）に示す例では、敵キャラクタＥＣ２ｂについて、シルエットの境界がぶれるような演
出が行われる。

図１８（Ｄ）は、プレイヤキャラクタの攻撃画面（その３）を示す図である。図１８（
Ｄ）に示す例では、敵キャラクタＥＣ２ｃについて、消えるような演出が行われる。ここ
で、演出上、プレイヤキャラクタが攻撃した時に、シルエット表示から徐々に敵キャラク
タが表示されるようにする。敵キャラクタの認識可能な方法はこの限りではない。

図１８（Ｅ）は、敵キャラクタの認識可能画面を示す図である。図１８（Ｅ）に示す例
では、敵キャラクタＥＣ２ｄは、プレイヤに認識可能なように表示される。

これにより、プレイヤは、バトルを楽しみながら、敵キャラクタを認識することが可能
になり、早く敵キャラクタを知りたいという興味を向上させることができる。

＜動作＞
次に、実施形態におけるサーバ２０の動作について説明する。図１９は、実施形態におけ
るサーバ２０のゲーム制御処理の一例を示すフローチャートである。図１９に示すステッ
プＳ１０２で、選択部４１４は、抽選処理の目玉アイテムとなり得る複数のアイテムの中
から、少なくとも１つの所定のアイテムを選択する。このとき、抽選制御部４１２により
、抽選結果が決定される。

ステップＳ１０４で、演出部４２６は、所定の確率を用いて、実行画面の背景色を決定
し、決定した背景色になるように実行画面を生成する（例えば図１５（Ａ）参照）。

ステップＳ１０６で、演出部４２６は、実行画面に上下帯を表示する（例えば図１５（
Ｂ）参照）。

ステップＳ１０８で、演出部４２６は、プレイヤキャラクタを実行画面内に登場させる
（例えば図１５（Ｃ）参照）。

ステップＳ１１０で、演出部４２６は、サポートキャラクタを実行画面内に登場させる
（例えば図１５（Ｄ）参照）。

ステップＳ１１２で、演出部４２６は、対戦相手を選出する画面を生成する（例えば図
１５（Ｅ）参照）。

ステップＳ１１４で、演出部４２６は、対戦相手（敵キャラクタ）を実行画面内に登場
させる（例えば図１５（Ｆ）参照）。

ステップＳ１１６で、演出部４２６は、プレイヤキャラクタと敵キャラクタとのバトル
を開始する（例えば図１５（Ｇ）参照）。

ステップＳ１１８で、演出部４２６は、バトルアニメーションを、所定の確率に従って
表示する（例えば図１５（Ｈ）参照）。

ステップＳ１２０で、演出部４２６は、プレイヤキャラクタがバトルに勝ったか否かを
判定する。バトルの勝ち負けは、事前の抽選により決まっている。プレイヤキャラクタが
バトルに勝てば（ステップＳ１２０−ＹＥＳ）、処理はステップＳ１２２に進み、バトル
に勝っていなければ（ステップＳ１２０−ＮＯ）、処理はステップＳ１２６に進む。

ステップＳ１２２で、付与部４２０は、所定アイテム（アタリアイテム）をプレイヤに
入手させる。

ステップＳ１２４で、演出部４２６は、所定アイテムを表示する。所定アイテムの表示
は、例えば所定アイテムを示すカードを表示することである。

ステップＳ１２６で、演出部４２６は、プレイヤキャラクタがバトルに負けたか否かを
判定する。プレイヤキャラクタがバトルに負ければ（ステップＳ１２６−ＹＥＳ）、処理
はステップＳ１２８に進み、バトルに負けていなければ（ステップＳ１２６−ＮＯ）、処
理はステップＳ１１８に戻る。

ステップＳ１２８で、付与部４２０は、ハズレアイテムの中から別アイテムを選択し、
選択したハズレアイテムをプレイヤに入手させる（例えば図１６（Ｋ）参照）。

ステップＳ１３０で、演出部４２６は、所定の確率に基づき、次回予告を表示するか否
かを判定する。演出部４２６は、次回予告を表示すると決定した場合は次回予告を表示す
る（例えば図１６（Ｌ）参照）。

ステップＳ１３２で、継続部４２２は、コンティニュー画面を表示し（例えば、図１６
（Ｍ）参照）、プレイヤにコンティニューするか否かを判断させる。プレイヤがコンティ
ニューを指示すれば（ステップＳ１３２−ＹＥＳ）、処理はステップＳ１３４に進み、プ
レイヤが終了を指示すれば（ステップＳ１３２−ＮＯ）、処理は終了する。

ステップＳ１３４で、変更部４２４は、アタリアイテムの勝率（当選確率）をＵＰする
。例えば、変更部４２４は、図１３に示す情報に従って勝率をＵＰする。このとき、変更
部４２４は、アタリアイテムが認識可能でなければ、例えば図１２に示す情報に従って表
示確率もＵＰする。

以上、実施形態によれば、抽選処理に対するプレイヤのモチベーションを維持しつつ、
付与対象に対するプレイヤの興味を向上させることができる。

［変形例］
上記実施形態では、オンラインゲームを例にして説明したが、実施形態におけるゲーム装
置１０は、所謂アーケードゲームにおけるゲーム機でも実装することが可能である。携帯
型のゲーム装置や据置型のゲーム装置をまとめて単に端末と称する。所定のグループ内の
各プレイヤが操作する各端末において、抽選処理の実行画面を共有することができれば、
本発明を適用しうる。

また、選択部４１４は、上記実施形態では１つのアタリアイテムを選択していたが、複
数のアイテムを選択してもよい。このとき、実行画面には、複数のキャラクタのシルエッ
トが表示される可能性がある。複数のアイテムは、確率などを用いて、バトル演出中に１
つに選択されるとよい。これにより、プレイヤに対し、高レアリティのアイテムが取得で
きそうだという期待感を増加させることができる。

また、アタリアイテムは、基本的には高レアリティのアイテムであるが、必ずしも最も
価値のあるものではなく、季節イベントや、他のゲームとのコラボイベントのときには、
そのイベントにおいて価値のあるアイテムであってもよい。これにより、アタリアイテム
のバリエーションを増やすことができる。

また、プレイヤが課金の量を増やすことで、例えば図１７に示す使用〇○アイテムの個
数を増やすことで、ゲーム制御部４１０は、アタリアイテムが当選する確率を高くしても
よい（勝率を上げてもよい）。また、プレイヤが所持している所定のゲーム内アイテムを
使用することで、ゲーム制御部４１０は、アタリアイテムが当選する確率を高くしてもよ
い。これにより、プレイヤの操作により、当選確率を高くすることができる。また、プレ
イヤが課金をすることで、ゲーム制御部４１０は、コンティニュー時の当選確率を維持し
たまま、表示されたアタリアイテムに変えて新たなアタリアイテムを抽選で決定してもよ
い。これにより、プレイヤにアタリアイテムの変更を可能にすることができる。

また、各アイテムの当選確率、表示確率それぞれが一律の確率であれば、抽選制御部４
１２によるアタリかハズレかの抽選と、選択部４１４によるアタリアイテムの選択と、決
定部４１６による表示形態の決定とは、独立して行われてもよい。他方、当選確率及び表
示確率がアタリアイテムに依存するのであれば、まず、アタリアイテムが選択され、次に
、アタリかハズレかの抽選、及び表示形態の決定が行われればよい。これにより、各種適
切な実装を行うことができる。

また、抽選制御部４１２は、抽選イベント以前の所定のゲーム処理の結果に応じて、こ
の抽選イベントの実行内容を変更してもよい。例えば、抽選イベント以前のバトル時のキ
ャラクタの種類や、バトルの勝敗、連続プレイ時間、過去の抽選処理の結果などにより、
抽選制御部４１２は、抽選イベントの抽選確率を変更してもよい。また、ゲーム制御部４
１０は、抽選イベント以前の所定のゲーム処理の結果に応じて、アタリアイテムの表示確
率を変更してもよい。これにより、抽選イベント以前のゲーム処理を用いて、抽選確率や
表示確率に影響を与えることができる。

また、変更部４２４は、抽選イベントにおける所定処理の結果に応じて、アタリアイテ
ムの当選確率及び／又は表示確率を変更してもよい。例えば、変更部４２４は、バトル演
出の最初の一撃がプレイヤキャラクタの攻撃であれば、当選確率と表示確率とを＋αさせ
、敵キャラクタからの攻撃だと、−αに変更する。なお、この場合、バトル前に行われる
抽選は仮抽選である。例えば、バトル前の仮抽選でアタリが出たとしても、最初のバトル
の一撃が敵キャラクタの攻撃であれば、例えば１０％の確率で抽選結果がハズレに変更さ
れてもよい。抽選結果がハズレに変更されると、演出部４２６は、図１０に示す勝ち時の
バトル制御情報から、図１１に示す負け時のバトル制御情報に参照する情報を変更する。

また、逆に、バトル前の仮抽選でハズレが出たとしても、最初のバトルの一撃がプレイ
ヤキャラクタの攻撃であれば、例えば２０％の確率で抽選結果がアタリに変更されてもよ
い。これにより、抽選イベントにおける所定処理の結果に応じてアタリアイテムの当選確
率を変更することができる。なお、所定処理の結果として、バトルの最初の一撃を例にし
て説明したが、この例に限られない。

さらに、変更部４２４は、バトル前の表示抽選（敵キャラクタの表示形態を決める抽選
）により、シルエット表示が選択されていたとしても、バトルの最初の一撃がプレイヤキ
ャラクタの攻撃であれば、表示確率をＵＰしてもよい。この場合、プレイヤキャラクタが
攻撃する度に、又は攻撃のターンが変更される度に、抽選制御部４１２は、表示抽選を行
えばよい。これにより、抽選イベントにおける所定処理の結果に応じてアタリアイテムの
表示確率を変更することができる。

第２表示制御部４１８は、抽選イベントの進行状況に応じて、アタリアイテムの表示形
態を変更してもよい。例えば、第２表示制御部４１８は、演出部４２６による演出の状況
に応じて、敵キャラクタ（アタリアイテム）のシルエットが徐々に剥がれるようにしても
よい。これにより、抽選イベントの進行状況に応じて表示形態を変えることができ、プレ
イヤを楽しませることができる。

以上、実施形態について詳述したが、上記実施形態に限定されるものではなく、特許請
求の範囲に記載された範囲内において、上記実施形態以外にも種々の変形及び変更が可能
である。

１ ゲーム処理システム
１０ ゲーム装置
２０ サーバ
３０ 課金サーバ
１２０ 記憶部
１５０ 主制御部
２０２ 制御部
２０８ 記憶部
３１０ ゲーム実行部
３２０ 第１記憶部
４１０ ゲーム制御部
４１２ 抽選制御部
４１４ 選択部
４１６ 決定部
４１８ 第２表示制御部
４２０ 付与部
４２２ 継続部
４２４ 変更部
４２６ 演出部
４３０ 第２記憶部

Claims (13)

1. コンピュータに、
   ゲーム内における抽選イベントを制御する制御ステップと、
   所定のプレイヤが操作する端末から、前記抽選イベントの実行要求を受信する受信ステ
   ップと、
   前記抽選イベントの付与対象として設定されている複数のアイテムの中から、所定のア
   イテムを選択する選択ステップと、
   所定の条件に基づいて、前記所定のアイテムの表示形態を決定する決定ステップと、
   前記表示形態の所定のアイテムを、前記端末の表示画面に表示させるよう制御する表示
   制御ステップと、
   前記抽選イベントの抽選結果に応じたアイテムを、前記所定のプレイヤに付与する付与
   ステップと、
   を実行させるプログラム。
2. 前記所定のアイテムが当選せずに、他のアイテムが前記所定のプレイヤに付与された場
   合、該所定のプレイヤに、前記抽選イベントを継続させることを可能にする継続ステップ
   と、
   前記抽選イベントが継続された場合、前記所定のアイテムの当選確率を現在値よりも高
   くする変更ステップと、
   をさらにコンピュータに実行させる請求項１に記載のプログラム。
3. 前記変更ステップは、
   前記抽選イベントの継続数、及び／又は前記所定のアイテムに対する認識可能状態に基
   づき、前記当選確率を現在値よりも高くする、請求項２に記載のプログラム。
4. 前記変更ステップは、
   前記抽選イベントの継続数、及び／又は前記所定のアイテムに対する認識可能状態に基
   づき、前記所定のアイテムが認識可能になるように前記表示形態を変更する、請求項２又
   は３に記載のプログラム。
5. 前記表示制御ステップは、
   前記所定のアイテムの取得可能性に関する期待情報を前記表示画面に表示させるよう制
   御するステップと、
   前記期待情報を前記抽選イベントの進行状況に応じて変更するステップと、を含む、請
   求項１乃至４いずれか一項に記載のプログラム。
6. 前記抽選イベントの最中に、前記所定のアイテムを認識させるための情報を与える演出
   処理を行う演出ステップをさらにコンピュータに実行させる請求項１乃至５いずれか一項
   に記載のプログラム。
7. 前記演出ステップは、
   前記所定のアイテムに対する認識可能状態に応じて演出処理を変更する、請求項６に記
   載のプログラム。
8. 前記表示形態は、多段階で前記所定のプレイヤに認識可能になる、請求項１乃至７いず
   れか一項に記載のプログラム。
9. 前記表示制御ステップは、
   前記抽選イベントの進行状況に応じて、前記表示形態を変更する、請求項１乃至８いず
   れか一項に記載のプログラム。
10. 前記決定ステップは、
    前記所定のアイテムに対する認識可能状態毎の表示確率に基づいて、前記所定のアイテ
    ムの表示形態を決定する、請求項１乃至９いずれか一項に記載のプログラム。
11. 前記複数のアイテムは、前記所定のアイテムの当選確率及び／又は前記表示確率が異な
    るアイテムを含む、請求項１０に記載のプログラム。
12. 前記抽選イベント以前の所定のゲーム処理の結果に応じて、当該抽選イベントの実行内
    容及び／又は前記表示確率が変更される、請求項１０又は１１に記載のプログラム。
13. 前記抽選イベントにおける所定処理の結果に応じて、前記所定のアイテムの当選確率及
    び／又は前記表示確率が変更される、請求項１０乃至１２いずれか一項に記載のプログラ
    ム。

Images