JP4765384B2 - ゲームシステム - Google Patents

Description

本発明はネットワークゲームシステムに関し、複数の端末装置がネットワークにより接続されたネットワークゲームシステムに関する。

ゲームセンタ等に設けられた所謂アーケードゲーム機等を用いて、複数のプレイヤがチームを組んで各プレイヤが役割を演じながらゲームを行うＲＰＧ（ロールプレイイングゲーム：Role Playing Game）が知られている。

近年は、アーケードゲーム機等をインターネットに接続することにより、多数のプレイヤが同時にひとつのサーバーに接続して行うネットワークＲＰＧであるＭＭＯＲＰＧ（Massively Multiplayer Online Role Playing Game）が提案されている。

ＭＭＯＲＰＧでは非常に多数のしかも見ず知らずのプレイヤが同じ仮想世界でプレイするため、一般的なネットワークゲームと比べても他のプレイヤとのコミュニケーションが重要である。このため、複数のプレイヤを選んでチームを組むマッチング技術の巧拙がゲームを楽しむための重要な要素となる。
特開２００２−２２２２０４号公報 特開２００４−３４４３００号公報

このようなゲームにおいて、不自然に強力なパラメータのアイテムを多数所有しているプレイヤが存在する。このようなパラメータは、非常に多数回のプレイを行う、多数のプレイヤと何度もアイテムを交換する等の行為を行わなければ得ることができないものであり、何らかの不正な手段でアイテムを入手している可能性が高い。

一般のプレイヤがこのような不正プレイヤとチームを組んでも、ゲームにおける能力が違いすぎてゲームを楽しむことができず、ゲームに対する意欲を失いかねない。しかし、このような不正の可能性があるプレイヤであってもゲームの参加を禁止することは妥当とはいえない。

本発明の目的は、すべてのプレイヤがゲームに対する意欲を持ち続け得る適切なマッチングを行うことができるネットワークゲームシステムを提供することにある。

本発明の一態様としてのネットワークゲームシステムは、複数のゲーム端末装置と、前記各ゲーム端末装置を管理するサーバーとがネットワークにより接続されてなるネットワークゲームシステムであって、前記ネットワークゲームシステムは、前記ゲーム端末装置を使用するユーザーを識別するユーザー固有情報記憶手段と、前記ゲーム端末装置から前記ユーザーの前記ネットワークゲームへの参加を検出したとき、前記ゲーム端末装置とネットワークを介して接続された他のゲーム端末装置において前記ネットワークゲームに参加している他のユーザーと前記ユーザーとのマッチングを行うマッチング手段と、前記マッチング手段によりマッチングされた複数のユーザーをひとつのグループとして前記ネットワークゲームを実行するネットワークゲーム制御手段とを備え、前記ネットワークゲームシステムは、更に、前記ユーザーが前記ネットワークゲームにおいて使用するゲームアイテムの情報を記憶するゲームアイテム記憶手段と、前記ゲームアイテムのうち、前記ユーザーが所有するユーザーアイテムについて前記ユーザーの情報と関連づけて記憶するユーザーアイテム記憶手段と、前記ユーザーが所有する前記ユーザーアイテムのステータス情報に関して不正が行われたか否かを判定するユーザー不正判定手段と、前記ユーザー不正判定手段の判定結果に基づくユーザー不正情報を記憶するユーザー不正情報記憶手段とを備え、前記マッチング手段は、前記ユーザー不正情報記憶手段に記憶されたユーザー不正情報に基づいて、前記ユーザー不正情報が適合するユーザー同士を組み合わせるマッチング処理を実行することを特徴とする。

上述したネットゲームシステムにおいて、前記ネットワークゲームシステムは、更に、前記ユーザーが前記ネットワークゲームにおいて使用するゲームアイテムの不正についての不正閾値を記憶するゲームアイテム不正閾値記憶手段を備え、前記ユーザー不正判定手段は、前記ユーザーが所有する前記ユーザーアイテムのステータス情報が、前記ゲームアイテム不正閾値記憶手段に記憶された不正閾値を超えているか否かに基づいて不正の有無を判定するようにしてもよい。

上述したネットゲームシステムにおいて、前記ユーザー不正判定手段は、前記ユーザーによる前記ユーザーアイテムの所有状態と、前記ユーザーのゲームプレイ時間の長さ又はプレイ時間帯とに基づいて、当該ユーザーアイテムが不正に入手されたものであるか否かを判定するようにしてもよい。

上述したネットゲームシステムにおいて、前記ユーザー不正判定手段は、前記ユーザーが所有する前記ユーザーアイテムの数に基づいて、当該ユーザーアイテムが不正に入手されたものであるか否かを判定するようにしてもよい。

以上の通り、本発明によれば、複数のゲーム端末装置と、各ゲーム端末装置を管理するサーバーとがネットワークにより接続されてなるネットワークゲームシステムであって、ネットワークゲームシステムは、ゲーム端末装置を使用するユーザーを識別するユーザー固有情報記憶手段と、ゲーム端末装置からユーザーのネットワークゲームへの参加を検出したとき、ゲーム端末装置とネットワークを介して接続された他のゲーム端末装置においてネットワークゲームに参加している他のユーザーとユーザーとのマッチングを行うマッチング手段と、マッチング手段によりマッチングされた複数のユーザーをひとつのグループとしてネットワークゲームを実行するネットワークゲーム制御手段とを備え、ネットワークゲームシステムは、更に、ユーザーがネットワークゲームにおいて使用するゲームアイテムの情報を記憶するゲームアイテム記憶手段と、ゲームアイテムのうち、ユーザーが所有するユーザーアイテムについてユーザーの情報と関連づけて記憶するユーザーアイテム記憶手段と、ユーザーが所有するユーザーアイテムのステータス情報に関して不正が行われたか否かを判定するユーザー不正判定手段と、ユーザー不正判定手段の判定結果に基づくユーザー不正情報を記憶するユーザー不正情報記憶手段とを備え、マッチング手段は、ユーザー不正情報記憶手段に記憶されたユーザー不正情報に基づいて、ユーザー不正情報が適合するユーザー同士を組み合わせるマッチング処理を実行するようにしたので、すべてのプレイヤがゲームに対する意欲を持ち続け得る適切なマッチングを行うことができる。

［一実施形態］
本発明の一実施形態によるゲームシステムについて図面を用いて説明する。図１は、本実施形態によるゲームシステムの構成の概要を示す図である。図２は、本実施形態によるゲームシステムにおけるゲーム装置及びサーバーを構成するゲームボードを示すブロック図である。

（ゲームシステムの概要）
まず、ゲームシステムの概要について図面を用いて説明する。

ゲームセンタ１０は例えば日本全国の各地域に所在している。各ゲームセンタ１０には、ゲームを行うための端末装置として複数台のゲーム装置１２が設けられている。ゲーム装置１２には、ゲームを制御する制御手段や、ＩＣカード３０を読み取るためのカードＩ／Ｆ（インターフェース）等が設けられている。ゲーム装置１２の構成の詳細については後述する。

端末装置であるゲーム装置１２はゲームセンタ１０内のＬＡＮ１４に接続されており、ゲームセンタ１０内の他のゲーム装置１２と相互に通信可能である。ゲームセンタ１０のＬＡＮ１４はインターネット２４に接続されており、他のゲームセンタ１０内のゲーム装置１２とも相互に通信可能である。従って、設置場所が離れていても、任意の複数のゲーム装置１２によりチームを組んで共通のゲームを行うことができるように構成されている。

端末装置であるゲーム装置１２を管理するための管理装置であるサーバー２０は、インターネット２４に接続されている。管理装置であるサーバー２０は、ゲーム装置１２により実行されたＲＰＧ等の各種ゲームのプレイデータをインターネット２４を介して収集し、そのプレイデータをデータベース２２に蓄積して管理する。サーバー２０の構成の詳細については後述する。

なお、サーバー２０を用いる代わりに、ゲーム装置１２のひとつに管理装置としての機能を持たせるようにしてもよい。また、データベース２２はサーバー２０内に設けてもよいし、ひとつのゲーム装置１２内に設けてもよい。

プレイヤは、移動通信端末である携帯電話２６を用い、携帯電話網２８を介してインターネット２４に接続する。携帯電話２６を介してサーバー２０内のデータベース２２に蓄積されたゲームデータ等にアクセスすることが可能である。なお、携帯電話３０の代わりにＰＨＳや、ＰＤＡ、ノートＰＣ、タブレットＰＣ等の携帯情報端末を用いてもよい。

ゲームセンタ１０に設けられたゲーム装置１２の他に、家庭用ゲーム装置１６や、パーソナルコンピュータ１８等の情報端末を用いてもよい。家庭用ゲーム装置１６では、ＩＣカード３０の代わりにメモリカード１７を用いてもよい。

（ゲーム装置・サーバーの構成）
本実施形態では、ゲーム装置１２やサーバー２０は同じゲームボードにより構成されている。家庭用ゲーム装置１６やパーソナルコンピュータ１８も基本的には同様の構成である。

ゲームボードには、ゲームプログラムの実行やシステム全体の制御や画像表示のための座標計算等を行うＣＰＵ５１と、ＣＰＵ５１が処理を行うのに必要なプログラムやデータを格納するバッファメモリとして利用されるシステムメモリ（ＲＡＭ）５２とがバスラインにより共通接続され、バスアービタ５４に接続されている。バスアービタ５４は、ゲームボードの各ブロックや外部に接続される機器とのプログラムやデータの流れを制御する。

ゲームプログラムやデータ（映像データや音楽データも含む）が格納されたプログラムデータ記憶装置又は記憶媒体（ゲーム用記録媒体であるＣＤ−ＲＯＭ等を駆動する光ディスクや光ディスクドライブ等も含む）５６と、ゲーム装置を起動するためのプログラムやデータが格納されているＢＯＯＴＲＯＭ５８とがバスラインを介してバスアービタ５４に接続されている。

バスアービタ５４を介して、プログラムデータ記憶装置又は記憶媒体５６から読み出した映像（ＭＯＶＩＥ）データを再生したり、プレイヤの操作やゲーム進行に応じて画像表示のための画像を生成するレンダリングプロセッサ６０と、そのレンダリングプロセッサ６０が画像生成を行うために必要なグラフィックデータ等を格納しておくグラフィックメモリ６２とが接続されている。レンダリングプロセッサ６０から出力される画像信号は、ビデオＤＡＣ（図示せず）によりデジタル信号からアナログ信号に変換され、ディスプレイモニタ６１に表示される。ディスプレイモニタ６１にはタッチパネル６３が設けられている。

バスアービタ５４を介して、プログラムデータ記憶装置又は記憶媒体５６から読み出した音楽データを再生したりプレイヤによる操作やゲーム進行に応じて効果音や音声を生成するサウンドプロセッサ６６と、そのサウンドプロセッサ６６により効果音や音声を生成するために必要なサウンドデータ等を格納しておくサウンドメモリ６８とが接続されている。サウンドプロセッサ６６から出力される音声信号は、オーディオＤＡＣ（図示せず）によりデジタル信号からアナログ信号に変換され、スピーカ７０から出力される。

バスアービタ５４には通信インターフェース７２が接続されている。通信インタフェース７２はゲームセンタ１０内のＬＡＮ１４やインターネット２４に接続される。

バスアービタ５４には、ペリフェラルＩ／Ｆ（インターフェース）７６を介して操作ボタン７７が接続されている。ペリフェラルＩ／Ｆ７６は、プレイヤによる操作を検出してゲームボードを制御するための信号を出力する。

バスアービタ５４には、カードＩ／Ｆ７８が接続されている。カードＩ／Ｆ７８を介してＩＣカード３０から情報を読み出したり、情報を書き込んだりする。

バスアービタ５４にはバックアップメモリ（図示せず）が接続され、これにゲームの成績などの記録を行う。バックアップメモリは、システムメモリ（ＲＡＭ）で代用してもよい。

（ゲームの概要）
本実施形態のゲームシステムにより実行されるゲームの概要について説明する。

このゲームは、ネットワークで繋がった全国のプレイヤがアクションを駆使してダンジョンを攻略する、本格アクションロールプレイングゲームである。このゲームをプレイするには記録用のＩＣカードが必要である。

最大４人のプレイヤが全国からマッチングされ、協力してダンジョンを探索する。ネットワークでありながら、非常に高いアクション性、見知らぬプレイヤ同士とのコミュニケーション性、コレクション性の高いアイテム、携帯連動コンテンツの対応などの新しい遊びを提供する。このゲームの最終目的は、奪われた魔道書を取り戻すことである。まずは、様々なダンジョン内を探索する。そこで、入手したアイテムで武器や防具などを強化していく。

このゲームには、シナリオにそって一人で冒険を行うシナリオプレイや、同じ店内のプレイヤと協力してダンジョン内の探索を行う店内ネットプレイ、全国のプレイヤと協力してダンジョン内の探索を行う全国ネットプレイがある。店内ネットプレイは、同じお店の中にいるプレイヤと協力して遊ぶモードである。お店で知り合った仲間や友達と一緒に遊びたいときに適している。全国ネットプレイは、全国各地で冒険しているプレイヤとチームを組んで冒険するモードである。

店内ネットプレイや全国ネットプレイのときには、ダンジョン内を一緒に探索するプレイヤをマッチングして最大４人のチームを形成する。

（不正情報、不正プレイヤ）
本実施形態のゲームシステムは、すべてのプレイヤがゲームに対する意欲を持ち続け得る適切なマッチングを行うために、ユーザーによる不正の可能性を判定し、その判定結果に基づく「不正情報」を登録し、不正の可能性のあるプレイヤ（以下「不正プレイヤ」という）又はユーザー（以下「不正ユーザー」という）が、一般のプレイヤ又はユーザーとチームを組むことがないようにマッチングする。

例えば、あるプレイヤが、不自然に強力なパラメータのアイテムを多数所有している場合には（ゲームセンタの店員等の協力を得てそのようなアイテムを不正に獲得することを「不正行為」という）、不正の可能性がある旨の「不正情報」となる。不正の可能性がある旨の不正情報を有しているプレイヤは「不正プレイヤ」となる。

不自然に強力なパラメータのアイテムを多数所有しているか否かは、例えば、ゲームの稼働している時間帯、ゲームの稼働時間の長さ、その稼働時間内にひとりのプレイヤがプレイ可能な時間の長さ、その時間内に当該アイテムが出現する確率等を鑑みた場合、ひとりのプレイヤが当該アイテムを所持する数としては不自然と考えられる程度の数をひとりのプレイヤが所持しているか否かで判断する。

なお、データ改ざんによるアイテムのパラメータの不正改造はアイテム自体から不正であることが明らかであり、これは本実施形態で検出される「不正行為」とは異なる。本実施形態で検出される「不正行為」は、アイテム自体からは不正とは言えないが、上述したように他の状況を勘案すれば不正の可能性があると思われるようなアイテムを取得することである。

（ＩＣカード）
このゲームをプレイするために必要な記録用のＩＣカードのデータ構造について図３を用いて説明する。

ＩＣカードには、カード識別のためのカードＩＤと、ゲームで使用するアイテムデータと、不正判定リザルト値が記録される。

カードＩＤは各ＩＣカードにユニークな番号である。カードＩＤによりＩＣカードを識別する。

アイテムとは、ダンジョン内を探索するために必要な武器、防具、道具等そのものや、これら武器、防具、道具等の能力を強化する等の機能を有するものである。アイテムデータは、これら多種類のアイテムを構成するデータである。ＩＣカードには、アイテムデータとして、そのアイテムの種別を示すアイテムＩＤと、そのアイテムの強さ等を示すパラメータから構成されている。アイテムの詳細なデータは、後述するアイテムテーブルに格納されている。

不正判定リザルト値とは、このカードＩＤが不正プレイヤのものかどうかを示すものである。例えば、不正プレイヤであれば「１」であり、不正プレイヤでなければ「０」とする。不正プレイヤであるかどうかの判定方法の詳細については後述する。

（データベース）
サーバー２０のデータベース２２には、ゲームの実行に必要な様々なデータが蓄積されている。不正プレイヤ判定処理とプレイヤのマッチング処理に関連するデータとして、プレイヤであるユーザーのデータを蓄積したユーザーテーブル（図４）、ＩＣカードのデータを蓄積したカードテーブル（図５）、プレイヤであるユーザーとカードの対応がわかるようにしたユーザー・カード対応テーブル（図６）、アイテムのデータを蓄積したアイテムテーブル（図７）、アイテムの不正を判定するためのアイテム不正閾値テーブル（図８）、プレイヤであるユーザーのゲーム装置へのログイン状態を示すログインテーブル（図９）がある。これらテーブルのそれぞれについて説明する。

（ユーザーテーブル）
図４にユーザーテーブルを示す。

ユーザーテーブルには、各ユーザー毎に、ユーザー識別のためのユーザーＩＤと、ゲーム上でのユーザーのニックネームであるユーザー名と、所有しているアイテムデータが格納されている。

本実施形態では、携帯電話２６等を用いてユーザー登録することによりユーザーＩＤを取得することができる。ユーザーＩＤを取得すると、カードとは別個にアイテムを所有することができる。

アイテムデータは、各アイテムについてアイテムＩＤとパラメータとから構成されている。本実施形態では、ＩＣカードとは別個に、ユーザー自身もアイテムを所有することができる。アイテムデータにおけるアイテムＩＤは、武器、防具、道具等のアイテムの種別を示すものであり、パラメータは、そのアイテムの現在の強さ等を示すものである。

ユーザーテーブルには、各ユーザ毎に、更に、ユーザー不正フラグとユーザー不正クリアフラグとが格納されている。

ユーザー不正フラグは、不正ユーザーであるか否かを示すものであり、不正ユーザーであればオン（「１」）、不正ユーザーでなければオフ（「０」）となる。不正ユーザーであるかどうかの不正プレイヤ判定処理については後述する。

ユーザー不正クリアフラグは、ユーザー不正フラグを強制的にクリアするかどうかを示すものである。ユーザー不正クリアフラグがオフ（「０」）であれば、ユーザー不正フラグの内容がそのまま不正リザルト値として有効となる。ユーザー不正クリアフラグがオン（「１」）であれば、ユーザー不正フラグの内容如何にかかわらず、不正リザルト値は必ずオフ（「０」）、すなわち、不正ユーザーではないことになる。

（カードテーブル）
図５にカードテーブルを示す。カードテーブルには、各ＩＣカード毎に、カード識別のためのカードＩＤと、ＩＣカードに登録されているアイテムデータが格納されている。アイテムデータは、各アイテムについてアイテムＩＤとパラメータとから構成されている。アイテムデータにおけるアイテムＩＤは、武器、防具、道具等のアイテムの種別を示すものであり、パラメータは、そのアイテムの現在の強さ等を示すものである。

カードテーブルには、各カード毎に、更に、カード不正フラグとカード不正クリアフラグとが格納されている。

カード不正フラグは、不正カードであるか否かを示すものであり、不正カードであれば「１」、不正カードでなければ「０」となる。不正カードであるかどうかの不正判定処理については後述する。

カード不正クリアフラグは、カード不正フラグを強制的にクリアするかどうかを示すものである。カード不正クリアフラグが「０」であれば、カード不正フラグの内容がそのまま不正リザルト値として有効となる。カード不正クリアフラグが「１」であれば、カード不正フラグの内容如何にかかわらず、不正リザルト値は必ず「０」、すなわち、不正カードではないことになる。

（ユーザー・カード対応テーブル）
図６にユーザー・カード対応テーブルを示す。本実施形態では、各ユーザーは複数枚のＩＣカードを所有することができるので、その対応を示すために必要である。

ＩＣカードのカードＩＤと、そのＩＣカードを所有しているユーザーＩＤとが格納されている。図６は、カードＩＤ「０００００１」のＩＣカードのユーザーは「ユーザーＡ」であり、カードＩＤ「０００００２」のＩＣカードのユーザーは「ユーザーＢ」であり、カードＩＤ「０００００３」のＩＣカードのユーザーは「ユーザーＣ」であり、カードＩＤ「０００００４」のＩＣカードのユーザーは「ユーザーＤ」であり、…、カードＩＤ「０００１２４」のＩＣカードのユーザーは「ユーザーＡ」であり、カードＩＤ「０００１２５」のＩＣカードのユーザーは「ユーザーＡ」であり、…、カードＩＤ「００３５６７」のＩＣカードのユーザーは「ユーザーＡ」であることを示している。

図６から、「ユーザーＡ」は、カードＩＤ「０００００１」「０００１２４」「０００１２５」の３枚のＩＣカードを所有し、「ユーザーＢ」は、カードＩＤ「０００００２」「００３５６７」の２枚のＩＣカードを所有していることがわかる。

（アイテムテーブル）
図７にアイテムテーブルを示す。アイテムテーブルには、全てのアイテムについての詳細なデータが格納されている。

アイテム毎に、アイテムを識別するためのアイテムＩＤと、武具、防具、道具、巻物等のアイテムの種別と、ショートソード、ウッドシールド、ポーション等のアイテムの名前と、取引におけるアイテムの価格と、アイテムの内容を説明する説明文等が格納されている。アイテムテーブルは必要に応じて参照される。

（アイテム不正閾値テーブル）
図８にアイテム不正閾値テーブルを示す。アイテム閾値テーブルには、任意のアイテムのパラメータについての不正閾値が格納されている。

アイテムのパラメータとしては、例えば、武具であるショートソードには、強化値（Ｐ１）、色（Ｐ２）等のパラメータが設定されており、パラメータの強化値（Ｐ１）は通常−２０〜＋１０の範囲の値である。例えば、強化値（Ｐ１）のパラメータが不正閾値である＋１０を超えている場合には、そのアイテムは不正であると判定する。

（ログインテーブル）
図９にログインテーブルを示す。プレイヤのマッチング処理では、ゲーム装置１２にログインしているプレイヤ（ユーザー）同士をマッチングする。ログインテーブルは、プレイヤであるユーザーのゲーム装置１２へのログイン状態を示すものである。

図９に示すように、ログインしているゲーム装置１２の筐体ＩＤと、ログインしているユーザーの不正判定リザルト値、具体的には、その筐体ＩＤのゲーム装置１２に挿入されているＩＣカード３０に記録されている不正判定リザルト値とが記録されている。筐体ＩＤは、ゲーム装置１２を識別するためのものである。不正判定リザルト値は、後述するマッチング処理において参照する。

図９は、筐体ＩＤ「００３」「００４」「００１」「００６」「００７」「１０３」「２１０」…のゲーム装置１２にプレイヤがログインしており、筐体ＩＤ「００４」「００１」「００６」「００７」「２１０」の不正判定リザルト値が「０」であり、筐体ＩＤ「００３」「１０３」の不正判定リザルト値が「１」であることを示している。

（不正プレイヤ判定処理）
本実施形態のゲームシステムにより実行されるゲームでは、前述したように、店内ネットプレイや全国ネットプレイのときには、ダンジョン内を一緒に探索するプレイヤをマッチングして最大４人のチームを形成する。不自然に強力なパラメータのアイテムを多数所有している不正プレイヤについては、一般のプレイヤとチームを組むことがないようにマッチングする。

このためにマッチング処理を実行する前に、データベース２２に蓄積されているデータに基づいて不正プレイヤを判定する必要がある。本実施形態では、不正プレイヤ判定処理を１日１回実行することとし、ゲーム装置１２が稼働していない深夜の予め定められた時刻に行うようにしている。

図１０は不正プレイヤ判定処理のフローチャートである。本実施形態では、不正プレイヤ判定処理は、サーバー２０のプログラムデータ記憶装置または記憶媒体５６に格納されたチェックプログラムをＣＰＵ５１が実行することにより行われる。

まず、ゲーム装置１２が稼働していない所定の開始時刻、例えば深夜午前４時になると、不正プレイヤ判定処理を開始する（ステップＣ００１）。

次に、ユーザーテーブルからアイテムＩＤとパラメータとから構成されるアイテム情報を読み込む（ステップＣ００２）。次に、アイテム不正閾値テーブルを参照して、読み込んだアイテムＩＤのパラメータが不正閾値を超えているかどうか判定する（ステップＣ００３）。各ユーザーが所有している全てのアイテムについて不正判定を行う。

あるユーザーが所有している全てのアイテムのいずれかのアイテムが不正であると判定されると、そのユーザーのユーザー不正フラグに「１」を書き込む。あるユーザーが所有している全てのアイテムのいずれのアイテムも不正ではないと判定されると、そのユーザーのユーザー不正フラグに「０」を書き込む（ステップＣ００４）。

アイテムの不正判定としては、パラメータが不正閾値を超えているかどうかという上述した判定基準以外にも、次のような様々な判定基準を定めることができる。
（１）アイテム生成年月日：アイテムの生成年月日を記録しておき、アイテムの存在期間に応じてパラメータの不正閾値を変化させ、パラメータがその不正閾値を超えた場合に不正と判断する。
（２）アイテム履歴時刻：アイテムの履歴を記録しておき、ゲームセンタ１０が閉鎖している期間に生成や受け渡しの履歴があるときに不正と判断する。
（３）アイテム履歴頻度：アイテムの履歴を記録しておき、アイテムを非常に頻繁に同じ相手と受け渡しをしているときに不正と判断する。
（４）パラメータの組合せ：複数のアイテムのパラメータの組合せを考慮し、各パラメータが不正閾値以下であっても、両方のパラメータがある閾値を超えているときには不正と判断する。
（５）希少アイテム：希少なアイテムを多数所有している場合、それが所定数以上であれば不正と判断する。
（６）アイテム取得履歴：アイテムの取得履歴を記録しておき、取得時に相手側が全く攻撃しない等の不自然の行為が行われている場合には不正と判断する。
（７）ハッシュ（ｈａｓｈ）値の比較：アイテムに生成時期、生成場所、生成状況等から生成したハッシュ値を記録しておき、ハッシュ値が同じアイテムは不正に複製されたものと判断する。

ユーザーテーブルに格納されている全てのユーザについて同様の処理（ステップＣ００２、Ｃ００３）を行い、ユーザー不正フラグに「１」又は「０」を書き込む（ステップＣ００４）。

次に、カードテーブルからアイテムＩＤとパラメータとから構成されるアイテム情報を読み込む（ステップＣ００５）。次に、アイテム不正閾値テーブルを参照して、読み込んだアイテムＩＤのパラメータが不正閾値を超えているかどうか判定する（ステップＣ００６）。各カードが所有している全てのアイテムについて不正判定を行う。

あるカードが所有している全てのアイテムのいずれかのアイテムが不正であると判定されると、そのカードのカード不正フラグに「１」を書き込む。あるカードが所有している全てのアイテムのいずれのアイテムも不正ではないと判定されると、そのカードのカード不正フラグに「０」を書き込む（ステップＣ００７）。

アイテムの不正判定としては、パラメータが不正閾値を超えているかどうかという上述した判定基準以外にも、上述したような様々な判定基準を定めることができる。例えば、アイテムのハッシュ値が同じであれば不正なアイテムと判断する。

カードテーブルに格納されている全てのカードについて同様の処理（ステップＣ００５、Ｃ００６）を行い、カード不正フラグに「１」又は「０」を書き込む（ステップＣ００７）。

その後、不正プレイヤ判定処理を終了する（ステップＣ００８）。

なお、この不正プレイヤ判定処理は１日に１回実行されるので、不正プレイヤと判断されたプレイヤが何らかの手段により、不正アイテムとされたアイテムの所有を放棄すれば、不正プレイヤの状態から正常プレイヤに復帰することができる。

（不正クリアフラグ書込処理）
本実施形態において、店内ネットプレイや全国ネットプレイのときに、ダンジョン内を一緒に探索するプレイヤをマッチングしてチームを形成するマッチング処理は、上述した不正プレイヤ判定処理における判定結果に基づいて行うことが基本である。しかしながら、この不正プレイヤ判定処理の判定結果は絶対的なものではなく、正当ユーザーであるのに間違って不正ユーザーと判断される場合がある。

不正クリアフラグはこのことを想定して設けられたものである。適宜、ゲームセンタ１０の管理者が操作することにより、不正プレイヤ判定処理での不正判定を強制的にクリアすることができる。

不正クリアフラグ書込処理は、管理者権限で特定のゲーム装置１２からログインした管理者が所定の操作を行うと、サーバー２０のプログラムデータ記憶装置または記憶媒体５６に格納された管理者プログラムをＣＰＵ５１が実行することにより行われる。

ＣＰＵ５１が、ユーザーテーブルの特定のユーザーの不正判定を強制的にクリアしようとする管理者の所定の操作を検出すると、ユーザーテーブルのそのユーザーのユーザー不正クリアフラグに「１」を書き込む（ステップＫ００１）。

ＣＰＵ５１が、カードテーブルの特定のＩＣカードの不正判定を強制的にクリアしようとする管理者の所定の操作を検出すると、カードテーブルのそのＩＣカードのカード不正クリアフラグに「１」を書き込む（ステップＫ００２）。

（ゲーム処理）
本実施形態のゲームシステムにおけるゲーム処理について図１１乃至図１５を用いて説明する。

図１１はゲーム処理のフローチャートである。ゲーム処理は、プレイヤであるユーザーがゲーム装置１２にログインし（ログイン処理：ステップＧ００１〜Ｇ００４）、その後、マッチング処理により他のユーザーとチームを組み（マッチング処理：ステップＭ００１〜Ｍ００３）、その後、冒険ゲームを実行し（ゲーム実行処理：ステップＧ００５〜Ｇ００８）、その後、ログアウトする（ログアウト処理：ステップＧ００９、Ｆ００１〜Ｆ００５、Ｇ０１０〜Ｇ０１１）。このゲーム処理は、前述した不正プレイヤ判定処理が実行されたことを前提として実行される。なお、ゲーム処理はこれに限定されるものではない。

（ログイン処理）
まず、プレイヤであるユーザーがＩＣカード３０をゲーム装置１２に挿入すると、ゲーム装置１２のＣＰＵ５１がＩＣカード３０の挿入を検出する（ステップＧ００１）。ＩＣカード３０の挿入を検出すると、図９に示すログインテーブルにゲーム装置１２の筐体ＩＤを書き込む。

次に、ゲーム装置１２のＣＰＵ５１がＩＣカードＩ／Ｆ７８を介してＩＣカード３０に記録されたデータを読み込む（ステップＧ００２）。ＩＣカード３０から不正判定リザルト値を読み込むと（ステップＧ００３）、図９に示すログインテーブルに、読み込んだ不正判定リザルト値を書き込む。

次に、ゲーム装置１２のＣＰＵ５１は、マッチング処理を開始するためのマッチングリクエストをサーバー２０に送信する（ステップＧ００４）。その後、マッチング処理が開始されると、ゲーム装置１２のＣＰＵ５１はディスプレイモニタ６１に、図１５（ａ）に示すようなマッチング処理進行中の画面を表示する。

（マッチング処理）
サーバー２０においては、プログラムデータ記憶装置または記憶媒体５６に格納されたマッチングプログラムがＣＰＵ５１により実行されており、ゲーム装置１２から送信されたマッチングリクエストを受信する（ステップＭ００１）。

マッチングリクエストを受信することにより、図９のログインテーブルを参照しながら、現在ログインしているユーザー、具体的には、ログインテーブルに登録されている筐体ＩＤにログインしているユーザーについて、マッチング処理を実行する（ステップＭ００２）。

図１２乃至図１４にマッチング処理のフローチャートを示す。図１２はマッチング処理のフローチャートであり、図１３は状態の初期化処理のフローチャートであり、図１４はグループ確定処理のフローチャートである。

まず、図１２のフローチャートに示すように、状態の初期化処理を行う（ステップＭ１０１）。状態の初期化処理を図１３に示す。

状態の初期化処理では、まず、初期化のために変数ｎに「０」を代入する（ステップＭ２０１）。

変数ｎを初期化した後、ステップＭ２０２からステップＭ２０５の処理を繰り返すループ処理を行う。ステップＭ２０２にこのループから抜け出す条件「ｎ≧all」が記載されている。変数ｎがログインしている全ユーザー数を示す定数all以上となったときに、このループから抜け出す。

次に、ステップＭ２０３において、変数ｎの関数ready(n)に「１」を代入する。関数ready(n)は、変数ｎのユーザーがマッチング処理において選択可能か否かを示す関数である。「１」はまだ選択されておらず選択可能であることを示し、「０」を既に選択済であることを示す。次に、ステップＭ２０４において、変数ｎをインクリメントしてステップＭ２０２に戻る。

ステップＭ２０３〜Ｍ２０４の処理を、条件「ｎ≧all」が満足されるまで繰り返し、全てのユーザーの関数ready(n)に「１」を代入して選択可能にして、状態の初期化処理を完了する。

図１２のフローチャートに戻り、ステップＭ１０２で、初期化のために変数ｎに「０」を代入する（ステップＭ２０１）。

ステップＭ１０３以降の処理では、ステップＭ１０３からステップＭ１１６のループ１が構成され、このループ１内にステップＭ１０６からステップＭ１１４のループ２が構成されている。

ステップＭ１０３に、ループ１から抜け出す条件「ｎ≧all」が記載されている。変数ｎがログインしている全ユーザー数を示す定数all以上となったときにループ１から抜け出す。

ステップＭ１０６に、ループ２から抜け出す条件「ｍ≧all」が記載されている。変数ｍがログインしている全ユーザー数を示す定数all以上となったときにループ２から抜け出す。

ループ１では、まず、関数ready(n)が「１」であるか否か判断する（ステップＭ１０４）。

関数ready(n)が「０」である、即ち既に選択されている場合には、ステップＭ１１５に移動する。

関数ready(n)が「１」である、即ちまだ選択されていない場合には、ループ２を実行するための初期化を行う（ステップＭ１０５）。ステップＭ１０５において、変数ｍに「０」を代入し、０番目のマッチングされたユーザーを示す関数match_user(0)に変数ｎの値、即ち自分自身である「ｎ」を代入し、マッチングされた人数を示す変数matchedに「１」を代入する。

次に、ステップＭ１０６におけるループ２を抜け出す条件「ｍ≧all」に達していない場合には、ステップＭ１０７により変数ｎが変数ｍと一致するか否か、即ち、マッチングしようとするユーザーが自分以外であるか否か判断する（ステップＭ１０７）。

変数ｎが変数ｍと一致する場合、即ち、マッチングしようとするユーザーが自分である場合にはマッチングは不要であるので、ステップＭ１１３に移動する。

変数ｎが変数ｍと一致しない場合、即ち、マッチングしようとするユーザーが自分以外である場合には、ステップＭ１０８において、ユーザーｎの不正判定リザルト値である関数is_cheat(n)と、ユーザーｍの不正判定リザルト値である関数is_cheat(m)とを比較する。

ステップＭ１０８において、ユーザーｎの不正判定リザルト値である関数is_cheat(n)と、ユーザーｍの不正判定リザルト値である関数is_cheat(m)とが一致しない場合には、ステップＭ１１３に移動して同一チームにマッチングしない。

ステップＭ１０８において、ユーザーｎの不正判定リザルト値である関数is_cheat(n)と、ユーザーｍの不正判定リザルト値である関数is_cheat(m)とが一致する場合には、マッチングされるユーザーであることを示す関数match_user(matched)に変数ｍを代入する（ステップＭ１０９）。変数matchedはマッチングされた人数を示す。

次に、ひとりのユーザーがマッチングされたので、マッチングされた人数である変数matchedをインクリメントする（ステップＭ１１０）。

次に、インクリメントされた変数mathcedが、チームの最大人数を規定する定数MAXに達しているか否かを判断する（ステップＭ１１１）。ここではチームの最大人数は４人であるから定数MAXを４より１多い「５」とする。

ステップＭ１１１において、変数mathcedが定数MAXと一致しない場合には、ステップＭ１１３に移動する。

ステップＭ１１１において、変数mathcedが定数MAXと一致する場合には、最大人数の４人がマッチングされたので、ステップＭ１１２でグループ確定処理を行う。グループ確定処理を図１４に示す。

グループ確定処理では、まず、初期化のために変数ｔに「０」を代入する（ステップＭ３０１）。

変数ｔを初期化した後、ステップＭ３０２からステップＭ３０５の処理を繰り返すループ処理をする。ステップＭ３０２にこのループから抜け出す条件「ｔ≧MAX」が記載されている。変数ｔが定数MAX以上となったときに、このループから抜け出す。

次に、ステップＭ３０３において、ユーザーｔの関数match_user(t)の値を変数ｕに代入し、ユーザーｕの関数ready(u)に既に選択されたことを示す「０」を代入する。

次に、ステップＭ３０４において、変数ｔをインクリメントし、ステップＭ３０２に戻る。

変数ｔが定数MAX以上となるまでステップＭ３０２からステップＭ３０５の処理を繰り返し、マッチングされた全てのユーザーの関数ready(u)を「０」として、その後のマッチング処理においてマッチングされないようにする。

図１２のフローチャートに戻り、ステップＭ１１３で、変数ｍをインクリメントする。続いて、ループ２の最終のステップＭ１１４からループ２の先頭のステップＭ１０６に戻る。

次に、ステップＭ１０６においてループ２を抜け出す条件「ｍ≧all」に達した場合には、ステップＭ１１５に移動し、変数ｎをインクリメントする。続いて、ループ１の最終のステップＭ１１６からループ１の先頭のステップＭ１０３に戻る。

次に、ステップＭ１０３においてループ１を抜け出す条件「ｎ≧all」に達した場合には、図１２のマッチング処理を終了する。

マッチング処理が終了すると、図１１のフローチャートに戻り、マッチングプログラムは、マッチングした結果をゲーム装置１２に送信する（ステップＭ００３）。

（ゲーム実行処理）
マッチング処理が終了すると、ゲーム装置１２のＣＰＵ５１は、サーバー２０のＣＰＵ５１から送信されたマッチング結果を受信する（ステップＧ００５）。ゲーム装置１２のＣＰＵ５１はディスプレイモニタ６１は、図１５（ａ）に示すようなマッチング処理進行中の画面から図１５（ｂ）に示すようなマッチング結果を表示する画面に切りかわる。マッチング結果を示す画面では、マッチングされたユーザーについての詳細情報が表示される。図１５（ｂ）に示すように、マッチングされたユーザーのキャラクタ名、キャラクタ画像、ログイン情報、ゲーム装置所在地等が表示され、「このメンバーで開始します」等のゲーム開始メッセージが表示される。

次に、ゲーム装置１２のＣＰＵ５１は、チームを組んだ通信プレイを開始する（ステップＧ００６）。

その後、ゲーム装置１２のＣＰＵ５１は、マッチングされたユーザーがログインしたゲーム装置１２のＣＰＵ５１と共同して、チームによる冒険ゲームを実行する（ステップＧ００７）。

その後、ゲーム装置１２のＣＰＵ５１は、所定のプロセスを経てチームを組んだ通信プレイを終了する（ステップＧ００８）。

なお、不正プレイヤ同士でマッチングされたチームに対しては、ゲーム中のアイテムの獲得に制限を加えたり、ゲームにおけるパワーに制限を加えたり、成績に制限を加えたりして、一般プレイヤ同士のチームとのゲームバランスをとるようにしてもよい。

また、ゲーム成績のランキングにおいて、不正プレイヤのチームのランキングと一般プレイヤのチームのランキングを別個に設けるようにしてもよい。

また、不正プレイヤのチームに対しては、ゲーム中に獲得できるお金の量に制限を儲けるようにしてもよい。

また、不正プレイヤのチームに対しては、ゲーム中におけるレアアイテムの発生に制限を設けるようにしてもよい。

（ログアウト処理）
通信プレイを終了すると、ゲーム装置１２のＣＰＵ５１は、サーバー２０のＣＰＵ５１に対してＨＴＴＰリクエストを発信する（ステップＧ００９）。

ゲーム装置１２から発信されたＨＴＴＰリクエストにより、サーバー２０のＣＰＵ５１はフロントエンドプログラムを実行し、ログインしているＩＣカードに対応するカードテーブル内のアイテムの不正チェックを行う（ステップＦ００１）。

ここでの不正チェックは、ユーザーテーブルやカードテーブルに対して行ったステップＣ００３、ステップＣ００６における不正アイテムチェックと同様である。アイテムのパラメータが不正閾値を超えているかどうかという判定基準以外にも、前述したような様々な判定基準を定めることができる。

サーバー２０のＣＰＵ５１は、ステップＦ００１における不正アイテムチェックのチェック結果に基づいて、カードテーブルのカード不正フラグ欄に「１」又は「０」を書き込む。チェック結果が不正カードであれば、カードテーブルのカード不正フラグ欄に「１」を書き込み、チェック結果が不正カードでなければ、カードテーブルのカード不正フラグ欄に「０」を書き込む。

次に、カードテーブルからカード不正クリアフラグを読み込み、ユーザーテーブルからユーザー不正フラグとユーザー不正クリアフラグを読み込む（ステップＦ００３）。

次に、カードテーブルのカード不正フラグ及びカード不正クリアフラグと、ユーザーテーブルのユーザー不正フラグ及びユーザー不正クリアフラグから、不正判定を行う（ステップＦ００４）。

不正判定は、ユーザー不正フラグ（Ｕ）と、ユーザー不正クリアフラグ（ＵＣ）の否定との論理積と、カード不正フラグ（Ｃ）と、カード不正クリアフラグ（ＣＣ）の否定との論理積の論理和である。不正判定リザルト値（result）は次式により表される。

result = (Ｕ ＆ ！ＵＣ）｜（Ｃ ＆ ！ＣＣ）
なお、この式において、「＆」は論理積を示し、「！」は否定を示し、「｜」は論理和を示す。

次に、サーバー２０のＣＰＵ５１は、ステップＦ００４において求めた不正判定リザルト値をゲーム装置１２に送信する（ステップＦ００５）。

次に、ゲーム装置１２のＣＰＵ５１は、不正判定リザルト値を受信し（ステップＧ０１）、続いて、挿入されているＩＣカード３０の不正判定リザルト値を書き込む（ステップＧ０１１）。これによりログアウト処理が終了する。

なお、ログアウト処理により不正判定を再度実行しているので、不正プレイヤと判断されたプレイヤがゲーム中に、不正アイテムの所有を放棄すれば、不正プレイヤの状態から正常プレイヤに復帰することができる。

このように、本実施形態によれば、不正の可能性のある不正プレイヤは不正プレイヤ同士、一般プレイヤは一般プレイヤ同士がマッチングされてチームを形成するので、不正プレイヤであっても一般プレイヤであってもゲームに対する意欲を持ち続けることができる。

［変形実施形態］
本発明は上記実施形態に限らず種々の変形が可能である。

例えば、上記実施形態では、ＲＰＧ、ＭＭＯＲＰＧ等の冒険ゲームを行う場合に本発明を適用したが、本発明は、冒険ゲームのみならず、ＦＰＳ（First Person Shooter）、アクションゲーム、シミュレーションゲーム等のチームを組むあらゆるゲームに適用することができる。

また、上記実施形態では、ゲームセンタに設置された所謂アーケード型のゲーム装置がネットワークにより通信可能に接続されたゲームシステムを例として説明したが、本発明は、図１に示すような家庭用ゲーム装置１６や、パーソナルコンピュータ１８、あるいは携帯電話機２６等を用いたゲームシステムにおいても適用することができる。

また、上記実施形態では、ゲーム装置とサーバーとが通信可能に接続されたネットワーク型のゲームシステムを例に説明したが、本発明は、ネットワーク型のゲームシステムに限定されるものではなく、スタンドアローン型のゲーム装置、即ち、単体のゲーム装置においてチームを組む際にも適用することができる。

また、上記実施形態では、ＩＣカードを用いたが、磁気カード等の情報記憶媒体を用いるゲーム装置であってもよいし、情報記憶媒体を用いることなくユーザーが登録できるようなゲーム装置にも適用することができる。

また、上記実施形態では、アイテム自体からは不正とは言えないが、他の状況を勘案すれば不正の可能性があると思われるようなアイテムを不正と判定する場合に本発明を適用したが、データ改ざんにより不正改造されてアイテム自体から不正と判定できる場合にも本発明を適用してユーザーをマッチングするようにしてもよい。

本発明の一実施形態によるゲームシステムの構成の概要を示す図である。 本発明の一実施形態によるゲームシステムにおけるゲーム装置及びサーバーを構成するゲームボードを示すブロック図である。 本発明の一実施形態によるゲームシステムにおいて用いられるＩＣカードのデータ構造を示す図である。 本発明の一実施形態によるゲームシステムのデータベースに設けられたユーザーテーブルのデータ構造を示す図である。 本発明の一実施形態によるゲームシステムのデータベースに設けられたカードテーブルのデータ構造を示す図である。 本発明の一実施形態によるゲームシステムのデータベースに設けられたユーザー・カード対応テーブルのデータ構造を示す図である。 本発明の一実施形態によるゲームシステムのデータベースに設けられたアイテムテーブルのデータ構造を示す図である。 本発明の一実施形態によるゲームシステムのデータベースに設けられたアイテム不正閾値テーブルのデータ構造を示す図である。 本発明の一実施形態によるゲームシステムのデータベースに設けられたログインテーブルのデータ構造を示す図である。 本発明の一実施形態によるゲームシステムにより実行される不正プレイヤ判定処理のフローチャートである。 本発明の一実施形態によるゲームシステムにより実行されるゲーム処理のフローチャートである。 本発明の一実施形態によるゲームシステムにより実行されるマッチング処理のフローチャートである。 本発明の一実施形態によるゲームシステムにより実行されるマッチング処理中の状態初期化処理のフローチャートである。 本発明の一実施形態によるゲームシステムにより実行されるマッチング処理中のグループ確定処理のフローチャートである。 本発明の一実施形態によるゲームシステムにより実行されるマッチング処理におけるゲーム画面である。

符号の説明

１０…ゲームセンタ
１２…ゲーム装置
１４…ＬＡＮ
１６…家庭用ゲーム装置
１７…メモリカード
１８…パーソナルコンピュータ
２０…サーバー
２２…データベース
２４…インターネット
２６…携帯電話
２８…携帯電話網
３０…ＩＣカード
５１…ＣＰＵ
５２…システムメモリ（ＲＡＭ）
５４…バスアービタ
５６…プログラムデータ記憶装置又は記憶媒体
５８…ＢＯＯＴＲＯＭ
６０…レンダリングプロセッサ
６１…ディスプレイモニタ
６２…グラフィックメモリ
６３…タッチパネル
６６…サウンドプロセッサ
６８…サウンドメモリ
７０…スピーカ
７２…通信Ｉ／Ｆ
７６…ペリフェラルＩ／Ｆ
７７…操作ボタン
７８…ＩＣカードＩ／Ｆ

Claims (4)

1. 複数のゲーム端末装置と、前記各ゲーム端末装置を管理するサーバーとがネットワークにより接続されてなるネットワークゲームシステムであって、
   前記ネットワークゲームシステムは、
   前記ゲーム端末装置を使用するユーザーを識別するユーザー固有情報記憶手段と、
   前記ゲーム端末装置から前記ユーザーの前記ネットワークゲームへの参加を検出したとき、前記ゲーム端末装置とネットワークを介して接続された他のゲーム端末装置において前記ネットワークゲームに参加している他のユーザーと前記ユーザーとのマッチングを行うマッチング手段と、
   前記マッチング手段によりマッチングされた複数のユーザーをひとつのグループとして前記ネットワークゲームを実行するネットワークゲーム制御手段とを備え、
   前記ネットワークゲームシステムは、更に、
   前記ユーザーが前記ネットワークゲームにおいて使用するゲームアイテムの情報を記憶するゲームアイテム記憶手段と、
   前記ゲームアイテムのうち、前記ユーザーが所有するユーザーアイテムについて前記ユーザーの情報と関連づけて記憶するユーザーアイテム記憶手段と、
   前記ユーザーが所有する前記ユーザーアイテムのステータス情報に関して不正が行われたか否かを判定するユーザー不正判定手段と、
   前記ユーザー不正判定手段の判定結果に基づくユーザー不正情報を記憶するユーザー不正情報記憶手段とを備え、
   前記マッチング手段は、前記ユーザー不正情報記憶手段に記憶されたユーザー不正情報に基づいて、前記ユーザー不正情報が適合するユーザー同士を組み合わせるマッチング処理を実行する
   ことを特徴とするネットワークゲームシステム。
2. 請求項１記載のネットワークゲームシステムにおいて、
   前記ネットワークゲームシステムは、更に、
   前記ユーザーが前記ネットワークゲームにおいて使用するゲームアイテムの不正についての不正閾値を記憶するゲームアイテム不正閾値記憶手段を備え、
   前記ユーザー不正判定手段は、前記ユーザーが所有する前記ユーザーアイテムのステータス情報が、前記ゲームアイテム不正閾値記憶手段に記憶された不正閾値を超えているか否かに基づいて不正の有無を判定する
   ことを特徴とするネットワークゲームシステム。
3. 請求項１又は２記載のネットワークゲームシステムにおいて、
   前記ユーザー不正判定手段は、前記ユーザーによる前記ユーザーアイテムの所有状態と、前記ユーザーのゲームプレイ時間の長さ又はプレイ時間帯とに基づいて、当該ユーザーアイテムが不正に入手されたものであるか否かを判定する
   ことを特徴とするネットワークゲームシステム。
4. 請求項１又は２記載のネットワークゲームシステムにおいて、
   前記ユーザー不正判定手段は、前記ユーザーが所有する前記ユーザーアイテムの数に基づいて、当該ユーザーアイテムが不正に入手されたものであるか否かを判定する
   ことを特徴とするネットワークゲームシステム。

Images