端末装置、その制御方法、ならびに、プログラム
【課題】通信対戦ゲームの結果を記録する際の不正行為を防止する端末装置等を提供する。
【解決手段】通信対戦ゲームを提供する端末装置２０１において、記憶部２０２には、各プレイヤーの対戦履歴が記憶され、交換部２０３は、通信対戦を開始しようとする相手と対戦履歴を交換し、判定部２０４は、交換により得られた相手の対戦履歴と、記憶部２０２に記憶される相手の対戦履歴と、が矛盾するか否かを判定し、矛盾すると判定された場合、警告部２０５は、その旨を警告し、通信対戦が完了すると、更新部２０６は、記憶部２０２に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、判定の結果、ならびに、交換により得られた対戦履歴に基づいて更新し、自身と相手以外の他人の対戦履歴については、新しい対戦履歴で古い対戦履歴を上書き更新する。
【解決手段】通信対戦ゲームを提供する端末装置２０１において、記憶部２０２には、各プレイヤーの対戦履歴が記憶され、交換部２０３は、通信対戦を開始しようとする相手と対戦履歴を交換し、判定部２０４は、交換により得られた相手の対戦履歴と、記憶部２０２に記憶される相手の対戦履歴と、が矛盾するか否かを判定し、矛盾すると判定された場合、警告部２０５は、その旨を警告し、通信対戦が完了すると、更新部２０６は、記憶部２０２に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、判定の結果、ならびに、交換により得られた対戦履歴に基づいて更新し、自身と相手以外の他人の対戦履歴については、新しい対戦履歴で古い対戦履歴を上書き更新する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信対戦ゲームの結果を記録する際の不正行為を防止するのに好適な端末装置、その制御方法、ならびに、これらをコンピュータにて実現するプログラムに関する。
【背景技術】
【０００２】
従来から、各種の通信対戦ゲームが提供されている。端末装置同士がサーバ装置を介さずに直接通信して対戦を行う形態では、対戦中に端末装置の電源やネットワーク接続を切断するような不正行為が生じることがあり、特許文献１には、このような不正行為を抑制する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−０５０３２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
サーバ装置を利用しないシステムでは、対戦結果を端末装置に保存することとなる。この形態では、たとえば、対戦に負けた場合に、対戦結果が保存される直前にメモリカードを抜挿して交換し、対戦に負ける前のメモリカードをまた用いて、成績が悪くならないようにする、という不正行為がなされることがある。
【０００５】
したがって、このような不正行為を適切に抑制できるようにしたい、との要望は強い。
【０００６】
本発明は、上記のような課題を解決するもので、通信対戦ゲームの結果を記録する際の不正行為を防止するのに好適な端末装置、その制御方法、ならびに、これらをコンピュータにて実現するプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
以上の目的を達成するため、本発明の原理にしたがって、下記の発明を開示する。
【０００８】
本発明の第１の観点に係る端末装置は、複数の端末装置のそれぞれを操作するプレイヤー同士を通信対戦させるゲームを提供し、記憶部、交換部、判定部、警告部、更新部を備え、以下のように構成する。
【０００９】
すなわち、記憶部には、当該ゲームに参加するプレイヤーの対戦履歴が記憶される。
【００１０】
典型的には、プレイヤーの対戦履歴には、各プレイヤーが使用しているキャラクターごとに、その名称、当該キャラクターを使用して行った通信対戦の勝敗数や取得ポイント数等の成績、そのキャラクターを使用して通信対戦を行った最後の日時、通信対戦の結果対戦相手からもらったメッセージ、そのキャラクターが作成された日時、そのキャラクターが現在も生きている（使用可能）かそれとも死んでいる（使用不可能）か、などの情報が含まれる。
【００１１】
また、プレイヤーごとに、当該プレイヤーが最後に行った通信の日時、当該プレイヤーとの通信対戦において通信の切断が生じる等、各種のエラーの数を記憶するのが一般的である。
【００１２】
なお、プレイヤーを区別するためには、プレイヤーの名称のほか、端末装置の製造番号やＭＡＣ（Media Access Control）アドレス、ゲームのソフトウェアのシリアル番号などを利用することができる。
【００１３】
一方、交換部は、端末装置を操作するプレイヤー（以下「自身」という。）と他の端末装置を操作するプレイヤー（以下「相手」という。）との通信対戦が開始される前に、記憶部に記憶される対戦履歴と、当該他の端末装置の記憶部に記憶される対戦履歴と、を交換する。
【００１４】
すなわち、通信対戦を開始する前に相手の端末装置から取得されるのは、相手の対戦履歴のほか、相手の端末装置が持つ他のプレイヤーの対戦履歴である。したがって、あるプレイヤーがさまざまなプレイヤーと通信対戦を行えば、あたかも噂が広まるように対戦履歴が伝播されるので、多数の端末装置において、対戦履歴が自然に共有されることになる。
【００１５】
なお、交換の際に、端末装置同士が有するリアルタイムクロックの日時情報もあわせて交換することとし、両者のずれが所定の誤差範囲よりも大きい場合には、時刻合わせをするようプレイヤーに促すこととするのが望ましい。
【００１６】
さらに、判定部は、交換により得られた相手の対戦履歴と、記憶部に記憶される相手の対戦履歴と、が矛盾するか否かを判定する。
【００１７】
たとえば、相手のキャラクターが、記憶部内の対戦履歴では、相手のキャラクターが死んでいることになっており、交換により相手から得られた対戦履歴では、相手のキャラクターが生きていることになっている場合がある。一旦死んだキャラクターが二度と復活しないことを前提とするゲームにおいては、このような状況は、矛盾と判断される。
【００１８】
一方、警告部は、判定により、矛盾すると判定された場合、その旨を警告する。
【００１９】
対戦履歴に矛盾がある場合には、相手が不正行為を行っている可能性がある。このため、通信対戦を開始する前に警告し、本当に通信対戦を行うか、プレイヤーに確認するのが典型的である。
【００２０】
さらに、更新部は、自身と相手との通信対戦が完了すると、記憶部に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、判定の結果、ならびに、交換により得られた対戦履歴に基づいて更新する。
【００２１】
矛盾しないと判定された場合には、交換により得られた対戦履歴と現在記憶されている対戦履歴を結合し、これに完了した通信対戦の結果を勝敗数や取得ポイント数、そのプレイヤーが最後に行った通信の日時などに反映させる。
【００２２】
相手のキャラクターが死んでいるために矛盾すると判定された場合には、上記の結合結果において、相手のエラーの数を増やし、死んでいるキャラクターの対戦成績やそのキャラクターを使って最後に通信対戦が行われた日時の情報は、記憶部に記憶されていた旧来の情報をそのまま維持するのが典型的である。
【００２３】
また、記憶部の容量に制限がある場合には、情報が更新された日時が古いものから、あるいは、当該プレイヤーが最後に行った通信の日時が古いものから消去するのが典型的である。
【００２４】
本発明によれば、対戦履歴を伝播させることで、通信対戦ゲームの結果を記録する際の不正行為の発見を可能とし、プレイヤーに不正行為をしないように促すことができるようになる。
【００２５】
また、本発明の端末装置において、更新部は、自身でも相手でもないプレイヤー（以下「他人」という。）の対戦成績を、記憶部に記憶される他人の対戦履歴と、交換により得られた他人の対戦履歴と、のうち、最新のものに更新し、判定により矛盾しないと判定された場合、相手の対戦履歴を、当該完了した通信対戦の結果により更新し、判定により矛盾すると判定された場合、相手の対戦履歴を、当該矛盾を表す情報により更新する。
【００２６】
本発明は、上記発明の好適実施形態に係るものであり、他人については対戦履歴を共有し、相手については矛盾のない場合にのみ対戦履歴を反映させるものである。
【００２７】
本発明によれば、対戦履歴に矛盾が生じているプレイヤーと通信をした場合であっても、その他のプレイヤーの対戦履歴の共有が行われるので、対戦履歴の伝播がスムースに行われるようになる。
【００２８】
また、本発明の端末装置において、通信対戦は、プレイヤーが作成したキャラクター同士を使用することにより進められ、キャラクターが死亡して以降は、当該キャラクターは使用することができなくなり、対戦履歴には、当該キャラクターの名称と、当該キャラクターが作成された日時と、当該キャラクターの生死を示す情報が含まれ、交換により得られた相手の対戦履歴と、記憶部に記憶される相手の対戦履歴と、において、キャラクターの名称と、作成された日時と、が一致し、交換により得られた対戦履歴には、キャラクターが生存している旨の情報が、記憶部に記憶される対戦履歴には、キャラクターが死亡している旨の情報が含まれている場合、判定部は、矛盾していると判定するように構成することができる。
【００２９】
本発明は、上記発明の好適実施形態に係るものであり、キャラクターが「死んだ」「ロスト」状態になった場合には、復活できないようなゲームを想定したものである。プレイヤーが使用するキャラクターは、その名称と作成された日時によって区別されるので、通信対戦の際に画面に表示されるキャラクター名が同じであったとしても、作成された日時の情報が異なれば、別のキャラクターとして取り扱われる。
【００３０】
本発明によれば、キャラクターが一旦死亡した場合には、二度と復活できないようなゲームにおいて、ある名称のキャラクターが使用不可となった場合に、同じ名称のキャラクターを作成したとしても、両キャラクターを別のキャラクターとして取り扱うことにより、プレイヤーは同じ名称のキャラクターを使用することができるようになる。
【００３１】
また、本発明の端末装置において、記憶部は、端末装置から着脱可能な情報記録媒体に対戦履歴を記憶し、通信対戦ならびに交換部による交換は、端末装置と、他の端末装置と、の間のピアツーピア通信もしくはアドホックモード通信により行われるように構成することができる。
【００３２】
本発明では、サーバ装置を用意しなくとも、対戦履歴の共有が可能であるから、通信対戦を行なう場合に、端末装置同士が近接して無線通信を行うアドホックモード通信に好適である。
【００３３】
このほか、無線ＬＡＮ（Local Area Network）アクセスポイント経由でインターネットを介してロビーサーバ装置に接続し、通信対戦相手を紹介してもらってから、ピアツーピア通信で対戦するような場合に適用することもできる。
【００３４】
ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）により構成されたメモリカードやＵＳＢ（Universal Serial Bus）メモリ等の、端末装置から着脱可能な情報記憶媒体に対戦履歴を記憶する場合には、通信対戦を開始する前に対戦履歴をある媒体Ａにセーブしておき、別の媒体Ｂに交換してから通信対戦を行って、通信対戦に負けた場合には、その媒体Ｂを廃棄して、また媒体Ａを利用する、という不正行為が生じやすい。
【００３５】
本発明では、このような不正行為が生じたとしても、発見することができるようになるので、プレイヤーの不正行為をできるだけ抑制することができるようになる。
【００３６】
本発明のその他の観点に係る制御方法は、複数の端末装置のそれぞれを操作するプレイヤー同士を通信対戦させるゲームを提供する端末装置を制御する制御方法であって、当該端末装置は、記憶部、交換部、判定部、警告部、更新部を備え、記憶部には、当該ゲームに参加するプレイヤーの対戦履歴が記憶され、交換工程、判定工程、警告工程、更新工程を備え、以下のように構成する。
【００３７】
すなわち、交換工程では、交換部が、端末装置を操作するプレイヤー（以下「自身」という。）と他の端末装置を操作するプレイヤー（以下「相手」という。）との通信対戦が開始される前に、記憶部に記憶される対戦履歴と、当該他の端末装置の記憶部に記憶される対戦履歴と、を交換する。
【００３８】
一方、判定工程では、判定部が、交換により得られた相手の対戦履歴と、記憶部に記憶される相手の対戦履歴と、が矛盾するか否かを判定する。
【００３９】
さらに、警告工程では、判定により、矛盾すると判定された場合、警告部が、その旨を警告する。
【００４０】
そして、更新工程では、更新部が、自身と相手との通信対戦が完了すると、記憶部に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、判定の結果、ならびに、交換により得られた対戦履歴に基づいて更新する。
【００４１】
本発明のその他の観点に係るプログラムは、コンピュータを上記の端末装置の各部として機能させるように構成する。
【００４２】
また、本発明のプログラムは、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等のコンピュータ読取可能な情報記憶媒体に記録することができる。
【００４３】
上記プログラムは、プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。また、上記情報記憶媒体は、コンピュータとは独立して配布・販売することができる。
【発明の効果】
【００４４】
本発明によれば、通信対戦ゲームの結果を記録する際の不正行為を防止するのに好適な端末装置、その制御方法、ならびに、これらをコンピュータにて実現するプログラムを提供することができる。
【図面の簡単な説明】
【００４５】
【図１】典型的な情報処理装置の概要構成を示す模式図である。
【図２】情報処理装置がＲＯＭカセットに記録されたプログラムを実行することにより実現される端末装置の概要構成を示す説明図である。
【図３】本実施形態にかかる端末装置を制御する処理の流れを示すフローチャートである。
【図４】液晶ディスプレイに表示される表示例を示す説明図である。
【図５】液晶ディスプレイに表示される表示例を示す説明図である。
【発明を実施するための形態】
【００４６】
以下に本発明の実施形態を説明する。以下では、理解を容易にするため、ゲーム用の情報処理装置を利用して本発明が実現される実施形態を説明するが、以下に説明する実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。
【００４７】
したがって、当業者であればこれらの各要素もしくは全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
【実施例１】
【００４８】
図１は、プログラムを実行することにより、本実施形態の端末装置として機能しうる典型的な情報処理装置の概要構成を示す模式図である。以下、本図を参照して説明する。
【００４９】
本図に示す情報処理装置１０１は、携帯可能なマルチメディア端末であり、ＣＰＵ（Central Processing Unit）１０２、ＲＡＭ（Random Access Memory）１０３、ＲＯＭ（Read Only Memory）１０４、入力装置１０５、画像処理部１０６、液晶ディスプレイ１０７、音声処理部１０８、ヘッドホン１０９、カセットリーダ１１０、ＲＯＭカセット１１１、外部メモリ１１２、ＲＴＣ（Real Time Clock）１１３、無線ＬＡＮ（Local Area Network）インターフェース１１４、カメラ１１５を備える。
【００５０】
本実施形態に係るプログラムが記録されたＲＯＭカセット１１１を、情報処理装置１０１に装着することによって、本実施形態に係る端末装置が実現され、プレイヤーは情報処理装置１０１を利用して、他のプレイヤーと、通信対戦ゲームができるようになる。
【００５１】
ここで、ＣＰＵ １０２は、情報処理装置１０１の各部を制御するとともに、各種の演算処理や判断処理を行う。
【００５２】
情報処理装置１０１に電源が投入されると、ＣＰＵ １０２は、ＲＯＭ １０４に記録されたＩＰＬ（Initial Program Loader）を実行し、その処理の過程で、カセットリーダ１１０を介して接続されたＲＯＭカセット１１１に記録されたプログラムに処理を移行する。
【００５３】
情報処理装置１０１で実行されるゲームプログラムやマルチメディア情報再生プログラムは、ＲＯＭカセット１１１によって提供されるのが一般的であるが、ＲＯＭ １０４内にあらかじめ用意しておくことも可能である。
【００５４】
また、ＲＯＭ １０４内には、ＢＩＯＳ（Basic Input Output System）と呼ばれるプログラム群が用意されており、入力装置１０５や画像処理部１０６、音声処理部１０８の制御を行うことができる。
【００５５】
ＲＡＭ １０３は、一時的な情報を記憶するための領域であり、外部メモリ１１２は、不揮発な情報を記憶するための領域である。外部メモリ１１２としては、ハードディスクなど、主として情報処理装置１０１に内蔵されるもののほか、各種のメモリカードなど、情報処理装置１０１に抜挿されるものを利用しても良い。
【００５６】
入力装置１０５は、各種のボタンやキーボード、マウス、ジョイスティック等により実現されるのが一般的であるが、液晶ディスプレイ１０７と一体に形成されたタッチスクリーンを入力装置１０５として利用することも可能である。
【００５７】
画像処理部１０６は、ＣＰＵ １０２の制御の下、各種の文字情報や画像情報を液晶ディスプレイ１０７に表示させるものであり、一般には、垂直同期割込周期（典型的には、３０分の１秒や６０分の１秒程度である。）ごとに、ＲＡＭ １０３内に用意されたフレームバッファに記憶された画素情報を液晶ディスプレイ１０７の各画素に反映させる。
【００５８】
ユーザからの指示入力は、液晶ディスプレイ１０７に表示されたカーソルを入力装置１０５の移動ボタン操作により移動して、所望のメニュー項目にカーソルを合わせ、決定ボタン操作によって当該メニュー項目を選択するのが一般的であるが、タッチスクリーンを利用する場合にはカーソルは不要である。また、入力装置１０５の各ボタンに割り当てられる機能があらかじめ決まっている場合には、液晶ディスプレイ１０７に対する表示は、必ずしも必要ではない。
【００５９】
音声処理部１０８は、ＲＡＭ １０３やＲＯＭ １０４、ＲＯＭカセット１１１、外部メモリ１１２に用意された音声データをヘッドホン１０９に出力する。音声データとしては、音声の波形データをディジタル化したＰＣＭ（Pulse Code Modulation）データや、ＰＣＭデータを圧縮してサイズを小さくしたＭＰ３（MPeg audio layer-3）データ等を利用することが可能であるほか、ＭＩＤＩ（Music Instruction Data Interface）データのように、音高、音長、音量、音色の種類を定義するデータを用意し、これにしたがって、あらかじめ用意された音源波形データを適宜選択・変形して再生する手法を採用しても良い。
【００６０】
ＲＴＣ １１３は、現在の日時を計測するもので、情報処理装置１０１を初めて利用する際に時刻合わせを行うのが一般的であるが、無線ＬＡＮインターフェース１１４を介してＮＴＰ（Network Time Protocol）サーバに接続することで、自動的に時刻合わせを行うような態様を採用することも可能である。
【００６１】
また、アラーム割込を発生させる機能を持つＲＴＣ １１３もある。設定された時刻になるとアラーム割込が発生して、ＣＰＵ １０２は、現在実行中のプログラムを一時中断し、あらかじめ設定された割込ハンドラを実行してから、中断したプログラムを再開する。
【００６２】
無線ＬＡＮインターフェース１１４は、自宅や会社、街角に用意された無線ＬＡＮアクセスポイントを介してインターネットに接続したり、近傍に配置された他の情報処理装置１０１と、アドホックに通信路を確立し、１対１で通信を行うなどが可能である。
【００６３】
カメラ１１５は、情報処理装置１０１によってディジタルカメラの機能を実現するものであり、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）撮像素子などの技術を適用することが可能である。撮影された画像は、一時的にＲＡＭ １０３に展開された後、外部メモリ１１２等に保存される。
【００６４】
このほか、ビジネス用コンピュータ、携帯電話、ＰＤＡ（Personal Data Assistant）、携帯ゲーム装置、多機能テレビジョン装置、ＤＶＤ（Digital Versatile Disc）プレイヤー、携帯音楽プレイヤーなどを、本発明の端末装置が実現される情報処理装置として採用することもできる。
【００６５】
図２は、情報処理装置１０１がＲＯＭカセット１１１に記録されたプログラムを実行することにより実現される端末装置の概要構成を示す説明図である。以下、本図を参照して説明する。
【００６６】
本図に示すように、端末装置２０１は、記憶部２０２、交換部２０３、判定部２０４、警告部２０５、更新部２０６、対戦部２０７を備え、当該端末装置２０１を使用するプレイヤーと、当該端末装置２０１と同じ構成を有する他の端末装置２０１を使用するプレイヤーと、に、通信対戦ゲームを提供する。以下、まず各部の機能について概説し、ついで、各部の機能を、実際に行われる制御処理の流れにしたがって、詳細に説明する。
【００６７】
まず、記憶部２０２には、当該ゲームに参加するプレイヤーの対戦履歴が記憶される。本実施形態では、記憶部２０２は、外部メモリ１１２により構成される。
【００６８】
一方、交換部２０３は、端末装置２０１を操作するプレイヤー（以下「自身」という。）と他の端末装置２０１を操作するプレイヤー（以下「相手」という。）との通信対戦が対戦部２０７によって開始される前に、記憶部２０２に記憶される対戦履歴と、当該他の端末装置２０１の記憶部２０２に記憶される対戦履歴と、を交換する。この交換により、自身でも相手でもないプレイヤー（以下「他人」という。）の対戦履歴も、２つの端末装置２０１において共有されることになる。
【００６９】
本実施形態では、ＣＰＵ １０２の制御の下、無線ＬＡＮインターフェース１１４が外部メモリ１１２と共働して、交換部２０３として機能する。
【００７０】
さらに、判定部２０４は、交換により得られた相手の対戦履歴と、記憶部２０２に記憶される相手の対戦履歴と、が矛盾するか否かを判定する。
【００７１】
本実施形態では、ＣＰＵ １０２が、相手の端末装置２０１から得た対戦履歴を一時的に記憶するＲＡＭ １０３および外部メモリ１１２と共働して、判定部２０４として機能する。
【００７２】
そして、警告部２０５は、判定により、矛盾すると判定された場合、その旨を警告する。
【００７３】
本実施形態では、ＣＰＵ １０２が画像処理部１０６と共働して液晶ディスプレイ１０７にその旨のメッセージを表示したり、対戦履歴の一覧を液晶ディスプレイ１０７に表示する際に、対戦履歴と矛盾するプレイヤーとそうでないプレイヤーとで表示のフォントや色を変化させるなどして、警告部２０５として機能する。
【００７４】
さらに、対戦部２０７は、端末装置２０１と他の端末装置２０１との間で通信を行って、通信対戦ゲームを実現する。対戦部２０７には、各種の通信対戦ゲームの技術を適用することができる。
【００７５】
典型的には、入力装置１０５が自身のプレイヤーからの指示入力を受け付け、同様に相手のプレイヤーが行った指示入力を無線ＬＡＮインターフェース１１４でいずれか一方の端末装置２０１に集め、もしくは双方の端末装置２０１で交換し、ＣＰＵ １０２が当該指示入力に基づいてＲＡＭ １０３に記憶された現在のゲームの状態を更新し、画像処理部１０６を制御してゲームの進行の状況を液晶ディスプレイ１０７に表示することによって、通信対戦ゲームが進行し、何らかの条件が満たされることによって、通信対戦が完了して、ゲームの勝敗等が定まることとなる。
【００７６】
そして、更新部２０６は、自身と相手との通信対戦が完了すると、記憶部２０２に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、判定の結果、ならびに、交換により得られた対戦履歴に基づいて更新する。
【００７７】
本実施形態では、ＣＰＵ １０２が、判定結果や通信対戦の結果、相手の対戦履歴が記憶されているＲＡＭ １０３、自身の対戦履歴が記憶される外部メモリ１１２と共働して、更新部２０６として機能する。
【００７８】
以下、これらの要素を実現するために情報処理装置１０１の各部が行う処理について、詳細に説明する。
【００７９】
図３は、本実施形態にかかる端末装置２０１を制御する処理の流れを示すフローチャートである。以下、本図を参照して説明する。
【００８０】
本処理が開始されると、ＣＰＵ １０２は、外部メモリ１１２を参照して、プレイヤー自身の情報や、当該プレイヤーが使用するキャラクターの情報を、ＲＡＭ １０３に読み出すとともに、ＲＡＭ １０３において、通信対戦に必要な情報の初期化を行う（ステップＳ３０１）。
【００８１】
ここで、記憶部２０２として機能する外部メモリ１１２には、プレイヤーの対戦履歴として、各プレイヤーが使用しているキャラクターごとに、以下の情報が記憶される。
（ａ）キャラクターの名称。
（ｂ）そのキャラクターを使用して行った通信対戦の勝敗数や取得ポイント数等の成績。
（ｃ）そのキャラクターを使用して通信対戦を行った最後の日時。
（ｄ）各通信対戦の結果、対戦相手からもらったメッセージ。
（ｅ）そのキャラクターが作成された日時。
（ｆ）そのキャラクターが現在も生きている（使用可能）かそれとも死んでいる（使用不可能）か。
【００８２】
また、プレイヤーごとに、以下の情報が記憶される。
（ａ）プレイヤーが端末装置２０１を操作することによっていずれか他の端末装置２０１のプレイヤーと最後に行った通信の日時。必ずしも通信対戦が成立することを要しない。
（ｂ）プレイヤーとの通信対戦において通信の切断が生じた等、各種のエラーの数。
（ｃ）プレイヤーの対戦履歴に矛盾があると判定された回数。
【００８３】
なお、プレイヤーを区別するためには、プレイヤーの名称のほか、端末装置２０１の製造番号やＭＡＣ（Media Access Control）アドレス、ゲームのソフトウェアのシリアル番号などを利用することができる。
【００８４】
ついで、ＣＰＵ １０２は、無線ＬＡＮインターフェース１１４を動作させて、近傍に配置される他の端末装置２０１とのアドホック通信を試行する（ステップＳ３０２）。アドホック通信が成立しなければ（ステップＳ３０２；Ｎｏ）、近傍に配置される無線ＬＡＮアクセスポイントを介してインターネットに接続するインフラストラクチャ通信を試行する（ステップＳ３０３）。インフラストラクチャ通信も成立しなければ（ステップＳ３０３；Ｎｏ）、通信対戦ができない旨の報告を液晶ディスプレイ１０７に表示して（ステップＳ３０４）、本処理を終了する。
【００８５】
一方、インフラストラクチャ通信が成立した場合（ステップＳ３０３；Ｙｅｓ）、所定のロビーサーバ装置との間で通信を行い、インターネットを介して接続される他の端末装置２０１の紹介を要求する（ステップＳ３０５）。すると、ロビーサーバ装置が、通信対戦を希望する他の端末装置２０１を紹介してくるので、当該他の端末装置２０１との、インフラストラクチャモードによる１対１通信を開始して（ステップＳ３０６）、ステップＳ３０８に進む。
【００８６】
一方、アドホック通信が成立すれば（ステップＳ３０２；Ｙｅｓ）、当該通信相手の端末装置２０１との、インフラストラクチャモードによる１対１通信を開始して（ステップＳ３０７）、ステップＳ３０８に進む。
【００８７】
１対１通信が開始されたら、ＣＰＵ １０２は、外部メモリ１１２に記憶された対戦履歴をＲＡＭ １０３に一時的に読み出して（ステップＳ３０８）、無線ＬＡＮインターフェース１１４を介して、当該対戦履歴を相手の端末装置２０１に送信する（ステップＳ３０９）。
【００８８】
さらに、ＣＰＵ １０２は、相手の端末装置２０１から送信された対戦履歴を、無線ＬＡＮインターフェース１１４を介して受信し（ステップＳ３１０）、一時的にＲＡＭ １０３に記憶する（ステップＳ３１１）。
【００８９】
すなわち、ステップＳ３０８〜ステップＳ３１１の処理によって、通信対戦を開始する前に、相手の端末装置２０１から、相手の対戦履歴のほか、相手の端末装置２０１が持つ他人のプレイヤーの対戦履歴が取得されることになる。
【００９０】
なお、交換の際には、端末装置２０１同士が有するＲＴＣ １１３の日時情報もあわせて交換することとし、両者のずれが所定の誤差範囲よりも大きい場合には、時刻合わせをするようプレイヤーに促すこととするのが望ましい。
【００９１】
そして、ＣＰＵ １０２は、当該端末装置２０１に集められた対戦履歴のうち、他人の対戦履歴を結合する（ステップＳ３１２）。結合の際には、たとえば、以下のような処理を行う。
（ａ）同一のプレイヤーの同一のキャラクターの対戦履歴が両者に存在する場合には、そのプレイヤーが最後に行った通信の日時がより最近のもののみを採用し、古い対戦履歴は消去する。
（ｂ）外部メモリ１１２には記憶容量の制限がある場合等には対戦履歴の個数を制限する必要がある。この場合には、プレイヤーが最後に通信を行った日時が古い対戦履歴から消去する。
（ｃ）このほか、成績上位のプレイヤーについては、優先して対戦履歴を残したり、それ以外のプレイヤーについて、適宜古いものから対戦履歴を消去することとしても良い。また、成績の上位度と対戦履歴の新しさの両方に基づいて、消去するか否かの優先度を計算し、消去すべき対戦履歴を選択することとしても良い。
【００９２】
結合ができたら、ＣＰＵ １０２は、結合された他人の対戦履歴を外部メモリ１１２に書き込む（ステップＳ３１３）。この処理により、ＲＡＭ １０３のうち、他人の対戦履歴が記憶されている領域を解放され、通信対戦等の処理で利用することができるようになる。
【００９３】
このような処理を行うことで、あるプレイヤーの端末装置２０１がさまざまなプレイヤーの端末装置２０１と通信を行うだけで、あたかも噂が広まるように、対戦履歴が多数の端末装置２０１で、自然に共有されることになる。
【００９４】
ついで、ＣＰＵ １０２は、
（ａ）ステップＳ３１１において受信した対戦履歴のうち相手の対戦履歴と、
（ｂ）ステップＳ３０８において外部メモリ１１２から読み出された相手の対戦履歴と、
が矛盾するか否かを判定する（ステップＳ３１４）。
【００９５】
本実施形態では、対戦においてキャラクターが敗北して体力パラメータが０になった場合に、当該キャラクターが「死亡」してしまい、当該キャラクターについての成績パラメータ等の更新は停止され、二度と復活できないものとする「真剣勝負モード」のゲームを想定している。
【００９６】
あるプレイヤーが真剣勝負モードで勝利した回数や死亡したキャラクターの数は、対戦の成績の情報として採用することができる。当該勝利回数が多ければ多いほど、そのプレイヤーの習熟度は高いことになり、死亡したキャラクターの数が多ければ多いほど、熱心度が高いことになる。
【００９７】
さて、本実施形態の情報処理装置１０１では、外部メモリ１１２として、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）により構成されたメモリカードやＵＳＢ（Universal Serial Bus）メモリ等の、端末装置２０１から着脱可能な情報記憶媒体を採用している。
【００９８】
このような場合、
（ａ）通信対戦を開始する前に、現在の対戦履歴を情報記録媒体Ａにセーブし、
（ｂ）情報記録媒体Ａを情報処理装置１０１から外して、
（ｃ）他の情報記録媒体Ｂを情報処理装置１０１に装着してから通信対戦を行い、
（ｄ）通信対戦に負けた場合には、情報記録媒体Ｂに記録されたセーブデータを廃棄して、情報記録媒体Ａを利用する
という不正行為が行われることがある。
【００９９】
そこで、本実施形態では、
（ａ）ステップＳ３１１において相手の端末装置２０１から受信した相手の対戦履歴では、キャラクターが生存していることになっているにもかかわらず、
（ｂ）ステップＳ３０８において外部メモリ１１２から読み出された対戦履歴ではキャラクターが死亡していることになっている
場合には、矛盾している、と判定すれば良い。
【０１００】
あるキャラクターが死亡した、との情報が対戦履歴の交換によって広まっているにもかかわらず、当該キャラクターを使用しているプレイヤーからの情報では当該キャラクターが生きていることになっていれば、そのプレイヤーが上記のような不正行為をした可能性が高いからである。
【０１０１】
また、キャラクターの同一性は、キャラクター名だけではなく、キャラクターが作成された日時の情報等を合わせて比較することが望ましい。一旦「死亡」したキャラクターと同じ名前の同じキャラクターを新たに作成したこともありうるからである。
【０１０２】
プレイヤーが使用するキャラクターは、その名称と作成された日時によって区別されるので、通信対戦の際に画面に表示されるキャラクター名が同じであったとしても、作成された日時の情報が異なれば、別のキャラクターとして取り扱われる。
【０１０３】
キャラクターが一旦死亡した場合には、二度と復活できないようなゲームにおいて、ある名称のキャラクターが使用不可となった場合に、同じ名称のキャラクターを作成したとしても、両キャラクターを別のキャラクターとして取り扱うことにより、プレイヤーは同じ名称のキャラクターを使用することができるようになる。
【０１０４】
このほか、キャラクターが敗北して体力パラメータが０になった場合であっても、当該キャラクターは「生存」したままとする「練習モード」を選択することも可能なゲームにおいては、真剣勝負モードでの結果のみを参照することによって、矛盾か否かを判定すれば良い。
【０１０５】
相手について矛盾がない場合（ステップＳ３１４；Ｎｏ）、ＣＰＵ １０２は、画像処理部１０６を制御して、相手および他人の対戦履歴を成績順に液晶ディスプレイ１０７に表示する（ステップＳ３１５）。
【０１０６】
図４は、ステップＳ３１５において液晶ディスプレイ１０７に表示される表示例を示す説明図である。以下、本図を参照して説明する。
【０１０７】
画面４０１には、複数のプレイヤー／キャラクターの対戦成績４０２が複数、勝率の順に表示されており、相手のプレイヤー／キャラクターの対戦成績４０２ａが画面中央に強調表示されている。
【０１０８】
また、メッセージ４０３として、入力装置１０５の矢印キー等を操作することによってスクロールさせることができることや、入力装置１０５のＡボタンやＢボタンを操作することによって、通信対戦を開始したり、通信対戦をやめたりすることができる旨が表示されている。
【０１０９】
表示されている対戦成績４０２の総数に対する現在の表示位置および現在の表示範囲は、スクロールバー４１１内におけるスクロールボックス４１２の位置および長さによって提示される。
【０１１０】
このほか、この表示画面で他の入力操作を行うことによって、当該キャラクターや当該プレイヤーの対戦履歴の詳細情報を閲覧できるように構成しても良い。
【０１１１】
一方、相手について矛盾がある場合（ステップＳ３１４；Ｙｅｓ）、ＣＰＵ １０２は、画像処理部１０６を制御して、相手および他人の対戦履歴を成績順に液晶ディスプレイ１０７に表示する際に、相手について矛盾がある旨を合わせて表示する（ステップＳ３１６）。
【０１１２】
図５は、ステップＳ３１６において液晶ディスプレイ１０７に表示される表示例を示す説明図である。以下、本図を参照して説明する。
【０１１３】
画面４０１に表示される情報は、図４における場合と類似しているが、相手のプレイヤー／キャラクターの対戦成績４０２ａとして、当該プレイヤーが不正行為を行っているかもしれない旨の警告を表す警告マーク４０４が、合わせて表示されている。
【０１１４】
ステップＳ３１５およびステップＳ３１６において、ＣＰＵ １０２は、入力装置１０５の操作に基づいて、適宜画面表示を更新等し、ユーザの入力指示に基づいて、通信対戦を開始するか、それともやめるかを判定する（ステップＳ３１７）。
【０１１５】
通信対戦を開始する場合（ステップＳ３１７；Ｙｅｓ）、ＣＰＵ １０２は、通信対戦ゲームのための処理を実行して（ステップＳ３１８）、対戦が終了したら、対戦の結果に基づいて、外部メモリ１１２からＲＡＭ １０３内に読み出された自身の対戦履歴を書き換え（ステップＳ３１９）、これを外部メモリ１１２に書き出す（ステップＳ３２０）。
【０１１６】
さらに、ステップＳ３１４において矛盾があると判定されたか否かを調べ（ステップＳ３２１）、矛盾がないと判定されていた場合（ステップＳ３２１；Ｎｏ）、対戦の結果に基づいて、無線ＬＡＮインターフェース１１４から受信されＲＡＭ １０３内に記憶された相手の対戦履歴を書き換え（ステップＳ３２２）、これを外部メモリ１１２に書き出して（ステップＳ３２３）、ステップＳ３０２に戻る。
【０１１７】
ステップＳ３２２においては、相手のキャラクターの成績やメッセージ、相手のキャラクターの生死の情報、相手のプレイヤーの通信日時などが更新されることになる。
【０１１８】
一方、矛盾があると判定されていた場合（ステップＳ３２１；Ｙｅｓ）、外部メモリ１１２からＲＡＭ １０３内に読み出された相手の対戦履歴のうち、最後に行った通信の日時および矛盾ありと判定された回数を更新して（ステップＳ３２４）、これを外部メモリ１１２に書き出して（ステップＳ３２５）、ステップＳ３０２に戻る。
【０１１９】
これによって、「死亡」したはずのキャラクターの情報は、そのまま維持されることになり、以後の通信対戦においても当該端末装置２０１から他の端末装置２０１へ、噂が広まるように伝播していくことになる。
【０１２０】
通信対戦をやめる場合（ステップＳ３１７；Ｎｏ）、ステップＳ３１４において矛盾があると判定されたか否かを調べ（ステップＳ３２６）、矛盾がないと判定されていた場合（ステップＳ３２６；Ｎｏ）、対戦の結果に基づいて、無線ＬＡＮインターフェース１１４から受信されＲＡＭ １０３内に記憶された相手の対戦履歴のうち、最後に行った通信の日時を書き換え（ステップＳ３２７）、これを外部メモリ１１２に書き出して（ステップＳ３２８）、ステップＳ３０２に戻る。
【０１２１】
一方、矛盾があると判定されていた場合（ステップＳ３２６；Ｙｅｓ）、外部メモリ１１２からＲＡＭ １０３内に読み出された相手の対戦履歴のうち、最後に行った通信の日時と矛盾ありと判定された回数を更新して（ステップＳ３２９）、これを外部メモリ１１２に書き出して（ステップＳ３３０）、ステップＳ３０２に戻る。
【０１２２】
このように、矛盾しないと判定された場合には、交換により得られた対戦履歴と現在記憶されている対戦履歴が結合され、完了した通信対戦の結果や勝敗数や取得ポイント数、そのプレイヤーが最後に行った通信の日時などが反映されることになる。
【０１２３】
特に、判定により矛盾しないと判定された場合、相手の対戦履歴は、当該完了した通信対戦の結果により更新され、判定により矛盾すると判定された場合、相手の対戦履歴は、当該矛盾を表す情報により更新されることになる。
【０１２４】
相手のキャラクターが死んでいるために矛盾すると判定された場合には、上記の結合結果において、相手の矛盾判定回数が増加し、死んでいるキャラクターの対戦成績やそのキャラクターを使って最後に通信対戦が行われた日時の情報は、記憶部２０２に記憶されていた旧来の情報がそのまま維持されることになる。
【０１２５】
このように、本実施形態によれば、対戦履歴を伝播させることで、通信対戦ゲームの結果を記録する際の不正行為の発見を可能とし、プレイヤーに不正行為をしないように促すことができるようになる。
【０１２６】
また、本実施形態によれば、対戦履歴に矛盾が生じているプレイヤーと通信をした場合であっても、他人のプレイヤーの対戦履歴の共有が行われるので、対戦履歴の伝播がスムースに行われるようになる。
【産業上の利用可能性】
【０１２７】
以上説明したように、本発明によれば、通信対戦ゲームの結果を記録する際の不正行為を防止するのに好適な端末装置、その制御方法、ならびに、これらをコンピュータにて実現するプログラムを提供することができる。
【符号の説明】
【０１２８】
１０１ 情報処理装置
１０２ ＣＰＵ
１０３ ＲＡＭ
１０４ ＲＯＭ
１０５ 入力装置
１０６ 画像処理部
１０７ 液晶ディスプレイ
１０８ 音声処理部
１０９ ヘッドフォン
１１０ カセットリーダ
１１１ ＲＯＭカセット
１１２ 外部メモリ
１１３ ＲＴＣ
１１４ 無線ＬＡＮインターフェース
１１５ カメラ
２０１ 端末装置
２０２ 記憶部
２０３ 交換部
２０４ 判定部
２０５ 警告部
２０６ 更新部
２０７ 対戦部
４０１ 画面
４０２ 対戦成績
４０３ メッセージ
４０４ 警告マーク
４１１ スクロールバー
４１２ スクロールボックス
【技術分野】
【０００１】
本発明は、通信対戦ゲームの結果を記録する際の不正行為を防止するのに好適な端末装置、その制御方法、ならびに、これらをコンピュータにて実現するプログラムに関する。
【背景技術】
【０００２】
従来から、各種の通信対戦ゲームが提供されている。端末装置同士がサーバ装置を介さずに直接通信して対戦を行う形態では、対戦中に端末装置の電源やネットワーク接続を切断するような不正行為が生じることがあり、特許文献１には、このような不正行為を抑制する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−０５０３２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
サーバ装置を利用しないシステムでは、対戦結果を端末装置に保存することとなる。この形態では、たとえば、対戦に負けた場合に、対戦結果が保存される直前にメモリカードを抜挿して交換し、対戦に負ける前のメモリカードをまた用いて、成績が悪くならないようにする、という不正行為がなされることがある。
【０００５】
したがって、このような不正行為を適切に抑制できるようにしたい、との要望は強い。
【０００６】
本発明は、上記のような課題を解決するもので、通信対戦ゲームの結果を記録する際の不正行為を防止するのに好適な端末装置、その制御方法、ならびに、これらをコンピュータにて実現するプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
以上の目的を達成するため、本発明の原理にしたがって、下記の発明を開示する。
【０００８】
本発明の第１の観点に係る端末装置は、複数の端末装置のそれぞれを操作するプレイヤー同士を通信対戦させるゲームを提供し、記憶部、交換部、判定部、警告部、更新部を備え、以下のように構成する。
【０００９】
すなわち、記憶部には、当該ゲームに参加するプレイヤーの対戦履歴が記憶される。
【００１０】
典型的には、プレイヤーの対戦履歴には、各プレイヤーが使用しているキャラクターごとに、その名称、当該キャラクターを使用して行った通信対戦の勝敗数や取得ポイント数等の成績、そのキャラクターを使用して通信対戦を行った最後の日時、通信対戦の結果対戦相手からもらったメッセージ、そのキャラクターが作成された日時、そのキャラクターが現在も生きている（使用可能）かそれとも死んでいる（使用不可能）か、などの情報が含まれる。
【００１１】
また、プレイヤーごとに、当該プレイヤーが最後に行った通信の日時、当該プレイヤーとの通信対戦において通信の切断が生じる等、各種のエラーの数を記憶するのが一般的である。
【００１２】
なお、プレイヤーを区別するためには、プレイヤーの名称のほか、端末装置の製造番号やＭＡＣ（Media Access Control）アドレス、ゲームのソフトウェアのシリアル番号などを利用することができる。
【００１３】
一方、交換部は、端末装置を操作するプレイヤー（以下「自身」という。）と他の端末装置を操作するプレイヤー（以下「相手」という。）との通信対戦が開始される前に、記憶部に記憶される対戦履歴と、当該他の端末装置の記憶部に記憶される対戦履歴と、を交換する。
【００１４】
すなわち、通信対戦を開始する前に相手の端末装置から取得されるのは、相手の対戦履歴のほか、相手の端末装置が持つ他のプレイヤーの対戦履歴である。したがって、あるプレイヤーがさまざまなプレイヤーと通信対戦を行えば、あたかも噂が広まるように対戦履歴が伝播されるので、多数の端末装置において、対戦履歴が自然に共有されることになる。
【００１５】
なお、交換の際に、端末装置同士が有するリアルタイムクロックの日時情報もあわせて交換することとし、両者のずれが所定の誤差範囲よりも大きい場合には、時刻合わせをするようプレイヤーに促すこととするのが望ましい。
【００１６】
さらに、判定部は、交換により得られた相手の対戦履歴と、記憶部に記憶される相手の対戦履歴と、が矛盾するか否かを判定する。
【００１７】
たとえば、相手のキャラクターが、記憶部内の対戦履歴では、相手のキャラクターが死んでいることになっており、交換により相手から得られた対戦履歴では、相手のキャラクターが生きていることになっている場合がある。一旦死んだキャラクターが二度と復活しないことを前提とするゲームにおいては、このような状況は、矛盾と判断される。
【００１８】
一方、警告部は、判定により、矛盾すると判定された場合、その旨を警告する。
【００１９】
対戦履歴に矛盾がある場合には、相手が不正行為を行っている可能性がある。このため、通信対戦を開始する前に警告し、本当に通信対戦を行うか、プレイヤーに確認するのが典型的である。
【００２０】
さらに、更新部は、自身と相手との通信対戦が完了すると、記憶部に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、判定の結果、ならびに、交換により得られた対戦履歴に基づいて更新する。
【００２１】
矛盾しないと判定された場合には、交換により得られた対戦履歴と現在記憶されている対戦履歴を結合し、これに完了した通信対戦の結果を勝敗数や取得ポイント数、そのプレイヤーが最後に行った通信の日時などに反映させる。
【００２２】
相手のキャラクターが死んでいるために矛盾すると判定された場合には、上記の結合結果において、相手のエラーの数を増やし、死んでいるキャラクターの対戦成績やそのキャラクターを使って最後に通信対戦が行われた日時の情報は、記憶部に記憶されていた旧来の情報をそのまま維持するのが典型的である。
【００２３】
また、記憶部の容量に制限がある場合には、情報が更新された日時が古いものから、あるいは、当該プレイヤーが最後に行った通信の日時が古いものから消去するのが典型的である。
【００２４】
本発明によれば、対戦履歴を伝播させることで、通信対戦ゲームの結果を記録する際の不正行為の発見を可能とし、プレイヤーに不正行為をしないように促すことができるようになる。
【００２５】
また、本発明の端末装置において、更新部は、自身でも相手でもないプレイヤー（以下「他人」という。）の対戦成績を、記憶部に記憶される他人の対戦履歴と、交換により得られた他人の対戦履歴と、のうち、最新のものに更新し、判定により矛盾しないと判定された場合、相手の対戦履歴を、当該完了した通信対戦の結果により更新し、判定により矛盾すると判定された場合、相手の対戦履歴を、当該矛盾を表す情報により更新する。
【００２６】
本発明は、上記発明の好適実施形態に係るものであり、他人については対戦履歴を共有し、相手については矛盾のない場合にのみ対戦履歴を反映させるものである。
【００２７】
本発明によれば、対戦履歴に矛盾が生じているプレイヤーと通信をした場合であっても、その他のプレイヤーの対戦履歴の共有が行われるので、対戦履歴の伝播がスムースに行われるようになる。
【００２８】
また、本発明の端末装置において、通信対戦は、プレイヤーが作成したキャラクター同士を使用することにより進められ、キャラクターが死亡して以降は、当該キャラクターは使用することができなくなり、対戦履歴には、当該キャラクターの名称と、当該キャラクターが作成された日時と、当該キャラクターの生死を示す情報が含まれ、交換により得られた相手の対戦履歴と、記憶部に記憶される相手の対戦履歴と、において、キャラクターの名称と、作成された日時と、が一致し、交換により得られた対戦履歴には、キャラクターが生存している旨の情報が、記憶部に記憶される対戦履歴には、キャラクターが死亡している旨の情報が含まれている場合、判定部は、矛盾していると判定するように構成することができる。
【００２９】
本発明は、上記発明の好適実施形態に係るものであり、キャラクターが「死んだ」「ロスト」状態になった場合には、復活できないようなゲームを想定したものである。プレイヤーが使用するキャラクターは、その名称と作成された日時によって区別されるので、通信対戦の際に画面に表示されるキャラクター名が同じであったとしても、作成された日時の情報が異なれば、別のキャラクターとして取り扱われる。
【００３０】
本発明によれば、キャラクターが一旦死亡した場合には、二度と復活できないようなゲームにおいて、ある名称のキャラクターが使用不可となった場合に、同じ名称のキャラクターを作成したとしても、両キャラクターを別のキャラクターとして取り扱うことにより、プレイヤーは同じ名称のキャラクターを使用することができるようになる。
【００３１】
また、本発明の端末装置において、記憶部は、端末装置から着脱可能な情報記録媒体に対戦履歴を記憶し、通信対戦ならびに交換部による交換は、端末装置と、他の端末装置と、の間のピアツーピア通信もしくはアドホックモード通信により行われるように構成することができる。
【００３２】
本発明では、サーバ装置を用意しなくとも、対戦履歴の共有が可能であるから、通信対戦を行なう場合に、端末装置同士が近接して無線通信を行うアドホックモード通信に好適である。
【００３３】
このほか、無線ＬＡＮ（Local Area Network）アクセスポイント経由でインターネットを介してロビーサーバ装置に接続し、通信対戦相手を紹介してもらってから、ピアツーピア通信で対戦するような場合に適用することもできる。
【００３４】
ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）により構成されたメモリカードやＵＳＢ（Universal Serial Bus）メモリ等の、端末装置から着脱可能な情報記憶媒体に対戦履歴を記憶する場合には、通信対戦を開始する前に対戦履歴をある媒体Ａにセーブしておき、別の媒体Ｂに交換してから通信対戦を行って、通信対戦に負けた場合には、その媒体Ｂを廃棄して、また媒体Ａを利用する、という不正行為が生じやすい。
【００３５】
本発明では、このような不正行為が生じたとしても、発見することができるようになるので、プレイヤーの不正行為をできるだけ抑制することができるようになる。
【００３６】
本発明のその他の観点に係る制御方法は、複数の端末装置のそれぞれを操作するプレイヤー同士を通信対戦させるゲームを提供する端末装置を制御する制御方法であって、当該端末装置は、記憶部、交換部、判定部、警告部、更新部を備え、記憶部には、当該ゲームに参加するプレイヤーの対戦履歴が記憶され、交換工程、判定工程、警告工程、更新工程を備え、以下のように構成する。
【００３７】
すなわち、交換工程では、交換部が、端末装置を操作するプレイヤー（以下「自身」という。）と他の端末装置を操作するプレイヤー（以下「相手」という。）との通信対戦が開始される前に、記憶部に記憶される対戦履歴と、当該他の端末装置の記憶部に記憶される対戦履歴と、を交換する。
【００３８】
一方、判定工程では、判定部が、交換により得られた相手の対戦履歴と、記憶部に記憶される相手の対戦履歴と、が矛盾するか否かを判定する。
【００３９】
さらに、警告工程では、判定により、矛盾すると判定された場合、警告部が、その旨を警告する。
【００４０】
そして、更新工程では、更新部が、自身と相手との通信対戦が完了すると、記憶部に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、判定の結果、ならびに、交換により得られた対戦履歴に基づいて更新する。
【００４１】
本発明のその他の観点に係るプログラムは、コンピュータを上記の端末装置の各部として機能させるように構成する。
【００４２】
また、本発明のプログラムは、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリ等のコンピュータ読取可能な情報記憶媒体に記録することができる。
【００４３】
上記プログラムは、プログラムが実行されるコンピュータとは独立して、コンピュータ通信網を介して配布・販売することができる。また、上記情報記憶媒体は、コンピュータとは独立して配布・販売することができる。
【発明の効果】
【００４４】
本発明によれば、通信対戦ゲームの結果を記録する際の不正行為を防止するのに好適な端末装置、その制御方法、ならびに、これらをコンピュータにて実現するプログラムを提供することができる。
【図面の簡単な説明】
【００４５】
【図１】典型的な情報処理装置の概要構成を示す模式図である。
【図２】情報処理装置がＲＯＭカセットに記録されたプログラムを実行することにより実現される端末装置の概要構成を示す説明図である。
【図３】本実施形態にかかる端末装置を制御する処理の流れを示すフローチャートである。
【図４】液晶ディスプレイに表示される表示例を示す説明図である。
【図５】液晶ディスプレイに表示される表示例を示す説明図である。
【発明を実施するための形態】
【００４６】
以下に本発明の実施形態を説明する。以下では、理解を容易にするため、ゲーム用の情報処理装置を利用して本発明が実現される実施形態を説明するが、以下に説明する実施形態は説明のためのものであり、本願発明の範囲を制限するものではない。
【００４７】
したがって、当業者であればこれらの各要素もしくは全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。
【実施例１】
【００４８】
図１は、プログラムを実行することにより、本実施形態の端末装置として機能しうる典型的な情報処理装置の概要構成を示す模式図である。以下、本図を参照して説明する。
【００４９】
本図に示す情報処理装置１０１は、携帯可能なマルチメディア端末であり、ＣＰＵ（Central Processing Unit）１０２、ＲＡＭ（Random Access Memory）１０３、ＲＯＭ（Read Only Memory）１０４、入力装置１０５、画像処理部１０６、液晶ディスプレイ１０７、音声処理部１０８、ヘッドホン１０９、カセットリーダ１１０、ＲＯＭカセット１１１、外部メモリ１１２、ＲＴＣ（Real Time Clock）１１３、無線ＬＡＮ（Local Area Network）インターフェース１１４、カメラ１１５を備える。
【００５０】
本実施形態に係るプログラムが記録されたＲＯＭカセット１１１を、情報処理装置１０１に装着することによって、本実施形態に係る端末装置が実現され、プレイヤーは情報処理装置１０１を利用して、他のプレイヤーと、通信対戦ゲームができるようになる。
【００５１】
ここで、ＣＰＵ １０２は、情報処理装置１０１の各部を制御するとともに、各種の演算処理や判断処理を行う。
【００５２】
情報処理装置１０１に電源が投入されると、ＣＰＵ １０２は、ＲＯＭ １０４に記録されたＩＰＬ（Initial Program Loader）を実行し、その処理の過程で、カセットリーダ１１０を介して接続されたＲＯＭカセット１１１に記録されたプログラムに処理を移行する。
【００５３】
情報処理装置１０１で実行されるゲームプログラムやマルチメディア情報再生プログラムは、ＲＯＭカセット１１１によって提供されるのが一般的であるが、ＲＯＭ １０４内にあらかじめ用意しておくことも可能である。
【００５４】
また、ＲＯＭ １０４内には、ＢＩＯＳ（Basic Input Output System）と呼ばれるプログラム群が用意されており、入力装置１０５や画像処理部１０６、音声処理部１０８の制御を行うことができる。
【００５５】
ＲＡＭ １０３は、一時的な情報を記憶するための領域であり、外部メモリ１１２は、不揮発な情報を記憶するための領域である。外部メモリ１１２としては、ハードディスクなど、主として情報処理装置１０１に内蔵されるもののほか、各種のメモリカードなど、情報処理装置１０１に抜挿されるものを利用しても良い。
【００５６】
入力装置１０５は、各種のボタンやキーボード、マウス、ジョイスティック等により実現されるのが一般的であるが、液晶ディスプレイ１０７と一体に形成されたタッチスクリーンを入力装置１０５として利用することも可能である。
【００５７】
画像処理部１０６は、ＣＰＵ １０２の制御の下、各種の文字情報や画像情報を液晶ディスプレイ１０７に表示させるものであり、一般には、垂直同期割込周期（典型的には、３０分の１秒や６０分の１秒程度である。）ごとに、ＲＡＭ １０３内に用意されたフレームバッファに記憶された画素情報を液晶ディスプレイ１０７の各画素に反映させる。
【００５８】
ユーザからの指示入力は、液晶ディスプレイ１０７に表示されたカーソルを入力装置１０５の移動ボタン操作により移動して、所望のメニュー項目にカーソルを合わせ、決定ボタン操作によって当該メニュー項目を選択するのが一般的であるが、タッチスクリーンを利用する場合にはカーソルは不要である。また、入力装置１０５の各ボタンに割り当てられる機能があらかじめ決まっている場合には、液晶ディスプレイ１０７に対する表示は、必ずしも必要ではない。
【００５９】
音声処理部１０８は、ＲＡＭ １０３やＲＯＭ １０４、ＲＯＭカセット１１１、外部メモリ１１２に用意された音声データをヘッドホン１０９に出力する。音声データとしては、音声の波形データをディジタル化したＰＣＭ（Pulse Code Modulation）データや、ＰＣＭデータを圧縮してサイズを小さくしたＭＰ３（MPeg audio layer-3）データ等を利用することが可能であるほか、ＭＩＤＩ（Music Instruction Data Interface）データのように、音高、音長、音量、音色の種類を定義するデータを用意し、これにしたがって、あらかじめ用意された音源波形データを適宜選択・変形して再生する手法を採用しても良い。
【００６０】
ＲＴＣ １１３は、現在の日時を計測するもので、情報処理装置１０１を初めて利用する際に時刻合わせを行うのが一般的であるが、無線ＬＡＮインターフェース１１４を介してＮＴＰ（Network Time Protocol）サーバに接続することで、自動的に時刻合わせを行うような態様を採用することも可能である。
【００６１】
また、アラーム割込を発生させる機能を持つＲＴＣ １１３もある。設定された時刻になるとアラーム割込が発生して、ＣＰＵ １０２は、現在実行中のプログラムを一時中断し、あらかじめ設定された割込ハンドラを実行してから、中断したプログラムを再開する。
【００６２】
無線ＬＡＮインターフェース１１４は、自宅や会社、街角に用意された無線ＬＡＮアクセスポイントを介してインターネットに接続したり、近傍に配置された他の情報処理装置１０１と、アドホックに通信路を確立し、１対１で通信を行うなどが可能である。
【００６３】
カメラ１１５は、情報処理装置１０１によってディジタルカメラの機能を実現するものであり、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）撮像素子などの技術を適用することが可能である。撮影された画像は、一時的にＲＡＭ １０３に展開された後、外部メモリ１１２等に保存される。
【００６４】
このほか、ビジネス用コンピュータ、携帯電話、ＰＤＡ（Personal Data Assistant）、携帯ゲーム装置、多機能テレビジョン装置、ＤＶＤ（Digital Versatile Disc）プレイヤー、携帯音楽プレイヤーなどを、本発明の端末装置が実現される情報処理装置として採用することもできる。
【００６５】
図２は、情報処理装置１０１がＲＯＭカセット１１１に記録されたプログラムを実行することにより実現される端末装置の概要構成を示す説明図である。以下、本図を参照して説明する。
【００６６】
本図に示すように、端末装置２０１は、記憶部２０２、交換部２０３、判定部２０４、警告部２０５、更新部２０６、対戦部２０７を備え、当該端末装置２０１を使用するプレイヤーと、当該端末装置２０１と同じ構成を有する他の端末装置２０１を使用するプレイヤーと、に、通信対戦ゲームを提供する。以下、まず各部の機能について概説し、ついで、各部の機能を、実際に行われる制御処理の流れにしたがって、詳細に説明する。
【００６７】
まず、記憶部２０２には、当該ゲームに参加するプレイヤーの対戦履歴が記憶される。本実施形態では、記憶部２０２は、外部メモリ１１２により構成される。
【００６８】
一方、交換部２０３は、端末装置２０１を操作するプレイヤー（以下「自身」という。）と他の端末装置２０１を操作するプレイヤー（以下「相手」という。）との通信対戦が対戦部２０７によって開始される前に、記憶部２０２に記憶される対戦履歴と、当該他の端末装置２０１の記憶部２０２に記憶される対戦履歴と、を交換する。この交換により、自身でも相手でもないプレイヤー（以下「他人」という。）の対戦履歴も、２つの端末装置２０１において共有されることになる。
【００６９】
本実施形態では、ＣＰＵ １０２の制御の下、無線ＬＡＮインターフェース１１４が外部メモリ１１２と共働して、交換部２０３として機能する。
【００７０】
さらに、判定部２０４は、交換により得られた相手の対戦履歴と、記憶部２０２に記憶される相手の対戦履歴と、が矛盾するか否かを判定する。
【００７１】
本実施形態では、ＣＰＵ １０２が、相手の端末装置２０１から得た対戦履歴を一時的に記憶するＲＡＭ １０３および外部メモリ１１２と共働して、判定部２０４として機能する。
【００７２】
そして、警告部２０５は、判定により、矛盾すると判定された場合、その旨を警告する。
【００７３】
本実施形態では、ＣＰＵ １０２が画像処理部１０６と共働して液晶ディスプレイ１０７にその旨のメッセージを表示したり、対戦履歴の一覧を液晶ディスプレイ１０７に表示する際に、対戦履歴と矛盾するプレイヤーとそうでないプレイヤーとで表示のフォントや色を変化させるなどして、警告部２０５として機能する。
【００７４】
さらに、対戦部２０７は、端末装置２０１と他の端末装置２０１との間で通信を行って、通信対戦ゲームを実現する。対戦部２０７には、各種の通信対戦ゲームの技術を適用することができる。
【００７５】
典型的には、入力装置１０５が自身のプレイヤーからの指示入力を受け付け、同様に相手のプレイヤーが行った指示入力を無線ＬＡＮインターフェース１１４でいずれか一方の端末装置２０１に集め、もしくは双方の端末装置２０１で交換し、ＣＰＵ １０２が当該指示入力に基づいてＲＡＭ １０３に記憶された現在のゲームの状態を更新し、画像処理部１０６を制御してゲームの進行の状況を液晶ディスプレイ１０７に表示することによって、通信対戦ゲームが進行し、何らかの条件が満たされることによって、通信対戦が完了して、ゲームの勝敗等が定まることとなる。
【００７６】
そして、更新部２０６は、自身と相手との通信対戦が完了すると、記憶部２０２に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、判定の結果、ならびに、交換により得られた対戦履歴に基づいて更新する。
【００７７】
本実施形態では、ＣＰＵ １０２が、判定結果や通信対戦の結果、相手の対戦履歴が記憶されているＲＡＭ １０３、自身の対戦履歴が記憶される外部メモリ１１２と共働して、更新部２０６として機能する。
【００７８】
以下、これらの要素を実現するために情報処理装置１０１の各部が行う処理について、詳細に説明する。
【００７９】
図３は、本実施形態にかかる端末装置２０１を制御する処理の流れを示すフローチャートである。以下、本図を参照して説明する。
【００８０】
本処理が開始されると、ＣＰＵ １０２は、外部メモリ１１２を参照して、プレイヤー自身の情報や、当該プレイヤーが使用するキャラクターの情報を、ＲＡＭ １０３に読み出すとともに、ＲＡＭ １０３において、通信対戦に必要な情報の初期化を行う（ステップＳ３０１）。
【００８１】
ここで、記憶部２０２として機能する外部メモリ１１２には、プレイヤーの対戦履歴として、各プレイヤーが使用しているキャラクターごとに、以下の情報が記憶される。
（ａ）キャラクターの名称。
（ｂ）そのキャラクターを使用して行った通信対戦の勝敗数や取得ポイント数等の成績。
（ｃ）そのキャラクターを使用して通信対戦を行った最後の日時。
（ｄ）各通信対戦の結果、対戦相手からもらったメッセージ。
（ｅ）そのキャラクターが作成された日時。
（ｆ）そのキャラクターが現在も生きている（使用可能）かそれとも死んでいる（使用不可能）か。
【００８２】
また、プレイヤーごとに、以下の情報が記憶される。
（ａ）プレイヤーが端末装置２０１を操作することによっていずれか他の端末装置２０１のプレイヤーと最後に行った通信の日時。必ずしも通信対戦が成立することを要しない。
（ｂ）プレイヤーとの通信対戦において通信の切断が生じた等、各種のエラーの数。
（ｃ）プレイヤーの対戦履歴に矛盾があると判定された回数。
【００８３】
なお、プレイヤーを区別するためには、プレイヤーの名称のほか、端末装置２０１の製造番号やＭＡＣ（Media Access Control）アドレス、ゲームのソフトウェアのシリアル番号などを利用することができる。
【００８４】
ついで、ＣＰＵ １０２は、無線ＬＡＮインターフェース１１４を動作させて、近傍に配置される他の端末装置２０１とのアドホック通信を試行する（ステップＳ３０２）。アドホック通信が成立しなければ（ステップＳ３０２；Ｎｏ）、近傍に配置される無線ＬＡＮアクセスポイントを介してインターネットに接続するインフラストラクチャ通信を試行する（ステップＳ３０３）。インフラストラクチャ通信も成立しなければ（ステップＳ３０３；Ｎｏ）、通信対戦ができない旨の報告を液晶ディスプレイ１０７に表示して（ステップＳ３０４）、本処理を終了する。
【００８５】
一方、インフラストラクチャ通信が成立した場合（ステップＳ３０３；Ｙｅｓ）、所定のロビーサーバ装置との間で通信を行い、インターネットを介して接続される他の端末装置２０１の紹介を要求する（ステップＳ３０５）。すると、ロビーサーバ装置が、通信対戦を希望する他の端末装置２０１を紹介してくるので、当該他の端末装置２０１との、インフラストラクチャモードによる１対１通信を開始して（ステップＳ３０６）、ステップＳ３０８に進む。
【００８６】
一方、アドホック通信が成立すれば（ステップＳ３０２；Ｙｅｓ）、当該通信相手の端末装置２０１との、インフラストラクチャモードによる１対１通信を開始して（ステップＳ３０７）、ステップＳ３０８に進む。
【００８７】
１対１通信が開始されたら、ＣＰＵ １０２は、外部メモリ１１２に記憶された対戦履歴をＲＡＭ １０３に一時的に読み出して（ステップＳ３０８）、無線ＬＡＮインターフェース１１４を介して、当該対戦履歴を相手の端末装置２０１に送信する（ステップＳ３０９）。
【００８８】
さらに、ＣＰＵ １０２は、相手の端末装置２０１から送信された対戦履歴を、無線ＬＡＮインターフェース１１４を介して受信し（ステップＳ３１０）、一時的にＲＡＭ １０３に記憶する（ステップＳ３１１）。
【００８９】
すなわち、ステップＳ３０８〜ステップＳ３１１の処理によって、通信対戦を開始する前に、相手の端末装置２０１から、相手の対戦履歴のほか、相手の端末装置２０１が持つ他人のプレイヤーの対戦履歴が取得されることになる。
【００９０】
なお、交換の際には、端末装置２０１同士が有するＲＴＣ １１３の日時情報もあわせて交換することとし、両者のずれが所定の誤差範囲よりも大きい場合には、時刻合わせをするようプレイヤーに促すこととするのが望ましい。
【００９１】
そして、ＣＰＵ １０２は、当該端末装置２０１に集められた対戦履歴のうち、他人の対戦履歴を結合する（ステップＳ３１２）。結合の際には、たとえば、以下のような処理を行う。
（ａ）同一のプレイヤーの同一のキャラクターの対戦履歴が両者に存在する場合には、そのプレイヤーが最後に行った通信の日時がより最近のもののみを採用し、古い対戦履歴は消去する。
（ｂ）外部メモリ１１２には記憶容量の制限がある場合等には対戦履歴の個数を制限する必要がある。この場合には、プレイヤーが最後に通信を行った日時が古い対戦履歴から消去する。
（ｃ）このほか、成績上位のプレイヤーについては、優先して対戦履歴を残したり、それ以外のプレイヤーについて、適宜古いものから対戦履歴を消去することとしても良い。また、成績の上位度と対戦履歴の新しさの両方に基づいて、消去するか否かの優先度を計算し、消去すべき対戦履歴を選択することとしても良い。
【００９２】
結合ができたら、ＣＰＵ １０２は、結合された他人の対戦履歴を外部メモリ１１２に書き込む（ステップＳ３１３）。この処理により、ＲＡＭ １０３のうち、他人の対戦履歴が記憶されている領域を解放され、通信対戦等の処理で利用することができるようになる。
【００９３】
このような処理を行うことで、あるプレイヤーの端末装置２０１がさまざまなプレイヤーの端末装置２０１と通信を行うだけで、あたかも噂が広まるように、対戦履歴が多数の端末装置２０１で、自然に共有されることになる。
【００９４】
ついで、ＣＰＵ １０２は、
（ａ）ステップＳ３１１において受信した対戦履歴のうち相手の対戦履歴と、
（ｂ）ステップＳ３０８において外部メモリ１１２から読み出された相手の対戦履歴と、
が矛盾するか否かを判定する（ステップＳ３１４）。
【００９５】
本実施形態では、対戦においてキャラクターが敗北して体力パラメータが０になった場合に、当該キャラクターが「死亡」してしまい、当該キャラクターについての成績パラメータ等の更新は停止され、二度と復活できないものとする「真剣勝負モード」のゲームを想定している。
【００９６】
あるプレイヤーが真剣勝負モードで勝利した回数や死亡したキャラクターの数は、対戦の成績の情報として採用することができる。当該勝利回数が多ければ多いほど、そのプレイヤーの習熟度は高いことになり、死亡したキャラクターの数が多ければ多いほど、熱心度が高いことになる。
【００９７】
さて、本実施形態の情報処理装置１０１では、外部メモリ１１２として、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）により構成されたメモリカードやＵＳＢ（Universal Serial Bus）メモリ等の、端末装置２０１から着脱可能な情報記憶媒体を採用している。
【００９８】
このような場合、
（ａ）通信対戦を開始する前に、現在の対戦履歴を情報記録媒体Ａにセーブし、
（ｂ）情報記録媒体Ａを情報処理装置１０１から外して、
（ｃ）他の情報記録媒体Ｂを情報処理装置１０１に装着してから通信対戦を行い、
（ｄ）通信対戦に負けた場合には、情報記録媒体Ｂに記録されたセーブデータを廃棄して、情報記録媒体Ａを利用する
という不正行為が行われることがある。
【００９９】
そこで、本実施形態では、
（ａ）ステップＳ３１１において相手の端末装置２０１から受信した相手の対戦履歴では、キャラクターが生存していることになっているにもかかわらず、
（ｂ）ステップＳ３０８において外部メモリ１１２から読み出された対戦履歴ではキャラクターが死亡していることになっている
場合には、矛盾している、と判定すれば良い。
【０１００】
あるキャラクターが死亡した、との情報が対戦履歴の交換によって広まっているにもかかわらず、当該キャラクターを使用しているプレイヤーからの情報では当該キャラクターが生きていることになっていれば、そのプレイヤーが上記のような不正行為をした可能性が高いからである。
【０１０１】
また、キャラクターの同一性は、キャラクター名だけではなく、キャラクターが作成された日時の情報等を合わせて比較することが望ましい。一旦「死亡」したキャラクターと同じ名前の同じキャラクターを新たに作成したこともありうるからである。
【０１０２】
プレイヤーが使用するキャラクターは、その名称と作成された日時によって区別されるので、通信対戦の際に画面に表示されるキャラクター名が同じであったとしても、作成された日時の情報が異なれば、別のキャラクターとして取り扱われる。
【０１０３】
キャラクターが一旦死亡した場合には、二度と復活できないようなゲームにおいて、ある名称のキャラクターが使用不可となった場合に、同じ名称のキャラクターを作成したとしても、両キャラクターを別のキャラクターとして取り扱うことにより、プレイヤーは同じ名称のキャラクターを使用することができるようになる。
【０１０４】
このほか、キャラクターが敗北して体力パラメータが０になった場合であっても、当該キャラクターは「生存」したままとする「練習モード」を選択することも可能なゲームにおいては、真剣勝負モードでの結果のみを参照することによって、矛盾か否かを判定すれば良い。
【０１０５】
相手について矛盾がない場合（ステップＳ３１４；Ｎｏ）、ＣＰＵ １０２は、画像処理部１０６を制御して、相手および他人の対戦履歴を成績順に液晶ディスプレイ１０７に表示する（ステップＳ３１５）。
【０１０６】
図４は、ステップＳ３１５において液晶ディスプレイ１０７に表示される表示例を示す説明図である。以下、本図を参照して説明する。
【０１０７】
画面４０１には、複数のプレイヤー／キャラクターの対戦成績４０２が複数、勝率の順に表示されており、相手のプレイヤー／キャラクターの対戦成績４０２ａが画面中央に強調表示されている。
【０１０８】
また、メッセージ４０３として、入力装置１０５の矢印キー等を操作することによってスクロールさせることができることや、入力装置１０５のＡボタンやＢボタンを操作することによって、通信対戦を開始したり、通信対戦をやめたりすることができる旨が表示されている。
【０１０９】
表示されている対戦成績４０２の総数に対する現在の表示位置および現在の表示範囲は、スクロールバー４１１内におけるスクロールボックス４１２の位置および長さによって提示される。
【０１１０】
このほか、この表示画面で他の入力操作を行うことによって、当該キャラクターや当該プレイヤーの対戦履歴の詳細情報を閲覧できるように構成しても良い。
【０１１１】
一方、相手について矛盾がある場合（ステップＳ３１４；Ｙｅｓ）、ＣＰＵ １０２は、画像処理部１０６を制御して、相手および他人の対戦履歴を成績順に液晶ディスプレイ１０７に表示する際に、相手について矛盾がある旨を合わせて表示する（ステップＳ３１６）。
【０１１２】
図５は、ステップＳ３１６において液晶ディスプレイ１０７に表示される表示例を示す説明図である。以下、本図を参照して説明する。
【０１１３】
画面４０１に表示される情報は、図４における場合と類似しているが、相手のプレイヤー／キャラクターの対戦成績４０２ａとして、当該プレイヤーが不正行為を行っているかもしれない旨の警告を表す警告マーク４０４が、合わせて表示されている。
【０１１４】
ステップＳ３１５およびステップＳ３１６において、ＣＰＵ １０２は、入力装置１０５の操作に基づいて、適宜画面表示を更新等し、ユーザの入力指示に基づいて、通信対戦を開始するか、それともやめるかを判定する（ステップＳ３１７）。
【０１１５】
通信対戦を開始する場合（ステップＳ３１７；Ｙｅｓ）、ＣＰＵ １０２は、通信対戦ゲームのための処理を実行して（ステップＳ３１８）、対戦が終了したら、対戦の結果に基づいて、外部メモリ１１２からＲＡＭ １０３内に読み出された自身の対戦履歴を書き換え（ステップＳ３１９）、これを外部メモリ１１２に書き出す（ステップＳ３２０）。
【０１１６】
さらに、ステップＳ３１４において矛盾があると判定されたか否かを調べ（ステップＳ３２１）、矛盾がないと判定されていた場合（ステップＳ３２１；Ｎｏ）、対戦の結果に基づいて、無線ＬＡＮインターフェース１１４から受信されＲＡＭ １０３内に記憶された相手の対戦履歴を書き換え（ステップＳ３２２）、これを外部メモリ１１２に書き出して（ステップＳ３２３）、ステップＳ３０２に戻る。
【０１１７】
ステップＳ３２２においては、相手のキャラクターの成績やメッセージ、相手のキャラクターの生死の情報、相手のプレイヤーの通信日時などが更新されることになる。
【０１１８】
一方、矛盾があると判定されていた場合（ステップＳ３２１；Ｙｅｓ）、外部メモリ１１２からＲＡＭ １０３内に読み出された相手の対戦履歴のうち、最後に行った通信の日時および矛盾ありと判定された回数を更新して（ステップＳ３２４）、これを外部メモリ１１２に書き出して（ステップＳ３２５）、ステップＳ３０２に戻る。
【０１１９】
これによって、「死亡」したはずのキャラクターの情報は、そのまま維持されることになり、以後の通信対戦においても当該端末装置２０１から他の端末装置２０１へ、噂が広まるように伝播していくことになる。
【０１２０】
通信対戦をやめる場合（ステップＳ３１７；Ｎｏ）、ステップＳ３１４において矛盾があると判定されたか否かを調べ（ステップＳ３２６）、矛盾がないと判定されていた場合（ステップＳ３２６；Ｎｏ）、対戦の結果に基づいて、無線ＬＡＮインターフェース１１４から受信されＲＡＭ １０３内に記憶された相手の対戦履歴のうち、最後に行った通信の日時を書き換え（ステップＳ３２７）、これを外部メモリ１１２に書き出して（ステップＳ３２８）、ステップＳ３０２に戻る。
【０１２１】
一方、矛盾があると判定されていた場合（ステップＳ３２６；Ｙｅｓ）、外部メモリ１１２からＲＡＭ １０３内に読み出された相手の対戦履歴のうち、最後に行った通信の日時と矛盾ありと判定された回数を更新して（ステップＳ３２９）、これを外部メモリ１１２に書き出して（ステップＳ３３０）、ステップＳ３０２に戻る。
【０１２２】
このように、矛盾しないと判定された場合には、交換により得られた対戦履歴と現在記憶されている対戦履歴が結合され、完了した通信対戦の結果や勝敗数や取得ポイント数、そのプレイヤーが最後に行った通信の日時などが反映されることになる。
【０１２３】
特に、判定により矛盾しないと判定された場合、相手の対戦履歴は、当該完了した通信対戦の結果により更新され、判定により矛盾すると判定された場合、相手の対戦履歴は、当該矛盾を表す情報により更新されることになる。
【０１２４】
相手のキャラクターが死んでいるために矛盾すると判定された場合には、上記の結合結果において、相手の矛盾判定回数が増加し、死んでいるキャラクターの対戦成績やそのキャラクターを使って最後に通信対戦が行われた日時の情報は、記憶部２０２に記憶されていた旧来の情報がそのまま維持されることになる。
【０１２５】
このように、本実施形態によれば、対戦履歴を伝播させることで、通信対戦ゲームの結果を記録する際の不正行為の発見を可能とし、プレイヤーに不正行為をしないように促すことができるようになる。
【０１２６】
また、本実施形態によれば、対戦履歴に矛盾が生じているプレイヤーと通信をした場合であっても、他人のプレイヤーの対戦履歴の共有が行われるので、対戦履歴の伝播がスムースに行われるようになる。
【産業上の利用可能性】
【０１２７】
以上説明したように、本発明によれば、通信対戦ゲームの結果を記録する際の不正行為を防止するのに好適な端末装置、その制御方法、ならびに、これらをコンピュータにて実現するプログラムを提供することができる。
【符号の説明】
【０１２８】
１０１ 情報処理装置
１０２ ＣＰＵ
１０３ ＲＡＭ
１０４ ＲＯＭ
１０５ 入力装置
１０６ 画像処理部
１０７ 液晶ディスプレイ
１０８ 音声処理部
１０９ ヘッドフォン
１１０ カセットリーダ
１１１ ＲＯＭカセット
１１２ 外部メモリ
１１３ ＲＴＣ
１１４ 無線ＬＡＮインターフェース
１１５ カメラ
２０１ 端末装置
２０２ 記憶部
２０３ 交換部
２０４ 判定部
２０５ 警告部
２０６ 更新部
２０７ 対戦部
４０１ 画面
４０２ 対戦成績
４０３ メッセージ
４０４ 警告マーク
４１１ スクロールバー
４１２ スクロールボックス
【特許請求の範囲】
【請求項１】
複数の端末装置のそれぞれを操作するプレイヤー同士を通信対戦させるゲームを提供する端末装置であって、
当該ゲームに参加するプレイヤーの対戦履歴が記憶される記憶部、
前記端末装置を操作するプレイヤー（以下「自身」という。）と他の端末装置を操作するプレイヤー（以下「相手」という。）との通信対戦が開始される前に、前記記憶部に記憶される対戦履歴と、当該他の端末装置の記憶部に記憶される対戦履歴と、を交換する交換部、
前記交換により得られた相手の対戦履歴と、前記記憶部に記憶される相手の対戦履歴と、が矛盾するか否かを判定する判定部、
前記判定により、矛盾すると判定された場合、その旨を警告する警告部、
自身と相手との通信対戦が完了すると、前記記憶部に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、前記判定の結果、ならびに、前記交換により得られた対戦履歴に基づいて更新する更新部
を備えることを特徴とする端末装置。
【請求項２】
請求項１に記載の端末装置であって、前記更新部は、
自身でも相手でもないプレイヤー（以下「他人」という。）の対戦成績を、前記記憶部に記憶される他人の対戦履歴と、前記交換により得られた他人の対戦履歴と、のうち、最新のものに更新し、
前記判定により矛盾しないと判定された場合、相手の対戦履歴を、当該完了した通信対戦の結果により更新し、
前記判定により矛盾すると判定された場合、相手の対戦履歴を、当該矛盾を表す情報により更新する
ことを特徴とする端末装置。
【請求項３】
請求項１または２に記載の端末装置であって、
前記通信対戦は、プレイヤーが作成したキャラクター同士を使用することにより進められ、キャラクターが死亡して以降は、当該キャラクターは使用することができなくなり、
前記対戦履歴には、当該キャラクターの名称と、当該キャラクターが作成された日時と、当該キャラクターの生死を示す情報が含まれ、
前記交換により得られた相手の対戦履歴と、前記記憶部に記憶される相手の対戦履歴と、において、キャラクターの名称と、作成された日時と、が一致し、前記交換により得られた対戦履歴には、キャラクターが生存している旨の情報が、前記記憶部に記憶される対戦履歴には、キャラクターが死亡している旨の情報が含まれている場合、前記判定部は、矛盾していると判定する
ことを特徴とする端末装置。
【請求項４】
請求項１から３のいずれか１項に記載の端末装置であって、
前記記憶部は、前記端末装置から着脱可能な情報記録媒体に前記対戦履歴を記憶し、
前記通信対戦ならびに前記交換部による交換は、前記端末装置と、前記他の端末装置と、の間のピアツーピア通信もしくはアドホックモード通信により行われる
ことを特徴とする端末装置。
【請求項５】
複数の端末装置のそれぞれを操作するプレイヤー同士を通信対戦させるゲームを提供する端末装置を制御する制御方法であって、当該端末装置は、記憶部、交換部、判定部、警告部、更新部を備え、前記記憶部には、当該ゲームに参加するプレイヤーの対戦履歴が記憶され、
前記交換部が、前記端末装置を操作するプレイヤー（以下「自身」という。）と他の端末装置を操作するプレイヤー（以下「相手」という。）との通信対戦が開始される前に、前記記憶部に記憶される対戦履歴と、当該他の端末装置の記憶部に記憶される対戦履歴と、を交換する交換工程、
前記判定部が、前記交換により得られた相手の対戦履歴と、前記記憶部に記憶される相手の対戦履歴と、が矛盾するか否かを判定する判定工程、
前記判定により、矛盾すると判定された場合、前記警告部が、その旨を警告する警告工程、
前記更新部が、自身と相手との通信対戦が完了すると、前記記憶部に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、前記判定の結果、ならびに、前記交換により得られた対戦履歴に基づいて更新する更新工程
を備えることを特徴とする制御方法。
【請求項６】
コンピュータを、複数の端末装置のそれぞれを操作するプレイヤー同士を通信対戦させるゲームを提供する端末装置として機能させるプログラムであって、当該プログラムは、当該コンピュータを、
当該ゲームに参加するプレイヤーの対戦履歴が記憶される記憶部、
前記端末装置を操作するプレイヤー（以下「自身」という。）と他の端末装置を操作するプレイヤー（以下「相手」という。）との通信対戦が開始される前に、前記記憶部に記憶される対戦履歴と、当該他の端末装置の記憶部に記憶される対戦履歴と、を交換する交換部、
前記交換により得られた相手の対戦履歴と、前記記憶部に記憶される相手の対戦履歴と、が矛盾するか否かを判定する判定部、
前記判定により、矛盾すると判定された場合、その旨を警告する警告部、
自身と相手との通信対戦が完了すると、前記記憶部に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、前記判定の結果、ならびに、前記交換により得られた対戦履歴に基づいて更新する更新部
として機能させることを特徴とするプログラム。
【請求項１】
複数の端末装置のそれぞれを操作するプレイヤー同士を通信対戦させるゲームを提供する端末装置であって、
当該ゲームに参加するプレイヤーの対戦履歴が記憶される記憶部、
前記端末装置を操作するプレイヤー（以下「自身」という。）と他の端末装置を操作するプレイヤー（以下「相手」という。）との通信対戦が開始される前に、前記記憶部に記憶される対戦履歴と、当該他の端末装置の記憶部に記憶される対戦履歴と、を交換する交換部、
前記交換により得られた相手の対戦履歴と、前記記憶部に記憶される相手の対戦履歴と、が矛盾するか否かを判定する判定部、
前記判定により、矛盾すると判定された場合、その旨を警告する警告部、
自身と相手との通信対戦が完了すると、前記記憶部に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、前記判定の結果、ならびに、前記交換により得られた対戦履歴に基づいて更新する更新部
を備えることを特徴とする端末装置。
【請求項２】
請求項１に記載の端末装置であって、前記更新部は、
自身でも相手でもないプレイヤー（以下「他人」という。）の対戦成績を、前記記憶部に記憶される他人の対戦履歴と、前記交換により得られた他人の対戦履歴と、のうち、最新のものに更新し、
前記判定により矛盾しないと判定された場合、相手の対戦履歴を、当該完了した通信対戦の結果により更新し、
前記判定により矛盾すると判定された場合、相手の対戦履歴を、当該矛盾を表す情報により更新する
ことを特徴とする端末装置。
【請求項３】
請求項１または２に記載の端末装置であって、
前記通信対戦は、プレイヤーが作成したキャラクター同士を使用することにより進められ、キャラクターが死亡して以降は、当該キャラクターは使用することができなくなり、
前記対戦履歴には、当該キャラクターの名称と、当該キャラクターが作成された日時と、当該キャラクターの生死を示す情報が含まれ、
前記交換により得られた相手の対戦履歴と、前記記憶部に記憶される相手の対戦履歴と、において、キャラクターの名称と、作成された日時と、が一致し、前記交換により得られた対戦履歴には、キャラクターが生存している旨の情報が、前記記憶部に記憶される対戦履歴には、キャラクターが死亡している旨の情報が含まれている場合、前記判定部は、矛盾していると判定する
ことを特徴とする端末装置。
【請求項４】
請求項１から３のいずれか１項に記載の端末装置であって、
前記記憶部は、前記端末装置から着脱可能な情報記録媒体に前記対戦履歴を記憶し、
前記通信対戦ならびに前記交換部による交換は、前記端末装置と、前記他の端末装置と、の間のピアツーピア通信もしくはアドホックモード通信により行われる
ことを特徴とする端末装置。
【請求項５】
複数の端末装置のそれぞれを操作するプレイヤー同士を通信対戦させるゲームを提供する端末装置を制御する制御方法であって、当該端末装置は、記憶部、交換部、判定部、警告部、更新部を備え、前記記憶部には、当該ゲームに参加するプレイヤーの対戦履歴が記憶され、
前記交換部が、前記端末装置を操作するプレイヤー（以下「自身」という。）と他の端末装置を操作するプレイヤー（以下「相手」という。）との通信対戦が開始される前に、前記記憶部に記憶される対戦履歴と、当該他の端末装置の記憶部に記憶される対戦履歴と、を交換する交換工程、
前記判定部が、前記交換により得られた相手の対戦履歴と、前記記憶部に記憶される相手の対戦履歴と、が矛盾するか否かを判定する判定工程、
前記判定により、矛盾すると判定された場合、前記警告部が、その旨を警告する警告工程、
前記更新部が、自身と相手との通信対戦が完了すると、前記記憶部に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、前記判定の結果、ならびに、前記交換により得られた対戦履歴に基づいて更新する更新工程
を備えることを特徴とする制御方法。
【請求項６】
コンピュータを、複数の端末装置のそれぞれを操作するプレイヤー同士を通信対戦させるゲームを提供する端末装置として機能させるプログラムであって、当該プログラムは、当該コンピュータを、
当該ゲームに参加するプレイヤーの対戦履歴が記憶される記憶部、
前記端末装置を操作するプレイヤー（以下「自身」という。）と他の端末装置を操作するプレイヤー（以下「相手」という。）との通信対戦が開始される前に、前記記憶部に記憶される対戦履歴と、当該他の端末装置の記憶部に記憶される対戦履歴と、を交換する交換部、
前記交換により得られた相手の対戦履歴と、前記記憶部に記憶される相手の対戦履歴と、が矛盾するか否かを判定する判定部、
前記判定により、矛盾すると判定された場合、その旨を警告する警告部、
自身と相手との通信対戦が完了すると、前記記憶部に記憶される自身の対戦履歴と、相手の対戦履歴と、を、当該完了した通信対戦の結果、前記判定の結果、ならびに、前記交換により得られた対戦履歴に基づいて更新する更新部
として機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１０−２６９０３９（Ｐ２０１０−２６９０３９Ａ）
【公開日】平成２２年１２月２日（２０１０．１２．２）
【国際特許分類】
【出願番号】特願２００９−１２４８０９（Ｐ２００９−１２４８０９）
【出願日】平成２１年５月２５日（２００９．５．２５）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
【公開日】平成２２年１２月２日（２０１０．１２．２）
【国際特許分類】
【出願日】平成２１年５月２５日（２００９．５．２５）
【出願人】（５０６１１３６０２）株式会社コナミデジタルエンタテインメント (1,441)
【Ｆターム（参考）】
[ Back to top ]