JP2015070871A - プログラム及びサーバ - Google Patents

Abstract

【課題】マッチング候補のプレーヤ数の減少を抑制或いは回避することが可能なプログラム、サーバを提供する。【解決手段】プレーヤ毎に、プレーヤの特定パラメータを時間経過に応じて増加させる処理を行い、特定パラメータが所定値以上である一のプレーヤの端末からマッチング申込み要求情報を受信した場合に、特定パラメータが所定値以上の他の複数のプレーヤをマッチング候補とし、マッチング候補の中からマッチング相手を選択し、一のプレーヤとマッチング相手とのマッチングを設定し、パラメータ制御部が、マッチング処理部においてマッチングが設定された場合に、一のプレーヤの特定パラメータ及びマッチング相手の特定パラメータそれぞれから、所定消費値を減算する処理を行い、マッチング処理部が、マッチング候補数が所定候補数未満である場合に、特定パラメータが所定値未満である他のプレーヤをマッチング候補に加える。【選択図】図７（Ａ）

Description

本発明は、プログラム及びサーバに関する。

従来から、オンラインゲームのプログラムを実行する家庭用据置機（家庭用ゲーム装置）が存在する。近年では、家庭用据置機において、Ｆ２Ｐ（Free to Playの略）と呼ばれる基本的に無料でゲームプレイできるものが存在する。

また、携帯端末（スマートフォン、携帯電話など）で実行可能なソーシャルゲームには、行動ポイントと呼ばれるポイントをプレーヤに付与し、当該ポイントを消費（減算）しながらプレーヤキャラクタに何らかの行動をさせてゲームを進行するものが知られている。行動ポイントがなくなると、プレーヤキャラクタに行動させることができなくなるが、時間経過に応じて自動回復する機能（行動ポイントが加算される機能）がある。つまり、プレーヤは、遊べない状態となっても、暫く待つとまた遊べるようになる（例えば、特許文献１を参照）。

特開２０１３−０２２３２０号公報

家庭用据置機において、基本的に無料でゲームプレイできるＦ２Ｐとは、例えば、初回時に上限値（例えば、５）の特定パラメータ（プレイ権パラメータ）をプレーヤに付与し、１プレイあたり特定パラメータを１消費（減算）することによって無料でゲームを提供するものである。そして、この特定パラメータが０になると、プレーヤは無料で遊ぶことはできなくなり、プレーヤは無料で遊ぶために特定パラメータが回復（増加）するのを待つことになる。例えば、３０分経過する度に特定パラメータを１回復（増加）することによって、再び、プレーヤに無料でゲームを提供できるようにしている。

ところで、スマートフォンなどの携帯端末で遊べるソーシャルゲーム等では、いつでも、どこでもゲームを実行できる便利さがあり、行動ポイントが回復すれば、すぐに再びログインし、ゲームを始めることができる。また、携帯端末の通知機能を使えば、プレーヤは、ポイントが回復した際に、すぐにそのことを知ることができる。

しかし、家庭用据置機の場合、携帯して持ち運ぶようなものではなく、また、家庭に設置されているテレビなどのディスプレイに繋いで利用する場合が多い。そのため、プレーヤは、行動ポイント（特定パラメータ）が回復してもすぐにゲームを始められるとは限らない。また、家庭用据置機はゲームプレイを目的とするものであるため、プレイしていない間は電源をＯＦＦにするのが通常であり、家庭用据置機でゲームを再開するためには、電源投入して再ログインする必要があるため、携帯端末と比べて、手軽にゲームを再開することは困難である。そのため、マッチングを行って対戦ゲームを行わせる場合、対戦相手となるマッチング候補のプレーヤの絶対数が減ってしまい、マッチングのバリエーションが少なくなってしまうという難点が生じる。

本発明は以上の課題に鑑みたものであり、その目的は、マッチング候補のプレーヤ数の減少を抑制或いは回避することが可能なプログラム、サーバを提供することにある。

（１）本発明は、
ネットワークを介して端末と接続され、ゲーム処理を行うサーバのプログラムであって、
プレーヤ毎に、プレーヤの特定パラメータを時間経過に応じて増加させる処理を行うパラメータ制御部と、
特定パラメータが所定値以上である一のプレーヤの端末からマッチング申込み要求情報を受信した場合に、特定パラメータが所定値以上の他の複数のプレーヤをマッチング候補とし、当該マッチング候補の中からマッチング相手を選択し、前記一のプレーヤと前記マッチング相手とのマッチングを設定する処理を行うマッチング処理部として、コンピュータを機能させ、
前記パラメータ制御部が、
前記マッチング処理部においてマッチングが設定された場合に、前記一のプレーヤの特定パラメータ及び前記マッチング相手の特定パラメータそれぞれから、所定消費値を減算する処理を行い、
前記マッチング処理部が、
マッチング候補数が所定候補数未満である場合に、前記特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えるプログラムに関する。

また、本発明は、コンピュータに読み取り可能であって、上記プログラムを記憶した情報記憶媒体に関係する。また、本発明は、上記各部を含むサーバに関する。

本発明によれば、マッチング候補数が所定候補数未満である場合に、特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えるので、対戦相手となるマッチング候補数の減少を、抑制或いは回避することが可能となる。

（２）また、本発明のプログラム、情報記憶媒体、及びサーバにおいて、
前記パラメータ制御部が、
前記マッチング処理部においてマッチングが設定された前記マッチング相手の前記特定パラメータが所定値未満である場合には、前記マッチング相手の前記特定パラメータを減算せずに、前記一のプレーヤの前記特定パラメータから前記所定消費値の倍数を減算する処理を行うようにしてもよい。

本発明によれば、マッチング申込みを行った一のプレーヤは、自分の分だけでなくマッチング相手の分も含めて特定パラメータを減算することになる。つまり、本発明によれば、特定パラメータの値を、自他問わず一のプレーヤが１回分のゲームをプレイすることができる権利数にすることができる。

（３）また、本発明のプログラム、情報記憶媒体、及びサーバにおいて、
前記パラメータ制御部が、
前記マッチング処理部においてマッチングが設定された場合に、前記一のプレーヤと前記相手プレーヤとの対戦ゲームにおいて勝利したプレーヤの特定パラメータを、増加させるようにしてもよい。

本発明によれば、対戦ゲームにおいて勝利したプレーヤに、特定パラメータを増加させるチャンスを与えることができ、ゲームの面白みが向上する。また、本発明によれば、例えば、マッチング申込みを行った一のプレーヤがマッチング相手の分も含めて自身の特定パラメータを減算したとしても、そのマッチング相手に勝利すれば、自身の特定パラメータを増加させる機会を得ることができる。そのため、マッチング申込み者のゲームに対す
る意欲を損なうことなく、マッチング候補数の減少を抑制或いは回避することができる。

（４）また、本発明のプログラム、情報記憶媒体、及びサーバにおいて、
前記マッチング処理部が、
イベント期間内であって、イベント開始時点、一のゲーム期間、及び前記特定パラメータの上限値に基づいて決められる特定期間に、前記特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えるようにしてもよい。

本発明によれば、イベント開始時点、一のゲーム期間、及び前記特定パラメータの上限値に基づいて、マッチング候補数が減少する傾向にある特定期間を決定し、当該特定期間に、特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えるようにすることができる。これにより、本発明は、最適な期間において、マッチング候補数の減少を抑制或いは回避できる。

（５）また、本発明のプログラム、情報記憶媒体、及びサーバにおいて、
前記マッチング処理部が、
イベント期間内であって、一のゲーム期間及びイベント終了時点に基づいて決められる特定期間に、前記特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えるようにしてもよい。

本発明によれば、一のゲーム期間、及びイベント終了時点に基づいて、マッチング候補数が減少する傾向にある特定期間を決定し、当該特定期間に、特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えるようにすることができる。これにより、本発明は、最適な期間において、マッチング候補数の減少を抑制或いは回避できる。例えば、イベント終盤のゲームが盛り上がる期間に、マッチング候補数の減少を抑制或いは回避できる。

（６）また、本発明のプログラム、情報記憶媒体、及びサーバにおいて、
プレーヤの端末においてプレーヤがゲームプレイ中か否かを監視する処理を行う監視部として、コンピュータを更に機能させ、
前記マッチング処理部が、
ゲームプレイ中であって前記特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えるようにしてもよい。

特定パラメータが所定値未満のプレーヤは、その場に居ないことや、ゲームプレイしていない可能性があるが、本発明によれば、プレーヤがゲームプレイ中か否かを監視し、ゲームプレイ中である他のプレーヤをマッチング候補に加えるので、確実にゲームプレイできる状況にあるプレーヤをマッチング候補にすることができる。

本実施形態のネットワークシステムの一例 本実施形態の端末の機能ブロック図。 本実施形態のサーバの機能ブロック図。 本実施形態の特定パラメータの説明図。 本実施形態の特定期間の説明図。 本実施形態のマッチング設定の説明図。 本実施形態の処理の流れを示すフローチャート。 本実施形態の処理の流れを示すフローチャート。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

１．ネットワークシステム
図１は、本実施形態のネットワークシステム（ゲームシステム）を示す。本実施形態では、複数の端末１０とサーバ２０とによって構成される。つまり、図１に示すように、本実施形態のネットワークシステムは、サービスを提供するサーバ２０と、端末１０とが、ネットワーク（例えば、インターネット）に接続可能に構成される。

端末１０は、家庭用据置機（家庭用ゲーム装置）、パーソナルコンピュータ（ＰＣ）、画像生成装置などの情報処理装置であり、インターネット（ＷＡＮ）、ＬＡＮなどのネットワークを介してサーバ２０に接続可能な装置である。なお、端末１０とサーバ２０との通信回線は、有線でもよいし無線でもよい。

サーバ２０は、ゲームの管理者がゲームサービスを運営・管理する際に利用するコンピュータである。このサーバ２０は、コンピュータ（例えば、ワークステーションやパーソナルコンピュータ）であって、端末１０から送信された各種のコマンド（リクエスト）に応じて、当該端末１０に対して各種情報を送信する。本実施形態におけるサーバ２０は、ゲームを行うプレーヤが使う端末１０から、ゲームコンテンツの配信要求があった場合には、それに応じたゲームコンテンツ、例えば、端末１０上で動作可能なゲームプログラムを送信してもよい。また、サーバ２０は、端末１０のブラウザ等によって閲覧可能なＷｅｂページを送信してもよい。

２．構成
２．１．端末の構成
図２に本実施形態の端末の機能ブロック図の例を示す。なお本実施形態の端末は図２の構成要素（各部）の一部を省略した構成としてもよい。

入力部１６０は、プレーヤからの入力情報を入力するための機器であり、プレーヤの入力情報を処理部に出力する。本実施形態の入力部１６０は、プレーヤの入力情報（入力信号）を検出する検出部１６２を備える。入力部１６０は、例えば、レバー、ボタン、ステアリング、マイク、タッチパネル型ディスプレイ、キーボード、マウスなどがある。

また、入力部１６０は、３軸の加速度を検出する加速度センサや、角速度を検出するジャイロセンサ、撮像部を備えた入力機器でもよい。例えば、入力機器は、プレーヤが把持して動かすものであってもよいし、プレーヤが身につけて動かすものであってもよい。また、入力機器には、プレーヤが把持する刀型コントローラや銃型コントローラ、あるいはプレーヤが身につける（プレーヤが手に装着する）グローブ型コントローラなど実際の道具を模して作られたコントローラも含まれる。また入力機器には、入力機器と一体化されているゲーム装置も含まれる。本実施形態の端末は、複数の入力部１６０を備えていてもよい。

記憶部１７０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。処理部１００は、情報記憶媒体１８０に格納されるプログラム（デー
タ）に基づいて本実施形態の種々の処理を行う。情報記憶媒体１８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶することができる。

なお、本実施形態では、サーバ２０が有する情報記憶媒体２８０や記憶部２７０に記憶されている本実施形態の各部としてコンピュータを機能させるためのプログラムやゲームデータを、ネットワークを介して受信し、受信したプログラムやデータを記憶部１７０や情報記憶媒体１８０に記憶してもよい。このようにプログラムやデータを受信してネットワークシステムを機能させる場合も本発明の範囲内に含む。

表示部１９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＣＲＴ、ＬＣＤ、タッチパネル型ディスプレイ、或いはＨＭＤ（ヘッドマウントディスプレイ）などにより実現できる。音出力部１９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。

通信部１９６は外部（例えば他の端末、サーバ）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

処理部１００（プロセッサ）は、入力部１６０からの入力情報やプログラムなどに基づいて、ゲーム処理、画像生成処理、或いは音生成処理などの処理を行う。この処理部１００は記憶部１７０内の主記憶部１７２をワーク領域として各種処理を行う。処理部１００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

処理部１００は、通信制御部１１０、ゲーム処理部１１２、表示制御部１１４、描画部１２０、音生成部１３０を含む。なおこれらの一部を省略する構成としてもよい。

通信制御部１１０は、サーバ２０及び他の端末とデータを送受信する処理を行う。例えば、通信制御部１１０は、サーバ２０及び他の端末から受信したデータを記憶部１７０に格納する処理、受信したデータを解析する処理、その他のデータの送受信に関する制御処理等を行う。なお、通信制御部１１０は、サーバ、他の端末の宛先情報を記憶部１７０や情報記憶媒体１８０に記憶し、管理する処理を行うようにしてもよい。また、通信制御部１１０は、プレーヤからの通信開始の入力情報を受け付けた場合に、サーバ２０との通信を行うようにしてもよい。

また、通信制御部１１０は、画像を描画するフレームレートに応じてデータを含むパケットを生成し、サーバ２０に生成したパケットを送信する処理を行ってもよい。具体的に説明すると、例えば、１／６０秒毎に、サーバ２０にパケットを送信する処理を行ってもよい。

また、通信制御部１１０は、サーバ２０に、マッチング申込み要求情報を送信する処理を行う。また、通信制御部１１０は、サーバ２０或いは他の端末１０から、マッチング相手のプレーヤ情報を受信する。また、通信制御部１１０は、サーバ２０にゲームの結果（対戦ゲームの勝敗の結果）を送信する処理を行う。

ゲーム処理部１１２は、種々のゲーム演算処理を行う。例えば、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、ゲーム終了条件を満たす場合にゲームを終了する処理などがある。

また、ゲーム処理部１１２は、プレーヤキャラクタ、建物、球場、車、樹木、柱、壁、マップ（地形）などの表示物を表す各種オブジェクト（ポリゴン、自由曲面又はサブディビジョンサーフェスなどのプリミティブで構成されるオブジェクト）をオブジェクト空間に配置設定する処理を行うようにしてもよい。

ここでオブジェクト空間とは、ゲーム空間（仮想空間）であり、２次元空間、３次元空間の両方を含む。例えば、オブジェクト空間を３次元空間とした場合には、ワールド座標系にオブジェクトを配置する。

例えば、ゲーム処理部１１２は、オブジェクト空間において、プレーヤキャラクタを移動させる処理を行うようにしてもよい。すなわち入力部１６０によりプレーヤが入力した入力情報や、プログラム（移動・動作アルゴリズム）や、各種データ（モーションデータ）などに基づいて、プレーヤキャラクタをオブジェクト空間内で移動させたり、オブジェクトを動作（モーション、アニメーション）させたりする処理を行う。具体的には、プレーヤキャラクタの移動情報（位置、回転角度、速度、或いは加速度などの移動パラメータ）や動作情報（オブジェクトを構成する各パーツの位置、或いは回転角度）を、１フレーム（例えば、１／６０秒）毎に順次求める処理を行うようにしてもよい。なおフレームは、プレーヤキャラクタの移動・動作処理や画像生成処理を行う時間の単位である。

表示制御部１１４は、ゲーム処理部１１２によるゲーム処理内容を表示させる表示制御や、描画部１２０において生成された画像を表示部１９０に表示させる表示制御を行う。例えば、表示制御部１１４は、プレーヤの特定パラメータの数値を表示する。例えば、特定パラメータの数値を、コインの枚数（対戦コインの残数）として表現してもよい。また、特定パラメータの数値をゲージで表現してもよい。

また、表示制御部１１４は、サーバ２０から受信したデータ（Ｗｅｂデータ、ＨＴＭＬ形式で作成されたデータ、Ｗｅｂコンテンツデータなど）を、ブラウザなどを用いて表示部１９０に表示させる処理を行ってもよい。例えば、Ｗｅｂコンテンツデータとは、グラフィックスデータ、アニメーションデータであり、端末１０が備えるＷｅｂブラウザ機能によってＷｅｂコンテンツデータを再生するようにしてもよい。

描画部１２０は、処理部１００で行われる種々の処理（例えば、ゲーム処理）の結果に基づいて描画処理を行い、これにより画像を生成し、表示部１９０に出力する。描画部１２０が生成する画像は、いわゆる２次元画像であってもよいし、いわゆる３次元画像であってもよい。

いわゆる３次元ゲーム画像を生成する場合には、まずオブジェクト（モデル）の各頂点の頂点データ（頂点の位置座標、テクスチャ座標、色データ、法線ベクトル或いはα値
等）を含むオブジェクトデータ（モデルデータ）が入力され、入力されたオブジェクトデータに含まれる頂点データに基づいて、頂点処理（頂点シェーダによるシェーディング）が行われる。なお頂点処理を行うに際して、必要に応じてポリゴンを再分割するための頂点生成処理（テッセレーション、曲面分割、ポリゴン分割）を行うようにしてもよい。

頂点処理では、頂点処理プログラム（頂点シェーダプログラム、第１のシェーダプログラム）に従って、頂点の移動処理や、座標変換、例えばワールド座標変換、視野変換（カメラ座標変換）、クリッピング処理、透視変換（投影変換）、ビューポート変換等のジオメトリ処理が行われ、その処理結果に基づいて、オブジェクトを構成する頂点群について与えられた頂点データを変更（更新、調整）する。

そして、頂点処理後の頂点データに基づいてラスタライズ（走査変換）が行われ、ポリ
ゴン（プリミティブ）の面とピクセルとが対応づけられる。そしてラスタライズに続いて、画像を構成するピクセル（表示画面を構成するフラグメント）を描画するピクセル処理（ピクセルシェーダによるシェーディング、フラグメント処理）が行われる。ピクセル処理では、ピクセル処理プログラム（ピクセルシェーダプログラム、第２のシェーダプログラム）に従って、テクスチャの読出し（テクスチャマッピング）、色データの設定／変更、半透明合成、アンチエイリアス等の各種処理を行って、画像を構成するピクセルの最終的な描画色を決定し、透視変換されたオブジェクトの描画色を描画バッファ（ピクセル単位で画像情報を記憶できるバッファ。ＶＲＡＭ、レンダリングターゲット）に出力（描画）する。すなわち、ピクセル処理では、画像情報（色、法線、輝度、α値等）をピクセル単位で設定あるいは変更するパーピクセル処理を行う。これにより、オブジェクト空間内において仮想カメラ（視点）から見える画像が生成される。

音生成部１３０は、処理部１００で行われる種々の処理の結果に基づいて音処理を行い、ＢＧＭ、効果音、又は音声などのゲーム音を生成し、音出力部１９２に出力する。例えば、サーバ２０から受信した音データを音出力部１９２に出力するようにしてもよい。

２．２．サーバの構成
図３に本実施形態のサーバ２０の機能ブロック図の例を示す。本実施形態のサーバ２０は図３の構成要素（各部）の一部を省略した構成としてもよい。

記憶部２７０は、処理部２００や通信部２９６などのワーク領域となるもので、その機能はＲＡＭ（ＶＲＡＭ）などにより実現できる。記憶部２７０は、主記憶部２７２、格納部２６０（例えば、データベース）を含む。

格納部２６０には、サーバ２０が管理するプレーヤの識別情報（プレーヤ名、ユーザアカウント、ユーザ識別情報）、プレーヤのパスワード、メールアドレスを対応付けて格納する。また、格納部２６０（広義には記憶部２７０）は、マッチング設定されたプレーヤ名の組み合わせ（マッチング情報）等を格納（記憶）する。なお、プレーヤの識別情報は、プレーヤ毎に付与される、プレーヤを識別するための唯一無二のユニークな情報である。

情報記憶媒体２８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ）、光磁気ディスク（ＭＯ）、磁気ディスク、ハードディスク、磁気テープ、或いはメモリ（ＲＯＭ）などにより実現できる。処理部２００は、情報記憶媒体２８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体２８０には、本実施形態の各部としてコンピュータを機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）が記憶される。

通信部２９６は外部（例えば、端末、他のサーバや他のネットワークシステム）との間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ＡＳＩＣなどのハードウェアや、プログラムなどにより実現できる。

処理部２００（プロセッサ）は、情報記憶媒体２８０に記憶されるプログラム等に基づいて、処理を行う。具体的には、端末からの要求に応じてサービスを提供する。

また、処理部２００は記憶部２７０内の主記憶部２７２をワーク領域として各種処理を行う。処理部２００の機能は各種プロセッサ（ＣＰＵ、ＤＳＰ等）、ＡＳＩＣ（ゲートアレイ等）などのハードウェアや、プログラムにより実現できる。

特に、本実施形態のサーバの処理部２００は、プレーヤ情報管理部２１０、通信制御部２１１、パラメータ制御部２１２、マッチング処理部２１４、監視部２１５と、を含む。なお、これらの一部を省略する構成としてもよい。

プレーヤ情報管理部２１０は、プレーヤの識別情報に対応するデータ（プレーヤキャラクタ名、レベル、ポイント、仮想通貨）等のプレーヤ情報を管理する。

また、プレーヤ情報管理部２１０は、端末１０からプレーヤの識別情報（プレーヤ名）、パスワードを受信し、受信したプレーヤの識別情報とパスワードが、格納部２６０に格納されているプレーヤの識別情報及びプレーヤの識別情報に対応するパスワードと一致するか否かを判断し、一致する場合に認証を許可し、当該プレーヤのログイン処理を行う。

また、プレーヤ情報管理部２１０は、ログイン中のプレーヤの端末から、ログアウト要求情報を受信した場合には、当該プレーヤをログアウトする処理を行う。また、プレーヤ情報管理部２１０は、ログイン中のプレーヤの端末から所定期間、データ通信をしていない場合にもログアウトする処理を行ってもよい。

通信制御部２１１は、端末１０とネットワークを介してデータを送受信する処理を行う。例えば、通信制御部２１１は、プレーヤの端末１０からのマッチング申込み要求情報、等を受信する。

パラメータ制御部２１２は、プレーヤ毎に、プレーヤの特定パラメータを時間経過に応じて増加させる処理を行う。

パラメータ制御部２１２は、マッチング処理部２１４においてマッチングが設定された場合に、マッチング申込み要求をした一のプレーヤの特定パラメータ及びマッチング処理部２１４によって選択されたマッチング相手の特定パラメータそれぞれから、所定消費値を減算する処理を行う。

パラメータ制御部２１２は、マッチング処理部２１４においてマッチングが設定されたマッチング相手の特定パラメータが所定値未満である場合には、マッチング相手の特定パラメータを減算せずに、マッチング申込み要求をした一のプレーヤの特定パラメータから所定消費値の倍数を減算する処理を行うようにしてもよい。

パラメータ制御部２１２は、マッチング処理部２１４においてマッチングが設定された場合には、マッチング申込み要求をした一のプレーヤと相手プレーヤとの対戦ゲームにおいて勝利したプレーヤの特定パラメータを、増加させるようにしてもよい。

また、マッチング処理部２１４は、特定パラメータが所定値以上である一のプレーヤの端末からマッチング申込み要求情報を受信した場合に、特定パラメータが所定値以上の他の複数のプレーヤをマッチング候補とし、当該マッチング候補の中からマッチング相手を選択する処理を行う。

また、マッチング処理部２１４は、マッチング候補数が所定候補数未満である場合に、特定パラメータが所定値未満である他のプレーヤをマッチング候補に加える。

また、マッチング処理部２１４は、イベント期間内であって、イベント開始時点、一のゲーム期間、及び前記特定パラメータの上限値に基づいて決められる特定期間に、特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えるようにしてもよい。

また、マッチング処理部２１４は、イベント期間内であって、一のゲーム期間及びイベント終了時点に基づいて決められる特定期間に、前記特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えるようにしてもよい。

また、マッチング処理部２１４は、ゲームプレイ中であって前記特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えるようにしてもよい。

また、マッチング処理部２１４は、マッチング申込みをした第１のプレーヤのレベルと、マッチング相手の第２のプレーヤのレベルが同じ又は僅差であることをマッチング条件とし、マッチング条件を満たすように、マッチング相手を選択する処理を行うようにしてもよい。

また、マッチング処理部２１４は、マッチング申込み要求をした一のプレーヤと選択されたマッチング相手とのマッチングを設定する処理を行う。マッチングを設定するとは、マッチング申込み要求をした一のプレーヤと選択されたマッチング相手とを、対戦ゲームで対戦するプレーヤの組み合わせとして記憶部２７０に記憶することであり、サーバ２０は、各端末にマッチングの組み合わせの情報を送信する処理を行い、端末１０において対戦ゲームが実現される。

監視部２１５は、プレーヤの端末においてプレーヤがゲームプレイ中か否かを監視する処理を行う。

３．本実施形態の処理の手法
３．１ 概要
本実施形態は、複数のキャラクタが対戦ゲームを行うものである。例えば、対戦ゲームは、第１のプレーヤキャラクタ（第１のプレーヤの操作対象のキャラクタ）と第２のプレーヤキャラクタ（第２のプレーヤの操作対象のキャラクタ）とが相互に攻撃し合うゲームでもよいし、第１のプレーヤキャラクタと第２のプレーヤキャラクタとが協力して、特定の敵キャラクタ（ボスキャラクタ等）を攻撃するゲームでもよい。特に、本実施形態では、プレーヤがキャラクタを操作し、キャラクタ同士が互いに敵対関係にある対戦ゲームを行う例について説明する。

また、本実施形態のネットワークシステムでは、各キャラクタの制御（移動・動作制御や攻撃等の制御）を端末１０で行っている。例えば、端末１０は、入力部１６０からの入力情報に基づき自キャラクタを制御し、ネットワークを介して当該他の端末から当該他のキャラクタの制御情報（他の端末の入力情報、他のキャラクタの移動・動作情報や攻撃等の制御情報）を受信して他のキャラクタの制御を行う。

また、本実施形態では、家庭用据置機（端末の一例）において、基本的に無料でゲームプレイできるＦ２Ｐを実現するものである。つまり、プレーヤは、特定パラメータ（プレイ権パラメータ）を１消費（１減算）することによって、無料で１回分のゲームをすることができる。要するに、プレーヤは特定パラメータが１以上であれば、無料でゲームプレイすることができるが、この特定パラメータが０（ゼロ）になると、プレーヤは無料で遊ぶことはできなくなる。

本実施形態では、時間経過に応じて（例えば、３０分経過する度に）、特定パラメータを１回復（１増加）する処理（自動回復処理）を行っている。したがって、特定パラメータが０になってしまったプレーヤは、無料でゲームをするために暫く待つことになる。家庭用据置機の場合、プレーヤはその場所で居続けながら特定パラメータが回復（増加）することを待つことになるので、プレーヤがゲームから遠ざかってしまい、その結果、対戦
相手となるマッチング候補のプレーヤの絶対数が減ってしまい、マッチングのバリエーションが少なくなってしまうという難点が生じる。

そこで、本実施形態では、所定条件下で特定パラメータが０であるプレーヤもマッチング候補に加える処理を行う。このようにすれば、マッチング候補のプレーヤ数の減少を抑制或いは回避することができるからである。以下、詳細に本実施形態の手法について説明する。

３．２ 特定パラメータの説明
まず、本実施形態の特定パラメータについて説明する。特定パラメータとは、ゲームをプレイするための権利数を示す値である。

本実施形態では、サーバ２０が、プレーヤ毎に、プレーヤの特定パラメータを制御している。例えば、本実施形態のサーバは、図４に示すように、プレーヤ名（プレーヤの識別情報）に対応付けて、プレーヤの特定パラメータ、特定パラメータの直近の自動回復日時を記憶部に記憶する。

本実施形態では、プレーヤが初めてログインした際には、特定パラメータの値を初期値（例えば、「５」）に設定する処理を行う。そして、プレーヤが１回分の対戦ゲームを行う度に、プレーヤの特定パラメータから所定消費値（例えば、「１」）を減算する。なお、本実施形態では、特定パラメータの下限値を０に設定している。

また、サーバは、プレーヤ毎に、プレーヤの特定パラメータを所定周期毎（例えば、３０分毎）に所定回復値（例えば、「１」）を加算（回復）する処理を行う。なお、本実施形態では、特定パラメータの上限値を５に設定している。

また、本実施形態では、対戦ゲームのマッチング設定を行った後であって、ゲーム開始前に、特定パラメータから所定消費値を減算し、減算後の特定パラメータを当該端末に送信する処理を行う。

なお、本実施形態では、サーバが特定パラメータを制御しているが、端末において、特定パラメータを制御するようにしてもよい。例えば、端末は、ログイン処理後、サーバから特定パラメータを受信し、端末において当該特定パラメータを所定周期毎（例えば、３０分毎）に上限値を限度に所定回復値（例えば、「１」）を加算（回復）する処理を行い、対戦ゲームのマッチング設定を行った後であってゲーム開始前に、下限値を限度に特定パラメータから所定消費値を減算する処理を行う。

また、本実施形態では、１回分の対戦ゲームにおいて勝利すると、勝利したプレーヤの特定パラメータに所定勝利値（例えば、「１」）を加算する処理を行うようにしてもよい。

また、本実施形態では、プレーヤが課金サーバにアクセスして、プレーヤが課金することによって、特定パラメータに課金した額に応じた値を加算するようにしてもよい。

また、本実施形態の端末は、サーバから受信した特定パラメータの値を表示部に表示している。例えば、端末は、この特定パラメータの値を対戦コインの枚数（残数）として表示してもよいし、ゲージで表示してもよい。

３．３ ログイン処理
本実施形態のサーバ２０は、プレーヤの端末１０からプレーヤのログイン情報（プレー
ヤ識別情報、プレーヤパスワード等）を受信し、プレーヤの認証を許可すると、プレーヤ識別情報に関連する情報（特定パラメータ、キャラクタ情報等）を送信する。

また、本実施形態では、ログイン中のプレーヤであって、特定パラメータが１以上であるプレーヤを対戦ゲームのマッチング申込み可能なプレーヤとしている。なお、本実施形態では、ログイン中であって、特定パラメータが１以上であり、さらに、プレーヤの端末から対戦ゲームに参加するための参加要求（エントリー）を受け付けたプレーヤを、マッチング申込み可能なプレーヤとしてもよい。

また、本実施形態では、ログイン中のプレーヤであって、原則、特定パラメータが１以上であるプレーヤをマッチング候補（マッチング対象）のプレーヤとしている。

３．４ マッチングの申込み処理
本実施形態のサーバ２０は、対戦ゲームに参加要求し、対戦相手が決まっていない待ち状態の複数のプレーヤの中から、対戦ゲームを行う第１のプレーヤ、第２のプレーヤをマッチングする処理（第１のプレーヤ、第２のプレーヤとの組み合わせを決める処理）を行う。

例えば、本実施形態では、特定パラメータが所定値以上（例えば、１以上）である場合に、マッチング申込みを受け付ける処理を行う。例えば、サーバは、端末からマッチング申込み要求情報を受信した場合には、当該端末から受信したプレーヤの識別情報に対応付けられた特定パラメータを参照し、当該特定パラメータが所定値以上であるか否かを判断する。

例えば、プレーヤＰ１の端末からマッチング申込み要求情報を受信した場合、当該プレーヤＰ１に対応付けられた特定パラメータが５であり、１以上であるので、プレーヤＰ１のマッチング申込みを受け付ける処理を行う。

３．５ マッチング相手選択処理
そして、サーバは、特定パラメータが所定値以上（例えば、所定値を１とすると１以上）であるプレーヤの端末からマッチング申込み要求情報を受信した場合に、特定パラメータが所定値以上の他の複数のプレーヤをマッチング候補とし、当該マッチング候補の中からマッチング相手を選択する処理を行う。

例えば、特定パラメータが所定値以上であるプレーヤＰ１の端末からマッチング申込み要求を受信した場合に、対戦相手が決まっていない待ち状態の複数のプレーヤＰ２、Ｐ３、Ｐ４・・・と存在する場合において、特定パラメータが所定値以上であるプレーヤをマッチング候補とする。そして、マッチング候補となったプレーヤの中から、プレーヤＰ１と対戦するマッチング相手（対戦相手）を選択する。

サーバ２０は、マッチング申込みを行ったプレーヤＰ１のレベル、マッチング候補の各プレーヤのレベルを参照し、プレーヤＰ１とマッチング相手とのレベル差が生じないようにマッチングを行う。例えば、第１のプレーヤと第２のプレーヤとのレベル差が１０以内になることをマッチング条件とし、当該マッチング条件を満たすようにマッチング申込みを行ったプレーヤＰ１のマッチング相手を選択する。

また、本実施形態では、原則的には、特定パラメータが０、すなわち所定値未満（１未満）のプレーヤをマッチング候補としない。しかし、本実施形態では、マッチング候補数が所定候補数未満である場合には、特定パラメータが０である他のプレーヤをマッチング候補に加える。

つまり、通常は、特定パラメータを１消費することによって、１回のゲームプレイが可能となるが、マッチング候補の絶対数が減少してしまうと、マッチングのバリエーションが減ってしまう。また、対人戦のゲームにおいては、特にマッチング申込みをしたプレーヤは、さまざまなプレーヤと対戦ゲームを行うことを好む傾向にある。そこで、本実施形態では、例外的に、マッチング候補数が所定候補数未満（例えば、１０００未満）である場合には、特定パラメータが０であるプレーヤもマッチング候補に加えている。このようにすれば、マッチング候補の絶対数の減少或いは抑制が可能となる。

また、本実施形態では、マッチング候補数が所定候補数以上である場合には、原則に従い、特定パラメータが１以上であるプレーヤをマッチング候補にする。このようにすれば、ゲーム運営者は、比較的マッチング候補数が足りている状況においては、プレーヤに課金することによって特定パラメータの増加を促すことができるからである。

また、本実施形態において、サーバは、プレーヤの端末においてプレーヤがゲームプレイ中か否かを監視する処理を行い、マッチング候補数が所定候補数未満である場合には、特定パラメータが０であるプレーヤのうちゲームプレイ中であるプレーヤをマッチング候補に加えるようにしてもよい。

つまり、特定パラメータが０のプレーヤは、無料でゲームプレイできないので、その場に居ないことや、ゲームプレイしていない可能性がある。そこで、サーバは、プレーヤがゲームプレイ中か否かを監視し、ゲームプレイ中であるプレーヤをマッチング候補に加えるようにする。このようにすれば、マッチング申込みをしたプレーヤは、確実にゲームプレイできる状況にあるプレーヤをマッチング候補にすることができる。

なお、ゲームプレイ中とは、例えば、プレーヤが入力部から何らかの入力をしている場合であり、サーバは、入力を検出しているかどうかを端末１０に問い合わせることによって監視する。例えば、サーバは、所定周期（例えば、５分毎に）、端末に入力検出情報の有無を問い合わせる情報を送信する。サーバは、端末から所定期間内（例えば、５分以内）に入力検出情報が有り（フラグ＝１）の情報を受信するとゲームプレイ中であると判断する。一方、サーバは、端末から所定期間内（例えば、５分以内）に入力検出情報が有り（フラグ＝１）の情報を受信しない場合にはゲームプレイ中でないと判断する。

なお、本実施形態では、イベント期間内の特定期間に、特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えるようにしてもよい。ここで、イベントとは、本実施形態のゲームにおいて、ゲーム運営者が通常時とは別の特別なゲーム環境を提供することである。例えば、ランキングを競うイベント、勝利数に応じて報酬（仮想通貨や、抽選プログラム（ガチャ）の実行権限）を付与するイベント等がある。

例えば、１日間において（ある日の午後９時から翌日の午後９時まで）において、対戦ゲームにおいてランキングを競うイベントがあるとする。そして、本実施形態の対戦ゲームの期間は３分間であるので、イベント開始から上限値５の特定パラメータを用いて無料で遊べる期間はおよそ１５分間となる。つまり、特定パラメータの値が上限値５であるプレーヤは、およそ１５分間無料でゲームプレイできる。

通常、イベント開始直後は、多くのプレーヤが無料でゲームプレイを行おうとするので、マッチング候補数も多くなるが、無料で遊べる期間（およそ１５分）が経過してしまうと、マッチング候補数が減少する傾向にある。

また、本実施形態では、課金することによって特定パラメータを増加させることもでき
るが、課金せずにプレーヤが待つことによって特定パラメータを増加させるプレーヤも少なくない。また、このようなプレーヤがログアウトしてしまうと、対戦ゲーム全体の盛り上がりがかけてしまい、マッチングのバリエーションも減ってしまう。

そこで、本実施形態では、図５に示すように、例えば、一のゲーム期間が３分間であって、特定パラメータの上限値が５であるとすると、一のゲーム期間（３分間）に、上限値（５）を乗算した期間Ｔ０を求め、当該期間Ｔ０（１５分）の経過時点から、所与の期間（例えば、３０分間）を特定期間Ｔ１とし、当該特定期間Ｔ１において、特定パラメータが０であるプレーヤをマッチング候補に加える。この特定期間は、例えば、特定パラメータの回復周期（増加周期）の期間とする。例えば、３０分で特定パラメータが回復する場合には、特定期間Ｔ１を３０分とする。

また、本実施形態では、図５に示すように、イベント終了間近になると、ランキングを競うプレーヤが増えた方がゲーム全体を盛り上げることになるので、より多くのプレーヤが参加した方が好ましい。そこで、イベント終了時点から遡って所与の期間（例えば、３分間）を特定期間Ｔ２とし、当該特定期間Ｔ２において、特定パラメータが０であるプレーヤをマッチング候補に加える。この特定期間Ｔ２は、少なくとも１回分のゲーム期間（３分）以上を有する期間が好ましい。

また、本実施形態では、特定期間Ｔ１、Ｔ２以外の期間は、原則に従い、特定パラメータが１以上であるプレーヤをマッチング候補にすればよい。

このように、本実施形態では、イベント期間に応じて、特定パラメータが０であるプレーヤがマッチング候補となり得る期間を予めスケジューリングすることができる。

また、本実施形態では、特定パラメータが０であるプレーヤをマッチング候補にする場合には、特定パラメータが０である全プレーヤをマッチング候補にしてもよいし、特定パラメータが０である全プレーヤのうちの所定割合の数（例えば、２割等）をマッチング候補にしてもよい。この所定割合は、特定パラメータが１以上であるプレーヤ数に応じて変動させてもよい。例えば、特定パラメータが１以上であるプレーヤ数が増えるにつれて、特定割合を減少させ、特定パラメータが１以上であるプレーヤ数が減少するにつれて、特定割合を増加させるようにしてもよい。より具体的に説明すると、例えば、特定パラメータが１以上であるプレーヤが１００未満である場合には、特定パラメータが０である全プレーヤのうちの１０割をマッチング候補にし、特定パラメータが１以上であるプレーヤ数が１００以上１０００未満である場合には、特定パラメータが０である全プレーヤのうちの５割をマッチング候補にし、特定パラメータが１以上であるプレーヤ数が１０００以上である場合には、特定パラメータが０である全プレーヤのうちの２割をマッチング候補にする。

３．６ マッチングを設定する処理
本実施形態のサーバは、マッチング申込みを行った一のプレーヤと、マッチング候補から選ばれたマッチング相手とのマッチングを設定する処理を行う。

例えば、本実施形態のサーバは、プレーヤＰ１の端末からマッチング申込み要求を受信した場合には、当該プレーヤＰ１と、マッチング候補から選ばれたマッチング相手（例えば、プレーヤＰ２）とをマッチング設定する処理を行う。

具体的にマッチングの設定とは、図６に示すように、第１のプレーヤ、第２のプレーヤのマッチング情報を記憶部に記憶する処理を行う。つまり、マッチング情報とは、第１のプレーヤ、第２のプレーヤそれぞれのプレーヤ名（プレーヤの識別情報）の組み合わせ情
報である。本実施形態では、図６に示すように、マッチング情報を記憶部に蓄積して記憶する（履歴を記憶する）ようにしてもよい。

そして、サーバ２０は、マッチング設定を行うと、第１のプレーヤ（例えば、プレーヤＰ１）の端末に相手プレーヤ（例えば、プレーヤＰ２）のプレーヤ情報を送信し、第２のプレーヤ（例えば、プレーヤＰ２）の端末に相手プレーヤ（例えば、プレーヤＰ１）のプレーヤ情報を送信する処理を行う。

また、本実施形態では、マッチングが設定された場合に、ゲームを開始する前に、マッチング申込みを行った一のプレーヤの特定パラメータ及びマッチング相手の特定パラメータそれぞれから、所定消費値（例えば、１）を減算する処理を行う。

なお、本実施形態では、マッチング相手の特定パラメータが０である場合には、０の状態を維持している。

また、本実施形態では、マッチング相手の特定パラメータが０である場合には、申込みを行った一のプレーヤの特定パラメータから所定消費値の倍数を減算する処理を行うようにしてもよい。

例えば、プレーヤＰ１がマッチングを申込み、マッチング候補において特定パラメータの値が０であるプレーヤＰ２が加えられ、当該プレーヤＰ２がプレーヤＰ１のマッチング相手に選ばれて、マッチング設定されたとする。すると、サーバは、プレーヤＰ１の特定パラメータから２を減算し、プレーヤＰ２の特定パラメータは０を維持する。

このようにすれば、対戦ゲームにおいて本来ならば各々のプレーヤの特定パラメータから１を消費するところを、プレーヤＰ１がプレーヤＰ２の分も負担して、プレーヤＰ１の特定パラメータから２を消費することになる。つまり、特定パラメータの値を、自他問わず一のプレーヤが１回分のゲームをプレイすることができる権利数にすることができる。

また、本実施形態では、１回分の対戦ゲームにおいて勝利すると、勝利したプレーヤの特定パラメータに所定勝利値（例えば、「１」）を加算する処理を行うので、プレーヤＰ１は、勝利さえすれば、相手プレーヤＰ２の負担を解消することができる。

なお、本実施形態では、プレーヤＰ１がマッチング申込みを行い、サーバがマッチング候補からマッチング相手としてプレーヤＰ２を選択した場合には、マッチング設定をする前に、プレーヤＰ１の端末にプレーヤＰ２のプレーヤ情報を送信し、プレーヤＰ２の端末にプレーヤＰ１のプレーヤ情報を送信するようにしてもよい。例えば、プレーヤＰ１の端末からマッチング許可情報を受信し、かつ、プレーヤＰ２の端末からマッチング許可情報を受信した場合に、プレーヤＰ１、Ｐ２をマッチング設定する処理を行うようにしてもよい。

３．７ 特定パラメータが所定値未満のプレーヤに対するゲーム処理
本実施形態では、原則、特定パラメータが０（所定値未満の一例）のプレーヤは、対戦ゲームでプレイすることができないが、例外的に、所定条件下で、マッチング候補となる可能性があり、対戦ゲームでプレイする機会もある。したがって、特定パラメータが０のプレーヤが家庭用据置機でログインし続ける環境を提供することが必要となる。

本実施形態では、特定パラメータが０のプレーヤがログインし続ける環境を提供するために、プレーヤの端末において練習モードを提供している。練習モードは、端末において、プレーヤのキャラクタが練習用のＣＰＵキャラクタ（コンピュータキャラクタ）と対戦
ゲームプログラムを実行するモードである。また、本実施形態では、プレーヤの端末において、プレーヤのキャラクタに対して、カスタマイズ（服装や髪型を変更する）するモードを提供してもよい。

また、本実施形態では、特定パラメータが０のプレーヤの端末の画面に、対戦ゲームのマッチング候補になる可能性があることを表示するようにしてもよい。このようにすれば、さらに、プレーヤがログインし続けることを促すことができる。このように、本実施形態では、特定パラメータが０のプレーヤが飽きずにログインし続ける環境を提供するようにしている。

３．８ フローチャート
図７（Ａ）（Ｂ）は、本実施形態のマッチング処理の流れを示すフローチャートである。まず、図７（Ａ）に示すように、サーバ２０は、プレーヤの端末からマッチング申込み要求情報を受信する処理を行う（ステップＳ１）。そして、マッチング申込みを行ったプレーヤの特定パラメータが１以上であるか否かを判断する（ステップＳ２）。

マッチング申込みを行ったプレーヤの特定パラメータが１以上である場合には（ステップＳ２のＹ）、次のステップに進み、マッチング申込みを行ったプレーヤの特定パラメータが１以上でない場合には（ステップＳ２のＮ）、処理を終了する。

次に、特定パラメータが１以上の他のプレーヤをマッチング候補にし（ステップＳ３）、マッチング候補数が所定候補数以上か否かを判断する（ステップＳ４）。

マッチング候補数が所定候補数以上である場合（ステップＳ４のＹ）、ステップＳ６に進む。一方、マッチング候補数が所定候補数以上でない場合（ステップＳ４のＮ）、特定パラメータが０である他のプレーヤをマッチング候補に加える（ステップＳ５）。

次に、マッチング条件に基づき、マッチング候補から、マッチング申込みを行ったプレーヤのマッチング相手となる他のプレーヤを選択する処理を行う（ステップＳ６）。そして、マッチング申込みを行ったプレーヤと、マッチング相手とをマッチング設定する処理を行う(ステップＳ７)。

次に、図７（Ｂ）に示すように、マッチング相手の特定パラメータが０であるか否かを判断する（ステップＳ１０）。

マッチング相手の特定パラメータが０である場合には（ステップＳ１０のＹ）、マッチング申込みを行ったプレーヤの特定パラメータから２を減算する処理を行う（ステップＳ１１）。

一方、マッチング相手の特定パラメータが０でない場合には（ステップＳ１０のＮ）、マッチング申込みを行ったプレーヤの特定パラメータから１を減算する処理を行い、マッチング相手の特定パラメータから１を減算する処理を行う（ステップＳ１２）。

次に、ゲームを開始する処理を行う（ステップＳ１３）。例えば、サーバは端末にゲームを開始する情報を送信し、各端末はサーバからゲームを開始する情報を受信すると、1回分の対戦ゲームプログラムを実行する処理を行う。なお、ゲーム中は、対戦する各プレーヤの端末間でデータを送受信するが、サーバを経由して端末間でデータを送受信してもよい。そして、ゲームが終了すると(ステップＳ１４)、ゲーム結果を端末から受信する（ステップＳ１５）。例えば、端末は１回分の対戦ゲームが終了すると終了情報をサーバに送信し、当該対戦ゲームの結果をサーバに送信する。そして、サーバは端末から受信した
対戦ゲームの結果に基づき、勝利したプレーヤの特定パラメータを１増加させる処理を行う（ステップＳ１６）。以上で処理が終了する
４．応用例
（１）グループ対戦の応用例
本実施形態では、グループ対戦によるマッチング処理を行ってもよい。例えば、第１のプレーヤを含む５人のプレーヤで構成される第１のグループと、第２のプレーヤを含む５人のプレーヤで構成される第２のグループを生成するマッチングする処理を行うようにしてもよい。例えば、マッチング申込みを行う一のプレーヤのグループ内のメンバー（マッチング相手の一例）を決める場合や、対戦相手グループ内のメンバー（マッチング相手の一例）を決める場合、マッチング候補数が所定候補数未満である場合には、特定パラメータが０であるプレーヤをマッチング候補に加えるようにしてもよい。

（２）特定パラメータの消費量
本実施形態では、１回のゲームあたり２以上の値を消費（減算）するゲームに応用してもよい。かかる場合には、特定パラメータの値が２以上であることをマッチング申込みの条件とし、原則として、特定パラメータの値が２以上であるプレーヤをマッチング候補とするが、マッチング候補数が所定候補数未満である場合には、特定パラメータの値が２未満のプレーヤ（例えば、特定パラメータの値が１或いは０）をマッチング候補に加えるようにしてもよい。

（３）その他
本実施形態はクラウドコンピューティングで実現されるネットワークシステムでもよい。すなわち、上述した説明では、端末１０でゲーム処理や描画処理を行っているが、クラウドコンピューティングではサーバ上でプレーヤ毎の情報（プレーヤキャラクタの情報やプレーヤ情報など）を記憶し、ゲーム処理を行う。つまり、端末１０は入力部１６０からの入力を行い、サーバ２０に入力情報を送信する。そして、サーバ２０は、マッチング処理の他、ゲーム処理や描画処理を行い、映像データをプレーヤの端末１０にストリーミング配信し、端末１０はサーバ２０から受信した映像データを表示部１９０表示する。

本実施形態では、マッチング処理をサーバ２０で行う例について説明したが、端末１０がマッチング処理を行うように制御してもよい。また、本実施形態は、種々の対戦ゲームに応用できる。例えば、音楽ゲーム、ロールプレイングゲーム、シューティングゲームやハンティングアクションゲーム等にも応用できる。

１０ 端末、１１０ 通信制御部、１１２ ゲーム処理部、１１４ 表示制御部、
１２０ 描画部、１３０ 音生成部、１６０ 入力部、１６２ 検出部、
１７０ 記憶部、１７２ 主記憶部、１８０ 情報記憶媒体、
１９０ 表示部、１９２ 音出力部、１９６ 通信部、
２０ サーバ、２１０ プレーヤ情報管理部、２１１ 通信制御部、
２１２ パラメータ制御部、２１４ マッチング処理部、
２１５ 監視部、２７０ 記憶部、２７２ 主記憶部、
２６０ 格納部、２８０ 情報記憶媒体、２９６ 通信部

Claims (7)

1. ネットワークを介して端末と接続され、ゲーム処理を行うサーバのプログラムであって、
   プレーヤ毎に、プレーヤの特定パラメータを時間経過に応じて増加させる処理を行うパラメータ制御部と、
   特定パラメータが所定値以上である一のプレーヤの端末からマッチング申込み要求情報を受信した場合に、特定パラメータが所定値以上の他の複数のプレーヤをマッチング候補とし、当該マッチング候補の中からマッチング相手を選択し、前記一のプレーヤと前記マッチング相手とのマッチングを設定する処理を行うマッチング処理部として、コンピュータを機能させ、
   前記パラメータ制御部が、
   前記マッチング処理部においてマッチングが設定された場合に、前記一のプレーヤの特定パラメータ及び前記マッチング相手の特定パラメータそれぞれから、所定消費値を減算する処理を行い、
   前記マッチング処理部が、
   マッチング候補数が所定候補数未満である場合に、前記特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えることを特徴とするプログラム。
2. 請求項１において、
   前記パラメータ制御部が、
   前記マッチング処理部においてマッチングが設定された前記マッチング相手の前記特定パラメータが所定値未満である場合には、前記マッチング相手の前記特定パラメータを減算せずに、前記一のプレーヤの前記特定パラメータから前記所定消費値の倍数を減算する処理を行うことを特徴とするプログラム。
3. 請求項１又は２において、
   前記パラメータ制御部が、
   前記マッチング処理部においてマッチングが設定された場合に、前記一のプレーヤと前記相手プレーヤとの対戦ゲームにおいて勝利したプレーヤの特定パラメータを、増加させることを特徴とするプログラム。
4. 請求項１〜３のいずれかにおいて、
   前記マッチング処理部が、
   イベント期間内であって、イベント開始時点、一のゲーム期間、及び前記特定パラメータの上限値に基づいて決められる特定期間に、前記特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えることを特徴とするプログラム。
5. 請求項１〜４のいずれかにおいて、
   前記マッチング処理部が、
   イベント期間内であって、一のゲーム期間及びイベント終了時点に基づいて決められる特定期間に、前記特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えることを特徴とするプログラム。
6. 請求項１〜５のいずれかにおいて、
   プレーヤの端末においてプレーヤがゲームプレイ中か否かを監視する処理を行う監視部として、コンピュータを更に機能させ、
   前記マッチング処理部が、
   ゲームプレイ中であって前記特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えることを特徴とするプログラム。
7. ネットワークを介して端末と接続され、ゲーム処理を行うサーバであって、
   プレーヤ毎に、プレーヤの特定パラメータを時間経過に応じて増加させる処理を行うパラメータ制御部と、
   特定パラメータが所定値以上である一のプレーヤの端末からマッチング申込み要求情報を受信した場合に、特定パラメータが所定値以上の他の複数のプレーヤをマッチング候補とし、当該マッチング候補の中からマッチング相手を選択し、前記一のプレーヤと前記マッチング相手とのマッチングを設定する処理を行うマッチング処理部と、を含み、
   前記パラメータ制御部が、
   前記マッチング処理部においてマッチングが設定された場合に、前記一のプレーヤの特定パラメータ及び前記マッチング相手の特定パラメータそれぞれから、所定消費値を減算する処理を行い、
   前記マッチング処理部が、
   マッチング候補数が所定候補数未満である場合に、前記特定パラメータが所定値未満である他のプレーヤをマッチング候補に加えることを特徴とするサーバ。

Images