特開 2024-111127 情報処理装置、プログラム及び情報処理方法

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024111127

(43)【公開日】2024-08-16

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

(51)【国際特許分類】

   A63F 13/69 20140101AFI20240808BHJP

   A63F 13/533 20140101ALI20240808BHJP

   A63F 13/58 20140101ALI20240808BHJP

   A63F 13/79 20140101ALI20240808BHJP

【ＦＩ】

A63F13/69

A63F13/533

A63F13/58

A63F13/69 510

A63F13/79

【審査請求】有

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2024098240

(22)【出願日】2024-06-18

(62)【分割の表示】P 2020051802の分割

【原出願日】2020-03-23

(71)【出願人】

【識別番号】500033117

【氏名又は名称】株式会社ＭＩＸＩ

(72)【発明者】

【氏名】栗山 幸介

(72)【発明者】

【氏名】松本 雅矩

(72)【発明者】

【氏名】小牧 信貴

(57)【要約】

【課題】プレイヤが所有していないキャラクタを獲得するためのコストを投じるか否かの判断を容易とする情報処理装置を提供する。
【解決手段】プレイヤがキャラクタを使用してプレイするゲームを制御するゲーム制御部と、前記プレイヤが所有していない特定のキャラクタを、前記プレイヤの試用のために提供する試用提供部と、を備え、前記ゲーム制御部は、前記ゲームにおける前記プレイヤによる前記特定のキャラクタの使用を、前記特定のキャラクタに定められた使用制限に基づいて制御する、情報処理装置が提供される。
【選択図】図１

【特許請求の範囲】

【請求項1】

プレイヤがキャラクタを使用してプレイするゲームを制御するゲーム制御部と、
前記プレイヤが所有していない特定のキャラクタを、前記プレイヤの試用のために提供する試用提供部と、を備え、
前記ゲーム制御部は、前記ゲームにおける前記プレイヤによる前記特定のキャラクタの使用を、前記特定のキャラクタに定められた使用制限に基づいて制御する、情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
前記試用提供部は、前記特定のキャラクタに定められた所定の期間に、前記特定のキャラクタを前記プレイヤの試用のために提供する、情報処理装置。

【請求項3】

請求項１又は請求項２に記載の情報処理装置であって、
前記ゲーム制御部は、前記プレイヤが前記ゲームにおいて前記特定のキャラクタを使用した回数が、前記特定のキャラクタに定められた上限に達した場合に、前記ゲームにおける前記特定のキャラクタの使用を不可とする、情報処理装置。

【請求項4】

請求項１～請求項３のいずれか１つに記載の情報処理装置であって、
前記プレイヤの要求に応じて複数のキャラクタの中から抽選したキャラクタを前記プレイヤに提供する抽選部をさらに備え、
前記試用提供部が、前記抽選部において前記特定のキャラクタまたは前記特定のキャラクタに成長可能なキャラクタが抽選可能である期間に、前記特定のキャラクタを前記プレイヤの試用のために提供する、情報処理装置。

【請求項5】

請求項４に記載の情報処理装置であって、
前記ゲームにおいて前記プレイヤが前記特定のキャラクタを使用した回数が所定回数以上である場合に、前記抽選部による抽選の実行を案内する抽選案内部をさらに備える、情報処理装置。

【請求項6】

請求項４又は請求項５に記載の情報処理装置であって、
前記試用提供部により提供される前記特定のキャラクタは、前記抽選部により抽選可能な前記特定のキャラクタよりも、キャラクタの能力を表すパラメータにおいて有利な値を有する、情報処理装置。

【請求項7】

請求項１～請求項６のいずれかに記載の情報処理装置であって、
前記プレイヤが所有するキャラクタのうちから指定されたキャラクタに基づいて、前記ゲームをプレイするためのデッキを編成する編成部を備え、
前記試用提供部は、前記デッキに編成されているキャラクタに応じて、前記特定のキャラクタを前記プレイヤに提供するか否かを制御する、情報処理装置。

【請求項8】

請求項１～請求項７のいずれかに記載の情報処理装置であって、
前記ゲームに含まれる複数のクエストの中から、前記プレイヤがプレイするクエストの指定を受け付ける指定受付部を備え、
前記試用提供部は、前記指定されたクエストに応じて、前記特定のキャラクタを前記プレイヤに提供するか否かを制御する、情報処理装置。

【請求項9】

コンピュータに、ゲーム制御ステップと、試用提供ステップとを実行させるコンピュータプログラムであって、
前記ゲーム制御ステップでは、前記コンピュータが、プレイヤがキャラクタを使用してプレイするゲームを制御し、
前記試用提供ステップでは、前記コンピュータが、前記プレイヤが所有していない特定のキャラクタを、前記プレイヤの試用のために提供し、
前記ゲーム制御ステップでは、前記コンピュータが、さらに、前記ゲームにおける前記プレイヤによる前記特定のキャラクタの使用を、前記特定のキャラクタに定められた使用制限に基づいて制御する、コンピュータプログラム。

【請求項10】

情報処理方法であって、
ゲーム制御ステップと、試用提供ステップとを含み、
前記ゲーム制御ステップでは、コンピュータが、プレイヤがキャラクタを使用してプレイするゲームを制御し、
前記試用提供ステップでは、前記コンピュータが、前記プレイヤが所有していない特定のキャラクタを、前記プレイヤの試用のために提供し、
前記ゲーム制御ステップでは、前記コンピュータが、さらに、前記ゲームにおける前記プレイヤによる前記特定のキャラクタの使用を、前記特定のキャラクタに定められた使用制限に基づいて制御する、情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

特許文献１には、ゲームを提供するシステムであって、自身以外の他のプレイヤが所有するキャラクタを使用することができるゲーム提供システムが開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１７－１６４２１８公報

【発明の概要】

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

【0004】

しかし、特許文献１のゲーム提供システムでは、リリースされた直後の新しいキャラクタなど、他のプレイヤも所有していないキャラクタは使用できず、キャラクタの有用性を確認できないため、キャラクタの獲得のためにコストをかける必要があるのか否かを判断することが困難であった。

【0005】

本発明は、プレイヤが所有していないキャラクタを獲得するためのコストを投じるか否かの判断を容易とした情報処理装置、プログラム及び情報処理方法を提供する。

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

【0006】

プレイヤがキャラクタを使用してプレイするゲームを制御するゲーム制御部と、前記プレイヤが所有していない特定のキャラクタを、前記プレイヤの試用のために提供する試用提供部と、を備え、前記ゲーム制御部は、前記ゲームにおける前記プレイヤによる前記特定のキャラクタの使用を、前記特定のキャラクタに定められた使用制限に基づいて制御する、情報処理装置が提供される。

【0007】

このような構成を備えることにより、特定のキャラクタを所有していないプレイヤに対して、当該特定のキャラクタに定められた使用制限の下で試用可能とすることができる。これにより、プレイヤは特定のキャラクタを所有する前に、ゲームにおける特定のキャラクタの有用性を確認することができ、プレイヤが特定のキャラクタを獲得するためにコストを投じるか否かを判断しやすくなる。

【図面の簡単な説明】

【0008】

【図1】第１実施形態に係るゲーム提供システム１の概要を示す図である。

【図2】第１実施形態に係るサーバ１０のハードウェア構成を示すブロック図である 。

【図3】第１実施形態に係るユーザ端末２０のハードウェア構成を示すブロック図で ある。

【図4】第１実施形態に係るサーバ１０の機能構成を示すブロック図である。

【図5】クエストの選択画面を示す図である。

【図6】キャラクタの選択画面を示す図である。

【図7】図７Ａは、キャラクタの試用の期間が抽選イベントの期間と一致する例を示 す図である。図７Ｂは、キャラクタの試用の期間の日数が定められた例を示す図であ る。図７Ｃは、キャラクタの試用の期間が他のキャラクタの抽選イベントの開始まで とする例を示す図である。

【図8】ゲーム提供システム１の処理の流れを説明するシーケンス図である。

【図9】提供可否判断処理（ステップＳ３００）の流れを説明するフロー図である。

【図10】変形例における提供可否判断処理（ステップＳ３００）の流れを説明する フロー図である。

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

【0009】

以下、図面を用いて本発明のいくつかの実施形態について説明する。以下に示す実施形態中で示した各種特徴事項は、互いに組み合わせ可能である。また、各特徴事項について独立して発明が成立する。

【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】

デッキ編成エリア４１は、デッキ編成のために選択されたキャラクタを示すエリアであり、キャラクタ設定エリア４２を含む。所有キャラクタエリア４３には、プレイヤが所有しているキャラクタを示すキャラクタアイコン４４が表示されている。おためしキャラクタエリア４５には、プレイヤが所有しておらず、試用のために提供されている特定のキャラクタを示すキャラクタアイコン４４が表示されている。スクローラー４８および戻るボタン４９は、上述のクエスト選択画面におけるスクローラー３８および戻るボタン３９と同様に機能する。

【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】

試用提供部１１ｂは、特定のキャラクタに定められた所定の期間に、特定のキャラクタをプレイヤの試用のために提供する。

【0081】

このような構成を備えることにより、特定のキャラクタの試用期間を限定することで、試用期間中や試用期間が終わった後における特定のキャラクタに対するプレイヤの獲得意欲を増進させることができる。

【0082】

ゲーム制御部１１ａは、プレイヤがゲームにおいて特定のキャラクタを使用した回数が、特定のキャラクタに定められた上限に達した場合に、ゲームにおける特定のキャラクタの使用を不可とする。

【0083】

このような構成を備えることにより、特定のキャラクタの試用回数を限定することで、試用回数が上限に達した後における特定のキャラクタに対するユーザの獲得意欲を増進させることができる。

【0084】

サーバ１０は、プレイヤの要求に応じて複数のキャラクタの中から抽選したキャラクタをプレイヤに提供する抽選部１１ｅをさらに備え、試用提供部１１ｂが、抽選部１１ｅにおいて特定のキャラクタまたは特定のキャラクタに成長可能なキャラクタが抽選可能である期間に、特定のキャラクタをプレイヤの試用のために提供する。

【0085】

このような構成を備えることにより、抽選で獲得可能な期間に特定のキャラクタを試用可能とすることで、ユーザに特定のキャラクタを抽選により獲得する意欲を増進させることができる。

【0086】

サーバ１０は、ゲームにおいてプレイヤが特定のキャラクタを使用した回数が所定回数以上である場合に、抽選部１１ｅによる抽選の実行を案内する抽選案内部をさらに備える。

【0087】

このような構成を備えることにより、プレイヤが特定のキャラクタの使用回数が一定数に達し、特定のキャラクタの獲得意欲が高まったタイミングで、特定のキャラクタが獲得可能な抽選を案内することで、プレイヤが特定のキャラクタを獲得可能な抽選を実行する可能性を向上させることができる。

【0088】

試用提供部１１ｂにより提供される特定のキャラクタは、抽選部により抽選可能な特定のキャラクタよりも、キャラクタの能力を表すパラメータにおいて有利な値を有する。

【0089】

このような構成を備えることにより、特定のキャラクタの能力値が高い状態でプレイヤに試用させることで、特定のキャラクタの有用性をプレイヤに認識させやすくなる。これにより、特定のキャラクタに対するプレイヤの獲得意欲を増進させることができる。

【0090】

サーバ１０は、プレイヤが所有するキャラクタのうちから指定されたキャラクタに基づいて、ゲームをプレイするためのデッキを編成する編成部を備え、試用提供部１１ｂは、デッキに編成されているキャラクタに応じて、特定のキャラクタをプレイヤに提供するか否かを制御する。

【0091】

このような構成を備えることにより、プレイヤのデッキに編成される他のキャラクタとの相性がいいときに特定のキャラクタを試用可能とすることで、特定のキャラクタの有用性をプレイヤに認識させやすくなる。これにより、特定のキャラクタに対するプレイヤの獲得意欲を増進させることができる。

【0092】

サーバ１０は、ゲームに含まれる複数のクエストの中から、プレイヤがプレイするクエストの指定を受け付ける指定受付部１１ｃを備え、試用提供部１１ｂは、指定されたクエストに応じて、特定のキャラクタをプレイヤに提供するか否かを制御する。

【0093】

このような構成を備えることにより、プレイヤが指定したクエストとの相性がいいときに特定のキャラクタを試用可能とすることで、特定のキャラクタの有用性をプレイヤに認識させやすくなる。これにより、特定のキャラクタに対するプレイヤの獲得意欲を増進させることができる。

【0094】

本発明の他の態様として、コンピュータに、ゲーム制御ステップと、試用提供ステップとを実行させるコンピュータプログラムであって、ゲーム制御ステップでは、コンピュータが、プレイヤがキャラクタを使用してプレイするゲームを制御し、試用提供ステップでは、コンピュータが、プレイヤが所有していない特定のキャラクタを、プレイヤの試用のために提供し、ゲーム制御ステップでは、コンピュータが、さらに、ゲームにおけるプレイヤによる特定のキャラクタの使用を、特定のキャラクタに定められた使用制限に基づいて制御する、コンピュータプログラムが提供される。

【0095】

本発明のさらに他の態様として、情報処理方法であって、ゲーム制御ステップと、試用提供ステップとを含み、ゲーム制御ステップでは、コンピュータが、プレイヤがキャラクタを使用してプレイするゲームを制御し、試用提供ステップでは、コンピュータが、プレイヤが所有していない特定のキャラクタを、プレイヤの試用のために提供し、ゲーム制御ステップでは、コンピュータが、さらに、ゲームにおけるプレイヤによる特定のキャラクタの使用を、特定のキャラクタに定められた使用制限に基づいて制御する、情報処理方法が提供される。

【符号の説明】

【0096】

１：ゲーム提供システム、５：通信回線、１０：サーバ、１１：制御部、１１ａ：ゲーム制御部、１１ｂ：試用提供部、１１ｃ：指定受付部、１１ｄ：編成部、１１ｅ：抽選部、１１ｆ：抽選案内部、１２：記憶部、１３：通信部、１４：操作入力部、１５：モニタ、１６：システムバス、２０：ユーザ端末、２１：制御部、２２：記憶部、２３：通信部、２４：表示部、２５：スピーカ、２６：マイク、２７：カメラ、２８：操作ボタン、２９：システムバス、３０：クエスト選択画面、３１：クエスト一覧エリア、３２：クエストアイコン、３８：スクローラー、３９：ボタン、４０：キャラクタ選択画面、４１：デッキ編成エリア、４２：キャラクタ設定エリア、４３：所有キャラクタエリア、４４：キャラクタアイコン、４５：キャラクタエリア、４８：スクローラー、４９：ボタン。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2024-07-02

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

プロセッサを備え、前記プロセッサは、
プレイヤがキャラクタを使用してプレイするゲームを制御し、
前記プレイヤが所有していない特定のキャラクタが取得可能な抽選が実行可能である期間に、前記特定のキャラクタを前記プレイヤの試用のために提供し、
前記プレイヤが前記特定のキャラクタを使用してクエストをクリアした場合に、前記抽選の実行を案内する、
情報処理装置。

【請求項2】

プロセッサが、プレイヤがキャラクタを使用してプレイするゲームを制御し、
プロセッサが、前記プレイヤが所有していない特定のキャラクタが取得可能な抽選が実行可能である期間に、前記特定のキャラクタを前記プレイヤの試用のために提供し、
プロセッサが、前記プレイヤが前記特定のキャラクタを使用してクエストをクリアした場合に、前記抽選の実行を案内する、
情報処理方法。

【請求項3】

プレイヤがキャラクタを使用してプレイするゲームを制御し、
前記プレイヤが所有していない特定のキャラクタが取得可能な抽選が実行可能である期間に、前記特定のキャラクタを前記プレイヤの試用のために提供し、
前記プレイヤが前記特定のキャラクタを使用してクエストをクリアした場合に、前記抽選の実行を案内する、
処理を実行するためのプログラム。

【請求項4】

サーバと端末とを備え、
前記サーバは、
プレイヤがキャラクタを使用してプレイするゲームを制御し、
前記プレイヤが所有していない特定のキャラクタが取得可能な抽選が実行可能である期間に、前記特定のキャラクタを前記プレイヤの試用のために提供し、
前記プレイヤが前記特定のキャラクタを使用してクエストをクリアした場合に、前記抽選の実行を前記端末に案内する、
システム。