特開2024-121471コンピュータシステム、プログラムおよびマッチング制御方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024121471
(43)【公開日】2024-09-06
(54)【発明の名称】コンピュータシステム、プログラムおよびマッチング制御方法
(51)【国際特許分類】
A63F 13/67 20140101AFI20240830BHJP
A63F 13/795 20140101ALI20240830BHJP
A63F 13/79 20140101ALI20240830BHJP
A63F 13/533 20140101ALI20240830BHJP
A63F 13/822 20140101ALI20240830BHJP
【ＦＩ】
A63F13/67
A63F13/795
A63F13/79 500
A63F13/79
A63F13/533
A63F13/822
【審査請求】未請求
【請求項の数】17
【出願形態】ＯＬ
(21)【出願番号】P 2023028602
(22)【出願日】2023-02-27
(71)【出願人】
【識別番号】000134855
【氏名又は名称】株式会社バンダイナムコエンターテインメント
(74)【代理人】
【識別番号】100124682
【弁理士】
【氏名又は名称】黒田 泰
(74)【代理人】
【識別番号】100104710
【弁理士】
【氏名又は名称】竹腰 昇
(74)【代理人】
【識別番号】100090479
【弁理士】
【氏名又は名称】井上 一
(72)【発明者】
【氏名】阿須名 孝次
(72)【発明者】
【氏名】南 清志
(72)【発明者】
【氏名】小倉 建一
(72)【発明者】
【氏名】恩田 明生
(72)【発明者】
【氏名】青木 隆
(72)【発明者】
【氏名】村井 伸太郎
(57)【要約】
【課題】複数のユーザとＮＰＣとが同じコンテンツに参加する場合のグループの集団としての行動のバランスを、従来よりも改善する技術を提供すること。
【解決手段】ユーザキャラクタを操作して楽しむ所与のコンテンツに参加する複数の参加ユーザをマッチングする。参加ユーザが不足して暫定されたユーザグループの不足枠に割り当てる補欠ＮＰＣ５を設定する。補欠ＮＰＣ５の自動制御用の行動制御パラメータ値ＢＮを、暫定されたユーザグループの参加ユーザの情報又は参加ユーザのユーザキャラクタ４の情報である参加ユーザ情報に基づいて分析されたグループ行動傾向（グループ行動傾向値ＢＴ）に基づいて設定する。
【選択図】図６
【解決手段】ユーザキャラクタを操作して楽しむ所与のコンテンツに参加する複数の参加ユーザをマッチングする。参加ユーザが不足して暫定されたユーザグループの不足枠に割り当てる補欠ＮＰＣ５を設定する。補欠ＮＰＣ５の自動制御用の行動制御パラメータ値ＢＮを、暫定されたユーザグループの参加ユーザの情報又は参加ユーザのユーザキャラクタ４の情報である参加ユーザ情報に基づいて分析されたグループ行動傾向（グループ行動傾向値ＢＴ）に基づいて設定する。
【選択図】図６
【特許請求の範囲】
【請求項1】
ユーザキャラクタを操作して楽しむ所与のコンテンツに参加する複数の参加ユーザをマッチングするユーザマッチング手段と、
前記コンテンツに参加するＮＰＣ（Non Player Character）である参加ＮＰＣの自動制御用の制御パラメータを、前記参加ユーザの情報又は前記参加ユーザのユーザキャラクタの情報である参加ユーザ情報に基づいて設定する参加ＮＰＣ設定手段と、
前記参加ユーザそれぞれのユーザキャラクタと前記参加ＮＰＣとを前記コンテンツに参加させる制御を行う参加制御手段と、
を備えるコンピュータシステム。
前記コンテンツに参加するＮＰＣ（Non Player Character）である参加ＮＰＣの自動制御用の制御パラメータを、前記参加ユーザの情報又は前記参加ユーザのユーザキャラクタの情報である参加ユーザ情報に基づいて設定する参加ＮＰＣ設定手段と、
前記参加ユーザそれぞれのユーザキャラクタと前記参加ＮＰＣとを前記コンテンツに参加させる制御を行う参加制御手段と、
を備えるコンピュータシステム。
【請求項2】
前記ユーザマッチング手段は、
所定の必要マッチング数を満たす数の参加ユーザのマッチングを試行するマッチング試行手段と、
前記試行において前記必要マッチング数を満たさない状態が継続することにより所定の試行打ち切り条件を充足した場合に当該試行を中止し、中止するまでにマッチングされた参加ユーザを暫定する暫定手段と、
を有し、
前記参加制御手段は、前記試行において前記必要マッチング数を満たした場合には、前記マッチングされた前記参加ユーザそれぞれのユーザキャラクタを前記コンテンツに参加させる制御を行い、前記試行打ち切り条件を充足した場合には、前記暫定された参加ユーザそれぞれのユーザキャラクタと、前記参加ＮＰＣとを前記コンテンツに参加させる制御を行う、
請求項１に記載のコンピュータシステム。
所定の必要マッチング数を満たす数の参加ユーザのマッチングを試行するマッチング試行手段と、
前記試行において前記必要マッチング数を満たさない状態が継続することにより所定の試行打ち切り条件を充足した場合に当該試行を中止し、中止するまでにマッチングされた参加ユーザを暫定する暫定手段と、
を有し、
前記参加制御手段は、前記試行において前記必要マッチング数を満たした場合には、前記マッチングされた前記参加ユーザそれぞれのユーザキャラクタを前記コンテンツに参加させる制御を行い、前記試行打ち切り条件を充足した場合には、前記暫定された参加ユーザそれぞれのユーザキャラクタと、前記参加ＮＰＣとを前記コンテンツに参加させる制御を行う、
請求項１に記載のコンピュータシステム。
【請求項3】
前記参加ＮＰＣ設定手段は、前記参加ユーザでなるユーザグループのグループ傾向を前記参加ユーザ情報に基づいて分析するグループ傾向分析手段、を有し、前記グループ傾向に基づいて前記制御パラメータを設定する、
請求項１に記載のコンピュータシステム。
請求項１に記載のコンピュータシステム。
【請求項4】
前記参加ＮＰＣ設定手段は、自動制御される前記参加ＮＰＣが前記グループ傾向に沿った行動を行うための前記制御パラメータを設定する類似モードを、前記制御パラメータの設定モードとして有する、
請求項３に記載のコンピュータシステム。
請求項３に記載のコンピュータシステム。
【請求項5】
前記参加ＮＰＣ設定手段は、自動制御される前記参加ＮＰＣが、所与の目標グループ傾向に対する前記グループ傾向の差を低減する行動を行うための前記制御パラメータを設定するバランスモードを、前記制御パラメータの設定モードとして有する、
請求項３に記載のコンピュータシステム。
請求項３に記載のコンピュータシステム。
【請求項6】
前記参加ユーザ以外のユーザの情報に基づいて前記目標グループ傾向を設定する目標グループ傾向設定手段、
を更に備える請求項５に記載のコンピュータシステム。
を更に備える請求項５に記載のコンピュータシステム。
【請求項7】
前記参加ＮＰＣ設定手段は、
前記制御パラメータの設定モードとして、１）自動制御される前記参加ＮＰＣが前記グループ傾向に沿った行動を行うための前記制御パラメータを設定する類似モードと、２）自動制御される前記参加ＮＰＣが、所与の目標グループ傾向に対する前記グループ傾向の差を低減する行動を行うための前記制御パラメータを設定するバランスモードと、を有し、
前記設定モードを選択するモード選択手段、
を有する、
請求項３に記載のコンピュータシステム。
前記制御パラメータの設定モードとして、１）自動制御される前記参加ＮＰＣが前記グループ傾向に沿った行動を行うための前記制御パラメータを設定する類似モードと、２）自動制御される前記参加ＮＰＣが、所与の目標グループ傾向に対する前記グループ傾向の差を低減する行動を行うための前記制御パラメータを設定するバランスモードと、を有し、
前記設定モードを選択するモード選択手段、
を有する、
請求項３に記載のコンピュータシステム。
【請求項8】
前記モード選択手段は、前記参加ユーザの操作入力に基づいて前記設定モードを選択する、
請求項７に記載のコンピュータシステム。
請求項７に記載のコンピュータシステム。
【請求項9】
前記モード選択手段は、前記グループ傾向分析手段の分析結果に基づいて、前記設定モードを選択する、
請求項７に記載のコンピュータシステム。
請求項７に記載のコンピュータシステム。
【請求項10】
前記グループ傾向は、複数の項目と、当該項目に関する値と、を含み、
前記制御パラメータは、前記複数の項目それぞれに関連づけられたパラメータを含み、
前記グループ傾向分析手段は、前記グループ傾向として、前記複数の項目それぞれに関する値を分析し、
前記参加ＮＰＣ設定手段は、前記グループ傾向として分析された前記複数の項目それぞれに関する値に基づいて、前記制御パラメータを設定する、
請求項３から９の何れか一項に記載のコンピュータシステム。
前記制御パラメータは、前記複数の項目それぞれに関連づけられたパラメータを含み、
前記グループ傾向分析手段は、前記グループ傾向として、前記複数の項目それぞれに関する値を分析し、
前記参加ＮＰＣ設定手段は、前記グループ傾向として分析された前記複数の項目それぞれに関する値に基づいて、前記制御パラメータを設定する、
請求項３から９の何れか一項に記載のコンピュータシステム。
【請求項11】
前記参加ユーザ情報は、前記参加ユーザが過去に前記コンテンツに参加した時のユーザキャラクタの操作内容に基づく個別行動傾向の分析結果の情報を含み、
前記グループ傾向分析手段は、前記個別行動傾向の分析結果の情報を用いて前記グループ傾向を分析する、
請求項３から９の何れか一項に記載のコンピュータシステム。
前記グループ傾向分析手段は、前記個別行動傾向の分析結果の情報を用いて前記グループ傾向を分析する、
請求項３から９の何れか一項に記載のコンピュータシステム。
【請求項12】
前記参加ユーザ情報は、前記参加ユーザのユーザキャラクタの属性情報を含み、
前記グループ傾向分析手段は、前記属性情報を用いて前記グループ傾向を分析する、
請求項３から９の何れか一項に記載のコンピュータシステム。
前記グループ傾向分析手段は、前記属性情報を用いて前記グループ傾向を分析する、
請求項３から９の何れか一項に記載のコンピュータシステム。
【請求項13】
前記参加ＮＰＣ設定手段は、１体以上の前記参加ＮＰＣについて前記制御パラメータを設定し、複数体の前記参加ＮＰＣの前記制御パラメータを設定する場合には、当該参加ＮＰＣ相互の当該制御パラメータが異なるように設定する、
請求項１に記載のコンピュータシステム。
請求項１に記載のコンピュータシステム。
【請求項14】
前記コンテンツは、グループでプレイするゲームであり、
前記ユーザマッチング手段は、前記グループを構成する前記参加ユーザをマッチングし、
前記参加ＮＰＣ設定手段は、前記グループに加える前記参加ＮＰＣの前記制御パラメータを、当該グループを構成する前記参加ユーザの前記参加ユーザ情報に基づいて設定する、
請求項１から９の何れか一項に記載のコンピュータシステム。
前記ユーザマッチング手段は、前記グループを構成する前記参加ユーザをマッチングし、
前記参加ＮＰＣ設定手段は、前記グループに加える前記参加ＮＰＣの前記制御パラメータを、当該グループを構成する前記参加ユーザの前記参加ユーザ情報に基づいて設定する、
請求項１から９の何れか一項に記載のコンピュータシステム。
【請求項15】
前記コンテンツは、グループ対戦ゲームであり、
前記ユーザマッチング手段は、対戦する各グループを構成する前記参加ユーザをマッチングし、
前記参加ＮＰＣ設定手段は、対戦する各グループのうち、当該グループに加える前記参加ＮＰＣの前記制御パラメータを、１）当該グループを構成する前記参加ユーザの前記参加ユーザ情報、および／又は、２）当該グループ以外の他のグループを構成する前記参加ユーザの前記参加ユーザ情報に基づいて設定する、
請求項１から９の何れか一項に記載のコンピュータシステム。
前記ユーザマッチング手段は、対戦する各グループを構成する前記参加ユーザをマッチングし、
前記参加ＮＰＣ設定手段は、対戦する各グループのうち、当該グループに加える前記参加ＮＰＣの前記制御パラメータを、１）当該グループを構成する前記参加ユーザの前記参加ユーザ情報、および／又は、２）当該グループ以外の他のグループを構成する前記参加ユーザの前記参加ユーザ情報に基づいて設定する、
請求項１から９の何れか一項に記載のコンピュータシステム。
【請求項16】
コンピュータシステムを、
ユーザキャラクタを操作して楽しむ所与のコンテンツに参加する複数の参加ユーザをマッチングするユーザマッチング手段、
前記コンテンツに参加するＮＰＣ（Non Player Character）である参加ＮＰＣの自動制御用の制御パラメータを、前記参加ユーザの情報又は前記参加ユーザのユーザキャラクタの情報である参加ユーザ情報に基づいて設定する参加ＮＰＣ設定手段、
前記参加ユーザそれぞれのユーザキャラクタと前記参加ＮＰＣとを前記コンテンツに参加させる制御を行う参加制御手段、
として機能させるためのプログラム。
ユーザキャラクタを操作して楽しむ所与のコンテンツに参加する複数の参加ユーザをマッチングするユーザマッチング手段、
前記コンテンツに参加するＮＰＣ（Non Player Character）である参加ＮＰＣの自動制御用の制御パラメータを、前記参加ユーザの情報又は前記参加ユーザのユーザキャラクタの情報である参加ユーザ情報に基づいて設定する参加ＮＰＣ設定手段、
前記参加ユーザそれぞれのユーザキャラクタと前記参加ＮＰＣとを前記コンテンツに参加させる制御を行う参加制御手段、
として機能させるためのプログラム。
【請求項17】
コンピュータシステムが、
ユーザキャラクタを操作して楽しむ所与のコンテンツに参加する複数の参加ユーザをマッチングするユーザマッチングステップと、
前記コンテンツに参加するＮＰＣ（Non Player Character）である参加ＮＰＣの自動制御用の制御パラメータを、前記参加ユーザの情報又は前記参加ユーザのユーザキャラクタの情報である参加ユーザ情報に基づいて設定する参加ＮＰＣ設定ステップと、
前記参加ユーザそれぞれのユーザキャラクタと前記参加ＮＰＣとを前記コンテンツに参加させる制御を行う参加制御ステップと、
を実行するマッチング制御方法。
ユーザキャラクタを操作して楽しむ所与のコンテンツに参加する複数の参加ユーザをマッチングするユーザマッチングステップと、
前記コンテンツに参加するＮＰＣ（Non Player Character）である参加ＮＰＣの自動制御用の制御パラメータを、前記参加ユーザの情報又は前記参加ユーザのユーザキャラクタの情報である参加ユーザ情報に基づいて設定する参加ＮＰＣ設定ステップと、
前記参加ユーザそれぞれのユーザキャラクタと前記参加ＮＰＣとを前記コンテンツに参加させる制御を行う参加制御ステップと、
を実行するマッチング制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、参加ユーザをマッチングするコンピュータシステム等に関する。
【背景技術】
【0002】
仮想空間での仮想体験を提供するサービスの１つに、グループ参加型のビデオゲームがある。グループ参加型のビデオゲームでは、所定数の参加枠それぞれに参加希望者であるユーザを割り当てたユーザグループをマッチングで作成し、ユーザグループでゲームに参加する。
【0003】
グループの参加枠に対してマッチング希望者が不足する場合に、不足している参加枠（不足枠）に補欠ＮＰＣ（Non Player Character）を割り当てる技術が知られている（例えば、特許文献１、特許文献２を参照）。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１８－１６６８７４号公報
【特許文献2】特開２０１９－３０８０２号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
複数のユーザと補欠ＮＰＣとで構成されるグループについて、集団としての行動のバランスに着目すると従来技術には改善の余地があった。すなわち、プレーヤであるユーザの行動傾向はユーザの個性が色濃く表れるので、ユーザそれぞれによって異なる。グループの集団としての行動傾向は、メンバーであるプレーヤの個別行動傾向の組み合わせ次第であり、千差万別である。
【0006】
特許文献１，２を含む従来の技術では、追加される補欠ＮＰＣの行動が、グループの集団としての行動傾向にそぐわない場合が起こり得た。グループの集団としての行動のバランスが崩れると、プレーヤは違和感を持ってプレイすることになる。時には、ＮＰＣの行動に対する苛立ちすら抱きながらプレイしなければならない場合も起こり得た。
【0007】
グループの集団としての行動のバランスに関するこうした課題は、ビデオゲームのコンテンツに限らず、他のジャンルのコンテンツ（例えば、メタバース内で行われるグループ参加型のイベント）においても同様に存在する。
【0008】
本発明が解決しようとする課題は、複数のユーザとＮＰＣとが同じコンテンツに参加する場合のグループの集団としての行動のバランスを従来よりも改善する技術を提供すること、である。
【課題を解決するための手段】
【0009】
上記した課題を解決するための第１の発明は、ユーザキャラクタを操作して楽しむ所与のコンテンツに参加する複数の参加ユーザをマッチングするユーザマッチング手段（例えば、図１０のユーザマッチング部２２０）と、前記コンテンツに参加するＮＰＣ（Non Player Character）である参加ＮＰＣ（例えば、図２の補欠ＮＰＣ５）の自動制御用の制御パラメータを、前記参加ユーザの情報又は前記参加ユーザのユーザキャラクタの情報である参加ユーザ情報に基づいて設定する参加ＮＰＣ設定手段（例えば、図１０の参加ＮＰＣ設定部２４０）と、前記参加ユーザそれぞれのユーザキャラクタと前記参加ＮＰＣとを前記コンテンツに参加させる制御を行う参加制御手段（例えば、図１０の参加制御部２５０）と、を備えるコンピュータシステムである。
【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】
第１６の発明は、コンピュータシステムを、ユーザキャラクタを操作して楽しむ所与のコンテンツに参加する複数の参加ユーザをマッチングするユーザマッチング手段、前記コンテンツに参加するＮＰＣ（Non Player Character）である参加ＮＰＣの自動制御用の制御パラメータを、前記参加ユーザの情報又は前記参加ユーザのユーザキャラクタの情報である参加ユーザ情報に基づいて設定する参加ＮＰＣ設定手段、前記参加ユーザそれぞれのユーザキャラクタと前記参加ＮＰＣとを前記コンテンツに参加させる制御を行う参加制御手段、として機能させるためのプログラムである。
【0039】
第１６の発明によれば、上記の発明と同様の作用効果を奏するコンピュータシステムを実現するためのプログラムを構成することができる。
【0040】
第１７の発明は、コンピュータシステムが、ユーザキャラクタを操作して楽しむ所与のコンテンツに参加する複数の参加ユーザをマッチングするユーザマッチングステップ（例えば、図１６のステップＳ１２）と、前記コンテンツに参加するＮＰＣ（Non Player Character）である参加ＮＰＣの自動制御用の制御パラメータを、前記参加ユーザの情報又は前記参加ユーザのユーザキャラクタの情報である参加ユーザ情報に基づいて設定する参加ＮＰＣ設定ステップ（例えば、図１６のステップＳ２４）と、前記参加ユーザそれぞれのユーザキャラクタと前記参加ＮＰＣとを前記コンテンツに参加させる制御を行う参加制御ステップ（例えば、図１６のステップＳ１００）と、を実行するマッチング制御方法である。
【0041】
第１８の発明によれば、上記の発明と同様の作用効果を奏するマッチング制御方法を実現できる。
【図面の簡単な説明】
【0042】
【図1】仮想空間サービスシステムの構成例を示すシステム構成図。
【図2】コンテンツの１つであるグループで対戦プレイするタイプのビデオゲームについて説明するための図。
【図3】マッチングについて説明するための図。
【図4】ユーザ管理データの例を示す図。
【図5】ユーザグループのグループ傾向について説明するための図。
【図6】類似モードにおける補欠ＮＰＣの行動制御パラメータ値の設定について説明するための図。
【図7】類似モードにおける補欠ＮＰＣの行動制御パラメータ値の設定の効果について説明するための図。
【図8】バランスモードにおける補欠ＮＰＣの行動傾向に係るパラメータ値の設定について説明するための図。
【図9】補欠ＮＰＣの能力制御パラメータ値の設定について説明するための図。
【図10】サーバサイドシステムの機能構成例を示すブロック図。
【図11】サーバサイドシステムの記憶部が記憶するプログラムやデータの例を示す図。
【図12】ベースキャラクタ初期設定データのデータ構成例を示す図。
【図13】属性選択パターン定義データのデータ構成例を示す図。
【図14】コンテンツ進行制御データのデータ構成例を示す図。
【図15】ユーザ端末の機能構成例を示す機能ブロック図。
【図16】サーバサイドシステムが実行する処理の流れを説明するためのフローチャート。
【図17】補欠ＮＰＣ生成処理の流れを説明するためのフローチャート。
【図18】グループ成績データのデータ構成例を示す図。
【図19】コンテンツの変形例を説明するための図。
【図20】攻略用推奨グループ行動傾向のデータ構成例を示す図。
【図21】補欠ＮＰＣ生成処理の変形例における処理の流れを説明するためのフローチャート。
【図22】スキル定義データのデータ構成例を示す図。
【発明を実施するための形態】
【0043】
以下、本発明の実施形態の例を説明するが、本発明を適用可能な形態が以下の実施形態に限られないことは勿論である。
【0044】
図１は、本発明に係る仮想空間サービスシステムの構成例を示すシステム構成図である。
仮想空間サービスシステム１０００は、同時に複数のユーザが各々のユーザキャラクタであるアバターを使って３ＤＣＧ（3 Dimensional Computer Graphics）で構築された共通の仮想空間へ参加して、アバターで仮想空間内を自由に行動し、アバターを介して仮想空間内に用意された様々なコンテンツの提供を受けることができるコンピュータシステムである。
仮想空間サービスシステム１０００は、同時に複数のユーザが各々のユーザキャラクタであるアバターを使って３ＤＣＧ（3 Dimensional Computer Graphics）で構築された共通の仮想空間へ参加して、アバターで仮想空間内を自由に行動し、アバターを介して仮想空間内に用意された様々なコンテンツの提供を受けることができるコンピュータシステムである。
【0045】
仮想空間サービスシステム１０００は、ネットワーク９を介してデータ通信可能に接続されたサーバサイドシステム１０１０およびユーザ別のユーザ端末１５００（１５００ａ，１５００ｂ，…）を含むコンピュータシステムである。ユーザ端末１５００はマン・マシン・インターフェース（Man Machine Interface：ＭＭＩＦ）となる。
【0046】
ネットワーク９は、データ通信が可能な通信路を意味する。すなわち、ネットワーク９とは、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮ（Local Area Network）の他、電話通信網やケーブル網、インターネットを含む。
【0047】
サーバサイドシステム１０１０は、仮想空間サービスシステム１０００の運用者が運用するコンピュータシステムであって、ポータルサーバシステム１１００Ｐと、１つ又は複数のコンテンツサーバシステム１１００Ｇ（１１００Ｇａ，１１００Ｇｂ，…）とを有する。
【0048】
ポータルサーバシステム１１００Ｐは、仮想空間の基本的な仕組みを提供するコンピュータシステムであって、仮想空間へ参加するユーザのユーザ端末１５００が最初にアクセスするフロントエンドのサーバシステムである。ポータルサーバシステム１１００Ｐは、例えば、ユーザ登録に係る制御、アバターのカスタマイズに係る制御、仮想空間内でのアバターの制御、仮想世界内でのイベント等の制御、アバターの位置や動作に応じた各種コンテンツの提供に係る制御、などを行う。そして、登録ユーザに関する情報やアバターの設定情報などを記憶・管理する。ポータルサーバシステム１１００Ｐは、仮想空間で提供するコンテンツの内容に応じてこれら以外の制御を実行するとしてもよい。また、これらの制御のうち１つ又は複数をバックエンドサーバにより実現してもよい。
【0049】
コンテンツサーバシステム１１００Ｇ（１１００Ｇａ，１１００Ｇｂ，…）は、ユーザ端末１５００をクライアントとして１種類又は複数種類のコンテンツを提供するためのバックエンドサーバである。提供するコンテンツの内容は適宜設定可能である。例えば、ショッピング、ゲームプレイ、美術館・博物館などの観覧、映画鑑賞、イベント、スポーツ観戦、などである。
【0050】
ポータルサーバシステム１１００Ｐおよびコンテンツサーバシステム１１００Ｇは、マッチング処理を実行するマッチングサーバシステム１１０１として機能する。
【0051】
ポータルサーバシステム１１００Ｐおよびコンテンツサーバシステム１１００Ｇは、本体装置、キーボード、タッチパネル、などを有し、本体装置に制御基板１１５０を搭載する。制御基板１１５０には、ＣＰＵ（Central Processing Unit）１１５１やＧＰＵ（Graphics Processing Unit）、ＤＳＰ（Digital Signal Processor）などの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１１５２、通信装置１１５３、が搭載されている。なお、制御基板１１５０に搭載された機能の一部又は全部は、ＡＳＩＣ（Application Specific Integrated Circuit）や、ＦＰＧＡ（Field-Programmable Gate Array）、ＳｏＣ（System on a Chip）により実現するとしてもよい。
【0052】
ポータルサーバシステム１１００Ｐとコンテンツサーバシステム１１００Ｇとは、制御基板１１５０が所定のプログラムおよびデータに基づいて演算処理することによりそれぞれ別個の機能を実現する。
【0053】
図１では、ポータルサーバシステム１１００Ｐおよびコンテンツサーバシステム１１００Ｇは、それぞれ１台のサーバ装置であるかのように描いているが、それぞれを複数の装置で実現する構成であってもよい。例えば、ポータルサーバシステム１１００Ｐは、各機能を分担する複数のブレードサーバを搭載して相互に内部バスを介してデータ通信可能に接続した構成であってもよいし、データベースやオンラインストレージを含むとしてもよい。コンテンツサーバシステム１１００Ｇも同様である。
【0054】
なお、コンテンツサーバシステム１１００Ｇの一部又は全部は、仮想空間サービスシステム１０００およびポータルサーバシステム１１００Ｐの運用者とは別の運用者が運用することとしてもよい。
【0055】
ユーザ端末１５００は、ユーザが仮想空間に参加するために使用するコンピュータシステムであって、仮想空間サービスシステム１０００におけるマン・マシン・インターフェースの機能を担っている。
【0056】
ユーザ端末１５００（１５００ａ，１５００ｂ，…）は、例えば、パソコン、スマートフォン、ウェアラブルコンピュータ、携帯型ゲーム装置、家庭用ゲーム装置、タブレット型コンピュータ、などのネットワーク９に接続可能なコンピュータシステムである。
【0057】
ユーザ端末１５００は、主体となるコンピュータとこれに通信接続された各種デバイスとが全体として１つの機能を果たす場合には、主体および各種デバイスを１つのユーザ端末１５００とみなすことができる。例えば図１では、ユーザ端末１５００ａは、デスクトップ型パソコンにＶＲ（Virtual Reality）用ＭＭＩＦセット１５８０が通信接続された例を示している。ＶＲ用ＭＭＩＦセット１５８０は、ＶＲゴーグル１５８１、ＶＲヘッドセット１５８３、ＶＲコントローラ１５８５などを含む。図１のユーザ端末１５００ｂはスマートフォン単体として例示されているが、ユーザ端末１５００ｂがユーザ端末１５００ａと同様にＶＲ用ＭＭＩＦセット１５８０を含む構成としてもよい。
【0058】
ユーザ端末１５００は、操作入力デバイス（例えば、タッチパネル１５０６、キーボード、ゲームコントローラ、マウスなど）と、画像表示デバイス（例えば、タッチパネル１５０６、ヘッドマウントディスプレイ、グラス型ディスプレイなど）と、制御基板１５５０と、を備える。
【0059】
制御基板１５５０は、ＣＰＵ１５５１や、ＧＰＵ，ＤＳＰなどの各種マイクロプロセッサ、ＶＲＡＭやＲＡＭ，ＲＯＭ等の各種ＩＣメモリ１５５２、ネットワーク９に接続する通信モジュール１５５３、などを搭載する。制御基板１５５０に搭載されているこれらの要素は、バス回路などを介して電気的に接続され、データの読み書きや信号の送受信が可能に接続されている。制御基板１５５０の一部又は全部をＡＳＩＣやＦＰＧＡ、ＳｏＣにて構成してもよい。制御基板１５５０は、ユーザ端末１５００としての機能を実現させるためのプログラムや各種データをＩＣメモリ１５５２に記憶する。ユーザ端末１５００は、所定のアプリケーションプログラムを実行することにより、仮想空間サービスシステム１０００のマン・マシン・インターフェースとして、またユーザが各種コンテンツの提供を受ける際のクライアントとしての機能を実現する。
【0060】
なお、ユーザ端末１５００は、仮想空間サービスに係るプログラムやその実行に必要な各種データをポータルサーバシステム１１００Ｐからダウンロードする構成としているが、ユーザが別途入手したメモリカードなどの記憶媒体から読み出す構成としてもよい。
【0061】
図２は、仮想空間サービスシステム１０００が提供するコンテンツの１つであるグループで対戦プレイするタイプのビデオゲームについて説明するための図である。
【0062】
プレーヤとなるユーザは、アバターに代えてコンテンツ用のユーザキャラクタ４を操作してゲームを楽しむ。当該ビデオゲームは、コンテンツ用の仮想空間３に、プレーヤであるユーザが操作するユーザキャラクタ４（４ａ，４ｂ，…）を含むユーザグループ６で参加してプレイするマルチプレイオンラインゲームである。
【0063】
ユーザグループ６は、参加希望者を対象としてマッチング処理により決定される。
マッチング処理では、所定の必要マッチング数（ユーザグループ６の参加枠に相当）を満たす数の参加希望者のマッチングを試行する。参加希望者の数が十分であれば、試行により必要マッチング数は満たされ、参加希望者で、ユーザグループ６の参加枠が埋まる。しかし、参加希望者の数が不十分であれば、試行において必要マッチング数を満たさない状態となる。この場合、参加希望者の追加を待つが、必要マッチング数を満たさない状態が継続することにより所定の試行打ち切り条件を充足した場合（例えば、参加希望者の追加待ちで所定時間経過した場合）に、試行を中止して、中止するまでにマッチングされた参加ユーザで、ユーザグループ６を暫定する。暫定状態のユーザグループ６の参加枠には、参加希望者が割り当てられていない不足枠が生じている。この不足枠には、自動的に補欠ＮＰＣ５が割り当てられる。
マッチング処理では、所定の必要マッチング数（ユーザグループ６の参加枠に相当）を満たす数の参加希望者のマッチングを試行する。参加希望者の数が十分であれば、試行により必要マッチング数は満たされ、参加希望者で、ユーザグループ６の参加枠が埋まる。しかし、参加希望者の数が不十分であれば、試行において必要マッチング数を満たさない状態となる。この場合、参加希望者の追加を待つが、必要マッチング数を満たさない状態が継続することにより所定の試行打ち切り条件を充足した場合（例えば、参加希望者の追加待ちで所定時間経過した場合）に、試行を中止して、中止するまでにマッチングされた参加ユーザで、ユーザグループ６を暫定する。暫定状態のユーザグループ６の参加枠には、参加希望者が割り当てられていない不足枠が生じている。この不足枠には、自動的に補欠ＮＰＣ５が割り当てられる。
【0064】
ビデオゲームのゲームジャンルは、適宜設定可能である。図２の例は、複数の敵ＮＰＣ７で構成される敵グループ８と対戦する対戦ゲームであって、魔法が存在するファンタジックな世界観を有するＲＰＧ（Role Playing Game）の例を示している。プレーヤであるユーザは、各々のユーザキャラクタ４（４ａ，４ｂ，…）を、予め用意されている属性の何れかが設定された候補キャラクタのなかから選択して、適宜装備を持たせてプレイする。
【0065】
属性は、そのキャラクタができる能力に基づく分類であって、「クラス」「ジョブ」「職種」などと言い換えてもよい。属性の種類は、ゲーム内容に応じて適宜設定可能である。例えば、図１の例であれば、属性として、戦士、重戦士、騎士、弓使い、魔法使い、魔法剣士、回復士、などを設定してもよい。同じ属性の候補キャラクタは、種類別に、外観デザインや使える能力の設定が少しずつ違うように設定されている。
【0066】
図３は、マッチングについて説明するための図である。
サーバサイドシステム１０１０は、マッチング処理を実行してユーザグループ６を決定する。マッチング処理によって、参加希望者を参加ユーザとしてユーザグループ６の参加枠に割り当てるが、参加希望者が参加枠に対して不足する場合、補欠ＮＰＣ５を生成して不足枠に割り当てる。
サーバサイドシステム１０１０は、マッチング処理を実行してユーザグループ６を決定する。マッチング処理によって、参加希望者を参加ユーザとしてユーザグループ６の参加枠に割り当てるが、参加希望者が参加枠に対して不足する場合、補欠ＮＰＣ５を生成して不足枠に割り当てる。
【0067】
補欠ＮＰＣ５は、コンテンツに参加する参加ＮＰＣの一種である。補欠ＮＰＣ５は、従来のように予め用意されているテンプレートのなかから選択するのではなく、不足枠が生じている暫定状態のユーザグループ６を構成しているユーザキャラクタ４の設定情報やそれらのユーザの行動傾向に基づいてその都度専用に生成される。図３は、１つのユーザグループ６の参加枠が４つの設定に対して、マッチングの希望者（プレーヤとなるユーザ２）が３名で、不足枠が１枠生じており、補欠ＮＰＣ５を１体生成する例を示している。勿論、不足枠が複数で、１つのユーザグループ６に対して複数体の補欠ＮＰＣ５を生成するケースもあり得る。
【0068】
図４は、プレーヤであるユーザ別に記憶管理されるユーザ管理データ６００のデータ構成例を示す図である。
サーバサイドシステム１０１０は、ユーザキャラクタ４毎に、それを操作するプレーヤであるユーザ別のユーザ管理データ６００を紐付づけて記憶・管理する。ユーザ管理データ６００は、ユーザアカウント６０１と、ユーザ情報６０３と、個別行動記録データ６３０と、を含む。勿論、これら以外のデータも適宜含めることができる。
サーバサイドシステム１０１０は、ユーザキャラクタ４毎に、それを操作するプレーヤであるユーザ別のユーザ管理データ６００を紐付づけて記憶・管理する。ユーザ管理データ６００は、ユーザアカウント６０１と、ユーザ情報６０３と、個別行動記録データ６３０と、を含む。勿論、これら以外のデータも適宜含めることができる。
【0069】
ユーザ情報６０３は、補欠ＮＰＣ５の生成の基礎になるデータである。ユーザ情報６０３は、フレンド登録データ６０５と、ユーザキャラクタ設定データ６１０と、個別行動傾向データ６２０と、を含む。マッチングされたプレーヤであるユーザのユーザ情報６０３は、参加ユーザ情報ということになる。
【0070】
フレンド登録データ６０５は、友人とみなす他ユーザを登録するデータであって、当該ユーザに係るユーザの情報である。
【0071】
ユーザキャラクタ設定データ６１０は、ユーザキャラクタ４の情報である。ユーザキャラクタ設定データ６１０は、例えば、キャラクタ属性６１１と、当該属性のうちどの種類のベースキャラクタを使用してユーザキャラクタ４を作ったかを示すキャラクタ種類６１２と、ユーザキャラクタ４の最新の能力制御パラメータ値（例えば、攻撃力、防御力、移動力、回復力、スキル種類とスキルレベル、など）を示す適用能力制御パラメータ値リスト６１３と、を含む。勿論、これら以外のデータも適宜含めることができる。
【0072】
個別行動傾向データ６２０は、補欠ＮＰＣ５が取り得る複数の行動傾向について、当該ユーザが操作してユーザキャラクタ４に行わせた行動傾向を示すデータ群である。個別行動傾向データ６２０は、複数の行動傾向毎の統計値（第１行動傾向についての統計値である第１行動傾向統計値６２１、第２行動についての統計値である第２行動傾向統計値６２２、…）を含む。
【0073】
行動傾向は、例えば、ワールドステートの示す状況・状態において、ある行動種類の行動を行う傾向を意味する。１つの行動傾向（第１行動傾向、第２行動傾向、…）は、ワールドステートと、行動種類と、統計値（例えば、確率値、過去行動における実行回数の積算値、など）と、で記述する。
【0074】
「ワールドステート」は、自身の状態を含むゲーム進行状態を示す様々な状態を示す。
ワールドステートは、様々なパラメータ値で構成されるとしてもよいし、予め想定される様々な状態毎に固有の状態値を設定したものであってもよい。ワールドステートが示す状態の例としては、例えば「交戦中、敵の数が味方の数より多い、自身と味方のＨＰは８０％以上」「交戦中、敵の数が味方の数より多い、ＨＰ１０％未満のメンバーが発生」などとしてもよい。
ワールドステートは、様々なパラメータ値で構成されるとしてもよいし、予め想定される様々な状態毎に固有の状態値を設定したものであってもよい。ワールドステートが示す状態の例としては、例えば「交戦中、敵の数が味方の数より多い、自身と味方のＨＰは８０％以上」「交戦中、敵の数が味方の数より多い、ＨＰ１０％未満のメンバーが発生」などとしてもよい。
【0075】
「行動種類」としては、「抽象度の大きい行動」を採用してもよい。図１で示すようなＲＰＧを想定する場合、例えば、攻撃・防御・援護・移動・アイテム使用・逃走、などとしてもよい。
【0076】
例えば、第１行動傾向統計値６２１は、第１のワールドステートにおいて「攻撃」を選択した確率とし、第２行動傾向統計値６２２は、第１のワールドステートにおいて「防御」を選択した確率を示す、といった具合に個別行動傾向データ６２０を作る。よって、個別行動傾向データ６２０の各データを横断的にみると、当該ユーザのユーザキャラクタ４が、どのような状態のときに、どのような行動を取る傾向があるかがそこに記述されていることになる。
【0077】
なお、行動種類を、更に「抽象度の小さい行動（具体的な行動）」を含めて詳細に設定してもよい。例えば、攻撃カテゴリーにおいて抽象度の小さい行動とは、攻撃目標の選定と、攻撃方法の選定と、の具体的な内容が該当する。攻撃目標の選定として、「弱い敵から選択的に攻撃」「味方が攻撃していない敵を選択的に攻撃」「味方が攻撃している敵を選択的に攻撃」、…などが挙げられる。攻撃方法の選定として「武器攻撃」「魔法攻撃」…などが挙げられる。
【0078】
また、行動傾向は、ワールドステートの示す状況・状態と、行動種類の組み合わせに限らない。行動内容に係わらずそのキャラクタの行動において横断的に見られる「全般傾向」であってもよい。例えば、積極性、協調性、敏捷性、などである。更にこれらについては、攻撃の積極性、防御の積極性、攻撃目標の選択についての協調性、味方援護の協調性、など抽象度の小さい行動を含めて詳細に設定してもよい。
【0079】
どのような行動傾向を幾つ設定するかは、ゲーム内容や補欠ＮＰＣ５への要求水準の設定により適宜設定可能である。いずれにせよ、個別行動傾向データ６２０は、当該ユーザ（ユーザキャラクタ４）が、どのような状態・状況においてどのような行動傾向を有するかを表す。
【0080】
個別行動傾向データ６２０は、個別行動記録データ６３０を統計処理して求められる。
個別行動記録データ６３０は、過去に当該コンテンツに参加した時のユーザキャラクタ４の操作内容、当該操作内容に基づくユーザキャラクタ４の個別行動の履歴データである。ユーザが操作入力したユーザキャラクタ４の操作コマンドの入力履歴データであってもよい。個別行動記録データ６３０は、例えば、実行日時と、実行された行動種類（或いは操作コマンドの種類）と、その時のワールドステートと、を対応付けたデータ群とされる。つまり、ワールドステートの示す状況・状態において、どういった種類の行動を行ったか、の記録である。
個別行動記録データ６３０は、過去に当該コンテンツに参加した時のユーザキャラクタ４の操作内容、当該操作内容に基づくユーザキャラクタ４の個別行動の履歴データである。ユーザが操作入力したユーザキャラクタ４の操作コマンドの入力履歴データであってもよい。個別行動記録データ６３０は、例えば、実行日時と、実行された行動種類（或いは操作コマンドの種類）と、その時のワールドステートと、を対応付けたデータ群とされる。つまり、ワールドステートの示す状況・状態において、どういった種類の行動を行ったか、の記録である。
【0081】
個別行動記録データ６３０は、例えば、第１行動履歴データ６３１、第２行動履歴データ６３２、…といった具合に、第１行動傾向統計値６２１、第２行動傾向統計値６２２、…のそれぞれに対応する第１行動履歴データ６３１、第２行動履歴データ６３２、…を含むとしてもよい。つまり、個別行動傾向データ６２０は、過去に当該コンテンツに参加した時のユーザキャラクタ４の操作内容に基づく個別行動傾向の分析結果の情報ということになる。
【0082】
図５は、ユーザグループ６のグループ傾向について説明するための図である。
補欠ＮＰＣ５を生成するために、当該補欠ＮＰＣ５が割り当て対象とされるユーザグループ６（参加枠に不足枠がある暫定状態のユーザグループ６）のグループ傾向７３０を求める。
補欠ＮＰＣ５を生成するために、当該補欠ＮＰＣ５が割り当て対象とされるユーザグループ６（参加枠に不足枠がある暫定状態のユーザグループ６）のグループ傾向７３０を求める。
【0083】
グループ傾向７３０は、当該ユーザグループ６の集団的な行動の特徴形成に関与するデータ群であって、例えば、ユーザグループ６におけるユーザキャラクタ４に関して、キャラクタ属性の構成を示すキャラクタ属性構成７３１と、キャラクタレベルの構成を示すキャラクタレベル構成７３３と、グループ行動傾向７３５と、を含む。
【0084】
グループ行動傾向７３５は、個別行動傾向データ６２０の各種の行動傾向に基づき、ユーザグループ６という１つの纏まり（１集団）として見た場合の行動傾向を表す。
グループ行動傾向７３５は、暫定状態のユーザグループ６の参加枠に割り当て済のユーザ（参加ユーザ）のユーザ情報６０３（図４参照；参加ユーザ情報）を分析して求められる。
グループ行動傾向７３５は、暫定状態のユーザグループ６の参加枠に割り当て済のユーザ（参加ユーザ）のユーザ情報６０３（図４参照；参加ユーザ情報）を分析して求められる。
【0085】
具体的には、グループ行動傾向７３５は、行動傾向の種類別（行動傾向を記述する複数の項目別）に求められるグループ行動傾向値ＢＴ（第１グループ行動傾向値ＢＴ１，第２グループ行動傾向値ＢＴ２，…；項目に関する値）で表される。そして、グループ行動傾向値ＢＴ（ＢＴ１，ＢＴ２，…）は、補欠ＮＰＣ５が割り当てられる前の暫定状態のユーザグループ６を構成しているユーザキャラクタ４（４ａ，４ｂ，４ｃ）それぞれの個別行動傾向データ６２０を、行動傾向の種類毎に統計処理して求められる。統計処理は、例えば平均値や中央値を求める処理である。
【0086】
グループ行動傾向７３５は、行動傾向の種類数「ｍ」だけのｍ次元のデータとなる。図５では、ｍ＝５のレーダーチャートとしてグループ行動傾向７３５を示している。表記ＢＰｎは、Behavior of Personalの各頭文字＋行動種別の識別子ｎ（ｎ＝１，２，…）＋キャラク識別子（ａ，ｂ，…，ｎ）で表している。表記ＢＴｍは、Behavior of Teamの各頭文字＋行動種別の識別子ｍ（ｍ＝１，２，…）で表している。
【0087】
補欠ＮＰＣ５を生成するためのモードには、「類似モード」と「バランスモード」とがある。「類似モード」では、暫定状態のユーザグループ６のグループ行動傾向７３５と同じ又は類似する行動傾向を有する補欠ＮＰＣ５を生成する。「バランスモード」では、暫定状態のユーザグループ６のグループ行動傾向７３５を所与の目標グループ行動傾向に近づけるような行動傾向を有する補欠ＮＰＣ５を生成する。
【0088】
図６は、類似モードにおける補欠ＮＰＣ５の行動制御パラメータ値ＢＮの設定について説明するための図である。
【0089】
行動制御パラメータ値ＢＮ（ＢＮ１，ＢＮ２，…）は、補欠ＮＰＣ５の行動を自動制御する際に用いられる制御パラメータの値である。
【0090】
自動制御方法は、意志決定モデル、ゲームＡＩ（Artificial Intelligence）、ＡＩ意志決定パイプライン、などとも呼ばれるものである。自動制御方法は、例えば、行動ツリー、ゴール指向型プランニング（ＧＯＡＰ）、階層型タスクネットワーク（ＨＴＮ）、階層型ゴール思考、などの１つ又は複数の組み合わせで採用される。どの方法を採用するかは、ゲームの内容、特に補欠ＮＰＣ５に求められる行動種類の数や、各行動種類で要求される行動内容の細かさ、などに応じて決める。
【0091】
自動制御用パラメータの種類と、それらの具体的な値である行動制御パラメータ値ＢＮと、の扱いは、採用された自動制御方法の制御構造に応じて決まる。例えば、自動制御方法として行動ツリーを採用した場合には、末端が行動種類とされる行動ツリーにおいて、行動制御パラメータ値ＢＮは、ツリー分岐点における分岐所要時間（ＮＰＣの行動決定の素早さとして現れる）や、ツリーの判定開始までの待機時間、分岐別の選択確率や出現率、とすることができる。
【0092】
また例えば、自動制御方法として、階層型タスクネットワーク（ＨＴＮ）を採用した場合には、行動制御パラメータ値ＢＮは、予め用意されている複数種類のプリミティブタスクの中から、ワールドステートが示す状況・状態において実行可能な候補プリミティブタスクとして選択される確率、候補プリミティブタスクを選択するためのテーブルデータを指定する情報、などとすることができる。
【0093】
類似モードでは、グループ行動傾向値ＢＴ（ＢＴ１，ＢＴ２，…）を、目標値Ｔｇ（Ｔｇ１，Ｔｇ２，…）として行動制御パラメータ値ＢＮを設定する。
【0094】
そして、目標値Ｔｇおよび行動制御パラメータ値ＢＮに関して、予め類似モード用相関関数５５０が設定されている。類似モード用相関関数５５０は、属性別に用意され、行動種類毎に相関関数が設定されている。各相関関数は、対応する目標値Ｔｇが、行動制御パラメータ値ＢＮのどのような係わり合い（影響度合い）によって実現されるかを示している。相関関数は、例えば、行動制御パラメータ値ＢＮを変数とし、その係数ｋ（ｋ１１，ｋ１２，…）によって係わり合いの度合を示す方程式とすることができる。そして、複数の目標値Ｔｇを実現する解または近似解を得る所定の数値解析を行うことで、行動制御パラメータ値ＢＮを決定する。
【0095】
勿論、類似モード用相関関数５５０は、方程式以外でもよい。相関関数に代えて、行動種類毎の目標値Ｔｇと行動制御パラメータ値ＢＮの初期値からの変更量とを対応づけたテーブルデータで代用してもよい。
【0096】
図７は、類似モードにおける補欠ＮＰＣ５の行動制御パラメータ値ＢＮの設定の作用効果について説明するための図である。
補欠ＮＰＣ５の生成として、先ず、マッチングされたユーザグループ６のユーザキャラクタ４（４ａ、４ｂ、４ｃ）の属性や、キャラクタレベル等に基づいて所与の選択ルールに基づいて、補欠ＮＰＣ５の属性と、補欠ＮＰＣ５のキャラクタレベルとが選択される。因みに、キャラクタレベルが上がると能力の作用効果が高くなる。
補欠ＮＰＣ５の生成として、先ず、マッチングされたユーザグループ６のユーザキャラクタ４（４ａ、４ｂ、４ｃ）の属性や、キャラクタレベル等に基づいて所与の選択ルールに基づいて、補欠ＮＰＣ５の属性と、補欠ＮＰＣ５のキャラクタレベルとが選択される。因みに、キャラクタレベルが上がると能力の作用効果が高くなる。
【0097】
補欠ＮＰＣ５の属性の選択では、例えば、マッチングされたユーザグループ６のユーザキャラクタ４（４ａ、４ｂ、４ｃ）の属性がばらけている場合、属性による能力の得手不得手を考慮して前衛・後衛の配置分けをするのが良策と判断して、前衛或いは後衛として不足する属性を選択するとしてもよい。また、ユーザキャラクタ４（４ａ、４ｂ、４ｃ）の属性が統一又は略統一している場合、当該属性と同属性又は類似する能力を発揮する他属性を選択するとしてもよい。勿論、これら以外のルールで選択するとしてもよい。
【0098】
また、補欠ＮＰＣ５のキャラクタレベルの選択では、ユーザキャラクタ４（４ａ，４ｂ，４ｃ）のキャラクタレベルを参照し、それらと同じ又は同程度のキャラクタレベルを選択する。ユーザキャラクタ４（４ａ，４ｂ，４ｃ）のキャラクタレベルの少なくとも最低レベルとする、としてもよい。
【0099】
属性とキャラクタレベルの組み合わせ毎に、補欠ＮＰＣ５用の自動制御定義データ５８０が予め用意されている。１つの自動制御定義データ５８０は、適用属性５８１と、適用レベル５８２と、適用ワールドステート５８３と、自動制御パターンデータ５８４と、を格納する。
【0100】
自動制御パターンデータ５８４は、行動制御パラメータ値ＢＮを変数として用いて定義されている。図７では、自動制御パターンデータ５８４の例として、行動ツリーデータを概念的に表現している。行動制御パラメータ値ＢＮ（ＢＮ１，ＢＮ２，…，ＢＮｎ）は、分岐時にカウントされる分岐待ち時間や、分岐確率、などとして自動制御に用いられる。
【0101】
自動制御方法に、階層型タスクネットワーク（ＨＴＮ）を採用した場合は、例えば、自動制御パターンデータ５８４を、適用ワールドステート５８３が示す状況・状態において実行可能な候補プリミティブタスクの定義データ（或いはリスト）とし、行動制御パラメータ値ＢＮを、それら候補プリミティブタスク毎の選択確率として用いる、としてもよい。
【0102】
生成される補欠ＮＰＣ５には、類似モード用相関関数５５０を解いて求めた行動制御パラメータ値ＢＮが設定・適用される（図６参照）。その結果、生成された補欠ＮＰＣ５は、暫定状態のユーザグループ６を構成するユーザキャラクタ４（４ａ，４ｂ，４ｃ）のグループ行動傾向７３５に沿った個別行動傾向を有するＮＰＣとなる。
【0103】
よって、複数のユーザと補欠ＮＰＣとで構成されるグループの集団としての行動バランスは、限られたテンプレートのなかから補欠ＮＰＣ５を選択して設定する従来の方法や、他プレーヤのユーザキャラクタ４をコピーして補欠ＮＰＣ５を設定する従来の方法よりも良好になる。
【0104】
図８は、バランスモードにおける補欠ＮＰＣ５の行動傾向に係るパラメータ値の設定について説明するための図である。
【0105】
バランスモードでは、補欠ＮＰＣ５が、グループ行動傾向値ＢＴ（ＢＴ１，ＢＴ２，…）を、目標グループ行動傾向１０（グラフ中の長破線）に対する不足或いは過剰を補正するように働く個別行動傾向を有するように、行動制御パラメータ値ＢＮを設定する。具体的には、グループ行動傾向値ＢＴ毎に、求めたグループ行動傾向７３５（グラフ中の太実線）と目標グループ行動傾向１０とを比較して、グループ行動傾向値ＢＴが不足している或いは過剰になっている過不足値Ｄ（Ｄ１，Ｄ２，…）を求める。
【0106】
過不足値Ｄと行動制御パラメータ値ＢＮに係り、予めバランスモード用相関関数５６０が設定されている。バランスモード用相関関数５６０は、キャラクタ属性別に用意されており、行動傾向の種類毎に相関関数が設定されている。各相関関数は、対応する過不足値Ｄが、行動制御パラメータ値ＢＮのどのような係わり合いによって実現されるかを示している。相関関数は、例えば、行動制御パラメータ値ＢＮを変数とし、その係数ｔ（ｔ１１，ｔ１２，…）によって係わり合いの度合を示す方程式としてもよい。そして、複数の過不足値Ｄを実現する解または近似解を得る所定の数値解析を行うことで、行動制御パラメータ値ＢＮを決定する。
【0107】
勿論、バランスモード用相関関数５６０は、方程式以外でもよい。行動種類毎の過不足値Ｄと、行動制御パラメータ値ＢＮの初期値からの変更量と、を対応づけたテーブルデータで代用してもよい。
【0108】
なお、目標グループ行動傾向１０と合致させるには行動制御パラメータ値ＢＮの設定範囲を超えなければならないケースでは、行動制御パラメータ値ＢＮを当該設定範囲内での最大或いは最小の値にするとしてもよい。つまり、バランスモードでは、補欠ＮＰＣ５を加えた後のユーザグループ６のグループ行動傾向が、目標グループ行動傾向１０に近づくように、目標グループ行動傾向１０との差を低減するように、行動制御パラメータ値ＢＮを設定できればよいとする。
【0109】
図９は、補欠ＮＰＣ５の能力制御パラメータ値の設定について説明するための図である。
能力制御パラメータ値Ｘ（Ｘ１，Ｘ２，…）は、ユーザキャラクタ４や補欠ＮＰＣ５がゲーム内で有する能力の種類（例えば、攻撃力、防御力、移動力、回復力、など）毎に用意され、当該能力を発揮する制御に用いられる値である。つまり、能力制御パラメータ値Ｘは、そのキャラクタの行動傾向を実現するための基礎になるパラメータ値であるといえる。よって、能力制御パラメータは、キャラクタの能力制御に係る制御パラメータであるといえる。
能力制御パラメータ値Ｘ（Ｘ１，Ｘ２，…）は、ユーザキャラクタ４や補欠ＮＰＣ５がゲーム内で有する能力の種類（例えば、攻撃力、防御力、移動力、回復力、など）毎に用意され、当該能力を発揮する制御に用いられる値である。つまり、能力制御パラメータ値Ｘは、そのキャラクタの行動傾向を実現するための基礎になるパラメータ値であるといえる。よって、能力制御パラメータは、キャラクタの能力制御に係る制御パラメータであるといえる。
【0110】
補欠ＮＰＣ５の行動制御パラメータ値ＢＮを適切に設定しても、それで実現される行動傾向を、ユーザキャラクタ４（４ａ，４ｂ，４ｃ）に劣らず実現するには、補欠ＮＰＣ５は相応の能力制御パラメータ値Ｘ（Ｘ１，Ｘ２，…）を有する必要がある。例えば、行動制御パラメータ値ＢＮによって補欠ＮＰＣ５が、「次の攻撃が可能になるまでの待機時間中に、敵からの攻撃を回避し易くするために積極的に移動する」といったグループ行動傾向７３５に則した行動が可能になったとしても、移動力に係る能力制御パラメータ値Ｘが、ユーザキャラクタ４（４ａ，４ｂ，４ｃ）相当でなければ、ユーザキャラクタ４に相応の行動とはならない。さもなくば、補欠ＮＰＣ５が移動中に遅れを取ることになる。
【0111】
そこで、補欠ＮＰＣ５の能力制御パラメータ値Ｘ（Ｘ１，Ｘ２，…）は、先に設定された行動制御パラメータ値ＢＮに基づいて決定する。
具体的には、能力相関関数５７０が予め設定されている。能力相関関数５７０は、キャラクタの属性別に用意され、行動制御パラメータ値ＢＮ毎に相関関数が設定されている。各相関関数は、対応する行動制御パラメータ値ＢＮが、各種の能力制御パラメータ値Ｘによってどのように影響を受けるかを示している。相関関数は、例えば、能力制御パラメータ値Ｘ（Ｘ１，Ｘ２，…）を変数とし、その係数ｈ（ｈ１１，ｈ１２，…）によって係わり合いの度合を示す方程式とすることができる。そして、複数の行動制御パラメータ値ＢＮを実現する解または近似解を得る所定の数値解析を行うことで、能力制御パラメータ値Ｘ（Ｘ１，Ｘ２，…）を決定する。求められた能力制御パラメータ値Ｘが、当該補欠ＮＰＣ５に適用される適用能力制御パラメータ値群７２６とされる。
具体的には、能力相関関数５７０が予め設定されている。能力相関関数５７０は、キャラクタの属性別に用意され、行動制御パラメータ値ＢＮ毎に相関関数が設定されている。各相関関数は、対応する行動制御パラメータ値ＢＮが、各種の能力制御パラメータ値Ｘによってどのように影響を受けるかを示している。相関関数は、例えば、能力制御パラメータ値Ｘ（Ｘ１，Ｘ２，…）を変数とし、その係数ｈ（ｈ１１，ｈ１２，…）によって係わり合いの度合を示す方程式とすることができる。そして、複数の行動制御パラメータ値ＢＮを実現する解または近似解を得る所定の数値解析を行うことで、能力制御パラメータ値Ｘ（Ｘ１，Ｘ２，…）を決定する。求められた能力制御パラメータ値Ｘが、当該補欠ＮＰＣ５に適用される適用能力制御パラメータ値群７２６とされる。
【0112】
勿論、能力相関関数５７０は、方程式以外でもよい。行動種類毎の行動制御パラメータ値ＢＮと、補欠ＮＰＣ５のキャラクタ属性と、キャラクタレベルによって予め決まる能力制御パラメータ値Ｘの初期値からの変更量を対応づけたテーブルデータで代用してもよい。
【0113】
こうして適用能力制御パラメータ値群７２６が設定されることで、補欠ＮＰＣ５は、暫定状態のユーザグループ６の集団としての行動のバランスに則した行動傾向或いは行動のバランスをより目標に近づける行動傾向を有し、且つその行動傾向を実現するための裏打ちとしてユーザキャラクタ４（４ａ，４ｂ，４ｃ）並の能力を有するＮＰＣとなる。
【0114】
こうして専用に生成された補欠ＮＰＣ５をユーザグループ６に加えた場合、ユーザグループ６の集団としての行動のバランスが崩れる可能性は従来よりも遥かに低くなる。プレーヤが、プレイ中に補欠ＮＰＣ５の行動に違和感を持つ機会は従来よりも減り、補欠ＮＰＣ５の行動への苛立ちを抱く頻度も従来より少なくなる。
【0115】
次に、機能構成について説明する。
図１０は、サーバサイドシステム１０１０の機能構成例を示すブロック図であって、ポータルサーバシステム１１００Ｐとコンテンツサーバシステム１１００Ｇとが担う機能をまとめて示す図である。
図１０は、サーバサイドシステム１０１０の機能構成例を示すブロック図であって、ポータルサーバシステム１１００Ｐとコンテンツサーバシステム１１００Ｇとが担う機能をまとめて示す図である。
【0116】
サーバサイドシステム１０１０は、機能面でポータルサーバシステム１１００Ｐとコンテンツサーバシステム１１００Ｇとに分けられるが、１つのサーバサイドシステム１０１０として包括すると、操作入力部１００ｓと、処理部２００ｓと、音出力部３９０ｓと、画像表示部３９２ｓと、通信部３９４ｓと、記憶部５００ｓとを備える構成となる。
【0117】
操作入力部１００ｓは、サーバサイドシステム１０１０の管理のための各種操作を入力するための手段である。例えば、キーボード、タッチパネル、マウス、などがこれに該当する。
【0118】
処理部２００ｓは、例えばＣＰＵやＧＰＵ、ＡＳＩＣ、ＦＰＧＡ等の演算回路となるプロセッサの他、ＩＣメモリなどの電子部品によって実現され、操作入力部１００ｓや記憶部５００ｓを含む各機能部との間でデータの入出力制御を行う。そして、所定のプログラムやデータ、操作入力部１００ｓからの操作入力信号などから受信したデータ、等に基づいて各種の演算処理を実行して、サーバサイドシステム１０１０の動作を統合的に制御する。
【0119】
サーバサイドシステム１０１０の処理部２００ｓは、コンテンツ管理部２０２と、計時部２８０ｓと、音生成部２９０ｓと、画像生成部２９２ｓと、通信制御部２９４ｓと、を有する。
【0120】
コンテンツ管理部２０２は、仮想空間サービスシステム１０００が提供するコンテンツの提供・実行制御に係る各種処理を実行する。コンテンツ管理部２０２は、ユーザ管理部２１０と、ユーザマッチング部２２０と、参加ＮＰＣ設定部２４０と、参加制御部２５０と、を含む。勿論、これら以外の機能部も適宜含めることができる。
【0121】
ユーザマッチング部２２０は、ユーザキャラクタ４を操作して楽しむ所与のコンテンツに参加する複数の参加ユーザをマッチングする（図３参照）。
【0122】
ユーザマッチング部２２０は、マッチング試行部２２２と、暫定部２２４と、を有する。
【0123】
マッチング試行部２２２は、ユーザグループ６を構成する参加ユーザをマッチングすべく、所定の必要マッチング数（参加枠の数）を満たす数の参加ユーザのマッチングを試行する。
【0124】
暫定部２２４は、マッチング試行部２２２による試行において、必要マッチング数を満たさない状態が継続することにより所定の試行打ち切り条件を充足した場合に当該試行を中止し、中止するまでにマッチングされた参加ユーザを暫定してユーザグループ６（暫定状態のユーザグループ６）を作る。試行打ち切り条件は、例えば経過時間の条件として定めることとしてもよいし、経過時間とその時点までに暫定的にマッチングされたユーザの数とによる複合的な条件として定めることとしてもよい。
【0125】
参加ＮＰＣ設定部２４０は、コンテンツに参加するＮＰＣである参加ＮＰＣの自動制御用の制御パラメータを、暫定部２２４が暫定したユーザグループ６を構成する参加ユーザの参加ユーザ情報又は参加ユーザのユーザキャラクタの情報である参加ユーザ情報に基づいて設定する（図４から図９参照）。
【0126】
具体的には、参加ＮＰＣ設定部２４０は、目標グループ傾向を設定する目標グループ傾向設定部２４２と、参加ユーザでなるユーザグループ６のグループ傾向（複数の項目と、当該項目に関する値と、を含む；図５参照）を参加ユーザ情報に基づいて分析するグループ傾向分析部２４４と、モード選択部２４６と、を有し、グループ傾向に基づいて参加ＮＰＣの制御パラメータを設定する。
【0127】
より具体的には、参加ユーザ情報は、参加ユーザが過去にコンテンツに参加した時のユーザキャラクタの操作内容に基づく個別行動傾向の分析結果の情報や、参加ユーザのユーザキャラクタの属性情報、を含む。グループ傾向分析部２４４は、グループ傾向として、複数の項目それぞれに関する値を、個別行動傾向の分析結果の情報や、ユーザキャラクタの属性情報、を用いて分析する。
【0128】
参加ＮＰＣ設定部２４０は、（１）自動制御される参加ＮＰＣがグループ傾向に沿った行動を行うための制御パラメータを設定する類似モード（図６参照）と、（２）自動制御される参加ＮＰＣが、所与の目標グループ傾向に対するグループ傾向の差を低減する行動を行うための制御パラメータを設定するバランスモード（図８参照）と、を制御パラメータの設定モードとして有する。
【0129】
参加ＮＰＣ設定部２４０は、モード選択部２４６で、設定モードを選択する。モード選択部２４６は、参加ユーザの操作入力や、グループ傾向分析部２４４の分析結果（グループ傾向として分析された複数の項目それぞれに関する値）に基づいて、制御パラメータを設定する。
【0130】
そして、参加ＮＰＣ設定部２４０は、１体以上の参加ＮＰＣについて制御パラメータを設定し、複数体の参加ＮＰＣの制御パラメータを設定する場合には、当該参加ＮＰＣ相互の当該制御パラメータが異なるように設定する。
【0131】
参加制御部２５０は、参加ユーザそれぞれのユーザキャラクタ４と参加ＮＰＣとをコンテンツに参加させる制御を行う。
【0132】
具体的には、参加制御部２５０は、マッチング試行部２２２による試行において必要マッチング数を満たした場合には、マッチングされた参加ユーザそれぞれのユーザキャラクタ４をコンテンツに参加させる制御を行い、試行打ち切り条件を充足した場合には、暫定された参加ユーザそれぞれのユーザキャラクタ４と、参加ＮＰＣとをコンテンツに参加させる制御を行う。後者の場合、ユーザキャラクタ４と補欠ＮＰＣ５とでユーザグループ６を編成し、ユーザグループ６で参加するコンテンツを実行制御することがこれに該当する。
【0133】
計時部２８０ｓは、システムクロックを利用して現在日時や制限時間等の各種計時を行う。
【0134】
音生成部２９０ｓは、音声データの生成やデコードをするＩＣやソフトウェアの実行により実現される。音生成部２９０ｓは、生成した音声信号を音出力部３９０ｓへ出力する。音出力部３９０ｓは、スピーカ等により実現され、音声信号に基づいて放音する。
【0135】
画像生成部２９２ｓは、サーバサイドシステム１０１０のシステム管理のための各種管理画面の画像生成を行い、画像データを画像表示部３９２ｓに出力する。また、ユーザ端末１５００にて表示させる画像の一部又は全部の生成を行う。画像表示部３９２ｓは、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。
【0136】
通信制御部２９４ｓは、データ通信に係るデータ処理を実行し、通信部３９４ｓを介して外部装置とのデータのやりとりを実現する。通信部３９４ｓは、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信装置１１５３がこれに該当する。
【0137】
記憶部５００ｓは、処理部２００ｓにサーバサイドシステム１０１０を統合的に制御させるための諸機能を実現するためのプログラムや各種データ等を記憶する。また、記憶部５００ｓは、処理部２００ｓの作業領域として用いられ、処理部２００ｓが各種プログラムに従って実行した演算結果などを一時的に記憶する。この機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスク、オンラインストレージなどによって実現される。図１の例では、ポータルサーバシステム１１００Ｐやコンテンツサーバシステム１１００Ｇの本体装置が搭載するＩＣメモリ１１５２やハードディスクなどの記憶媒体がこれに該当する。オンラインストレージを記憶部５００ｓに含めてもよい。
【0138】
図１１は、記憶部５００ｓが記憶するプログラムやデータの例を示す図である。
記憶部５００ｓは、サーバプログラム５０１と、配信用クライアントプログラム５０３と、コンテンツ初期設定データ５１０と、ユーザ管理データ６００（図４参照）と、コンテンツ進行制御データ７００と、現在日時９００と、を記憶する。なお、記憶部５００ｓは、その他のプログラムやデータ（例えばタイマーや、カウンタ、各種フラグ、など）も適宜記憶する。
記憶部５００ｓは、サーバプログラム５０１と、配信用クライアントプログラム５０３と、コンテンツ初期設定データ５１０と、ユーザ管理データ６００（図４参照）と、コンテンツ進行制御データ７００と、現在日時９００と、を記憶する。なお、記憶部５００ｓは、その他のプログラムやデータ（例えばタイマーや、カウンタ、各種フラグ、など）も適宜記憶する。
【0139】
サーバプログラム５０１は、コンテンツ管理部２０２としての機能を実現させるためのプログラムである。
【0140】
配信用クライアントプログラム５０３は、ユーザ端末１５００へ提供されて実行されるクライアントプログラムのオリジナルである。
【0141】
コンテンツ初期設定データ５１０は、図２のビデオゲームをコンテンツとして提供するための各種初期設定データを格納する。コンテンツ初期設定データ５１０は、コンテンツ用の仮想空間３（図２参照）を定義する仮想空間定義データ５１１と、敵ＮＰＣ７の種類毎に用意された敵ＮＰＣ初期設定データ５１３と、敵グループ８に係る敵グループ初期設定データ５１５と、を含む。本実施形態で例示するビデオゲームの内容が、ＰｖＥゲームなので、敵ＮＰＣ初期設定データ５１３と敵グループ初期設定データ５１５が用意されているが、ＰｖＰゲームであればこれらを省略してもよい。
【0142】
また、コンテンツ初期設定データ５１０は、ベースキャラクタ初期設定データ５２０と、属性選択パターン定義データ５３０と、類似モード用相関関数５５０（図６参照）と、バランスモード用相関関数５６０（図８参照）と、能力相関関数５７０（図９参照）と、自動制御定義データ５８０（図７参照）と、を含む。
【0143】
ベースキャラクタ初期設定データ５２０は、ユーザキャラクタ４や補欠ＮＰＣ５の元になるキャラクタ（ベースキャラクタ）の種類毎に用意され、これに係る各種初期設定データを格納する。プレーヤであるユーザは、初回プレイ時に、ベースキャラクタ初期設定データ５２０の示す候補キャラクタの中から、自分のユーザキャラクタ４の元を選択して、カスタマイズをしてユーザキャラクタ４を作る。
【0144】
図１２に示すように、１つのベースキャラクタ初期設定データ５２０は、キャラクタ種類５２１と、キャラクタ属性５２２と、キャラクタをゲーム画面に表示させるためのキャラクタ初期モデルデータ５２３と、レベル別初期能力制御パラメータ値リスト５２４と、を含む。勿論、これら以外のデータも適宜含めることができる。例えば、キャラクタモデルに所定の動作をさせるためのモーションデータ、能力発動時演出として表示されるエフェクトデータ、なども適宜含めることができる。
【0145】
レベル別初期能力制御パラメータ値リスト５２４は、当該ベースキャラクタのキャラクタレベル毎に設定され、当該レベルにおける初期能力制御パラメータ値が設定されている。
ユーザキャラクタ４は、ゲームプレイの成績に応じて、初期能力制御パラメータ値は徐々に能力向上（或いは場合によっては能力低下）するように変化し、やがてレベルアップの条件が満たされると、更に上のキャラクタレベルに達し、当該上のキャラクタレベルの初期能力制御パラメータ値が適用されるようになる。
ユーザキャラクタ４は、ゲームプレイの成績に応じて、初期能力制御パラメータ値は徐々に能力向上（或いは場合によっては能力低下）するように変化し、やがてレベルアップの条件が満たされると、更に上のキャラクタレベルに達し、当該上のキャラクタレベルの初期能力制御パラメータ値が適用されるようになる。
【0146】
補欠ＮＰＣ５については、生成過程でキャラクタ属性とキャラクタレベルが決まると、当該キャラクタ属性のベースキャラクタ初期設定データ５２０の何れかが選択されてベースキャラクタとされる。そして、行動制御パラメータ値ＢＮに基づいて能力制御パラメータ値Ｘで適用能力制御パラメータ値群７２６が設定される（図９参照）。或いは、能力制御パラメータ値Ｘを補正値とし、生成過程で決まったキャラクタレベルのレベル別初期能力制御パラメータ値リスト５２４をコピーして能力制御パラメータ値Ｘだけ変更して適用能力制御パラメータ値群７２６（図１４参照）としてもよい。
【0147】
図１１に戻って、属性選択パターン定義データ５３０は、補欠ＮＰＣ５のベースキャラクタとするキャラクタ属性をどのように選択するかを定義する。
図１３に示すように、１つの属性選択パターン定義データ５３０は、適用要件５３１と、選択キャラクタ属性５３６と、を対応付けて格納する。適用要件５３１は、１つのサブ条件又は複数のサブ条件をＡＮＤやＯＲで組み合わせて記述される。サブ条件としては、例えば、ユーザキャラクタ属性構成サブ条件５３２、能力制御パラメータ値サブ条件５３３、敵グループ構成サブ条件５３４と、モードサブ条件５３５と、を含む。
図１３に示すように、１つの属性選択パターン定義データ５３０は、適用要件５３１と、選択キャラクタ属性５３６と、を対応付けて格納する。適用要件５３１は、１つのサブ条件又は複数のサブ条件をＡＮＤやＯＲで組み合わせて記述される。サブ条件としては、例えば、ユーザキャラクタ属性構成サブ条件５３２、能力制御パラメータ値サブ条件５３３、敵グループ構成サブ条件５３４と、モードサブ条件５３５と、を含む。
【0148】
ユーザキャラクタ属性構成サブ条件５３２は、暫定状態のユーザグループ６を構成するユーザキャラクタ４（４ａ，４ｂ，…）のキャラクタ属性の構成について条件である。
【0149】
能力制御パラメータ値サブ条件５３３は、暫定状態のユーザグループ６を構成するユーザキャラクタ４（４ａ，４ｂ，…）の能力制御パラメータ値の構成について条件である。例えば、能力制御パラメータ値の平均値、中央値、バラツキ、などで記述される。
【0150】
敵グループ構成サブ条件５３４は、敵グループ８の構成に関する条件であって、敵グループ８を構成する敵ＮＰＣ７の数や種類、キャラクタレベルなどで記述される。当該サブ条件は、敵グループ８が固定しているようなケース（例えば、特定の敵グループ８の攻略を目的とするイベントなど）で設定される。
【0151】
モードサブ条件５３５は、補欠ＮＰＣ５の生成のモードについての条件であって、類似モード・バランスモードの何れか又は両方が設定される。
【0152】
図１４は、コンテンツ進行制御データ７００のデータ構成例を示す図である。
コンテンツ進行制御データ７００は、コンテンツの進行制御に係る各種データを格納する。コンテンツ進行制御データ７００は、ビデオゲームプレイの最新状態を記述する各種データを格納するプレイデータに相当する。
コンテンツ進行制御データ７００は、コンテンツの進行制御に係る各種データを格納する。コンテンツ進行制御データ７００は、ビデオゲームプレイの最新状態を記述する各種データを格納するプレイデータに相当する。
【0153】
コンテンツ進行制御データ７００は、グループ管理データ７０１と、補欠ＮＰＣ５の生成に係るグループ傾向７３０（図５参照）と、プレイ成績データ７４０と、を含む。勿論、これら以外のデータも適宜含めることができる。
【0154】
グループ管理データ７０１は、ゲームに登場するユーザグループ６毎に用意される。図１４の例では１つだけだが、レイドのように複数のユーザグループ６が同時に１つのコンテンツに参加するケースでは、その数だけグループ管理データ７０１が用意される。
【0155】
グループ管理データ７０１は、グループＩＤ７０５と、ユーザキャラクタ４（４ａ，４ｂ，…）毎のユーザキャラクタ管理データ７１０と、補欠ＮＰＣ５毎の補欠ＮＰＣ管理データ７２０と、を含む。
【0156】
ユーザキャラクタ管理データ７１０は、対応するプレーヤによる操作入力に応じた動作制御に必要な各種データを格納する。例えば、プレーヤであるユーザを示すプレーヤアカウント、動作制御データなどを格納する。当該管理データが対応するユーザキャラクタ４の最新状態は、プレーヤアカウントが示すユーザのユーザ管理データ６００（図４参照）のユーザ情報６０３として管理する。ユーザ管理データ６００をセーブデータと位置付け、プレイの都度、ユーザ管理データ６００をユーザキャラクタ管理データ７１０にコピーして、最新状態を示すデータとして管理し、プレイ終了時にユーザ管理データ６００をユーザキャラクタ管理データ７１０で更新するとしてもよい。
【0157】
補欠ＮＰＣ管理データ７２０は、対応する補欠ＮＰＣ５の最新状態を記述する各種データを格納する。例えば、補欠ＮＰＣ管理データ７２０は、キャラクタＩＤ７２１と、キャラクタ属性７２２と、キャラクタレベル７２３と、適用行動要素パラメータ値群７２５と、適用能力制御パラメータ値群７２６と、を含む。勿論、これら以外のデータも適宜含めることができる。
【0158】
図１５は、ユーザ端末１５００の機能構成例を示す機能ブロック図である。ユーザ端末１５００は、操作入力部１００と、端末処理部２００と、音出力部３９０と、画像表示部３９２と、通信部３９４と、端末記憶部５００と、を備える。
【0159】
操作入力部１００は、ユーザによってなされた各種の操作入力に応じた操作入力信号を端末処理部２００に出力する。例えば、プッシュスイッチや、ジョイスティック、タッチパッド、トラックボール、加速度センサ、ジャイロ、などによって実現できる。
【0160】
端末処理部２００は、例えばＣＰＵやＧＰＵ等のマイクロプロセッサや、ＩＣメモリなどの電子部品によって実現され、操作入力部１００や端末記憶部５００を含む各機能部との間のデータ入出力の制御を行う。そして、所定のプログラムやデータ、操作入力部１００からの操作入力信号、サーバサイドシステム１０１０から受信した各種データに基づいて各種の演算処理を実行して、ユーザ端末１５００の動作を制御する。
【0161】
端末処理部２００は、クライアント制御部２６０と、計時部２８０と、音生成部２９０と、画像生成部２９２と、通信制御部２９４と、を有する。
【0162】
クライアント制御部２６０は、仮想空間サービスシステム１０００におけるクライアントとしての制御として、ユーザ端末１５００をＭＭＩＦ（マン・マシン・インターフェース）として機能させる各種制御を行う。具体的には、クライアント制御部２６０は、操作入力情報提供部２６１と、表示制御部２６２と、を有する。
【0163】
操作入力情報提供部２６１は、操作入力部１００からの入力に応じて操作入力情報をサーバサイドシステム１０１０へ送信する制御を行う。
【0164】
表示制御部２６２は、サーバサイドシステム１０１０から受信したデータに基づいて各種画像を表示させるための制御を行う。
【0165】
計時部２８０は、システムクロックを利用して現在日時や制限時間等の計時を行う。
【0166】
音生成部２９０は、例えばデジタルシグナルプロセッサ（ＤＳＰ）や、音声合成ＩＣなどのプロセッサ、音声ファイルを再生可能なオーディオコーデック等によって実現され、楽曲や効果音、各種操作音の音信号を生成し、音出力部３９０に出力する。音出力部３９０は、スピーカなど音生成部２９０から入力される音信号に基づいて音出力（放音）する装置によって実現される。
【0167】
画像生成部２９２は、クライアント制御部２６０の制御に基づく画像を画像表示部３９２へ表示させる画像信号を生成・出力する。図１の例では、制御基板１５５０に搭載されるＧＰＵ（Graphics Processing Unit）や、グラフィックコントローラ、グラフィックボード、などがこれに該当する。画像表示部３９２は、フラットパネルディスプレイや、ヘッドマウントディスプレイ、プロジェクターなど、画像を表示させる装置で実現される。
【0168】
通信制御部２９４は、データ通信に係るデータ処理を実行し、通信部３９４を介して外部装置とのデータのやりとりを実現する。
【0169】
通信部３９４は、ネットワーク９と接続して通信を実現する。例えば、無線通信機、モデム、ＴＡ（ターミナルアダプタ）、有線用の通信ケーブルのジャックや制御回路等によって実現される。図１の例では通信モジュール１５５３がこれに該当する。
【0170】
端末記憶部５００は、端末処理部２００に所与の機能を実現させるためのプログラムや、各種データ等を記憶する。また、端末処理部２００の作業領域として用いられ、端末処理部２００が各種プログラムに従って実行した演算結果や操作入力部１００から入力される入力データ等を一時的に記憶する。こうした機能は、例えばＲＡＭやＲＯＭなどのＩＣメモリ、ハードディスク等の磁気ディスク、ＣＤ－ＲＯＭやＤＶＤなどの光学ディスクなどによって実現される。図１の例では、制御基板１５５０が搭載するＩＣメモリ１５５２がこれに該当する。
【0171】
具体的には、端末記憶部５００は、ユーザ端末１５００を仮想空間サービス用のクライアント制御部２６０として機能させるためのクライアントプログラム８００（アプリケーションプログラム）と、クライアントデータ８１０と、現在日時９００と、を記憶する。勿論、これら以外のデータも適宜記憶できる。
【0172】
クライアントデータ８１０は、クライアント制御部２６０の制御実行に係る各種データである。クライアントデータ８１０は、例えば、仮想空間サービスのユーザとしてのユーザアカウントや、パスワード、などを含む。
【0173】
図１６は、サーバサイドシステム１０１０が実行する処理の流れを説明するためのフローチャートである。
サーバサイドシステム１０１０は、コンテンツの参加希望者を受け付け（ステップＳ１０）、ユーザマッチング処理を実行する（ステップＳ１２）。ユーザマッチング処理により、１つ又は複数のユーザグループ６を編成する。
サーバサイドシステム１０１０は、コンテンツの参加希望者を受け付け（ステップＳ１０）、ユーザマッチング処理を実行する（ステップＳ１２）。ユーザマッチング処理により、１つ又は複数のユーザグループ６を編成する。
【0174】
サーバサイドシステム１０１０は、編成したユーザグループ６毎にループＡを実行する（ステップＳ２０からステップＳ７０）。
ループＡにおいて、サーバサイドシステム１０１０は、処理対象グループに不足枠が生じており、所定の試行打ち切り条件を満たしたかを判定する。肯定判定の場合、補欠ＮＰＣ５の生成が必要と判断して（ステップＳ２２のＹＥＳ）、補欠ＮＰＣ生成処理を実行する（ステップＳ２４）。
ループＡにおいて、サーバサイドシステム１０１０は、処理対象グループに不足枠が生じており、所定の試行打ち切り条件を満たしたかを判定する。肯定判定の場合、補欠ＮＰＣ５の生成が必要と判断して（ステップＳ２２のＹＥＳ）、補欠ＮＰＣ生成処理を実行する（ステップＳ２４）。
【0175】
図１７は、補欠ＮＰＣ生成処理の流れを説明するためのフローチャートである。
補欠ＮＰＣ生成処理において、サーバサイドシステム１０１０は、生成の設定モードを、類似モードとするかバランスモードとするかを選択する（ステップＳ３０）。
補欠ＮＰＣ生成処理において、サーバサイドシステム１０１０は、生成の設定モードを、類似モードとするかバランスモードとするかを選択する（ステップＳ３０）。
【0176】
モード選択を、処理対象グループのユーザキャラクタ４（４ａ、４ｂ、４ｃ）に係るユーザ情報６０３に基づいて自動選択するとしてもよい。例えば、暫定状態のユーザグループ６を構成するユーザキャラクタ４（４ａ、４ｂ、４ｃ）のキャラクタ属性やキャラクタレベルが所定の分散条件を満たす場合には、適度にばらけていると判断してバランスモードとし、キャラクタ属性やキャラクタレベルが所定の近似条件又は非分散条件を満たす場合には類似モードとする、としてもよい。勿論、これら以外のルールで自動設定してもよい。
【0177】
また、モード選択を、処理対象グループのグループ行動傾向７３５（分析結果）に基づいて、自動選択するとしてもよい。例えば、グループ行動傾向７３５が特定の行動傾向に所与の偏重条件を満たすほどに特異的に偏っている場合には類似モードを選択し、それ以外はバランスモードにする、としても良い。勿論、これら以外のルールで自動設定してもよい。
【0178】
また、モード選択を、処理対象グループのユーザの操作入力に基づいて選択してもよい。
例えば、ユーザ端末１５００にて、各プレーヤ向けに、マッチングに補欠ＮＰＣ５が必要であることを告げるとともに、補欠ＮＰＣ５に求める行動傾向についてのアンケートを表示して、アンケートへの答えを集計して決めることとしてもよい。アンケートの文言は、例えば、「補欠ＮＰＣ５に求める行動傾向を次の選択肢から選択してください。選択肢（１）グループの集団としての行動傾向に類似した行動傾向とする。選択肢（２）グループの集団としての行動傾向のバランスを補完する行動傾向とする。」などとする。そして、選択肢（１）を選択したユーザが多ければ類似モードとし、選択肢（２）を選択したユーザが多ければバランスモードに設定する。
例えば、ユーザ端末１５００にて、各プレーヤ向けに、マッチングに補欠ＮＰＣ５が必要であることを告げるとともに、補欠ＮＰＣ５に求める行動傾向についてのアンケートを表示して、アンケートへの答えを集計して決めることとしてもよい。アンケートの文言は、例えば、「補欠ＮＰＣ５に求める行動傾向を次の選択肢から選択してください。選択肢（１）グループの集団としての行動傾向に類似した行動傾向とする。選択肢（２）グループの集団としての行動傾向のバランスを補完する行動傾向とする。」などとする。そして、選択肢（１）を選択したユーザが多ければ類似モードとし、選択肢（２）を選択したユーザが多ければバランスモードに設定する。
【0179】
次に、サーバサイドシステム１０１０は、処理対象グループのグループ傾向７３０を分析し、グループ行動傾向７３５を求める（ステップＳ３２；図５参照）。
【0180】
次に、サーバサイドシステム１０１０は、処理対象グループの不足枠の数だけ、ループＢを実行する（ステップＳ４０からステップＳ５８）。
ループＢでは、サーバサイドシステム１０１０は、処理対象補欠ＮＰＣのキャラクタ属性とキャラクタレベルを決定する（ステップＳ４２；図７参照）。
ループＢでは、サーバサイドシステム１０１０は、処理対象補欠ＮＰＣのキャラクタ属性とキャラクタレベルを決定する（ステップＳ４２；図７参照）。
【0181】
次いで、サーバサイドシステム１０１０は、ステップＳ３０で選択した設定モードが、類似モードであれば（ステップＳ４４の類似モード）、処理対象補欠ＮＰＣの行動制御パラメータ値ＢＮを類似モードで設定する（ステップＳ４６；図６参照）。設定モードがバランスモードであれば（ステップＳ４４のバランスモード）、サーバサイドシステム１０１０は、処理対象補欠ＮＰＣの行動制御パラメータ値ＢＮをバランスモードで設定する（ステップＳ４８；図８参照）。
【0182】
そして、サーバサイドシステム１０１０は、能力制御パラメータ値Ｘを設定して（ステップＳ６６；図９参照）、ループＢを終える。
【0183】
処理対象グループの不足枠の数だけ、ループＢを実行し終えたならば、サーバサイドシステム１０１０は、処理対象グループの不足枠の数が複数であったならば（ステップＳ７０：複数体）、生成した複数の補欠ＮＰＣ５の行動制御パラメータ値ＢＮを、それら補欠ＮＰＣ５相互でバラツキが生じるように変更する（ステップＳ７２）。更に、生成した複数の補欠ＮＰＣ５の能力制御パラメータ値Ｘを、それら補欠ＮＰＣ５の間でバラツキが生じるように変更して（ステップＳ７４）、補欠ＮＰＣ生成処理を終了する。
【0184】
ステップＳ７２とステップＳ７４により、生成された複数の補欠ＮＰＣ５の行動傾向に違いが生じる。プレーヤの視点からみれば、全く同じ行動をするＮＰＣがグループ内に複数体いた場合には、いかにもコンピュータの助けが介入している感覚を抱き、ゲームプレイが興ざめとなりかねないが、適度に行動傾向に違いがあれば、そのような事態を回避することができる。
【0185】
図１６に戻って、補欠ＮＰＣ生成処理を終了するとループＡを抜ける（ステップＳ９０）。マッチングで不足枠が生じた全てのユーザグループ６についてループＡを実行したならば、サーバサイドシステム１０１０は、コンテンツの進行制御を開始する（ステップＳ１００）。これに伴い、サーバサイドシステム１０１０は、補欠ＮＰＣ５や敵ＮＰＣ７の自動制御を開始し、個別行動記録データ６３０（図４参照）の記録を開始する。
【0186】
コンテンツ終了条件が満たされれば（ステップＳ１０２のＹＥＳ）、サーバサイドシステム１０１０は、所定の終了処理を実行して（ステップＳ１０４）、一連のコンテンツの実行制御を終了する。
【0187】
以上より、サーバサイドシステム１０１０は、複数のユーザとＮＰＣとが同じコンテンツに参加する場合のグループの集団としての行動のバランスを、従来よりも改善することができる。
【0188】
〔変形例〕
以上、本発明を適用した実施形態の例について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。
以上、本発明を適用した実施形態の例について説明したが、本発明を適用可能な形態は上記形態に限定されるものではなく適宜構成要素の追加・省略・変更を施すことができる。
【0189】
（変形例その１）
例えば、上記実施形態では、コンテンツの例として、ユーザグループ６と敵グループ８とが対戦するＰｖＥタイプのマルチプレイオンラインゲームを挙げたが、ユーザグループ６同士が対戦するＰｖＰタイプのゲームであってもよい。また、本発明が適用可能なコンテンツは、マッチングされたユーザのユーザキャラクタ４とＮＰＣとがユーザグループ６として参加する内容であれば、ビデオゲームに限らない。例えば、仮想空間サービスで提供される汎用空間（例えば、いわゆるメタバース）内で実行されるグループ参加型のイベント（例えばダンスを行ったり楽器を演奏する等）であってもよい。
例えば、上記実施形態では、コンテンツの例として、ユーザグループ６と敵グループ８とが対戦するＰｖＥタイプのマルチプレイオンラインゲームを挙げたが、ユーザグループ６同士が対戦するＰｖＰタイプのゲームであってもよい。また、本発明が適用可能なコンテンツは、マッチングされたユーザのユーザキャラクタ４とＮＰＣとがユーザグループ６として参加する内容であれば、ビデオゲームに限らない。例えば、仮想空間サービスで提供される汎用空間（例えば、いわゆるメタバース）内で実行されるグループ参加型のイベント（例えばダンスを行ったり楽器を演奏する等）であってもよい。
【0190】
（変形例その２）
バランスモードにおける目標グループ行動傾向１０（図８参照）を成績優秀なユーザグループの実績値としてもよい。具体的には、サーバサイドシステム１０１０は、コンテンツ実行（ゲームプレイ）毎に、図１８に示すようなグループ成績データ７６０を残す。グループ成績データ７６０は、記録日時７６１と、メンバーユーザアカウントリスト７６３と、グループ成績７６５と、グループ行動傾向（写）７６６（グループ行動傾向７３５の写し；図１４参照）と、を含むとする。そして、目標グループ行動傾向１０を示す値として、グループ成績７６５が最も良いグループ成績データ７６０のグループ行動傾向（写）７６６に含まれるグループ行動傾向値ＢＴ（ＢＴ１，ＢＴ２，…）を採用する。
バランスモードにおける目標グループ行動傾向１０（図８参照）を成績優秀なユーザグループの実績値としてもよい。具体的には、サーバサイドシステム１０１０は、コンテンツ実行（ゲームプレイ）毎に、図１８に示すようなグループ成績データ７６０を残す。グループ成績データ７６０は、記録日時７６１と、メンバーユーザアカウントリスト７６３と、グループ成績７６５と、グループ行動傾向（写）７６６（グループ行動傾向７３５の写し；図１４参照）と、を含むとする。そして、目標グループ行動傾向１０を示す値として、グループ成績７６５が最も良いグループ成績データ７６０のグループ行動傾向（写）７６６に含まれるグループ行動傾向値ＢＴ（ＢＴ１，ＢＴ２，…）を採用する。
【0191】
（変形例その３）
バランスモードにおける目標グループ行動傾向１０を、敵グループ８の構成情報に基づいて決定するとしてもよい。例えば、１つの敵グループ８を撃退することがゲームの目的である場合（例えば、レイドイベント）、ステップＳ４８（図１７参照）において、予め用意されている敵グループ８を撃退するのに適したユーザグループ６のグループ行動傾向７３５を予め設定しておいて、このグループ行動傾向７３５を目標グループ行動傾向１０を示す値として採用する、としてもよい。複数のゲームステージ毎に異なる敵グループ８と対戦するステージ攻略型のゲームであれば、異なる敵グループ８毎に撃退するのに適したユーザグループ６のグループ行動傾向７３５を用意しておいて、行動制御パラメータ値ＢＮの設定をゲームステージ毎に再設定するとしてもよい。
バランスモードにおける目標グループ行動傾向１０を、敵グループ８の構成情報に基づいて決定するとしてもよい。例えば、１つの敵グループ８を撃退することがゲームの目的である場合（例えば、レイドイベント）、ステップＳ４８（図１７参照）において、予め用意されている敵グループ８を撃退するのに適したユーザグループ６のグループ行動傾向７３５を予め設定しておいて、このグループ行動傾向７３５を目標グループ行動傾向１０を示す値として採用する、としてもよい。複数のゲームステージ毎に異なる敵グループ８と対戦するステージ攻略型のゲームであれば、異なる敵グループ８毎に撃退するのに適したユーザグループ６のグループ行動傾向７３５を用意しておいて、行動制御パラメータ値ＢＮの設定をゲームステージ毎に再設定するとしてもよい。
【0192】
（変形例その４）
上記実施形態では、類似モードとバランスモードの何れかを選択・適用する例を示したが、両モードを併用する構成としてもよい。
例えば、図１９に示すように、コンテンツを、複数のユーザグループ６（６ａ，６ｂ，…）が参加するチーム参加型ＰｖＰ対戦ゲームとする。
また、図２０に示すように、予め攻略用推奨グループ行動傾向７５０を用意しておく。攻略用推奨グループ行動傾向７５０は、複数種類用意されていて、それぞれ攻略対象グループ傾向７５１と、攻略に推奨されるグループ行動傾向である推奨グループ行動傾向７５３と、を対応づけて格納している。
上記実施形態では、類似モードとバランスモードの何れかを選択・適用する例を示したが、両モードを併用する構成としてもよい。
例えば、図１９に示すように、コンテンツを、複数のユーザグループ６（６ａ，６ｂ，…）が参加するチーム参加型ＰｖＰ対戦ゲームとする。
また、図２０に示すように、予め攻略用推奨グループ行動傾向７５０を用意しておく。攻略用推奨グループ行動傾向７５０は、複数種類用意されていて、それぞれ攻略対象グループ傾向７５１と、攻略に推奨されるグループ行動傾向である推奨グループ行動傾向７５３と、を対応づけて格納している。
【0193】
そして、図２１に示す補欠ＮＰＣ生成処理βのように、サーバサイドシステム１０１０は、ループＢの処理対象グループへ割り当てる補欠ＮＰＣ５を生成する際に、暫定状態の処理対象グループのユーザキャラクタ４のユーザ情報６０３に基づいて、行動制御パラメータ値ＢＮを類似モードで１次設定する（ステップＳ４６）。
【0194】
その後、サーバサイドシステム１０１０は、対戦相手である他のユーザグループ６のグループ傾向７３０に適合する攻略用推奨グループ行動傾向７５０を検索する（ステップＳ６０）。次いで、検索した攻略用推奨グループ行動傾向７５０の推奨グループ行動傾向７５３を目標グループ行動傾向とみなしたバランスモードで、推奨行動制御パラメータ値を決定する（ステップＳ６２）。
【0195】
次いで、サーバサイドシステム１０１０は、ステップＳ４６で１次設定した行動制御パラメータ値ＢＮを、ステップＳ６２で決定した推奨グループ行動傾向に近づけるように補正して行動制御パラメータ値ＢＮを最終決定する（ステップＳ６４）。なお、当該ステップでは、１次設定した行動制御パラメータ値ＢＮは、奨行動制御パラメータ値に必ずしも一致させる必要は無く、両者の差を低減する値であればよい。当該ステップで、１次設定した行動制御パラメータ値ＢＮを攻略に適するように調整したともいえる。
【0196】
当該変形例によれば、補欠が必要なユーザグループ６（６ａ，６ｂ）同士が対戦するゲームであっても、それぞれのユーザグループ６の補欠ＮＰＣ５（５ｎ，５ｇ）を、それぞれのグループ行動傾向に沿った行動傾向を有し、且つ攻略に適した行動傾向を有するＮＰＣとすることができる。
【0197】
（変形例その５）
また、上記実施形態では、補欠ＮＰＣ５の生成の際に、１回だけ行動制御パラメータ値ＢＮを設定したが、コンテンツの進行制御開始以降、所与のタイミング（例えば、所定時間経過毎）に、行動制御パラメータ値ＢＮを再設定してもよい。
また、上記実施形態では、補欠ＮＰＣ５の生成の際に、１回だけ行動制御パラメータ値ＢＮを設定したが、コンテンツの進行制御開始以降、所与のタイミング（例えば、所定時間経過毎）に、行動制御パラメータ値ＢＮを再設定してもよい。
【0198】
具体的には、再設定に際しては、当該コンテンツ開始以降の行動結果が反映された個別行動記録データ６３０（図４参照）に基づいて、各ユーザキャラクタ４の個別行動傾向データ６２０からグループ行動傾向７３５を更新して、補欠ＮＰＣ生成処理を実行するとしてもよい。或いは、個別行動記録データ６３０のうち、当該コンテンツ開始以降の行動結果のデータのみからユーザキャラクタ４の個別行動傾向データ６２０に相当するデータを求め、求めたデータからグループ行動傾向７３５に相当するデータを求めて、このグループ行動傾向７３５に相当するデータを用いて補欠ＮＰＣ生成処理を実行して再設定するとしてもよい。
【0199】
（変形例その６）
能力パラメータとして、攻撃力、防御力、移動力などのカテゴリーを例示したが、ユーザキャラクタ４や補欠ＮＰＣ５にスキルを設定できる構成では、能力パラメータにスキル種類とスキルレベルとを含めることができる。
能力パラメータとして、攻撃力、防御力、移動力などのカテゴリーを例示したが、ユーザキャラクタ４や補欠ＮＰＣ５にスキルを設定できる構成では、能力パラメータにスキル種類とスキルレベルとを含めることができる。
【0200】
例えば、能力制御パラメータ値の設定可能範囲が、キャラクタ属性毎に決まっている場合、補欠ＮＰＣ５のキャラクタ属性が決まると自ずから能力制御パラメータ値の設定許容可能範囲が決まる。行動制御パラメータ値ＢＮの実現を裏付ける能力制御パラメータ値Ｘを設定しようとしても（図９参照）、設定許容可能範囲以上に能力制御パラメータ値Ｘは設定できない。つまり、能力制御パラメータ値Ｘだけでは、行動制御パラメータ値ＢＮの実現を裏付ける能力を補欠ＮＰＣ５に付与できないケースが起こる。この場合、設定許容可能範囲の設定に阻まれて付与できなかった能力の分を、スキルを設定することでカバーするとしてもよい。スキルの設定は、新たな能力制御パラメータの追加設定ということもできる。
【0201】
具体的には、図２２に示すような、スキル定義データ５９０を予め用意しておく。スキル定義データ５９０は、スキル種類５９１と、複数のスキル内容データ５９２とを含む。１つのスキル内容データ５９２は、適用スキルレベル５９３と対応付けられたスキル効果発現用データ５９４および能力補完効果５９５、を含む。スキル効果発現用データ５９４は、当該スキルをゲーム内で発現するための各種設定データである。能力補完効果５９５は、適用スキルレベル５９３が示すスキルレベルにおいて実質的にどの能力制御パラメータ値Ｘがどれだけ向上するかを示すデータである。
【0202】
例えば、能力制御パラメータ値Ｘが最大値であっても不可能な高速移動を可能にする「俊足スキル」があるとして、スキルレベルが上がるにつれて移動可能距離と移動速度が向上するものとする。「俊足スキル」のスキル効果発現用データ５９４は、スキル発動時にキャラクタの動作が高速化されているように見せる演出表示データなどが設定される。能力補完効果５９５は、「移動力」の補完パラメータ値「１００」といった具合に設定される。
【0203】
そして、補欠ＮＰＣ５の能力制御パラメータ値Ｘを設定するステップＳ６６において、設定したい能力制御パラメータ値Ｘが、キャラクタレベルに基づく当該能力制御パラメータ値の許容設定範囲の上限値（例えば、そのキャラクタ属性では上限値「５０」）を超える場合、上限値を超える不足分（例えば、「２０」）を補完パラメータ値で賄う。
【0204】
具体的には、能力補完効果５９５の示す補完パラメータ値が、賄うべき不足分と同値又は最も近い値のスキル定義データ５９０を検索して、当該スキルを補欠ＮＰＣ５へ付与する。もし、補欠ＮＰＣ５が検索したスキルを既に持っていれば、別種で同様の効果を有する別のスキルを検索するか、スキルレベルを上げることで対処する。
【0205】
なお、スキル定義データ５９０のスキルは、補欠ＮＰＣ５に限らず、ユーザキャラクタ４にも付与される。
【0206】
（変形例その７）
上述した実施形態および変形例においては、ユーザグループ６の参加枠に不足が生じた場合に補欠ＮＰＣ５を割り当てることとして説明した。しかし、参加枠に不足が生じなくとも、上述した実施形態における補欠ＮＰＣ５に相当するＮＰＣを追加することとしてユーザグループ６を構成してもよい。この場合、例えば、最低１体のＮＰＣをユーザグループ６に参加させる、という実施形態とすることができる。
上述した実施形態および変形例においては、ユーザグループ６の参加枠に不足が生じた場合に補欠ＮＰＣ５を割り当てることとして説明した。しかし、参加枠に不足が生じなくとも、上述した実施形態における補欠ＮＰＣ５に相当するＮＰＣを追加することとしてユーザグループ６を構成してもよい。この場合、例えば、最低１体のＮＰＣをユーザグループ６に参加させる、という実施形態とすることができる。
【符号の説明】
【0207】
４…ユーザキャラクタ
５…補欠ＮＰＣ
６…ユーザグループ
１０…目標グループ行動傾向
２００ｓ…処理部
２０２…コンテンツ管理部
２１０…ユーザ管理部
２２０…ユーザマッチング部
２２２…マッチング試行部
２２４…暫定部
２４０…参加ＮＰＣ設定部
２４２…目標グループ傾向設定部
２４４…グループ傾向分析部
２４６…モード選択部
２５０…参加制御部
５０１…サーバプログラム
５１０…コンテンツ初期設定データ
５５０…類似モード用相関関数
５６０…バランスモード用相関関数
５７０…能力相関関数
５８０…自動制御定義データ
６００…ユーザ管理データ
６２０…個別行動傾向データ
６３０…個別行動記録データ
７００…コンテンツ進行制御データ
７０１…グループ管理データ
７１０…ユーザキャラクタ管理データ
７２０…補欠ＮＰＣ管理データ
７２５…適用行動要素パラメータ値群
７２６…適用能力制御パラメータ値群
７３０…グループ傾向
７３５…グループ行動傾向
１０００…仮想空間サービスシステム
１０１０…サーバサイドシステム
１１０１…マッチングサーバシステム
１５００…ユーザ端末
５…補欠ＮＰＣ
６…ユーザグループ
１０…目標グループ行動傾向
２００ｓ…処理部
２０２…コンテンツ管理部
２１０…ユーザ管理部
２２０…ユーザマッチング部
２２２…マッチング試行部
２２４…暫定部
２４０…参加ＮＰＣ設定部
２４２…目標グループ傾向設定部
２４４…グループ傾向分析部
２４６…モード選択部
２５０…参加制御部
５０１…サーバプログラム
５１０…コンテンツ初期設定データ
５５０…類似モード用相関関数
５６０…バランスモード用相関関数
５７０…能力相関関数
５８０…自動制御定義データ
６００…ユーザ管理データ
６２０…個別行動傾向データ
６３０…個別行動記録データ
７００…コンテンツ進行制御データ
７０１…グループ管理データ
７１０…ユーザキャラクタ管理データ
７２０…補欠ＮＰＣ管理データ
７２５…適用行動要素パラメータ値群
７２６…適用能力制御パラメータ値群
７３０…グループ傾向
７３５…グループ行動傾向
１０００…仮想空間サービスシステム
１０１０…サーバサイドシステム
１１０１…マッチングサーバシステム
１５００…ユーザ端末
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】