JP2021097836A - プログラム、サーバ装置の制御方法及びサーバ装置 - Google Patents

Abstract

【課題】複数のグループに分かれてオンラインで他のユーザと対戦する際に、対戦相手が見つからない状況を少なくする。【解決手段】第１のグループ又は第２のグループへのユーザの参加登録を受け付ける受付処理と、何れかのグループへの参加登録が受け付けられたユーザから、該ユーザが参加登録されているグループとは異なる方のグループに参加登録されているユーザとのマッチングの要求を受信する受信処理と、２つのグループに参加登録されているそれぞれのユーザから、マッチングの要求を受信したことに応じて、前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとをマッチングさせるマッチング処理とをコンピュータに実行させ、前記受付処理においては、前記マッチング処理によるマッチングでの成功率に応じて、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を制限する。【選択図】図３

Description

本発明は、プログラム、サーバ装置の制御方法及びサーバ装置に関する。

近年、ネットワークを介してユーザが他のユーザとゲームで対戦するオンラインゲームが普及してきている。オンラインゲームでは、ユーザはゲーム装置からそのゲームにログインし、サーバ装置がその時にログインしている他のユーザとマッチングすることにより対戦相手とゲームで対戦することができるようになっている。

特開２０１１−１５６２８４号公報

オンラインゲームの種類によっては、複数のユーザが２つ以上のグループに分かれて対戦する場合がある。この場合、２つ以上のグループの何れを選択するかは自由であるため、例えば１つのグループが人気のあるグループである場合には、グループに属するユーザ数に大きな偏りが生じてしまう。ユーザ数に大きな偏りが生じると、ユーザ数の多いグループに属するユーザが対戦を希望する場合に対戦相手が簡単に見つからず、満足にゲームを楽しめないという課題がある。

本発明は上述の問題点に鑑みてなされたものであり、複数のグループに分かれてオンラインで他のユーザと対戦する際に、対戦相手が見つからない状況を少なくすることを目的とする。

本発明に係るプログラムは、第１のグループ又は第２のグループへのユーザの参加登録を受け付ける受付処理と、前記受付処理によって前記第１のグループ又は前記第２のグループへの参加登録が受け付けられたユーザから、該ユーザが参加登録されているグループとは異なる方のグループに参加登録されているユーザとのマッチングの要求を受信する受信処理と、前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとから、それぞれ前記受信処理によってマッチングの要求を受信したことに応じて、前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとをマッチングさせるマッチング処理とをコンピュータに実行させ、前記受付処理においては、前記マッチング処理によるマッチングでの成功率に応じて、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を制限することを特徴とする。

実施形態に係るゲームシステムの構成例を示す図である。 参加型オンラインイベントの流れを説明するための概念図である。 イベントへの参加登録の制限を実現するための機能構成例を示すブロック図である。 イベントの参加登録を制限する処理手順の一例を示すフローチャートである。 マッチングの成功率を説明するための図である。 マッチング数をリセットする処理手順の一例を示すフローチャートである。 一般的なマッチングの成功率の計算方法を説明するための図である。

以下、添付図面を参照して、本発明の好適な実施形態について説明する。
本実施形態では、ユーザが、ゲーム装置を用いて他のゲーム装置のユーザ（以下、対戦相手と呼ぶ場合がある）とネットワークを介して対戦するオンラインゲームを説明する。本実施形態のオンラインゲームでは、オンラインゲームの中で定期的に参加型オンラインイベントが行われ、本実施形態では、参加型オンラインイベントに参加して対戦相手とオンライン対戦を行う例について説明する。

［ゲームシステムの構成］
図１は、本実施形態に係るゲームシステム１の構成例を示す図である。本実施形態に係るゲームシステム１は、サーバ装置１０と、各ユーザのゲーム装置３０−１〜３０−３とからなり、これらサーバ装置１０と複数のゲーム装置３０が、ネットワーク２０を介して有線又は無線により相互にデータ送受信可能に接続されている。なお、図１に示す例では、説明を簡単にするために、３台のゲーム装置３０−１〜３０−３がネットワーク２０に接続された例を示している。

サーバ装置１０は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、通信部１４と、記憶装置１５とを有する。
ＣＰＵ１１は、ＲＯＭ１２に記憶された制御プログラムをＲＡＭ１３に読み出して各種処理を実行する。ＲＯＭ１２は、サーバ装置１０を動作させるために必要な制御プログラム（ＯＳ等）を記憶する。ＲＯＭ１２に替えてフラッシュメモリ（ＮＶＲＡＭ）を用いてもよい。ＲＡＭ１３は、ＣＰＵ１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。通信部１４は、ネットワーク２０を介してゲーム装置３０やその他の外部装置との通信処理を行う。記憶装置１５は、ゲームに関するプログラムや、ゲーム装置３０を操作するユーザのＩＤ等のユーザ識別情報や、その他ゲームに必要なユーザ毎の各種情報を記憶する。なお、不図示のデータベース等にこれらの一部の情報を記憶するようにしてもよい。

ゲーム装置３０は、例えば家庭用ゲーム機、スマートフォン等の携帯型通信装置、携帯型ゲーム専用機器、パーソナルコンピュータ、タブレット等により構成される。

［オンラインゲームの概要］
次に、ネットワークに接続された他のゲーム装置のユーザとオンラインで対戦するオンラインゲームの概要について説明する。オンラインゲームでのゲーム処理は、ゲーム装置で行う場合と、サーバ装置が行う場合とがある。

ゲーム装置でゲーム処理を行う場合は、ゲーム処理を行うためのプログラムがゲーム装置にインストールされており、ユーザがゲーム装置を操作することにより、ゲーム装置はその操作情報をフレーム毎に生成する。そして、対戦相手である他のゲーム装置に、その操作情報をフレーム毎に送信する。このとき、対戦相手である他のゲーム装置からも、そのゲーム装置での操作情報をフレーム毎に受信する。

対戦相手から操作情報を受信すると、ユーザの操作により生成した操作情報と対戦相手から受信した操作情報とを用いてゲーム処理を行い、その結果に基づいて画像を生成してゲーム装置の表示部に表示させる。

［参加型オンラインイベント］
次に、ゲームシステム１において実施される参加型オンラインイベント（以下、単にイベントと称す）について説明する。
図２は、本実施形態のイベントの流れを説明するための図である。イベントは、予め設定された一定の期間（例えば数時間）で開催され、大勢のユーザ（多数のユーザ）が２つのグループに分かれて、グループ間の優劣、具体的には勝敗を競う。

イベントを開催するにあたり、イベントを運営する運営者によって所定のテーマが定められ、所定のテーマに従って２つのグループＡ、Ｂが設定される。例えば人気のあるスポーツチーム同士の伝統的な一戦をテーマとして、一方のスポーツチームを応援するグループＡ、他方のスポーツチームを応援するグループＢを設定する。現実世界で伝統的な一戦があるとき、例えばその数日前から前日にかけて、毎日、伝統的な一戦を行う一方のスポーツチームを応援するグループＡ、他方のスポーツチームを応援するグループＢを設定するイベントを開催すれば、現実世界の伝統的な一戦を盛り上げるとともに、イベントへの参加者を増やすといった相乗効果が期待される。

なお、２つのグループＡ、Ｂは、上述した例のように「単数チーム対単数チーム」に限られるものではなく、自由に設定することが可能である。例えば、スポーツチームを複数のスポーツチームの選抜チームとしたり、国ごとの対戦でその国の代表チームをスポーツチームとしたりしてもよい。さらに、グループは２つとは限らず、３つ以上のグループを設定してもよい。例えば、陸上や水泳、競馬などのレースをテーマとする場合には、３つ以上のグループを設定してもよい。

イベントが開催される日にイベントが開始されると、まずはイベントへのユーザ参加登録を受け付ける。イベントに参加したいユーザは、Ｔ３０２でゲーム装置３０を用いてイベントの参加要求をサーバ装置１０に送信する。イベントの参加要求では、２つのグループのどちらのグループに参加を希望するかの情報も併せて送信される。

ゲーム装置３０からイベントの参加要求を受信すると、サーバ装置１０は、Ｔ１０２のグループ受付処理において、ユーザの参加登録の可否を判断し、その結果をゲーム装置３０に送信する。希望のグループへの参加登録が可能である場合には、そのユーザをそのグループに参加登録し、その旨をユーザのゲーム装置３０に送信する。一方で、希望のグループへの参加登録が不可能である場合は、そのグループへの参加要求を受け付けず、その旨をユーザのゲーム装置３０に送信する。このとき、そのユーザのゲーム装置３０へ、他方のグループへの参加要求を促したり、もしくはしばらく時間が経過してから参加要求するよう促したりしてもよい。

何れかのグループへの参加登録が完了すると、ユーザはそのイベントへのログインが可能になる。Ｔ３０４のログイン処理においてゲーム装置側でイベントにログインされると、ユーザは他方のグループに参加登録されているユーザに対して試合を申し込むことができる。試合を申し込む場合には、他方のグループに参加登録されたユーザのうち、ログイン中で、さらに試合を申し込んでいるユーザと対戦することになる。一方、何れのグループにも参加登録されていないユーザは、イベントへのログインもできないため、試合を申し込むことができない。

試合を申し込む場合には、Ｔ３０６でゲーム装置３０は対戦要求をサーバ装置１０に送信する。ゲーム装置３０から対戦要求を受信すると、サーバ装置１０は、Ｔ１０４のマッチング処理において、互いに対戦要求を送信したゲーム装置同士でマッチングを行う。そして、マッチングの結果をゲーム装置３０に送信する。対戦要求から所定時間内に対戦相手が見つかり、マッチングが成功した場合には、対戦要求を行ったそれぞれのゲーム装置３０に対して、対戦相手が決まり、試合が可能である旨をそれぞれのゲーム装置３０に送信する。一方で、対戦要求から所定時間内に対戦相手が見つからず、マッチングに失敗した場合は、その理由等をゲーム装置３０に送信する。マッチングに失敗する例について後述する。

マッチングが成功すると、Ｔ３０８でゲーム装置３０はオンラインで対戦相手と試合を行う。本実施形態では、ゲーム装置３０側でゲーム処理を行い、フレーム毎に操作情報を、対戦相手のゲーム装置３０に送信する。そして、対戦相手から操作情報を受信すると、ゲーム装置３０では同期処理を行って画像を生成し、ゲーム装置３０に表示させる。なお、試合の経過情報が逐次サーバ装置１０に送信される。また、ゲームの種類によっては、サーバ装置１０を介して操作情報またはそれを加工したデータを対戦相手のゲーム装置３０に送信する。

対戦相手との試合が終了すると、サーバ装置１０は、Ｔ１０６の結果処理として、ユーザに対して試合の勝敗に応じたポイントを付与する。ここでポイントとは、所定数のポイントを貯めることによってゲームの進行を有利に進めることが可能なアイテムと交換するなど、ユーザにとって恩恵が受けられるものである。このようにポイントをユーザに付与することによってユーザはよりゲームを楽しむことができる。ユーザにポイントを付与する際には、サーバ装置１０は、付与するポイントの情報をユーザ識別情報に関連付ける。また、ゲーム装置３０は、試合が終了した後も、イベントの開催期間中であれば、相手のグループのユーザとの試合の対戦要求を再度行うことができる。

そして、予め定められた期間が経過してイベントが終了すると、サーバ装置１０は、イベント期間中に行われたすべての試合結果を集計し、勝敗に応じたポイントを各ユーザに付与する。例えばグループＡに参加登録されているユーザの合計勝利数がグループＢに参加登録されているユーザの合計勝利数よりも多い場合は、グループＡに参加登録されているすべてのユーザに対して大量（多い量）のポイントを付与し、グループＢに参加登録されているすべてのユーザに対して参加賞相当（少ない量）のポイントを付与する。このとき、グループＡとグループＢとで勝敗数に大きな差が生じた場合には、その分付与するポイントに差をつけるようにしてもよい。同様に、ユーザにポイントを付与する際には、サーバ装置１０は、付与するポイントの情報をユーザ識別情報に関連付けて記憶装置１５に記憶する。また、いずれかのグループに参加登録したが、イベントの期間中に試合を行わなかったユーザに対しては、ポイントを付与しないようにしてもよい。

［イベントへの参加制限を実現するための機能構成］
図３は、イベントへの参加制限を実現するための機能構成例を示すブロック図である。
ゲームシステム１において、イベント制御部１２０を備えるサーバ装置１０が構成される。例えばサーバ装置１０で、ＣＰＵ１１がＲＯＭ１２又は記憶装置１５に格納されているプログラムを読み出し、このプログラムを実行することにより、イベント制御部１２０の機能が実現される。イベント制御部１２０は、さらに受付部１２０１と、受信部１２０２と、マッチング部１２０３とを備えている。

受付部１２０１は、ゲーム装置３０との通信処理により、ユーザがグループＡ、Ｂのうちいずれか一つのグループを選択して参加することを受け付ける。例えば上述したように伝統的な一戦をテーマとして、一方のスポーツチームを応援するグループＡ、他方のスポーツチームを応援するグループＢが設定されており、グループＡ、Ｂのうちいずれか一つのグループを選択して参加することを受け付ける。受付部１２０１は、ユーザを識別するためのユーザ識別情報をグループＡまたはＢに紐付けることにより、ユーザがどのグループに参加しているかを管理する。参加受け付けは、イベントの開始と同時に開始されるが、イベントの開始前にイベントの参加受付期間を別途設け、その期間からイベントの参加受付を開始してもよい。なお、本実施形態では、グループＡ、Ｂ間の参加登録人数が大きく偏らないようにするため、グループＡ、Ｂ間のマッチングの成功率に偏りが生じたときに参加登録の制限を行う。

例えば、後述する手順で計算されるマッチングの成功率が所定値以下（例えば５０％以下）となった場合には、受付部１２０１は、一時的にそのグループ（つまり、マッチングでの成功率の低い方のグループ）への新規ユーザの参加登録を制限する。例えば、イベントの参加を申し込むときに表示されるグループを選択する参加登録用の画面において、マッチングの成功率の低い方のグループを新規ユーザが選択した場合に「現在このグループは選択できません」という内容が表示する。また、マッチングの成功率の低い方のグループを選択できないようにしてもよい。例えば、マッチングの低い方のグループを選択する選択肢に「現在選択できません」と表示したり、選択肢自体を非表示にしたりすることで、選択肢自体を指定できないようにしてもよい。このようにすることで、マッチングの成功率の低い方のグループへの新規ユーザの参加登録を制限すると、イベントに参加したい新規ユーザは、マッチングの成功率が高い方のグループに参加登録することになる。その結果、マッチング成功率の高い方のグループの参加人数のみが増加することになり、グループＡ、Ｂ間の参加人数の偏りが小さくなる。

受信部１２０２は、受付部１２０１によって参加登録が受け付けられたユーザのゲーム装置から、そのユーザの参加登録されているグループと異なるグループに参加登録されているユーザとのマッチングの要求を受信する。つまり、受信部１２０２は、参加登録されてログインしているユーザから試合の対戦の申し込みを受け付ける。

マッチング部１２０３は、受信部１２０２がグループＡ、グループＢにそれぞれ参加登録されているユーザからのマッチングの要求を受信したことによって、グループＡに参加登録されているユーザと、グループＢに参加登録されているユーザとをマッチングさせる。また、マッチング部１２０３は、一定時間ごとにマッチングの成功率も計算する。マッチングの成功率の計算方法は特に限定されないが、例えば、以下の計算方法が挙げられる。

図７は、マッチングの成功率の計算方法を説明するための図である。図７（ａ）は、１０：０６の時刻でのマッチングの成功率の計算方法を示し、図７（ｂ）は、１０：０７の時刻でのマッチングの成功率の計算方法を示している。なお、成功回数およびマッチング数は、１分間での回数を示しており、例えば、「時刻１０：００」では、１０：００〜１０：０１直前までの１分間で、成功回数が２でマッチング数が５であったことを示している。マッチング数とは、マッチングに成功した数と失敗した数（キャンセルも含む）の合計である。

図７（ａ）に示す例では、１０：０３〜１０：０６直前までの３分間の回数からマッチングの成功率を計算する。成功回数、マッチング数がそれぞれ合計で８回、９回であるため、マッチングの成功率は８８．９％と計算される。一方、図７（ｂ）に示す例では、１０：０４〜１０：０７直前までの３分間の回数からマッチングの成功率を計算する。成功回数、マッチング数がそれぞれ合計で７回、８回であるため、マッチングの成功率は８７．５％と計算される。

図７に示す計算方法では、直近の３分間での回数が参照されるため、それよりも前の情報は消去される。例えば、図７（ｂ）に示す例では、１０：０３〜１０：０４直前までの成功回数及びマッチング数は、マッチングの成功率の計算に用いられなくなるため、この間の情報は消去される。なお、この計算方法では、時間帯とマッチング数とを組み合わせた情報を記憶しておく必要があるため、記憶容量が圧迫され、処理負荷が多くなる傾向にある。そこで、マッチングの成功率は、以下の（１）式により計算してもよい。
マッチングの成功率＝（マッチングの合計の成功回数）／（グループ毎の試合の対戦要求数の合計） ・・・（１）

図５は、マッチングの成功率の計算方法を説明するための図である。図５に示す例では、グループＡに参加登録されているユーザのうち、そのイベントで対戦要求を行っている人数が６人で、グループＢに参加登録されているユーザのうち、そのイベントで対戦要求を行っている人数が４人である例を示している。また、図５に示す例では、グループＢに参加登録されているユーザの１人が、対戦要求を途中でキャンセルした状況となっている。この場合、グループＡに参加登録されているユーザからの要求１〜３は、対戦相手が見つかり、マッチングに成功している。しかしながら、要求４〜６は対戦相手が見つからないため、マッチングに失敗している。以上より、グループＡに参加登録されているユーザからのマッチングの成功率は５０％と計算される。一方で、グループＢに参加登録されているユーザの一人が対戦要求をキャンセルしているため、グループＢからの要求４はマッチングに失敗したものとして取り扱う。また、対戦要求をキャンセルした場合も、試合の対戦要求数にカウントされる。したがって、グループＢに参加登録されているユーザからのマッチングの成功率は７５％と計算される。この計算方法によれば、時間帯とマッチング数とを組み合わせた情報を記憶する必要がない分、記憶容量の圧迫を回避できる。

以上のようにマッチング部１２０３によりマッチングの成功率が計算されると、受付部１２０１は、マッチング部１２０３によるマッチングでの成功率に応じて、一時的にマッチングでの成功率の低い方のグループへの新規ユーザの参加登録を制限するか否かを判断する。例えば、受付部１２０１は、グループＡに参加登録されているユーザからのマッチングの成功率、グループＢに参加登録されているユーザからのマッチングの成功率がともに５０％を超えている場合には、新規ユーザの参加登録を制限しないようにし、グループＡに参加登録されているユーザからのマッチングの成功率、またはグループＢに参加登録されているユーザからのマッチングの成功率が５０％以下となった場合に、マッチングでの成功率の低い方のグループへの新規ユーザの参加登録を制限する。

なお、試合の対戦要求のキャンセルが続出した場合には、グループＡに参加登録されているユーザからのマッチングの成功率、グループＢに参加登録されているユーザからのマッチングの成功率がともに５０％以下となる場合がある。このような場合では、受付部１２０１は、例外として新規ユーザの参加登録を制限しないようにする。

また、イベントへのユーザの参加登録の受け付け開始直後は、それぞれのグループにおける参加登録人数の母集団が小さいため、短時間で参加登録人数が逆転したりマッチングの成功率の変動が大きかったりする。そこで、受付部１２０１は、イベントの開始（ユーザの参加登録の受け付けの開始）から所定の時間（例えば１０分）が経過するまでは、新規ユーザの参加登録を制限せず、グループＡまたはグループＢへのユーザの参加登録を受け付けるようにする。また、マッチング部１２０３によるマッチングの成功回数が所定の回数以下（例えば１０回以下）である場合も、受付部１２０１は、新規ユーザの参加登録を制限せず、グループＡまたはグループＢへのユーザの参加登録を受け付けるようにする。

次に、新規ユーザの参加登録を制限した後に、その制限を解除する条件について説明する。例えばグループＡへの新規ユーザの参加登録を制限すると、グループＢの参加人数のみが増加し、グループＢに参加登録されているユーザが増加することによって、イベントへログインするグループＢに参加登録されているユーザの人数も増加する。ログインする人数が増えれば、グループＢに参加登録されているユーザからの試合の対戦要求が増えるため、グループＡに参加登録されているユーザのマッチングの成功率は上昇する。そして、グループＡに参加登録されているユーザからのマッチングの成功率がある程度高くなれば、新規ユーザの参加登録の制限する必要がなくなるため、例えば、マッチングの成功率が所定値を超えた場合（例えば５０％を超えた場合）に、受付部１２０１は、新規ユーザの参加登録の制限を解除する。

ここで、新規ユーザの参加登録を制限する際の目安となるマッチングの成功率と、新規ユーザの参加登録の制限を解除する際の目安となるマッチングの成功率とは、同じであってもよく異なっていてもよい。また、新規ユーザの参加登録を制限してからすぐに制限を解除してしまうと、上記制限または解除の目安となるマッチングの成功率近傍で変化し、新規ユーザの参加登録の制限および解除が頻繁に行われる可能性があり、サーバ装置１０での処理負荷が大きくなる。そこで、受付部１２０１は、新規ユーザの参加登録が制限されてから所定の時間（例えば１０分）が経過するまで、新規ユーザの参加登録の制限を解除しないようにする。

また、本実施形態に係る計算方法では、マッチングの成功率を計算する上で、イベントが開始してから時間が経過するに従ってマッチング数の累積数が大きくなり、マッチングの成功率が変動しにくくなる。つまり、マッチング数が多くなり過ぎると、最新のマッチングの成功率が反映されにくくなる。そこで、マッチングの成功率を計算する際に、マッチング部１２０３は、マッチング数のカウントを開始してから所定の時間（例えば３０分）が経過する毎にマッチング数をリセットしてマッチングの成功率を計算するようにする。また、このようにすることで、マッチングの成功率を計算する際に、処理コストを低減させることができる。

次に、受付部１２０１による新規ユーザの参加登録の制限およびその制限の解除に係る詳細な処理手順の一例について、図４のフローチャートを参照しながら説明する。
まず、サーバ装置１０のイベント制御部１２０がイベントを開始することにより、受付部１２０１による新規ユーザの受付処理を開始する。

まず、Ｓ１００において、受付部１２０１は、ユーザのゲーム装置３０から、グループＡまたはグループＢへの参加要求を受信し、そのユーザがまだどちらのグループにも参加登録されていないユーザであるか否かを判定する。この処理では、受付部１２０１は、記憶装置１５に記憶されているユーザ識別情報を参照することにより、いずれのグループにも参加登録されていないことを確認する。

この判定の結果、受信したイベントへの参加要求が、既にどちらかのグループに参加登録されているユーザからの参加要求である場合は、処理を終了する。この場合、イベント制御部１２０は、その参加要求を送信したユーザに対して、参加登録用の画面のデータを送信しないようにする。一方で、受信したイベントへの参加要求が、どちらのグループにも参加登録されていないユーザからの参加要求である場合は、Ｓ１１０に進む。

Ｓ１１０においては、受付部１２０１は、新規ユーザの受付処理を開始してから所定の時間（１０分）が経過したか否かを判定する。この判定の結果、所定の時間が経過していない場合は、マッチングの成功率に関係なくユーザの参加登録を受け付けているため、Ｓ２４０に進む。一方、所定の時間が経過している場合は、Ｓ１２０に進む。

Ｓ１２０において、マッチング部１２０３は、マッチングの成功回数が１０回以下であるか否かを判定する。なお、マッチング数をリセットした場合は、リセット後のマッチングの成功回数が１０回以下であるか否かを判定する。この判定の結果、マッチングの成功回数が１０回以下である場合は、マッチングの成功率に関係なくユーザ参加を受け付けているため、Ｓ２４０に進む。一方、マッチングの成功回数が１０回を超えている場合は、Ｓ１４０に進む。

Ｓ１３０において、受付部１２０１は、現在、グループＡへの新規ユーザの参加登録が制限されている状態であるか否かを判定する。この判定の結果、グループＡへの新規ユーザの参加登録が制限されている状態でない場合はＳ１６０に進み、グループＡへの新規ユーザの参加登録が制限されている状態である場合はＳ１４０に進む。

Ｓ１４０において、マッチング部１２０３は、グループＡに参加登録されているユーザからのマッチングの成功率の最新の計算結果を参照し、グループＡへの新規ユーザの参加登録の制限を解除する際の目安となるマッチングの成功率（５０％）を超えているか否かを判定する。この判定の結果、グループＡへの新規ユーザの参加登録の制限を解除する際の目安となるマッチングの成功率を超えていない場合はＳ１６０に進み、グループＡへの新規ユーザの参加登録の制限を解除する際の目安となるマッチングの成功率を超えている場合はＳ１５０に進む。

Ｓ１５０において、受付部１２０１は、グループＡへの新規ユーザの参加登録の制限を解除する。

Ｓ１６０において、受付部１２０１は、現在、グループＢへの新規ユーザの参加登録が制限されている状態であるか否かを判定する。この判定の結果、グループＢへの新規ユーザの参加登録が制限されている状態でない場合はＳ１９０に進み、グループＢへの新規ユーザの参加登録が制限されている状態である場合はＳ１７０に進む。

Ｓ１７０において、マッチング部１２０３は、グループＢに参加登録されているユーザからのマッチングの成功率の最新の計算結果を参照し、グループＢへの新規ユーザの参加登録の制限を解除する際の目安となるマッチングの成功率（５０％）を超えているか否かを判定する。この判定の結果、グループＢへの新規ユーザの参加登録の制限を解除する際の目安となるマッチングの成功率を超えていない場合はＳ１９０に進み、グループＢへの新規ユーザの参加登録の制限を解除する際の目安となるマッチングの成功率を超えている場合はＳ１８０に進む。

Ｓ１８０において、受付部１２０１は、グループＢへの新規ユーザの参加登録の制限を解除する。

Ｓ１９０において、マッチング部１２０３は、グループＡに参加登録されているユーザからのマッチングの成功率の最新の計算結果を参照し、現在のグループＡに参加登録されているユーザからのマッチングの成功率が所定値以下（５０％以下）であるか否かを判定する。この判定の結果、現在のグループＡに参加登録されているユーザからのマッチングの成功率が所定値以下である場合はＳ２１０に進み、現在のグループＡに参加登録されているユーザからのマッチングの成功率が所定値を超えている場合はＳ２００に進む。

Ｓ２００において、マッチング部１２０３は、グループＢに参加登録されているユーザからのマッチングの成功率の最新の計算結果を参照し、現在のグループＢに参加登録されているユーザからのマッチングの成功率が所定値以下（５０％以下）であるか否かを判定する。この判定の結果、現在のグループＢに参加登録されているユーザからのマッチングの成功率が所定値以下である場合はＳ２２０に進み、現在のグループＢに参加登録されているユーザからのマッチングの成功率が所定値を超えている場合はＳ２４０に進む。

Ｓ２１０において、マッチング部１２０３は、グループＢに参加登録されているユーザからのマッチングの成功率の最新の計算結果を参照し、現在のグループＢに参加登録されているユーザからのマッチングの成功率が所定値以下（５０％以下）であるか否かを判定する。この判定の結果、現在のグループＢに参加登録されているユーザからのマッチングの成功率が所定値以下である場合はＳ２４０に進み、現在のグループＢに参加登録されているユーザからのマッチングの成功率が所定値を超えている場合はＳ２３０に進む。

Ｓ２２０において、受付部１２０１は、グループＢへの新規ユーザの参加登録を制限する。なお、既にグループＢへの新規ユーザの参加登録が制限されている状態である場合は、引き続きその状態を維持するようにする。

Ｓ２３０において、受付部１２０１は、グループＡへの新規ユーザの参加登録を制限する。なお、既にグループＡへの新規ユーザの参加登録が制限されている状態である場合は、引き続きその状態を維持するようにする。

Ｓ２４０において、受付部１２０１は、イベントへの参加要求に対する処理を行う。例えば参加要求を送信したユーザが希望するグループで新規ユーザの参加登録が制限されていない場合は、希望するグループにそのユーザを参加登録する。つまり、受付部１２０１は、参加要求を送信したユーザのユーザ識別情報を、そのユーザが希望するグループに紐付けし、参加登録を受け付けた旨を、そのユーザのゲーム装置３０に送信する。一方、参加要求を送信したユーザが希望するグループで新規ユーザの参加登録が制限されている場合は、受付部１２０１は、参加要求を送信したユーザのゲーム装置３０に対して、そのグループを選択できないため、もう一方のグループの選択を促す通知を行う。もしくはしばらく時間が経過してから参加要求することを促す通知を行う。以上の処理が終了すると、イベントへの参加要求に対する処理を終了する。

続いて、マッチング部１２０３によるマッチング数のリセットを行う手順について、図６を参照しながら説明する。前述したように、マッチング部１２０３は、一定時間ごとにマッチングの成功率を計算するが、マッチング数のカウントを開始してから所定の時間が経過する毎にマッチング数をリセットしてマッチングの成功率を計算するようにする。つまり、マッチング部１２０３は、マッチング数のリセットに伴い、マッチングの成功回数および失敗回数もリセットしてマッチングの成功率を計算する。
まず、サーバ装置１０のイベント制御部１２０がイベントを開始することに伴って受付部１２０１による新規ユーザの受付処理を開始することにより、マッチング数のカウントを開始する。

Ｓ３００において、マッチング部１２０３は、マッチング数のカウントを開始してから所定の時間が経過したか否かを判定する。なお、マッチング数をリセットした場合は、リセット後にマッチング数のカウントを開始してから所定の時間（３０分）が経過したか否かを判定する。この判定の結果、所定の時間が経過していない場合は、所定の時間が経過するまで待機する。そして、所定の時間が経過した場合には、Ｓ３１０に進む。

Ｓ３１０において、マッチング部１２０３は、マッチング数をリセットする。そして、再びＳ３００に戻る。この処理を行った後にマッチングの成功率を計算する場合は、リセット後でのマッチングの成功率を計算することになるため、Ｓ３１０の処理の前後でマッチングの成功率が大きく変動する可能性があるが、マッチング数をリセットすることによって、現在のマッチングの成功率がより反映されるようになる。

以上のように本実施形態では、２つのグループにそれぞれ参加登録されているユーザ同士のマッチングの成功率に応じて、何れかのグループへの新規ユーザの参加登録を制限するようにした。このような構成にしたので、例えば、マッチングの成功率の低いグループへの新規ユーザの参加登録を制限すれば、新規ユーザを、マッチングの成功率の高い方のグループに参加するよう促すことができ、マッチングの成功率の高い方のグループのユーザ数が増えれば、マッチングの成功率を高めることができる。したがって、対戦相手がなかなか見つからずに満足にゲームを楽しめなくなることを防止することができる。また、対戦相手が見つかりやすくなるため、ユーザはイベントに参加することによってポイントを効率良く稼ぐことができる。

なお、本実施形態では、グループに属しているユーザ数に基づいて参加登録を制限するのではなく、マッチングの成功率に応じて、マッチングの成功率が低いグループへの新規ユーザの参加登録を制限するようにしている。例えば、イベントに参加しているユーザは常にログインしてオンラインで試合の対戦を行っているわけではない。したがって、例えばグループＡに参加登録されているユーザ数の方が多い場合であっても、イベントにログインしているユーザ数のみに着目した場合に、グループＢに参加登録されているユーザ数の方が多くなっている場合もあり得る。さらにはイベントにログインして、かつ試合の対戦要求を行っているユーザ数のみに着目した場合も同様である。マッチングの成功率は、試合の対戦要求を行っているユーザ数に基づいているので、対戦相手が見つからないという不都合を解消する場合には、マッチングの成功率に応じて、マッチングの成功率が低いグループへの新規ユーザの参加登録を制限する方が適しているといえる。

［４．変形例］
本発明の実施形態について図面を参照して詳述してきたが、具体的な構成は上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲で適宜変更可能である。

上記実施形態では、新規ユーザの参加登録の制限を解除するための条件として、マッチングの成功率が所定値を超えていることとしたが、閾値を条件によって段階的に設定するようにしてもよい。具体的には、グループＡ及びグループＢにそれぞれ参加登録されているユーザのうち、イベントにログインしている人数比に応じて、新規ユーザの参加登録の制限を解除するために必要なマッチングの成功率（閾値）を変更するようにしてもよい。

例えばグループＡへの新規ユーザの参加登録が制限されている状態で、ログイン中のユーザ数でグループＡの方がグループＢよりも少ない場合には、ログインしているユーザが多いにもかかわらず、グループＢに参加登録されているユーザからの対戦要求が偶々少なかっただけである可能性がある。したがって、このような場合には閾値を低めに設定し、新規ユーザの参加登録の制限を解除しやすくする。一方、ログイン中のユーザ数でグループＡの方がグループＢよりも多い場合には、対戦相手が見つかりにくい状況が改善されても再び対戦相手が見つかりにくい状況になりやすい。したがって、このような場合には閾値を高めに設定し、新規ユーザの参加登録の制限を解除しにくくする。このような法則に従って、ログイン中のユーザの人数比に応じて、閾値を段階的に設定することにより、過度に新規ユーザの参加登録を制限したり、新規ユーザの参加登録の制限によって対戦相手がなかなか見つからないという不都合の解消が不十分となってしまったりすることを防止することができる。

また、上記実施形態では、図４のＳ２２０で、受付部１２０１は、グループＢへの新規ユーザの参加登録を制限している。但し、グループＡへの新規ユーザの参加登録の制限を解除する際の目安となるマッチングの成功率が例えば７０％に設定されている場合は、現段階でグループＡへの新規ユーザの参加登録が制限されている状態である可能性がある。この場合は、グループＢへの新規ユーザの参加登録を制限しないようにしてもよい。また、図４のＳ２３０で、受付部１２０１は、グループＡへの新規ユーザの参加登録を制限しているが、同様に、グループＢへの新規ユーザの参加登録の制限を解除する際の目安となるマッチングの成功率が例えば７０％に設定されている場合は、現段階でグループＢへの新規ユーザの参加登録が制限されている状態である可能性がある。この場合は、グループＡへの新規ユーザの参加登録を制限しないようにしてもよい。これにより、グループＡおよびグループＢのどちらも新規ユーザが参加登録できないといった状況を回避することができる。

また、上記実施形態では、マッチングの成功率を計算する際に、対戦要求を行った後にキャンセルした場合も、試合の対戦要求数にカウントされたが、キャンセルした場合は試合の対戦要求数にカウントしないようにしてもよい。例えば、ネットワークが混雑しているような状況では、ユーザがマッチングの成否を確認するまで多くの時間がかかってしまい、キャンセルが続出する場合がある。そのような場合には、グループに参加登録されているユーザ数の偏りが十分に反映されずに、マッチングの成功率が計算されてしまう。マッチングの成功率を計算する際に、キャンセルした場合は試合の対戦要求数にカウントしないようにすることによって、グループに参加登録されているユーザ数の偏りが十分に反映されたマッチングの成功率を計算することができる。

また、上記実施形態では、イベントの開始と同時にユーザの参加登録の受け付けが開始されるようにしたが、前述したように、イベントを開始する前にイベントの参加受付期間を別途設け、イベントが開始される前からユーザの参加登録を受け付けるようにしてもよい。この場合、イベント開始前は新規ユーザの参加登録を制限しないようにし、イベント開始直後から新規ユーザの参加登録を制限できるようにする。

また、上記実施形態では、試合の対戦要求を行うユーザは１人で、その対象となる相手もユーザ１人であることを想定して説明したが、複数人対複数人で試合を行うゲーム等においては、複数人のユーザがまとめて対戦要求を行ってもよい。例えば、ユーザが２人対２人の試合の対戦要求を行った場合、相手のユーザを２人マッチングすることができた場合には、マッチングの成功回数を１回と計算し、１人しかマッチングすることができなかった場合は、マッチングは失敗とする。

さらに、上記実施形態では、２つのグループに分かれて試合を行う例について説明したが、前述したように、３つ以上のグループに分かれて試合を行ってもよい。例えば４つのグループＡ〜Ｄのうち、グループＡのユーザがグループＢ〜Ｄに対して対戦要求を行った場合、グループＢ〜Ｄのユーザすべてとマッチングすることができた場合には、マッチングの成功回数を１回と計算し、少なくとも１つグループのユーザとマッチングすることができなかった場合は、マッチングは失敗とする。このようにすることで、参加登録人数が最も少ないグループ以外では、マッチングが失敗する可能性が高くなり、マッチングの成功率が低下する。そして、マッチングの成功率が所定値以下となったグループへの新規ユーザの参加登録を制限すると、参加登録人数が最も少ないグループのみ新規ユーザの参加登録を受け付けるようになる。これを繰り返すことにより、参加登録人数が最も多いグループでは新規ユーザの参加登録を制限する期間が長くなり、各グループで参加登録人数をバランスよく調整することができる。

また、上記実施形態では、主にスポーツに関連するテーマで２つのグループＡ、Ｂを設定するようにしたが、スポーツとはまったく関連しないテーマで２つのグループＡ、Ｂを設定するようにしてもよい。例えばビール派をグループＡ、ワイン派をグループＢとする等である。
なお、上記実施形態では、マッチングの成功率に応じて、新規ユーザの参加を制限するグループを特定しているが、マッチングの失敗率に応じて、新規ユーザの参加を制限するグループを特定してもよい。例えば、マッチングの失敗率が５０％以上となった場合に、当該マッチングの失敗率の高いグループへの新規ユーザの参加登録を制限する。

［５．付記］
本発明は、例えば以下のように把握される。

（１）
本発明の一態様に係るプログラムは、第１のグループ又は第２のグループへのユーザの参加登録を受け付ける受付処理（１２０１）と、前記受付処理によって前記第１のグループ又は前記第２のグループへの参加登録が受け付けられたユーザから、該ユーザが参加登録されているグループとは異なる方のグループに参加登録されているユーザとのマッチングの要求を受信する受信処理（１２０２）と、前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとから、それぞれ前記受信処理によってマッチングの要求を受信したことに応じて、前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとをマッチングさせるマッチング処理（１２０３）とをコンピュータに実行させ、前記受付処理（１２０１）においては、前記マッチング処理によるマッチングでの成功率に応じて、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を制限することを特徴とするプログラムである。

（１０）
本発明の一態様に係るサーバ装置の制御方法は、第１のグループ又は第２のグループへのユーザの参加登録を受け付ける受付工程（１２０１）と、前記受付工程によって前記第１のグループ又は前記第２のグループへの参加登録が受け付けられたユーザから、該ユーザが参加登録されているグループとは異なる方のグループに参加登録されているユーザとのマッチングの要求を受信する受信工程（１２０２）と、前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとから、それぞれ前記受信工程によってマッチングの要求を受信したことに応じて、前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとをマッチングさせるマッチング工程（１２０３）とを有し、前記受付工程（１２０１）においては、前記マッチング工程におけるマッチングでの成功率に応じて、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を制限することを特徴とするサーバ装置の制御方法である。

（１１）
本発明の一態様に係るサーバ装置は、第１のグループ又は第２のグループへのユーザの参加登録を受け付ける受付手段（１２０１）と、前記受付手段によって前記第１のグループ又は前記第２のグループへの参加登録が受け付けられたユーザから、該ユーザが参加登録されているグループとは異なる方のグループに参加登録されているユーザとのマッチングの要求を受信する受信手段（１２０２）と、前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとから、それぞれ前記受信手段によってマッチングの要求を受信したことに応じて、前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとをマッチングさせるマッチング手段（１２０３）とを有し、前記受付手段（１２０１）は、前記マッチング手段によるマッチングでの成功率に応じて、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を制限することを特徴とするサーバ装置である。

上記（１）、（１０）又は（１１）に係る発明によれば、マッチングの成功率が低いような状況でも、マッチングの成功率を上げるよう制御することができ、対戦相手がなかなか見つからずに満足にゲームを楽しめなくなることを防止することができる。また、対戦相手が見つかりやすくなるため、ユーザはイベントに参加することによってポイントを効率良く稼ぐことができる。

（２）
本発明の一態様では、上記（１）の態様において、前記受付処理（１２０１）においては、マッチングでの成功率の低い方のグループへの新規ユーザの参加登録を制限するようにしてもよい。
上記（２）に係る発明によれば、マッチングの成功率が高い方のグループの参加登録人数のみが増加するため、マッチングの成功率が高い方のグループからイベントへログインするユーザ数も増加して試合の対戦を申し込んだときのマッチングの成功率も上がり、ユーザはイベントをより満足して楽しむことができる。

（３）
本発明の一態様では、上記（１）又は（２）の態様において、前記第１のグループ及び前記第２のグループの両方でマッチングでの成功率がいずれも所定値を超えている場合には、前記受付処理（１２０１）においては、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を制限しないようにしてもよい。
上記（３）に係る発明によれば、両方のグループでマッチングでの成功率が高い状況では、対戦要求を行っているユーザ数に大差がない状況であるため、新規ユーザの参加登録の制限といった制御は不要であり、ユーザはゲームを何ら制限なく楽しむことができる。

（４）
本発明の一態様では、上記（１）又は（２）の態様において、前記第１のグループ及び前記第２のグループの両方でマッチングでの成功率がいずれも所定値以下である場合には、前記受付処理（１２０１）においては、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を制限しないようにしてもよい。
上記（４）に係る発明によれば、対戦要求のキャンセルなど特殊な事情が偶々生じた可能性が高く、ユーザ数の偏りとは異なる要因であるため、新規ユーザの参加登録の制限といった制御は不要であり、ユーザはゲームを何ら制限なく楽しむことができる。

（５）
本発明の一態様では、上記（１）〜（４）の何れかの態様において、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録が制限されている場合に、新規ユーザの参加登録が制限されているグループでのマッチングでの成功率が所定値を超えた場合に、前記受付処理（１２０１）においては、新規ユーザの参加登録の制限を解除するようにしてもよい。
上記（５）に係る発明によれば、新規ユーザの参加登録の制限によってマッチングの成功率が上昇すれば、新規ユーザの参加登録の制限する必要がなくなるため、ユーザはゲームを何ら制限なく楽しむことができる。

（６）
本発明の一態様では、上記（５）の態様において、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録が制限されてから所定の時間が経過するまで、前記受付処理（１２０１）においては、新規ユーザの参加登録の制限を解除しないようにしてもよい。
上記（６）に係る発明によれば、新規ユーザの参加登録の制限および解除が短時間で頻繁に行われないようにし、処理負荷を抑えることができる。

（７）
本発明の一態様では、上記（１）〜（６）の何れかの態様において、前記受付処理（１２０１）においては、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録の受付を開始してから所定の時間が経過するまでは、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を受け付けるようにしてもよい。
上記（７）に係る発明によれば、新規ユーザの参加登録の受付を開始したばかりの段階では、短時間で参加登録人数が逆転したりマッチングの成功率の変動が大きかったりすることから、新規ユーザの参加登録の制限する必要がないため、ユーザはゲームを何ら制限なく楽しむことができる。

（８）
本発明の一態様では、上記（１）〜（７）の何れかの態様において、前記マッチング処理（１２０３）によるマッチングの成功回数が所定の回数以下である場合には、前記受付処理（１２０１）においては、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を受け付けるようにしてもよい。
上記（８）に係る発明によれば、マッチングの成功回数が少ない状況では、マッチングの成功率の変動が大きいことから、新規ユーザの参加登録の制限する必要がないため、ユーザはゲームを何ら制限なく楽しむことができる。

（９）
本発明の一態様では、上記（１）〜（８）の何れかの態様において、前記マッチング処理（１２０３）においては、マッチング数のカウントを開始してから所定の時間が経過する毎にマッチング数をリセットしてマッチングでの成功率を計算するようにしてもよい。
上記（９）に係る発明によれば、実際の最新のマッチングの成功率が反映されやすくなり、さらにはデータ量の低減により処理コストを下げることができる。

１：ゲームシステム、１０：サーバ装置、２０：ネットワーク、３０：ゲーム装置、１１：ＣＰＵ、１２：ＲＯＭ、１３：ＲＡＭ、１４：通信部、１５：記憶装置、１２０：イベント制御部、１２０１：受付部、１２０２：受信部、１２０３：マッチング部

Claims (11)

1. 第１のグループ又は第２のグループへのユーザの参加登録を受け付ける受付処理と、
   前記受付処理によって前記第１のグループ又は前記第２のグループへの参加登録が受け付けられたユーザから、該ユーザが参加登録されているグループとは異なる方のグループに参加登録されているユーザとのマッチングの要求を受信する受信処理と、
   前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとから、それぞれ前記受信処理によってマッチングの要求を受信したことに応じて、前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとをマッチングさせるマッチング処理とをコンピュータに実行させ、
   前記受付処理においては、前記マッチング処理によるマッチングでの成功率に応じて、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を制限することを特徴とするプログラム。
2. 前記受付処理においては、マッチングでの成功率の低い方のグループへの新規ユーザの参加登録を制限することを特徴とする請求項１に記載のプログラム。
3. 前記第１のグループ及び前記第２のグループの両方でマッチングでの成功率がいずれも所定値を超えている場合には、前記受付処理においては、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を制限しないようにすることを特徴とする請求項１又は２に記載のプログラム。
4. 前記第１のグループ及び前記第２のグループの両方でマッチングでの成功率がいずれも所定値以下である場合には、前記受付処理においては、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を制限しないようにすることを特徴とする請求項１又は２に記載のプログラム。
5. 前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録が制限されている場合に、新規ユーザの参加登録が制限されているグループでのマッチングでの成功率が所定値を超えた場合に、前記受付処理においては、新規ユーザの参加登録の制限を解除することを特徴とする請求項１〜４の何れか１項に記載のプログラム。
6. 前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録が制限されてから所定の時間が経過するまで、前記受付処理においては、新規ユーザの参加登録の制限を解除しないようにすることを特徴とする請求項５に記載のプログラム。
7. 前記受付処理においては、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録の受付を開始してから所定の時間が経過するまでは、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を受け付けることを特徴とする請求項１〜６の何れか１項に記載のプログラム。
8. 前記マッチング処理によるマッチングの成功回数が所定の回数以下である場合には、前記受付処理においては、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を受け付けることを特徴とする請求項１〜７の何れか１項に記載のプログラム。
9. 前記マッチング処理においては、マッチング数のカウントを開始してから所定の時間が経過する毎にマッチング数をリセットしてマッチングでの成功率を計算することを特徴とする請求項１〜８の何れか１項に記載のプログラム。
10. 第１のグループ又は第２のグループへのユーザの参加登録を受け付ける受付工程と、
    前記受付工程によって前記第１のグループ又は前記第２のグループへの参加登録が受け付けられたユーザから、該ユーザが参加登録されているグループとは異なる方のグループに参加登録されているユーザとのマッチングの要求を受信する受信工程と、
    前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとから、それぞれ前記受信工程によってマッチングの要求を受信したことに応じて、前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとをマッチングさせるマッチング工程とを有し、
    前記受付工程においては、前記マッチング工程におけるマッチングでの成功率に応じて、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を制限することを特徴とするサーバ装置の制御方法。
11. 第１のグループ又は第２のグループへのユーザの参加登録を受け付ける受付手段と、
    前記受付手段によって前記第１のグループ又は前記第２のグループへの参加登録が受け付けられたユーザから、該ユーザが参加登録されているグループとは異なる方のグループに参加登録されているユーザとのマッチングの要求を受信する受信手段と、
    前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとから、それぞれ前記受信手段によってマッチングの要求を受信したことに応じて、前記第１のグループに参加登録されているユーザと前記第２のグループに参加登録されているユーザとをマッチングさせるマッチング手段とを有し、
    前記受付手段は、前記マッチング手段によるマッチングでの成功率に応じて、前記第１のグループ又は前記第２のグループへの新規ユーザの参加登録を制限することを特徴とするサーバ装置。

Images