JP2020199379A - ビデオゲーム処理プログラム及びビデオゲーム処理システム - Google Patents

Abstract

【課題】所定条件を満たす複数のユーザをマッチングするための処理負荷を軽減させることができるようにする。【解決手段】ユーザを属性毎に配列してマッチングする。マッチングされた複数のユーザは、一緒にコンテンツをプレイできる。ユーザが配列された列には、異なる属性のユーザが交互に並ぶ場合もある。また、ユーザは、コンテンツのプレイ要求を入力することで配列される。プレイ要求は、コンテンツの条件を選択するだけでもよい場合がある。【選択図】図３

Description

本発明の実施形態の少なくとも１つは、ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラム、及びビデオゲーム処理システムに関する。

従来、ビデオゲームに参加している複数のユーザ（プレイヤ）をマッチングするためのシステムが種々提案されている。ここで、複数のユーザをマッチングするとは、複数のユーザ（または、ユーザのキャラクタ。）を組み合わせること、あるいは複数のユーザを対応付けることを意味する。すなわち、マッチングされた複数のユーザは、ビデオゲームにおいて何らかの関係を有することとなる。なお、マッチングにより構成される関係の例には、対立関係や仲間関係がある。

このようなシステムには、例えば、各プレイヤがビデオゲームをプレイする能力を数値化することで、プレイの実力が拮抗したプレイヤ同士をマッチングさせようとするものもある（特許文献１参照）。

特開２０１４−１４４３６７号公報

しかし、従来のシステムでは、マッチング条件を複雑化した場合、マッチングに要する時間が長くなってしまう場合があるという問題があった。すなわち、例えば複数種類の職業から１つの職業をユーザが選択するビデオゲームにおいて、サーバ側で異なる職業を選択したユーザをマッチングしようとした場合、ある職業を選択したユーザがいないと、何度もマッチングのための処理（例えば、ユーザ検索）を繰り返さなければならない場合があった。

本発明の少なくとも１つの実施形態の目的は、上記課題を解決し、所定条件を満たす複数のユーザをマッチングするための処理負荷を軽減させることである。

非限定的な観点によると、本発明に係るビデオゲーム処理プログラムは、ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、前記サーバに、前記ビデオゲームにおけるコンテンツのプレイ要求を行ったユーザを、当該ユーザまたは当該ユーザが操作するキャラクタに設定された属性に対応する枠に配列する配列機能と、該配列機能により配列した複数のユーザにより前記枠に構成される列において、少なくとも前記属性に関するマッチング条件を満たした複数のユーザを当該列の先頭から順次マッチングするマッチング機能とを実現させ、前記配列機能では、２種類以上の属性に対応する枠には、互いに異なる属性が設定されたユーザが交互に並んだ状態になることを優先して配列する機能を実現させるためのものである。

非限定的な観点によると、本発明に係るビデオゲーム処理システムは、通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、前記ビデオゲームにおけるコンテンツのプレイ要求を行ったユーザを、当該ユーザまたは当該ユーザが操作するキャラクタに設定された属性に対応する枠に配列する配列手段と、該配列手段により配列された複数のユーザにより前記枠に構成される列において、少なくとも前記属性に関するマッチング条件を満たした複数のユーザを当該列の先頭から順次マッチングするマッチング手段とを含み、前記配列手段は、２種類以上の属性に対応する枠には、互いに異なる属性が設定されたユーザが交互に並んだ状態になることを優先して配列することを特徴とする。

非限定的な観点によると、本発明に係るビデオゲーム処理プログラムは、ユーザによりユーザ端末に入力された操作に応じてビデオゲームの進行を制御する機能を当該ユーザ端末に実現させるためのビデオゲーム処理プログラムであって、前記ビデオゲームにおけるコンテンツのプレイ要求を行ったユーザを、当該ユーザまたは当該ユーザが操作するキャラクタに設定された属性に対応する枠に配列する配列機能と、該配列機能により配列した複数のユーザにより前記枠に構成される列において、少なくとも前記属性に関するマッチング条件を満たした複数のユーザを当該列の先頭から順次マッチングするマッチング機能とを有し、前記配列機能では、２種類以上の属性に対応する枠には、互いに異なる属性が設定されたユーザが交互に並んだ状態になることを優先して配列するサーバから、前記マッチングに関する情報（例えば、マッチング結果）を出力するための情報を受信する機能を前記ユーザ端末に実現させるためのものである。

本願の各実施形態により１または２以上の不足が解決される。

本発明の実施形態の少なくとも一つに対応するビデオゲーム処理システムの構成の例を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するゲーム処理におけるサーバ側の動作の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するゲーム処理における端末側の動作の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するビデオゲーム処理サーバの構成を示すブロック図である。 本発明の実施形態の少なくとも一つに対応するゲーム処理の例を示すフローチャートである。 本発明の実施形態の少なくとも一つに対応するゲーム画面の例について説明するための説明図である。

以下、本発明の実施形態の例について図面を参照して説明する。なお、以下で説明する各実施形態の例における各種構成要素は、矛盾等が生じない範囲で適宜組み合わせ可能である。また、ある実施形態の例として説明した内容については、他の実施形態においてその説明を省略している場合がある。また、各実施形態の特徴部分に関係しない動作や処理については、その内容を省略している場合がある。さらに、以下で説明する各種フローを構成する各種処理の順序は、処理内容に矛盾等が生じない範囲で順不同である。

［第１の実施形態］
図１は、本発明の一実施の形態におけるビデオゲーム処理システム１００の構成の例を示すブロック図である。図１に示すように、ビデオゲーム処理システム１００は、ビデオゲーム処理サーバ１０と、ビデオゲームをプレイする複数のユーザ（プレイヤ）がそれぞれ使用するユーザ端末２０，２０１〜２０Ｎ（Ｎは任意の整数）とを含む。なお、ビデオゲーム処理システム１００の構成はこれに限定されず、単一のユーザ端末を複数のユーザが使用する構成としてもよいし、複数のサーバを備える構成としてもよい。

ビデオゲーム処理サーバ１０と複数のユーザ端末２０，２０１〜２０Ｎは、それぞれインターネットなどの通信ネットワーク３０に接続されている。なお、図示しないが、複数のユーザ端末２０，２０１〜２０Ｎは、通信業者によって管理される基地局と無線通信回線によるデータ通信を行うことによって、通信ネットワーク３０と接続する。

ビデオゲーム処理システム１００は、ビデオゲーム処理サーバ１０と複数のユーザ端末２０，２０１〜２０Ｎとを備えることにより、ユーザの操作に応じてビデオゲームの進行を制御するための各種機能を実現する。

ビデオゲーム処理サーバ１０は、ビデオゲーム処理システム１００の管理者によって管理され、複数のユーザ端末２０，２０１〜２０Ｎに対してビデオゲームに関する情報を提供するための各種の機能を有する。本例において、ビデオゲーム処理サーバ１０は、ＷＷＷサーバなどの情報処理装置によって構成され、各種情報を格納する記憶媒体を備える。なお、ビデオゲーム処理サーバ１０は、制御部や通信部などビデオゲームを行うための一般的な構成を備えるが、ここでの説明は省略する。また、ビデオゲーム処理システム１００においては、複数のユーザ端末２０，２０１〜２０Ｎそれぞれにかかる処理負荷を軽減させるといった観点から、ビデオゲームに関する情報はビデオゲーム処理サーバ１０が管理することが好ましい。ただし、各種情報を記憶する記憶部は、ビデオゲーム処理サーバ１０がアクセス可能な状態で記憶領域を備えていればよく、例えば専用の記憶領域をビデオゲーム処理サーバ１０の外部に有する構成とされていてもよい。

図２は、ビデオゲーム処理サーバ１０の構成の例であるビデオゲーム処理サーバ１０Ａ（サーバ１０Ａ）の構成を示すブロック図である。サーバ１０Ａは、配列部１１と、マッチング部１２とを少なくとも備える。

配列部１１は、ビデオゲームにおけるコンテンツのプレイ要求を行ったユーザを、当該ユーザまたは当該ユーザが操作するキャラクタに設定された属性に対応する枠に配列する機能を有する。

ここで、コンテンツとは、ビデオゲームにおけるサービスの１単位を意味する。コンテンツの構成は特に限定されないが、終了条件が定められていることが好ましい。コンテンツの例には、ユーザが一人でプレイするものや、所定数のユーザが同時にプレイするものがある。また、複数のユーザが同時にプレイするコンテンツの例には、複数のユーザが協力するものや、ユーザ同士が対戦するものがある。

また、属性とは、ユーザまたはユーザが操作するキャラクタに設定される特徴を意味する。なお、ユーザに関連するオブジェクト（キャラクタを含む）に設定された属性が「ユーザの属性」として取り扱われる構成としてもよい。属性の内容は特に限定されないが、複数種類の属性それぞれをユーザが容易に識別できるものであることが好ましい。属性の例には、ビデオゲームにおける役割（ロール）がある。

また、属性に対応する枠とは、コンテンツに設定されたマッチング条件に基づいて複数のユーザをマッチングするために用いられるものである。１つのコンテンツに対応する枠の数は特に限定されず、単数であってもよい。コンテンツに設定されるコンテンツの例には、１種類の属性に対応する枠と、２種類以上の属性に対応する枠とがある。

また、枠に配列するとは、順序を決めてユーザを並べることを意味する。ユーザを枠に配列するための構成は特に限定されないが、コンテンツに対するプレイ要求を行った順に並べることを原則としつつ、例外を設けることができる構成であることが好ましい。なお、ユーザが認識し得る形でユーザを並べず、例えば各ユーザの識別情報と、枠の識別情報と、順番とが対応付けて管理される構成としてもよい。

マッチング部１２は、配列部１１により配列された複数のユーザにより枠に構成される列（ユーザ列）において、少なくとも属性に関するマッチング条件を満たした複数のユーザを当該列の先頭から順次マッチングする機能を有する。

ここで、マッチング条件とは、複数のユーザがマッチングされる条件を意味する。マッチング条件の内容は属性に関連していれば特に限定されないが、互いに異なる属性が設定された２以上のユーザを含む所定数のユーザがマッチングされる内容であることが好ましい。マッチング条件の例には、「属性Ａのユーザと、属性Ｂまたは属性Ｃのユーザと、属性Ｄのユーザとであること。」がある。

また、列の先頭から順次マッチングするとは、配列部１１が配列した列の先頭から、マッチング条件を満たす複数のユーザを決定し、マッチングすることを意味する。すなわち、列の前方に位置するユーザほど優先的にマッチングされる。なお、複数のユーザを列の先頭から順次マッチングするための構成は特に限定されないが、１つのコンテンツに複数の枠が対応付けされている場合、当該複数の枠の先頭に位置するユーザ同士がマッチングされることが好ましい。複数のユーザを列の先頭から順次マッチングするための構成の例には、コンテンツに対応する複数の枠の先頭に位置するユーザ同士がマッチング条件を満たしたものと判定する構成や、条件を満たす複数のユーザを列から抽出する構成がある。

また、配列部１１は、２種類以上の属性に対応する枠には、互いに異なる属性が設定されたユーザが交互に並んだ状態になることを優先して配列する機能を有する。なお、優先して配列するための構成は特に限定されないが、優先する度合いを管理者が調整可能な構成であることが好ましい。優先配列するための構成の例には、プレイ要求を受け付けたユーザを配列する際、当該ユーザの属性と列の後方に並んでいる１または所定数のユーザの属性とを比較し、比較結果に応じて当該ユーザを列に割り込ませる構成がある。また、他の例には、ユーザが配列されて構成された列を、所定時機に、所定規則に従って再配列する構成（すなわち、プレイ要求を受け付けたユーザを、当該ユーザの属性に対応する列の最後尾に配置した後、当該列を調整する構成。配列済みのユーザの順序を変更する構成。）がある。

複数のユーザ端末２０，２０１〜２０Ｎは、それぞれ、ビデオゲームを行うユーザ（プレイヤ）によって管理され、例えば携帯電話端末やＰＤＡ（Personal Digital Assistants）、携帯型ゲーム装置などのネットワーク配信型のゲームを行うことが可能な通信端末によって構成される。なお、ビデオゲームシステム１００が含み得るユーザ端末の構成は上述した例に限定されず、ユーザがビデオゲームを認識できる構成であればよい。ユーザ端末の構成の他の例には、スマートウォッチなどの所謂ウェアラブルデバイスや、ウェアラブルデバイスと通信端末等との組み合わせがある。

また、複数のユーザ端末２０，２０１〜２０Ｎは、それぞれ、通信ネットワーク３０に接続し、ビデオゲーム処理サーバ１０との通信を行うことによりビデオゲームを実行するためのハードウェア（例えば、ゲーム画面を表示する表示装置や音声出力装置など）およびソフトウェアを備える。なお、複数のユーザ端末２０，２０１〜２０Ｎそれぞれは、ビデオゲーム処理サーバ１０を介さずに互いに直接通信を行うこともできる構成とされていてもよい。また、複数のユーザ端末２０，２０１〜２０Ｎそれぞれがユーザ操作を受け付けるための構成として、例えばゲーム画面に対応するタッチパネルを備える構成とされていてもよい。

次に、本例のビデオゲーム処理システム１００（システム１００）の動作について説明する。

図３は、システム１００が実行するゲーム処理の例を示すフローチャートである。本例におけるゲーム処理では、複数のユーザをマッチングすることに関連する処理が行われる。以下、サーバ１０Ａとユーザ端末２０（端末２０）とが、クラウドゲームに関連する処理としてゲーム処理を実行する場合を例にして説明する。

ゲーム処理は、例えばビデオゲームの進行に応じてユーザによるコンテンツのプレイ要求を受け付ける時機となったことに応じて開始される。なお、ビデオゲームの進行に応じてとは、ビデオゲームで発生し得る種々の進行あるいは変化等が生じたことを特定の処理の契機や基準とすることを意味する。特定の処理の例としては、判定処理や情報更新処理などがある。また、ビデオゲームで発生し得る種々の進行あるいは変化等の例としては、時間の進行、ゲーム要素値の変化、特定のステータス若しくはフラグの更新、あるいはユーザによる操作入力などがある。

端末２０は、ゲーム処理において、コンテンツのプレイ要求を受け付ける（ステップＳ１１）。本例において端末２０は、コンテンツの識別情報とマッチング条件を表すゲーム画面を出力し、コントローラを介して受け付けたユーザ操作に関する情報（操作関連情報）を生成し、生成した操作関連情報をプレイ要求としてサーバ１０Ａに送信する。ここで、プレイ要求には、コンテンツの識別情報と、ユーザの識別情報と、ユーザの属性とが含まれる。

サーバ１０Ａは、端末２０からプレイ要求を受信すると、受信したプレイ要求に基づいてユーザを配列する（ステップＳ１２）。本例においてサーバ１０Ａは、プレイ要求に含まれるコンテンツの識別情報に対応するコンテンツに設定された枠のうち、プレイ要求に含まれるユーザの属性に対応する枠にユーザを配列する。また、サーバ１０Ａは、ユーザの属性に対応する枠が２種類以上の属性に対応する枠である場合、互いに異なる属性が設定されたユーザが交互に並んだ状態になることを優先して配列する

サーバ１０Ａは、ユーザを配列すると、複数のユーザをマッチングする（ステップＳ１３）。本例においてサーバ１０Ａは、コンテンツのマッチング条件に対応する枠を用いて複数のユーザをマッチングして、ここでの処理を終了する。すなわち、サーバ１０Ａは、例えばコンテンツに設定されたマッチング条件が「属性Ａのユーザ１人と、属性Ｂまたは属性Ｃのユーザ２人。」の場合、属性Ａの枠に並んだユーザのうち先頭の１人と、属性Ｂまたは属性Ｃの枠に並んだユーザのうち先頭の２人とをマッチングする。また、本例においてサーバ１０Ａは、マッチングしたユーザを枠から排除し、列を詰める。そして、再度コンテンツに対応する全ての枠の先頭にユーザが配列されている場合、当該ユーザ同士をマッチングする。

図４は、ゲーム処理におけるサーバ１０Ａ側の動作の例を示すフローチャートである。ここでは、ビデオゲーム処理システム１００におけるサーバ１０Ａの動作について改めて説明する。

サーバ１０Ａは、ゲーム処理において、先ず、端末２０から、コンテンツのプレイ要求を受け付け（ステップＳ１０１）、受け付けたプレイ要求に基づいてユーザを配列する（ステップＳ１０２）。

サーバ１０Ａは、ユーザを配列すると、複数のユーザをマッチングし（ステップＳ１０３）、ここでの処理を終了する。

図５は、端末２０がゲーム処理を実行する場合の端末２０側の動作の例を示すフローチャートである。以下、端末２０が、単体でゲーム処理を実行する場合を例にして説明する。すなわち、本例においては、サーバ１０Ａが備える各部の機能を端末２０が有する場合について説明する。

端末２０は、ゲーム処理において、先ず、コンテンツのプレイ要求を受け付ける（ステップＳ２０１）。本例において端末２０は、自身を操作するユーザからのプレイ要求を受け付け、受け付けたプレイ要求が示すコンテンツに対し、他のユーザからのプレイ要求を募集する。

端末２０は、プレイ要求を受け付けると、他ユーザからのプレイ要求を受信する（ステップＳ２０２）。本例において端末２０は、他の端末から直接またはサーバを介して、他ユーザに関する情報を含むプレイ要求を受信する。

端末２０は、プレイ要求を受信すると、ユーザを配列する（ステップＳ２０３）。本例において端末２０は、受信したプレイ要求に含まれる他ユーザに関する情報を参照し、自身を操作するユーザが指定したコンテンツに対して他ユーザを配列する。

端末２０は、ユーザを配列すると、複数のユーザをマッチングして（ステップＳ２０４）、ここでの処理を終了する。本例において端末２０は、自身のユーザの属性、自身のユーザが指定したコンテンツに設定されたマッチング条件、および配列したユーザの属性に基づいて、自身のユーザの属性と他のユーザとをマッチングする。

以上に説明したように、第１の実施形態の一側面として、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理サーバ１０Ａが、配列部１１と、マッチング部１２とを備える構成としているので、ビデオゲームにおけるコンテンツのプレイ要求を行ったユーザを、当該ユーザまたは当該ユーザが操作するキャラクタに設定された属性に対応する枠に配列し、配列した複数のユーザにより枠に構成される列において、少なくとも属性に関するマッチング条件を満たした複数のユーザを当該列の先頭から順次マッチングし、２種類以上の属性に対応する枠には、互いに異なる属性が設定されたユーザが交互に並んだ状態になることを優先して配列し、所定条件を満たす複数のユーザをマッチングするための処理負荷を軽減させることができる。

すなわち、属性に関するマッチング条件に基づいてマッチングする場合に、属性に対応する枠にユーザを配列して順次マッチングすることができ、例えば順序が設定されていない複数のユーザの中からマッチング条件を満たすユーザを探索してマッチングする場合と比べ、マッチングに要する処理負荷を軽減させることができる。

なお、上述した第１の実施形態の例では特に言及していないが、サーバ１０Ａが、ユーザと、属性とを対応付けて記憶する記憶手段を参照し、コンテンツのプレイ要求を行ったユーザの属性を判定し、判定した属性（すなわち、ユーザの属性）に基づいてコンテンツに対応する枠（あるいは、枠に構成される列）にユーザを配列する構成としてもよい。

なお、上述した第１の実施形態の例では特に言及していないが、サーバ１０Ａが、ユーザと、属性と、属性とは異なる他の要素（ゲーム内要素）とを対応付けて記憶する記憶手段を参照し、ユーザの配列にゲーム内要素を反映させる構成としてもよい。ここで、ゲーム内要素の内容は特に限定されず、属性と対応関係（例えば、上位と下位の関係）を有するものであってもよい。ゲーム内要素の例には、いわゆるジョブ（例えば、属性「タンク」に対するジョブ「戦士」と「ナイト」）やスキルがある。この場合、例えばサーバ１０Ａが、１種類以上の属性に対応する枠に、互いに異なるゲーム内要素が設定されたユーザが交互に並んだ状態になることを優先して配列する構成としてもよい。マッチング条件に関わらないゲーム内要素を配列に反映させる構成とすることで、マッチング結果に多様性をもたせることができる。

なお、上述した第１の実施形態の例では特に言及していないが、サーバ１０Ａが、マッチングした複数のユーザによるコンテンツのプレイに関する処理を行う構成としてもよい。この場合、コンテンツに設定されるマッチング条件は、複数のユーザがコンテンツをプレイするための条件（コンテンツプレイ条件）であるといえる。

なお、上述した第１の実施形態の例では、複数の属性に対応する枠があり得る場合を例にして説明したが、各枠には１つの属性のみが対応する構成としてもよい。この場合、例えばサーバ１０Ａが、特定の枠にユーザがいない場合、当該特定の枠に予め対応付けされた他の枠に配列されたユーザを、当該特定の枠に配列されたユーザであるとみなしてマッチングを行う構成としてもよい。このような構成とすることにより、特定の属性が設定されたユーザを優先してマッチングしつつ、当該特定の属性が設定されたユーザがいない場合には他の属性が設定されたユーザによりマッチングの迅速化を図ることができる。

なお、上述した第１の実施形態の例では特に言及していないが、サーバ１０Ａが、配列したユーザの操作に応じて、コンテンツとは関係のないビデオゲームの進行を制御する構成としてもよい。すなわち、例えばサーバ１０Ａが、仮想空間Ｘに自身のキャラクタが位置するユーザからのコンテンツのプレイ要求を受け付けた際、当該ユーザを配列し、当該ユーザの操作に応じて当該ユーザのキャラクタを仮想空間Ｘにおいて動作させ、当該ユーザを他のユーザとマッチングした際、当該ユーザのキャラクタを仮想空間Ｘから当該コンテンツに対応する仮想空間Ｙに移動させる構成としてもよい。この場合、配列したユーザの属性がマッチング前に変更された際、当該ユーザを列から排除する構成としてもよい。

［第２の実施形態］
図６は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｂ（サーバ１０Ｂ）の構成を示すブロック図である。本例において、サーバ１０Ｂは、配列部１１Ｂと、マッチング部１２Ｂと、作成部１３とを少なくとも備える。

作成部１３は、ビデオゲームをプレイする複数のユーザにより構成されるパーティを作成する機能を有する。

ここで、パーティとは、複数のユーザの集まりを意味する。パーティを作成するための構成は特に限定されないが、ユーザ操作に応じて作成と解散が可能である構成であることが好ましい。また、マッチング部１２Ｂの機能によりマッチングされた複数のユーザがパーティとして取り扱われる構成としてもよい。

配列部１１Ｂは、コンテンツのプレイ要求を行ったパーティに属する複数のユーザを配列する際、当該パーティに属する複数のユーザ間の繋がりを維持したまま配列する機能を有する。

ここで、パーティによるコンテンツのプレイ要求を受け付けるための構成は特に限定されないが、コンテンツに設定されたマッチング条件を充足し得ないパーティからのプレイ要求を受け付けない構成であることが好ましい。パーティからコンテンツのプレイ要求を受け付けるための構成の例には、パーティに属する全てのユーザから個別にコンテンツのプレイ要求を受け付ける構成としてもよいし、パーティの代表者のみからコンテンツのプレイ要求を受け付ける構成としてもよい。

また、ユーザ間の繋がりを維持したまま配列するとは、パーティに属する一部のユーザだけが他のユーザとマッチングされることを禁止することを意味する。ユーザ間の繋がりを維持するための構成は特に限定されないが、ユーザ単体（ソロ）でコンテンツのプレイ要求をした場合と比べて処理内容が極端に複雑化しない構成であることが好ましい。ユーザ間の綱がりを維持するための構成の例には、同じパーティに属する複数のユーザ（パーティユーザ）が異なるタイミングでコンテンツのプレイ要求を行ったことで、複数のユーザが配列された列においてパーティユーザ間に他のユーザが位置した場合、この他のユーザをパーティユーザの前または後に移動させる構成がある。

マッチング部１２Ｂは、パーティと他のユーザとをマッチングする機能を有する。

ここで、他のユーザとは、パーティに属するユーザとは異なるユーザであることを意味する。すなわち、他のユーザが他のパーティに属している場合、複数のパーティがマッチングされることになる。なお、複数のパーティがマッチングされることが禁止される構成としてもよい。

図７は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｂと、端末２０の動作を例にして説明する。なお、サーバ１０Ｂと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

サーバ１０Ｂは、ゲーム処理において、パーティを作成する（ステップＳ２−１１）。本例においてサーバ１０Ｂは、複数のユーザから所定のパーティ作成操作を受け付けた場合に、複数のユーザにより構成されるパーティを作成する。また、本例においてサーバ１０Ｂは、所定規則に従ってパーティを代表するユーザ（代表ユーザ）を特定する。

サーバ１０Ｂは、パーティを作成し、端末２０からコンテンツのプレイ要求を受け付けると、パーティまたはユーザを配列する（ステップＳ２−１２）。本例においてサーバ１０Ｂは、受け付けたプレイ要求がパーティの代表ユーザである場合、当該ユーザが代表ユーザを担当しているパーティに関する情報を所定の記憶領域から検索し、パーティに属する各ユーザまたは当該ユーザが操作するキャラクタに設定された属性に対応する枠に各ユーザを配列する。

サーバ１０Ｂは、パーティを配列すると、パーティと他のユーザをマッチングする（ステップＳ２−１３）。本例においてサーバ１０Ｂは、不足しているユーザがパーティにマッチングされるように、コンテンツのマッチング条件に対応する枠において、パーティに属する複数のユーザの繋がりを維持したまま、当該複数のユーザと１または複数の他のユーザとをマッチングする。

以上に説明したように、第２の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｂが、配列部１１Ｂと、マッチング部１２Ｂと、作成部１３とを備える構成としているので、ビデオゲームをプレイする複数のユーザにより構成されるパーティを作成し、コンテンツのプレイ要求を行ったパーティに属する複数のユーザを配列する際、当該パーティに属する複数のユーザ間の繋がりを維持したまま配列し、マッチング機能では、パーティと他のユーザとをマッチングし、単体ではコンテンツをプレイできないパーティに対しても容易に必要な他のユーザをマッチングすることができる。

また、上述した第２の実施形態の一側面として、サーバ１０Ｂが、配列部１１と、マッチング部１２と、作成部１３とを備える構成としているので、パーティに属する複数のユーザのうち何れかを他のユーザとマッチングする際、当該ユーザが属するパーティのメンバー全員を当該他のユーザとマッチングし、パーティを構成したユーザが他のユーザを指定することなく他のユーザとマッチングされることができるシステムを実現できる。

なお、上述した第２の実施形態の例では特に言及していないが、サーバ１０Ｂが、パーティに属する複数のユーザのうちマッチングまでに要する時間が最短であると予想されるユーザの順番を基準として当該パーティに属する他のユーザを配列する構成としてもよい。この場合、マッチングまでに要する時間が最短であると予想するための基準（予想基準）の内容は特に限定されないが、配列されたユーザの位置（すなわち、枠に構成される列におけるユーザの位置）が反映されるものであることが好ましい。

なお、上述した第２の実施形態の例では特に言及していないが、サーバ１０Ｂが、配列した複数のパーティのうち、属性に関するマッチング条件を満たした複数のパーティを列の先頭から順次マッチングする構成としてもよい。この場合、パーティのみが配列される枠が設けられる構成としてもよい。このような構成とすることで、ソロでコンテンツに参加するユーザとパーティを組んでコンテンツに参加するユーザとを分けて管理することができる。

［第３の実施形態］
図８は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｃ（サーバ１０Ｃ）の構成を示すブロック図である。本例において、サーバ１０Ｃは、配列部１１Ｃと、マッチング部１２とを少なくとも備える。

配列部１１Ｃは、コンテンツへのプレイ要求を行ったユーザが当該コンテンツをクリアしたことがない場合、コンテンツをクリアしたことがないユーザ（未クリアユーザ）に関する配列規則を用いて当該未クリアユーザを枠に配列する機能を有する。

ここで、クリアとは、コンテンツの設定されたクリア条件を満たすことを意味する。クリア条件の内容は特に限定されないが、ユーザが容易に認識し得るものであることが好ましい。クリア条件の例には、コンテンツに登場する敵キャラクタを倒すことがある。

また、未クリアユーザと他のユーザとをサーバが識別するための構成は特に限定されないが、ユーザによる自己申告を必要としないものが好ましい。未クリアユーザを他のユーザと識別するための構成の例には、ユーザ情報がコンテンツのプレイ履歴を含む構成がある。

また、配列規則とは、ユーザを配列するために用いられる規則を意味する。未クリアユーザを配列するための規則は、未クリアユーザを他のユーザと異なる扱いをするものであれば特に限定されないが、未クリアユーザの待機時間が通常よりも短くなり得るものであることが好ましい。

図９は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｃと、端末２０の動作を例にして説明する。なお、サーバ１０Ｃと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

サーバ１０Ｃは、プレイ要求を受け付けると、未クリアユーザに関する配列規則を用いてユーザを配列する（ステップＳ３−１１）。本例においてサーバ１０Ｃは、受け付けたプレイ要求が示すユーザに関する情報を参照し、当該ユーザが、当該プレイ要求が示すコンテンツをクリアしたことが判明した場合に、当該ユーザを未クリアユーザとして取り扱う。

以上に説明したように、第３の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｃが、配列部１１Ｃと、マッチング部１２とを備える構成としているので、コンテンツへのプレイ要求を行ったユーザが当該コンテンツをクリアしたことがない場合、未クリアユーザに関する配列規則を用いて当該ユーザを枠に配列し、未クリアユーザを他のユーザ（すなわち、コンテンツのクリア経験を有するユーザ）と分けて管理することができる。

なお、上述した第３の実施形態の例では特に言及していないが、サーバ１０Ｃが、コンテンツをクリアしたことがあるユーザよりも未クリアユーザが優先的にマッチングされるように、当該未クリアユーザを列の前方に配列する構成としてもよい。この場合、未クリアユーザ以外のユーザ（クリア経験ユーザ）がいつまでもマッチングされないような事態が発生しないように、未クリアユーザを優先する程度を管理者側が管理し得る構成とされることが好ましい。未クリアユーザを列の前方に配列する構成の例には、サーバ１０Ｃが、新たに受け付けたプレイ要求が未クリアユーザからのものである場合、当該未クリアユーザの属性に対応する列を参照し、先に並んでいる未クリアユーザの後ろであり、待機時間が所定期間未満のクリア経験ユーザよりも前の位置に配列する構成がある。

なお、上述した第３の実施形態の例では特に言及していないが、サーバ１０Ｃが、配列済みのユーザそれぞれの待ち時間と当該コンテンツのプレイ履歴とに関する配列規則を用いて未クリアユーザを配列する構成としてもよい。ここで、待ち時間とは、ユーザが枠に配列されてからマッチングされずに経過した時間を意味する。また、プレイ履歴とは、ユーザがビデオゲームをプレイした履歴を意味する。プレイ履歴の内容は特に限定されないが、コンテンツに関する履歴を含むことが好ましい。プレイ履歴の例には、コンテンツのプレイ回数、クリア回数、失敗回数、キャラクタレベル、装備品レベル、プレイ時間がある。

なお、上述した第３の実施形態の例では、配列を用いる場合を例にして説明したが、サーバ１０Ｃが、配列を用いないで、コンテンツをクリアしたことがあるユーザよりも未クリアユーザを優先してマッチングする構成としてもよい。この場合、例えばサーバ１０Ｃが、プレイ要求を受け付けたユーザが未クリアユーザであると判定した際、未クリアユーザを枠に配列せず、当該未クリアユーザがコンテンツをプレイするために必要な他プレイヤを探索し、探索した他プレイヤと未クリアユーザとをマッチングする構成としてもよい。この場合、探索範囲は特に限定されず、コンテンツに対応する枠に並んでいるユーザであってもよいし、まだ並んでないユーザ（例えば、ログインユーザ）であってもよい。

［第４の実施形態］
図１０は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｄ（サーバ１０Ｄ）の構成を示すブロック図である。本例において、サーバ１０Ｄは、配列部１１と、マッチング部１２と、許可部１４と、補充部１５とを少なくとも備える。

許可部１４は、マッチング部１２によりマッチングされた複数のユーザにコンテンツのプレイを許可する機能を有する。

ここで、コンテンツのプレイを許可するとは、ユーザがコンテンツをプレイするための処理を行うことを意味する。複数のユーザにコンテンツのプレイを許可するための構成は特に限定されないが、複数のユーザが同じコンテンツを同時にプレイしていることを各ユーザが認識し得る構成であることが好ましい。複数のユーザにコンテンツのプレイを許可するための構成の例には、複数のユーザのための一時的な仮想空間を生成する構成がある。

補充部１５は、複数のユーザによりプレイされているコンテンツに対するユーザ補充条件が満たされた際、当該コンテンツに配列されたユーザのうち、補充すべき属性が設定されたユーザであり、かつ途中参加を許容しているユーザを当該コンテンツに補充する機能を有する。

ここで、補充とは、コンテンツに設定された基準を複数のユーザが満たさなくなった場合に、同基準が満たされるように他のユーザで補うことを意味する。ユーザを補充するための構成は特に限定されないが、既にコンテンツをプレイしているユーザと、補充されたユーザとが、互いを認識し得るものであることが好ましい。ユーザをコンテンツに補充するための構成の例には、一時的な仮想空間にて複数のプレイヤがコンテンツをプレイしている場合、当該仮想空間の情報を補充するユーザに提供する構成がある。

また、ユーザ補充条件とは、コンテンツをプレイ中のユーザに他のユーザを補充する処理が開始される条件を意味する。ユーザ補充条件の内容は特に限定されないが、条件の充足判定に要する処理が簡易であることが好ましい。ユーザ補充条件の例には、コンテンツをプレイしているユーザのログアウトや戦闘不能、一定時間の行動停止がある。

また、途中参加を許容しているユーザとは、他のユーザがプレイ中のコンテンツに後から参加することを許容しているユーザを意味する。コンテンツへの途中参加を許容しているユーザであるか否かを判定するための構成は特に限定されないが、ユーザの意思が反映される構成であることが好ましい。途中参加の許容判定を行うための構成の例には、ユーザによる「途中参加を許容するか否か」の選択を記憶する構成がある。

図１１は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｄと、端末２０の動作を例にして説明する。なお、サーバ１０Ｄと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

サーバ１０Ｄは、コンテンツに配列された複数のユーザをマッチングすると（ステップＳ１３）、マッチングした複数のユーザにコンテンツのプレイを許可する（ステップＳ４−１１）。本例においてサーバ１０Ｄは、マッチングした複数のユーザが１つのパーティとしてコンテンツをプレイするための情報を各ユーザに提供する。

サーバ１０Ｄは、コンテンツのプレイを許可すると、コンテンツにユーザを補充する（ステップＳ４−１２）。本例においてサーバ１０Ｄは、コンテンツのプレイを許可した複数のユーザ（プレイ中ユーザ）に関する情報を参照し、ユーザ補充条件が満たされた際、当該コンテンツに配列されたユーザのうち、補充すべき属性が設定されたユーザであり、かつ途中参加を許容しているユーザを、補充されたユーザ（補充ユーザ）として、プレイ中ユーザに追加する。

以上に説明したように、第４の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｄが、配列部１１と、マッチング部１２と、許可部１４と、補充部１５とを備える構成としているので、マッチング機能によりマッチングした複数のユーザにコンテンツのプレイを許可し、複数のユーザによりプレイされているコンテンツに対するユーザ補充条件が満たされた際、当該コンテンツに配列されたユーザのうち、補充すべき属性が設定されたユーザであり、かつ途中参加を許容しているユーザを当該コンテンツに補充し、容易に追加的なマッチングを完了させることができる。

なお、上述した第４の実施形態の例では特に言及していないが、サーバ１０Ｄが、配列されたユーザにより構成される列の前方に位置するユーザを優先してコンテンツに補充する構成としてもよい。すなわち、あるコンテンツをプレイ中の複数のユーザから属性Ａのユーザが離脱した際、当該コンテンツに対応する枠のうち属性Ａに対応する枠に構成された列を参照し、列の前方から順次ユーザが途中参加を許容しているか否かを判定し、ユーザが途中参加を許容していると判定した際、当該ユーザを当該コンテンツに補充する構成としてもよい。

なお、上述した第４の実施形態の例では特に言及していないが、サーバ１０Ｄが、コンテンツをプレイ中のユーザからユーザの補充要求があった際、ユーザ補充条件が満たされたと判定する構成としてもよい。すなわち、ユーザを補充するか否かの判断をコンテンツプレイ中のユーザに委ねる構成としてもよい。

［第５の実施形態］
図１２は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｅ（サーバ１０Ｅ）の構成を示すブロック図である。本例において、サーバ１０Ｅは、配列部１１Ｅと、マッチング部１２と、算出部１６と、記憶部１７と、抽出部１８とを少なくとも備える。

算出部１６は、配列されたユーザがマッチングされるまでに要した時間の平均（平均マッチング時間）を算出する機能を有する。

ここで、マッチングされるまでに要した時間（待機時間）とは、ユーザがマッチングまでに要した時間として認識し得るものであればその内容は特に限定されないが、各コンテンツに関して、ユーザの属性毎に計測されることが好ましい。待機時間の例には、あるユーザがプレイ要求を入力してからコンテンツのプレイを開始するまでの時間や、ユーザがコンテンツに配列されてから他のユーザとマッチングされるまでの時間がある。また、平均マッチング時間を算出するための構成は特に限定されないが、ユーザが「待機時間」の参考として認識し得る値を算出し得るものであることが好ましい。平均マッチング時間を算出するための構成の例には、所定数のユーザがマッチングまでに要した時間を用いる構成や、所定期間内にプレイ要求を行ったユーザがマッチングまでに要した時間を用いる構成がある。

記憶部１７は、複数のコンテンツそれぞれの平均マッチング時間と、コンテンツに配列したユーザのうち少なくとも当該コンテンツをクリアしたことがないユーザを配列してから経過した時間（未クリアユーザ待機時間）とを対応付けて記憶する機能を有する。

抽出部１８は、記憶部１７を参照し、所定の抽出条件に基づいて１つ又は複数のコンテンツを抽出する機能を有する。本例において抽出部１８は、平均マッチング時間に関する抽出条件（平均抽出条件）を満たすコンテンツと、未クリアユーザ待機時間に関する抽出条件（未クリア抽出条件）を満たすコンテンツとを複数のコンテンツから抽出する機能を有する。

ここで、平均抽出条件および未クリア関連抽出条件の内容は特に限定されず、１つの条件を満たす１つのコンテンツを抽出するものであってもよいし、複数の条件を満たす複数のコンテンツを抽出するものであってもよい。平均抽出条件の例には、「平均マッチング時間が最短であるコンテンツと、２番目に短いコンテンツとの２つ。」がある。また、未クリア抽出条件の例には、「未クリアユーザが待っているコンテンツのうち、未クリアユーザの待機時間が長い順に並べた際の上位３つ。」がある。

配列部１１Ｅは、抽出されたコンテンツのうち少なくとも１つのコンテンツに対応する枠に、コンテンツを指定しないプレイ要求に対応するユーザを配列する機能を有する。

ここで、コンテンツを指定しないプレイ要求（ランダム要求）とは、複数存在するコンテンツのうち１つのコンテンツを指定するものではないプレイ要求を意味する。ランダム要求の内容は特に限定されないが、ある程度コンテンツを限定し得るものであることが好ましい。ランダム要求の例には、コンテンツの識別情報を含まず、コンテンツの種類またはレベルを含むプレイ要求がある。

図１２は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｅと、端末２０の動作を例にして説明する。なお、サーバ１０Ｅと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

サーバ１０Ｅは、ゲーム処理において、平均マッチング時間を算出する（ステップＳ５−１１）。本例においてサーバ１０Ｅは、コンテンツ毎に、平均マッチング時間を算出する。

一方、端末２０は、コンテンツを指定しないプレイ要求を受け付ける（ステップＳ５−１２）。本例において端末２０は、サーバ１０Ｅにて平均マッチング時間が算出されているコンテンツについては、コンテンツと平均マッチング時間とが対応付けされたゲーム画面を表示する。また、端末２０は、コンテンツの種類やレベルなど、コンテンツに関する抽出条件をユーザが選択可能なゲーム画面を表示する。そして、端末２０は、ゲーム画面を介して受け付けた操作に応じてプレイ要求を生成し、生成したプレイ要求をサーバ１０Ｅに送信する。

サーバ１０Ｅは、プレイ要求を受け付けると、受け付けたプレイ要求を用いてコンテンツを抽出する（ステップＳ５−１３）。本例においてサーバ１０Ｅは、平均マッチング時間を算出した状態でユーザからのプレイ要求を受け付けると、平均抽出条件および未クリア抽出条件に従って所定数のコンテンツを複数のコンテンツから抽出する。一方、サーバ１０Ｅは、平均マッチング時間が算出されていない状態または未クリアユーザがいない状態でユーザからのプレイ要求を受け付けると、他の抽出条件に従って所定数のコンテンツを複数のコンテンツから抽出する。

サーバ１０Ｅは、コンテンツを抽出すると、抽出したコンテンツにユーザを配列する（ステップＳ５−１４）。本例においてサーバ１０Ｅは、プレイ要求を行ったユーザを、抽出したコンテンツそれぞれにおける当該ユーザの属性に対応する枠に配列する。すなわち、例えばプレイ要求を行ったユーザの属性が属性Ａであり、５つのコンテンツを抽出した場合、サーバ１０Ｅは、５つのコンテンツそれぞれに対応する属性Ａの枠それぞれに、当該ユーザを配列する。

以上に説明したように、第５の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｅが、配列部１１Ｅと、マッチング部１２と、算出部１６と、抽出部１８とを備える構成としているので、配列したユーザをマッチングするまでに要した時間の平均（平均マッチング時間）を算出し、コンテンツを指定しないプレイ要求を受け付けた際、複数のコンテンツそれぞれの平均マッチング時間と、コンテンツに配列したユーザのうち少なくとも当該コンテンツをクリアしたことがないユーザを配列してから経過した時間（未クリアユーザ待機時間）とを対応付けて記憶する記憶部１７を参照し、平均マッチング時間に関する抽出条件を満たすコンテンツと、未クリアユーザ待機時間に関する抽出条件を満たすコンテンツとを複数のコンテンツから抽出し、抽出したコンテンツのうち少なくとも１つのコンテンツに対応する枠に、コンテンツを指定しないプレイ要求に対応するユーザを配列し、コンテンツを指定しないプレイ要求を、プレイ開始までの時間と未クリアユーザのサポートという２つの観点から有効利用することができる。

また、上述した第５の実施形態の一側面として、サーバ１０Ｅが、配列部１１Ｅと、マッチング部１２と、抽出部１８とを備える構成としているので、ビデオゲームにおけるコンテンツのプレイ要求を行ったユーザを、コンテンツに対応する枠に配列し、配列した複数のユーザにより枠に構成される列において、所定のマッチング条件を満たした複数のユーザを当該列の先頭から順次マッチングし、コンテンツを指定しないプレイ要求を受け付けた際、複数のコンテンツそれぞれに配列したユーザのうち少なくとも配列されたコンテンツをクリアしたことがないユーザを配列してから経過した時間（未クリアユーザ待機時間）を当該コンテンツと対応付けて記憶する記憶部１３を参照し、未クリアユーザ待機時間に関する抽出条件を満たすコンテンツを複数のコンテンツから抽出し、抽出したコンテンツのうち少なくとも１つのコンテンツに対応する枠に、コンテンツを指定しないプレイ要求に対応するユーザを配列し、複数のユーザをマッチングする際、マッチングが完了するまでに発生し得るユーザのストレスを軽減させることができる。

すなわち、コンテンツを指定しないプレイ要求を、未クリアユーザのサポートという観点から有効利用することで、未クリアユーザの待機時間の短縮化を図ることができるため、ユーザのストレスを軽減させることができる。

また、上述した第５の実施形態の一側面として、サーバ１０Ｅが、配列部１１Ｅと、マッチング部１２と、算出部１６と、抽出部１８とを備える構成としているので、配列したユーザをマッチングするまでに要した時間の平均（平均マッチング時間）を算出し、コンテンツを指定しないプレイ要求を受け付けた際、複数のコンテンツそれぞれの平均マッチング時間を記憶する記憶手段を参照し、平均マッチング時間に関する抽出条件を満たすコンテンツを複数のコンテンツから抽出し、コンテンツを指定しないプレイ要求を、プレイ開始までの時間と未クリアユーザのサポートという２つの観点から有効利用することができる。

なお、上述した第５の実施形態の例では特に言及していないが、サーバ１０Ｅが、未クリアユーザ待機時間と平均マッチング期間とを用いる抽出規則に従って所定数のコンテンツを複数のコンテンツから抽出する構成としてもよい。未クリアユーザ待機時間と平均マッチング時間との組み合わせ方は特に限定されないが、コンテンツが抽出されないことがないことが好ましい。当該抽出規則の例には、「未クリアユーザが５分以上待機しているコンテンツのうち、平均マッチング時間が短い５つのコンテンツ」を抽出する規則がある。

なお、上述した第５の実施形態の例では特に言及していないが、サーバ１０Ｅが、未クリアユーザとマッチング条件を満たすユーザを、当該未クリアユーザが配列されたコンテンツに対応する枠に配列することを優先する構成としてもよい。このような構成とすることで、未クリアユーザの待機時間を短縮することができる。

なお、上述した第５の実施形態の例では特に言及していないが、サーバ１０Ｅが、コンテンツを指定しないプレイ要求を行ったユーザとマッチング条件を満たす未クリアユーザが配列されているコンテンツを抽出する構成としてもよい。このような構成とすることで、未クリアユーザの待機時間を短縮することができる。

なお、上述した第５の実施形態の例では、コンテンツを未クリアのユーザの待機時間を利用する例について説明したが、ユーザの条件は未クリアに限定されず、コンテンツをプレイしたことがないユーザや、コンテンツのプレイ回数が所定回数以下のユーザの待機時間を利用する構成としてもよい。また、待機時間ではなく、待機人数を利用する構成としてもよい。

なお、上述した第５の実施形態の例では特に言及していないが、サーバ１０Ｅが、マッチングしたユーザを他のコンテンツに対応する枠にも配列していた場合、当該ユーザを当該枠から排除する構成としてもよい。すなわち、サーバ１０Ｅが、複数のコンテンツに配列したユーザ（すなわち、複数のコンテンツにいわゆるキューを入れたユーザ）の操作に応じて１つのコンテンツの進行を制御する処理を開始した際、他の４つのコンテンツから当該ユーザを排除する（すなわち、当該ユーザのキューを外す）構成としてもよい。このような構成とすることで、１人のユーザが同時に複数のコンテンツでマッチングされることを防止することができる。

［第６の実施形態］
図１４は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｆ（サーバ１０Ｆ）の構成を示すブロック図である。本例において、サーバ１０Ｆは、配列部１１と、マッチング部１２と、補正部１０１と、決定部１０２とを少なくとも備える。

補正部１０１は、コンテンツに配列したユーザに関する数値を、当該コンテンツに設定された値に基づいて補正する機能を有する。

ここで、ユーザに関する数値とは、ビデオゲームにおいてユーザに関係のある数値を意味する。ユーザに関する数値の例には、いわゆるレベルやステータス、パラメータがある。

また、コンテンツに設定された値とは、１つのビデオゲームに複数存在するコンテンツそれぞれに設定された値を意味する。コンテンツに設定された値の例には、いわゆる難易度や適性レベル、あるいはユーザのステータスやパラメータがある。

また、補正とは、状況に応じてユーザに関する数値を変更することを意味する。ユーザに関する数値を補正するための構成は特に限定されないが、コンテンツをプレイする前のユーザが補正後の値を認識し得る構成であることが好ましい。ユーザに関する数値を補正するための構成の例には、コンテンツに設定された適性レベルをユーザのレベルが超えている場合、当該ユーザのレベルを適性レベルに一致させる構成がある。

決定部１０２は、ユーザに関する数値の補正前の値と、補正後の値（補正値）とに基づいて、当該コンテンツをユーザがプレイまたはクリアした際のボーナス（補正ボーナス）を決定する機能を有する。

ここで、ボーナスとは、ユーザに付与される特典を意味する。補正ボーナスの内容は特に限定されないが、ユーザが補正を許容する理由となり得るものであることが好ましい。補正ボーナスの例には、いわゆる経験値やゲーム内アイテムがある。また、補正ボーナスを決定するための構成は特に限定されないが、補正前後の差異の大きさに応じて内容が異なるものとなる構成が好ましい。補正ボーナスを決定するための構成の例には、補正前のユーザに関する値と、補正後のユーザに関する値（例えば、コンテンツに設定された値）との差を用いてボーナスの内容を決定する構成がある。この場合、当該差を変数とする式を用いてボーナスが算出される構成としてもよいし、ボーナスの内容と差の範囲が対応付けされたテーブルを参照してボーナスが選択される構成としてもよい。

また、補正ボーナスは、ユーザが、補正後の数値が自身に設定された状態でコンテンツをプレイまたはクリアした際に付与される。すなわち、ユーザが補正値を許容せず、例えばコンテンツのプレイ要求をキャンセルした場合、ユーザに関する数値は補正されず、かつ補正ボーナスはユーザに付与されない。

図１５は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｆと、端末２０の動作を例にして説明する。なお、サーバ１０Ｆと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

サーバ１０Ｆは、端末からのプレイ要求に応じてユーザを配列すると（ステップＳ１２）、ユーザに関する数値を補正する（ステップＳ６−１１）。本例においてサーバ１０Ｆは、プレイ要求が示すコンテンツに関する情報と、プレイ要求を行ったユーザに関する情報とを比較し、必要に応じてユーザに関する数値を補正する。なお、補正結果は、当該ユーザの操作に応じてコンテンツの進行を制御する際に参照できるよう、所定の記憶領域に記憶される。

サーバ１０Ｆは、ユーザに関する数値を補正すると、補正ボーナスを決定する（ステップＳ６−１２）。本例においてサーバ１０Ｆは、所定規則に従って補正ボーナスを決定する。

以上に説明したように、第６の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｆが、配列部１１と、マッチング部１２と、補正部１０１と、決定部１０２とを備える構成としているので、コンテンツに配列したユーザに関する数値を、当該コンテンツに設定された値に基づいて補正し、補正前の値と、補正後の値とに基づいて、当該コンテンツをユーザがプレイまたはクリアした際のボーナス（補正ボーナス）を決定し、コンテンツをより長く楽しむことができるビデオゲームをユーザに提供できる。

すなわち、例えばあるコンテンツの適性レベルを超えたユーザが、当該コンテンツの適性レベル以下のユーザとマッチングされた際、レベル差が大きいことによるコンテンツの趣向性の低下を防止することができる。また、レベルが下げられることに不満を感じるユーザがいる場合も、補正ボーナスを提供することでその不満を解消し得る。

なお、上述した第６の実施形態の例では、プレイ要求に応じてユーザに関する数値の補正と補正ボーナスの決定がなされる場合を例にして説明したが、当該補正と決定がプレイ要求の前に行われる構成としてよい。すなわち、例えばコンテンツの選択画面を表示する旨の要求をサーバ１０Ｆが端末２０から受け付けた場合、サーバ１０Ｆが、端末２０のユーザに関する情報を参照し、補正値と補正ボーナスとコンテンツとが対応付けされたゲーム画面を生成し、生成したゲーム画面を端末２０に表示させる構成としてもよい。

なお、上述した第６の実施形態の例では特に言及していないが、サーバ１０Ｆが、コンテンツに配列したユーザに関する数値を、当該コンテンツに設定された値に基づいて補正し、補正の程度に応じてボーナスを調整する構成としてもよい。ここで、補正の程度とは、ユーザに関する数値を変更した程度を意味する。また、ボーナスとは、コンテンツをクリアした際にユーザに付与される特典を意味する。補正の程度に応じてボーナスを調整するための構成の例は特に限定されないが、ユーザにとってコンテンツのクリアが困難になる程度が大きいほど、ボーナスがユーザにとって良いものとなる構成が好ましい。補正の程度に応じてボーナスを調整するための構成の例には、補正前後の差とボーナスを示す数値とを変数とする式を用いてボーナスを調整する構成がある。

なお、上述した第６の実施形態の例では特に言及していないが、サーバ１０Ｆが、コンテンツに配列したユーザに関する数値を、当該コンテンツに設定された値に基づいて補正し、コンテンツと、ボーナスと、ユーザに関する数値とを対応付けて記憶する記憶部を参照し、補正前の数値に対応するコンテンツからユーザが得られるボーナスと、ユーザを配列したコンテンツからユーザが得られるボーナスとを比較し、比較結果を用いてボーナスを調整または補正ボーナスを決定する構成としてもよい。すなわち、例えばユーザが得られるボーナスをコンテンツ毎に「適性レベルでプレイ（参加）した場合のボーナス」として定義し、「参加したユーザの本来のレベルに見合うコンテンツでのボーナス」から、「参加したコンテンツのボーナス」の差分を求め、求めた差分をクリア時に排出する構成としてもよい。このような構成とする場合、サーバ１０Ｆが、コンテンツを指定しないプレイ要求を受け付けた場合に、ボーナスの比較結果を用いてボーナスを調整または補正ボーナスを決定する構成としてもよい。さらに、より「コンテンツを指定しないプレイ要求」をユーザに促すべく、別途、「コンテンツを指定しないプレイ要求」に対応するボーナスがユーザに付与される構成としてもよい。

［第７の実施形態］
図１６は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｇ（サーバ１０Ｇ）の構成を示すブロック図である。本例において、サーバ１０Ｇは、配列部１１と、マッチング部１２と、選択部１０３と、特定部１０４と、報知部１０５とを少なくとも備える。

選択部１０３は、コンテンツに対する不足条件を満たす属性（不足属性）を選択する機能を有する。

ここで、コンテンツに対する不足条件とは、コンテンツに配列されているユーザが不足しているか否かを判定するために設定された条件を意味する。不足条件の内容は特に限定されないが、不足属性と選択するための処理が過大にならないものであることが好ましい。不足条件の例には、「配列されたユーザが所定数以下の枠に対応する属性。」がある。すなわち、例えばマッチング条件が「属性Ａのユーザ１人と、属性Ｂまたは属性Ｃのユーザ２人。」であるコンテンツに関して、属性Ａの枠にユーザが一人も配列されていない場合、属性Ａが不足属性として選択される。

特定部１０４は、不足属性と同一の属性が設定されたユーザがコンテンツをプレイまたはクリアした際のボーナス（不足属性ボーナス）を特定する機能を有する。

ここで、不足属性ボーナスとは、不足条件を満たした属性を設定してコンテンツをプレイするユーザに付与されるものを意味する。不足属性ボーナスの内容は特に限定されないが、ユーザが不足属性を選択する動機づけになり得るものであることが好ましい。不足属性ボーナスの例には、いわゆる経験値やゲーム内アイテムがある。また、不足属性ボーナスを決定するための構成は特に限定されないが、不足している程度に応じて内容が異なるものとなる構成が好ましい。不足属性ボーナスを決定するための構成の例には、不足属性が設定されたユーザを待っている他のユーザの数（すなわち、コンテンツに配列されたユーザのうち、不足属性以外の属性が設定されたユーザの数）を用いてボーナスの内容を決定する構成がある。

報知部１０５は、不足属性および不足属性ボーナスをコンテンツと対応付けてユーザに報知する機能を有する。

ここで、不足属性等をユーザに報知するとは、不足属性等について少なくともその存在をユーザに認識させることを意味する。不足属性等をユーザに報知するための構成は特に限定されないが、コンテンツ、不足属性、および不足属性ボーナスをユーザが認識し得る構成であることが好ましい。不足属性等をユーザに報知するための構成の例には、コンテンツと、不足属性と、不足属性ボーナスとが対応付けされたゲーム画面を端末２０に表示させる構成がある。

図１７は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｇと、端末２０の動作を例にして説明する。なお、サーバ１０Ｇと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

サーバ１０Ｇは、ゲーム処理において、不足属性を選択する（ステップＳ７−１１）。本例においてサーバ１０Ｇは、各コンテンツに対応する複数の属性のうち、所定の不足条件を満たす属性を選択する。

サーバ１０Ｇは、不足属性を選択すると、選択した不足属性に対応する不足属性ボーナスを特定する（ステップＳ７−１２）。本例においてサーバ１０Ｇは、選択した不足属性の不足度合いをそのユーザ数から判定し、判定結果に基づいて不足属性ボーナスを特定する。

サーバ１０Ｇは、不足属性ボーナスを特定すると、選択した不足属性と、特定した不足属性ボーナスとをユーザに報知する（ステップＳ７−１３）。本例においてサーバ１０Ｇは、ビデオゲームに含まれる複数のコンテンツそれぞれに対応する不足属性と不足属性ボーナスとをユーザに報知するための情報（報知情報）を生成し、生成した報知情報を端末２０に送信する。

端末２０は、サーバ１０Ｇから報知情報を受信すると、不足属性と不足属性ボーナスとを出力する（ステップＳ７−１４）。本例において端末２０は、受信した報知情報に基づいてゲーム画面を表示する。

以上に説明したように、第７の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｇが、配列部１１と、マッチング部１２と、選択部１０３と、特定部１０４と、報知部１０５とを備える構成としているので、コンテンツに対する不足条件を満たす属性（不足属性）を選択し、不足属性と同一の属性が設定されたユーザがコンテンツをプレイまたはクリアした際のボーナス（不足属性ボーナス）を特定し、不足属性および不足属性ボーナスをコンテンツと対応付けてユーザに報知し、ユーザにより選択される属性の偏りを是正し、マッチングの迅速化を図ることができる。

なお、上述した第７の実施形態の例では特に言及していないが、サーバ１０Ｇが、所定期間毎に、コンテンツに配列されてからマッチングされるまでの時間が当該コンテンツに対応する他の属性よりも短いと推定される属性を不足属性として選択する構成としてもよい。このような構成とすることで、ビデオゲームが複数のコンテンツを含む場合、全コンテンツそれぞれに同一処理で不足属性を選択することができる。

なお、上述した第７の実施形態の例では特に言及していないが、サーバ１０Ｇが、不足属性を、コンテンツおよび選択した時期と対応付けて所定の記憶領域に保存し、プレイ要求を受け付けた際、記憶領域を参照し、当該プレイ要求が示すコンテンツに対応する不足属性のうち、最新の不足属性および最新よりも所定数前の不足属性のうち何れかと当該プレイ要求を行ったユーザまたは当該ユーザが操作するキャラクタに設定された属性が一致する場合、一致した不足属性に対応する不足属性ボーナスを、当該ユーザが当該コンテンツをプレイまたはクリアした際に当該ユーザに付与する構成としてもよい。このような構成とすることにより、例えば各コンテンツの不足属性ボーナスを５分毎に更新する構成とした場合、ユーザが不足属性を認識してから５分以上経過した後にコンテンツに対するプレイ要求を入力した際、当該コンテンツの不足属性等がユーザ認識時のものから変更していることにより当該ユーザが不足属性ボーナスを得られなくなる、といった事態を防止することができる。

すなわち、例えばサーバ１０Ｇが、コンテンツと不足属性ボーナス（不足属性は、属性Ａ）とが対応付けされた情報を端末２０に送信し、端末２０が、受信した情報を用いてコンテンツと不足属性ボーナスとが対応付けされたゲーム画面を表示し、端末２０のユーザ（属性Ａ）が、サーバ１０Ｇにて当該コンテンツに対応する不足属性ボーナスが変更された後（不足属性は、属性Ｂ）に当該コンテンツに対するプレイ要求を行った場合、サーバ１０Ｇは、端末２０から受信したプレイ要求（属性Ａ）と当該コンテンツの最新不足属性（属性Ｂ）より１つ前の不足属性（属性Ａ）とが一致することから、当該ユーザに付与する不足属性ボーナス（属性Ａ）を特定する構成としてもよい。

なお、上述した第７の実施形態の例では特に言及していないが、サーバ１０Ｇが、１つのコンテンツにおいて複数の属性が不足条件を満たす場合、当該複数の属性を不足属性として選択する構成としてもよい。また、この場合に、サーバ１０Ｇが、不足条件を満たす複数の属性のうち１つの属性のみを不足属性として選択する構成としてもよい。このとき、１つの属性を選択するための構成は特に限定されないが、より不足の程度が高い属性が選択される構成であることが好ましい。なお、不足の程度は、例えば各属性に対応するユーザの数に基づいて特定される構成としてもよい。

［第８の実施形態］
図１８は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｈ（サーバ１０Ｈ）の構成を示すブロック図である。本例において、サーバ１０Ｈは、配列部１１と、マッチング部１２と、作成部１３と、許容部１０６とを少なくとも備える。

作成部１３は、ビデオゲームをプレイする複数のユーザにより構成されるパーティを作成する機能を有する。

許容部１０６は、コンテンツのプレイ要求を行ったパーティが、当該コンテンツに設定されたユーザ数より少ないユーザ数でのプレイを要求する場合、少なくとも一部の要素を制限した当該コンテンツ（制限コンテンツ）のプレイを当該パーティに許容する機能を有する。

ここで、コンテンツに設定されたユーザ数より少ないユーザ数でのプレイ要求（少人数プレイ要求）を受け付けるための構成は特に限定されないが、ユーザによる選択を求める構成であることが好ましい。少人数プレイ要求を受け付けるための構成の例には、コンテンツに設定されたユーザ数より少ないユーザ数で構成されたパーティから当該パーティのみでコンテンツをプレイしたい旨の要求を受け付ける構成がある。

また、要素を制限したコンテンツとは、コンテンツを構成する各種情報（コンテンツの要素）を制限したコンテンツを意味する。コンテンツの要素を制限するための構成は特に限定されないが、少人数でコンテンツをプレイすることで通常の人数でプレイするよりもいわゆるプレイ効率が向上しない構成であることが好ましい。制限されるコンテンツの要素の例には、機能的要素や構成的要素がある。ここで、機能的要素とは、システム１００が実現する機能に関するものがある。機能的要素が制限される例には、コンテンツをプレイする際の属性が自由になることがある。また、構成的要素とは、コンテンツの構成に関するものがある。構成的要素が制限される例には、コンテンツをプレイすることで通常得られるゲーム内要素（例えば、いわゆるドロップアイテム）が得られなくなることがある。

図１９は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｈと、端末２０の動作を例にして説明する。なお、サーバ１０Ｈと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

端末２０は、ゲーム処理において、パーティに属するユーザから、コンテンツを指定した少人数プレイ要求を受け付ける（ステップＳ８−１１）。本例において端末２０は、パーティを代表するユーザから、コンテンツと、当該コンテンツに設定されたユーザ数よりも少ないユーザ数でのプレイを許容する旨とを示す操作を受け付け、受け付けた操作を示す情報をプレイ要求として生成し、生成したプレイ要求（少人数プレイ要求）をサーバ１０Ｈに送信する。

サーバ１０Ｈは、端末２０から少人数プレイ要求を受け付けると、当該パーティに制限コンテンツのプレイを許容する（ステップＳ８−１２）。本例においてサーバ１０Ｈは、制限コンテンツに対応する仮想空間を生成し、生成した仮想空間を当該パーティに属する各ユーザに提供する。

以上に説明したように、第８の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｈが、配列部１１と、マッチング部１２と、作成部１３と、許容部１０６とを備える構成としているので、ビデオゲームをプレイする複数のユーザにより構成されるパーティを作成し、コンテンツのプレイ要求を行ったパーティが、当該コンテンツに設定されたユーザ数より少ないユーザ数でのプレイを要求する場合、少なくとも一部の要素を制限した当該コンテンツのプレイを当該パーティに許容し、コンテンツの利用方法に多様性をもたせることができる。

すなわち、初心者の引率や少人数でのスピードランなど、単純にクリアすること以外でもユーザがコンテンツを楽しむことができるようになる。

［第９の実施形態］
図２０は、ビデオゲーム処理サーバ１０の例であるビデオゲーム処理サーバ１０Ｉ（サーバ１０Ｉ）の構成を示すブロック図である。本例において、サーバ１０Ｉは、配列部１１と、マッチング部１２と、作成部１３と、調整部１０７とを少なくとも備える。

作成部１３は、ビデオゲームをプレイする複数のユーザにより構成されるパーティを作成する機能を有する。

調整部１０７は、コンテンツのプレイ要求を行ったパーティが、当該コンテンツに設定されたアイテムレベルを超えたアイテムを所持している場合、当該アイテムのレベルおよび当該コンテンツの要素を調整する機能を有する。

ここで、アイテムとは、ユーザがビデオゲームにおいて所有し得るゲーム内要素を意味する。すなわち、アイテムは、ユーザまたはユーザが操作するキャラクタに設定される数値（例えば、ユーザレベル）とは異なる取り扱いがされるものである。

また、アイテムレベルとは、ビデオゲームに含まれる複数のアイテムそれぞれに設定されるレベルを意味する。各アイテムのレベル（アイテムレベル）は、アイテムの性能（例えば、攻撃力）に影響を与える。

また、アイテムレベルを調整するとは、コンテンツに設定されたアイテムレベル（適性アイテムレベル）に応じてアイテムレベルを変化させることを意味する。アイテムレベルを調整するための構成の例は特に限定されないが、アイテムレベルを調整した結果として、ユーザが使用するアイテムの性能が、コンテンツの作成者側が想定した程度となることが好ましい。アイテムレベルを調整するための構成の例には、適性アイテムレベルを超えたアイテムレベルを適性アイテムレベルと一致させる構成や、参加に必要な最低アイテムレベルでコンテンツにユーザを参加させる構成がある。

また、コンテンツの要素を調整するとは、コンテンツを構成する各種情報（コンテンツの要素）を所定規則に従って変更することを意味する。調整されるコンテンツの要素は特に限定されないが、コンテンツの趣向性が低下しない程度に調整されることが好ましい。コンテンツの要素の調整例には、出現モンスタの強さやギミックが変更されず、モンスタから報酬や経験値を得ることができなくなることように調整することがある。

図２１は、システム１００が実行するゲーム処理の例を示すフローチャートである。以下、サーバ１０Ｉと、端末２０の動作を例にして説明する。なお、サーバ１０Ｉと端末２０それぞれの動作を示すフローチャートについては、重複説明を避ける観点から記載を省略する。

サーバ１０Ｉは、端末２０からコンテンツのプレイ要求を受け付けると、パーティが所有するアイテムのレベルを調整する（ステップＳ９−１１）。本例においてサーバ１０Ｉは、プレイ要求が示すコンテンツに設定された最低アイテムレベルとなるように、各ユーザが所有または装備しているアイテムのレベルを調整する。

以上に説明したように、第９の実施形態の一側面として、ビデオゲーム処理サーバ１０Ｉが、配列部１１と、マッチング部１２と、作成部１３と、調整部１０７とを備える構成としているので、ビデオゲームをプレイする複数のユーザにより構成されるパーティを作成し、コンテンツのプレイ要求を行ったパーティが、当該コンテンツに設定されたアイテムレベルを超えたアイテムを所持している場合、当該アイテムのレベルおよび当該コンテンツの要素を調整し、アイテムの利用方法に多様性をもたせることができる。

なお、上述した第９の実施形態の例では特に言及していないが、サーバ１０Ｉが、アイテムレベルの調整を、上昇または低下のうち何れかしか行わない構成としてもよい。すなわち、例えばユーザが所有するアイテムのレベルをコンテンツに設定された最低レベルに調整する際、最低レベルに満たないアイテムについてはレベルの調整をしない構成としてもよい。

なお、上述した第９の実施形態の例では、アイテムレベルの調整と併せてコンテンツの要素が調整される場合を例にして説明したが、コンテンツの要素が調整されない構成としてもよい。すなわち、アイテムレベルがコンテンツに合わせて調整される構成とすることで、コンテンツのプレイ方法に多様性をもたせることができる。また逆に、ユーザ所有のアイテムレベルとコンテンツに設定されたアイテムレベルとの対比結果に応じて当該コンテンツの要素が調整され、アイテムレベルが調整されない構成としてもよい。このような構成としても、コンテンツのプレイ方法に多様性をもたせることができる。

なお、上述した第９の実施形態の例では特に言及していないが、サーバ１０Ｉが、ビデオゲームにおけるコンテンツについて、プレイ目的を含むプレイ要求をユーザから受け付け、プレイ目的に基づいてマッチングされた複数のユーザにコンテンツに関する情報を提供する構成としてもよい。このような構成とすることで、よりユーザの要望に対応したマッチングを実現することができるようになる。この場合、サーバ１０Ｉが、プレイ目的に基づいてユーザを配列する構成としてもよい。

ここで、プレイ目的とは、ユーザがコンテンツをプレイする目的あるいはゲームに参加する目的を意味する。プレイ目的の内容は特に限定されないが、その内容が明確であることが好ましい。プレイ目的の例には、コンテンツのクリアや、コンテンツの練習、コンテンツにおける他ユーザの支援がある。ここで、クリアとは、コンテンツに設定された条件を満たすことを意味する。条件の内容は特に限定されず、１つのコンテンツに独立した複数の条件が設定されていてもよい。複数の条件の例には、いわゆるボスキャラの討伐や、入手可能アイテムのコンプリートがある。また、練習とは、コンテンツのクリアを目的としていないことを意味する。また、支援とは、コンテンツのクリアや練習を手助けすることを意味する。

また、プレイ目的を特定するための構成は特に限定されないが、特定したプレイ目的をユーザに認識させ得る構成であることが好ましい。このような構成の例には、ユーザにプレイ目的を設定させる構成がある。ユーザに選択させるプレイ目的の例には、クリアや、練習がある。また、コンテンツを複数のフェーズに分類できる場合、どのフェーズの練習を目的とするかをユーザに選択させる構成としてもよい。フェーズの例には、前半、中盤、後半がある。

また、プレイ目的に基づいて複数のユーザをマッチングするとは、プレイ目的をマッチング条件に含めることを意味する。プレイ目的に基づいて複数のユーザをマッチングするための構成の例には、同じプレイ目的であるユーザをマッチングする構成や、所定の組み合わせとなるプレイ目的であるユーザをマッチングする構成がある。所定の組み合わせの内容は特に限定されないが、例えば、２人パーティを作成する場合の支援目的と練習目的がある。なお、マッチングされた複数のユーザが互いの目的を認識し得る構成としてもよい。このような構成の例には、マッチング結果を表すゲーム画面に各ユーザのプレイ目的を表す領域を設ける構成がある。

また、複数のユーザにコンテンツに関する情報を提供するとは、複数のユーザがコンテンツをプレイするための情報を各ユーザの端末に送信することを意味する。

なお、上述した第９の実施形態の例では特に言及していないが、サーバ１０Ｉが、所定規則に従ってマッチングされた複数のユーザの中に不利益を受けるユーザがいるか所定条件に基づいて判定し、判定結果を表すゲーム画面を出力する構成としてもよい。このような構成とすることで、マッチングによる不利益に対するユーザの不満を低減させることができるようになる。すなわち、不利益が発生することをユーザに示すことで、ユーザが予測しない不利益が発生することを防止することができる。この場合、不利益を受けるユーザに、マッチングされた複数のユーザでコンテンツをプレイするか問い合わせる構成としてもよい。

ここで、不利益の内容は特に限定されないが、不利益であることをユーザが認識し得るものであることが好ましい。不利益の例には、複数のユーザ間でレベル差が閾値を超えていることや、ユーザまたはユーザが操作するキャラクタの相性が悪いことがある。また、同一コンテンツをプレイする複数のユーザについて、各ユーザに対応するコンテンツのプレイ履歴に基づいて不利益を特定する構成としてもよい。すなわち、例えば同一のコンテンツをプレイしようとする複数のユーザのうち、当該コンテンツを既にクリア済みであるユーザの数に基づいて、コンテンツをプレイすることで得られる報酬を決定する構成がある。このような構成の例には、コンテンツをクリア済みのユーザが１〜４人の場合は宝箱が１個、５人以上の場合は宝箱が０個、とする構成がある。

なお、上述した第９の実施形態の例では特に言及していないが、サーバ１０Ｉが、複数のユーザによる同一コンテンツのプレイ要求を受け付け、複数のユーザのうち所定条件を満たすユーザについて、ユーザと、コンテンツと、コンテンツの進行度とを対応付けて記憶する記憶手段を参照し、当該ユーザに対応するコンテンツの進行度に合わせて同一コンテンツを複数のユーザに開始させる構成としてもよい。このような構成とすることで、コンテンツの利用方法に多様性をもたせることができるようになる。すなわち、コンテンツを常に最初からプレイしなければならないといった制限を外して複数のユーザをマッチングすることができるようになり、マッチングシステムの有用性を高めることができる。この場合、所定条件の内容は特に限定されないが、複数のユーザにおける関係性を表すものや、プレイしようとしているコンテンツに関するものであることが好ましい。所定条件の例には、いわゆる「リーダー」に設定されていることや、コンテンツをクリアしたことがないことがある。

ここで、複数のユーザによる同一コンテンツのプレイ要求を受け付けるための構成は特に限定されず、ユーザが任意のパーティを組んだ後コンテンツを選択し得る構成としてもよいし、同一のコンテンツに対するプレイ要求を行った複数のユーザを所定数マッチングする構成としてもよい。

また、ユーザと、コンテンツと、コンテンツの進行度とを対応付けるための構成は特に限定されず、ユーザに指定させる構成としてもよいし、ユーザによるコンテンツのプレイ履歴を利用する構成としてもよい。プレイ履歴を利用する例には、コンテンツをプレイしたユーザがプレイを終えた際の進行度（例えば、クリアに失敗した際やプレイを中断または中止した際の進行度）を所定の記憶領域に保存する構成がある。

また、ユーザに対応するコンテンツの進行度に合わせて同一コンテンツを複数のユーザに開始させるとは、少なくとも所定条件を満たすユーザについてはコンテンツの進行度に対応する状態からコンテンツをプレイさせることを意味する。すなわち、例えば、リーダーであるユーザの進行度が「中盤」である場合、少なくともリーダーにはコンテンツを「中盤プ」からプレイさせる。なお、他のユーザについては、リーダーと同じようにコンテンツの「中盤」からプレイさせる構成としてもよいし、コンテンツの「前半」からプレイさせる構成としてもよい。

なお、所定条件を満たすユーザに対応するコンテンツの進行度で複数のユーザに同一コンテンツを開始させると、進行度のスキップにより不利益を受けるユーザが発生する場合がある。すなわち、例えば、コンテンツを「中盤」からプレイすることにより、コンテンツの「前半」に発生する宝箱を失うケースがある。そのため、サーバ１０Ｉが、複数のユーザのうち、コンテンツを開始する進行度が自身の進行度と異なるユーザに対し、不利益を受けることを報知する構成としてもよい。なお、このようなケースを回避するため、サーバ１０Ｉが、ユーザと、不利益を許容するか否かとが対応付けされた情報を参照してマッチングを行う構成としてもよい。

以上に説明したように、本願の各実施形態により１または２以上の不足が解決される。なお、夫々の実施形態による効果は、非限定的な効果または効果の一例である。

なお、上述した各実施形態では特に言及していないが、ビデオゲーム処理システム１００が、複数のユーザをマッチングする際、マッチングにより構成されるパーティに所定条件を満たすユーザが所定数以上含まれないようにする構成としてもよい。ここで、所定条件の内容は特に限定されないが、ユーザのプレイ履歴に関するものであることが好ましい。所定条件の例には、「コンテンツをクリアしたことがないユーザ」や「新規ユーザ」がある。このような構成とすることにより、パーティ構成の偏りを是正することができ、例えばパーティがコンテンツをクリアし得ない状態となることを防止することができる。

なお、パーティに所定条件を満たすユーザが所定数以上含まれないようにするための構成は特に限定されないが、所定条件を満たすユーザの待機時間が他のユーザよりも長期化することがないものであることが好ましい。パーティに所定条件を満たすユーザが所定数以上含まれないようにするための構成の例には、マッチング中に適宜判定する構成や、マッチング結果を判定する構成がある。マッチング中に判定する構成の例には、複数のユーザを順次マッチングしている際、１つのパーティに所定条件を満たすユーザが所定数含まれるようになった後は、所定条件を満たすユーザを当該パーティに追加しない構成がある。また、マッチング結果を判定する構成の例には、マッチング結果としてのパーティに所定条件を満たすユーザが所定数以上いる場合、当該パーティを解散してマッチングしなおすか、または当該パーティの一部のユーザを他のユーザと交換することで調整する構成がある。

なお、上述した各実施形態では、複数のユーザ端末２０，２０１〜２０Ｎとビデオゲーム処理サーバ１０は、自己が備える記憶装置に記憶されている各種制御プログラム（例えば、ビデオゲーム処理プログラム）に従って、上述した各種の処理を実行する。

また、ビデオゲーム処理システム１００の構成は上述した各実施形態の例として説明した構成に限定されず、例えばユーザ端末が実行する処理として説明した処理の一部または全部をサーバ１０が実行する構成としてもよいし、サーバ１０が実行する処理として説明した処理の一部または全部を複数のユーザ端末２０，２０１〜２０Ｎの何れか（例えば、ユーザ端末２０）が実行する構成としてもよい。また、サーバ１０が備える記憶部の一部または全部を複数のユーザ端末２０，２０１〜２０Ｎの何れかが備える構成としてもよい。すなわち、ビデオゲーム処理システム１００におけるユーザ端末２０とビデオゲーム処理サーバ１０のどちらか一方が備える機能の一部または全部を、他の一方が備える構成とされていてもよい。

すなわち、例えばビデオゲーム処理システム１００において表示装置の表示画面に出力されるゲーム画面に関する情報は、サーバ１０が生成する構成としてもよいし、端末２０が生成する構成としてもよい。なお、サーバ１０がゲーム画面を生成する場合、端末２０では、クラウドゲームのゲーム画面としてゲーム画面が出力される。

図２２は、ゲーム画面の例について説明するための説明図である。図２２に示すように、端末２０が備える表示装置の表示画面には、端末２０を操作するユーザの属性が表示される属性表示領域２２０１と、コンテンツの種類を限定するためのアイコンが表示されるアイコン表示領域２２０２と、コンテンツを指定しないプレイ要求を受け付けるための画像が表示される第１表示領域２２１０と、コンテンツ（例えば、いわゆるダンジョン）を指定したプレイ要求を受け付けるための画像が表示される第２表示領域２２２０とが設けられたゲーム画面が表示される。

また、ビデオゲーム処理プログラムが、上述した各実施形態の例として説明した機能の一部または全部を、通信ネットワークを含まない装置単体に実現させる構成としてもよい。

［付記］
上述した実施形態の説明は、少なくとも下記発明を、当該発明の属する分野における通常の知識を有する者がその実施をすることができるように記載した。
［１］
ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
前記サーバに、
前記ビデオゲームにおけるコンテンツのプレイ要求を行ったユーザを、当該ユーザまたは当該ユーザが操作するキャラクタに設定された属性に対応する枠に配列する配列機能と、
該配列機能により配列した複数のユーザにより前記枠に構成される列において、少なくとも前記属性に関するマッチング条件を満たした複数のユーザを当該列の先頭から順次マッチングするマッチング機能とを実現させ、
前記配列機能では、２種類以上の属性に対応する枠には、互いに異なる属性が設定されたユーザが交互に並んだ状態になることを優先して配列する機能を
実現させるためのビデオゲーム処理プログラム。
［１−１］
前記サーバに、ユーザと、属性とを対応付けて記憶する記憶手段を参照し、前記コンテンツのプレイ要求を行ったユーザに対応する属性を判定する判定機能を実現させ、
前記配列機能では、前記判定機能により判定した属性に基づいて、前記コンテンツに対応する枠に前記ユーザを配列する機能を
実現させるための［１］記載のビデオゲーム処理プログラム。
［２］
前記サーバに、前記ビデオゲームをプレイする複数のユーザにより構成されるパーティを作成する作成機能を実現させ、
前記配列機能では、前記コンテンツのプレイ要求を行ったパーティに属する複数のユーザを配列する際、当該パーティに属する複数のユーザ間の繋がりを維持したまま配列する機能を実現させ、
前記マッチング機能では、前記パーティと他のユーザとをマッチングする機能を
実現させるための［１］記載のビデオゲーム処理プログラム。
［２−１］
前記マッチング機能では、前記パーティに属する複数のユーザのうち何れかを他のユーザとマッチングする際、当該ユーザが属するパーティのメンバー全員を当該他のユーザとマッチングする機能を
実現させるための［２］記載のビデオゲーム処理プログラム。
［２−２］
前記マッチング機能では、前記パーティに属する複数のユーザのうち前記マッチングまでに要する時間が最短であると予想されるユーザの順番を基準として当該パーティに属する他のユーザを配列する機能を
実現させるための［２］記載のビデオゲーム処理プログラム。
［２−３］
前記マッチング機能では、配列した複数のパーティのうち、前記属性に関するマッチング条件を満たした複数のパーティを列の先頭から順次マッチングする機能を
実現させるための［２］記載のビデオゲーム処理プログラム。
［３］
前記配列機能では、前記コンテンツへのプレイ要求を行ったユーザが当該コンテンツをクリアしたことがない場合、コンテンツをクリアしたことがないユーザ（以下「未クリアユーザ」という。）に関する配列規則を用いて当該ユーザを前記枠に配列する機能を
実現させるための［１］または［２］記載のビデオゲーム処理プログラム。
［３−１］
前記配列機能では、前記コンテンツをクリアしたことがあるユーザよりも前記未クリアユーザが優先的にマッチングされるように、当該未クリアユーザを前記列の前方に配列する機能を
実現させるための［３］記載のビデオゲーム処理プログラム。
［３−２］
前記配列機能では、配列済みのユーザそれぞれの待ち時間と当該コンテンツのプレイ履歴とに関する配列規則を用いて前記未クリアユーザを配列する機能を
実現させるための［３］記載のビデオゲーム処理プログラム。
［３−３］
前記マッチング機能では、前記コンテンツをクリアしたことがあるユーザよりも前記未クリアユーザを優先してマッチングする機能を
実現させるための［３］記載のビデオゲーム処理プログラム。
［４］
前記サーバに、
前記マッチング機能によりマッチングした複数のユーザに前記コンテンツのプレイを許可する許可機能と、
前記複数のユーザによりプレイされている前記コンテンツに対するユーザ補充条件が満たされた際、当該コンテンツに配列されたユーザのうち、補充すべき属性が設定されたユーザであり、かつ途中参加を許容しているユーザを当該コンテンツに補充する補充機能とを
実現させるための［１］から［３］のうち何れかに記載のビデオゲーム処理プログラム。
［４−１］
前記補充機能では、配列されたユーザにより構成される列の前方に位置するユーザを優先して前記コンテンツに補充する機能を
実現させるための［４］に記載のビデオゲーム処理プログラム。
［４−２］
前記補充機能では、前記コンテンツをプレイ中のユーザからユーザの補充要求があった際、前記ユーザ補充条件が満たされたと判定する機能を
実現させるための［４］記載のビデオゲーム処理プログラム。
［５］
前記サーバに、
前記配列機能により配列したユーザを前記マッチング機能によりマッチングするまでに要した時間の平均（以下「平均マッチング時間」という。）を算出する算出機能と、
前記コンテンツを指定しないプレイ要求を受け付けた際、複数のコンテンツそれぞれの平均マッチング時間と、コンテンツに配列したユーザのうち少なくとも当該コンテンツをクリアしたことがないユーザを配列してから経過した時間（以下「未クリアユーザ待機時間」という。）とを対応付けて記憶する記憶手段を参照し、前記平均マッチング時間に関する抽出条件を満たすコンテンツと、前記未クリアユーザ待機時間に関する抽出条件を満たすコンテンツとを前記複数のコンテンツから抽出する抽出機能とを実現させ、
前記配列機能では、前記抽出機能により抽出したコンテンツのうち少なくとも１つのコンテンツに対応する枠に、前記コンテンツを指定しないプレイ要求に対応するユーザを配列する機能を
実現させるための［１］から［４］のうち何れかに記載のビデオゲーム処理プログラム。
［５−１］
前記サーバに、前記マッチング機能によりマッチングしたユーザを他のコンテンツに対応する枠にも配列していた場合、当該ユーザを当該枠から排除する排除機能を
実現させるための［５］記載のビデオゲーム処理プログラム。
［６］
前記サーバに、
前記配列機能によりコンテンツに配列したユーザに関する数値を、当該コンテンツに設定された値に基づいて補正する補正機能と、
該補正機能による補正前の値と、補正後の値とに基づいて、当該コンテンツを前記ユーザがプレイまたはクリアした際のボーナス（以下「補正ボーナス」という。）を決定する決定機能とを
実現させるための［１］から［５］のうち何れかに記載のビデオゲーム処理プログラム。
［７］
前記サーバに、
前記コンテンツに対する不足条件を満たす属性（以下「不足属性」という。）を選択する選択機能と、
前記不足属性と同一の属性が設定されたユーザが前記コンテンツをプレイまたはクリアした際のボーナス（以下「不足属性ボーナス」という。）を特定する特定機能と、
前記不足属性および前記不足属性ボーナスを前記コンテンツと対応付けてユーザに報知する報知機能とを
実現させるための［１］から［６］のうち何れかに記載のビデオゲーム処理プログラム。
［７−１］
前記選択機能では、所定期間毎に、コンテンツに配列されてからマッチングされるまでの時間が当該コンテンツに対応する他の属性よりも短いと推定される属性を前記不足属性として選択する機能を実現させ、
前記サーバに、
前記不足属性を、前記コンテンツおよび選択した時期を対応付けて所定の記憶領域に保存する保存機能と、
前記プレイ要求を受け付けた際、前記記憶領域を参照し、当該プレイ要求が示すコンテンツに対応する不足属性のうち、最新の不足属性および最新よりも所定数前の不足属性のうち何れかと当該プレイ要求を行ったユーザまたは当該ユーザが操作するキャラクタに設定された属性が一致する場合、一致した不足属性に対応する不足属性ボーナスを、当該ユーザが当該コンテンツをプレイまたはクリアした際に当該ユーザに付与する付与機能とを
実現させるための［７］記載のビデオゲーム処理プログラム。
［８］
前記サーバに、
前記ビデオゲームをプレイする複数のユーザにより構成されるパーティを作成する作成機能と、
前記コンテンツのプレイ要求を行ったパーティが、当該コンテンツに設定されたユーザ数より少ないユーザ数でのプレイを要求する場合、少なくとも一部の要素を制限した当該コンテンツのプレイを当該パーティに許容する許容機能とを
実現させるための［１］から［７］のうち何れかに記載のビデオゲーム処理プログラム。
［９］
前記サーバに、
前記ビデオゲームをプレイする複数のユーザにより構成されるパーティを作成する作成機能と、
前記コンテンツのプレイ要求を行ったパーティが、当該コンテンツに設定されたアイテムレベルを超えたアイテムを所持している場合、当該アイテムのレベルおよび当該コンテンツの要素を調整する調整機能とを
実現させるための［１］から［８］のうち何れかに記載のビデオゲーム処理プログラム。
［Ａ］
ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
前記サーバに、
前記ビデオゲームにおけるコンテンツについて、プレイ目的を含むプレイ要求をユーザから受け付ける受付機能と、
前記プレイ目的に基づいてマッチングされた複数のユーザに前記コンテンツに関する情報を提供する提供機能とを
実現させるためのビデオゲーム処理プログラム。
［１−Ａ］
前記サーバに、前記ビデオゲームにおけるコンテンツについて、プレイ目的を含むプレイ要求をユーザから受け付ける受付機能を実現させ、
前記配列機能では、前記プレイ目的に基づいて前記ユーザを配列する機能を
実現させるための［１］から［９］のうち何れかに記載のビデオゲーム処理プログラム。
［Ｂ］
ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
前記サーバに、
所定規則に従ってマッチングされた複数のユーザの中に不利益を受けるユーザがいるか所定条件に基づいて判定する不利益判定機能と、
該不利益判定機能による判定結果を表すゲーム画面を出力する出力機能とを
実現させるためのビデオゲーム処理プログラム。
［１−Ｂ］
前記サーバに、
前記マッチング機能によりマッチングされた複数のユーザの中に不利益を受けるユーザがいるか所定条件に基づいて判定する不利益判定機能と、
該不利益判定機能による判定結果を表すゲーム画面を出力する出力機能とを
実現させるための［１］から［９］および［１−Ａ］のうち何れかに記載のビデオゲーム処理プログラム。
［Ｃ］
ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
前記サーバに、
複数のユーザによる同一コンテンツのプレイ要求を受け付ける一括受付機能と、
前記複数のユーザのうち所定条件を満たすユーザについて、ユーザと、コンテンツと、コンテンツの進行度とを対応付けて記憶する記憶手段を参照し、当該ユーザに対応するコンテンツの進行度に合わせて前記同一コンテンツを前記複数のユーザに開始させる開始機能とを
実現させるためのビデオゲーム処理プログラム。
［１−Ｃ］
前記サーバに、
複数のユーザによる同一コンテンツのプレイ要求を受け付ける一括受付機能と、
前記複数のユーザのうち所定条件を満たすユーザについて、ユーザと、コンテンツと、コンテンツの進行度とを対応付けて記憶する記憶手段を参照し、当該ユーザに対応するコンテンツの進行度に合わせて前記同一コンテンツを前記複数のユーザに開始させる開始機能とを
実現させるための［１］から［９］および［１−Ａ］，［１−Ｂ］のうち何れかに記載のビデオゲーム処理プログラム。
［１０］
［１］から［９］および［Ａ］から［１−Ｃ］のうち何れかに記載のビデオゲーム処理プログラムが前記サーバに実現させる機能のうち少なくとも１つの機能を、当該サーバと通信可能なユーザ端末に実現させるためのビデオゲーム処理用プログラム。
［１１］
［１］から［１０］および［Ａ］から［１−Ｃ］のうち何れかに記載のビデオゲーム処理プログラムがインストールされたサーバ。
［１２］
通信ネットワークと、サーバと、ユーザ端末とを備え、ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理システムであって、
前記ビデオゲームにおけるコンテンツのプレイ要求を行ったユーザを、当該ユーザまたは当該ユーザが操作するキャラクタに設定された属性に対応する枠に配列する配列手段と、
該配列手段により配列された複数のユーザにより前記枠に構成される列において、少なくとも前記属性に関するマッチング条件を満たした複数のユーザを当該列の先頭から順次マッチングするマッチング手段とを含み、
前記配列手段は、２種類以上の属性に対応する枠には、互いに異なる属性が設定されたユーザが交互に並んだ状態になることを優先して配列する
ことを特徴とするビデオゲーム処理システム。
［１３］
前記サーバが、前記配列手段と、前記マッチング手段とを含み、
前記ユーザ端末が、前記マッチングに関する情報（例えば、マッチング結果）を表示装置の表示画面に出力する出力手段を含む
［１２］記載のビデオゲーム処理システム。
［１４］
ユーザによりユーザ端末に入力された操作に応じてビデオゲームの進行を制御する機能を当該ユーザ端末に実現させるためのビデオゲーム処理プログラムであって、前記ビデオゲームにおけるコンテンツのプレイ要求を行ったユーザを、当該ユーザまたは当該ユーザが操作するキャラクタに設定された属性に対応する枠に配列する配列機能と、該配列機能により配列した複数のユーザにより前記枠に構成される列において、少なくとも前記属性に関するマッチング条件を満たした複数のユーザを当該列の先頭から順次マッチングするマッチング機能とを有し、前記配列機能では、２種類以上の属性に対応する枠には、互いに異なる属性が設定されたユーザが交互に並んだ状態になることを優先して配列するサーバから、前記マッチングに関する情報（例えば、マッチング結果）を出力するための情報を受信する機能を前記ユーザ端末に
実現させるためのビデオゲーム処理プログラム。
［１５］
ユーザによりユーザ端末に入力された操作に応じてビデオゲームの進行を制御する機能を当該ユーザ端末に実現させるためのビデオゲーム処理プログラムであって、
前記ユーザ端末に、
前記ビデオゲームにおけるコンテンツのプレイ要求を行ったユーザを、当該ユーザまたは当該ユーザが操作するキャラクタに設定された属性に対応する枠に配列する配列機能と、
該配列機能により配列した複数のユーザにより前記枠に構成される列において、少なくとも前記属性に関するマッチング条件を満たした複数のユーザを当該列の先頭から順次マッチングするマッチング機能とを実現させ、
前記配列機能では、２種類以上の属性に対応する枠には、互いに異なる属性が設定されたユーザが交互に並んだ状態になることを優先して配列する機能を
実現させるためのビデオゲーム処理プログラム。
［１６］
［１５］記載のビデオゲーム処理プログラムが前記ユーザ端末に実現させる機能のうち少なくとも１つの機能を、当該ユーザ端末と通信可能なサーバに実現させるためのビデオゲーム処理プログラム。
［１７］
［１５］または［１６］記載のビデオゲーム処理プログラムがインストールされたユーザ端末。
［１８］
ユーザの操作に応じてビデオゲームの進行を制御するビデオゲーム処理方法であって、
前記ビデオゲームにおけるコンテンツのプレイ要求を行ったユーザを、当該ユーザまたは当該ユーザが操作するキャラクタに設定された属性に対応する枠に配列する配列処理と、
該配列処理により配列した複数のユーザにより前記枠に構成される列において、少なくとも前記属性に関するマッチング条件を満たした複数のユーザを当該列の先頭から順次マッチングするマッチング処理とを含み、
前記配列処理では、２種類以上の属性に対応する枠には、互いに異なる属性が設定されたユーザが交互に並んだ状態になることを優先して配列する
ことを特徴とするビデオゲーム処理方法。
［１９］
通信ネットワークと、サーバと、ユーザ端末とを備えるビデオゲーム処理システムが、 ユーザにより前記ユーザ端末に入力された操作に応じてビデオゲームの進行を制御するために実行するビデオゲーム処理方法であって、
前記ビデオゲームにおけるコンテンツのプレイ要求を行ったユーザを、当該ユーザまたは当該ユーザが操作するキャラクタに設定された属性に対応する枠に配列する配列処理と、
該配列処理により配列した複数のユーザにより前記枠に構成される列において、少なくとも前記属性に関するマッチング条件を満たした複数のユーザを当該列の先頭から順次マッチングするマッチング処理とを含み、
前記配列処理では、２種類以上の属性に対応する枠には、互いに異なる属性が設定されたユーザが交互に並んだ状態になることを優先して配列する
ことを特徴とするビデオゲーム処理方法。

本発明の実施形態の一つによれば、所定条件を満たす複数のユーザをマッチングするための処理負荷を軽減させるのに有用である。

１０ ビデオゲーム処理サーバ
１１ 配列部
１２ マッチング部
１３ 作成部
１４ 許可部
１５ 補充部
１６ 算出部
１７ 記憶部
１８ 抽出部
１０１ 補正部
１０２ 決定部
１０３ 選択部
１０４ 特定部
１０５ 報知部
１０６ 許容部
１０７ 調整部
２０，２０１〜２０Ｎ ユーザ端末
３０ 通信ネットワーク
１００ ビデオゲーム処理システム

Claims (1)

1. ユーザの操作に応じてビデオゲームの進行を制御する機能をサーバに実現させるためのビデオゲーム処理プログラムであって、
   前記サーバに、
   前記ビデオゲームにおけるコンテンツのプレイ要求を行ったユーザを、当該ユーザまたは当該ユーザが操作するキャラクタに設定された属性に対応する枠に配列する配列機能と、
   該配列機能により配列した複数のユーザにより前記枠に構成される列において、少なくとも前記属性に関するマッチング条件を満たした複数のユーザを当該列の先頭から順次マッチングするマッチング機能とを実現させ、
   前記配列機能では、２種類以上の属性に対応する枠には、互いに異なる属性が設定されたユーザが交互に並んだ状態になることを優先して配列する機能を
   実現させるためのビデオゲーム処理プログラム。

Images