JP2024028603A - プログラム - Google Patents

Abstract

【課題】チーム所属率およびアクティブ率を向上させる、プログラムを提供する。【解決手段】１又は複数のユーザが所属して構成されるチームに関する情報をユーザに紐づけて記憶し、情報に基づいて、ユーザ同士のマッチングを実行可能であり、情報には、第１の情報と、第１の情報とは異なる第２の情報とを含み、第１の情報が紐づけられたユーザと第２の情報が紐づけられたユーザとを優先的にマッチングさせる。【選択図】図１０

Description

特許法第３０条第２項適用申請有り 株式会社コロプラが、２０１９年８月１９日に、雑賀 一翔、河添 啓司が発明したサーバ、方法、端末、およびゲームプログラムについて、その仕様を備えたゲームに関する情報を下記アドレスのウェブサイトに公開した。 ｈｔｔｐｓ：／／ｔｗｉｔｔｅｒ．ｃｏｍ／Ｓｔｅｎｎｉｓ＿ｃｏｌｏｐｌ／ｓｔａｔｕｓ／１１６３３６８１８５１９９９１９１０４ 株式会社コロプラが、２０１９年８月１９日に、下記アドレスのアプリケーション配信プラットフォームにおいて配信したゲーム・アプリケーション「白猫テニス」を通じて、雑賀 一翔、河添 啓司が発明したサーバ、方法、端末、およびゲームプログラムを利用可能とした。・ｉＯＳ（Ａｐｐｌｅ社Ａｐｐ ｓｔｏｒｅ） ｈｔｔｐｓ：／／ｉｔｕｎｅｓ．ａｐｐｌｅ．ｃｏｍ／ｊｐ／ａｐｐ／白猫テニス／ｉｄ１０６２４９７４８３？ｍｔ＝８ ・Ａｎｄｒｏｉｄ（Ｇｏｏｇｌｅ社ＧｏｏｇｌｅＰｌａｙ） ｈｔｔｐｓ：／／ｐｌａｙ．ｇｏｏｇｌｅ．ｃｏｍ／ｓｔｏｒｅ／ａｐｐｓ／ｄｅｔａｉｌｓ？ｉｄ＝ｊｐ．ｃｏｌｏｐｌ．ｔｅｎｎｉｓ＆ｈｌ＝ｊａ

本発明は、プログラムに関する。

近年、インターネットなどの通信網を利用して、複数のプレイヤが同一ゲーム内でプレイできるネットワークゲームが普及している。このようなネットワークゲームにおいては、ゲーム内で複数のプレイヤが集まり、グループ（ギルド、パーティ、チームなどともいう）を形成することが知られている。プレイヤは、いずれかのグループに属することにより、グループ特有のイベントに参加することや、イベントをクリアした際にゲーム内で使用可能な様々な報酬を獲得することなどといった特典を得ることが可能となるものがある。

特許第５７８４８５２号公報

従来のネットワークゲームにおいて、プレイヤがいずれかのグループに属することにより、上記特典を得ることが可能となることやグループ意識が高まるため、ゲームを継続してプレイする動機にも繋がり得る。しかし、グループ未所属のプレイヤにとって、複数のグループが存在し得る中においていずれのグループに属すべきなのか判断・決断し難く、その結果として、自ら進んでグループに参加することが難しくなり、グループに属する所属率を向上させることができない虞があった。

本発明は、かかる実情に鑑み考え出されたものであり、その目的は、チーム所属率およびアクティブ率を向上させる、プログラムを提供することである。

本開示に示す一実施形態のある局面によれば、コンピュータを、１又は複数のユーザが所属して構成されるチームに関する情報をユーザに紐づけて記憶する記憶手段と、情報に基づいて、ユーザ同士のマッチングを実行可能な制御手段と、して機能させ、情報には、第１の情報と、第１の情報とは異なる第２の情報とを含み、制御手段は、第１の情報が紐づけられたユーザと第２の情報が紐づけられたユーザとを優先的にマッチングさせる、プログラム。

本発明によれば、第１の情報が紐づけられたユーザと第２の情報が紐づけられたユーザとの交流を促し、チーム所属率およびアクティブ率を向上させることができる。

ゲームシステムのハードウェア構成を示す図である。 ゲームシステムに含まれるサーバの機能的構成を示すブロック図である。 ゲームシステムに含まれるユーザ端末の機能的構成を示すブロック図である。 ゲームシステムが実現するテニスゲームにおけるゲーム空間の一種である、試合空間の一例を示す図である。 試合中のゲーム画面の一例を示す図である。 ゲーム空間内におけるチームタウンの一例を示す。 ユーザがペアユーザを決定する手順の一例を示す図である。（Ａ）はペアとなる相手を決定するための手段を表示した表示画面の一例を示す図であり、（Ｂ）は（Ａ）においてペアをつくるボタンを指定したときの表示画面の一例を示す図であり、（Ｃ）は、（Ｂ）において友達を呼ぶボタンを指定したときの表示画面の一例を示す図であり、（Ｄ）は、（Ｃ）においてＳＮＳボタンを指定してＳＮＳ上でペアを募集したときの表示画面の一例を示す図である。 ユーザがペアユーザを決定する手順の一例を示す図である。（Ａ）はペアとなる相手を決定するための手段を表示した表示画面の一例を示す図であり、（Ｂ）は（Ａ）においておまかせペアボタンを指定したときの表示画面の一例を示す図であり、（Ｃ）は、ペアとなる相手が決定されたときの表示画面の一例を示す図であり、（Ｄ）は、ユーザ側のペアと対戦相手ユーザ側のペアとが決定されたときの表示画面の一例を示す図である。 対戦が終了したときに表示される表示画面の一例を示す図である。（Ａ）は、チーム所属のユーザ端末に表示される表示画面の一例であり、（Ｂ）は、チーム未所属のユーザ端末に表示される表示画面の一例である。 マッチング関連処理の流れの一例を示すフローチャートである。

本実施形態において、ユーザは、例えばスマートフォンなどの、タッチスクリーンを搭載した情報処理装置を操作して、ゲームサーバと、スマートフォンとの間でゲームに関するデータを送受信しながらゲームを進行させる。ゲームは、ユーザが一人でプレイするシングルプレイと、ユーザが他のユーザとともにプレイするマルチプレイとに対応する。なお、本発明はこれらの例示に限定されるものではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が本発明に含まれることが意図される。以下の説明では、図面の説明において同一の要素には同一の符号を付し、重複する説明を繰り返さない。

＜ゲームシステム１のハードウェア構成＞
図１は、ゲームシステム１のハードウェア構成を示す図である。ゲームシステム１は図示の通り、複数のユーザ端末１００と、サーバ２００とを含む。各ユーザ端末１００は、サーバ２００とネットワーク２を介して接続する。ネットワーク２は、インターネットおよび図示しない無線基地局によって構築される各種移動通信システム等で構成される。この移動通信システムとしては、例えば、所謂３Ｇ、４Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、および所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が挙げられる。

サーバ２００（コンピュータ、情報処理装置）は、ワークステーションまたはパーソナルコンピュータ等の汎用コンピュータであってよい。サーバ２００は、プロセッサ２０と、メモリ２１と、ストレージ２２と、通信ＩＦ２３と、入出力ＩＦ２４とを備える。サーバ２００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。

ユーザ端末１００（コンピュータ、情報処理装置）は、スマートフォン、フィーチャーフォン、ＰＤＡ（Personal Digital Assistant）、またはタブレット型コンピュータ等の携帯端末であってよい。ユーザ端末１００は、ゲームプレイに適したゲーム装置であってもよい。ユーザ端末１００は図示の通り、プロセッサ１０と、メモリ１１と、ストレージ１２と、通信インターフェース（ＩＦ）１３と、入出力ＩＦ１４と、タッチスクリーン１５（表示部）と、カメラ１７と、測距センサ１８とを備える。ユーザ端末１００が備えるこれらの構成は、通信バスによって互いに電気的に接続される。なお、ユーザ端末１００は、タッチスクリーン１５に代えて、または、加えて、ユーザ端末１００本体とは別に構成されたディスプレイ（表示部）を接続可能な入出力ＩＦ１４を備えていてもよい。

また、図１に示すように、ユーザ端末１００は、１つ以上のコントローラ１０２０と通信可能に構成されることとしてもよい。コントローラ１０２０は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の通信規格に従って、ユーザ端末１００と通信を確立する。コントローラ１０２０は、１つ以上のボタン等を有していてもよく、該ボタン等に対するユーザの入力操作に基づく出力値をユーザ端末１００へ送信する。また、コントローラ１０２０は、加速度センサ、および、角速度センサ等の各種センサを有していてもよく、該各種センサの出力値をユーザ端末１００へ送信する。

なお、ユーザ端末１００がカメラ１７および測距センサ１８を備えることに代えて、または、加えて、コントローラ１０２０がカメラ１７および測距センサ１８を有していてもよい。

ユーザ端末１００は、例えばゲーム開始時に、コントローラ１０２０を使用するユーザに、該ユーザの名前またはログインＩＤ等のユーザ識別情報を、該コントローラ１０２０を介して入力させることが望ましい。これにより、ユーザ端末１００は、コントローラ１０２０とユーザとを紐付けることが可能となり、受信した出力値の送信元（コントローラ１０２０）に基づいて、該出力値がどのユーザのものであるかを特定することができる。

ユーザ端末１００が複数のコントローラ１０２０と通信する場合、各コントローラ１０２０を各ユーザが把持することで、ネットワーク２を介してサーバ２００などの他の装置と通信せずに、該１台のユーザ端末１００でマルチプレイを実現することができる。また、各ユーザ端末１００が無線ＬＡＮ（Local Area Network）規格等の無線規格により互いに通信接続する（サーバ２００を介さずに通信接続する）ことで、複数台のユーザ端末１００によりローカルでマルチプレイを実現することもできる。１台のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、ユーザ端末１００は、さらに、サーバ２００が備える後述する種々の機能の少なくとも一部を備えていてもよい。また、複数のユーザ端末１００によりローカルで上述のマルチプレイを実現する場合、複数のユーザ端末１００は、サーバ２００が備える後述する種々の機能を分散して備えていてもよい。

なお、ローカルで上述のマルチプレイを実現する場合であっても、ユーザ端末１００はサーバ２００と通信を行ってもよい。例えば、あるゲームにおける成績または勝敗等のプレイ結果を示す情報と、ユーザ識別情報とを対応付けてサーバ２００に送信してもよい。

また、コントローラ１０２０は、ユーザ端末１００に着脱可能な構成であるとしてもよい。この場合、ユーザ端末１００の筐体における少なくともいずれかの面に、コントローラ１０２０との結合部が設けられていてもよい。該結合部を介して有線によりユーザ端末１００とコントローラ１０２０とが結合している場合は、ユーザ端末１００とコントローラ１０２０とは、有線を介して信号を送受信する。

図１に示すように、ユーザ端末１００は、外部のメモリカード等の記憶媒体１０３０の装着を、入出力ＩＦ１４を介して受け付けてもよい。これにより、ユーザ端末１００は、記憶媒体１０３０に記録されるプログラム及びデータを読み込むことができる。記憶媒体１０３０に記録されるプログラムは、例えばゲームプログラムである。

ユーザ端末１００は、サーバ２００等の外部の装置と通信することにより取得したゲームプログラムをユーザ端末１００のメモリ１１に記憶してもよいし、記憶媒体１０３０から読み込むことにより取得したゲームプログラムをメモリ１１に記憶してもよい。

以上で説明したとおり、ユーザ端末１００は、該ユーザ端末１００に対して情報を入力する機構の一例として、通信ＩＦ１３、入出力ＩＦ１４、タッチスクリーン１５、カメラ１７、および、測距センサ１８を備える。入力する機構としての上述の各部は、ユーザの入力操作を受け付けるように構成された操作部と捉えることができる。

例えば、操作部が、カメラ１７および測距センサ１８の少なくともいずれか一方で構成される場合、該操作部が、ユーザ端末１００の近傍の物体１０１０を検出し、当該物体の検出結果から入力操作を特定する。一例として、物体１０１０としてのユーザの手、予め定められた形状のマーカーなどが検出され、検出結果として得られた物体１０１０の色、形状、動き、または、種類などに基づいて入力操作が特定される。より具体的には、ユーザ端末１００は、カメラ１７の撮影画像からユーザの手が検出された場合、該撮影画像に基づき検出されるジェスチャ（ユーザの手の一連の動き）を、ユーザの入力操作として特定し、受け付ける。なお、撮影画像は静止画であっても動画であってもよい。

あるいは、操作部がタッチスクリーン１５で構成される場合、ユーザ端末１００は、タッチスクリーン１５の入力部１５１に対して実施されたユーザの操作をユーザの入力操作として特定し、受け付ける。あるいは、操作部が通信ＩＦ１３で構成される場合、ユーザ端末１００は、コントローラ１０２０から送信される信号（例えば、出力値）をユーザの入力操作として特定し、受け付ける。あるいは、操作部が入出力ＩＦ１４で構成される場合、該入出力ＩＦ１４と接続されるコントローラ１０２０とは異なる入力装置（図示せず）から出力される信号をユーザの入力操作として特定し、受け付ける。

＜各装置のハードウェア構成要素＞
プロセッサ１０は、ユーザ端末１００全体の動作を制御する。プロセッサ２０は、サーバ２００全体の動作を制御する。プロセッサ１０および２０は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、およびＧＰＵ（Graphics Processing Unit）を含む。

プロセッサ１０は後述するストレージ１２からプログラムを読み出し、後述するメモリ１１に展開する。プロセッサ２０は後述するストレージ２２からプログラムを読み出し、後述するメモリ２１に展開する。プロセッサ１０およびプロセッサ２０は展開したプログラムを実行する。

メモリ１１および２１は主記憶装置である。メモリ１１および２１は、ＲＯＭ（Read Only Memory）およびＲＡＭ（Random Access Memory）等の記憶装置で構成される。メモリ１１は、プロセッサ１０が後述するストレージ１２から読み出したプログラムおよび各種データを一時的に記憶することにより、プロセッサ１０に作業領域を提供する。メモリ１１は、プロセッサ１０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。メモリ２１は、プロセッサ２０が後述するストレージ２２から読み出した各種プログラムおよびデータを一時的に記憶することにより、プロセッサ２０に作業領域を提供する。メモリ２１は、プロセッサ２０がプログラムに従って動作している間に生成した各種データも一時的に記憶する。

本実施形態においてプログラムとは、ゲームをユーザ端末１００により実現するためのゲームプログラムであってもよい。あるいは、該プログラムは、該ゲームをユーザ端末１００とサーバ２００との協働により実現するためのゲームプログラムであってもよい。なお、ユーザ端末１００とサーバ２００との協働により実現されるゲームは、一例として、ユーザ端末１００において起動されたブラウザ上で実行されるゲームであってもよい。あるいは、該プログラムは、該ゲームを複数のユーザ端末１００の協働により実現するためのゲームプログラムであってもよい。また、各種データとは、ユーザ情報およびゲーム情報などのゲームに関するデータ、ならびに、ユーザ端末１００とサーバ２００との間または複数のユーザ端末１００間で送受信する指示または通知を含んでいる。

ストレージ１２および２２は補助記憶装置である。ストレージ１２および２２は、フラッシュメモリまたはＨＤＤ（Hard Disk Drive）等の記憶装置で構成される。ストレージ１２およびストレージ２２には、ゲームに関する各種データが格納される。

通信ＩＦ１３は、ユーザ端末１００における各種データの送受信を制御する。通信ＩＦ２３は、サーバ２００における各種データの送受信を制御する。通信ＩＦ１３および２３は例えば、無線ＬＡＮ（Local Area Network）を介する通信、有線ＬＡＮ、無線ＬＡＮ、または携帯電話回線網を介したインターネット通信、ならびに近距離無線通信等を用いた通信を制御する。

入出力ＩＦ１４は、ユーザ端末１００がデータの入力を受け付けるためのインターフェースであり、またユーザ端末１００がデータを出力するためのインターフェースである。
入出力ＩＦ１４は、ＵＳＢ（Universal Serial Bus）等を介してデータの入出力を行ってもよい。入出力ＩＦ１４は、例えば、ユーザ端末１００の物理ボタン、カメラ、マイク、または、スピーカ等を含み得る。サーバ２００の入出力ＩＦ２４は、サーバ２００がデータの入力を受け付けるためのインターフェースであり、またサーバ２００がデータを出力するためのインターフェースである。入出力ＩＦ２４は、例えば、マウスまたはキーボード等の情報入力機器である入力部と、画像を表示出力する機器である表示部とを含み得る。

ユーザ端末１００のタッチスクリーン１５は、入力部１５１と表示部１５２とを組み合わせた電子部品である。入力部１５１は、例えばタッチセンシティブなデバイスであり、例えばタッチパッドによって構成される。表示部１５２は、例えば液晶ディスプレイ、または有機ＥＬ（Electro-Luminescence）ディスプレイ等によって構成される。

入力部１５１は、入力面に対しユーザの操作（主にタッチ操作、スライド操作、スワイプ操作、およびタップ操作等の物理的接触操作）が入力された位置を検知して、位置を示す情報を入力信号として送信する機能を備える。入力部１５１は、図示しないタッチセンシング部を備えていればよい。タッチセンシング部は、静電容量方式または抵抗膜方式等のどのような方式を採用したものであってもよい。

図示していないが、ユーザ端末１００は、該ユーザ端末１００の保持姿勢を特定するための１以上のセンサを備えていてもよい。このセンサは、例えば、加速度センサ、または、角速度センサ等であってもよい。ユーザ端末１００がセンサを備えている場合、プロセッサ１０は、センサの出力からユーザ端末１００の保持姿勢を特定して、保持姿勢に応じた処理を行うことも可能になる。例えば、プロセッサ１０は、ユーザ端末１００が縦向きに保持されているときには、縦長の画像を表示部１５２に表示させる縦画面表示としてもよい。一方、ユーザ端末１００が横向きに保持されているときには、横長の画像を表示部に表示させる横画面表示としてもよい。このように、プロセッサ１０は、ユーザ端末１００の保持姿勢に応じて縦画面表示と横画面表示とを切り替え可能であってもよい。

カメラ１７は、イメージセンサ等を含み、レンズから入射する入射光を電気信号に変換することで撮影画像を生成する。

測距センサ１８は、測定対象物までの距離を測定するセンサである。測距センサ１８は、例えば、パルス変換した光を発する光源と、光を受ける受光素子とを含む。測距センサ１８は、光源からの発光タイミングと、該光源から発せられた光が測定対象物にあたって反射されて生じる反射光の受光タイミングとにより、測定対象物までの距離を測定する。測距センサ１８は、指向性を有する光を発する光源を有することとしてもよい。

ここで、ユーザ端末１００が、カメラ１７と測距センサ１８とを用いて、ユーザ端末１００の近傍の物体１０１０を検出した検出結果を、ユーザの入力操作として受け付ける例をさらに説明する。カメラ１７および測距センサ１８は、例えば、ユーザ端末１００の筐体の側面に設けられてもよい。カメラ１７の近傍に測距センサ１８が設けられてもよい。カメラ１７としては、例えば赤外線カメラを用いることができる。この場合、赤外線を照射する照明装置および可視光を遮断するフィルタ等が、カメラ１７に設けられてもよい。これにより、屋外か屋内かにかかわらず、カメラ１７の撮影画像に基づく物体の検出精度をいっそう向上させることができる。

プロセッサ１０は、カメラ１７の撮影画像に対して、例えば以下の（１）～（５）に示す処理のうち１つ以上の処理を行ってもよい。（１）プロセッサ１０は、カメラ１７の撮影画像に対し画像認識処理を行うことで、該撮影画像にユーザの手が含まれているか否かを特定する。プロセッサ１０は、上述の画像認識処理において採用する解析技術として、例えばパターンマッチング等の技術を用いてよい。（２）また、プロセッサ１０は、ユーザの手の形状から、ユーザのジェスチャを検出する。プロセッサ１０は、例えば、撮影画像から検出されるユーザの手の形状から、ユーザの指の本数（伸びている指の本数）を特定する。プロセッサ１０はさらに、特定した指の本数から、ユーザが行ったジェスチャを特定する。例えば、プロセッサ１０は、指の本数が５本である場合、ユーザが「パー」のジェスチャを行ったと判定する。また、プロセッサ１０は、指の本数が０本である（指が検出されなかった）場合、ユーザが「グー」のジェスチャを行ったと判定する。また、プロセッサ１０は、指の本数が２本である場合、ユーザが「チョキ」のジェスチャを行ったと判定する。（３）プロセッサ１０は、カメラ１７の撮影画像に対し、画像認識処理を行うことにより、ユーザの指が人差し指のみ立てた状態であるか、ユーザの指がはじくような動きをしたかを検出する。（４）プロセッサ１０は、カメラ１７の撮影画像の画像認識結果、および、測距センサ１８の出力値等の少なくともいずれか１つに基づいて、ユーザ端末１００の近傍の物体１０１０（ユーザの手など）とユーザ端末１００との距離を検出する。例えば、プロセッサ１０は、カメラ１７の撮影画像から特定されるユーザの手の形状の大小により、ユーザの手がユーザ端末１００の近傍（例えば所定値未満の距離）にあるのか、遠く（例えば所定値以上の距離）にあるのかを検出する。なお、撮影画像が動画の場合、プロセッサ１０は、ユーザの手がユーザ端末１００に接近しているのか遠ざかっているのかを検出してもよい。（５）カメラ１７の撮影画像の画像認識結果等に基づいて、ユーザの手が検出されている状態で、ユーザ端末１００とユーザの手との距離が変化していることが判明した場合、プロセッサ１０は、ユーザが手をカメラ１７の撮影方向において振っていると認識する。カメラ１７の撮影範囲よりも指向性が強い測距センサ１８において、物体が検出されたりされなかったりする場合に、プロセッサ１０は、ユーザが手をカメラの撮影方向に直交する方向に振っていると認識する。

このように、プロセッサ１０は、カメラ１７の撮影画像に対する画像認識により、ユーザが手を握りこんでいるか否か（「グー」のジェスチャであるか、それ以外のジェスチャ（例えば「パー」）であるか）を検出する。また、プロセッサ１０は、ユーザの手の形状とともに、ユーザがこの手をどのように移動させているかを検出する。また、プロセッサ１０は、ユーザがこの手をユーザ端末１００に対して接近させているのか遠ざけているのかを検出する。このような操作は、例えば、マウスまたはタッチパネルなどのポインティングデバイスを用いた操作に対応させることができる。ユーザ端末１００は、例えば、ユーザの手の移動に応じて、タッチスクリーン１５においてポインタを移動させ、ユーザのジェスチャ「グー」を検出する。この場合、ユーザ端末１００は、ユーザが選択操作を継続中であると認識する。選択操作の継続とは、例えば、マウスがクリックされて押し込まれた状態が維持されること、または、タッチパネルに対してタッチダウン操作がなされた後タッチされた状態が維持されることに対応する。また、ユーザ端末１００は、ユーザのジェスチャ「グー」が検出されている状態で、さらにユーザが手を移動させると、このような一連のジェスチャを、スワイプ操作（またはドラッグ操作）に対応する操作として認識することもできる。また、ユーザ端末１００は、カメラ１７の撮影画像によるユーザの手の検出結果に基づいて、ユーザが指をはじくようなジェスチャを検出した場合に、当該ジェスチャを、マウスのクリックまたはタッチパネルへのタップ操作に対応する操作として認識してもよい。

＜ゲームシステム１の機能的構成＞
（サーバ２００の機能的構成）
図２は、サーバ２００の機能的構成を示すブロック図である。サーバ２００は、ゲームを実現するために必要な各種データおよびプログラムを、各ユーザ端末１００に提供する機能を有する。サーバ２００は、各ユーザ端末１００からゲームに関するデータを収集し管理する機能を有する。サーバ２００は、複数のユーザ端末１００間の同期処理を行う機能を有する。

なお、本実施形態では、サーバ２００は事前に登録されたゲームのアカウントで各ユーザおよびユーザ端末１００を識別する。アカウントの登録方法は特に限定されない。例えば、ユーザ端末１００またはパーソナルコンピュータ等の他の装置が、ユーザの操作に従って、ユーザのアカウントの登録に必要な情報をサーバ２００に送信すればよい。そして、サーバ２００は、受信した情報に基づいて各ユーザのアカウントを作成および保存すればよい。

ユーザ端末１００がいずれかのアカウントを用いてゲームシステム１のネットワーク２にログインすると、サーバ２００はログインしたユーザ端末１００を認識する。なお、ログインの方法およびログインに係る処理については特に限定しない。サーバ２００およびユーザ端末１００は、従来知られたログインの方法およびログインに係る各種処理を行えばよい。

サーバ２００は、プロセッサ２０、メモリ２１、ストレージ２２、通信ＩＦ２３、入出力ＩＦ２４等の協働によって、制御部２１０および記憶部２２０として機能する。

記憶部２２０は、制御部２１０が使用する各種データを格納する。記憶部２２０はゲームプログラム２２１と、ゲーム情報２２２と、ユーザ情報２２３とを格納している。

ゲームプログラム２２１は、ゲームを実現するためのプログラムである。ゲーム情報２２２およびユーザ情報２２３は、ゲームプログラム２２１が実行されるときに参照されるデータである。

なお、ゲームプログラム２２１は、サーバ２００側で実行するゲームプログラムに加えて、ユーザ端末１００に送信しユーザ端末１００側で実行するプログラム（後述するゲームプログラム１２１）を含んでいてもよい。もしくは、記憶部２２０は、サーバ２００側で実行するゲームプログラム２２１と、ユーザ端末側で実行するプログラムとの両方を格納していてもよい。

ゲーム情報２２２は、アカウント間で共通の情報である。ゲーム情報２２２は、例えば各種ゲーム空間を規定するための情報を含み得る。「ゲーム空間」とは、ユーザが操作可能な操作キャラクタのオブジェクトが配置される空間である。ゲーム情報２２２は、ゲーム空間内に配置される木・岩・建物等の背景オブジェクトやノンプレイヤキャラクタ（non player character：ＮＰＣ）のオブジェクトの配置位置、大きさ、色、形状等、アカウント間で共通のオブジェクトに関する各種設定情報を含み得る。ゲーム情報２２２は、ノンプレイヤキャラクタの各種パラメータの設定値を含み得る。ゲーム情報２２２はクエストに係る情報を含み得る。ゲーム情報２２２は、ゲーム空間内において行われる抽選の当選確率に関する情報を含み得る。クエストとは、達成条件が設定されたゲーム内のイベントである。クエスト毎に、達成条件が設定されていてもよい。なお、クエストには達成条件に加え失敗条件が設定されていてもよい。また、以下では、ゲーム空間に配置されたキャラクタのオブジェクトを指して、単に「キャラクタ」と呼称する場合がある。

ユーザ情報２２３は、ゲームのアカウント毎に管理される情報である。ユーザ情報２２３は例えば、操作可能なキャラクタ（以下、操作キャラクタと称する）に関する情報、チーム所属情報、保有資産に関する情報、およびゲームの進行度合いを示す情報等を含み得る。ここで、保有資産の例としては、例えばゲーム内通貨、アイテム、キャラクタの装備品などが挙げられる。チーム所属情報とは、いずれかのチームに所属しているか否か、所属しているチームの種類などを特定するための情報であって、サーバ２００においてユーザ毎に管理されている情報である。なお、チーム所属情報は、ユーザ端末１００において管理され、必要に応じて（例えばマッチング要求時など）サーバ２００に送信するものであってもよい。

制御部２１０は、記憶部２２０に格納されたゲームプログラム２２１を実行することにより、ゲームに関する各種処理を制御する。制御部２１０は、ゲームプログラム２２１を実行することにより、送受信部２１１、データ管理部２１３、マッチング部２１５、およびサーバ処理部２１２として機能する。

送受信部２１１は各種データを送受信する。例えば、送受信部２１１は、ユーザ端末１００からの各種データおよびプログラムの送信要求や、マルチプレイ機能に対応するための同期の要求および同期のためのデータ等を受信し、サーバ処理部２１２に送る。例えば、送受信部２１１は、サーバ処理部２１２からの指示に従って、ユーザ端末１００に各種データおよびプログラムを送信する。

本実施形態において「マルチプレイ機能」とは、複数のアカウントにおけるゲームの進行を同期させた状態でゲームを進行させる機能である。ゲームシステム１のサーバ２００およびユーザ端末１００は、ゲームシステム１にログインしているアカウントが複数存在する場合には、マルチプレイ機能に対応するための各種処理を行う。

サーバ処理部２１２は、ゲーム進行に係る各種判定処理を行う。サーバ処理部２１２は、ゲームを提供するために必要な演算処理を行う。サーバ処理部２１２は、ユーザ端末１００からの要求等に応じて、ゲームプログラム２２１に記述された演算処理を実行する。

例えば、サーバ処理部２１２は、データ管理部２１３にゲーム情報２２２またはユーザ情報２２３のレコードの追加、更新、または削除を指示する。例えば、サーバ処理部２１２は送受信部２１１に各種データまたはプログラムの送信を指示する。例えば、サーバ処理部２１２は、送受信部２１１を介しユーザ端末１００からマルチプレイ機能に対応するための同期の要求および同期のためのデータを受け取ると、同期処理部２１４にマルチプレイ機能に対応するための同期処理を行うよう指示する。

データ管理部２１３は、記憶部２２０に格納されている各種データをサーバ処理部２１２の指示に従って管理する。例えば、データ管理部２１３は、サーバ処理部２１２からの指示に応じてゲーム情報２２２またはユーザ情報２２３のレコードを、追加、更新、または削除する。

例えば、データ管理部２１３は、サーバ処理部２１２からの指示に従って、ゲーム情報２２２およびユーザ情報２２３の少なくとも一方を記憶部２２０から読み出し、送受信部２１１を介しユーザ端末１００に送信する。

例えば、データ管理部２１３は、サーバ処理部２１２からの指示に従って、ゲームプログラム２２１のうち、ユーザ端末１００側で実行する分のプログラムを記憶部２２０から読み出し、送受信部２１１を介しユーザ端末１００に送信する。

同期処理部２１４は、サーバ処理部２１２の指示に従って、ゲームのマルチプレイ機能に対応するための同期処理を行う。同期処理部２１４は、各アカウントに対応するユーザ端末１００から受信する何らかの情報を、他のユーザ端末１００に送信することでユーザ端末間の同期を行う。同期処理部２１４はサーバ２００から複数のユーザ端末１００に何らかの情報を送信する場合も、各ユーザ端末１００に同期して情報を送信する。なお、同期処理部２１４は、同期のタイミングや同期すべき情報等をサーバ処理部２１２から受信すればよい。これにより、例えばあるユーザ端末１００において行われた入力操作によって引き起こされるゲーム内の作用が、他のユーザ端末１００において同期されて示される。

マッチング部２１５は、複数のユーザを関連付けるための一連の処理を行う。マッチング部２１５は、例えば、ユーザがゲームプレイを行うための入力操作を行った場合に、マッチングを要求する各ユーザ同士を関連付ける処理などを行う。各ユーザ同士を関連付ける処理とは、例えば、ペアを組むユーザを関連付ける処理や、対戦するユーザ（ペア）を関連付ける処理を含む。マッチング部２１５においては、例えば、通常、他のユーザのレーティング、タワー階数などの他のユーザの実力の指標となる数値がユーザと近いことを条件として、当該条件に該当する他のユーザを優先して検索する（以下、通常の検索条件ともいう）。さらに、本実施形態における特定期間（後述する）においては、当該通常の検索条件に加えてあるいは替えて、ユーザがチーム所属である場合、ペアユーザの対象をチーム未所属の他のユーザが作成した部屋から検索し、ユーザがチーム未所属である場合、ペアユーザの対象をチーム所属の他のユーザが作成した部屋から検索する。当該検索条件に該当する他のユーザの中から乱数抽選でペアユーザを決定（マッチング）する。ここで、レーティングとは、チームメンバーそれぞれに設定されている値である。レーティングは、メンバーの状態によりその値が変化する。例えば、ダブルスの試合で勝てば、勝ったメンバーのレーティングが上がる。また、タワーとは、本テニスゲーム内において採用されている制度であって、１階から最上階までの各階毎に対戦相手キャラクタと試合をし、勝つことにより次に階に行くことができる。レーティング及びタワー階数は、ユーザの実力を示す指標として判断される。各ユーザの習熟度を階層的に分類したランク指標や、各ユーザのレーティング（ゲームプレイの結果に応じて更新される指標）に加えて、チーム所属情報などを参照してマッチングを行う。

（ユーザ端末１００の機能的構成）
図３は、ユーザ端末１００の機能的構成を示すブロック図である。ユーザ端末１００は、ユーザの入力操作を受け付ける入力装置としての機能と、ゲームの画像や音声を出力する出力装置としての機能を有する。ユーザ端末１００は、プロセッサ１０、メモリ１１、ストレージ１２、通信ＩＦ１３、および入出力ＩＦ１４等の協働によって、制御部１１０および記憶部１２０として機能する。

記憶部１２０は、ゲームプログラム１２１と、ゲーム情報１２２と、ユーザ情報１２３とを格納する。ゲームプログラム１２１は、ユーザ端末１００側で実行するゲームプログラムである。ゲーム情報１２２は、制御部１１０がゲームプログラム１２１を実行する際に参照するデータであって、サーバ２００のゲーム情報２２２と同様の情報を含んでいる。ユーザ情報１２３は、ユーザ端末１００のユーザのアカウントに関するデータであって、サーバ２００のユーザ情報２２３と同様の情報を含んでいる。

制御部１１０は、記憶部１２０に格納されたゲームプログラム１２１を実行することにより、ユーザ端末１００を統括的に制御する。例えば、制御部１１０は、ゲーム情報１２２に記憶された、ゲーム空間を規定するための情報を参照してゲーム空間を規定する。制御部１１０は、各種データを送受信する。例えば、制御部１１０はサーバ２００から各種データ、プログラム、およびマルチプレイ機能に対応するための同期のためのデータ等を受信する。例えば、制御部１１０は、ゲーム情報１２２またはユーザ情報１２３の一部または全部や、マルチプレイ機能に対応するための同期の要求をサーバ２００に送信する。

制御部１１０は、ゲームプログラム１２１の記述に応じて、ゲーム進行処理部１１１、入力操作受付部１１２、カメラ配置制御部１１３、表示制御部１１４、およびオブジェクト制御部１１５として機能する。

入力操作受付部１１２は、入力部１５１に対するユーザの入力操作を検知し受け付ける。入力操作受付部１１２は、タッチスクリーン１５およびその他の入出力ＩＦ１４を介したコンソールに対してユーザが及ぼした作用から、いかなる入力操作がなされたかを判別し、その結果を制御部１１０の各要素に出力する。

例えば、入力操作受付部１１２は、入力部１５１に対する入力操作がなされた場合、入力位置の座標および操作の種類を検知する。例えば、入力操作受付部１１２は、タッチ操作、スライド操作、スワイプ操作、およびタップ操作等を検知する。入力操作受付部１１２は、連続して検知されていた入力が途切れると、タッチスクリーン１５から接触入力が解除されたことを検知する。

ゲーム進行処理部１１１は、ゲームの進行に係る各種処理を行う。例えば、ゲーム進行処理部１１１は、入力操作受付部１１２が受け付けた入力操作の入力位置の座標と操作の種類とから示されるユーザの指示内容を解釈する。例えば、ゲーム進行処理部１１１は、ゲーム情報１２２またはユーザ情報１２３の追加、更新、または削除を行う。例えば、ゲーム進行処理部１１１は、ゲームの進行に係る各種判定処理を行う。

カメラ配置制御部１１３は、ゲーム空間のうちユーザに提示する領域を指定するための仮想カメラを規定する。カメラ配置制御部１１３は、仮想カメラのゲーム空間内での位置および向きを規定することにより、仮想カメラをゲーム空間に仮想的に配置する。さらに、カメラ配置制御部１１３は、仮想カメラで規定される視野領域および当該視野領域に配置されているオブジェクトを描画した画像を作成するよう、表示制御部１１４に指示する。

なお、カメラ配置制御部１１３は、仮想カメラの位置および向きを、ゲーム空間毎に適宜決定してよい。例えば、カメラ配置制御部１１３は特定のオブジェクトの位置や向きを基準として、当該オブジェクトが特定の向きで視野領域の中央に写るように、当該オブジェクトから一定の方向、距離、および角度で仮想カメラを配置してもよい。特定のオブジェクトとは、例えばユーザ端末１００で操作キャラクタのオブジェクトであってもよいし、ノンプレイヤキャラクタ等他のキャラクタを示す動的なオブジェクトであってもよいし、建物や木、石などを示す静的なオブジェクトであってもよい。ここで、ゲーム空間における動的なオブジェクトには、ゲームプログラム１２１および２２１に基づいて動作するキャラクタ（例えば、ノンプレイヤキャラクタ、敵キャラクタなど）とユーザによる操作に基づいて動作する操作キャラクタとが含まれる。

表示制御部１１４は、表示部１５２に画像を表示させる。例えば、表示制御部１１４は、ゲーム空間のうち、カメラ配置制御部１１３が規定する仮想カメラの視野の領域と、当該領域に存在するオブジェクトとを描画した画像を生成し、表示部１５２に表示させる。さらに、表示制御部１１４は、このような画像に、アイコン、ボタン、各種パラメータを示すメニュー等、ゲームの種々の操作に必要なＵＩ（user interface）に係るオブジェクトを重畳して描画してもよい。

オブジェクト制御部１１５は、ゲーム情報１２２に含まれる、オブジェクトの設定情報に基づきゲーム空間にオブジェクトを配置する。オブジェクト制御部１１５は、ゲーム空間に配置したオブジェクトを制御する。例えば、オブジェクト制御部１１５は、オブジェクトのゲーム空間内での位置、向き、形状、色等を変更したり、オブジェクトに所定の一連の動作を行わせたりする。

なお、ゲームシステム１は、ユーザ端末１００が備える機能の少なくとも一部をサーバ２００が備えるように構成されていてもよい。ゲームシステム１は、サーバ２００が備える機能の少なくとも一部をユーザ端末１００が備えるように構成されていてもよい。さらに、ユーザ端末１００およびサーバ２００以外の他の装置をゲームシステム１の構成要素とし、該ハードウェアにゲームシステム１における処理の一部を実行させてもよい。すなわち、本実施形態においてゲームプログラム１２１および２２１を実行するコンピュータは、ユーザ端末１００、サーバ２００、および他の装置の何れであってもよい。

＜ゲーム概要＞
（ゲーム空間とオブジェクトおよび仮想カメラの配置）
図４は、テニスゲームにおけるゲーム空間の一種である、試合空間の一例を示す図である。テニスゲームの試合は、Ｘ軸、Ｙ軸、Ｚ軸の３軸を座標軸とする３次元の試合空間で進行する。図４の状態（Ａ）は、試合空間をＸＺ平面と平行な視点から見た場合の、各種オブジェクトおよび仮想カメラ３３０の配置例を示している。図４の状態（Ｂ）は、試合空間をＺＹ平面と平行な視点から見た場合の、各種オブジェクトおよび仮想カメラ３３０の配置例を示している。なお、以降の説明では、一度部材番号を付して説明したオブジェクトについて再び言及する際は「オブジェクト」という文言を極力省略して記載する。例えば「操作キャラクタのオブジェクト３１０」について再び言及する際は、単に「操作キャラクタ３１０」と称する。

オブジェクト制御部１１５は、テニスコートを示す略平面状のオブジェクト３００を、試合空間のＸＺ平面と略平行に配置する。また、オブジェクト制御部１１５は、テニスコート３００を長手方向に二分するように、ネットを示すオブジェクト３０３を配置する。オブジェクト制御部１１５は、自ユーザにより操作される操作キャラクタのオブジェクト（第１オブジェクト）３１０と、対戦相手である他ユーザにより操作される対戦相手キャラクタのオブジェクト（他のオブジェクト）３２０とを、テニスコート３００に配置する。例えば、オブジェクト制御部１１５は、操作キャラクタ３１０を、コート３０１およびその周辺領域（第１の領域）に配置する。また、オブジェクト制御部１１５は、対戦相手キャラクタ３２０をコート３０２およびその周辺領域（第２の領域）に配置する。換言すると、第１の領域は、操作キャラクタ３１０が移動可能な領域であり、第２の領域は、対戦相手キャラクタ３２０が移動可能な領域である。コート３０１およびコート３０２の周辺領域は、例えばそれぞれのコートのベースラインの外側およびサイドラインの外側の、所定の範囲である。

カメラ配置制御部１１３は、ゲーム空間内に仮想カメラ３３０を配置する。仮想カメラ３３０の位置および角度は特に限定されない。例えば、カメラ配置制御部１１３は、テニスコート３００全体と、全てのキャラクタが写るような位置および角度で仮想カメラ３３０を配置する。

なお、対戦相手のユーザ端末１００においては、当該対戦相手により操作されるキャラクタが操作キャラクタ３１０となる一方、自ユーザにより操作されるキャラクタが対戦相手キャラクタ３２０となって、本実施形態のテニスゲームが当該対戦相手のユーザ端末１００により実行される。

（試合時の基本動作）
テニスゲームは、実際のテニスの試合と同様に、１ゲームが複数のポイントから成る。１ポイントは、操作キャラクタ３１０または対戦相手キャラクタ３２０のサーブから始まる。操作キャラクタ３１０または対戦相手キャラクタ３２０は、それぞれボール３４０を対戦相手のコートに向けて返球し合う。いずれかのキャラクタが返球に失敗すると、対戦相手に得点が付与される。

図５は、テニスゲームにおけるダブルスでの試合中にタッチスクリーン１５に表示される表示画面のうちの一部のオブジェクトを示している。タッチスクリーン１５にはゲーム画面として、例えばテニスコート３００全体、操作キャラクタ３１０、味方キャラクタ３１１（ペアを組んだキャラクタ）、ならびに対戦相手キャラクタ３２０、対戦相手ペアキャラクタ３２１を含む画像が表示される。タッチスクリーン１５に対し所定の入力操作が行われると、オブジェクト制御部１１５は、操作キャラクタ３１０に各種動作を行わせる。各種動作には、サーブ開始位置の移動動作、トス動作、サーブ動作、味方ペア（操作キャラクタ３１０、味方キャラクタ３１１）と対戦相手ペア（対戦相手キャラクタ３２０、対戦相手ペアキャラクタ３２１）とがボール３４０を交互に打ち合うラリー中における移動動作、打球動作等を含む。ユーザは、ゲームの進行状況に応じた態様で入力操作を行うことにより、ゲームの進行状況に応じた動作を操作キャラクタ３１０に行わせることができる。ラリーは、味方ペアまたは対戦相手ペアがボール３４０をサーブすることにより開始され、味方ペアまたは対戦相手ペアが返球に失敗（例えば、ボール３４０を返球できなかった場合、返球したボール３４０がネットあるいはアウトとなった場合など）することにより終了する。以下、操作キャラクタ３１０を例にとり、ラリー中における操作キャラクタ３１０の各種動作について説明する。

なお、タッチスクリーン１５に対するタッチ操作の履歴は、図示しない履歴情報テーブルにより管理される。タッチ操作の位置、操作態様（タップ操作、ロングタップ操作、フリック操作、ドラッグ操作等）等は、当該履歴情報テーブルに基づいて特定される。ここで、タップ操作とは、ユーザがタッチスクリーン１５に対して手指等を接近させる接近操作をした後に、接近操作をした位置でリリース操作を行うことである。ロングタップ操作とは、ユーザがタッチスクリーン１５を押し続ける操作である。フリック操作とは、ユーザがタッチスクリーン１５において接近操作を維持しつつ、接近操作をした位置を短時間で移動させてリリース操作を行う一連の操作である。ドラッグ操作とは、ユーザがタッチスクリーン１５に手指等を接近させた状態を維持したまま、当該手指等をスライドさせる操作である。

なお、タッチスクリーン１５に対し入力操作を行うための指示体は特に限定されない。例えば、指示体はユーザの手指であっても、スタイラスペン等であってもよい。本実施形態では、指示体としてユーザの手指を用いることとする。また、本実施形態では、入力操作受付部１１２は、特別に記載しない限り、タッチスクリーン１５上のあらゆる位置で行われた入力操作を受け付けることとする。

オブジェクト制御部１１５は、操作キャラクタ３１０がサーブ権を持つ場合、エンドラインに沿った既定位置に操作キャラクタ３１０を配置する。入力操作受付部１１１が左右へのドラッグ操作を受け付けると、ゲーム進行処理部１１２は、該ドラッグ操作がサーブ開始位置の移動動作の指示であると特定する。移動制御部１１３はドラッグ操作から移動方向、移動速度、および移動距離の少なくともいずれかを決定する。オブジェクト制御部１１５は、移動制御部１１３の決定内容に従って、操作キャラクタ３１０をエンドラインに沿って左右に移動させる。これにより、ユーザは操作キャラクタ３１０のサーブのコースを調整することができる。操作キャラクタ３１０がサーブ権を持っており、入力操作受付部１１１がタップ操作を受け付けた場合、ゲーム進行処理部１１２は、該タップ操作がトス動作の指示であると特定する。

オブジェクト制御部１１５は当該指示に従って、操作キャラクタ３１０にトス動作を行わせる。また、オブジェクト制御部１１５は、ボールオブジェクト３４０をトス動作に合わせて出現および移動させる。トス動作とは、ボール３４０をトスアップする動作である。オブジェクト制御部１１５は、操作キャラクタ３１０がボール３４０をトスアップしたように見えるよう、ボール３４０を移動させる。例えば、オブジェクト制御部１１５はボール３４０を、放物線を描くように上昇および下降させる。トス動作の間に入力操作受付部１１１がタッチ操作を受け付けると、ゲーム進行処理部１１２は、当該タッチ操作を、サーブ動作の指示であると特定する。オブジェクト制御部１１５は当該指示に従って、操作キャラクタ３１０にサーブ動作を行わせる。例えば、オブジェクト制御部１１５は操作キャラクタ３１０にラケットを振らせる。また、オブジェクト制御部１１５は、ボール３４０を該ラケットの動きに応じて対戦相手ペア側のコートに移動させる。

本実施形態においては、操作キャラクタ３１０が行うショットの種類を、ボタンアイコン（図示せず）に対するタッチ操作により選択できる。当該ショットの種類としては、ノーマルショットとスーパーショット（Ｓｕｐｅｒ Ｓｈｏｔ、以下ＳＳとも略す）、および、ギアショットとが設けられている。

ノーマルショットには、スピン系のショット、ロブ系のショット、およびスライス系のショットが設けられている。スピン系のショットとは、ボール３４０を縦方向に正回転させながら対戦相手のコートに向かって返球するショットをいう。ロブ系のショットとは、対戦相手のコートの後方（深い位置）へ落ちるように高く緩いボールを山なりで返球するショットをいう。スライス系のショットとは、ボール３４０を縦方向に逆回転させながら対戦相手のコートに返球するショットをいう。

スーパーショットは、複数種類のキャラクタのうちから操作キャラクタ３１０として選択しているキャラクタの種類に応じて予め関連付けられているスキル発動に伴って行われるショットである。スーパーショットが発動されると、操作キャラクタ３１０にとって有利な態様でボール３４０が打ち返される。例えば、ボール３４０は、ノーマルショット時には発生しない特殊な軌道で、対戦相手のコートに移動する。

ギアショットは、ギア（ラケット）の種類に応じて設けられている。ユーザは、ギア（ラケット）を操作キャラクタ３１０に装備させることにより、操作キャラクタ３１０は対応するギアショットを打つことができる。ギアショットが発動されると、操作キャラクタ３１０にとって有利な態様でボール３４０が打ち返される。例えば、ボール３４０は、ノーマルショット時よりも球威が増した状態で、対戦相手のコートに移動する。

（チームの所属について）
各ユーザはテニスゲームにおいて、チームに所属することができる。各ユーザは自己の操作するキャラクタを介してゲームに参加しているため、チームは、１体以上のキャラクタが所属する集団であるともいえる。ユーザは、すでに存在するチームに加入するか、自らチームを設立することにより、チームに所属することができる。

ユーザ端末１００は、チームに加入するための所定の手順の操作を受け付けた場合、該ユーザ端末１００のユーザを、他のユーザが設立したチームに加入（所属）させる。また、ユーザ端末１００は、所属したチームから脱退するための所定の手順の操作に応じて、ユーザが設立またはユーザが加入したチームから脱退することもできる。なお、ユーザは必ずしもチームへ所属する必要はない。しかしながら、チームに所属していないユーザは、試合の際に後述するチーム強化の恩恵などの所定の特典を受けることができない点において、チームに所属しているユーザよりも不利となり得る。

ユーザ端末１００は、チームを設立するための所定の手順の操作を受け付けた場合、当該ユーザが所属するチームを新たに設立する。ユーザ端末１００は、テニスゲームにおいて特定の条件が満たされている場合にチームの設立を許可してもよい。「特定の条件」とは、例えば、テニスゲームにおけるユーザのレベル等、ユーザ情報１２３に含まれるいずれかのパラメータが所定値を超えていることであってもよい。また「特定の条件」とは、ユーザ情報１２３が示すゲーム内通貨（ポイントなど）が所定値以上あることであってもよい。

ユーザがいずれかのチームに加入してチーム所属となった場合やチームから脱退してチーム未所属となった場合（初めからチームに加入せずにチーム未所属である場合を含む）、ユーザ端末１００の制御部１１０は、現在における当該ユーザのチーム所属情報（特定用情報）を記憶部１２１（ユーザ情報１２３）に記憶（更新）するとともに、当該チーム所属情報を通信ＩＦ１３を通じてサーバ２００に送信される。サーバ２００の制御部２１０は、通信ＩＦ２３で受信した当該チーム所属情報を記憶部２２０（ユーザ情報２２３）に記憶する。これにより、ユーザからのチームに属する旨の指定に基づいて、チームに属しているユーザを特定可能なチーム所属情報（特定用情報）が記憶部２２０（ユーザ情報２２３）に記憶・更新される。

（チームタウン（チーム空間））
ユーザ端末１００のオブジェクト制御部１１５は、所定の入力操作を受け付けると、操作キャラクタ３１０をチーム空間に配置する。チーム空間は、ゲーム空間の一種であり同じチームに所属しているユーザが共有するゲーム空間である。

図６はゲーム空間の一種であるチームタウン（以下チーム空間ともいう）の一例を示す図である。チーム空間のある平面（ＸＺ平面）に、所定数の矩形領域（グリッド）に区画分けされた領域が示される。なお、このグリッドは実際のゲーム画面で表示されなくてもよい。グリッドに区画分けされた領域は、建物のオブジェクトを配置可能な領域を示している。以下、該領域を「建築可能領域」と称する。

チーム空間には、建物のオブジェクトが配置される。建物は、チームの強化状態を示すものである。換言すると、テニスゲームでは、チームの強化状態が、チーム空間に建てられている建物の種類および各建物のレベルによって可視化されているともいえる。チームの強化状態は、ユーザ端末１００のユーザ情報１２３、およびサーバ２００のユーザ情報２２３に記録されている。

図６の例では、建築可能領域に建物４１０、４２０、および４３０が配置されている。建物４１０は建築可能領域の大きさを示す機能を持つ。建物４２０は、チームに所属するユーザの操作キャラクタ３１０の性能のうち、特定の性能を向上させる機能を持つ。建物４３０は、チーム内への呼びかけ等を記載する掲示板（伝言板）の機能を持つ。

（チーム強化と報酬アイテムについて）
ダブルスの試合を行った場合、ゲーム進行処理部１１２は、試合終了後に試合に参加したキャラクタ（味方ペア及び対戦相手ペア）を操作する各ユーザの所属チームに、所定の種類および個数の報酬アイテムを付与する。報酬アイテムとは、チームを強化するために使用される消費アイテムである。報酬アイテムを使用してチームを強化すると、チームの強化状態に応じて当該チームに所属しているユーザが所有するキャラクタの性能・能力が向上する。具体的には、ゲーム進行処理部１１２は、ユーザ情報１２３に含まれるチームの強化状態を示す情報を読み出し、当該情報から、チームに所属しているユーザ所有のキャラクタの性能・能力に対する補正値を算出し、該補正値を各キャラクタの対応するパラメータに付加する。付加対象となるパラメータは、例えば、操作キャラクタの移動速度を示すパラメータ、操作キャラクタの打球の強さを示すパラメータ、操作キャラクタのショットの正確さ（ミスショットのし辛さ）を示すパラメータ、操作キャラクタのサーブの強さを示すパラメータ、操作キャラクタの体力を示すパラメータなどが含まれる。これにより、チームに所属するユーザ所有のキャラクタの性能・能力は、チームの強化状態に応じて向上する。このように、チームに所属することにより、ユーザ所有のキャラクタの性能・能力の向上などの特典を受けることができる。また、本実施形態に係るテニスゲームにおいては、チームイベントが発生する。チームイベントとは、チームに所属しているユーザが参加できるイベントであって、例えば、チーム毎に獲得したポイントに応じて特典を付与するイベントが設けられている。この場合、チームに所属する人数（ユーザ数）が多いほど、ポイントを獲得する機会が多くなるため、有利となる。そのため、チーム所属のユーザに対して、チームメンバーを増やすためにチーム未所属のユーザを自身の所属するチームに勧誘するといった動機を生じさせることができる。また、当該特典は、チームに所属するメンバー全員に付与されるので、レーティングやタワー階数が高いユーザが多数在籍するチームに所属することは、初心者（レーティングやタワー階数が低い）にとって特典を獲得できるチャンスとなる。

（マッチング処理）
図７～図９を用いて、ユーザ同士（ユーザと他のユーザ、対戦相手ユーザと対戦相手ペアユーザ）をマッチングさせる際のユーザ端末１００における表示例を説明する。図７は、ユーザがペアユーザを決定する手順の一例を示す図である。図７（Ａ）は、ペアとなる相手（味方キャラクタ）を決定するための手段を表示した表示画面の一例を示す図である。ペアをつくるボタン５１０は、番号表示部７１０に表示された番号を他のユーザに通知して、通知に応じた他のユーザをペアを組む相手（以下、ペアユーザともいう）として決定するためのボタン（入力部）である。おまかせペアボタン５２０は、乱数抽選などにより他のユーザをペアユーザとして決定するためのボタンである。画面中央の番号入力部５３０は、ユーザがペア番号を入力することにより他のユーザ（ペア番号を通知したユーザ）をペアユーザとして指定するためのボタンである。戻るボタン５４０は、画面左下の画面表示を一つ前に戻すためのボタンである。

図７（Ｂ）は、図７（Ａ）においてペアをつくるボタン５１０を指定したときの表示画面の一例を示す図である。ユーザ端末１００の入力操作受付部１１２は、ペアをつくるボタン５１０への入力操作（タップ操作）を検知すると、当該検知情報をサーバ２００へ送信する。ペアをつくるボタン５１０が指定されると、図７（Ａ）に示す表示画面から、図７（Ｂ）に示す表示画面に移行する。当該表示画面上には、ユーザが試合において操作するキャラクタ３１０が表示されている。交代ボタン４０１および４０２は、現在表示されている操作キャラクタ３１０と交代させて操作キャラクタとして試合に出場させることができるキャラクタを表している。交代ボタン４０１、４０２のいずれかをタッチ操作することにより、タッチ操作した交代ボタンに対応するキャラクタが操作キャラクタ３１０として表示される。表示されたキャラクタが試合においてユーザが操作する操作キャラクタ３１０となる。ユーザ名表示部６１０には、当該ユーザ名が表示される。コート情報表示部６３０にはコートの情報が表示される。コートの情報とは、コートが、クレー、グラス、ハードなどであることを示す。試合形式表示部６４０には、試合での勝利条件が表示される。例えば、「５ポイント先取」と表示されていれば、先に５ポイントとった方が勝ちとなる。デュース表示部６５０には、当該試合において、デュースが「あり」か「なし」かが表示される。デュースが「あり」と表示されているときは、当該試合においてデュースはあるが、「なし」と表示されているときは、当該試合においてデュースはない。ＳＳ（スーパーショット）表示部６６０には、スーパーショットが「あり」か「なし」かが表示される。ＳＳ表示部６６０に「あり」と表示されているときは、当該試合においてスーパーショットが使用可能となる。一方、ＳＳ表示部６６０に「なし」と表示されているときは、当該試合においてスーパーショットが使用不可能となる。図７（Ｂ）に示す状態において、コート情報表示部６３０、試合形式表示部６４０、デュース表示部６５０、および、ＳＳ表示部６６０に表示される事項を、ユーザ側で設定変更することはできない。しかし、図７（Ｂ）に示す状態において、コート情報表示部６３０などに表示される事項をユーザ側で設定変更できるようにしてもよい。

番号表示部７１０には、ペアをつくるボタン５１０を指定したユーザのペア番号（チーム番号あるいは部屋番号ともいう）が表示される。なお、当該ペア番号は、ユーザ端末１００の通信ＩＦ１３を介して、サーバ２００に送信される。サーバ２００は、当該ペア番号を記憶部２２０に記憶する。他のユーザが、番号入力部５３０を用いて、当該ペア番号を入力することにより、ペアをつくるボタン５１０を指定したユーザのペアユーザとして決定される。なお、当該ペア番号は、ペアをつくるボタン５１０を指定する毎に異なる数字となる。友達を呼ぶボタン５５０は、ユーザが友達（例えば、フレンド登録している他のユーザ等）に当該ペア番号を知らせるためのボタンである。準備完了ボタン５６０は、試合で使用するキャラクタを決定し、変更がない場合にタッチ操作するボタンである。詳細ボタン５７０は、ユーザが参加する試合の内容を詳細に説明した表示画面を示すボタンである。

図７（Ｃ）は、図７（Ｂ）において友達を呼ぶボタン５５０を指定したときの表示画面の一例を示す図である。図７（Ｃ）では、当該ユーザのペア番号を他のユーザに情報伝達手段（例えば、ＳＮＳ（Social Networking Service）や建物（掲示板）４３０）を通じてペア相手となる他のユーザを募集（ペア番号の通知）するためのボタンやペア番号をコピーするボタンが表示されている。ここで、ＳＮＳとは、例えば、ＴＷＩＴＴＥＲ（登録商標）やＬＩＮＥ（登録商標）などのことをいう。図７（Ｄ）は、図７（Ｃ）においてＳＮＳボタンを選択してＳＮＳ上でペアを募集したときの表示画面の一例を示す図である。ＳＮＳ上で、ペア募集を行うことにより、これを見た友達ユーザに試合の参加を促すことができる。この際に、チーム所属に関するメッセージが追加される。チーム所属に関するメッセージとしては、例えば、ペアをつくるボタン５１０を指定した（メッセージを送信してペア募集をした）ユーザが、チーム未所属の場合、ペア番号に続いて「チーム探しています」のメッセージが表示され、当該ユーザがチーム所属の場合は、ペア番号に続いて「チームメイト探しています」のメッセージが表示される。なお、メッセージの追加は、ユーザ同士をマッチングさせる特定の期間に行われるものであり、特定の期間が経過した後には行われない。例えば、メッセージの追加は、後述する特定期間に行われ、特定期間以外の期間には行われないようにしてもよい。

図８は、ユーザがペアユーザを決定する手順の一例を示す図である。図８（Ａ）はペアとなる相手を決定するための手段を表示した表示画面の一例を示す図である。図８において、図７と同様の符号の説明については省略する。

図８（Ｂ）は、図８（Ａ）においておまかせペアボタン５２０を指定したときの表示画面の一例を示す図である。おまかせペアボタン５２０を指定すると、サーバ２００に対しておまかせマッチング要求情報を送信するとともに、図８（Ｂ）に示すように表示画面上に「おまかせペアを待っています」と表示される。サーバ２００（マッチング部２１５）は、おまかせマッチング要求情報に基づいてペアユーザ（他のユーザ）を乱数抽選で決定する。具体的には、サーバ２００（マッチング部２１５）は、通常、他のユーザのレーティング、タワー階数などの他のユーザの実力の指標となる数値がユーザと近いことを条件として、当該条件に該当する他のユーザを優先して検索する（以下、通常の検索条件ともいう）。当該条件に該当する他のユーザの中から乱数抽選でペアユーザを決定する。ただし、本実施形態における特定期間においては、通常の検索条件に加えてあるいは替えて、ユーザがチーム所属である場合、ペアユーザの対象をチーム未所属の部屋に加入しているユーザから検索し、ユーザがチーム未所属である場合、ペアユーザの対象をチーム所属の部屋に加入しているユーザから検索する。特定期間中においては、検索条件に該当する他のユーザの中から乱数抽選でペアユーザを決定する。サーバ２００の記憶部２２０には、ユーザからのチーム所属する旨の指定に基づくユーザのチーム所属情報が、記憶されている。特定期間とは、例えば、予め定められた期間であって、ゲーム提供者側において設定されるキャンペーン期間（交流促進期間）のようなものをいう。

特定期間においては、おまかせペアボタン５２０を指定したユーザのチーム所属情報に基づいて他のユーザとマッチングさせるためのゲーム内空間（以下部屋ともいう）を作成する。このとき、おまかせペアボタン５２０を指定したユーザがいずれかのチームに所属しているときは、おまかせペアボタン５２０を指定したユーザがチーム所属であるという情報（第１特定用情報）に基づいてチーム所属部屋に当該ユーザを加入させる。一方、おまかせペアボタン５２０を指定したユーザがチーム未所属であるときは、おまかせペアボタン５２０を指定したユーザがチーム未所属であるという情報（第２特定用情報）に基づいてチーム未所属部屋に当該ユーザを加入させる。マッチング部２１５は、おまかせペアボタン５２０を指定したユーザがチーム所属であるときは、チーム未所属部屋のユーザの中から乱数抽選でペアユーザを決定する。一方、おまかせペアボタン５２０を指定したユーザがチーム未所属であるときは、チーム所属部屋のユーザの中から乱数抽選でペアユーザを決定する。

図８（Ｃ）は、ペアとなる相手が決定（マッチング）されたときの表示画面の一例を示す図である。表示画面上にはペアユーザが操作する味方キャラクタ３１１と、ペアユーザ名表示部６２０に他のユーザ名とが表示される。図８（Ｃ）では、ユーザ、ペアユーザともに、準備完了ボタン５６０をタッチ操作して準備完了状態となっている。この状態になると、次に対戦相手ペア検索手順に進む。なお、ペアユーザが決定されてから、一定時間ユーザ若しくはペアユーザのいずれかが、準備完了ボタン５６０をタッチ操作しないとき、または、戻るボタン５４０をタッチ操作したときは図８（Ａ）の操作からやり直しとなる。ペアが成立しなかったときには、例えば、表示画面上に「ペア不成立」といった表示をしてもよく、また、図８（Ａ）の操作からではなく図８（Ｂ）の操作からやり直しされるようにしてもよい。

図８（Ｄ）は、ユーザ側のペアと対戦相手ユーザ側のペアとが決定されたときの表示画面の一例を示す図である。ユーザ側のペアと対戦相手ユーザのペアとが決定されると、表示画面に、操作キャラクタ３１０と味方キャラクタ３１１が表示され、それに対応するユーザ名表示６１０とペアユーザ名表示部６２０にそれぞれユーザ名が表示される。また、対戦相手キャラクタ３２０と対戦相手ペアキャラクタ３２１が表示され、それに対応する対戦相手ユーザ名表示部８１０と対戦相手ペアユーザ名表示部８２０にそれぞれユーザ名が表示される。なお、対戦相手ユーザ側のペアも図７および図８に示す手順でマッチングされたものとなる。なお、対戦相手ユーザ側のユーザ名を匿名表示としたり汎用的な名称として表示する機能を付加することもできる。これにより、対戦相手を対戦時まで分からないようにし趣向を高めることができる。

図９は、対戦（試合）が終了したときに対戦に参加していた各ユーザのユーザ端末に表示される表示画面の一例を示す図である。図９においては、対戦に参加したユーザの端末それぞれに他のユーザのコメントが表示される例を示している。なお、図９は、特定期間中において、おまかせペアボタン５２０を指定してマッチングされて行われた対戦が終了した場合を例示する。図９（Ａ）は、チーム所属のユーザ所有のユーザ端末に表示される表示画面の一例である。図９（Ａ）で示すように、チーム所属のユーザの端末には、ペアを組んだチーム未所属のペアユーザと対戦相手ペアユーザのコメントが表示画面上にそれぞれ表示される。

図９（Ｂ）は、チーム未所属のユーザ所有のユーザ端末に表示される表示画面の一例である。図９（Ｂ）に示すように、チーム未所属のユーザ端末には、ペアを組んだチーム所属のペアユーザおよび対戦相手ペアのそれぞれのコメントとともに、ペアユーザから、ペアユーザが所属するチームに当該ユーザを勧誘するポップアップ９１０が表示される。このように、チーム未所属のユーザと、チーム所属のユーザとをマッチングさせて、チーム未所属のユーザをチームに所属するよう勧誘するための処理が行われる。

＜マッチング関連処理フロー＞
図１０は、マッチングに関連するマッチング関連処理を説明するフローチャートである。なお、マッチング関連処理は、サーバ２００等によって実行される。また、以下の説明において、フローチャートを用いて説明する一連の処理ステップの流れは、サーバ２００によって実行されるものとして記載しているが、これらの処理ステップの少なくとも一部が、ユーザ端末１００によって実行されてもよい。

ステップＳ０１では、図７（Ａ）または図８（Ａ）に示す選択画面の一例において、おまかせペアボタンおまかせペアボタン５２０が指定されたか否かを判定する。おまかせペアボタン５２０が指定されたと判定されなかったときは、ステップＳ０２に進む。一方、おまかせペアボタン５２０を指定されたと判定されたときは、ステップＳ０９に進む。ユーザ端末１００の入力操作受付部１１２は、おまかせペアボタン５２０への入力操作（タップ操作）を検知すると、おまかせマッチング要求情報をサーバ２００へ送信する。サーバ２００は、おまかせマッチング要求情報を受信すると、おまかせペアボタン５２０が指定されたと判定する。ユーザ端末１００では、おまかせペアボタン５２０が指定されたと判定すると図８（Ｂ）に示すように、ペア検索中の情報（例えば、おまかせペアを待っています）が表示画面上に表示される。一方、サーバ２００が、おまかせマッチング要求情報を受信しなかったときは、おまかせペアボタン５２０を指定されたと判定されない。

ステップＳ０２では、ペアをつくるボタン５１０が指定されたか否かを判定する。ユーザ端末１００の入力操作受付部１１２は、ペアをつくるボタン５１０への入力操作（タップ操作）を検知すると、当該検知情報およびペア番号情報をサーバ２００へ送信する。サーバ２００は、ユーザ端末１００の入力操作受付部１１２への入力操作の検知情報を受信すると、ペアをつくるボタン５１０が指定されたと判定する。ペアをつくるボタン５１０が指定されたと判定されなかったときは、ステップＳ０３に進む。一方、ペアをつくるボタン５１０が指定されたと判定されたときは、ステップＳ０４に進む。ペアをつくるボタン５１０が指定されたと判定されなかったときとは、サーバ２００が、ユーザ端末１００の入力操作受付部１１２への入力操作の検知情報を受信しなかったときである。

ステップＳ０３では、ユーザからのペア番号入力を検知する。サーバ２００は、ユーザ端末１００の番号入力部５３０からペア番号入力情報を受信したときは、ユーザからのペア番号の入力（ペアユーザの指定）があったと検知する。ステップＳ０３の処理が完了すると、ステップＳ０８に進む。

ステップＳ０４では、図７（Ｂ）に示すペアをつくるボタン５１０を指定したときの表示画面の一例において、友達を呼ぶボタン５５０が指定されたか否かを判定する。ユーザ端末１００の入力操作受付部１１２は、友達を呼ぶボタン５５０への入力操作（タップ操作）を検知すると、友達を呼ぶボタン５５０への入力操作情報をサーバ２００へ送信する。サーバ２００は、友達を呼ぶボタン５５０への入力操作情報を受信すると友達を呼ぶボタン５５０が指定されたと判定する。友達を呼ぶボタン５５０が指定されたと判定されたときは、ステップＳ０５に進む。一方、友達を呼ぶボタン５５０が指定されたと判定されなかったときは、ステップＳ０７に進む。友達を呼ぶボタン５５０が指定されなかったときとは、サーバ２００が、友達を呼ぶボタン５５０への入力操作情報を受信しなかったときである。

ステップＳ０５では、図７（Ｃ）に友達を呼ぶボタン５５０を指定したときの表示画面の一例において、表示されているＳＮＳや建物（掲示板）４３０を利用してユーザがペアユーザを募集している旨を表示するための処理を行う。その際には、ペアをつくるボタン５１０を指定したユーザが、チーム未所属のときは「チーム探しています」の表示を追加し、ペアユーザを募集しているユーザが、チーム所属のときは「チームメイト探しています」の表示を追加する（図７（Ｄ））。ステップＳ０５の処理が完了すると、ステップＳ０６に進む。

ステップＳ０６では、他ユーザからの番号（ペア）入力を検知する。サーバ２００は、ＳＮＳや建物（掲示板）４３０などで表示された友達を呼ぶボタン５５０を指定したユーザのペア番号を他のユーザが入力したことを検知する。当該入力の検知は、当該他のユーザが所有するユーザ端末１００からの送信情報に基づいて行われる。サーバ２００は、当該ユーザのペア番号を入力した他のユーザをペアユーザとして特定する。ステップＳ０６の処理が完了すると、ステップＳ０８に進む。

ステップＳ０７では、他ユーザからの番号（ペア）入力を検知する。ステップＳ０２において、ペアをつくるボタン５１０を指定したユーザに対応するペア番号の入力を検知する。サーバ２００は、当該ユーザのペア番号を入力した他のユーザをペアユーザとして特定する。ステップＳ０７の処理が完了すると、ステップＳ０８に進む。

ステップＳ０８では、ステップＳ０３、Ｓ０６、Ｓ０７において実行された処理に基づいてペアユーザを決定する。ステップＳ０８の処理が完了すると、ステップＳ１７に進む。

ステップＳ０９では、特定期間であるか否かを判定する。特定期間と判定されたときは、ステップＳ１０に進む。特定期間は、ゲーム提供者側において設定されるキャンペーン期間（交流促進期間）のようなものであって、特定期間の情報は、サーバ２００の記憶部２２０に記憶されている。制御部２１０は、記憶部２２０に記憶されている情報（ゲーム情報２２２含む）に基づいて特定期間か判断する。特定期間と判定されなかったときはステップＳ１６に進む。

ステップＳ１０では、おまかせペアボタン５２０を指定したユーザがチーム所属のユーザであるか否か判定する。ユーザがチーム所属のユーザであるか否かは、サーバ２００の記憶部２２０（ユーザ情報２２３）に記憶されている当該ユーザのチーム所属情報に基づいて判定される。サーバ２００は、おまかせペアボタン５２０を指定したユーザがチーム所属と判定されなかったときは、ステップＳ１１に進む。おまかせペアボタン５２０を指定したユーザがチーム所属と判定されなかったときとは、ユーザがチーム未所属のときである。一方、おまかせペアボタン５２０を指定したユーザがチーム所属と判定されたときは、ステップＳ１３に進む。

ステップＳ１１では、チーム未所属の当該ユーザをチーム未所属部屋に加入させる。サーバ２００のマッチング部２１５には、チーム所属部屋に対応するチーム所属データテーブルとチーム未所属部屋に対応するチーム未所属データテーブルとが設けられている。おまかせペアボタン５２０を指定したユーザからのマッチング要求があったときは、ユーザ情報２２３に記憶されている当該ユーザのチーム所属情報に基づいて、当該ユーザをチーム所属かチーム未所属かのデータテーブルに振り分けてデータテーブルを更新する。ステップＳ１１においては、おまかせペアボタン５２０を指定したユーザをチーム未所属データテーブルに振り分けて当該データテーブルを更新する。ステップＳ１１の処理が完了すると、ステップＳ１２に進む。

ステップＳ１２では、チーム未所属のおまかせペアボタン５２０を指定したユーザに対し、チーム所属部屋からペアユーザを乱数抽選で決定する。乱数抽選は、チーム所属部屋から当該ユーザとレーティング、タワー階数が近いことなどの条件（通常条件）に基づいて検索されたユーザの中から行われる。ステップＳ１２の処理が完了すると、ステップＳ１５に進む。

ステップＳ１３では、チーム所属の当該ユーザをチーム所属部屋に加入させる。おまかせペアボタン５２０を指定したユーザからのマッチング要求があったときは、ユーザ情報２２３に記憶されている当該ユーザのチーム所属情報に基づいて、当該ユーザをチーム所属のデータテーブルに振り分けてデータテーブルを更新する。ステップＳ１３の処理が完了すると、ステップＳ１４に進む。

ステップＳ１４では、チーム所属のおまかせペアボタン５２０を指定したユーザに対し、チーム未所属部屋からペアユーザを乱数抽選で決定する。乱数抽選は、チーム未所属部屋から当該ユーザとレーティング、タワー階数が近いことなどの条件（通常条件）に基づいて検索されたユーザの中から行われる。ステップＳ１４の処理が完了すると、ステップＳ１５に進む。

ステップＳ１５では、ステップＳ１２またはＳ１４で決定されたペアユーザが重複して決定されないように所属部屋から削除する（検索対象から外す）。マッチング部２１５は、ステップＳ１２またはＳ１４で決定されたペアユーザを対応する情報をチーム所属データテーブルまたはチーム未所属データテーブルから削除する。ステップＳ１５の処理が完了すると、ステップＳ１７に進む。

ステップＳ１６では、おまかせペアボタン５２０を指定した他のユーザの中から乱数抽選でペアユーザを決定する（図８（Ｃ）参照）。乱数抽選は、当該ユーザとレーティング、タワー階数が近いことなど条件に基づいて検索されたユーザの中から行われる。ステップＳ１６では、チーム所属であるかチーム未所属であるかにかかわらずペアユーザが決定される。ステップＳ１６の処理が完了すると、ステップＳ１７に進む。

ステップＳ１７では、当該ユーザとペアユーザとが準備完了であるか判定する。準備完了であると判定されたときは、ステップＳ１８に進む。準備完了であると判定されたときとは、当該ユーザとペアユーザとが準備完了ボタン５６０をタッチ操作したときである（図８（Ｄ）参照）。サーバ２００は、ユーザ側とペアユーザ側の両方のユーザ端末１００から、準備完了ボタン５６０の入力受付の信号を受信したとき、当該ユーザとペアユーザとが準備完了であると判定する。一方、準備完了であると判定されなかったときは、ステップＳ０１に戻る。準備完了であると判定されなかったときとは、当該ユーザまたは、ペアユーザのいずれかあるいは両方が一定時間準備完了ボタン５６０をタッチ操作しなかったとき、若しくは戻るボタン５４０をタッチ操作したときである。サーバ２００は、ペアユーザ決定時点から一定時間ユーザ側とペアユーザ側の両方のユーザ端末１００から、準備完了ボタン５６０の入力受付の信号を受信しなかったとき、あるいはペアユーザ決定時点から戻るボタン５４０を検知した旨の信号をいずれかのユーザ端末１００から受信したときは、当該ユーザとペアユーザとが準備完了であると判定しない。

ステップＳ１８では、対戦相手ペアとマッチングしたかを判定する。対戦相手ペアとマッチングしたと判定されたときは、味方ペアと対戦相手ペアとの対戦を開始し、ステップＳ１９に進む。対戦相手ペアとマッチングしたと判定されなかったときは、ステップＳ１８の操作を繰り返す（マッチングし直す）。一方、対戦相手ペアとマッチングしたと判定されなかったときとは、例えば、味方ペアと対戦相手ペアとが所定時間マッチングできないときである。ステップＳ１９では、対戦終了したかを判定する。対戦終了したと判定されたときは、ステップＳ２０に進む。対戦終了したと判定されなかったときは、ステップＳ１９の操作を繰り返す（終了したかの確認を繰り返す）。ステップＳ２０では、対戦に参加したユーザの端末それぞれに他のユーザのコメントを表示する（図９参照）。このとき、未所属ユーザの端末には、ペアユーザが属しているチームへの勧誘を促すポップアップを表示する。ステップＳ２０の処理が完了するとマッチング処理は終了する。

＜本実施形態の効果＞
本実施形態によれば、サーバ２００は、ユーザからのチームに所属する旨の指定に基づくユーザのチーム所属情報を記憶部２２０に記憶する。マッチング部２１５は、おまかせペアボタン５２０を指定した複数のユーザのうちから、通常の検索条件に基づいてマッチングさせるユーザを特定する。マッチング部２１５は、特定期間であるときには通常の検索条件に加え、ユーザのチーム所属情報に基づく検索条件を加えて、必ずチーム所属ユーザとチーム未所属ユーザとがペアとなるようにマッチングする（図１０のステップＳ１１～Ｓ１４）。

これにより、チーム所属のユーザとチーム未所属のユーザとを必ずマッチングさせることができる。その結果、チーム所属のユーザとチーム未所属のユーザとの交流を促すことでき、チーム所属率およびアクティブ率を向上させることができる。

さらに、本実施形態によれば、対戦終了後に、チーム未所属のユーザの端末１００に、チーム所属のペアユーザが所属するチームに勧誘するポップアップを表示させる（図１０のステップＳ２０）。これにより、チーム未所属のユーザにチームに所属する機会を与え、チーム所属率およびアクティブ率を向上させることができる。

また、本実施形態によれば、マッチング部２１５は、特定期間のときに、おまかせマッチング要求した複数のユーザを当該複数のユーザ各々のチーム所属情報に基づいてチーム所属部屋に対応するチーム所属データテーブルとチーム未所属部屋に対応するチーム未所属データテーブルとに振り分ける（図１０のステップＳ１１、Ｓ１３）。チーム所属のユーザにマッチングさせるユーザを特定する際には、チーム未所属部屋の中からペアユーザを特定し、チーム未所属のユーザにマッチングさせるユーザを特定する際には、チーム所属ユーザ部屋の中からペアユーザから特定する（図１０のステップＳ１２、Ｓ１４）。これにより、チーム所属のユーザとチーム未所属のユーザとを確実にマッチングさせることができ、チーム所属のユーザとチーム未所属のユーザとの交流を促すことにより、チーム所属率およびアクティブ率を向上させることができる。

さらに、本実施形態によれば、特定期間においてはチーム所属ユーザとチーム未所属のユーザとのマッチングを行う（図１０のステップＳ１１～Ｓ１４）一方、特定期間と異なる期間においてはユーザがチーム所属か未所属かにかかわらずマッチングさせる（図１０のステップＳ１６）ユーザを特定する制御を行う。これにより、特定期間とそれ以外の期間について、マッチング処理のバリエーションを増やすことができる。

＜変形例＞
以上説明した実施形態の変形例などを以下に列挙する。

（１） 上記実施形態においては、ユーザと、当該ユーザとペアを組むペアユーザをマッチングさせる際には、チーム所属か否かに基づき、所属ユーザと未所属ユーザとをマッチングさせる例について説明した。しかし、ユーザとペアユーザとについてのマッチングに替えて、例えば、ユーザとペアユーザとについては、チーム所属同士あるいはチーム未所属同士でマッチングさせ、ユーザとペアユーザとがチーム所属同士である場合には、チーム未所属同士となるペアを対戦相手としてマッチングし、ユーザとペアユーザとがチーム未所属同士である場合には、チーム所属同士となるペアを対戦相手としてマッチングするようにしてもよい。ユーザとペアユーザとについては、通常のおまかせ（チーム所属か否かにかかわらず乱数抽選）でマッチングさせ、ユーザがチーム所属ユーザである場合には、チーム未所属ユーザを含むペアを対戦相手としてマッチングし、ユーザがチーム未所属ユーザである場合には、チーム所属ユーザを含むペアを対戦相手としてマッチングするようにしてもよい。

（２） 上記実施形態においては、ダブルスの試合においてユーザ同士をマッチングさせるときにチーム所属か否かでマッチングさせる例について説明した。しかし、シングルの試合において、ユーザがチーム所属ユーザである場合には、チーム未所属ユーザを対戦相手としてマッチングし、ユーザがチーム未所属ユーザである場合には、チーム所属ユーザを対戦相手としてマッチングするようにしてもよい。

（３） 上記実施形態においては、マッチングに関する技術的事項をテニスゲームに適用した例について説明した。しかし、マッチングに関する技術的事項は、ユーザと他のユーザとをマッチングさせるゲームであれば、テニスゲームに限らず適用でき、例えば、ビーチバレーボールやサッカーなどのスポーツゲームに適用するものであってもよく、スポーツゲームに限らず格闘ゲームやアクションゲーム等に適用するものであってもよい。例えば、格闘ゲームにおいては、４人同時参加で、２対２の試合を行う場合、味方ペアおよび対戦相手ペアをチーム（ギルト、グループなど）所属のユーザとチーム（ギルト、グループなど）未所属のユーザとのマッチングとするようにしてもよい。また、例えば、アクションゲームにおいては、２人で協力してゲーム進行を行う場合、ペアをチーム（ギルト、グループなど）所属のユーザとチーム（ギルト、グループなど）未所属のユーザとのマッチングとするようにしてもよい。

（４） 上記実施形態においては、特定期間においては、必ずチーム所属のユーザとチーム未所属のユーザとをマッチングする例について説明した。しかし、これに限らず、特定期間においては、チーム所属のユーザ同士あるいはチーム未所属のユーザ同士をマッチングする割合よりも高い割合で、チーム所属のユーザとチーム未所属のユーザとをマッチングすることにより、チーム所属のユーザとチーム未所属のユーザとを優先的にマッチングするようにしてもよい。

（５） 上記実施形態においては、特定期間においてチーム所属のユーザとチーム未所属のユーザとをマッチングする例について説明した。しかし、特定期間に限らず、常に優先的にチーム所属のユーザとチーム未所属のユーザとをマッチングさせるようにしてもよいし、チーム所属か未所属かにかかわらず乱数抽選でマッチングするかチーム所属のユーザとチーム未所属のユーザとをマッチングするかをユーザが選択できるようにしてもよい。また、チーム所属人数が所定数（例えば、５０名等）以下のチームに所属するユーザが部屋を作成してマッチングを行う場合に、優先的にチーム所属のユーザとチーム未所属のユーザとをマッチング可能とし、所定数を超えるチームに所属するユーザが部屋を作成してマッチングを行う場合には、チーム所属か否かにかかわらずランダムにマッチングを行うようにしてもよい。

（６） 上記実施形態においては、チームに所属しているか否かという条件に基づいてマッチングさせる例について説明した。しかし、マッチングの基準をチームに所属しているか否かに替えてあるいは加えて、フレンド登録している否かに基づいてマッチングさせてもよい。具体的には、ユーザが部屋を作成してマッチングする場合には、当該ユーザとフレンド登録していないユーザをペアあるいは対戦相手としてマッチングするようにしてもよい。また、チーム所属のユーザが部屋を作成してマッチングする場合には、当該ユーザとフレンド登録していないユーザのうちチーム未所属のユーザをペアあるいは対戦相手としてマッチングし、チーム未所属のユーザが部屋を作成してマッチングする場合には、当該ユーザとフレンド登録していないユーザのうちチーム所属のユーザをペアあるいは対戦相手としてマッチングするようにしてもよい。

（７） 上記実施形態においては、対戦終了後に、チーム未所属のユーザが所有するユーザ端末１００の表示画面上に、ペアユーザから、ペアユーザが所属するチームに当該チーム未所属のユーザを勧誘するポップアップを表示する例について説明した。しかし、チームに勧誘するポップアップの表示は、対戦終了後に限らず、対戦開始時であってもよいし、対戦中など、予め定められたタイミングに行われるものであってもよい。

＜付記＞
以上の各実施形態で説明した事項を、以下に付記する。

（付記１）：
本開示に示す一実施形態のある局面によれば、ゲームをプレイするための端末を操作する各ユーザをマッチングさせてゲームを実行させる処理を行うサーバであって、前記サーバは、記憶部と、前記サーバの動作を制御するように構成された制御部とを備え、前記制御部は、ユーザからのチームに属する旨の指定に基づいて、チームに属しているユーザを特定可能な特定用情報を前記記憶部に記憶するステップと、マッチング要求している複数のユーザのうちから、マッチングさせるユーザを特定するステップとを実行させ、前記特定するステップは、前記特定用情報に基づいて、マッチングさせるユーザとして、チームに属している所属ユーザ同士あるいはチームに属していない未所属ユーザ同士を特定するよりも、優先的に前記所属ユーザと前記未所属ユーザとを特定する特定制御（ステップＳ１１～ステップ１４）を行う。

（付記２）：
（付記１）において、前記特定制御は、マッチングさせるユーザとして、前記所属ユーザ同士あるいは前記未所属ユーザ同士を特定することなく、前記所属ユーザと前記未所属ユーザとを特定する制御である。

（付記３）：
（付記１）または（付記２）において、前記制御部は、前記特定制御により特定されたユーザのうち未所属ユーザの端末において、当該未所属ユーザとマッチングされた所属ユーザが属しているチームへ所属することを促す情報を表示させるための処理を行うステップを実行させる。

（付記４）：
（付記１）から（付記３）のいずれかにおいて、前記特定用情報は、マッチング要求している複数のユーザのうち、前記所属ユーザを特定可能な第１特定用情報と、前記未所属ユーザを特定可能な第２特定用情報とを含み、前記特定制御において前記所属ユーザにマッチングさせるユーザを特定する際には、前記第２特定用情報に基づき特定される未所属ユーザから特定し、前記未所属ユーザにマッチングさせるユーザを特定する際には、前記第１特定用情報に基づき特定される所属ユーザから特定する。

（付記５）：
（付記１）から（付記４）のいずれかにおいて、前記特定するステップは、特定期間においては前記特定制御を行う一方、前記特定期間と異なる期間においては前記特定用情報にかかわらずマッチングさせるユーザを特定する制御を行う。

（付記６）：
本開示に示す一実施形態のある局面によれば、ゲームをプレイするための端末を操作する各ユーザをマッチングさせてゲームを実行させるゲームシステムにおける方法であって、前記方法は、前記ゲームシステムが、ユーザからのチームに属する旨の指定に基づいて、チームに属しているユーザを特定可能な特定用情報を記憶部に記憶するステップと、マッチング要求している複数のユーザのうちから、マッチングさせるユーザを特定するステップとを含み、前記特定するステップは、前記特定用情報に基づいて、マッチングさせるユーザとして、チームに属している所属ユーザ同士あるいはチームに属していない未所属ユーザ同士を特定するよりも、優先的に前記所属ユーザと前記未所属ユーザとを特定する特定制御（ステップＳ１１～ステップ１４）を行う。

（付記７）：
本開示に示す一実施形態のある局面によれば、各ユーザをマッチングさせてゲームを実行させる処理を行うサーバを介してゲームするための端末であって、前記端末は、前記端末の動作を制御するように構成された制御部と、ゲームプログラムを記憶するように構成された記憶部とを備え、前記制御部は、ユーザからのチームに属する旨の指定に基づいて、当該ユーザがチームに属していることを特定可能な特定用情報を前記サーバの記憶部に記憶させるための情報を前記サーバに送信し、ユーザからのマッチング要求を前記サーバに送信し、マッチング要求している複数のユーザのうちから、前記特定用情報に基づき前記サーバによってマッチングさせるユーザとして、チームに属している所属ユーザ同士あるいはチームに属していない未所属ユーザ同士が特定されるよりも、優先的に前記所属ユーザと前記未所属ユーザとが特定されることにより、前記所属ユーザ同士あるいは前記未所属ユーザ同士よりも、優先的に前記所属ユーザと前記未所属ユーザとでゲームを実行させる。

（付記８）：
本開示に示す一実施形態のある局面によれば、各ユーザをマッチングさせてゲームを実行させる処理を行うサーバを介してゲームするための端末において実行されるゲームプログラムであって、前記端末の動作を制御するように構成されたプロセッサに、ユーザからのチームに属する旨の指定に基づいて、当該ユーザがチームに属していることを特定可能な特定用情報を前記サーバの記憶部に記憶させるための情報を前記サーバに送信するステップと、ユーザからのマッチング要求を前記サーバに送信するステップと、マッチング要求している複数のユーザのうちから、前記特定用情報に基づき前記サーバによってマッチングさせるユーザとして、チームに属している所属ユーザ同士あるいはチームに属していない未所属ユーザ同士が特定されるよりも、優先的に前記所属ユーザと前記未所属ユーザとが特定されることにより、前記所属ユーザ同士あるいは前記未所属ユーザ同士よりも、優先的に前記所属ユーザと前記未所属ユーザとでゲームを実行させるステップとを実行させる。

〔ソフトウェアによる実現例〕
ユーザ端末１００およびサーバ２００の各々における制御は、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。

後者の場合、ユーザ端末１００およびサーバ２００は、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

１ ゲームシステム、 ２ ネットワーク、 １０，２０ プロセッサ、 １１，２１ メモリ、 １２，２２ ストレージ、 １５ タッチスクリーン、 １５１ 入力部、 １５２ 表示部、 １７ カメラ、 １８ 測距センサ、 １０１０ 物体、 １０２０ コントローラ、 １０３０ 記憶媒体、 １００ ユーザ端末、 ２００ サーバ、 １２０，２２０ 記憶部、 １２１，２２１ ゲームプログラム、 １２２，２２２ ゲーム情報、 １２３，２２３ ユーザ情報、 １１０，２１０ 制御部、 １１１ ゲーム進行処理部、 １１２ 入力操作受付部、 １１３ カメラ配置制御部、 １１４ 表示制御部、 １１５ オブジェクト制御部、 ２１１ 送受信部、 ２１２ サーバ処理部、 ２１３ データ管理部、 ２１４ 同期処理部

Claims (1)

1. コンピュータを、
   １又は複数のユーザが所属して構成されるチームに関する情報をユーザに紐づけて記憶する記憶手段と、
   前記情報に基づいて、ユーザ同士のマッチングを実行可能な制御手段と、して機能させ、
   前記情報には、第１の情報と、当該第１の情報とは異なる第２の情報とを含み、
   前記制御手段は、前記第１の情報が紐づけられたユーザと前記第２の情報が紐づけられたユーザとを優先的にマッチングさせる、プログラム。
   
   

Images