JP7418629B1 - プログラム、サーバ及びマッチングシステム - Google Patents

Abstract

【課題】利便性を向上させたマッチングサービスを提供する。【解決手段】プログラムは、コンピュータに、利用者に対応付けられた仮想キャラクターが移動可能に配置される仮想空間であって、複数の部屋で構成される仮想空間について、各部屋への仮想キャラクターの配置状況を管理する管理処理と、仮想キャラクターの仮想空間への配置要求がなされたことに応じて、複数の部屋のうちから１つの部屋を選択して当該仮想キャラクターを案内する案内処理と、を実行させるプログラムであって、案内処理において、仮想キャラクターが既に配置されている部屋が１つの部屋として優先的に選択される。【選択図】図１４

Description

本発明は、プログラム、サーバ及びマッチングシステムに関し、特に仮想空間を利用したゲームのマッチングサービスに関する。

外部サービスで実行される対戦ゲームに係るプレイヤのマッチングを、仮想空間を介して行うマッチングシステムがある（特許文献１）。このようなマッチングシステムでは、円滑なコミュニケーションの実現やサーバにおける情報処理に係る負荷を低減させるために、利用者を複数の部屋に分散させて管理している。特許文献１に記載のマッチングシステムでは、複数のルームとして仮想空間が設けられ、利用者はサービスの利用開始時にルームの一覧から入室する１つのルームを選択することで、該当の仮想空間において外部サービスに係る対戦ゲームのマッチングや観戦の機能を利用することができる。

特開２０２２－０７８７４４号公報

ところで、特許文献１に記載のマッチングシステムは、利用者がルームの一覧から入室率等を確認して入室するルームを選択する必要があり、作業的な操作入力を利用者に要求するものであった。

本発明は、利便性を向上させたマッチングサービスを提供するプログラム、サーバ及びマッチングシステムを提供することを目的とする。

本発明の一態様のプログラムは、コンピュータに、利用者に対応付けられた仮想キャラクターが移動可能に配置される仮想空間であって、複数の部屋で構成される仮想空間について、各部屋への仮想キャラクターの配置状況を管理する管理処理と、仮想キャラクターの仮想空間への配置要求がなされたことに応じて、複数の部屋のうちから１つの部屋を選択して当該仮想キャラクターを案内する案内処理と、を実行させるプログラムであって、案内処理において、仮想キャラクターが既に配置されている部屋が１つの部屋として優先的に選択される。

本発明によれば、利便性を向上させたマッチングサービスを提供することが可能となる。

本発明の実施形態及び変形例に係るマッチングシステムの構成を例示した図 本発明の実施形態及び変形例に係る利用者端末１００のハードウェア構成を例示した図 本発明の実施形態及び変形例に係るサーバ２００のハードウェア構成を例示した図 本発明の実施形態及び変形例に係るマッチングサービスで使用されるアバタを例示した図 本発明の実施形態及び変形例に係るマッチングサービスのエントランスルームを例示した図 本発明の実施形態及び変形例に係る移行先の対戦ルームの選択に係り表示される画面例を示した図 本発明の実施形態及び変形例に係るマッチングサービスの通常対戦ルームを例示した図 本発明の実施形態及び変形例に係るマッチングサービスの特別対戦ルームを例示した図 本発明の実施形態及び変形例に係る対戦ルームにおけるマッチングを説明するための図 本発明の実施形態及び変形例に係る対戦ゲームのプレイ画面を例示した図 本発明の実施形態及び変形例に係る特別対戦ルームにおける表示を例示した図 本発明の実施形態及び変形例に係るマッチングサービスのエモート機能を例示した図 本発明の実施形態及び変形例に係る利用者端末１００において実行されるエントランス処理を例示したフローチャート 本発明の実施形態及び変形例に係るサーバ２００において実行される案内処理を例示したフローチャート 本発明の実施形態及び変形例に係る利用者端末１００において実行されるモニタ表示処理を例示したフローチャート

［実施形態１］
以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴は任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

以下に説明する一実施形態は、マッチングシステムの一例としての、利用者の使用する情報処理装置（利用者端末）からの接続を受け付けるサーバが、外部サービスにおいて提供される２人対戦の対戦ゲームについてのマッチングを仮想空間を介して実現するサービスを提供するシステムに、本発明を適用した例を説明する。しかし、本発明は、複数の利用者が参加するゲームについてのマッチングを仮想空間を介して行い、ゲームの実行をトリガすることが可能な任意の機器構成で実現されるシステムに適用可能である。

また、本明細書において、「利用者」とは、本マッチングシステムにおいてサーバ２００が提供するサービス（マッチングサービス）を利用するユーザを指すものとして説明する。また便宜上、仮想空間においてマッチングが成立してゲームプレイ中となっている利用者を「プレイヤ」、対してゲームプレイ中でない利用者を「観戦者」として言及する場合がある。

《マッチングシステムの構成》
図１は、本実施形態に係るマッチングシステムの構成を示した図である。図示されるように、マッチングシステムでは、ネットワーク３００を介することでサーバ２００と複数の利用者端末１００とが通信接続可能に構成されている。また本実施形態ではサーバ２００は、接続中の利用者端末１００の利用者を、外部サービスにより実現される対戦ゲームのプレイヤとしてマッチングし、対戦ゲームの実行をトリガするマッチングサービスを提供する。

以下では、外部サービスは、遠隔のプレイヤ間での対戦ゲームの実行を支援するサービスであり、サービス提供にあたり該当数のプレイヤを抽出してマッチングさせるフリーマッチング方式のマッチング機能を有していないサービスであるものとして説明する。本実施形態では、外部サービスは、ホストとなるプレイヤが作成したルーム（接続先）に対し、対戦ゲームに必要な人数のプレイヤが利用者端末１００を用いてアクセスすることで、利用者端末１００のカメラとマイクを利用したビデオチャット機能が利用可能となり、プレイヤの存在する環境（現実世界）において展開されたゲーム用物品の状況をプレイヤ間で共有しながら進行するトレーディングカードゲーム（ＴＣＧ）のゲームプレイを実現するサービスであるものとする。このため、利用者端末１００は、カメラとマイクを備えるＰＣやスマートフォンとすることができる。

詳細は後述するが、マッチングサービスの利用者は、使用する利用者端末１００を使用してサービスログインすることで、該利用者に対応するアバタ（操作アバタ）が配置された仮想空間の表示を伴うサービスが利用可能となる。マッチングサービスは、ブラウジングアプリケーション（以下、単にブラウザと言及）を介して接続可能なＷｅｂサービスであり、サービスログインは特定のＷｅｂページにおいて利用者認証に係る手続きを完了することにより行われる。利用者は、各種操作入力を行うことで該仮想空間に配置された操作アバタを移動させ、他の利用者とアバタを介したコミュニケーション（テキストチャット等）を行い、そして外部サービスで提供される対戦ゲームについて対戦相手とマッチングすることができる。

〈利用者端末のハードウェア構成〉
続いて、図２を用いて利用者端末１００のハードウェア構成を説明する。図２は、利用者端末１００のハードウェア構成を例示したブロック図である。

制御部１０１は、ＣＰＵ等のプロセッサであり、利用者端末１００が備える各ハードウェアの動作制御を含む各種制御を行う。具体的には制御部１０１は、例えば記憶装置１０２に記憶されている必要なプログラムを読み出し、メモリ１０３に展開して実行することにより該当の制御を行う。

記憶装置１０２は、例えば不揮発性メモリやＨＤＤ等の、恒久的な情報記憶が可能な装置である。記憶装置１０２は、利用者端末１００を動作させるためのオペレーティングシステムや各種アプリケーションに係るプログラムに加え、各種制御の実現に必要となるパラメータの情報や、ブラウザに係る表示や通信機能に用いられる各種データを記憶する。メモリ１０３は、例えば揮発性メモリ等の一時的なデータ記憶に使用される記憶装置である。メモリ１０３は、各プログラムの展開領域としてだけでなく、各種ハードウェアの動作や各種制御の過程で出力されたデータ等を一時的に記憶する格納領域としても用いられるものであってよい。

ＧＰＵ１０４は、利用者端末１００に係る表示画面の生成に係る、各種の描画処理を実行する描画装置である。ＧＰＵ１０４は、マッチングサービスの利用中にブラウザに提示される仮想空間に係る画面の描画処理も実行する。ＧＰＵ１０４は、不図示のＧＰＵメモリを含み、記憶装置１０２から読み出された各種グラフィックスデータを展開し、所定の演算を行って画面をはじめとする各種の画像を生成する。ＧＰＵ１０４により生成された画面や画像は、例えば利用者端末１００が具備するディスプレイ１１０に表示されることで、利用者に提示される。ディスプレイ１１０は、例えば液晶ディスプレイ等の、利用者端末１００が備える、あるいは利用者端末１００に着脱可能に接続された情報表示を行う装置である。ディスプレイ１１０は、ＧＰＵ１０４により生成された画面を表示する。

操作Ｉ／Ｆ１０５は、利用者端末１００が備える操作入力を受け付けるユーザインタフェースである。操作Ｉ／Ｆ１０５は、操作入力がなされたことを検出すると、該操作入力に対応する制御信号を制御部１０１に出力する。１つの態様において、操作Ｉ／Ｆ１０５は、例えば利用者端末１００の外装に設けられたボタン等の操作部材や各種センサ等を含む。また本実施形態の利用者端末１００が備えるディスプレイ１１０は、タッチ入力を検出可能に構成され、操作Ｉ／Ｆ１０５は、当該ディスプレイ１１０に設けられた、タッチ入力検出センサを含む。

通信Ｉ／Ｆ１０６は、利用者端末１００が備える外部装置との通信インタフェースである。通信Ｉ／Ｆ１０６と外部装置との間の情報通信は、インターネット等の広域通信網（ＷＡＮ）を介して行われるものであってもよいし、ＬＡＮ等を介して行われるものであってもよい。通信Ｉ／Ｆ１０６が行う情報通信は、無線で行われるものとして説明するが、有線で行われる態様を除外するものではない。

撮像ユニット１２０は、例えばＣＣＤやＣＭＯＳセンサ等の撮像素子を有する撮像装置を含んだユニットである。詳細は後述するが、撮像ユニット１２０は、外部サービスに係る対戦ゲームの実行中、利用者により撮像範囲に配置されたゲームカードを間欠的に撮像し、撮像画像を出力する。

マイク１３０は、利用者端末１００が備える音声入力インタフェースである。本実施形態では、マッチングサービスからトリガされる外部サービスに係る対戦ゲームがＴＣＧであるものとして説明するため、マイク１３０はプレイヤの宣言やゲームカードの効果の読み上げ等に係る音声を取得する。またスピーカ１４０は、利用者端末１００が備える音声出力インタフェースである。スピーカ１４０は、マッチングサービスに係る音声や対戦ゲームに係る音声（対戦相手のプレイヤの宣言や効果音等）を出力する。

〈サーバのハードウェア構成〉
図３は、本実施形態に係るサーバ２００のハードウェア構成を示したブロック図である。なお、以下の説明において、利用者端末１００と同様の機能を実現するハードウェア構成については、利用者端末１００の構成と峻別すべく「サーバ」の接頭文字を付すものとする。

サーバ制御部２０１は、ＣＰＵ等のプロセッサであり、サーバ２００が備える各ハードウェアの動作制御、マッチングサービスに係る利用者管理及び利用者同士のマッチング機能を含む各種機能の実現に係る制御を行う。具体的にはサーバ制御部２０１は、例えばサーバ記憶装置２０２に記憶されている必要なプログラムを読み出し、サーバメモリ２０３に展開して実行することにより該当の制御を行う。

サーバ記憶装置２０２は、例えば不揮発性メモリやＨＤＤ等の、恒久的な情報記憶が可能な装置である。サーバ記憶装置２０２は、サーバ２００を動作させるためのオペレーティングシステムやマッチングに係るプログラムに加え、各種制御の実現に必要となるパラメータの情報や、マッチング機能の提供に必要な各種データを記憶する。またサーバ記憶装置２０２は、マッチングシステムの利用者として登録された各プレイヤの情報を管理するデータベース機能も具備するものとする。サーバメモリ２０３は、例えば揮発性メモリ等の一時的なデータ記憶に使用される記憶装置である。サーバメモリ２０３は、各プログラムの展開領域としてだけでなく、各種ハードウェアの動作や各種制御の過程で出力されたデータ等を一時的に記憶する格納領域としても用いられるものであってよい。

サーバ通信Ｉ／Ｆ２０４は、サーバ２００が備える外部装置との通信インタフェースである。サーバ通信Ｉ／Ｆ２０４と外部装置との間の情報通信は、インターネット等の広域通信網（ＷＡＮ）を介して行われるものであってもよいし、ＬＡＮ等を介して行われるものであってもよい。サーバ通信Ｉ／Ｆ２０４が行う情報通信は、有線及び無線のいずれで行われるものであってもよい。

《マッチングサービスの概要》
以下、本実施形態のマッチングシステムで提供されるマッチングサービスの概要を、図面を参照して説明する。

上述したようにマッチングサービスは、各利用者が使用する利用者端末１００においてブラウザを起動してサービスに係るＷｅｂページにアクセスし、サービスログインすることにより利用可能となる。サービスログインすると、各利用者端末１００では３次元コンピュータグラフィックスで表現された仮想空間が表示される。仮想空間では、各利用者には、当該利用者に対応付けられた図４に示されるような３次元モデルのアバタ（以下、操作アバタとして言及）が割り当てられる。各利用者は、移動に係る操作入力を行うことで、自身に対応付けられた操作アバタを仮想空間内で移動させることができる。本実施形態では仮想空間は、例えば部屋状の３次元空間として構築され、以下では、仮想空間を「ルーム」として言及する。従って、操作アバタはルーム内を、利用者の操作入力に応じて移動する。ルームはある程度の広さをもった空間として構築され、その空間を操作アバタが移動していることを演出するために、操作アバタの移動中は、例えば操作アバタの３次元モデルを構成する少なくとも一部の要素（例えば胴体部）を上下動させる表示がなされるものであってもよい。

本実施形態のマッチングサービスでは、複数種類の仮想空間が設けられ、各利用者は用途に応じてその仮想空間を行き来して、サービス提供を受けることができる。即ち、利用者の操作アバタは、一時に１つの仮想空間にのみ配置されるようサーバ２００において管理される。

マッチングサービスで使用される仮想空間は、大きく分けてエントランスルームと対戦ルームとなっている。利用者間のマッチングは、操作アバタを対戦ルームに配置しているときに行われる。１つの対戦ルーム内に配置して管理可能なアバタの数には上限数があるため、多数の利用者が同時接続した場合に対応可能なよう、対戦ルームは並行して複数設けられ得る。従って、エントランスルームは、操作アバタを配置させる対戦ルームを選択するための仮想空間として設けられている。ルーム間の移動（移行）は、各ルームにおいて移行に係る操作入力がなされたことに応じて対応する要求が利用者端末１００からサーバ２００に送信され、サーバ２００において利用者の管理情報が変更されることにより行われる。以下の説明では、利用者は特定のルームに割り当てられ、当該ルームに係る３次元空間に操作アバタが配置された状態を、利用者が当該ルームに「入室」したと表現する場合がある。

〈エントランスルーム〉
エントランスルームでは、各利用者は、操作アバタの外観をカスタマイズすることができる。操作アバタは、例えばアバタの色、頭部・胴体部等に装着するアイテム等の外観を構成する描画要素を異ならせることが可能である。エントランスルームにて、各利用者は、例えば所有しているアイテムの一覧から装着させるアイテムを選択することで、操作アバタの外観を変更することができる。

操作アバタの外観変更の様子を他の利用者に見られることを好まない利用者もいるため、エントランスルームでは、利用者の使用する操作アバタ以外のアバタは表示されない。即ち、利用者は、他の利用者の目を気にすることなく落ち着いて操作アバタの外観を変更し、所望の外観とした上で操作アバタを対戦ルームに移動させることができる。

ところで、エントランスルームに表示される操作アバタは１体だが、サーバ２００において利用者ごとに個別の仮想空間（エントランスルーム）を設けて管理することは非効率である。従って、各利用者には１体の操作アバタのみが配置される仮想空間の表示を提供するが、サーバ２００における仮想空間の管理としては、１つのエントランスルームとして複数人の利用者の情報を含めて管理される。即ち、サーバ２００は、同時期にサービスログインした複数の利用者に同一のエントランスルームを割り当てるが、各利用者端末１００におけるエントランスルームの表示としては、同ルームに割り当てられた他の利用者の情報を共有することはせず、操作アバタのみが表示される仮想空間を利用者に提供する。故に、エントランスルームでは、他の利用者とのマッチングを行うような機能は提供されず、対戦ゲームの実行をトリガすることもない。

エントランスルームは、例えば図５に示されるような閉空間として設けられる。エントランスルームには、窓オブジェクト５０１が配置されており、利用者は移動に係る操作入力を行うことで操作アバタを窓オブジェクト５０１近傍に移動させることができる。操作アバタが窓オブジェクト５０１近傍（例えば所定の距離内）に配置されると、利用者端末１００における表示は図６のような窓の外の風景に係る表示（行先選択画像６００）に切り替えられる。本実施形態のマッチングサービスでは、エントランスルームと対戦ルームとは、１つの広大なゲーム空間中に存在する別々の施設という設定で設けられており、エントランスルームの窓オブジェクト５０１を介して、図６に示されるように疑似的にゲーム空間を一望した様子が確認可能となっている。

図示されるように、行先選択画像６００には、対戦ルームを模した施設の画像が含まれており、利用者は移動先とする施設の選択に係る操作入力を行うことで、対戦ルームへの操作アバタの配置要求をサーバ２００に送信することができる。本実施形態では対戦ルームには、後述の「通常対戦ルーム」と「特別対戦ルーム」が設けられており、利用者はエントランスルームの窓オブジェクト５０１を介して表示される行先選択画像６００からそのいずれかを選択することで該当の仮想空間への操作アバタの配置要求を行うことができる。以下、各対戦ルームについて説明する。

（通常対戦ルーム）
通常対戦ルームは、マッチングサービスにおいて全利用者が一般に対戦ゲームに係るマッチングを行うことができる仮想空間である。エントランスルームと異なり、通常対戦ルーム内には操作アバタだけでなく、同一のルームに入室した他の利用者のアバタも配置される。通常対戦ルームに入室した利用者は、移動に係る操作入力によって操作アバタを当該通常対戦ルーム内で移動させることができる。

図７に示されるように、通常対戦ルームには複数のテーブルオブジェクト７０１が配置されており、マッチングを所望する利用者は、操作アバタをテーブルオブジェクト７０１の近傍に移動させることで、マッチングに係る各種手続きを行うことが可能となる。またマッチングが成立すると、外部サービスに係る対戦ゲームの実行をトリガすることができる。また通常対戦ルームには、後述するモニタオブジェクト７０２が配置されており、入室中のマッチングしていない利用者も楽しむことができる興趣要素の提示がなされる。

（特別対戦ルーム）
対して、特別対戦ルームは、例えば運営者やイベント主催者によって招待された特定の利用者のみがマッチングを行うことができる仮想空間である。通常対戦ルームとは異なり、特別対戦ルームでは１組の利用者（以下、招待プレイヤとして言及）のみがマッチングを行うことができるように構成される。しかしながら、特別対戦ルームへの入室は、当該招待プレイヤに限られるものではなく、他の利用者も可能となっている。招待プレイヤ以外の利用者が特別対戦ルームに入室する場合、当該利用者は観戦者として扱われる。即ち、特別対戦ルームは、エキシビションマッチ等の招待プレイヤにより行われる対戦ゲームを、入室したそれ以外の利用者が観戦する趣旨で用いられる仮想空間である。

従って、特別対戦ルームは、図８に示されるように主として招待プレイヤのアバタが移動可能なステージ８１０の領域と、観戦者のアバタが移動可能な観戦フロア８２０の領域とに分けられている。ステージ８１０には、特別対戦ルームに唯一のテーブルオブジェクト８０１が配置され、招待プレイヤのみが当該テーブルオブジェクト８０１近傍に操作アバタを移動させ、マッチングに係る各種手続きを行うことが可能に制御される。またステージ８１０上には、観戦フロア８２０からステージ８１０方向を見たときに、テーブルオブジェクト８０１よりも奥（遠方）にはモニタオブジェクト８０２が配置されており、通常対戦ルームと同様に観戦者も楽しむことができる興趣要素の提示がなされる。

（エントランスルームからの移行）
続いて、エントランスルームから、これら通常対戦ルームや特別対戦ルームへの入室（ルームの移行）について説明する。

対戦ルームの各々は、複数名の利用者が同時に使用するものであるため、サーバ２００において各ルームが割り当てられている利用者の情報が管理される。一方で、各対戦ルームについては、ルーム内の各利用者が利用者端末１００において行った操作入力（移動やマッチング要求等）を取得し、同ルームの利用者に係る利用者端末１００に共有する必要がある。故に、１つの対戦ルームに入室する利用者が多くなるほどこれら共有に係る処理負荷が増大するため、１つの対戦ルームに入室可能とする利用者の数には上限数を設ける必要がある。対して、例えば多くの利用者の利用が想定される時間帯やイベント開催時には、その上限数より多くの利用者が同時にマッチングサービス利用することが想定される。

従って、本実施形態のサーバ２００では、通常対戦ルームと特別対戦ルームのそれぞれについて、１以上のルームを管理することが可能に構成される。換言すれば、マッチングサービスでは、通常対戦ルームとして複数のルームを設け、特別対戦ルームとして複数のルームを設けることが可能に構成される。以下、仮想空間の種類としての「通常対戦ルーム」や「特別対戦ルーム」と、アバタが配置される利用者を管理する単位仮想空間としての「ルーム」とを区別するべく、後者を「部屋」として言及する。即ち、マッチングサービスでは、通常対戦ルームとして複数の部屋が、特別対戦ルームとして複数の部屋がそれぞれ設けられる。

上述したようにエントランスルームでは、窓オブジェクト５０１の近傍に操作アバタを移動させたことに応じて表示される行先選択画像６００から、利用者は選択した種類の対戦ルームへの操作アバタの配置要求を行うことができる。行先選択画像６００では、利用者はまず入室を所望する対戦ルームの種類が通常対戦ルームと特別対戦ルームのいずれであるかを選択するが、各対戦ルームには複数の部屋が設けられている。このため、本実施形態のマッチングサービスでは配置要求の態様として以下の２種類が設けられ、利用者は配置要求のオプションとしていずれかの態様を選択する必要がある。

配置要求の態様の１つは、利用者が指定した種類の対戦ルームのうちのいずれの部屋に入室するかを、サーバ２００に決定させる自動配置要求である。自動配置要求がなされると、サーバ２００（のサーバ制御部２０１）は、該当の種類の対戦ルームとして設けられた複数の部屋のうちから利用者を入室させる１つの部屋を選択し、当該選択した部屋に利用者を案内する。入室させる部屋は、利用者にマッチングの機会が好適に与えられるよう、既に他の利用者を入室させている部屋が優先的に選択される。本実施形態では、サーバ２００は、入室している利用者の数が最も多い部屋を、配置要求を行った利用者を入室させる部屋として選択する。ここで、各部屋には、管理可能な利用者の数（配置可能なアバタ数）に上限数が設定されており、サーバ２００は、上限数の利用者が入室している部屋は除外して、入室させる部屋を選択する。このようにすることで、利用者が入室したものの対戦相手となり得る他の利用者が存在しない／少ない状況を少なくすることができる。なお、いずれの部屋にも利用者が入室していない状況では、配置要求を行った利用者は他の利用者が入室していない部屋に案内され得る。

配置要求の態様のもう１つは、利用者が対戦ルームの種類と入室するルームを指定する指定配置要求である。指定配置要求は、利用者端末１００において入室先の部屋を指定する情報がさらに入力されることを条件として、サーバ２００に送信される。より詳しくは指定配置要求には、既存の部屋を入室先として指定する配置要求と、新規の部屋を生成し、当該部屋を入室先として指定する配置要求とが含まれる。

通常対戦ルーム及び特別対戦ルームに設けられる各部屋には、当該部屋を一意に特定するための識別情報（部屋ＩＤ）が設定されている。部屋ＩＤは、部屋生成の際に設定されるものであり、本実施形態ではテキスト型の情報となっている。ここで、対戦ルームに係る部屋の生成は、サービスログイン中の利用者数に応じてサーバ２００が行うものであってもよいし、例えば個人の大会やイベントを企画運営する利用者（以下、ホストとして言及）からの部屋の生成要求に基づいて行われるものであってもよい。部屋ＩＤは、前者の場合はサーバ２００により決定されたものが使用され、後者の場合はホストにより指定されたものが使用される。

通常対戦ルームと特別対戦ルームとを容易に識別可能なよう、部屋ＩＤとして設定可能なテキストにはそれぞれ異なるルールが定められる。一態様において、通常対戦ルームに設定可能な部屋ＩＤは果物に関する英単語（banana、melon、orange等）で、特別対戦ルームに設定可能な部屋ＩＤは動物に関する英単語（dog、cat、elephant等）として定められる。このような部屋ＩＤとして指定可能なテキストの情報は、例えば該当のテキストを記憶した辞書データを参照して管理されればよい。当該態様では、ホストの生成要求によらずサーバ２００が部屋を生成する際には、該当の辞書データのうちから現在使用されていないテキストを取得して部屋ＩＤとして設定する。またホストの生成要求によって部屋が生成される際には、ホストにより部屋ＩＤ用に入力されたテキストが該当の種類の対戦ルームに係る辞書データに登録されている場合に、当該テキストを部屋ＩＤとする部屋が生成される。どのようなルールに合致するテキストが部屋ＩＤとして設定可能であるかの情報は、例えば、新規の作成要求を含む指定配置要求について表示されるメニュー画面等において、利用者（ホスト）に提示されればよい。

つまり、既に生成されている部屋についての指定配置要求、即ち、新規の部屋の生成要求を含まない指定配置要求を受信すると、サーバ２００は、当該指定配置要求に含まれる部屋ＩＤが設定された部屋に利用者を入室させる。対して、新規の部屋の生成要求を含む指定配置要求を受信すると、サーバ２００は、まず当該指定配置要求に含まれる部屋ＩＤが設定された部屋が存在しないことを確認する。そして該当の部屋が存在しない場合にサーバ２００は、当該部屋ＩＤが選択された種類の対戦ルームについて定められたルールを満たしていることを条件として、当該部屋ＩＤを設定した部屋を生成し、利用者を入室させる。このようにすることで、例えば複数人でマッチングサービスを利用したい場合等において、利用者は任意の部屋を生成したり、サーバ２００により自動で選択される部屋ではなく特定の部屋に入室したりすることができる。

（マッチング）
各対戦ルームでは、外部サービスに係る対戦ゲームについて、同一の部屋にアバタが配置された利用者同士をマッチングさせることができる（マッチング機能）。本実施形態のマッチングサービスでは、マッチングは、部屋内に配置されたテーブルオブジェクトを介して行うことができる。まず、通常対戦ルームの部屋でのマッチングについて図を参照して以下に説明する。

他の利用者からの対戦申込を待機したい利用者は、図９（ａ）に示されるように操作アバタを部屋内のテーブルオブジェクト９０１の近傍に移動させる。操作アバタがテーブルオブジェクト９０１の近傍に配置されると、当該テーブルオブジェクト９０１への利用者による操作入力が可能な状態となる。利用者の使用する利用者端末１００においてテーブルオブジェクト９０１に対する操作入力がなされると、例えばマッチング待機状態に移行することの確認表示の後、待機要求がサーバ２００に送信される。待機要求は、例えばテーブルオブジェクト９０１を一意に特定する識別情報（部屋ＩＤとテーブルＩＤの組み合わせ）と、利用者を一意に特定する識別情報とを含むものであってよい。サーバ２００は待機要求を受信すると、当該利用者の状態をマッチング待機状態に更新し、同一の部屋に入室している他の利用者の利用者端末１００にその情報を送信する。

マッチング待機状態となると、利用者の操作アバタは、図９（ｂ）に示されるように当該テーブルオブジェクト９０１に着いた状態で表示される。当該表示は、利用者が待機取り止めに係る操作入力を行うか、マッチング成立により実行された対戦ゲームが終了するまで継続される。即ち、マッチング待機状態となった利用者の操作アバタは、部屋においてテーブルオブジェクト９０１の位置から移動しない状態で表示される。マッチング待機状態では、利用者が操作アバタの移動に係る操作入力を行ったとしても、操作アバタは移動しないよう制御される。

１人の利用者のアバタが着いてマッチング待機状態となっているテーブルオブジェクト９０１（以下、待機中テーブルとして言及）は、他の利用者からの対戦申込が可能な状態となる。従って、対戦申込を行いたい利用者は、操作アバタを待機中テーブルの近傍に移動させて当該待機中に対する操作入力を行うことで、待機中テーブルに先に着いているアバタ（以下、待機アバタとして言及）の利用者（以下、待機者として言及）に対して対戦申込を行うことができる。具体的には、対戦申込を行う利用者（以下、申込者として言及）の使用する利用者端末１００において待機中テーブルに対する操作入力がなされると、例えば対戦申込を行うことの確認表示の後、マッチング要求がサーバ２００に送信される。マッチング要求は、例えば待機中テーブルを一意に特定する識別情報、待機者を一意に特定する識別情報、及び申込者を一意に特定する識別情報を含むものであってよい。サーバ２００は、マッチング要求を受信すると、申込者の状態を一時的にマッチング待機状態に更新し、同一の部屋に入室している他の利用者の利用者端末１００にその情報を送信する。

申込者がマッチング待機状態となると、図９（ｃ）に示されるように申込者の操作アバタ（以下、申込アバタとして言及）が同様に待機中テーブルに着いた状態で表示され、申込アバタと待機アバタとがテーブルオブジェクト９０１を介して対向する状態となる。当該表示は、申込者が対戦申込の取り止めに係る操作入力を行うか、待機者による申込辞退に係る操作入力が行われるか、マッチング成立により実行された対戦ゲームが終了するまで継続される。即ち、マッチング待機状態となった申込アバタは、部屋において待機中テーブルの位置から移動しない状態で表示される。当該マッチング待機状態では、申込者が申込アバタの移動に係る操作入力を行ったとしても、申込アバタは移動しないよう制御される。

このようにして、テーブルオブジェクト９０１において待機アバタと申込アバタとが対向して着いた状態となると、待機者の利用者端末１００に対して、申込者からの対戦申込を受けるか否かの問い合わせがサーバ２００から送信される。待機者は、申込者によりなされた対戦申込について承諾／辞退に係る操作入力を行うことができる。待機者による対戦申込の承諾がなされると、サーバ２００は、待機者と申込者とをマッチングさせる処理を実行し、マッチングを成立させる。そしてサーバ２００は、両名について管理している状態の情報をマッチング中に更新する。またマッチングの成立により、待機者と申込者は「プレイヤ」として管理されてよい。

通常対戦ルームの部屋では、部屋内に配置されたテーブルオブジェクトにおいてこのような手順で、同一の部屋に入室した利用者同士のマッチングが可能に構成される。即ち、通常対戦ルームの各部屋では、最大で部屋に配置されたテーブルオブジェクトの数のマッチングを同時期に行うことができる。換言すれば、通常対戦ルームでは、利用者は、操作アバタをテーブルオブジェクトの近傍に移動させて当該テーブルオブジェクトに対する操作入力を行えば、サーバ２００にマッチングに関する処理を実行させることができる。

対して、特別対戦ルームでは、上述したように特定の利用者のみがマッチングを行うことができるように制御される。従って、特別対戦ルームの部屋では、ステージ上に設けられたテーブルオブジェクトを介して行われる、利用者からのマッチングに係る各種要求は、特別対戦ルームを利用してトリガされる外部サービスの対戦ゲームの参加条件を、利用者が満たすことを条件として可能となる。換言すれば、特別対戦ルームでは例えば主催者等により招待された利用者のみがプレイヤになることができるため、利用者が操作アバタをテーブルオブジェクトに近接させ、マッチング待機要求あるいはマッチング要求を行う際に、招待された利用者であるか否かの判断がなされる。当該判断は、利用者の使用する利用者端末１００において行われるものであってもよいし、要求を受信したサーバ２００において行われるものであってもよい。

従って、通常対戦ルームでのマッチングと特別対戦ルームでのマッチングは、後者が所定の参加条件を利用者が満たすことを条件として行われる一方で、前者がそのような条件によらずに行われる点で異なっている。

（対戦ゲーム）
各対戦ルームの部屋においてマッチングが成立すると、サーバ２００は、外部サービスに係る不図示のゲームサーバに対して、マッチングが成立した２名のプレイヤ（待機者と申込者）の情報とともに対戦ゲームの接続先の作成要求を送信する。ゲームサーバは、作成要求に応じて新たな対戦ゲームに係る接続先を作成し、該接続先の情報をサーバ２００に返送する。そして、サーバ２００は、返送された接続先の情報を、各プレイヤの使用する利用者端末１００に転送命令とともに送信する。転送命令を受信した利用者端末１００では、ブラウザにおいて接続先への接続がトリガされ、表示がマッチングサービスから外部サービスに切り替えられる。このようにすることで、各プレイヤ自身が直接外部サービスに登録手続き等を行わなくとも、マッチングサービスにおいてマッチングされた対戦相手のプレイヤとの対戦ゲームを開始することができる。

本実施形態では、各プレイヤが対戦を終了した後にマッチングサービスに容易に復帰可能なよう、外部サービスに移行中（外部サービスにおける対戦ゲームの実行中）もマッチングサービスのログイン状態は保持される。より詳しくは、例えば各プレイヤの利用者端末１００において外部サービスに係る接続先の情報が受信された場合には、ブラウザの別タブ（または別ウィンドウ）を開いて該接続先に接続が行われ、該タブが主として表示される（表示タブとして選択される、または別ウィンドウが最前に表示される）ことにより、マッチングサービスから外部サービスへの一時的な移行が実現される。このとき、マッチングサービスに係るタブは移行中も存在しているため、各プレイヤは、マッチングサービスに係る部屋の状況と外部サービスに係る対戦ゲームのプレイ画面とを並行して確認することもできる。

上述したように、本実施形態のマッチングシステムがプレイヤをマッチングする外部サービスに係る対戦ゲームは、ＴＣＧである。ＴＣＧは、簡易的には、各プレイヤが実物品であるゲームカードを用いてデッキを構築し、シャッフルしたデッキから初期手札となるゲームカードを取得し、プレイヤのターンにおいて、山札からゲームカードを手札に加えつつ、必要に応じて手札を場に配置したり、場に配置した手札の行動を宣言して宣言の解決に係る各種の操作を該当のプレイヤが行ったりしながら進行する。従って、対戦ゲームの進行にあたり、各プレイヤの場（ゲームフィールド）の様子を確認できることが必須となっている。このため、外部サービスを用いて実行される対戦ゲームは、ビデオチャット機能を利用して各プレイヤの手元を撮像した映像と、プレイヤが行った宣言の音声とが互いに共有されながら進行する。

ゲームプレイ中にプレイヤの使用する利用者端末１００に表示される画面（プレイ画面）は、例えば図１０（ａ）に示されるように、対戦相手の使用する利用者端末１００で撮像された実写の映像１００１そのものを表示するものであってよい。図１０（ａ）の例では、対戦相手の使用する利用者端末１００で撮像された映像１００１をそのまま全画面表示する態様を示しているが、プレイ画面は、当該映像１００１のフレーム画像を所定のＧＵＩと共に配置して構成されるものであってもよい。

外部サービスに係る対戦ゲームが終了すると、各プレイヤの使用する利用者端末１００の表示は、外部サービスからマッチングサービスに復帰する。プレイヤの外部サービスの利用が終了したことに関する情報（終了情報）は、少なくともいずれかのプレイヤの利用者端末１００からサーバ２００に送信されるものであってもよいし、外部サービスに係るゲームサーバからサーバ２００に直接送信されるものであってもよい。当該終了情報には、対戦ゲームの結果（勝敗）の情報も含まれるものとする。サーバ２００は、受信した終了情報に基づいて各プレイヤに対戦ゲームの結果表示を行うべく、対戦ゲームの結果表示用の情報を表示要求と共に各プレイヤの使用する利用者端末１００に送信する。各プレイヤの利用者端末１００は、当該情報を受信すると、外部サービスを利用して行われた対戦ゲームの結果表示を行う。

またサーバ２００は、プレイヤ間で行われた対戦ゲームに係る結果情報を受信すると、該当の利用者の状態をマッチング中からフリー状態に更新する。フリー状態に変更された各利用者のアバタは、テーブルオブジェクトに着いた状態が解除され、マッチング待機状態となる前と同様に当該利用者の使用する利用者端末１００においてなされた操作入力に応じて対戦ルームの部屋内を移動可能な状態となる。

（ゲーム観戦及び観戦演出）
本実施形態のマッチングサービスでは、対戦ルームの部屋に入室中、利用者がマッチングをしていなくとも楽しむことができる興趣要素として、当該部屋を介して実行された対戦ゲームの観戦に係る機能が提供される。

マッチングサービスを利用して可能となる観戦機能の一態様は、対戦ルームの部屋内に配置されたモニタオブジェクトを用いて行われる。モニタオブジェクトは、各部屋に少なくとも１つは配置された平板状のオブジェクトであり、その平面部（以下、情報表示部として言及）に適用するテクスチャを異ならせることで、情報表示に利用することができる。本実施形態のマッチングサービスでは、モニタオブジェクトの情報表示部には、当該モニタオブジェクトが配置された部屋内のプレイヤが現在実行中の対戦ゲームに係るプレイ映像が表示されるものとする。即ち、サーバ２００は、当該部屋内のマッチング中である１人のプレイヤに係る手元映像の情報を外部サービスのゲームサーバから順次受信し、そのフレーム画像を情報表示部に表示するテクスチャとして、同部屋に入室中の利用者の利用者端末１００に送信することで、モニタオブジェクトを介して提示することができる。ここで、情報表示部に適用されるテクスチャは、図１０（ａ）に示したように１人のプレイヤにフォーカスした手元映像が用いられるものであってもよいし、図１０（ｂ）に示したように対戦中の両プレイヤの手元映像を含んで構成された画像が用いられるものであってもよい。

当該態様では、部屋内のいずれかのテーブルオブジェクトを用いて利用者同士のマッチングが行われ、現在対戦ゲームが実行中であることが必要になるが、モニタオブジェクトを用いて行われる情報表示はこれに限られるものではない。モニタオブジェクトの情報表示部に表示される映像は、部屋に入室中のいずれかの利用者について過去に実行されたゲームのプレイ映像や、運営によってセレクトされた過去に実行された対戦ゲーム（イベント決勝戦等）のプレイ映像であってもよく、また対戦ゲームのプレイ映像の一部（例えば注目部分等を編集したもの）であってもよい。あるいは、対戦ゲームのコンテンツを盛り上げるべく、当該ゲームコンテンツの紹介映像（ＰＶ）等を表示させるものとしてもよい。

また、特にプレイ映像を表示させる態様において、観戦の興趣性を各利用者に知らしめるべく、モニタオブジェクトの情報表示部への映像表示を行っている期間は、当該モニタオブジェクトの近傍に配置されたアバタを、モニタオブジェクトを観賞する態様に強制的に設定して表示させるようにしてもよい。

また、モニタオブジェクトを容易に確認可能にすべく、利用者がモニタオブジェクトに対する操作入力を行った場合には、利用者端末１００の表示範囲に当該モニタオブジェクトの全体が含まれた状態で表示されるよう、部屋（３次元空間）の描画に係るカメラパラメータの変更制御がなされるようにしてもよい。この場合、モニタオブジェクトにフォーカスした表示から通常の表示に戻すためには、例えば操作アバタに対する操作入力を受け付けてカメラパラメータの変更がなされる（モニタオブジェクトにフォーカスしない態様に戻される）よう構成してもよい。

また特別対戦ルームのように、部屋に入室した利用者がプレイヤ（ステージにアバタを移動させてマッチング可能な利用者）と観戦者（観戦フロアのみでアバタが移動し、マッチング不可能な利用者）とに分類可能な態様では、その観戦態様は異ならせてよい。即ち、特別対戦ルームの部屋に観戦者として入室する利用者は、観戦が主たる目的であるため、少なくとも同部屋においてトリガされた対戦ゲームが実行中である期間は、観戦者に対応する操作アバタは、ステージ上のモニタオブジェクトを観賞する態様に強制的に設定されて表示されるものであってよい。

また観戦者の使用する利用者端末１００において設定される、部屋の描画に係るカメラパラメータは、図１１に示されるように、常に操作アバタとステージ上のモニタオブジェクトを含むように設定されるよう制御されてよい。図１１（ａ）は、観戦者による操作アバタ１１０１の移動操作がなされている期間の表示である。このとき、移動方向を明示するために、操作アバタは一時的にモニタオブジェクトを観賞する態様が解除される。またカメラパラメータは、移動先を明示するために、操作アバタの全体とモニタオブジェクトとを表示範囲に含むように設定される。一方、図１１（ｂ）は、観戦者による操作アバタの移動操作がなされていない期間の表示である。このときカメラパラメータは、モニタオブジェクトの情報表示部が視認しやすいよう、操作アバタ１１０１の一部のみが含まれるよう設定される。

なお、モニタオブジェクトの情報表示部を介したプレイ映像の観賞は、例えばモニタオブジェクトの手前に配置された他の利用者のアバタ等による遮蔽が生じた場合に好適に観賞できないこともある。このため、より詳しく対戦ゲームの観賞を行いたい利用者のために、マッチングサービスは、プレイ映像を全画面表示にて観賞する機能を備えてもよい。当該全画面表示での観賞機能は、利用者の利用者端末１００を外部サービスに一時的に移行させることにより行われるものであってもよいし、サーバ２００が外部サービスに係るゲームサーバから受信して利用者端末１００に転送しているプレイ映像のフレーム画像を全画面表示することにより行われるものであってもよい。

また当該全画面表示での観賞機能は、操作アバタがモニタオブジェクトに所定の距離を越えて近接している場合には、当該モニタオブジェクトに対する操作入力を受け付け、当該操作入力がなされたことを契機として、利用者端末１００の表示をプレイ映像の全画面表示に切り替え可能としてもよい。また通常対戦ルームでは、複数のテーブルオブジェクトが配置されて対戦ゲームのマッチングが可能であるため、必ずしもモニタオブジェクトを用いて提示されるプレイ映像が利用者の観戦したい対戦ゲームであるとは限らない。このため、通常対戦ルームでは、利用者によりマッチングが成立したテーブルオブジェクトに対する操作入力がなされたことを契機として、当該利用者の利用者端末１００の表示を、そのテーブルオブジェクトに係る対戦ゲームのプレイ映像の全画面表示に切り替え可能としてもよい。この場合、利用者の操作アバタは、例えば当該テーブルオブジェクトの近傍において、当該テーブルオブジェクトを観賞する態様で他の利用者には表示されるよう制御される。

また対戦ルームの部屋内での観戦をよりリアリティのある表現とすべく、例えばマッチングが成立したテーブルオブジェクトの上には、対戦ゲームの実行中、当該対戦ゲームに関連するオブジェクト（本実施形態ではゲームカードに対応するカードオブジェクト）を配置して表示する演出を適用してもよい。

（スタッフアバタ）
マッチングサービスの利用者には、外部サービスに係る対戦ゲームのマッチングを目的とする一般利用者だけでなく、サービスやイベントの運営側の利用者を含むことができる。運営側の利用者には、例えばサービス利用に不慣れな利用者をサポートするスタッフや、不適切なサービス利用を行う利用者を取り締まるスタッフが含まれる。以下では、運営側の利用者を単にスタッフ、当該利用者が操作するアバタをスタッフアバタとして言及する。また、必要に応じて、一般利用者に係るアバタを一般アバタとして区別して言及する。スタッフと一般利用者とは、サーバ２００において管理される不図示の利用者ＤＢにおいて、利用者情報にスタッフ属性が付されているか否かによって判別可能に構成されるものであってよい。

スタッフがサービスログインを行った場合も、一般利用者と同様にエントランスルームにスタッフアバタが配置される。エントランスルームでは、スタッフアバタの外観を変更することが可能である。ここで、スタッフアバタは、対戦ルームにおいて一般アバタと識別可能であることが好適であるため、その外観として選択可能な描画要素（アバタの色、装着アイテム等）は一般アバタとは異なるもの（一般利用者が選択不可能なもの）となっている。

スタッフは、エントランスルームにおいてスタッフアバタを窓オブジェクトの近傍に移動させることで、移動先の対戦ルームを選択するユーザインタフェースを利用することができる。ここで、スタッフが利用可能なユーザインタフェースは、図６に示した一般利用者が利用可能なものと同様であってよいが、運営用途であるため例えば指定配置要求のみが可能に構成されるものであってもよい。スタッフにより特定の部屋ＩＤの部屋に対する指定配置要求がなされた場合、サーバ２００では、当該部屋に入室している一般利用者の数が上限数となっている状態であっても、スタッフの入室が可能に制御される。これは、部屋が満員の状態であっても、サポートを所望する一般利用者が存在し得ることに依る。

対戦ルームの各部屋に入室すると、スタッフは移動に係る操作入力を行うことで、スタッフアバタを部屋内で移動させることができる。対戦ルームの部屋では、スタッフには対戦ゲームのマッチング機能の利用権限が付与されない。これは例えば、スタッフアバタがテーブルオブジェクトの近傍に配置されたとしてもマッチング待機要求に係る操作入力が受け付けられないように制御したり、メンテナンスのためにスタッフがマッチング待機状態となった場合に一般利用者からのマッチング要求に基づくマッチング処理を実行しないよう制御したりすることにより実現される。

また対戦ルームの部屋では、スタッフには対戦ゲームのマッチング機能の利用権限が付与されない代わりに、一般利用者には与えられない機能の実行権限が与えられる。当該機能には、例えば指定した一般利用者を部屋から強制退出させる機能や、待機中テーブルに一般利用者を案内する機能を含む。また不適切なサービス利用を監視するためや、特別対戦ルームを用いて開催されるイベントの雰囲気を保つために、スタッフには、スタッフアバタを視認不可能な状態で対戦ルームの部屋に配置させることが可能な機能の実行権限が与えられてもよい。

（コミュニケーション機能）
また対戦ルームの各部屋では、入室中の利用者間でコミュニケーションを行うための機能が利用可能に構成される。

コミュニケーション機能の１つは、テキストチャット機能である。テキストチャット機能は、対戦ルームの１つの部屋に入室中の利用者が、その使用する利用者端末１００において入力したテキスト情報（発言情報）をサーバ２００が取得し、同部屋に入室中の全利用者が閲覧可能なように当該発言情報を各利用者端末１００に配信（共有）することにより実現される。部屋内でなされた発言履歴は、各利用者端末１００において仮想空間と共に表示されるテキストチャットウィンドウ等に表示され、同部屋に入室中の各利用者が閲覧可能に構成される。あるいは、発言履歴は、部屋内に配置されたモニタオブジェクトを介して表示されるものであってもよい。発言履歴は、その全てを表示すると利用者端末１００における閲覧性が悪くなるため、例えば新着のテキストを上部に、発言から時間が経過したテキストが順に下部に並び、所定行以降は表示されない、あるいはスクロールにより表示可能に構成されるものであってよい。

当該テキストチャット機能は、スタッフも利用可能に構成されており、例えば注意喚起や必要なアナウンス等を同部屋に入室中の一般利用者に通知するために用いることができる。スタッフによる発言は、一般利用者が看過してしまうことを防ぐため、テキストチャットウィンドウ等に表示される発言履歴において、最上部等に優先して表示される。

またコミュニケーション機能のもう１つは、エモート表示機能である。エモート表示機能は、対戦ルームの１つの部屋に入室中の利用者が、その使用する利用者端末１００において入力したエモート情報（例えば、サムズアップやハート等の絵文字）をサーバ２００が取得し、同部屋に入室中の利用者が閲覧可能なように当該エモート情報を該当の利用者端末１００に配信（共有）することにより実現される。エモート情報の表示は、例えば図１２に示されるように、エモート入力した利用者の操作アバタの頭上にその絵文字が吹き出しの態様で行われる。一方で、このような吹き出し表示は、部屋全体で行われて表示された場合には表示オブジェクトの増大によって演算負荷が過多になることが想定されるため、限定的に行われることが好ましい。本実施形態のマッチングサービスでは、利用者により入力されたエモートの表示は、同部屋の当該利用者に対応する操作アバタから所定の距離の範囲にアバタが配置されている利用者に限定して表示される。即ち、サーバ２００は、エモート入力した利用者の操作アバタの現在位置（部屋内の座標）から所定の距離内に配置位置が含まれるアバタに対応する利用者を特定し、当該利用者の使用する利用者端末１００に入力されたエモート情報を入力した利用者の情報と共に共有して表示させる。また、エモート情報の表示は、エモート入力してから一定時間以内に限定されるものであってよい。

《エントランス処理》
このような構成をもつ本実施形態の利用者端末１００においてエントランスルームについて実行されるエントランス処理について、図１３のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、制御部１０１が、例えば記憶装置１０２に記憶されている対応する処理プログラムを読み出し、メモリ１０３に展開して実行することにより実現することができる。なお、本エントランス処理は、例えば利用者端末１００においてマッチングサービスのサービスログインが行われた際に開始されるものとして説明する。また本エントランス処理において、ＧＰＵ１０４は、エントランスルームに係る３次元空間を描画する処理をくり返し実行するものとし、以下のフローチャートでは当該処理の説明は省略する。

Ｓ１３０１で、制御部１０１は、操作アバタの外観変更に係る操作入力がなされたか否かを判断する。制御部１０１は、操作アバタの外観変更に係る操作入力がなされたと判断した場合は処理をＳ１３０２に移し、なされていないと判断した場合は処理をＳ１３０３に移す。

Ｓ１３０２で、制御部１０１は、なされた外観変更に係る操作入力に基づいて操作アバタの外観を変更する。またＧＰＵ１０４は制御部１０１の制御の下、変更後の外観の操作アバタを描画してディスプレイ１１０に表示する。

Ｓ１３０３で、制御部１０１は、操作アバタの移動に係る操作入力がなされたか否かを判断する。制御部１０１は、操作アバタの移動に係る操作入力がなされたと判断した場合は処理をＳ１３０４に移し、なされていないと判断した場合は処理をＳ１３０１に戻す。

Ｓ１３０４で、制御部１０１は、移動に係る操作入力に基づいて操作アバタの配置位置を変更する。

Ｓ１３０５で、制御部１０１は、移動後の操作アバタの配置位置が窓オブジェクトから所定の距離以内であるか否かを判断する。制御部１０１は、移動後の操作アバタの配置位置が窓オブジェクトから所定の距離以内であると判断した場合は処理をＳ１３０６に移し、所定の距離以内ではないと判断した場合は処理をＳ１３０１に戻す。

Ｓ１３０６で、ＧＰＵ１０４は制御部１０１の制御の下、移行先の対戦ルームの選択に係る画像をディスプレイ１１０に表示する。

Ｓ１３０７で、制御部１０１は、移行先の対戦ルームの選択に係る操作入力がなされたか否かを判断する。制御部１０１は、移行先の対戦ルームの選択に係る操作入力がなされたと判断した場合は処理をＳ１３０８に移し、なされていないと判断した場合は本ステップの処理をくり返す。なお、制御部１０１は、移行先の対戦ルームの選択に係る画像の表示終了に係る操作入力がなされた場合には、処理をＳ１３０１に戻すものとする。

Ｓ１３０８で、制御部１０１は、移行先の対戦ルームの選択に係る操作入力に基づいて、利用者の対戦ルームの入室に係る配置要求をサーバ２００に送信して本エントランス処理を完了する。

このようにすることで、他の利用者に係るアバタのいない空間にて、利用者は外観の設定を落ち着いて行うことができる。また移動したい対戦ルームの選択を、興趣性を有する態様で行うことができる。

《案内処理》
次に、本実施形態のサーバ２００で実行される利用者を対戦ルームに入室させる案内処理について、図１４のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、サーバ制御部２０１が、例えばサーバ記憶装置２０２に記憶されている対応する処理プログラムを読み出し、サーバメモリ２０３に展開して実行することにより実現することができる。なお、本案内処理は、例えば自動配置要求を受信した際に開始されるものとして説明する。

Ｓ１４０１で、制御部１０１は、自動配置要求により指定された種類の対戦ルームについて設けられた部屋のうちから、利用者が入室中の部屋を抽出する。

Ｓ１４０２で、制御部１０１は、Ｓ１４０１において抽出した部屋のうちから上限数の利用者が入室している部屋を除外する。

Ｓ１４０３で、制御部１０１は、Ｓ１４０２における除外後の抽出した部屋のうちから、入室中の利用者の数が最も多い１つの部屋を選択し、当該部屋に自動配置要求を行った利用者を入室させる処理を実行して、本案内処理を完了する。

このようにすることで、マッチングが成立しやすい対戦ルームの部屋に利用者を案内することができる。

《モニタ表示処理》
続いて、本実施形態の利用者端末１００において対戦ルームのモニタオブジェクトへの情報提示を行うモニタ表示処理について、図１５のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、制御部１０１が、例えば記憶装置１０２に記憶されている対応する処理プログラムを読み出し、メモリ１０３に展開して実行することにより実現することができる。なお、本モニタ表示処理は、例えば対戦ルームの部屋に利用者の操作アバタが配置された（利用者が部屋に入室した）際に開始されるものとして説明する。また本モニタ表示処理において、ＧＰＵ１０４は、対戦ルームに係る３次元空間を描画する処理をくり返し実行するものとし、以下のフローチャートでは当該処理の説明は省略する。

Ｓ１５０１で、制御部１０１は、テーブルオブジェクトにおいてマッチングが成立した、マッチング中の利用者（プレイヤ）が部屋内に存在するか否かを判断する。制御部１０１は、マッチング中のプレイヤが部屋内に存在すると判断した場合は処理をＳ１５０２に移し、存在しないと判断した場合は本ステップの処理をくり返す。

Ｓ１５０２で、ＧＰＵ１０４は制御部１０１の制御の下、部屋内のモニタオブジェクトの情報表示部に、マッチング中のプレイヤに係るプレイ映像のフレーム画像をテクスチャとして順次適用して描画することで、モニタオブジェクトをプレイ映像を提示する態様でディスプレイ１１０に表示させる。

Ｓ１５０３で、制御部１０１は、部屋が通常対戦ルームの部屋と特別対戦ルームの部屋のいずれであるかを判断する。制御部１０１は、部屋が通常対戦ルームの部屋であると判断した場合は処理をＳ１５０４に移し、特別対戦ルームの部屋であると判断した場合は処理をＳ１５０５に移す。

Ｓ１５０４で、ＧＰＵ１０４は制御部１０１の制御の下、モニタオブジェクトの近傍に配置位置が設定されているアバタの表示態様を、当該モニタオブジェクトを観賞する態様に変更して描画した画面をディスプレイ１１０に表示する。

一方、Ｓ１５０３において部屋が特別対戦ルームの部屋であると判断された場合、ＧＰＵ１０４は制御部１０１の制御の下、Ｓ１５０５で、観戦者に分類される利用者のアバタの表示態様を、モニタオブジェクトを観賞する態様に変更して描画した画面をディスプレイ１１０に表示する。

Ｓ１５０６で、制御部１０１は、マッチング中のプレイヤにより実行されていた対戦ゲームが終了したか否かを判断する。制御部１０１は、対戦ゲームが終了したと判断した場合は処理をＳ１５０１に戻し、終了していないと判断した場合は本ステップの処理をくり返す。

以上説明したように、本実施形態のマッチングシステムによれば、仮想空間を利用時の興趣性を高めた、利便性の高いマッチングサービスを提供することができる。

［実施形態２］
上述した実施形態ではマッチングサービスにおいて、１つのゲームコンテンツに係る対戦ゲームのマッチングを行うものとして説明したが、本発明の実施はこれに限られるものではない。マッチングシステムを用いてマッチング可能なゲームコンテンツの数は複数種類あってもよく、その場合、少なくとも各種対戦ルームはゲームコンテンツごとに設けられればよい。いずれのゲームコンテンツの対戦ルームへの配置要求を行うかは、例えば、エントランスルームにおいて利用者の意思によって決定されるものであってよい。

［変形例１］
上述した実施形態では、各対戦ルームの部屋は利用者同士のマッチング機能、観戦機能、コミュニケーション機能を主として提供するものとして説明したが、本発明の実施はこれに限られるものではない。各部屋では、例えばマッチングが提供されるゲームコンテンツの関連商品の販売／購入機能が提供されてもよい。例えば、上述したようにマッチングが提供される対戦ゲームがＴＣＧである場合には、当該ＴＣＧにおいて使用可能な実物品（ゲームカード）の販売／購入機能が提供されるものであってよい。販売／購入機能は、マッチングサービスにおいて決済手続きがなされるものであってもよいし、例えばＥＣサイトの該当商品の販売ページに利用者端末１００を移行させる機能により間接的に提供されるものであってもよい。

また関連商品は実物品である必要はなく、例えばゲーム内アイテムやダウンロードコンテンツ等を含むものであってもよい。

［変形例２］
上述した実施形態では、エントランスルームは利用者の操作アバタが単独で配置される仮想空間であるものとして説明したが、本発明の実施はこれに限られるものではない。例えばグループ利用等の態様において、エントランスルームには複数人の利用者のアバタが配置されるよう構成されてもよい。

［変形例３］
上述した実施形態では、エントランスルームにおいて窓オブジェクトの近傍に操作アバタが配置された場合に、対戦ルームを模した施設の画像が含まれる画像が、移行先の対戦ルームを選択するために提示されるものとして説明した。しかしながら、本発明の実施はこれに限られるものではなく、例えば該当の対戦ルームの３次元空間を描画した画像が含まれる画像を提示してもよい。

［変形例４］
上述した実施形態では、自動配置要求がなされた場合に、上限数に至っていない部屋のうちの入室者数が最も多い部屋が移行先として選択される態様を説明したが、本発明の実施はこれに限られるものではない。入室者数が少ない部屋よりも多い部屋が優先的に選択されるのであればよく、移行先の部屋は入室者数が所定数を上回る部屋のうちから選択されてもよい。

［変形例５］
上述した実施形態では、マッチングサービスにおいてマッチングが提供される外部サービスの対戦ゲームがＴＣＧであるものとして説明したが、本発明の実施はこれに限られるものではない。マッチングが提供されるゲームは、他のジャンルの対戦ゲームであってもよい。またマッチングが提供されるゲームは、複数人の利用者を参加させることが可能に構成されたゲームであれば、協力プレイを行うゲーム等、対戦ゲームに限られるものではない。またマッチングが提供されるゲームは、外部サービスを利用して実行されるものである必要はなく、マッチングサービスの一機能として設けられたゲームであってもよい。

［変形例６］
上述した実施形態では、対戦ルームにおいてモニタオブジェクトの情報表示部に提示される映像が実写のプレイ映像であるものとして説明したが、本発明の実施はこれに限られるものではない。例えばゲームのジャンルや実行方法によっては、実写ではない映像をプレイ映像として提示することもできる。

［変形例７］
上述した実施形態では、対戦ルームの部屋内に設けられたテーブルオブジェクトを介してマッチング要求に関する手続きが可能であるものとして説明したが、本発明の実施はこれに限られるものではない。マッチング要求に関する手続きは、例えば任意のオブジェクトを介することなく、部屋内に設けられた特定の位置にアバタが配置されている場合に実行可能に構成されるものであってもよい。

［変形例８］
上述した実施形態及び変形例では、マッチングサービスにおいて提供される仮想空間が、３次元モデルを配置して表現される３次元空間であるものとして説明したが、本発明の実施はこれに限られるものではない。例えば、２次元モデルを配置して構成される２次元空間にも、本発明が適用可能であることは言うまでもない。

［実施形態のまとめ］
上記実施形態は以下のプログラム、サーバ及びマッチングシステムを少なくとも開示する。

（１） コンピュータに、
利用者に対応付けられた仮想キャラクターが移動可能に配置される仮想空間であって、複数の部屋で構成される仮想空間について、各部屋への仮想キャラクターの配置状況を管理する管理処理と、
仮想キャラクターの前記仮想空間への配置要求がなされたことに応じて、前記複数の部屋のうちから１つの部屋を選択して当該仮想キャラクターを案内する案内処理と、
を実行させるプログラムであって、
前記案内処理において、仮想キャラクターが既に配置されている部屋が前記１つの部屋として優先的に選択されるプログラム。

（２） 前記案内処理において、既に配置されている仮想キャラクターの数が少ない部屋よりも既に配置されている仮想キャラクターの数が多い部屋が、前記１つの部屋として優先的に選択される（１）に記載のプログラム。

（３） 前記案内処理において、既に配置されている仮想キャラクターの数が最も多い部屋が前記１つの部屋として選択される（２）に記載のプログラム。

（４） 前記複数の部屋の各々には、配置可能な仮想キャラクターの上限数が定められており、
前記案内処理において、前記上限数の仮想キャラクターが既に配置されている部屋が、前記１つの部屋の選択候補から除外される（３）に記載のプログラム。

（５） 前記配置要求には、指定した部屋に仮想キャラクターを配置させる第１配置要求と、部屋を指定せず、いずれかの部屋に仮想キャラクターを配置させる第２配置要求とが含まれ、
前記配置要求が前記第２配置要求である場合に、前記案内処理において、仮想キャラクターが既に配置されている部屋が前記１つの部屋として優先的に選択される（１）乃至（４）のいずれか１つに記載のプログラム。

（６） 前記配置要求が前記第１配置要求である場合に、前記案内処理において、当該第１配置要求により指定された部屋が前記１つの部屋として選択される（５）に記載のプログラム。

（７） 前記複数の部屋には、第１種別の部屋と第２種別の部屋が含まれ、
前記プログラムは、新たな部屋の生成要求がなされたことに応じて、当該新たな部屋を生成する生成処理を前記コンピュータにさらに実行させ、
前記生成要求は、前記新たな部屋の種別の情報及び当該新たな部屋に設定する識別情報を含み、
前記識別情報が所定の設定ルールを満たす場合に、前記生成要求に基づく前記新たな部屋が生成される（５）または（６）に記載のプログラム。

（８） 前記新たな部屋が前記第１種別の部屋である場合と前記第２種別の部屋である場合とで、前記所定の設定ルールが異なる（７）に記載のプログラム。

（９） 同一の部屋に仮想キャラクターが配置された利用者同士をマッチングさせるマッチング処理を前記コンピュータにさらに実行させる（１）に記載のプログラム。

（１０） 同一の部屋に配置された仮想キャラクターを指定するマッチング要求がなされたことに応じて、当該マッチング要求を行った利用者と、当該マッチング要求により指定された仮想キャラクターに対応付けられた利用者とを対象とした前記マッチング処理を実行させる制御処理を前記コンピュータにさらに実行させる（９）に記載のプログラム。

（１１） 仮想キャラクターは、第１種別キャラクターと第２種別キャラクターとを含み、
前記第２種別キャラクターを指定するマッチング要求がなされた場合に、前記制御処理において前記マッチング処理を実行させないよう制御される（１０）に記載のプログラム。

（１２） 前記第２種別キャラクターには、前記第１種別キャラクターには与えられない機能の実行権限が与えられる（１１）に記載のプログラム。

（１３） 前記第２種別キャラクターに与えられる実行権限には、前記第１種別キャラクターを部屋から退出させる機能が含まれる（１２）に記載のプログラム。

（１４） 前記第２種別キャラクターには、前記第１種別キャラクターに対応付けられた利用者に視認可能な態様で前記仮想空間に配置されるキャラクターと、前記第１種別キャラクターに対応付けられた利用者に視認不可能な態様で前記仮想空間に配置されるキャラクターとが含まれる（１２）または（１３）に記載のプログラム。

（１５） 前記複数の部屋の各々には、配置可能な仮想キャラクターの上限数が定められており、
前記配置要求には、指定した部屋に仮想キャラクターを配置させる第１配置要求と、部屋を指定せず、いずれかの部屋に仮想キャラクターを配置させる第２配置要求とが含まれ、
前記第１配置要求により指定された部屋が既に上限数の仮想キャラクターが配置されている場合に、前記案内処理において、前記第１種別キャラクターには当該指定された部屋が前記１つの部屋として選択されない一方で、前記第２種別キャラクターには当該指定された部屋が前記１つの部屋として選択される（１２）乃至（１４）のいずれか１つに記載のプログラム。

（１６） 利用者の発言に関する発言情報を取得する取得処理と、
前記取得処理において取得された前記発言情報を、同一の部屋に配置された仮想キャラクターに対応付けられた利用者に共有する共有処理と、
を前記コンピュータにさらに実行させる（１２）乃至（１５）のいずれか１つに記載のプログラム。

（１７） 前記共有処理における前記発言情報の共有対象は、前記仮想空間において、対応付けられた仮想キャラクターが当該発言情報の発言元の仮想キャラクターの近傍に配置されている利用者である（１６）に記載のプログラム。

（１８） 前記第１種別キャラクターと前記第２種別キャラクターとは、外観の構成に使用可能な描画要素が異なる（１１）乃至（１７）のいずれか１つに記載のプログラム。

（１９） 利用者に対応付けられた仮想キャラクターが移動可能に配置される仮想空間であって、複数の部屋で構成される仮想空間について、各部屋への仮想キャラクターの配置状況を管理する管理手段と、
仮想キャラクターの前記仮想空間への配置要求がなされたことに応じて、前記複数の部屋のうちから１つの部屋を選択して当該仮想キャラクターを案内する案内手段と、
を備え、
前記案内手段は、仮想キャラクターが既に配置されている部屋を前記１つの部屋として優先的に選択するサーバ。

（２０） 利用者が使用する情報処理装置と、複数の利用者を参加させるゲームのマッチング処理を行うマッチングサーバとを含むマッチングシステムであって、
前記マッチングサーバは、
利用者に対応付けられた仮想キャラクターが移動可能に配置される仮想空間であって、複数の部屋で構成される仮想空間について、各部屋への仮想キャラクターの配置状況を管理する管理手段と、
仮想キャラクターの前記仮想空間への配置要求がなされたことに応じて、前記複数の部屋のうちから１つの部屋を選択して当該仮想キャラクターを案内する案内手段と、
同一の部屋に仮想キャラクターが配置された利用者同士をマッチングさせるマッチング手段と、
を備え、
前記案内手段は、仮想キャラクターが既に配置されている部屋を前記１つの部屋として優先的に選択するマッチングシステム。

［その他の実施形態］
発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

１００：利用者端末、１０１：制御部、１０２：記憶装置、１０３：メモリ、１０４：ＧＰＵ、１１０：ディスプレイ、１０５：操作Ｉ／Ｆ、１０６：通信Ｉ／Ｆ、１２０：撮像ユニット、１３０：マイク、１４０：スピーカ、２００：サーバ、２０１：サーバ制御部、２０２：サーバ記憶装置、２０３：サーバメモリ、２０４：サーバ通信Ｉ／Ｆ、３００：ネットワーク

Claims (15)

1. コンピュータに、
   利用者に対応付けられた仮想キャラクターが移動可能に配置される仮想空間であって、複数の部屋で構成される仮想空間について、各部屋への仮想キャラクターの配置状況を管理する管理処理と、
   仮想キャラクターの前記仮想空間への配置要求がなされたことに応じて、前記複数の部屋のうちから１つの部屋を選択して当該仮想キャラクターを案内する案内処理と、
   同一の部屋に仮想キャラクターが配置された利用者同士をマッチングさせるマッチング処理と、
   同一の部屋に配置された仮想キャラクターを指定するマッチング要求がなされたことに応じて、当該マッチング要求を行った利用者と、当該マッチング要求により指定された仮想キャラクターに対応付けられた利用者とを対象とした前記マッチング処理を実行させる制御処理と、
   を実行させるプログラムであって、
   前記案内処理において、仮想キャラクターが既に配置されている部屋が前記１つの部屋として優先的に選択され、
   仮想キャラクターは、第１種別キャラクターと、前記第１種別キャラクターには与えられない機能の実行権限が与えられる第２種別キャラクターとを含み、
   前記第２種別キャラクターには、前記第１種別キャラクターに対応付けられた利用者に視認可能な態様で前記仮想空間に配置されるキャラクターと、前記第１種別キャラクターに対応付けられた利用者に視認不可能な態様で前記仮想空間に配置されるキャラクターとが含まれ、
   前記第２種別キャラクターを指定するマッチング要求がなされた場合に、前記制御処理において前記マッチング処理を実行させないよう制御されるプログラム。
2. 前記案内処理において、既に配置されている仮想キャラクターの数が少ない部屋よりも既に配置されている仮想キャラクターの数が多い部屋が、前記１つの部屋として優先的に選択される請求項１に記載のプログラム。
3. 前記案内処理において、既に配置されている仮想キャラクターの数が最も多い部屋が前記１つの部屋として選択される請求項２に記載のプログラム。
4. 前記複数の部屋の各々には、配置可能な仮想キャラクターの上限数が定められており、
   前記案内処理において、前記上限数の仮想キャラクターが既に配置されている部屋が、前記１つの部屋の選択候補から除外される請求項３に記載のプログラム。
5. 前記配置要求には、指定した部屋に仮想キャラクターを配置させる第１配置要求と、部屋を指定せず、いずれかの部屋に仮想キャラクターを配置させる第２配置要求とが含まれ、
   前記配置要求が前記第２配置要求である場合に、前記案内処理において、仮想キャラクターが既に配置されている部屋が前記１つの部屋として優先的に選択される請求項１乃至４のいずれか１項に記載のプログラム。
6. 前記配置要求が前記第１配置要求である場合に、前記案内処理において、当該第１配置要求により指定された部屋が前記１つの部屋として選択される請求項５に記載のプログラム。
7. 前記複数の部屋には、第１種別の部屋と第２種別の部屋が含まれ、
   前記プログラムは、新たな部屋の生成要求がなされたことに応じて、当該新たな部屋を生成する生成処理を前記コンピュータにさらに実行させ、
   前記生成要求は、前記新たな部屋の種別の情報及び当該新たな部屋に設定する識別情報を含み、
   前記識別情報が所定の設定ルールを満たす場合に、前記生成要求に基づく前記新たな部屋が生成される請求項５に記載のプログラム。
8. 前記新たな部屋が前記第１種別の部屋である場合と前記第２種別の部屋である場合とで、前記所定の設定ルールが異なる請求項７に記載のプログラム。
9. 前記第２種別キャラクターに与えられる実行権限には、前記第１種別キャラクターを部屋から退出させる機能が含まれる請求項１に記載のプログラム。
10. 前記複数の部屋の各々には、配置可能な仮想キャラクターの上限数が定められており、
    前記配置要求には、指定した部屋に仮想キャラクターを配置させる第１配置要求と、部屋を指定せず、いずれかの部屋に仮想キャラクターを配置させる第２配置要求とが含まれ、
    前記第１配置要求により指定された部屋が既に上限数の仮想キャラクターが配置されている場合に、前記案内処理において、前記第１種別キャラクターには当該指定された部屋が前記１つの部屋として選択されない一方で、前記第２種別キャラクターには当該指定された部屋が前記１つの部屋として選択される請求項１に記載のプログラム。
11. 利用者の発言に関する発言情報を取得する取得処理と、
    前記取得処理において取得された前記発言情報を、同一の部屋に配置された仮想キャラクターに対応付けられた利用者に共有する共有処理と、
    を前記コンピュータにさらに実行させる請求項１に記載のプログラム。
12. 前記共有処理における前記発言情報の共有対象は、前記仮想空間において、対応付けられた仮想キャラクターが当該発言情報の発言元の仮想キャラクターの近傍に配置されている利用者である請求項１１に記載のプログラム。
13. 前記第１種別キャラクターと前記第２種別キャラクターとは、外観の構成に使用可能な描画要素が異なる請求項１に記載のプログラム。
14. 利用者に対応付けられた仮想キャラクターが移動可能に配置される仮想空間であって、複数の部屋で構成される仮想空間について、各部屋への仮想キャラクターの配置状況を管理する管理手段と、
    仮想キャラクターの前記仮想空間への配置要求がなされたことに応じて、前記複数の部屋のうちから１つの部屋を選択して当該仮想キャラクターを案内する案内手段と、
    同一の部屋に仮想キャラクターが配置された利用者同士をマッチングさせるマッチング手段と、
    同一の部屋に配置された仮想キャラクターを指定するマッチング要求がなされたことに応じて、前記マッチング手段に、当該マッチング要求を行った利用者と、当該マッチング要求により指定された仮想キャラクターに対応付けられた利用者とを対象としてマッチングさせる制御手段と、
    を備え、
    前記案内手段は、仮想キャラクターが既に配置されている部屋を前記１つの部屋として優先的に選択し、
    仮想キャラクターは、第１種別キャラクターと、前記第１種別キャラクターには与えられない機能の実行権限が与えられる第２種別キャラクターとを含み、
    前記第２種別キャラクターには、前記第１種別キャラクターに対応付けられた利用者に視認可能な態様で前記仮想空間に配置されるキャラクターと、前記第１種別キャラクターに対応付けられた利用者に視認不可能な態様で前記仮想空間に配置されるキャラクターとが含まれ、
    前記第２種別キャラクターを指定するマッチング要求がなされた場合に、前記制御手段は、前記マッチング手段に前記第２種別キャラクターを対象とするマッチングを行わせないよう制御するサーバ。
15. 利用者が使用する情報処理装置と、複数の利用者を参加させるゲームのマッチング処理を行うマッチングサーバとを含むマッチングシステムであって、
    前記マッチングサーバは、
    利用者に対応付けられた仮想キャラクターが移動可能に配置される仮想空間であって、複数の部屋で構成される仮想空間について、各部屋への仮想キャラクターの配置状況を管理する管理手段と、
    仮想キャラクターの前記仮想空間への配置要求がなされたことに応じて、前記複数の部屋のうちから１つの部屋を選択して当該仮想キャラクターを案内する案内手段と、
    同一の部屋に仮想キャラクターが配置された利用者同士をマッチングさせるマッチング手段と、
    同一の部屋に配置された仮想キャラクターを指定するマッチング要求がなされたことに応じて、前記マッチング手段に、当該マッチング要求を行った利用者と、当該マッチング要求により指定された仮想キャラクターに対応付けられた利用者とを対象としてマッチングさせる制御手段と、
    を備え、
    前記案内手段は、仮想キャラクターが既に配置されている部屋を前記１つの部屋として優先的に選択し、
    仮想キャラクターは、第１種別キャラクターと、前記第１種別キャラクターには与えられない機能の実行権限が与えられる第２種別キャラクターとを含み、
    前記第２種別キャラクターには、前記第１種別キャラクターに対応付けられた利用者に視認可能な態様で前記仮想空間に配置されるキャラクターと、前記第１種別キャラクターに対応付けられた利用者に視認不可能な態様で前記仮想空間に配置されるキャラクターとが含まれ、
    前記第２種別キャラクターを指定するマッチング要求がなされた場合に、前記制御手段は、前記マッチング手段に前記第２種別キャラクターを対象とするマッチングを行わせないよう制御するマッチングシステム。

Images