特許 7633532 情報処理システムおよびプログラム

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

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

(11)【特許番号】

(24)【登録日】2025-02-12

(45)【発行日】2025-02-20

(54)【発明の名称】情報処理システムおよびプログラム

(51)【国際特許分類】

   A63F 13/69 20140101AFI20250213BHJP

   A63F 13/58 20140101ALI20250213BHJP

   A63F 13/847 20140101ALI20250213BHJP

   G06Q 50/10 20120101ALI20250213BHJP

【ＦＩ】

A63F13/69 500

A63F13/58

A63F13/847

G06Q50/10

【請求項の数】 11

(21)【出願番号】P 2022014049

(22)【出願日】2022-02-01

(65)【公開番号】P2023112325

(43)【公開日】2023-08-14

【審査請求日】2024-01-05

(73)【特許権者】

【識別番号】000129149

【氏名又は名称】株式会社カプコン

(74)【代理人】

【識別番号】110002789

【氏名又は名称】弁理士法人ＩＰＸ

(72)【発明者】

【氏名】丸山 敦史

【審査官】前地 純一郎

(56)【参考文献】

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

【文献】特表２０２０－５３３６９９（ＪＰ，Ａ）

【文献】国際公開第２０１３／１１８７０８（ＷＯ，Ａ１）

【文献】シリーズ1作目の魅力はそのままに、追加要素でさらにパワーアップした『剣と魔法と学園モノ。Anniversary Edition』のプレイリポートをお届け！ [PR]，ファミ通.com[online]，2018年05月18日，インターネット<URL:https://www.famitsu.com/news/201805/18157469.html>，[2024年10月23日検索]

【文献】自由なキャラメイクや手軽に楽しめる本格アクションが魅力のMMORPG『Bless Unleashed』CBTプレイレポ！，Game*Spark[online]，2021年01月25日，インターネット<URL:https://www.gamespark.jp/article/2021/01/25/105551.html>，[2024年10月23日検索]

【文献】ライバルに打ち勝て！「タイマンバトル」正式リリース！（1/26 23:30更新），「龍が如く ONLINE」プレイヤーズサイト[online]，2021年01月26日，インターネット<URL:https://ryu.sega-online.jp/news/i_taimanbattle/>，[2024年10月24日検索]

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

Ａ６３Ｆ １３／００－１３／９８

Ａ６３Ｆ ９／２４

Ｇ０６Ｑ ５０／１０

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

【請求項1】

情報処理システムであって、
制御部を備え、
前記制御部は、イベント制御ステップと、特定ステップと、付与ステップとを実行するように構成され、
前記イベント制御ステップでは、複数のキャラクタによるイベントの進行を制御し、
前記キャラクタは、第１ユーザに対応付けられた第１キャラクタと、前記第１ユーザ以外の少なくとも１つの第２ユーザに対応付けられた第２キャラクタとを含み、
前記イベントは、前記キャラクタのパラメータに基づいて進行され、
前記特定ステップでは、前記第１キャラクタと紐付けられた少なくとも１つの前記第２キャラクタの特性を特定し、
前記特性は、前記パラメータに影響を与えない身体的または心理的な特性で、
前記付与ステップでは、
前記第１キャラクタの前記特性と、前記第２キャラクタの前記特性との組み合わせに基づき、前記第１ユーザまたは前記第２ユーザに特典を付与し、
前記組み合わせが多様であるほど、前記第１ユーザまたは前記第２ユーザに有利な特典を付与する、
情報処理システム。

【請求項2】

請求項１に記載の情報処理システムにおいて、
前記特性は、前記キャラクタの人種と、ジェンダーアイデンティティと、身体的ハンディキャップと、前記キャラクタが患う疾患とのうち少なくとも１つを示す、
情報処理システム。

【請求項3】

請求項１または請求項２に記載の情報処理システムにおいて、
前記付与ステップでは、前記組み合わせにおける重複の度合いに基づき、前記第１ユーザまたは前記第２ユーザに特典を付与する、
情報処理システム。

【請求項4】

請求項１～請求項３の何れか１つに記載の情報処理システムにおいて、
前記付与ステップでは、前記第１キャラクタの前記特性と、前記第２キャラクタの前記特性との類似度に基づき、前記第１ユーザまたは前記第２ユーザに特典を付与する、
情報処理システム。

【請求項5】

請求項１～請求項４の何れか１つに記載の情報処理システムにおいて、
前記特性は、ユーザの選択に基づき決定され、そのユーザに対応するキャラクタに対応付けられる、
情報処理システム。

【請求項6】

請求項５に記載の情報処理システムにおいて、
前記特性は、前記キャラクタの形態を構成するパーツの少なくとも１つに関連付けられた情報に基づき決定され、そのキャラクタに対応付けられる、
情報処理システム。

【請求項7】

請求項１～請求項６の何れか１つに記載の情報処理システムにおいて、
前記付与ステップでは、前記組み合わせに基づき、前記第１キャラクタおよび前記第２キャラクタによるイベントにおいて、特典を付与する、
情報処理システム。

【請求項8】

請求項７に記載の情報処理システムにおいて、
前記付与ステップでは、前記組み合わせに基づき、前記第１キャラクタおよび前記第２キャラクタによるイベントにおいて、前記第１キャラクタのパラメータにも前記第２キャラクタのパラメータにも影響を与えない効果を付与する、
情報処理システム。

【請求項9】

請求項７に記載の情報処理システムにおいて、
前記付与ステップでは、前記組み合わせに応じて、前記第１キャラクタおよび前記第２キャラクタによるイベントにおける報酬を優遇して付与する、
情報処理システム。

【請求項10】

請求項１～請求項９の何れか１つに記載の情報処理システムにおいて、
前記特典は、前記キャラクタの能力パラメータには影響を与えず、且つ前記イベントの進行中に前記キャラクタによって発動されるスキルに関するパラメータを一時的に変動させる、
情報処理システム。

【請求項11】

プログラムであって、
コンピュータに、請求項１～請求項１０の何れか１つに記載の各ステップを実行させる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理システムおよびプログラムに関する。

【背景技術】

【0002】

ＳＤＧｓ（Ｓｕｓｔａｉｎａｂｌｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｇｏａｌｓ）とは、持続可能でよりよい世界を目指す国際的な開発目標である。特許文献１には、社会的マイノリティー（社会的少数派）と呼ばれる人達への配慮措置を充実させるための技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２１－６８４００号公報

【発明の概要】

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

【0004】

ここで、ＳＤＧｓの実現に向けて、さらなる技術発展が望まれる。

【0005】

本開示では上記事情を鑑み、多様性を尊重した社会の実現に寄与する技術を提供することとした。

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

【0006】

本開示の一態様によれば、情報処理システムが提供される。この情報処理システムは、制御部を備える。制御部は、イベント制御ステップと、特定ステップと、付与ステップとを実行するように構成される。イベント制御ステップでは、複数のキャラクタによるイベントの進行を制御する。キャラクタは、第１ユーザに対応付けられた第１キャラクタと、第１ユーザ以外の少なくとも１つの第２ユーザに対応付けられた第２キャラクタとを含む。イベントは、キャラクタのパラメータに基づいて進行される。特定ステップでは、第１キャラクタと紐付けられた少なくとも１つの第２キャラクタの特性を特定する。特性は、パラメータに影響を与えない身体的または心理的な特性である。付与ステップでは、第１キャラクタの特性と、第２キャラクタの特性との組み合わせに基づき、第１ユーザまたは第２ユーザに特典を付与する。

【0007】

本開示によれば、多様性を尊重した社会の実現に寄与する技術を提供することができる。

【図面の簡単な説明】

【0008】

【図1】本実施形態に係る情報処理システム１のハードウェア構成を示すブロック図である。

【図2】本実施形態に係る情報処理装置２のうち、制御部２３の機能構成を示すブロック図である。

【図3】主にキャラクタＣの作成の流れを示すアクティビティ図である。

【図4】主にイベントの進行の流れを示すアクティビティ図である。

【図5】プリセットキャラクタＣａの一例を示すイメージ図である。

【図6】キャラクタＣの形態を決定する詳細設定画面の一例を示すイメージ図である。

【図7】特性５の設定画面の一例を示すイメージ図である。

【図8】特性５の一例を示すイメージ図である。

【図9】クエストに参加するメンバーの募集画面の一例を示すイメージ図である。

【図10】クエストに参加するキャラクタＣの特性５を示すイメージ図である。

【図11】評価部２３３による評価結果５０の一例を示すイメージ図である。

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

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

図１１は、評価部２３３による評価結果５０の一例を示すイメージ図である。図１１で示されるように、評価部２３３は、第１キャラクタＣ１の特性５および第２キャラクタＣ２の特性５の組み合わせに基づき、クエスト参加者である第１キャラクタＣ１および第２キャラクタＣ２（以下、各々を区別しない場合、参加メンバーとよぶことがある）に対応付けられた特性５それぞれの多様性を評価する。具体的には、評価部２３３は、クエストの参加者同士の種５ａおよびアイデンティティ５ｂそれぞれの重複および類似度について、数値化して評価する。クエストの参加メンバーが４名である場合における評価方法の一例は、表１で示される。

【表1】

特性５の一例として、「種５ａ」の重複の有無を判断する場合、評価部２３３は、クエストの参加メンバーのうち、比較対象とするキャラクタＣを２名ずつ取り出して重複の有無を判定する。そして、評価部２３３は、参加メンバーの全ての組み合わせについて、重複の有無を確認する。参加メンバーである第１キャラクタＣ１および第２キャラクタＣ２ａは、どちらも「人族」である（図１０）。この場合、図１１で示されるように、評価部２３３は、「種５ａ」についての重複が１組あるものとして、２ポイント加算する（表１）。このように、評価部２３３は、特性５が重複しているユーザの数に基づいて評価する。また、評価部２３３は、重複の度合いが小さいほど、点数を加点して高く評価する。

【0089】

また、評価部２３３は、参加メンバー同士の類似度を評価する。クエストの参加メンバーが４名である場合における評価方法の一例は、表２で示される。

【表2】

この場合、評価部２３３は、重複度合いの判断方法と同様に、クエストの参加メンバーのうち、キャラクタＣを２つずつ取り出して、類似の有無を判定する。特に、評価部２３３は、参加メンバーの全ての組み合わせについて、特性５が類似するか否かを評価する。ここで、第２キャラクタＣ２ｂおよび第２キャラクタＣ２ｃは、種が異なるものの活動地域が共通する（図１０）。この場合、評価部２３３は、第２キャラクタＣ２ｂおよび第２キャラクタＣ２ｃの特性５は類似であると判断する。そして、図１１で示されるように、評価部２３３は、特性５のうち「種」について類似するメンバーが１組あるものとして、２ポイント加算する（表２）。また、図１１で示されるように、評価部２３３は、「アイデンティティ５ｂ」等の他の特性５についても同様に重複度合いおよび類似度について点数化する。そして、評価部２３３は、各特性５における点数の和を算出し、これをクエストに参加するグループ（パーティ）の最終的な評価結果５０とする。図１１の例では、９ポイントが最終的な特性５の評価結果５０となる。

【0090】

なお、表示制御部２３６は、特性５の評価結果５０とともに、特性５の評価に応じて決定された特典５１の内容を表示させることが好ましい。図１１で示される特典５１の内容は、「衣装お揃い（レベル３）」である。当該パーティでクエストを開始したい場合、ユーザは、ボタンＢ８を押下する。受付部２３１がユーザによるボタンＢ８の押下を受け付けると、表示制御部２３６は、クエスト開始画面を表示させる。一方、当該パーティの再編成や参加メンバーの特性５を再度確認したい場合、ユーザは、ボタンＢ９を押下することで、前の画面に戻ることができる。具体的には、受付部２３１がユーザによるボタンＢ９の押下を受け付けると、表示制御部２３６は、図９で示される画面に遷移させる。
［その他］
前述の実施形態に係る情報処理システム１に関して、以下のような態様を採用してもよい。

【0091】

特性５は、キャラクタＣの形態を構成するパーツの少なくとも１つに関連付けられた情報に基づき決定され、そのキャラクタＣに対応付けられてもよい。このとき、ユーザは、キャラクタＣの形態を構成する各パーツに対応付ける特性５を複数の特性５の中から任意に選択可能である。また、ハンディキャップは、何らかの条件によって一時的に発生するものである場合を含む。例えば、ユーザは、任意のハンディキャップを魚類であるキャラクタＣの下半身に対応付けて、陸上を移動する際の歩行に支障が出るという身体的ハンディキャップが発現するように設定可能である。

【0092】

また、疾患は、慢性的なもののみならず、予め設定した条件を満たした場合に一時的に発現するものである場合を含む。予め設定した条件は、例えば、時期的条件、環境的条件であり、キャラクタＣ自身または他のキャラクタＣによって所定の行動が実行されることを含む。時期的条件とは、例えば、春夏秋冬や季節に依存する条件や、ハロウィン場等の所定のイベント期間中であるという条件である。環境的条件とは、例えば、太陽下であること、新月または満月の夜であること、水中であることなどの環境要因を満たす条件である。例えば、ユーザは、夜行性の鬼であるキャラクタＣに対して、太陽の光を浴びる環境に置かれた場合に所定の症状が発現するという疾患を設定可能である。

【0093】

上述の実施形態において、説明の都合上、表示制御部２３６は、キャラクタＣの形態の選択後に画面を遷移させて特性５を選択可能な画面を表示させる例を示したが、これに限られない。例えば、表示制御部２３６は、キャラクタＣの特性５を、キャラクタＣの形態の選択と同時に選択可能に表示させることができる。

【0094】

表１および表２で示した特性５の評価方法は一例であり、これに限られない。例えば、特性５が類似する特性５が隣同士に並べられたデータである場合や、二次元データで表される場合、評価部２３３は、評価対象となる特性５同士の距離に基づき、重複の度合いまたは類似度を評価してもよい。評価部２３３は、比較対象とする特性５の位置関係に基づき、特性５同士の距離の離れているほど重複の度合いが小さく、非類似であると評価する。

【0095】

上述の実施形態において、付与部２３４は、イベントの実行中に特典５１を付与する例を示したが、これに限られない。具体的には、付与部２３４は、イベント終了時またはイベント終了後にマルチクエストに参加したキャラクタＣに係る特性５の組み合わせに応じて、第１キャラクタＣ１および第２キャラクタＣ２によるイベントにおける報酬を優遇して付与してもよい。例えば、付与部２３４は、イベント終了時にイベント参加者が取得するゲーム内通貨の金額を一定割合増加させる。また例えば、付与部２３４は、クエストに参加したキャラクタＣが獲得する経験値を一定割合増加させる。

【0096】

上述の実施形態において、付与部２３４は、キャラクタＣのパラメータＰに影響を与えない特典５１を付与すると示したが、これに限らず、付与部２３４は、評価部２３３による評価結果５０に応じて、キャラクタＣが発動するスキルのパラメータＰを向上させてもよい。ただしこの場合でも、キャラクタＣに付与される特典５１は、キャラクタＣに対応付けられたスキルの発動効果よりも小さい効果であることが好ましい。また、特典５１は、キャラクタＣの能力パラメータＡＰには影響を与えず、イベント進行中にキャラクタＣによって発動されるスキルの攻撃力、防御力、スキルの発動時間等を示すパラメータＰを一時的に変動させるものであることが好ましい。このような態様により、たとえ評価部２３３による評価に基づき、クエストを有利に進めることができる場合であっても、クエスト進行への影響が小さいこととなる。これにより、ユーザは、クエストに参加するキャラクタＣの特性５について、多様性を重視することを過度に強いられることないので、情報処理システム１は、ユーザ自身の価値観が尊重されたゲームを提供することができる。

【0097】

図１１の例において、付与部２３４は、種５ａの評価結果５０と、アイデンティティ５ｂの評価結果５０とを合算したポイントに応じたレベルの特典５１を付与する例を示したが、これに限られない。例えば、付与部２３４は、評価対象となる特性５の種類ごとに、その評価結果５０に応じた特典５１を付与してもよい。図１１において、種５ａの評価結果５０は４ポイントであり、アイデンティティ５ｂに係る特性５の評価結果５０は５ポイントである。これに対し、付与部２３４は、種５ａおよびアイデンティティ５ｂそれぞれについて、それぞれのポイントに応じて異なる特典５１を付与してもよい。また、付与部２３４は、特性５の重複度合いの評価がよい場合と、類似度の評価がよい場合とで、異なる特典５１を付与してもよい。

【0098】

また、情報処理システム１において提供される仮想空間はクエストのようなゲーム的な要素を含んでいなくてもよく、複数のユーザによって、それぞれ操作されるキャラクタＣを通して、ユーザ主導で開催されるイベントを実行するもの、いわゆるメタバースであってもよい。この場合におけるイベントとは、例えば、セミナー、ライブ、オンラインミーティング等のバーチャルイベントである。この評価部２３３は、イベントに参加した聴衆であるキャラクタＣについて、特性５の組み合わせを評価する。イベントの主催者が複数である場合、評価部２３３は、かかる主催者となるキャラクタＣ同士の特性５の組み合わせを評価してもよい。

【0099】

本実施形態では、受付部２３１、特定部２３２、付与部２３４、イベント制御部２３５および表示制御部２３６を、情報処理装置２の制御部２３によって実現される機能部として説明しているが、この少なくとも一部を、ゲーム装置３の制御部３３によって実現される機能部として実施してもよい。

【0100】

さらに、次に記載の各態様で提供されてもよい。
前記情報処理システムにおいて、前記特性は、前記キャラクタの人種と、ジェンダーアイデンティティと、身体的ハンディキャップと、前記キャラクタが患う疾患とのうち少なくとも１つを示す、情報処理システム。
前記情報処理システムにおいて、前記付与ステップでは、前記組み合わせにおける重複の度合いに基づき、前記第１ユーザまたは前記第２ユーザに特典を付与する、情報処理システム。
前記情報処理システムにおいて、前記付与ステップでは、前記第１キャラクタの前記特性と、前記第２キャラクタの前記特性との類似度に基づき、前記第１ユーザまたは前記第２ユーザに特典を付与する、情報処理システム。
前記情報処理システムにおいて、前記付与ステップでは、前記組み合わせが多様であるほど、前記第１ユーザまたは前記第２ユーザに有利な特典を付与する、情報処理システム。
前記情報処理システムにおいて、前記特性は、ユーザの選択に基づき決定され、そのユーザに対応するキャラクタに対応付けられる、情報処理システム。
前記情報処理システムにおいて、前記特性は、前記キャラクタの形態を構成するパーツの少なくとも１つに関連付けられた情報に基づき決定され、そのキャラクタに対応付けられる、情報処理システム。
前記情報処理システムにおいて、前記付与ステップでは、前記組み合わせに基づき、前記第１キャラクタおよび前記第２キャラクタによるイベントにおいて、特典を付与する、情報処理システム。
前記情報処理システムにおいて、前記付与ステップでは、前記組み合わせに基づき、前記第１キャラクタおよび前記第２キャラクタによるイベントにおいて、前記第１キャラクタのパラメータにも前記第２キャラクタのパラメータにも影響を与えない効果を付与する、情報処理システム。
前記情報処理システムにおいて、前記付与ステップでは、前記組み合わせに応じて、前記第１キャラクタおよび前記第２キャラクタによるイベントにおける報酬を優遇して付与する、情報処理システム。
前記情報処理システムにおいて、前記特典は、前記キャラクタに対応付けられたスキルの発動効果よりも小さい効果である、情報処理システム。
プログラムであって、コンピュータに、前記各ステップを実行させる、プログラム。
もちろん、この限りではない。

【0101】

最後に、本開示に係る種々の実施形態を説明したが、これらは、例として提示したものであり、開示の範囲を限定することは意図していない。当該新規な実施形態は、その他の様々な形態で実施されることが可能であり、開示の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。当該実施形態やその変形は、開示の範囲や要旨に含まれるとともに、特許請求の範囲に記載された開示とその均等の範囲に含まれるものである。

【符号の説明】

【0102】

１ ：情報処理システム
１１ ：通信ネットワーク
２ ：情報処理装置
２０ ：通信バス
２１ ：通信部
２２ ：記憶部
２３ ：制御部
２３１ ：受付部
２３２ ：特定部
２３３ ：評価部
２３４ ：付与部
２３５ ：イベント制御部
２３６ ：表示制御部
２３７ ：管理部
３ ：ゲーム装置
３０ ：通信バス
３１ ：通信部
３２ ：記憶部
３３ ：制御部
３４ａ ：グラフィック処理部
３４ｂ ：オーディオ処理部
３４ｃ ：操作部
４ａ ：ディスプレイ
４ｂ ：スピーカ
４ｃ ：入力デバイス
４１ａ ：ディスプレイ
５ ：特性
５ａ ：種
５ｂ ：アイデンティティ
５０ ：評価結果
５１ ：特典
Ｂ１ ：ボタン
Ｂ２ ：ボタン
Ｂ３ ：ボタン
Ｂ４ ：ボタン
Ｂ５ ：ボタン
Ｂ６ ：ボタン
Ｂ７ ：ボタン
Ｃ ：キャラクタ
Ｃ１ ：第１キャラクタ
Ｃ２ ：第２キャラクタ
Ｃ２ａ ：第２キャラクタ
Ｃ２ｂ ：第２キャラクタ
Ｃ２ｃ ：第２キャラクタ
Ｃａ ：プリセットキャラクタ
Ｃａ１ ：プリセットキャラクタ
Ｃａ２ ：プリセットキャラクタ
Ｃａ３ ：プリセットキャラクタ
Ｃａ４ ：プリセットキャラクタ
Ｃａ４１ ：プリセットキャラクタ
Ｃａ４２ ：プリセットキャラクタ
Ｃａ５ ：プリセットキャラクタ
Ｃａ６ ：プリセットキャラクタ
Ｃａ７ ：プリセットキャラクタ
Ｃａ８ ：プリセットキャラクタ
Ｃｂ ：ベースキャラクタ
Ｐ ：パラメータ
ＡＰ ：能力パラメータ
ＰＣ ：プレイヤキャラクタ
ＥＣ ：敵キャラクタ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】