オンラインゲーム不正検出方法
【課題】 オンラインゲームにおける不正行為を適切に検出し、不正行為を有効に防止することのできるオンラインゲーム不正検出方法を提供することを目的とする。
【解決手段】 ゲームサーバにネットワークを介して複数のクライアントが接続されてなるオンラインゲームシステムにおいて、上記複数のクライアントのうち検証対象のクライアントからゲームの実行状態を示すプレイログを取得するプレイログ取得工程と、取得した上記プレイログに基づきゲームの実行を再現するプレイログ検証工程と、上記プレイログの結果値と上記プレイログ検証工程の結果値とを比較して不一致があった場合に不正行為が存在するものと判定する判定工程とを備える。
【解決手段】 ゲームサーバにネットワークを介して複数のクライアントが接続されてなるオンラインゲームシステムにおいて、上記複数のクライアントのうち検証対象のクライアントからゲームの実行状態を示すプレイログを取得するプレイログ取得工程と、取得した上記プレイログに基づきゲームの実行を再現するプレイログ検証工程と、上記プレイログの結果値と上記プレイログ検証工程の結果値とを比較して不一致があった場合に不正行為が存在するものと判定する判定工程とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインターネット等を利用したオンラインゲームにおいて不正を検出する技術に関するものである。
【背景技術】
【０００２】
昨今、インターネット等を利用したオンラインゲームが普及してきており、多くのユーザ（プレイヤ）が参加するに至っている。
【０００３】
ところで、一部のゲームマニアの間ではかねてより「チート」と呼ばれる不正行為が行われており、実行中のゲームのデータを意図的に改竄し、不正にアイテムを取得したり、無敵状態を作るなど、通常のゲームの進行と異なる形でゲームが実行される場合がある。また、チートを行うためのツールやプログラムコードも流通しており、これらが不正行為を一層広げる要因となっている。
【０００４】
これらの不正行為は従来のスタンドアロンのゲームのみならずオンラインゲームにも及んできているが、オンラインゲームはスタンドアロンのゲームと異なり他のユーザと勝敗等を競うものであることから、一部のユーザの不正行為が真面目にゲームを楽しもうとするユーザに強い不快感を与えることになり、ひいてはオンラインゲームからのユーザ離れを引き起こし、オンラインゲーム事業が成り立たなくなる危惧がある。このようなことから、オンラインゲームにおいて不正行為を取り締まることは重要なテーマである。
【０００５】
なお、オンラインゲームは、同時にプレイできる人数が少ないＭＯ（Multiplayer Online）型と、同時にプレイできる人数が多いＭＭＯ（Massively Multiplayer Online）型に大別され、一般に前者のＭＯ型では処理の半分程度をクライアント側で行い、後者のＭＭＯ型では処理のほとんどをサーバ側で行っている。そのため、不正行為が問題となるのは主に前者のＭＯ型であり（クライアント上のプログラムもしくはデータを改竄することでチートを行うことができる）、後者のＭＭＯ型では不正行為を行いにくいとされている（サーバをハッキングしない限り有効なチートは行えない）。ただし、後者のＭＭＯ型であっても、ゲーム内容にアクション性を求められる場合、インターネットのデータ遅延の大きさからサーバ側だけの処理では対応ができないことから、クライアント側に処理を分担させざるを得ない場合があり、そのような場合には不正行為が行われる可能性がある。
【０００６】
従来、これらの不正行為に対してはパケットの暗号化やプログラムの複雑化を行うことで対抗していた。すなわち、パケットの暗号化とは、ネットワークに流れるデータを暗号化することで、どのような情報が流れているのかを解析しずらくするものである。また、プログラムの複雑化とは、ファイル構造や実行のプロセスを複雑化することで、プログラムやデータの内容を解析しずらくするものである。
【０００７】
一方、先行技術文献として、計算機ネットワークシステムにおけるデータの不正改竄や事故によるデータの消失を自動的に検出・修復する技術が開示されている（例えば、特許文献１参照。）。
【特許文献１】特開平９−２１８８５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来は上述したように、主にパケットの暗号化やプログラムの複雑化によって不正行為を防止するようにしていたが、一部の処理がユーザの手元（クライアント）で行われる限り、不正行為を完全に防ぐことはできないものであった。
【０００９】
すなわち、パケットの暗号化を行うことでネットワークにどのようなデータが流れているかを解析しずらくすることは可能だが、この部分でいくら高度な処理を施しても、クライアント側のプログラムの解析を行うことで復号のアルゴリズムは解析できてしまうものであった。また、パケットの暗号化を行うにあたり、サーバは全てのクライアントとのやり取りを行うため、負荷が集中し、処理を行うコストが大きいという問題もあった。
【００１０】
一方、プログラムの複雑化によってプログラムやデータの内容を解析しずらくすることは可能だが、どんなに複雑化してもいずれはその構造が解析され不正行為を行うことができてしまうものであり、本質的な対策にはなっていなかった。更に、ファイル構造や実行のプロセスを複雑化することで、ゲームの開発段階での煩雑さを招くとともに、プログラムの不具合を発生させる原因になってしまうという問題もあった。
【００１１】
なお、サーバ内のプログラムは安全性が高く、ハッキングなどの高度な手法でしかデータ改竄は不可能となる。そこで、全ての処理をサーバで行い、クライアントではその処理結果を表示するだけのものにすれば不正な改竄は防げる。しかし、ネットワークとしてインターネット等のデータ転送の遅延の大きいものを使っている限り、クライアントから入力された情報をサーバに送り、サーバ側で処理された情報をクライアントに戻すというプロセスを全ての処理に対してとらなければならないとなると、即時性の求められるアクションゲームは成り立たないものであった。
【００１２】
一方、特許文献１に記載される技術は、ビジネスシステムにおけるデータベースの不正改竄等を対象としたものであり、オンラインゲームにおける不正を対象としたものではない。
【００１３】
すなわち、アクション性の高いオンラインゲームでは、プレイヤがリアルタイムにゲームキャラクタ（人間に限らず、ロボット、乗り物等も含む）を操作し、仮想三次元空間内でゲームキャラクタが位置座標を持って仮想三次元空間内を移動するものであり、更に仮想三次元空間に２人以上のプレイヤがそれぞれ操作するゲームキャラクタが存在する。そのため、ビジネスシステムにおけるデータベースの操作とは比較にならない量のデータのやりとりが行われるものであり、特許文献１に記載される技術はこのようなオンラインゲームにおける不正の検出に適用できるものではない。
【００１４】
また、この種のオンラインゲームでは、画面描画の１垂直同期期間である1/60秒あるいは1/30秒のフレームを単位として、その数フレームの期間内に、操作入力、ゲーム処理（ゲームキャラクタの移動、仮想三次元空間内の他の物体との衝突判定等）、画像生成、表示手段への画像出力、データ送受信等、フレーム時間以内の時間と関連付けられたデータに基づく全ての処理を行うものであり、対象とするデータの発生間隔も桁違いに短いものである。
【００１５】
従って、上述した特許文献１に記載される技術では、数フレーム単位で入力操作手段（コントロールパッド、キーボード、マウス等）から入力を行なうものではない点、数フレーム単位で仮想三次元空間内のゲームキャラクタを移動させるものではない点、数フレーム単位でその仮想三次元空間の投影画像を生成するものではない点、数フレーム単位で表示手段に画像を出力するものではない点等において、対象とする技術が大きく異なるものである。
【００１６】
更に、特許文献１に記載されるビジネスシステムにおけるデータベースでは、目的とする計算処理をそのクライアントで行わずに他の任意のクライアントで代行することが可能であるため、特定のクライアントに着目する必要性が薄く、データベースの状態を静的に監視することで足りる。しかし、アクション性の高いオンラインゲームでは、必ずそのクライアント内で行われるゲーム処理（ゲームキャラクタ移動、衝突判定等）を対象とする必要があり、微妙なタイミングまでを含めた監視を行う必要がある。この点においても特許文献１に記載される技術は対象を大きく異にしている。
【００１７】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、オンラインゲームにおける不正行為を適切に検出し、パケットの暗号化やプログラムの複雑化等を行うことなく不正行為を有効に防止することのできるオンラインゲーム不正検出方法を提供することにある。
【課題を解決するための手段】
【００１８】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、ゲームサーバにネットワークを介して複数のクライアントが接続されてなるオンラインゲームシステムにおいて、上記複数のクライアントのうち検証対象のクライアントからゲームの実行状態を示すプレイログを取得するプレイログ取得工程と、取得した上記プレイログに基づきゲームの実行を再現するプレイログ検証工程と、上記プレイログの結果値と上記プレイログ検証工程の結果値とを比較して不一致があった場合に不正行為が存在するものと判定する判定工程とを備えるようにしている。
【００１９】
また、請求項２に記載されるように、上記プレイログ検証工程をゲームサーバ内で行うようにすることができる。
【００２０】
また、請求項３に記載されるように、上記プレイログ検証工程をゲームサーバとは別に設けたリファレンシャルマシンで行うようにすることができる。
【００２１】
また、請求項４に記載されるように、上記プレイログ検証工程を検証対象以外の上記クライアント内で行うようにすることができる。
【００２２】
また、請求項５に記載されるように、上記プレイログは、プレイログ取得開始時のゲームの状態を示す初期データと、プレイログ取得期間内のプレイヤの操作内容を示すアクションデータと、プレイログ取得終了時のゲームの状態を示す結果データとを含むものとすることができる。
【発明の効果】
【００２３】
本発明のオンラインゲーム不正検出方法にあっては、オンラインゲームにおける不正行為を適切に検出することができ、パケットの暗号化やプログラムの複雑化等を行うことなく不正行為を有効に防止することができるという効果がある。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の好適な実施形態につき図面を参照して説明する。
【００２５】
図１は本発明の一実施形態を示すシステム構成図である。
【００２６】
図１において、オンラインゲームの運営サイドには、ゲームサーバ１と、必要に応じて設置されるリファレンシャルマシン２とが設けられ、プレイヤサイドには複数のクライアント３、４（代表的な動作を行う２台のみを示しており、実際の台数はもっと多い）が設けられている。なお、ゲームサーバ１とクライアント３、４とはインターネット等のネットワークを介して接続されている。
【００２７】
ゲームサーバ１には、通常のオンラインゲームのサーバプロセスを実行するためのゲームサーバ処理部１１と、クライアントの不正を検出するための不正検出処理部１２と、不正検出のために検証対象機器の動作の記録であるプレイログを検証するプレイログ検証処理部１３とが設けられている。また、リファレンシャルマシン２には、不正検出のために検証対象機器の動作の記録であるプレイログを検証するプレイログ検証処理部２１が設けられている。なお、リファレンシャルマシン２は検証対象機器であるクライアント３と同等の性能のパーソナルコンピュータ等であり、搭載されるＯＳ（Operating System）としてもクライアント３と同等の、例えばＷｉｎｄｏｗｓ（登録商標）が搭載されている。
【００２８】
一方、現時点で検証対象となっているクライアント３には、通常のオンラインゲームのクライアントプロセスを実行するためのゲームクライアント処理部３１の他に、このクライアント３における動作の記録であるプレイログを取得してゲームサーバ１側に送信するプレイログ送信処理部３２が動的に設けられている。また、現時点で検証を実行する側の検証機器となっているクライアント４には、通常のオンラインゲームのクライアントプロセスを実行するためのゲームクライアント処理部４１の他に、不正検出のために検証対象機器の動作の記録であるプレイログを検証するプレイログ検証処理部４２が動的に設けられている。なお、検証対象機器および検証機器はゲームサーバ１の処理により適宜に選択変更される。
【００２９】
また、図１においては、不正検出のために検証対象機器の動作の記録であるプレイログを検証する機能部として、ゲームサーバ１内のプレイログ検証処理部１３と、リファレンシャルマシン２内のプレイログ検証処理部２１と、クライアント４内のプレイログ検証処理部４２とが設けられているが、これらの全てを用いる必要はなく、いずれか一つあるいはそれらの組み合わせでもよい。すなわち、プレイログの検証をゲームサーバ１内のプレイログ検証処理部１３で全て行う場合にあっては、リファレンシャルマシン２は不要であり、クライアント４内のプレイログ検証処理部４２も不要となる。同様に、プレイログの検証をリファレンシャルマシン２内のプレイログ検証処理部２１で全て行う場合にあっては、ゲームサーバ１内のプレイログ検証処理部１３およびクライアント４内のプレイログ検証処理部４２は不要となり、プレイログの検証をクライアント４内のプレイログ検証処理部４２で全て行う場合にあっては、ゲームサーバ１内のプレイログ検証処理部１３は不要であり、リファレンシャルマシン２も不要である。
【００３０】
なお、プレイログの検証をゲームサーバ１内のプレイログ検証処理部１３で行う場合、ゲームサーバ１は一般にパーソナルコンピュータよりも高性能な機器であるとともに、ＵＮＩＸ（登録商標）等のＯＳで動作しているため、プレイログの検証にあたってクライアント３と同等の動作を行わせるために誤差の丸めやタイミングにつき若干のチューニングを要するが、リファレンシャルマシン２内のプレイログ検証処理部２１もしくはクライアント４内のプレイログ検証処理部４２でプレイログの検証を行う場合には、検証対象のクライアント３と同等な実行環境となるため、クライアントプロセスのプログラムをそのまま実行できるという利点がある。
【００３１】
図２はプレイログの内容の例を示す図であり、プレイログ取得開始時のゲームの状態を示す初期データと、プレイログ取得期間内のプレイヤの操作内容を示すアクションデータと、プレイログ取得終了時のゲームの状態を示す結果データとを含む。初期データおよび結果データとしては、敵からの攻撃で受けるダメージにより消費するＨＰ（Hit Point）、ＨＰ回復時の上限値、魔法などの特殊な行動を行う時に消費するＭＰ（Magic Point）、ＭＰ回復時の上限値、敵への攻撃の強さを示す攻撃力、敵からの攻撃に抵抗できる強さを示す防御力、その他のゲームの種類に応じてゲームの特定の時点の状態を特定するためのデータが含まれている。また、アクションデータとしては、ゲームの時間情報と関連付けられた複数のアクションデータ要素から構成されている。このアクションデータ要素にはゲームキャラクタの位置情報等が含まれている。位置情報は絶対座標値でもよいし、フレーム毎の移動量でもよい。移動速度が一定である場合には移動方向だけでもよい。
【００３２】
図３はアクションの例を示す図であり、移動（位置、向き、速度等の属性を含む）、攻撃（対象、武器、方向等の属性を含む）、アイテム使用（アイテム、対象等の属性を含む）等のプレイヤが指示可能な操作が含まれている。
【００３３】
図４はアクションデータの例を示す図であり、１行（横一列のデータ群）がアクションデータ要素を構成している。この図４はアクションのあったフレームのデータのみを記録する場合の例を示しており、フレームを識別するためのフレームナンバー、アクションの種別を示すアクションＩＤ、アクションの内容を示すアクションパラメータ１、アクションパラメータ２等を含んでいる。なお、フレームを識別するためにはフレーム単位の時間情報がわかればよいため、フレームナンバーに代え、秒の小数点以下までを含めた時間情報（例：０１時２３分４５．６７秒）としてもよい。また、アクションパラメータの数は任意に設計が可能であり、パラメータそのものが無くてもよい（図ではパラメータが無い場合は「００（なし）」と表示）。更に、アクションＩＤ等を数値データで表しているが、「移動」といった文字列データとしてもよい。
【００３４】
図５はアクションデータの他の例を示す図であり、毎フレームのデータを記録する場合の例を示しており、フレームが時系列に並び、個々のフレームの時間位置を識別する必要がないことからフレームナンバーを省略してある。なお、データの欠落がないことを確認するためにフレームナンバーを設けるようにしてもよい。
【００３５】
この図５の例では、図４のアクションのあったフレームのデータのみを記録する場合に比してデータ量が増えるが、アクションが発生したか否かを判断することなく機械的に記録ができるとともに、検証に際しての読み出しも簡易に行える利点がある。
【００３６】
また、上記のアクションデータをネットワークを介して送受信する場合、ランレングス符号化、ハフマン符号化、スライド辞書法等のロスレス圧縮法により圧縮することで、データ転送を効率的に行うことができる。
【００３７】
図６はクライアント内におけるアクションデータの取得処理を示すフローチャートの一例であり、画面描画の１垂直同期期間である1/60秒あるいは1/30秒のフレームを単位とし、その数フレームを周期に繰り返される処理を示している。
【００３８】
先ず、ネットワークを介してサーバとの通信処理を行い（ステップＳ３１）、次いでコントロールパッド、キーボード、マウス等の入力操作手段からプレイヤの操作を入力し（ステップＳ３２）、入力された操作内容の判定を行う（ステップＳ３３）。
【００３９】
次いで、入力された操作内容に応じてゲームキャラクタの行動の処理（移動、攻撃、アイテム使用、衝突判定等）を行い（ステップＳ３４）、仮想三次元空間における所定の視点から見た投影画像を生成する（ステップＳ３５）。
【００４０】
そして、操作内容を示すアクションデータをリストに追加し（ステップＳ３６）、画像表示手段のフレーム更新を待ち（ステップＳ３７）、再びサーバとの通信処理（ステップＳ３１）に移行する。
【００４１】
なお、上記の処理例では、サーバとの通信処理（ステップＳ３１）を最初に、アクションデータのリストへの追加（ステップＳ３６）を最後に行っているが、必ずしもこの順序で行なう必要はなく、フレームを単位とする周期的な処理期間内であればいつ行ってもよい。
【００４２】
図７はゲームサーバ１の内部構成をより詳しく示したものであり、不正検出処理部１２には、ゲームサーバ処理部１１からゲーム参加者の情報を得て検査対象機器を選定する検査対象選定処理部１４と、選定された検査対象機器であるクライアント３のプレイログ送信処理部３２にコマンドを発行してプレイログを取得するプレイログ取得処理部１５と、検証を実行する検証機器を選定する検証機器選定処理部１６と、選定された検証機器にプレイログを送信して検証を行わせるプレイログ検証制御部１７とが設けられている。なお、クライアント４にプレイログの検証を行わせる場合、検証機器選定処理部１６はゲームに参加しているプレイヤのクライアントのうち、検証対象のクライアント以外から検証機器となるクライアント４を選定する。
【００４３】
図８はプレイログの取得の動作を示すフローチャートであり、以下、上記の実施形態におけるプレイログの取得の動作を説明する。
【００４４】
先ず、ゲームサーバ１の不正検出処理部１２内の検査対象選定処理部１４は、所定のルールに基づき、検査対象機器を選定する（ステップＳ１０１）。検査対象機器の選定は無作為に行ってもよいし、不正行為の疑いがある特定のプレイヤにつき過去の記録に基づいて優先的に選定を行うようにしてもよい。また、悪質な不正行為の摘発が目的であるため、全数について検査する必要はなく、抜き取り検査でよい。
【００４５】
次いで、ゲームサーバ１のプレイログ取得処理部１５は検査対象として選定されたクライアント３に対してログ開始を示すコマンドを発行する（ステップＳ１０２）。
【００４６】
クライアント３では、コマンド取得（ステップＳ３０１）、ログ開始コマンドのチェック（ステップＳ３０２）、送信フラグのチェック（ステップＳ３０３）、ログ停止コマンドのチェック（ステップＳ３０４）、ゲームクライアントプロセス（ステップＳ３０５）をループして実行しており、取得したコマンドがログ開始のコマンドである場合、クライアント３のプレイログ送信処理部３２は現時点のゲームの状態を示すデータを取得し、初期データとしてゲームサーバ１のプレイログ取得処理部１５に送信し（ステップＳ３０６）、送信フラグをセットする（ステップＳ３０７）。そして、ゲームサーバ１のプレイログ取得処理部１５はクライアント３から送信された初期データを取得する（ステップＳ１０３）。
【００４７】
また、送信フラグがセットされた後、クライアント３のプレイログ送信処理部３２はコマンドを取得する都度にプレイヤの操作を示すアクションデータをゲームサーバ１のプレイログ取得処理部１５に送信し（ステップＳ３０８）、ゲームサーバ１のプレイログ取得処理部１５はそのアクションデータを取得する（ステップＳ１０４）。
【００４８】
一方、所定の時間経過の後、ゲームサーバ１のプレイログ取得処理部１５は検査対象であるクライアント３に対してログ停止を示すコマンドを発行する（ステップＳ１０５）。
【００４９】
ログ停止のコマンドを受け取った場合、クライアント３のプレイログ送信処理部３２は現時点のゲームの状態を示すデータを取得し、結果データとしてゲームサーバ１のプレイログ取得処理部１５に送信し（ステップＳ３０９）、送信フラグをリセットする（ステップＳ３１０）。そして、ゲームサーバ１のプレイログ取得処理部１５はクライアント３から送信された結果データを取得する（ステップＳ１０６）。これらの処理により、検査対象機器からプレイログが取得される。
【００５０】
図９はプレイログに基づく不正検出の動作を示すフローチャートであり、以下、上記の実施形態における不正検出の動作を説明する。
【００５１】
先ず、ゲームサーバ１の不正検出処理部１２内の検証機器選定処理部１６は、所定のルールに基づき、検査機器を選定する（ステップＳ１１１）。検査機器としては、ゲームサーバ１内のプレイログ検証処理部１３と、リファレンシャルマシン２内のプレイログ検証処理部２１と、クライアント４内のゲームクライアント処理部４１とを使用することができる。クライアント４にプレイログの検証を行わせる場合、検証機器選定処理部１６はゲームに参加しているプレイヤのクライアントのうち、検証対象のクライアント以外から検証機器となるクライアント４を選定する。検証対象機器と検証機器とを分けているのは、不正行為が行われているクライアント３においては検証の処理についても不正行為が行われる可能性が高いためである。また、特定のクライアント４に検証処理が集中しないよう、無作為に検証機器の選定を行うことが好ましい。
【００５２】
次いで、ゲームサーバ１のプレイログ検証制御部１７は検証機器にプレイログのうち結果データを除く初期データとアクションデータとを送信し、検証を依頼する（ステップＳ１１２）。これを受け、検証機器では検証処理を行い（ステップＳ１２４）、検証結果をゲームサーバ１のプレイログ検証制御部１７に送信する（ステップＳ１２５）。すなわち、検証機器では、プレイログに含まれる初期データとアクションデータとに基づき、実際のクライアントゲームプロセスを実行し、最後のアクションデータについて実行した時点のゲームの状態を示すデータを検証結果として返す。
【００５３】
ゲームサーバ１のプレイログ検証制御部１７は、検証結果を受信すると（ステップＳ１１３）、検証依頼の元になったプレイログの結果データと比較を行い（ステップＳ１１４）、不一致があれば不正処理があったと判断し（ステップＳ１１５）、一致すれば不正処理はないものと判断する（ステップＳ１１６）。すなわち、同じクライアントゲームプロセスを同じ初期データから初めて同じアクションデータに基づいて同等の環境下で実行するものであることから、不正行為があった場合には結果に不一致が発生することになり、その不一致をもって容易に不正行為を検出することができる。
【００５４】
不正行為が検出された場合、不正行為を行っているクライアント３の処理を強制的に終了させたり、正しい状態に修正等することも技術的には可能であるが、実際問題としては事後的に警告を行う等の措置で十分である。そのため、上記の検証処理はリアルタイムに行う必要はなく、プレイログを取得した後の適当なタイミングで行うことが可能である。
【００５５】
また、クライアント４における検証処理の内容を改竄するような不正行為が行われた場合、そのクライアント４で検証されている検証対象のクライアント３では本来は不正行為が行われていないのに不正行為があると判断される場合があるため、いったん不正行為が検出された場合であっても確定せず、他のクライアントに同様な検証処理を行わせ、その結果を判断した上で確定的な判断を行うことが好ましい。
【００５６】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【図面の簡単な説明】
【００５７】
【図１】本発明の一実施形態を示すシステム構成図である。
【図２】プレイログの内容の例を示す図である。
【図３】アクションの例を示す図である。
【図４】アクションデータの例を示す図である。
【図５】アクションデータの他の例を示す図である。
【図６】アクションデータの取得処理を示すフローチャートである。
【図７】ゲームサーバ等の内部構成の例を示す図である。
【図８】プレイログの取得の動作を示すフローチャートである。
【図９】プレイログに基づく不正検出の動作を示すフローチャートである。
【符号の説明】
【００５８】
１ ゲームサーバ
１１ ゲームサーバ処理部
１２ 不正検出処理部
１３ プレイログ検証処理部
１４ 検査対象選定処理部
１５ プレイログ取得処理部
１６ 検証機器選定処理部
１７ プレイログ検証制御部
２ リファレンシャルマシン
２１ プレイログ検証処理部
３ クライアント
３１ ゲームクライアント処理部
３２ プレイログ送信処理部
４ クライアント
４１ ゲームクライアント処理部
４２ プレイログ検証処理部
【技術分野】
【０００１】
本発明はインターネット等を利用したオンラインゲームにおいて不正を検出する技術に関するものである。
【背景技術】
【０００２】
昨今、インターネット等を利用したオンラインゲームが普及してきており、多くのユーザ（プレイヤ）が参加するに至っている。
【０００３】
ところで、一部のゲームマニアの間ではかねてより「チート」と呼ばれる不正行為が行われており、実行中のゲームのデータを意図的に改竄し、不正にアイテムを取得したり、無敵状態を作るなど、通常のゲームの進行と異なる形でゲームが実行される場合がある。また、チートを行うためのツールやプログラムコードも流通しており、これらが不正行為を一層広げる要因となっている。
【０００４】
これらの不正行為は従来のスタンドアロンのゲームのみならずオンラインゲームにも及んできているが、オンラインゲームはスタンドアロンのゲームと異なり他のユーザと勝敗等を競うものであることから、一部のユーザの不正行為が真面目にゲームを楽しもうとするユーザに強い不快感を与えることになり、ひいてはオンラインゲームからのユーザ離れを引き起こし、オンラインゲーム事業が成り立たなくなる危惧がある。このようなことから、オンラインゲームにおいて不正行為を取り締まることは重要なテーマである。
【０００５】
なお、オンラインゲームは、同時にプレイできる人数が少ないＭＯ（Multiplayer Online）型と、同時にプレイできる人数が多いＭＭＯ（Massively Multiplayer Online）型に大別され、一般に前者のＭＯ型では処理の半分程度をクライアント側で行い、後者のＭＭＯ型では処理のほとんどをサーバ側で行っている。そのため、不正行為が問題となるのは主に前者のＭＯ型であり（クライアント上のプログラムもしくはデータを改竄することでチートを行うことができる）、後者のＭＭＯ型では不正行為を行いにくいとされている（サーバをハッキングしない限り有効なチートは行えない）。ただし、後者のＭＭＯ型であっても、ゲーム内容にアクション性を求められる場合、インターネットのデータ遅延の大きさからサーバ側だけの処理では対応ができないことから、クライアント側に処理を分担させざるを得ない場合があり、そのような場合には不正行為が行われる可能性がある。
【０００６】
従来、これらの不正行為に対してはパケットの暗号化やプログラムの複雑化を行うことで対抗していた。すなわち、パケットの暗号化とは、ネットワークに流れるデータを暗号化することで、どのような情報が流れているのかを解析しずらくするものである。また、プログラムの複雑化とは、ファイル構造や実行のプロセスを複雑化することで、プログラムやデータの内容を解析しずらくするものである。
【０００７】
一方、先行技術文献として、計算機ネットワークシステムにおけるデータの不正改竄や事故によるデータの消失を自動的に検出・修復する技術が開示されている（例えば、特許文献１参照。）。
【特許文献１】特開平９−２１８８５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
従来は上述したように、主にパケットの暗号化やプログラムの複雑化によって不正行為を防止するようにしていたが、一部の処理がユーザの手元（クライアント）で行われる限り、不正行為を完全に防ぐことはできないものであった。
【０００９】
すなわち、パケットの暗号化を行うことでネットワークにどのようなデータが流れているかを解析しずらくすることは可能だが、この部分でいくら高度な処理を施しても、クライアント側のプログラムの解析を行うことで復号のアルゴリズムは解析できてしまうものであった。また、パケットの暗号化を行うにあたり、サーバは全てのクライアントとのやり取りを行うため、負荷が集中し、処理を行うコストが大きいという問題もあった。
【００１０】
一方、プログラムの複雑化によってプログラムやデータの内容を解析しずらくすることは可能だが、どんなに複雑化してもいずれはその構造が解析され不正行為を行うことができてしまうものであり、本質的な対策にはなっていなかった。更に、ファイル構造や実行のプロセスを複雑化することで、ゲームの開発段階での煩雑さを招くとともに、プログラムの不具合を発生させる原因になってしまうという問題もあった。
【００１１】
なお、サーバ内のプログラムは安全性が高く、ハッキングなどの高度な手法でしかデータ改竄は不可能となる。そこで、全ての処理をサーバで行い、クライアントではその処理結果を表示するだけのものにすれば不正な改竄は防げる。しかし、ネットワークとしてインターネット等のデータ転送の遅延の大きいものを使っている限り、クライアントから入力された情報をサーバに送り、サーバ側で処理された情報をクライアントに戻すというプロセスを全ての処理に対してとらなければならないとなると、即時性の求められるアクションゲームは成り立たないものであった。
【００１２】
一方、特許文献１に記載される技術は、ビジネスシステムにおけるデータベースの不正改竄等を対象としたものであり、オンラインゲームにおける不正を対象としたものではない。
【００１３】
すなわち、アクション性の高いオンラインゲームでは、プレイヤがリアルタイムにゲームキャラクタ（人間に限らず、ロボット、乗り物等も含む）を操作し、仮想三次元空間内でゲームキャラクタが位置座標を持って仮想三次元空間内を移動するものであり、更に仮想三次元空間に２人以上のプレイヤがそれぞれ操作するゲームキャラクタが存在する。そのため、ビジネスシステムにおけるデータベースの操作とは比較にならない量のデータのやりとりが行われるものであり、特許文献１に記載される技術はこのようなオンラインゲームにおける不正の検出に適用できるものではない。
【００１４】
また、この種のオンラインゲームでは、画面描画の１垂直同期期間である1/60秒あるいは1/30秒のフレームを単位として、その数フレームの期間内に、操作入力、ゲーム処理（ゲームキャラクタの移動、仮想三次元空間内の他の物体との衝突判定等）、画像生成、表示手段への画像出力、データ送受信等、フレーム時間以内の時間と関連付けられたデータに基づく全ての処理を行うものであり、対象とするデータの発生間隔も桁違いに短いものである。
【００１５】
従って、上述した特許文献１に記載される技術では、数フレーム単位で入力操作手段（コントロールパッド、キーボード、マウス等）から入力を行なうものではない点、数フレーム単位で仮想三次元空間内のゲームキャラクタを移動させるものではない点、数フレーム単位でその仮想三次元空間の投影画像を生成するものではない点、数フレーム単位で表示手段に画像を出力するものではない点等において、対象とする技術が大きく異なるものである。
【００１６】
更に、特許文献１に記載されるビジネスシステムにおけるデータベースでは、目的とする計算処理をそのクライアントで行わずに他の任意のクライアントで代行することが可能であるため、特定のクライアントに着目する必要性が薄く、データベースの状態を静的に監視することで足りる。しかし、アクション性の高いオンラインゲームでは、必ずそのクライアント内で行われるゲーム処理（ゲームキャラクタ移動、衝突判定等）を対象とする必要があり、微妙なタイミングまでを含めた監視を行う必要がある。この点においても特許文献１に記載される技術は対象を大きく異にしている。
【００１７】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、オンラインゲームにおける不正行為を適切に検出し、パケットの暗号化やプログラムの複雑化等を行うことなく不正行為を有効に防止することのできるオンラインゲーム不正検出方法を提供することにある。
【課題を解決するための手段】
【００１８】
上記の課題を解決するため、本発明にあっては、請求項１に記載されるように、ゲームサーバにネットワークを介して複数のクライアントが接続されてなるオンラインゲームシステムにおいて、上記複数のクライアントのうち検証対象のクライアントからゲームの実行状態を示すプレイログを取得するプレイログ取得工程と、取得した上記プレイログに基づきゲームの実行を再現するプレイログ検証工程と、上記プレイログの結果値と上記プレイログ検証工程の結果値とを比較して不一致があった場合に不正行為が存在するものと判定する判定工程とを備えるようにしている。
【００１９】
また、請求項２に記載されるように、上記プレイログ検証工程をゲームサーバ内で行うようにすることができる。
【００２０】
また、請求項３に記載されるように、上記プレイログ検証工程をゲームサーバとは別に設けたリファレンシャルマシンで行うようにすることができる。
【００２１】
また、請求項４に記載されるように、上記プレイログ検証工程を検証対象以外の上記クライアント内で行うようにすることができる。
【００２２】
また、請求項５に記載されるように、上記プレイログは、プレイログ取得開始時のゲームの状態を示す初期データと、プレイログ取得期間内のプレイヤの操作内容を示すアクションデータと、プレイログ取得終了時のゲームの状態を示す結果データとを含むものとすることができる。
【発明の効果】
【００２３】
本発明のオンラインゲーム不正検出方法にあっては、オンラインゲームにおける不正行為を適切に検出することができ、パケットの暗号化やプログラムの複雑化等を行うことなく不正行為を有効に防止することができるという効果がある。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の好適な実施形態につき図面を参照して説明する。
【００２５】
図１は本発明の一実施形態を示すシステム構成図である。
【００２６】
図１において、オンラインゲームの運営サイドには、ゲームサーバ１と、必要に応じて設置されるリファレンシャルマシン２とが設けられ、プレイヤサイドには複数のクライアント３、４（代表的な動作を行う２台のみを示しており、実際の台数はもっと多い）が設けられている。なお、ゲームサーバ１とクライアント３、４とはインターネット等のネットワークを介して接続されている。
【００２７】
ゲームサーバ１には、通常のオンラインゲームのサーバプロセスを実行するためのゲームサーバ処理部１１と、クライアントの不正を検出するための不正検出処理部１２と、不正検出のために検証対象機器の動作の記録であるプレイログを検証するプレイログ検証処理部１３とが設けられている。また、リファレンシャルマシン２には、不正検出のために検証対象機器の動作の記録であるプレイログを検証するプレイログ検証処理部２１が設けられている。なお、リファレンシャルマシン２は検証対象機器であるクライアント３と同等の性能のパーソナルコンピュータ等であり、搭載されるＯＳ（Operating System）としてもクライアント３と同等の、例えばＷｉｎｄｏｗｓ（登録商標）が搭載されている。
【００２８】
一方、現時点で検証対象となっているクライアント３には、通常のオンラインゲームのクライアントプロセスを実行するためのゲームクライアント処理部３１の他に、このクライアント３における動作の記録であるプレイログを取得してゲームサーバ１側に送信するプレイログ送信処理部３２が動的に設けられている。また、現時点で検証を実行する側の検証機器となっているクライアント４には、通常のオンラインゲームのクライアントプロセスを実行するためのゲームクライアント処理部４１の他に、不正検出のために検証対象機器の動作の記録であるプレイログを検証するプレイログ検証処理部４２が動的に設けられている。なお、検証対象機器および検証機器はゲームサーバ１の処理により適宜に選択変更される。
【００２９】
また、図１においては、不正検出のために検証対象機器の動作の記録であるプレイログを検証する機能部として、ゲームサーバ１内のプレイログ検証処理部１３と、リファレンシャルマシン２内のプレイログ検証処理部２１と、クライアント４内のプレイログ検証処理部４２とが設けられているが、これらの全てを用いる必要はなく、いずれか一つあるいはそれらの組み合わせでもよい。すなわち、プレイログの検証をゲームサーバ１内のプレイログ検証処理部１３で全て行う場合にあっては、リファレンシャルマシン２は不要であり、クライアント４内のプレイログ検証処理部４２も不要となる。同様に、プレイログの検証をリファレンシャルマシン２内のプレイログ検証処理部２１で全て行う場合にあっては、ゲームサーバ１内のプレイログ検証処理部１３およびクライアント４内のプレイログ検証処理部４２は不要となり、プレイログの検証をクライアント４内のプレイログ検証処理部４２で全て行う場合にあっては、ゲームサーバ１内のプレイログ検証処理部１３は不要であり、リファレンシャルマシン２も不要である。
【００３０】
なお、プレイログの検証をゲームサーバ１内のプレイログ検証処理部１３で行う場合、ゲームサーバ１は一般にパーソナルコンピュータよりも高性能な機器であるとともに、ＵＮＩＸ（登録商標）等のＯＳで動作しているため、プレイログの検証にあたってクライアント３と同等の動作を行わせるために誤差の丸めやタイミングにつき若干のチューニングを要するが、リファレンシャルマシン２内のプレイログ検証処理部２１もしくはクライアント４内のプレイログ検証処理部４２でプレイログの検証を行う場合には、検証対象のクライアント３と同等な実行環境となるため、クライアントプロセスのプログラムをそのまま実行できるという利点がある。
【００３１】
図２はプレイログの内容の例を示す図であり、プレイログ取得開始時のゲームの状態を示す初期データと、プレイログ取得期間内のプレイヤの操作内容を示すアクションデータと、プレイログ取得終了時のゲームの状態を示す結果データとを含む。初期データおよび結果データとしては、敵からの攻撃で受けるダメージにより消費するＨＰ（Hit Point）、ＨＰ回復時の上限値、魔法などの特殊な行動を行う時に消費するＭＰ（Magic Point）、ＭＰ回復時の上限値、敵への攻撃の強さを示す攻撃力、敵からの攻撃に抵抗できる強さを示す防御力、その他のゲームの種類に応じてゲームの特定の時点の状態を特定するためのデータが含まれている。また、アクションデータとしては、ゲームの時間情報と関連付けられた複数のアクションデータ要素から構成されている。このアクションデータ要素にはゲームキャラクタの位置情報等が含まれている。位置情報は絶対座標値でもよいし、フレーム毎の移動量でもよい。移動速度が一定である場合には移動方向だけでもよい。
【００３２】
図３はアクションの例を示す図であり、移動（位置、向き、速度等の属性を含む）、攻撃（対象、武器、方向等の属性を含む）、アイテム使用（アイテム、対象等の属性を含む）等のプレイヤが指示可能な操作が含まれている。
【００３３】
図４はアクションデータの例を示す図であり、１行（横一列のデータ群）がアクションデータ要素を構成している。この図４はアクションのあったフレームのデータのみを記録する場合の例を示しており、フレームを識別するためのフレームナンバー、アクションの種別を示すアクションＩＤ、アクションの内容を示すアクションパラメータ１、アクションパラメータ２等を含んでいる。なお、フレームを識別するためにはフレーム単位の時間情報がわかればよいため、フレームナンバーに代え、秒の小数点以下までを含めた時間情報（例：０１時２３分４５．６７秒）としてもよい。また、アクションパラメータの数は任意に設計が可能であり、パラメータそのものが無くてもよい（図ではパラメータが無い場合は「００（なし）」と表示）。更に、アクションＩＤ等を数値データで表しているが、「移動」といった文字列データとしてもよい。
【００３４】
図５はアクションデータの他の例を示す図であり、毎フレームのデータを記録する場合の例を示しており、フレームが時系列に並び、個々のフレームの時間位置を識別する必要がないことからフレームナンバーを省略してある。なお、データの欠落がないことを確認するためにフレームナンバーを設けるようにしてもよい。
【００３５】
この図５の例では、図４のアクションのあったフレームのデータのみを記録する場合に比してデータ量が増えるが、アクションが発生したか否かを判断することなく機械的に記録ができるとともに、検証に際しての読み出しも簡易に行える利点がある。
【００３６】
また、上記のアクションデータをネットワークを介して送受信する場合、ランレングス符号化、ハフマン符号化、スライド辞書法等のロスレス圧縮法により圧縮することで、データ転送を効率的に行うことができる。
【００３７】
図６はクライアント内におけるアクションデータの取得処理を示すフローチャートの一例であり、画面描画の１垂直同期期間である1/60秒あるいは1/30秒のフレームを単位とし、その数フレームを周期に繰り返される処理を示している。
【００３８】
先ず、ネットワークを介してサーバとの通信処理を行い（ステップＳ３１）、次いでコントロールパッド、キーボード、マウス等の入力操作手段からプレイヤの操作を入力し（ステップＳ３２）、入力された操作内容の判定を行う（ステップＳ３３）。
【００３９】
次いで、入力された操作内容に応じてゲームキャラクタの行動の処理（移動、攻撃、アイテム使用、衝突判定等）を行い（ステップＳ３４）、仮想三次元空間における所定の視点から見た投影画像を生成する（ステップＳ３５）。
【００４０】
そして、操作内容を示すアクションデータをリストに追加し（ステップＳ３６）、画像表示手段のフレーム更新を待ち（ステップＳ３７）、再びサーバとの通信処理（ステップＳ３１）に移行する。
【００４１】
なお、上記の処理例では、サーバとの通信処理（ステップＳ３１）を最初に、アクションデータのリストへの追加（ステップＳ３６）を最後に行っているが、必ずしもこの順序で行なう必要はなく、フレームを単位とする周期的な処理期間内であればいつ行ってもよい。
【００４２】
図７はゲームサーバ１の内部構成をより詳しく示したものであり、不正検出処理部１２には、ゲームサーバ処理部１１からゲーム参加者の情報を得て検査対象機器を選定する検査対象選定処理部１４と、選定された検査対象機器であるクライアント３のプレイログ送信処理部３２にコマンドを発行してプレイログを取得するプレイログ取得処理部１５と、検証を実行する検証機器を選定する検証機器選定処理部１６と、選定された検証機器にプレイログを送信して検証を行わせるプレイログ検証制御部１７とが設けられている。なお、クライアント４にプレイログの検証を行わせる場合、検証機器選定処理部１６はゲームに参加しているプレイヤのクライアントのうち、検証対象のクライアント以外から検証機器となるクライアント４を選定する。
【００４３】
図８はプレイログの取得の動作を示すフローチャートであり、以下、上記の実施形態におけるプレイログの取得の動作を説明する。
【００４４】
先ず、ゲームサーバ１の不正検出処理部１２内の検査対象選定処理部１４は、所定のルールに基づき、検査対象機器を選定する（ステップＳ１０１）。検査対象機器の選定は無作為に行ってもよいし、不正行為の疑いがある特定のプレイヤにつき過去の記録に基づいて優先的に選定を行うようにしてもよい。また、悪質な不正行為の摘発が目的であるため、全数について検査する必要はなく、抜き取り検査でよい。
【００４５】
次いで、ゲームサーバ１のプレイログ取得処理部１５は検査対象として選定されたクライアント３に対してログ開始を示すコマンドを発行する（ステップＳ１０２）。
【００４６】
クライアント３では、コマンド取得（ステップＳ３０１）、ログ開始コマンドのチェック（ステップＳ３０２）、送信フラグのチェック（ステップＳ３０３）、ログ停止コマンドのチェック（ステップＳ３０４）、ゲームクライアントプロセス（ステップＳ３０５）をループして実行しており、取得したコマンドがログ開始のコマンドである場合、クライアント３のプレイログ送信処理部３２は現時点のゲームの状態を示すデータを取得し、初期データとしてゲームサーバ１のプレイログ取得処理部１５に送信し（ステップＳ３０６）、送信フラグをセットする（ステップＳ３０７）。そして、ゲームサーバ１のプレイログ取得処理部１５はクライアント３から送信された初期データを取得する（ステップＳ１０３）。
【００４７】
また、送信フラグがセットされた後、クライアント３のプレイログ送信処理部３２はコマンドを取得する都度にプレイヤの操作を示すアクションデータをゲームサーバ１のプレイログ取得処理部１５に送信し（ステップＳ３０８）、ゲームサーバ１のプレイログ取得処理部１５はそのアクションデータを取得する（ステップＳ１０４）。
【００４８】
一方、所定の時間経過の後、ゲームサーバ１のプレイログ取得処理部１５は検査対象であるクライアント３に対してログ停止を示すコマンドを発行する（ステップＳ１０５）。
【００４９】
ログ停止のコマンドを受け取った場合、クライアント３のプレイログ送信処理部３２は現時点のゲームの状態を示すデータを取得し、結果データとしてゲームサーバ１のプレイログ取得処理部１５に送信し（ステップＳ３０９）、送信フラグをリセットする（ステップＳ３１０）。そして、ゲームサーバ１のプレイログ取得処理部１５はクライアント３から送信された結果データを取得する（ステップＳ１０６）。これらの処理により、検査対象機器からプレイログが取得される。
【００５０】
図９はプレイログに基づく不正検出の動作を示すフローチャートであり、以下、上記の実施形態における不正検出の動作を説明する。
【００５１】
先ず、ゲームサーバ１の不正検出処理部１２内の検証機器選定処理部１６は、所定のルールに基づき、検査機器を選定する（ステップＳ１１１）。検査機器としては、ゲームサーバ１内のプレイログ検証処理部１３と、リファレンシャルマシン２内のプレイログ検証処理部２１と、クライアント４内のゲームクライアント処理部４１とを使用することができる。クライアント４にプレイログの検証を行わせる場合、検証機器選定処理部１６はゲームに参加しているプレイヤのクライアントのうち、検証対象のクライアント以外から検証機器となるクライアント４を選定する。検証対象機器と検証機器とを分けているのは、不正行為が行われているクライアント３においては検証の処理についても不正行為が行われる可能性が高いためである。また、特定のクライアント４に検証処理が集中しないよう、無作為に検証機器の選定を行うことが好ましい。
【００５２】
次いで、ゲームサーバ１のプレイログ検証制御部１７は検証機器にプレイログのうち結果データを除く初期データとアクションデータとを送信し、検証を依頼する（ステップＳ１１２）。これを受け、検証機器では検証処理を行い（ステップＳ１２４）、検証結果をゲームサーバ１のプレイログ検証制御部１７に送信する（ステップＳ１２５）。すなわち、検証機器では、プレイログに含まれる初期データとアクションデータとに基づき、実際のクライアントゲームプロセスを実行し、最後のアクションデータについて実行した時点のゲームの状態を示すデータを検証結果として返す。
【００５３】
ゲームサーバ１のプレイログ検証制御部１７は、検証結果を受信すると（ステップＳ１１３）、検証依頼の元になったプレイログの結果データと比較を行い（ステップＳ１１４）、不一致があれば不正処理があったと判断し（ステップＳ１１５）、一致すれば不正処理はないものと判断する（ステップＳ１１６）。すなわち、同じクライアントゲームプロセスを同じ初期データから初めて同じアクションデータに基づいて同等の環境下で実行するものであることから、不正行為があった場合には結果に不一致が発生することになり、その不一致をもって容易に不正行為を検出することができる。
【００５４】
不正行為が検出された場合、不正行為を行っているクライアント３の処理を強制的に終了させたり、正しい状態に修正等することも技術的には可能であるが、実際問題としては事後的に警告を行う等の措置で十分である。そのため、上記の検証処理はリアルタイムに行う必要はなく、プレイログを取得した後の適当なタイミングで行うことが可能である。
【００５５】
また、クライアント４における検証処理の内容を改竄するような不正行為が行われた場合、そのクライアント４で検証されている検証対象のクライアント３では本来は不正行為が行われていないのに不正行為があると判断される場合があるため、いったん不正行為が検出された場合であっても確定せず、他のクライアントに同様な検証処理を行わせ、その結果を判断した上で確定的な判断を行うことが好ましい。
【００５６】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【図面の簡単な説明】
【００５７】
【図１】本発明の一実施形態を示すシステム構成図である。
【図２】プレイログの内容の例を示す図である。
【図３】アクションの例を示す図である。
【図４】アクションデータの例を示す図である。
【図５】アクションデータの他の例を示す図である。
【図６】アクションデータの取得処理を示すフローチャートである。
【図７】ゲームサーバ等の内部構成の例を示す図である。
【図８】プレイログの取得の動作を示すフローチャートである。
【図９】プレイログに基づく不正検出の動作を示すフローチャートである。
【符号の説明】
【００５８】
１ ゲームサーバ
１１ ゲームサーバ処理部
１２ 不正検出処理部
１３ プレイログ検証処理部
１４ 検査対象選定処理部
１５ プレイログ取得処理部
１６ 検証機器選定処理部
１７ プレイログ検証制御部
２ リファレンシャルマシン
２１ プレイログ検証処理部
３ クライアント
３１ ゲームクライアント処理部
３２ プレイログ送信処理部
４ クライアント
４１ ゲームクライアント処理部
４２ プレイログ検証処理部
【特許請求の範囲】
【請求項１】
ゲームサーバにネットワークを介して複数のクライアントが接続されてなるオンラインゲームシステムにおいて、
上記複数のクライアントのうち検証対象のクライアントからゲームの実行状態を示すプレイログを取得するプレイログ取得工程と、
取得した上記プレイログに基づきゲームの実行を再現するプレイログ検証工程と、
上記プレイログの結果値と上記プレイログ検証工程の結果値とを比較して不一致があった場合に不正行為が存在するものと判定する判定工程とを備えたことを特徴とするオンラインゲーム不正検出方法。
【請求項２】
上記プレイログ検証工程をゲームサーバ内で行うことを特徴とする請求項１に記載のオンラインゲーム不正検出方法。
【請求項３】
上記プレイログ検証工程をゲームサーバとは別に設けたリファレンシャルマシンで行うことを特徴とする請求項１に記載のオンラインゲーム不正検出方法。
【請求項４】
上記プレイログ検証工程を検証対象以外の上記クライアント内で行うことを特徴とする請求項１に記載のオンラインゲーム不正検出方法。
【請求項５】
上記プレイログは、
プレイログ取得開始時のゲームの状態を示す初期データと、
プレイログ取得期間内のプレイヤの操作内容を示すアクションデータと、
プレイログ取得終了時のゲームの状態を示す結果データとを含むことを特徴とする請求項１乃至４のいずれか一項に記載のオンラインゲーム不正検出方法。
【請求項１】
ゲームサーバにネットワークを介して複数のクライアントが接続されてなるオンラインゲームシステムにおいて、
上記複数のクライアントのうち検証対象のクライアントからゲームの実行状態を示すプレイログを取得するプレイログ取得工程と、
取得した上記プレイログに基づきゲームの実行を再現するプレイログ検証工程と、
上記プレイログの結果値と上記プレイログ検証工程の結果値とを比較して不一致があった場合に不正行為が存在するものと判定する判定工程とを備えたことを特徴とするオンラインゲーム不正検出方法。
【請求項２】
上記プレイログ検証工程をゲームサーバ内で行うことを特徴とする請求項１に記載のオンラインゲーム不正検出方法。
【請求項３】
上記プレイログ検証工程をゲームサーバとは別に設けたリファレンシャルマシンで行うことを特徴とする請求項１に記載のオンラインゲーム不正検出方法。
【請求項４】
上記プレイログ検証工程を検証対象以外の上記クライアント内で行うことを特徴とする請求項１に記載のオンラインゲーム不正検出方法。
【請求項５】
上記プレイログは、
プレイログ取得開始時のゲームの状態を示す初期データと、
プレイログ取得期間内のプレイヤの操作内容を示すアクションデータと、
プレイログ取得終了時のゲームの状態を示す結果データとを含むことを特徴とする請求項１乃至４のいずれか一項に記載のオンラインゲーム不正検出方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００６−６４７３（Ｐ２００６−６４７３Ａ）
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願番号】特願２００４−１８５２６６（Ｐ２００４−１８５２６６）
【出願日】平成１６年６月２３日（２００４．６．２３）
【出願人】（０００１３２４７１）株式会社セガ (811)
【Ｆターム（参考）】
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願日】平成１６年６月２３日（２００４．６．２３）
【出願人】（０００１３２４７１）株式会社セガ (811)
【Ｆターム（参考）】
[ Back to top ]