特開 2024-91242 情報処理システム、情報処理装置およびプログラム

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

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

(11)【公開番号】P2024091242

(43)【公開日】2024-07-04

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

(51)【国際特許分類】

   A63F 13/795 20140101AFI20240627BHJP

【ＦＩ】

A63F13/795

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2023109689

(22)【出願日】2023-07-04

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

【原出願日】2022-12-23

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り 令和４年３月９日に「エグゾプライマル｜ＣＡＰＣＯＭ」公式サイト（ｈｔｔｐｓ：／／ｗｗｗ．ｅｘｏｐｒｉｍａｌ．ｃｏｍ／）にて公開 ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｌ８Ｑ１ＮｎＺｈＶＣＵ）にて公開 ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｍ＿ｄＫ３８ｚｎｂｚｓ）にて公開 ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｍ７－Ｗ－ＵＮｈ５－Ｍ）にて公開 ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝６ｍｆｂｍｐＲ００ｈ０）にて公開 ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｑ９＿－ＤＳ＿ｕｌｏｃ）にて公開 ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＩＹＷｒｔｖＸＲｃＨ０）にて公開 ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｈｎＤｘ７ｘ７Ｃ－ｊＵ）にて公開 ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ａ１ＶＫＪ６ＤＦ０ｅＹ）にて公開 ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝５ｅｐ３ａＵｚＵｅｆ４）にて公開 ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＤｈＭｙＱｘ－５Ｊｊｏ）にて公開 ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｐ７ＥＥｊＴｒ－ａＭＥ）にて公開 ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｋＬｖＰｒＴｘｈｓＩＥ）にて公開

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＲｘｍＪ９Ｘｑ３ｌＮｏ）にて公開 ［刊行物等］ 令和４年３月１０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＬＭｍ０Ｓ２ｔｓＨｂｗ）にて公開 ［刊行物等］ 令和４年６月１５日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝９８ＥＳＩＦｉｖ３５８）にて公開 ［刊行物等］ 令和４年６月１５日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝８ＰＩＬ３２ＦｐＢ４ｓ）にて公開 ［刊行物等］ 令和４年６月１６日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｊＷｔＰｈｘｈＤｌｚｏ）にて公開 ［刊行物等］ 令和４年６月１６日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｙ０Ｃ６ｊＧｙｚＩＺｓ）にて公開 ［刊行物等］ 令和４年６月１６日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｌｃ＿ｙＵＬｃＥｄＭｃ）にて公開 ［刊行物等］ 令和４年６月１６日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝８Ｔ９ｐｗＫｚＲＭＦ８）にて公開 ［刊行物等］ 令和４年６月１６日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｊｇｒｘｘ７ｊｔＴ５ｗ）にて公開 ［刊行物等］ 令和４年６月１６日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｆｙｔＳＨｋｏＵＢ４ｋ）にて公開 ［刊行物等］ 令和４年６月１６日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝２８ＵＲＯｑＥ０ｈ４４）にて公開 ［刊行物等］ 令和４年６月１６日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ａ５ＦＯＥｗＡｊｗ７Ｕ）にて公開

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り ［刊行物等］ 令和４年６月１６日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＮｇＧ２Ｚｍｆ３ＵｗＱ）にて公開 ［刊行物等］ 令和４年６月１６日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｆＳＶＢＫＷＵＣ２１Ｙ）にて公開 ［刊行物等］ 令和４年６月１６日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＺｋＰｓＵＶＨＬｍＴｓ）にて公開 ［刊行物等］ 令和４年６月１６日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｚＵＴＡｒｋＹｆＣＪｇ）にて公開 ［刊行物等］ 令和４年６月１６日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｐｚａｌｍｕｏｚｆａ８＆ｔ＝４ｓ）にて公開 ［刊行物等］ 令和４年６月２２日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝９Ｉｃ９ｙＳＩｙｎａＭ）にて公開 ［刊行物等］ 令和４年７月１５日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｊＭＤＲｈ４ＣＡＰｏＱ）にて公開 ［刊行物等］ 令和４年７月１５日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＹｔＮＯＤｃｌＱＰＯＩ）にて公開 ［刊行物等］ 令和４年７月１５日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝８ＤＮｚＱＦ１Ｒｅｃｇ）にて公開 ［刊行物等］ 令和４年７月１５日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｉ－ｐＣｇＦＲｈｏＱ８）にて公開 ［刊行物等］ 令和４年７月１５日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝８３ｗｐ－ｚｎｄｈ＿Ｉ）にて公開 ［刊行物等］ 令和４年７月１５日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＥＹＪｌＪＰＧＣｍ１ｏ）にて公開

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り ［刊行物等］ 令和４年７月１５日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｚ２ｖＫＺｏ９Ｂｎｓ４）にて公開 ［刊行物等］ 令和４年７月１８日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｈＲＲｒｗＩＪｓ－Ｒ８）にて公開 ［刊行物等］ 令和４年７月１９日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝０Ｌ７ＸｙＣＤｎｃｋ８）にて公開 ［刊行物等］ 令和４年７月１９日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＸＫｉ４ｇＲｖ４ｍ７Ｉ）にて公開 ［刊行物等］ 令和４年７月１９日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｖ６Ｈ２ｕｕＡ５０４Ａ）にて公開 ［刊行物等］ 令和４年７月２０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｌｗｔｙａ６ＥｕＡＴＡ）にて公開 ［刊行物等］ 令和４年７月２０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝０ＳｓＦ３ｔＮ８４６Ｍ）にて公開 ［刊行物等］ 令和４年７月２０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＬｃＫ４ｋＤ８Ｈ０１ｗ）にて公開 ［刊行物等］ 令和４年７月２０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＹＹＤ４ｐＶＫｋｗｋ４）にて公開 ［刊行物等］ 令和４年７月２０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝７Ｃｐａ４ＦＧｒＥ４ｗ）にて公開 ［刊行物等］ 令和４年７月２０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｙＪｈｂｓｐ＿５ｇ５ｓ）にて公開

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り ［刊行物等］ 令和４年７月２０日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｅｍ９ｉＺＢＨ０ｃｅｋ）にて公開 ［刊行物等］ 令和４年７月２１日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ａＬｓＳｊＯＧｖＴＳｓ）にて公開 ［刊行物等］ 令和４年７月２１日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ＲＤｘａ７Ｐ６ＪｑＮｏ）にて公開 ［刊行物等］ 令和４年７月２２日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｕｒＸｋＤｍＰ９ＤＵｗ）にて公開 ［刊行物等］ 令和４年７月２２日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝ｉＡ－ＨＳＫｄＤＡｒＹ）にて公開 ［刊行物等］ 令和４年９月１７日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｙｏｕｔｕ．ｂｅ／ｕｅｒＨＮＧｇＪＢＫｇ）にて公開 ［刊行物等］ 令和４年９月１８日に「ＹｏｕＴｕｂｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｙｏｕｔｕｂｅ．ｃｏｍ／ｗａｔｃｈ？ｖ＝Ｊ＿ＺｊＲＧＹｋＩＳｓ）にて公開 ［刊行物等］ 令和４年８月１０日に「Ｔｗｉｔｔｅｒ」（ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｅｘｏｐｒｉｍａｌ／ｓｔａｔｕｓ／１５５７３５１１０８８０００４５０５６）にて公開 ［刊行物等］ 令和４年８月１１日に「Ｔｗｉｔｔｅｒ」（ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｅｘｏｐｒｉｍａｌ／ｓｔａｔｕｓ／１５５７６９８５２４７８７２２８６７８）にて公開 ［刊行物等］ 令和４年８月１３日に「Ｔｗｉｔｔｅｒ」（ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｅｘｏｐｒｉｍａｌ／ｓｔａｔｕｓ／１５５８１２１３２９７６４８４３５２０）にて公開 ［刊行物等］ 令和４年９月１７日に「Ｔｗｉｔｔｅｒ」（ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｉ／ｂｒｏａｄｃａｓｔｓ／１ＤＸｘｙｖｇｖｖＲｋＫＭ）にて公開 ［刊行物等］ 令和４年９月１８日に「Ｔｗｉｔｔｅｒ」（ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／ｉ／ｂｒｏａｄｃａｓｔｓ／１ｙｐＫｄｄＲｑｏｊｊＫＷ）にて公開

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り ［刊行物等］ 令和４年６月１３日に「Ｐｒｅｓｓ Ｓｔａｒｔ」（ｈｔｔｐｓ：／／ｐｒｅｓｓ－ｓｔａｒｔ．ｃｏｍ．ａｕ／ｆｅａｔｕｒｅｓ／２０２２／０６／１４／ｅｘｏｐｒｉｍａｌ－ｅｘｐｌａｉｎｅｄ－ａｎ－ｉｎｔｅｒｖｉｅｗ－ｗｉｔｈ－ｔｈｅ－ｄｅｖｅｌｏｐｍｅｎｔ－ｔｅａｍ／）にて公開 ［刊行物等］ 令和４年６月１３日に「ＧａｍｅｒＳｋｙ．ｃｏｍ」（ｈｔｔｐｓ：／／ｗｗｗ．ｇａｍｅｒｓｋｙ．ｃｏｍ／ｎｅｗｓ／２０２２０６／１４９０７５１．ｓｈｔｍｌ）にて公開 ［刊行物等］ 令和４年６月１４日に「ＩＧＮ ＪＡＰＡＮ」（ｈｔｔｐｓ：／／ｊｐ．ｉｇｎ．ｃｏｍ／ｅｘｏｐｒｉｍａｌ／６０３７９／ｉｎｔｅｒｖｉｅｗ／ｄ）にて公開 ［刊行物等］ 令和４年６月１４日に「ＡＳＣＩＩ．ｊｐ」（ｈｔｔｐｓ：／／ａｓｃｉｉ．ｊｐ／ｅｌｅｍ／０００／００４／０９４／４０９４５４０／？ｔｏｐｎｅｗ＝４）にて公開 ［刊行物等］ 令和４年６月１４日に「Ｇａｍｅｒ」（ｈｔｔｐｓ：／／ｗｗｗ．ｇａｍｅｒ．ｎｅ．ｊｐ／ｎｅｗｓ／２０２２０６１４０００２／）にて公開 ［刊行物等］ 令和４年６月１４日に「ＧＡＭＥ Ｗａｔｃｈ」（ｈｔｔ ｐｓ：／／ｇａｍｅ．ｗａｔｃｈ．ｉｍｐｒｅｓｓ．ｃｏ．ｊｐ／ｄｏｃｓ／ｉｎｔｅｒｖｉｅｗ／１４１６７９１．ｈｔｍｌ）にて公開 ［刊行物等］ 令和４年６月１４日に「Ｇａｍｅ＊Ｓｐａｒｋ」（ｈｔｔｐｓ：／／ｗｗｗ．ｇａｍｅｓｐａｒｋ．ｊｐ／ａｒｔｉｃｌｅ／２０２２／０６／１４／１１９４７８．ｈｔｍｌ）にて公開 ［刊行物等］ 令和４年６月１４日に「電撃オンライン」（ｈｔｔｐｓ：／／ｄｅｎｇｅｋｉｏｎｌｉｎｅ．ｃｏｍ／ａｒｔｉｃｌｅｓ／１３６５８９／）にて公開 ［刊行物等］ 令和４年６月１４日に「ファミ通．ｃｏｍ」（ｈｔｔｐｓ：／／ｗｗｗ．ｆａｍｉｔｓｕ．ｃｏｍ／ｎｅｗｓ／２０２２０６／１４２６４８７５．ｈｔｍｌ）にて公開 ［刊行物等］ 令和４年６月１４日に「ＶジャンプＷＥＢ」（ｈｔｔｐｓ：／／ｖｊｕｍｐ．ｓｈｕｅｉｓｈａ．ｃｏ．ｊｐ／ｎｅｗｓ／０４＿２０２２０６１４＿１．ｈｔｍｌ）にて公開 ［刊行物等］ 令和４年６月１４日に「４Ｇａｍｅｒ．ｎｅｔ」（ｈｔｔｐｓ：／／ｗｗｗ．４ｇａｍｅｒ．ｎｅｔ／ｇａｍｅｓ／６２１／Ｇ０６２１５４／２０２２０６１３１４７／）にて公開

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り ［刊行物等］ 令和４年６月１４日に「ＰＣＧａｍｅｓＮ」（ｈｔｔｐｓ：／／ｗｗｗ．ｐｃｇａｍｅｓｎ．ｃｏｍ／ｅｘｏｐｒｉｍａｌ／ｅｘｏｓｕｉｔ－ｃｌａｓｓｅｓ）にて公開 ［刊行物等］ 令和４年６月１４日に「ＩＧＮ」（ｈｔｔｐｓ：／／ｗｗｗ．ｉｇｎ．ｃｏｍ／ａｒｔｉｃｌｅｓ／ｅｘｏｐｒｉｍａｌ－ｆｕｌｌ－ｐｒｉｃｅ－ｆｒｅｅ－ｔｏ－ｐｌａｙ－ｄｉｎｏ－ｃｒｉｓｉｓ）にて公開 ［刊行物等］ 令和４年６月１４日に「ＧａｍｅＳｔａｒ．ｄｅ」（ｈｔｔｐｓ：／／ｗｗｗ．ｇａｍｅｓｔａｒ．ｄｅ／ａｒｔｉｋｅｌ／ｅｘｏｐｒｉｍａｌ－ｋｏｏｐ－ｓｈｏｏｔｅｒ－ｄｉｎｏｓ－ｐｒｅｖｉｅｗ，３３８１５７５．ｈｔｍｌ）にて公開 ［刊行物等］ 令和４年６月１４日に「巴哈姆特電玩資訊站」（ｈｔｔｐｓ：／／ｇｎｎ．ｇａｍｅｒ．ｃｏｍ．ｔｗ／ｄｅｔａｉｌ．ｐｈｐ？ｓｎ＝２３３２４７）にて公開 ［刊行物等］ 令和４年６月１４日に「Ｗａｎｕｘｉ．ｃｏｍ」（ｈｔｔｐｓ：／／ｗｗｗ．ｗａｎｕｘｉ．ｃｏｍ／％ｅ７％８ｂ％ａｃ％ｅ５％ａｅ％ｂ６％ｅ４％ｂ８％９３％ｅ８％ａｅ％ｂｆ％ｅ３％８０％８ａｅｘｏｐｒｉｍａｌ％ｅ３％８０％８ｂ％ｅ５％８８％ｂ６％ｅ４％ｂｄ％９ｃ％ｅ４％ｂａ％ｂａ％ｅ４％ｂｂ％ａ５％ｅ５％８ｆ％８ａ％ｅ７％９ｂ％９１％ｅ５％８８％ｂ６％ｅｆ％ｂｃ％８１％ｅ６％ａｆ％８ｆ％ｅ４％ｂ８％８０％ｅ５％ｂ１％８０％ｅ７％９ａ％８４％ｅ６％ｂ８％ｂ８％ｅ６％８８％８ｆ％ｅ９％８３％ｂｄ／）にて公開 ［刊行物等］ 令和４年６月１４日に「Ａ９ＶＧ」（ｈｔｔｐｓ：／／ｗｗｗ．ａ９ｖｇ．ｃｏｍ／ａｒｔｉｃｌｅ／１８６７５７）にて公開 ［刊行物等］ 令和４年６月１４日に「机核 ＧＣＯＲＥＳ」（ｈｔｔｐｓ：／／ｗｗｗ．ｇｃｏｒｅｓ．ｃｏｍ／ａｒｔｉｃｌｅｓ／１５２４１２）にて公開 ［刊行物等］ 令和４年６月１４日に「網易」（ｈｔｔｐｓ：／／ｗｗｗ．１６３．ｃｏｍ／ｄｙ／ａｒｔｉｃｌｅ／Ｈ９ＲＶＥ２２Ｇ０５２６Ｑ３ＣＪ．ｈｔｍｌ）にて公開 ［刊行物等］ 令和４年６月１４日に「ｂｉｌｉｂｉｌｉ」（ｈｔｔｐｓ：／／ｗｗｗ．ｂｉｌｉｂｉｌｉ．ｃｏｍ／ｒｅａｄ／ｃｖ１７０８８６６５）にて公開

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り ［刊行物等］ 令和４年６月１５日に「ＰＣＧａｍｅｓＮ」（ｈｔｔｐｓ：／／ｗｗｗ．ｐｃｇａｍｅｓｎ．ｃｏｍ／ｅｘｏｐｒｉｍａｌ／ｄｉｎｏｓａｕｒ－ｍｅｃｈ－ｇａｍｅ－ｔａｋｕｒｏ－ｈｉｒａｏｋａ）にて公開 ［刊行物等］ 令和４年６月１５日に「Ｅｖｅｒｙｅｙｅ．ｉｔ」（ｈｔｔｐｓ：／／ｗｗｗ．ｅｖｅｒｙｅｙｅ．ｉｔ／ｎｏｔｉｚｉｅ／ｅｘｏｐｒｉｍａｌ－ｃｏｌｌｅｇａｔｏ－ｄｉｎｏ－ｃｒｉｓｉｓ－ｃａｐｃｏｍ－ｃｈｉａｒｉｓｃｅ－ｄｅｆｉｎｉｔｉｖａｍｅｎｔｅ－５９３１４７．ｈｔｍｌ）にて公開 ［刊行物等］ 令和４年６月１５日に「３ＤＪｕｅｇｏｓ」（ｈｔｔｐｓ：／／ｗｗｗ．３ｄｊｕｅｇｏｓ．ｃｏｍ／ｊｕｅｇｏｓ／ｅｘｏｐｒｉｍａｌ／ｎｏｔｉｃｉａｓ／ｅｘｏｐｒｉｍａｌ－ｎｏ－ｅｓ－ｄｉｎｏ－ｃｒｉｓｉｓ－ｐｅｒｏ－ｔｒａｓ－ｖｅｒ－ｓｕ－ａｃｃｉｏｎ－ｓｈｏｏｔｅｒ－ｃｏｎ－ｄｉｎｏｓａｕｒｉｏｓ－ｑｕｉｅｒｏ－ｐｒｏｂａｒｌｏ－ｙａ－２２０６１４－５８７６）にて公開 ［刊行物等］ 令和４年６月１５日に「虎■」（ｈｔｔｐｓ：／／ｍ．ｈｕｐｕ．ｃｏｍ／ｂｂｓ／５４２４２９４９．ｈｔｍｌ）にて公開 ［刊行物等］ 令和４年６月１５日に「知乎」（ｈｔｔｐｓ：／／ｚｈｕａｎｌａｎ．ｚｈｉｈｕ．ｃｏｍ／ｐ／５２８７５３６０５）にて公開 ［刊行物等］ 令和４年６月１６日に「ｊｅｕｘｖｉｄｅｏ．ｃｏｍ」（ｈｔｔｐｓ：／／ｗｗｗ．ｊｅｕｘｖｉｄｅｏ．ｃｏｍ／ｎｅｗｓ／１５８８９０３／ｅｘｏｐｒｉｍａｌ－ｅｎｔｒｅ－ｊｕｒａｓｓｉｃ－ｗｏｒｌｄ－ｅｔ－ａｎｔｈｅｍ－ｑｕｅ－ｎｏｕｓ－ｒｅｓｅｒｖｅ－ｃａｐｃｏｍ－ｌｅ－ｄｉｒｅｃｔｅｕｒ－ｄｕ－ｔｉｔｒｅ－ｎｏｕｓ－ｒｅｐｏｎｄ．ｈｔｍ）にて公開 ［刊行物等］ 令和４年６月１８日に「ＨｏｂｂｉＧａｍｅ」（ｈｔｔｐｓ：／／ｈｏｂｂｉｇａｍｅ．ｃｏｍ／ｅｘｏｐｒｉｍａｌ－ｉｎｔｅｒｖｅｉｗ／）にて公開 ［刊行物等］ 令和４年６月２４日に「Ｄｅｓｔｒｕｃｔｏｉｄ」（ｈｔｔｐｓ：／／ｗｗｗ．ｄｅｓｔｒｕｃｔｏｉｄ．ｃｏｍ／ｅｘｏｐｒｉｍａｌ－ｉｎｔｅｒｖｉｅｗ－ｃａｐｃｏｍ－ｇａｍｅ－ｄｉｒｅｃｔｏｒ－ｔａｋｕｒｏ－ｈｉｒａｏｋａ／）にて公開

【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り ［刊行物等］ 令和４年７月５日に「Ｇｒｅａｔ Ｇａｍｅ Ａｓｉａ 亞洲遊戲網」（ｈｔｔｐｓ：／／ｇｒｅａｔｇａｍｅ．ａｓｉａ／％ｅ３％８０％８ａ－ｅｘｏｐｒｉｍａｌ－％ｅ３％８０％８ｂ％ｅ８％ａ３％ｂｄ％ｅ４％ｂｄ％９ｃ％ｅ４％ｂａ％ｂａ％ｅ５％ｂ０％８８％ｅ８％ａ８％ａａ－％ｅ３％８０％８ｃ％ｅ４％ｂ８％８ｄ％ｅ６％９８％ａｆ％ｅ５％８３％８ｆ％ｅ３％８０％８ａｍｈ％ｅ３％８０％８ｂ％ｅ８％８８％ａｃ％ｅ８％８８％８７％ｅ４％ｂ８％８０％ｅ５％８０％８ｂ％ｅ５％ｂｃ％ｂ７％ｅ５％ａ４％ａ７％ｅ６％９５％ｂ５／）にて公開 ［刊行物等］ 令和４年７月６日に「Ｓｔｅａｍ」（ｈｔｔｐｓ：／／ｓｔｏｒｅ．ｓｔｅａｍｐｏｗｅｒｅｄ．ｃｏｍ／ａｐｐ／１２８６３２０／ＥＸＯＰＲＩＭＡＬ／）にて公開 ［刊行物等］ 令和４年７月８日に「Ｓｔｅａｍ」（ｈｔｔｐｓ：／／ｓｔｏｒｅ．ｓｔｅａｍｐｏｗｅｒｅｄ．ｃｏｍ／ｎｅｗｓ／ａｐｐ／１２８６３２０？ｅｍｃｌａｎ＝１０３５８２７９１４７２０４５４０２＆ｅｍｇｉｄ＝３３２４２３６０３６０８２５２４８７７）にて公開 ［刊行物等］ 令和４年７月２２日に「Ｓｔｅａｍ」（ｈｔｔｐｓ：／／ｓｔｏｒｅ．ｓｔｅａｍｐｏｗｅｒｅｄ．ｃｏｍ／ｎｅｗｓ／ａｐｐ／１２８６３２０？ｅｍｃｌａｎ＝１０３５８２７９１４７２０４５４０２＆ｅｍｇｉｄ＝３４１４３０９１１９８６２５９５４０５）にて公開 ［刊行物等］ 令和４年８月２日に「Ｓｔｅａｍ」（ｈｔｔｐｓ：／／ｓｔｏｒｅ．ｓｔｅａｍｐｏｗｅｒｅｄ．ｃｏｍ／ａｐｐ／１２８６３２０／ＥＸＯＰＲＩＭＡＬ／）にて公開 ［刊行物等］ 令和４年８月５日に「Ｓｔｅａｍ」（ｈｔｔｐｓ：／／ｓｔｏｒｅ．ｓｔｅａｍｐｏｗｅｒｅｄ．ｃｏｍ／ｎｅｗｓ／ａｐｐ／１２８６３２０？ｅｍｃｌａｎ＝１０３５８２７９１４７２０４５４０２＆ｅｍｇｉｄ＝３３６１３９３０９２８３０７１３６９４）にて公開 ［刊行物等］ 令和４年９月１５日（令和４年９月１５日～９月１８日）に「東京ゲームショウ２０２２」（幕張メッセ（千葉県千葉市美浜区中瀬二丁目１））にて公開

(71)【出願人】

【識別番号】000129149

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

(74)【代理人】

【識別番号】110002789

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

(72)【発明者】

【氏名】江口 英典

(72)【発明者】

【氏名】阿部 一樹

(57)【要約】      （修正有）

【課題】マッチングを改善し、ゲームの興趣性を改善する。
【解決手段】情報処理システムのプロセッサは、受付ステップでは、ユーザの操作に基づいてマルチプレイに参加するための要求を受け付ける。判定ステップでは、要求の区分を判定し、区分には、第１区分および第２区分が含まれる。第１処理ステップでは、第１区分に判定された要求を行った複数のユーザの中から選択された第１数のユーザを第１マルチプレイに参加させる第１マッチング処理を実行する。第２処理ステップでは、第２区分に判定された要求を行った複数のユーザの中から選択された第２数のユーザを第２マルチプレイに参加させる第２マッチング処理を実行する。第３処理ステップでは、第１区分に判定された要求を行ったユーザが第１マッチング処理を実行する条件を満たさない場合、第２区分に判定された要求を行ったユーザを第１マルチプレイに参加させる第３マッチング処理を実行する。
【選択図】図１

【特許請求の範囲】

【請求項1】

情報処理システムであって、
次の各ステップがなされるようにプログラムを実行可能なプロセッサを備え、
前記プロセッサが、
受付ステップでは、ユーザの操作に基づいてマルチプレイに参加するための要求を受け付け、
判定ステップでは、前記要求の区分を判定し、前記区分には、第１区分および第２区分が含まれ、
第１処理ステップでは、前記第１区分に判定された前記要求を行った複数のユーザの中から選択された第１数のユーザを第１マルチプレイに参加させる第１マッチング処理を実行し、
第２処理ステップでは、前記第２区分に判定された前記要求を行った複数のユーザの中から選択された第２数のユーザを第２マルチプレイに参加させる第２マッチング処理を実行し、
第３処理ステップでは、前記第１区分に判定された前記要求を行ったユーザが前記第１マッチング処理を実行する条件を満たさない場合、前記第２区分に判定された前記要求を行ったユーザを前記第１マルチプレイに参加させる第３マッチング処理を実行する、
情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

特許文献１には、各グループに登録されたプレイヤのうち対戦に参加するプレイヤについて、同一グループに登録された全てのプレイヤを互いに同一のチームに所属させると共に、そのチームに対し、登録されたグループが互いに異なるプレイヤを所属可能にさせる技術が開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許５５４３７５５号公報

【発明の概要】

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

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

図１１は、そのように変更されたマッチング条件において定義されるマッチングの成立人数と、第１チームおよび第２チームに所属させるプレイヤの人数と、を対応付けたテーブルの一例を示す図である。成立人数とは、マッチング条件が満たされてマッチングが成立したときのプレイヤの人数である。マッチング条件が変更されると、成立人数も変化する。図１２に示すテーブルＴＢ１では、成立人数が「１０」人の場合、第１チームに「５」人のプレイヤが所属させ、第２チームに「５」人のプレイヤが所属させることが示されている。また、成立人数が「８」人の場合、第１チームに「４」人のプレイヤが所属させ、第２チームに「４」人のプレイヤが所属させることが示されている。

【0089】

また、テーブルＴＢ１では、成立人数が「９」、「７」、「６」人の場合、プレイヤの所属を決定しないことが示されている。また、成立人数が「５」人の場合、第１チームに「５」人のプレイヤを所属させ、第２チームには「５」人のＮＰＣ（ノンプレイヤキャラクタ）を所属させることが示されている。また、成立人数が「４」人の場合、第１チームには「４」人のプレイヤと「１」人のＮＰＣを所属させ、第２チームには「５」人のＮＰＣを所属させることが示されている。

【0090】

また、成立人数が「３」人の場合、第１チームには「３」人のプレイヤと「２」人のＮＰＣを所属させ、第２チームには「５」人のＮＰＣを所属させることが示されている。また、成立人数が「２」人の場合、第１チームには「２」人のプレイヤと「３」人のＮＰＣを所属させ、第２チームには「５」人のＮＰＣを所属させることが示されている。また、成立人数が「１」人の場合、第１チームには「１」人のプレイヤと「４」人のＮＰＣを所属させ、第２チームには「５」人のＮＰＣを所属させることが示されている。

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

１ ：ゲームシステム
２ ：ゲーム管理装置
３ ：ゲーム装置
２３ ：制御部
３３ ：制御部
１００ ：情報処理システム
２０１ ：ゲーム処理部
２０２ ：要求受付部
２０３ ：区分判定部
２０４ ：マッチング処理部
２０５ ：チーム決定部
３０１ ：ゲーム処理部
３０２ ：操作受付部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【手続補正書】

【提出日】2023-07-25

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

情報処理システムであって、
次の各ステップがなされるようにプログラムを実行可能なプロセッサを備え、
前記プロセッサが、
受付ステップでは、ユーザの操作に基づいて第１チームおよび第２チームを含む複数のチームによって進行されるマルチプレイに参加するための要求を受け付け、
処理ステップでは、前記要求を行った複数のユーザの中から選択されたユーザを前記マルチプレイに参加させるマッチング処理を実行し、
決定ステップでは、当該マルチプレイにおいて、マッチングされたユーザの人数に応じて、当該マッチングされたユーザを、前記第１チームに所属させるか、前記第１チームおよび前記第２チームに分けて所属させるかを決定する、
情報処理システム。

【請求項2】

請求項１に記載の情報処理システムにおいて、
前記第１チーム、および、前記第２チームの少なくとも一方には所属させるユーザの下限数が設定されており、
前記プロセッサが、
前記決定ステップでは、前記要求を送信したユーザを前記第１チームおよび前記第２チームに分けて所属させたときに前記第１チームまたは前記第２チームの少なくとも一方において前記下限数を下回ることとなる場合には、前記要求を送信した前記ユーザを前記第１チームに所属させる、
情報処理システム。

【請求項3】

請求項２に記載の情報処理システムにおいて、
前記プロセッサが、
前記決定ステップでは、前記第１チーム、および、前記第２チームの少なくとも一方には所属させるユーザの上限数が設定されており、前記要求を送信した前記ユーザを前記第１チームおよび前記第２チームに分けて所属させたときに前記第１チームまたは前記第２チームの少なくとも一方において前記下限数を下回ることとなる場合には、前記要求を送信した前記ユーザのうち前記上限数を超えない数のユーザをマッチングして前記第１チームに所属させる、
情報処理システム。

【請求項4】

請求項１に記載の情報処理システムにおいて、
前記プロセッサが、
前記決定ステップでは、前記第１チームおよび前記第２チームに分けて所属させる場合、前記第１チームおよび前記第２チームに所属されるユーザの人数が最も近くなるように、前記ユーザを前記第１チームおよび前記第２チームに所属させる、
情報処理システム。

【請求項5】

請求項１に記載の情報処理システムにおいて、
前記第１チーム、および、前記第２チームには所属させるユーザの下限数と上限数が設定されており、
前記プロセッサが、
前記決定ステップでは、前記要求を受け付けた後に所定時間を経過した場合に、前記要求を行った複数のユーザの人数が、前記第１チーム、および、前記第２チームの前記上限数の合計に達していない場合であっても、前記第１チーム、および、前記第２チームの一方または双方に対して前記下限数を下回らないように、前記ユーザを前記第１チームおよび前記第２チームの一方または双方に所属させる、
情報処理システム。

【請求項6】

請求項５に記載の情報処理システムにおいて、
前記プロセッサが、
ゲーム処理ステップでは、前記マルチプレイのゲーム処理を実行し、前記第１チーム、および、前記第２チームの少なくとも一方に所属されたユーザの人数に基づいて、前記マルチプレイのゲームの難易度、または、報酬を設定する、
情報処理システム。

【請求項7】

請求項５に記載の情報処理システムにおいて、
前記プロセッサが、
前記決定ステップでは、前記要求を受け付けた１日のうちの時間帯、または、１年のうちの時期に応じて、前記所定時間の長さを異ならせる、
情報処理システム。

【請求項8】

情報処理装置であって、
請求項１～請求項７のいずれか１つに記載の情報処理システムの各ステップを実行するように構成される、情報処理装置。

【請求項9】

プログラムであって、
コンピュータに、請求項１～請求項７のいずれか１つに記載の情報処理システムの各ステップを実行させる、プログラム。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】００８８

【補正方法】変更

【補正の内容】

【0088】

図１１は、そのように変更されたマッチング条件において定義されるマッチングの成立人数と、第１チームおよび第２チームに所属させるプレイヤの人数と、を対応付けたテーブルの一例を示す図である。成立人数とは、マッチング条件が満たされてマッチングが成立したときのプレイヤの人数である。マッチング条件が変更されると、成立人数も変化する。図１１に示すテーブルＴＢ１では、成立人数が「１０」人の場合、第１チームに「５」人のプレイヤが所属させ、第２チームに「５」人のプレイヤが所属させることが示されている。また、成立人数が「８」人の場合、第１チームに「４」人のプレイヤが所属させ、第２チームに「４」人のプレイヤが所属させることが示されている。

【手続補正3】

【補正対象書類名】明細書

【補正対象項目名】００９２

【補正方法】変更

【補正の内容】

【0092】

このように、第１チーム、および、第２チームの少なくとも一方には所属させるユーザの下限数（図１１の例では第１チームおよび第２チームとも下限数が４人）が設定されている。そして、チーム決定部２０５は、マッチング要求を送信したユーザを第１チームおよび第２チームに分けて所属させたときに第１チームまたは第２チームの少なくとも一方において下限数を下回ることとなる場合には、要求を送信したユーザを第１チームに所属させている。

【手続補正4】

【補正対象書類名】明細書

【補正対象項目名】００９４

【補正方法】変更

【補正の内容】

【0094】

図１１の例では、第１チームおよび第２チームの両方にプレイヤが所属する場合に、プレイヤ数が同一になるように、かつ、一方のチームが下限数の４人未満となることがないように制御される。また、一方のチームの上限数が５人と設定されている。そして、一方のチームが下限数の４人未満となるような成立人数（８人未満）の場合には、ユーザを第２チームには所属させず第１チームにのみ所属させる。なお、成立人数が９人の場合に、第１チームは５人ともプレイヤ、第２チームは４人がプレイヤ、１人がＮＰＣとして構成されることも考えられるが、ＮＰＣとプレイヤの連携は困難であることが多いため、プレイヤの人数差による有利不利が発生し、マルチプレイの興趣性が低下する恐れがある。

【手続補正5】

【補正対象書類名】明細書

【補正対象項目名】００９７

【補正方法】変更

【補正の内容】

【0097】

このように、チーム決定部２０５は、成立人数が第１数に対して不足する場合（図１１の例では１０人未満の場合）は、両チームのプレイヤ人数が同一になるように、または、全ユーザを第１チームに所属させて第２チームをＮＰＣで編成することにより、迅速にマッチングが実行される。