(57)【特許請求の範囲】
【請求項１】
ネットワーク側に配置されたサーバと、ゲームに参加するユーザが携帯する携帯端末装置と、を含む情報処理システムであって、
前記サーバは、
同一の前記ゲームに参加するユーザを複数のグループに分けた状態で登録する登録手段と、
所定の位置範囲を登録する所定位置範囲登録手段と、
前記登録されたユーザの位置と、前記複数のグループのうち少なくとも第２グループに属するユーザの状態とを記憶する記憶手段と、
前記ユーザの現在位置を示す位置情報を受信する受信手段と、
前記受信された位置情報に基づいて前記記憶手段に記憶されている前記ユーザの位置を更新する位置更新手段と、
前記更新された前記第２グループに属する第１状態のユーザの位置が第１グループに属するユーザの位置から所定の距離以内に位置しているかの判定処理と、前記第２グループに属する第２状態のユーザの位置が第２グループに属するユーザであって前記状態が第１状態であるユーザの位置から所定の距離以内に位置しているかの判定処理と、前記第２グループに属する第２状態であるユーザの位置が前記登録されている所定の位置範囲に位置しているかの判定処理を行う位置判定手段と、
前記位置判定手段で第１グループに属するユーザの位置から所定の距離以内に位置していると判定された前記第２グループに属する第１状態のユーザの状態を第２状態に変更する処理と、第２グループに属するユーザであって前記状態が第１状態であるユーザの位置から所定の距離以内に位置しており、前記登録されている所定の位置範囲に位置していると判定された前記第２グループに属する第２状態のユーザの状態を第１状態に変更する処理を行うユーザ状態変更手段と、
前記ユーザの状態が変更されたことを示す状態変更通知情報を生成する状態変更通知情報生成手段と、
前記状態変更通知情報を送信する送信手段と、
を具備し、
前記携帯端末装置は、
前記ユーザの現在位置を示す位置情報を送信する送信手段と、
前記状態変更通知情報を受信する受信手段と、
を具備する、
情報処理システム。
【請求項２】
前記ユーザ状態変更手段は、前記位置判定手段で前記第１グループに属するユーザの位置から所定の距離以内に位置していると所定の期間又は所定の回数判定された前記第２グループに属する第１状態のユーザの状態を前記第１状態から前記第２状態に変更する、
請求項１に記載の情報処理システム。
【請求項３】
前記サーバが備える前記受信手段は、前記ユーザの状態に関する状態情報を更に受信し、
前記ユーザ状態変更手段は、前記サーバが備える前記受信手段で受信された前記状態情報に基づいて前記記憶手段で記憶されている前記ユーザの状態を変更し、
前記状態変更通知情報生成手段は、前記状態情報に基づいて前記ユーザの状態が変更されたことを示す状態変更通知情報を生成する、
請求項１又は２に記載の情報処理システム。
【請求項４】
ゲームに参加するユーザが携帯する携帯端末装置と通信可能な状態でネットワーク側に配置されているサーバにおいて情報処理装置がプログラムを実行することで実現される情報処理方法であって、
同一の前記ゲームに参加するユーザを複数のグループに分けた状態で登録する登録ステップと、
所定の位置範囲を登録する所定位置範囲登録ステップと
前記登録されたユーザの位置と、前記複数のグループのうち少なくとも第２グループに属するユーザの状態とを記憶する記憶ステップと、
前記ユーザの現在位置を示す位置情報を受信する受信ステップと、
前記受信された位置情報に基づいて前記記憶ステップで記憶されている前記ユーザの位置を更新する位置更新ステップと、
前記更新された前記第２グループに属する第１状態のユーザの位置が第１グループに属するユーザの位置から所定の距離以内に位置しているかを判定する第１位置判定ステップと、
前記第１位置判定ステップで前記所定の距離以内に位置していると判定された前記第２グループに属する第１状態のユーザの状態を第２状態に変更する第１ユーザ状態変更ステップと、
前記第２グループに属する第２状態のユーザの位置が第２グループに属するユーザであって前記状態が第１状態であるユーザの位置から所定の距離以内に位置しているかを判定する第２位置判定ステップと、
前記第２グループに属する第２状態であるユーザの位置が前記登録されている所定の位置範囲に位置しているかを判定する第３位置判定ステップと、
前記第２位置判定ステップで第２グループに属するユーザであって前記状態が第１状態であるユーザの位置から所定の距離以内に位置していると判定され、前記第３位置判定ステップで前記登録されている所定の位置範囲に位置していると判定された前記第２グループに属する第２状態のユーザの状態を第１状態に変更する処理を行う第２ユーザ状態変更ステップと、
前記ユーザの状態が変更されたことを示す状態変更通知情報を生成する状態変更通知情報生成ステップと、
前記状態変更通知情報を送信する送信ステップと、
を有する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理サーバ、携帯端末装置、情報処理方法、情報処理プログラムに関し、特に位置検出機能を有する携帯端末装置及び当該携帯端末装置から無線送信された位置情報を処理して所定のサービスを提供する情報処理サーバを含む情報処理システムに関する。
【背景技術】
【０００２】
近年、街中で子供達を見かける機会が減っている。少子化の影響もあるが、子供達が屋外で遊ばずに屋内で遊ぶようになったことが一番の理由である。
【０００３】
私達の世代、すなわち現在２０代後半から３０代の世代は、遊び盛りの子供時代に家庭用ゲーム機の黎明期を迎えた世代であり、遊びが屋内にも広がった世代である。
【０００４】
私達の親の世代が子供だった頃は、家庭用ゲーム機が未だ存在していなかったため、遊ぶと言えば、専ら屋外で遊ぶことを意味していた。従って、子供である私達が屋内でゲームに夢中になり過ぎることは、健全な成長を阻害するものとして、外で遊ぶようにしばしば両親に促されたものであった。しかしながら、家庭用ゲーム機が私達の生活の一部として受け入れられ、既に市民権を得た昨今では、親は子供達に対して昔ほど外で遊ぶことを強要しなくなっている。
【０００５】
また、近年、屋外で子供が遊ばなくなったことの要因として、治安の悪化があり、親が子供達を屋外で積極的に遊ばさなくなったことが上げられることがある。しかし、このことは子供が外で遊ばなくなったことの本質を語っていない。
【０００６】
子供が外で遊ばない理由の本質は、「子供にとって屋内で家庭用ゲーム機で遊ぶ方が屋外で遊ぶより面白いから」である。
【０００７】
私達が子供だった頃は、家庭用ゲーム機に対して否定的な考えを持つ親も多く、ゲーム時間を制限されたり、せかされて外で遊ぶことも多かった。しかしながら、屋外で面子を叩いたり、かけっこをするよりも、屋内でネクロゴンドの洞窟を探検したり、バラモスと死闘を繰り広げる方が遥かに楽しかったのである。
【０００８】
ましてや、今は昔と比べて家庭用ゲーム機が遥かに進化しており、無数のゲーム会社が子供をターゲットとした家庭用ゲームを開発しているため、その面白さは昔の比ではない。例えば特許文献１には、複数のユーザがチームに分かれて対戦することを可能とする情報処理装置が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１２−１２４９０９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
文部科学省が行っている体力・運動能力調査によれば子供の体力は低下傾向が続いている。その要因の一つは上述したように屋外で遊ばなくなったことが挙げられる。「健全な精神は健全な肉体に宿る」と言われるように、体力の低下はその後の学業や成長にも支障を来たし、長い目で見ると国力を低下させる要因となるため、早急な対策を講じることが求められる。
【００１１】
屋外での遊びで体力向上に寄与する代表的な遊びは、「鬼ごっこ」や「どろけい」である。自分自身の子供時代を振り返ってみて、最も体を動かした遊びはこの２つの遊び、特に「どろけい」であった。私達より年上の世代であれば、皆遊んだ経験がある屋外型ゲームであると思われる。
【００１２】
ここで、これらの屋外型ゲームについて念のため説明しておく。各地でルールが異なるものの、「鬼ごっこ」は、鬼の役を決め、その他の者が鬼から逃げると言う遊びである。鬼は、他の者を追いかけ、触った時点で鬼が交代する。すなわち、鬼だった者は鬼で無くなり、触られた者が新たな鬼となる。鬼役でない者は鬼から逃げ回るために早く走らなければならないし、鬼役の者も鬼でなくなるためには別の誰かに触る必要があるため、走り回ることになり、運動効果は高い。
【００１３】
また、「どろけい」は、「けいどろ」とも呼ばれる屋外型ゲームであり、上記鬼ごっこの一種である。ルールは、各地によって一部異なるものの、基本的には警察（探偵）チームと泥棒（盗人）チームに別れ、警察チームが逃げ回る泥棒チームのメンバーを捕まえていくという遊びである。警察チーム側の者に触られた泥棒チーム側の者は、逮捕された（捕縛された）と言うことになり、牢屋（監獄）として設定された場所に強制的に待機させられるものの、泥棒チーム側の他の者が牢屋に捕まえられているメンバーに触ることで解放することができる。
【００１４】
以上が古典的なルールであるが、これらのゲームでは、各プレイヤーは現在のゲーム状況を把握する事ができないため、状況に応じた適切な行動を各プレイヤーが取る事ができず、時間が無駄に過ぎていくと言ったことがしばしば発生することがゲームとしての興を削いでいるという問題があった。
【００１５】
本発明は、上記課題を鑑み、これらの遊びをより高度化させることで遊びの魅力を高め、子供達が体力向上に繋がるこれらの遊びを積極的に行うことをサポートする情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明の一態様である情報処理システムは、ユーザの位置と前記ユーザの状態を、前記ユーザを識別するユーザ識別情報と対応付けて記憶する記憶手段と、前記ユーザの現在位置を示す位置情報を受信する受信手段と、前記記憶手段で記憶されている前記ユーザの位置と前記ユーザの状態とを更新する更新手段と、前記更新手段が前記ユーザの状態を変更したことを示す状態変更通知情報を生成する状態変更通知情報生成手段と、前記状態変更通知情報生成手段で生成された前記状態変更通知情報を送信する送信手段と、を具備する。
【００１７】
また、本発明の一態様である情報処理方法は、ユーザの位置と前記ユーザの状態を、前記ユーザを識別するユーザ識別情報と対応付けて記憶する記憶ステップと、前記ユーザの現在位置を示す位置情報を受信する受信ステップと、前記記憶ステップで記憶されている前記ユーザの位置と前記ユーザの状態とを更新する更新ステップと、前記更新ステップが前記ユーザの状態を変更したことを示す状態変更通知情報を生成する状態変更通知情報生成ステップと、前記状態変更通知情報生成ステップで生成された前記状態変更通知情報を送信する送信ステップと、を有する。
【発明の効果】
【００１８】
本発明によれば、屋外での遊びをより高度化させることで遊びの魅力を高め、子供達が体力向上に繋がるこれらの遊びを積極的に行うことをサポートする情報処理システムを提供することができる。
【図面の簡単な説明】
【００１９】
【図１】実施の形態１に係る情報処理システムの構成を示すブロック図である。
【図２】実施の形態１に係る携帯端末装置の構成を示すブロック図である。
【図３】実施の形態１に係る携帯端末装置の六面図である。
【図４】実施の形態１に係る携帯端末装置の表示部に表示される注意喚起画面である。
【図５】実施の形態２に係る情報処理システムの構成を示すブロック図である。
【図６】プライベートページへのログイン画面である。
【図７】ログイン後のプライベート画面の一例である。
【図８】新規ゲームフィールド作成画面の一例である。
【図９】本発明の情報処理システムで対応しているゲーム種類の一例である。
【図１０】ゲームフィールド情報の一例である。
【図１１】参加ゲーム検索画面（ユーザ登録画面）の一例である。
【図１２】ユーザ登録要求パケットの一例である。
【図１３】ユーザ情報登録サーバの構成を示すブロック図である。
【図１４】ユーザ情報が登録されたゲームフィールド情報の一例である。
【図１５】実施の形態２に係る情報処理サーバの構成を示すブロック図である。
【図１６】ゲーム開始要求パケットの一例である。
【図１７】ユーザ情報管理ファイル（ユーザ情報管理ファイル）の一例である。
【図１８】位置情報パケットの一例である。
【図１９】状態変更要求パケットの一例である。
【図２０】プレイ開始後のユーザ情報管理ファイル（ユーザ情報管理ファイル）の一例である。
【図２１】ゲーム終了要求パケットの一例である。
【図２２】ゲーム開始通知情報パケットの一例である。
【図２３】ゲーム終了通知情報パケットの一例である。
【図２４】状態変更通知情報パケットの一例である。
【図２５】注意喚起情報パケットの一例である。
【図２６】過去プレイデータの選択画面の一例である。
【図２７】ゲーム種類が異なる場合のユーザ情報管理ファイル（ユーザ情報管理ファイル）の一例である。
【図２８】実施の形態２に係る情報処理システムの構成を示すブロック図である。
【図２９】ゲーム条件設定要求パケットの一例である。
【図３０】実施の形態２に係る携帯端末装置の構成を示すブロック図である。
【図３１】実施の形態３に係る情報処理システムの構成を示すブロック図である。
【図３２】本発明の情報処理システム内で使用可能なアイテムの一覧である。
【図３３】実施の形態３に係る携帯端末装置の構成を示すブロック図である。
【図３４】売却アイテム通知情報パケットの一例である。
【図３５】アイテム購入要求パケットの一例である。
【図３６】アイテム使用要求パケットの一例である。
【図３７】アイテム使用通知情報パケットの一例である。
【図３８】アイテム購買サーバの構成を示すブロック図である。
【図３９】アイテム購買用のアクセス認証に用いられるアクセス管理ファイルの一例である。
【図４０】アイテム購入ユーザ情報管理ファイルの一例である。
【図４１】ユーザ別アイテム購入ユーザ情報管理ファイルの一例である。
【図４２】アイテム購買処理の流れを示すシーケンス図である。
【図４３】実施の形態３に係る情報処理サーバの構成を示すブロック図である。
【図４４】アイテム使用処理の流れを示すシーケンス図である。
【図４５】実施の形態３に係る情報処理システムの別構成を示すブロック図である。
【図４６】ユーザ登録要求パケットの一例である。
【図４７】ゲームフィールド情報の一例である。
【図４８】ユーザ情報管理ファイルの一例である。
【図４９】売却アイテム通知情報の一例である。
【図５０】アイテム購入ユーザ情報管理ファイルの一例である。
【図５１】ユーザ情報管理ファイルの一例である。
【図５２】アイテム管理ファイル（ユーザ情報管理ファイル）の一例である。
【図５３】本発明で紹介するゲームのルールを説明する図である。
【図５４】本発明で紹介するゲームにおけるユーザの役割（Ｊｏｂ）の特徴を説明する図である。
【図５５】実施の形態４に係る情報処理システムの構成を示すブロック図である。
【図５６】アプリケーション選択画面を表示している本発明の携帯端末装置の正面図である。
【図５７】本発明に係るアプリケーションのホーム画面の一例である。
【図５８】本発明に係るアプリケーションのアイテムショップ画面の一例である。
【図５９】本発明に係るアプリケーションの所有アイテム画面の一例である。
【図６０】本発明に係るアプリケーションのゲームトップ画面の一例である。
【図６１】本発明に係るアプリケーションの兵士登録画面の一例である。
【図６２】兵士登録要求パケット（ユーザ登録要求パケット）の一例である。
【図６３】ゲームフィールド情報の一例である。
【図６４】ゲーム画面の一例である。
【図６５】ポップアップで開かれた使用アイテム選択画面の一例である。
【図６６】ポップアップで開かれた通話用画面（交信相手選択画面）の一例である。
【図６７】実施の形態４に係る携帯端末装置の構成を示すブロック図である。
【図６８】実施の形態５に係る情報処理サーバの構成を示すブロック図である。
【図６９】ユーザ情報管理ファイルの一例である。
【図７０】（ユーザ）位置通知情報パケットの一例である。
【図７１】情報処理サーバのアイテム処理部における第１探索要求（全方向サーチ）に対する処理の流れを示すフローチャート図である。
【図７２】ユーザ情報管理ファイルの一例である。
【図７３】実施の形態５に係る情報処理サーバの別構成を示すブロック図である。
【図７４】他グループに属するユーザの位置情報をユーザ位置通知情報を送信する場合における第１探索要求に対する処理の流れを示すフローチャート図である。
【図７５】実施の形態５に係る携帯端末装置の構成を示すブロック図である。
【図７６】ゲームプレイ中のゲーム画面の一例である。
【図７７】ユーザ位置通知情報パケットの一例である。
【図７８】ユーザ識別情報を表示中のゲーム画面の一例である。
【図７９】被探索通知情報を表示中のゲーム画面の一例である。
【図８０】アイテム処理部における第２探索要求（一方向サーチ）に対する処理の流れを示すフローチャート図である。
【図８１】アイテム処理部における第６探索要求（近距離サーチ）に対する処理の流れを示すフローチャート図である。
【図８２】探索系アイテムの一覧である。
【図８３】ユーザ情報管理ファイルの一例である。
【図８４】職位（ランク）と探索系アイテムの効果との対応関係の一例を示す図である。
【図８５】第３探索要求（全方向ステルスサーチ）であって、探索（持続）時間が設定されている場合におけるアイテム処理部での処理の流れを示すフローチャート図である。
【図８６】実施の形態５に係る携帯端末装置の構成を別の発明思想で捉えたブロック図である。
【図８７】実施の形態５に係る携帯端末装置の構成を別の発明思想で捉えたブロック図である。
【図８８】実施の形態６に係る情報処理サーバの構成を示すブロック図である。
【図８９】ユーザ情報管理ファイルの一例である。
【図９０】正しい現在位置と、仮想現在位置との関係を説明する図である。
【図９１】ユーザ位置通知情報の一例である。
【図９２】ゲーム画面で表示されるチャフの効果を説明する図である。
【図９３】ゲーム画面で表示されるチャフの変形例の効果を説明する図である。
【図９４】探索対応アイテムが使用されている場合であって、探索要求がなされた場合における情報処理サーバのアイテム処理部における処理の流れの一例を示すフローチャート図である。
【図９５】探索対応アイテムの効果と職位（ランク）との対応関係の一例を示す図である。
【図９６】実施の形態６に係る携帯端末装置の構成を別の発明思想で捉えたブロック図である。
【図９７】実施の形態６に係るアイテム処理部の一部分に係る処理動作の流れを示すフローチャート図である。
【図９８】実施の形態６に係るアイテム処理部の一部分に係る処理動作の流れを示すフローチャート図である。
【図９９】実施の形態７に係る携帯端末装置の構成を示すブロック図である。
【図１００】分析要求パケット（アイテム使用要求パケット）の一例である。
【図１０１】実施の形態７に係る情報処理サーバの構成を示すブロック図である。
【図１０２】敵情報表示画面を表示中のゲーム画面の一例である。
【図１０３】実施の形態７に係る携帯端末装置の構成を別の発明思想で捉えたブロック図である。
【図１０４】実施の形態８に係る情報処理サーバの構成を示すブロック図である。
【図１０５】使用中アイテムを登録するユーザ情報管理ファイルの一例である。
【図１０６】捕縛補助設定ユーザと捕縛補助領域との関係を説明する図である。
【図１０７】使用中アイテムを登録するユーザ情報管理ファイルの一例である。
【図１０８】実施の形態８に係る情報処理サーバの別構成を示すブロック図である。
【図１０９】実施の形態８に係る情報処理サーバの動作の流れを示すフローチャート図である。
【図１１０】実施の形態９に係る情報処理サーバの構成を示すブロック図である。
【図１１１】使用中アイテムを登録するユーザ情報管理ファイルの一例である。
【図１１２】トラップ位置範囲を示すアイコンを表示しているゲーム画面の一例である。
【図１１３】実施の形態１０に係る情報処理サーバの構成を示すブロック図である。
【図１１４】実施の形態１１に係る情報処理サーバの構成を示すブロック図である。
【図１１５】実施の形態１１に係る情報処理サーバの動作の流れを示すフローチャート図である。
【図１１６】指定状態変更要求ユーザ（モルタル使用要求）と指定状態変更位置範囲（モルタル位置範囲）の大きさと距離との関係を説明する図である。
【図１１７】指定状態変更要求ユーザ（スナイプ使用要求）と指定状態変更位置範囲（スナイプ位置範囲）との関係を説明する図である。
【図１１８】実施の形態１３に係る情報処理サーバの構成を示すブロック図である。
【図１１９】処理禁止設定情報を含むユーザ情報管理ファイルの一例である。
【図１２０】実施の形態１４に係る情報処理システムの構成を示すブロック図である。
【図１２１】使用予定アイテム登録要求パケットの一例である。
【図１２２】アイテム移動通知情報パケットの一例である。
【図１２３】実施の形態１４に係る携帯端末装置の構成を示すブロック図である。
【図１２４】実施の形態１５に係る情報処理システムの構成を示すブロック図である。
【図１２５】呼接続管理情報の一例である。
【図１２６】呼接続要求メッセージの一例である。
【図１２７】実施の形態１５に係る携帯端末装置の構成を示すブロック図である。
【図１２８】実施の形態１６に係る情報処理サーバの構成を示すブロック図である。
【図１２９】実施の形態１６に係る携帯端末装置の構成を示すブロック図である。
【図１３０】注意喚起画面を表示中のゲーム画面の一例である。
【図１３１】実施の形態１７に係る情報処理サーバの構成を示すブロック図である。
【図１３２】実施の形態１７に係る携帯端末装置の構成を示すブロック図である。
【図１３３】アイテム提供条件通知画面を表示中のゲーム画面の一例である。
【図１３４】実施の形態２０に係る情報処理システムの構成を示すブロック図である。
【図１３５】実施の形態２０に係る情報処理システムの構成を示すブロック図である。
【図１３６】実施の形態２０に係る情報処理システムの構成を示すブロック図である。
【図１３７】実施の形態２０に係る情報処理システムの構成を示すブロック図である。
【図１３８】実施の形態２０に係る情報処理システムの構成を示すブロック図である。
【図１３９】実施の形態２０に係る情報処理システムの構成を示すブロック図である。
【図１４０】実施の形態２０に係る情報処理システムの構成を示すブロック図である。
【発明を実施するための形態】
【００２０】
以下、本発明の各実施の形態について図面を参照して詳細に説明する。以下の説明において同一の符号が付された部分は実質的に同一の機能を有している。また、発明の明確化のため重複部分は適宜説明が省略されている。
【００２１】
（実施の形態１）
図１は本発明の実施の形態１に係るシステムの全体構成を示すブロック図である。当該システムは、複数の携帯端末装置１１０ａ〜１１０ｎと、情報処理サーバ１６０と、を含んで構成される。なお、情報処理サーバ１６０はネットワーク側に配置され、当該情報処理サーバ１６０を含む本発明のサービスを提供するシステムを情報処理システム１００と定義する。
【００２２】
携帯端末装置１１０ａ〜１１０ｎは、子供等のユーザがそれぞれ保有する持ち運び可能な携帯端末であり、具体的にはスマートフォンやフィーチャーフォンと言った携帯電話に該当する。
【００２３】
以下の説明では、ユーザＡ〜ユーザＮの各々が、それぞれ携帯端末装置１１０ａ〜１１０ｎを一人一台保持しているものとして説明する。従って、携帯端末装置１１０ａ〜１１０ｎの位置は、それぞれ対応するユーザＡ〜ユーザＮの位置と同一視できるため、以下の説明では、携帯端末装置と言う文言とユーザと言う文言をそれぞれ適宜読み替える事ができる。また、携帯端末装置１１０ａ〜携帯端末装置１１０ｎは機能が略同一であるため、以下の説明ではこれらの装置を代表して携帯端末装置１１０として説明する。また、以下の説明では、「鬼ごっこ」や「ドロケイ」等の遊びを纏めて単にゲームと称することがある。また、以下の説明ではゲームをプレイするユーザをプレイヤーと称することがある。
【００２４】
携帯端末装置１１０は、位置情報取得部１１１と、無線送信部１１２と、を具備する。
【００２５】
位置情報取得部１１１は、携帯端末装置１１０の現在位置に関する位置情報を取得する。具体的には、位置情報取得部１１１は、ＧＰＳ（Global Positioning System）を利用して現在位置を求めることができる。位置情報取得部１１１は、複数のＧＰＳ衛星から送信された衛星固有のＣ／Ａコード信号をＧＰＳ用アンテナを介して受信し、各ＧＰＳ衛星から受信した信号のタイミングを基に各衛星までの擬似距離を算出することで現在位置と時刻とを求める。位置情報は、緯度と経度により、例えば北緯３４度１２分５２秒１２（３４°１２′５２．１２″Ｎ）、東経１２６度２５分４４秒３８（１２６°２５′４４．２８″Ｅ）と言う形で表される。
【００２６】
無線送信部１１２は、位置情報取得部１１１で取得された現在位置に関する位置情報を情報処理サーバ１６０に無線送信する。具体的には、無線送信部１１２は、情報処理サーバ１６０のアドレスを宛先ＩＰアドレスとするパケットに当該位置情報を詰めて無線送信する。当該パケットは、各地に配置された基地局（e-NodeB）で無線受信され、上位装置であるパケット交換機を経由して情報処理サーバ１６０に送られる。
【００２７】
次に、情報処理サーバ１６０について説明する。情報処理サーバ１６０は、位置領域設定部１６１と、受信部１６２と、比較処理部１６３と、通知情報生成部１６４と、送信部１６５と、を具備する。
【００２８】
位置領域設定部１６１は、位置領域を設定する。当該位置領域は、携帯端末装置１１０ａ〜１１０ｎの活動位置範囲として設定されるエリアを示している。すなわち、携帯端末装置１１０ａ〜１１０ｎのユーザがゲームプレイ中に移動を許可されている領域が当該位置領域となる。当該位置領域は、例えば緯度と経度を用いて（３４°１２′１０．００″Ｎ〜３４°１２′２０．００″Ｎ）、（１２６°２５′４４．００″Ｅ〜１２６°２５′５６．００″Ｅ）と言う形で表される。
【００２９】
受信部１６２は、携帯端末装置１１０の無線送信部１１２より無線送信された現在位置に関する位置情報を受信する。具体的には、受信部１６２は、基地局やパケット交換機を介して送られてくる位置情報が含まれるパケットを受信し、当該受信した位置情報を比較処理部１６３に出力する。
【００３０】
比較処理部１６３は、位置領域設定部１６１で設定された位置領域と受信部１６２で受信された位置情報とを比較する。
【００３１】
通知情報生成部１６４は、比較処理部１６３が行う比較処理の結果、上記位置情報を送信した携帯端末装置１１０が設定された位置領域内に位置していない場合は、当該携帯端末装置１１０のユーザが設定された位置領域内に位置していないことを示す通知情報を生成して送信部１６５に出力する。以下の説明では、当該ユーザ（携帯端末装置１１０）が設定された位置領域内に位置していないことを示す通知情報を注意喚起通知情報と称する。
【００３２】
送信部１６５は、通知情報生成部１６４より受け取った当該注意喚起通知情報を携帯端末装置１１０に送信する。
【００３３】
上述の構成とすることで、「鬼ごっこ」や「どろけい」で遊ぶユーザは、予め逃げることができるエリアを決めておき、逃げる側（泥棒側）のユーザが当該位置範囲を超えた場合に、情報処理サーバ１６０より設定された位置領域の境界を超えていることが通知情報として通知されるため、各ユーザにルールを遵守させることができる。
【００３４】
ここで、送信部１６５は、設定された位置領域外の位置情報を送信した携帯端末装置１１０自身に対して注意喚起通知情報を送信するよう構成しても良い。送信部１６５は、当該注意喚起通知情報をこの携帯端末装置１１０に送信することで、知らず知らずの内に予め定めたエリアから出てしまったことを当該携帯端末装置１１０のユーザに知らせることでエリア内に戻させることが可能となる。
【００３５】
図２は、携帯端末装置１１０の具体的構成を示すブロック図である。携帯端末装置１１０は、更に無線受信部１１３と、通知情報処理部１１４と、表示部１１５とを具備する。
【００３６】
無線受信部１１３は、情報処理サーバ１６０から送信される注意喚起通知情報を、基地局を介して無線受信する。以下の説明では、位置情報取得部１１１で取得された位置情報を送信する無線送信部１１２と当該注意喚起通知情報を受信する無線受信部１１３とを纏めて無線通信部１１６と称することがある。無線受信部１１３は、無線受信した注意喚起通知情報を通知情報処理部１１４に出力する。
【００３７】
通知情報処理部１１４は、無線受信部１１３が受信した注意喚起通知情報を受け取り、当該注意喚起通知情報に含まれる情報を表示部１１５に表示させる処理を行う。
【００３８】
表示部１１５は、通知情報処理部１１４から送られる上記注意喚起通知情報に基づいて表示部１１５に所定の画面を表示する。
【００３９】
図３は、携帯端末装置１１０の一例の六面図である。携帯端末装置１１０の正面には画面を表示する表示部１１５と、音声を出力するスピーカー（音声出力部）１２１と、外部からの操作入力を受けるボタン（操作入力部）１２３ａと、が配置されている。なお、表示部１１５の部分は所謂タッチパネルとなっており、ユーザからの操作入力を受ける操作入力部１２２として機能する。
【００４０】
また、装置左側面には、外部からの操作入力を受けるボタン（操作入力部）１２３ｂと、スピーカー１２１からの音声出力により報知を行うか、装置内部に配置された振動子を振動させることで報知を行うかを切り替える切替スイッチ（切替部）１２４と、が配置されている。なお、当該振動子は、自装置１１０を振動させるための部品であり、高速回転する超小型モーター等で構成される。
【００４１】
また、装置上面には、イヤホンを挿入するイヤホンジャック１２５と、装置本体の電源を投入する電源スイッチ（電源入力部）１２６と、が配置されている。
【００４２】
また、装置背面には、静止画像や動画像を撮像するカメラ（撮像部）１２７が配置されている。
【００４３】
また、装置右側面には、ユーザの加入者情報を記憶したメモリカード（ＳＩＭカード）を格納するスロット（格納部）１２８が配置されている。当該ＳＩＭカードには、加入者情報として、携帯電話全般で使用されているＩＭＳＩ（International Mobile Subscriber Identity）等の加入者を識別する識別情報が記憶されている。
【００４４】
また、装置底面には、外部と通信を行うための接続端子１２９が配置されている。接続端子１２９に専用ケーブルを接続することで、外部のＰＣ（Personal Computer）等とデータの交換を行うことが可能となる。装置底面には、マイク（音声入力部）１３０ａ、１３０ｂが配置され、ユーザの会話音声等を入力する。
【００４５】
通知情報処理部１１４は、無線受信部１１３で無線受信した当該注意喚起通知情報に基づいて表示部１１５に図４に例示する所定の注意喚起画面を表示することでユーザに注意喚起を行う。
【００４６】
なお、通知情報処理部１１４は、注意喚起通知情報を受け取った場合に、スピーカー１２１から所定の音声を出力することで注意喚起通知情報を受信したことをユーザに報知すると、当該ユーザは直ちに自分が規定エリア外に出てしまったことに気付けるため好ましい。なお、切替スイッチ１２４により音声を出力しない所謂マナーモードに設定されている場合、通知情報処理部１１４は、振動子を用いて自端末を振動させることで注意喚起通知情報を受信したことをユーザに報知する構成とすることも可能である。
【００４７】
ここで、情報処理サーバ１６０の通知情報生成部１６４は、設定された位置領域内に位置していないユーザ（携帯端末装置１１０）の位置を示す位置情報を含めて注意喚起情報を生成し、送信部１６５が当該注意喚起情報を送信する構成とすると、通知内容の具体性が向上するため良好である。
【００４８】
また、情報処理サーバ１６０は、ユーザが上記設定された位置領域外に出た時点で所定の時間計測を行い、当該定められた時間以内に位置領域内に戻らない場合に、失格とする処理を行うとなお良好である。
【００４９】
この場合、情報処理サーバ１６０は、所定の時間計測を行う時間計測部（タイマー）を更に具備する。当該時間計測部は、比較処理部１６３における位置領域設定部１６１で設定された位置領域と受信部１６２で受信した位置情報との比較処理の結果、当該位置情報を送信したユーザ（携帯端末装置１１０）が設定された位置領域内に位置していない場合に、予め定められた時間の計測を開始する。
【００５０】
なお、当該時間計測部は、時間計測を開始した後、比較処理部１６３における上記比較処理の結果、当該時間計測に係るユーザ（携帯端末装置１１０）が設定された位置領域内に位置している場合に当該時間計測を一時停止する。なお、比較処理部１６３における比較処理の結果、当該ユーザ（携帯端末装置１１０）が設定された位置領域内に再び位置していない場合は、停止した時間計測を再開することで累積的に設定された位置領域外にいる時間を計測する。当該時間計測部が予め定められた時間の時間計測を終えた時は、当該ユーザはゲーム失格であるとして処理する。すなわち、情報処理サーバ１６０に配置されたユーザ情報処理部は、ゲーム中のユーザに関する情報を記録・管理している管理ファイルから失格となったユーザに関する情報を消去するか、又は失格したことを示す情報と対応付けて管理する。このように、ゲームをプレイしているユーザは、有効プレイヤーと失格プレイヤーの少なくとも２つの状態を取りえる構成であり、当該状態を比較処理部１６３の比較結果に基づいて切り替えるユーザ情報処理部が配置される。
【００５１】
なお、送信部１６５は、当該注意喚起通知情報をこの携帯端末装置１１０以外の携帯端末装置１１０にも送信する構成とすることも可能である。エリア外に出たユーザに関する情報をゲーム中の他のメンバーに知らせることができる構成とすることで、ゲームルールを遵守させる効果を生むことが可能となる。
【００５２】
以上のように、本実施の形態１に係る情報処理システム１００は、位置領域を設定する位置領域設定部１６１と、複数のユーザ（携帯端末装置）の位置を示す位置情報を受信する受信部１６２と、当該設定した位置領域と当該受信した位置情報とを比較する比較処理部１６３と、比較の結果、上記位置領域の外に位置しているユーザ（携帯端末装置１１０）に対して注意喚起通知情報を送信する送信部１６５と、を具備する。
【００５３】
また、本実施の形態１に係る携帯端末装置１１０は、自ユーザ（自装置１１０）の位置を示す位置情報を取得する位置情報取得部１１１と、当該取得した位置情報を無線送信する無線送信部１１２と、予め設定された位置領域の外に位置している事を通知する注意喚起通知情報を無線受信する無線受信部１１３と、当該注意喚起通知情報に基づいて所定の注意喚起画面を表示する表示部１１５とを具備する。
【００５４】
当該構成とすることで、ゲームをプレイしている各ユーザに所定の位置領域内で遊ばせることができ、誤ってユーザが設定された位置領域を超えてしまっても、容易に位置領域内に戻ることができる。
【００５５】
ここで、上記受信部１６２は、ユーザ（携帯端末装置１１０）に関する情報の登録を要求するユーザ登録要求を更に受信する構成とするとゲームをプレイするユーザに関する情報を情報処理システム１００側に登録できるため、ユーザ管理が容易となる。この場合、当該情報処理システム１００は、当該受信部１６２で受信したユーザ登録要求に係るユーザ（携帯端末装置１１０）に関する情報を管理ファイル（ゲームフィールド情報）に登録するユーザ登録部と、当該管理ファイルを記憶する記憶部と、を備えていることが好ましい。
【００５６】
また、上記ユーザ登録要求は、上記管理ファイルを識別する管理ファイル識別番号（ゲームフィールド識別番号）と、当該管理ファイルにユーザ（携帯端末装置１１０）に関する情報の登録を許可するかの判定に用いられるユーザ登録用パスワードとを含んでおくことが好ましい。関係ないユーザが勝手に同一ゲーム内に参入することを防ぐためである。この場合、上記ユーザ登録部は、ユーザ登録要求に含まれる当該管理ファイル識別番号と当該ユーザ登録用パスワードとの組み合わせが適切である場合に、当該登録を要求されたユーザ（携帯端末装置１１０）に関する情報を当該管理ファイル識別番号で識別される管理ファイルに記録する構成をとる。
【００５７】
この場合、携帯端末装置１１０は、自ユーザ（自装置１１０）に関わる情報を所定の管理ファイル（ゲームフィールド情報）に登録することを要求するユーザ登録要求を生成するユーザ登録要求生成部を更に備え、上記無線送信部は、当該生成したユーザ登録要求を無線送信する構成とすると、携帯端末装置１１０からユーザ登録を直接行えるため好ましい。当該ユーザ登録要求生成部は、自ユーザ（自装置）に関わる情報に加えて登録を要求する管理ファイル（ゲームフィールド情報）を識別する管理ファイル識別番号（ゲームフィールド識別番号）と、当該管理ファイル（ゲームフィールド情報）への登録の認証処理に用いるユーザ登録用パスワードとを含むことで、情報処理システム側でユーザ認証を行うことができる。なお、上記自ユーザ（自装置）に関わる情報として、当該ユーザを識別するユーザ識別情報（ユーザＩＤ）や自装置のネットワーク上のアドレスであるＩＰアドレスや自装置を固有に識別するＭＡＣアドレスやＩＭＳＩなどの情報を上記ユーザ登録要求を用いて登録する構成を採用することが可能である。
【００５８】
また、本実施の形態１に係る情報処理システム１００は、位置領域の外に位置していることを通知する上述の注意喚起通知情報を生成する通知情報生成部１６４を備える構成を取る。当該通知情報生成部１６４は、上述の比較処理部１６３における比較の結果、位置領域設定部１６１で設定された位置領域の外に位置しているユーザ（携帯端末装置１１０）がいる場合に上記上記注意喚起情報を生成し、送信部１６５は、当該注意喚起通知情報生成部１６４が生成した注意喚起通知情報を送信する構成をとる。
【００５９】
当該構成とすることで、逃げる側（泥棒チーム）の子供が必要以上に遠くまで逃げてしまうと探索範囲が広がりすぎて鬼役（警察チーム）には捕まえることが困難になってしまい、時間だけが無為に過ぎ去って行くと言う問題を解決する事ができる。すなわち、ゲーム性が高まり、ユーザが遊びやすくなるため、屋内型ゲームより体力向上等のメリットを有する屋外型ゲームにユーザを引き込む事ができる。
【００６０】
ここで、当該注意喚起通知情報生成部１６４は、上記比較処理部１６３における比較の結果、位置領域の外に位置しているユーザ（携帯端末装置１１０）の位置を示す位置情報を含めて注意喚起通知情報を生成し、送信部１６５は、当該注意喚起通知情報生成部で生成した注意喚起通知情報を、位置領域の外に位置しているユーザ（携帯端末装置）が登録されている管理ファイルに登録されている他のユーザ（携帯端末装置１１０）に送信する構成とすることが可能である。当該構成とすることで、当該位置領域外に出ると言ったルール違反を行ったユーザの位置を示す位置情報を、同一ゲームフィールドでプレイ中の他ユーザに対して送信することで、他ユーザが有利にゲームを進めることが可能となる。
【００６１】
この場合、携帯端末装置１１０において、表示部１１５は描画された地図を表示し、無線受信する注意喚起通知情報には、他のユーザ（携帯端末装置１１０）の位置を示す位置情報が含まれる。そして、通知情報処理部１１４は、注意喚起通知情報に含まれる他のユーザ（携帯端末装置１１０）の位置を示す位置情報で示される地図上の位置に当該他のユーザ（携帯端末装置１１０）を示すアイコンを当該地図にオーバーレイ表示した状態で表示部に表示させる。このように構成することで、他ユーザは、ルール違反を行ったユーザの位置を視覚的に捉えることで有利にゲームを進めることができるようになるため、各ユーザにゲームルールを遵守させる効果が高まる。
【００６２】
また、上述のように、一定時間以上設定された位置領域外に出ているユーザは、ゲーム放棄と看做して失格とする処理を行う構成を加えると更に良好である。この場合、情報処理システム１００は、比較処理部１６３における位置比較処理の結果、位置領域の外にユーザ（携帯端末装置１１０）が位置している場合に所定の時間計測を開始する時間計測部を更に備える。そしてユーザ登録部は、時間計測部が計測する所定の時間に渡ってユーザが位置領域の外に位置している場合に、当該ユーザを失格ユーザであるとして上記管理ファイル（ゲームフィールド情報）に登録する。受信部１６２が当該失格ユーザからの位置情報を受信しても記憶部は、当該失格ユーザの位置情報を記憶せず、また、送信部１６５も注意喚起通知情報を当該失格ユーザには送信しない構成とすることができる。
【００６３】
なお、上記携帯端末装置１１０と情報処理システム１００との間の通信は、暗号化や秘匿化が行われていることが好ましい。この場合、携帯端末装置１１０において、無線送信部１１２の前段には無線送信する情報に対して暗号化処理を行う暗号処理部が配置され、無線受信部１１３の後段には、無線受信した情報に対して復号処理を行う復号処理部が配置される。また、情報処理サーバ１６０においても、受信部１６２の後段に受信した情報に対して復号処理を行う復号処理部が配置され、送信部１６５の前段に送信する情報に対して暗号化処理を行う暗号処理部が配置される。当該通信における暗号方式としては既存の公開鍵暗号方式や共通鍵暗号方式を利用する事ができる。
【００６４】
なお、上記説明では、携帯端末装置１１０の位置情報取得部１１１が自立して位置情報を取得する所謂Ａｕｔｏｎｏｍｕｓ型である場合について説明したが、これに限定されるものではない。位置情報取得部１１１は、ＭＳ−Ｂａｓｅｄ型としてネットワーク側に配置されたアシストサーバより送信されたアシストデータを利用して現在の位置情報を算出しても良い。また、位置情報取得部１１１は、ＭＳ−Ａｓｓｉｓｔｅｄ型として、ＧＰＳ衛星からのＧＰＳ信号に基づいて現在位置に関する位置情報をアシストサーバに送信し、当該アシストサーバが携帯端末装置１１０より送信された位置情報に基づいて最終位置計算を行い、計算後の位置情報を携帯端末装置１１０及び情報処理サーバ１６０に送信する形態を採用することができる。
【００６５】
また、上記説明では、当該情報処理システム１００をゲームに利用する場合について説明したが、これに限定するものではない。例えば、子供が危険な場所に行かないように子供に許容する位置領域を設定しておき、子供が当該位置領域の外に移動した場合は、親の携帯電話に注意喚起情報を送信することで注意喚起を促すと言った利用方法に応用可能である。子供自身も当該注意喚起情報を受け取る事で自分が危険地帯にいることを知る事ができ、自ら危険を回避する行動を取る事ができる。
【００６６】
また、このような利用方法は、旅行サービスにも利用可能である。海外等の旅行をする場合、旅行者が気付かないスラム街や危険な路地裏や入る事が禁止されている領域などが存在する。そこで、旅行者が安全に移動できる場所を位置領域として登録しておき、当該安全な位置領域を外れた場合に、ユーザである旅行者の携帯端末装置に注意喚起情報を送信する。また、旅行業者に対しても注意喚起情報を送信し、旅行業者から旅行者に対して連絡できる体制を取る。この場合、管理ファイルには、旅行業者のアドレスと、当該旅行業者が管理する旅行者のアドレスが登録される構成とすると良い。
【００６７】
また、自宅周辺を位置領域として設定しておき、徘徊するご老人が自宅から出て行ったことを通知すると言った使い方や、家庭のペットや動物園の動物にＧＰＳ機能を有する小型送信機を取り付けておき、許可した範囲を超えて脱走していないかを管理すると言った使い方にも応用できる。
【００６８】
（実施の形態２）
以下、本発明の第２の実施形態に係る情報処理システムについて図面を参照して詳細に説明する。但し、実施の形態１で既に説明した部分については発明の明確化のため一部説明を省略する。
【００６９】
図５は、実施の形態２に係る情報処理システム２００の構成を示すブロック図である。情報処理システム２００は、ウェブサーバ２３０と、認証サーバ２４０と、ユーザ情報登録サーバ２５０と、情報処理サーバ２６０と、加入者情報データベース２９１と、個別ユーザ情報データベース２９２と、ゲームフィールド情報データベース２９３と、を含んで構成される。
【００７０】
ここで、情報処理サーバ２６０が、実施の形態１の情報処理サーバ１６０に対応するサーバであり、情報処理システム２００が提供するサービスの中心を担う。情報処理システム２００は、複数の携帯端末装置２１０ａ〜２１０ｎと通信を行い、後述する各種情報を交換する。以下、各装置について具体的に説明する。
【００７１】
まず、ウェブサーバ２３０について説明する。ウェブサーバ２３０は、携帯端末装置２１０からのＧＥＴ要求に基づいて要求されたデータを返す。ウェブサーバ２３０は、認証処理が行われていない携帯端末装置２１０ａからアクセスを受けると、図６に示すログイン画面をレスポンスとして返す。
【００７２】
図６は、当該レスポンスに基づいて携帯端末装置２１０の表示部１１５に表示されるログイン画面の一例である。携帯端末装置２１０ａのユーザは、ログイン画面のユーザ名（ユーザＩＤ）とパスワードのブランクにそれぞれ自身のユーザ名とパスワードを埋めてログインを行う。当該ユーザ名とパスワードは、アクセス情報として携帯端末装置２１０ａ内で所定の暗号化方式で暗号化されてウェブサーバ２３０に送信される。
【００７３】
ウェブサーバ２３０は、当該アクセス情報を受信し、暗号化を解除した上で認証サーバ２４０に出力する。認証サーバ２４０は、アクセス情報に含まれるユーザＩＤとパスワードとの組み合わせが加入者情報データベース２９１に登録されているかを確認することでアクセス認証処理を行う。
【００７４】
加入者情報データベース２９１は、本情報処理システム２００が提供するサービスを利用する各ユーザのユーザＩＤと認証パスワードとを対応付けた状態で加入者情報として記憶している。認証サーバ２４０は、認証結果をウェブサーバ２３０に返信する。
【００７５】
認証が成功した場合は、ウェブサーバ２３０は、当該携帯端末装置２１０ａからのＧＥＴ要求に対して、個別ユーザ情報データベース２９２に記憶されている当該ユーザのプライベート情報を返信する。
【００７６】
個別ユーザ情報データベース２９２は、各ユーザのプライベート情報が記憶しており、当該プライベート情報には、例えばこれまでのサービス利用状況などのログが含まれている。
【００７７】
ウェブサーバ２３０は、認証サーバ２４０における認証成功後、図７に示すプライベートインデックス画面を返信する。図７は、ログイン後に携帯端末装置２１０ａの表示部１１５に表示されるインデックス画面の一例である。インデックス画面には、ログインしているユーザ名（ユーザＩＤ）のほか、新規ゲームフィールド作成リンクや、過去プレイデータ検索リンク等が表示されている。
【００７８】
携帯端末装置２１０ａで当該新規ゲームフィールド作成リンクが選択されると、ウェブサーバ２３０は、新たなゲームフィールド識別番号を取得し、当該識別番号を含めて図８に示す新規ゲームフィールド作成のための画面を返信する。ウェブサーバ２３０は、当該新規ゲームフィールド作成リンクが選択されることで新規のゲームフィールド識別番号を生成することで、ゲームフィールド識別番号が重ならないように一元管理する。
【００７９】
ここで、ゲームフィールドとは、各ゲームに参加するユーザやゲーム条件、ゲーム種類、と言ったゲームを規定する情報を管理するためのデータ領域（管理ファイル）であり、ゲーム開始に先立って作成される。当該ゲームフィールドによって各ゲームが定義される。
【００８０】
図８に示すように携帯端末装置２１０ａの表示部１１５に表示される新規ゲームフィールド作成画面には、新たに作成するゲームフィールドをシステム内で一意に識別するゲームフィールド識別番号、当該作成するゲームフィールドにユーザ登録を行う（当該ゲームフィールドに係るゲームに参加する）ためのユーザ登録用パスワード（ゲーム参加用パスワード）を設定するブランク、作成するゲームフィールドの名前を記入するブランク、当該ゲームの種類を選択する選択画面等が表示される。ゲームの種類としては、図９に示すようにルールが異なる複数のゲームが登録されており、ユーザはこれらのゲームの中から自分達がやりたいゲームを選択する。各ブランクを埋めてゲームフィールド作成ボタンを押下することで上記内容のゲームフィールドを作成することを要求するゲームフィールド作成要求がウェブサーバ２３０に送信される。
【００８１】
ウェブサーバ２３０は、携帯端末装置２１０ａから送信されたゲームフィールド作成要求に基づいてゲームフィールドの作成を行い、当該方法で新たに作成したゲームフィールドに関する情報をゲームフィールド情報としてゲームフィールド情報データベース２９３に登録する。
【００８２】
図１０は、ウェブサーバ２３０で作成されてゲームフィールド情報データベース２９３に登録されたゲームフィールド情報を示している。当該ゲームフィールド情報には、ウェブサーバ２３０で設定された上述の各種情報がヘッダ情報として含まれている。但し、この段階では、ゲーム条件情報は登録されておらず、当該ゲームフィールドに係るゲームのプレイヤーを示すユーザ情報には当該ゲームフィールド情報の作成者であるレオナルドだけが登録されている。
【００８３】
なお、ゲームフィールド情報は、ゲームフィールドを規定する情報を管理する管理ファイルであり、後述するユーザ情報管理ファイルと区別するため、以下の説明では当該ゲームフィールド情報をマスター管理ファイルと称する事がある。
【００８４】
ゲームフィールド情報データベース２９３には、各ユーザによってこれまで作成された複数のゲームフィールド情報を記憶する。当該ゲームフィールド情報は、ユーザ情報登録サーバ２５０によって、当該ゲームフィールドに参加するユーザに関する情報が追加更新される。以下、当該更新について説明する。
【００８５】
ここでは、携帯端末装置２１０ｎのユーザが新たにゲームに参加する場合について説明する。既に作成されているゲームフィールドに係るゲームに参加したいユーザは、携帯端末装置２１０ｎからユーザ情報登録サーバ２５０にユーザ登録要求を送信する。
【００８６】
例えば、携帯端末装置２１０ｎのユーザは、携帯端末装置２１０ｎにインストールしているアプリケーションを実行して図１１に例示する参加ゲーム検索画面を表示する。
【００８７】
参加ゲーム検索画面では、キーワード、タグ、マイリストユーザ等の検索を行う事で最終的にゲームフィールドを検索できる構成をとる。ユーザは、参加しようとするゲームのゲームフィールド識別番号をゲームフィールド識別番号欄に記入し、当該ゲームフィールド作成者より教えてもらったユーザ登録用パスワードをユーザ登録用パスワード欄に記入して実行ボタンであるＹＥＳボタンを押下することで、図１２に示すユーザ登録要求が情報処理サーバに送信される。ここで、当該ユーザ登録要求には、ゲーム中のＪｏｂに関する情報、攻撃側か防御側かのどちらのチームに所属するかに関する情報なども含めて送信できるように構成しても良い。
【００８８】
図１２は、当該ユーザ登録要求のパケットの一例を示している。ユーザ登録要求は、宛先であるユーザ情報登録サーバ２５０のＩＰアドレス（宛先ＩＰアドレス）と、送信元である自装置２１０ｎのＩＰアドレス（送信元ＩＰアドレス）と、当該パケットがユーザ登録要求に関するパケットであることを示すパケット識別子と、参加しようとしているゲームフィールドを識別する情報（ゲームフィールド識別番号）と、当該ゲームフィールドにユーザ登録しようとしているユーザを識別する情報（登録者ユーザＩＤ）と、当該ゲームフィールドにユーザ登録するためのパスワード（ユーザ登録用パスワード）と、を含む。当該ゲームフィールドへのユーザ登録を希望するユーザ自身が、携帯端末装置２１０ｎを用いてユーザ登録を希望するゲームフィールドのゲームフィールド識別番号とユーザ登録用パスワードを入力した上で当該ユーザ登録要求を送信する。
【００８９】
なお、当該ユーザ登録要求は、指定するゲームフィールドに係るゲームへの参加を要求するものであるため、以下の説明では当該ユーザ登録要求をゲーム参加要求と称する事がある。この場合、ユーザ登録要求に含まれる登録者ユーザＩＤ及びユーザ登録用パスワードをそれぞれゲーム参加者ユーザＩＤ及びゲーム参加用パスワードと称することがある。
【００９０】
図１３は、ユーザ情報登録サーバ２５０の構成を示すブロック図である。ユーザ情報登録サーバ２５０は、ユーザ登録要求受信部２５１と、認証処理部２５２と、ユーザ登録部（ユーザ情報追加更新部）２５３と、を具備する。
【００９１】
ユーザ登録要求受信部２５１は、携帯端末装置２１０ｎより無線送信されたユーザ登録要求を受信し、認証処理部２５２に出力する。
【００９２】
認証処理部２５２は、ユーザ登録要求受信部２５１よりユーザ登録要求を受け取り、パケット識別子に基づいて当該要求がユーザ登録要求であることを確認する。認証処理部２５２は、ユーザ登録要求に含まれるゲームフィールド識別番号に基づいて、ユーザ登録を希望するゲームフィールドを特定し、ゲームフィールド情報データベース２９３にアクセスして、当該ゲームフィールド識別番号で特定されるゲームフィールド情報を読み込む。
【００９３】
続いて、認証処理部２５２は、ユーザ登録要求に含まれるユーザ登録用パスワードと読み込んだゲームフィールド情報で指定されているユーザ登録用パスワードとのマッチング処理を行う。ユーザ登録用パスワードのマッチングが取れた場合に、ユーザ登録部２５３は、ユーザ登録要求に含まれる登録者ユーザＩＤ及び送信元ＩＰアドレスで示される携帯端末装置２１０ｎのＩＰアドレスをゲームフィールド情報のユーザ情報欄に埋めた上でゲームフィールド情報をデータベースに格納することでゲームフィールド情報を更新する。
【００９４】
なお、当該ユーザ登録要求には、当該ユーザ登録要求が登録者ユーザＩＤで識別されるユーザから送信されたことを認証するためユーザ認証パスワードが含まれる構成であると更に好ましい。この場合、認証処理部２５２は、登録者ユーザＩＤとユーザ認証パスワードの組み合わせが適切であるかを加入者情報データベース２９１に記憶されている加入者情報を参照して確認する。
【００９５】
上記ユーザ登録手順に従って、当該ゲームフィールド「鬼と共に去りぬ」に参加したい複数のユーザより、ユーザ登録要求（ゲーム参加要求）をそれぞれ受け付け、ゲームフィールド情報内にユーザ登録を行うことで、情報処理システム２００側でゲームに参加するプレイヤーの管理が可能となる。
【００９６】
図１４は、ユーザＩＤが「トミー」のユーザとユーザＩＤが「バズーソ」であるユーザよりそれぞれユーザ登録が行われた時点でのゲームフィールド情報を示している。なお、図１４に示すゲームフィールド情報には、ゲーム条件が設定されている。当該ゲーム条件としては、例えば実施の形態１で説明したように、当該ゲームフィールドに係るゲームにおいて各ユーザが移動可能な範囲を示す位置領域がある。また、図１４では、当該ゲームの開始時刻及び終了時刻がゲーム条件として合わせて設定されている。当該ゲーム条件の設定は、ゲームフィールド作成時にゲームフィールド作成要求内に当該設定に係る情報が含まれていても良いし、後述するように別途ゲーム条件設定部が情報処理システム２００内に配置され、携帯端末装置２１０より送信されるゲーム条件設定要求に基づいて設定が行われる構成としても良い。
【００９７】
次に、情報処理サーバ２６０の構成について説明する。図１５は、情報処理サーバ２６０の構成を示すブロック図である。情報処理サーバ２６０は、受信部２６１と、ゲーム開始処理部２６２と、ユーザ情報記憶部２６３と、ユーザ情報処理部２６４と、アイテム処理部２６５と、ゲーム終了処理部２６６と、通知情報生成部２６７と、送信部２６８と、を具備する。
【００９８】
受信部２６１は、ゲームに参加している各ユーザの携帯端末装置２１０より送信される各種情報を受信する。具体的には、受信部２６１は、ゲームの開始を要求するゲーム開始要求や、ゲームの終了を要求するゲーム終了要求を受信する。また、当該ゲーム開始要求に基づいて開始されたゲーム中に各ユーザ（携帯端末装置２１０）より送信される当該ユーザ（携帯端末装置２１０）の位置を示す位置情報や、当該ユーザの状態を変更することを要求する状態変更要求、その他、各ユーザがアイテムを使用する場合に送信されるアイテム使用要求等の情報を受信する。
【００９９】
受信部２６１で受信された上記ゲーム開始要求はゲーム開始処理部２６２へ、位置情報及び状態変更要求はユーザ情報処理部２６４へ、アイテム使用要求はアイテム処理部２６５へ、ゲーム終了要求はゲーム終了処理部２６６へそれぞれ送られる。
【０１００】
ユーザは、ゲームを遊ぶメンバーが揃い、ゲームを開始する場合に、自身の携帯端末装置２１０よりゲーム開始要求を情報処理サーバ２６０に送信することでゲームを開始することを要求する。
【０１０１】
図１６は、当該ゲーム開始要求の一例を示している。ゲーム開始要求には、自サーバ２６０のアドレスである宛先ＩＰアドレスと、当該ゲーム開始要求の送信元のアドレスである送信元ＩＰアドレスと、当該パケットがゲーム開始要求であることを示すパケット識別子と、ゲーム開始を要求するユーザを特定するゲーム開始要求者ユーザＩＤと、開始するゲームフィールドを特定するゲームフィールド識別番号と、ゲームを開始する権限があるかを確認するためのゲーム開始用パスワードと、が含まれる。この場合、予めゲームを開始する権限を有するユーザを示す設定者ユーザＩＤとゲームを開始するためのパスワードである設定用パスワードがゲームフィールド内に登録されている。
【０１０２】
ゲーム開始処理部２６２は、受信部２６１が受信したゲーム開始要求に基づいて、当該ゲーム開始要求で指定されるゲームフィールドで規定されるゲームを開始する処理を行う。まずゲーム開始処理部２６２は、ゲーム開始要求内に含まれるゲームフィールド識別番号を用いて当該ゲームフィールド識別番号で識別されるゲームフィールド情報をゲームフィールド情報データベース２９３から読み込む。ゲーム開始処理部２６２は、ゲーム開始要求に含まれるゲーム開始要求者ユーザＩＤとゲーム開始用パスワードとの組み合わせが当該読み込んだゲームフィールド情報に記されている上記設定者ユーザＩＤと設定者パスワードの組み合わせと一致するかの照合処理を行う。当該照合処理の結果、両組み合わせが一致している場合は、ゲームを開始する権限者からのゲーム開始要求であるとしてゲーム開始処理を継続する。一方、一致しない場合は、不適切なゲーム開始要求であるとして、ゲーム開始処理を中止する。
【０１０３】
なお、ゲームフィールドに登録しているユーザの誰でもゲームを開始できる構成とする場合は、ゲーム開始処理部２６２は、ゲーム開始要求に含まれるゲーム開始要求者ユーザＩＤとゲームフィールド情報のユーザ情報に登録されているユーザＩＤとの照合を行うことでゲーム開始要求の適否を判断しても良い。また上記設定者パスワードは、上記ユーザ登録用パスワードと共通化しても良い。この場合、ゲームフィールド情報にユーザ登録しているユーザは既にユーザ登録用パスワードによる認証をクリアしているため、ゲーム開始要求にゲーム開始用パスワードは含まれない構成としても良い。
【０１０４】
ゲーム開始処理部２６２は、上記照合処理の結果、ゲーム開始要求が適切なゲーム開始要求であると判断した場合、開始するゲームについてゲームプレイ中の各ユーザの情報を管理するユーザ情報管理ファイルを作成してユーザ情報記憶部２６３に格納する。
【０１０５】
具体的には、ゲーム開始処理部２６２は、開始するゲームフィールドに係るゲームを識別する情報としてゲームフィールド管理番号を取得し、当該ゲームで発生する各種処理を、他のゲームで発生する各種処理と識別するために当該ゲームフィールド管理番号を用いる。当該ゲームフィールド管理番号は、対応するゲームフィールドを一意に識別するゲームフィールド識別番号と関連付けされている。
【０１０６】
なお、各ゲームフィールド識別番号で識別されるゲームフィールドに係るゲームを、当該ゲームフィールド識別番号を用いて直接管理する場合は、ゲームフィールド管理番号を取得しなくても良い。この場合、上記作成するユーザ情報管理ファイルや各携帯端末装置との間で発生する通信は当該ゲームフィールド識別番号を用いて他のゲームと判別される。当該構成とする場合は、以下の説明でゲームフィールド管理番号をゲームフィールド識別番号と読み替える事ができる。
【０１０７】
ゲーム開始処理部２６２は、開始するゲームに係るゲームフィールドに登録されている各ユーザを識別するユーザＩＤや当該ユーザのネットワーク上のアドレスを示すＩＰアドレスを上記作成するユーザ情報管理ファイルに登録する。
【０１０８】
図１７は、ゲーム開始処理部部２６２が作成する上記ユーザ情報管理ファイルの一例を示している。当該ユーザ情報管理ファイルのヘッダ情報欄には、ゲームフィールド識別番号の他、進行中のゲームを管理するために各ゲームに一時的に割り当てられる管理番号である上記ゲームフィールド管理番号と、位置領域や時間領域と言ったゲーム条件が記されている。また、ユーザ情報欄には、ユーザ毎に位置（position）と状態（status）の欄が作成されている。ここで、状態（status）は、ユーザの状態を示しており、当該ゲームが鬼ごっこであるため、誰が鬼であるかを判別するための欄である。ここでは、ユーザＮｏ０２のトミーが最初の鬼であるとしてStatusの欄にチェックが入っている。
【０１０９】
次に、ゲーム開始処理部２６２は、当該ゲームに参加する各ユーザに対してゲームを開始する事を通知するゲーム開始通知情報を通知情報生成部２６７に生成させる指示を行う。当該指示には、開始するゲームを識別するゲームフィールド管理番号が含まれる。
【０１１０】
ユーザ情報記憶部２６３は、ゲーム中の各ユーザに関する情報を記憶する。具体的には、ユーザ情報記憶部２６３は、上記ゲーム開始処理に基づいて作成された上記ユーザ情報管理ファイルを記憶する。当該ユーザ情報管理ファイルには、ゲーム中に各ユーザから送信される当該ユーザに関する情報が記録されていく。
【０１１１】
ユーザ情報処理部２６４は、ゲーム中に各ユーザ（携帯端末装置２１０）から送信される当該ユーザ（携帯端末装置２１０）の位置を示す位置情報を受け取り、ユーザ情報記憶部２６３に記憶されているユーザ情報管理ファイルにおける当該位置情報に係るユーザの位置欄（Ｐｏｓｉｔｉｏｎ）に当該位置情報を記録することで各ユーザの現在位置を管理する。
【０１１２】
図１８は、受信部２６１が受信する位置情報の一例を示している。位置情報には、自サーバ２６０のアドレスである宛先ＩＰアドレスと、送信元の携帯端末装置２１０のアドレスである送信元ＩＰアドレスと、当該パケットが位置情報であることを示すパケット識別子と、どのゲームに係る位置情報であるかを識別するゲームフィールド管理番号と、当該位置情報に係るユーザを識別するユーザＩＤと、位置を示す位置座標（位置情報）、当該位置座標（位置情報）が取得された時刻である位置情報取得時刻とが含まれる。
【０１１３】
ユーザ情報処理部２６４は、当該位置情報を受け取ると、ユーザ情報記憶部２６３に記憶している各ゲームのユーザ情報管理ファイルの中から当該位置情報パケットに含まれるゲームフィールド管理番号と対応付けられたユーザ情報管理ファイルを読み込む。ユーザ情報処理部２６４は、読み込んだユーザ情報管理ファイルの中であって、当該位置情報に含まれるユーザＩＤの位置情報取得時刻で示される時刻の位置欄に当該受信した位置情報に含まれる位置座標（位置情報）を記録する。
【０１１４】
また、ユーザ情報処理部２６４は、ゲーム中に各ユーザ（携帯端末装置２１０）から送信される状態変更要求を受け取り、ユーザ情報記憶部２６０に記憶されているユーザ情報管理ファイルにおける当該変更に係るユーザの状態欄（Status）に変更後の状態を記録することで各ユーザの現在の状態を管理する。
【０１１５】
図１９は、受信部２６１が受信する状態変更要求の一例を示している。状態変更要求には、自サーバ２６０のアドレスである宛先ＩＰアドレスと、送信元の携帯端末装置２１０のアドレスである送信元ＩＰアドレスと、当該パケットが状態変更要求であることを示すパケット識別子と、どのゲームに係る状態変更要求であるかを識別するゲームフィールド管理番号と、当該状態変更の方向を示す状態変更方向と、捕縛されたユーザを識別する被捕縛者ユーザＩＤと、捕縛したユーザを識別する捕縛者ユーザＩＤと、が含まれる。
【０１１６】
ここで、プレイしているゲームが「鬼ごっこ」である場合は、各ユーザの状態の変更は、鬼役ユーザが逃走ユーザを触った時に生じるだけであるため、状態変更方向は含まれなくても良い。この場合、被捕縛者ユーザＩＤは、新たに鬼役となるユーザを示しており、捕縛者ユーザＩＤは、以前に鬼役であったユーザを示している。すなわち、鬼役が捕縛者ユーザＩＤで識別されるユーザから被捕縛者ユーザＩＤで識別されるユーザに変更された事を示している。
【０１１７】
一方、プレイしているゲームが「ドロケイ」や後述する「サイバー戦争」の場合は、逃走側プレイヤーが捕縛される場合と、捕縛されたプレイヤーが味方プレイヤーによって解放される場合がある。従って、攻撃側プレイヤー（警察チームのユーザ）が逃走側プレイヤー（泥棒チームのユーザ）を捕縛した場合は、状態変更方向は「捕縛」である事を示す“０”が付され、被捕縛者ユーザＩＤには捕縛されたユーザを識別するユーザＩＤが、捕縛者ユーザＩＤには捕縛したユーザを識別するユーザＩＤが付される。また、逃走側プレイヤー（泥棒チームのユーザ）が味方プレイヤーを解放した場合は、状態変更方向は「解放」である事を示す“１”が付され、被解放者ユーザＩＤとして解放されたユーザを識別するユーザＩＤが、解放者ユーザＩＤとして解放したユーザを識別するユーザＩＤが含まれる。また、当該状態変更要求には、状態が変更される時刻を示す状態変更時刻情報が含まれていても良い。なお、後述するように、ゲーム終了後の経験値算出を行わない場合等、捕縛者や解放者を記録しておく必要がない場合には、当該捕縛者（解放者）ユーザＩＤは状態変更要求に含まれなくても良い。
【０１１８】
このように、ユーザ情報処理部２６４は、ゲーム中の各ユーザの携帯端末装置２１０から送信されて受信部２６１で受信される各ユーザの位置や状態に関する情報を受け取り、ユーザ情報管理ファイルを更新していく。また、ユーザ情報処理部２６４は、ユーザの状態を変更した場合に、ゲーム終了処理部２６６にユーザを変更した事を示す信号を出力する。
【０１１９】
ここで、ユーザ情報処理部２６４は、図２０に示すように、各ユーザの携帯端末装置２１０より無線送信される位置情報に基づいてユーザの移動履歴を時系列状に記録していくことでユーザ情報管理ファイルを更新する。図２０は、ゲーム開始から５秒経過した時点におけるユーザ情報管理ファイルの一例を示している。図２０では開始から３秒後の１４時２３分０３秒にそれまで鬼であったユーザＮｏ０２のトミーがユーザＮｏ０１のレオナルドにタッチしたことにより、鬼の役がトミーからレオナルドに移った様子が示されている。１４時２３分０３秒に状態変更に係るユーザであるレオナルド又はトミーの携帯端末装置２１０より状態変更要求が送信され、ユーザ情報処理部２６４は、当該状態変更要求に基づいてトミーの状態を「鬼役」から「逃走役」に変更し、レオナルドの状態を「逃走役」から「鬼役」に変更する。この場合、図１９で説明した状態変更要求の被捕縛者ユーザＩＤには「レオナルド」が、捕縛者ユーザＩＤには「トミー」が記される。
【０１２０】
なお、ユーザ情報処理部２６４は、上記状態変更要求を受け取った場合に、当該状態変更に基づいて指定されているユーザの状態を変更するかを判断した後に状態を変更する処理を行うことが好ましい。捕縛や解放が実際には行われていないのに、ユーザより捕縛した（解放した）と偽って状態変更要求が出されることを防ぐためである。
【０１２１】
そこで、ユーザ情報処理部２６４は、図１９に示した状態変更要求を受け取ると、ユーザ情報記憶部記憶部２６３に記憶されているユーザ情報管理ファイルを参照し、当該状態変更要求に含まれる被捕縛者（被解放者）ユーザＩＤのユーザの位置と捕縛者（解放者）ユーザＩＤのユーザの位置を取得する。次に、ユーザ情報処理部２６４は、当該取得したこれらの位置が一致している又は所定の距離範囲以内である場合は、捕縛（解放）が成功したと判断し、状態を変更する処理を実行する。
【０１２２】
捕縛（解放）が成功した場合は、被捕縛者（被解放者）と捕縛者（解放者）は同じ位置にいることが推測されるため、これら２ユーザの位置が所定の距離内であれば、適切な捕縛（解放）に基づく状態変更要求であると判断する事ができる。なお、ユーザ情報処理部２６４は、状態変更要求を受信した時刻における上記２ユーザの位置の比較だけではなく、その前の所定の期間におけるユーザの位置を取得し、比較処理を行う構成とすると好ましい。このようなゲームでは、解放が行われると被解放者と解放者が「牢屋」の位置からバラバラになって逃げることが通常であるため、当該解放が行われた時刻と状態変更要求が送信される時刻が異なり、被解放者と解放者の状態変更要求時点での位置が異なることが通常であるためである。従って、状態変更要求を受信した時刻より所定の期間前までの期間内における２ユーザの位置を時刻ごとに比較し、一致している時刻があれば、適切な解放が行われたと判断する構成とするとなお良い。
【０１２３】
なお、上記説明では、ユーザ情報処理部２６４は、携帯端末装置２１０より送信された状態変更要求に基づいて状態変更処理を行う場合について説明したが、これに限定するものではなく、ユーザ情報処理部２６４が自発的にユーザの状態を変更するかどうかの判定処理を行い、当該判定結果に基づいて、状態を変更しても良い。ユーザが捕縛や解放を行った場合に、いちいち携帯端末装置２１０を操作して状態変更要求を生成することは煩わしい為である。
【０１２４】
そこで、ユーザ情報処理部２６４は、ユーザ情報管理ファイルに記録されている各ユーザの位置を示す位置情報に基づいて状態を変更するかの判定を行うと良い。捕縛が完了している場合、攻撃側チームのユーザと逃走側チームのユーザが同一位置にいることができる。
【０１２５】
そこで、捕縛に成功したユーザは、被捕縛者であるユーザと同じ位置に所定の時間いる。この状態で、ユーザ情報処理部２６４は、同一ゲームフィールドに係るゲームをプレイ中の全ユーザの位置を比較する。すなわち、ユーザ情報処理部２６４は、攻撃側チームの各ユーザと同一位置にいる逃走側チームのユーザがいないかを判定する。
【０１２６】
当該判定の結果、同一位置に居る逃走側チームのユーザの状態を通常状態から捕縛状態に変更する。ここで、ユーザ情報処理部２６４は、一度の判定ではなく、複数回連続して同一位置であると判定された場合に、当該ユーザの状態を通常状態から捕縛状態に変更しても良い。
【０１２７】
ここで、ユーザ情報処理部２６４は、攻撃側チームのユーザの位置と、逃走側チームのユーザであって、状態が通常状態であるユーザの位置とを比較する。ユーザ情報処理部２６４は、当該比較の結果、上記２ユーザの位置が同一位置である場合や、上記２ユーザの位置が所定の期間に渡って所定の距離範囲以内である場合に、捕縛が行われたと判定し、上記逃走側チームのユーザの状態を通常状態から捕縛状態に変更する。このような処理を行うことで、状態変更要求の送受を発生させずに状態の適切な更新を行うことができる。
【０１２８】
なお、解放の場合も同様である。ユーザ情報処理部２６４は、逃走側チームのユーザであって、状態が通常状態であるユーザの位置と、逃走側チームのユーザであって、状態が捕縛状態であるユーザの位置とを比較する。ユーザ情報処理部２６４は、当該比較の結果、上記２ユーザの位置が同一位置である場合や、上記２ユーザの位置が所定の期間に渡って所定の距離範囲以内である場合に、捕縛が行われたと判定し、上記捕縛状態であったユーザの状態を捕縛状態から通常状態に変更する。
【０１２９】
このような処理によって、状態の変更を情報処理システムが自発的に行うことができる。なお上記ユーザ情報処理部２６４がどのようなアルゴリズムに基づいて状態を変更するかは、位置検出の精度や位置情報の更新周期等に基づいて適宜状況に適したアルゴリズムを用いると良い。
【０１３０】
なお、上記では２グループに分かれて戦うチーム戦いの場合について説明したが、１対複数の戦いとなる鬼ごっこでも同様である。この場合、攻撃側チームのユーザが鬼役のユーザであり、逃走側チームのユーザを逃げ側のユーザと読みかえると良い。逃走側ユーザにタッチした鬼役ユーザは、当該逃走側ユーザの近くに数秒程度いることで、ユーザ情報処理部２６４が行う位置比較処理に基づいて状態の変更が行われる。すなわち、ゲームフィールドに係るゲームが鬼ごっこである場合、ユーザ情報処理部２６４は、鬼役状態であるユーザの位置と逃走状態である各ユーザの位置とを比較する。当該比較の結果、鬼役状態のユーザの位置と逃走状態のユーザの位置が同一である場合、又は、所定の期間に渡って所定の位置範囲内にいる場合、当該逃走状態のユーザは鬼に捕まえられた（触られた）と判定し、当該ユーザの状態を逃走状態から鬼役状態に変更し、鬼役状態だったユーザを逃走状態に変更する。
【０１３１】
なお、この場合、鬼役状態だったユーザが逃走状態に変更された場合、所定の期間内は当該ユーザが再度鬼役状態に戻らない構成としておくことが好ましい。同一ユーザ間で鬼役状態と逃走状態の変移が繰り返し起きる事を防ぐためである。そのために、ユーザ情報処理部２６４は、鬼役状態のユーザの位置と、逃走状態のユーザであって、所定の条件を満たすユーザの位置とを比較する処理を行う構成とすればよい。上記所定の条件とは、例えば、鬼役状態から逃走状態に変更されてから所定の時間が経過していることである。また、後述するアイテムとして無敵状態になれるアイテムをシステム内に登録しておく場合は、当該無敵状態アイテムを使用中のユーザも上記比較処理の対象外とすると良い。
【０１３２】
次にアイテム処理部２６５について説明する。アイテム処理部２６５は、ゲーム中のユーザがアイテムを使用する場合に送られるアイテム使用要求に基づいて当該アイテム使用要求で指定されているアイテムに基づく処理を行う。アイテム処理部２６５は、必要に応じてユーザ情報管理ファイルに当該使用したアイテムに関する情報を記録する。例えば、アイテム処理部２６５は、使用済みのアイテムに関するアイテム使用履歴情報や、現在使用中であるアイテムに関する使用中アイテム情報などを記録しておく。また、当該アイテムに基づく処理の結果、他ユーザの状態を変更する場合は、ユーザ情報処理部２６４にユーザの状態の変更を指示する。またアイテム処理部２６５は、アイテムを使用した事を通知する情報やアイテムを使用した事により生じた効果を通知する情報を生成する。
【０１３３】
なお、アイテムとは、ゲームを補助するためのプログラムやサブルーチンであり、所定のアイテムを使用するとは、所定のプログラムやサブルーチンを実行すると読み替える事ができる。
【０１３４】
ゲーム終了処理部２６６は、受信部２６１で受信したゲーム終了要求に基づいてゲーム終了処理を行う。例えばゲーム終了処理部２６６は、受信部２６１がゲーム終了要求を受信した場合にゲーム終了処理を開始する。
【０１３５】
図２１は、ゲーム終了要求の一例を示している。ゲーム終了要求には、自サーバ２６０のアドレスである宛先ＩＰアドレスと、当該ゲーム終了要求の送信元のアドレスである送信元ＩＰアドレスと、当該要求がゲーム終了要求である事を示すパケット識別子と、ゲーム終了を要求するユーザを識別するゲーム終了要求者ユーザＩＤと、終了を要求するゲームを識別するゲームフィールド管理番号と、ゲーム終了用のパスワードと、が含まれる。
【０１３６】
ゲーム終了処理部２６６は、ゲーム終了要求に含まれるゲーム終了要求者ユーザＩＤとゲーム終了用パスワードとの組み合わせが、当該ゲーム終了要求に含まれるゲームフィールド管理番号で識別されるゲームを規定するゲームフィールドに設定されている設定者ユーザＩＤと設定者パスワードの組み合わせと一致するかの照合処理を行う。
【０１３７】
ゲーム終了処理部２６６は、照合が取れた場合は、権限を有するユーザからの適切なゲーム終了要求であるとしてゲーム終了処理を継続する。具体的に、ゲーム終了処理部２６６は、通知情報生成部２６７にゲームを終了する事を通知するゲーム終了通知情報の生成を指示する。また、ゲーム終了処理部２６６は、終了するゲームに対応するユーザ情報管理ファイルをゲームフィールド情報データベース２９３にゲームフィールドと対応付けて格納し、当該ゲームに用いていたゲームフィールド管理番号を解放する。
【０１３８】
なお、ゲーム終了処理部２６６は、ゲーム終了要求に基づく終了処理以外にもユーザ情報記憶部２６３に記憶されている終了時刻になったことを持って終了処理を行ったり、ユーザ情報処理部２６４から出力されるユーザの状態を変更したことを示す信号に基づいて終了処理を行ったりしても良い。ゲーム終了処理部２６６は終了する理由を含めて通知情報生成部２６７にゲーム終了通知情報の生成指示を出す。
【０１３９】
通知情報生成部２６７は、ゲーム開始処理部２６２からのゲーム開始指示に基づいてゲーム開始通知情報を生成する。また、通知情報生成部２６７は、ゲーム終了処理部２６６からのゲーム終了指示に基づいてゲーム終了通知情報を生成する。また、通知情報生成部２６７は、ユーザ情報処理部２６４がユーザの状態を変更する処理を行ったことを通知する状態変更通知情報を生成する。通知情報生成部２６７は、生成する上述の通知情報を送信部２６８に出力する。
【０１４０】
図２２は、通知情報生成部２６７が生成するゲーム開始通知情報の一例である。ゲーム開始通知情報には、送信先となる携帯端末装置２１０のＩＰアドレスである宛先ＩＰアドレスと、自サーバ２６０のＩＰアドレスである送信元ＩＰアドレスと、当該情報がゲーム開始通知情報である事を示すパケット識別子と、開始するゲームを規定するゲームフィールドを識別するゲームフィールド識別情報と、当該ゲームを識別するために割り当てられたゲームフィールド管理番号と、当該ゲームを開始するに当たって各携帯端末装置２１０で保有しておく必要のある各種情報であるゲーム設定情報と、が含まれる。当該ゲーム開始通知情報は、ゲームに参加する全ユーザに一斉送信されることが好ましいため、通知情報生成部２６７は、開始するゲームを規定するゲームフィールドに登録されている全ユーザのＩＰアドレスを宛先ＩＰアドレスにセットして上記ゲーム開始通知情報を生成する。
【０１４１】
なお、ゲームフィールド識別番号を直接用いて情報処理システム２００側と携帯端末装置２１０側との間で情報交換を行う場合には、ゲームフィールド管理番号は通知されなくても良い。その場合、当該ゲームフィールドに係るゲームで発生する各通信パケットにはゲームフィールド管理番号の代わりにゲームフィールド識別番号が含まれる。
【０１４２】
また、ゲーム開始通知情報に含まれるゲーム設定情報には、例えばゲーム終了条件に関する情報や、ゲーム終了時刻又は制限時間に関する情報、各ユーザが移動可能な位置領域等のゲーム条件、当該ゲームに参加している各ユーザのユーザＩＤやＩＰアドレス、各チームのチーム構成などの情報である。またゲームが「鬼ごっこ」であれば、誰が最初の鬼役であるかの情報もここに含まれる。また、ゲームが「ドロケイ」であれば、捕縛したユーザを待機させておく「牢屋」の位置に関する情報がここに含まれていても良い。当該「牢屋」の位置を示す情報は、ゲーム条件の設定時にゲームフィールドに予め登録する構成としても良い。
【０１４３】
図２３は、通知情報生成部２６７が生成するゲーム終了通知情報の一例である。ゲーム終了通知情報には、送信先となる携帯端末装置２１０のＩＰアドレスである宛先ＩＰアドレスと、自サーバ２６０のＩＰアドレスである送信元ＩＰアドレスと、当該情報がゲーム終了通知情報である事を示すパケット識別子と、終了するゲームを識別するゲームフィールド管理情報と、当該ゲームを終了する理由を示すゲーム終了理由情報と、が含まれる。当該ゲーム終了理由情報は、ゲーム終了処理部２６６が終了処理を行った理由が記されており、例えば所定のユーザから送信されたゲーム終了要求に基づいてゲームを終了することや、予め設定されたゲーム終了条件を満たした事などが記される。
【０１４４】
当該ゲーム終了通知情報は、ゲームに参加している全ユーザに送信される構成とすることが好ましい。そこで、通知情報生成部２６７は、当該ゲームに参加している全ユーザのＩＰアドレスをゲーム終了通知情報の宛先ＩＰアドレスにセットして当該ゲーム終了通知情報を生成する。
【０１４５】
図２４は、通知情報生成部２６７が生成する状態変更通知情報の一例である。当該状態変更通知情報には、送信先となる携帯端末装置２１０のＩＰアドレスである宛先ＩＰアドレスと、自サーバ２６０のＩＰアドレスである送信元ＩＰアドレスと、当該情報が状態変更通知情報である事を示すパケット識別子と、どのゲームフィールドに係るゲームであるかを識別するゲームフィールド管理番号と、変更された状態の内容である変更情報とが含まれる。具体的に、当該変更情報には、どのユーザがどのユーザを捕縛したか（解放したか）など、捕縛者（解放者）や被捕縛者（被解放者）の情報を含んでいる事が好ましい。またプレイ中のゲームが「鬼ごっこ」である場合は、「鬼役」がどのユーザからどのユーザに変更されたかに関する情報を含んでいる事が好ましい。このような通知が行われる事で、各ユーザは現在のゲーム状況を適切に把握する事ができ、刻々と変化する状況に対応する行動を取る事ができる。
【０１４６】
ここで、通知情報生成部２６７は、生成する状態変更通知情報の宛先として、当該状態変更に係るユーザのＩＰアドレスを宛先ＩＰアドレスに設定しても良い。捕縛者（解放者）と被捕縛者（被解放者）に当該状態変更通知情報が送信されることで、適切に情報処理システム２００側で状態変更処理が完了した事を認識する事ができる。現実の戦闘では、誰が捕縛されたか（解放されたか）は当事者しか知りえないため、現実により即した環境とするためには、当該当事者にのみ状態変更通知情報を送信する構成とすることが好ましい。一方、状態変更通知情報生成部２６７は、生成するユーザ状態変更通知情報の宛先として、当該状態変更に係るゲームフィールドに登録されている全ユーザのＩＰアドレスを宛先ＩＰアドレスに設定しても良い。同一ゲームをプレイ中の全ユーザに捕縛及び解放に関する情報を通知する構成とすることで、各ユーザは戦況を把握し易くなるため次の戦略を考える訓練に繋がるという効果がある。
【０１４７】
送信部２６８は、通知情報生成部２６７より受け取った上述の通知情報を携帯端末装置２１０に送信する。また、送信部２６８は、アイテム処理部２６５から受け取った情報を携帯端末装置２１０に送信する。
【０１４８】
なお、以下の説明では、携帯端末装置２１０との通信のインターフェースとなる受信部２６１と送信部２６８とを纏めて通信部と称することがある。
【０１４９】
また、上記説明では１つのユーザ情報管理ファイルにプレイ中のユーザの位置に関する情報と状態に関する情報を記録する構成を説明したがこれに限るものではない。ユーザの位置を管理する第１ユーザ情報管理ファイルとユーザの状態を管理する第２ユーザ情報管理ファイルと言う形でそれぞれの情報を分けて管理しても良い。
【０１５０】
また、情報処理サーバ２６０は、実施の形態１で説明した比較処理部１６３を備える構成とすると更に良好である。当該比較処理部１６３は、ユーザ情報記憶部２６３に記憶されているユーザ情報管理ファイルを参照して、各ユーザが移動可能な範囲として設定されている位置領域と各ユーザの現在位置を示す位置情報との比較処理を行う。当該比較処理の結果、当該位置領域の外に位置しているユーザがいる場合は、通知情報生成部２６７に注意喚起情報の生成を指示する。
【０１５１】
通知情報生成部２６７は、比較処理部１６３からの注意喚起情報生成指示に基づいて位置領域外に位置しているユーザに係る注意喚起情報を生成する。図２５は、当該注意喚起情報の一例を示している。注意喚起情報には、送信先となる携帯端末装置２１０のＩＰアドレスである宛先ＩＰアドレスと、自サーバ２６０のＩＰアドレスである送信元ＩＰアドレスと、当該情報が注意喚起情報である事を示すパケット識別子と、当該注意喚起情報に係るゲームを識別するゲームフィールド管理情報と、位置領域外に位置しているユーザを識別する対象者ユーザＩＤと、当該ユーザの位置を示す対象者位置情報と、が含まれる。ここでは、当該注意喚起情報の送信先として当該ゲームをプレイしている全ユーザを想定している。上記位置領域外に位置しているユーザにのみ当該注意喚起情報を送信する場合は、対象者位置情報や対象者ユーザＩＤは含まれなくても良い。送信部２６８は、当該生成された注意喚起情報を送信する。なお、当該注意喚起情報には、失格となるまでの時間を示す時間情報が含まれていても良い。携帯端末装置２１０の表示部１１５で当該失格となるまでの時間が表示される事で、当該通知を受けたユーザに直ちにゲーム位置領域内に戻る行動を促す事ができる。
【０１５２】
以上のように本実施の形態２に係る情報処理システム２００は、新たなゲームを開始するに当たってゲームフィールドを作成し、ゲームに必要な情報を当該ゲームフィールドに登録して管理する事で野外型ゲームをサポートするサービスを提供する事ができる。
【０１５３】
なお、上記説明では、情報処理サーバ２６０内にワークスペースとしてユーザ情報記憶部２６３を設け、マスター情報であるゲームフィールド情報に基づいて位置履歴を管理しやすいように別の管理ファイルとしてユーザ情報管理ファイルを作成し、当該ユーザ情報管理ファイルに各ユーザの位置情報を時系列状に記録していく場合について説明したがこれに限定するものではない。ゲームフィールド情報に各ユーザの位置を示すユーザ位置情報の欄を設け、当該ユーザの現在位置を示す位置情報を時系列状に直接記録される構成であっても良い。すなわち、ゲームフィールド情報とユーザ情報管理ファイルという形で分けずに、ユーザ情報管理ファイルとしてゲームフィールド情報内に上述したユーザ情報管理ファイルの内容を追記・更新していく形態をとることも可能である。
【０１５４】
この場合、情報処理サーバ２６０のユーザ情報処理部２６４は、終了したゲームのユーザ情報管理ファイルを、当該ゲームに参加した各ユーザの個別管理フォルダにも格納する。当該構成とすることで過去プレイデータを確認したいユーザは図７に示す自身のプライベート画面から過去プレイデータを選択する。過去プレイデータを選択すると、図２６に示す画面にジャンプし、これまで自身が参加したゲーム一覧が表示される。更に詳しく履歴を見たい場合は、「履歴を見る」をクリックすることで、図２０に示すようなゲーム中の各ユーザの位置情報が時系列状に纏められたユーザ情報管理ファイルを表示することができる。
【０１５５】
なお、上記説明では、ゲーム種類が「鬼ごっこ」である場合についてのユーザ情報管理ファイルを説明したが、ゲーム種類がチーム対戦の形式を取る「どろけい」や「サイバー戦争」の場合では、ユーザ情報管理ファイルは、例えば図２７の構成をとる。
【０１５６】
図２７は、ゲーム種類が「どろけい」である場合におけるユーザ情報管理ファイルである。ここでは、当該ゲームに参加しているプレイヤーがユーザＮｏ０１〜ユーザＮｏ０４の４人であることを示しており、警察チームにユーザＮｏ０１及びＮｏ０２のユーザが、また、泥棒チームにユーザＮｏ０３及びＮｏ０４のユーザが含まれている様子を示している。また、図２７において、泥棒チーム（グループ２）のステータス欄は、逮捕された（捕虜になった）かどうかを示す領域である。図２７では、ユーザＮｏ０４のユーザが１２時２０分４秒にユーザＮｏ０２に逮捕された（捕縛された）ことがステータス欄から読み取ることができる。
【０１５７】
ゲーム開始処理部２６２が上述のようにユーザ（携帯端末装置２１０）を複数のグループに分けてユーザ情報管理ファイルを作成できるよう、ユーザ情報登録サーバ２５０は、各ユーザ（携帯端末装置２１０）からのユーザ登録要求に受信し、認証処理に成功した場合に、ユーザ登録部２５３は、ゲームフィールド情報内に、当該追加するユーザがどのグループに属するかをあわせて登録しておくことが可能である。
【０１５８】
すなわちユーザ情報登録サーバ２５０において、ユーザ登録部２５３は、複数のユーザ又は携帯端末装置２１０を、複数のグループに分けて登録する。ゲーム開始処理部２６２は、グループ分けされた状態でゲームフィールドに参加するユーザが登録されているゲームフィールド情報を読み込み、当該グループ分けに従ってユーザ（携帯端末装置２１０）を複数のグループに分けてユーザ情報管理ファイルを作成することができる。
【０１５９】
ここで、送信部２６８は、いずれかのグループに属するユーザがゲーム条件として設定された位置領域外に出た場合、当該設定された位置領域内にいないユーザ（携帯端末装置２１０）の位置情報を、位置領域内にいない当該ユーザすなわち当該位置情報を送信したユーザが含まれないグループに含まれているユーザ（携帯端末装置２１０）に対して送信する構成とすると戦術性が向上させることができる。所謂敵チームにルール違反者に不利になる情報が送信されるため、当該位置情報の送信をもってルール違反に対するペナルティーとすることができる。
【０１６０】
例えば図２７において、ユーザＮｏ３のユーザがヘッダ情報に示されている位置領域のエリア外に出た場合は、通知情報生成部２６７は、当該ユーザＮｏ３のユーザが属するグループ２（泥棒チーム）ではないグループ１（警察チーム）に含まれるユーザの携帯端末装置２１０を（すなわちユーザＮｏ０１及びユーザＮｏ０２のユーザの携帯端末装置２１０を）宛先とするパケットを注意喚起通知情報として生成する。通知情報生成部２６７は、ユーザＮｏ０１及びユーザＮｏ０２のユーザがそれぞれ保有する携帯端末装置２１０のＩＰアドレスを宛先ＩＰアドレスとし、違反したユーザＮｏ０３の現在位置を示す位置情報を含めたパケットを注意喚起通知情報として生成し、送信部２６８より送信する。
【０１６１】
なお、ユーザ情報処理部２６４は、ユーザ情報管理ファイル内のユーザ情報にどのユーザがどのユーザを逮捕（捕縛）したかや、どのユーザがどのユーザを逮捕状態（捕縛状態）から解放したか等についての履歴を合わせて記録するとなお良好である。ゲーム終了後、これらの情報に基づいて各ユーザの獲得経験値を設定し、当該経験値を別のサービスに利用すると言ったことも可能となる。例えば、各ユーザに対してユーザのレベルやランク（職位）を対応付けて登録しておき、当該経験値を獲得することでユーザのレベルやランクが向上する構成とし、レベルやランクが高いほどゲームを優位に戦える設定やその他のサービスを提供することで、各プレイヤーに対して、より上手なゲームプレイを行うように促すことができる。従って、戦術や戦略を鍛えるトレーニングとする効果を高めることができる。
【０１６２】
また、上記説明では各ゲームフィールド情報内に当該ゲームフィールドを識別するゲームフィールド識別番号とゲームフィールドに参加するためのパスワード（すなわち、登録ユーザ管理ファイルを識別する識別番号と当該管理ファイルにユーザ登録を行うためのパスワード）とが含まれている場合について説明したが、これに限るものではない。ゲームフィールド情報データベース２９３には多数のゲームフィールド情報が作成されるため、各ゲームフィールド識別番号と対応するユーザ登録用パスワードの組み合わせ（すなわち登録ユーザ管理ファイルを識別する管理ファイル識別番号とユーザ登録に用いるユーザ登録用パスワード）を対応付けて記録したアクセス管理ファイルを当該ゲームフィールド情報データベース２９３に作成して記憶管理する構成であっても良い。
【０１６３】
また、上記説明では、ユーザ登録要求（ゲーム参加要求）に含まれるゲームフィールド識別番号（管理ファイル識別番号）とユーザ登録用パスワードとの組み合わせが正しいかを判断する認証処理を認証処理部２５２が行う構成について説明したが、これに限定されるものではない。ユーザ登録部２５３が、ユーザ登録要求に含まれる管理ファイル識別番号とユーザ登録用パスワードとの組み合わせの照合を行い、照合が取れた場合に当該ユーザ登録要求に含まれるユーザに関する情報をゲームフィールド情報（ユーザ管理ファイル）に記録する構成とすることも可能である。
【０１６４】
なお、上述した各サーバに含まれる構成は更に細かなサーバに分かれて情報処理システム内に配置されていても良いし、１つのサーバに集約されていても良い。上述した情報処理システム２００は、以下のように表すことができる。図２８は、情報処理システム２００をシステム全体の観点から捉えたブロック図である。
【０１６５】
情報処理システム２００は、受信部２７１と、ゲームフィールド作成部２７２と、ゲームフィールド記憶部２７３と、ユーザ登録部２７４と、ゲーム条件設定部２７５と、ゲーム開始処理部２７６と、ユーザ情報記憶部２７７と、ゲーム開始通知情報生成部２７８と、時間計測部２７９と、時刻情報取得部２８０と、位置情報処理部２８１と、ユーザ状態処理部２８２と、アイテム処理部２８３と、ゲーム終了処理部２８４と、状態変更通知情報生成部２８５と、ゲーム終了通知情報生成部２８６と、ゲーム終了了承確認情報生成部２８７と、送信部２８８と、経験値算出部２８９と、を備える。
【０１６６】
受信部２７１は、携帯端末装置２１０から送信される各種情報を受信する。具体的には、受信部２７１は、ゲームフィールド作成要求と、ユーザ登録要求と、ゲーム条件設定要求と、ゲーム開始要求と、位置情報と、状態変更要求と、アイテム使用要求と、ゲーム終了要求と、ゲーム終了了承情報と、を備える。
【０１６７】
上記ゲームフィールド作成要求は、新しいゲームフィールドの作成の要求である。また、上記ユーザ登録要求は、ユーザに関する情報をゲームフィールドに登録することの要求である。また、上記ゲーム開始要求は、指定したゲームフィールドに係るゲームの開始の要求である。また、上記ゲーム条件設定要求は、指定したゲームフィールドに係るゲームの条件（ルール）の設定の要求である。また、上記位置情報は、ゲーム開始要求に基づいてゲームが開始されたゲームフィールドに登録されているユーザ（携帯端末装置２１０）から送信される当該ユーザ（携帯端末装置２１０）の位置を示す情報である。また、上記状態変更要求は、指定したユーザの状態を変更することの要求である。また、上記ゲーム終了要求は、指定したゲームフィールドに係るゲームを終了することの要求である。また、上記ゲーム終了了承情報は、ゲームを終了する事に了承することを示す情報である。
【０１６８】
受信部２７１は、受信したゲームフィールド作成要求をゲームフィールド作成部２７２へ、ユーザ登録要求をユーザ登録部２７４へ、ゲーム条件設定要求をゲーム条件設定部２７５へ、ゲーム開始要求をゲーム開始処理部２７６へ、位置情報を位置情報処理部２８１へ、状態変更要求をユーザ状態処理部２８２へ、アイテム使用要求をアイテム処理部２８３へ、ゲーム終了要求及びゲーム終了了承情報をゲーム終了処理部２８４にそれぞれ出力する。
【０１６９】
ゲームフィールド作成部２７２は、受信部２７１で受信したゲームフィールド作成要求に基づいてゲームフィールドを作成する。ここで、ゲームフィールド作成要求は、携帯端末装置２１０より送られる新しいゲームフィールドの作成の要求である。ゲームフィールドはゲームに必要な各種情報を登録しておくデータ領域（マスター管理ファイル）であり、ユーザがプレイするゲームを規定する。当該ゲームフィールド作成部２７２は、図５のウェブサーバ２３０に対応する。
【０１７０】
ゲームフィールド記憶部２７３は、ゲームフィールド作成部２７２が作成したゲームフィールドを記憶する。ゲームフィールド記憶部２７３は、図５のゲームフィールド情報データベース２９３に対応する。
【０１７１】
ここで、ゲームフィールド作成部２７２は、受信部２７１で受信したゲームフィールド作成要求に基づいて作成するゲームフィールドを一意に識別するゲームフィールド識別番号を取得する構成が好ましい。ゲームフィールド記憶部２７３は、ゲームフィールド作成部２７２で作成したゲームフィールドを上記取得したゲームフィールド識別番号と関連付けて記憶する。
【０１７２】
また、ゲームフィールド作成部２７２は、受信部２７１で受信したゲームフィールド作成要求に基づいて作成するゲームフィールドにユーザに関する情報を登録するためのユーザ登録用パスワードを取得する構成とする構成が好ましい。ゲームフィールド記憶部２７３は、ゲームフィールド作成部２７２で作成したゲームフィールドを当該取得したユーザ登録用パスワードと関連付けて記憶する。
【０１７３】
この場合、受信部２７１で受信するゲームフィールド作成要求は、上記ユーザ登録用パスワードが含まれる構成とすると良い。パスワードはユーザが覚えやすいパスワードを設定できる構成とする方が、仲間内でのユーザ登録に便利であるためである。ゲームフィールド作成部２７２は、ゲームフィールド作成要求に含まれる当該ユーザ登録用パスワードを、受信部２７１で受信した上記ゲームフィールド作成要求に基づいて作成するゲームフィールドにユーザに関する情報を登録するためのユーザ登録用パスワードとして取得する。
【０１７４】
ユーザ登録部２７４は、受信部２７１で受信したユーザ登録要求に係るユーザに関する情報をゲームフィールド作成部２７２で作成してゲームフィールド記憶部２７３に記憶しているゲームフィールドに登録する。ユーザ登録要求は、携帯端末装置２１０より送られるユーザに関する情報をゲームフィールドに登録することの要求である。ユーザ登録部２７４は、図１３に示したユーザ情報登録サーバ２５０に対応する。
【０１７５】
ここで、上記ユーザ登録要求は、上述したように、登録するユーザを識別するユーザ識別情報と、登録を要求するゲームフィールドを識別するゲームフィールド識別番号と、ゲームフィールドへのユーザに関する情報の登録を許可するかの判定に用いられるユーザ登録用パスワードとを含む構成とすることが好ましい。ユーザ登録部２７４は、ユーザ登録要求に含まれるゲームフィールド識別番号とユーザ登録用パスワードとの組み合わせが適切である場合に、登録を要求されたユーザに関する情報を当該ゲームフィールド識別番号で識別されるゲームフィールドに登録する。
【０１７６】
また、上記ユーザ登録要求は、登録するユーザを識別するユーザ識別情報と、当該ユーザ登録要求に係るユーザが正統なユーザであるかの判定に用いられるユーザ認証用パスワードと、登録を要求するゲームフィールドを識別するゲームフィールド識別番号と、ゲームフィールドへのユーザに関する情報の登録を許可するかの判定に用いられるユーザ登録用パスワードとを含む構成とすると更に良好である。ユーザＩＤを偽装して意図しないゲームフィールドに登録されることを防ぐためである。この場合、ユーザ登録部２７４は、ユーザ登録要求に含まれるユーザ識別情報とユーザ認証用パスワードとの組み合わせが適切であり、かつ、ユーザ登録要求に含まれるゲームフィールド識別番号とユーザ登録用パスワードとの組み合わせが適切である場合に、登録を要求されたユーザに関する情報をゲームフィールド識別番号で識別されるゲームフィールドに登録する。
【０１７７】
なお、既にゲームフィールドに登録済みのユーザが当該登録をキャンセルする場合は、当該ユーザはユーザ登録解消要求を送信し、受信部２７１が当該ユーザ登録解消要求を受信する。ユーザ登録部２７４は、当該ユーザ登録を解消することを要求するユーザ登録解消要求を受け取った場合は、当該ユーザ登録解消要求で指定されているゲームフィールドから、指定されているユーザに関する情報を消去する処理を行う。
【０１７８】
ゲーム条件設定部２７５は、受信部２７１で受信したゲーム条件設定要求に基づいて、当該ゲーム条件設定要求に含まれるゲームフィールド識別番号で識別されるゲームフィールドにゲーム条件（ルール）を設定する。ゲーム条件設定部２７５は、設定したゲーム条件をゲームフィールド記憶部２７３に記憶しているゲームフィールドに登録する。ゲーム条件設定部２７５は、実施の形態１の位置領域設定部１６１に対応する。
【０１７９】
図２９は、ゲーム条件設定要求のパケットの一例を示している。ゲーム条件設定要求には、当該ゲーム条件設定部２７５を備えるサーバのアドレスである宛先ＩＰアドレスと、当該要求の送信元のアドレスである送信元ＩＰアドレスと、当該要求がゲーム条件設定要求であることを示すパケット識別子と、当該設定を行う設定者を識別する設定者ユーザＩＤと、設定を行うゲームフィールドを識別するゲームフィールド識別番号と、設定を行うためのパスワードである設定用パスワードと、設定しようとするゲーム条件の内容と、が含まれている。
【０１８０】
ここで、ゲーム条件とは、実施の形態１で説明したようにゲームを行う範囲を限定するための位置領域やゲームを行う時間を限定する時間領域等の条件である。位置領域としては、例えばＧＰＳ座標を用いてユーザが活動できるエリアを設定することができる。ここで、ＧＰＳ座標での入力が難しい場合は、設定者は、例えば〜〜町や〜〜学区といった形で位置領域を指定してゲーム条件設定要求を送信し、ゲーム条件設定部２７５が当該情報に基づいてＧＰＳ座標に変換して位置領域を設定すると、ユーザから見て位置領域の設定が容易となるため良好である。また、時間領域としては、開始時刻と終了時刻とを指定することで設定しても良いし、ゲームを行う時間幅を設定しても良い。ユーザが子供の場合は門限が決められているため、終了時刻を入力することで時間領域を設定可能とすることが好ましい。また、時間に余裕がある時は何時間の間と言った形で時間領域を設定できることが好ましいためゲームを行う時間幅で設定できると更に良好である。
【０１８１】
ゲーム条件設定部２７５は、ゲーム条件設定要求内のゲームフィールド識別番号を参照して該当するゲームフィールドをゲームフィールド記憶部２７３より読み出す。続いて、ゲーム条件設定部２７５は、パスワード認証を行い、設定権があることを確認した上で、ゲームフィールドのゲーム条件情報欄にゲーム条件設定要求に含まれるゲーム条件を加えることでゲームフィールドにゲーム条件を登録する。
【０１８２】
ゲーム条件設定部２７５が位置に関する条件を設定する場合、受信部２７１が受信するゲーム条件設定要求には、指定するゲームフィールドに係るゲームにおいて当該ゲームフィールドに登録されたユーザが移動可能な範囲を示す位置領域が含まれる。ゲーム条件設定部２７５は、ゲーム条件設定要求に含まれるゲームフィールド識別番号で識別されるゲームフィールドに係るゲームにおいて登録されたユーザが移動可能な範囲に関する条件として当該位置領域を登録する。
【０１８３】
また、ゲーム条件設定部２７５が時間に関する条件を設定する場合、受信部２７１が受信するゲーム条件設定要求には、指定するゲームフィールドに係るゲームの制限時間に関する情報が含まれる。ゲーム条件設定部２７５は、ゲーム条件設定要求に含まれるゲームフィールド識別番号で識別されるゲームフィールドに係るゲームにおいて制限時間を登録する。
【０１８４】
ゲーム開始処理部２７６は、受信部２７１で受信したゲーム開始要求に基づいてゲーム開始処理を行う。具体的には、ゲーム開始処理部２７６は、当該ゲーム開始要求で指定されているゲームフィールドをゲームフィールド記憶部２７３から読み出し、読み出したゲームフィールドに登録されているパスワードと当該ゲーム開始要求に含まれるパスワードとのマッチング処理等を行った上で決定する。
【０１８５】
ゲーム開始処理部２７６は、ゲームを開始すると決定した場合は、当該ゲーム開始要求に基づいて読み出したゲームフィールドに登録されている各種情報に基づいて、図１７に例示したゲームプレイ中のユーザの情報を管理するユーザ情報管理ファイルを作成してユーザ情報記憶部２７７に格納する。
【０１８６】
この時、ゲーム開始処理部２７６は、開始するゲームフィールドに係るゲームを他のゲームフィールドに係るゲームと判別するために、新たにゲームフィールド管理番号を取得して、当該ゲームに割り当てる構成とすることが好ましい。上記作成するユーザ情報管理ファイルや、各携帯端末装置との通信は、当該ゲームフィールド管理番号を利用する事で他のゲームと判別される。
【０１８７】
また、ゲーム開始処理部２７６は、ゲーム開始通知情報生成部２７８にゲーム開始通知情報の生成させるゲーム開始指示を出力する。当該ゲーム開始指示において、ゲーム開始通知情報生成部２７８が生成するゲーム開始通知情報に含める各種情報が合わせて出力される。
【０１８８】
また、当該ゲームフィールドにゲームプレイ時間（制限時間）が設定されている場合には、ゲーム開始処理部２７６は、時間計測部２７９に対してもゲーム開始指示を出力する。当該ゲーム開始処理部２７６は、図１５のゲーム開始処理部２６２に対応する。
【０１８９】
ユーザ情報記憶部２７７は、ゲーム開始処理部２７６によって作成されたユーザ情報を記録するユーザ情報管理ファイルを記憶する。当該ユーザ情報管理ファイルには、ゲーム開始要求に基づいて開始されたゲームを規定するゲームフィールドに登録されているユーザ（携帯端末装置２１０）に関するゲームプレイ中の情報が記録され、少なくとも受信部２７１が受信したユーザ（携帯端末装置２１０）の位置を示す位置情報が記録される。ユーザ情報記憶部２７７は、図１５のユーザ情報記憶部２６４に対応する。
【０１９０】
ゲーム開始通知情報生成部２７８は、ゲーム開始処理部２７６からのゲーム開始指示に基づいて、上記ゲーム開始要求で指定されているゲームフィールドに係るゲームを開始することを通知するゲーム開始通知情報を生成する。当該ゲーム開始通知情報生成部２７８は、図１５の通知情報生成部２６７に対応する。
【０１９１】
時間計測部２７９は、所謂タイマーであり、ゲームフィールドに係るゲームを開始してから当該ゲームの制限時間として設定された時間の時間計測を開始する。具体的には、ゲーム開始処理部２７６は、ゲーム開始処理においてゲームフィールド記憶部２７３より読み込んだゲームフィールドにゲーム条件として制限時間が登録されている場合、当該制限時間を含むゲーム開始指示を時間計測部２７９に出力する。時間計測部２７９は、当該ゲーム開始指示で指定されている制限時間をタイマーとしてセットし、当該制限時間の時間計測を開始する。時間計測部２７９は、上記時間計測が完了した場合に時間計測が完了したことをゲーム終了処理部２８４に通知する。
【０１９２】
なお、時間に関する機能として時刻情報取得部２８０を別途備える構成としても良い。時刻情報取得部２８０は、現在の時刻を示す時刻情報を取得する。時刻情報取得部２８０で取得される現在の時刻を示す時刻情報はゲーム終了処理部２８４によって参照される。
【０１９３】
位置情報処理部２８１は、ゲームが開始されたゲームフィールドに登録された複数のユーザよりそれぞれ送信されて受信部２７１で受信した当該ユーザ（携帯端末装置２１０）の位置を示す位置情報をユーザ情報記憶部２７７に記憶する。位置情報処理部２８１は、受信部２７１より受け取った当該位置情報をユーザ情報管理ファイルに記録することでユーザ情報記憶部２７７に記憶する。この時、位置情報処理部２８１は、図２０に示すように受信部２７１で受信したユーザ（携帯端末装置２１０）の位置を示す位置情報をユーザ情報管理ファイルに時系列状に記録しておくと、ゲーム終了後に各プレイヤーが自分達の行動を確認することに利用できるため好ましい。位置情報処理部２８１は、図１５のユーザ情報処理部２６４に対応する。
【０１９４】
ユーザ状態処理部２８２は、受信部２７１で受信した状態変更要求に基づいて当該状態変更要求で指定されているユーザの状態を変更し、変更後の状態をユーザ情報管理ファイルに記録する。
【０１９５】
図２０に示すように、ユーザ情報管理ファイルには、ゲーム開始要求に基づいてゲームが開始されたゲームフィールドに登録されているユーザの状態に関する情報が記録される構成を取る。ユーザ状態処理部２８２は、状態変更要求に基づいて、ユーザの状態を変更する。当該状態変更要求は、捕縛（解放）に関わったユーザが自装置を操作することで送信できる構成を取る。
【０１９６】
なお、各ユーザ（携帯端末装置２１０）より送信される明示の状態変更要求によらなくても後述するアイテム処理部２８３の処理の結果、所定のユーザの状態が変更されることがある。ユーザ状態処理部２８２は、状態変更要求やアイテム処理部２８３が行う処理に基づいてユーザの状態を変更した場合は、状態変更通知情報生成部２８５に状態変更通知情報の生成を指示する。また、ユーザ状態処理部２８２は、ユーザの状態を変更した事を示す信号をゲーム終了処理部２８４に出力する構成としても良い。ユーザ状態処理部２８２は、図１５のユーザ情報処理部２６４に対応する。
【０１９７】
アイテム処理部２８３は、受信部２７１が受信するアイテム使用要求に基づいて、当該アイテム使用要求内で指定されているアイテムに対応する処理を行う。アイテム処理部２８３は、アイテム使用要求に基づいて所定の処理を行った場合は、必要に応じてユーザ情報管理ファイルにアイテム使用に関する情報を記録すると共に、送信部２８８よりアイテム使用に関する情報を送信させる。また、当該処理の結果、所定のユーザの状態を変更する必要が出た場合は、ユーザ状態処理部２８２に該当するユーザの状態変更を指示する。アイテム処理部２８３は、図１５のアイテム処理部２６５に対応する。
【０１９８】
ゲーム終了処理部２８４は、プレイ中のゲームを終了する処理を行う。例えば、ゲーム終了処理部２８４は、ゲーム開始時に時間計測部２７９が制限時間分の時間計測を行っており、当該時間計測部２７９より当該ゲームフィールドに係るゲームの制限時間が経過した事を示す信号を入力した場合に当該ゲームフィールドに係るゲームを終了する処理を行う。また、ゲーム条件設定部２７５により当該ゲームフィールドに係るゲームに終了時刻が設定されている場合は、ゲーム終了処理部２８４は、時刻情報取得部２８０で取得される現在の時刻を示す時刻情報を参照し、現在の時刻が上記終了時刻となった場合に、当該ゲームを終了させる処理を行う。また、ゲーム終了処理部２８４は、受信部２７１で受信されたゲーム終了要求に基づいて、当該ゲーム終了要求で指定されているゲームフィールドに係るゲームを終了する処理を行う。
【０１９９】
また、ゲーム終了処理部２８４は、各ゲームのゲーム終了条件を満たしたかを判定し、当該ゲーム終了条件を満たしている場合は、当該ゲームを終了する。ここで、ゲーム終了条件としては、例えば逃走側（泥棒側）グループのユーザが所定数以上捕縛されたことや、逃走側グループのリーダが捕縛されたことを当該終了条件とすることができる。また、ゲームが「鬼ごっこ」である場合は、鬼役のユーザが所定の時間以上他ユーザを捕まえられないことをもってゲーム終了とすることができる。この場合、時間計測部２７９は、ユーザ状態処理部２８２でユーザの状態が変更される毎にタイマーをリセットして所定の時間計測を行い、セットした時間計測が完了した場合にゲーム終了処理部２８４に所定の時間計測が完了した事を示す信号を出力する構成を取る。当該ゲーム終了条件は、ゲームフィールド作成要求に含まれるゲーム種類に基づいて特定されても良いし、ゲーム条件設定要求に当該ゲーム終了条件が含まれ、ゲーム条件設定部２７５が当該ゲーム終了条件をゲームフィールドに登録する構成としても良い。
【０２００】
また、ゲーム終了処理部２８４は、ユーザ状態処理部２８２がユーザの状態を変更した結果、所定のグループに属するユーザであって、当該ユーザの状態が捕縛されていることを示す捕縛状態であるユーザが所定の基準数以上となった場合に、ゲームフィールドに係るゲームを終了する処理を行う構成とすることができる。
【０２０１】
また、ゲーム終了処理部２８４は、ユーザ状態処理部２８２がユーザの状態を変更した結果、所定のジョブであるユーザの状態が捕縛されていることを示す捕縛状態となった場合に、当該ゲームフィールドに係るゲームを終了する処理を行う構成としても良い。この場合、ユーザ情報記憶部２７７が記憶するユーザ情報管理ファイルには、ユーザの状態に関する情報と当該ユーザのジョブに関する情報とが記録される。
【０２０２】
ゲーム終了処理部２８４は、ゲーム終了通知情報生成部２８６にゲーム終了通知情報の生成指示を出す。また、必要に応じてゲーム終了処理部２８４は、経験値算出部２８９に各ユーザが獲得する経験値を算出する指示を出す。また、ゲーム終了処理部２８４は、必要に応じてユーザ情報記憶部２７７に記憶しているユーザ情報管理ファイルとゲームフィールド記憶部２７３に記憶しているゲームフィールドとを一体としてゲームフィールド記憶部２７３又はその他のデータベース内に格納する。
【０２０３】
このように構成することで、終了後のゲームフィールドにユーザ情報管理ファイルが紐付けされて記憶されることで、後日ゲーム中の自分や他のプレイヤーの行動を確認することができる。
【０２０４】
なお、ゲーム終了後のユーザ情報管理ファイル及びゲームフィールド情報は、当該ゲームフィールドに参加した各ユーザの個別ユーザ情報データベースのプライベート領域（個別管理フォルダ）に複製・加工して記憶すると、各ユーザが自身のゲームプレイを確認しやすくなるため好ましい。
【０２０５】
なお、ゲーム終了処理部２８４は、所定の基準数以上の当該ゲームフィールドに登録されているユーザ（携帯端末装置）からゲーム終了要求を受信部２７１が受信した場合に当該ゲーム終了要求で指定されているゲームフィールドに係るゲームを終了する処理を行う構成とすることが好ましい。一人のユーザが、他のユーザの同意を得ず、勝手にゲームを終了してしまう事を防ぐためである。
【０２０６】
また、ゲーム終了処理部２８４は、ゲーム終了要求を受け取った場合に、他のユーザに対してゲームを終了してよいか確認する構成とすることもできる。この場合、ゲーム終了処理部２８４は、ゲーム終了要求を受け取った場合に、ゲーム終了了承確認情報生成部２８７にゲーム終了了承確認情報の生成指示を出す。ゲーム終了処理部２８４は、図１５のゲーム終了処理部２６６に対応する。
【０２０７】
状態変更通知情報生成部２８５は、ユーザ状態処理部２８２からの指示に基づいて当該指示に係るユーザの状態を変更したことを通知する状態変更通知情報を生成する。状態変更通知情報生成部２８５は、生成した状態変更通知情報を送信部２８８に出力する。
【０２０８】
ゲーム終了通知情報生成部２８６は、ゲーム終了処理部２８４からの指示に従ってゲーム終了通知情報を生成する。このように、ゲーム終了通知情報生成部２８６は、ゲーム終了処理部２８４が所定のゲームフィールドに係るゲームを終了する処理を行った場合に、当該ゲームフィールドに係るゲームが終了したことを通知するゲーム終了通知情報を生成して送信部２８８に出力する。
【０２０９】
ゲーム終了了承確認情報生成部２８７は、ゲーム終了処理部２８４からの指示に基づいてゲーム終了了承確認情報を生成する。ゲーム終了了承確認情報は、ゲーム終了要求で指定されているゲームフィールドに係るゲームを終了することを了承するかを確認する情報であるゲーム終了了承情報を生成し、送信部２８８に出力する。
【０２１０】
当該ゲーム終了了承確認情報を受信した各携帯端末装置２１０のユーザは、ゲームを終了する事を了承する場合に、ゲームフィールドに係るゲームを終了することを了承することを示すゲーム終了了承情報を返信する。受信部２７１は、当該ゲーム終了了承情報を受信してゲーム終了処理部２８４に出力する。ゲーム終了処理部２８４は、所定の基準数以上のユーザ（携帯端末装置）からゲーム終了了承情報が受信部２７１で受信された場合に、当該ゲームフィールドに係るゲームを終了する処理を行う。このように構成する事で、ゲームをプレイしているユーザの合意が取れた場合にゲームを終了する事ができる。
【０２１１】
上述したゲーム開始通知情報生成部２７８、状態変更通知情報生成部２８５、ゲーム終了通知情報生成部２８６、及びゲーム終了了承確認情報生成部２８７は、図１５の通知情報生成部２６７に対応する。
【０２１２】
送信部２８８は、上記生成された情報を携帯端末装置２１０へ送信する。送信部２８８は、ゲーム開始通知情報生成部２７８が生成したゲーム開始通知情報をゲーム開始要求で指定されているゲームフィールドに登録されているユーザ（携帯端末装置２１０）に送信する。また、送信部２８８は、ゲーム終了通知情報生成部２８６が生成したゲーム終了通知情報を上記ゲームフィールドに係るゲームフィールドに登録されているユーザ（携帯端末装置２１０）に送信する。また、送信部２８８は、ゲーム終了了承確認情報生成部２８７が生成したゲーム終了了承確認情報をゲーム終了要求で指定されているゲームフィールドに登録されている当該ゲーム終了要求の送信元ユーザ以外のユーザ（携帯端末装置２１０）に送信する。また、送信部２８８は、状態変更通知情報生成部２８５が生成した状態変更通知情報を送信する。ここで、送信部２８８は、状態変更に係るユーザ（携帯端末装置２１０）に限定して送信しても良いし、ゲームフィールドに登録されている全ユーザ（携帯端末装置２１０）に送信する構成としても良い。また、送信部２８８は、アイテム処理部２８３内で生成される各種情報をユーザ（携帯端末装置２１０）に送信する。
【０２１３】
経験値算出部２８９は、ゲーム終了処理部２８４がゲームを終了する際に、当該ゲーム終了処理部２８４より出力される経験値算出指示を受け取る。経験値算出部２８９は、当該指示を受け取ると、ユーザ情報記憶部２７７に記憶されている当該指示に係るゲームフィールドに対応するユーザ情報管理ファイルを参照して、当該ゲームフィールドに登録されている各ユーザの獲得経験値を所定のアルゴリズムに従って算出する。例えば、経験値算出部２８９は、敵プレイヤーを捕縛したプレイヤーや味方プレイヤーを解放したプレイヤーが高い経験値を獲得できるようなアルゴリズムを用いる事ができる。また、アイテムを有効に使用したユーザが高い経験値を獲得できるようなアルゴリズムとすることが好ましい。
【０２１４】
以上のように本実施の形態２に係る情報処理システムによれば、ゲームの公平性や利便性を保ちつつ、屋外型のゲームを補助するサービスをユーザに提供する事ができる。
【０２１５】
なお、上述したユーザ登録部２７４は、予め、受信部２７１で受信したユーザ登録要求に係るユーザを複数のグループに分けてゲームフィールドに登録する構成としても良い。また、ゲーム開始処理部２７６がランダムにゲームフィールドに登録されているユーザを複数のグループに割り振る処理を行っても良い。
【０２１６】
また、子供達が遊ぶ現実的な状況では、ゲームに遅れて参加してくる場合や、習い事などによりプレイ中のゲームから途中で離脱する場合が発生する。そこで情報処理システム２００は、このような状況に適切に対処できることが好ましい。
【０２１７】
そこで、ユーザ登録部２７４は、所定のユーザよりユーザ登録要求を受け取った時に、当該ユーザ登録要求で指定されているゲームが既に開始されているかを判断する判断機能を有していることが好ましい。これは、ゲーム開始処理部２７６がゲーム開始要求に基づいてゲームを開始する場合に、当該ゲームを規定するゲームフィールドに開始済みフラグを立てておく事で実現できる。ユーザ登録部２７４は、ユーザ登録要求で指定されているゲームフィールドに係るゲームが既に開始されている場合は、当該ユーザ登録要求で指定されているゲームフィールドに登録すると共に、ユーザ情報記憶部２７７にアクセスして対応するユーザ情報管理ファイル内に当該ユーザ登録要求に係るユーザを追加登録する。当該構成とすることで、ユーザが開始済みのゲームに途中参入する事ができる。また、ゲーム開始通知情報生成部２７８は、当該ゲームに途中参入するユーザに対するゲーム開始通知情報を生成する。
【０２１８】
なお、この時、当該ユーザがゲーム内に追加で登録されたことを示すユーザ途中参入情報が生成されて送信部２８８よりゲーム内の全ユーザに送信される構成とすることが好ましい。この場合、情報システム２００内にはユーザ途中参入情報生成部が別途配置され、当該ユーザ途中参入情報生成部は、ユーザ登録部からのユーザ途中参入情報の生成指示に基づいてユーザ途中参入情報を生成する。送信部２８８は、上記途中参入するユーザに対してゲーム化位置通知情報を送信し、参入するゲームをプレイしている全ユーザに対してユーザ途中参入情報を送信する。
【０２１９】
また、ユーザが途中離脱する場合は、携帯端末装置２１０で途中離脱要求を生成して情報処理システム２００に送信する。受信部２７１で受信される当該途中離脱要求もユーザ登録部２７４に送られ、ユーザ登録部２７４は、ユーザ情報記憶部２７７に記憶されているユーザ情報管理ファイルの中から当該途中離脱要求で指定されているユーザについて離脱済みであることを示すフラグを記録しておく。
【０２２０】
また、この時、当該途中離脱要求で指定されているユーザがゲームから離脱したことを示すユーザ途中離脱情報が生成されて送信部２８８よりゲーム内の全ユーザに送信される構成とすることが好ましい。この場合、情報システム２００内にはユーザ途中離脱情報生成部が別途配置され、当該ユーザ途中離脱情報生成部は、ユーザ登録部からのユーザ途中離脱情報の生成指示に基づいてユーザ途中離脱情報を生成する。送信部２８８は、離脱するゲームをプレイしている全ユーザに対して当該ユーザ途中離脱情報を送信する。
【０２２１】
上記構成とすることでユーザがゲームに参加したり、離脱したりすることが容易となり、当該サービスを利用する際の利便性が向上する。
【０２２２】
また、上記情報処理システム２００は、上述したようにゲーム条件設定部２７５で設定したゲーム条件（ルール）とユーザ情報記憶部２７７に記憶されるゲームプレイ中のユーザ情報とを比較する比較処理部と、上記ゲーム条件（ルール）を遵守していない（違反している）ことを示す注意喚起情報を生成する注意喚起情報生成部とを備えると更に好ましい。この場合、上記比較処理部は、上記比較処理の結果、所定のユーザがルール違反をしていると判断した場合は、時間計測部２７９に時間計測を開始させる指示を出すと共に注意喚起情報生成部に上記ルール違反を注意する注意喚起情報を生成する指示を出す。送信部２８８は、当該注意喚起情報で生成される注意喚起情報を送信する。
【０２２３】
また、各携帯端末装置２１０の電源が切れた場合に、情報処理システム２００側で当該携帯端末装置の状況が分からなくなる。そこで、携帯端末装置２１０の電源が切れる場合に、電源喪失情報を携帯端末装置２１０から情報処理システム２００に送信する構成や、情報処理システム２００から定期的に確認情報を各携帯端末装置２１０に送信し、応答が所定期間又は所定回数無かった携帯端末装置２１０は電源が切れているか又は圏外エリアに位置していることで通信不能であると判断する構成を備えているとなお良好である。また、情報処理システム２００は、各携帯端末装置２１０より定期的に送信される位置情報を所定期間受け取らなかった場合に、当該携帯端末装置２１０の電源が切れている等にほり通信不能であると判断する構成としても良い。情報処理システム２００は、当該携帯端末装置２１０のユーザが参加しているゲームの全ユーザに対して当該ユーザの携帯端末装置２１０の電源が切れている事（通信不能状態である事）を示す通知情報を生成して送信する構成を加えておくと更に良好である。
【０２２４】
なお、図２８に示すシステム構成は一例であり、上述した各機能の全てを備えている必要は無く、ゲーム内容やコストに応じて適宜機能の一部を省略する事ができる。
【０２２５】
次に、本実施の形態２に係る携帯端末装置について説明する。図３０は、本実施の形態２に係る携帯端末装置２１０の構成を示すブロック図である。携帯端末装置２１０は、位置情報取得部１１１と、無線送信部１１２と、無線受信部１１３と、表示部１１５と、操作入力部１２２と、要求生成部２１１と、通知情報処理部２１２と、記憶部２１３と、アイテム処理部２１４と、を具備する。
【０２２６】
上述したように位置情報取得部１１１は自ユーザ（自装置２１０）の現在位置を示す位置情報を取得する。無線送信部１１２は、位置情報取得部１１１で取得された当該位置情報と、要求生成部２１１で生成される各種要求を情報処理システム２００に無線送信する。無線受信部１１３は、情報処理システム２００より送信される各種情報を通知情報処理部２１２又はアイテム処理部２１４に出力する。表示部１１５は、通知情報処理部２１２又はアイテム処理部２１４が行う処理に基づいて画面を表示する。操作入力部１２２は、ユーザからの操作入力を受ける。操作入力部１２２は、装置２１０本体の筐体に配置される各種ボタンスイッチや、タッチパネル、その他ユーザの手の動きや目の動きを検出する動作センサや脳波を検出する脳波センサ等で構成することが可能である。
【０２２７】
要求生成部２１１は、操作入力部１２２で受けるユーザからの操作入力に基づいて各種の要求を生成する機能ブロックであり、具体的に要求生成部２１１は、ゲームフィールド作成要求生成部２１５と、ユーザ登録要求生成部２１６と、ゲーム条件設定要求部２１７と、ゲーム開始要求生成部２１８と、ゲーム終了要求生成部２１９と、状態変更要求生成部２２０と、アイテム使用要求生成部２２１と、を有する。
【０２２８】
通知情報処理部２１２は、無線受信部１１３で無線受信した各種の通知情報を処理する機能ブロックであり、具体的に通知情報処理部２１２は、ゲーム開始通知情報処理部２２２と、ゲーム終了通知情報処理部２２３と、状態変更通知情報処理部２２４と、を有する。
【０２２９】
記憶部２１３は、ゲームに必要な各種情報を記憶する。例えば、記憶部２１３は、ゲーム開始通知情報で通知される開始するゲームを識別するゲームフィールド管理番号や、ユーザＩＤ、ＩＰアドレス、その他ゲームを制御する制御情報を記憶する。
【０２３０】
アイテム処理部２１４は、無線受信部１１３で無線受信されたアイテムに関する各種情報を処理する。具体的には、アイテム処理部２１４は、情報処理システム２００のアイテム処理部２８３で実行された処理に基づいて送信されるアイテム使用要求で要求されたアイテムを処理した事を示すアイテム使用通知情報や当該処理に基づいて生じた効果を通知するアイテム効果通知情報等を処理する。
【０２３１】
次に、要求生成部２１１について具体的に説明する。ゲームフィールド作成要求生成部２１５は、ユーザからのゲームフィールド作成のための操作入力に基づいてゲームフィールド作成要求を生成し、無線送信部１１２に出力する。例えば、図８に示す画面を通じて入力された情報を含めてゲームフィールド作成要求を生成する。
【０２３２】
ユーザ登録要求生成部２１６は、ユーザからのゲーム参加のための操作入力に基づいてユーザ登録要求を生成し、無線送信部１１２に出力する。例えば、図１１の画面を通じて入力されたゲームフィールド識別番号やユーザ登録用パスワードを含めて図１２に例示したユーザ登録要求を生成する。
【０２３３】
ゲーム条件設定要求生成部２１７は、ゲーム条件を設定するための操作入力に基づいてゲーム条件設定要求を生成し、無線送信部１１２に出力する。例えば、ゲーム条件設定要求生成部２１７は、ユーザから操作入力部１２２を介して入力される位置領域等の情報を含めて図２９に例示したゲーム条件設定要求を生成する。
【０２３４】
ゲーム開始要求生成部２１８は、ゲームを開始するための操作入力に基づいて図１６に例示したゲーム開始要求を生成し、無線送信部１１２に出力する。
【０２３５】
ゲーム終了要求生成部２１９は、ゲームを終了するための操作入力に基づいて図２１に例示したゲーム終了要求を生成し、無線送信部１１２に出力する。
【０２３６】
状態変更要求生成部２２０は、ユーザの状態を変更するための操作入力に基づいて図１９に例示したユーザ状態変更要求を生成し、無線送信部１１２に出力する。
【０２３７】
アイテム使用要求生成部２２１は、アイテムを使用するための操作入力に基づいてアイテム使用要求を生成し、無線送信部１１２に出力する。アイテム使用要求は、指定するプログラム（サブルーチン）を情報処理サーバ２６０に実行させる指示であるため、指定プログラム実行指示と称することがある。
【０２３８】
ゲーム開始通知情報処理部２１２は、無線受信部１１３で受信されたゲーム開始通知情報に基づいてゲームを開始する処理を行う。具体的には、ゲーム開始通知情報処理部２２２は、含まれる情報のうち、ゲームフィールド管理番号や制御情報等、ゲーム中に必要な情報を記憶部２１３に格納し、位置情報取得部１１１に位置情報の取得を開始させる指示を出す。位置情報取得部１１１は、当該指示に基づいて定期的に現在位置を示す位置情報を取得し、図１８に例示した位置情報パケットを生成して無線送信部１１２より情報処理システム２００側へ送信させる。
【０２３９】
位置情報取得部１１１や要求生成部２１１は、ゲーム開始通知情報に基づいて記憶部２１３に格納された上記ゲームフィールド管理番号を参照して位置情報パケットや各種要求パケットを生成する。
【０２４０】
また、ゲーム開始通知情報処理部２２２は、当該ゲーム開始通知情報に含まれる情報を表示部１１５に表示させることでユーザにゲームの開始を報知する。なおゲーム開始通知情報処理部２２２は、画面表示による視覚を通じた報知に限定せず、受信されたゲーム開始通知情報に基づいて音声出力部１２１よりゲームが開始された事を報知する構成としても良い。
【０２４１】
ゲーム終了通知情報処理部２２３は、無線受信部１１３で受信されたゲーム終了通知情報に基づいて当該ゲーム終了通知情報に含まれるゲームフィールド管理番号で識別されるゲームを終了する処理を行う。具体的には、ゲーム終了通知情報処理部２２３は、位置情報取得部１１１に対して、終了を通知されたゲームに対する位置情報の取得処理を停止させる指示を出す。位置情報取得部１１１は、当該指示に基づいて位置情報の取得を停止する。
【０２４２】
また、ゲーム終了通知情報処理部２２３は、当該ゲーム終了通知情報に含まれる情報を表示部１１５に表示させることでユーザにゲームの終了を報知する。なおゲーム終了通知情報処理部２２３は、画面表示による視覚を通じた報知に限定せず、受信されたゲーム終了通知情報に基づいて音声出力部１２１よりゲームが終了された事を報知する構成としても良い。
【０２４３】
状態変更通知情報処理部２２４は、無線受信部１１３で受信された状態変更通知情報に含まれる変更内容に関する情報を記憶部２１３に格納すると共に、必要に応じて状態変更通知情報を受信した事を示す所定の画面を表示部１１５に表示させる。
【０２４４】
以上のように本実施の形態２に係る携帯端末装置２１０は、自ユーザに関する情報をゲームフィールドに登録することを要求するユーザ登録要求を生成するユーザ登録要求生成部２１６と、ゲームの開始を要求するゲーム開始要求を生成するゲーム開始要求生成部２１８と、ユーザ登録要求及び前記ゲーム開始要求を送信する送信部１１２と、当該ゲーム開始要求で指定されているゲームフィールドに係るゲームを開始することを通知するゲーム開始通知情報を受信する受信部１１３と、を具備する。当該構成とすることで、ゲームフィールドに登録を行い、当該ゲームフィールドに係るゲームを開始することができる。
【０２４５】
これ間で説明したように、古典的な鬼ごっこやドロケイのゲームでは、各プレイヤーは現在のゲーム状況を把握する事ができないため、時間が無駄に過ぎていくと言ったことがしばしば発生し、このまま隠れ続けるべきかや捕まった味方プレイヤ−を助けに行くべきかなどについて、現在どのプレイヤーが鬼役であるかやどのプレイヤーが捕まっているかを逃げる側（泥棒チーム）のプレイヤーが分からなくなり、状況に応じた適切な行動を各プレイヤーが取る事ができず、ゲームとしての興を削いでいる問題があった。これに対し、上述した情報処理システムを利用する事で、各プレイヤーは、現在のゲーム状況に関する情報を取得して行動できる事により、これらの遊びが高度化されて魅力が向上するため、子供達が体力向上に繋がるこれらの遊びを積極的に行わせることを可能とする。
【０２４６】
また、上記説明では、本実施の形態２に係る情報処理システムをゲームに使用する場合について説明したが、それ以外のサービスにも利用可能である。例えば、探査犬にＧＰＳ送信機を付けておき、当該ＧＰＳ送信機から発信された位置情報を時系列でユーザ情報管理ファイルとして記録しておくことで、後で探査犬の行動を確認し、探査犬が長い時間留まって興味を示していた場所に改めて人間が探索を行うと言った使用が可能となる。
【０２４７】
例えば、探索犬を利用した救助活動や犯罪捜査活動では、探索犬に人が張り付いて、当該探索犬が遭難者や容疑者等の手がかりに興味を示しているかを見張る必要があるため、探索犬と同等数の人間も投入する必要があり効率が悪かった。これに対し、上記情報処理システムを利用する事で、大量の探索犬を探索に向かわせ、人間は、当該探索犬に設置された携帯端末装置からの情報を取得することで、同等の効果を得られるためヒューマンリソースの削減を行うことができる。また、この場合は、携帯端末装置に取り付けられたカメラの画像も合わせて情報処理システムに送信され、消防や警察等、情報を分析するユーザに送信される構成とすると更に良好である。
【０２４８】
また、学校の教師が修学旅行において自由行動時間中の学生を一定レベルで管理する管理システムとして利用することも可能である。修学旅行では、生徒からの要望や自発性を養うという見地から自由行動時間が設けられることが多いが、大量の生徒を少数の教師で管理することができず、自由行動時間中に事故等が起きる事を防ぐため、自由行動範囲を極端に制限したり、自由行動時間を短く設定する事で対処したりする必要があり、自由行動の目的を果たせないことがあった。このような課題に対して、上述した情報処理システムを利用する事で、ゲーム時間領域を自由行動時間として設定し、ユーザ情報管理ファイルに登録した全生徒の位置情報を教師にユーザ位置通知情報として送信する構成とすることで、生徒の自由度を下げずに生徒管理を可能とすることができる。
【０２４９】
また、上記情報システムを軍隊や警察における訓練等に利用することも可能である。軍隊のトレーニングシステムは、高度かつ高価なシステムを投入する事が多いが、防衛費等の高騰により国家予算を圧迫する可能性があった。そこで、日常的な訓練として、民間でも利用可能とすることでコスト削減が可能な上記情報処理システムをトレーニングサポートシステムとして利用する行うことで、安価で効率的なトレーニングを可能とすることができる。
【０２５０】
（実施の形態３）
実施の形態１に係る情報処理システムによれば、不必要に遠くに逃げ隠れすることでゲームの公平性を崩してしまい、子供達がこれらの遊びに興味を無くすと言ったことを防ぐことができる。その一方で、ゲーム自体の戦略性を向上するものではないため、情報処理システムは家庭内ゲーム機で遊ぶ子供が自主的に外で遊びたくなる効果を更に生じる追加の構成を具備することが好ましい。
【０２５１】
そこで、本実施の形態３に係る情報処理システムは、従来の遊びに更に戦略性を持たせることで、ゲーム性を向上させ、子供がより楽しく遊べることを補助すると共に、遊びの中に戦略性を混ぜ込むことで遊びを通じて戦略を学べる場を提供することを目的としている。以下、図面を参照して詳細に説明する。但し、実施の形態１、２で既に説明した部分については発明の明確化のため、一部説明を省略する。
【０２５２】
図３１は、本実施の形態３に係る情報処理システム３００を示すブロック図である。情報処理システム３００は、ウェブサーバ２３０と、認証サーバ２４０と、ユーザ情報登録サーバ２５０と、加入者情報データベース２９１と、個別ユーザ情報データベース２９２と、ゲームフィールド情報データベース２９３と、アイテム購買サーバ３３０と、購買アイテム情報データベース３９１と、課金処理サーバ３４０と、情報処理サーバ３６０と、を含んで構成される。情報処理システム３００は、複数の携帯端末装置３１０ａ〜３１０ｎとゲームに関する通信を行う。
【０２５３】
ここで、アイテムとは、ゲームを補助するためのツールであり、システム側から見た場合は、特定の処理を行うプログラム（サブルーチン）となる。アイテムは複数種類用意されており、各アイテムは、アイテム識号で識別される。
【０２５４】
図３２は、アイテム番号に対応付けられたアイテムの一覧が記されている。アイテムは、システム側から見た場合プログラムであるため、図３２は実行可能なプログラムリストと見る事ができる。各アイテム番号に対応付けられたアイテムの効果は後述する。
【０２５５】
まず、本実施の形態３に係る携帯端末装置３１０について説明する。図３３は、本実施の形態３に係る携帯端末装置３１０の構成を示すブロック図である。携帯端末装置３１０は、位置情報取得部１１１と、無線送信部１１２と、無線受信部１１３と、表示部１１５と、要求生成部２１１と、記憶部２１３と、アイテム処理部２１４と、購入アイテム処理部３１１と、を具備する。なお、記憶部２１３は、自ユーザが所有しているアイテムを記憶する領域である所有アイテム記憶部３１２と、自ユーザがゲームで使用予定のアイテムを記憶する領域である装備アイテム記憶部３１３と、を有する。また、要求生成部２１１は、アイテム購入要求生成部３１４を備える。また、アイテム処理部２１４は、アイテム使用通知情報処理部３１５と、アイテム効果通知情報処理部３１６と、を具備する。
【０２５６】
無線受信部１１３は、後述するアイテム購入要求に基づいて自ユーザに売却されたアイテムを通知する売却アイテム通知情報を無線受信する。また、無線受信部１１３は、後述するアイテム使用要求に基づいてアイテムを使用したことを通知するアイテム使用通知情報を無線受信する。また、無線受信部１１３は、当該アイテム使用要求で要求するアイテムに応じた処理により生じた効果（結果）を通知する情報であるアイテム効果通知情報を無線受信する。無線受信部１１３は、受信した売却アイテム通知情報を購入アイテム処理部３１１へ、アイテム使用通知情報及びアイテム効果通知情報をアイテム処理部２１４にそれぞれ送る。
【０２５７】
購入アイテム処理部３１１は、当該アイテム購入要求に基づいてアイテム購買サーバ３３０より売却された（販売された）アイテムをストックする処理を行う。具体的には、購入アイテム処理部３１１は、無線受信部１１３で受信されて送られてきた売却アイテム通知情報で示される自ユーザに売却されたアイテムを記憶部２１３内に設けられた記憶領域である所有アイテム記憶部３１２に格納する。
【０２５８】
図３４は、アイテム購買サーバ３３０より送信される売却アイテム通知情報の一例である。ここで、宛先ＩＰアドレスは、自装置３１０のＩＰアドレスであり、送信元ＩＰアドレスはアイテム購買サーバ３３０のＩＰアドレスである。また、アイテム販売に関するパケットであることを識別するパケット識別子と、どのアイテム購入要求に対するアイテム販売（返信）であるかを特定するための管理番号と、売却するアイテムを特定する売却アイテム番号と、を含む。
【０２５９】
当該売却アイテム通知情報を受け取った購入アイテム処理部３１１は、当該売却アイテム通知情報に含まれる自ユーザに売却されたアイテムに関する情報を記憶部２１３に格納する。また、購入アイテム処理部３１１は、売却アイテム通知情報に含まれる情報を表示部１１５に表示させることで、ユーザに対してアイテム購入が完了した事を報知する。
【０２６０】
所有アイテム記憶部３１２は、自ユーザが所有しているアイテムを記憶する。購入アイテム処理部３１１で処理されたアイテムが所有アイテム記憶部３１２に格納される。所有アイテム記憶部３１２に記憶されるアイテムは、自ユーザがアイテム購入等の手段により購入したアイテムであり、自ユーザの所有物（無体財産）である。
【０２６１】
なお、所有アイテム記憶部３１２で記憶するアイテムは、情報処理システム３００で対応するプログラム（サブルーチン）を実行できる権利であるため、プログラム使用権やプログラム実施のライセンスと見る事もできる。従って、実際にプログラム本体が所有アイテム記憶部３１２に記憶されるものではない。
【０２６２】
装備アイテム記憶部３１３は、自ユーザがゲームで使用予定のアイテムを記憶する。装備アイテム記憶部３１３に記憶しているアイテムのうち使用したアイテムは、アイテム使用通知情報処理部３１５からの処理に基づいて消去される。
【０２６３】
なお、操作入力部１２２で受けた操作入力に基づいて所有アイテム記憶部３１２に記憶しているアイテムと装備アイテム記憶部３１３に記憶しているアイテムとは交換可能なように構成される。ユーザは、所有アイテム記憶部３１２に記憶しているアイテムのうち、次のゲームで使用するアイテムを装備アイテム記憶部３１３に移す操作を行う事で装備アイテム（使用予定アイテム）をセットする。
【０２６４】
アイテム購入要求生成部３１４は、操作入力部１２２で受けたアイテム購入の操作入力に基づいて、指定したアイテムを購入することを要求するアイテム購入要求を生成する。アイテム購入要求生成部３１４は、生成したアイテム購入要求を送信部１１２に出力し、送信部１１２は、受け取ったアイテム購入要求をアイテム購買サーバ３３０に送信する。
【０２６５】
図３５は、アイテム購入要求生成部３１４が生成してアイテム購買サーバ３３０に送信されるアイテム購入要求の一例を示している。当該アイテム購入要求には、宛先であるアイテム購買サーバ３３０のネットワーク上のアドレスを示す宛先ＩＰアドレスと、当該アイテム購入要求の送信元である携帯端末装置３１０のネットワーク上のアドレスを示す送信元ＩＰがパケットのヘッダ部分に含まれている。続いて、アイテム購入要求には、当該パケットがアイテム購入要求であることを識別するパケット識別子と、アイテム購入要求を管理するために携帯端末装置３１０が管理用に割り当てた番号である管理番号が含まれる。続いて、アイテム購入を行うユーザを識別する購入者ユーザＩＤと、正当なユーザからのアイテム購入であるかどうかを確認するために用いられる購入用パスワードと、購入するアイテムに関する情報である購入アイテム情報が含まれる。購入アイテム情報は、購入するアイテムを識別する購入アイテム番号と、当該購入アイテム番号で識別されるアイテムの購入数が含まれる。
【０２６６】
図３５に示すアイテム購入要求に含まれる宛先ＩＰアドレスと送信元ＩＰアドレスが図３４に示す売却アイテム通知情報に含まれる送信元ＩＰアドレスと宛先ＩＰアドレスとなる。また、アイテム購入要求に含まれる管理番号がそのまま売却アイテム通知情報に含まれる管理番号となる。また、アイテム購入要求に含まれる購入アイテム番号と売却アイテム通知情報に含まれる売却アイテム番号とは同一である。なお、売却アイテム通知情報に含まれる管理番号からどのアイテム購入に成功したかを携帯端末装置３１０は判別可能であるため、売却アイテム番号は含まれない構成としても良い。また、アイテム購入は携帯端末装置３１０側からアイテム購買サーバ３３０側への一方通行であり、アイテム売却はアイテム購買サーバ３３０側から携帯端末装置３１０側への一方通行である。従って、アイテム購買に関するパケットであることを示すパケット識別子とすれば、アイテム購入要求に含まれるパケット識別子を売却アイテム通知情報情報に含まれるパケット識別子と同一のものを用いることができる。
【０２６７】
アイテム使用要求生成部２２１は、操作入力部１２２で受けるアイテム使用の操作入力に基づいてアイテム使用要求を生成する。具体的には、アイテム使用要求生成部２２１は、購入アイテム処理部３１１によって所有アイテム記憶部３１２に格納されたアイテムのうち、ゲームで使用予定のアイテムとして装備アイテム記憶部３１３にセットされているアイテムであって、ユーザからの操作入力によって指定されたアイテムを識別するアイテム番号を含むアイテム使用要求を生成する。
【０２６８】
図３６は、当該アイテム使用要求の一例である。当該アイテム使用要求は、宛先である情報処理サーバ３６０のアドレスである宛先ＩＰアドレスと、自装置３１０のアドレスである送信元ＩＰアドレスと、当該パケットがアイテム使用要求であることを示すパケット識別子と、当該アイテム使用要求を管理するために携帯端末装置３１０が割り当てる管理番号と、どのゲームフィールドに係るゲームに参加しているユーザからの要求であるかを識別するゲームフィールド管理番号と、当該アイテムを使用するユーザを識別するアイテム使用者ユーザＩＤと、使用することを要求するアイテムを識別する情報である使用要求アイテム番号と、が含まれる。
【０２６９】
当該アイテム使用要求を受信した情報処理サーバ３６０においてアイテムに応じた処理が行われ、アイテムを処理した事を示すアイテム使用通知情報とアイテムの処理に応じて発生した情報であるアイテム効果通知情報がアイテム使用要求の送信元の携帯端末装置３１０に送信される。
【０２７０】
アイテム処理部２１４は、当該アイテム使用要求で要求されたアイテムを処理した事を示すアイテム使用通知情報や当該処理に基づいて生じた効果を通知するアイテム効果通知情報等を処理する。具体的には、アイテム使用通知情報処理部３１５が、当該アイテム使用通知情報で特定されるアイテムを装備アイテム記憶部３１３から削除する処理を行う。また、アイテム効果通知情報処理部３１６が、当該アイテム効果通知情報で示される内容に従った処理を行う。
【０２７１】
図３７は、図３６に示すアイテム使用要求のレスポンスとして携帯端末装置３１０に返信される上記アイテム使用通知情報の一例を示している。
【０２７２】
アイテム使用通知情報は、アイテム使用要求の送信元である携帯端末装置３１０のアドレスである宛先ＩＰアドレスと、当該アイテム使用通知情報の送信元である情報処理サーバ３６０のアドレスである送信元ＩＰアドレスと、当該パケットがアイテム使用通知情報であることを示すパケット識別子と、どのアイテム使用要求に対する応答であるかを示す管理番号と、使用した（処理した）アイテムを示す使用アイテム番号と、使用結果を示す使用結果情報と、を含む。
【０２７３】
ここで、管理番号及び使用アイテム番号は、アイテム使用要求に含まれる管理番号と使用要求アイテム番号と同一である。なお、管理番号があれば使用アイテム情報がなくても携帯端末側でどのアイテムが使用されたかを把握できるため使用アイテム番号は省くことができる。
【０２７４】
また、使用結果情報は、情報処理サーバ３６０に送信したアイテム使用要求が適切に処理されて使用を要求するアイテムが適切に使用されたかどうかの使用結果を示す情報である。適切に処理されていれば「成功」を示す情報が付され、アイテムが使用されなければ「失敗」を示す情報に加えて失敗した理由に関する情報が付されている。
【０２７５】
アイテム処理部２１４は、アイテム使用通知情報に含まれる使用結果情報及び管理番号とに基づいて、当該管理番号に示すアイテム使用要求が適切に処理されたことを把握することができ、自身の装備アイテム記憶部２１３（使用可能アイテム欄）から当該管理番号に対応付けて保持しているアイテムを削除する。また、必要に応じて表示部１１５にアイテムを使用したことを示す画像を表示することでユーザに対して適切にアイテムの使用が完了したことを通知する。
【０２７６】
また、アイテム処理部２１４は、アイテム使用要求で要求したアイテムによって生じた効果を示すアイテム効果通知情報を受け取った場合は、当該アイテム効果通知情報の内容に従って処理を行う。
【０２７７】
図３１に戻り、アイテム購買サーバ３３０について説明する。アイテム購買サーバ３３０は、ユーザ（携帯端末装置３１０）から送信されるアイテム購入要求に基づいてアイテムを販売する処理を行う。
【０２７８】
図３８は、アイテム購買サーバ３３０の構成を示すブロック図である。アイテム購買サーバ３３０は、アイテム購入要求受信部３３１と、認証処理部３３２と、アイテム購買処理部３３３と、売却アイテム送信部３３４と、を具備する。
【０２７９】
アイテム購入要求受信部３３１は、図３５に示すアイテム購入要求をユーザ（携帯端末装置３１０）より受信し、認証処理部３３２に出力する。
【０２８０】
認証処理部３３２は、受け取ったアイテム購入要求に基づいて認証処理を行う。具体的には、認証処理部３３２は、受け取ったアイテム購入要求に含まれる購入者ユーザＩＤと購入用パスワードとが適切な組み合わせであるかの確認を認証サーバ２４０に要求する。認証サーバ２４０は、加入者情報データベース２９１に登録されている情報に基づいて当該組み合わせが適切かどうかの認証処理を行い、結果を認証処理部３３２に返す。
【０２８１】
なお、認証処理部３３２が加入者情報データベース２９１に記憶されている購入者ユーザＩＤと購入用パスワードとのマッチング処理を行うことで適切なアイテム購入要求であるかの認証処理を行う構成であっても良い。
【０２８２】
図３９は、上記アイテム購買の際の認証に用いられる加入者情報データベース２９１に登録されている情報の一例であり、購入者ユーザＩＤと購入用パスワードが対応付けた状態で記憶されている。認証処理部３３２は、アイテム購入要求に含まれる購入用パスワードと、加入者情報データベース２９１内に記憶されている情報の内、アイテム購入要求に含まれる購入者ユーザＩＤに対応付けられている購入用パスワードとが一致するかを確認することで、正当な購入要求であるかの認証処理を行う。
【０２８３】
なお、購入者ユーザＩＤと購入用パスワードは、図６に示したログイン用のユーザ名及びパスワードと共通とする構成としても良い。
【０２８４】
また、セキュリティーレベルを向上させるため、アイテム購入要求に、携帯端末装置３１０を固有に識別する識別情報を更に含める構成としても良い。このような識別情報としては、例えば携帯端末装置３１０のＳＩＭカードに記憶しているＩＭＳＩや携帯端末装置のＭＡＣアドレス等を用いることができる。この場合、加入者情報データベース２９１において、購入者ユーザＩＤに購入用パスワードに加えて当該ＩＭＳＩやＭＡＣアドレスも合わせて対応付けられて記憶されている。認証処理部３３２は、購入者ユーザＩＤと、購入用パスワードに加えて、当該ＩＭＳＩやＭＡＣアドレスの照合を行い、正統な購入要求であるかの認証処理を行う。
【０２８５】
認証処理部３３２は、認証が成功した場合は、アイテム購買処理部３３３にアイテム購買処理を指示する。
【０２８６】
アイテム購買処理部３３３は、認証処理部３３２から当該指示を受けると、アイテム購買処理を行う。具体的には、アイテム購買処理部３３３は、図３４に示した売却アイテム通知情報を生成する。
【０２８７】
売却アイテム送信部３３４は、アイテム購買処理部３３３で生成された売却アイテム通知情報情報パケットを携帯端末装置３１０に送信する。
【０２８８】
当該売却アイテム通知情報を無線受信した携帯端末装置３１０において、アイテム処理部２１４が記憶部２１３の所有アイテム記憶部３１２（所有アイテムフォルダ）に当該通知されたアイテムを格納し、アイテム購買サーバ３３０に売却アイテム通知情報を正しく受信したことを示すＡｃｋ信号を生成して無線送信部１１２よりアイテム購買サーバ３３０に無線返信する。アイテム購買サーバ３３０のアイテム購入要求受信部３３１は、当該Ａｃｋ信号を受信してアイテム購買処理部３３３に送る。
【０２８９】
アイテム購買処理部３３３は、当該Ａｃｋ信号を受け取ると、アイテム購入者ユーザＩＤと購入アイテム番号とを、購買アイテム情報データベース３９１に購入時刻と共にアイテム購入ユーザ情報管理ファイルとして登録する。
【０２９０】
図４０は、アイテム購買処理部３３３におけるアイテム購買処理によって購買アイテム情報データベース３９１に記憶されるアイテム購入ユーザ情報管理ファイル（アイテム購入履歴管理ファイル）である。図４０に示すように、アイテム購買処理部３３３が処理した順にデータが蓄積されていく。図４０では、購入者を特定するための購入者ユーザＩＤと、購入したアイテムを特定するための購入アイテムと、当該アイテムの購入数と、購入金額と、購入日時と、が対応付けられた状態でアイテム購入ユーザ情報管理ファイルとしてテーブル状に記録されている。
【０２９１】
課金処理サーバ３４０は、例えば月末の決算時に、購買アイテム情報データベース３９１に記憶されているアイテム購入ユーザ情報管理ファイルを参照して、ユーザ毎に１ヶ月間のアイテム購入履歴を抽出してユーザ別にアイテム購入ユーザ情報管理ファイルを作成し、一ヶ月間の購入金額を合計して課金処理を行う。課金処理サーバ３４０は、例えば当該ユーザの所有する携帯端末装置３１０の携帯端末ＩＤや電話番号等を参照して通信事業者に電話代と共に上記購入金額分の請求を依頼する。
【０２９２】
なお、アイテム購買処理部３３３は、受け取ったアイテム購入要求に基づいてアイテム購買処理を行う際に、ユーザ別にアイテム購入ユーザ情報管理ファイルを作成する構成であっても良い。図４１は、当該ユーザ別アイテム購入ユーザ情報管理ファイル（ユーザ別アイテム購入履歴管理ファイル）の一例を示している。購買アイテム情報データベース３９１にはユーザ毎に個別の管理ファイルとしてユーザ別アイテム購入ユーザ情報管理ファイルを記憶している。アイテム購買処理部３３３は、処理するアイテム購入要求に含まれる購入者ユーザＩＤのユーザ別アイテム購入ユーザ情報管理ファイルを購買アイテム情報データベース３９１より読み出して、新たに売却するアイテムに関する情報を追加更新した上で格納する。
【０２９３】
当該構成とすることで、課金処理サーバ３４０は、既に作成してあるユーザ別アイテム購入ユーザ情報管理ファイルを参照して各ユーザに対する課金処理を行うことが可能となる。なお、上記ユーザ別アイテム購入ユーザ情報管理ファイルの複製を個別ユーザ情報データベース内に作成しておくことで、図７に示すプライベート画面から自身のアイテム購入履歴と購入金額の確認ができる。
【０２９４】
図４２は、上記アイテム購入処理の流れを示すシーケンス図である。アイテム購入を希望するユーザ（携帯端末装置３１０）は、アイテム購買サーバ３３０にアイテム購入要求を送信する（ステップＳ１０１）。当該アイテム購入要求を受信したアイテム購買サーバ３３０は、正当なユーザからの購入要求であるかを確認するために認証処理を行う（ステップＳ１０２）。
【０２９５】
認証に成功すると、アイテム購買サーバ３３０は、購入を要求されたアイテムの売却を通知する売却アイテム通知情報を生成する（ステップＳ１０３）。但し、各ユーザに購入アイテムの数量や月額購入金額の上限が設定されている場合は、当該基準値の比較処理を行い、比較処理の結果、条件をクリアしている場合に売却アイテム通知情報を生成する。アイテム購買サーバ３３０は、購買アイテム情報データベース３９１に記録しているアイテム購入ユーザ情報管理ファイルを参照し、当該ユーザの累積購入金額に今回要求されているアイテムの金額を合計した金額が、設定されている上限金額を超えていないかの判定処理を行う事で上記比較処理を行う事ができる。
【０２９６】
アイテム購買サーバ３３０は、生成した売却アイテム通知情報を携帯端末装置３１０に送信する（ステップＳ１０４）。携帯端末装置３１０は、売却アイテム通知情報を受信すると、売却されたアイテム（すなわち購入したアイテム）を所有アイテムとして登録し（ステップＳ１０５）、売却アイテム通知情報を適切に受け取って処理したことを示すＡｃｋ信号を送信する（ステップＳ１０６）。当該Ａｃｋ信号を受信したアイテム購買サーバ３３０は購買アイテム情報データベース３９１にアクセスしてアイテム購入ユーザ情報管理ファイルを読み込む（ステップＳ１０７）。アイテム購買サーバ３３０は、読み込んだアイテム購入ユーザ情報管理ファイルに売却したアイテムに関する情報を加えることでアイテム購入ユーザ情報管理ファイルを更新し（ステップＳ１０８）、更新後のアイテム購入ユーザ情報管理ファイルを購買アイテム情報データベース３９１に格納する（ステップＳ１０９）。当該処理によりアイテムの売買を行うことができる。
【０２９７】
次に、情報処理サーバ３６０について説明する。図４３は、本実施の形態３に係る情報処理サーバ３６０の構成を示すブロック図である。本実施の形態３において、アイテム処理部２６５は、具体的にアイテム実行部３６１と、アイテム使用通知情報生成部３６２と、アイテム効果通知情報生成部３６３と、を備える。
【０２９８】
受信部２６１は、携帯端末装置３１０より無線送信されたアイテム使用要求を受信し、当該アイテム使用要求をアイテム実行部３６１に送る。
【０２９９】
アイテム実行部３６１は、受信部２６１より受け取ったアイテム使用要求で指定されているアイテムを実行する。ここで、アイテムはプログラム又はサブルーチンと読み替えることができる。すなわち、アイテム実行部３６１は、プログラム実行指示であるアイテム使用要求に基づいて、当該指示されているプログラムを図３２に示すプログラムリスト（アイテムリスト）を参照して読み出して実行する。
【０３００】
第１に、アイテム実行部３６１は、アイテム使用要求を受け取ると、当該アイテム使用要求で要求されたアイテムを使用した事を示す情報を記録する。例えば、ユーザ情報記憶部２６３が記憶しているユーザ情報管理ファイルには、使用したアイテムに関する情報を記録する使用アイテム欄が設けられ、アイテム実行部３６１は、当該使用アイテム欄にアイテム使用要求に係る情報を記録する。アイテム実行部３６１は、アイテム使用要求に含まれるゲームフィールド管理番号に対応するユーザ情報管理ファイルをユーザ情報記憶部２６３から読み込み、当該読み込んだユーザ情報管理ファイルに設けられた使用アイテム欄に、当該アイテム使用要求に含まれるユーザＩＤと使用要求アイテム番号とを対応付けて記録する。
【０３０１】
次に、アイテム実行部３６１は、アイテム使用要求に含まれる使用要求アイテム番号に対応するプログラム又はサブルーチンを実行する。アイテム実行部３６１は、当該アイテム使用要求に含まれる使用要求アイテム番号で指定されるアイテムを実行したことを示すアイテム使用通知情報の生成指示をアイテム使用通知情報生成部３６２に出す。
【０３０２】
また、アイテム実行部３６１は、当該アイテムを実行したことにより生じた効果を示すアイテム効果通知情報の生成指示をアイテム効果通知情報生成部３６３に出す。
【０３０３】
アイテム使用通知情報生成部３６２は、アイテム実行部３６１からの指示に基づいて、図３７に例示したアイテム使用要求で要求されたアイテムを使用した（処理した）ことを要求元の携帯端末装置３１０に通知するパケットであるアイテム使用通知情報を生成する。アイテム使用通知情報生成部３６２は、生成したアイテム使用通知情報を送信部２６８に出力する。
【０３０４】
アイテム効果通知情報生成部３６３は、アイテム実行部３６１からの指示に基づいて、アイテム使用要求で要求されたアイテムを使用した事により得られた情報を含むアイテム使用効果情報を生成する。どのような情報が得られるかはアイテム使用要求に含まれる使用要求アイテム番号に対応するプログラム又はサブルーチンに依存する。アイテム効果通知情報生成部３６３は、生成したアイテム効果通知情報を送信部２６８に出力する。
【０３０５】
送信部２６８は、アイテム使用通知情報生成部３６２から受け取ったアイテム使用通知情報と、アイテム効果通知情報生成部３６３から受け取ったアイテム効果通知情報を宛先の携帯端末装置３１０に送信する。
【０３０６】
図４４は、携帯端末装置３１０のユーザがアイテムを使用する場合の処理の流れを示すシーケンス図である。第１に、アイテムを使用しようとするユーザは、図４２に示すアイテム購入処理によりステップＳ１０４で購入して使用可能アイテム欄（装備アイテム記憶部３１３）に登録してあるアイテムの中から使用しようとするアイテムを選択する（ステップＳ２０１）。
【０３０７】
携帯端末装置３１０は、ユーザより操作入力部１２２を介して選択されたアイテムの使用をサーバ側に要求するアイテム使用要求を生成し（ステップＳ２０２）、当該生成したアイテム使用要求を情報処理サーバ３６０に送信する（ステップＳ２０３）。
【０３０８】
当該アイテム使用要求を受信した情報処理サーバ３６０は、アイテムの使用履歴を記録することでユーザ情報管理ファイルを更新し（ステップＳ２０４）、アイテムを使用したことを示すアイテム使用通知情報を作成し（ステップＳ２０５）、作成したアイテム使用通知情報を携帯端末装置３１０に送信する（ステップＳ２０６）。携帯端末装置３１０は、受信したアイテム使用通知情報で特定されるアイテムの使用が正常に行われたとして装備アイテム記憶部３１３に記憶しているアイテムの中から当該使用したアイテムを削除する（ステップＳ２０７）。
【０３０９】
また、情報処理サーバ３６０は、アイテム使用要求に基づいて処理したアイテム（サブルーチン）に基づいて生じた効果を示すアイテム効果通知情報を生成して、送信部２６８より携帯端末装置３１０に送信する。なお、アイテムに基づいて効果が発生する時期はアイテムの種類によって異なり、発生条件を満たさない場合にはアイテム効果通知情報は送信されない。
【０３１０】
当該処理を行うことで、携帯端末装置３１０のユーザは、購入したアイテムを使用して戦略的にゲームを有利に進めることが可能となる。
【０３１１】
以上のように本実施の形態３に係る情報処理システム３００によれば、ゲームの戦略性を向上させるアイテム（アイテムを使用する権利）を売買できることで、ゲームに深みが増し、子供達に遊ばせることが可能となる。
【０３１２】
なお、上記説明した情報処理システム３００の構成は携帯端末装置３１０と情報処理システム３００との間でアイテム売買を実現する方法の一例であり、これに限定されるものではない。図４５は、本実施の形態に係る情報処理システムの変形例を示している。携帯端末装置３１０はユーザ情報登録サーバ２５０にユーザ登録要求を送信する際、当該ユーザ登録要求内にゲーム内で使用するアイテムに関する情報を含めて送信する。
【０３１３】
図４６は、当該ユーザ登録要求の一例を示しており、図１２に示すユーザ登録要求に加えて使用アイテム登録情報（装備アイテム情報）が含まれている。使用アイテム登録情報（装備アイテム情報）とは、参加を要求するゲームで使用するアイテムをシステム側に登録しておくための情報である。ユーザ情報登録サーバ２５０の認証処理部２５２は、上述したユーザ登録用パスワードによる認証処理に加えてゲームフィールド情報で設定されているアイテム条件を満たしているかを確認する。
【０３１４】
一例として、図４７に示すように当該ゲームフィールド識別番号で識別されるゲームフィールドに係るゲームに設定されているアイテムに関する条件として「一人５個まで」と設定されているため、ユーザ登録要求に含まれる使用予定アイテム情報内に６個以上のアイテムが含まれている場合は、認証処理部２５２は、アイテムに関する条件を満たしていないものとして、当該ユーザ登録要求を拒絶する。当該アイテムに関する条件もゲーム条件設定要求によってゲームフィールドに登録可能なように構成しても良い。また、情報処理システム３００側でゲーム種類等に応じて自動的に設定されていても良い。
【０３１５】
ここで、ユーザ情報登録サーバ２５０は、認証処理部２５２における認証処理の結果やユーザ登録部２５３における登録処理の結果を携帯端末装置３１０に送信する処理結果送信部を別途備える構成とすることが好ましい。認証処理部２５２は、認証処理に失敗した場合は、失敗した理由を含めた処理結果通知パケットを作成し、処理結果送信部より携帯端末装置３１０に送信する構成とすることで、アイテム超過で弾かれたユーザは、アイテム数をアイテム条件に合致するように修正して再度ユーザ登録要求を行うことができる。
【０３１６】
なお、図４７の例では、ユーザＩＤトミーのユーザがアイテムＮｏ０３：全方向Ｓサーチを二つ、Ｎｏ０６：チャフを一つ、Ｎｏ０９：アナリシスを一つ、を当該ゲームで使用するアイテムとして登録している様子を示している。各アイテム番号とアイテムの内容との対応は図３２に示した通りである。
【０３１７】
なお、上記説明では、アイテム条件としてアイテム使用数で制限する場合について説明したが、これに限定されるものではない。各アイテムには、属性や能力が異なるため、ゲームバランスを保つため、各アイテムに属性や能力に応じてポイントを割り当てておき、当該ポイントの合計が所定の基準値以下となるように条件を設定しても良い。当該条件とすることでゲームバランスを維持することができる。また、使用するアイテムの値段の合計が所定の基準値以下となるように条件を設定することも可能である。
【０３１８】
図４８は、当該アイテム情報を記録したゲームフィールド情報に基づいて情報処理サーバ３６０のゲーム開始処理部２６２が作成するユーザ情報管理ファイルの一例を示している。ユーザ情報管理ファイルには、アイテム管理情報の欄を有しており、各ユーザが登録した使用可能なアイテムが記録されている。
【０３１９】
ここでは、ゲーム開始時の初期状態において、ユーザＮｏ０１のユーザは、Ｎｏ０３（全方向Ｓサーチ）を２つ、Ｎｏ０６（チャフ）を１つ、Ｎｏ０９（アナリシス）を１つ保有しており、ユーザＮｏ０２のユーザは、Ｎｏ０１（全方向サーチ）を１つ、Ｎｏ０７（フェイク）を１つ、Ｎｏ０８（タッピング）を１つ、Ｎｏ１０（センサ）を１つ、Ｎｏ１１（キャプチャー）を１つ保有しており、ユーザＮｏ０３のユーザは、Ｎｏ０１（全方向サーチ）を２つ、Ｎｏ０４（一方向Ｓサーチ）を２つ、Ｎｏ０１８（モルタル）を１つ保有している場合を示している。
【０３２０】
また、ユーザ情報管理ファイル内の時系列情報には、ユーザの現在位置を示す位置情報（Position）欄と、ユーザが鬼であるかや捕虜となっていることを示す状態（Status）欄に加えて、アイテムの使用状況を示す使用アイテム（Item）欄が設けられている。
【０３２１】
図４８の例ではStatusの欄から分かるように鬼役であるユーザＮｏ０３のユーザが１４時２３分０２秒のタイミングで自身が保有するＮｏ０４のアイテム（一方向Ｓサーチ）を使用したことを示している。１４時２３分０２秒のユーザＮｏ０３の使用アイテム欄に使用したアイテムであるＮｏ０４が記録されている。
【０３２２】
なお、上記説明では、アイテムに値段を付けて販売する場合について説明したが、０円で譲渡する構成としても良い。効果の小さいアイテムを無料で使用できるようにすることで、誰でも参加しやすいシステムを構築することができる。
【０３２３】
また、上記説明では、課金処理サーバ３４０は、アイテムについて課金する場合を説明したが、これに加えて、月額の情報処理システム使用料を徴収しても良い。また、ゲームを開始する場合に、各プレイヤーに対して基本使用料を課金しても良い。
【０３２４】
また、上記説明では、アイテム購買処理部３３３は、処理したアイテム番号の通知及びデータベースへの登録をする事でアイテム売買処理を行う場合について説明したが、これに限るものではなく、実際に当該アイテムを示すビット列を生成して、情報処理システム内で管理できるように構成しても良い。例えば、アイテム購買処理部３３３は処理するアイテム購入要求に含まれる情報や購入日時（購買処理日時）をキーとしてハッシュ値を生成し、当該ハッシュ値をアイテムとすることができる。この場合、アイテム購買処理部３３３は、内部に要求されたアイテムを示すハッシュ値を生成する生成部を備える。
【０３２５】
アイテム購買処理部３３３は、図４９に示すように生成したハッシュ値を売却アイテム通知情報に含めて送信する。また、購買アイテム情報データベース３９１に記憶される管理ファイルであるアイテム購入ユーザ情報管理ファイルも、図５０に示すようにアイテム購買処理部３３３が生成したハッシュ値が対応付けられて記憶される。
【０３２６】
また、この形態を利用する場合、携帯端末装置３１０は、アイテム購買サーバ３３０に送信するアイテム購入要求内に、使用を予定しているゲームフィールド識別番号を含めておくとなお良好である。アイテム購買処理部３３３は、ゲームフィールド情報データベース２９３にアクセスし、当該ゲームフィールド識別番号で特定されるゲームフィールド情報内のユーザ情報のアイテム情報欄に、使用予定のアイテムを示す当該ハッシュ値やアイテム番号を記録しておく。ゲーム開始時に情報処理サーバ３６０のユーザ情報管理ファイル処理部２６４は、当該ゲームフィールド情報に記録されているアイテム情報に基づいてユーザ情報管理ファイル内のアイテム管理情報欄を作成する。
【０３２７】
図５１は、上記方法で作成されたユーザ情報管理ファイルの一例を示している。各ユーザのアイテム管理情報欄には、アイテム番号（Item No）に加えて、ユーザが購入したアイテムのハッシュ値が記録されている。また、ユーザ情報管理ファイル内でアイテムを管理するための管理番号（Management
number:M No）が対応付けられている。また、図５１の例では、１４時２３分２秒のタイミングでユーザＮｏ０３のユーザが管理番号Ｃのアイテム、すなわち、アイテムＮｏ０４（一方向Ｓサーチ）でハッシュ値が４６７３ａｂ・・・のアイテムを使用した事を示している。
【０３２８】
一方で、携帯端末装置３１０は、売却アイテム通知情報に含まれるハッシュ値を記憶しておき、アイテムの使用を要求する際に送信するアイテム使用要求内の使用アイテム識別情報に当該ハッシュ値を含めて送信する。情報処理サーバ３６０のアイテム実行部３６１は、ゲームプレイ中のユーザより送信された当該アイテム使用要求内に含まれるハッシュ値と図５１に示すユーザ情報管理ファイル内のアイテム管理情報に記録しているハッシュ値とを比較する。当該比較の結果、ユーザ情報管理ファイル内のアイテム管理情報に記録しているハッシュ値の中に、アイテム使用要求内に含まれるハッシュ値がある場合は、正当なユーザからのアイテム使用要求であると判断する。
【０３２９】
アイテム実行部３６１は、ユーザ情報管理ファイルのアイテム管理情報において使用したアイテムについて使用済みフラグを立てると共に、時系列情報に使用したアイテムを示す情報を記録する。
【０３３０】
当該構成とすることで、アイテム購買処理部３３３で生成したハッシュ値の複製が携帯端末装置３１０と情報処理サーバ３６０側とで分かれて保持され、アイテム使用時には、これらのハッシュ値のマッチング処理を行う事で正当なアイテムの使用要求であることの確認を取る事ができる。
【０３３１】
すなわち、携帯端末装置３１０がハッキングされて携帯端末装置３１０内でアイテムが不正に作られたとしても、アイテム使用時に情報処理サーバ３６０でマッチングが取れないため、アイテムを使用する事ができない。従って、このような不正アイテム増殖を防止する事ができる。
【０３３２】
アイテム実行部３６１は、ユーザ情報管理ファイル作成時にゲームフィールド情報から受け継いだアイテムのハッシュ値とアイテム使用要求内のハッシュ値のマッチングが取れなかった場合、正当なアイテム使用ではないとして、該当する時系列情報にイレギュラーが起きた事を示す情報を記録する。また、アイテム実行部３６１は、アイテム使用通知情報生成部３６２に、マッチング処理（認証処理）に失敗したことを示すアイテム使用通知情報の生成を指示する。当該指示を受けたアイテム使用通知情報生成部３６２は、アイテム使用に失敗した事を示すアイテム使用通知情報を生成し、送信部２６８から要求元の携帯端末装置１１０に送信する。
【０３３３】
また、上記説明では、ゲーム開始処理部２６２が作成するユーザ情報管理ファイル内にアイテムに関する各種情報が含まれ、アイテム実行部３６１がアイテム管理及びアイテム使用履歴の記録をする場合について説明したが、これに限定されるものではない。例えば、位置情報等の時系列管理を行うユーザ情報管理ファイルとは別に、ゲーム開始処理部２６２は、図５２に例示するアイテムを専用して管理するアイテム管理ファイルをゲーム開始時に作成し、アイテム実行部３６１は当該アイテム管理ファイルにアクセスしてアイテムに関する情報の記録及び更新を行う構成としても良い。
【０３３４】
また、図３２で説明したアイテムは一例であり、別のアイテムが使用可能アイテムとしてシステム内に設定されていても良いし、図３２で例示したアイテムの数個のみ使用可能としても良い。
【０３３５】
また、上記説明したアイテムは、ゲームの種類によっては「武器」や「アビリティ」や「魔法」という文言等で表されることがある。この場合、各ユーザのレベルや職位に応じてマジックポイントが設定され、各「魔法」にそれぞれ使用マジックポイントが設定されていても良い。この場合、各ユーザは、自身が有するマジックポイント分の「魔法」を使用することができる。
【０３３６】
（実施の形態４）
本発明の第４実施形態の具体的構成を説明する前に、図９で説明したゲーム種類についてルールを詳しく説明する。図５３は、サイバー戦争１〜３のルールを示している。
【０３３７】
サイバー戦争１は、プレイヤーが攻撃側と逃走側の２グループに分かれて戦う。ゲーム終了条件は、制限時間内に逃走側のメンバーが全員捕縛される事である。全員捕縛されれば攻撃側チームの勝ちとなり、逃走側メンバーが一人でも捕縛されずに制限時間が終了した場合は、逃走側チームの勝ちとなる。
【０３３８】
「どろけい」と比較して大きな違いは、サイバー戦争１ではプレイヤーにそれぞれジョブ（任務）が与えられ、使用できるアイテム等に違いがある点である。各プレイヤーは、ゲーム開始前に自らどのジョブでプレイするかを選択する。ここで、チーム内でジョブ同士が最小限度以上に重ならないように制限を加える構成としても良い。
【０３３９】
図５４は、当該サイバー戦争のゲームで使用されるジョブの一例を示している。図５４に示すように、サイバー戦争のゲームで使用可能なジョブとして「司令官」、「情報工作兵」、「特殊工作兵」、「攻撃兵／防御兵」の４パターンが用意されている。
【０３４０】
「司令官」は、各チームに一人だけ配属されるジョブであり、戦況を分析し、チーム内の各兵士（各プレイヤー）に指令を出すポジションである。司令官は、初期保有アイテムとして、アイテムＮｏ００１：全方向サーチが２つ、アイテムＮｏ００８：タッピングが１つ初期保有アイテムとして無料で割り当てられている。司令官として、戦況分析を行うために必要な探索系アイテムが優先的に割り当てられている。一方、アイテムＮｏ０１１：キャプチャー、アイテムＮｏ０１２：リリース、アイテムＮｏ０１５：大トラップ、アイテムＮｏ０１６：小ボム、アイテムＮｏ０１７：中ボム、アイテムＮｏ０１８：モルタル、アイテムＮｏ０２１：スティールは使用禁止アイテムに設定されている。従って、当該「司令官」のジョブを選択するプレイヤーは、自身の使用可能アイテム欄に、これらの使用禁止アイテムを登録できない（すなわち当該アイテムを装備できない）。
【０３４１】
「情報工作兵」は、情報を攪乱し、戦況を優位に導くポジションである。情報工作兵は、初期保有アイテムとして、アイテムＮｏ００７：フェイクが２つ、アイテムＮｏ００９：アナリシスが１つ、アイテムＮｏ００１：全方向サーチが１つ初期保有アイテムとして無料で割り当てられている。情報戦に有利に戦えるようバランスよく情報系アイテムが優先的に割り当てられている。一方、アイテムＮｏ０１６：小ボム、アイテムＮｏ０１７：中ボム、アイテムＮｏ０１８：モルタル、アイテムＮｏ０２１：スティール、は使用禁止アイテムに設定されている。従って、当該「情報工作兵」のジョブを選択するプレイヤーは、自身の使用可能アイテム欄に、これらの使用禁止アイテムを登録できない。
【０３４２】
「特殊工作兵」は、特殊工作により相手を攪乱し、戦況を優位に導くポジションである。攻撃側チームの特殊工作兵は、初期保有アイテムとして、アイテムＮｏ０１３：小トラップが２つ、アイテムＮｏ０１４：中トラップが１つ、アイテムＮｏ０２１：スティールが１つ初期保有アイテムとして無料で割り当てられている。また、逃走側チームの特殊工作兵には、アイテムＮｏ０１３：小トラップが１つ、アイテムＮｏ００９：アナリシスが２つ、アイテムＮｏ０２１：スティールが１つ初期保有アイテムとして無料で割り当てられている。特殊な機能を有するアイテムが優先的に割り当てられることで相手を攪乱することができる。一方、アイテムＮｏ０１６：小ボム、アイテムＮｏ０１７：中ボム、アイテムＮｏ０１８：モルタル、アイテムＮｏ００１：全方向サーチ、アイテムＮｏ００３：全方向Ｓサーチは使用禁止アイテムに設定されている。従って、当該「特殊工作兵」のジョブを選択するプレイヤーは、自身の使用可能アイテム欄に、これらの使用禁止アイテムを登録できない。
【０３４３】
「攻撃兵」と「防御兵」は、それぞれ敵を捕縛したり、捕縛されて捕虜になっている味方プレイヤーを解放したり、司令官を防護することを専門的に行うポジションである。攻撃側チームの兵士である攻撃兵は、初期保有アイテムとして、アイテムＮｏ０１３：小ボムが１つ、アイテムＮｏ０１８：モルタルが１つ、アイテムＮｏ０１１：キャプチャーが２つ初期保有アイテムとして無料で割り当てられている。また、逃走側チームの兵士である防御兵には、アイテムＮｏ０１０：センサが１つ、アイテムＮｏ０１９：アストロンが１つ、アイテムＮｏ０１２：リリースが２つ初期保有アイテムとして無料で割り当てられている。捕縛や解放を補助するアイテムが優先的に割り当てられることで相手の捕縛や味方の解放を積極的に行うことができる。一方、アイテムＮｏ００１：全方向サーチ、アイテムＮｏ００３：全方向Ｓサーチ、アイテムＮｏ００４：一方向Ｓサーチ、アイテムＮｏ００５：ステルス、アイテムＮｏ００８：タッピング、アイテムＮｏ０２１：スティールは使用禁止アイテムに設定されている。従って、当該「攻撃兵」や「防御兵」のジョブを選択するプレイヤーは、自身の使用可能アイテム欄に、これらの使用禁止アイテムを登録できない。
【０３４４】
以上がサイバー戦争で用いられるジョブである。但し、上記例は一例であり、別のジョブを作成しても良い。また、各ジョブの初期保有アイテムや使用禁止アイテムは一例であり、別のパターンを採用する事も可能である。また、初期保有アイテムは、無くても良い。また、各ジョブ毎に装備できるアイテム数に制限を設けると、更にゲームバランスが整えられるため、良好である。ここで、装備可能なアイテム数は、後述する職位に応じて異なるようにすると、ゲーム持続性を高める事ができるため良好である。後述するように職位はゲームを通じて経験値をためていく事で昇進していける構成をとる。また、使用禁止アイテムの一部もユーザの職位が所定の基準以上である場合に使用可能となる構成としても良い。
【０３４５】
図５３に戻って、サイバー戦争２について説明する。サイバー戦争２も、プレイヤーが攻撃側と逃走側の２グループに分かれて戦う。ゲーム終了条件は、制限時間内に逃走側の司令官が捕縛される事である。従って、逃走側の一般兵は、情報を攪乱しながら、司令官がどこにいるかを悟られないように、かつ、自身も逃走すると言ったことが求められる。逃走側司令官が捕縛されれば攻撃側チームの勝ちとなり、逃走側司令官が捕縛されずに制限時間が終了した場合は、逃走側チームの勝ちとなる。サイバー戦争２では、逃走側の司令官は使用できるアイテム数を少なく設定しておき、逃走側の他のプレイヤーが多数のアイテムを使用できるように設定しておくと、ゲームバランスが保てるため良好である。逃走側の他プレイヤーは、アイテムを駆使して攻撃側を欺き、司令官をうまく逃がす戦略が必要となる。
【０３４６】
サイバー戦争３も、プレイヤーが攻撃側と逃走側の２グループに分かれて戦う。ゲーム終了条件は、制限時間内に逃走側の司令官又は攻撃側の司令官が捕縛される事である。すなわち、攻撃側の司令官は逃走側の敵を捕縛する能力を有していない。一方、逃走側の兵士は、攻撃側の司令官に対してのみ捕縛する能力を有する。兵同士の力関係を示すと、以下のようになる。
攻撃側の一般兵＞逃走側の一般兵＞攻撃側の司令官＝逃走側の司令官
【０３４７】
従って、逃走側の一般兵は、逃げながらも逆転を狙って攻撃側の司令官を捕縛する機会を伺う事になり、両サイドにおいて攻めと守りのバランスが求められる。逃走側司令官が捕縛されれば攻撃側チームの勝ちとなり、攻撃側司令官が捕縛されれば逃走側チームの勝ちとなる。また、両司令官が捕縛されずに制限時間が終了した場合は、逃走側チームの勝ちとなる。
【０３４８】
以上、各ゲームのルールと各ジョブについて説明したが、上記ルールは本発明者が戦略的マインドを育成するためにゲームバランスを考慮して設定したルールであり、これに限定されるものではない。上記ルールは一例であり、適宜変更が可能である。
【０３４９】
以下、本発明の実施の形態４について説明する。図５５は、本実施の形態４に係る情報処理システム４００の構成を示すブロック図である。情報処理システム４００は、地図要求処理サーバ４３０と、地図情報データベース４９１を新たに有する点を除いて図４５に示すシステムブロック図と同一である。なお、携帯端末装置４１０は、基本構成は携帯端末装置３１０と同一であり、情報処理サーバ４６０は、情報処理サーバ３６０と基本構成は同一である。従って、既に説明した部分は一部省略し、本実施の形態４に特有の部分を中心に説明する。
【０３５０】
地図要求処理サーバ４３０は、携帯端末装置４１０より送信された地図情報送信要求に基づいて、地図情報データベース４９１から該当する地図を読み取り、地図情報として携帯端末装置４１０に返信する。地図情報データベース４９１は、複数の位置や倍率の地図を纏めて記憶している。地図要求処理サーバ４３０は、地図情報送信要求に含まれる地図を特定する位置や拡大倍率等に関する情報に基づいて地図情報データベース４９１から適切な地図を読み込んで携帯端末装置４１０に返信する。
【０３５１】
図５６は、本実施の形態４に係る携帯端末装置４１０の正面図である。表示部１１５には、インストールされている複数のアプリケーションのショートカットアイコンが表示されている。なお、本実施の形態４では、表示部１１５の部分は、タッチパネルであり、ユーザからの操作入力を受ける操作入力部１２２としての機能を有する。
【０３５２】
表示部１１５には、本発明に係るアプリケーションのショートカットアイコン４２１が表示されている。
【０３５３】
ユーザからの操作入力により、当該ショートカットアイコン４２１部分のタッチパネルが押下されると、図５７に示す本発明のアプリケーション（サイバー鬼ごっこ）のホーム画面を表示する。
【０３５４】
当該ホーム画面には、ユーザＩＤやユーザのステータス（職位やレベル）の他、参加予約中のゲームに関する情報が表示されている。また、「参加ゲーム検索」ボタン、「アイテム購入」ボタン、「所有アイテム一覧」ボタン、「ゲーム画面」ボタン、「新規ゲームフィールド作成」ボタン、「過去プレイデータ」ボタン、「過去アイテム購入履歴」ボタン、「アカウント設定」ボタン、等が表示されている。ここで、「新規ゲームフィールド作成」と「参加ゲーム検索」と、「過去プレイデータ」と、「過去アイテム購入履歴」については、それぞれ図８、図１１、図２６、図４１及び当該説明箇所で既に言及しているためここでは説明を省略する。
【０３５５】
図５７の「アイテム購入」ボタンが選択されると、図５８に示すアイテムショップ画面を表示部１１５に表示する。各アイテムに対応付けられた購入数量の欄に購入する数量を設定して実行ボタンであるＹＥＳボタンを押す事で、図３５に示したアイテム購入要求がアイテム購買サーバ３３０に送信される。なお、当該アイテム購入要求パケットは、購入アイテム番号と購入数量を纏めて含めた購入アイテム情報が含まれる。購入したアイテムは、購入アイテム処理部３１１によって所有アイテム記憶部３１２内に格納される。
【０３５６】
次に、図５７の「所有アイテム一覧」ボタンが選択されると、図５９に示す所有アイテム画面を表示部１１５に表示する。ここで所有アイテムは、ユーザが購入して保管しているアイテムを示しており、ゲームで使用する場合は、当該画面で使用準備状態にセット（本明細書では装備すると表現する）ことで、次ゲームで使用が可能となる。所有アイテム一覧には所有しているアイテムとその所有数量が示されており、所有アイテムを装備用アイテムに移すことができる。なお、所有アイテムをすべてゲームで使用できる構成を採用する場合は、当該装備概念は不要である。但し、一人のユーザが強くなりすぎないように、使用可能アイテム数に上限を設けておく事がゲームバランスを保つ上で好ましい。
【０３５７】
次に、図５７の「ゲーム画面」ボタンが選択されると、図６０に示すゲームトップ画面が表示される。当該ゲームトップ画面には、図１１の画面よりユーザ登録要求を送信して受理された参加予約中のゲームに関する情報が表示されている。
【０３５８】
ゲームトップ画面には、ユーザのステータスが表示されている。ここには、ユーザ名の他、熟練度を示すレベル（Ｌｖ）や現在のランクを示す職位が表示されており、次のレベルアップまでに必要な経験値も示されている。
【０３５９】
また、ステータス欄には、図５９の画面で装備したアイテムが表示されている。ここでは、全方位サーチ１つとフェイク１つと小トラップ２つと大トラップ１つが装備されており、これに加えてシステム側よりゲーム開始時に初期装備として与えられるアイテムを加えたものがゲーム中で使用可能なアイテムとなる。
【０３６０】
また、ゲームトップ画面には、参加予約中ゲーム（ユーザ登録済みのゲームフィールドに係るゲーム）の詳細が表示されている。参加予約中ゲーム詳細には、参加予定のゲームの詳細が記載されている。ここでは、ゲームの種類と、当該ゲームに設定されたアイテム条件、担当するＪｏｂ、参加予定メンバー等の情報が確認できるように表示されている。
【０３６１】
また、図６０のゲームトップ画面には、「ゲーム開始」ボタンと、「装備アイテム変更」ボタンと、「兵士登録」ボタンと、が表示されている。
【０３６２】
ゲーム開始ボタンが選択されると、情報処理サーバ４６０にゲーム開始を要求するゲーム開始要求が送信される。プレイヤーが揃い、ゲームをスタートさせたい場合は、参加プレイヤーの誰かがゲーム開始ボタンを押下してゲーム開始要求を送信する事で、情報処理サーバ４６０側でユーザ情報管理ファイル作成等のゲーム開始処理が行われる。
【０３６３】
また、装備アイテム変更ボタンが選択されると、図５９の画面に移動して装備アイテムと所有アイテムとの入れ替えを行えるように構成されている。
【０３６４】
また、兵士登録を行うと、図６１に示す参加予約中のゲームにおける自身のポジションを設定する画面に移行する。図６１では、自身のゲーム内での情報をサーバ側に登録するために必要な情報を設定する。ここでは、参加予約中のゲームについて、ゲーム内で参加するチームと、ジョブと、装備アイテムを設定し、登録ボタンを押す事で情報が送信される。なお、当該設定登録は、図１１に示す画面からユーザ登録要求と合わせて行えるよう構成しても良い。
【０３６５】
以下の説明では、ユーザ登録要求時に、図６２に示す設定登録情報（兵士情報）を含むユーザ登録要求を送信するものとして説明する。設定登録情報（兵士情報）には、参加するチームを指定する情報である参加チーム情報、自分のＪｏｂを指定するＪｏｂ情報、及びゲーム内で使用予定であるアイテムである使用予定アイテム情報（装備アイテム情報）が含まれている。
【０３６６】
図６３は、当該ゲームフィールドに参加する各ユーザの各携帯端末装置４１０より送信されてユーザ情報登録サーバ２５０が受信したユーザ登録要求に基づいて更新するゲームフィールド情報の一例を示している。
【０３６７】
図４７に示すゲームフィールド情報との違いとして、ゲーム種類がサイバー戦争２であるため、攻撃側チームと逃走側チームに関する情報が含まれている。また、各ユーザ（プレイヤー）は、当該２つのチームに割り振られて登録されている。また、各プレイヤーの役割を示すＪｏｂに関する情報がプレイヤー毎に対応付けられている。また、各プレイヤーが使用予定のアイテムである装備アイテムに情報がプレイヤー毎に対応付けられている。
【０３６８】
図６４は、ゲームプレイ中に表示部１１５に表示されるプレイ画面の一例を示している。  
【０３６９】
プレイ画面上方には、自身（自プレイヤー）が所属しているチーム（ここでは地球防衛軍）に関する情報と、自身の現在のジョブ（ここでは情報工作兵）と、自チームが攻撃側か防御側かを示すポジションと、現在の自プレイヤーの状態（例えば捕虜であるかや相手のアイテムにより状態異常を起こしているなど。ここでは通常の状態である「平常」が示されている）や、敵チーム（ここではチーム・ネルフ）に関する情報が表示されている。ここで、所属チームの欄を選択すると味方の情報が表示される。また、敵チームの欄を選択すると敵チームについて捕虜中のプレイヤーの情報が表示される。
【０３７０】
また、プレイ画面には、「アイテム使用」ボタンが表示されている。当該アイテム使用ボタンを選択する事で図６５に示す使用アイテム選択画面４２２を表示する。図６５では、現在装備しているアイテムのうち小トラップを使用する場合を示している。私用するアイテムにチェックして実行ボタンを押下すると、携帯端末装置４１０は、図３６に示すアイテム使用要求を生成して情報処理サーバ４６０に送信する。
【０３７１】
図６４に戻ってプレイ画面には、使用して効果が発動しているアイテムの状況を示す使用中アイテムの欄４２３が配置されている。ここでは、当該ユーザは、全方向サーチと、チャフと、小トラップのアイテムを使用しており、それぞれ効果が持続する時間が表示されている。ここで、効果が持続する時間とは、情報処理システム側で当該アイテム（プログラムサブルーチン）を実行する残り時間と見る事ができる。当該効果持続時間は、アイテム使用通知情報内に含まれて情報処理サーバ４６０より送信される構成とすると良い。当該アイテム使用通知情報を受信した携帯端末装置４１０において、アイテム処理部２１４のアイテム使用通知情報処理部３１５が、アイテム使用通知情報に含まれる効果持続時間を記憶部２１３に格納し、表示部１１５で当該効果持続時間が表示される。
【０３７２】
また、プレイ画面には、戦況通知欄４２４が配置されている。ここには、情報処理サーバ４６０より通知される情報が表示される。当該通知される情報には、例えばプレイヤーが作戦エリア（ゲーム条件として設定された位置領域）の外に出た違反を犯した事実や、当該ゲームフィールドに途中参加してきたプレイヤーに関する情報、当該ゲームフィールドから戦線離脱（途中退場）したプレイヤーに関する情報、プレイヤーが捕虜になったことやプレイヤーが捕虜から解放されたことを通知する情報などが表示される。
【０３７３】
また、プレイ画面にはマップ４２５が表示される。マップ４２５には、自プレイヤーを示すアイコン４２６が地図データに重畳されてオーバーレイ表示される。
【０３７４】
また、プレイ画面には、「仲間と交信」ボタンが配置されている。当該ボタンを押下する事で、図６６に開く通話可能なプレイヤー（味方メンバー）を選択する交信画面４２７を表示し、選択したプレイヤーに対してＩＰ電話技術を用いた通話を行う事ができる。具体的には、自装置４１０内に自チームのＩＰアドレスやユーザＩＤ等を記憶しておき、当該「仲間と交信」ボタンが押下されることで、ＳＩＰ等のプロトコルを用いてセッション確立を行い、味方プレイヤーとの接続を確立する。その後、マイクから入力される音声は、音声符号化等の処理が行われた後に、確立した接続先を宛先ＩＰアドレスとし、音声パケットである事を示す識別子を付して、無線送信部１１２より送信する。同様に、相手側より送信された音声パケットは適宜復号等が行われてスピーカー１２１より音声が出力される。
【０３７５】
図６７は、携帯端末装置４１０の構成を示すブロック図である。携帯端末装置４１０は、位置情報取得部１１１と、無線送信部１１２と、無線受信部１１３と、表示部１１５と、操作入力部１２２と、要求生成部２１１と、通知情報処理部２１２と、記憶部２１３と、アイテム処理部２１４と、購入アイテム処理部３１１と、制御部４１１と、地図情報処理部４１２と、表示制御部４１３と、を具備する。なお、要求生成部２１１には、新たに地図情報送信要求生成部４１４を備える。
【０３７６】
制御部４１１は、操作入力部１２２で受けたユーザからの操作入力に基づいて自装置４１０を制御する。具体的に、操作入力部１２２で受けた操作入力に基づいて対応する画面を表示部１１５で表示するよう表示制御部４１３に指示する。
【０３７７】
図５６に示すアイコン４２１を選択する操作を操作入力部１２２で受けた場合は、制御部４１１は、表示部１１５に図５７に示す画面を表示させる制御を行う。表示制御部４１３は、制御部４１１からの制御に基づいて記憶部２１３に記憶されている図５７の画面データを読み込み、表示部１１５で表示する。
【０３７８】
また、表示部１１５が図５７に示すホーム画面を表示している場合に、各リンクボタンを選択する操作を操作入力部１２２で受けた場合は、制御部４１１は、表示部１１５に各リンクに対応する画面を表示させる制御を行う。表示制御部４１３は、制御部４１１からの制御に基づいて記憶部２１３より対応する画面データを読み込み、表示部１１５で表示する。
【０３７９】
図５７において新規ゲームフィールド作成リンクが選択された場合、制御部４１１は、図８に示す画面を表示部１１５に表示させる制御を行う。図８の画面のブランクが埋められた状態でＹｅｓボタンが選択されると、制御部４１１は、ゲームフィールド作成要求生成部２１５に対してユーザより入力された情報を含めてゲームフィールド作成登録要求を生成させる制御を行う。
【０３８０】
図５７において参加ゲーム検索リンクが選択された場合、制御部４１１は、図１１に示す画面を表示部１１５に表示させる制御を行う。図１１の画面のブランクが埋められた状態でＹｅｓボタンが選択されると、制御部４１１は、ユーザ登録要求生成部２１６に対してユーザより入力された情報を含めてユーザ登録要求を生成させる制御を行う。
【０３８１】
図５７においてアイテム購入リンクが選択された場合、制御部４１１は、図５８に示す画面を表示部１１５に表示させる制御を行う。図５８の画面で購入するアイテム及び購入数が操作された上でＹｅｓボタンが選択されると、制御部４１１は、アイテム購入要求生成部３１２に対してユーザより入力された情報を含めてアイテム購入要求を生成させる制御を行う。
【０３８２】
図５７において過去プレイデータリンクが選択された場合、制御部４１１は、図２６に示す画面を表示部１１５に表示させる制御を行う。
【０３８３】
図５７において所有アイテム一欄リンクが選択された場合、制御部４１１は、図５９に示す画面を表示部１１５に表示させる制御を行う。図５９の画面が表示部１１５で表示されている状態において、所有アイテムと装備アイテムを入れ替える操作を操作入力部１２２が受けた場合に、制御部４１１は、記憶部２１３の所有アイテム記憶領域に記憶している所有アイテムと装備アイテム記憶領域に記憶している装備アイテムを操作に応じて入れ替える処理を行う。
【０３８４】
図５７において過去アイテム購入履歴リンクが選択された場合、制御部４１１は、図４１に示すような購入済アイテム一欄の画面を表示部１１５に表示させる制御を行う。
【０３８５】
図５７においてゲーム画面リンクが選択された場合、制御部４１１は、図６０に示す画面を表示部１１５に表示させる制御を行う。ここで、記憶部２１３には自ユーザのレベルや職位や参加予約中のゲームに関する情報が記憶されており、表示制御部４１３は、これらの情報を合わせて読み込んで図６０に示す画面を表示部１１５に表示する。なお、参加予約中のゲームに関する情報は、情報処理システム４００からユーザ登録時等に通知情報として送信され通知情報処理部２１２が当該通知情報を受け取って記憶部２１３に格納する構成とすると良い。
【０３８６】
通知情報処理部２１２は、ゲーム開始通知情報を受け取ると当該ゲーム開始通知情報に含まれるゲームフィールド識別番号やゲーム設定情報などゲームを行う上で必要となる情報を記憶部２１３に格納すると共に制御部４１１にゲームの開始を指示する。
【０３８７】
制御部４１１は、通知情報処理部２１２より上記ゲーム開始指示を受けると、表示部４１３に図６４に示すゲーム画面を表示させる制御を行う。
【０３８８】
また、制御部４１１は、通知情報処理部２１２より上記ゲーム開始指示を受ける位置情報取得部１１１に位置情報の取得を開始させる制御を行う。位置情報取得部１１１で取得される位置情報は、Ａｕｔｏｎｏｍｕｓ型（自律型）やＭＳ−Ｂａｓｅｄ型（半自律型）である場合は直接記憶部２１３に格納され、ＭＳ−Ａｓｓｉｓｔｅｄ型（ネットワーク支援型）である場合は、一旦システム側に送られて位置計算サーバにおける位置算出後の位置情報が無線受信部１１３で受信された上で記憶部２１３に格納される。
【０３８９】
また、制御部４１１は、地図情報送信要求生成部４２４に地図情報送信要求の生成指示を出す。地図情報送信要求生成部４１１は、操作入力部１２２を介してユーザより指定された位置及び拡大倍率の地図情報の送信を要求する地図情報送信要求を生成する。当該地図情報送信要求には、要求する地図を指定する情報として位置情報や地図の大きさを示す情報が含まれる。当該指示に基づいて生成される地図情報送信要求は無線送信部１１２より地図情報処理サーバ４３０に送信され、当該サーバ４３０より返信される地図情報が無線受信部１１３で受信されて地図情報処理部４１２に送られる。
【０３９０】
地図情報処理部４１２は、受け取った地図情報を描画して記憶部２１３に一時的に格納する。
【０３９１】
アイテム処理部２１４は、無線受信部１１３より受け取ったアイテム使用通知情報やアイテム効果通知情報に含まれる情報を記憶部２１３に格納する。また、アイテム処理部２１４は、アイテム使用通知情報に基づいて記憶部２１３の装備アイテム領域に記憶されているアイテムを消去する。また、アイテム処理部２１４は、受け取ったアイテム効果通知情報に含まれる情報を記憶部２１３に格納すると共に、当該アイテム効果通知情報に含まれる情報の種類に基づく処理を行う。
【０３９２】
表示制御部４１３は、制御部４１１から図６４に示すゲーム画面の表示指示受け取ると、記憶部２１３に記憶している図６４の画面データを読み込んで表示部１１５に表示する。ここで、表示制御部４１３は、通知情報処理部２１２が格納して記憶部２１３に記憶されている各通知情報を読み込んで図６４の戦況通知欄４２４に表示する。また、アイテム処理部２１４が格納して記憶部２１３に記憶されているアイテムに関する情報を使用中アイテム欄４２３に表示する。また、表示制御部４１３は、地図情報処理部４１２が描画して記憶部２１３に格納された地図データを読み込んで図６４のマップ領域４２５に表示する。ここで、表示制御部４１３は、自ユーザを示すアイコン４２６を位置情報取得部１１１で取得されて記憶部２１３に格納されている位置情報で示される自ユーザ（自装置４１０）の地図上の位置にオーバーレイ表示する。
【０３９３】
以上のように、本実施の形態４に係る携帯端末装置によれば、本ゲームを行うのに適したインターフェースを有する事で、ゲーム中の戦況分析が容易となる。
【０３９４】
なお、図６０に示すゲームトップ画面には、ゲーム条件設定リンクが設けられ、当該ゲーム条件設定リンクを選択する事によりゲーム条件設定用画面が表示される構成としても良い。当該画面を通じて入力された情報はゲーム条件設定要求生成部２１７によってゲーム条件設定要求として生成されて情報処理システム４００に送信される。
【０３９５】
また、図６４に示すプレイ画面には状態変更ボタンが配置されていても良い。操作入力部１２２を介して当該状態変更ボタンが選択されると状態変更に係るユーザを選択する状態変更用画面が表示部１１５に表示される。当該状態変更用画面で選択された状態変更に係るユーザの情報は、状態変更要求生成部２２０によって状態変更要求として生成されて情報処理システム４００に送信される。
【０３９６】
また、図６４に示すプレイ画面にはゲーム終了ボタンが配置されていても良い。操作入力部１２２を介して当該ゲーム終了ボタンが選択されるとゲーム終了要求生成部２１９によってゲーム終了要求が生成されて情報処理システム４００に送信される。
【０３９７】
また、無線受信部１１３でゲーム終了了承確認情報が受信された場合は、表示制御部４１３は、図６４に示すプレイ画面にゲーム終了了承確認画面をポップアップで表示しても良い。当該ゲーム終了了承確認画面にはゲーム終了了承ボタン又はゲーム終了拒否ボタンが配置され、ゲーム終了了承ボタンが操作入力部１２２を介して選択された場合は、ゲーム終了了承情報生成部がゲーム終了了承情報を生成して無線送信部１１２より情報処理システム４００に送信される。
【０３９８】
また、通知情報処理部２１２は、ゲーム終了通知情報を受け取った場合は、制御部４１１にゲーム終了指示を出す。制御部４１１は、当該ゲーム終了指示を受け取るとゲームを終了する制御を行う。具体的には、位置情報取得部１１１に位置情報の取得を停止させる制御を行う。また、制御部４１１は、表示制御部４１３にプレイ画面の表示を終了させる制御を行っても良い。
【０３９９】
また、上記説明では情報処理システム４００側に地図データを保管するデータベースを配置し、携帯端末装置４１０より当該データベースにアクセスして地図する構成を説明したが地図データの取得方法はこれに限るものではない。例えば、記憶部２１３に地図データを記憶しておいても良い。この場合、制御部４１１は、操作入力部１２２でユーザより指示された地図データを表示制御部４１３に表示させる制御を行う。表示制御部４１３は、当該制御に基づいて記憶部２１３から指定されている地図データを読み込んで表示部１１５に表示する。また、この場合には、要求生成部４１４は、地図情報送信要求生成部４１４を備えない構成となる。
【０４００】
（実施の形態５）
本実施の形態５に係る情報処理システムは、プレイ中のゲームにおいて他者の位置を調べる事ができる機能を提供する事により、捕まえる相手を探索することや、相手から逃げることを可能とし、ゲームの戦略性を向上させることを可能とする。以下、図面を参照して説明する。なお、実施の形態１〜４で既に説明した部分については発明の明確化のため一部説明を省略する。
【０４０１】
本実施の形態５に係る情報処理システム５００は、情報処理サーバ５６０を含んで構成され、複数の携帯端末装置５１０ａ〜５１０ｎと通信を行なう。以下の説明では携帯端末装置５１０ａからアイテム使用要求が送信されたものとして説明する。
【０４０２】
ユーザからの操作により図３２に示すアイテムＮｏ０１の全方向サーチの使用が選択されると、携帯端末装置５１０ａのアイテム使用要求生成部２２１は、当該アイテムＮｏ０１の使用を要求するアイテム使用要求を生成する。以下では、当該探索に関するアイテムＮｏ０１〜Ｎｏ０４のアイテムの使用を要求するアイテム使用要求を探索要求と称し、特にアイテムＮｏ０１の全方向サーチの使用を要求するアイテム使用要求を第１探索要求と称して説明する。なお、当該探索要求は、携帯端末装置５１０のユーザが情報処理サーバ５６０に所定のユーザの位置情報を送信することを要求するものであるため、位置情報送信要求と称することがある。第１探索要求では、使用するアイテムを識別する使用アイテム識別情報に当該使用するアイテムがＮｏ０１のアイテムであることを示す情報が含まれる。
【０４０３】
図６８は、本実施の形態５に係る情報処理サーバ５６０の構成を示すブロック図である。但し、図６８では、本実施の形態５に係る発明に関係する部分のみ記載している。
【０４０４】
情報処理サーバ５６０は、大きく分けて、携帯端末装置５１０ａより送信された情報を受信する受信部２６１と、ユーザに関する情報を記録するユーザ情報管理ファイルを記憶するユーザ情報記憶部２６３と、当該ユーザ情報管理ファイルにプレイ中の各ユーザの位置を示す位置情報を記録するユーザ情報処理部２６４と、アイテム使用要求を処理するアイテム処理部２６５と、アイテム処理部２６５で生成された情報を携帯端末装置５１０ａに送信する送信部２６８と、を具備する。
【０４０５】
ユーザ情報処理部２６４は、予めゲーム参加プレイヤーとして登録してある各ユーザの携帯端末装置５１０ａ〜５１０ｎよりゲームプレイ中にそれぞれ定期的に送信される当該ユーザの現在位置を示す位置情報を上記ユーザ情報管理ファイルに記録する処理を行う。ユーザ情報記憶部２６３は、予め登録された複数のユーザの現在位置を示す位置情報が記録されたユーザ情報管理ファイルを記憶する。
【０４０６】
当該ユーザ情報管理ファイルへのユーザ情報の登録は、例えばユーザ登録部２７４等が行うユーザ登録処理によって行われる。上述したとおりユーザ登録部２７４は、ユーザ登録要求に基づいてゲームフィールドにユーザ登録を行い、ゲーム開始処理部２７６は、当該ゲームフィールドに登録された各ユーザのゲームプレイ中の情報を管理するユーザ情報管理ファイルを作成してユーザ情報記憶部２６３に格納する。
【０４０７】
アイテム処理部２６５は、アイテム判別部５６１と、位置情報抽出部５６２と、ユーザ位置通知情報生成部５６３と、被探索通知情報生成部５６４と、を備える。当該アイテム判別部５６１と位置情報抽出部５６２が、図４３のアイテム実行部３６１に、ユーザ位置通知情報生成部５６３と被探索通知情報生成部５６４が、図４３のアイテム効果通知情報生成部３６３にそれぞれ対応する。
【０４０８】
アイテム判別部５６１は、受信部２６１で受信された図３６に例示したアイテム使用要求を受け取ると、当該アイテム使用要求に含まれる使用要求アイテム番号を確認してどのアイテムの使用の要求であるかを判別する。
【０４０９】
当該判別の結果、使用要求アイテム番号がＮｏ０１である場合、すなわち当該アイテム使用要求が第１探索要求であった場合は、アイテム判別部５６１は、位置情報抽出部５６２に対してアイテムＮｏ０１に対応するプログラム（サブルーチン）を実行させる。具体的には、位置情報抽出部５６２は、位置情報の抽出処理を行う。具体的に、位置情報抽出部５６２は、当該第１探索要求を受け取ると、当該第１探索要求に含まれるゲームフィールド管理番号に対応するユーザ情報管理ファイルをユーザ情報記憶部２６３から読み出し、当該ユーザ情報管理ファイルに登録されているユーザの現在位置を示す位置情報を抽出する。
【０４１０】
図６９は、ユーザ情報記憶部２６３に記憶されるユーザ情報管理ファイルの一例である。ユーザ情報管理ファイルには、複数のユーザが登録されており、当該登録されたユーザを識別するユーザＩＤと当該ユーザＩＤで識別されるユーザの現在位置を示す位置情報とが対応付けられてテーブル状に記録されている。当該位置情報は、ユーザ情報処理部２６４が新たに位置情報を受け取った場合に、ユーザ情報管理ファイル内に上書き更新されるか又は時系列状に記録されていく。
【０４１１】
位置情報抽出部５６２は、第１探索要求に含まれる送信元ユーザＩＤ（アイテム使用者ユーザＩＤ）以外のユーザＩＤに対応付けられた位置情報を抽出する。すなわち、一情報抽出部５６２は、ゲームに参加している各ユーザが登録されたユーザ情報管理ファイルより、第１探索要求を送信したユーザ（携帯端末装置５１０ａ）を除く登録された他のユーザ（携帯端末装置５１０ｂ〜５１０ｎ）の位置を示す位置情報を抽出する。
【０４１２】
位置情報抽出部５６２は、抽出した位置情報をユーザ位置通知情報生成部５６３に送り、ユーザ位置通知情報生成部５６３に対してユーザ位置通知情報を生成させる。また、位置情報抽出部５６２は、当該第１探索要求に基づいて被探索通知情報生成部５６４に対して被探索通知情報を生成させる。ここで、被探索通知情報とは、自ユーザ（自装置）の位置を示す位置情報が他ユーザ（他装置）に送信されたことを通知する情報である。当該ユーザ位置通知情報及び被探索通知情報は、上述したアイテム効果通知情報の一例である。
【０４１３】
ユーザ位置通知情報生成部５６３は、位置情報抽出部５６２で抽出された他のユーザ（携帯端末装置５１０ｂ〜５１０ｎ）の位置を示す位置情報を含むユーザ位置通知情報を生成する。ユーザ位置通知情報生成部５６３は、生成したユーザ位置通知情報を送信部２６８に送る。
【０４１４】
図７０は、上記ユーザ位置通知情報の一例を示している。第１探索要求の送信元ＩＰアドレスに示される携帯端末装置５１０ａのＩＰアドレスが宛先ＩＰアドレスに、自サーバ５６０のＩＰアドレスが送信元ＩＰアドレスにセットされている。また、どのゲームフィールドに係るゲームに関する情報かを特定するためのゲームフィールド管理番号と、ユーザ位置通知情報であることを識別するパケット識別子と、どの第１探索要求に基づいて生成されたユーザ位置通知情報であるかを特定する管理番号とが含まれ、さらに他のユーザ（携帯端末装置５１０ｂ〜５１０ｎ）の現在位置を示す位置情報ｂ〜位置情報ｎが含まれる。当該管理ファイルは、処理を行った第１探索要求に含まれる管理番号を使用する。
【０４１５】
被探索通知情報生成部５６４は、自ユーザ（自装置）の位置を示す位置情報が他ユーザ（他装置）に送信されたことを通知する被探索通知情報を生成する。ここでは、携帯端末装置５１０ｂ〜５１０ｎのユーザの位置情報がこれらのユーザから見て他のユーザに該当する携帯端末装置５１０ａのユーザに送信されている。従って、被探索通知情報生成部５６４は、第１探索要求に基づいて位置情報が送信された携帯端末装置５１０ｂ〜５１０ｎの各々に対して、第１探索要求に基づいて自ユーザ（自装置）の位置を示す位置情報が他のユーザ（携帯端末装置５１０ａ）に送信されたことを示す被探索通知情報を生成する。
【０４１６】
具体的には、位置情報抽出部５６２は、位置情報を抽出した各ユーザの携帯端末装置５１０ｂ〜５１０ｎのＩＰアドレスを更に抽出し、被探索通知情報生成部５６４に送る。被探索通知情報生成部５６４は、位置情報抽出部５６２で抽出されたＩＰアドレスを宛先ＩＰアドレスとして被探索通知情報を生成する。被探索通知情報生成部５６４は、生成した被探索通知情報を送信部２６８に送る。
【０４１７】
なお、被探索通知情報生成部５６４は、自身の位置情報がどのユーザに送信されたかを示す情報を含めて被探索通知情報を生成しても良い。上記例では、携帯端末装置５１０ｂ〜５１０ｎのユーザに対して自身の位置を示す位置情報が、第１探索要求に基づいて携帯端末装置５１０ａのユーザに送信されたことを示す情報を含めて被探索通知情報を生成する。
【０４１８】
送信部２６８は、ユーザ位置通知情報生成部５６３と被探索通知情報生成部５６４よりそれぞれ受け取ったユーザ位置通知情報と被探索通知情報とを送信する。すなわち、送信部２６８は、登録された他のユーザ（携帯端末装置５１０ｂ〜５１０ｎ）の位置を示す位置情報を含むユーザ位置通知情報を要求元のユーザ（携帯端末装置５１０ａ）に対して送信する。また、送信部２６８は、第１探索要求に基づいて位置情報が送信された他のユーザ（携帯端末装置５１０ｂ〜５１０ｎ）に対して、第１探索要求に基づいて自分（自装置）の位置を示す位置情報が送信されたことを示す被探索通知情報を送信する。
【０４１９】
図７１は、アイテム処理部２６５の処理の流れを示すフローチャート図である。アイテム判別部５６１は、アイテム使用要求を受信したかを判定する（ステップＳ３０１）。受信していない場合は、Ｓ３０１に戻り、アイテム使用要求を受信するまで待機する。受信した場合は、アイテム判別部５６１は、アイテム使用要求に含まれる使用要求アイテム番号に基づいて、当該アイテム使用要求が第１探索要求であるかを判定する（ステップＳ３０２）。第１探索要求でない場合は、アイテムの内容に応じた処理を実行させて処理を終了する（ステップＳ３０３）。
【０４２０】
第１探索要求であった場合は、アイテム判別部５６１は、位置情報抽出部５６２に第１探索要求に基づく処理を実行させる。位置情報抽出部５６２は、登録されている各ユーザ（携帯端末装置５１０ａ〜５１０ｎ）の現在位置を記録した管理ファイルを参照して、第１探索要求の送信元ユーザ以外のユーザ（携帯端末装置５１０ｂ〜５１０ｎ）の現在位置を示す位置情報を取得する（ステップＳ３０４）。ユーザ位置通知情報生成部５６３は、ステップＳ３０４で取得された当該位置情報を含めてユーザ位置通知情報を生成する（ステップＳ３０５）。また、被探索通知情報生成部５６４は、位置情報が送信された各ユーザ（携帯端末装置５１０ｂ〜５１０ｎ）から見て他のユーザ（携帯端末装置）に当たる第１探索要求の送信元ユーザ（携帯端末装置５１０ａ）に、第１探索要求に基づいて自分（自装置）の位置を示す位置情報が送信されたことを示す被探索通知情報を生成する（ステップＳ３０６）。ステップＳ３０５及びステップＳ３０６で生成された各情報は送信部２６８より送信される。
【０４２１】
以上のように本実施の形態５に係る情報処理サーバ５６０は、第１探索要求に基づいて、探索要求を送信したユーザ（携帯端末装置５１０ａ）に対して他のユーザ（携帯端末装置５１０ｂ〜５１０ｎ）の位置を示す位置情報を送信する構成をとる。当該構成とすることで、第１探索要求を使用可能なユーザは、他のユーザの位置を知る事ができ、ゲームを有利に進める事ができる。
【０４２２】
なお、図６９に示したユーザ情報管理ファイルは一例であり、これに限定されるものではない。例えば図５１に示したフォーマットのユーザ情報管理ファイルが用いられても良いし、図７２に示すユーザ情報管理ファイルが用いられてもよい。
【０４２３】
図５１に示したユーザ情報管理ファイルがユーザ情報記憶部５６３に記憶される形態をとる場合、第１探索要求に含まれる使用要求アイテム番号とハッシュ値とがユーザ情報管理ファイルのアイテム管理情報欄に登録されているかを確認するアイテム使用要求照合部（アイテム使用可否判定部）を更に設けておくことが好ましい。当該アイテム使用要求照合部は、ユーザ情報管理ファイルを読み込み、当該ユーザ情報管理ファイルに登録されているアイテム番号及びハッシュ値とアイテム使用要求に含まれる使用要求アイテム番号及びハッシュ値とを照合する照合処理を行う。当該照合処理の結果、適切なハッシュ値が登録されている場合に、アイテム使用要求照合部は、正統なアイテム使用要求であるとして位置情報抽出部５６２に位置抽出処理を実行させる指示を出す構成とすることができる。
【０４２４】
また、図７２に示すユーザ情報管理ファイルでは、各ユーザが複数のグループに分けて登録されており、各ユーザを識別するユーザＩＤと、当該ユーザが属するグループを識別するグループ番号と、当該ユーザの現在位置を示す位置情報と、当該ユーザの携帯端末装置５１０のＩＰアドレスと、当該ユーザがプレイ中のゲームで使用したアイテムを記録するアイテム使用履歴欄と、が対応付けて記録されている。プレイするゲームが上述した「ドロケイ」や「サイバー戦争」等のグループ対戦型ゲームである場合は、図７２のように各ユーザがグループに分けて登録される。
【０４２５】
図７３は、情報処理サーバ５６０の変形例を示しており、図６８に示した情報処理サーバ５６０に加えてアイテム使用履歴記録部５６５と、アイテム使用通知情報生成部３６２を備えている。
【０４２６】
アイテム判別部５６１は、アイテム使用要求で要求されているアイテムを判別し、アイテム使用履歴記録部５６５に、使用するアイテムの記録処理を指示する。アイテム使用履歴記録部５６５は、ユーザ情報記憶部２６３から図７２に例示したユーザ情報管理ファイルを読み出し、当該ユーザ情報管理ファイルのアイテム使用履歴欄に使用するアイテムに関する情報を記録する。
【０４２７】
例えば、ユーザＩＤがシータのユーザの携帯端末装置５１０より第１探索要求が送信された場合、アイテム使用履歴記録部５６５は、当該アイテム使用要求に含まれるゲームフィールド管理番号に対応するユーザ情報管理ファイルを読み込み、当該ユーザ情報管理ファイルに登録されているユーザであってアイテム使用要求に含まれるアイテム使用者ユーザＩＤで識別されるユーザであるシータのアイテム使用履歴欄にアイテムＮｏ０１のアイテムである第１探索要求を使用した事を記録する。
【０４２８】
このようにアイテムの使用ログを記録しておく事で後の管理や照合に利用する事ができる。なお、アイテム使用履歴記録部５６５は、ユーザ情報管理ファイルのアイテム使用履歴欄に使用したアイテムを識別するアイテム番号と合わせてアイテムを使用した時刻であるアイテム使用時刻を記録しておくと更に良好である。
【０４２９】
また、上述したようにハッシュ値等の照合によりアイテム使用要求が正当な要求であるかの判定処理を行う場合、アイテム使用履歴記録部５６５は、当該判定処理の結果、アイテムを使用すると判定された場合に、上記アイテムの使用をユーザ管理ファイルに記録する構成とすることが好ましい。
【０４３０】
位置情報抽出部５６２は、ユーザ位置通知情報の生成指示をユーザ位置通知情報生成部５６３に、また、被探索通知情報の生成指示を被探索通知情報生成部５６４にそれぞれ出す。ここで、位置情報抽出部５６２は、上記指示を出した上でアイテム使用通知情報生成部３６２に要求された第１探索要求に基づく処理を行った事をアイテム使用要求の送信元に通知するアイテム使用通知情報の生成指示を出す。
【０４３１】
アイテム使用通知情報生成部３６２は、当該生成指示に基づいて図３７に例示したアイテム使用要求に基づく処理を行った事を示すアイテム使用通知情報を生成する。
【０４３２】
なお、上述したように、アイテム使用要求照合部（アイテム使用可否判定部）が設けられ、ハッシュ値等の照合によりアイテム使用要求が正当な要求であるかの判定処理が行われる場合、当該アイテム使用要求照合部が当該判定結果に基づいてアイテム使用通知情報生成部３６２にアイテム使用通知情報の生成指示を出す構成とすると良い。
【０４３３】
この場合、当該判定結果、適切なアイテム使用要求でないと判定した場合は、アイテム使用要求照合部は位置情報抽出部５６２に位置情報の抽出処理を実行する指示を出さない。一方、アイテム使用要求照合部は、アイテム使用通知情報生成部３６２に判定結果に関わらず、当該判定結果に基づくアイテム使用通知情報の生成指示を出す。アイテム使用通知情報生成部３６２は、当該判定結果に基づいてアイテムが使用されたこと又はアイテムが使用されなかったことを示すアイテム使用通知情報を生成する。このように構成するとユーザはアイテム使用要求が適切に処理されたかを認識する事ができるため好ましい。
【０４３４】
位置情報抽出部５６２は、受け取った第１探索要求に基づいて所定のアルゴリズムにしたがって位置情報を取得する。
【０４３５】
ここで、位置情報抽出部５６２は、第１探索要求の送信元ユーザが属するグループ以外のグループに属するユーザの位置情報を抽出する構成としても良い。例えば、図７２を参照して上述したユーザＩＤがシータのユーザ（携帯端末装置５１０ａ）より第１探索要求が送信されたとする。この場合、位置情報抽出部５６２は、当該第１探索要求送信元のシータが属するグループＢ以外のグループ（すなわちグループＡとグループＣ）に属する各ユーザの位置情報とＩＰアドレスとを抽出する。位置情報抽出部５６２は、抽出した位置情報をユーザ位置通知情報生成部５６３に、ＩＰアドレスを被探索通知情報生成部５６４に送る。また、位置情報抽出部５６２は、アイテム使用通知情報生成部３６２にアイテム使用通知情報の生成指示を出す。
【０４３６】
ユーザ位置通知情報生成部５６３は、位置情報抽出部５６２で抽出された第１探索要求送信元ユーザが属するグループ以外のグループに属する各ユーザの位置情報を含めてユーザ位置通知情報を生成する。
【０４３７】
また、被探索通知情報生成部５６４は、位置情報抽出部５６２で抽出されたＩＰアドレスを宛先ＩＰアドレスとして被探索通知情報を生成する。すなわち、被探索通知情報生成部５６４は、他ユーザからの第１探索要求に基づいて自身の位置を示す位置情報が送信されたことを示す被探索通知情報を生成する。
【０４３８】
送信部２６８は、第１探索要求に基づいて処理を行ったことを示すアイテム使用通知情報を第１探索要求送信元ユーザであるシータに送信する。また、送信部２６８は、第１探索要求送信元ユーザのシータが属するグループＢ以外のグループであるグループＡ及びグループＣに属するユーザ（すなわち、レオナルド、ロナウド、ジョーダン、レーム、バルメ）の位置を示す位置情報を含むユーザ位置通知情報を第１探索要求送信元ユーザであるシータに対して送信する。また、送信部２６８は、第１探索要求に基づいて位置情報が送信された他のユーザ（すなわち、レオナルド、ロナウド、ジョーダン、レーム、バルメ）に対して、第１探索要求に基づいて自分（自装置）の位置を示す位置情報が送信されたことを示す被探索通知情報を送信する。
【０４３９】
当該構成とすることで、第１探索要求を使用する事により敵チームのプレイヤーの位置を特定する事ができる。
【０４４０】
図７４は、上述のように他のグループに属するユーザの位置情報の送信を要求する上記探索要求を受信した場合におけるアイテム処理部２６５の処理動作を示すフローチャート図である。但し、ステップＳ４０４以外は、図７１のフローチャート図と略同一であるため説明を一部省略する。ユーザ位置通知情報生成部５６３は、第１探索要求に含まれる送信元ユーザを特定するユーザ識別情報（ユーザＩＤ）と対応付けられたグループ、すなわち当該送信元ユーザが属するグループをユーザ情報管理ファイルを参照して特定する（ステップＳ４０４−Ａ）。続いて、位置通知情報生成部５６３は、ステップＳ４０４−Ａで特定したグループ以外のグループに属する（すなわち対応付けられた）ユーザを抽出する（ステップＳ４０４−Ｂ）。続いて、位置通知情報生成部５６３は、ステップＳ４０４−Ｂで抽出したユーザの位置情報をユーザ情報管理ファイルを参照して取得する（ステップＳ４０４−Ｃ）。当該処理を行うことで、第１探索要求送信元のユーザは、ゲーム内において敵プレイヤーであるユーザの位置情報を得ることができる。
【０４４１】
なお、上述したように、ステップＳ３０１で受信されたアイテム使用要求が適切なアイテム使用要求であるかの照合処理を行う場合には、ステップＳ３０１で受信されたアイテム使用要求が正当なアイテム使用要求であるかの照合処理を行うステップがステップＳ３０１以降に入る。
【０４４２】
また、図７３に示したようにアイテム使用履歴を記録する場合には、図７１又は図７４のステップＳ３０１以降にアイテム使用要求に応じたアイテムに関する情報をアイテム試用履歴として記録するステップが入る。
【０４４３】
また、アイテム使用要求に基づく処理を行った事を示すアイテム使用通知情報を生成する場合には、アイテム使用通知情報生成部３６２が第１探索要求に基づく処理を行った事を示すアイテム使用通知情報を生成するステップがステップＳ３０１以降に入る。
【０４４４】
なお、上述のように第１探索要求に基づいて他グループに属する敵プレイヤーの位置情報を送信させる構成とする場合、同一グループに属する味方ユーザの位置情報はグループ内で共有できる構成とすることが好ましい。この場合、アイテム処理部２６５とは別に、定期的に同一グループに属するユーザの位置情報を抽出する味方位置情報抽出部と、当該味方位置情報抽出部で抽出される位置情報を含む味方ユーザ位置通知情報を生成する味方位置通知情報生成部と、が設けられる構成であっても良い。送信部２６８は、当該味方ユーザ位置通知情報を同一グループに属する各ユーザ（携帯端末装置）に送信する。
【０４４５】
次に、携帯端末装置５１０について説明する。図７５は、本実施の形態５に係る携帯端末装置５１０の構成を示すブロック図である。携帯端末装置５１０は、位置情報取得部１１１と、無線送信部１１２と、無線受信部１１３と、表示部１１５と、操作入力部１２２と、アイテム使用要求生成部２２１と、記憶部２１３と、アイテム処理部２１４と、地図情報処理部４１２と、表示制御部４１３と、地図情報送信要求生成部４１４と、を具備する。
【０４４６】
アイテム処理部２１４は、ユーザ位置通知情報処理部５１１と被探索通知情報処理部５１２と、を備える。また記憶部２１３は、予め自プレイヤーを示すアイコンである自プレイヤーアイコン５１３と、味方プレイヤーを示すアイコンである味方プレイヤーアイコン５１４と、敵プレイヤーを示すアイコンである敵プレイヤーアイコン５１５と、未確認プレイヤーアイコン５１６と、被探索通知画面５１７と、装備アイテムデータ５１８とを予め記憶している。
【０４４７】
位置情報取得部１１１で取得される位置情報は、無線送信部１１２より情報処理サーバ５６０に送信されると共に自プレイヤーの位置を示す位置情報として記憶部２１３に記憶される。記憶部２１３は、当該自プレイヤーの位置を示す位置情報を自プレイヤー位置情報５１９として記憶する。
【０４４８】
無線受信部１１３は、情報処理サーバ５６０より送信されるユーザ位置通知情報と、被探索通知情報と、地図情報とを受信する。当該ユーザ位置通知情報は、アイテム使用要求生成部２２１が生成するアイテム使用要求が探索要求である場合に、情報処理サーバ５６０より処理結果として送信される情報である。また、被探索通知情報は、他のユーザより探索要求が送信され、情報処理サーバ５６０において自ユーザの位置を示す位置情報が当該他のユーザにユーザ位置通知情報として送信された場合に当該情報処理サーバ５６０より送信される情報である。また、地図情報は、地図情報送信要求生成部４１４が生成する地図情報送信要求に基づいて地図要求処理サーバ４３０より送信される地図に関する情報である。
【０４４９】
無線受信部１１３は、受信したユーザ位置通知情報をアイテム処理部２１４内のユーザ位置通知情報処理部５１１に、また被探索通知情報を被探索情報処理部５１２にそれぞれ送る。また、無線受信部１１３は、受信した地図情報を地図情報処理部４１２に送る。
【０４５０】
ユーザ位置通知情報処理部５１１は、情報処理サーバ５６０より送信されたユーザ位置通知情報を処理する。具体的には、ユーザ位置通知情報処理部５１１は、無線受信部１１３より受け取ったユーザ位置通知情報に含まれる他ユーザの位置を示す位置情報を記憶部２１３に格納する。記憶部２１３は、ユーザ位置通知情報処理部５１１により格納される他ユーザの位置を示す情報を他プレイヤー位置情報５２０として記憶する。ユーザ位置通知情報処理部５１１は、新たにユーザ位置通知情報を受け取った場合、当該他プレイヤー位置情報５２０を上書きして更新する。また、ユーザ位置通知情報処理部５１１は、記憶部５１３に他プレイヤー位置情報５２０を格納してから所定の時間経過後に、当該他プレイヤー位置情報５２０は正確な他ユーザの位置を示していないとして削除する処理を行う。従って、携帯端末装置５１０は、他プレイヤー位置情報５２０を記憶部２１３に記憶しておく所定の時間を計測する時間計測部を備えておく事が好ましい。ユーザ位置通知情報処理部５１１は、受け取ったユーザ位置通知情報に含まれる各ユーザの位置を示す位置情報を他プレイヤー位置情報５２０として記憶部２１３に格納すると共に当該時間計測部に時間計測を開始させる。ユーザ位置通知情報処理部５１１は、時間計測部が時間計測を完了した場合に、他プレイヤー位置情報５２０を記憶部２１３より消去する事で、表示制御部４１３が表示部１１５に表示する他ユーザを示すアイコンの表示時間を制御する。
【０４５１】
地図情報処理部４１２は、無線受信部１１３より受け取った地図情報に基づいて地図を描画し、記憶部２１３に格納する。記憶部２１３は、当該描画された地図を地図データ５２１として記憶する。
【０４５２】
表示制御部４１３は、記憶部２１３に記憶されている地図データを読み込んで表示部１１５に表示する。ここで、表示制御部４１３は、記憶部２１３に自プレイヤー位置情報５１９が記憶されている場合は、自プレイヤーを示すアイコンである自プレイヤーアイコン５１３を読み出して当該自プレイヤー位置情報５１９が示す地図上の位置に自プレイヤーアイコン５１３をオーバーレイ表示する。また、表示制御部４１３は、記憶部２１３に他プレイヤー位置情報５２０が記憶されている場合は、他プレイヤーを示すアイコンを読み出して当該他プレイヤー位置情報５２０が示す地図上の位置にオーバーレイ表示する。なお、他プレイヤー位置情報５２０に示される他ユーザが味方チームのユーザである場合は、表示制御部４１３は、味方プレイヤーアイコン５１４を読み出して当該他プレイヤー位置情報５２０が示す地図上の位置にオーバーレイ表示する。また、他プレイヤー位置情報５２０に示される他ユーザが敵チームのユーザである場合は、表示制御部４１３は、敵プレイヤーアイコン５１５を読み出して当該他プレイヤー位置情報５２０が示す地図上の位置にオーバーレイ表示する。また、他プレイヤー位置情報５２０に示される他ユーザが敵プレイヤーか味方プレイヤーか判別不能の場合は、表示制御部４１３は、未確認プレイヤーアイコン５１６を読み出して当該他プレイヤー位置情報５２０が示す地図上の位置にオーバーレイ表示する。
【０４５３】
図７６は、表示部１１５に表示されるプレイ画面の一例を示している。表示制御部４１３は、記憶部２１３から読み出した描画済みの地図データ５２１をマップ４２５として表示する。ここで、表示制御部４１３は、自プレイヤー位置情報５１９が示す地図上の位置に自プレイヤーアイコン５１３をオーバーレイ表示する。また、表示制御部４１３は、他プレイヤー位置情報５２０が示す地図上の位置のうち、味方プレイヤーの位置に味方プレイヤーアイコン５１４をオーバーレイ表示する。また、表示制御部４１３は、他プレイヤー位置情報５２０が示す地図上の位置のうち、敵プレイヤーの位置に敵プレイヤーアイコン５１５をオーバーレイ表示する。
【０４５４】
ここで、自プレイヤーアイコン５１３と、味方プレイヤーアイコン５１４と、敵プレイヤーアイコン５１５と、未確認プレイヤーアイコン５１６は、判別可能なように異なるアイコンが用いられる。
【０４５５】
なお、上述のように味方プレイヤーと敵プレイヤーを判別可能な状態で表示するためにユーザ位置通知情報には図７７に示すように位置情報に係るユーザが敵プレイヤーであるか味方プレイヤーであるかを判別する敵・味方判別情報（敵・味方判別ビット）が含まれていても良い。
【０４５６】
ここで、ユーザ位置通知情報に含まれる位置情報に係るユーザが味方プレイヤーである場合は、当該プレイヤーを識別するユーザＩＤが合わせて含まれる構成とすると良好である。図７７では、位置情報ｂに係るユーザは味方プレイヤーであるためユーザＩＤが付されているのに対し、位置情報ｎに係るユーザは敵プレイヤーであるためユーザＩＤは付されていない。なお、味方プレイヤーのユーザＩＤがゲーム開始通知情報に含まれて記憶部２１３に記憶されている場合は、当該味方プレイヤーを識別する情報はユーザＩＤではなく、味方プレイヤーに割り当てられたユーザ管理番号であっても良い。記憶部２１３に、当該ユーザ管理番号と対応するユーザのユーザＩＤが記憶されている事で、当該ユーザ管理番号に基づいてユーザＩＤを特定可能であるためである。
【０４５７】
ユーザ位置通知情報処理部５１１は、当該ユーザ位置通知情報を受け取ると、位置情報と共に敵・味方判別情報やユーザＩＤを他プレイヤー位置情報５２０として記憶部２１３に格納する。
【０４５８】
表示制御部４１３は、味方プレイヤーアイコン５１４、敵プレイヤーアイコン５１５、未確認プレイヤーアイコン５１６、の中から当該敵・味方判別情報に基づいて特定されるアイコンを読み出して、位置情報で示される地図上の位置にオーバーレイ表示する。
【０４５９】
ここで、表示制御部４１３は、操作入力部１２２より表示部１１５で表示中の味方プレイヤーアイコン５１４が選択された場合に、図７８に示す当該味方プレイヤーアイコン５１４に対応するユーザのＩＤを表示するポップアップ画面５２２を表示するよう構成しても良い。すなわち、味方プレイヤーアイコン５１４は当該アイコンが示すユーザの情報にリンクされており、当該アイコンを選択する操作入力を操作入力部１２２が受けることで、表示制御部４１３は記憶部２１３に記憶している上記ユーザ情報を読み出してポップアップ画面５２２を表示する。当該構成とすることで、マップ４２５にオーバーレイ表示されている味方プレイヤーアイコン５１４がどの味方プレイヤーであるかを確認する事ができる。
【０４６０】
次に、被探索通知情報処理部５１２について説明する。被探索通知情報処理部５１２は、情報処理サーバ５６０より送信された被探索通知情報を処理する。具体的には、被探索通知情報処理部５１２を無線受信部１１３より受け取ると表示制御部４１３に被探索通知画面の表示指示を出す。
【０４６１】
表示制御部４１３は、被探索通知情報処理部５１２より上記指示を受けると、記憶部２１３に記憶されている被探索通知画面５１７を読み出して表示部１１５に表示する。
【０４６２】
図７９は、表示部１１５に表示される被探索通知画面５１７の一例を示している。当該被探索通知画面５１７には、敵プレイヤーが使用した探索要求に基づいて自身の位置情報が送信されたことを意味する文章が表示され、ユーザに注意喚起を行う。
【０４６３】
以上のように、本実施の形態５に係る情報処理システムは、複数の携帯端末装置又はユーザに関する情報を登録する登録手段と、当該登録した複数のユーザ（携帯端末装置）の位置を示す位置情報を記憶する記憶手段とを具備する。そして、当該複数のユーザ（携帯端末装置）のいずれかから送信された第１探索要求を受信する受信手段と、受信した第１探索要求に基づいて、当該第１探索要求を送信したユーザ（携帯端末装置）に対して登録手段で登録された他のユーザ（携帯端末装置）の位置を示す位置情報を送信する送信手段と、を具備する。
【０４６４】
当該構成とすることで、他のユーザ（携帯端末装置）の位置を知りたい場合は、ユーザは、探索系アイテムであるアイテムＮｏ０１：全方向サーチを使用し、第１探索要求を送信することで他のユーザ（携帯端末装置）の位置を知ることができる。
【０４６５】
従来の「鬼ごっこ」や「ドロケイ」では、泥棒側が非常に見つかりにくい場所に隠れた場合、そしてそこから隠れた側が動かない場合、警察側は捕まえることが非常に困難になり、時間だけが無為に過ぎ去ってしまう。このことが、ゲームの興を削いでいる側面があった。
【０４６６】
このように、私達が遊んできた従来のゲームにはゲーム性という観点で欠点があり、また、ゲーム内容が単純過ぎるため、戦略等を考える要素が少ない。従って、家庭用ゲームにおいて次々に与えられる状況を頭脳を駆使して解決していくと言った遊びと比較して、鬼ごっこ等は刺激が低く、従って子供が積極的にこれら屋外の遊びを行わないと言った問題が生じていた。
【０４６７】
これに対し、ユーザは上記探索系アイテムを使用しユーザ位置を特定する事を女王処理システムが補助することで、ユーザは同一位置に隠れ続けることが難しくなるため、ゲーム状況がダイナミックに動くため、運動効果や頭脳トレーニングに効果的となる。
【０４６８】
なお、ユーザ位置通知情報生成部５６３は、第１探索要求の送信元ユーザの現在位置を示す位置情報を他ユーザの現在位置を示す位置情報と共にユーザ位置通知情報に含めて送信する構成であっても良い。現在の位置情報をネットワーク側で算出する形態をとる場合は、自身の位置情報も合わせて送信することで使用リソースを減らすことができるため特に好ましい。この場合、位置情報抽出部５６２は、第１探索要求に基づいて当該第１探索要求に含まれるゲームフィールド管理番号に対応付けされたユーザ情報管理ファイルに登録されている各ユーザの位置情報を抽出する。
【０４６９】
ここで、システム内でユーザ（携帯端末装置）より送信できる第１探索要求の回数に制限を設けておく構成とするとなお良好である。回数制限を設定することで、不必要に自分の位置が他ユーザに知られることを防ぐことができ、ゲームバランスを維持することが可能となる。
【０４７０】
また、ユーザは、複数のグループのうち、探索するグループを指定して探索要求を送信する構成としても良い。携帯端末装置５１０においてアイテム使用要求生成部２２１は、操作入力部１２２で受けたグループ指定の操作入力に基づいて探索するグループを指定するグループ指定情報を含む探索要求を生成し、無線送信部１１２が当該生成された探索要求を無線送信する。この場合、情報処理システム５００側で受信される探索要求には、複数のグループのうち、探索を要求するグループを指定するグループ指定情報が含まれ、ユーザ位置通知情報生成部５６３は、当該グループ指定情報で指定されたグループに属する他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する。すなわち、位置情報抽出部５６２は、探索要求に含まれるグループ指定情報で指定されたグループに属する他のユーザ（携帯端末装置）の位置を抽出する。このように、予め探索を行いたいグループが定まっている場合は、グループを指定することで、不必要なユーザの位置情報の送信を防ぐことができ、使用リソースを削減することができる。
【０４７１】
なお、当該グループを指定して探索を要求する探索要求を、通常の探索である第１探索要求とは別に第５探索要求としてユーザが選択できるように構成しても良い。すなわち、このような探索は別のアイテムとして別途設ける構成とすることができる。多数のチームに分かれてゲームをする場合は、このようにグループを指定できる探索アイテムを図３２に示すアイテムリストに登録しておくとゲームバランスが向上するため好ましい。以下の説明では、このような探索アイテムをグループ指定サーチと称することがある。
【０４７２】
また、上記説明した探索要求では、探索位置についての指定は行わず、ゲーム条件として設定された全位置領域について探索を行う場合について説明したが、探索位置範囲を指定した探索を更に行える構成を加えると更に良好である。
【０４７３】
この場合、ユーザは、探索を行う位置範囲を指定して探索要求を送信する。情報処理システム５００側において、受信した探索要求には、探索を行う位置範囲を指定する探索位置指定情報が含まれ、ユーザ位置通知情報生成部５６３は、探索位置指定情報に基づいて特定される位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する。すなわち、位置情報抽出部５６２は、探索要求に含まれる探索位置指定情報に基づいて特定される位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を抽出する。このように、ある程度探索を行いたい位置範囲が判別している場合は、探索を要求する位置範囲を指定できる構成とすることで使用リソースを削減できる。
【０４７４】
ここで、ユーザは自身の現在位置から自分が向いている方角の位置範囲を探索したいという要求があるため、位置範囲の指定方法として、方角を用いた指定方法を設けておくことが好ましい。この場合、ユーザは、探索する方角を示す探索方角情報を含めて探索要求を送信する。具体的には、携帯端末装置５１０内に自装置の方角を検出する方角検出部を配置しておき、アイテム使用要求生成部２２１が、当該方角検出部で検出された現在の自装置（自ユーザ）の方角を示す情報を探索する方角を示す探索方角情報として探索要求に含めて送信する。
【０４７５】
情報処理システム５００側において、受信する探索要求に含まれる探索位置指定情報には、探索する方角を示す探索方角情報が含まれ、位置情報抽出部５６２は、探索要求を送信したユーザ（携帯端末装置）の現在位置から探索方角情報で示される方角における所定の角度範囲の位置範囲内に位置している他のユーザ（携帯端末装置５１０）の位置を示す位置情報を抽出する。ユーザ位置通知情報生成部５６３は、探索要求を送信したユーザ（携帯端末装置）の現在位置から探索方角情報で示される方角における所定の角度範囲の位置範囲内に位置している他のユーザ（携帯端末装置５１０）の位置を示す位置情報を含むユーザ位置通知情報を生成する。一方、ユーザ位置通知情報生成部５６３は、上記位置範囲内に位置していない他のユーザ（携帯端末装置）の位置を示す位置情報は含めずにユーザ位置通知情報を生成する。
【０４７６】
ここで、位置情報抽出部５６２は、探索要求を送信したユーザ（携帯端末装置）の現在位置を、例えばユーザ情報管理ファイルを参照して取得しても良いし、探索要求内に当該要求元のユーザ（携帯端末装置）の現在位置を示す位置情報が含まれ、当該位置情報を用いてもよい。
【０４７７】
なお、上記現在位置と方角とを用いた位置範囲の指定による探索が図３２で説明したアイテムＮｏ０２の一方向サーチに該当する。従って、位置範囲を指定しない第１探索要求とは別に当該サーチを第２探索要求として、ユーザが選択できるように構成してもおくと良好である。すなわち、全方向サーチとは異なる別のアイテムとして別途設ける構成とするとユーザの探索選択肢が増えるためさらに良好である。
【０４７８】
図８０は、上記第２探索要求を受信した場合のアイテム処理部２６５の処理動作を示すフローチャート図である。但し、ステップＳ５０４以外は、図７１のフローチャート図と略同一であるため説明を一部省略する。位置情報抽出部５６２は、第２探索要求の送信元ユーザの現在位置を示す位置情報をユーザ管理ファイルを参照して取得する（ステップＳ５０４−Ａ）。続いて、位置情報抽出部５６２は、第２探索要求に含まれる探索方角情報から、探索する方角を特定する（ステップＳ５０４−Ｂ）。続いて、位置情報抽出部５６２は、Ｓ５０４−Ａで取得した位置情報とＳ５０４−Ｂで特定した方角とを用いて探索対象の位置範囲を算出する（ステップＳ５０４−Ｃ）。続いて、位置情報抽出部５６２は、Ｓ５０４−Ｃで算出した位置範囲に位置するユーザを抽出する（ステップＳ５０４−Ｄ）。当該抽出は、算出した位置範囲と、ユーザ管理ファイルに登録されている各ユーザの現在位置を示す位置情報との比較処理を行うことで抽出できる。続いて、位置情報抽出部５６２は、ステップＳ５０４−Ｄで抽出したユーザの位置情報をユーザ位置通知情報生成用に取得する（ステップＳ５０４−Ｅ）。当該処理を行うことで、所定の位置範囲の位置するユーザだけ探索対象とすることができる。
【０４７９】
なお、第２探索要求には、上記探索方角情報に加えて探索する角度を指定する探索角度情報を含む構成とするとなお良好である。この時、上記ステップＳ５０４−Ｂにおいて、位置情報抽出部５６２は、第２探索要求に含まれる探索方角情報に基づいて探索する方角を特定し、探索角度情報に基づいて探索する角度を特定する。そして、ステップＳ５０４−Ｃにおいて、位置情報抽出部５６２は、ステップＳ５０４−Ａで取得した位置情報とＳ５０４−Ｂで特定した方角及び角度に基づいて探索対象の位置範囲を算出する。
【０４８０】
このように、探索する角度を所定の角度として固定せず、ユーザ側から指定できるようにするとゲーム性が向上するため更に良好である。ここで、上記第２探索要求に含まれるユーザのレベルや職位に基づいて変更される構成とするとなお良好である。本発明で想定しているゲームでは、ユーザが当該ゲームをプレイすることで取得する経験値に基づいて、各ユーザのレベルや職位（ランク）が昇進していく。各携帯端末装置５１０の記憶部２１３にはユーザ情報として当該レベルや職位に関する情報が記憶されており、アイテム使用要求生成部２２１は、第２探索要求を生成する際に、当該レベルや職位に基づいて決定される探索する角度を示す探索角度情報を含めて送信する。当該構成とすることで、ゲームを継続して進めて経験を積んでいくことにより、自分が使用するアイテムの効果が増強されるため、ゲーム性を向上させることができる。例えば、本発明の情報処理システムを利用したゲームをし始めたばかりの初心者では探索角度として３０度の角度範囲しか探索できないのに対し、経験を積んで職位が上がると探索角度が４５度、６０度と向上していくことで、自身のスキルアップを図るトレーニング効果を奏することができる。
【０４８１】
なお、ゲーム開始時のユーザ登録の段階で、ユーザ情報管理ファイルにユーザの職位（ランク）を合わせて登録しておく場合は、当該探索角度情報を含めなくても良い。位置情報抽出部５６２は、ユーザ情報管理ファイルを参照し、第２探索要求元のユーザの職位に対応付けられた探索角度を求め、当該ユーザの現在位置及び第２探索要求に含まれる探索方角情報に含まれる方角とを組み合わせて探索位置範囲を算出することができる。
【０４８２】
なお、ユーザ位置通知情報生成部５６３は、第２探索要求を送信したユーザ（携帯端末装置）の現在位置から上記探索方角情報で示される方角における所定の角度範囲の位置範囲であって、第２探索要求送信元のユーザ（携帯端末装置）の現在位置から所定の距離以内の位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する構成としても良い。指定した方角であっても自分（自装置）からの距離が所定値を超えて離れている他のユーザ（携帯端末装置）については、位置情報の送信を不要とすることで、使用リソースを削減することができると共に、直感的に現実の探索センサに近い挙動を示すため、リアリティを向上させることが可能となる。
【０４８３】
なお、当該自分（自装置）からの所定の距離以内に位置する他の携帯端末装置を探索する要求を別途第６探索要求として設定しても良い。すなわち、図３２に示すアイテムリストに近距離サーチとして独立したアイテムとして登録しておいても良い。ユーザは、当該近距離サーチを行いたい場合は、所有して装備している当該近距離サーチのアイテムを使用する操作入力を操作入力部１２２を介して行う。アイテム使用要求生成部２２１は、アイテム使用要求内の使用アイテム識別情報に当該近距離サーチに割り当てられたアイテム番号を含めることで、当該アイテム使用要求を第６探索要求として生成する。
【０４８４】
情報処理システム５００側において、ユーザ位置通知情報生成部５６３は、受信した第６探索要求に基づいて探索要求送信元のユーザ（携帯端末装置）の現在位置から所定の距離以内の位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する。すなわち、位置情報抽出部５６２は、受信した第６探索要求に基づいて探索要求送信元のユーザ（携帯端末装置）の現在位置から所定の距離以内の位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を抽出し、ユーザ位置通知情報生成部５６３に当該位置情報を含むユーザ位置通知情報の生成指示を出す。上記所定の距離の外に位置する他のユーザ（携帯端末装置）については、位置情報の送信を不要とすることで、使用リソースを削減することができると共に、直感的に現実のセンサに近い挙動を示すため、リアリティを向上させることが可能となる。
【０４８５】
図８１は、上記第６探索要求を受信した場合のアイテム処理部２６５の処理動作を示すフローチャート図である。但し、ステップＳ６０４以外は、図７１のフローチャート図と略同一であるため説明を一部省略する。位置情報抽出部５６２は、第６探索要求の送信元ユーザの現在位置を示す位置情報をユーザ管理ファイルを参照して取得する（ステップＳ６０４−Ａ）。続いて、位置情報抽出部５６２は、第６探索要求に含まれる探索する距離の長さを表す探索距離情報から、探索する距離範囲を特定する（ステップＳ６０４−Ｂ）。続いて、位置情報抽出部５６２は、Ｓ６０４−Ａで取得した位置情報とＳ６０４−Ｂで特定した距離とを用いて探索対象の位置範囲を算出する（ステップＳ６０４−Ｃ）。続いて、位置情報抽出部５６２は、Ｓ６０４−Ｃで算出した位置範囲に位置するユーザを抽出する（ステップＳ６０４−Ｄ）。当該抽出は、算出した位置範囲と、ユーザ管理ファイルに登録されている各ユーザの現在位置を示す位置情報との比較処理を行うことで抽出できる。続いて、位置情報抽出部５６２は、ステップＳ６０４−Ｄで抽出したユーザの位置情報をユーザ位置通知情報生成用に取得する（ステップＳ６０４−Ｅ）。当該処理を行うことで、所定の位置範囲の位置するユーザだけ探索対象とすることができる。
【０４８６】
なお、上記探索要求に含まれる探索する距離を特定する探索距離情報は、ユーザのレベルや職位に基づいて変更される構成とするとなお良好である。本発明で想定しているゲームでは、ユーザが当該ゲームをプレイすることで取得する経験値に基づいて、各ユーザのレベルや職位（ランク）が昇進していく。各携帯端末装置５１０の記憶部２１３にはユーザ情報として当該レベルや職位に関する情報が記憶されており、アイテム使用要求生成部２２１は、第６探索要求を生成する際に、当該レベルや職位に基づいて決定される探索する距離を示す探索距離情報に含めて送信する。当該構成とすることで、ゲームを継続して進めて経験を積んでいくことにより、自分が使用するアイテムの効果が増強されるため、ゲーム性を向上させることができる。
【０４８７】
なお、ゲーム開始時のユーザ登録の段階で、ユーザ情報管理ファイルにユーザの職位（ランク）を合わせて登録しておく場合は、当該探索距離情報を含めなくても良い。ユーザ位置通知情報生成部５６３は、ユーザ情報管理ファイルを参照し、第６探索要求元のユーザの職位に対応付けられた探索距離を取得し、当該ユーザの現在位置と当該取得した探索距離とを組み合わせて探索位置範囲を算出することができる。
【０４８８】
また、上述した現在位置からの距離と方角の両方で探索する位置範囲を特定する探索要求を第７探索要求として設定しても良い。位置情報抽出部５６２は、ユーザ情報管理ファイルを参照して、第７探索要求を送信したユーザ（携帯端末装置）の現在位置から探索方角情報で示される方角における所定の角度範囲であって所定の距離以内の位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を抽出する。ユーザ位置通知情報生成部５６３は、第７探索要求を送信したユーザ（携帯端末装置）の現在位置から探索方角情報で示される方角における所定の角度範囲であって所定の距離以内の位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する。
【０４８９】
なお、位置範囲の指定方法としては方角を用いる場合に限定するものではない。ユーザ自ら操作入力部１２２を介して探索位置範囲を指定し、アイテム使用要求生成部２２１は、当該指定された位置を示す情報を探索位置指定情報として第８探索要求を生成しても良い。この場合、ユーザは、探索する位置範囲を特定するために複数の座標を示す情報を含めた第８探索要求を送信する。ユーザは、操作入力部１２２より探索範囲を特定するための位置座標を選択する。
【０４９０】
この場合、情報処理システム５００側において、探索位置指定情報には、複数の位置座標が含まれ、位置情報抽出部５６２は、受信した第８探索要求に含まれる当該複数の位置座標を境界線に含む位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を抽出する。そして、ユーザ位置通知情報生成部５６３は、受信した第８探索要求に含まれる当該複数の位置座標を境界線に含む位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する構成をとる。予め探索したい携帯端末装置の大まかな位置が判明している場合など、探索を行う位置範囲を特定できる場合には、当該方法によって探索範囲を予め狭めておくことで、使用リソースを削減できる。なお、このような探索要求を第８探索要求として設定しておいても良い。図３２に示すアイテムリストに位置範囲指定サーチとして独立したアイテムとして登録しておいても良い。
【０４９１】
また、上述した第１、第２、及び第５〜第８の探索要求では、被探索通知情報生成部５６４が、自装置の位置情報が他装置に送信されたことを通知する被探索通知情報を生成し、自装置の位置情報が送信された各ユーザ（携帯端末装置）に対して当該被探索通知情報を送信している。
【０４９２】
このような構成とすることで、探索を受けた側のユーザは、自身の居場所が他ユーザに知られたことを認識することができるため、その後の対応を取りやすくなるものの、探索要求元のユーザから見れば、他ユーザの位置情報を取得したことを知られたくないと言った場合がある。そこで、これらの各探索要求に対応する形で別途被探索通知情報を生成しない探索要求を設定しても良い。これが、図３２のアイテムリストに含まれるアイテムＮｏ０３：全方向ステルスサーチ（第３探索要求）やアイテムＮｏ０４：一方向ステルスサーチ（第４探索要求）である。以下の説明では、基本設定として当該被探索通知情報を生成しない探索要求を特にステルス探索要求と称することがある。
【０４９３】
図３２に示すように被探索通知情報を生成して送信する通常の探索要求に加えて、当該被探索通知情報を送信しないステルス探索要求を別途用意しておくと、探索を行うユーザの利便性が向上する。
【０４９４】
位置情報抽出部５６２は、第３探索要求に基づいて、当該第３探索要求を送信したユーザ（携帯端末装置）に対してユーザ情報管理ファイルに登録された他のユーザ（携帯端末装置）の位置を示す位置情報を抽出し、当該抽出した位置情報を含むユーザ位置通知情報の生成指示をユーザ位置通知情報生成部５６３に出す。一方、位置情報抽出部５６２は、被探索通知情報生成部５６４には、所定の条件を満たすユーザ（携帯端末装置）が居る場合を除き被探索通知情報の生成指示を出さない。このように、ユーザ位置通知情報生成部５６３は、第３探索要求に基づいて、当該第３探索要求を送信したユーザ（携帯端末装置）に対してユーザ情報管理ファイルに登録された他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する。一方、被探索通知情報生成部５６４は、受信部２６１で受信された第３探索要求はステルス探索要求であるため、所定の条件を満たすユーザ（携帯端末装置）が居る場合を除き被探索通知情報を生成しない。従って、送信部２６８は、第３探索要求の送信元以外のユーザ（携帯端末装置）には後述する所定の条件を満たすユーザ（携帯端末装置）を除いて被探索通知情報を送信しない。
【０４９５】
ここで、受信された探索要求がステルス探索要求の場合でも被探索通知情報を送信するユーザ（携帯端末装置）としては、予め第３探索要求のようなステルス探索要求が送信された場合に、被探索通知情報を送信するよう設定しているユーザ（携帯端末装置）がある。他ユーザよりステルス探索要求が送信された場合でも、被探索通知情報を送信するように予め設定しておくことで、自分の現在位置が他ユーザに知られてしまったことを知ることができる。当該設定は、被探索通知情報送信設定要求を予め送信しておくことで実現できる。当該被探索通知情報送信設定要求が図３２のアイテムＮｏ０１０：センサーに該当する。当該センサーに該当する被探索通知情報送信設定要求は、他ユーザより位置探索が行われたことの検知を設定することを要求するものであるため、検知設定要求と称することがある。
【０４９６】
また、位置情報抽出部５６２は、第４探索要求に基づいて、当該第４探索要求を送信したユーザ（携帯端末装置）の現在位置から上記第４探索要求に含まれる探索方角情報で示される方角における所定の角度範囲の位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を抽出し、当該位置情報を含むユーザ位置通知情報の生成指示をユーザ位置通知情報生成部５６３に出す。一方、位置情報抽出部５６２は、所定の条件を満たすユーザ（携帯端末装置）が居る場合を除き被探索通知情報生成部５６４に被探索通知情報の生成指示は出さない。このように、ユーザ位置通知情報生成部５６３は、当該第４探索要求に基づいて、当該第４探索要求を送信したユーザ（携帯端末装置）の現在位置から上記探索方角情報で示される方角における所定の角度範囲の位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する。一方、被探索通知情報生成部５６４は、受信部２６１で受信された第４探索要求はステルス探索要求であるため、上記所定の条件を満たすユーザ（携帯端末装置）が居ない場合は被探索通知情報を生成しない。従って、送信部２６８は、第４探索要求の送信元以外のユーザ（携帯端末装置）には所定の条件を満たすユーザ（携帯端末装置）を除いて被探索通知情報を送信しない。
【０４９７】
また、位置情報抽出部５６２は、受信した第９探索要求に基づいて、グループ指定情報で指定されたグループに属する他のユーザ（携帯端末装置）の位置を示す位置情報を抽出し、ユーザ位置通知情報生成部５６３にユーザ位置通知情報の生成指示を出す。一方、位置情報抽出部５６２は、所定の条件を満たすユーザ（携帯端末装置）が居る場合を除き被探索通知情報生成部５６４には被探索通知情報の生成指示を出さない。このように、ユーザ位置通知情報生成部５６３は、受信した第９探索要求に基づいて、グループ指定情報で指定されたグループに属する他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する。一方、被探索通知情報生成部５６４は、受信部２６１で受信された第９探索要求はステルス探索要求であるため、上記所定の条件を満たすユーザ（携帯端末装置）が居ない場合は被探索通知情報を生成しない。従って、送信部２６８は、第９探索要求の送信元以外のユーザ（携帯端末装置）には上記所定の条件を満たすユーザ（携帯端末装置）を除いて被探索通知情報を送信しない。
【０４９８】
また、ユーザ位置通知情報生成部５６３は、受信した第１０探索要求に基づいて、第１０探索要求送信元のユーザ（携帯端末装置）の現在位置から所定の距離以内の位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する。一方、被探索通知情報生成部５６４は、受信部２６１で受信された第１０探索要求はステルス探索要求であるため、所定の条件を満たすユーザ（携帯端末装置）が居ない場合は被探索通知情報を生成しない。従って、送信部２６８は、第１０探索要求の送信元以外のユーザ（携帯端末装置）には上記所定の条件を満たすユーザ（携帯端末装置）を除いて被探索通知情報を送信しない。
【０４９９】
また、位置情報抽出部５６２は、第１１探索要求を送信したユーザ（携帯端末装置）の現在位置から探索方角情報で示される方角における所定の角度範囲であって所定の距離以内の位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を抽出し、ユーザ位置通知情報生成部５６３にユーザ位置通知情報を生成する。一方、位置情報抽出部５６２は、所定の条件を満たすユーザ（携帯端末装置）がいない場合は、被探索通知情報生成部５６４には被探索通知情報の生成指示を出さない。ユーザ位置通知情報生成部５６３は、第１１探索要求を送信したユーザ（携帯端末装置）の現在位置から探索方角情報で示される方角における所定の角度範囲であって所定の距離以内の位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する。一方、被探索通知情報生成部５６４は、受信部２６１で受信された第１１探索要求はステルス探索要求であるため、上記所定の条件を満たすユーザ（携帯端末装置）が居ない場合は被探索通知情報を生成しない。従って、送信部２６８は、第１１探索要求の送信元以外のユーザ（携帯端末装置）には上記所定の条件を満たすユーザ（携帯端末装置）を除いて被探索通知情報を送信しない。
【０５００】
また、第１２探索要求には、複数の位置座標が含まれ、位置情報抽出部５６２は、当該複数の位置座標を境界線に含む位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を抽出し、ユーザ位置通知情報生成部５６３にユーザ位置通知情報の生成指示を出す。一方、位置情報抽出部５６２は、所定の条件を満たすユーザ（携帯端末装置）がいない場合は、被探索通知情報生成部５６４には、被探索通知情報の生成指示を出さない。このように第１２探索要求には、複数の位置座標が含まれ、ユーザ位置通知情報生成部５６３は、当該複数の位置座標を境界線に含む位置範囲内に位置している他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する。一方、被探索通知情報生成部５６４は、受信部２６１で受信された第１２探索要求はステルス探索要求であるため、上記所定の条件を満たすユーザ（携帯端末装置）が居ない場合は被探索通知情報を生成しない。従って、送信部２６８は、第１２探索要求の送信元以外のユーザ（携帯端末装置）には上記所定の条件を満たす（携帯端末装置）を除いて被探索通知情報を送信しない。
【０５０１】
上記説明した第１探索要求〜第１２探索要求を纏めると図８２のようになる。探索要求は、大きく分けて、基本設定として被探索通知情報を生成して送信する通常サーチと、被探索通知情報を生成しないステルスサーチと、に分かれる。ここで、ユーザ（携帯端末装置）よりステルス探索要求である第３〜第４、第９〜第１２の探索要求が送信された場合、上述したアイテムＮｏ０１０：センサを使用しているユーザがいる場合には当該センサを使用しているユーザに対して被探索通知情報が生成されるとしたが、情報処理システム５００のアイテムに当該センサに対応するアイテムを登録していない場合は、被探索通知情報生成部５６４は、ステルス探索要求に対しては常に被探索通知を生成しない構成としても良い。
【０５０２】
なお、使用可能アイテムとして、これら１２個の探索を使用可能としても良いが、探索要求が増えすぎると、逆にユーザに選択の混乱を招く可能性があるため、当該１２個の探索要求の中からいくつかを選択して使用可能アイテムとしてリストに登録しておくと良い。図３２で説明した使用可能なアイテムとして登録されているアイテムは、第１探索要求〜第４探索要求の４つである。
【０５０３】
なお、上記探索要求を受信した場合、ユーザ位置通知情報生成部５６３は、他のユーザ（携帯端末装置）のうち、所定の条件を満たすユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する構成とし、位置情報の送信等を行わない設定を可能とするとなお良好である。
【０５０４】
また、上記各探索要求に基づいて、ユーザ位置通知情報生成部５６３は、所定の期間に渡って上記探索要求の内容に応じたユーザ位置通知情報を生成する構成としても良い。この時、どれだけの期間に渡って上記処理に基づいてユーザ位置通知情報を生成し続けるかは、予めシステム内で固定した期間が設定されていても良いし、各探索要求内に探索する期間に関する探索時間情報が含まれていても良い。
【０５０５】
また、上記探索時間情報も上述した探索角度情報や探索距離情報と同じく探索要求送信元のユーザの職位やＪｏｂに応じて、探索時間の長さが変更される構成であっても良い。
【０５０６】
この場合は、ユーザ情報管理ファイルには、図８３に示すように、各ユーザと、当該ユーザのゲーム内での職位（ランク）を示す情報とを対応付けて記録されていると処理が簡単となるため好ましい。
【０５０７】
図８４は、当該職位に応じて、探索角度や探索距離や探索時間が異なる場合における各値を示す対照テーブルである。当該対照テーブルでは、各職位に、対応する探索角度と探索距離と探索時間とが対応付けられて記録されている。
【０５０８】
図８５は、職位に応じて探索時間が決定される構成において、第３探索要求を受信した場合の処理の流れを示すフローチャート図である。
【０５０９】
位置情報抽出部５６２は、受信したアイテム使用要求がステルス探索要求である第３探索要求であった場合（ステップＳ７０２でＹｅｓ）、当該第３探索要求のユーザに応じた探索時間を算出する（ステップＳ７０３−Ａ）。具体的には、位置情報抽出部５６２は、図８３に示すようにユーザＩＤと当該ユーザＩＤで識別されるユーザの職位とが対応付けられたユーザ情報管理ファイルを参照して、当該第３探索要求の送信元ユーザの職位を特定し、図８４に示す職位とアイテムの効力とが対応付けられた対照テーブルを参照する。ここでは、探索要求が第３探索要求であるため、アイテムの効力は、探索時間に関する情報となる。位置情報抽出部５６２は、上記対照テーブルを参照して送信元ユーザの職位に対応付けられた探索時間をタイマーに設定する時間として取得する。次に、位置情報抽出部５６２は、ステップＳ７０３−Ａで求めた探索時間をタイマー時間として、タイマーをセットする（ステップＳ７０３−Ｂ）。当該タイマーとしては既存の技術を用いて実現できるため、説明を省略する。当該タイマー（時間計測部）は、情報処理サーバ５６０内に配置される。
【０５１０】
続いて、位置情報抽出部５６２は、他のユーザ（携帯端末装置）の現在位置を示す位置情報を取得し（ステップＳ７０４）、ユーザ位置通知情報生成部５６３は、当該位置情報を含めたユーザ位置通知情報を生成して送信部２６８に出力する（ステップＳ７０５）。送信部２６８は、当該生成されたユーザ位置通知情報を第３探索要求の送信元ユーザ（携帯端末装置）に送信する。
【０５１１】
また、位置情報抽出部５６２は、ステップＳ７０４で抽出したユーザ（位置情報を取得したユーザ）がセンサーを使用している、すなわち感知設定を行っているかを判定する（ステップＳ７０６−Ａ）。位置情報抽出部５６２は、判定の結果、ステップＳ７０４で位置情報を取得したユーザの中にセンサーを使用しているユーザがいる場合は、当該ユーザに対する被探索通知情報を生成してステップＳ７０７に進む（ステップＳ７０６−Ｂ）。送信部２６８は、当該生成された被探索通知情報を上記センサーを使用しているユーザに対して送信する。一方、ステップＳ７０６−Ａの判定の結果、センサーを使用しているユーザがいない場合は、ステップＳ７０７に進む。
【０５１２】
位置情報抽出部５６２は、ステップＳ７０３−Ｂでセットされたタイマー時間が経過したかを判定する（ステップＳ７０７）。当該時間が経過していない場合は、ステップＳ７０４に戻り、再度ユーザ位置通知情報を抽出してユーザ位置通知情報生成部５６３にユーザ位置通知情報の生成指示を出す。
【０５１３】
当該構成とすることで、一定期間は探索で見つかったユーザを追跡できる構成とする。なお、探索要求が第２探索要求や第６探索要求である場合は、位置情報抽出部５６２は、セットしたタイマー時間が経過したかを判定した結果、当該時間を経過していない場合は、ステップＳ５０４−ＤやステップＳ６０４−Ｄに戻り、算出した位置範囲内に位置するユーザの抽出処理を再度行っても良い。探索対象となるユーザが探索対象となる位置範囲内に留まる限り、探索時間内は、定期的に当該端末の現在位置を示す情報がユーザ位置通知情報に含められて探索要求送信元の携帯端末装置に送信される。
【０５１４】
なお、上記説明では使用するアイテムの効果がユーザの職位に基づいて変化する場合について説明したが、ユーザのＪｏｂ（役割）に基づいて効果が変化する構成であっても良い。例えば、ゲーム開始時にユーザが自ら選択する、又はシステム側がランダムに当該ユーザ割り当てるＪｏｂに基づいて、アイテムの使用効果が変化すると、ユーザは、どのＪｏｂを選択してどのような戦略を立てるかを考えてゲームをプレイするため、戦略トレーニング効果が高い。例えば、ユーザが情報工作兵のＪｏｂを選択した場合は、他のＪｏｂを選択したユーザと比較して、探索時間や探索距離が長くなるように設定されても良い。すなわち、位置情報抽出部５６２は、探索要求に基づいてユーザ情報管理ファイルを参照し、当該探索要求の送信元ユーザのＪｏｂを確認する。位置情報抽出部５６２は、当該Ｊｏｂに基づいて探索時間や探索位置範囲の大きさ等を決定して、ユーザの抽出及び位置情報の取得を行い、ユーザ位置通知情報の生成指示等の各種処理を行う。
【０５１５】
なお、上記説明では、プレイ中のゲームが上述した「サイバー戦争」であることを年頭にして説明したが、「鬼ごっこ」や「ドロケイ」でも同様に使用可能である。プレイ中のゲームが「鬼ごっこ」の場合、鬼役のユーザが探索要求を使用すると、ユーザ位置通知情報生成部５６３は、他グループに該当する逃げ役のユーザ達の現在位置を示す位置情報を含むユーザ位置通知情報を当該探索要求送信元の鬼役のユーザに送信する。逆に、逃げ役のユーザが探索要求を使用するとユーザ位置通知情報生成部５６３は、逃げ役のグループから見て他グループに属する鬼役のユーザの現在位置を示す位置情報を含むユーザ位置通知情報を当該探索要求送信元の逃げ役のユーザに送信する。
【０５１６】
また、プレイ中のゲームが「ドロケイ」である場合、警察チーム側のユーザが探索要求を使用すると、泥棒チーム側のユーザの現在位置を示す位置情報を含むユーザ位置通知情報を取得することができ、一方、泥棒チーム側のユーザが探索要求を使用すると、警察チーム側のユーザの現在位置を示す位置情報を含むユーザ位置通知情報を取得することができる。
【０５１７】
なお、この時、ユーザ位置通知情報生成部５６３は、味方チームのユーザの現在位置を示す位置情報も合わせてユーザ位置通知情報を生成し、当該ユーザ位置通知情報が探索要求元に送信される構成としても良い。この場合、ユーザ位置通知情報生成部５６３は、各位置情報で示されるユーザが味方チームのユーザであるか敵チームのユーザであるかを示す識別子を含めてユーザ位置通知情報を生成すると、探索要求元の携帯端末装置の表示部１１５で、敵と味方が判別可能な状態で表示されるため、更に良好である。
【０５１８】
なお、ユーザ位置通知情報生成部５６３は、味方チームのユーザについては、当該ユーザを識別するユーザＩＤを含めてユーザ位置通知情報を生成すると更に良好である。すなわち、ユーザ位置通知情報生成部５６３は、探索要求送信元のユーザが属するチームに属するユーザ（味方ユーザ）のユーザＩＤと当該ユーザの現在位置を示す位置情報とを対応付けた状態でユーザ位置通知情報に含め、探索要求送信元のユーザが属するチームに属さないユーザ（敵ユーザ）の現在位置を示す位置情報を上記ユーザ位置通知情報に含めて送信する。
【０５１９】
当該構成とすることで、探索要求送信元の携帯端末装置の表示部１１５で敵ユーザの位置と味方ユーザの位置及びユーザ名を表示することが可能となるため、探索要求送信元のユーザは味方ユーザに適切な指示を行うことが可能となる。
【０５２０】
上述した携帯端末装置５１０の構成について別の発明思想の観点から捉えると図８６のように表すことができる。携帯端末装置５１０は、操作入力部１２２と、他ユーザ位置情報送信要求部５２３と、他ユーザ位置情報取得部５２４と、要求制限部５２５と、を具備する。
【０５２１】
操作入力部１２２は、ユーザからの操作入力を受ける。上述した探索系アイテムを使用したいユーザは、操作入力部１２２を介して当該アイテムの使用指示を行う。
【０５２２】
他ユーザ位置情報送信要求部５２３は、上述したアイテム使用要求生成部２２１のうち、探索要求を生成する機能と、当該生成した探索要求パケットを情報処理サーバ５６０に無線送信する無線送信部１１２の送信機能とを組み合わせて実現される。
【０５２３】
他ユーザ位置情報送信要求部５２３は、情報処理サーバ５６０に対して、所定の条件を満たす他ユーザの位置を示す位置情報の送信を要求する。ここで、当該所定の条件が、上述した第１探索要求〜第１２探索要求で説明した探索距離や探索時間や探索位置などの条件である。
【０５２４】
上述したユーザ位置通知情報は、当該所定の条件を満たす他ユーザの位置情報が含まれ、携帯端末装置５１０側から見ると、上述した探索要求は、情報処理サーバ５６０に対して当該所定の条件を満たす他ユーザの位置情報の送信を要求するものであると捉えることができる。従って、他ユーザ位置情報送信要求部５２３は、操作入力部１２２で受けるユーザからの操作入力に基づいて、所定の条件を満たす他ユーザの現在位置を示す位置情報の送信を要求する。
【０５２５】
他ユーザ位置情報取得部５２４は、上述した無線受信部１１３及びアイテム処理部２１４の一部の機能を組み合わせて実現される。他ユーザ位置情報取得部５２４は、他ユーザ位置情報送信要求部５２３が行った上記所定の条件を満たす他ユーザの位置を示す位置情報の送信の要求に基づいて情報処理サーバ５６０より送信された所定の条件を満たす他ユーザの位置を示す位置情報を取得する。
【０５２６】
要求制限部５２５は、他ユーザ位置情報送信要求部５２３が上記要求を行うことに対して一定の制限を行う。具体的には、要求制限部５２５は、他ユーザ位置情報送信要求部５２３が上記要求を行う回数を制限する。上記要求を制限することでゲームバランスが維持される。
【０５２７】
要求制限部５２５は、記憶部２１３とアイテム処理部２１４の一部の機能を組み合わせて実現される。具体的には、記憶部２１３に、装備アイテムを記憶することで、上記所定の条件を満たす他ユーザの位置を示す位置情報の送信の要求を行える回数が記憶される。そして、アイテム処理部２１４は受け取ったアイテム使用通知情報に基づいて記憶部４２１３に記憶している装備アイテムの中から使用したアイテムを使用分消去する、すなわち、上記所定の条件を満たす他ユーザの位置を示す位置情報の送信の要求を行える回数を減らす処理を行う。
【０５２８】
他ユーザ位置情報送信要求部５２３は、上記要求制限部５２５が行う制限に基づいて、上記所定の条件を満たす他ユーザの位置を示す位置情報の送信を要求する。
【０５２９】
具体的には、他ユーザ位置情報送信要求部５２３は、操作入力部１２２で所定の条件を満たす他ユーザの位置を示す位置情報の送信の要求を行うよう指示を受けた場合に、要求制限部５２５が当該要求を行うことを許可しない場合には上記所定の条件を満たす他ユーザの位置を示す位置情報の送信を情報処理サーバ５６０に要求しない。一方、他ユーザ位置情報送信要求部５２３は、当該指示を受けた場合に、要求制限部５２５が当該要求を行うことを許可している場合には、上記所定の条件を満たす他ユーザの位置を示す位置情報の送信を情報処理サーバ５６０に要求する。
【０５３０】
他ユーザ位置情報取得部５２４が、他ユーザ位置情報送信要求部５２３が行った上記所定の条件を満たす他ユーザの位置を示す位置情報の送信の要求に基づいて情報処理サーバ５６０より送信された上記所定の条件を満たす他ユーザの位置を示す位置情報を取得すると、要求制限部５２５は、当該他ユーザ位置情報送信要求部５２３が上記要求を行える回数を減らす処理を行う。当該処理の結果、当該要求できる回数が０になった場合は、他ユーザ位置情報送信要求部５２３は、所定の条件を満たす他ユーザの位置を示す位置情報の送信を要求できない。すなわち、要求制限部５２５は、要求可能回数が０である場合、当該他ユーザ位置情報送信要求部５２３が上記要求を行うことを禁止する。
【０５３１】
このように、他ユーザ位置情報送信要求部５２３が、他ユーザ位置情報取得部５２４が行う上記要求のレスポンスとして上記所定の条件を満たす他ユーザの位置を示す位置情報を取得すると、要求制限部５２５は、当該他ユーザ位置情報送信要求部５２３が当該要求を行える回数を減らす処理を行っても良い。
【０５３２】
また、要求制限部５２５は、他ユーザ位置情報送信要求部５２１が所定の条件を満たす他ユーザの位置を示す位置情報の送信を要求できる回数を管理し、他ユーザ位置情報送信要求部５２３が当該要求を行う毎に当該要求できる回数を減らす処理を行う構成であっても良い。当該処理の結果、当該要求できる回数が０になった場合は、他ユーザ位置情報送信要求部５２３は、所定の条件を満たす他ユーザの位置を示す位置情報の送信を要求できない。このように他ユーザ位置情報送信要求部５２３が上記要求を行った場合に、要求制限部５２５は、当該他ユーザ位置情報送信要求部５２３が当該要求を行える回数を減らす処理を行っても良い。
【０５３３】
ここで、携帯端末装置５１０は、より具体的に図８７のようにあらわせる。図８７の携帯端末装置５１０のブロック図が示すように、要求制限設定部５２６と表示部５２６を備える。要求制限設定部５２６は、要求制限部５２５が行う上記制限に関する設定を行う。
【０５３４】
要求制限設定部５２６は、無線通信部１１６、要求生成部２１１、制御部４１１、及び記憶部２１３の一部の機能が組み合わされて実現される。具体的には、要求生成部２１１が操作入力部１２２で受けたアイテム購入指示に基づいてアイテム購入要求を生成し、当該生成したアイテム購入要求を無線通信部１１６がアイテム購買サーバ３３０に送信し、当該アイテム購買サーバ３３０より送信されたアイテム（購入したアイテム）を無線通信部１１６が受信する。無線通信部１１６が受信した当該受信したアイテム（購入したアイテム）は、制御部４１１からの制御に従って記憶部２１３に記憶される。
【０５３５】
記憶部２１３が記憶する当該アイテムは、必要に応じて制御部４１１からの制御に基づいて使用可能状態に置かれることで、使用可能な探索アイテムの数が登録される。すなわち、要求制限設定部５２６は、要求制限部５２５が上記制限に用いる情報を設定する。ここでは、要求制限部５２５は、他ユーザ位置情報送信要求部５２３が上記要求を行うことを、当該要求の回数に基づいて制限するため、要求設定制限部５２６は、他ユーザ位置情報送信要求部５２３が当該要求を行える回数を設定する。
【０５３６】
表示部５２６は、他ユーザ位置情報取得部４２３が取得した上記所定の条件を満たす他ユーザの位置を示す位置情報に基づいて、当該他ユーザを示すアイコンを当該位置情報で示される地図上の位置にオーバーレイ表示する。
【０５３７】
また、表示部５２６は、ユーザが他ユーザ位置情報送信要求部５２３に所定の条件を満たす他ユーザの位置を示す位置情報の送信を要求させる指示を操作入力部１２２を介して行うための画面を表示する。ここで、要求制限部５２５が当該要求を許可しない場合、すなわち、当該要求を行える回数が０である場合、表示部５２６は、他ユーザ位置情報送信要求部５２３が上記所定の条件を満たす他ユーザの位置を示す位置情報の送信を要求できないことを示す画面を表示する。
【０５３８】
このように構成することで、ユーザは、所定の条件を満たす他ユーザの位置を示す位置情報の送信を要求できる状態であるかが表示部５２６で表示される画面より容易に判別できる。
【０５３９】
また、上述した探索要求（所定の条件を満たす他ユーザの位置を示す位置情報を送信することの要求）は、ゲームだけではなく、親が子供の位置を確認したい場合などに利用することも可能である。この時、子供に対して探索をかけたことを気付かれたくない親は、ステルス探索要求を使い、一方、子供に注意喚起の意味も込めて被探索通知情報を送信しておきたい場合は、通常探索要求を使用すると言った使い分けが可能となる。
【０５４０】
また、親が常に子供の位置を確認できる事は、子供が大きくなるにつれて子供からの反発が予想される。そこで、上述した第１探索要求〜第１２探索要求のようにさまざまな探索要求の形態を使い分けることで親と子供の間で探索範囲や探索回数を制限できる構成とすることで、両者の納得のいく位置管理が可能となる。
【０５４１】
（実施の形態６）
実施の形態５で上述した探索要求に対して、探索を受ける側で自身の位置情報を送信されたくないという要求がある。このような要求に対応するため、所定の条件を満たす場合は、探索されても自身（自装置）の現在の正確な位置を示す位置情報を他装置に送信されない構成を情報処理システムは更に具備することが好ましい。以下、当該構成について図面を参照して説明する。但し、携帯端末装置の構成は図７５を援用して説明する。また、実施の形態１〜５で既に説明した部分については説明を省略する。
【０５４２】
本実施の形態６に係る情報処理システム６００は、情報処理サーバ６６０を備える。また、情報処理システム６００は、携帯端末装置５１０と通信を行う。図８８は、本実施の形態６に係る情報処理サーバ６６０の構成を示すブロック図である。情報処理サーバ６６０は、使用中アイテム登録部６６１を更に具備する。使用中アイテム登録部６６１は、探索対応アイテムを処理する処理部である。ここで、探索対応アイテムとは、情報系アイテムの一種であり、他ユーザが使用した上述の探索要求に対して、対抗する処理を行うアイテムである。具体的には、図３２のアイテムリストに含まれるアイテムＮｏ００５：ステルス、Ｎｏ００６：チャフ、Ｎｏ００７：フェイク、Ｎｏ２２Ｐディテクションが探索対応アイテムに含まれる。
【０５４３】
まずアイテムＮｏ００５のステルスについて説明する。当該ステルスを使用したいユーザは、携帯端末装置５１０の操作入力部１２２を介して装備アイテムの中から当該ステルスを選択して実行すると、アイテム使用要求生成部２２１が、当該ステルスを識別するアイテム識別情報であるアイテム番号を含むアイテム使用要求パケットを生成し、無線送信部１１２より当該パケットが送信される。
【０５４４】
ここで、ステルスは、他ユーザからの探索要求が送信された場合に、自ユーザ（自装置）の位置情報を送信させない位置情報非送信の設定を情報処理サーバ６５０に実行させるためのアイテム（プログラム（サブルーチン））である。従って、当該ステルスを要求するアイテム使用要求を特に位置情報非送信設定要求と称する。なお、当該位置情報非送信設定要求は、自ユーザ（自装置）の位置情報を他ユーザに送信することを禁止する要求とみることもできるため、以下の説明では位置情報送信禁止要求と称することがある。
【０５４５】
アイテム判別部５６１は、受信部２６１で受信されたアイテム使用要求で使用が要求されているアイテムを判別する。ここで、当該アイテム使用要求が上記位置情報非送信設定要求であった場合は、アイテム判別部５６１は使用中アイテム登録部６６１に対して位置情報非送信処理をするよう指示する。
【０５４６】
使用中アイテム登録部６６１は、使用中のアイテムの登録を行う。具体的には、使用中アイテム登録部６６１は、位置情報非送信設定要求を受信すると、位置情報非送信設定要求の要求元のユーザが当該位置情報非送信設定要求を行ったことの設定登録を行う。より具体的には、使用中アイテム登録部６６１は、ユーザ情報記憶部２６３に記憶されているユーザ情報管理ファイルに、当該送信元ユーザと当該位置情報非送信設定要求とを対応付けて記録する。当該使用中アイテム登録部６６１は、他ユーザからの探索要求が送信された場合に、自携帯端末装置（自ユーザ）の位置情報を送信しない位置情報非送信の設定を行う位置情報非送信設定部と見る事ができる。
【０５４７】
図８９は、本実施の形態６に係るユーザ情報管理ファイルの一例を示している。ユーザ情報管理ファイルには使用中のアイテムを登録する使用中アイテム欄が設けられている。図８９では、ユーザＩＤがレオナルドであるユーザが、アイテムＮｏ０５のステルスを使用し、位置情報非送信設定を行っていることを示している。
【０５４８】
使用中アイテム登録部６６１は、ユーザ情報管理ファイルに使用する探索対応アイテムの登録を行うと共に、タイマーをセットして時間計測を行う。ここで、使用中アイテム登録部６６１は、位置情報非送信設定要求の要求元ユーザの職位（ランク）やＪｏｂ（役割）に基づいて時間計測を行う時間を設定すると更に良好である。使用中アイテム登録部６６１は、セットしたタイマーの時間が経過した場合に、ユーザ情報管理ファイル中の使用中アイテムの欄から位置情報非送信設定要求受信時に登録したアイテム番号を消去することで使用中アイテムの欄から削除する。
【０５４９】
位置情報抽出部５６２は、実施の形態５で説明した第１探索要求〜第１２探索要求に基づいて他ユーザの位置情報を抽出する際、ユーザ情報管理ファイル中の使用中アイテム欄を更に参照する。位置情報抽出部５６２は、使用中アイテムとしてアイテムＮｏ０５ステルスが登録されている、すなわち、位置情報非送信設定が行われているユーザを、位置情報の抽出対象から外し、他のユーザの位置情報を含むユーザ位置通知情報を生成する。
【０５５０】
以上のように、探索対応アイテムの一つであるＮｏ０５：ステルスが使用されている場合、ユーザ位置通知情報生成部５６３は、探索要求に基づいて他のユーザ（携帯端末装置）のうち、所定の条件を満たすユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成し、所定の条件を満たさないユーザ（携帯端末装置）の位置を示す位置情報は生成する当該ユーザ位置通知情報に含めない。
【０５５１】
具体的には、受信部２６１は、他のユーザ（携帯端末装置）から送信された探索要求に基づいて自分（自装置）の位置を示す位置情報を他のユーザ（携帯端末装置）に送信する事を禁止する位置情報送信禁止要求を複数のユーザ（携帯端末装置）のいずれかから受信する。別の見方をすると、受信部２６１は、他のユーザ（携帯端末装置）から送信された探索要求に基づいて自分（自装置）の位置を示す位置情報を他のユーザ（携帯端末装置）に送信しない設定を行うことを要求する位置情報非送信設定要求を複数のユーザ（携帯端末装置）のいずれかから受信する。
【０５５２】
位置情報抽出部５６２は、ユーザ情報管理ファイルに登録された他のユーザ（携帯端末装置）であって、位置情報送信禁止要求に基づいて位置情報の送信が禁止されているユーザ（携帯端末装置）を除いたユーザ（携帯端末装置）の位置を示す位置情報を抽出し、ユーザ位置通知情報生成部５６３に送ると共にユーザ位置通知情報の生成指示を出す。
【０５５３】
ユーザ位置通知情報生成部５６３は、当該生成指示を受けると、ユーザ情報管理ファイルに登録された他のユーザ（携帯端末装置）であって、位置情報送信禁止要求に基づいて位置情報の送信が禁止されているユーザ（携帯端末装置）を除いたユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する。
【０５５４】
具体的には、ユーザ位置通知情報生成部５６３は、ユーザ情報管理ファイルに登録された他のユーザ（携帯端末装置）であって、位置情報非送信設定要求に基づいて位置情報を送信しないように設定されているユーザ（携帯端末装置）を除いたユーザ（携帯端末装置）を抽出し、当該抽出したユーザ（携帯端末装置）の現在位置を示す位置情報を含むユーザ位置通知情報を生成する。
【０５５５】
使用中アイテム登録部６６１は、位置情報非送信設定要求に基づいて位置情報を他ユーザに対して送信しない設定を行うと共に、所定の時間計測を開始する。ここで時間計測を行う時間の長さは、位置情報非送信設定要求の送信元ユーザの職位（ランク）に基づいて設定されると各ユーザに職位の向上を促す効果を奏するため更に良好である。また、時間計測を行う時間の長さが、位置情報非送信設定要求の送信元ユーザのＪｏｂに基づいて設定されると、ユーザは自分のゲーム内での役割を考えて行動するようになるため、協調性やチームプレイについて学習させる効果を奏するため更に良好である。すなわち、使用中アイテム登録部６６１は、位置情報非送信設定要求に基づいて、当該位置情報非送信設定要求送信元ユーザの職位（ランク）又はＪｏｂに対応する長さの時間をタイマーにセットして時間計測を行う。なお、当該被地情報非送信設定要求のアイテム熟練度に対応する長さの時間をタイマーにセットしても良い。
【０５５６】
使用中アイテム登録部６６１は、設定した時間の長さの時間計測が終わると、上記位置情報の送信を禁止する設定を解除する。すなわち、使用中アイテム登録部６６１は、設定したタイマーの時間が経過すると、位置情報非送信設定要求に基づいて行った位置情報を送信しない設定を解除する。より具体的には、使用中アイテム登録部６６１は、設定時間が経過したアイテムに関する情報をユーザ情報管理ファイルの使用中アイテム欄から削除する。従って、当該解除後に、他ユーザより探索要求が送信された場合は、位置情報非送信設定解除後のユーザの現在位置を示す位置情報は、ユーザ位置通知情報に含められて当該探索要求の送信元に送信されることになる。
【０５５７】
なお、上記説明したステルスは、他のユーザの携帯端末装置において自分の位置を表示されない仕組みを実現するためのアイテムである。従って、当該ステルスというアイテムは、他のユーザ（携帯端末装置）から送信された探索要求に基づいて自分（自装置）の位置を示す位置情報を当該他のユーザ（携帯端末装置）の画面に表示することを禁止する位置情報表示禁止要求であると見ることができる。
【０５５８】
従って、情報処理サーバ６６０においては、受信部２６１は、他のユーザ（携帯端末装置）から送信された探索要求に基づいて自分（自装置）の位置を示す位置情報を当該他のユーザ（携帯端末装置）の画面に表示することを禁止する位置情報表示禁止要求を複数の携帯端末装置のいずれかから受信する。そしてユーザ位置通知情報生成部５６３は、探索要求を送信したユーザ（携帯端末装置）に対して、登録された他のユーザ（携帯端末装置）の位置を示す位置情報と、上記位置情報表示禁止要求に基づいて位置情報の表示が禁止されているユーザ（携帯端末装置）を示す表示禁止識別情報と、を含むユーザ位置通知情報を生成する構成であっても目的を達成することができる。
【０５５９】
すなわち、位置情報抽出部５６２は、ユーザ情報管理ファイルに登録された他のユーザ（携帯端末装置）であって、探索要求に基づく探索位置範囲内に位置しているユーザ（携帯端末装置）の位置を示す位置情報を抽出すると共に、当該ユーザの中で位置情報の表示が禁止されているユーザ（携帯端末装置）を抽出する。位置情報抽出部５６２は、抽出したユーザの位置情報と、位置情報の表示が禁止されているユーザ（携帯端末装置）を示す表示禁止識別情報とをユーザ位置通知情報生成部５６３に送ると共にユーザ位置通知情報の生成指示を出す。ユーザ位置通知情報生成部５６３は、当該生成指示に基づいて、位置情報抽出部５６２より受け取った他のユーザ（携帯端末装置）の位置を示す位置情報と、位置表示が禁止されるユーザ（携帯端末装置）を識別する表示禁止識別情報とを含めてユーザ位置通知情報を生成する。
【０５６０】
当該ユーザ位置通知情報を受信した探索要求の要求元の携帯端末装置では、ユーザ位置通知情報に含まれる表示禁止識別情報で示される携帯端末装置の現在位置を示すアイコンは表示部１１５で表示しない制御を行う。すなわち、探索要求送信元の携帯端末装置には、ステルスを使用したユーザの現在位置を示す位置情報もユーザ位置通知情報に含められて送信されるものの、当該ユーザ位置通知情報には、ステルスを使用しているユーザについて位置アイコンの表示を禁止する表示禁止識別情報が含まれている。従って、当該ユーザ位置通知情報を受け取った携帯端末装置５１０のユーザ位置通知情報処理部５１１は、ユーザ位置通知情報に含まれる複数の他ユーザの現在位置を示す位置情報と表示禁止識別情報とを他プレイヤー位置情報５２０として記憶部２１３に格納する。表示制御部４１３は、当該他プレイヤー位置情報５２０に含まれるユーザであって、当該表示禁止識別情報が付されていないユーザの位置情報で示される地図上の位置に敵プレイヤーアイコン５１５をオーバーレイ表示する。すなわち、表示制御部４１３は、当該ステルスを使用しているユーザを除いたユーザについて位置を示すアイコンを地図上にオーバーレイ表示させる制御を行う。このような構成とすることで同様の目的を達成することができる。
【０５６１】
次に別の探索対応アイテムであるアイテムＮｏ００６のチャフについて説明する。当該チャフを使用したいユーザは、携帯端末装置５１０の操作入力部１２２を介して装備アイテムの中から当該チャフを選択して実行すると、アイテム使用要求生成部２２１が、当該チャフを識別するアイテム識別情報であるアイテム番号を含むアイテム使用要求パケットを生成し、無線送信部１１２より当該パケットが送信される。
【０５６２】
ここで、チャフは、他ユーザからの探索要求が送信された場合に、自分（自装置）の曖昧な位置情報を送信させる設定を情報処理サーバ６６０に実行させるためのアイテムである。従って、当該チャフを要求するアイテム使用要求を特に曖昧位置情報送信設定要求と称する。なお、当該チャフは他のユーザ（携帯端末装置）から送信された探索要求に基づいて自分（自装置）の正確な現在位置を示す位置情報を当該他のユーザ（携帯端末装置）に送信する事を禁止する要求であるため、以下の説明では当該曖昧位置情報送信設定要求を正確位置情報送信禁止要求と称することがある。
【０５６３】
アイテム判別部５６１は、受信したアイテム使用要求が曖昧位置情報送信設定要求であった場合は、使用中アイテム登録部６６１に、当該アイテム使用要求に係るユーザに対する曖昧位置情報送信設定を行うよう指示する。
【０５６４】
使用中アイテム登録部６６１は、受信部２６１で受信された曖昧位置情報送信設定要求に基づいて、曖昧位置情報送信設定要求の要求元のユーザが当該曖昧位置情報送信設定要求を行ったことの設定登録を行う。具体的には、使用中アイテム登録部６６１は、ユーザ情報記憶部２６３に記憶されているユーザ情報管理ファイルに、当該送信元ユーザと当該曖昧位置情報送信設定要求とを対応付けて記録する。使用中アイテム登録部６６１は、他のユーザ（携帯端末装置）から送信された探索要求に基づいて自分（自装置）の正確な現在位置を示す位置情報を当該他のユーザ（携帯端末装置）に送信する事を禁止する設定を行う曖昧位置情報送信設定部とも見る事ができる。
【０５６５】
使用中アイテム登録部６６１は、ユーザ情報管理ファイルに使用する探索対応アイテムの登録を行うと共に、タイマーをセットして時間計測を行う。ここで、使用中アイテム登録部６６１は、曖昧位置情報送信設定要求の要求元ユーザの職位やＪｏｂやアイテム熟練度に基づいて時間計測を行う時間や曖昧具合を設定すると更に良好である。使用中アイテム登録部６６１は、セットしたタイマーの時間が経過した場合に、ユーザ情報管理ファイル中の使用中アイテムの欄から曖昧位置情報送信設定要求受信時に登録したアイテム番号を消去することで使用中アイテムの欄から削除する。
【０５６６】
位置情報抽出部５６２は、第１探索要求〜第１２探索要求に基づいて他ユーザの位置情報を抽出する際、ユーザ情報管理ファイル中の使用中アイテム欄を更に参照し、使用中アイテムとしてアイテムＮｏ０６：チャフが登録されている、すなわち、曖昧位置情報送信設定が行われているかを確認する。当該確認の結果、抽出対象のユーザに曖昧位置情報送信設定が行われている場合、位置情報抽出部５６２は、ユーザ情報管理ファイルに記録されている当該ユーザの正確な現在位置を示す位置情報に所定の距離Ｘ以下の距離Ｙをランダムに取得し、ランダムに方角Φを取得し、上記正確な現在位置を示す位置情報に取得した方角Φに距離Ｙを追加することで求められる位置を仮想的な現在位置を示す仮想位置情報として算出する。
【０５６７】
図９０は、当該仮想的な現在位置を示す仮想位置情報と正確な現在位置を示す位置情報との関係を説明する図である。図９０において、アイコン６０１は、ユーザ情報管理ファイルに記録されている正確な現在位置を示している。位置情報抽出部５６２は、予め設定されている曖昧限界距離Ｘより短い距離Ｙをランダムに選択し、０度〜３６０度の中から角度Φをランダムに選択し、正確な現在位置に当該距離Ｙと角度Φで示される変移を足すことで仮想現在位置６０３の座標位置を算出する。従って、位置情報抽出部５６２は、６０２で規定される半径Ｘの円内のいずれかの場所を仮想現在位置として求めることになる。
【０５６８】
ユーザ位置通知情報生成部５６３は、曖昧位置情報送信設定が行われているユーザの現在位置を示す位置情報として当該仮想現在位置を示す仮想位置情報を含めてユーザ位置通知情報を生成する。この時、ユーザ位置通知情報生成部５６３は、図９１に示すように各ユーザの位置情報に加えて付加情報を含めてユーザ位置通知情報を生成する。ここで、曖昧位置情報送信設定が行われているユーザｎについては、ユーザ位置通知情報生成部５６３は、位置情報ｎとして上記位置情報抽出部５６２が算出した仮想位置情報を含め、付加情報ｎの中に当該位置情報が仮想位置情報であることを示す情報、換言すれば当該ユーザが曖昧位置情報送信設定を行っている（チャフを使用している）ユーザであることを示す情報を含めてユーザ位置通知情報を生成する。
【０５６９】
当該ユーザ位置通知情報を受信した探索要求の送信元の携帯端末装置５１０において、ユーザ位置通知情報処理部５１１は、当該位置情報と付加情報とを他プレイヤー位置情報５２０として記憶部２１３に格納する。表示制御部４１３は、付加情報内に当該位置情報が仮想位置情報であることを示す情報が含まれている場合は、図９２に示すように当該仮想位置情報を中心として距離Ｘの大きさの円に対応するアイコン６１１を表示部１１５に表示させる。当該アイコン６１１は、当該アイコンで示す範囲のどこかに該当ユーザがいている事を示している。従って、探索要求送信側からは当該ユーザの位置を正確に特定することができず、曖昧位置情報送信設定を行ったユーザ側からは、自身の位置を絞られにくくする効果が達成できている。
【０５７０】
なお、上記曖昧限界距離Ｘは、曖昧位置情報送信設定を行うユーザの職位（ランク）等に基づいて変更可能な構成とすると更に良好である。位置情報抽出部５６２は、曖昧位置情報送信設定が行われているユーザの職位をユーザ情報管理ファイルを参照して確認し、当該職位に対応付けされている曖昧限界距離Ｘを取得し、当該取得した曖昧限界距離Ｘより短い距離Ｙをランダムに選択して仮想位置情報を求める。
【０５７１】
また、この場合は、ユーザ位置通知情報生成部５６３は、付加情報に当該ユーザの職位に関する情報又は曖昧限界距離Ｘを示す情報を含めてユーザ位置通知情報を生成する。当該ユーザ位置通知情報を受信した携帯端末装置５１０において、表示制御部４１３は、仮想位置情報に示される位置を中心とし、付加情報に含まれる当該指定された曖昧限界距離Ｘ又は付加情報に含まれる職位に基づいて自身で求める曖昧限界距離Ｘを半径とする大きさのアイコンを地図上にオーバーレイ表示する。
【０５７２】
このように職位（ランク）が上がるほど、曖昧位置情報送信設定要求であるアイテムＮｏ０６チャフを使用したときの効果が大きくなるため、各ユーザは自身の職位を向上させる動機付けになる。
【０５７３】
また、上記曖昧限界距離Ｘが、曖昧位置情報送信設定要求元のユーザのＪｏｂに基づいて決定される構成であっても良い。当該チャフは情報を攪乱する効果を実演するものであるため、図５４で例示したジョブの中でも情報工作兵が当該チャフを使用する場合は曖昧限界距離Ｘが大きく取られる構成とすると現実味がでるためより好ましい。ユーザ位置通知情報生成部５１１と表示制御部４１３の処理内容は、上記職位をＪｏｂに変更しただけであるため説明を省略する。
【０５７４】
上述したアイテムＮｏ０６チャフについて纏めると、受信部２６１は、他のユーザ（携帯端末装置）から送信された探索要求に基づいて自分（自装置）の正確な現在位置を示す位置情報を当該他のユーザ（携帯端末装置）に送信する事を禁止する正確位置情報送信禁止要求をゲームプレイ中の複数のユーザ（携帯端末装置）のいずれかから受信する。そして、ユーザ位置通知情報生成部５６３は、探索要求を送信したユーザ（携帯端末装置）に対して、当該登録された他のユーザ（携帯端末装置）であって、正確位置情報送信禁止要求に基づいて正確な現在位置を示す位置情報の送信が禁止されている当該ユーザ（携帯端末装置）を除いたユーザ（携帯端末装置）の正確な現在位置を示す位置情報と、当該正確位置情報送信禁止要求に基づいて正確な現在位置を示す位置情報の送信が禁止されているユーザ（携帯端末装置）の曖昧な現在位置を示す位置情報と、を含むユーザ位置通知情報を生成する。
【０５７５】
なお、当該曖昧な現在位置を示す位置情報として、ユーザ位置通知情報生成部５６３は、正確位置情報送信禁止要求に基づいて正確な現在位置を示す位置情報の送信が禁止されているユーザ（携帯端末装置）の正確な現在位置の周辺の位置情報を複数含めてユーザ位置通知情報を生成することで、曖昧な現在位置を示す位置情報を含むユーザ位置通知情報を生成しても良い。この場合、当該ユーザ位置通知情報を受信した携帯端末装置５１０において、当該正確な現時位置を示す情報と、その周辺の位置情報とで示される位置に敵プレイヤーアイコン５１５が図９３のように表示部１１５で地図上にオーバーレイ表示されるため、曖昧な位置を示すという効果を得ることができる。
【０５７６】
なお、上記説明したチャフは、他のユーザの携帯端末装置において自分の正確な位置を表示されない仕組みを実現するためのアイテムである。従って、当該チャフというアイテムは、他のユーザ（携帯端末装置）から送信された探索要求に基づいて自分（自装置）の正確な現在位置を示す位置情報を他のユーザの携帯端末装置で表示する事を禁止する正確位置表示禁止要求とみることができる。
【０５７７】
この場合、受信部２６１は、他のユーザ（携帯端末装置）から送信された探索要求に基づいて自分（自装置）の正確な現在位置を示す位置情報を他のユーザ（携帯端末装置）で表示する事を禁止する正確位置表示禁止要求をゲームプレイ中の複数のユーザ（携帯端末装置）のいずれかから受信する。そして、位置情報抽出部５６２は、ユーザ情報管理ファイルに登録された他のユーザ（携帯端末装置）の正確な現在位置を示す位置情報を抽出する。また、位置情報通知部５６２は、使用中アイテム欄を参照して、正確位置表示禁止要求に基づいて正確な現在位置を示す位置情報の表示が禁止されているユーザ（携帯端末装置）を示す正確表示禁止識別情報を抽出する。位置情報通知部５６２は、抽出した上記位置情報及び正確表示禁止識別情報をユーザ位置通知情報生成部５６３に送る。ユーザ位置通知情報生成部５６３は、探索要求を送信したユーザ（携帯端末装置）に対して、登録された他のユーザ（携帯端末装置）の正確な現在位置を示す位置情報と、正確位置表示禁止要求に基づいて正確な現在位置を示す位置情報の表示が禁止されているユーザ（携帯端末装置）を示す正確表示禁止識別情報と、を含むユーザ位置通知情報を生成する。このユーザ位置通知情報を受信した探索要求元の携帯端末装置５１０は、当該正確表示禁止識別情報で示されるユーザ（携帯端末装置）については現在位置を曖昧にして表示する。当該構成でも自身の正確な位置を他ユーザに知られないという効果を達成することができる。
【０５７８】
次に別の探索対応アイテムであるアイテムＮｏ００７のフェイクについて説明する。当該フェイクを使用したいユーザは、携帯端末装置５１０の操作入力部１２２を介して装備アイテムの中から当該フェイクを選択して実行すると、アイテム使用要求生成部２２１が、当該フェイクを識別するアイテム識別情報であるアイテム番号を含むアイテム使用要求パケットを生成し、無線送信部１１２より当該パケットが送信される。
【０５７９】
ここで、フェイクは、他ユーザからの探索要求が送信された場合に、自分（自装置）の不正確な位置情報を送信させる設定を情報処理サーバ６６０に実行させるためのアイテムである。従って、当該フェイクを要求するアイテム使用要求を特に不正確位置情報送信設定要求と称する。なお、当該不正確位置情報送信設定要求は、探索要求元を欺くための設定を要求するものであるため、当該不正確位置情報送信設定要求を偽装位置情報送信設定要求と称することがある。
【０５８０】
アイテム判別部５６１は、受信したアイテム使用要求が不正確位置情報送信設定要求であった場合は、使用中アイテム登録部６６１に、当該アイテム使用要求に係るユーザに対する不正確位置情報送信設定を行うよう指示する。
【０５８１】
使用中アイテム登録部６６１は、不正確位置情報送信設定要求を受け取ると、不正確位置情報送信設定要求の要求元のユーザが当該不正確位置情報送信設定要求を行ったことの設定登録を行う。具体的には、使用中アイテム登録部６６１は、ユーザ情報記憶部２６３に記憶されているユーザ情報管理ファイルに、当該送信元ユーザと当該不正確位置情報送信設定要求とを対応付けて記録する。図８９において、ユーザＮｏ０５のユーザＩＤ：ココであるユーザはアイテムＮｏ０７のフェイクを発動させている。このように、ユーザ情報管理ファイルの使用中アイテム欄にアイテム番号が記録されることで不正確位置情報送信設定が行われる。使用中アイテム登録部６６１は、他ユーザからの探索要求が送信された場合に、自分（自装置）の不正確な位置情報を送信させる不正確位置情報送信設定部とも見る事ができる。
【０５８２】
使用中アイテム登録部６６１は、ユーザ情報管理ファイルに使用する探索対応アイテムの登録を行うと共に、タイマーをセットして時間計測を行う。ここで、使用中アイテム登録部６６１は、不正確位置情報送信設定要求の要求元ユーザの職位等に基づいて時間計測を行う時間を設定すると更に良好である。使用中アイテム登録部６６１は、セットしたタイマーの時間が経過した場合に、ユーザ情報管理ファイル中の使用中アイテム欄から不正確位置情報送信設定要求受信時に登録したアイテム番号を消去することで不正確位置情報送信設定を解除する。
【０５８３】
位置情報抽出部５６２は、第１探索要求〜第１２探索要求に基づいて他ユーザの位置情報を抽出する際、ユーザ情報管理ファイル中の使用中アイテム欄を更に参照し、使用中アイテムとしてアイテムＮｏ０７フェイクが登録されている、すなわち、不正確位置情報送信設定が行われているかを確認する。当該確認の結果、抽出対象のユーザに不正確位置情報送信設定が行われている場合、ユーザ位置通知情報生成部５６３は、当該設定が行われているユーザの現在位置を示す位置情報として、不正確な位置を示す不正確位置情報を含めてユーザ位置通知情報を生成する。具体的には、位置情報抽出部５６２は、不正確位置情報送信設定が行われているユーザの現在位置を示す位置情報として、探索要求に応じた探索範囲内の中からランダムな座標を取り出す。ユーザ位置通知情報生成部５６３は、当該取り出された座標位置を当該ユーザの現在位置を示す位置情報としてユーザ位置通知情報に含める。なお、当該不正確な位置を求めるアルゴリズムとしては、様々なアルゴリズムが想定され、適宜選択して不正確位置を算出する構成を採用することが可能である。
【０５８４】
当該ユーザ位置通知情報を受信した探索要求の送信元の携帯端末装置５１０では、位置情報抽出部５６２で求められた不正確な位置を示す位置情報に基づいて、当該ユーザの位置を示すアイコンを表示部１１５に表示する。すなわち、ユーザ位置通知情報処理部５１１は、ユーザ位置通知情報に含まれる各ユーザの位置を示す位置情報を記憶部２１３に他プレイヤー位置情報５２０として格納し、表示制御部４１３は、当該他プレイヤー位置情報で示される位置に敵プレイヤーアイコン５１５を表示する。従って、探索要求送信側からは当該ユーザの誤った位置を正しい位置として誤認し、不正確位置情報送信設定を行ったユーザ側からは、自身の位置を偽装する効果が達成できている。
【０５８５】
なお、当該フェイクの効果は、敵を欺く効果を奏するものであるため、Ｊｏｂが特殊工作兵であるユーザが使用した場合に、より不正確な位置を現在位置として算出するアルゴリズムが使われる構成としても良い。すなわち、ユーザ位置通知情報生成部５６３は、情報管理ファイルに記録されている当該フェイクを使用しているユーザのＪｏｂに基づいて、複数記憶されている不正確位置算出アルゴリズムの中から当該Ｊｏｂに対応付けられたアルゴリズムを選択して実行することで不正確位置を算出する構成とすると特殊工作兵のＪｏｂの独自性が高まるため、ゲーム性を向上させることができる。また、職位（ランク）やアイテム熟練度に基づいて位置情報抽出部５６２は、正確な現在位置と求める不正確な現在位置との距離が大きくなるような、すなわち不正確性が高まるようなアルゴリズムを採用しても良い。
【０５８６】
図９４は、上述した探索対応アイテムが使用されている場合においてユーザ位置通知情報生成部５６３がユーザ位置通知情報を生成する処理の流れを示すフローチャート図である。
【０５８７】
受信部２６１で受信したアイテム使用要求が探索要求であった場合（ステップＳ８０２でＹｅｓ）、位置情報抽出部５６２は、ユーザ情報管理ファイルを参照して、アイテムＮｏ０５：ステルスを使用しているユーザがいるか、すなわちユーザ情報管理ファイルの使用中アイテム欄に当該ステルスが設定されているかを判定する（ステップＳ８０３）。ステルスが設定されているユーザがいる場合は、当該ユーザを除外した他のユーザを抽出してステップＳ８０５に進む（ステップＳ８０４）。一方、ステルスが設定されているユーザがいない場合は、他のユーザすべてが探索対象として抽出してステップＳ８０５に進む。
【０５８８】
次に、位置情報抽出部５６２は、抽出した探索対象となるユーザの中でアイテムＮｏ０６：チャフを使用している、すなわち、ユーザ情報管理ファイルの使用中アイテム欄に当該チャフが設定されているかを判定する（ステップＳ８０５）。
【０５８９】
チャフが設定されているユーザがいる場合は、当該ユーザの仮想的な現在位置を示す仮想位置情報を取得して保持しておき、ステップＳ８０７に進む（ステップＳ８０６）。チャフが設定されているユーザがいない場合は、そのままステップＳ８０７に進む。
【０５９０】
次に、ユーザ位置通知情報生成部５６３は、ここまで残っているユーザの中でアイテムＮｏ０７：フェイクを使用している、すなわち、ユーザ情報管理ファイルの使用中アイテム欄に当該フェイクが設定されているかを判定する（ステップＳ８０７）。
【０５９１】
フェイクが設定されているユーザがいる場合は、当該ユーザの不正確な現在位置を示す不正確位置情報を取得して保持しておき、ステップＳ８０９に進む（ステップＳ８０８）。最後に、ここまで残っている通常のユーザに関して、当該ユーザの現在位置を示す位置情報を取得する（ステップＳ８０９）。ユーザ位置通知情報生成部５６３は、位置情報抽出部５６２がステップＳ８０６で取得した仮想位置情報、ステップＳ８０８で取得した不正確位置情報、ステップＳ８０９で取得した通常の位置情報、を含めてユーザ位置通知情報を生成する（ステップＳ８１０）。
【０５９２】
アイテム処理部２６５において上記処理が周期的に行われることで、探索対応アイテムを使用しているユーザに対して他ユーザからの探索要求に対抗することができる。
【０５９３】
なお、上述した探索対応アイテムの効果を当該アイテム使用ユーザの職位等と対応付けても良い。図９５は、当該対応付けを示すテーブルである。なお、図９５の持続回数は、図９４のステップＳ８０３、Ｓ８０５、Ｓ８０７のいずれかで設定されていると判定した回数に対応する。この場合、使用中アイテム登録部６６１は、ユーザ情報管理ファイルの使用中アイテムの欄に該当するアイテムを識別する情報を記録すると共に持続回数を合わせて記録する。位置情報抽出部５６２は、ステップＳ８０３、Ｓ８０５、Ｓ８０７の判定で探索対応アイテムが設定されているユーザに対してステップＳ８０４、Ｓ８０６、Ｓ８０８の処理を行うと共にユーザ情報管理ファイルの該当する持続回数をデクリメントする。
【０５９４】
すなわち、探索対応アイテムの効果は、アイテム登録部６６１が当該アイテムの登録を行うと共に、図９５に示す持続時間のタイマーをセットし、当該タイマーで計測した時間が過ぎた場合に、使用中アイテム登録部６６１が当該アイテムの解除を行うことでその効果を失う。又は、探索対応アイテムの効果は、位置情報抽出部５６２が、他のユーザからの探索要求に基づいて上述した登録されている探索対応アイテムの種類に応じた処理が行われる毎に持続回数をデクリメントした結果、持続回数が０になった探索対応アイテムの解除を行う、すなわち使用中アイテム欄から当該登録されている探索対応アイテムに関する情報を消去する事でその効果を失う。このような構成とすると職位を向上させようと言うモチベーションを喚起することができる。
【０５９５】
次に探索対応アイテムの亜種であるアイテムＮｏ０２２のＰディテクションについて説明する。当該Ｐディテクションを使用したいユーザは、携帯端末装置５１０の操作入力部１２２を介して装備アイテムの中から当該Ｐディテクションを選択して実行すると、アイテム使用要求生成部２２１が、当該Ｐディテクションを識別するアイテム識別情報であるアイテム番号を含むアイテム使用要求パケットを生成し、無線送信部１１２より当該パケットが送信される。
【０５９６】
ここで、Ｐディテクションは、他ユーザから探索要求が送信された場合に、当該探索要求を送信したユーザの現在位置を示す位置情報を自携帯端末装置（自ユーザ）に送信させる設定を情報処理サーバ６６０に実行させるためのアイテムである。従って、当該Ｐディテクションを要求するアイテム使用要求を特に逆探知設定要求と称する。
【０５９７】
アイテム判定部５６１は、受信したアイテム使用要求が逆探知設定要求であった場合は、使用中アイテム登録部６６１に、該当する処理をするよう指示する。
【０５９８】
使用中アイテム登録部６６１は、逆探知設定要求を受信すると、逆探知設定要求の要求元のユーザが当該逆探知設定要求を行ったことの設定登録を行う。具体的には、使用中アイテム登録部６６１は、ユーザ情報記憶部２６３に記憶されているユーザ情報管理ファイルに、当該送信元ユーザと当該逆探知設定要求とを対応付けて記録する。従って、当該使用中アイテム登録部６６１は、他ユーザから探索要求が送信された場合に、当該探索要求を送信したユーザの現在位置を示す位置情報を自分（自装置）に送信させる設定を行う探索要求送信元ユーザ位置情報送信設定部とも見る事ができる。
【０５９９】
使用中アイテム登録部６６１は、ユーザ情報管理ファイルに使用する探索対応アイテムの登録を行うと共に、タイマーをセットして時間計測を行う。ここで、使用中アイテム登録部６６１は、逆探知設定要求の要求元ユーザの職位に基づいて時間計測を行う時間を設定すると更に良好である。使用中アイテム登録部６６１は、セットしたタイマーの時間が経過した場合に、ユーザ情報管理ファイル中の使用中アイテムの欄から逆探知設定要求受信時に登録したアイテム番号を消去することで使用中アイテムの欄から削除する。
【０６００】
位置情報抽出部５６２は、探索要求を受信した場合にユーザ情報管理ファイルを参照し、上述した処理に基づいて他のユーザ（携帯端末装置）の現在位置を示す位置情報を抽出し、ユーザ位置通知情報生成部５６３は、当該抽出された位置情報を含めてユーザ位置通知情報を生成する。当該ユーザ位置通知情報は、上記探索要求の送信元ユーザに送信部２６８より送信される。
【０６０１】
ここで、位置情報抽出部５６２は、ユーザ情報管理ファイルを参照する際に、使用中アイテム欄を確認する。位置情報抽出部５６２は、当該使用中アイテム欄に逆探知設定をしているユーザが登録されている場合、当該探索要求の送信元ユーザの現在位置を示す位置情報を抽出する。位置情報抽出部５６２は、当該探索要求の送信元ユーザの現在位置を示す位置情報と、逆探知設定を行っているユーザのＩＰアドレスとをユーザ位置通知情報生成部５６３に出力する。ユーザ位置通知情報生成部５６３は、当該使用中アイテム欄に逆探知設定が含まれているユーザに対して当該探索要求の要求元ユーザの現在位置を示す位置情報を含むユーザ位置通知情報を生成し、送信部２６８は、当該生成されたユーザ位置通知情報を、当該逆探知設定要求を行ったユーザに対して送信する。
【０６０２】
また、この場合も位置情報抽出部５６２は、被探索通知情報生成部５６４に被探索通知情報の生成指示を出す構成とすると良い。被探索通知情報生成部５６４は、探索要求の送信元ユーザに対して逆探知設定により自分（自装置）の現在位置を示す位置情報が逆探知設定を行っている他のユーザ（携帯端末装置）に送信された事を示す被探索通知情報を生成し、送信部２６８は当該生成された被探索通知情報を逆探知設定元ユーザに送信する。
【０６０３】
なお、逆探知によって探索要求の送信元ユーザの現在位置を示す位置情報が逆探知要求の送信元ユーザに送信された場合は、被探索通知情報生成部５６４は、当該送信元ユーザに対する被探索通知情報の生成を行わない構成としても良い。
【０６０４】
逆探知設定を行うことで上記処理が行われることで、逆探知設定を行ったユーザに対して、探索要求を行ったユーザの現在位置を示す位置情報が送信されるため、そこからゲームの戦術を組み立てることが可能となる。
【０６０５】
図９６は、上記探索対応アイテムを使用可能な本実施の形態６に係る携帯端末装置の構成を別の発明思想から捉えたブロック図である。図９６に示す携帯端末装置６１０は、図８７に示す携帯端末装置５１０の構成に加えて探索対応設定要求部６１１を具備する。
【０６０６】
探索対応設定要求部６１１は、他ユーザが探索要求、すなわち、所定の条件を満たすユーザの位置を示す位置情報の送信の要求を行った場合に、自ユーザの正確な現在位置を示す位置情報を上記他ユーザに送信しない設定を行うこと（探索対応設定）を要求する。探索対応設定要求部６１１は、操作入力部１２２で受けた自ユーザからの指示に基づいて探索対応設定を要求する。探索対応設定要求部６１１は、要求制限部５２５からの制限に基づいて探索対応設定の要求を行う。自ユーザから指示された探索対応設定の要求を要求制限部５２５が許可していない場合は、探索対応設定要求部６１１は、探索対応設定の要求を行わない。
【０６０７】
当該探索対応設定には、上述したように、他ユーザが所定の条件を満たすユーザの位置を示す位置情報の送信の要求を行った場合に、自ユーザの現在位置を示す位置情報を上記他ユーザに送信しない設定（ステルス）がある。また、別の探索対応設定には、上述したように、他ユーザが所定の条件を満たすユーザの位置を示す位置情報の送信の要求を行った場合に、自ユーザの曖昧な現在位置を示す位置情報を上記他ユーザに送信することで、自ユーザの正確な現在位置を示す位置情報を上記他ユーザに送信しない設定（チャフ）がある。また、他ユーザが別の探索対応設定には、上述したように、所定の条件を満たすユーザの位置を示す位置情報の送信の要求を行った場合に、自ユーザの不正確な現在位置を示す位置情報を上記他ユーザに送信することで、自ユーザの正確な現在位置を示す位置情報を上記他ユーザに送信しない設定（フェイク）がある。
【０６０８】
また、別の探索対応設定には、上述したように、他ユーザが所定の条件を満たすユーザの位置を示す位置情報の送信の要求を行った場合に、当該他ユーザの現在位置を示す位置情報を自ユーザに送信する設定（Ｐディテクション）がある。
【０６０９】
探索系アイテムと、当該探索系アイテムに対抗する探索対応アイテムが使用可能となる事で戦術の駆け引きが高まり、ゲーム性を高める事ができる。
【０６１０】
なお、探索系アイテムと探索対応アイテムのそれぞれの効果は、探索系アイテムの使用ユーザと探索対応アイテムの使用ユーザとの距離等に基づいて設定すると更に良好である。すなわち、位置情報抽出部５６２は、探索要求に基づいて抽出した他のユーザがステルスを使用している場合、当該探索要求の送信元ユーザの位置とステルスを使用中のユーザ（ステルス使用ユーザ）の位置とを比較する。位置情報抽出部５６２は、当該比較の結果、当該２ユーザの距離が所定の距離範囲以内である場合は、ステルスを使用していても位置情報抽出部５６２は、当該ステルスを使用しているユーザの位置を示す位置情報を抽出してユーザ位置通知情報生成部５６３に送っても良い。ユーザ位置通知情報生成部５６３は、通常の処理で抽出されたユーザの位置を示す位置情報と同様、当該抽出されたステルスを使用しているユーザの位置を示す位置情報を含めてユーザ位置通知情報を生成する。これは、ステルス機能は、探索側との距離が近い場合に効果がでないという事実を反映させるためであり、より現実感を出すためである。なお、当該距離が所定の基準距離よりも近い場合に、ステルスの効果をチャフ又はフェイクに置き換えても良い。すなわち、位置情報抽出部５６２は、上記距離が所定の距離範囲以内である場合、ステルスを使用しているユーザの曖昧な位置を示す仮想位置情報を取得するか、不正確な位置を示す不正確位置情報を取得し、ユーザ位置通知情報生成部５６３は、探索対応アイテムを使用していないユーザの現在位置を示す位置情報と、ステルスを使用しているユーザの上記仮想位置情報又は不正確位置情報を含めてユーザ位置通知情報を生成しても良い。このようにする事で、探索要求を使用したユーザとステルスを使用しているユーザの距離が近い場合は、ステルスの効果を薄めて対応する事ができる。
【０６１１】
また、位置情報抽出部５６２は、当該ステルスを使用しているユーザの現在位置を示す位置情報を所定の確率で抽出する構成としても良い。位置情報抽出部５６２が当該確率に基づいて当該ステルスを使用しているユーザの位置を抽出した場合には、ユーザ位置通知情報生成部５６３は、当該ステルスを使用しているユーザの現在位置を示す位置情報も生成するユーザ位置通知情報に含める。なお、上記確率は、上記２ユーザ間の距離に基づいて決定されても良いし、上記２ユーザ間の職位の力関係や、アイテム熟練度に基づいて決定されても良い。上記２ユーザ間の距離が近いほど、位置情報抽出部５６２は、ステルス使用ユーザの位置情報を高い確率で抽出する構成とできる。又、ステルス使用ユーザの職位が探索要求使用ユーザの職位より高いほど、位置情報抽出部５６２は低い確率で当該ステルス使用ユーザの位置情報を抽出する構成とできる。また、ステルス使用ユーザの当該ステルスのアイテム熟練度が高いほど、位置情報抽出部５６２は、低い確率で当該ステルス使用ユーザの現在位置を示す位置情報を抽出する構成とできる。
【０６１２】
図９７は、本実施の形態６に係るアイテム処理部２６５のうち、アイテム実行部３６１に該当するアイテム判別部５６１、位置情報抽出部５６２、及び使用中アイテム登録部６６１の処理の流れを示すフローチャート図である。
【０６１３】
アイテム判別部５６１は、受信部２６１がアイテム使用要求を受信したかを判別する（ステップＳ３０１）。アイテム使用要求が受信されていない場合は、待機してアイテム使用要求が受信される事を待つ。
【０６１４】
アイテム判別部５６１は、受信部２６１が受信したアイテム使用要求を受け取ると、当該アイテム使用要求に含まれる使用要求アイテム番号を参照して、当該アイテム使用要求が探索対応アイテムであるかを判別する（ステップＳ９０１）。なお、アイテム使用要求が適切なアイテム使用要求であるかを判断する構成を備える場合は、当該アイテム使用要求で要求されているアイテム（プログラム）の種類を判別する前に、アイテム使用要求の正当性の照合を行っても良い。
【０６１５】
判別の結果、探索対応アイテム以外のアイテムの使用を要求するアイテム使用要求である場合は、アイテム実行部３６１は、要求されているアイテムに対応するプログラムを実行し、処理を終了する（ステップＳ３０３）。
【０６１６】
一方、判別の結果、探索対応アイテムの使用を要求するアイテム使用要求である場合は、アイテム判別部５６１は、アイテムＮｏ０５：ステルスの使用要求であるかを判別する（ステップＳ９０２）。ステップＳ９０２の判別の結果、ステルスでない場合は、アイテム判別部５６１は、アイテムＮｏ０６：チャフの使用要求であるかを判別する（ステップＳ９０４）。ステップＳ９０４の判別の結果、チャフでない場合は、アイテム判別部５６１は、アイテムＮｏ０７：フェイクの使用要求であるかを判別する（ステップＳ９０６）。
【０６１７】
ステップＳ９０２の判定の結果、ステルスの使用を要求するアイテム使用要求（位置情報送信禁止要求）であった場合は（ステップＳ９０２でＹｅｓ）、使用中アイテム登録部６６１は、使用中アイテムとしてステルスを登録する（ステップＳ９０３）。具体的には、使用中アイテム登録部６６１は、ユーザ情報管理ファイルの使用中アイテム欄に当該ステルスに対応付けられたアイテムＮｏ０５を記録する。なお、ステルスの効果が持続する回数を設定可能である場合、使用中アイテム登録部６６１は、持続回数を合わせて記録する。
【０６１８】
ステップＳ９０４の判定の結果、チャフの使用を要求するアイテム使用要求（曖昧位置情報送信要求）であった場合は（ステップＳ９０４でＹｅｓ）、使用中アイテム登録部６６１は、使用中アイテムとしてチャフを登録する（ステップＳ９０５）。具体的には、使用中アイテム登録部６６１は、ユーザ情報管理ファイルの使用中アイテム欄に当該チャフに対応付けられたアイテムＮｏ０６を記録する。なお、チャフの効果が持続する回数を設定可能である場合、使用中アイテム登録部６６１は、持続回数を合わせて記録する。
【０６１９】
ステップＳ９０６の判定の結果、フェイクの使用を要求するアイテム使用要求（不正確位置情報送信要求）であった場合は（ステップＳ９０６でＹｅｓ）、使用中アイテム登録部６６１は、使用中アイテムとしてフェイクを登録する（ステップＳ９０７）。具体的には、使用中アイテム登録部６６１は、ユーザ情報管理ファイルの使用中アイテム欄に当該フェイクに対応付けられたアイテムＮｏ０７を記録する。なお、フェイクに効果が持続する回数を設定可能である場合、使用中アイテム登録部６６１は、持続回数を合わせて記録する。
【０６２０】
ステップＳ９０６の判定の結果、フェイクの使用を要求するアイテム使用要求でなかった場合は（ステップＳ９０６でＮｏ）、使用中アイテム登録部６６１は、使用中アイテムとしてＰディテクションを登録する（ステップＳ９０８）。具体的には、使用中アイテム登録部６６１は、ユーザ情報管理ファイルの使用中アイテム欄に当該Ｐディテクションに対応付けられたアイテムＮｏ２２を記録する。なお、Ｐディテクションの効果が持続する回数を設定可能である場合、使用中アイテム登録部６６１は、持続回数を合わせて記録する。
【０６２１】
続いて使用中アイテム登録部６６１は、ステップＳ９０３、Ｓ９０５、Ｓ９０７、Ｓ９０８を登録した上で、時間計測を開始する（ステップＳ９０９）。具体的には、使用中アイテム登録部６６１は、タイマーである時間計測部に時間計測を開始させる。なお、使用アイテム通知情報をアイテム使用要求元に返信する構成を取る場合、使用中アイテム登録部６６１は、使用アイテム通知情報生成部３６２に、使用アイテム通知情報の生成指示を出す。
【０６２２】
使用中アイテム登録部６６１は、ステップＳ９０９で開始した設定時間の計測が完了したかを判定する（ステップＳ９１０）。当該判定の結果、ステップＳ９０９で設定した時間が経過している場合は、使用中アイテムの登録を解除する(ステップＳ９１２)。
【０６２３】
当該判定の結果、設定時間が経過していない場合、使用中アイテム登録部６６１は、持続回数が残っているかを判定する（ステップＳ９１１）。持続回数が残っている場合ステップＳ９１０に戻る。一方、持続回数が残っていない場合はステップＳ９１２に進み、使用中アイテムの登録を解除して処理を終了する。ここで、持続回数は、ステップＳ９０３、Ｓ９０５、Ｓ９０７で設定された後、Ｓ８０３、Ｓ８０５、Ｓ８０７でそれぞれ判定が行われた場合にデクリメントされることで更新される。
【０６２４】
なお、Ｓ９０８で登録されたＰディテクションに関する持続回数も、他ユーザからの探索要求に基づいて逆探知を行う毎にデクリメントとされる。この場合、図９８のフローチャートに示すように、位置情報抽出部５６２は、探索要求に引っ掛ったユーザに対してＰディテクションが設定されているかを判定する（ステップＳ８１１）。Ｐディテクションが設定されている場合は、位置情報抽出部５６２は、使用中アイテムとして記録されている当該Ｐディテクションの持続回数を一つデクリメントした上で、当該探索要求の送信元ユーザの位置情報を抽出する（ステップＳ８１２）。ユーザ位置通知情報生成部５６３は、当該抽出された探索要求の送信元ユーザの位置を示す位置情報を含めてユーザ位置通知情報を生成し、送信部２６８は、Ｐディテクションの設定ユーザに対して当該ユーザ位置通知情報を送信する。
【０６２５】
このようにして、探索対応アイテムを登録しておき、他ユーザからの探索要求に基づいて探索対応アイテムに応じた対応を行うことができる。
【０６２６】
（実施の形態７）
上記実施の形態で説明した探索系アイテム等を用いることで他プレイヤーの位置を検出することができる。しかしながら、探索で見つかった他プレイヤーについて位置だけではなくより詳細な情報を知りたいと言う場合がある。例えば、プレイしているゲームが上述したサイバー戦争２のように敵チームの「司令官」を捕まえることが勝利条件に設定されている場合には、探索で見つかったプレイヤーのＪｏｂを認識したいという場合があるし、また、見つかったプレイヤーがどのようなアイテムを所持しているかを知りたいと言った場合がある。通常、これらの情報は敵チームには秘密とされるためである。
【０６２７】
このような場合に、他プレイヤーの状態を解析するためのアイテムがアイテムＮｏ０９：アナリシスである。以下当該、アイテムＮｏ０９：アナリシスについて具体的に説明する。
【０６２８】
当該アナリシスを使用するユーザは、その前に探索系アイテムやトラップ系アイテム等を用いて、他のユーザに関する情報を取得する。上述した探索系アイテムは、他のユーザの位置について情報を取得できるものの、更に詳細な情報については取得できない。そこで、ユーザは、探索系アイテムなどにより位置等の情報を得たプレイヤーを選択してアナリシスを使用することで当該プレイヤーの詳細情報を取得できる構成をとる。従って以下の説明では、当該アナリシスを詳細情報送信要求と称することがある。また、別の見方では、当該アナリシスは、探索系アイテム等を用いて特定したユーザを分析することを要求するものであるため、分析要求と称することがある。
【０６２９】
図９９は、本実施の形態７に係る携帯端末装置７１０の構成を示すブロック図である。携帯端末装置７１０は、アイテム処理部２１４が詳細通知情報処理部７１１を備えることを特徴とする。また、記憶部２１３には、装備アイテムデータ５１８として探索要求に係るアイテムであるアイテムＮｏ０１の全方向サーチと分析要求に係るアイテムであるアイテムＮｏ０９：アナリシスが記憶されているものとする。
【０６３０】
アイテム使用要求生成部２２１は、操作入力部１２２で受けたアイテムＮｏ０１の全方向サーチを使用するという操作入力に基づいて記憶部２１３に装備アイテムデータ５１８として記憶されている全方向サーチを読み出して第１探索要求を生成する。アイテム使用要求生成部２２１で生成された第１探索要求は、無線送信部１１２より情報処理サーバ７６０に送られる。情報処理サーバ７６０では、当該第１探索要求に基づいて他のユーザの位置情報の抽出及びユーザ位置通知情報の生成が行われ、当該生成されたユーザ位置通知情報が携帯端末装置７１０に送信される。
【０６３１】
図９１に示したように、ユーザ位置通知情報には位置情報及び付加情報が含まれ、当該付加情報には当該位置情報に係るユーザを特定するユーザ特定情報が含まれる構成を取る。当該ユーザ特定情報としては、当該位置情報に係るユーザのユーザＩＤを用いても良いし、情報処理サーバ７６０が各ユーザを管理するために付与しているユーザ管理番号であっても良い。当該ユーザ管理番号は、図８９にも示すように各ユーザに個別に付与される番号である。また、情報処理サーバ７６０において、ユーザ位置通知情報生成部５６３が一時的に位置情報が抽出された各ユーザを特定するために割り当てる一時ユーザ管理番号であっても良い。
【０６３２】
このように、情報処理サーバ７６０のユーザ位置通知情報生成部５６３は、探索要求に基づいて抽出したユーザの位置を示す位置情報と当該ユーザ特定情報とを含めてユーザ位置通知情報を生成する。上記ユーザ特定情報には、ユーザＩＤの他、各ユーザにゲーム内で一時的に割り当てられたユーザ管理番号を用いることができる。
【０６３３】
上記ユーザ位置通知情報を受信した携帯端末装置７１０において、ユーザ位置通知情報処理部５１１は、当該ユーザ位置通知情報に含まれる位置情報及び付加情報を抜き出して記憶部２１３に他プレイヤー位置情報５２０として格納する。ここで、記憶部２１３は、当該位置情報と当該位置情報に係るユーザを特定するユーザ特定情報とを対応付けた状態で他プレイヤー位置情報５２０として記憶しておく。表示制御部４１３は、地図データ５２１を読み出して地図上の当該位置情報で示される位置にアイコンをオーバーレイ表示する。
【０６３４】
この状態で、表示部１１５には、図７６に示すように他ユーザを示すアイコン５１５がユーザ位置通知情報に含まれる位置情報で示される地図上の位置に表示されている。当該アイコン５１５は、ユーザ特定情報にリンクされている。
【０６３５】
ここで、地図上にアイコン表示されているユーザのより詳細な情報を取得したい場合に、ユーザは、操作入力部１２２を介して記憶部２１３に装備アイテムデータ５１８として記憶している使用可能アイテムリストの中からアイテムＮｏ０９：アナリシスを選択して実行する。この時、当該アナリシスを使用するユーザは、図７６のマップ４２５に表示されている他プレイヤーを示すアイコン５１５を選択しつつアナリシスを使用することで、当該選択したユーザについての分析要求を情報処理サーバ７６０に送信することができる。
【０６３６】
すなわち、操作入力部１２２からの操作入力に基づいて、使用を要求するアイテムとして分析要求が選択された状態で、表示部１１５に表示されているアイコン５１５が選択されると、アイテム使用要求生成部２２１は、当該アイコン５１５にリンクされているユーザ特定情報を記憶部２１３から読み出して分析要求の中に含める。
【０６３７】
図１００は、分析要求の一例である。当該分析要求は、アイテム使用要求の一例であり、使用アイテム識別情報に、アナリシスを示すアイテムＮｏ０９が使用要求アイテム番号として含まれ、更に対象ユーザＩＤや対象ユーザ管理番号などアナリシスの対象となるユーザを特定するユーザ特定情報が含まれる。このように、分析要求には、分析対象のユーザを特定する情報が含まれる。当該分析要求は、無線送信部１１２より情報処理サーバ７６０に送信される。
【０６３８】
図１０１は、本実施の形態７に係る情報処理サーバ７６０の構成を示すブロック図である。情報処理サーバ７６０は、詳細情報抽出部７６１と詳細通知情報生成部７６２と、を更に備えることを特徴とする。
【０６３９】
受信部２６１で、受信されたアイテム使用要求はアイテム処理部２６５のアイテム判別部５６１に送られる。アイテム判別部５６１は、アイテム使用要求に含まれる使用要求アイテム番号を参照し、当該使用要求アイテム番号が探索要求に係るアイテム番号であれば位置情報抽出部５６２に、また、分析要求に係るアイテム番号であれば詳細情報抽出部７６１にそれぞれアイテム使用要求を送る。
【０６４０】
詳細情報抽出部７６１は、受け取ったアイテム使用要求の使用アイテム識別情報に含まれるユーザ特定情報で特定されるユーザに関する詳細な情報をユーザ情報記憶部２６３に記憶されているユーザ情報管理ファイル等を参照して抽出（取得）する。
【０６４１】
ここでユーザの詳細な情報とは、対象ユーザのユーザ名（ユーザＩＤ）、職位、Ｊｏｂ、所有アイテム、使用中アイテム、などの情報のいずれかが少なくとも含まれる。詳細情報抽出部７６１は、抽出した情報を詳細通知情報生成部７６２に送ると共に、詳細通知情報の生成指示を出す。
【０６４２】
詳細通知情報生成部７６２は、詳細情報抽出部７６１が抽出した対象ユーザの詳細な情報を含めて詳細通知情報を生成し、送信部２６８に送る。送信部２６８は、当該詳細通知情報を分析要求送信元のユーザ（携帯端末装置７１０）に送信する。
【０６４３】
図９９に戻って、携帯端末装置７１０の無線受信部１１３は、当該詳細通知情報を受信すると詳細通知情報処理部７１１に送る。
【０６４４】
詳細通知情報処理部７１１は、受け取った詳細通知情報を分析要求送信時に指定した対象ユーザの詳細な情報である他プレイヤー詳細情報７１２として記憶部２１３に格納する。
【０６４５】
表示制御部４１３は、当該他プレイヤー詳細情報７１２を読み出して表示部１１５で表示する。具体的には、図１０２に示すように操作入力部１２２でプレイ画面の敵情報欄７２１が選択されると、表示制御部４１３は、敵情報表示画面７２２をスクロール表示する。ここで、記憶部２１３に他プレイヤー詳細情報７１２が記憶されている場合は、表示制御部７１３は、敵情報表示画面７２２に他プレイヤー詳細情報７１２を表示すると共に、マップ４２５に当該他プレイヤー詳細情報７１２に係るユーザの位置を示す敵プレイヤーアイコン５１５を表示する。
【０６４６】
すなわち、敵プレイヤーアイコン５１５と、記憶部２１３に記憶される他プレイヤー位置情報５２０と他プレイヤー詳細情報７１２は、それぞれリンクされている。但し、他プレイヤー位置情報５２０は、ユーザ位置通知情報処理部５１１からの処理に基づいて所定の時間経過後に削除される構成を取るため、表示制御部４１３は、当該所定の時間経過後にマップ４３５からアイコン５１５の表示を停止する。
【０６４７】
当該処理が行われることで、アナリシスを使用するユーザは、敵プレイヤーの詳細な情報を取得でき、その後の戦略に活かすことができる。特に、敵チームのユーザがどのＪｏｂであるかは、通常敵チームには秘密にされているため、アナリシスでＪｏｂを特定できる効果は、司令官を捕縛することがゲーム終了条件となるサイバー戦争２において特に有効である。
【０６４８】
なお、上記説明では、分析要求は、他ユーザの詳細な情報を通知させるために送信されるものであったがこれに限定されるものではない。例えば、アイテムＮｏ０９：アナリシスは、戦況の分析を要求するものであっても良い。この場合、情報処理サーバ７６０において詳細情報抽出部７６１は、ユーザ情報記憶部２６３に記憶されている他の情報を追加情報として抽出しても良い。詳細情報生成部７６２は、当該抽出された追加情報を読み出す。このようにユーザ情報記憶部２６３は、ゲームを有利に進めるための情報が合わせて記憶されており、詳細情報抽出部７６１は、分析要求に基づいて当該情報を詳細情報として抽出する。このように構成しても良い。
【０６４９】
図１０３は、本実施の形態７に係る携帯端末装置７１０を別の観点から捉えたブロック図である。携帯端末装置７１０は、操作入力部１２２と、第１要求部７１５と、第１取得部７１６と、第２要求部７１７と、第２取得部７１８と、要求制御部４２４と、要求設定部４２５と、を具備する。
【０６５０】
第１要求部７１５は、所定の条件を満たす他ユーザについて少なくとも他ユーザを特定する情報を含む第１情報の送信を情報処理サーバ７６０に要求する。当該他ユーザを特定する情報には、他ユーザを一意に識別する識別情報であるユーザＩＤや、他ユーザに割り当てられたユーザ管理番号を用いることができる。また、所定の条件を満たす他ユーザとは、所定の探索条件を満たす他ユーザや、トラップに引っ掛った他ユーザなどとすることができる。上記第１要求部７１５が行う第１要求が具体的に他ユーザ位置情報送信要求（探索要求）である場合は、上記第１情報は、所定の条件を満たす他ユーザを特定する情報及び当該他ユーザの位置を示す位置情報を含むユーザ位置通知情報となる。
【０６５１】
第１取得部７１６は、第１要求部７１５が行う上記要求に基づいて情報処理サーバ７６０より送信された上記他ユーザを特定する情報を取得する。具体的に、第１要求部７１５行う第１要求が他ユーザ位置情報送信要求（探索要求）である場合は、第１取得部７１６は、所定の条件を満たす他ユーザを特定する情報及び当該他ユーザの位置を示す位置情報を含むユーザ位置通知情報を第１情報として取得する。第１取得部７１６は、取得したユーザ位置通知情報をメモリーに記憶すると共に当該ユーザ位置通知情報で示されるユーザの位置を示すアイコンを表示部４２５に表示させる。
【０６５２】
第１要求部７１５による上記要求に基づいて他のユーザの位置情報及び当該ユーザを特定する情報が第１取得部７１６で取得され、表示部４２５に、当該位置情報で示される位置に当該ユーザのアイコンが地図上に表示されることで、自ユーザは、自身の周辺に敵プレイヤーがいていることが分かる。ここで、更に具体的に、表示部４２５で表示されているアイコンに対応するプレイヤーがどのようなプレイヤーであるかについてより詳細に知りたい場合は、自ユーザはアイテム使用画面を呼び出してアナリシスを選択する。この時、ユーザは操作入力部１２２を介して表示部４２５で表示されているアイコンを選択することで、第２要求部７１７が行う要求である分析要求（詳細情報送信要求）に、当該アイコンに対応付けられている他ユーザを特定する情報が含まれてパケットが生成される。
【０６５３】
第２要求部７１７は、第１取得部７１６で取得した上記情報で特定される他ユーザに関する追加情報の送信を情報処理サーバ７６０に要求する。具体的には、第２要求部７１７は、上記操作入力部１２２を介して自ユーザより選択されたユーザついて、既に第１取得部７１６で取得している当該ユーザを特定する情報を含めて、当該選択されたユーザに関する追加情報の送信を情報処理サーバ７６０に要求する。
【０６５４】
すなわち、第２要求部７１７は、第１取得部７１６で取得した上記情報で特定される他ユーザであって、操作入力部１２２から自ユーザによって選択されたユーザに関する追加情報の送信を要求する。当該追加情報は、第１取得部７１５で取得した上記第１情報には含まれていない情報であり、具体的には、上記ユーザのＪｏｂや装備アイテムなどに関する情報である。
【０６５５】
第２取得部７１８は、第２要求部７１７による上記要求に基づいて送信された他ユーザに関する追加情報を取得する。第２取得部７１８は、取得した追加情報を記憶部に記憶すると共に当該追加情報で示される内容を表示部４２５に表示させる。
【０６５６】
要求制限部５２５は、第２要求部７１７が行う他ユーザに関する追加情報の送信の要求を制限する。また、要求制限部５２５は、第１要求部７１５が行う第１情報の送信の要求を更に制限する。但し、ゲーム条件の設定次第では、第１情報の送信要求に対して制限を設けないことも可能である。
【０６５７】
ここで、要求制限部５２５は、具体的に第２要求部７１７が追加情報の送信を要求できる回数を制限することが好ましい。すなわち、当該要求に対応するアイテムであるアナリシスの使用回数が制限される。但し、要求制限部５２５は、第２要求部７１７が追加情報の送信を要求できるユーザ数を制限する構成としても良い。また、要求制限部５２５は、第１要求部７１５が当該第１情報の送信を要求できる回数を更に制限する構成とすることが好ましい。すなわち、当該要求に対する探索系アイテムやトラップ系アイテムなどについても、ゲーム中に使用可能なアイテム数に制限が設けられることでアイテムの使用が頻発しすぎることによるゲームバランスの低下を防ぐことができる。
【０６５８】
要求制限設定部５２６は、第２要求部７１７が追加情報の送信を要求できる回数又はユーザ数の初期値を設定する。また、要求制限設定部５２６は、第１要求部７１５が第１情報の送信を要求できる回数又はユーザ数の初期値も必要に応じて設定する。
【０６５９】
要求制限設定部５２６は、具体的には、操作入力部１２２で受けたアイテム購入指示に基づいて、アイテム購買サーバよりユーザによって選択されたアイテムを購入する。当該アイテムの購入は、上記要求を実行する許可を情報処理システム側から受けていると見ることができる。要求制限設定部５２６は、購入したアイテムをゲームで使用可能なアイテム（装備アイテム）として記憶部に記憶する。要求制限設定部５２６が、上記第２要求に対応するアイテムであるアナリシスを購入して記憶部に装備アイテムとして記憶することで、当該購入して記憶したアナリシスの数が上記第２要求部７１７が追加情報の送信を要求できる回数又はユーザ数の初期値に対応する。
【０６６０】
要求制限設定部５２６は、第２要求部７１７が行う上記要求に基づいて第２取得部７１８が追加情報を初期値で設定される回数分取得した場合には、その後、第１取得部７１５で取得した情報で特定される他ユーザに関する追加情報の送信を要求することを許可しない。すなわち、要求制限部５２５は、アナリシスのアイテムを使い切ったと判断する。
【０６６１】
上述したように、本実施の形態７に係る携帯端末装置７１０は、ユーザからの操作入力に基づいてアナリシスのアイテムを使用する場合、当該アナリシスに係るユーザを特定する情報を含む分析要求を送信する。具体的には、携帯端末装置７１０は、ユーザを特定する情報で特定されるユーザの追加情報の送信を要求する。当該要求を受けた情報処理サーバ７６０は、追加情報を当該携帯端末装置７１０に対して送信することになる。当該アナリシスのアイテムを使用可能とすることでゲームとしての戦略性を向上させることができる。
【０６６２】
なお、アイテム処理部２６５には、詳細情報が他ユーザに送信された事を通知する被詳細通知情報生成部が更に備えられていても良い。詳細情報抽出部７１１は、分析要求に基づいて特定される対象ユーザの詳細情報を抽出して詳細通知情報生成部７６２に詳細通知情報を生成させると共に、当該対象ユーザのＩＰアドレスを宛先ＩＰアドレスとする自身の詳細情報が他ユーザに送信された事を示す被詳細通知情報を被詳細通知情報生成部に生成させる構成としても良い。送信部２６８は、詳細通知情報を分析要求の送信元に、被詳細通知情報を分析要求に基づいて詳細情報が抽出された対象ユーザにそれぞれ送信することになる。
【０６６３】
なお、上述した情報処理システム７００は、ゲームだけではなくユーザ管理に応用できる。例えば、修学旅行中であって自由時間における生徒の居場所を第１要求に基づいて取得して表示部５２６で地図上にアイコンをオーバーレイ表示し、危険な場所に居る等注意が必要な生徒を示すアイコンを選択して第２要求部７１７より第２要求を行うことで生徒の名前や学生番号など、当該アイコンが示す生徒のより詳細な情報を取得するといった利用方法が可能である。
【０６６４】
（実施の形態８）
アイテムＮｏ１１のキャプチャーは、攻撃側チームが逃走側チームのプレイヤーを捕縛するのを補助するアイテムである。通常、このようなゲームでは足が速い子供が逃げる場合、いつまでたっても誰も触れず捕縛できないと言う問題があり、これがゲームの興を削いでいる側面があった。そこで、キャプチャーを使用している場合、プレイヤーに触れなくても、所定の距離まで迫った時点で捕縛が完了したものとして処理する。
【０６６５】
以下、図面を参照して本実施の形態８について説明する。但し、本実施の形態８に係る携帯端末装置８１０は、記憶部２１３に記憶されている装備アイテムデータ５１８にアイテムＮｏ１１：キャプチャーが登録されている以外は図７５に示した携帯端末装置５１０と同一の構成であるため、以下の説明では図７５を援用して説明する。
【０６６６】
ユーザは、キャプチャーのアイテムを使用したい場合は、アイテム使用画面から当該キャプチャーを選択して実行することにより、操作入力部１２２を介して当該キャプチャーの使用指示を出す。アイテム使用要求生成部２２１は、当該操作入力に基づいて記憶部２１３よりキャプチャーを読み出し、アイテム使用要求を生成し、無線送信部１１２は当該アイテム使用要求を情報処理サーバ８６０に送信する。
【０６６７】
当該キャプチャーは、捕縛行動を補助する設定を要求するアイテムであるため、以下の説明では当該キャプチャーに係るアイテム使用要求を特に捕縛補助設定要求と称することがある。アイテム処理部２６５は、各携帯端末装置８１０から位置情報が送られてくる周期と同程度の周期で、当該キャプチャーの設定を行っているユーザから所定の距離の位置範囲内に逃走側チームのプレイヤーがいないかを判定する判定処理を行う。
【０６６８】
図１０４は、本実施の形態８に係る情報処理サーバ８６０の構成を示すブロック図である。情報処理サーバ８６０は、大きく分けて受信部２６１と、ユーザ情報記憶部２６３と、ユーザ情報処理部２６４と、アイテム処理部２６５と、送信部２６８と、状態変更通知情報生成部２８４と、を具備する。また、ユーザ情報処理部２６４は、位置状態処理部２８１と、ユーザ状態処理部２８２とを有する。また、アイテム処理部２６５は、アイテム使用通知情報生成部３６２と、アイテム判別部２６５と、使用中アイテム登録部６６１と、時間計測部８６１と、捕縛補助領域算出部８６２と、ユーザ状態変更判定部８６３と、を具備する。
【０６６９】
受信部２６１は、アイテム使用要求を受信するとアイテム判別部５６１に送る。また、受信部２６１は、受信したユーザの現在位置を示す位置情報を位置情報処理部２８１へ、またユーザの状態を変更する要求である状態変更要求をユーザ状態処理部２８２へ、それぞれ送る。
【０６７０】
アイテム判別部５６１は、受け取ったアイテム使用要求に含まれる使用要求アイテム番号に基づいて実行するプログラムを判別する。アイテム判別部５６１は、当該アイテム使用要求を使用中アイテム登録部６６１に送る。
【０６７１】
ここで、アイテム判別部５６１は、判別の結果、当該アイテム使用要求が捕縛補助設定要求であった場合は、捕縛補助領域算出部８６２に当該捕縛補助設定要求を送ると共に処理の指示を行う。
【０６７２】
使用中アイテム登録部６６１は、受け取ったアイテム使用要求をユーザ情報管理ファイルに使用中アイテムとして登録する。なお、この時使用中アイテム登録部６６１は、アイテム使用要求に基づく処理を行うかの認証処理を行っても良い。使用中アイテム登録部６６１は、受けとったアイテム使用要求に含まれる使用要求アイテム番号がＮｏ１１：キャプチャーであった場合は、当該キャプチャーのアイテム番号をユーザ情報管理ファイルの使用中アイテム欄に登録する事で捕縛補助設定を行う。
【０６７３】
図１０５は、ユーザ情報記憶部２６３に記憶されているユーザ情報管理ファイルの一例である。当該ユーザ情報管理ファイルには使用中アイテムを登録しておく使用中アイテム欄があり、使用中アイテム登録部６６１は、受けとったアイテム使用要求に含まれるアイテム番号をアイテム使用要求の送信元ユーザに対応付けて記録する。ここでは、ユーザＮｏ０４：丈太郎がアイテムＮｏ１１：キャプチャーを使用している。
【０６７４】
使用中アイテム登録部６６１は、アイテム使用通知情報生成部３６２にアイテム使用通知情報の生成指示を出す。アイテム使用通知情報生成部３６２は、当該指示に基づいてアイテム使用通知情報を生成する。当該アイテム使用通知情報には、使用中アイテム登録部６６１が行う認証結果に基づいて、アイテム使用要求に基づくアイテムを使用するか使用しないかの情報が含まれる構成とすると良い。
【０６７５】
使用中アイテム登録部６６１は、ユーザ情報管理ファイルに使用中アイテムの登録を行った上で、時間計測部８６１に所定の時間の時間計測を開始させる。ここで、使用中アイテム登録部６６１がセットする計測時間は、アイテム使用要求の種類や、当該アイテム使用要求の送信元ユーザの職位やＪｏｂやアイテム熟練度等に基づいて定まる時間をセットする構成とすることが好ましい。
【０６７６】
時間計測部８６１は、上記所定の時間の計測が完了すると使用中アイテム登録部６６１に時間計測が完了したことを示す信号を返す。使用中アイテム登録部６６１は、当該信号を受け取るとユーザ情報管理ファイルの使用中アイテム欄から該当するアイテムに関する情報を消去することで、当該アイテムに基づく処理を終了させる。
【０６７７】
捕縛補助領域算出部８６２は、アイテム判別部５６１から受け取った捕縛補助設定要求に基づいて捕縛補助領域を算出する。当該捕縛補助領域とは、攻撃側プレイヤーが行う捕縛行動を補助するために求められる位置領域であり、当該捕縛補助領域内に逃走側プレイヤーが入った場合、当該逃走側プレイヤーは自動的に捕縛されたものとして処理される。
【０６７８】
捕縛補助領域算出部８６２は、捕縛補助設定要求の送信元ユーザの現在位置を示す位置情報に基づいて、当該現在位置周辺の所定の広さを持つ位置範囲を当該捕縛補助領域として算出する。この時、捕縛補助領域算出部８６２は、受信部２６１で定期的に受信する位置情報を直接受け取ることで捕縛補助設定要求の送信元ユーザの現在位置を示す位置情報を取得しても良いし、ユーザ情報記憶部２６３に記憶される各ユーザの位置情報が記録されるユーザ管理ファイルを参照して取得しても良い。
【０６７９】
ここでは、捕縛補助領域算出部８６２は、ユーザ情報管理ファイルを参照することで、当該キャプチャーを使用しているユーザの現在位置情報を取得するものとして説明する。また、捕縛補助領域算出部８６２は、当該キャプチャーを使用しているユーザの職位やＪｏｂやアイテム熟練度に基づいて捕縛補助領域を算出することが好ましい。
【０６８０】
図１０６は、当該捕縛補助設定要求の送信元ユーザ（捕縛補助設定ユーザ）の位置と捕縛補助領域との関係を例示する図である。図１０６（ａ）では、送信元ユーザの現在位置８０１を中心とする距離Ｚの半径の円内が当該捕縛補助領域８０２として算出される例を示している。また、図１０６（ｂ）、（ｃ）は、それぞれ送信元ユーザの向いている方向に広い範囲をもつ位置領域が捕縛補助領域８０２として算出される例を示している。
【０６８１】
ここで、図１０６（ｂ）、（ｃ）のように、送信元ユーザの向いている方向を考慮した位置範囲を捕縛補助領域として算出するためには、当該送信元ユーザの向いている方向に関する情報が必要となる。当該情報は、当該送信元ユーザの携帯端末装置８１０より定期的に送信される位置情報と合わせて当該ユーザの方向を示す情報が送信される構成とすることができる。
【０６８２】
この場合、携帯端末装置８１０は、加速度センサや方位磁針が内蔵され、当該加速度センサや方位磁針に基づいて自ユーザの方向を示す情報を生成する方向情報取得部が備え付けられる構成を取る。当該方向情報取得部は、自ユーザの方向を示す方向情報を取得し、当該方向情報は、位置情報取得部１１１で取得されて定期的に送信される位置情報と共に情報処理サーバ８６０に送信される。情報処理サーバ８６０において受信部２６１は、位置情報に加えて当該方向情報を定期的に受信し、位置情報処理部２８１は、当該方向情報をユーザ情報管理ファイルに記録する。捕縛補助領域算出部８６２は、捕縛補助設定要求の送信元ユーザの当該位置情報及び方向情報に基づいて捕縛補助領域を算出する。
【０６８３】
なお、当該方向情報が送信されない構成であっても、捕縛補助領域算出部８６２は、ユーザ情報管理ファイルを参照して、捕縛補助設定要求の送信元ユーザの現在位置と前回の位置との差に基づいて当該送信元ユーザの方向を求める構成であっても良い。捕縛補助領域算出部８６２は、ユーザの現在位置を示す位置情報と、当該求めた方向とに基づいて捕縛補助領域を算出する。
【０６８４】
捕縛補助領域算出部８６２は、位置情報が更新される周期と略同一の周期でユーザ情報記憶部２６３に記憶されている捕縛補助設定を行っているユーザの位置情報を読み込んで捕縛補助領域を算出する。捕縛補助領域算出部８６２は、算出した捕縛補助領域をユーザ状態変更判定部８６３に送る。
【０６８５】
ユーザ状態変更判定部８６３は、捕縛補助領域算出部８６２より受け取った捕縛補助領域の位置範囲と逃走側チームのプレイヤーの位置情報との比較を行う。当該比較の結果、算出した位置範囲内に逃走側チームのプレイヤーが位置している場合は、捕縛が完了したとして、当該逃走側チームのユーザの状態を平常状態（通常状態）から捕縛状態（捕虜状態）に変更する処理を行わせる指示をユーザ状態処理部２８２に出す。
【０６８６】
具体的には、ユーザ状態変更判定部８６３は、捕縛補助領域算出部８６２より算出された捕縛補助領域を受け取ると、ユーザ情報管理ファイルを参照して、当該捕縛補助領域の位置範囲内に位置している逃走側チームのプレイヤーがいるかを判定する。図１０５の場合では、ユーザＮｏ０４の丈太郎がアイテムＮｏ１１：キャプチャーを使用しているため、逃走側チームに属するユーザＮｏ０５〜Ｎｏ０８のユーザの現在位置を取得し、上記捕縛補助領域との比較を行う。なお、図１０５では、現在の時刻である１２：２０．１０の時点でユーザＮｏ０６のシータとユーザＮｏ０８のキャスカはステータス欄（Ｓｔ）から判別可能なように既に捕縛されている状態であるため、ユーザ状態変更判定部８６３は、逃走側チームに属するユーザのうち、捕縛されていないユーザであるユーザＮｏ０５のココとユーザＮｏ０７のバルメについて現在位置情報を取得する構成であれば十分である。ユーザ状態変更判定部８６３は、捕縛補助領域算出部８６２が算出したキャプチャーの設定が行われているユーザの現在位置に所定の距離を加えた位置範囲である捕縛補助領域と、逃走側チームのユーザであって捕縛されていないユーザの位置を示す位置情報との比較処理を行う。ユーザ状態変更判定部８６３は、当該比較処理の結果、捕縛補助領域内に当該比較対象のユーザがいた場合に、ユーザ状態処理部２８２に当該ユーザの状態変更を指示する。
【０６８７】
ユーザ状態処理部２８２は、ユーザ状態変更判定部８６３からの上記状態変更指示に基づいて、指示されたユーザの状態を変更する。具体的には、ユーザ状態処理部２８２は、ユーザ情報管理ファイルを読み込み、当該ユーザのユーザ状態欄（Ｓｔ）に捕縛されている事を示す●印を付ける（フラグを立てる）。また、ユーザ状態処理部２８２は、状態変更通知情報生成部２８４に、当該ユーザの状態を変更したことを示す状態変更通知情報の生成指示を出す。
【０６８８】
状態変更通知情報生成部２８４は、当該生成指示に基づいて状態変更通知情報を生成する。ここで、状態変更通知情報生成部２８４は、宛先アドレスとして、同一ゲームフィールドに係るゲームをプレイ中の全ユーザに設定しても良いが、当該状態変更に係るユーザ及びキャプチャーのアイテムを使用しているユーザをのＩＰアドレスを宛先アドレスに設定しても良い。また、状態変更通知情報生成部２８４は、当該キャプチャーの効果により状態の変更（捕縛）がなされた場合は、当該キャプチャーが発動したことで状態変更（捕縛）が行われた事を示す情報を状態変更通知情報に含めておくと良い。捕縛された逃走側チームのプレイヤーは、なぜ自分が捕縛されたことになったか理解しづらいためである。
【０６８９】
このように、ユーザの状態が変更される理由として、状態変更要求が送信された場合や本実施の形態８のように捕縛補助領域に入った場合、その他、後述するように、ボム位置範囲に入った場合やモルタル位置範囲に当たった場合など、様々な理由がある場合、状態変更通知情報生成部２８４は、当該状態が変更された理由を含めて状態変更通知情報を生成することが好ましい。
【０６９０】
送信部２６８は、状態変更通知情報生成部２８４で生成された捕縛が完了したことを通知する状態変更通知情報を少なくとも当該捕縛に関わったキャプチャーを使用したユーザと、捕縛されたユーザに送信する。また、送信部２６８は、アイテム使用要求の送信元ユーザに対してユーザアイテム使用通知情報生成部３６２で生成されたアイテム使用通知情報を送信する。
【０６９１】
当該構成とすることで足の遅い子供も捕縛活動により楽しく参加することができる。なお、上述したように、キャプチャーの効果を生じる距離は、職位やＪｏｂやアイテム熟練度などに基づいて設定されると良好である。
【０６９２】
図１０７は、ユーザ情報記憶部２６３に記憶されるユーザ情報管理ファイルの別例を示している。この場合、補助領域算出部８６２は、キャプチャーを使用しているバルメの現在位置を示す位置情報に基づいて捕縛補助領域を算出する。更に、ユーザ状態変更判定部８６３は、逃走側チームに属するユーザであるコルカソとバズーソの現在位置を示す位置情報を取得し、補助領域算出部８６２が算出した捕縛補助領域と、当該取得した位置情報との比較処理を行う。当該比較の結果、捕縛補助領域内に上記コルカソとバズーソが入っている場合は、当該ユーザの状態を捕縛状態に変更する処理を行う。図１０７では、１２：３０．００〜１２：３０．０４の間においてユーザ状態変更判定部８６３が行う当該比較処理の結果、各時刻におけるバルメのキャプチャーによって張られる捕縛補助領域内にコルカソ及びバズーソは位置しておらず、コルカソとバズーソの状態は通常状態が維持されている。一方、１２：３０．０５の時刻において、バルメのキャプチャーによって張られる捕縛補助領域内にバズーソが位置したことにより、バズーソの状態が通常状態から捕縛状態に変更されている様子を示している。ユーザ状態処理部２８２は、１２：３０．０５の時刻におけるユーザ状態変更判定部８６３が行う比較処理の結果、バルメが使用しているキャプチャーによって張られる捕縛補助領域内にバズーソが位置したことにより、バズーソは捕縛されたものとみなして状態欄に捕縛されたことを示す情報を記録する。
【０６９３】
捕縛補助設定要求の送信元ユーザの位置及び方向は変化していくため、捕縛補助領域算出部８６２は、新たに位置情報等が送信される毎に現在の捕縛補助領域を算出することで捕縛補助領域の更新を行う。ユーザ状態変更判定部８６３は、捕縛補助領域が更新される度に当該捕縛補助領域と捕縛されていない敵プレイヤーの位置を示す位置情報との比較処理を行う。
【０６９４】
次に、アイテムＮｏ１２のリリースについて説明する。
【０６９５】
アイテムＮｏ１２：リリースは、捕縛されている味方プレイヤーを解放することを補助するアイテムである。通常捕縛されて所定の位置に留められているユーザを解放する事は難しく、積極的に解放活動に参加したがらない子供がいた。そこで、リリースは、このような状況を補助する。アイテム処理部２６５は、リリースの使用要求を受信すると、ユーザ情報管理ファイルに設定する。
【０６９６】
ユーザは、アイテムＮｏ１２：リリースのアイテムを使用したい場合は、アイテム使用画面から当該リリースを選択して実行することにより、操作入力部１２２を介して当該リリースの使用指示を出す。アイテム使用要求生成部２２１は、当該操作入力に基づいて記憶部２１３よりリリースを読み出し、アイテム使用要求を生成し、無線送信部１１２は当該アイテム使用要求を情報処理サーバ８６０に送信する。
【０６９７】
当該リリースは、味方プレイヤーの解放行動を補助する設定を要求するアイテムであるため、以下の説明では当該リリースに係るアイテム使用要求を特に解放補助設定要求と称することがある。アイテム処理部２６５は、各携帯端末装置８１０から位置情報が送られてくる周期と同程度の周期で、当該リリースの設定を行っているユーザから所定の距離の位置範囲内に逃走側チーム（味方チーム）の捕縛されているプレイヤーがいないかを判定する判定処理を行う。
【０６９８】
図１０８は、当該リリースを処理する情報処理サーバ８６０の構成を示すブロック図である。情報処理サーバ８６０は、捕縛補助領域算出部８６２が、解放補助領域算出部６４に変更された以外は図１０４と同一である。
【０６９９】
受信部２６１は、アイテム使用要求を受信するとアイテム判別部５６１に送る。アイテム判別部５６１は、受け取ったアイテム使用要求に含まれる使用要求アイテム番号に基づいて実行するプログラムを判別する。アイテム判別部５６１は、当該アイテム使用要求を使用中アイテム登録部６６１に送る。
【０７００】
アイテム判別部５６１は、判別の結果、当該アイテム使用要求が解放補助設定要求であった場合は、解放補助領域算出部８６４に当該解放補助設定要求を送ると共に処理の指示を行う。
【０７０１】
使用中アイテム登録部６６１は、受け取ったアイテム使用要求をユーザ情報管理ファイルに使用中アイテムとして登録する。なお、この時使用中アイテム登録部６６１は、アイテム使用要求に基づく処理を行うかの認証処理を行っても良い。使用中アイテム登録部６６１は、受け取ったアイテム使用要求に含まれる使用要求アイテム番号がＮｏ１２：リリースであった場合は、当該リリースのアイテム番号をユーザ情報管理ファイルの使用中アイテム欄に登録する事で解放補助設定を行う。
【０７０２】
図１０５に示すユーザ情報管理ファイルの一例では、ユーザＮｏ０７：バルメがアイテムＮｏ１２：リリースを使用しているとしてアイテムＮｏ１２が使用中アイテム欄に記録されている。
【０７０３】
使用中アイテム登録部６６１は、アイテム使用通知情報生成部３６２にアイテム使用通知情報の生成指示を出す。アイテム使用通知情報生成部３６２は、当該指示に基づいてアイテム使用通知情報を生成する。
【０７０４】
使用中アイテム登録部６６１は、ユーザ情報管理ファイルに使用中アイテムの登録を行った上で、時間計測部８６１に所定の時間の時間計測を開始させる。ここで、使用中アイテム登録部６６１がセットする計測時間は、アイテム使用要求の種類や、当該アイテム使用要求の送信元ユーザの職位やＪｏｂやアイテム熟練度に基づいて定まる時間をセットする構成とすることが好ましい。
【０７０５】
解放補助領域算出部８６４は、アイテム判別部５６１から受け取った解放補助設定要求に基づいて解放補助領域を算出する。当該解放補助領域とは、逃走側プレイヤーが行う解放行動を補助するために求められる位置領域であり、当該解放補助領域内に捕縛された状態の逃走側プレイヤーが入った場合、当該逃走側プレイヤーは自動的に解放されたものとして処理される。
【０７０６】
解放補助領域算出部８６４は、解放補助設定要求の送信元ユーザの現在位置を示す位置情報に基づいて、当該現在位置周辺の所定の広さを持つ位置範囲を当該解放補助領域として算出する。この時、解放補助領域算出部８６４は、受信部２６１で定期的に受信する位置情報を直接受け取ることで解放補助設定要求の送信元ユーザの現在位置を示す位置情報を取得しても良いし、ユーザ情報記憶部２６３に記憶される各ユーザの位置情報が記録されるユーザ管理ファイルを参照して取得しても良い。
【０７０７】
ここでは、解放補助領域算出部８６４は、ユーザ情報管理ファイルを参照することで、当該リリースを使用しているユーザの現在位置情報を取得するものとして説明する。また、解放補助領域算出部８６４は、当該リリースを使用しているユーザの職位やＪｏｂやアイテム熟練度に基づいて解放補助領域を算出することが好ましい。
【０７０８】
なお、解放補助設定要求の送信元ユーザの位置と解放補助領域との関係も図１０６（ａ）〜（ｃ）を利用する事ができる。解放補助領域の求め方は捕縛補助領域の求め方と略同一であるため説明を省略する。
【０７０９】
解放補助領域算出部８６４は、位置情報が更新される周期と略同一の周期でユーザ情報記憶部２６３に記憶されている解放補助設定を行っているユーザの位置情報を読み込んで解放補助領域を算出する。解放補助領域算出部８６４は、算出した解放補助領域をユーザ状態変更判定部８６３に送る。
【０７１０】
ユーザ状態変更判定部８６３は、解放補助領域算出部８６４より受け取った解放補助領域の位置範囲と逃走側チームのプレイヤーの位置情報との比較を行う。当該比較の結果、算出した位置範囲内に逃走側チームの捕縛されているプレイヤーが位置している場合は、捕縛が完了したとして、当該逃走側チームのユーザの状態を捕縛（捕虜）状態から通常状態に変更する処理を行わせる指示をユーザ状態処理部２８２に出す。
【０７１１】
具体的には、ユーザ状態変更判定部８６３は、解放補助領域算出部８６４より算出された解放補助領域を受け取ると、ユーザ情報管理ファイルを参照して、当該解放補助領域の位置範囲内に位置している逃走側チームのプレイヤーがいるかを判定する。図１０５の場合では、ユーザＮｏ０７のバルメがキャプチャーを使用しているため、逃走側チームに属するユーザＮｏ０５〜Ｎｏ０８のユーザの現在位置を取得し、上記解放補助領域との比較を行う。なお、図１０５では、ステータス欄（Ｓｔ）から判別可能なように、現在の時刻である１２：２０．１０の時点でユーザＮｏ０６のシータとユーザＮｏ０８のキャスカは捕縛されている状態であるため、ユーザ状態変更判定部８６３は、逃走側チームに属するユーザのうち、当該捕縛されているユーザであるユーザＮｏ０６のシータとユーザＮｏ０８のキャスカについて現在位置情報を取得する構成であれば十分である。ユーザ状態変更判定部８６３は、解放補助領域算出部８６４が算出したリリースの設定が行われているユーザであるバルメの現在位置に所定の距離を加えた位置範囲である解放補助領域と、逃走側チームのユーザであって捕縛されているユーザの位置を示す位置情報との比較処理を行う。ユーザ状態変更判定部８６３は、当該比較処理の結果、解放補助領域内に当該比較対象のユーザがいた場合に、ユーザ状態処理部２８２に当該ユーザの状態変更を指示する。
【０７１２】
すなわち、当該比較処理の結果、ステータスが捕縛状態と登録されているユーザの現在位置が算出した解放位置範囲内に入っている場合は、ユーザ状態処理部２８２は、プレイヤーが触らなくても解放が成功したとして処理する。すなわち、ユーザ状態処理部２８２は、ユーザ情報管理ファイルに記録されているステータス欄で捕縛状態を示す値を通常状態に書き換える処理を行う。当該処理を行うことにより、システム内で解放が成功したと処理することができる。また、ユーザ状態処理部２８２は、解放が成功したことを示す状態変更通知情報を状態変更通知情報生成部２８４に生成させる。状態変更通知情報生成部２８４は、少なくとも当該リリースを設定したユーザ及び解放されたユーザのＩＰアドレスを宛先アドレスにセットして、リリースのアイテムにより解放が完了した事を示す状態変更通知情報を生成する。送信部２６８は、当該状態変更通知情報を携帯端末装置８１０に送信する。
【０７１３】
なお、状態変更通知情報生成部２８４は、アイテムＮｏ１２のリリースに基づいて解放が行われて捕縛されていたユーザの状態が捕縛状態から通常状態に変更された事を示す状態変更通知情報を生成する場合は、当該リリースを設定したユーザ及び解放されたユーザのＩＰアドレスだけではなく、同一ゲームフィールドに係るゲームをプレイ中の全ユーザのＩＰアドレスを宛先アドレスにセットすると良い。攻撃側チームのユーザに対しても状態変更通知情報が送信される構成としないと、捕虜が適正なルールに基づいて牢獄から脱獄したのか、不正に脱獄したのかについて混乱を招く可能性があるためである。
【０７１４】
このように、本実施の形態８に係る情報処理サーバ８６０は、捕縛補助設定要求と複数のユーザの位置を示す位置情報とを受信する受信部２６１と、当該捕縛補助設定要求に係るユーザの位置を示す位置情報に基づいて捕縛補助領域を算出する捕縛補助領域算出部８６２と、複数のユーザが当該捕縛補助領域の領域内に位置しているかを判定する判定部８１３と、当該判定の結果、捕縛補助領域内に位置していると判定されたユーザの状態を第１状態から第２状態に変更する状態変更部２８２と、を具備する。なお、上述したユーザの状態のうち、第１状態はユーザが捕縛されていない通常状態を示しており、第２状態はユーザが捕縛されている捕縛状態を示している。
【０７１５】
ここで、上記捕縛補助設定要求に係るユーザは、捕縛補助設定要求の送信元ユーザであると良い。但し、捕縛補助設定要求の送信元ユーザを捕縛補助設定者に限定するものではなく、捕縛補助設定要求の中に設定者を識別する識別情報を含めておいても良い。この場合、使用中アイテム登録部６６１は、当該捕縛補助設定要求に含まれる識別情報に基づいて識別されるユーザの使用中アイテム欄に、アイテム番号を登録する事で当該捕縛補助設定を行う。すなわち、捕縛補助設定要求には、捕縛補助設定要求に係るユーザを識別するユーザ識別情報が含まれ、捕縛補助領域算出部８６２は、当該捕縛補助設定要求に含まれるユーザ識別情報で識別されるユーザの位置を示す位置情報に基づいて捕縛補助領域を算出する。
【０７１６】
なお、上述の通り、ユーザ情報記憶部２６３は、複数のユーザの位置を示す位置情報を、当該複数のユーザを識別するユーザ識別情報（ユーザＩＤ）と対応付けて記憶する。ここで当該複数のユーザは、複数のグループのいずれかに属し、ユーザ情報記憶部２６３は、当該ユーザを識別するユーザ識別情報と、当該ユーザが属するグループを識別するグループ識別情報とを対応付けて記憶すると良い。この形態を取るかは、プレイするゲームに基づく。
【０７１７】
これは、世界観がファンタジーのゲームである場合は、上記「アイテム」が「魔法」や「術」という概念で捉えられることが通常となり、この場合、味方に補助魔法をかけると言った使い方を可能とするゲーム補助システムとしておくことが好ましいためである。なお、このことは、当該キャプチャーに限るものではなく、リリースやセンサー、その他ステルス、チャフ、フェイク、タッピング、アストロンなど様々なアイテムでも同様である。但し、味方ユーザにアイテムを使用できる構成を制限しておく事が好ましい場合もあるため、どのようにシステム設計を行うかはシステム設計者が提供するゲームサービスに依存する。
【０７１８】
また、上記判定部８１３は、上記複数のユーザの位置情報に基づいて、当該複数のユーザのうち当該捕縛補助設定要求に係るユーザが属するグループ以外のグループに属するユーザについて捕縛補助領域算出部８６２で算出した捕縛補助領域の領域内に位置しているかを判定すると良い。処理量を少なくできるためである。
【０７１９】
状態変更部２８２は、判定部８１３における判定の結果、捕縛補助領域内に位置していると判定されたユーザのうち、捕縛補助設定要求に係るユーザが属するグループ以外のグループに属するユーザの状態を第１状態（通常状態）から第２状態（捕縛状態）に変更する。
【０７２０】
ここで、判定部８１３は、受信部２６１で受信した複数のユーザの位置情報に基づいて、当該複数のユーザのうち状態が第１状態であるユーザについて、捕縛補助領域算出手部８１２で算出した捕縛補助領域の領域内に位置しているかを判定する構成であると良い。処理量を少なくできるためである。状態変更部２８２は、判定部８１３における判定の結果、捕縛補助領域内に位置していると判定されたユーザのうち、状態が第１状態であるユーザの状態を第１状態から第２状態に変更する。
【０７２１】
ここで、ユーザ情報記憶部２６３は、ユーザを識別するユーザ識別情報と、ユーザの状態とを対応付けて記憶しておくと管理が簡潔になるため好ましい。
【０７２２】
また、捕縛補助領域の算出方法はゲームの種類等に応じて様々な方法が採用可能である。捕縛補助領域算出部８６２は、受信部２６１で受信した捕縛補助設定要求に係るユーザの位置を示す位置情報に基づいて、当該捕縛補助設定要求に係るユーザの位置を中心とする所定の半径距離の円領域を捕縛補助領域として算出する。
【０７２３】
また、捕縛補助領域算出部９１２は、捕縛補助設定要求に係るユーザの現在位置を示す位置情報と捕縛補助設定要求に係るユーザの以前の位置を示す位置情報とに基づいて捕縛補助設定要求に係るユーザの方向を算出し、捕縛補助設定要求に係るユーザの現在位置を示す位置情報と当該算出した方向情報とに基づいて当該捕縛補助領域を算出すると、自然な捕縛感が出せるため更に好ましい。
【０７２４】
この場合、受信部２６１は、複数のユーザの位置を示す位置情報と合わせて当該複数のユーザの方向を示す方向情報を受信し、捕縛補助領域算出部８６２は、ユーザの位置情報と方向情報とに基づいて捕縛補助領域を算出することができる。
【０７２５】
また、捕縛補助領域算出部８６２は、位置情報で示される捕縛補助設定要求に係るユーザの位置から方向情報で示される方向に相対的に広い所定の領域を捕縛補助領域として算出するとユーザ視点で捕縛効果が出るため好ましい。
【０７２６】
また、ユーザ情報記憶部２６３は、ユーザを識別するユーザ識別情報と、ユーザのランク又はユーザのレベル又は捕縛補助設定要求の熟練度に相当するパラメータとを対応付けて記憶しておき、捕縛補助領域算出部８６２は、捕縛補助設定要求に係るユーザのパラメータに基づいて捕縛補助領域を算出すると、熟練したユーザが捕縛を行いやすくなると言った自然な感じを演出できるため好ましい。捕縛補助領域算出部８６２は、捕縛補助設定要求に係るユーザのパラメータが高いほど広い領域を捕縛補助領域として算出する。なお、上記捕縛補助設定要求の熟練度とは、ユーザがアイテムを使用する毎に、使用したアイテムの熟練度が上がるシステム構成とすることである。特定のアイテムを使い続ける事で、そのアイテムに熟知しているとして効果が大きくなるように構成される。この場合、使用中アイテム登録部６６１は、アイテム使用要求に基づいてユーザ情報管理ファイルに、使用済みアイテムとして記録しておくと良い。
【０７２７】
なお、受信部２６１は、所定の周期で複数のユーザの位置を示す位置情報を受信するため、捕縛補助領域算出部８６２は、受信部２６１で捕縛補助設定要求に係るユーザの位置を示す位置情報を受信する毎に当該位置情報に基づいて捕縛補助領域を算出することが好ましい。
【０７２８】
また、受信部２６１が、各ユーザの複数の時刻における各位置を示す位置情報を所定の周期で受信する場合は、捕縛補助領域算出部８６２は、受信部２６２で捕縛補助設定要求に係るユーザの位置を示す位置情報を受信する毎に当該位置情報に基づいて各時刻における捕縛補助領域を算出すると良い。この場合、判定部８６３は、受信部２６２で受信した複数のユーザの位置情報に基づいて複数のユーザの各時刻における位置と捕縛補助領域算出部８６２で算出した各時刻における捕縛補助領域との比較処理を行うことで、複数のユーザが当該捕縛補助領域の領域内に位置しているかを判定する。状態変更部２８２は、時刻毎の比較処理の結果いずれかの時刻において捕縛補助領域内に位置していると判定されたユーザの状態を第１状態から第２状態に変更する。このように、各携帯端末装置８１０からの位置情報の送信頻度を高くすると、携帯端末装置８１０の電池消費が高くなったり、無線リソースの占有が起きるため、各携帯端末装置８１０での位置情報の取得頻度と送信頻度を異なるようにしておくと好ましい。例えば、位置情報の送信頻度を３秒に一度とし、位置情報の取得頻度を０．５秒毎としておくと良い。この場合、受信部２６１で受信される位置情報には、６つのタイミングでの位置情報が含まれるため、捕縛補助領域算出部８６２及び判定部８６３は、この６つのタイミング毎について捕縛補助領域の算出処理及び当該領域内に対象ユーザがいるかの判定処理を行う構成とすると良い。
【０７２９】
また、受信部２６１が捕縛補助設定要求を受信した場合に所定の時間計測を開始する時間計測部８６１を備え、捕縛補助領域算出部８６２は、当該時間計測部８６１が、所定の時間計測を行っている期間内において捕縛補助設定要求に係るユーザの位置を示す位置情報に基づいて捕縛補助領域を算出すると良い。常に捕縛設定が効いているよりも、捕縛態勢に入ったユーザが数十秒〜数十分程度、好ましくは１０秒〜５分、更に好ましくは２０秒〜３分の間だけ捕縛補助設定が行える方がゲームとしてめりはりが出る。
【０７３０】
この場合、携帯端末装置において、表示部１１５にキャプチャーが発動している時間を表示する構成とすると更に好ましい。また、携帯端末装置において内部に配置された振動子が上記キャプチャーが発動している時間の間振動する構成とすると更に良い。例えば、携帯端末装置において当該キャプチャーを使用したことを示すアイテム使用通知情報に捕縛補助領域の算出及び判定処理が行われる残り時間を示す情報が含まれ、当該アイテム使用通知情報を受け取ったアイテム使用通知情報処理部３１５が当該残り時間を表示部１１５に表示する制御を行っても良い。
【０７３１】
また、判定部８１３は、複数のユーザの位置情報に基づいて、複数のユーザのうち状態維持設定が行われていないユーザについて捕縛補助領域算出部８１３で算出した捕縛補助領域の領域内に位置しているかを判定する構成としても良い。ここで、状態維持設定とは、キャプチャーや後述するボム、モルタル等の状態変化を補助するアイテムに対して耐性をもつ設定を行うものであり、具体的にはアイテムＮｏ１９のアストロンがこれに該当する。アストロンを使用しているユーザはキャプチャーにより状態がひっくり返される事が無くなる。従って、状態変更部２８２は、判定部８６３における判定の結果、捕縛補助領域内に位置していると判定されたユーザのうち状態維持設定が行われていないユーザの状態を第１状態から第２状態に変更することになる。
【０７３２】
なお、判定部８６３における判定の結果、捕縛補助領域内に位置していると判定されたユーザの状態を状態変更部２８２が第１状態から第２状態に変更する場合に、当該判定されたユーザの状態が第２状態に変更されたことを通知するユーザ状態変更通知情報を生成する状態変更通知情報生成部２８４を備えることが好ましい。情報処理サーバ８６０側でユーザの状態をアイテム等の効果に基づいて変更する場合は、ユーザと情報処理サーバ８６０との間で意思疎通が取れていないとユーザの状態について混乱する事があるためである。送信部２６８は、ユーザ状態変更通知情報を、少なくとも判定部８６３で判定されたユーザと捕縛補助設定要求に係るユーザとに送信する。なお、送信部２６８は、ユーザ状態変更通知情報を、同一ゲームをプレイ中の全ユーザに送信しても良い。
【０７３３】
なお、上記説明では、プレイ中のゲームがサイバー戦争を想定して説明したがこれに限るものではない。ゲームが鬼ごっこである場合は、上述したユーザの状態のうち、第１状態はユーザが逃走側ユーザであることを示しており、第２状態はユーザが攻撃側ユーザであることを示している。
【０７３４】
また、リリースについても同様である。当該リリースに対応するアイテムを処理する情報処理サーバ８６０は、解放補助設定要求と複数のユーザの位置を示す位置情報とを受信する受信部２６１と、解放補助設定要求に係るユーザの位置を示す位置情報に基づいて解放補助領域を算出する解放補助領域算出部８６４と、複数のユーザの位置情報に基づいて当該複数のユーザが当該解放補助領域の領域内に位置しているかを判定する判定部８６３と、当該判定の結果、当該解放補助領域内に位置していると判定されたユーザの状態を第２状態から第１状態に変更する状態変更部２８２と、を具備する。
【０７３５】
ここで、解放補助設定要求に係るユーザは、通常は解放補助設定要求の送信元ユーザとなる。但し、受信部２６１が受信する解放補助設定要求に、解放補助設定要求に係るユーザを識別するユーザ識別情報が含まれ、解放補助領域算出部８６４は、受信部２６１で受信した解放補助設定要求に含まれるユーザ識別情報で識別されるユーザの位置を示す位置情報に基づいて解放補助領域を算出する構成としても良い。このように解放補助設定を行うユーザを指定する構成とすることができる。
【０７３６】
また、情報処理サーバ８６０は、受信部２６１で受信した複数のユーザの位置を示す位置情報を、当該複数のユーザを識別するユーザ識別情報（ユーザＩＤ）と対応付けて記憶するユーザ情報記憶部２６３を更に備える。ここで、当該複数のユーザは、複数のグループのいずれかに属し、ユーザ情報記憶部２６３は、当該ユーザを識別するユーザ識別情報と、ユーザが属するグループを識別するグループ識別情報とを対応付けて記憶すると管理がしやすくなるため好ましい。また、記憶部２６３は、ユーザを識別するユーザ識別情報と、ユーザの状態とを対応付けて記憶しておくと、管理がしやすくなるため好ましい。
【０７３７】
判定部８６３は、受信部２６１で受信した複数のユーザの位置情報に基づいて、当該複数のユーザのうち解放補助設定要求に係るユーザが属するグループに属するユーザについて解放補助領域算出部８６４で算出した解放補助領域の領域内に位置しているかを判定する。状態変更部２８２は、判定部８６３における判定の結果、解放補助領域内に位置していると判定されたユーザのうち、解放補助設定要求に係るユーザが属するグループに属するユーザの状態を第２状態から第１状態に変更する。ここで、ユーザの状態のうち、第１状態はユーザが捕縛されていない通常状態を示しており、当該第２状態はユーザが捕縛されている捕縛状態を示している。
【０７３８】
判定部８６３は、受信部２６１で受信した複数のユーザの位置情報に基づいて、複数のユーザのうち状態が第２状態であるユーザについて、解放補助領域算出部８６４で算出した解放補助領域の領域内に位置しているかを判定する。解放補助設定は、第２状態にあるユーザの状態を第１状態に変更するものであるため、判定対象から第１状態のユーザは除外しておく事ができる。
【０７３９】
状態変更部２８２は、判定部８６３における判定の結果、解放補助領域内に位置していると判定されたユーザのうち、状態が第２状態であるユーザの状態を第２状態から第１状態に変更する。
【０７４０】
解放補助領域算出部８６４は、解放補助設定要求に係るユーザの位置を示す位置情報に基づいて、解放補助設定要求に係るユーザの位置を中心とする所定の半径距離の円領域を解放補助領域として算出する。
【０７４１】
又は、解放補助領域算出部８６４は、解放補助設定要求に係るユーザの現在位置を示す位置情報と解放補助設定要求に係るユーザの以前の位置を示す位置情報とに基づいて解放補助設定要求に係るユーザの方向を算出し、解放補助設定要求に係るユーザの現在位置を示す位置情報と算出した方向情報とに基づいて解放補助領域を算出する構成とすることも可能である。この場合、受信部２６１は、複数のユーザの位置を示す位置情報と合わせて複数のユーザの方向を示す方向情報を受信し、解放補助領域算出部８６４は、受信部２６１で受信した複数のユーザの位置情報と方向情報とに基づいて解放補助領域を算出する。解放補助領域算出部８６４は、解放補助設定要求に係るユーザの位置から方向情報で示される方向に相対的に広い所定の領域を解放補助領域として算出すると、ユーザ視点で解放が行えるため好ましい。
【０７４２】
また、記憶部２６１は、ユーザを識別するユーザ識別情報を、ユーザのランク又はユーザのレベル又は解放補助設定要求の熟練度のいずれかに相当するパラメータとを対応付けて記憶し、解放補助領域算出部８６４は、解放補助設定要求に係るユーザのパラメータに基づいて解放補助領域を算出すると、ゲーム継続性を高める事ができるため好ましい。ユーザのランク（職位）又はレベルはゲームを行って経験値を獲得していく事で向上するパラメータであり、アイテムの熟練度は、アイテムを使用する毎に向上していく使用したアイテムのレベルに相当するパラメータである。特定のアイテムを使い続ける事で、そのアイテムを使用した時の効果が強くなるため、サイバー戦争のようなチームプレイでは、各プレイヤーの役ができあがり、チームワークを向上させる事ができると言った効果を生ずる事ができる。解放補助領域算出部８６４は、解放補助設定要求に係るユーザのパラメータが高いほど広い領域を解放補助領域として算出する。
【０７４３】
受信部２６１は、所定の周期で複数のユーザの位置を示す位置情報を受信し、解放補助領域算出部８６４は、受信部２６１で解放補助設定要求に係るユーザの位置を示す位置情報を受信する毎に位置情報に基づいて解放補助領域を算出する。
【０７４４】
また、受信部２６１は、各ユーザの複数の時刻における各位置を示す位置情報を所定の周期で受信し、解放補助領域算出部８６４は、受信部２６１で解放補助設定要求に係るユーザの位置を示す位置情報を受信する毎に位置情報に基づいて各時刻における解放補助領域を算出し、判定部８６３は、受信部２６１で受信した複数のユーザの位置情報に基づいて複数のユーザの各時刻における位置と解放補助領域算出部８６４で算出した各時刻における解放補助領域との比較処理を行うことで、複数のユーザが解放補助領域の領域内に位置しているかを判定し、状態変更部２８２は、時刻毎の比較処理の結果いずれかの時刻において解放補助領域内に位置していると判定されたユーザの状態を第２状態から第１状態に変更する。捕縛補助設定要求の時と同じく、位置情報の取得タイミングを細かく、送信タイミングを長くとることで、リソース消費を抑える事ができる。
【０７４５】
ここで、判定部８６３は、受信部２６１で受信した複数のユーザの位置情報に基づいて、複数のユーザが予め登録された所定の位置領域内でかつ解放補助領域算出部８６４で算出した解放補助領域内に位置しているかを判定し、状態変更部２８２は、判定部８６３における判定の結果、所定の位置領域内でかつ解放補助領域内に位置していると判定されたユーザの状態を第２状態から第１状態に変更すると更に良好である。捕縛されたユーザは予め牢屋（監獄）として設定された位置に留まることがルールとして定められる場合は、その牢屋の位置に居た上で、リリースで張られる領域に入った場合に、通常状態に状態変更が行われるという構成としないと、牢屋から勝手に出た上でユーザに解放されるといった不正が発生する可能性があり、それを防止するためである。
【０７４６】
図１０９は、上記解放補助に関する情報処理サーバ８６０の動作の流れを示すフローチャート図である。解放補助領域算出部８６４は、位置情報が更新される所定のシステム周期で使用中アイテムを確認する（Ｓ１００１）。ここで、解放補助領域算出部８６４は、使用中アイテムにアイテムＮｏ１２：リリースが登録されているかを判定する（ステップＳ１００２）。当該判定の結果、リリース設定が行われていない場合は、解放補助処理を終了する。一方、リリース設定が行われている場合は、当該リリース設定者の位置情報を取得する（ステップＳ１００３）。続いて、解放補助領域算出部８６４は、当該取得した位置情報に基づいて解放補助領域を算出する（ステップＳ１００４）。当該解放補助領域の算出に職位等のパラメータを利用する場合は、ステップＳ１００３で位置情報に加えて当該リリース設定者の職位等のパラメータをユーザ情報管理ファイルを参照して取得しておく。次に、ユーザ状態変更判定部８６３は、リリース設定者が属するグループに属するユーザであって、状態が捕縛状態であるユーザを抽出し（ステップＳ１００５）、当該抽出したユーザの位置情報を取得する（ステップＳ１００６）。ユーザ状態変更判定部８６３は、ステップＳ１００４で算出された解放補助領域とステップＳ１００６で取得された一譲歩とを比較する（ステップＳ１００７）。ユーザ状態変更判定部８６３は、当該比較の結果、解放補助領域内の位置である位置情報があるか、すなわち、当該解放補助領域内に位置するユーザがいているかを判定する（ステップＳ１００８）。解放補助領域内の位置情報が無ければ、解放補助領域内に捕縛された味方ユーザはいないとして処理を終了する。一方、解放補助領域内の位置情報がある場合、当該位置情報と牢屋（牢獄）領域とを比較する（ステップＳ１００９）。当該牢屋領域は、捕縛されたユーザが待機するように定められた位置領域である。当該比較の結果、解放補助領域内であって牢屋領域内の位置である位置情報があるか、すなわち、解放補助領域内であって牢屋として設定された位置に正しく留まっている捕縛されたユーザがいているかを判定する（ステップＳ１０１０）。当該判定の結果、解放補助領域内に位置する捕縛された状態のユーザの位置が牢屋領域内に位置していない場合は処理を終了する。一方、解放補助領域内に位置する捕縛された状態のユーザの位置が牢屋領域内に位置している場合は、ユーザ状態処理部２８２は、当該ユーザの状態を捕縛状態から解放状態（通常状態）に変更する（ステップＳ１０１１）。最後に当該状態変更が行われたことを示す状態変更通知情報を状態変更通知情報生成部２８４が生成して、送信部２６８が送信する事で解放補助処理を終了する。
【０７４７】
また、受信部２６１は、解放補助設定無効要求を更に受信し、判定部８６３は、受信部２６１で解放補助設定無効要求を受信している場合に、複数のユーザが解放補助領域算出部８６４で算出した解放補助領域の領域内に位置しているかの判定を行わない構成とすることができる。すなわち、リリースの効果を無効化するアイテムであるアイテムＮｏｘｘ：ガーディアンを登録できる構成としても良い。当該ガーディアンを使用する要求を解放補助設定無効要求と称する。
【０７４８】
例えば、使用中アイテム登録部６６１は、受け取った解放補助設定無効要求をユーザ情報記憶部２６３に記憶しているユーザ情報管理ファイルに登録しておく。ユーザ状態変更判定部８６３は、解放補助領域と捕縛状態のユーザの位置との比較処理を行う際に、ユーザ情報管理ファイルに解放補助設定無効要求が登録されているかを確認し、当該要求が登録されている場合は、比較処理を行わない。このように構成しても良い。
【０７４９】
なお、情報処理サーバ８６０は、受信部２６１が解放補助設定要求を受信した場合に所定の時間計測を開始する時間計測部８６１を更に具備し、解放補助領域算出部８６４は、時間計測部８６１が所定の時間計測を行っている期間内において、受信部２６１で受信した解放補助設定要求に係るユーザの位置を示す位置情報に基づいて解放補助領域を算出することが好ましい。無制限にリリースの効果が出る事はゲームバランスを壊す可能性があるためである。なお、時間計測部８６１が時間計測を開始する時点は、使用中アイテム登録部６６１が、ユーザ情報管理ファイルに当該アイテムに関する情報を登録するタイミングや、アイテム使用通知情報生成部３６２に生成指示を出すタイミングなど柔軟に変更可能である。時間計測部８６１が設定された時間計測を完了すると、解放補助領域算出部８６４及び判定部８６３は、対応する処理を終了する。
【０７５０】
時間計測部８６１は、受信部２６１が解放補助設定無効要求を受信した場合に所定の時間計測を開始し、判定部８６３は、対象となるユーザが解放補助領域算出部８６２で算出した解放補助領域の領域内に位置しているかの判定を行わない。
【０７５１】
なお、上述したように、判定部８６３における判定の結果、解放補助領域内に位置していると判定されたユーザの状態を状態変更部２８２が第２状態から第１状態に変更する場合に、判定されたユーザの状態が第１状態に変更されたことを通知するユーザ状態変更通知情報を生成する状態変更通知情報生成部２８４を備えておく事が好ましい。ここで、送信部２６８は、ユーザ状態変更通知情報を、少なくとも判定されたユーザと解放補助設定要求に係るユーザとに送信する構成としても良いが、解放補助設定要求については捕縛補助設定要求とは異なり、ユーザ状態変更通知情報を、同一ゲームをプレイ中の全ユーザに送信する方が好ましい。解放補助設定要求に係るユーザ及び解放されるユーザは同一チームのプレイヤーであるため、捕縛補助設定要求と比べて不正が起こりやすいためである。
【０７５２】
（実施の形態９）
ゲーム性を高めるためには、相手に対して罠を仕掛けることができる構成を追加する事が効果的である。このような効果を有するアイテムが、アイテムＮｏ０１３：小トラップ〜Ｎｏ０１５：大トラップである。なお、小トラップ、中トラップ、大トラップの違いはトラップ範囲の広さが異なるだけであるため、中トラップと大トラップについては説明を省略し、これらのトラップ系アイテムを代表して小トラップについて説明する。なお、本実施の形態９に係る携帯端末装置９１０の構成は、記憶部２１３の装備アイテムデータに当該トラップ系アイテムが記憶されている点を除き図７５の携帯端末装置５１０と略同一であるため、図７５を援用して説明する。また、上記実施の形態１〜８で既に説明した部分については適宜説明を省略する。
【０７５３】
ユーザは、トラップ系アイテムを使用する場合、操作入力部１２２を介してトラップを仕掛ける位置を指定する。アイテム使用要求生成部２２１は、当該トラップを仕掛ける位置を示すトラップ位置情報を含めてアイテム使用要求を生成し、無線送信部１１２より情報処理サーバ９６０に送信する。以下の説明では、トラップ系アイテムに係るアイテム使用要求をトラップ設定要求と称する。また、当該トラップ設定要求は、当該トラップ設定要求で張られるトラップ位置範囲内に入ったユーザの情報を通知させる設定を行う要求であるため、位置情報送信範囲設定要求と称することがある。
【０７５４】
図１１０は、本実施の形態９に係る情報処理サーバ９６０の構成を示すブロック図である。情報処理サーバ９６０において、アイテム処理部２６５は、アイテム判別部５６１と、使用中アイテム登録部６６１と、時間計測部８６１と、アイテム使用通知情報生成部３６２と、ユーザ位置通知情報生成部５６３と、被探索通知情報生成部５６４と、トラップ発動判定部９６１と、を具備する。
【０７５５】
受信部２６１で受信されたアイテム使用要求は、アイテム判別部５６１に送られる。アイテム判別部５６１は、受け取ったアイテム使用要求の内容に応じた処理を実行させると共に、使用中アイテム登録部６６１にアイテム使用要求を送る。使用中アイテム登録部６６１は、受け取ったアイテム使用要求をユーザ情報記憶部２６３に記憶しているユーザ情報管理ファイルに登録すると共に、時間計測部８６１に時間計測開始指示を出し、また、アイテム使用通知情報生成部３６２にアイテム使用通知情報生成指示を出す。
【０７５６】
使用中アイテム登録部６６１は、受け取ったアイテム使用要求がトラップ設定要求であった場合は、当該トラップ設定要求に含まれるトラップ位置情報を合わせて登録する。また、使用中アイテム登録部６６１は、時間計測部８６１から所定の時間計測が完了した事を示す信号を受け取った場合に、ユーザ情報管理ファイルに使用中アイテムとして登録している当該トラップに関する情報を消去する処理を行う。
【０７５７】
なお、当該使用中アイテム登録部６６１は、位置情報送信範囲設定要求（トラップ設定要求）に基づいて位置情報送信範囲設定を行うものであるため、以下の説明では位置情報送信範囲設定部（トラップ設定部）と称することがある。
【０７５８】
図１１１は、ユーザ情報記憶部２６３に記憶されるユーザ情報管理ファイルの一例である。ここでは、ユーザＩＤがバルメであるユーザがアイテムＮｏ１３の小トラップを使用中であることが記録されている。また、使用中アイテム情報欄には、当該使用しているトラップの中心位置に関する情報と、トラップの大きさを特定する半径が合わせて登録されている。ここで、当該登録されるトラップの中心位置は、トラップ設定要求に含まれるトラップ位置情報で示される位置であり、トラップの大きさを特定する半径は、トラップ設定要求が小トラップ、中トラップ、大トラップ、のいずれであるかに基づいて決定される。例えば、小トラップは半径が２０ｍであり、中トラップは半径が３０ｍであり、大トラップは、半径が４０ｍと言う形で設定されている。
【０７５９】
トラップ発動判定部９６１は、各ユーザ（携帯端末装置９１０）より位置情報が送信される周期で、トラップ内にユーザが位置しているかを判定する。具体的には、トラップ発動判定部９６１は、各ユーザ（携帯端末装置９１０）より位置情報が送信される周期で、ユーザ情報管理ファイルの使用中アイテム情報欄を確認することで、トラップ系アイテムが使用中アイテムとして登録されているかを確認する。図１１１のように、使用中アイテム情報に、トラップ系アイテムであるアイテムＮｏ１３〜アイテムＮｏ１６が登録されている場合、トラップ発動判定部９６１は、当該トラップ系アイテムで張られるトラップ位置範囲（位置情報送信範囲）に位置しているユーザがいているかの判定処理を行う。具体的には、トラップ発動判定部９６１は、使用中アイテム情報欄に記録されているトラップ中心位置に関する情報とトラップ半径とに基づいてトラップ位置範囲を算出し、当該算出した位置範囲と他ユーザの現在位置を示す位置情報とを比較する。当該比較の結果、トラップ位置範囲内に位置するユーザがいた場合、当該ユーザはトラップに引っ掛ったと判断する。なお、トラップ発動判定部９６１は、当該トラップ系アイテムを使用しているユーザが属するグループとは異なるグループに属するユーザの位置情報とトラップ位置範囲とを比較する構成であっても良い。味方ユーザについては、トラップの対象外とすることができる。
【０７６０】
トラップ発動判定部９６１は、トラップ位置範囲内に他グループのユーザが位置している場合に、トラップが発動したものとして、ユーザ位置通知情報生成部５６３に、当該トラップに引っ掛ったユーザの現在位置を示す位置情報を通知するユーザ位置通知情報の生成指示を出す。また、トラップ発動判定部９６１は、トラップに引っ掛った事により自身（自装置）の現在位置を示す位置情報が他ユーザに送信された事を通知する被探索通知情報の生成指示を必要に応じて被探索通知情報生成部５６４に出す。
【０７６１】
ユーザ位置通知情報生成部５６３は、トラップ発動判定部９６１でトラップに引っ掛ったと判定された場合に、当該トラップに引っ掛ったユーザの現在位置を示す位置情報を含むユーザ位置通知情報を生成する。ここで、当該ユーザ位置通知情報の宛先ＩＰアドレスは、当該トラップについてトラップ設定要求を行ったユーザの携帯端末装置９１０のＩＰアドレスとなる。なお、当該ユーザ位置通知情報は、予め仕掛けたトラップによって通知される情報であるため、特にトラップ通知情報と称することがあり、ユーザ位置通知情報生成部５６３をトラップ通知情報生成部と称することがある。
【０７６２】
また、被探索通知情報生成部５６４は、トラップに引っ掛った事により自身（自装置）の現在位置を示す位置情報が他ユーザに送信された事を通知する被探索通知情報を生成する。当該被探索通知情報の宛先ＩＰアドレスは、当該トラップに引っ掛ったユーザの携帯端末装置９１０のＩＰアドレスとなる。なお、当該被探索通知情報は、他ユーザが仕掛けたトラップに引っ掛ったことを通知する通知情報であるため、被トラップ通知情報と称することがあり、被探索通知情報生成部５６４を被トラップ通知情報生成部と称することがある。
【０７６３】
送信部２６８は、当該生成されたユーザ位置通知情報（トラップ通知情報）と、被探索通知情報（被トラップ通知情報）を送信する。また、送信部２６８は、アイテム使用通知情報を送信する。
【０７６４】
なお、上記説明では、トラップの大きさがトラップ設定要求に基づいて予め定められている場合について説明したが、これに限定するものではなく、当該トラップ設定要求を行うユーザのレベル、ランク、アイテム熟練度等のパラメータに基づいて決定されても良い。この場合、アイテム処理部２６５は、トラップ設定要求に基づいてトラップが発動する位置範囲を算出するトラップ位置範囲算出部（位置情報送信範囲算出部）を別途備えている事が好ましい。トラップ位置範囲算出部は、算出したトラップ位置範囲に関する情報をユーザ情報管理ファイルに登録しておく。トラップ位置範囲は一旦設定すると大きさや位置が変わらないことを想定しているため、トラップ設定要求が受信された場合に、当該トラップ設定要求で要求されているトラップ位置範囲を予め算出した上でユーザ情報管理ファイルに登録しておく事が好ましい。
【０７６５】
また、ユーザはトラップ設定要求にトラップ位置情報を含めてトラップ設定要求を送信する場合について説明したがこれに限定されるものではない。トラップ設定要求が送信された時点でのユーザの位置を示す位置情報がトラップ位置となるものとしてトラップ設定が行われても良い。自身の現在位置とは異なる位置にトラップを仕掛けると言う事は現実的ではないため、ユーザはトラップを仕掛けたい位置に赴いた上で、操作入力部１２２からトラップ設定要求を選択して送信する構成とする方が好ましい。
【０７６６】
以上のように、本実施の形態９に係る情報処理サーバ９６０は、トラップ設定要求と複数のユーザの位置を示す位置情報とを受信する受信部２６１と、受信部２６１で受信したトラップ設定要求に基づいて求まるトラップ位置範囲に位置するユーザがいないかを判定する（トラップ発動）判定部９６１と、判定部９６１における判定の結果、トラップ位置範囲内に位置するユーザが居る場合に、トラップにかかったユーザがいることを通知する通知情報を生成する通知情報生成部５６３と、当該通知情報をトラップ設定要求の送信元ユーザ（携帯端末装置９１０）に送信する送信部２６８と、を具備する。
【０７６７】
ここで、情報処理サーバ９６０は、受信部２６８で受信した複数のユーザの位置を示す位置情報を、当該ユーザを識別するユーザ識別情報と対応付けて記憶するユーザ情報記憶部２６３を更に具備する。プレイするゲームがチーム対戦型ゲームである場合、複数のユーザは、複数のグループのいずれかに属し、ユーザ情報記憶部２６３は、ユーザを識別するユーザ識別情報と、ユーザが属するグループを識別するグループ識別情報とを対応付けて記憶する。
【０７６８】
判定部９６１は、受信部２６１で受信した複数のユーザの位置情報に基づいて、複数のユーザのうちトラップ設定要求に係るユーザが属するグループ以外のグループに属するユーザについて、トラップ位置範囲内に位置しているかを判定する構成とすることが好ましい。敵グループのユーザに対するトラップであるためである。
【０７６９】
また、判定部９６１は、受信部２６８で受信した複数のユーザの位置情報に基づいて、複数のユーザのうち、状態が第１状態（通常状態）であるユーザについて、トラップ位置範囲内に位置しているかを判定する構成とすることが好ましい。監獄（牢屋）近くにトラップを仕掛けた場合に、捕縛されているユーザが引っ掛ってしまうためである。
【０７７０】
トラップ位置範囲は、トラップ設定要求に基づいて、トラップ位置範囲算出部が算出する構成とすることが好ましい。この場合、ユーザ情報記憶部２６３は、トラップ位置範囲算出部で算出されたトラップ位置範囲を記憶する。そして、判定部９６１は、ユーザ情報記憶部２６３に記憶されているトラップ位置範囲と位置情報とに基づいてトラップにかかったユーザがいるかの判定を行う構成をとる。
【０７７１】
ユーザ情報記憶部２６３は、ユーザを識別するユーザ識別情報を、ユーザのランク又はユーザのレベル又はトラップ設定要求の熟練度のいずれかに相当するパラメータとを対応付けて記憶しておくと良い。この場合、トラップ位置範囲算出部は、トラップ設定要求に係るユーザのパラメータに基づいてトラップ位置範囲を算出する構成とすることが可能となる。当該形態をとる場合は、トラップ位置範囲算出部は、トラップ設定要求に係るユーザのパラメータが高いほど広い領域をトラップ位置範囲として算出する。
【０７７２】
また、受信部２６１は、所定の周期で複数のユーザの位置を示す位置情報を受信し、判定部９６１は、受信部２６１で位置情報が受信される毎にユーザ情報記憶部２６３に記憶されているトラップ位置範囲を読み出して、トラップ位置範囲内に位置するユーザがいるかを位置情報に基づいて判定する。
【０７７３】
また、受信部２６１は、各ユーザの複数の時刻における各位置を示す位置情報を所定の周期で受信し、判定部９６１は、受信部２６１で受信された位置情報に含まれる複数の時刻における位置とユーザ情報記憶部２６３から読み出したトラップ位置範囲とを比較する事でトラップにかかったユーザがいないかを各時刻に対して判定する構成としても良い。
【０７７４】
なお、時間計測部８６１は、受信部２６１がトラップ設定要求を受信した場合に所定の時間計測を開始する。そして、判定部９６１は、時間計測部８６１が所定の時間計測を行っている期間内において、トラップ位置範囲内に位置しているユーザがいるかの判定を行う。時間計測部８６１の時間計測が完了した時点で、トラップ設定が解除され、その後は判定部９６１で上記判定は行われない。具体的には、使用中アイテム登録部６６１が、トラップ設定要求に基づいてユーザ情報管理ファイルに当該トラップ設定要求を登録すると共に時間計測部８６１に時間計測を開始させることによりトラップ設定が行われ、時間計測部８６１が時間計測を完了して使用中アイテム登録部６６１がユーザ情報管理ファイルから当該トラップ設定要求の登録を解除する事でトラップ設定が解除される。この時、使用中アイテム登録部６６１は、アイテム使用通知情報生成部３６２に使用していたトラップの効力が切れた事を示す通知情報を生成させる指示をアイテム使用通知情報生成部３６２に出しても良い。アイテム使用通知情報生成部３６２は、当該指示に基づいて使用していたアイテムであるアイテムＮｏ１３：トラップが解除された事を示すアイテム使用通知情報を生成し、送信部２６８よりトラップ設定者に送信する構成とすると良い。または、アイテム使用通知情報生成部３６２は、トラップ設定時に生成するアイテム使用通知情報に、当該トラップの効果が持続する時間を示す情報を含めておいても良い。これらのアイテム使用通知情報を携帯端末装置９１０で受信し、表示部１１５でトラップの効果が持続する残り時間又はとラップの効果が切れた事を示す情報が表示されることで、ユーザは自身が仕掛けたトラップが有効に機能しているかを知る事ができる。
【０７７５】
図１１２は、携帯端末装置９１０の表示部１１５に表示される画面を示している。マップ４２５にはトラップを仕掛けた位置を示すアイコン９２２が地図上にオーバーレイ表示されている。トラップ設定時に情報処理サーバ９６０から送信されたアイテム使用通知情報を無線受信部１１３は受信し、アイテム使用通知情報処理部３１５が当該アイテム使用通知情報を記憶部２１３に格納する。当該アイテム使用通知情報には、トラップ要求で要求されたトラップを登録した事を示す情報の他に、トラップの効果が持続する時間を示す時間情報や、トラップ位置範囲を示す情報が含まれる。表示制御部４１３は、記憶部２１３に格納された当該トラップに関する情報を読み込んで表示部１１５に表示する。具体的には、表示制御部４１３は、トラップの効果が持続する時間を示す時間情報を読み込んで使用中アイテム欄４２３に残り時間を表示する。また、トラップ位置範囲を示す情報に基づいて特定される位置範囲に、トラップを示すアイコン９２２を表示する。ここで、当該トラップが解除された事を示すアイテム使用通知情報を無線受信部１１３が受信してアイテム使用通知情報処理部３１５が受け取った場合、アイテム使用通知情報処理部３１５は、記憶部２１３が記憶している当該トラップに関する情報を消去すると共に、トラップが解除された事を示す画面を表示部１１５に表示するよう表示制御部４１３に指示する。表示制御部４１３は、当該指示に基づいて、使用中アイテム欄４２３から当該トラップに関する情報を消去し、マップ４２５に表示していたトラップ位置範囲を示すアイコン９２２の表示を中止し、トラップが解除されたことを示すポップアップ画面を表示する。また、表示制御部４１３は、トラップが解除された事を示すポップアップ画面を表示することの変わりに、戦況通知欄４２４にトラップが解除された事を示す情報を表示しても良い。ここで、トラップが解除された場合に通知されるアイテム使用通知情報には、トラップが解除された理由が含まれていると更に良い。当該理由も合わせて表示部１１５に表示することでユーザはトラップが解除された理由を知る事ができる。
【０７７６】
なお、当該トラップにも持続回数が設定される構成であっても良い。この場合、使用中アイテム登録部６６１は、トラップ設定要求に基づいてトラップ位置範囲等の登録をユーザ管理情報の使用中アイテム欄にする際に、合わせて当該持続回数を登録する構成とすると良い。トラップ発動判定部９６１は、トラップ位置範囲内に対象ユーザがいると判定する毎に、又は、当該トラップ位置範囲内にユーザが入る毎に持続回数を一つずつデクリメントする処理を行うと良い。トラップ発動判定部９６１は、当該デクリメントの処理の結果、持続回数が０になった場合に、トラップ発動判定部９６１は、使用中アイテム登録部６６１に持続回数が０になった事を通知する。当該通知を受けた使用中アイテム登録部６６１は、時間計測部８６１に時間計測を停止する指示を出すと共に、アイテム使用通知情報生成部３６２に、持続回数が０になった事により、トラップが解除された事を示すアイテム使用通知情報の生成指示を出す。当該生成指示に基づいてアイテム使用通知情報生成部３６２は、トラップが解除された事を示すアイテム使用通知情報を生成し、送信部２６８は、アイテム使用通知情報を送信する。
【０７７７】
なお、当該持続回数は、当該トラップに引っ掛ったユーザ数に置き換えても良い。使用中アイテム登録部６６１は、トラップ設定時に当該トラップで位置検出を行えるユーザ数を登録しておく。トラップ発動判定部９６１は、トラップ位置範囲内に入ったユーザが問うたるで上記登録したユーザ数に達した場合に、使用中アイテム登録部６６１に、登録したユーザ数に到達した事を通知し、使用中アイテム登録部６６１が当該トラップの解除を行う。このように構成しても良い。なお、一定時間経過後に当該トラップ位置範囲に同一ユーザが入った場合は、別ユーザとしてカウントしても良い。
【０７７８】
また、上述のように、トラップ発動判定部９６１における判定の結果、トラップ位置範囲内に位置するユーザが居る場合に、当該ユーザに対して自身の位置情報が他ユーザ（トラップ設定要求送信元のユーザ）に送信されたことを通知する被探索通知情報（被トラップ通知情報）を生成する被探索通知情報生成部（被トラップ通知情報生成部）５６４を具備する構成であっても良い。
【０７７９】
このように、情報処理サーバ９６０は、アイテムＮｏ１３：小トラップに関するアイテム使用要求を受信すると、アイテム処理部２６５の使用中アイテム登録部６６１が、ユーザ情報管理ファイルに当該小トラップを設定登録する。また、アイテム処理部２６５は、当該小トラップの送信元（要求元）ユーザの現在位置を示す位置情報に基づいて、当該ユーザの現在位置を中心として所定の距離を加えた位置範囲を算出し、当該算出した位置範囲をトラップ位置範囲として設定する。ここで、当該算出されるトラップ位置範囲の大きさは、トラップ設定要求の種類に基づいて決定される。すなわち、アイテム使用要求に含まれるトラップ系アイテムの使用要求アイテム番号毎にトラップ位置範囲の大きさが定義されている。トラップ発動判定部９６１は、各携帯端末装置９１０より位置情報が送信される周期と同等の周期で、当該トラップ位置範囲として当該算出した位置範囲と、敵チームに属するプレイヤーの現在位置を示す位置情報との比較を行う。当該比較処理の結果、上記トラップ範囲内に敵チームのプレイヤーが位置している場合、当該小トラップの送信元に当該トラップ位置範囲内に位置するプレイヤーの現在位置を示す位置情報を送信する。当該構成とすることで、トラップをかけたユーザは、当該トラップ範囲内に入った敵プレイヤーの位置を知ることができる。
【０７８０】
（実施の形態１０）
実際の戦闘では地雷が用いられる。地雷は、予め仕掛けた位置に来た敵を倒すために設置されるものである。当該地雷をアイテム化したものがアイテムＮｏ０１６：小ボムとアイテムＮｏ０１７：中ボムである。以下、当該ボム系アイテムについて説明する。但し、アイテムＮｏ１６：小ボムと、Ｎｏ１７：中ボムは、当たり判定範囲（ボム位置範囲）の大きさが違うだけであるため、以下ではアイテムＮｏ１６：小ボムについて説明する。また、本実施の形態１０に係る携帯端末装置１０１０の構成は、記憶部２１３の装備アイテムデータに当該ボム系アイテムが記憶されている点を除き図７５の携帯端末装置５１０と略同一であるため、図７５を援用して説明する。また、上記実施の形態１〜９で既に説明した部分については適宜説明を省略する。
【０７８１】
ユーザは、ボム系アイテムを使用する場合、操作入力部１２２を介してボムを仕掛ける位置を指定する。アイテム使用要求生成部２２１は、当該ボムを仕掛ける位置を示すボム位置情報を含めてアイテム使用要求を生成し、無線送信部１１２より情報処理サーバ１０６０に送信する。ここで、ボム位置情報は、アイテム使用要求に含まれなくても良い。当該アイテム使用要求を送信したユーザの現在位置を示す位置情報に基づいてボム設置位置が定められる構成とすることが好ましい。以下の説明では、ボム系アイテムに係るアイテム使用要求をボム設定要求または状態変更位置範囲設定要求と称する。
【０７８２】
図１１３は、本実施の形態１０に係る情報処理サーバ１０６０の構成を示すブロック図である。情報処理サーバ１０６０において、アイテム処理部２６５は、アイテム判別部５６１と、使用中アイテム登録部６６１と、時間計測部８６１と、アイテム使用通知情報生成部３６２と、ボム発動判定部１０６１と、を具備する。また、情報処理サーバ１０６０は、受信部２６１と、ユーザ情報記憶部２６３と、ユーザ情報処理部２６４と、送信部２６８と、状態変更通知情報生成部２８４と、を具備する。ユーザ情報処理部２６４は、定期的に各携帯端末装置１０１０より送信される位置情報を処理する位置情報処理部２８１と、ユーザの状態に関する変更等の処理を行うユーザ状態処理部（状態変更部）２８２と、を備える。
【０７８３】
受信部２６１で受信されたアイテム使用要求は、アイテム判別部５６１に送られる。アイテム判別部５６１は、受け取ったアイテム使用要求の内容に応じた処理を実行させると共に、使用中アイテム登録部６６１にアイテム使用要求を送る。使用中アイテム登録部６６１は、受け取ったアイテム使用要求をユーザ情報記憶部２６３に記憶しているユーザ情報管理ファイルに登録すると共に、時間計測部８６１に時間計測開始指示を出し、また、アイテム使用通知情報生成部３６２にアイテム使用通知情報生成指示を出す。
【０７８４】
使用中アイテム登録部６６１は、受け取ったアイテム使用要求がボム設定要求であった場合は、当該ボム設定要求に含まれるボム位置情報を合わせて登録することでボム設定を行う。または、使用中アイテム登録部６６１は、当該ボム設定要求の送信元ユーザの現在位置を示す位置情報で示される位置をボム設定位置として記録する。使用中アイテム登録部６６１は、時間計測部８６１から所定の時間計測が完了した事を示す信号を受け取った場合に、ユーザ情報管理ファイルに使用中アイテム情報として登録しているアイテムに関する情報を消去する処理を行うことでボム設定を解除する。
【０７８５】
当該使用中アイテム登録部６６１は、状態変更位置範囲設定要求（ボム設定要求）に似基づいて状態変更位置範囲の設定登録を行うため、以下の説明では状態変更位置範囲設定部（ボム位置範囲設定部）と称することがある。
【０７８６】
使用中アイテム登録部６６１は、当該ボム設定要求に基づいてボム設定（状態変更位置範囲設定）を行う場合にアイテム使用通知情報生成部３６２に状態変更位置範囲（ボム位置範囲）を設定したことを示すアイテム使用通知情報を生成させる指示を出す。また、使用中アイテム登録部６６１は、時間計測部８６１で所定の時間計測が完了した場合や、ボム発動判定部１０６１でボム位置範囲に対象ユーザがいると判定した場合にボム設定を解除すると共に、アイテム使用通知情報生成部３６２に、ボム設定を解除した事を示すアイテム使用通知情報の生成指示を出す。アイテム使用通知情報生成部３６２は、当該指示に基づいてボム設定が解除されたことを示すアイテム使用通知情報を生成する。送信部２６８は、これらのアイテム使用通知情報を携帯端末装置１０１０に送信する。
【０７８７】
図１１１では、ユーザＩＤがココであるユーザがアイテムＮｏ１６の小ボムを使用中であることが記録されている。また、使用中アイテム情報欄には、当該使用しているボムの中心位置に関する情報と、ボムの大きさを特定する半径が合わせて登録されている。ここで、当該登録されるボムの中止位置は、ボム設定要求に含まれるボム位置情報で示される位置であり、ボムの大きさを特定する半径は、ボム設定要求が小ボム、中ボム、のいずれであるかに基づいて決定される。なお、大ボムや巨大ボムがアイテムとして準備されていても良い。例えば、小ボムは半径が１０ｍであり、中ボムは半径が２０ｍと言う形で設定されている。なお、実施の形態９で説明した位置情報を通知するトラップ系アイテムと、状態を変更するボム系アイテムでは、効果を発動する範囲に差が設けられていることが好ましい。すなわち、ボム系アイテムの方がプレイに影響を与える効果が大きいため、トラップ位置範囲の大きさよりもボム位置範囲の大きさが小さくなるように設計されていることが好ましい。又は、ボム系アイテムのアイテム購入値段をトラップ系アイテムのアイテム購入金額よりも高く設定しておく事が好ましい。
【０７８８】
ボム発動判定部１０６１は、各ユーザ（携帯端末装置１０１０）より位置情報が送信される周期で、ボム位置範囲内にユーザが位置しているかを判定する。具体的には、ボム発動判定部１０６１は、各ユーザ（携帯端末装置１０１０）より位置情報が送信される周期で、ユーザ情報管理ファイルの使用中アイテム情報欄を確認することで、ボム系アイテムが使用中アイテムとして登録されているかを確認する。図１１１のように、使用中アイテム情報に、ボム系アイテムであるアイテムＮｏ１６〜アイテムＮｏ１７が登録されている場合、ボム発動判定部１０６１は、当該ボム系アイテムで張られるボム位置範囲に位置しているユーザがいるかの判定処理を行う。具体的には、ボム発動判定部１０６１は、使用中アイテム情報欄に記録されているボム中心位置に関する情報とボム半径とに基づいてボム位置範囲を算出し、当該算出した位置範囲と他ユーザの現在位置を示す位置情報とを比較する。当該比較の結果、ボム位置範囲内に位置するユーザがいた場合、当該ユーザはボムに引っ掛ったと判断する。なお、ボム発動判定部１０６１は、当該ボム系アイテムを使用しているユーザが属するグループとは異なるグループに属するユーザの位置情報とボム位置範囲とを比較する構成であっても良い。味方ユーザについては、ボムの対象外とすることができる。
【０７８９】
ボム発動判定部１０６１は、ボム位置範囲内に他グループのユーザが位置している場合に、ボムが発動したものとして、ユーザ状態処理部２８２に、当該ボムに引っ掛ったユーザの状態を変更する指示を出す。
【０７９０】
ユーザ状態処理部２８２は、ボム発動判定部１０６１からユーザ状態の変更指示を受けた場合に、当該指示で指定されるユーザの状態を変更する処理を行う。具体的には、ユーザ情報管理ファイルのボムに引っ掛ったユーザの状態欄を通常状態から捕縛状態に変更する。
【０７９１】
また、ユーザ状態処理部２８２は、状態変更通知情報生成部２８４に状態変更通知情報の生成指示を出す。この時ユーザ状態処理部２８２は、状態変更通知情報生成部２８４に状態を変更するユーザを識別するユーザＩＤの他、当該状態変更がボムによって変更されたことを合わせて通知する。
【０７９２】
状態変更通知情報生成部２８４は、状態変更に係るユーザを識別するユーザＩＤと、当該状態変更が、状態変更位置範囲設定要求に基づいて設定された状態変更位置範囲に入ったことにより状態変更が行われた事を示す状態変更理由情報とを含めて状態変更通知情報を生成する。状態変更通知情報生成部２８４は、当該状態変更通知情報の宛先アドレスを、当該状態変更に係るユーザのＩＰアドレス及び状態変更位置範囲設定要求の送信元ユーザのＩＰアドレスに設定する。
【０７９３】
送信部２６８は、当該状態変更に係るユーザ及び状態変更位置範囲設定要求の送信元ユーザに状態変更通知情報を送信する。なお、送信部２６８は、同一のゲームフィールドに係るゲームをプレイ中の全ユーザに対して当該状態変更通知情報を送信しても良い。
【０７９４】
当該状態変更通知情報を受け取った携帯端末装置１０１０において、表示制御部４１３は、状態変更位置範囲設定に基づいて状態が変更されたことを通知する通知画面を表示する。具体的には、戦況通知欄４２４に、状態が変更された事を示す情報が表示される。なお、状態変更に係るユーザの表示部１１５には、より分かりやすいよう、自身の状態が捕縛状態に変更された事を表示するポップアップ画面が表示される構成とすると更に良好である。
【０７９５】
以上のように、本実施の形態１０に係る情報処理サーバ１０１０は、状態変更位置範囲設定要求と複数のユーザの位置を示す位置情報とを受信する受信部２６１と、受信部２６１で受信した状態変更位置範囲設定要求に基づいて求まる状態変更位置範囲に位置するユーザがいないかを判定する判定部１０６１と、判定部１０６１における判定の結果、状態変更位置範囲内に位置するユーザが居る場合に、当該ユーザの状態を第１状態から第２状態に変更する状態変更部２８２と、当該ユーザの状態を第１状態から第２状態に変更した事を通知する通知情報を生成する生成部２８４と、生成された通知情報を送信する送信部２６８とを具備する。
【０７９６】
ここで、判定部１０６１は、受信部２６１で受信した複数のユーザの位置情報に基づいて、複数のユーザのうち状態変更位置範囲設定要求に係るユーザが属するグループ以外のグループに属するユーザについて、状態変更位置範囲内に位置しているかを判定する構成としても良い。同一チームのプレイヤーにボムの効果が出てしまうとゲームが複雑になる可能性があるためである。判定部１０６１は、受信部２６１で受信した複数のユーザの位置情報に基づいて、当該複数のユーザのうち状態が第１状態（通常状態）であるユーザについて、状態変更位置範囲内に位置しているかを判定する。このように構成する事で判定処理量を減らす事ができる。
【０７９７】
なお、情報処理サーバ１０６０は、状態変更位置範囲設定要求に基づいて、状態変更位置範囲を算出する状態変更位置範囲算出部を備えていても良い。この場合、ユーザ情報記憶部２６３は、当該状態変更位置範囲算出部で算出された状態変更位置範囲を記憶しておく。そして判定部１０６１は、ユーザ情報記憶部２６３に記憶されている状態変更位置範囲と他ユーザの位置情報とに基づいて変更位置範囲内に位置するユーザがいるかの判定を行う。
【０７９８】
また、情報処理サーバ１０６０は、判定部１０６１における判定の結果、状態変更位置範囲内に位置するユーザが居る場合に、状態変更設定にかかったユーザがいることを通知する通知情報を生成する通知情報生成部を備えていても良い。その他、実施の形態９のトラップ系アイテムと、本実施の形態１０のボム系アイテムは処理内容が、トラップにかかったユーザの位置情報を通知するか、ボムにかかったユーザの状態を変更して通知するかの違いを除いて共通する点が多いため、トラップ系アイテムの構成を援用する事が可能である。
【０７９９】
このように、アイテムＮｏ０１６：小ボムに関するアイテム使用要求を受信すると、使用中アイテム登録部６６１は、ユーザ情報管理ファイルに当該小ボムを設定登録する。また、ボム設定位置範囲算出部（状態変更位置範囲算出部）は、当該小ボムの送信元（要求元）ユーザの現在位置を示す位置情報に基づいて、当該ユーザの現在位置を中心として所定の距離を加えた位置範囲を算出し、当該算出した位置範囲を状態変更位置範囲として設定する。ボム発動判定部１０６１は、各携帯端末装置１０１０より位置情報が送信される周期と同等の周期で、当該状態変更位置範囲（地雷位置範囲又はボム位置範囲とも称される）として当該算出した位置範囲と、敵チームに属するプレイヤーの現在位置を示す位置情報との比較を行う。当該比較処理の結果、上記地雷範囲内に敵チームのプレイヤーが位置している場合、少なくとも当該小ボムの送信元と当該地雷範囲内に入ったプレイヤーに対して、小ボムが発動したことを通知する通知情報を送信する。また、アイテム処理部２６５は、当該地雷位置範囲内に入ったプレイヤーのステータスを通常状態から捕縛状態に変更する処理を行い、ユーザ情報管理ファイルを更新する。
【０８００】
このように、小ボムが仕掛けられた範囲内に入ったユーザは捕縛されたものとして処理されるため、通常このようなゲームでは逃走側が有利になりがちなゲームバランスを修正することができる。なお、逃走側のプレイヤーはアイテムＮｏ０１０のセンサーを使用することで当該小ボムが仕掛けられている地雷位置範囲を検知できる構成とすると更に良好である。また、アイテムＮｏ１９のアストロンを使用することで、地雷位置範囲に入っても状態変更処理が行われない構成とすることも可能である。
【０８０１】
すなわち、状態変更部２８２は、状態変更位置範囲内に位置するユーザが居る場合であっても、当該ユーザに状態変更禁止設定が行われている場合は、状態を変更しない。このように構成する事も可能である。
【０８０２】
（実施の形態１１）
ゲーム性を更に高めるためには、遠距離からの攻撃をできる事が好ましい。このような攻撃を可能とするアイテムが、アイテムＮｏ０１８：モルタルである。
【０８０３】
上述した小ボム、中ボムは当該アイテムを使用するユーザの現在位置を中心とするエリアが地雷位置範囲として設定される。これに対し、アイテムＮｏ０１８：モルタルは、当該地雷位置範囲と同一の効果を有するエリアをユーザからの操作入力に基づいて指定できることを特徴とする。以下、当該モルタルを使用することを要求するアイテム使用要求を、特にモルタル使用要求又は指定状態変更要求と称する。当該モルタル使用要求は、ユーザが指定した位置付近のユーザの状態を変更する処理を要求するものであるためである。
【０８０４】
図１１４は、本実施の形態１１に係る情報処理サーバ１１６０の構成を示すブロック図である。情報処理サーバ１１６０は、受信部２６１と、ユーザ情報記憶部２６３と、ユーザ情報処理部２６４と、アイテム処理部２６５と、送信部２６８と、状態変更通知情報生成部２８４と、を具備する。また、情報処理サーバ１１６０において、アイテム処理部２６５は、アイテム判別部５６１と、時間計測部８６１と、アイテム使用通知情報生成部３６２と、モルタル発動位置・時刻算出部１１６１と、ヒット判定部１１６２と、を具備する。ユーザ情報処理部２６４は、定期的に各携帯端末装置１１１０より送信される位置情報を処理する位置情報処理部２８１と、ユーザの状態に関する変更等の処理を行うユーザ状態処理部（状態変更部）２８２と、を備える。
【０８０５】
当該モルタルを使用するユーザは、モルタルの効果を発動させる位置を指定する位置情報をアイテム使用要求に含めて送信する。当該モルタルの効果を発動させる位置を指定する情報をモルタル位置指定情報と称する。
【０８０６】
受信部２６１で受信されたアイテム使用要求は、アイテム判別部５６１に送られる。アイテム判別部５６１は、アイテム使用要求に含まれる使用要求アイテム番号に基づいて要求されているアイテムを判別した結果、当該アイテム使用要求がモルタル使用要求であった場合、受け取ったモルタル使用要求をモルタル発動位置・時刻算出部１１６１に送る。
【０８０７】
モルタル発動位置・時刻算出部１１６１は、受け取ったモルタル使用要求の効果を発動させる位置範囲と時刻とを算出する。
【０８０８】
モルタル発動位置・時刻算出部１１６１は、ユーザ情報管理ファイルを参照し、モルタル使用要求元のユーザの職位やＪｏｂに基づいて上記位置範囲を算出する。なお、モルタルの効果を発生させる位置範囲の大きさが固定されている場合には、当該算出処理は不要であり、予め定められている位置範囲の大きさを用いる。モルタル発動位置・時刻算出部１１６１は、受け取ったモルタル使用要求に含まれるモルタル位置指定情報で指定される位置を中心とする上記大きさの位置範囲をモルタルの効果を発生させる位置範囲として決定する。当該算出された位置範囲を指定状態変更位置範囲又はモルタル位置範囲と称する。
【０８０９】
モルタル発動位置・時刻算出部１１６１は、モルタル使用要求に含まれるモルタル位置指定情報で指定される位置と当該モルタル使用要求の送信元ユーザの現在位置との距離差に基づいてモルタルの効果を発生させる時刻を算出する。当該送信元ユーザの現在位置は、モルタル位置指定情報と同じくモルタル使用要求に含まれていても良いし、ユーザ情報記憶部２６３に記憶されているユーザ情報管理ファイルを参照して当該位置情報を取得しても良い。モルタル発動位置・時刻算出部１１６１は、当該モルタル位置指定情報で指定される位置と当該送信元ユーザの現在位置との距離差が大きいほど、当該モルタル使用要求を受信してからモルタルの効果を発動させるまでの時間を長く設定する。なお、モルタルの効果を発生させるまでの時間が固定されている場合には、当該算出処理は不要であり、予め定められている時間を用いる。また、モルタル使用要求に当該発動までの時間を示す時間情報が含まれていても良い。この場合、当該時間情報で示される時間をそのまま用いる事ができる。
【０８１０】
このような時間を算出する理由は、モルタルに対応する武器である迫撃砲は、使用を決定してからセット及び被弾までに時間を要する事が通常であるため、これを再現するためにモルタル使用要求を送信してからその処理が発生するまでにタイムラグを設けるためである。
【０８１１】
モルタル発動位置・時刻算出部１１６１は、算出した時間をタイマー時間として時間計測部８６１に計測させる。また、モルタル発動位置・時刻算出部１１６１は、アイテム使用通知情報生成部３６２にアイテム使用通知情報生成指示を出す。アイテム使用通知情報生成部３６２は、当該指示に従ってモルタルを使用したことを通知するアイテム使用通知情報を生成し、送信部２６８よりモルタル使用要求の送信元ユーザに送信する。
【０８１２】
時間計測部８６１は、モルタル発動位置・時刻算出部１１６１より指定された時間の計測を行う。時間計測部８６１は、当該指定された時間計測が完了した時点で、モルタル発動位置・時刻算出部１１６１に、時間計測が完了し、指定された時間が経過した事を通知する。
【０８１３】
モルタル発動位置・時刻算出部１１６１は、時間計測部８６１より指定した時間が経過した事を示す通知信号を受け取ると、上記算出したモルタル位置範囲を示す情報をヒット判定部１１６２に送る。
【０８１４】
ヒット判定部１１６２は、モルタル発動位置・時刻算出部１１６１より受け取った当該モルタル位置範囲内に位置するユーザがいるかを判定する。具体的には、ヒット判定部１１６２は、ユーザ情報記憶部２６３に記憶されているユーザの位置情報を読み込み、モルタル位置範囲と比較を行う事でモルタル位置範囲内に位置するユーザがいるかを判定する。なお、ヒット判定部１１６２は、同一ゲームフィールドに係るゲームをプレイしているユーザであって、モルタル使用要求の送信元ユーザが属するグループ以外のグループに属するユーザについて上記判定を行うと良い。また、ヒット判定部１１６２は、既に状態が第２状態（捕縛状態）であるユーザについては、判定の対象外としても良い。
【０８１５】
ヒット判定部１１６２は、判定の結果、モルタル位置範囲内に位置する対象ユーザがいた場合に、ユーザ状態処理部２８２に当該ユーザの状態を変更する指示を行う。ユーザ状態処理部２８２は、当該指示に基づいてユーザの状態を第１状態から第２状態に変更する処理を行う。状態変更通知情報生成部２８４は、当該モルタル使用要求に基づいて状態が変更されたことを示す状態変更通知情報を生成し、送信部２６８より送信する。
【０８１６】
以上のように、本実施の形態１１に係る情報処理サーバ１１６０は、指定状態変更要求と複数のユーザの位置を示す位置情報とを受信する受信部２６１と、受信部２６１で受信した指定状態変更要求に基づいて求まる指定状態変更位置範囲に位置するユーザがいないかを判定するヒット判定部１１６２と、当該判定の結果、指定状態変更位置範囲内に位置するユーザが居る場合に、当該ユーザの状態を第１状態から第２状態に変更する状態変更部（ユーザ状態処理部）２８２と、当該ユーザの状態を第１状態から第２状態に変更した事を通知する状態変更通知情報を生成する状態変更通知情報生成部２８４と、当該生成された状態変更通知情報を送信する送信部２６８と、を具備する。
【０８１７】
ここで、上記指定状態変更要求には、上記指定状態変更位置範囲を特定するための位置指定情報が含まれる。当該位置指定情報は、上記指定状態変更位置範囲内の一点の位置が少なくとも含まれる。当該位置指定情報で指定される位置は、上記指定状態変更位置範囲の中心であることが好ましい。また、当該指定状態変更要求には、指定状態変更位置範囲の大きさを特定するための距離指定情報が含まれていても良い。また、上記指定状態変更要求には、送信元ユーザ（携帯端末装置１１１０）の現在位置を示す位置情報が含まれていても良い。
【０８１８】
（モルタル発動位置・時刻）算出部１１６１は、上記指定状態変更要求に含まれる位置指定情報に基づいて指定状態変更位置範囲を算出する。ここで、算出部１１６１は、位置指定情報で示される位置を中心とする位置範囲を指定状態変更位置範囲として算出する。この時、指定状態変更位置範囲を特定するための距離に関する情報は、指定状態変更要求に距離指定情報が含まれる場合は、当該距離指定情報で示される距離を用いても良い。また、システム内で一意に当該距離が定められている場合は当該距離を利用しても良い。また、ユーザ情報記憶部２６３に記憶されている送信元ユーザのランク、レベル、（当該指定状態変更要求に対応する）アイテム熟練度等のパラメータに基づいて当該距離が定められても良い。また、当該距離は、位置指定情報で指定される位置と当該指定状態変更要求の送信元ユーザの位置との距離差に基づいて決定されても良い。この場合、位置指定情報で指定される位置と当該指定状態変更要求の送信元ユーザの位置との距離差が大きいほど、指定状態変更位置範囲の半径距離が小さくなるように決定されると良い。また、携帯端末装置１１１０で既に指定状態変更位置範囲が算出された状態で指定状態変更要求が送信される場合は、当該指定状態変更要求で特定される指定状態変更位置範囲をそのまま利用する事ができる。
【０８１９】
また、情報処理サーバ１１６０は、ヒット判定部１１６２が判定処理を行うまでの時間を計測する時間計測部８６１を更に備えている事が好ましい。指定状態変更要求が要求されてから直ぐに判定処理が行われるのを回避するためである。
【０８２０】
ここで、時間計測部８６１は、受信部２６１が、指定状態変更要求を受信してから、予め定められた時間を計測しても良い。時間計測部８６１は、指定状態変更要求を受信した場合に所定の時間計測を開始し、ヒット判定部１１６２は、時間計測部８６１が所定の時間計測を完了した時点で、指定状態変更要求に基づいて求まる指定状態変更位置範囲に位置するユーザがいないかを判定する。
【０８２１】
ここで、時間計測部８６１は、算出部１１６１が求めた時間を計測するよう構成することが好ましい。算出部１１６１は、指定状態変更要求に含まれる位置指定情報で示される位置と当該指定状態変更要求の送信元ユーザ（携帯端末装置１１１０）の位置とに基づいて時間計測部８６１が計測する時間を求める。この時、算出部１１６１は、時間計測部８６１が計測する時間が、指定状態変更要求に含まれる位置指定情報で示される位置と当該指定状態変更要求の送信元ユーザ（携帯端末装置１１１０）の位置との距離が離れるほど長くなるように時間算出を行うと良い。例えば、時間計測部８６１が計測する時間をＴ秒、位置指定情報で示される位置と送信元ユーザの位置との距離差がＸメートルである場合、Ｔ（秒）＝Ｚ（秒）＋Ｘ／１００（秒）として求めても良い。ここでＺは、最低待機時間を示しており、数秒〜数十秒に設定される事が好ましい。また、Ｘ／１００（秒）は、距離差に応じた時間であり、例えばＸが８００ｍであれば８秒となる。従って、Ｔ＝１８秒となり、時間計測部８６１は、１８秒間のタイマーを開始し、１８秒経過した時点で、ヒット判定部１１６２に判定処理を行わせる。上記式は、迫撃砲の準備に１０秒かかり、秒速１００ｍで迫撃砲弾が飛行すると見立てた式になっている。モルタルで狙われたユーザも当該１８秒間の間に位置を変えることで回避することを可能とするために、当該時間計測が行われる。
【０８２２】
なお、情報処理サーバ１１６０は、ユーザの状態を第１状態から第２状態に変更した事を通知する状態変更通知情報を生成する状態変更通知情報生成部２８４とは別に、ヒット判定部１１６２における判定結果を通知するヒット判定通知情報を生成する判定通知情報生成部１１６３を備えておく事が好ましい。ヒット判定部１１６２で指定状態変更位置範囲内に位置するユーザが居ると判定されない場合、上記状態変更通知情報は送信されないため、指定状態変更要求の送信元は敵にモルタルが命中したかどうかを明示的に知る事ができないためである。そこで、情報処理サーバ１１６０は、ヒット判定部１１６２が行う受信部２６１で受信した指定状態変更要求に基づいて求まる指定状態変更位置範囲に位置するユーザがいるかいないかの判定の結果を通知する判定通知情報を生成する判定通知情報生成部１１６３を更に具備し、送信部２６８は、当該判定通知情報を指定状態変更要求の送信元ユーザ（携帯端末装置１１１０）に送信する。当該判定通知情報は、上記判定結果であるモルタルがヒットしたかヒットしていないかを示す情報が含まれ、当該判定通知情報を受信した携帯端末装置１１１０は、当該判定通知情報を表示部１１５に表示する。なお、当該判定通知情報は、上記指定状態変更位置範囲に位置すると判定されたユーザにも送信されても良い。
【０８２３】
図１１５は、本実施の形態１１に係る情報処理サーバ１１６０の動作の流れを示すフローチャート図である。アイテム判別部５６１は、受信部２６１で新たにアイテム使用要求を受信したかを判定する（ステップＳ１１０１）。受信していない場合は、アイテム使用要求が受信されるまで待機する。アイテム判別部５６１は、受信部２６１がアイテム使用要求を受信すると、当該アイテム使用要求を受け取り、当該アイテム使用要求に含まれる使用要求アイテム番号に基づいて当該アイテム使用要求が指定状態変更要求（モルタル使用要求）であるかを判別する（ステップＳ１１０２）。当該判別の結果、指定状態変更要求でない場合、アイテム処理部２６５は、当該使用要求番号に応じた処理を実行して処理を終了する（ステップＳ１１０３）。一方、受信されたアイテム使用要求が指定状態変更要求である場合は、算出部１１６１は、当該指定状態変更要求の送信元ユーザの現在位置と、当該指定状態変更要求に含まれる位置指定情報とに基づいて指定状態変更位置範囲を算出する（ステップＳ１１０４）。ここで、当該送信元ユーザの現在位置に関する情報は、当該位置指定情報と同じく当該指定状態変更要求に含まれていても良いし、ユーザ情報記憶部２６３に記憶されているユーザ情報管理ファイルを参照して取得しても良い。算出部１１６１は、当該位置指定情報で指定される位置を中心とする円形領域を指定状態変更位置範囲として算出する。
【０８２４】
図１１６は、指定状態変更要求の送信元ユーザの位置５１３からの距離と、指定状態変更位置範囲１１２１〜１１２３の大きさの関係を示している。図１１６から分かるように、算出部１１６１は、送信元ユーザの位置５１３より離れた位置を位置指定情報で指定するほど、指定状態変更位置範囲を小さく算出する。
【０８２５】
図１１５に戻って、算出部１１６１は、当該指定状態変更要求の送信元ユーザの現在位置と、当該指定状態変更要求に含まれる位置指定情報とに基づいて判定部１１６２で判定を行うまでに待機する待機時間を算出する（ステップＳ１１０５）。算出部１１６１は、送信元ユーザの位置５１３より離れた位置を位置指定情報で指定するほど、待機時間を長く算出する。例えば、図１１６において位置指定情報に基づいて算出された指定状態変更位置範囲１１２１による判定処理までの待機時間を１２秒とすると、指定状態変更位置範囲１１２２による判定処理までの待機時間を１６秒、指定状態変更位置範囲１１２３による判定処理までの待機時間を２０秒と、言うように、距離が長くなるほど待機時間も長くなるように算出される。
【０８２６】
算出部１１６２は、ステップＳ１１０５で算出した待機時間をタイマーとしてセットすることで、時間計測部８６１における時間計測を開始させる（ステップＳ１１０６）。時間計測部８６１は、当該待機時間が経過したかを判定する（ステップＳ１１０７）。経過していない場合は、経過するまで待機する。一方、当該待機時間が経過した場合、時間計測部８６１は、判定部１１６２に判定指示を出す。
【０８２７】
判定部１１６２は、時間計測部８６１より待機時間が経過した場合に出される判定指示を受け取ると、ユーザ情報記憶部２６３に記憶されているユーザ情報管理ファイルを参照して、当該指定状態変更要求の送信元ユーザが属するグループ以外のグループに属するユーザであって、状態が通常状態であるユーザを抽出する（ステップＳ１１０８）。続いて、判定部１１６２は、当該抽出したユーザの現在位置を示す位置情報を抽出する（ステップＳ１１０９）。続いて、判定部１１６２は、ステップＳ１１０４で算出された指定状態変更位置範囲と、ステップＳ１１０９で取得された位置情報とを比較する（ステップＳ１１１０）。判定部１１６２は、当該比較処理に基づいて指定状態変更位置範囲内の位置を示す位置情報があるかを判定する（ステップＳ１１１１）。
【０８２８】
当該判定の結果、指定状態変更位置範囲内の位置を示す位置情報がない場合、当該モルタルに当たったユーザはいないものとして、モルタルが外れた事を示す通知情報を通知情報生成部が生成し、送信部２６８より当該通知情報を携帯端末装置１１１０に送信して処理を終了する。一方、当該判定の結果、指定状態変更位置範囲内の位置を示す位置情報がある場合、当該位置情報に係るユーザはモルタルに当たったとして、状態変更部（ユーザ状態処理部）２８２は、当該ユーザの状態を通常状態から捕縛状態へ変更する（ステップＳ１１１２）。更に、状態変更通知情報生成部２８４は、当該ユーザの状態がモルタルに当たった事により（指定状態変更位置範囲内に位置していた事により）変更された事を示す状態変更通知情報を生成して送信部２６８より携帯端末装置１１１０に送信する。
【０８２９】
上記流れで処理を行う事により、迫撃砲を想起させるアイテムとすることができる。
【０８３０】
なお、上述したモルタルに類似するアイテムとして狙撃（スナイプ）が使用可能であっても良い。図１１７に示すように、モルタル位置範囲１１２１と比較して狙撃位置範囲１１２４は、送信ユーザの位置から直線状に細い幅で延びる位置範囲が指定状態変更位置範囲となる。この場合、算出部１１６１は、指定状態変更位置範囲に含まれる位置指定情報で示される位置と当該指定状態変更要求の送信元ユーザの現在位置とを結ぶ直線に所定の幅を加えた帯状の領域を指定状態変更位置範囲として算出する。ここで、当該指定状態変更位置範囲の横幅は、数ｍ〜数十ｍ程度、好ましくは、０．５ｍ〜１０ｍ程度、更に好ましくは１ｍ〜５ｍ、最も好ましくは１ｍ〜３ｍ程度に設定されることが好ましい。なお、当該横幅は、各携帯端末装置１１１０の位置情報取得部１１１における位置情報取得精度に依存する。また、当該スナイプに係る指定状態変更要求の場合は、モルタルに係る指定状態変更要求と異なり、待機時間を計測せずに即座に判定処理に移行しても良い。すなわち、図１１５のフローチャートにおいて、ステップＳ１１０５〜Ｓ１１０６は省く事ができる。これは、狙撃には時間がかからず、弾丸の飛行時間も十分早いためである。なお、モルタルよりも短い所定の時間を待機時間として計測する構成とすることも可能である。
【０８３１】
肉眼や双眼鏡で敵プレイヤーの位置を把握できた場合、当該アイテムＮｏｘｘ：スナイプを使用し、自身の位置と当該敵プレイヤーの位置を結んだ直線上の位置を位置指定情報とすることで、当該敵プレイヤーを指定状態変更位置範囲に含めて状態変更を起こさせる事ができる。なお、指定状態変更要求に含まれる位置指定情報として、方角に関する方角情報を用いても良い。算出部１１６１は、指定状態変更要求の送信元ユーザの現在位置と、当該指定状態変更要求に含まれる方角情報に基づいて指定状態変更位置範囲を算出する事が可能となる。
【０８３２】
当該モルタルに係る指定状態変更要求を第１指定状態変更要求と称し、上記スナイプに係る指定状態変更要求を第２指定状態変更要求と称する。また、当該モルタルやスナイプを纏めてモルタル系アイテム称する。
【０８３３】
（実施の形態１２）
実施の形態１０及び１１でそれぞれ説明したボム系アイテムとモルタル系アイテムは攻撃側チームのユーザが逃走側チームのユーザを捕縛することを補助するアイテムである。このような、アイテムに対して逃走側チームのユーザが防御する手段を有さないとゲームバランスが崩れる可能性がある。そこで、当該ボム系アイテムやモルタル系アイテムに対して耐性を有するアイテムをシステム内で使用可能としておくことが好ましい。
【０８３４】
このようなアイテムがアイテムＮｏ１９：アストロン（シールド）である。当該アストロンを使用している逃走側のユーザは、上述した地雷位置範囲（状態変更位置範囲）やモルタル位置範囲（指定状態変更位置範囲）に位置していても、状態が捕縛状態とならない効果を奏する。以下、当該アイテムＮｏ１９：アストロンについて具体的に説明する。なお、当該アストロンの使用を要求するアイテム使用要求を、特に状態変更禁止設定要求と称することがある。なお、本実施の形態１２に係る情報処理システム１２００において情報処理サーバ１２６０は、図１１３及び図１１４を援用して説明し、上記各実施の形態で既に説明した部分については適宜説明を省略する。
【０８３５】
アイテム判別部５６１は、受信部２６１より受け取ったアイテム使用要求が状態変更禁止設定要求である場合、使用中アイテム登録部６６１に送る。使用中アイテム登録部６６１は、ユーザ情報管理ファイルの使用中アイテム欄に当該状態変更禁止設定要求を登録する。図１１１では、ユーザＩＤがバズーソであるユーザがアストロンを使用中であることが示されている。なお、使用中アイテム登録部６６１は、アイテムに基づく状態変更を禁止する設定を行うため、状態変更禁止設定部と称することがある。
【０８３６】
使用中アイテム登録部６６１は、当該状態変更禁止設定を行うと共に時間計測部８６１に所定の時間計測の指示を行う。時間計測部８６１は、当該指示に基づいて時間計測を行う。使用中アイテム登録部６６１は、時間計測部８６１における時間計測が完了した場合に、状態変更禁止設定を解除する。すなわち、使用中アイテム登録部６６１は、ユーザ情報管理ファイルの使用中アイテム欄から当該状態変更禁止要求に基づいて登録した情報を削除する。
【０８３７】
また、使用中アイテム登録部６６１は、アイテム使用通知情報生成部３６２に、当該状態変更禁止要求に基づく処理を行う事を通知するアイテム使用通知情報の生成を指示する。
【０８３８】
実施の形態１０及び１１でそれぞれ説明したようにボム発動判定部１０６１は、各ユーザの位置とボム位置範囲との比較処理を行い、また、ヒット判定部１１６２は、各ユーザの位置とモルタル位置範囲との比較処理を行う。ここで、ユーザ状態処理部２８２は、ユーザがボム位置範囲内に位置したとボム発動判定部１０６１で判定されても、当該ユーザがアストロンを使用中であれば、ユーザの状態を変更する処理を行わない。同様に、ユーザ状態処理部２８２は、ユーザがモルタル位置範囲内に位置したとヒット判定部１１６２で判定されても、当該ユーザがアストロンを使用中であれば、ユーザの状態を変更する処理を行わない。
【０８３９】
このように、情報処理サーバ１２６０は、アイテムに基づく状態変更を禁止する状態変更禁止設定要求を設定登録する状態変更禁止設定部を備える。ここで、ボム発動判定部１０６１は、受信部２６１で受信した状態変更位置範囲設定要求に基づいて求まる状態変更位置範囲に位置するユーザがいないかを判定する際に、上記状態変更禁止設定要求を登録しているユーザを判定対象から外しても良い。また、当該ユーザを判定対象にする場合には、当該判定の後に、状態変更位置範囲内に位置すると判定されたユーザが、状態変更禁止設定を行っているユーザであるかの判定を行っても良い。また、ヒット判定部１１６２は、受信部２６１で受信した指定状態変更要求に基づいて求まる指定状態変更位置範囲に位置するユーザがいないかを判定する際に、上記状態変更禁止設定要求を登録しているユーザを判定対象から外しても良い。また、当該ユーザを判定対象にする場合には、当該判定の後に、指定状態変更位置範囲内に位置すると判定されたユーザが、状態変更禁止設定を行っているユーザであるかの判定を行っても良い。
【０８４０】
なお、当該説明したアストロンは、上述したキャプチャーに対して耐性を有していても良い。この場合、ユーザ状態変更判定部８６３は、捕縛補助領域との比較を行う場合に、っ状態変更禁止設定を行っているユーザは比較対象から外す等の処理を行っても良い。
【０８４１】
このように、アイテムＮｏ１９：アストロンは、ボムやモルタルに耐性を持たせるアイテムである。当該アストロンを使用している逃走側のユーザは、上述した地雷位置範囲やモルタル位置範囲に位置していても、状態が捕縛状態とならない効果を奏する。
【０８４２】
状態変更禁止設定部は、アストロンに係るアイテム使用要求を受信すると、ユーザ情報管理ファイルに当該アストロンの設定登録を行う。各種判定部は、他プレイヤーから仕掛けられた上記小ボム、中ボム、モルタルに基づく比較処理の結果、当該地雷範囲やモルタル範囲に位置するユーザに関してユーザ情報管理ファイルを参照して、当該ユーザにアストロンが登録されていないかを確認する。当該確認の結果、アストロンが登録されている場合は、ユーザ状態処理部２８２は、当該ボムやモルタルに基づく状態変更処理を行わない。すなわち、アストロン使用中のユーザは、アイテムに基づいて捕縛状態に変更されることはない。但し、ユーザ状態処理部２８２は、明示の状態変更要求に基づく場合は、状態変更処理を行っても良い。
【０８４３】
なお、上述したトラップと同様、状態変更禁止設定部は、当該アストロンの効果が持続する回数や持続時間を設定しても良い。持続回数は、アストロンの効果が発揮される場合、例えば、図１１５のＳ１１１１などで判定された場合に、当該持続回数がデクリメントされる構成であっても良い、当該デクリメントの結果、持続回数が０になった場合や、上記持続時間が経過した場合に、状態変更禁止設定部は、当該状態変更禁止設定を解除する、すなわち、使用中アイテム情報欄から当該状態変更禁止設定に係るアイテムであるアイテムＮｏ１９：アストロンの情報を消去する構成とすることが好ましい。
【０８４４】
（実施の形態１３）
アイテムＮｏ２０：サイレントは、他プレイヤーに対してアイテムの使用を所定の期間禁止する効果を有する。一時的に敵チームのプレイヤーがアイテムを使用できなくすることでゲームを有利に進める事ができる。当該アイテムＮｏ２０：サイレントを要求するアイテム使用要求を特に、処理禁止設定要求と称する。
【０８４５】
図１１８は、本実施の形態１３に係る情報処理サーバ１３６０の構成を示すブロック図である。情報処理サーバ１３６０において、アイテム処理部２６５は、アイテム使用可否判定部１３６１と、アイテム使用通知情報生成部３６２と、アイテム判別部５６１と、アイテム使用禁止設定部１３６２と、時間計測部８６１と、を具備する。
【０８４６】
アイテム使用可否判定部１３６１は、受信部２６１が受信したアイテム使用要求を受け取る。アイテム使用可否判定部１３６１は、アイテム使用要求を受け取ると、ユーザ情報記憶部２６３に記憶されているユーザ管理情報を参照して、当該アイテム使用要求に基づく処理を許可するかを判定する。アイテム使用可否判定部１３６１は、アイテム使用要求に基づく処理を許可しない場合として、アイテム使用禁止設定が行われている場合がある。
【０８４７】
アイテム使用可否判定部１３６１は、当該判定結果に基づいて当該受け取ったアイテム使用要求に基づく処理を行うか否かの通知情報の生成指示をアイテム使用通知情報生成部３６２に出す。アイテム使用通知情報生成部３６２は、当該生成指示に基づいてアイテム使用要求に基づく処理を行うか否かを示す情報を含むアイテム使用通知情報を生成し、送信部２６１よりアイテム使用要求の送信元ユーザ（携帯端末装置１３１０）に送信する。
【０８４８】
アイテム使用可否判定部１３６１は、当該判定結果に基づいてアイテム使用要求に基づく処理を行うと判定した場合に、アイテム判別部５６１に当該アイテム使用要求を送る。
【０８４９】
アイテム判別部５６１は、受け取ったアイテム使用要求に含まれる使用要求アイテム番号に基づいて要求されている処理の内容を判別する。アイテム判別部５６１は、当該判別された処理内容に応じた処理を実行部に実行させる。
【０８５０】
ここで、アイテム判別部５６１は、受け取ったアイテム使用要求が処理禁止設定要求である場合、アイテム使用禁止設定部１３６２に処理を指示する。
【０８５１】
アイテム使用禁止設定部１３６２は、受け取った処理禁止設定要求に基づいて、アイテムの使用を禁止する設定、すなわち、処理禁止設定を行う。具体的には、アイテム使用禁止設定部１３６２は、時間計測部８６１に所定の時間計測を開始させる指示を出すと共に、ユーザ情報管理ファイルの使用中アイテム欄に当該処理禁止設定要求に係る情報を登録する。アイテム使用禁止設定部１３６２は、上述の通りアイテム使用要求に基づく処理を禁止する設定を行うため、以下の説明では処理禁止設定部と称することがある。
【０８５２】
時間計測部８６１は、アイテム使用禁止設定部１３６２から指示された時間計測を行う。アイテム使用禁止設定部１３６２は、当該時間計測部８６１で時間計測が完了した場合に、処理禁止設定を解除する。すなわち、アイテム使用禁止設定部１３６２は、使用中アイテム欄から当該処理禁止設定要求に係る情報を削除する。
【０８５３】
なお、アイテム使用禁止設定部１３６２が時間計測部８６１に計測させる時間は、今までと同様、処理禁止設定要求の送信元ユーザの各パラメータに基づいて決定されると良い。
【０８５４】
また、アイテム使用禁止設定部１３６２は、当該処理禁止設定要求に基づいてどのユーザのアイテム使用要求に基づく処理を禁止するかは、システムで予め決められていても良いし、処理禁止設定要求内にアイテム使用要求に基づく処理を禁止するユーザを指定するユーザ指定情報が含まれていても良い。初期設定としては、当該処理禁止設定要求の送信元ユーザが属するグループ以外のグループに属するユーザについて処理禁止設定を行うと良い。
【０８５５】
このように、アイテム処理部２６５は、サイレントに係るアイテム使用要求を受信すると、サイレントの設定登録を行う。その後、アイテム処理部２６５は、他プレイヤーからアイテム使用要求を受信した場合、所定の条件に基づいてアイテムの使用を許可するか、すなわち当該アイテムの設定登録を行うかの判定処理を行う。当該所定の条件としては、例えば、サイレントを使用したユーザの現在位置から所定の距離範囲以内に位置していることや、アイテム使用要求に係るアイテムが当該サイレントにより禁止されたアイテムであると言った条件にすることができる。アイテムの使用が禁止されている場合は、アイテム処理部２６５は、受信したアイテムの設定登録を行わず、代わりにアイテム使用通知内の使用結果欄にアイテム使用が失敗したことを示す情報を含めて、当該アイテム使用要求の要求元ユーザに送信する。
【０８５６】
以上のように、本実施の形態１３に係る情報処理サーバ１３６０は、処理禁止設定要求に基づいて処理禁止設定を行う処理禁止設定部（アイテム使用禁止設定部）１３６２と、当該処理禁止設定要求を含む複数のアイテム使用要求を受信する受信部２６１と、受信部２６１で受信されたアイテム使用要求に基づいて要求されている処理を許可するかを判定するアイテム使用可否判定部１３６１とを具備する。ここで、アイテム使用可否判定部１３６１が判定するアイテム使用要求に係るユーザに対して処理禁止設定部１３６２が処理禁止設定を行っている場合にアイテム使用可否判定部１３６１は、アイテム使用要求に基づいて要求されている処理を許可しない。
【０８５７】
ここで、処理禁止設定部１３６２は、受信部２６１で受信された処理禁止設定要求に基づいて、処理禁止設定要求の送信元ユーザが属するグループ以外のグループに属するユーザに対して処理禁止設定を行う。味方に対しても処理禁止設定が行われても良いが、アイテムの効果が弱くなるため、敵チームを対象とする。
【０８５８】
なお、受信部２６１で受信される処理禁止設定要求は、処理禁止設定の対象となるユーザを特定するユーザ特定情報が含まれ、処理禁止設定部１３６２は、処理禁止設定要求に含まれるユーザ特定情報で特定されるユーザに対して処理禁止設定を行う。例えば、携帯端末装置１３１０において予め探索要求が送信され、ユーザ位置通知情報が携帯端末装置１３１０に送信されて画面にアイコン等が表示されている場合、当該アイコンで示されるユーザを識別するユーザＩＤをユーザ特定情報として処理禁止設定要求に含まれていても良い。
【０８５９】
ここで、処理禁止設定部１３６２は、処理禁止設定要求に基づいて処理禁止設定を行うユーザを識別する情報をユーザ情報管理ファイルに登録する。当該ユーザ情報管理管理ファイルはユーザ情報記憶部２６３に記憶され、適宜更新されたり、参照されたりする。
【０８６０】
アイテム使用可否判定部１３６１は、受信部２６１で受信されたアイテム使用要求の送信元ユーザがユーザ情報管理ファイルに処理禁止設定を行っているユーザとして登録されている場合に、アイテム使用要求に基づく処理を許可しない。従って、サイレントが張られている場合は、アイテムの使用が制限されるためゲームの有利不利をアイテム使用の制限でコントロールする事ができる。
【０８６１】
なお、情報処理サーバ１３６０は、時間を計測する時間計測部８６１を備え、処理禁止設定部１３６２は、時間計測部８６１に時間計測を開始させる事で処理禁止設定を行い、時間計測部８６１が時間計測を完了した場合に、処理禁止設定を解除する構成とすることが好ましい。サイレントの効果は、一定時間で切れるように設計される事が好ましいためである。なお、この時、処理禁止設定部１３６２は、時間計測部８６１が計測する時間を、処理禁止設定要求の送信元ユーザのランク又はレベル又はアイテム熟練度等に関するパラメータに基づいて決定すると良い。処理禁止設定部１３６２は、ユーザ情報記憶部２６３に記憶されているこれらのパラメータがユーザ識別情報と対応付けられて記録されているユーザ情報管理ファイルを参照して処理禁止設定要求の送信元ユーザのパラメータを取得できる。
【０８６２】
また、処理禁止設定部１３６２は、処理禁止設定を行う位置範囲を算出し、算出した位置範囲内に位置しているユーザに対して処理禁止設定を行う構成としても良い。当該位置範囲を処理禁止設定位置範囲と称することがある。例えば、処理禁止設定部１３６２は、処理禁止設定要求の送信元ユーザの位置を中心とする位置範囲を算出し、算出した位置範囲内に位置しているユーザに対して処理禁止設定を行う構成としても良い。送信元ユーザからの距離に基づいてサイレントの効果が発動するかしないかが変更される構成とすることで、ゲームバランスを高める事ができる。なお、この場合もどの程度の広さの位置範囲に位置しているユーザに対する処理禁止設定を行うかは、上記パラメータに基づいて決定する事ができる。
【０８６３】
なお、上記処理禁止設定部１３６２が行う処理禁止設定要求に基づく処理禁止設定は、ユーザに対する処理の禁止だけではなく、処理内容に対する処理の禁止を設定しても良い。すなわち、処理禁止設定部１３６２は処理禁止設定要求に基づいて所定の処理を禁止する設定を行う。
【０８６４】
この場合、当該処理禁止設定要求には、禁止する処理を指定する指定情報が含まれていると良い。ユーザは、敵プレイヤーに使用されたくないアイテムを当該指定情報として処理禁止設定要求に含めて送信する。受信部２６１は、このような処理禁止設定要求を含む複数のアイテム使用要求を受信し、当該受信２６１で受信されたアイテム使用要求は、当該要求されている処理を許可するかを判定するアイテム使用可否判定部１３６１に送られる。当該アイテム使用可否判定部１３６１が判定するアイテム使用要求で要求されている処理に対して処理禁止設定部１３６２が処理禁止設定を行っている場合には、アイテム使用可否判定部１３６１は、当該アイテム使用要求に基づいて要求されている処理を許可しない。このように構成することで、特定のアイテムを封じる事ができる。
【０８６５】
この場合、アイテム使用通知情報生成部３６２は、当該処理が許可されなかったアイテム使用要求の送信元ユーザに対してアイテムの使用が失敗した事を示すアイテム使用通知情報を生成して送信部２６８より送信する構成としておくことが好ましい。アイテム使用要求の送信元ユーザは、アイテム使用要求を送信したにも拘らず期待した処理結果が得られなかった場合、システムバグは発生したと誤解する可能性があるためである。アイテム使用通知情報生成部３６２は、他ユーザが使用した処理禁止設定に基づいて処理が行われなかったことを示す情報を含めてアイテム使用通知情報を生成する。なお、アイテム使用通知情報生成部３６２は、この時当該アイテム使用要求に基づく処理禁止設定が切れるまでの残り時間に関する情報を含めてアイテム使用通知情報を生成し、アイテム使用要求に基づく処理の実行に失敗したユーザであるアイテム使用要求の送信元ユーザに送信部２６８より送信される構成としても良い。
【０８６６】
図１１９は、ユーザ情報記憶部２６３に記憶されるユーザ情報管理ファイルの一例であり、当該管理ファイルには、処理禁止設定情報欄が設けられている。図１１９では、ユーザＮｏ（ユーザ管理番号）０２であるロナウドに対して、全てのアイテムに基づく処理が残り９０秒間禁止される事が設定されている。また、グループＡ（攻撃側チーム）に属する核ユーザであるレオナルド、ロナウド、ジョーダン、丈太郎に対して、アイテムＮｏ０１：全方向サーチの使用が残り１２５秒間禁止されている事を示している。
【０８６７】
アイテム使用可否判定部１３６１は、当該ユーザ情報管理ファイルの処理禁止設定情報欄を参照し、アイテム使用要求の送信元ユーザすなわち当該アイテム使用要求で特定されるアイテム使用者について当該アイテム使用要求で要求されている処理の実行が禁止されているかを判定する事ができる。すなわち、アイテム使用可否判定部１３６１は、図３６で例示したアイテム使用要求に含まれるアイテム使用者ユーザＩＤと、使用要求アイテム番号の組み合わせが、処理禁止項目としてユーザ情報管理ファイルの処理禁止設定情報欄に登録されていないかを確認する事で、当該アイテム使用要求に基づく処理の実行を許可するかしないかを判定する事ができる。
【０８６８】
例えば、処理禁止設定部１３６２は、探索要求（位置情報送信要求）に基づく処理を禁止する設定を要求する処理禁止設定要求に基づいて探索要求（位置情報送信要求）に基づく処理を禁止する設定を行っている場合は、アイテム使用可否判定部１３６１が判定するアイテム使用要求が探索要求（位置情報送信要求）である場合に、アイテム使用可否判定部１３６１は、当該探索要求（位置情報送信要求）に基づく他ユーザの位置情報の送信処理を許可しない。
【０８６９】
なお、このような構成は、ゲームプレイ中における戦略的使用以外にも、例えば子供がアイテムを乱発しすぎないよう、システム管理者がアイテムの使用に制限をかける場合などにも利用可能である。
【０８７０】
（実施の形態１４）
対戦型ゲームの場合、相手のアイテムを取ったり取られたりできる構成を具備している事がゲーム性を高める上で好ましい。アイテムＮｏ２１：スティールは、敵プレイヤーが所有するアイテムを盗む効果を有する。以下図面の参照して説明する。
【０８７１】
図１２０は、本実施の形態１４に係る情報処理システム１４００の構成を示すブロック図である。情報処理システム１４００は、受信部２７１と、使用予定アイテム登録部１４６１と、ユーザ情報記憶部２７７と、アイテム使用可否判定部１３６１と、アイテム判別部５６１と、アイテム使用通知情報生成部３６２と、アイテム移動処理部１４６２と、アイテム移動通知情報生成部１４６３と、送信部２８８と、を具備する。
【０８７２】
受信部２７１は、アイテム使用要求に加えて使用予定アイテム登録要求を受信する。受信部２７１は、受信したアイテム使用要求をアイテム使用可否判定部１３６１に、使用予定アイテム登録要求を使用予定アイテム登録部１４６１に送る。
【０８７３】
ここで、使用予定アイテム登録要求とは、ゲームで使用する予定のアイテムを予め情報処理システム１４００側に登録しておくための要求である。図１２１は、当該使用予定アイテム登録要求の一例である。使用予定アイテム登録要求は、当該使用予定アイテム登録要求を処理するサーバのアドレスである宛先ＩＰアドレスと、当該使用予定アイテム登録要求の送信元ユーザ（携帯端末装置１４１０）のアドレスである送信元ＩＰアドレスと、当該パケットが使用予定アイテム登録要求である事を示すパケット識別子と、アイテムの使用を予定しているゲームを特定するゲームフィールドを識別するゲームフィールド識別番号と、使用を予定しているアイテムに関する情報である使用予定アイテム情報と、を含む。ここで、使用予定アイテム情報は、使用を予定するアイテムを識別するアイテム番号とハッシュ値と、を含む。但し、アイテム番号だけで管理する場合にはハッシュ値は含まれなくても良い。
【０８７４】
なお、当該使用予定アイテム登録要求は、ユーザが保有しているアイテムを情報処理システム１４００側に登録する登録要求であると見る事もできるため、以下の説明では、当該使用予定アイテム登録要求を保有アイテム登録要求と称することがある。また、アイテムはプログラム実施権と見る事もできるため、当該使用予定アイテム登録要求を、プログラム実施権登録要求と称することがある。
【０８７５】
使用予定アイテム登録部１４６１は、受け取った使用予定アイテム登録要求（保有アイテム登録要求）に基づいて当該使用予定アイテム登録要求に含まれるアイテムを使用予定アイテム（保有アイテム）として登録する。具体的には、使用予定アイテム登録部１４６１は、ユーザ情報記憶部２７７に記憶されるユーザ情報管理ファイルに当該使用予定アイテムに関する情報を登録する。以下の説明では、使用予定アイテム登録部１４６１を保有アイテム登録部１４６１と称することがある。また、ユーザ情報記憶部２７７は、保有アイテムを記憶する記憶部であるため、保有アイテム記憶部と称することがある。また、当該保有アイテム記憶部に記憶される保有アイテムに関する情報を管理するユーザ情報管理ファイルを保有アイテム管理ファイルと称することがある。
【０８７６】
ユーザ情報管理ファイルは、例えば図５１で説明したユーザ情報管理ファイルの形態を取る事ができる。ユーザ情報管理ファイルには、ゲームをプレイする各ユーザが使用予定アイテムに関する情報であるアイテム管理情報が記録される。
【０８７７】
アイテム使用可否判定部１３６１は受信部２８８より受け取ったアイテム使用要求に基づいて、要求されている処理を実行可能であるかを判定する。具体的には、アイテム使用可否判定部１３６１は、ユーザ情報管理ファイルのアイテム管理情報に登録されているアイテムとアイテム使用要求に含まれる要求されるアイテムとのマッチング処理を行い、登録されているアイテムの使用要求であるかを判定する。また、アイテム使用可否判定部１３６１は、実施の形態１３で説明したアイテムＮｏ２０サイレントの効果により、アイテムの使用が禁止されているかに基づいてアイテム使用要求で要求されている処理を実行可能であるかを判定しても良い。
【０８７８】
アイテム使用可否判定部１３６１は、当該判定結果をアイテム使用通知情報生成部３６２に送る。アイテム使用通知情報生成部３６２は、アイテム使用可否判定部１３６１における判定結果に基づいて、アイテムを使用したか使用できなかったかを示すアイテム使用通知情報を生成して送信部２８８よりアイテム使用要求の送信元ユーザ（携帯端末装置１４１０）に送信する。
【０８７９】
アイテム使用可否判定部１３６１は、アイテム使用要求に基づく処理を実行可能であると判定した場合に、当該アイテム使用要求で要求されている処理内容を処理部に実行させる。ここで、アイテム使用可否判定部１３６１は、アイテム使用要求に含まれる使用要求アイテム番号がＮｏ２１のスティールであった場合に、アイテム移動処理部１４６２に処理を実行させる。当該スティールに係るアイテム使用要求は、使用予定アイテムとして登録されている他ユーザのアイテムを自分の使用予定アイテムとして移動させる処理を実行させるものであるため、以下の説明ではアイテム移動要求と称する。
【０８８０】
アイテム使用可否判定部１３６１は、アイテム移動要求を受け取った場合に、当該アイテム移動要求の送信元ユーザが保有しているアイテム（使用予定アイテム）をユーザ情報管理ファイルを参照して確認し、当該アイテム移動要求に係るアイテムが登録されている場合は、正当なアイテム移動要求であるとしてアイテム移動処理部１４６２に処理を実行させる。
【０８８１】
アイテム移動処理部１４６２は、アイテム使用可否判定部１３６１においてアイテム使用要求に基づく処理を許可すると判定された場合に、当該アイテム使用要求を受け取り、当該アイテム使用要求の送信元ユーザ以外のユーザが保有するアイテムを当該アイテム移動要求の送信元ユーザに移動する処理を行う。
【０８８２】
具体的には、アイテム移動処理部１４６２は、ユーザ情報管理ファイルに保有アイテムとして登録されている他ユーザのアイテムを選択し、アイテム使用要求の送信元ユーザの保有アイテムとして書き換える処理を行う。
【０８８３】
この時、アイテム移動処理部１４６２は、上記他のユーザの中からどのユーザのどのアイテムを選択するかは、様々な選択アルゴリズムを利用する事ができる。完全にランダムに選択するアルゴリズムを用いても良いし、アイテム移動要求の送信元ユーザからの距離をパラメータとして選択するアルゴリズムを用いても良いし、各ユーザのランク（職位）やジョブやアイテム熟練度等のパラメータに基づいて選択するアルゴリズムを用いても良い。一例としては、アイテム移動要求の送信元ユーザから最も近い位置に位置するユーザを対象ユーザとして抽出し、当該対象ユーザが保有するアイテムの一つを選択して、選択したアイテムをアイテム移動要求の送信元ユーザの保有アイテムとして移動する処理を行っても良い。
【０８８４】
アイテム移動処理部１４６２は、アイテム移動通知情報生成部１４６３にアイテム移動通知情報の生成を指示する。当該アイテム移動通知情報は、アイテム移動要求に基づいて保有アイテムがユーザ間で移動したことを通知する通知情報である。
【０８８５】
アイテム移動通知情報生成部１４６３は、アイテム移動処理部１４６２からの指示に基づいてアイテム移動通知情報を生成する。
【０８８６】
図１２２は、当該アイテム移動通知情報の一例を示している。アイテム移動通知情報において、アイテム移動要求の送信元ユーザのＩＰアドレスと、自身の保有するアイテムが移動されたユーザのＩＰアドレスとが宛先ＩＰアドレスに設定される。また、アイテム移動通知情報には、自サーバ１４６０のＩＰアドレスである送信元ＩＰアドレスと、当該パケットがアイテム移動通知情報である事を示すパケット識別子と、どのゲームフィールドに係るゲームにおけるアイテム移動通知情報であるかを識別するゲームフィールド管理番号と、移動したアイテムに関する情報である移動アイテム情報と、を含む。ここで、移動アイテム情報は、移動したアイテムを識別するアイテム番号と、当該移動したアイテムに割り当てられたハッシュ値と、当該アイテムの移動元ユーザを識別する移動元ユーザ識別情報と移動先ユーザを識別する移動先ユーザ識別情報と、を含む。なお、ハッシュ値を用いたアイテム管理を行わない形態である場合は、当該ハッシュ値は含まれなくても良い。また、移動元ユーザ識別情報は、他ユーザから送信されたアイテム移動要求に基づいて自身が保有するアイテムを移動された（取られた）ユーザを識別するユーザＩＤとすることができる。また、移動先ユーザ識別情報は、アイテムを取ったユーザを識別するユーザＩＤであり、通常はアイテム移動要求の送信元ユーザのユーザＩＤとなる。
【０８８７】
送信部２８８は、アイテム移動通知情報生成部１４６３で生成されたアイテム移動通知情報を、上記２ユーザに送信する。また、送信部２８８は、アイテム使用通知情報生成部３６２で生成されたアイテム使用通知情報をアイテム移動要求の送信元ユーザに送信する。
【０８８８】
次に、本実施の形態１４に係る携帯端末装置１４１０の構成について説明する。図１２３は、携帯端末装置１４１０の構成を示すブロック図である。携帯端末装置１４１０は、アイテム使用要求生成部２２１と、使用要求アイテム登録要求生成部１４１１と、無線送信部１１２と、記憶部２１３と、無線受信部１１３と、アイテム使用通知情報処理部５１１と、アイテム移動通知情報処理部１４１２と、を具備する。
【０８８９】
記憶部２１３には、装備アイテムが記憶されている。
【０８９０】
使用予定アイテム登録要求生成部１４１１は、使用予定のアイテムを情報処理システム１４００に登録することを要求する使用予定アイテム登録要求を生成する。記憶部２１３に記憶される装備アイテムと、使用予定アイテム登録要求に基づいて情報処理システム１４００に登録される使用予定アイテムは同一である。
【０８９１】
アイテム使用要求生成部２２１は、操作入力部１２２で受けるアイテム使用の操作入力に基づいてアイテム使用要求を生成する。具体的には、アイテム使用要求生成部２２１は、記憶部２１３に記憶されている装備アイテムの中から操作入力部１２２を介して指示されたアイテムを含めたアイテム使用要求を生成する。当該アイテム使用要求には、使用を要求するアイテムを識別するアイテム番号の他、アイテムをハッシュ値で管理する場合は、指定されたアイテムのハッシュ値も含まれる。
【０８９２】
無線送信部１１２は、使用予定アイテム登録要求生成部１４１１で生成される使用要求アイテム登録要求と、アイテム使用要求生成部２２１で生成されるアイテム使用要求を情報処理システム１４００に送信する。
【０８９３】
無線受信部１１３は、アイテム使用通知情報とアイテム移動通知情報とを受信する。無線受信部１１３は、受信したアイテム使用通知情報をアイテム処理部２１４のアイテム使用通知情報処理部５１１に、アイテム移動通知情報をアイテム移動通知情報処理部１４１２にそれぞれ送る。
【０８９４】
アイテム使用通知情報処理部５１１は、アイテム使用通知情報でアイテム使用要求に基づくアイテムを適切に処理したことを示す情報が示されている場合に、記憶部２１３に記憶している装備アイテムの中から当該アイテム使用通知情報で示されるアイテムを削除する処理を行う。各ユーザが使用できるアイテムは有限であり、アイテム使用要求に基づいて使用されたアイテムを再度使用できないようにするためである。
【０８９５】
アイテム移動通知情報処理部１４１２は、受け取ったアイテム移動通知情報に基づいて、記憶部２１３に記憶している装備アイテムの増減を行う。具体的には、アイテム移動通知情報処理部１４１２は、無線受信部１１３より受け取ったアイテム移動通知情報で示されるアイテムの追加又は削除を行う。アイテム移動通知情報に含まれる移動元ユーザ識別情報が自ユーザのユーザ識別情報である場合は、アイテム番号又はハッシュ値に基づいて特定されるアイテムを記憶部２１３に記憶している装備アイテムの中から削除する。一方、アイテム移動通知情報に含まれる移動先ユーザ識別情報が自ユーザのユーザ識別情報である場合は、アイテム番号又はハッシュ値に基づいて特定されるアイテムを記憶部２１３に記憶している装備アイテムに追加する。
【０８９６】
ここで、アイテム移動通知情報処理部１４１２は、アイテム移動通知情報を受信したことや、当該アイテム移動通知情報に基づいてアイテムの移動が生じた事を示す表示画面を表示部１１５に表示させる指示を表示制御部４１３に出す構成とすることが好ましい。表示制御部４１３は、アイテム移動通知情報が受信された場合に、アイテム移動通知情報で示されるアイテムの移動に関する情報を表示部１１５に表示する。
【０８９７】
以上のように、本実施の形態１４に係る情報処理システム１４００は、各ユーザが保有するアイテムに関する情報を記憶する記憶部２７７と、アイテム移動要求を受信する受信部２７１と、当該受信部２７１で受信されたアイテム移動要求に基づいて、他のユーザが保有するアイテムを当該アイテム移動要求の送信元ユーザに移動する処理を行うアイテム移動処理部１４６２と、を具備する。
【０８９８】
ここで、記憶部２７７は、各ユーザが保有するアイテムを記録するアイテム管理ファイルを記憶し、受信部２７１は、ユーザが保有するアイテムを登録するアイテム登録要求を更に受信し、当該アイテム登録要求で登録が要求されているアイテムをアイテム管理ファイルに登録するアイテム登録部１４６１と、を備えると良好である。
【０８９９】
アイテム管理ファイルは、ユーザの位置情報等を管理するユーザ情報管理ファイルの一部として構成しても良い。また、アイテム登録要求に基づいて登録するアイテムは、ゲームで使用予定のアイテムであり、ゲームプレイ中にアイテム使用要求が送られてきた場合に、登録されたアイテムの使用要求であるかの照合処理に利用できる。
【０９００】
この場合は、受信部２７１で受信されたアイテム移動要求に基づく処理をアイテム移動処理部１４６２に行わせるかを判定する（アイテム使用可否）判定部１３６１を情報処理システム１４００が備えておく事が好ましい。判定部１３６１は、アイテム移動要求の送信元ユーザが保有しているアイテムの中にアイテム移動要求に係るアイテムがある場合に、当該アイテム移動要求に基づく処理をアイテム移動処理部１４６２に行わせる。
【０９０１】
また、判定部１３６１における判定結果に基づいて、アイテム移動要求に基づく処理を行ったかを通知するアイテム使用通知情報を生成するアイテム使用通知情報生成部３６２を備えておく事が好ましい。当該生成されたアイテム使用通知情報は、送信部２８８よりアイテム移動要求の送信元ユーザに送信される。
【０９０２】
また、アイテム移動要求に基づいて他のユーザが保有するアイテムがアイテム移動要求の送信元ユーザに移動したことを通知するアイテム移動通知情報を生成するアイテム移動通知情報生成部１４６３を備えておく事が好ましい。送信部２８８が当該アイテム移動通知情報を少なくともアイテム移動要求の送信元ユーザ（携帯端末装置）と自身が保有するアイテムが移動された上記他のユーザとに送信する構成を取る事で、アイテムの移動が生じた両ユーザに対してアイテムが移動された事を通知しておく。このような構成がなければ、ユーザは知らない間にアイテムが減っていることに混乱を招きかねないためである。
【０９０３】
なお、アイテム移動処理部１４６２は、他のユーザが保有するアイテムの中から所定の数のアイテムをアイテム移動要求の送信元ユーザに移動する処理を行う。当該所定の数が多すぎると、ゲームバランスを崩す恐れがあることと、アイテムを取られたユーザに酷であるため、１個程度のアイテムの移動に留めておく事が好ましい。但し、アイテム移動処理部１４６２は、アイテム移動要求の送信元ユーザのランク又はレベル又はアイテム熟練度のパラメータに基づいて定まる数のアイテムを、他のユーザが保有するアイテムの中から選択してアイテム移動要求の送信元ユーザに移動する処理を行う構成としても良い。
【０９０４】
また、アイテム移動処理部１４６２は、他のユーザが保有するアイテムの中から所定の確率でアイテムをアイテム移動要求の送信元ユーザに移動する処理を行う構成としても良い。確実にアイテムを取れる構成とする事は、他のアイテムと比較して効果が強すぎるためである。
【０９０５】
この場合、どのような確率でアイテムの移動が行われるかは、アイテム移動要求の送信元ユーザのランク又はレベル又はアイテム熟練度のパラメータや、スティールの対象となるユーザのランク又はレベル又はアイテム熟練度のパラメータに基づいて決定されても良い。また、どのアイテムをスティールできるかも、対象ユーザが保有するアイテムの価値に基づいて決定されても良い。例えば、アイテム移動要求の送信元ユーザのランク等のパラメータが対象ユーザのランク等のパラメータより低い場合は、アイテムの移動が行われる確率が低くなるように設定したり、価値の低いアイテムが移動されるように設定したりしても良い。すなわち、各アイテムに価値に相当するパラメータを付しておき、当該価値パラメータを利用して上記確率を算出しても良い。また、送信元ユーザと対象ユーザの距離が離れるほど、アイテムの移動が行われる確率を下げても良い。
【０９０６】
例えば、アイテム移動処理部１４６２は、アイテム移動要求の送信元ユーザの位置から所定の距離範囲内に位置する他のユーザが保有するアイテムをアイテム移動要求の送信元ユーザに移動する処理を行う。従って、当該所定の距離範囲内に他のユーザがいない場合は、アイテムの移動が行われない構成とすることができる。また、この場合、アイテム移動通知情報生成部１４６３は、アイテムのスティールに失敗した事を示す情報を含めてアイテム移動通知情報を生成し、送信部２８８は、当該アイテム移動通知情報をアイテム移動要求の送信元ユーザに送信する構成とすると良い。
【０９０７】
また、上記所定の距離範囲内に他のユーザがいても、アイテム移動要求の送信元ユーザからの距離が遠いほどアイテムをスティールできる確率が低くなるように処理することが好ましい。上記所定の距離やスティールできる確率が、ユーザのランクやレベルやアイテム熟練度等のパラメータに基づいて設定されると、さらに良好である。
【０９０８】
なお、アイテム購買サーバ３３０より各ユーザにアイテムを販売したという形式を取ると、当該アイテム使用要求の移動は法律的に問題になる事があるため、当該アイテムの販売を、アイテム使用権（プログラム実行権）の貸与という概念で捉え、当該プログラム実行権がアイテム移動要求というプログラム実行権が行使される事で、ユーザ間で移動するという概念で捉えると良い。
【０９０９】
（実施の形態１５）
ゲーム中は、味方チームのユーザと交信出来ることが好ましい。ここで、相手の交信を盗聴できるアイテムがあるとゲーム性が更に高まる。当該相手の交信を盗聴するアイテムがアイテムＮｏ０８：タッピングである。
【０９１０】
図１２４は、本実施の形態１５に係る情報処理システム１５００の構成を示すブロック図である。情報処理システム１５００は、情報処理サーバ１５６０と、呼接続サーバ１５８０と、呼接続管理データベース１５９０と、を備える。
【０９１１】
まず、情報処理サーバ１５６０について説明する。情報処理サーバ１５６０は、受信部２６１と送信部２６８と、アイテム処理部２６５と、を具備し、アイテム処理部２６５は、アイテム判別部５６１と、盗聴設定部１５６１と、盗聴設定通知情報生成部１５６２と、を具備する。
【０９１２】
受信部２６１で受信されたアイテム使用要求は、アイテム判別部５６１に送られる。アイテム判別部５６１は、判別の結果、アイテムＮｏ０８：タッピングに係るアイテム使用要求であった場合、盗聴設定部１５６１にアイテム使用要求を送ると共に処理を指示する。
【０９１３】
当該タッピングに係るアイテム使用要求は、盗聴の設定を要求するものであるため、以下の説明では盗聴設定要求と称する。
【０９１４】
盗聴設定部１５６１は、盗聴設定要求を受け取ると、呼接続管理データベースに記憶している呼接続管理情報に当該盗聴設定要求の送信元ユーザを盗聴者とする設定を行い、盗聴設定通知情報生成部１５６２に盗聴設定通知情報の生成指示を出す。
【０９１５】
盗聴設定通知情報生成部１５６２は、当該生成指示に基づいて盗聴設定を行ったことを示す盗聴設定通知情報を生成し、送信部２６８より盗聴設定要求の送信元ユーザに送信する。
【０９１６】
呼接続管理データベース１５９０は、ユーザ間でＶｏＩＰを利用した音声通信を行うための呼接続管理情報を記憶する。図１２５は、当該呼接続管理情報の一例を示している。呼接続管理情報には、ユーザＩＤと、ユーザＩＰアドレスと、所属するグループとが対応付けられた状態で登録されている。また、当該呼接続管理情報には、盗聴者を示す盗聴フラグが合わせて対応付けられている。盗聴設定部１５６１が盗聴設定要求に基づき盗聴設定を行う事で盗聴フラグが立てられる。
【０９１７】
呼接続サーバ１５８０は、受信部１５８１と、呼接続処理部１５８２と、送信部１５８３と、を具備する。
【０９１８】
受信部１５８１は、携帯端末装置１５１０より送信された呼接続要求を受信し、呼接続処理部１５８３に送る。呼接続処理部１５８２は、呼接続要求に基づいて接続先ユーザのＩＰアドレスを取得し、呼接続情報として送信部１５８３より携帯端末装置１５１０に返信する。
【０９１９】
ここで、呼接続処理部１５８２は、盗聴設定者がいる場合は、呼接続要求で要求されたユーザのＩＰアドレスだけではなく、盗聴設定者のＩＰアドレスも合わせて呼接続情報として返信する。
【０９２０】
呼接続要求が図１２６に例示するＩＮＶＩＴＥメッセージである場合について説明する。図１２６では、グループＡに属するユーザＩＤ：ＴｏｍｍｙがユーザＩＤ：Ｃａｓｋａに呼接続するための呼接続要求である。当該呼接続要求を受け取った呼接続処理部１５８２は、呼接続管理データベース１５９０に記憶されている図１２５に例示する呼接続管理情報を参照し、キャスカのＩＰアドレス（１４６．６９．ｘｘｘｘ．ｘｘｘｘ）を取得する。ここで、呼接続処理部１５８２は、他グループに属するユーザであって盗聴設定者がいるかを確認する。当該確認の結果、グループＢに属するユーザＩＤ：シータが盗聴者として設定されているため、呼接続処理部１５８２は、当該盗聴者シータのＩＰアドレス（１３５．５５．ｘｘｘｘ．ｘｘｘｘ）を接続先ＩＰアドレスに追加する。呼接続処理部１５８２は、呼接続要求で要求されているユーザのＩＰアドレスと、盗聴設定を行っているユーザのＩＰアドレスとを含めて呼接続情報を生成し、送信部１５８３に送る。
【０９２１】
送信部１５８３は、当該呼接続情報を送信する。ココでは、呼接続サーバ１５８０がダイレクトサーバとして配置されているため、送信部１５８３は、上位呼接続情報を呼接続要求の送信元ユーザ（携帯端末装置１５１０）に送信する場合について説明したが、これに限定されるものではない。呼接続サーバ１５８０は、当該呼接続情報を接続先のユーザに送信する形態をとっても良い。
【０９２２】
なお、以下の説明では、呼接続処理部１５８２と送信部１５８３とを合わせて、通知部１５８４と称することがある。通知部１５８４は、呼接続要求に基づいて呼接続情報を生成して通知する。
【０９２３】
このように本実施の形態１５に係る情報処理システムは、盗聴設定要求を受信する第１の受信部２６１と、当該盗聴設定要求に基づいて盗聴設定を行う盗聴設定部１５６１と、ユーザを識別するユーザＩＤとユーザのＩＰアドレスとを対応付けた状態で記憶する呼接続管理情報記憶部（呼接続管理データベース）１５９０と、呼接続要求を受信する第２の受信部１５８１と、呼接続要求で要求されているユーザのＩＰアドレスと、盗聴設定を行っているユーザのＩＰアドレスとを呼接続情報として通知する通知部１５８４と、を具備する。
【０９２４】
ここで、呼接続管理情報記憶部１５９０は、ユーザを識別するユーザＩＤと、ユーザのＩＰアドレスと、ユーザが属するグループとを対応付けて記憶しておくことが好ましい。当該ユーザＩＤと、ユーザＩＰアドレスと、ユーザが属するグループと、を対応付けて記録する呼接続管理情報を呼接続管理情報記憶部１５９０が記憶しておく事が好ましい。当該呼接続管理情報には、盗聴設定を行っているユーザに関する情報も合わせて記録されていることが好ましい。
【０９２５】
通知部１５８４は、呼接続要求の送信元ユーザが属するグループ以外のグループに属するユーザであって、盗聴設定を行っているユーザのＩＰアドレスを呼接続要求で要求されているユーザのＩＰアドレスと共に通知する構成とすることが好ましい。同一グループのユーザ間の会話に入り込む必要性が低いためである。
【０９２６】
なお、通知部１５８４は、通知されるＩＰアドレスが盗聴設定に基づいて通知されるＩＰアドレスであることを示す情報を合わせて通知しても良い。
【０９２７】
ここで、情報処理システム１５００は、盗聴設定部１５６１が盗聴設定を行ってから所定の時間を計測する時間計測部１５６３を別途具備する構成とすることが好ましい。盗聴設定部１５６１は、時間計測部１５６３における時間計測が完了した場合に盗聴設定を解除する。時間計測部１５６３が計測するタイマー時間は、盗聴設定要求の送信元ユーザのランク（職位）やレベルやＪｏｂやアイテム熟練度に基づいて定められても良い。
【０９２８】
ここで、盗聴設定部１５６１が盗聴設定を行ったこと又は盗聴設定部１５６１が盗聴設定を解除した事を通知する盗聴設定通知情報を生成する盗聴設定通知情報生成部１５６２を備えていることが好ましい。当該盗聴設定通知情報が送信部２６８より盗聴設定要求の送信元ユーザ（携帯端末装置１５１０）に送信することで、ユーザは現在盗聴設定が継続しているかどうかを判断する事ができる。
【０９２９】
また、呼接続処理部１５８２は、呼接続要求の送信元ユーザと盗聴設定を行っているユーザの距離が所定の距離以内にいるかを判定し、当該判定の結果、所定の距離以内に位置している場合に、呼接続要求で要求されているユーザのＩＰアドレスに加えて盗聴設定を行っているユーザのＩＰアドレスを含めて呼接続情報を生成しても良い。
【０９３０】
また、呼接続処理部１５８２は、呼接続要求の送信元ユーザと盗聴設定を行っているユーザのランク（職位）やレベルやＪｏｂやアイテム熟練度等のパラメータに基づいて比較を行い、当該比較の結果に基づいて、呼接続要求で要求されているユーザのＩＰアドレスに加えて盗聴設定を行っているユーザのＩＰアドレスを含めて呼接続情報を生成しても良い。例えば盗聴設定を行っているユーザのランクが送信元ユーザのランクより高い場合に、盗聴を認めて当該盗聴設定を行っているユーザのＩＰアドレスを呼接続情報に含める処理を行っても良い。これらの情報はユーザ情報管理ファイルを参照する事で取得可能である。
【０９３１】
次に、携帯端末装置１５１０について説明する。図１２７は、携帯端末装置１５１０の構成を示すブロック図である。携帯端末装置１５１０は、操作入力部１２２と、記憶部２１３と、アイテム使用要求生成部２２１と、ゲーム開始通知情報処理部２２２と、盗聴設定通知情報処理部１５１１と、呼接続要求生成部１５１２と、呼接続処理部１５１３と、を具備する。記憶部２１３には、盗聴設定情報１５２１と味方プレイヤー情報１５２２と、装備アイテムデータ５１８と、が記憶されている。
【０９３２】
ゲーム開始通知情報処理部２２２は、ゲームの開始に伴って情報処理システム１５００より送信されるゲーム開始通知情報を受け取り、記憶部２１３に格納する。当該ゲーム開始通知情報には、ゲームに必要となる各種設定情報が含まれ、当該各種設定情報には、同一チームに属する味方プレイヤーを識別する識別情報が含まれる。当該味方プレイヤーを識別する識別情報（ユーザＩＤ）は、味方プレイヤー情報１５２２として記憶部２１３に格納される。
【０９３３】
アイテム使用要求生成部２２１は、操作入力部１２２からの操作入力を受けてアイテム使用要求を生成し、無線送信部１１２より当該アイテム使用要求を情報処理サーバ１５６０に送信する。
【０９３４】
ここで、アイテム使用要求生成部２２１は、記憶部２１３に記憶されている装備アイテムの中から操作入力部１２２で受けた操作入力に基づいて選択されたアイテムを選択し、当該アイテムの使用を要求するアイテム使用要求を生成する。装備アイテムデータ５１８にアイテムＮｏ０８：タッピングが記憶されており、当該タッピングが選択された場合は、アイテム使用要求生成部２２１は、盗聴設定要求をアイテム使用要求として生成する。
【０９３５】
無線受信部１１３は、当該盗聴設定要求に基づいて情報処理サーバ１５６０より送信された盗聴設定通知情報を受信し、盗聴設定通知情報処理部１５１１に送る。盗聴設定通知情報処理部１５１１は、当該盗聴設定通知情報を表示制御部４１３に送ることで盗聴設定の内容を表示させると共に、記憶部２１３に盗聴設定情報１５２１として格納する。当該盗聴設定通知情報には、盗聴設定が持続する期間に関する情報等が含まれていても良い。盗聴設定通知情報処理部１５１１は、盗聴設定を解除することを示す盗聴設定通知情報を受け取った場合は、表示制御部４１３に盗聴設定が解除されたことを示す情報を表示する指示を行うと共に、記憶部２１３から盗聴設定情報１５２１を削除する。
【０９３６】
呼接続要求生成部１５１２は、ユーザからの操作入力に基づいて呼接続要求を生成し、無線送信部１１２より呼接続要求を送信する。ここで、呼接続要求生成部１５１２は、操作入力部１２２よりユーザによって選択されたユーザを識別するユーザＩＤを記憶部２１３に記憶されている味方プレイヤー情報１５２２を参照して取得し、当該ユーザＩＤを含めて呼接続要求を生成する。
【０９３７】
呼接続処理部１５１３は、無線受信部１５１３で受信された呼接続情報を受け取り、当該呼接続情報に基づく処理を行う。例えば、呼接続情報が接続開始を要求するＩｎｖｉｔｅメッセージであった場合、表示制御部４１３に着信中を示す画面を表示させると共に、１８０Ｒｉｎｇｉｎｇメッセージを生成して無線送信部１１２に送る。また、操作入力部１２２より接続する操作を受けた場合は、２００ＯＫメッセージを生成して無線送信部１１２に送る。
【０９３８】
ここで、呼接続処理部１５１３は、受け取った呼接続情報が、盗聴設定に基づいて送られた呼接続情報であるかを判定する。例えば、呼接続処理部１５１３は、盗聴設定情報１５２１が記憶されている場合に、味方プレイヤー情報１５２２を参照し、呼接続情報の送信元ユーザが味方プレイヤー情報１５２２に含まれて居ない場合は、敵チームの交信に基づいて盗聴設定を行っている事により送られてきた呼接続情報であると判断する。この場合、呼接続処理部１５１３は、１８０Ｒｉｎｇｉｎｇメッセージは送らない構成とすることが好ましい。自身にも呼接続情報が届いていることを相手に悟られないためである。
【０９３９】
なお、上記説明では、呼接続サーバ１５８０をリダイレクトサーバとして構成するパターンについて説明したが、これに限定するものではなく、呼接続要求に基づいて盗聴者をもぐりこませる構成は上記構成に限定されず様々な形態をとることができる。
【０９４０】
また、盗聴を防止するアイテムがシステム内に登録されていても良い。
【０９４１】
また、相手の会話を盗聴していられる時間を盗聴可能時間として設定できる構成であっても良い。この場合、盗聴設定を行っているユーザが盗聴を開始してから時間計測を行う時間計測部を更にに配置し、当該時間計測部が計測を行う盗聴時間が所定の基準値に到達した場合に、自動的に接続が切断される又は盗聴設定が解除される構成としても良い。
【０９４２】
このように、盗聴設定に基づいて盗聴が行われる場合は、複数ユーザ間における音声会議状態となる。そこで当該盗聴設定要求を自動会議設定要求と称し、盗聴設定部１５６１を自動会議設定部１５６１と称し、盗聴設定を自動会議設定と称し、盗聴フラグを自動会議設定希望フラグと称することがある。
【０９４３】
なお、上記説明では、本実施の形態１５に係る情報処理システム１５００をゲームに使用する場合について説明したが、これに限定するものではない。例えば、子供が怪しい相手と電話を行っていないかを親が確認するために利用しても良い。この場合、親が自動会議設定要求を行うことで、会議参加者として設定登録を行っておく。この状態で子供がＶｏＩＰを利用して電話をかける場合に、当該子供の音声会話で生成される音声パケットが当該会議参加者としての設定登録を行っている親の携帯端末装置１５１０に届けられる。このようにして、親は子供の会話を確認する事ができる。ここで、本システムによれば、当該自動会議設定を行える時間や、音声パケットを取得できる時間が制限されているため、子供のプライバシーを必要以上に壊すことなく、わが子の安全確認を行うことが可能となる。
【０９４４】
（実施の形態１６）
上述したボム系アイテムやモルタル系アイテムやタッピングは、ゲームを有利に進めるために、使用されるアイテムであるため、相手側チームには、これらのアイテムを感知することができるアイテムを備えている事が好ましい。このようなアイテムがアイテムＮｏ１０：センサーである。以下の説明では、当該アイテムＮｏ１０：センサーの使用を要求するアイテム使用要求を特に感知設定要求と称する。また、当該感知設定要求は、所定の条件を満たす場合に、当該条件を満たしたことを通知する通知情報を送信させる設定を要求するものであるため、条件判定設定要求と称することがある。
【０９４５】
図１２８は、本実施の形態１６に係る情報処理サーバ１６６０の構成を示すブロック図である。情報処理サーバ１６６０は、各ユーザからの位置情報やアイテム使用要求を受信する受信部２６１と、当該位置情報をユーザ情報記憶部２６３に格納するユーザ情報処理部２６４と、当該位置情報を記憶するユーザ情報記憶部２６３と、アイテム使用要求に基づく処理を行うアイテム処理部２６５と、アイテム処理部２６５における処理で生成された各種情報を送信する送信部２６８と、を具備する。当該情報処理サーバ１６６０において、アイテム処理部２６５は、アイテム判別部５６１と、使用中アイテム登録部６６１と、時間計測部８６１と、センサー判定部１６６１と、センサー結果通知情報生成部１６６２と、を具備する。
【０９４６】
受信部２６１で受信された感知設定要求は、使用中アイテム登録部６６１と、センサー判定部１６６１とに送られる。使用中アイテム登録部６６１は、当該感知設定要求をユーザ情報管理ファイルに使用中アイテムとして登録すると共に、時間計測部８６１に時間計測を開始させ、時間計測部８６１の時間計測が完了した時点で当該感知設定を解除し、ユーザ情報管理ファイルの使用中アイテム欄から当該感知設定要求に関する情報を削除する。当該使用中アイテム登録部６６１は、感知設定要求に基づいて感知設定を行うため、以下の説明では感知設定部６６１と称することがある。また、当該感知設定部６６１は、受信部２６１で受信された条件判定設定要求に基づいてセンサー判定部１６６１に、所定の条件の判定を行わせるための設定を行うものであるため、以下の説明では条件判定設定部６６１と称することもある。
【０９４７】
センサー判定部１６６１は、感知設定要求（条件判定設定要求）に基づいて所定の判定処理を行う。具体的にはセンサー判定部１６６１は、ユーザ情報記憶部２６３に記憶されているユーザ情報管理ファイルの使用中アイテム欄に感知設定要求（条件判定設定要求）に基づく感知設定（条件判定設定）が行われているユーザがいるかを確認し、当該ユーザがいる場合に、当該感知設定（条件判定設定）を行っているユーザに対する所定の判定処理を行う。センサー判定部１６６１は、時間計測部８６１が当該感知設定用に張ったタイマーが切れるまで、定期的に上記所定の判定処理を行う。ここで、センサー判定部１６６１は、時間計測部８６１から所定の時間が経過した事を示す信号を入力した時点で感知設定（条件判定設定）が解除されたとして上記判定処理を終了する。
【０９４８】
具体的には、センサー判定部１６６１は、当該感知設定要求（条件判定設定要求）の送信元ユーザ（感知設定ユーザ（条件判定設定ユーザ））の所定の距離以内にボム系アイテムが設置されているかを判定する。また、センサー判定部１６６１は、モルタル系アイテムが使用されたか又は感知設定要求（条件判定設定要求）の送信元ユーザの位置がモルタル系アイテムのモルタル位置範囲内に位置しているかを判定する。また、センサー判定部１６６１は、当該感知設定要求（条件判定設定要求）の送信元ユーザの所定の距離以内にトラップ系アイテムが設置させられるかを判定する。また、センサー判定部１６６１は、感知設定要求（条件判定設定要求）の送信元ユーザが係る通信に盗聴設定要求に基づく盗聴者が混ざっているかを判定する。また、センサー判定部１６６１は、感知設定要求（条件判定設定要求）の現在位置を示す位置情報と、他のユーザの現在位置を示す位置情報とを取得し、当該感知設定ユーザの位置情報で示される位置と、他のユーザの位置情報で示される位置との距離が所定の基準距離以内であるかを判定する。
【０９４９】
なお、上記センサー判定部１６６１が行う判定は一例であり、他の判定を行っても良いし、上記判定の一部の判定を行っても良い。センサー判定部１６６１は、判定の結果、ボム計アイテムが所定の距離以内に設置されている、モルタル系アイテムが使用された又はモルタル位置範囲内に位置している、盗聴されている、トラップ系アイテムが所定の距離以内に設置されている、他ユーザが所定の距離以内に位置しているなどと判定された場合に、センサー結果通知情報生成部１６６２に、センサー結果通知情報の生成指示を出す。
【０９５０】
センサー結果通知情報生成部１６６２は、センサー結果通知情報を生成し、送信部２６８より感知設定要求の送信元ユーザに送信する。当該センサー結果通知情報を受信した携帯端末装置１６１０は、例えば当該センサー結果通知情報に含まれる通知内容を表示部１１５に表示することで、感知設定要求（条件判定設定要求）の送信元ユーザは自身に不利になる情報を知る事ができる。
【０９５１】
なお、センサー結果通知情報生成部１６６２と、送信部２６８とを合わせて、センサー判定部１６６１における判定項目について所定の条件を満たしていることを通知するものとして、センサー結果通知部１６６３と称することがある。また、以下の説明ではセンサー判定部１６６１を判定部１６６１と、センサー結果通知情報生成部１６６２を通知情報生成部１６６２と、センサー結果通知情報を通知情報と省略して記載する事がある。
【０９５２】
このように、本実施の形態１６に係る情報処理サーバ１６６０は、ユーザ（携帯端末装置）の現在位置を示す位置情報と感知設定要求（条件判定設定要求）とを受信する受信部２６１と、当該受信部２６１で受信された感知設定要求（条件判定設定要求）に基づいて感知設定を行う感知設定部（条件判定設定部）６６１と、当該感知設定（条件判定設定）が行われている場合に、所定の条件が満たされたかを判定する判定部１６６１と、当該判定部１６６１で、当該所定の条件を満たしていると判定された場合に当該所定の条件を満たしていることを示す通知情報を生成する通知情報生成部１６６２と、当該通知情報生成部１６６２で生成された通知情報を送信する送信部２６８と、を具備する。当該構成とすることで、感知設定（条件判定設定）を行っておくことで得られる通知情報により、ゲームを有利に進める事が可能となる。
【０９５３】
なお、上記通知情報生成部１６６２は、上記所定の条件を満たしていない場合でも定期的に定期的にセンサー結果として通知情報を生成し、送信部２６８は、当該通知情報を送信する構成とすることができる。この場合、判定部１６６１で所定の条件が満たされていると判定された場合は、通知情報生成部１６６２は、当該所定の条件を満たしていることを示す通知情報を生成し、判定部１６６１で所定の条件が満たされていないと判定された場合は、通知情報生成部１６６２は、当該所定の条件を満たしていないことを示す通知情報を生成する。送信部２６８は、当該生成された通知情報を送信する事になるが、当該通知情報を受信する携帯端末装置１６１０では、受信した通知情報が所定の条件を満たしていないことを示す通知情報であった場合は、ユーザに報知することなく破棄又は記憶部２１３に格納する構成とすると良い。一方、当該通知情報が所定の条件を満たしていることを示す通知情報であった場合、画像表示や振動発生、音声発生等の報知手段を用いてユーザに報知を行う。
【０９５４】
ここで、時間計測部８６１は、感知設定部（条件判定設定部）６６１が行う感知設定（条件判定設定）に基づいて所定の時間計測を開始する。感知設定部（条件判定設定部）８６１は、受信部２６１で受信された感知設定要求（条件判定設定要求）に基づいて感知設定（条件判定設定）を行い、時間計測部８６１における所定の時間計測が完了した場合に、感知設定（条件判定設定）を解除する。このように、所謂センサーに基づく処理が行える時間を限定しておく事で、センサーの使いどころを考えることができ、戦略性が向上する。上記時間計測部８６１が計測する当該センサーの有効時間は、数分〜数時間程度が好ましく、より好ましくは数分〜数十分、更に好ましくは１５分〜５５分程度であることが良好である。判定部１６６１は、時間計測部８６１における時間計測が完了した場合に、判定処理を終了する。
【０９５５】
ここで、ユーザ情報処理部（位置情報格納部）２６４は、受信部２６１で受信された位置情報を当該位置情報に係るユーザの現在位置を示す新たな位置情報としてユーザ情報記憶部２６３に格納していく。当該ユーザ情報記憶部２６３は、ユーザを識別するユーザ識別情報（ユーザＩＤ）と当該ユーザの現在位置を示す位置情報とを対応付けた状態で記憶する。これらの情報は、判定部１６６１から適宜判定処理のために参照される。なお、プレイするゲームがチーム対戦型ゲームである場合は、これまで説明したように、各ユーザは、複数のグループのいずれかに属し、ユーザ情報記憶部２６３は、ユーザが属するグループを識別するグループ識別情報とユーザ識別情報とを対応付けて記憶する。また、当該ユーザ情報記憶部２６３は、感知設定（条件判定設定）を行っているユーザを管理する（ユーザ情報）管理ファイルを記憶する。
【０９５６】
感知設定部（条件判定設定部）６６１は、感知設定要求（条件判定設定要求）に係るユーザを当該管理ファイルに登録する事で感知設定（条件判定設定）を行う。感知設定部（条件判定部）６６１は、時間計測部８６１における時間計測が完了した場合に、管理ファイルから感知設定要求（条件判定設定要求）に係るユーザの情報を消去する事で感知設定（条件判定設定）を解除する。このようにして、感知設定（条件判定設定）を行っているユーザを管理しておくと処理が簡潔になる。
【０９５７】
以下、判定部１６６１が行う判定の具体的構成について説明する。第１に判定部１６６１がユーザ間距離に関する判定を行う場合について説明する。
【０９５８】
判定部１６６１は、感知設定（条件判定設定）が行われているユーザと、他のユーザとの距離が所定の基準値以下であるかを判定する。通知情報生成部１６６２は、当該距離が所定の基準値以内である場合に当該距離が所定の基準値以下であることを示す通知情報を生成する。当該通知情報が送信部２６８より感知設定（条件判定設定）を行っているユーザに送信される事で、当該ユーザは、他ユーザが近くにいることを知る事ができる。
【０９５９】
ここで、ユーザが主に知りたいのは敵チームのユーザの存在である。従って、判定部１６６１は、感知設定（条件判定設定）が行われているユーザと、当該ユーザが属するグループ以外のグループに属する他のユーザとの距離が所定の基準値以下であるかを判定する構成とすると不要な処理を減らせるため好ましい。通知情報生成部１６６２は、距離が所定の基準値以内である場合に問うギア距離が所定の基準値以下であることを示す通知情報を生成する。
【０９６０】
なお、敵チームのユーザであっても、当該センサーに感知されたくないという要求があるため、このような要求に応える処理を行える構成としておくと良い。このような処理を要求するアイテムをアイテムＮｏｘｘ：スルーを登録しておくと良い。当該アイテムＮｏｘｘ：スルーを使用するアイテム使用要求を特に非感知設定要求と称する。
【０９６１】
この場合、受信部２６１は、非感知設定要求を更に受信し、情報処理サーバ１６６０は、当該非感知設定要求に基づいて非感知設定を行う非感知設定部を更に備える。なお、当該非感知設定部は、使用中アイテム登録部６６１で対応できる。判定部１６６１は、感知設定（条件判定設定）が行われているユーザと、他のユーザであって、非感知設定が行われていないユーザとの距離が所定の基準値以下であるかを判定する。通知情報生成部１６６２は、当該判定の結果、当該２ユーザ間の距離が所定の基準値以内である場合に当該距離が所定の基準値以下であることを示す通知情報を生成する。
【０９６２】
ここで、判定部１６６１は、感知設定（条件判定設定）が行われているユーザと他のユーザとの距離を算出し、通知情報生成部１６６２は、算出した距離を示す距離情報を含む通知情報を生成すると更に良好である。当該距離に基づいた報知を携帯端末装置１６１０側で可能とするためである。なお、判定部１６６１は、感知設定（条件判定設定）が行われているユーザと他のユーザとの距離を算出し、当該算出した距離が所定の基準値以下であるかを合わせて判定する構成とすると良い。この場合、通知情報生成部１６６２は、当該距離が所定の基準値以内である場合に算出された距離を示す距離情報を含む通知情報を生成する。
【０９６３】
また、ユーザ情報記憶部２１３は、各ユーザを識別するユーザ識別情報と、ユーザのランク（職位）又はレベル又は感知設定要求（条件判定設定要求）に対する熟練度のいずれかのパラメータとを対応付けて記憶しておくと良い。ここで、判定部１６６１は、感知設定（条件判定設定）が行われているユーザと他のユーザとの距離が、感知設定（条件判定設定）が行われているユーザに対応付けられたパラメータで決まる基準値以下であるかを判定する。ユーザの能力が高いほど感知精度が上がる仕掛けとすることで、自身のスキルの向上を実感することができる。
【０９６４】
次に、感知項目として実施の形態１０で説明したボムを当該センサーで感知できる構成とすることが考えられる。この場合、受信部２６１は、状態変更位置範囲設定要求（ボム設定要求）を更に受信し、情報処理サーバ１６６０は、当該受信部２６１で受信された状態変更位置範囲設定要求に基づいて、状態変更位置範囲（ボム位置範囲）を算出する状態変更位置範囲算出部を備える構成を取る。
【０９６５】
判定部１６６１は、感知設定（条件判定設定）が行われているユーザの位置から上記状態変更位置範囲算出部で算出された状態変更位置範囲までの距離が所定の基準値以下であるかを判定する。通知情報生成部１６６２は、当該距離が所定の基準値以下であることを通知する通知情報を生成する。送信部２６８は、当該通知情報を感知設定ユーザ（条件判定設定ユーザ）に送信する。当該構成によりセンサーを使用しておくことでボムの存在を感知する事ができる。この場合、判定部１６６１は、感知設定（条件判定設定）が行われているユーザの位置から当該算出された状態変更位置範囲の中心までの距離が所定の基準値以下であるかを判定しても良いし、当該状態変更位置範囲における最も近い境界地点までの距離が所定の基準値以下であるかを判定しても良い。また、当該判定部１６６１は、当該距離が当該感知設定（条件判定設定）が行われているユーザに対応付けられた上述のパラメータで決まる基準値以下であるかを判定する構成としても良い。職位やレベルやアイテム熟練度に基づいてボムの感知精度が向上する構成とすることができる。
【０９６６】
なお、判定部１６６１は、感知設定（条件判定設定）が行われているユーザの位置から上記状態変更位置範囲までの距離を算出し、通知情報生成部１６６２は、当該算出された距離を示す距離情報を含めた通知情報を生成すると良い。距離に基づいた報知機能を実現できるためである。この場合、判定部１６６１は、感知設定（条件判定設定）が行われているユーザの位置から当該状態変更位置範囲の中心位置までの距離を算出しても良いし、状態変更位置範囲における最も近い境界地点までの距離を算出しても良い。また、通知情報生成部１６６２は、当該状態変更位置範囲の大きさに関する情報を更に含めて通知情報を生成しても良い。このように構成することで、携帯端末装置１６１０側でボムが発動する範囲を表示できるためである。
【０９６７】
また、ユーザ情報記憶部２６３は、上記状態変更位置範囲算出部が状態変更位置範囲設定要求に基づいて算出した状態変更位置範囲を記憶しておくと良い。当該状態変更位置範囲は、位置範囲に変更が起きないため、判定部１６６１は、当該ユーザ情報記憶部２６３に記憶されている状態変更位置範囲を判定処理の度に読み出して上記判定を行う。
【０９６８】
次に、感知項目として実施の形態１１で説明したモルタルを当該センサーで感知できる構成とすることが考えられる。当該モルタルを感知できる構成がないと、モルタルに狙われた場合の対処方法が乏しくなってしまうため、センサーでモルタルの存在を感知できる事が好ましいためである。
【０９６９】
この場合、受信部２６１は、指定状態変更要求を更に受信し、情報処理サーバ１６６０は、受信部２６１で受信された指定状態変更要求に基づいて、指定状態変更位置範囲を算出する指定状態変更位置範囲算出部（モルタル発動位置・時刻算出部）１１６１を具備する。
【０９７０】
ここで、受信部２６１が受信する指定状態変更要求は、所定の位置を指定する位置指定情報が含まれ、指定状態変更位置範囲算出部１１６１は、受信部２６１で受信された指定状態変更要求に含まれる位置指定情報で指定される位置の周辺を指定状態変更位置範囲として算出する。ここで、指定状態変更位置範囲算出部１１６１が算出する指定状態変更位置範囲の広さは、指定状態変更要求の送信元ユーザの現在位置と上記指定状態変更要求に含まれる位置指定情報で指定される位置との距離差に基づいて決まることが好ましい。
【０９７１】
判定部１６６１は、感知設定（条件判定設定）が行われているユーザの位置が指定状態変更位置範囲算出部算出部１１６１で算出された指定状態変更位置範囲に含まれているかを判定し、通知情報生成部１６６２は、当該指定状態変更位置範囲内に位置していると判定された場合に、当該指定状態変更位置範囲内に自身が位置していることを通知する通知情報を生成する。
【０９７２】
この時、通知情報生成部１６６２は、指定状態変更位置範囲に関する情報を含む通知情報を生成する構成としても良い。また、通知情報生成部１６６２は、指定状態変更位置範囲に基づく判定処理を行うまでの時間に関する情報を含む通知情報を生成する構成としてもよい。この場合、情報処理サーバ１６６０は、指定状態変更位置範囲算出部１１６１が受信部２６１で受信された指定状態変更要求に基づいて指定状態変更位置範囲を算出してから所定の時間計測を行う時間計測部８６１を備えている事が好ましい。また、この場合、情報処理サーバ１６６０は、時間計測部８６１における所定の時間計測が完了した時点で上記指定状態変更位置範囲内に位置している他のユーザがいるかの判定処理を行う指定状態変更位置範囲判定処理部（ヒット判定部）１１６２を更に備える。
【０９７３】
次に、感知項目として実施の形態９で説明したトラップを当該センサーで感知できる構成とすることが考えられる。トラップを感知できる事で敵が仕掛けた罠を回避する事ができる。
【０９７４】
この場合、受信部２６１は、位置情報送信範囲設定要求を更に受信し、情報処理サーバ１６６０は、受信部２６１で受信された位置情報送信範囲設定要求に基づいて、位置情報送信範囲を算出する位置情報送信範囲算出部を更に具備する。
【０９７５】
なお、当該トラップに対する情報処理サーバ１６６０のセンサーにおける各動作は、上述したボムに対する処理と略同一であり、判定対象が、状態変更位置範囲（ボム位置範囲）であるか位置情報送信範囲（トラップ位置範囲）であるかの違いだけであるため、説明を省略する。
【０９７６】
図１２９は、実施の形態１６に係る携帯端末装置１６１０の構成を示すブロック図である。携帯端末装置１６１０は、位置情報取得部１１１と、無線送信部１１２と、無線受信部１１３と、表示部１１５と、操作入力部１２２と、記憶部２１３と、アイテム処理部２１４と、アイテム使用要求部２２１と、表示制御部４１３と、振動制御部１６１２と振動子１６１３と、音声制御部１６１４と、音声出力部１６１５と、を具備する。また、アイテム処理部２１４は、アイテム使用通知情報処理部５１１と、センサー結果通知情報処理部１６１１と、を備える。また、記憶部２１３には、装備アイテムデータ５１８と、地図データ５２１に加えて、ボムアイコン１６１６と、モルタルアイコン１６１７と、トラップアイコン１６１８と、各種注意画面１６１９と、が記憶されている。また、記憶部２１３には、自プレイヤーアイコン５１３と、味方プレイヤーアイコン５１４と、敵プレイヤーアイコン５１５と、が記憶されている。
【０９７７】
アイテム使用要求生成部２２１は、装備アイテムデータ５１８として記憶部２１３にセンサーが記憶されている場合であって、操作入力部１２２からの操作入力に基づいて当該センサーが使用するアイテムとして選択された場合、感知設定要求（条件判定設定要求）を生成する。無線送信部１１２は、当該感知設定要求（条件判定設定要求）を情報処理サーバ１６６０に送信する。
【０９７８】
記憶部２１３に記憶されるボムアイコン１６１６は、ボム位置範囲（状態変更位置範囲）を示すアイコンであり、モルタルアイコン１６１７は、モルタル位置範囲（指定状態変更位置範囲）を示すアイコンであり、トラップアイコン１６１８は、トラップ位置範囲（位置情報送信範囲）を示すアイコンである。また、各種注意画面１６１９は、センサー結果通知情報に基づいて表示部１１５に表示される画面である。
【０９７９】
アイテム使用通知情報処理部５１１は、無線受信部１１３で受信したアイテム使用通知情報を処理する。例えば、感知設定（条件判定設定）が行われたことを示すアイテム使用通知情報や、感知設定（条件判定設定）が解除された事を示すアイテム使用通知情報を受け取り、記憶部２１３に格納する。当該格納された情報を表示制御部４１３が読み込んで表示部１１５に表示する事により、ユーザに現在の設定状況を報知する。
【０９８０】
センサー結果通知情報処理部１６１１は、無線受信部１１３で受信したセンサー結果通知情報を処理する。センサー結果通知情報処理部１６１１は、受け取ったセンサー結果通知情報に基づいて、表示制御部４１３又は振動子制御部１６１２又は音声制御部１６１４にそれぞれ報知指示を出す。
【０９８１】
一例として、センサー結果通知情報で通知される内容が、自身（自ユーザ）の周辺に他ユーザがいることを示す情報であった場合は、センサー結果通知情報処理部１６１１は、振動子制御部１６１２に振動子１６１３を振動させる指示を出す。表示制御部４１３で他ユーザを表示する指示を出すと、上述した探索要求との差がなくなるためである。ここで、センサー結果通知情報に、自身の位置と他ユーザとの距離に関する情報が含まれている場合は、センサー結果通知情報処理部１６１１は、当該距離に関する情報に基づいて振動の大きさ又は振動周期に関する情報を取得し、また、他ユーザがいることを示す振動パターンに関する情報を取得し、振動制御部１６１２に当該情報を含めた指示を出す。また、当該センサー結果通知情報内に、当該距離に対応した振動の大きさ又は振動周期又は振動パターンに関する情報が含まれている場合、センサー結果通知情報処理部１６１１は、振動子制御部１６１２に当該情報を含めた指示を出す。この場合は、情報処理サーバ１６６０において、判定部１６６１は、算出したユーザ間の距離に基づいて、振動の大きさ（振幅）、振動周期、振動パターン等、振動制御に関する情報を生成し、センサー結果通知情報生成部１６６２に、当該振動制御に関する情報を含めたセンサー結果通知情報の生成指示を出す。センサー結果通知情報生成部１６６２は、当該生成指示に基づいて、当該振動制御に関する情報を含めたセンサー結果通知情報を生成して送信部２６８より携帯端末装置１６１０に送信する。
【０９８２】
振動制御部１６１２は、センサー結果通知情報処理部１６１１より受け取った振動指示に基づいて振動子１６１３を振動させる制御を行う。ここで、センサー結果通知情報処理部１６１１より振動の大きさ（振幅）、振動周期、及び振動パターンに関する情報を受け取った場合、当該情報に従って振動子１６１３を振動させる。
【０９８３】
他ユーザの位置をユーザに報知する方法として振動子１６１３の振動を利用し、距離が近いほど振動周期が速く、また、振動の振幅幅が大きくなるように振動子制御部１６１２が振動子１６１３を制御する事で、緊迫感のある報知方法を実現できる。
【０９８４】
一方、センサー結果通知情報処理部１６１１は、ボム位置範囲やトラップ位置範囲との距離が所定の基準値以下である事を示すセンサー結果通知情報を受け取った場合は、表示制御部４１３に注意画面を表示させる指示を行うことが好ましい。表示制御部４１３は、当該指示に基づいて記憶部２１３に記憶されている各種注意画面１６１９のうち、センサー結果通知情報に対応する注意画面を読み出して表示部１１５に表示する。
【０９８５】
なお、センサー結果通知情報に、当該ボム位置範囲やトラップ位置範囲に関する情報が含まれている場合、センサー結果通知情報処理部１６１１は、当該情報を記憶部２１３に格納する。表示制御部４１３は、当該情報に基づいて特定される位置かつ大きさのボムアイコン１６１６又はトラップアイコン１６１８を読み込んで表示部１１５に表示する。
【０９８６】
また、センサー結果通知情報処理部１６１１は、位置情報取得部１１１で取得された位置情報で示される自身（自ユーザ）の現在位置がモルタル位置範囲内であることを示すセンサー結果通知情報を受け取った場合も、表示制御部４１３に注意画面を表示させる指示を行うことが好ましい。表示制御部４１３は、当該指示に基づいて記憶部２１３に記憶されている各種注意画面１６１９のうち、センサー結果通知情報に対応するモルタルに狙われている事を示す注意画面を読み出して表示部１１５に表示する。
【０９８７】
なお、センサー結果通知情報に、当該モルタル位置範囲に関する情報が含まれている場合、センサー結果通知情報処理部１６１１は、当該情報を記憶部２１３に格納する。表示制御部４１３は、当該モルタル位置範囲に関する情報に基づいて特定される位置かつ大きさのモルタルアイコン１６１７を読み込んで表示部１１５に表示する。
【０９８８】
なお、当該センサー結果通知情報に、モルタルが発動するまでの時間に関する情報、すなわち指定状態変更位置範囲判定部１１６２が当該モルタル位置範囲内にユーザが位置しているかの判定処理を行うまでの時間に関する情報を含む場合は、表示制御部４１３は、当該時間に関する情報を合わせて表示部１１５に表示する構成としても良い。
【０９８９】
図１３０は、表示制御部４１３が表示部１１５に表示する画面の一例である。図１３０において、使用中アイテム欄４２３には、センサーが使用中アイテムであること、すなわち、感知設定（条件判定設定）が行われていることを示す情報が表示されており、残り２５分１０秒で当該感知設定が解除される事を示している。
【０９９０】
またセンサー結果通知情報処理部１６１１は、ボム位置範囲との距離が所定の基準以下であることを通知するセンサー結果通知情報とトラップ位置範囲との距離が所定の基準以下であることを通知するセンサー結果通知情報を受け取っており、戦況通知欄４２４には、当該ボム位置範囲とトラップ位置範囲の位置に関する情報が注意情報として表示されている。図１３０の例では、センサー結果通知情報には、ボム位置範囲とトラップ位置範囲に関する情報がそれぞれ含まれている。表示制御部４１３は、センサー結果通知情報処理部１６１１からの指示に基づいて当該情報を表示する。
【０９９１】
表示制御部４１３は、記憶部２１３に記憶されているボムアイコン１６１６とトラップアイコン１６１８をそれぞれ読み込み、センサー結果通知情報に含まれていたボム位置範囲とトラップ位置範囲に示される位置範囲に当該読み込んだアイコンを地図４２５上にオーバーレイ表示している。
【０９９２】
また、センサー結果通知情報処理部１６１１は、自身の位置がモルタル位置範囲内に位置していることを通知するセンサー結果通知情報を受け取っており、当該情報を記憶部２１３に格納すると共に、表示制御部４１３に注意喚起画面の表示指示を出している。なお、当該センサー結果通知情報には、モルタルが発動するまでの時間に関する情報が含まれている場合を示している。表示制御部４１３は、センサー結果通知情報処理部１６１１からの表示指示に従って、記憶部２１３より各種注意画面１６１９を読み出して、表示部１１５に表示している。なお、当該注意画面１６１９には、上記センサー結果通知情報に含まれていた当該時間に関する情報も合わせて表示される。
【０９９３】
なお、それぞれ上記ボム、トラップ、モルタル、に関するセンサー結果通知情報をセンサー結果通知情報処理部１６１１が受け取った場合であっても、振動子制御部１６１２に振動子を振動させる指示を行ったり、音声制御部１６１４に対応する音声の出力指示を行ったりする構成としても良い。
【０９９４】
音声制御部１６１４は、センサー結果通知情報処理部１６１１からの音声出力指示に基づいて、指示されている音声パターンを記憶部２１３より読み出してスピーカーやイヤホンに対応する音声出力部１６１５から音声を出力する制御を行う。
【０９９５】
なお、センサー結果通知情報に、盗聴を行っているユーザがいることを示す情報が含まれている場合、センサー結果通知情報処理部１６１１は、音声制御部１６１４に注意喚起音（警告音）の出力指示を出す。当該出力指示を受けた音声制御部１６１４は、対応する注意喚起音を読み出して音声出力部１６１５より音声出力する制御を行う。
【０９９６】
盗聴を行っているユーザがいる、すなわち、自ユーザが行っている音声通話に係る音声パケットが当該盗聴を行っているユーザにも送信されている場合は、ユーザは携帯端末装置１６１０に顔を当てて通話をしている可能性が高く、表示部１１５を確認できない場合がある。従って、このように盗聴に関するセンサー結果通知情報については、音声出力をもってユーザに報知する構成とすることが好ましい。なお、この場合であっても、表示制御部４１３は、表示部１１５に現在の音声通話が盗聴されていることを示す注意喚起画面を表示する構成としても良い。
【０９９７】
また、上述したセンサーに複数のレベルを設けておき、当該レベル毎に感知できる種類が異なる構成としても良い。この場合、センサーＬｖ１、センサーＬｖ２、センサーＬｖ３のように異なるアイテムとして情報処理システム内で設計されていても良い。
【０９９８】
このように、本実施の形態１６に係る構成によれば、所定の条件を満たす他のユーザの位置や他のユーザが使用したアイテムに関する情報を取得できる事でゲームを有利に進める事ができる。
【０９９９】
なお、上記説明では、本実施の形態１６に係る構成をゲームに使用する場合について説明したが、これに限定されるものではない。例えば、出会い促進システムとして利用する事も可能である。
【１０００】
情報社会が進んだことにより、全く接点のない人とインターネット等の出会い系サイト等を通じて知り合う事が出来るようになった一方で、完全に匿名な状態での出会いが可能となり過ぎた事による弊害が発生し、思わぬ事故等に巻き込まれる可能性が高いと言った課題があった。このように、現在の他人との出会う機会は、完全にレトロな直接的な出会い方か、匿名性の中に埋もれた間接的な出会い方の両極端に分かれており、その中間の出会い方が求められていた。
【１００１】
そこで、上記課題を解決する方法として、上述した情報処理システム１６００を利用する事ができる。すなわち、新たな出会いを求めているユーザは、予め本出会い促進システムにユーザ登録をしておく。当該ユーザ登録をしているユーザの携帯端末装置１６１０より定期的に位置情報が送信されて情報処理サーバ１６６０に位置情報が登録される。ここで、積極的に新たな出会いを求めるユーザは、感知設定要求（条件判定設定要求）を送信し、情報処理サーバ１６６０に感知設定（条件判定設定）を行っておく。情報処理サーバ１６６０において、判定部１６６１は、当該感知設定を行っているユーザから所定の距離以内に当該出会い促進システムに登録しているユーザがいていないかを判定し、当該判定の結果所定の距離以内に他のユーザがいる場合はセンサー結果通知情報処理部１６６２がセンサー結果通知情報を送信する。当該センサー結果通知情報を受信した感知設定ユーザは、自身の近くに同じく出会いを求めているユーザがいることが分かり、新たな出会いを得る事ができる。なお、この場合は、ユーザ情報記憶部２６３には、男性と女性を別グループとして登録しておくと良い。また、ユーザ情報管理ファイルには、各ユーザの特徴に関する情報である特徴情報（年齢、年収、職業、ルックス、趣味、既婚未婚、彼女彼氏有無、家族構成、出会いを求める真剣度、出身地、趣味、特技、ｅｔｃ）をユーザ識別情報（ユーザＩＤ）と対応付けて記録しておくと良い。また、当該ユーザ情報管理ファイルには、各ユーザが希望する相手に関する情報である希望情報（年齢、年収、職業、ルックス、趣味、既婚未婚、彼女彼氏有無、家族構成、出会いを求める真剣度、出身地、趣味、特技、ｅｔｃ）も合わせて記録しておく事が好ましい。判定部１６６１は、感知設定ユーザの位置情報を読み込み、当該感知設定ユーザから所定の距離以内にいる他のユーザであって、上記感知設定ユーザの希望情報と、当該他のユーザの特徴情報とのマッチング処理を行い、所定の条件を満たしているかを判定する構成とすると良い。ここで、判定部１６６１は、上記感知設定ユーザの希望情報と当該他ユーザの特徴情報の一致点と差異点とで相性の点数付けを行い、予め定められた所定の基準値よりも上回っている場合に、センサー結果通知情報生成部１６６２に、センサー結果通知情報の生成指示を出すと良い。ここで、上記基準値をどの程度に設定するかは、感知設定ユーザの出会いを求める真剣度によって変更される構成としても良い。また、当該感知設定ユーザからどの程度離れた距離以内の他のユーザを候補ユーザとして抽出するかも、出会いを求める真剣度や、当該出会い促進システムに支払っている使用料に基づいて決定されても良い。
【１００２】
（実施の形態１７）
子供の場合、お小遣いの関係でアイテムを買えない子供が出てくる場合がある。そこで、このような子供にも楽しく遊べるように、ゲーム中にゲーム領域内に一定期間アイテムプレゼント領域を発生させ、当該アイテムプレゼント領域に入ったユーザにアイテムをプレゼントする構成とすると皆が楽しめる機会が増えるため更に良好である。
【１００３】
図１３１は本実施の形態１７に係る情報処理サーバ１７６０の構成を示すブロック図である。情報処理サーバ１７６０は、アイテム提供条件設定部１７６１と、アイテム提供条件記憶部１７６２と、アイテム提供条件通知情報生成部１７６３と、アイテム取得処理部１７６４と、アイテム取得通知情報生成部１７６５を更に具備する事を特徴とする。
【１００４】
アイテム提供条件設定部１７６１は、アイテムを提供する条件を設定する。具体的には、アイテム提供条件設定部１７６１は、ランダム又は所定の頻度でゲーム位置領域内の所定の領域をアイテム提供領域（アイテムプレゼント領域）として設定する。例えば、アイテム提供条件設定部１７６１は、ユーザ情報記憶部２６３に記憶されているユーザ情報管理ファイルに登録されているゲーム条件であるゲーム位置領域やゲーム時間領域を参照し、当該ゲーム位置領域内の所定の位置を所定のアルゴリズムで選び出してアイテム提供位置とする。アイテム提供条件設定部１７６１は、当該選び出したアイテム提供位置周辺をアイテム提供領域として設定する。また、アイテム提供条件設定部１７６１は、提供するアイテムの種類や提供するアイテムの数や、提供する時間帯を示すアイテム提供時間をアイテム提供条件として設定する。
【１００５】
アイテム提供条件設定部１7６１は、上記設定したアイテム提供領域やアイテム提供時間等のアイテム提供条件をアイテム提供条件記憶部１７６２に格納する。アイテム提供条件記憶部１７６２は、当該アイテム提供条件を記憶する。
【１００６】
また、アイテム提供条件設定部１７６１は、上記設定したアイテム提供領域やアイテム提供時間等のアイテム提供条件をアイテム提供条件通知情報生成部１７６３に送る。アイテム提供条件通知情報生成部１７６３は、アイテム提供条件設定部１７６１で設定されたアイテム提供条件を通知する情報であるアイテム提供条件通知情報を生成する。アイテム提供条件通知情報生成部１７６３は、生成したアイテム提供条件通知情報を送信部２６８より同一ゲームフィールドに係るゲームをプレイ中の全ユーザに対して送信する。なお、送信先は全ユーザに限定されるものではないが、公平の観点から全ユーザを送信先とすることが好ましい。
【１００７】
アイテム取得処理部１７６４は、アイテム提供条件通知情報を受けたユーザより送信されたアイテム取得要求を受け取り、当該アイテム取得要求がアイテム提供条件を満たすアイテム取得要求であるかを判定する。具体的には、アイテム取得処理部１７６４は、アイテム取得要求を受けるとアイテム提供条件記憶部１７６２が記憶しているアイテム提供条件を参照し、アイテムを提供可能であるかを判定する。
【１００８】
例えば、アイテム提供条件としてアイテム提供領域が設定されている場合は、アイテム取得処理部１７６４は、アイテム取得要求の送信元ユーザの位置情報をユーザ情報管理ファイルを参照することで取得し、アイテム提供領域内に位置しているかを判定する。また、アイテム取得要求に送信元ユーザの現在位置を示す位置情報が含まれている場合は、アイテム取得処理部１７６４は、当該アイテム取得要求に含まれる当該位置情報とアイテム提供領域とを比較する事で適切なアイテム取得要求であるかを判定する。
【１００９】
また、例えば、アイテム提供条件としてアイテム提供時間が設定されている場合は、アイテム取得処理部１７６４は、現在の時刻を時計部より取得し、現在の時刻とアイテム提供時間とを比較する事で適切なアイテム取得要求であるかを判定する。
【１０１０】
アイテム取得処理部１７６４は、アイテムを提供する場合は、アイテム取得通知情報生成部１７６５にアイテム取得要求の送信元ユーザにアイテム提供条件設定部１７６１が設定したアイテムを提供する処理を指示する。
【１０１１】
アイテム取得通知情報生成部１７６５は、アイテム取得処理部１７６４からの指示に従ってアイテム取得通知情報を生成し、送信部２６８から生成したアイテム取得通知情報を送信する。アイテム取得通知情報生成部１７６５は、アイテム取得処理部１７６４がアイテム取得要求に基づいてアイテムを提供すると判定した場合は、アイテムを提供する事を通知するアイテム取得通知情報を生成する。一方、アイテム取得通知情報生成部１７６５は、アイテム取得処理部１７６４がアイテム取得要求に基づいてアイテムを提供できないと判定した場合は、アイテムを提供しない事を通知するアイテム取得通知情報を生成する。
【１０１２】
図１３２は、本実施の形態１７に係る携帯端末装置１７１０の構成を示すブロック図である。携帯端末装置１７１０は、アイテム提供通知情報処理部１７１１と、アイテム取得要求生成部１７１２と、アイテム取得結果通知情報処理部１７１３と、を備える事を特徴とする。
【１０１３】
アイテム提供条件通知情報処理部１７１１は、無線受信部１１３が受信したアイテム提供条件通知情報を受け取り、当該受け取ったアイテム提供条件通知情報を記憶部２１３に格納すると共に、表示制御部４１３にアイテム提供条件通知画面を表示させる。記憶部２１３は、当該アイテム提供条件通知情報を記憶する。
【１０１４】
図１３３は、当該表示制御部４１３が表示部１１５に表示する当該アイテム提供条件通知画面の一例である。表示部１１５には、アイテム提供条件を示すアイテム提供条件欄１７２１が表示される。また、表示部１１５が表示する地図４２５には、アイテム提供を受ける事ができる位置であるアイテム提供領域を示すアイコン１７２２が地図上にオーバーレイ表示されている。
【１０１５】
当該プレイ画面には、アイテム取得ボタン１７２３が配置され、ユーザが当該アイテム取得ボタン１７２３を選択する操作を行なう事で、アイテム取得要求生成部１７１２は、アイテム取得要求を生成する。このように、アイテム取得要求生成部１７１２は、操作入力部１２２からの操作入力を受けてアイテム取得要求を生成する。無線送信部１１２は、当該生成されたアイテム取得要求を情報処理サーバ１７６０に送信する。
【１０１６】
無線受信部１１３は、無線送信部１１２が送信したアイテム取得要求に基づいて送信されるアイテム取得結果通知情報を受信し、アイテム取得結果通知情報処理部１７１３に送る。
【１０１７】
アイテム取得結果通知情報処理部１７１３は、受けとったアイテム取得結果通知情報に基づく処理を行なう。アイテム取得結果通知情報処理部１７１３は、受けとったアイテム取得結果通知情報にアイテムが含まれていた場合は、当該アイテムを装備アイテムデータ５１８に追加する処理を行なうと共に、表示制御部４１３にアイテム取得に成功した事を示す画面を表示させる。一方、アイテム取得結果通知情報処理部１７１３は、受けとったアイテム取得結果通知情報にアイテムが含まれていない場合は、アイテム取得に失敗した事を示す画面を表示制御部４１３に表示させる。
【１０１８】
このように、アイテム取得要求がアイテム提供条件を満たしている場合、情報処理サーバ１７６０で提供するアイテムを含めたアイテム取得結果通知情報が生成されて送信されるため、携帯端末装置１７１０において、アイテム取得結果通知情報処理部１７１３がアイテム取得結果通知情報に含まれるアイテムを記憶部２１３に装備アイテムデータとして格納する事でユーザはアイテムを取得する事ができる。
【１０１９】
なお、アイテム取得処理部１７６４は、アイテム提供条件設定部１７６１が設定したアイテム数に上限がある場合は、アイテム提供条件記憶部１７６２に記憶されている提供可能アイテム数をデクリメントする処理を行なう。アイテム取得処理部１７６４は、アイテム取得要求に基づいてアイテム提供条件のうち提供可能アイテム数をデクリメントする処理を行った結果、提供可能アイテム数が０になった場合に、別途設けたアイテム提供終了通知情報生成部にアイテムの提供が終了したことを通知するアイテム提供終了通知情報の生成指示を出す。当該生成指示を受け取った、アイテム提供終了通知情報生成部は、アイテムの提供が終了した事を示すアイテム提供終了通知情報を生成し、送信部２６８より全ユーザに対して送信する。このように構成すると良い。
【１０２０】
また、アイテム提供条件設定部１７６１が設定するアイテム提供条件として、クイズを出しても良い。アイテム提供条件設定部１７６１は、ユーザ情報記憶部２６３に記憶しているクイズを問題と正解回答をセットで読み出し、正解回答をアイテム提供条件記憶部１７６２に、当該クイズ問題をアイテム提供条件通知情報生成部１７６３に送る。
【１０２１】
アイテム提供条件通知情報生成部１７６３は、当該クイズ問題を含むアイテム提供条件通知情報を生成し、無線送信部２６８より各ユーザに対して送信する。当該クイズ問題を含むアイテム提供条件通知情報を受信した携帯端末装置１７１０において、アイテム提供条件通知情報処理部１７１１は、クイズ問題を表示制御部４１３に表示させる指示を出し、表示制御部４１３は、当該アイテム提供条件通知情報に含まれるクイズ問題を表示部１１５に表示する。
【１０２２】
アイテムの取得を要求するユーザは、当該表示部１１５に表示されている当該クイズを回答する操作入力を行い、アイテム取得要求生成部１７１２は、当該ユーザから入力された回答結果を含めてアイテム取得要求を生成する。無線送信部１１２は、当該回答結果を含むアイテム取得要求を情報処理サーバ１７６０に送信する。
【１０２３】
情報処理サーバ１７６０において受信部２６１は、当該アイテム取得要求を受信し、アイテム取得処理部１７６４に送る。アイテム取得処理部１７６４は、受け取ったアイテム取得要求に含まれるユーザからの回答結果と、アイテム提供条件記憶部１７６２に記憶されている当該クイズの正解回答とを比較し、当該比較結果に基づいてアイテムを提供するかしないかを判断する。例えば、アイテム取得処理部１７６４は、正解率が所定の基準以上である場合や正解クイズ数が所定の点数以上である場合にアイテムを提供すると判断しても良い。また、アイテム取得処理部１７６４は、所定の基準点以上の回答結果を含むアイテム取得要求を送信した複数のユーザにアイテムを提供する事で先着順とすることができる。なお、どのような基準でアイテムを提供するかについても、アイテム提供条件設定部１７６１が設定すると良い。なお、アイテム取得処理部１７６４は、アイテムを提供すると判定した場合は、提供するアイテムに関する情報に加えて当該クイズの正解回答に関する情報を含めてアイテム取得結果通知情報生成部１７６５に指示を出すと良い。
【１０２４】
アイテム取得結果通知情報生成部１７６５は、当該提供するアイテムに関する情報と当該クイズの正解回答に関する情報とを含めてアイテム取得結果通知情報を生成すると良い。また、アイテム取得部１７６４は、回答結果が所定の基準を満たさないとしてアイテムを提供しないと判断した場合であっても、当該クイズの正解回答に関する情報をアイテム取得結果通知情報生成部１７６５に送る構成とすることが好ましい。アイテム取得結果通知情報生成部１７６５は、当該クイズの正解回答に関する情報と、回答結果が基準点を満たさなかったことによりアイテム取得に失敗したことを示す情報とを含めてアイテム取得結果通知情報を生成する。送信部２６８は、これらのアイテム取得結果通知情報をアイテム取得要求の送信元ユーザに送信する。
【１０２５】
当該アイテム取得結果通知情報を受け取った携帯端末装置１７１０のアイテム取得結果通知情報処理部１７１３は、アイテム取得結果通知情報に取得したアイテムが含まれている場合は、当該アイテムを装備アイテムデータ５１８として記憶部２１３に格納し、クイズの正解回答を表示部１１５に表示させる指示を表示制御部４１３に出す。当該指示を受けた表示制御部４１３は、アイテム取得結果通知情報に含まれるクイズの正解回答及びアイテムを取得できたことを示す画面を表示部１１５に表示する。なお、アイテム取得結果通知情報にアイテムの取得に失敗した事を示す情報とクイズの正解回答が含まれていた場合、アイテム取得結果通知情報処理部１７１３は、これらの情報の表示指示を表示制御部４１３に出す。表示制御部４１３は、当該アイテムの取得に失敗した事を示す情報とクイズの正解回答とを表示部１１５に表示する。
【１０２６】
なお、アイテム取得結果通知情報処理部１７１３は、当該クイズの正解回答を記憶部２１３に格納する構成としても良い。
【１０２７】
このように、クイズと遊びとを混ぜたアイテム提供方法を情報処理システムに組み込む事で、遊びながら学ぶ事ができると共に、アイテムを無料で入手するため子供達が自ら勉強することが期待できる。なお、アイテム提供条件設定部１７６１は、ゲームをプレイしているユーザのレベルに合った問題をクイズとすると良い。
【１０２８】
例えば、ゲームをプレイしているユーザが小学５年生である場合には、小学５年生が学校で習う問題をユーザ情報記憶部２６３から読み出してアイテム提供条件とすると更に良好である。この場合は、ユーザ登録の段階で、自身の年齢や学年に関する情報もユーザ情報として登録されている事が好ましい。アイテム提供条件設定部１７６１は、当該年齢や学年に関する情報を参照して、ユーザ情報記憶部２６３に記憶している問題（クイズ）を読み出し、当該（問題）クイズを解くことをアイテム提供条件として設定すると良い。
【１０２９】
このようなクイズ（問題）としては、例えば３択や５択の問題１０問などと言う形にしておくと簡単でよい。ユーザは各問題についてＡ〜Ｅを選択してアイテム取得要求を生成して送信し、アイテム取得処理部１７６４は、アイテム提供条件記憶部１７６２に記憶されている各問題の正解と照合することで、正解率を求める事ができる。
【１０３０】
（実施の形態１８）
ゲームの継続性を高めるためには、ゲームを通じてユーザが成長していけることを体感できる事が好ましい。そこで、本実施の形態１８に係る情報処理システムは、図２８でも説明したように経験値算出部２８９を備える。経験値算出部２８９は、ゲームを通じて各ユーザにポイントを与え、ポイントを獲得するごとにユーザのレベル等が向上して、さまざまな特典を受ける事ができるようにシステム構成することを特徴とする。
【１０３１】
例えば、ユーザはゲームを行なう毎に基本ポイントを獲得し、ゲーム終了時点で勝者チームに勝者ポイントを付与する。更に、個別のユーザのゲーム内での行動に基づいて個別ポイントを付与する。例えば、敵を捕縛したり、味方を解放したり、敵に捕縛されずにゲームを終了したり、有効にアイテムを使用したりすることで個別ポイントを付与する。
【１０３２】
ユーザは一定のポイントを獲得するごとにレベルやランク（職位）が上がり、使用できるアイテム制限が解除されたり、ボーナスアイテムのプレゼントを受けることができたりする。
【１０３３】
このような構成を組み込む事でゲームを継続して使用させることができる。なお、アイテム毎にアイテム熟練度を設定し、使用したアイテムに対してポイントを付与する事でアイテム熟練度が向上する構成としても良い。アイテム熟練度が向上するほど、アイテムの効果が大きくなるように設計すると更に良好である。
【１０３４】
（実施の形態１９）
本発明の情報処理システムが提供するゲームサービスを利用するユーザは、携帯端末装置の画面を必要に応じて確認することになるが、昨今移動しながらの携帯端末装置の使用が問題視される事がある現状を踏まえてユーザが移動中は画面の確認作業をさせない構成とすることが好ましい。
【１０３５】
そこで、携帯端末装置には、ユーザが移動しているかを判定する移動判定部を備え、ゲーム画面を表示中に移動判定部においてユーザが移動していると判定された場合は、表示部に表示からゲーム画面を消す制御を行う構成とすることが好ましい。
【１０３６】
この場合、携帯端末装置は、加速度センサーや振動センサーを具備し、移動判定部は、当該センサー群で検出された状態を示す信号に基づいてユーザが移動しているかを判定する。移動判定部は、ユーザが移動していると判定した場合に、表示制御部にゲーム画面の表示を中止する指示を行う。表示制御部は表示部に表示中の画面がゲーム画面であって、移動判定部より当該表示中止指示を入力した場合に、ゲーム画面の表示を中止する。表示制御部は、ゲーム画面の表示を中止するに当たって、画面を暗くする制御を行っても良いし、記憶部に記憶している移動中にゲーム画面の確認をすることに対する注意喚起画面を読み出して表示部に表示する制御を行っても良い。
【１０３７】
以上のように、各アイテムを有効に駆使することで戦略的にゲームを進めることができる。なお、上述した各アイテムの効果が継続する時間は、アイテムの性質に合わせてアイテム毎に異なるように設定されていることが好ましい。また、当該効果が継続する時間は、使用者のＪｏｂや職位等のパラメータに応じて変わる構成とすると更に深みが増すため好ましい。
【１０３８】
（実施の形態２０）
上記実施の形態１〜１９の中でも一部説明したように本発明の情報処理システムは、携帯端末装置を有するユーザの位置に加えて当該ユーザの状態を管理することで、様々なサービスを提供することが可能となる。本実施の形態２０に係る情報処理システムは、当該位置と状態の管理に特化している。以下、図面を参照して詳細に説明する。但し、上記実施の形態１〜１９で既に説明した部分については一部説明を省略する。
【１０３９】
図１３４は、本実施の形態２０に係る情報処理システム２００の構成を示すブロック図である。情報処理システム２０００は、受信部２００１と、更新部２００２と、記憶部２００３と、状態変更通知情報生成部２００４と、送信部２００５と、を具備する。
【１０４０】
受信部２００１は、ユーザの現在位置を示す位置情報を受信する。なお、ユーザと携帯端末装置２１００の位置は同一視できるため、ユーザという文言は携帯端末装置２１００と適宜読み替える事ができる。受信部２００１は、受信した上記位置情報を更新部２００２に送信する。
【１０４１】
更新部２００２は、受信部２００１から受け取った各ユーザの現在位置を示す位置情報に基づいて、ユーザの位置を更新する。また、更新部２００２は、必要に応じてユーザの状態を更新する。
【１０４２】
記憶部２００３は、ユーザの位置と当該ユーザの状態を、当該ユーザを識別するユーザ識別情報と対応付けて記憶する。記憶部２００３は、ユーザの位置を管理するユーザ位置管理ファイルとユーザの状態を管理するユーザ状態管理ファイルとを別途記憶しても良いし、上述したようにユーザ情報管理ファイルとして一つのファイルにユーザの位置と状態とを纏めて記憶してもよい。
【１０４３】
更新部２００２は、記憶部２００３で記憶されている上記ユーザの位置とユーザの状態とを更新することで、記憶部２００３に記憶されるユーザの位置と状態を最新の位置と状態に維持する。
【１０４４】
状態変更通知情報生成部２００４は、更新部２００２が上記ユーザの状態を変更したことを示す状態変更通知情報を生成する。更新部２００２は、更新処理の際に、ユーザの状態を変更した場合は、状態変更通知情報生成部２００４にユーザの状態を変更した事を通知する。状態変更通知情報生成部２００４は、更新部２００２がユーザの状態を変更した場合に、更新部２００２が上記ユーザの状態を変更したことを示す状態変更通知情報を生成する。
【１０４５】
送信部２００５は、状態変更通知情報生成部２００４で生成された状態変更通知情報を送信する。送信部２００５は、状態変更通知情報に係るユーザを送信先としても良いし、共通に管理されている他のユーザに対しても状態変更通知情報を送信しても良い。どのユーザに送信するかはサービスの種類に依存する。
【１０４６】
ユーザの移動に伴って変化するユーザの位置については、情報処理システム２０００側で把握できないため、情報処理システム２０００が携帯端末装置２１００より受信し、ユーザの状態については、様々な情報を統合できる情報処理システム２０００側で把握できるため、情報処理システム２０００から携帯端末装置２１００へ当該ユーザの状態に関する情報を送信する構成を取る。当該システム設計により、位置と情報の管理を適切に行うことができる。
【１０４７】
なお、上述した受信部２００１は、図１５で説明した受信部２６１に、更新部２００２は、図１５で説明したユーザ情報処理部２６４に、記憶部２００３は、図１５で説明したユーザ情報記憶部２６３に、通知情報生成部２６７は、図１５で説明した通知情報生成部２６７又は図２８で説明した状態変更通知情報生成部２８４に、送信部２００５は、図１５で説明した送信部２６８に、それぞれ相当する。
【１０４８】
図１３４は、情報処理システム２０００の別構成を示すブロック図である。当該情報処理システム２０００において受信部２００１は、携帯端末装置２１００よりユーザの状態に関する状態情報を位置情報に加えて受信する。受信部２００１は、当該状態情報を受信すると当該状態情報を更新部２００２に送る。
【１０４９】
更新部２００２は、受信部２００１で受信された位置情報に基づいて記憶部２００３で記憶されているユーザの位置を更新し、受信部２００１で受信された状態情報に基づいて記憶部２００３で記憶されているユーザの状態を更新する。
【１０５０】
ここで、上記状態情報は、状態の変更をユーザが希望する時に送信されるユーザの状態の変更を要求する情報であっても良いし、定期的に各ユーザより送信されるユーザの現在の状態を示す情報であっても良い。当該状態情報がユーザの状態の変更を要求する情報である場合には、当該状態情報は、上述した状態変更要求と同一である。この場合、当該状態情報には、少なくとも状態の更新の対象となるユーザを識別するユーザ識別情報（ユーザＩＤ）と、当該状態を変更する方向に関する情報又は変更後の状態に関する情報を含む構成を取ると良い。更新部２００２は、記憶部２００３に記憶されているユーザの状態のうち、状態情報に含まれるユーザ識別情報で識別される状態更新の対象となるユーザの状態を、当該状態情報に含まれる状態を変更する方向に関する情報又は変更後の状態に関する情報に従って変更する。
【１０５１】
なお更新部２００２がユーザの状態を変更する要因として複数ある場合には、、状態変更通知情報生成部２００４は、ユーザの状態が変更された理由に関する情報を含めて上記状態変更通知情報を生成すると良い。ユーザは当該理由を知りたい場合があるためである。状態変更通知情報生成部２００４は、当該状態情報に基づいて更新部２００２がユーザの状態を変更した場合には、当該状態情報に基づいて更新部２００２がユーザの状態を変更したことを示す状態変更通知情報を生成する。
【１０５２】
ここで、当該情報処理システム２０００が上述したゲーム補助システムとして利用される場合は、上記のユーザの状態は、少なくとも第１の状態と第２の状態とがあり、上述したサイバー戦争やドロケイ等のゲームを補助するシステムで利用される場合は、当該第１の状態は、「通常状態」であり、第２の状態は「捕縛状態」となる。
【１０５３】
なお、ユーザの状態を第１の状態と第２の状態というようにデジタルに換算せず、アナログで規定しても良い。例えば、情報処理システム２０００が補助するゲームがファンタジー等を踏襲したゲームである場合、当該ユーザの状態はユーザの体力又はユーザのヒットポイント（ＨＰ）という概念で捉えられる方が好ましい。この場合、更新部２００２は、当該ユーザのヒットポイントの加減を行うことでユーザの状態を更新する。この場合、受信部２００１が受信するユーザの状態に関する状態情報は、ユーザのＨＰを減らす要求であったりユーザのＨＰを増やす（回復させる）要求であったりする。
【１０５４】
また、図１３５に示したように、情報処理システム２０００は、位置に関する判定処理を行う位置判定部２００６を備えていると良い。更新部２００２は、当該位置判定部２００６が行う位置判定処理の結果に基づいてユーザの状態を変更するかどうかを決定する事ができる。
【１０５５】
例えば、受信部２００１で受信される状態情報は、少なくとも状態の更新の対象となるユーザを識別するユーザ識別情報と他のユーザを識別するユーザ識別情報とを含む構成としておき、位置判定部２００６が、当該状態情報に含まれるこれらの複数のユーザ識別情報でそれぞれ識別される各ユーザの位置が所定の距離以内に位置しているかを判定する。これは、状態変更の対象となる被捕縛者と、当該被捕縛者を捕まえた捕縛者との位置関係に基づいて当該状態情報で要求される状態変更の妥当性を確認するためである。更新部２００２は、位置判定部２００６で当該所定の距離以内に位置していると判定された場合に状態更新の対象となるユーザの状態を変更する。
【１０５６】
情報処理システム２０００を利用したサービスでは、これまで説明したように、ユーザは、複数のあるグループのいずれかのグループに属しており、記憶部２００３は、ユーザが属するグループを合わせて記憶する構成を取る事が多い。例えば、各ユーザは、第１グループと第２グループのいずれかのグループに所属するように構成できる。
【１０５７】
この場合、情報処理システム２０００が提供するサービスによって、位置判定部２００６は、第２のグループに属するユーザの位置が第１のグループに属するユーザの位置から所定の距離以内に位置しているかを判定する構成とすることがある。更新部２００２は位置判定部２００６で当該第１のグループに属するユーザの位置から所定の距離以内に位置していると判定された当該第２のグループに属するユーザの状態を変更する。このような形態は、ユーザがグループに分かれたチーム戦のゲームなどで用いることが好ましい。
【１０５８】
例えば、攻撃側チームである第１グループのユーザが逃走側チームである第２グループのユーザを捕まえた時に、同じ位置にいることで、特に携帯端末装置２１００を操作しなくても、これら２ユーザの位置情報に基づいて位置判定部２００６が適切に判定を行い、交信部２００２が捕まえられたユーザの状態を通常状態に相当する第１の状態から捕縛状態に相当する第２の状態に変更することができる。
【１０５９】
より具体的には、位置判定部２００６は、上記第２のグループに属するユーザであって状態が第１の状態であるユーザの位置が上記第１のグループに属するユーザの位置から所定の距離以内に位置しているかを判定すると良い。更新部２００２は、位置判定部２００６で当該第１のグループに属するユーザの位置から所定の距離以内に位置していると判定された当該第２のグループに属するユーザであって上記状態が第１の状態であるユーザの状態を当該第１の状態から第２の状態に変更する。このような判定と更新を行うことで、既に状態が捕縛状態であるユーザに対する判定処理を行わない構成となり、不要な処理を抑えつつ、情報処理システム２０００が自発的にユーザの状態を変更できる。
【１０６０】
ここで、更新部２００２は、位置判定部２００６で上記第１のグループに属するユーザの位置から所定の距離以内に位置していると所定の期間又は所定の回数判定された上記第２のグループに属するユーザであって当該状態が第１の状態であるユーザの状態を当該第１の状態から第２の状態に変更すると良い。各携帯端末装置２１００の位置取得精度などに起因して誤判定による状態変更が起きる事を防止するため、数秒程度などの所定の期間又は連続して数回程度所定の距離以内に位置していると判定された場合について、更新部２００２は、対象ユーザの状態を変更する構成とすることが好ましい。
【１０６１】
また、位置判定部２００６は、第２のグループに属するユーザであって状態が第２の状態であるユーザの位置が当該第２のグループに属するユーザであって当該状態が第１の状態であるユーザの位置から所定の距離以内に位置しているかを判定する機能を有すると更に好ましい。この場合、更新部２００２は、位置判定部２００６で当該第２の状態であるユーザの位置が当該第１の状態であるユーザの位置から所定の距離以内に位置していると判定された場合に当該第２の状態である当該ユーザの状態を第２の状態から第１の状態に変更する。これは上述したユーザの解放行動に相当する判定及び更新が行われる構成である。
【１０６２】
なお、この場合も、更新部２００２は、位置判定部２００６で第２の状態であるユーザの位置が第１の状態であるユーザの位置から所定の距離以内に位置していると所定の期間又は所定の回数判定された場合に当該第２の状態であるユーザの状態を第２の状態から第１の状態に変更する構成としても良い。但し、この場合における上記所定の期間や所定の回数は、２段落前で説明した所定の期間や所定の回数よりも短い期間や少ない回数に設定されている事が好ましい。捕縛行動よりも解放行動の方が、該当するユーザ同士が長期間所定の距離以内に位置することが困難である場合が多いためである。
【１０６３】
また、情報処理システム２０００は、図１３５に示すように所定の位置範囲を登録する所定位置範囲登録部２００７を備えている構成を採っても良い。ここで、所定位置範囲登録部２００７が登録する当該所定の位置範囲としては、例えば捕縛したユーザを留めておく「牢屋」や「監獄」に相当する位置範囲とすることができる。
【１０６４】
このような所定の位置範囲の登録は、当該所定位置範囲登録部２００７がが所定のアルゴリズムに基づいて当該位置範囲を算出した上で記憶部２００３に格納する事で当該登録を行っても良い。所定位置範囲登録部２００７は、ゲーム位置領域として各ユーザが移動可能な領域として設定されている領域内の所定の位置範囲を上記アルゴリズムで選択する構成としても良い。
【１０６５】
但し、ゲーム内で上記「牢屋」や「監獄」に相当する位置範囲はユーザが自ら設定したい場合が大多数である。そこで、受信部２００１は、当該所定の位置範囲の登録を要求する所定位置範囲登録要求を更に受信する構成とすることが好ましい。受信部２００６は、当該受信した所定位置範囲登録要求を所定位置範囲登録部２００７に送り、当該所定位置範囲登録部２００７は、受信部２００１で受信されて送られて来た当該所定位置範囲登録要求に基づいて所定の位置範囲に関する情報を記憶部２００３に格納する事で所定の位置範囲の登録を行う。記憶部２００３は、当該所定の位置範囲に関する情報を記憶する。
【１０６６】
ここで、上記登録された所定の位置範囲を位置判定部２００６が行う位置判定処理に利用する事が可能である。例えば、位置判定部２００６は、第２のグループに属するユーザであって状態が第２の状態であるユーザの位置が所定位置範囲登録部２００７で登録された所定の位置範囲内であるかを更に判定する。更新部２００２は、位置判定部２００６で第２の状態であるユーザの位置が所定位置範囲登録部２００７で登録された所定の位置範囲内であって、かつ、第１の状態であるユーザの位置から所定の距離以内に位置していると判定された場合に当該第２の状態である当該ユーザの状態を第２の状態から第１の状態に変更する。このような処理手順を踏む事で、「牢屋」に相当する位置範囲からルール違反により抜け出して味方ユーザと接触する事で捕縛状態である第２の状態から通常状態である第１の状態に変更しようとする不正を防ぐ事ができる。
【１０６７】
なお、位置判定部２００６が行う上記判定に基づいて更新部２００２がユーザの状態を変更する場合には、状態変更通知情報生成部２００４は、位置判定部２００６が行う上記判定に基づいて更新部２００２がユーザの状態を変更したことを示す状態変更通知情報を生成すると良い。このように、情報処理サーバ２０００内で行われる内部処理で状態が変更される場合には、ユーザ側に状態変更理由を含めて通知しておくことが齟齬を防ぐ上で好ましいためである。
【１０６８】
なお、更新部２００２がユーザの状態を変更する別の場合として、特定の位置範囲にユーザが入った場合を設定しておくことが好ましい場合がある。図１３７に示す情報処理システム２０００は、ユーザの状態を変更する位置範囲である状態変更位置範囲を登録する状態変更位置範囲登録部２００８を備える。位置判定部２００６は、所定の条件を満たすユーザについて、当該状態変更位置範囲登録部２００８が登録した状態変更位置範囲内に位置しているかを判定する。更新部２００２は、位置判定部２００６で状態変更位置範囲内に位置していると判定されたユーザの状態を変更する。このように構成することで、特定の位置範囲について状態を変更する効力を生じさせることができる。
【１０６９】
なお、当該状態変更位置範囲は、ユーザが登録できる構成としておくことが好ましい場合がある。この場合は、受信部２００１は、状態変更位置範囲の登録を要求する状態変更位置範囲登録要求をいずれかのユーザから更に受信する。状態変更位置範囲登録部２００８は、受信部２００１で受信された状態変更位置範囲登録要求に基づいて状態変更位置範囲に関する情報を記憶部２００３に格納する事で状態変更位置範囲の登録を行う。
【１０７０】
このような構成は、情報処理システム２０００がゲーム補助を行うゲーム補助システムとして利用される場合、上述したボム系アイテムを使用した場合の処理に相当する。ユーザは、ボム使用要求を上記状態変更位置範囲登録要求として情報処理システム２０００に送信することでボム位置範囲に相当する状態変更位置範囲の設定登録が可能となる。
【１０７１】
なお、状態変更位置範囲登録部２００８は、状態変更位置範囲登録要求を行ったユーザの位置周辺の位置範囲を状態変更位置範囲として登録することが好ましい。当該状態変更位置範囲登録要求は、ユーザが位置範囲を指定できない構成の方が、後述する指定状態変更要求との差異を出す上で好ましい。
【１０７２】
また、各ユーザが複数のあるグループのいずれかのグループに属する場合は、位置判定部２００６は、状態変更位置範囲登録要求を行ったユーザが属するグループ以外のグループに属するユーザについて、当該状態変更位置範囲内に位置しているかを判定し、更新部２００２は、位置判定部２００６で状態変更位置範囲内に位置していると判定されたユーザの状態を変更する構成とすることができる。
【１０７３】
ここで、位置判定部２００６は、ユーザの状態が第１の状態であるユーザについて、状態変更位置範囲内に位置しているかを判定し、更新部２００２は、位置判定部２００６で状態変更位置範囲内に位置していると判定されたユーザの状態を前記第１の状態から第２の状態に変更する構成としても良い。
【１０７４】
また、記憶部２００３は、各ユーザのランク又はレベル又は当該状態変更位置範囲登録要求に対する熟練度に関するパラメータを当該ユーザを識別するユーザ識別情報と更に対応付けて記憶しておくことが好ましい。
【１０７５】
この場合、情報処理システム２０００は、図１３８に示すように受信部２００１で受信された状態変更位置範囲登録要求を受け取り、当該状態変更位置範囲登録要求を行ったユーザの位置と当該ユーザのパラメータとに基づいて状態変更位置範囲を算出する状態変更位置範囲算出部２００９を備える。状態変更位置範囲登録部２００８は、状態変更位置範囲算出部２００９が算出した状態変更位置範囲に関する情報を記憶部２００３に格納する事で状態変更位置範囲の登録を行う。このように構成することで、ユーザに関するパラメータを反映させた状態変更位置範囲を登録する事ができる。
【１０７６】
また、受信部２００１は、状態変更位置範囲に基づく状態変更を禁止する設定を要求する状態変更禁止設定要求をユーザのいずれかから更に受信する構成としても良い。この場合、情報処理システム２０００は、当該状態変更禁止設定要求に基づいて当該状態変更禁止設定要求に係るユーザに対する状態変更禁止設定を行う状態変更禁止設定部２０１０を更に備える。
【１０７７】
当該状態変更禁止設定要求は、上述したアストロンの使用を要求するアイテム使用要求に対応する。また、状態変更位置範囲に基づいてユーザのヒットポイントが減る事を防止するバリヤーに相当するアイテムの使用要求と見る事も出来る。
【１０７８】
状態変更禁止設定部２０１０は、当該状態変更禁止設定要求に係るユーザに関する情報を記憶部２１３に格納する事で状態変更禁止設定を行う。
【１０７９】
位置判定部２００６は、状態変更禁止設定が行われているユーザに対して状態変更位置範囲登録部２００８が登録した状態変更位置範囲内に位置しているかの判定を行わない。位置判定部２００６が行う判定対象から状態変更禁止設定を行っているユーザを除外する事で処理を軽くする事ができる。
【１０８０】
または、位置判定部２００６が上記状態変更禁止設定を行っているユーザについても状態変更位置範囲内に位置しているかの判定を行っても良いが、この場合は、更新部２００２は、位置判定部２００６で状態変更位置範囲内に位置していると判定されたユーザのうち、状態変更禁止設定を行っていないユーザの状態を変更する構成としておく必要がある。すなわち、更新部２００２は、位置判定部２００６で状態変更位置範囲内に位置していると判定されたユーザのうち、状態変更禁止設定を行っているユーザの状態は変更しない。
【１０８１】
なお、情報処理システム２０００は、状態変更禁止設定部２０１０が行った状態変更禁止設定を解除する状態変更禁止設定解除部２０１１を更に備える構成としておくことが好ましい。恒常的に状態変更禁止設定が持続すると、状態変更位置範囲を登録するメリットが薄れてしまうためである。
【１０８２】
また、情報処理システム２０００は、状態変更位置範囲登録部２００８が行った状態変更位置範囲の登録を解除する状態変更位置範囲解除部２０１２を更に備える構成としておくことが好ましい。必要以上に状態変更位置範囲が登録されてしまうと、ユーザが自由に移動できるエリアが制限され過ぎてしまう弊害を招くためである。
【１０８３】
これらの場合、情報処理システム２０００は、所定の時間計測を行う時間計測部２０１３を更に備えておくと良い。当該時間計測部２０１３は、状態変更禁止設定部２０１０が状態変更禁止設定を行った場合に所定の時間計測を開始する。状態変更禁止設定解除部２０１１は、時間計測部２０１３が当該所定の時間計測を完了した場合に、状態変更禁止設定の設定を解除する。具体的には、状態変更禁止設定部２０１１は、時間計測部２０１３より所定の時間計測が完了したことを示す信号を入力すると、記憶部２００３に記憶されている状態変更禁止設定要求に係るユーザに関する情報を消去する事で状態変更禁止設定を解除する。
【１０８４】
または、当該時間計測部２０１３は、状態変更位置範囲登録部２００８が状態変更位置範囲を登録した場合に所定の時間計測を開始する。状態変更位置範囲解除部２０１２は、時間計測部２０１３が所定の時間計測を完了した場合に、状態変更位置範囲の登録を解除する。具体的には、状態変更位置範囲解除部２０１２は、時間計測部２０１３より所定の時間計測が完了したことを示す信号を入力すると、記憶部２００３に記憶されている状態変更位置範囲に関する情報を消去する事で状態変更位置範囲の登録を解除する。
【１０８５】
なお、状態変更位置範囲登録部２００８は、状態変更位置範囲登録要求によらず、自発的に所定のアルゴリズムに基づいて算出しても良い。状態変更位置範囲登録部２００８は、ユーザが移動可能な位置領域内の所定の位置範囲を状態変更位置範囲として算出し、記憶部２００３に格納する事で状態変更位置範囲の登録を行う。
【１０８６】
なお、更新部２００２が、状態変更位置範囲に基づいて上述したユーザのヒットポイントを減少させることでユーザの状態を変更する場合、当該状態変更位置範囲は、「毒の沼地」や「バリヤー床」、「ガス地帯」等としてゲーム内で定義される事がある。また、更新部２００２が、状態変更位置範囲に基づいて上述したユーザのヒットポイントを増加（回復）させることでユーザの状態を変更する場合、当該状態変更位置範囲は、「宿屋」や「命の泉」、「コテージ」、「テント」、「休息所」等としてゲーム内で定義される事がある。
【１０８７】
状態変更通知情報生成部２００４は、位置判定部２００６が行う状態変更位置範囲内に位置しているかどうかの判定に基づいて更新部２００２がユーザの状態を変更したことを示す状態変更通知情報を生成する。すなわち、位置判定部２００６が、所定のユーザについて上記状態変更位置範囲内に位置していると判定した場合、状態変更通知情報生成部２００４は、位置判定部２００６が所定のユーザについて上記状態変更位置範囲内に位置していると判定したことにより更新部２００２が、当該ユーザの状態を変更したことを示す状態変更通知情報を生成する。ユーザが誤って状態変更位置範囲に入ってしまった事により、状態変更が行われた場合など、ユーザに状態が変更した事を通知しておかないと、情報処理システム２０００とユーザとの間でそれぞれ認識している状態に齟齬が生じるためである。
【１０８８】
なお、更新部２００２がユーザの状態を変更する別の場合として、ユーザが指定した位置範囲に他のユーザが位置していると判定された場合を設定しておくことが好ましい場合がある。図１３９に示す情報処理システム２０００は、指定状態変更位置範囲を算出する指定状態変更位置範囲算出部２０１４を備える。
【１０８９】
受信部２００１は、指定した位置に基づいて求められる指定状態変更位置範囲内に位置する所定の条件を満たすユーザの状態の変更を要求する指定状態変更要求を前記ユーザのいずれかから更に受信する。指定状態変更位置範囲算出部２０１４は、受信部２００１で受信された指定状態変更要求に基づいて指定状態変更位置範囲を算出する。
【１０９０】
位置判定部２００６は、指定状態変更位置範囲算出部２０１４で算出された指定状態変更位置範囲内に位置するユーザがいるかを判定する。更新部２００２は、位置判定部２００６で指定状態変更位置範囲内に位置すると判定されたユーザの状態を変更する。
【１０９１】
このように、予め設置した位置範囲内にユーザが入ってきた場合に状態変更を起こさせる状態変更位置範囲登録とは異なり、ユーザがいる位置を含む位置範囲を、状態変更を起こさせる指定状態変更位置範囲として指定する構成とすることで、より積極的に他ユーザの状態の更新に関与する事ができる。
【１０９２】
なお、受信部２００１で受信される指定状態変更要求には、指定状態変更位置範囲に係る位置を指定する位置指定情報が含まれる。指定状態変更位置範囲算出部２０１４は、受信部２００１で受信された指定状態変更要求に含まれる位置指定情報に基づいて指定状態変更位置範囲を算出する。
【１０９３】
例えば、指定状態変更位置範囲算出部２０１４は、受信部２００１で受信された指定状態変更要求に含まれる位置指定情報で示される位置を中心とする所定の半径の円領域を指定状態変更位置範囲として算出する。
【１０９４】
また、別の例では、指定状態変更位置範囲算出部２０１４は、受信部２００１で受信された指定状態変更要求に係るユーザの位置と、指定状態変更要求に含まれる位置指定情報で示される位置とに基づいて、指定状態変更位置範囲の大きさを決定する。
【１０９５】
ここで、指定状態変更位置範囲算出部２０１４は、受信部２００１で受信された指定状態変更要求に係るユーザの位置から当該指定状態変更要求に含まれる位置指定情報で示される位置までの距離が長いほど小さい位置範囲を指定状態変更位置範囲として算出すると良い。要求元ユーザの位置から離れるほど効果が小さくなるように設計される事で、現実の迫撃砲などのイメージに近い挙動となる。なお、更新部２００２が、上記距離が長いほどユーザのヒットポイントに対する加減の絶対値が小さくなるようにユーザのヒットポイントを加減する更新を行うことでも同様の効果を得る事ができる。
【１０９６】
また、指定状態変更位置範囲算出部２０１４は、受信部２００１で受信された指定状態変更要求に係るユーザの位置から指定状態変更要求に含まれる位置指定情報で示される位置までの距離が長いほど、当該位置指定情報で示される位置からずれた位置を中心として指定状態変更位置範囲を算出することも好ましい形態である。距離が離れるほど命中精度が悪くなることと同様の効果を演出する事ができる。
【１０９７】
なお、これまで説明したのと同様に、ユーザが複数のあるグループのいずれかのグループに属する場合は、位置判定部２００６は、指定状態変更要求を行ったユーザが属するグループ以外のグループに属するユーザについて、指定状態変更位置範囲算出部２０１４で算出された指定状態変更位置範囲内に位置するユーザがいるかを判定し、更新部２００２は、位置判定部２００６で指定状態変更位置範囲内に位置していると判定されたユーザの状態を変更する構成としても良い。
【１０９８】
また、この場合、位置判定部２００６は、ユーザの状態が第１の状態であるユーザについて、指定状態変更位置範囲内に位置しているかを判定すればよい。更新部２００２は、位置判定部２００６で指定状態変更位置範囲内に位置していると判定されたユーザの状態を前記第１の状態から第２の状態に変更する。
【１０９９】
また、当該指定状態変更要求がユーザのヒットポイントを増加（回復）させるものである場合や、ユーザが第２の状態（死亡状態）から第１の状態（通常状態、すなわち蘇生状態）とする指定状態変更要求である場合は、更新部２００２は、位置判定部２００６で指定状態変更位置範囲内に位置していると判定されたユーザの状態を前記第２の状態から第１の状態に変更させることもある。
【１１００】
また、所定の時間計測を行う時間計測部２０１３は、受信部２００１で受信された指定状態変更要求に基づいて指定状態変更位置範囲算出部２０１４が指定状態変更位置範囲を算出した場合に所定の時間計測を開始する構成としておくと良い。位置判定部２００６は、時間計測部２０１３で所定の時間計測が完了した場合に、指定状態変更位置範囲算出部２０１４で算出された指定状態変更位置範囲内に位置するユーザがいるかを判定する構成とする。このように、指定状態変更位置範囲は、ユーザが場所を指定できるため、位置判定部２００６で直ちに判定を行うことは、効果が強すぎて好ましくない場合が多い。そこで、時間計測部２０１３で一定のタイムラグを発生させた後、位置判定部２００６の判定処理に進む構成とすることが好ましい。なお、指定状態変更要求が上述したモルタル系アイテムの使用である場合、当該時間計測部２０１３で計測されるタイマー時間は、迫撃砲の飛行時間や準備時間として捉えられ、指定状態変更要求が所定の魔法の使用である場合、魔法詠唱時間として捉えられることがある。
【１１０１】
なお、時間計測部２０１３が、受信部２００１で指定状態変更要求が受信された場合に所定の時間計測を開始し、位置判定部２００６が、当該時間計測部２０１３で所定の時間計測が完了した場合に、指定状態変更位置範囲算出部２０１４で算出された指定状態変更位置範囲内に位置するユーザがいるかを判定する構成としても同様である。
【１１０２】
なお、状態変更通知情報生成部２００４は、位置判定部２００６が行う指定状態変更位置範囲内に位置しているかどうかの判定に基づいて更新部２００２がユーザの状態を変更する場合は、位置判定部２００６が行う指定状態変更位置範囲内に位置しているかどうかの判定に基づいてユーザの状態が変更されたことを示す状態変更通知情報を生成すると良い。理由は上述した通りである。
【１１０３】
また、この場合も、受信部２００１は、指定状態変更位置範囲に基づく状態変更を禁止する設定を要求する状態変更禁止設定要求をユーザのいずれかから受信し、状態変更禁止設定部２０１０は、当該状態変更禁止設定要求に基づいてユーザに対する状態変更禁止設定を行う構成としておいても良い。
【１１０４】
この場合、位置判定部２００６は、状態変更禁止設定が行われているユーザに対して指定状態変更位置範囲内に位置しているかの判定を行わない。又は、更新部２００２は、位置判定部２００６で指定状態変更位置範囲内に位置していると判定されたユーザのうち、状態変更禁止設定を行っていないユーザの状態を変更する。すなわち、更新部２００２は、位置判定部２００６で指定状態変更位置範囲内に位置していると判定されたユーザのうち、状態変更禁止設定を行っているユーザの状態は変更しない。
【１１０５】
また、時間計測部２０１３は、状態変更禁止設定部２０１０で状態変更禁止設定が行われた場合に所定の時間計測を開始し、当該時間計測部２０１３が所定の時間計測を完了した場合に、状態変更禁止設定解除部２０１１は、状態変更禁止設定を解除すると良い。
【１１０６】
なお、上記説明では、情報処理システム２０００について説明したが、携帯端末装置２１００側で必要となる処理は、所定のプログラム（アプリケーション）を予め配布してインストールしておく事で対応することが好ましい。
【１１０７】
この場合、情報処理システム２０００は、図１４０に示すようにプログラムを配布するプログラム配布部２０１５を備える。プログラム配布部２０１５が配布するプログラムは記憶部２００３に記憶されており、受信部２００１で受信されたプログラム配布要求に基づいて、要求されているプログラムを記憶部２０１５から読み出して送信部２００５よりプログラム配布要求元の携帯端末装置２１００に送信する。
【１１０８】
ここで、プログラム配布部２０１５が配布するプログラムは、自装置又は自ユーザの現在位置を示す位置情報を定期的に送信させる処理と、前記状態変更通知情報を受信した場合に、前記状態変更通知情報に含まれる情報を画面に表示させる表示処理と、を少なくとも情報処理装置（ＣＰＵ：Central Processing Unit）に実行させるプログラムであるものとする。受信部２００１は、当該プログラムに基づいて携帯端末装置２１００より送信される位置情報を当該携帯端末装置２１００のユーザの現在位置を示す位置情報として受信する。
【１１０９】
なお、プログラム配布部２０１５が配布する当該プログラムは、ユーザからの操作入力に基づいて前記ユーザの状態に関する状態情報を送信させる処理を更に実行させるプログラムであることが好ましい。
【１１１０】
また、プログラム配布部２０１５が配布する当該プログラムは、前記ユーザからの操作入力に基づいて前記所定位置範囲登録要求又は前記状態変更位置範囲登録要求又は前記状態変更禁止設定要求又は前記指定状態変更要求を送信させる処理を更に実行させるプログラムであることが好ましい。
【１１１１】
携帯端末装置２１００は、少なくとも画面を表示する表示部１１５と、情報を無線送信する無線送信１１２と、情報を無線受信する無線受信部１１３と、ユーザからの操作入力を受ける操作入力部１２２と、を備える。また、上記プログラム配布部２０１５より配布されたプログラムの実行や記憶を行うために携帯端末装置２１００は、情報処理装置（ＣＰＵ）やメモリー（ＲＡＭ）等を備えている必要がある。
【１１１２】
なお、図１３５で説明した位置判定部２００６と、図１３７で説明した位置判定部２００６と、図１３８で説明した位置判定部２００６は、それぞれ異なる位置判定部として設計しても良い。この場合、図１３５で説明した位置判定部２００６を第１位置判定部２００６−Ａ、図１３７で説明した位置判定部２００６を第２位置判定部２００６−Ｂ、図１３８で説明した位置判定部２００６を第３位置判定部２００６−Ｃ、としても良い。
【１１１３】
また、言うまでも無く、本実施の形態２０で説明した情報処理システム２０００に図２８で説明した各構成を追加することや、上述の実施の形態で説明したアイテムに関する構成を追加することが可能である。
【１１１４】
なお、上述した第１のグループは、提供するサービスによって、攻撃側グループ、ハンター側グループ、警察側グループ、探偵側グループ、正義側グループ、天使側グループ、神側グループ、強者側グループ、などと称される事があり、第２のグループは、防御側グループ、逃走側グループ、泥棒側グループ、盗人側グループ、悪側グループ、堕天使側グループ、悪魔側グループ、弱者側グループと称される事がある。また、上述した第１の状態は、通常状態、平常状態、生存状態、と称されることがあり、第２の状態は、捕縛状態、捕獲状態、死亡状態、と称されることもある。
【１１１５】
以上各実施の形態で説明したように、本発明によれば子供達に教育効果の高い遊びを提供することができる。
【１１１６】
なお、上述した各実施の形態は本発明の一例を示しており、当該構成に限定されるものではなく、適宜変更が可能である。また、上述した各実施の形態を適宜組み合わせることも可能である。
【１１１７】
また、通常、ユーザと当該ユーザが保有する携帯端末装置とは一対一で対応付けされているため、携帯端末装置の位置とユーザの位置は同一視することができる。従って、上述した中でユーザと言う文言を携帯端末装置に、携帯端末装置と言う文言をユーザと読み替えることが可能である。
【１１１８】
また、上記説明した各サーバは、機能毎に更に複数の装置に分割されて情報処理システムとして構成されていても良いし、一台のサーバの中に集約されていても良い。また、上記説明した各データベースに関しても、更に複数のデータベースに細分化されていても良いし、１つの大型データベースに集約されていても良い。上記システム全体の中で、特に携帯端末装置を除いた複数のサーバや複数のデータベースで形成されるシステムを情報処理システムと定義することも可能である。
【１１１９】
また、携帯端末装置と情報処理システムに含まれる各サーバとの間の通信は、適宜暗号処理や秘匿処理が行われて情報の送受が行われることが好ましい。この場合、当該携帯端末装置及び各サーバの受信部の後段には暗号化を解除する復号部が配置され、送信部の前段には暗号化する暗号処理部が配置される。
【１１２０】
なお、上記説明した各構成要素は、ハードウェアによって実現されていても良いし、ソフトウェアとハードウェアの協調により実現されても良い。例えば、上述した情報処理サーバやユーザ情報登録サーバ、アイテム購買サーバ等の各種サーバに含まれる各機能ブロックや携帯端末装置に含まれる各機能ブロックは、ＣＰＵ（Central Processing Unit）にプログラムを実行させることで実現することが可能である。
【１１２１】
なお、上述した携帯端末装置側の各種機能や記憶部に記憶される各種データは、予めアプリケーションとして情報処理システム側から配布し、携帯端末装置にインストールされることで実現できる。例えば携帯端末装置よりＧｅｔ要求を受けたウェブサーバが当該アプリケーションプログラムを配布し、当該配布されたアプリケーションが携帯端末装置にインストールされる事で、上述した情報処理システム（サービス提供システム、ゲーム補助システム）を利用するための各種機能が実現される。この場合、情報処理システムは、携帯端末装置側で実行するプログラムを配布（送信）するプログラム配布手段を備える。当該プログラム配布手段は、携帯端末装置側からのプログラム送信要求（プログラム配信要求）に基づいて、記憶部（データベース）に記憶しているプログラムを読み出して、当該要求元の携帯端末装置に読み出したプログラムを送信する。
【１１２２】
なお、上述した情報処理システムは、サービスを提供するサービス提供システム、特にゲームを提供するゲーム提供システム又はゲームを補助するゲーム補助システムと称される事があり、上述した情報処理サーバは、サービスを提供するサービス提供サーバ、特にゲームを提供するゲーム提供サーバ又はゲーム補助システムと称される事がある。ここでいうゲームとは、娯楽や遊びの一種である。
【１１２３】
また、上記説明したアイテムは、ツールや武器や魔法やアビリティ等と読み替えることができる。どのような言葉で当該アイテムに該当するプログラム（サブルーチン）が定義されるかはゲームの世界観に依存する。
【１１２４】
また、上記説明では、プレイヤーが子供達である場合について説明したが、これに限定するものではなく、大人や主婦も楽しむことができる。私達の一般概念として、「ドロケイ」などの遊びは子供がするものという固定観念があるが、これは単なる先入観である。高度な戦略と協調性によりゲーム結果を左右できる本発明の情報処理システムを利用したゲームは、むしろ大人や老人が健康維持も兼ねて遊ぶのに十分なゲーム性を備えている。
【１１２５】
なお、上記説明では、携帯端末装置を所謂携帯電話やスマートフォンやタブレット型携帯端末装置を想定して説明したがこれに限定されるものではない。例えば、ヘッドマウント型デバイスを携帯端末装置とすることも可能である。この場合、ヘッドマウント型デバイスには、画像を表示する透過型ディスプレイや反射型ディスプレイが表示部として配置される。ヘッドマウント型ディスプレイを装着して当該ゲームをすることで、自然に移動しながら現在の状況を把握して遊ぶ事が可能になる。
【１１２６】
また、携帯端末装置１１０が備えるカメラ１２７で撮影した画像をゲームに利用する事も可能である。
【１１２７】
例えば、ヘッドマウント型ディスプレイの前面における目の位置周囲にカメラ１２７を配置し、当該カメラ１２７で撮影した画像を同一チーム内で共有することで、味方プレイヤーが現在見ている状況を把握しながらゲームに利用するといった使い方ができることが好ましい。この場合、当該無線送信部１１２は、カメラ１２７で撮像された画像を情報処理システムに送信し、当該情報処理システムは、受信した画像を当該撮像に係るユーザと同一チームのユーザに配信する画像配信機能を有する事になる。
【１１２８】
また、上記で説明した各装置の各部は、それぞれ半導体集積回路を用いて実現されてもよい。ここで集積回路はＬＳＩ、ＶＬＳＩ，ＵＬＳＩと称されることもある。
【１１２９】
また、上述した本発明は、以下に示す構成とすることができる。
（付記Ｊ１）
情報処理サーバ及び複数の携帯端末装置とを含む情報処理システムであって、
前記携帯端末装置の各々は、
現在位置に関する位置情報を取得する位置情報取得手段と、
前記位置情報取得手段で取得した前記位置情報を無線送信する無線送信手段と、
を具備し、
前記情報処理サーバは、
所定の位置領域を設定する位置領域設定手段と、
前記複数の携帯端末装置の現在位置を示す位置情報を受信する受信手段と、
前記位置領域設定手段で設定された前記位置領域と前記受信手段で受信した前記位置情報とを比較する比較手段と、
前記比較の結果、前記位置情報を無線送信した前記携帯端末装置が前記位置領域内に位置していない場合は、前記携帯端末装置が前記位置領域内に位置していないことを示す通知情報を送信する送信手段と、
を具備する情報処理システム。
（付記Ｊ２）
前記携帯端末装置は、
前記情報処理サーバから送信された前記通知情報を無線受信する無線受信手段と、
前記通知情報を無線受信したことをユーザに報知する報知手段と、
を更に具備する付記Ｊ１に記載の情報処理システム。
（付記Ｊ３）
前記携帯端末装置は、音声を出力する音声出力手段を更に具備し、
前記報知手段は、前記音声出力手段から所定の音声を出力することで前記通知情報を無線受信したことをユーザに報知する、
付記Ｊ２に記載の情報処理システム。
（付記Ｊ４）
前記携帯端末装置は、自端末を振動させる振動手段を更に具備し、
前記報知手段は、前記振動手段を用いて自端末を振動させることで前記通知情報を無線受信したことをユーザに報知する、
付記Ｊ２に記載の情報処理システム。
（付記Ｊ５）
前記情報処理サーバの前記送信手段は、前記位置情報を送信した前記携帯端末装置が前記位置領域内に位置していない場合は、前記携帯端末装置が前記位置領域内に位置していないことを示す通知情報と前記位置情報とを送信する、
付記Ｊ２〜４のいずれか１項に記載の情報処理システム。
（付記Ｊ６）
前記携帯端末装置は、地図を表示する表示手段を更に具備し、
前記無線受信手段は、前記情報処理サーバから送信された前記通知情報と前記位置情報とを無線受信し、
前記表示手段は、地図を表示すると共に前記無線受信した位置情報に基づいて特定される位置にアイコンを表示する、
付記Ｊ５に記載の情報処理システム。
（付記Ｊ７）
前記アイコンは、前記無線受信した位置情報に係る携帯端末装置を示すアイコンである、付記Ｊ６に記載の情報処理システム。
（付記Ｊ８）
前記情報処理サーバの前記送信手段は、前記位置情報を送信した前記携帯端末装置に対して前記通知情報を送信する、付記Ｊ２〜Ｊ７のいずれか１項に記載の情報処理システム。
（付記Ｊ９）
前記複数の携帯端末装置を、複数のグループに分けて登録する登録手段を更に具備し、
前記情報処理サーバの前記送信手段は、前記位置領域内にいない前記携帯端末装置の前記位置情報を、前記位置領域内にいない前記携帯端末装置（前記位置情報を送信した前記携帯端末装置）が含まれない前記グループに含まれている携帯端末装置に対して送信する、
付記Ｊ２〜Ｊ８のいずれか一項に記載の情報処理システム。
（付記Ｊ１０）
前記複数の携帯端末装置より無線送信された前記位置情報を時系列状に纏めたユーザ情報管理ファイルを作成するユーザ情報管理ファイル作成手段を更に具備する、
付記Ｊ１〜Ｊ８のいずれか一項に記載の情報処理システム。
（付記Ｊ１１）
前記携帯端末装置の前記無線送信手段は、アイテムの購入を要求するアイテム購入要求を無線送信し、
前記情報処理サーバは、
前記アイテム購入要求に基づいて、購買処理を行う購買処理手段を更に具備する、
付記Ｊ１に記載の情報処理システム。
（付記Ｊ１２）
前記アイテム購入要求は、少なくとも、要求元のユーザを識別するユーザ識別番号及び購入するアイテムを特定する購入アイテム番号を含み、
前記購買処理手段は、前記アイテム購入要求に基づいて、ユーザを識別するユーザ識別番号と前記ユーザに売却したアイテムを識別する売却アイテム番号とを対応付けた管理ファイルを作成する、
付記Ｊ１１に記載の情報処理システム。
（付記Ｊ１３）
前記購買処理手段は、前記購買処理を行う時刻を前記ユーザ識別番号及び前記売却アイテム番号と対応付けて前記管理ファイルを作成する、
付記Ｊ１２に記載の情報処理システム。
（付記Ｊ１４）
前記購買処理手段は、
要求されたアイテムを示すハッシュ値を生成するアイテム生成手段を具備し、
前記ユーザ識別番号及び前記売却アイテム番号に前記アイテム生成手段で生成した前記ハッシュ値を対応付けて前記管理ファイルを作成する、
付記Ｊ１１又はＪ１２に記載の情報処理システム。
（付記Ｊ１５）
前記購買処理手段は、
前記アイテム購入要求の送信元に対して要求されたアイテムを売却することを通知する通知情報を生成して送信する、
付記Ｊ１４に記載の情報処理システム。
（付記Ｊ１６）
前記購買処理手段は、
前記アイテム生成手段で生成した前記ハッシュ値を前記通知情報に含めて送信する、
付記Ｊ１５に記載の情報処理システム。
（付記Ｊ１７）
複数の携帯端末装置（ユーザ）に関する情報を登録する登録手段と、
前記登録した複数の携帯端末装置（ユーザ）より送信される位置情報に基づいて前記複数の携帯端末装置（ユーザ）の位置を記憶する記憶手段と、
前記複数の携帯端末装置（ユーザ）のいずれかから送信された第１探索要求を受信する要求受信手段と、
前記受信した第１探索要求に基づいて、前記第１探索要求を送信した前記携帯端末装置（ユーザ）に対して前記登録された他の携帯端末装置の位置を示す位置情報を送信する送信手段と、
を具備する情報処理装置。
【１１３０】
また、上述した本発明は、以下に示す構成とすることができる。
（付記Ｒ１）
ユーザ（携帯端末装置）に関する情報の登録を要求する登録要求を受信する受信手段と、
前記登録要求に係るユーザ（携帯端末装置）に関する情報を管理ファイルに登録する登録手段と、
前記管理ファイルを記憶する記憶手段と、
を具備し、
前記登録要求は、前記管理ファイルを識別する管理ファイル識別番号（ゲームフィールド識別番号）と、前記管理ファイルに前記ユーザ（携帯端末装置）に関する情報の登録を許可するかの判定に用いられるユーザ登録用パスワードとを含み、
前記登録手段は、前記登録要求に含まれる前記管理ファイル識別番号と前記ユーザ登録用パスワードとの組み合わせが適切である場合に、前記登録を要求されたユーザ（携帯端末装置）に関する情報を前記管理ファイル識別番号で識別されるユーザ管理ファイルに記録する、
情報処理システム。
（付記Ｒ２）
前記記憶手段は、各々異なる管理ファイル識別番号が付された複数の前記管理ファイルと、前記複数の管理ファイルと当該複数の管理ファイルの各々に設定されたユーザ登録用パスワードとの対応関係を記録したアクセス管理ファイルと、を記憶し、
前記登録手段は、前記アクセス管理ファイルを参照して前記登録要求に含まれる前記管理ファイル識別番号と前記ユーザ登録用パスワードとの組み合わせが適切であるかを判定し、前記ユーザ登録用パスワードとの組み合わせが適切である場合に、前記登録を要求されたユーザ（携帯端末装置）に関する情報を前記管理ファイルに記録する、
付記Ｒ１に記載の情報処理システム。
（付記Ｒ３）
前記受信手段は、前記登録した複数のユーザ（携帯端末装置）の現在位置を示す位置情報を受信し、
前記記憶手段は、前記受信手段で受信した前記位置情報を、前記登録した複数のユーザ（携帯端末装置）の位置を示す位置情報として記憶する、
付記Ｒ１又はＲ２に記載の情報処理システム。
（付記Ｒ４）
前記受信手段は、前記登録した複数の携帯端末装置で各々取得されて無線送信された位置情報を前記登録した複数のユーザ（携帯端末装置）の現在位置を示す位置情報として受信する、
付記Ｒ３に記載の情報処理システム。
（付記Ｒ５）
前記記憶手段は、前記登録した複数のユーザ（携帯端末装置）を識別するユーザ識別情報と前記複数のユーザ（携帯端末装置）より送信される位置情報とを対応付けて記録する位置管理ファイルを記憶することで前記登録した複数のユーザ（携帯端末装置）より送信される位置情報に基づいて前記複数のユーザ（携帯端末装置）の位置を記憶する、
付記Ｒ３又はＲ４に記載の情報処理システム。
（付記Ｒ６）
前記登録手段は、前記複数の携帯電話装置（ユーザ）を複数のグループに分けて登録する、付記Ｒ１〜付記Ｒ５のいずれかに記載の情報処理システム。
【１１３１】
また、上述した本発明は、以下に示す構成とすることができる。
【１１３２】
（付記Ｃａ１）（キャプチャー）
捕縛補助設定要求と複数のユーザの位置を示す位置情報とを受信する受信手段と、
前記受信手段で受信した前記捕縛補助設定要求に係るユーザの位置を示す位置情報に基づいて捕縛補助領域を算出する捕縛補助領域算出手段と、
前記受信手段で受信した前記複数のユーザの位置情報に基づいて前記複数のユーザが前記捕縛補助領域算出手段で算出した前記捕縛補助領域の領域内に位置しているかを判定する領域判定手段と、
前記領域判定手段における判定の結果、前記捕縛補助領域内に位置していると判定されたユーザの状態を第１状態から第２状態に変更する状態変更手段と、
を具備する情報処理サーバ。
（付記Ｃａ２）（送信元が使用者）
前記捕縛補助設定要求に係るユーザは、前記捕縛補助設定要求の送信元ユーザである付記Ｃａ１に記載の情報処理サーバ。
（付記Ｃａ３）（使用者を指定）
前記受信手段が受信する前記捕縛補助設定要求には、前記捕縛補助設定要求に係るユーザを識別するユーザ識別情報が含まれ、
前記捕縛補助領域算出手段は、前記受信手段で受信した前記捕縛補助設定要求に含まれる前記ユーザ識別情報で識別されるユーザの位置を示す位置情報に基づいて前記捕縛補助領域を算出する、
付記Ｃａ１に記載の情報処理サーバ。
（付記Ｃａ４）（位置情報を記憶）
前記受信手段で受信した前記複数のユーザの位置を示す位置情報を、前記複数のユーザを識別するユーザ識別情報と対応付けて記憶する記憶手段を更に具備する、
付記Ｃａ１〜Ｃａ３のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ５）（グループ戦）
前記複数のユーザは、複数のグループのいずれかに属し、
前記記憶手段は、前記ユーザを識別するユーザ識別情報と、前記ユーザが属するグループを識別するグループ識別情報とを対応付けて記憶する、
付記Ｃａ４に記載の情報処理サーバ。
（付記Ｃａ６）（敵プレイヤーについて判定）
前記領域判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザのうち前記捕縛補助設定要求に係るユーザが属するグループ以外のグループに属するユーザについて前記捕縛補助領域算出手段で算出した前記捕縛補助領域の領域内に位置しているかを判定する、
付記Ｃａ５に記載の情報処理サーバ。
（付記Ｃａ７）（敵プレイヤーの状態を変更）
前記状態変更手段は、前記領域判定手段における判定の結果、前記捕縛補助領域内に位置していると判定されたユーザのうち、前記捕縛補助設定要求に係るユーザが属するグループ以外のグループに属するユーザの状態を第１状態から第２状態に変更する、
付記Ｃａ５に記載の情報処理サーバ。
（付記Ｃａ８）（敵プレイヤーについて判定）
前記領域判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザのうち前記状態が第１状態であるユーザについて、前記捕縛補助領域算出手段で算出した前記捕縛補助領域の領域内に位置しているかを判定する、
付記Ｃａ５〜Ｃａ７のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ９）（敵プレイヤーの状態を変更）
前記状態変更手段は、前記領域判定手段における判定の結果、前記捕縛補助領域内に位置していると判定されたユーザのうち、前記状態が第１状態であるユーザの前記状態を第１状態から第２状態に変更する、
付記Ｃａ５〜Ｃａ８のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ１０）（ユーザ状態を記憶）
前記記憶手段は、前記ユーザを識別するユーザ識別情報と、前記ユーザの状態とを対応付けて記憶する、付記Ｃａ５〜Ｃａ９のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ１１）（状態の定義）
前記ユーザの状態のうち、第１状態はユーザが捕縛されていない通常状態を示しており、前記第２状態はユーザが捕縛されている捕縛状態を示している、
付記Ｃａ１〜Ｃａ１０に記載の情報処理サーバ。
（付記Ｃａ１２）（捕縛補助領域の位置範囲）
前記捕縛補助領域算出手段は、前記受信手段で受信した前記捕縛補助設定要求に係るユーザの位置を示す位置情報に基づいて、前記捕縛補助設定要求に係るユーザの位置を中心とする所定の半径距離の円領域を前記捕縛補助領域として算出する、
付記Ｃａ１〜Ｃａ１１のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ１３）（方向の求め方）
前記捕縛補助領域算出手段は、前記捕縛補助設定要求に係るユーザの現在位置を示す位置情報と前記捕縛補助設定要求に係るユーザの以前の位置を示す位置情報とに基づいて前記捕縛補助設定要求に係るユーザの方向を算出し、前記捕縛補助設定要求に係るユーザの現在位置を示す位置情報と前記算出した方向情報とに基づいて前記捕縛補助領域を算出する、
付記Ｃａ１〜Ｃａ１１のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ１４）（方向の求め方）
前記受信手段は、前記複数のユーザの位置を示す位置情報と合わせて前記複数のユーザの方向を示す方向情報を受信し、
前記捕縛補助領域算出手段は、前記受信手段で受信した前記捕縛補助設定要求に係るユーザの位置情報と方向情報とに基づいて前記捕縛補助領域を算出する、
付記Ｃａ１〜Ｃａ１１のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ１５）（捕縛補助領域の位置範囲）
前記捕縛補助領域算出手段は、前記位置情報で示される前記捕縛補助設定要求に係るユーザの位置から前記方向情報で示される方向に相対的に広い所定の領域を前記捕縛補助領域として算出する、
付記Ｃａ１３又はＣａ１４に記載の情報処理サーバ。
（付記Ｃａ１６）（職位、レベル、熟練度に応じた領域の広さ）
前記記憶手段は、前記ユーザを識別するユーザ識別情報と、前記ユーザのランク又は前記ユーザのレベル又は前記捕縛補助設定要求の熟練度に相当するパラメータとを対応付けて記憶し、
前記捕縛補助領域算出手段は、前記捕縛補助設定要求に係るユーザの前記パラメータに基づいて前記捕縛補助領域を算出する、
付記Ｃａ１〜Ｃａ１５のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ１７）（職位等に応じた領域の広さ）
前記捕縛補助領域算出手段は、前記捕縛補助設定要求に係るユーザの前記パラメータが高いほど広い領域を前記捕縛補助領域として算出する、
付記Ｃａ１６に記載の情報処理サーバ。
（付記Ｃａ１８）（処理頻度）
前記受信手段は、所定の周期で前記複数のユーザの位置を示す位置情報を受信し、
前記捕縛補助領域算出手段は、前記受信手段で前記捕縛補助設定要求に係るユーザの位置を示す位置情報を受信する毎に前記位置情報に基づいて捕縛補助領域を算出する、
付記Ｃａ１〜Ｃａ１７のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ１９）（処理頻度）
前記受信手段は、各ユーザの複数の時刻における各位置を示す位置情報を所定の周期で受信し、
前記捕縛補助領域算出手段は、前記受信手段で前記捕縛補助設定要求に係るユーザの位置を示す位置情報を受信する毎に前記位置情報に基づいて各時刻における捕縛補助領域を算出し、
前記領域判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて前記複数のユーザの各時刻における位置と前記捕縛補助領域算出手段で算出した各時刻における前記捕縛補助領域との比較処理を行うことで、前記複数のユーザが前記前記捕縛補助領域の領域内に位置しているかを判定し、
前記状態変更手段は、前記時刻毎の比較処理の結果いずれかの時刻において前記捕縛補助領域内に位置していると判定されたユーザの状態を第１状態から第２状態に変更する、
付記Ｃａ１〜Ｃａ１７のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ２０）（キャプチャー有効時間）
前記受信手段が捕縛補助設定要求を受信した場合に所定の時間計測を開始する時間計測手段を更に具備し、
前記捕縛補助領域算出手段は、前記時間計測手段が、前記所定の時間計測を行っている期間内において前記受信手段で受信した前記捕縛補助設定要求に係るユーザの位置を示す位置情報に基づいて捕縛補助領域を算出する、
付記Ｃａ１〜Ｃａ１９のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ２１）（他アイテム関連−アストロン）
前記領域判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザのうち状態維持設定が行われていないユーザについて前記捕縛補助領域算出手段で算出した前記捕縛補助領域の領域内に位置しているかを判定する、
付記Ｃａ１〜Ｃａ２０のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ２２）（他アイテム関連−アストロン）
前記状態変更手段は、前記領域判定手段における判定の結果、前記捕縛補助領域内に位置していると判定されたユーザのうち状態維持設定が行われていないユーザの状態を第１状態から第２状態に変更する、
付記Ｃａ１〜Ｃａ２０のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ２３）（捕縛通知−関係者に通知）
前記領域判定手段における判定の結果、前記捕縛補助領域内に位置していると判定されたユーザの状態を前記状態変更手段が第１状態から第２状態に変更する場合に、前記判定されたユーザの状態が第２状態に変更されたことを通知するユーザ状態変更通知情報を生成するユーザ状態変更通知情報生成手段と、
前記ユーザ状態変更通知情報を、少なくとも前記判定されたユーザと前記捕縛補助設定要求に係るユーザとに送信する送信手段と、
を更に具備する付記Ｃａ１〜Ｃａ２２のいずれか１項に記載の情報処理サーバ。
（付記Ｃａ２４）（捕縛通知−全員に通知）
前記送信手段は、前記ユーザ状態変更通知情報を、同一ゲームをプレイ中の全ユーザに送信する、
付記Ｃａ２３に記載の情報処理サーバ。
（付記Ｃａ２５）（鬼ごっこ）
前記ユーザの状態のうち、第１状態はユーザが逃走側ユーザであることを示しており、前記第２状態はユーザが攻撃側ユーザであることを示している、
付記Ｃａ１〜Ｃａ４に記載の情報処理サーバ。
（付記Ｃａ２６）（キャプチャー方法）
捕縛補助設定要求を受信する捕縛補助設定要求受信ステップと、
前記捕縛補助設定要求受信ステップで受信した前記捕縛補助設定要求に係るユーザの位置を示す位置情報に基づいて捕縛補助領域を算出する捕縛補助領域算出ステップと、
複数のユーザの位置を示す位置情報を受信する位置情報受信ステップと、
前記位置情報受信ステップで受信した前記複数のユーザの位置情報に基づいて前記複数のユーザが前記捕縛補助領域算出ステップで算出した前記捕縛補助領域の領域内に位置しているかを判定する領域判定ステップと、
前記領域判定ステップにおける判定の結果、前記捕縛補助領域内に位置していると判定されたユーザの状態を第１状態から第２状態に変更する状態変更ステップと、
を有する情報処理方法。
（付記Ｃａ２７）（キャプチャープログラム）
捕縛補助設定要求に係るユーザの位置を示す位置情報をロードする第１ロードステップと、
前記第１ロードステップでロードした前記位置情報に基づいて捕縛補助領域を算出する捕縛補助領域算出ステップと、
複数のユーザの位置を示す位置情報をロードする第２ロードステップと、
前記第２ロードステップでロードした前記複数のユーザの位置を示す位置情報に基づいて、前記複数のユーザが前記捕縛補助領域算出ステップで算出した前記捕縛補助領域の領域内に位置しているかを判定する領域判定ステップと、
前記領域判定ステップにおける判定の結果、前記捕縛補助領域内に位置していると判定されたユーザの状態を第１状態から第２状態に変更する状態変更ステップと、
を情報処理装置に実行させるプログラム。
（付記Ｃａ２８）（携帯端末装置）
自ユーザの位置を示す位置情報を取得する位置情報取得手段と、
前記位置情報取得手段で取得した位置情報を送信する送信手段と、
自ユーザからの操作入力を受ける操作入力手段と、
前記自ユーザからの操作入力に基づいて捕縛補助設定要求を生成する捕縛補助設定要求生成手段と、
前記生成した捕縛補助設定要求を送信する送信手段と、
を具備する携帯端末装置。
（付記Ｃａ２９）（携帯端末装置）
他ユーザの状態が捕縛された捕縛状態に変更されたことを通知するユーザ状態変更通知情報を受信する受信手段と、
前記ユーザ状態変更通知情報の内容を表示する表示手段と、
を更に具備する付記Ｃａ２８に記載の携帯端末装置。
【１１３３】
また、上述した本発明は、以下に示す構成とすることができる。
【１１３４】
（付記Ｒｕ１）（位置領域（ゲームルール）設定＋比較）
位置領域を設定する位置領域設定手段と、
複数のユーザ（携帯端末装置）の位置を示す位置情報を受信する受信手段と、
前記位置領域設定手段で設定した前記位置領域と前記受信手段で受信した前記位置情報とを比較する比較手段と、
前記比較手段における比較の結果、前記位置領域の外に位置している前記ユーザ（携帯端末装置）に対して注意喚起通知情報を送信する送信手段と、
を具備する情報処理システム。
（付記Ｒｕ２）（ユーザ登録）
前記受信手段は、ユーザ（携帯端末装置）に関する情報情報の登録を要求するユーザ登録要求を更に受信し、
前記受信手段で受信した前記ユーザ登録要求に係る前記ユーザ（携帯端末装置）に関する情報を管理ファイル（ゲームフィールド情報）に登録する登録手段と、
前記管理ファイルを記憶する記憶手段と、
を更に具備する、
付記Ｒｕ１に記載の情報処理システム。
（付記Ｒｕ３）（ユーザ登録認証）
前記ユーザ登録要求は、前記管理ファイルを識別する管理ファイル識別番号（ゲームフィールド識別番号）と、前記管理ファイルに前記ユーザ（携帯端末装置）に関する情報の登録を許可するかの判定に用いられるユーザ登録用パスワードとを含み、
前記登録手段は、前記ユーザ登録要求に含まれる前記管理ファイル識別番号と前記ユーザ登録用パスワードとの組み合わせが適切である場合に、前記登録を要求されたユーザ（携帯端末装置）に関する情報を前記管理ファイル識別番号で識別される管理ファイルに記録する、
付記Ｒｕ２に記載の情報処理システム。
（付記Ｒｕ４）（注意喚起通知情報生成）
前記位置領域の外に位置していることを通知する注意喚起通知情報を生成する注意喚起通知情報生成手段を更に具備し、
前記送信手段は、前記比較手段における比較の結果、前記位置領域の外に位置している前記ユーザ（携帯端末装置）に対して前記注意喚起通知情報生成手段で生成した前記注意喚起通知情報を送信する、
付記Ｒｕ２又はＲｕ３に記載の情報処理システム。
（付記Ｒｕ５）（注意喚起通知情報他ユーザ送信）
前記注意喚起通知情報生成手段は、前記比較手段における比較の結果、前記位置領域の外に位置している前記ユーザ（携帯端末装置）の位置を示す位置情報を含めて前記注意喚起通知情報を生成し、
前記送信手段は、前記注意喚起通知情報生成手段で生成した前記注意喚起通知情報を、前記位置領域の外に位置している前記ユーザ（携帯端末装置）が登録されている前記管理ファイルに登録されている他のユーザ（携帯端末装置）に送信する、
付記Ｒｕ４に記載の情報処理システム。
（付記Ｒｕ６）（注意喚起通知情報他ユーザ送信）
前記注意喚起通知情報生成手段は、前記比較手段における比較の結果、前記位置領域の外に位置している前記ユーザ（携帯端末装置）の位置を示す位置情報を含めて前記注意喚起通知情報を生成し、
前記送信手段は、前記注意喚起通知情報生成手段で生成した前記注意喚起通知情報を、同一ゲームフィールドでプレイ中の他のユーザ（携帯端末装置）に送信する、
付記Ｒｕ４に記載の情報処理システム。
（付記Ｒｕ７）（ゲーム条件設定要求受信）
前記受信手段は、前記位置領域の設定を要求する位置領域設定要求を更に受信し、
前記位置領域設定手段は、前記位置領域設定要求に基づいて前記位置領域を設定する、
付記Ｒｕ１〜Ｒｕ６のいずれか１項に記載の情報処理システム。
（付記Ｒｕ８）（エリア外時間計測）
前記比較手段における比較の結果、前記位置領域の外に前記ユーザ（携帯端末装置）が位置している場合に所定の時間計測を開始する時間計測手段を更に具備し、
前記登録手段は、前記時間計測手段が計測する前記所定の時間に渡って前記ユーザが前記位置領域の外に位置している場合に、前記ユーザを失格ユーザであるとして前記管理ファイル（ゲームフィールド情報）に登録する、
付記Ｒｕ２〜Ｒｕ７のいずれか１項に記載の情報処理システム。
（付記Ｒｕ９）（位置領域（ゲームルール）設定＋比較方法）
位置領域を設定する位置領域設定ステップと、
複数のユーザ（携帯端末装置）の位置を示す位置情報を受信する受信ステップと、
前記位置領域設定ステップで設定した前記位置領域と前記受信ステップで受信した前記位置情報とを比較する比較ステップと、
前記比較ステップにおける比較の結果、前記位置領域の外に位置している前記ユーザ（携帯端末装置）に対して注意喚起通知情報を送信する送信ステップと、
を有する情報処理方法。
（付記Ｒｕ１０）（携帯端末装置）
自ユーザ（自装置）の位置を示す位置情報を取得する位置情報取得手段と、
前記位置情報取得手段で取得した前記位置情報を無線送信する無線送信手段と、
予め設定された位置領域の外に位置している事を通知する注意喚起通知情報を無線受信する無線受信手段と、
前記無線受信手段で無線受信した前記注意喚起通知情報に基づいて自ユーザに報知を行う報知手段と、
を具備する携帯端末装置。
（付記Ｒｕ１１）（携帯端末装置：ユーザ登録要求）
自ユーザ（自装置）に関わる情報を所定の管理ファイル（ゲームフィールド情報）に登録することを要求するユーザ登録要求を生成する登録要求生成手段を更に具備し、
前記無線送信手段は、前記登録要求生成手段で生成した前記ユーザ登録要求を無線送信する、
付記Ｒｕ１０に記載の携帯端末装置。
（付記Ｒｕ１２）（携帯端末装置：ユーザ登録要求の中身）
登録要求生成手段は、自ユーザ（携帯端末装置）に関わる情報に加えて前記登録を要求する管理ファイル（ゲームフィールド情報）を識別する管理ファイル識別番号（ゲームフィールド識別番号）と、前記管理ファイル（ゲームフィールド情報）への登録の認証処理に用いるユーザ登録用パスワードとを含み、
前記無線送信手段は、前記登録要求生成手段で生成した前記ユーザ登録要求を無線送信する、
付記Ｒｕ１１に記載の携帯端末装置。
（付記Ｒｕ１３）（携帯端末装置）
地図を表示する表示手段を更に具備し、
前記無線受信手段が無線受信する前記注意喚起通知情報には、他のユーザ（携帯端末装置）の位置を示す位置情報が含まれ、
前記報知手段は、前記表示手段において前記地図と共に前記無線受信手段で無線受信した前記注意喚起通知情報に含まれる前記他のユーザ（携帯端末装置）の位置を示す位置情報で示される前記地図上の位置に前記他のユーザ（携帯端末装置）を示すアイコンをオーバーレイ表示して表示させる、
付記Ｒｕ１２に記載の携帯端末装置。
【１１３５】
また、上述した本発明は、以下に示す構成とすることができる。
【１１３６】
（付記Ｓ１）（サーチ）
複数のユーザ（携帯端末装置）に関する情報を登録する登録手段と、
前記登録した複数のユーザ（携帯端末装置）の位置を示す位置情報と前記複数のユーザのいずれかから送信された探索要求（位置情報送信要求）とを受信する受信手段と、
前記受信した複数のユーザ（携帯端末装置）の位置を示す位置情報を記憶する記憶手段と、
前記受信した探索要求に基づいて、前記探索要求を送信した前記ユーザ（携帯端末装置）に対して前記登録された他のユーザ（携帯端末装置）の位置を示す位置情報を送信する送信手段と、
を具備する情報処理システム。
（付記Ｓ２）（ユーザ位置通知情報生成）
前記探索要求に基づいて前記登録された他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する位置通知情報生成手段を更に具備し、
前記送信手段は、前記探索要求を送信した前記ユーザ（携帯端末装置）に対して前記位置通知情報生成手段で生成された前記ユーザ位置通知情報を送信する、
付記Ｓ１に記載の情報処理システム。
（付記Ｓ３）（探索に引っ掛る条件）
前記位置通知情報生成手段は、前記他のユーザ（携帯端末装置）のうち、所定の条件を満たすユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する、
付記Ｓ２に記載の情報処理システム。
（付記Ｓ４）（グループ分け）
前記登録手段は、前記複数のユーザ（携帯電話装置）を複数のグループに分けて登録する、付記Ｓ２又はＳ３に記載の情報処理システム。
（付記Ｓ５）（敵グループの位置情報を探索）
前記位置通知情報生成手段は、前記受信した探索要求に基づいて、前記探索要求を送信した前記ユーザ（携帯端末装置）が属さないグループに属する前記他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する、
付記Ｓ４に記載の情報処理システム。
（付記Ｓ６）（探索グループ指定）
前記受信した探索要求には、前記複数のグループのうち、探索を要求するグループを指定するグループ指定情報が含まれ、
前記位置通知情報生成手段は、前記グループ指定情報で指定されたグループに属する前記他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する、
付記Ｓ４に記載の情報処理システム。
（付記Ｓ７）（ランク、レベル、熟練度による距離依存）
前記記憶手段は、前記ユーザを識別するユーザ識別情報と、前記ユーザのランク又は前記ユーザのレベル又は前記探索要求の熟練度に相当するパラメータとを対応付けて記憶し、
前記位置通知情報生成手段は、前記探索要求を送信した前記ユーザ（携帯端末装置）の現在位置から前記パラメータに基づく距離範囲以内の場所に位置している前記他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する、
付記Ｓ２〜Ｓ６のいずれか１項に記載の情報処理システム。
（付記Ｓ８）（探索位置指定）
前記受信した探索要求には、探索を行う位置範囲を指定する探索位置指定情報が含まれ、
前記位置通知情報生成手段は、前記探索位置指定情報に基づいて特定される位置範囲内に位置している前記他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する、
付記Ｓ２〜Ｓ６のいずれか１項に記載の情報処理システム。
（付記Ｓ９）（一方向サーチ）
前記探索位置指定情報には、探索する方角を示す探索方角情報が含まれ、
前記位置通知情報生成手段は、前記探索要求を送信した前記ユーザ（携帯端末装置）の現在位置から前記探索方角情報で示される方角における所定の角度範囲の位置範囲内に位置している前記他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する、
付記Ｓ８に記載の情報処理システム。
（付記Ｓ１０）（一方向サーチ＿距離限界有）
前記位置通知情報生成手段は、前記探索要求を送信した前記ユーザ（携帯端末装置）の現在位置から前記探索方角情報で示される方角における所定の角度範囲の位置範囲であって、前記現在位置から所定の距離以内の位置範囲内に位置している前記他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する、
付記Ｓ９に記載の情報処理システム。
（付記Ｓ１１）（距離限界有）
前記探索位置指定情報には、探索する距離を示す探索距離情報が含まれ、
前記位置通知情報生成手段は、前記探索要求を送信した前記ユーザ（携帯端末装置）の現在位置から前記探索距離情報で示される距離範囲以内の場所に位置している前記他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する、
付記Ｓ８に記載の情報処理システム。
（付記Ｓ１２）（ランク、レベル、熟練度による角度依存）
前記記憶手段は、前記ユーザを識別するユーザ識別情報と、前記ユーザのランク又は前記ユーザのレベル又は前記探索要求の熟練度に相当するパラメータとを対応付けて記憶し、
前記位置通知情報生成手段は、前記探索要求を送信した前記ユーザ（携帯端末装置）の現在位置から前記探索方角情報で示される方角における前記パラメータに基づく角度範囲の位置範囲内に位置している前記他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する、
付記Ｓ８〜Ｓ１０に記載の情報処理システム。
（付記Ｓ１３）（範囲座標指定サーチ）
前記探索位置指定情報には、複数の位置座標が含まれ、
前記位置通知情報生成手段は、前記複数の位置座標を境界線に含む位置範囲内に位置している前記他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する、
付記Ｓ８に記載の情報処理システム。
（付記Ｓ１４）（位置領域（ゲーム条件）有の場合の探索）
前記登録手段は、前記複数のユーザ（携帯端末装置）に対して移動を許可する位置領域を更に登録し、
前記位置通知情報生成手段は、前記位置領域内に位置している前記他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する、
付記Ｓ２〜Ｓ１３に記載の情報処理システム。
（付記Ｓ１５）（ステルス）
前記受信手段は、他のユーザ（携帯端末装置）から送信された前記探索要求に基づいて自ユーザ（携帯端末装置）の位置を示す位置情報を前記他のユーザ（携帯端末装置）に送信する事を禁止する位置情報送信禁止要求を前記複数のユーザ（携帯端末装置）のいずれかから更に受信し、
前記位置通知情報生成手段は、前記探索要求を送信した前記ユーザ（携帯端末装置）に対して、前記登録された他のユーザ（携帯端末装置）であって、前記位置情報送信禁止要求に基づいて前記位置情報の送信が禁止されている前記ユーザ（携帯端末装置）を除いたユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する、
付記Ｓ２〜Ｓ１４のいずれか１項に記載の情報処理システム。
（付記Ｓ１６）（ステルス_変形例）
前記受信手段は、他のユーザ（携帯端末装置）から送信された前記探索要求に基づいて自ユーザ（携帯端末装置）の位置を示す位置情報を前記他のユーザ（携帯端末装置）の画面に表示することを禁止する位置情報表示禁止要求を前記複数のユーザ（携帯端末装置）のいずれかから更に受信し、
前記位置通知情報生成手段は、前記探索要求を送信した前記ユーザ（携帯端末装置）に対して、前記登録された他のユーザ（携帯端末装置）の位置を示す位置情報と、前記位置情報表示禁止要求に基づいて前記位置情報の表示が禁止されている前記ユーザ（携帯端末装置）を示す表示禁止識別情報と、を含むユーザ位置通知情報を生成する、
付記Ｓ２〜Ｓ１４のいずれか１項に記載の情報処理システム。
（付記Ｓ１７）（チャフ）
前記受信手段は、他のユーザ（携帯端末装置）から送信された前記探索要求に基づいて自ユーザ（携帯端末装置）の正確な現在位置を示す位置情報を前記他のユーザ（携帯端末装置）に送信する事を禁止する正確位置情報送信禁止要求を前記複数のユーザ（携帯端末装置）のいずれかから更に受信し、
前記位置通知情報生成手段は、前記探索要求を送信した前記ユーザ（携帯端末装置）に対して、前記登録された他のユーザ（携帯端末装置）であって、前記正確位置情報送信禁止要求に基づいて前記正確な現在位置を示す位置情報の送信が禁止されている前記ユーザ（携帯端末装置）を除いたユーザ（携帯端末装置）の正確な現在位置を示す位置情報と、前記正確位置情報送信禁止要求に基づいて前記正確な現在位置を示す位置情報の送信が禁止されている前記ユーザ（携帯端末装置）の曖昧な現在位置を示す位置情報と、を含むユーザ位置通知情報を生成する、
付記Ｓ２〜Ｓ１４のいずれか１項に記載の情報処理システム。
（付記Ｓ１８）（チャフ_分身表示）
前記位置通知情報生成手段は、前記正確位置情報送信禁止要求に基づいて前記正確な現在位置を示す位置情報の送信が禁止されている前記ユーザ（携帯端末装置）の正確な現在位置の周辺の位置情報を複数含めてユーザ位置通知情報を生成することで、前記曖昧な現在位置を示す位置情報を含む前記ユーザ位置通知情報を生成する、
付記Ｓ１７に記載の情報処理システム。
（付記Ｓ１９）（チャフ＿表示禁止）
前記受信手段は、他のユーザ（携帯端末装置）から送信された前記探索要求に基づいて自ユーザ（携帯端末装置）の正確な現在位置を示す位置情報を前記他のユーザ（携帯端末装置）で表示する事を禁止する正確位置表示禁止要求を前記複数のユーザ（携帯端末装置）のいずれかから更に受信し、
前記位置通知情報生成手段は、前記探索要求を送信した前記ユーザ（携帯端末装置）に対して、前記登録された他のユーザ（携帯端末装置）の正確な現在位置を示す位置情報と、前記正確位置表示禁止要求に基づいて前記正確な現在位置を示す位置情報の表示が禁止されている前記ユーザ（携帯端末装置）を示す正確表示禁止識別情報と、を含むユーザ位置通知情報を生成する、付記Ｓ２〜Ｓ１４のいずれか１項に記載の情報処理システム。
（付記Ｓ２０）（フェイク）
前記受信手段は、他のユーザ（携帯端末装置）から送信された前記探索要求に基づいて自ユーザ（携帯端末装置）の不正確な現在位置を示す位置情報を前記他のユーザ（携帯端末装置）に送信する事を指示する不正確位置情報送信要求を前記複数のユーザ（携帯端末装置）のいずれかから更に受信し、
前記位置通知情報生成手段は、前記探索要求を送信した前記ユーザ（携帯端末装置）に対して、前記登録された他のユーザ（携帯端末装置）であって、前記不正確位置情報送信要求に基づいて前記不正確な現在位置を示す位置情報の送信を指示している前記ユーザ（携帯端末装置）を除いたユーザ（携帯端末装置）の正確な現在位置を示す位置情報と、前記不正確位置情報送信要求に基づいて前記不正確な現在位置を示す位置情報の送信を指示している前記ユーザ（携帯端末装置）の前記不正確な現在位置を示す位置情報と、を含むユーザ位置通知情報を生成する、
付記Ｓ２〜Ｓ１４のいずれか１項に記載の情報処理システム。
（付記Ｓ２１）（自位置情報も送信）
前記位置通知情報生成手段は、前記探索要求を送信した前記ユーザ（携帯端末装置）に対して、自ユーザ（携帯端末装置）の現在位置を示す位置情報を含めて前記ユーザ位置通知情報を生成する、
付記Ｓ２〜Ｓ２０のいずれか１項に記載の情報処理システム。
（付記Ｓ２２）（非ステルスサーチ）
前記送信手段は、前記探索要求に基づいて前記位置情報が送信された前記他のユーザ（携帯端末装置）に対して、前記探索要求に基づいて前記位置情報が送信されたことを示す被探索通知情報を送信する、
付記Ｓ１〜Ｓ２１に記載の情報処理システム。
（付記Ｓ２３）（非ステルスサーチ−被探索通知情報生成）
他のユーザ（携帯端末装置）より送信された前記探索要求に基づいて自ユーザ（携帯端末装置）の位置を示す位置情報が送信されたことを示す被探索通知情報を生成する被探索通知情報生成手段を更に具備し、
前記送信手段は、前記探索要求に基づいて前記位置情報が送信された前記ユーザ（携帯端末装置）に対して、前記被探索通知情報生成手段で生成された前記被探索通知情報を送信する、
付記Ｓ２２に記載の情報処理システム。
（付記Ｓ２４）（センサー）
前記受信手段は、検知設定を要求する検知設定要求を更に受信し、
前記送信手段は、前記探索要求に基づいて前記位置情報が送信された前記他のユーザ（携帯端末装置）に対して、前記探索要求に基づいて前記位置情報が送信されたことを示す被探索通知情報を、前記位置情報が送信された前記他のユーザ（携帯端末装置）のうち、前記検知設定が行われている前記他のユーザ（携帯端末装置）には送信し、前記検知設定が行われていない前記他のユーザ（携帯端末装置）には送信しない、
付記Ｓ１〜ステップＳ２３に記載の情報処理システム。
（付記Ｓ２５）（探索方法）
複数のユーザ（携帯端末装置）に関する情報を登録する登録ステップと、
前記登録した複数のユーザ（携帯端末装置）の位置を示す位置情報を記憶する記憶ステップと、
前記複数のユーザ（携帯端末装置）のいずれかから送信された探索要求を受信する受信ステップと、
前記受信した探索要求に基づいて、前記探索要求を送信した前記ユーザ（携帯端末装置）に対して前記登録された他の携帯端末装置の位置を示す位置情報を送信する送信ステップと、
を有する情報処理方法。
（付記Ｓ２６）
複数のユーザ（携帯端末装置）に関する情報を登録する登録ステップと、
前記登録した複数のユーザ（携帯端末装置）の位置を示す位置情報を記憶する記憶ステップと、
前記複数のユーザ（携帯端末装置）のいずれかから送信された探索要求を受信する受信ステップと、
前記探索要求を送信した前記ユーザ（携帯端末装置）に対して前記登録された他のユーザ（携帯端末装置）の位置を示す位置情報を含むユーザ位置通知情報を生成する生成ステップと、
前記生成したユーザ位置通知情報を送信する送信ステップと、
を有する情報処理方法。
【１１３７】
また、上述した本発明は、以下に示す構成とすることができる。
【１１３８】
（付記Ｓｉ１）（サイレント−対処理）
処理禁止設定要求に基づいて処理禁止設定を行う処理禁止設定手段と、
前記処理禁止設定要求を含む複数のアイテム使用要求を受信する受信手段と、
前記受信手段で受信されたアイテム使用要求に基づいて要求されている処理を許可するかを判定するアイテム使用可否判定手段と、
を具備し、
前記アイテム使用可否判定手段が判定する前記アイテム使用要求で要求されている処理に対して前記処理禁止設定手段が処理禁止設定を行っている場合に前記アイテム使用可否判定手段は、前記アイテム使用要求に基づいて要求されている処理を許可しない情報処理サーバ。
（付記Ｓｉ２）（対探索要求）
処理禁止設定手段は、探索要求（位置情報送信要求）に基づく処理を禁止する設定を要求する処理禁止設定要求に基づいて前記探索要求（位置情報送信要求）に基づく処理を禁止する設定を行い、
前記アイテム使用可否判定手段が判定する前記アイテム使用要求が前記探索要求（位置情報送信要求）である場合に、前記アイテム使用可否判定手段は、前記探索要求（位置情報送信要求）に基づく他ユーザの位置情報の送信処理を許可しないＳｉ１に記載の情報処理サーバ。
（付記Ｓｉ３）（サイレント−対ユーザ）
処理禁止設定要求に基づいて処理禁止設定を行う処理禁止設定手段と、
前記処理禁止設定要求を含む複数のアイテム使用要求を受信する受信手段と、
前記受信手段で受信されたアイテム使用要求に基づいて要求されている処理を許可するかを判定するアイテム使用可否判定手段と、
を具備し、
前記アイテム使用可否判定手段が判定する前記アイテム使用要求に係るユーザに対して前記処理禁止設定手段が処理禁止設定を行っている場合に前記アイテム使用可否判定手段は、前記アイテム使用要求に基づいて要求されている処理を許可しない情報処理サーバ。
（付記Ｓｉ４）（他グループにサイレント）
前記処理禁止設定手段は、前記受信手段で受信された処理禁止設定要求に基づいて、前記処理禁止設定要求の送信元ユーザが属するグループ以外のグループに属するユーザに対して処理禁止設定を行う、
付記Ｓｉ３に記載の情報処理サーバ。
（付記Ｓｉ５）（対象ユーザを指定してサイレント）
前記受信手段で受信される処理禁止設定要求は、処理禁止設定の対象となるユーザを特定するユーザ特定情報が含まれ、
前記処理禁止設定手段は、前記処理禁止設定要求に含まれる前記ユーザ特定情報で特定されるユーザに対して処理禁止設定を行う、
付記Ｓｉ３に記載の情報処理サーバ。
（付記Ｓｉ６）（サイレントの登録）
前記処理禁止設定手段は、前記処理禁止設定要求に基づいて処理が禁止されるユーザを識別する情報を管理ファイルに登録し、
前記アイテム使用可否判定手段は、前記受信手段で受信されたアイテム使用要求の送信元ユーザが前記管理ファイルに処理が禁止されるユーザとして登録されている場合に、前記アイテム使用要求に基づく処理を許可しない、
付記Ｓｉ３〜Ｓｉ５のいずれか１項に記載の情報処理サーバ。
（付記Ｓｉ７）（サイレント発動時間）
時間を計測する時間計測手段を更に具備し、
前記処理禁止設定手段は、前記時間計測手段に時間計測を開始させる事で前記処理禁止設定を行い、前記時間計測手段が前記時間計測を完了した場合に、前記処理禁止設定を解除する、
付記Ｓｉ３〜Ｓｉ６のいずれか１項に記載の情報処理サーバ。
（付記Ｓｉ８）（時間とパラメータ）
前記処理禁止設定手段は、前記時間計測手段が計測する前記時間を、前記処理禁止設定要求の送信元ユーザのランク又はレベル又はアイテム熟練度に関するパラメータに基づいて決定する、
付記Ｓｉ７に記載の情報処理サーバ。
（付記Ｓｉ９）（サイレントの効果範囲）
前記処理禁止設定手段は、前記処理禁止設定を行う位置範囲を算出し、前記算出した位置範囲内に位置しているユーザに対して処理禁止設定を行う、
付記Ｓｉ３〜Ｓｉ８のいずれか１項に記載の情報処理サーバ。
（付記Ｓｉ１０）（サイレントの効果範囲２）
前記処理禁止設定手段は、前記処理禁止設定要求の送信元ユーザの位置を中心とする位置範囲を算出し、前記算出した位置範囲内に位置しているユーザに対して処理禁止設定を行う、
付記Ｓｉ９に記載の情報処理サーバ。
（付記Ｓｉ１１）（アイテム使用可否通知）
前記アイテム使用可否判定手段が行う前記判定結果を通知する通知情報を生成する通知情報生成手段と、
前期通知情報生成手段で生成された前記通知情報を前記処理禁止設定要求の送信元ユーザに送信する送信手段と、
を更に具備する付記Ｓｉ１〜Ｓｉ１０のいずれか１項に情報処理サーバ。
（付記Ｓｉ１０）（サイレント）
アイテム使用要求を受信する受信ステップと、
前記アイテム使用要求のひとつである処理禁止設定要求に基づいて処理禁止設定を行う処理禁止設定ステップと、
前記受信ステップで受信されたアイテム使用要求に基づいて要求されている処理を許可するかを判定するアイテム使用可否判定ステップと、
を有し、
前記アイテム使用可否判定ステップが判定する前記アイテム使用要求に係るユーザに対して前記処理禁止設定ステップが処理禁止設定を行っている場合に前記アイテム使用可否判定ステップは、前記アイテム使用要求に基づいて要求されている処理を許可しないことを特徴とする情報処理方法。
【１１３９】
また、上述した本発明は、以下に示す構成とすることができる。
【１１４０】
（付記Ｓｔ１）（スティール）
各ユーザが保有するアイテムを記憶する保有アイテム記憶手段と、
アイテム移動要求を受信する受信手段と、
前記アイテム移動要求に基づいて、他のユーザが保有するアイテムを前記アイテム移動要求の送信元ユーザに移動する処理を行うアイテム移動処理手段と、
を具備する情報処理システム。
（付記Ｓｔ２）（アイテム登録）
前記保有アイテム記憶手段は、各ユーザが保有するアイテムを記録するアイテム管理ファイルを記憶し、
前記受信手段は、ユーザが保有するアイテムを登録するアイテム登録要求を更に受信し、
前記アイテム登録要求で要求されているアイテムを前記アイテム管理ファイルに登録するアイテム登録手段を更に具備する、
付記Ｓｔ１に記載の情報処理システム。
（付記Ｓｔ３）（アイテム使用可否判定）
前記受信手段で受信されたアイテム移動要求に基づく処理をアイテム移動処理手段に行わせるかを判定する判定手段を更に具備する、
付記Ｓｔ２に記載の情報処理システム。
（付記Ｓｔ４）（アイテム使用可否判定）
前記判定手段は、前記アイテム移動要求の送信元ユーザが保有しているアイテムの中に前記アイテム移動要求に係るアイテムがある場合に、前記アイテム移動要求に基づく処理をアイテム移動処理手段に行わせる、
付記Ｓｔ３に記載の情報処理システム。
（付記Ｓｔ５）（アイテム移動通知情報生成）
前記アイテム移動要求に基づいて前記他のユーザが保有するアイテムが前記アイテム移動要求の送信元ユーザに移動したことを通知するアイテム移動通知情報を生成する通知情報生成手段と、
前記アイテム移動通知情報を少なくとも前記アイテム移動要求の送信元ユーザ（携帯端末装置）と自身が保有するアイテムが移動された前記他のユーザとに送信する送信手段と、
を更に具備する付記Ｓｔ１〜Ｓｔ４に記載の情報処理システム。
（付記Ｓｔ６）（アイテム移動処理）
前記アイテム移動処理手段は、前記他のユーザが保有するアイテムの中から所定の数のアイテムを前記アイテム移動要求の送信元ユーザに移動する処理を行う、
付記Ｓｔ１〜Ｓｔ５のいずれか１項に記載の情報処理システム。
（付記Ｓｔ７）（アイテム移動処理）
前記アイテム移動処理手段は、前記アイテム移動要求の送信元ユーザのランク又はレベル又はアイテム熟練度のパラメータに基づいて定まる数のアイテムを、前記他のユーザが保有するアイテムの中から選択して前記アイテム移動要求の送信元ユーザに移動する処理を行う、
付記Ｓｔ１〜Ｓｔ６のいずれか１項に記載の情報処理システム。
（付記Ｓｔ８）（アイテム移動処理）
前記アイテム移動処理手段は、前記他のユーザが保有するアイテムの中から所定の確率でアイテムを前記アイテム移動要求の送信元ユーザに移動する処理を行う、
付記Ｓｔ１〜Ｓｔ７のいずれか１項に記載の情報処理システム。
（付記Ｓｔ９）（アイテム移動処理）
前記アイテム移動処理手段は、前記他のユーザが保有するアイテムの中から前記アイテム移動要求の送信元ユーザのランク又はレベル又はアイテム熟練度のパラメータに基づいて定まる所定の確率でアイテムを前記アイテム移動要求の送信元ユーザに移動する処理を行う、付記Ｓｔ８に記載の情報処理システム。
（付記Ｓｔ１０）（アイテム移動処理）
前記アイテム移動処理手段は、前記他のユーザが保有するアイテムの中から前記アイテム移動要求の送信元ユーザのランク又はレベル又はアイテム熟練度のパラメータに加えて前記他のユーザのランク又はレベル又はアイテム熟練度に基づいて定まる所定の確率でアイテムを前記アイテム移動要求の送信元ユーザに移動する処理を行う、付記Ｓｔ９に記載の情報処理システム。
（付記Ｓｔ１１）（アイテム移動処理）
前記アイテム移動処理手段は、前記アイテム移動要求の送信元ユーザの位置から所定の距離範囲内に位置する前記他のユーザが保有するアイテムを前記アイテム移動要求の送信元ユーザに移動する処理を行う、
付記Ｓｔ１〜Ｓｔ１０のいずれか１項に記載の情報処理システム。
（付記Ｓｔ１２）（アイテム移動処理）
前記アイテム移動処理手段は、前記アイテム移動要求の送信元ユーザの位置から前記アイテム移動要求の送信元ユーザのランク又はレベル又はアイテム熟練度のパラメータに基づいて定まる距離範囲内に位置する前記他のユーザが保有するアイテムを前記アイテム移動要求の送信元ユーザに移動する処理を行う、
付記Ｓｔ１〜Ｓｔ１１のいずれか１項に記載の情報処理システム。
（付記Ｓｔ１３）（スティール）
各ユーザが保有するアイテムを記憶する保有アイテム記憶ステップと、
アイテム移動要求を受信する受信ステップと、
前記アイテム移動要求に基づいて、他のユーザが保有するアイテムを前記アイテム移動要求の送信元ユーザに移動する処理を行うアイテム移動処理ステップと、
を有する情報処理方法。
【１１４１】
また、上述した本発明は、以下に示す構成とすることができる。
【１１４２】
（付記Ｓｅ１）（センサー）
ユーザ（携帯端末装置）の現在位置を示す位置情報と感知設定要求（条件判定設定要求）とを受信する受信手段と、
前記感知設定要求（条件判定設定要求）に基づいて感知設定（条件判定設定）を行う感知設定（条件判定設定）手段と、
前記感知設定（条件判定設定）が行われている場合に、所定の条件が満たされたかを判定する判定手段と、
前記所定の条件が満たされたと判定されたことを通知する通知情報を生成する通知情報生成手段と、
前記通知情報を送信する送信手段と、
を具備する情報処理サーバ。
（付記Ｓｅ２）（時間計測）
前記感知設定（条件判定設定）手段が行う感知設定（条件判定設定）に基づいて所定の時間計測を開始する時間計測手段を更に具備し、
前記感知設定（条件判定設定）手段は、前記時間計測手段における前記所定の時間計測が完了した場合に、前記感知設定（条件判定設定）を解除する、
付記Ｓｅ１に記載の情報処理サーバ。
（付記Ｓｅ３）（時間計測完了で判定処理終了）
前記判定手段は、前記時間計測手段における前記所定の時間計測が完了した場合に、前記判定を終了する、
付記Ｓｅ２に記載の情報処理サーバ。
（付記Ｓｅ４）（ユーザ情報を記憶）
ユーザを識別するユーザ識別情報と前記ユーザの現在位置を示す位置情報とを対応付けた状態で記憶する記憶手段と、
前記受信された位置情報を前記位置情報に係るユーザの現在位置を示す新たな位置情報として前記記憶手段に格納する位置情報格納手段と、
を具備する付記Ｓｅ１〜Ｓｅ３のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ５）（グループ戦）
前記ユーザは、複数のグループのいずれかに属し、
前記記憶手段は、前記ユーザを識別するユーザ識別情報と、前記ユーザが属するグループを識別するグループ識別情報とを対応付けて記憶する、
付記Ｓｅ４に記載の情報処理サーバ。
（付記Ｓｅ６）（管理ファイル）
前記記憶手段は、前記感知設定（条件判定設定）を行っているユーザを管理する管理ファイルを記憶し、
前記感知設定（条件判定判定）手段は、前記感知設定要求（条件判定設定要求）に係るユーザを前記管理ファイルに登録する事で前記感知設定（条件判定設定）を行う、
付記Ｓｅ５に記載の情報処理サーバ。
（付記Ｓｅ７）（管理ファイルから消去）
前記感知設定（条件判定）手段は、前記時間計測手段における前記時間計測が完了した場合に、前記管理ファイルから前記感知設定要求（条件判定設定要求）に係るユーザの情報を消去する事で前記感知設定（条件判定設定）を解除する、
付記Ｓｅ６に記載の情報処理サーバ。
（付記Ｓｅ８）（ユーザ間距離センサー）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザと、他のユーザとの距離が所定の基準値以下であるかを判定し、
前記通知情報生成手段は、前記距離が所定の基準値以内である場合に前記距離が所定の基準値以下であることを示す通知情報を生成する、
付記Ｓｅ５〜Ｓｅ７のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ９）（敵ユーザ間距離センサー）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザと、前記ユーザが属するグループ以外のグループに属する他のユーザとの距離が所定の基準値以下であるかを判定し、
前記通知情報生成手段は、前記距離が所定の基準値以内である場合に前記距離が所定の基準値以下であることを示す通知情報を生成する、
付記Ｓｅ８に記載の情報処理サーバ。
（付記Ｓｅ１０）（ステルスユーザ非感知）
前記受信手段は、非感知設定要求を更に受信し、
前記非感知設定要求に基づいて非感知設定を行う非感知設定手段を更に具備し、
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザと、前記他のユーザであって、非感知設定が行われていないユーザとの距離が所定の基準値以下であるかを判定し、
前記通知情報生成手段は、前記判定の結果、前記距離が所定の基準値以内である場合に前記距離が所定の基準値以下であることを示す通知情報を生成する、
付記Ｓｅ９に記載の情報処理サーバ。
（付記Ｓｅ１１）（距離情報を含めて通知）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザと前記他のユーザとの距離を算出し、
前記通知情報生成手段は、前記算出した距離を示す距離情報を含む通知情報を生成する、
付記Ｓｅ８〜Ｓｅ１０のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ１２）（距離情報を含めて通知）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザと前記他のユーザとの距離を算出し、前記算出した前記距離が所定の基準値以下であるかを判定し、
前記通知情報生成手段は、前記距離が所定の基準値以内である場合に前記算出された距離を示す距離情報を含む通知情報を生成する、
付記Ｓｅ１１に記載の情報処理サーバ。
（付記Ｓｅ１３）（パラメータに基づく基準）
前記記憶手段は、前記ユーザを識別する前記ユーザ識別情報と、前記ユーザのランク（職位）又はレベル又は前記感知設定要求（条件判定設定要求）に対する熟練度のいずれかのパラメータとを対応付けて記憶し、
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザと、他のユーザとの距離が前記感知設定（条件判定設定）が行われているユーザに対応付けられた前記パラメータで決まる基準値以下であるかを判定する、
付記Ｓｅ８〜Ｓｅ１２のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ１４）（ボム判定）
前記受信手段は、状態変更位置範囲設定要求を更に受信し、
前記受信手段で受信された前記状態変更位置範囲設定要求に基づいて、状態変更位置範囲を算出する状態変更位置範囲算出手段を更に具備する、
付記Ｓｅ１〜Ｓｅ１３に記載の情報処理サーバ。
（付記Ｓｅ１５）（ボム判定−距離判定）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザの位置から前記算出された前記状態変更位置範囲までの距離が所定の基準値以下であるかを判定し、
前記通知情報生成手段は、前記距離が前記所定の基準値以下であることを通知する通知情報を生成する、
付記Ｓｅ１４に記載の情報処理サーバ。
（付記Ｓｅ１６）（ボム判定−ボム中心）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザの位置から前記算出された前記状態変更位置範囲の中心までの距離が所定の基準値以下であるかを判定する、
付記Ｓｅ１５に記載の情報処理サーバ。
（付記Ｓｅ１７）（ボム判定−ボム境界）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザの位置から前記算出された前記状態変更位置範囲における最も近い境界地点までの距離が所定の基準値以下であるかを判定する、
付記Ｓｅ１５に記載の情報処理サーバ。
（付記Ｓｅ１８）（パラメータ）
前記記憶手段は、前記ユーザを識別する前記ユーザ識別情報と、前記ユーザのランク（職位）又はレベル又は前記感知設定要求（条件判定設定要求）に対する熟練度のいずれかのパラメータとを対応付けて記憶し、
前記判定手段は、前記距離が前記感知設定（条件判定設定）が行われているユーザに対応付けられた前記パラメータで決まる基準値以下であるかを判定する、
付記Ｓｅ１５〜Ｓｅ１７のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ１９）（ボム判定−距離算出）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザの位置から前記算出された前記状態変更位置範囲までの距離を算出し、
前記通知情報生成手段は、前記算出された距離を示す距離情報を含めた通知情報を生成する、
付記Ｓｅ１４〜Ｓｅ１８のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ２０）（ボム判定−中心距離算出）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザの位置から前記算出された前記状態変更位置範囲の中心位置までの距離を算出し、
前記通知情報生成手段は、前記算出された距離を示す距離情報を含めた通知情報を生成する、
付記Ｓｅ１９に記載の情報処理サーバ。
（付記Ｓｅ２１）（ボム判定−ボム境界距離算出）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザの位置から前記算出された前記状態変更位置範囲における最も近い境界地点までの距離を算出し、
前記通知情報生成手段は、前記算出された距離を示す距離情報を含めた通知情報を生成する、
付記Ｓｅ１９に記載の情報処理サーバ。
（付記Ｓｅ２２）（ボム半径通知）
前記通知情報生成手段は、前記状態変更位置範囲の大きさに関する情報を更に含めて前記通知情報を生成する、
付記Ｓｅ１４〜Ｓｅ２１のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ２３）（ボム位置範囲記憶）
前記状態変更位置範囲算出手段が前記状態変更位置範囲設定要求に基づいて算出した状態変更位置範囲を記憶する記憶手段を更に具備し、
前記判定手段は、前記記憶手段に記憶されている前記状態変更位置範囲を参照して、前記判定を行う、
付記Ｓｅ１４〜Ｓｅ２２のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ２４）（モルタル判定）
前記受信手段は、指定状態変更要求を更に受信し、
前記受信手段で受信された前記指定状態変更要求に基づいて、指定状態変更位置範囲を算出する指定状態変更位置範囲算出手段を更に具備する、
付記Ｓｅ１〜Ｓｅ２３のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ２５）（モルタル判定−位置指定）
前記受信手段が受信する前記指定状態変更要求は、所定の位置を指定する位置指定情報が含まれ、
前記指定状態変更位置範囲算出手段は、前記受信手段で受信された前記指定状態変更要求に含まれる前記位置指定情報で指定される位置の周辺を前記指定状態変更位置範囲として算出する、
付記Ｓｅ２４に記載の情報処理サーバ。
（付記Ｓｅ２６）（モルタル判定−通知）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザの位置が前記算出された前記指定状態変更位置範囲に含まれているかを判定し、
前記通知情報生成手段は、前記指定状態変更位置範囲内に自身が位置していることを通知する通知情報を生成する、
付記Ｓｅ２４又はＳｅ２５に記載の情報処理サーバ。
（付記Ｓｅ２７）（モルタル判定−モルタル位置範囲に関する情報を送信）
前記通知情報生成手段は、前記指定状態変更位置範囲に関する情報を含む通知情報を生成する、
付記Ｓｅ２６に記載の情報処理サーバ。
（付記Ｓｅ２８）（モルタル判定−残り時間も通知）
前記指定状態変更位置範囲算出手段が前記受信手段で受信された前記指定状態変更要求に基づいて指定状態変更位置範囲を算出してから所定の時間計測を行う時間計測手段と、
前記時間計測手段における前記所定の時間計測が完了した時点で前記指定状態変更位置範囲内に位置している他のユーザがいるかの判定処理を行う指定状態変更位置範囲判定処理手段と、
を更に具備し、
前記通知情報生成手段は、前記指定状態変更位置範囲判定処理手段が前記判定処理を行うまでの時間に関する情報を含む通知情報を生成する、
付記Ｓｅ２６又はＳｅ２７に記載の情報処理サーバ。
（付記Ｓｅ２９）（トラップ判定）
前記受信手段は、位置情報送信範囲設定要求を更に受信し、
前記受信手段で受信された前記位置情報送信範囲設定要求に基づいて、位置情報送信範囲を算出する位置情報送信範囲算出手段を更に具備する、
付記Ｓｅ１〜Ｓｅ２８に記載の情報処理サーバ。
（付記Ｓｅ３０）（トラップ判定−距離判定）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザの位置から前記算出された前記位置情報送信範囲までの距離が所定の基準値以下であるかを判定し、
前記通知情報生成手段は、前記距離が前記所定の基準値以下であることを通知する通知情報を生成する、
付記Ｓｅ２９に記載の情報処理サーバ。
（付記Ｓｅ３１）（トラップ判定−トラップ中心）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザの位置から前記算出された前記位置情報送信範囲の中心までの距離が所定の基準値以下であるかを判定する、
付記Ｓｅ３０に記載の情報処理サーバ。
（付記Ｓｅ３２）（トラップ判定−トラップ境界）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザの位置から前記算出された前記位置情報送信範囲における最も近い境界地点までの距離が所定の基準値以下であるかを判定する、
付記Ｓｅ３０に記載の情報処理サーバ。
（付記Ｓｅ３３）（パラメータ）
前記記憶手段は、前記ユーザを識別する前記ユーザ識別情報と、前記ユーザのランク（職位）又はレベル又は前記感知設定要求（条件判定設定要求）に対する熟練度のいずれかのパラメータとを対応付けて記憶し、
前記判定手段は、前記距離が前記感知設定（条件判定設定）が行われているユーザに対応付けられた前記パラメータで決まる基準値以下であるかを判定する、
付記Ｓｅ３０〜Ｓｅ３２のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ３４）（トラップ判定−距離算出）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザの位置から前記算出された前記位置情報送信範囲までの距離を算出し、
前記通知情報生成手段は、前記算出された距離を示す距離情報を含めた通知情報を生成する、
付記Ｓｅ２９〜Ｓｅ３３のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ３５）（トラップ判定−中心距離算出）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザの位置から前記算出された前記位置情報送信範囲の中心位置までの距離を算出し、
前記通知情報生成手段は、前記算出された距離を示す距離情報を含めた通知情報を生成する、
付記Ｓｅ３４に記載の情報処理サーバ。
（付記Ｓｅ３６）（トラップ判定−トラップ境界距離算出）
前記判定手段は、前記感知設定（条件判定設定）が行われているユーザの位置から前記算出された前記位置情報送信範囲における最も近い境界地点までの距離を算出し、
前記通知情報生成手段は、前記算出された距離を示す距離情報を含めた通知情報を生成する、
付記Ｓｅ３４に記載の情報処理サーバ。
（付記Ｓｅ３７）（トラップ半径通知）
前記通知情報生成手段は、前記位置情報送信範囲の大きさに関する情報を更に含めて前記通知情報を生成する、
付記Ｓｅ２９〜Ｓｅ３６のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ３８）（トラップ位置範囲記憶）
前記位置情報送信範囲算出手段が前記位置情報送信範囲設定要求に基づいて算出した位置情報送信範囲を記憶する記憶手段を更に具備し、
前記判定手段は、前記記憶手段に記憶されている前記位置情報送信範囲を参照して、前記判定を行う、
付記Ｓｅ２９〜Ｓｅ３７のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ３９）（盗聴設定）
前記受信手段は、盗聴設定要求を受信し、
前記盗聴設定要求に基づいて盗聴設定を行う盗聴設定手段を更に具備する、
付記Ｓｅ１〜Ｓｅ３８のいずれか１項に記載の情報処理サーバ。
（付記Ｓｅ４０）（盗聴設定−判定１）
前記判定手段は、前記盗聴設定を行っているユーザがいるかを判定し、
前記通知情報生成手段は、前記盗聴設定を行っているユーザがいると判定された場合に、前記盗聴設定を行っているユーザがいることを示す通知情報を生成する、
付記Ｓｅ３９に記載の情報処理サーバ。
（付記Ｓｅ４１）（盗聴設定−判定２）
前記判定手段は、前記感知設定（条件判定設定）を行っているユーザが行う音声通信に前記盗聴設定を行っているユーザが入っているかを判定し、
前記通知情報生成手段は、前記音声通信に前記盗聴設定を行っているユーザが入っていると判定された場合に、前記音声通信に前記盗聴設定を行っているユーザが入っている事を示す通知情報を生成する、
付記Ｓｅ３９に記載の情報処理サーバ。
（付記Ｓｅ４２）（センサー）
感知設定要求（条件判定設定要求）を受信する受信ステップと、
前記感知設定要求（条件判定設定要求）に基づいて感知設定（条件判定設定）を行う感知設定（条件判定設定）ステップと、
前記感知設定（条件判定設定）が行われている場合に、所定の条件が満たされたかを判定する判定ステップと、
前記所定の条件が満たされたと判定されたことを通知する通知情報を生成する通知情報生成ステップと、
前記通知情報を送信する送信ステップと、
を具備する情報処理方法。
【１１４３】
また、上述した本発明は、以下に示す構成とすることができる。
【１１４４】
（付記Ｔａ１）（タッピング）
盗聴設定要求を受信する第１の受信手段と、
前記盗聴設定要求に基づいて盗聴設定を行う盗聴設定手段と、
ユーザを識別するユーザＩＤとユーザのＩＰアドレスとを対応付けた状態で記憶する呼接続管理情報記憶手段と、
呼接続要求を受信する第２の受信手段と、
前記呼接続要求で接続が要求されているユーザのＩＰアドレスと、前記盗聴設定を行っているユーザのＩＰアドレスとを呼接続情報として通知する通知手段と、
を具備する情報処理システム。
（付記Ｔａ２）（呼接続管理情報の形態）
前記呼接続管理情報記憶手段は、ユーザを識別するユーザＩＤと、ユーザのＩＰアドレスと、ユーザが属するグループとを対応付けて記憶する、
付記Ｔａ１に記載の情報処理システム。
（付記Ｔａ３）（他グループの交信を盗聴）
前記通知手段は、前記呼接続要求の送信元ユーザが属するグループ以外のグループに属するユーザであって、前記盗聴設定を行っているユーザのＩＰアドレスを前記呼接続要求で接続が要求されているユーザのＩＰアドレスと共に通知する、
付記Ｔａ２に記載の情報処理システム。
（付記Ｔａ４）（盗聴期間を設定）
前記盗聴設定手段が前記盗聴設定を行ってから所定の時間を計測する時間計測手段を更に具備し、
前記盗聴設定手段は、前記時間計測手段における時間計測が完了した場合に、前記盗聴設定を解除する、
付記Ｔａ１〜Ｔａ３のいずれか１項に記載の情報処理システム。
（付記Ｔａ５）（盗聴設定通知情報を生成・送信）
前記盗聴設定手段が前記盗聴設定を行ったこと又は前記盗聴設定手段が前記盗聴設定を解除した事を通知する盗聴設定通知情報を生成する盗聴設定通知情報生成手段と、
前記盗聴設定通知情報を前記盗聴設定要求の送信元ユーザ（携帯端末装置）に送信する送信手段と、
を更に具備する付記Ｔａ１〜Ｔａ４のいずれか１項に記載の情報処理システム。
【１１４５】
また、上述した本発明は、以下に示す構成とすることができる。
【１１４６】
（付記Ｔｒ１）（トラップ）
トラップ設定要求（位置情報送信設定要求）と複数のユーザの位置を示す位置情報とを受信する受信手段と、
前記受信手段で受信した前記トラップ設定要求に基づいて求まるトラップ位置範囲に位置する前記ユーザがいないかを判定する判定手段と、
前記判定手段における判定の結果、前記トラップ位置範囲内に位置するユーザが居る場合に、トラップにかかったユーザがいることを通知する通知情報を生成する通知情報生成手段と、
前記通知情報を前記トラップ設定要求の送信元ユーザ（携帯端末装置）に送信する送信手段と、
を具備する情報処理サーバ。
（付記Ｔｒ２）（位置情報を記憶）
前記受信手段で受信した前記複数のユーザの位置を示す位置情報を、前記複数のユーザを識別するユーザ識別情報と対応付けて記憶する記憶手段を更に具備する、
付記Ｔｒ１に記載の情報処理サーバ。
（付記Ｔｒ３）（グループ戦）
前記複数のユーザは、複数のグループのいずれかに属し、
前記記憶手段は、前記ユーザを識別するユーザ識別情報と、前記ユーザが属するグループを識別するグループ識別情報とを対応付けて記憶する、
付記Ｔｒ２に記載の情報処理サーバ。
（付記Ｔｒ４）（敵プレイヤーについて判定）
前記判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザのうち前記トラップ設定要求に係るユーザが属するグループ以外のグループに属するユーザについて、前記トラップ位置範囲内に位置しているかを判定する、
付記Ｔｒ３に記載の情報処理サーバ。
（付記Ｔｒ５）（通常状態のプレイヤーについて判定）
前記判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザのうち状態が第１状態（通常状態）であるユーザについて、前記トラップ位置範囲内に位置しているかを判定する、
付記Ｔｒ４に記載の情報処理サーバ。
（付記Ｔｒ６）（トラップ位置範囲を算出）
前記トラップ設定要求に基づいて、前記トラップ位置範囲を算出するトラップ位置範囲算出手段を更に具備し、
前記記憶手段は、前記トラップ位置範囲算出手段で算出された前記トラップ位置範囲を記憶し、
前記判定手段は、前記受信手段で受信した前記位置情報を前記記憶手段に記憶されている前記トラップ位置範囲と比較する事で、前記トラップ位置範囲内に位置するユーザがいるかの判定（トラップにかかったユーザがいるかの判定）を行う、
付記Ｔｒ２〜Ｔｒ５のいずれか１項に記載の情報処理サーバ。
（付記Ｔｒ７）（職位、レベル、アイテム熟練度、に応じた領域の広さ）
前記記憶手段は、前記ユーザを識別するユーザ識別情報を、前記ユーザのランク又は前記ユーザのレベル又は前記トラップ設定要求の熟練度のいずれかに相当するパラメータと対応付けて記憶し、
前記トラップ位置範囲算出手段は、前記トラップ設定要求に係るユーザの前記パラメータに基づいて前記トラップ位置範囲を算出する、
付記Ｔｒ６に記載の情報処理サーバ。
（付記Ｔｒ８）（職位等に応じた領域の広さ）
前記トラップ位置範囲算出手段は、前記トラップ設定要求に係るユーザの前記パラメータが高いほど広い領域を前記トラップ位置範囲として算出する、
付記Ｔｒ７に記載の情報処理サーバ。
（付記Ｔｒ９）（処理頻度）
前記受信手段は、所定の周期で前記複数のユーザの位置を示す位置情報を受信し、
前記判定手段は、前記受信手段で前記位置情報が受信される毎に前記記憶手段に記憶されている前記トラップ位置範囲を読み出して、前記トラップ位置範囲内に位置するユーザがいるかを前記位置情報に基づいて判定する、
付記Ｔｒ６又はＴｒ７に記載の情報処理サーバ。
（付記Ｔｒ１０）（処理頻度）
前記受信手段は、各ユーザの複数の時刻における各位置を示す位置情報を所定の周期で受信し、
前記判定手段は、前記受信手段で受信された前記位置情報に含まれる複数の時刻における位置と前記記憶手段から読み出した前記トラップ位置範囲とを比較する事でトラップにかかったユーザがいないかを判定する、
付記Ｔｒ９に記載の情報処理サーバ。
（付記Ｔｒ１１）（トラップ有効時間）
前記受信手段がトラップ設定要求を受信した場合に所定の時間計測を開始する時間計測手段を更に具備し、
前記判定手段は、前記時間計測手段が前記所定の時間計測を行っている期間内において、前記トラップ位置範囲内に位置しているユーザがいるかの判定を行う、
付記Ｔｒ１〜Ｔｒ１０のいずれか１項に記載の情報処理サーバ。
（付記Ｔｒ１２）（トラップにかかったユーザの位置を通知）
前記通知情報生成手段は、前記判定手段における判定の結果、前記トラップ位置範囲内に位置するユーザが居る場合に、前記ユーザの位置を通知するユーザ位置通知情報を生成する、
付記Ｔｒ１〜Ｔｒ１１のいずれか１項に吉舎の情報処理サーバ。
（付記Ｔｒ１３）（被位置通知情報）
前記判定手段における判定の結果、前記トラップ位置範囲内に位置するユーザが居る場合に、前記ユーザに対して自身の位置情報が他ユーザに送信されたことを通知する被位置通知情報を生成する被位置通知情報生成手段を更に具備し、
前記送信手段は、前記被位置通知情報を送信する、
付記Ｔｒ１〜Ｔｒ１２のいずれか１項に記載の情報処理サーバ。
（付記Ｔｒ１４）（トラップ方法）
トラップ設定要求（位置情報送信設定要求）と複数のユーザの位置を示す位置情報とを受信する受信ステップと、
前記受信ステップで受信した前記トラップ設定要求に基づいて求まるトラップ位置範囲に位置する前記ユーザがいないかを判定する判定ステップと、
前記判定ステップにおける判定の結果、前記トラップ位置範囲内に位置するユーザがいる場合に、トラップ位置範囲に位置する前記ユーザがいること（トラップにかかったユーザがいること）を通知する通知情報を生成する通知情報生成ステップと、
前記通知情報を前記トラップ設定要求の送信元ユーザ（携帯端末装置）に送信する送信ステップと、
を有する情報処理方法。
【１１４７】
また、上述した本発明は、以下に示す構成とすることができる。
【１１４８】
（付記Ｂｏ１）（ボム）
状態変更位置範囲設定要求と複数のユーザの位置を示す位置情報とを受信する受信手段と、
前記受信手段で受信した前記状態変更位置範囲設定要求に基づいて求まる状態変更位置範囲に位置する前記ユーザがいないかを判定する判定手段と、
前記判定手段における判定の結果、前記状態変更位置範囲内に位置するユーザが居る場合に、前記ユーザの状態を第１状態から第２状態に変更する状態変更手段と、
前記ユーザの状態を第１状態から第２状態に変更した事を通知する通知情報を生成する生成手段と、
前記生成手段で生成された前記通知情報を送信する送信手段と、
を具備する情報処理サーバ。
（付記Ｂｏ２）（位置情報を記憶）
前記受信手段で受信した前記複数のユーザの位置を示す位置情報を、前記複数のユーザを識別するユーザ識別情報と対応付けて記憶する記憶手段を更に具備する、
付記Ｂｏ１に記載の情報処理サーバ。
（付記Ｂｏ３）（グループ戦）
前記複数のユーザは、複数のグループのいずれかに属し、
前記記憶手段は、前記ユーザを識別するユーザ識別情報と、前記ユーザが属するグループを識別するグループ識別情報とを対応付けて記憶する、
付記Ｂｏ２に記載の情報処理サーバ。
（付記Ｂｏ４）（味方プレイヤーについて判定）
前記判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザのうち前記状態変更位置範囲設定要求に係るユーザが属するグループ以外のグループに属するユーザについて、前記状態変更位置範囲内に位置しているかを判定する、
付記Ｂｏ３に記載の情報処理サーバ。
（付記Ｂｏ５）（通常状態のプレイヤーについて判定）
前記判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザのうち状態が第１状態であるユーザについて、前記状態変更位置範囲内に位置しているかを判定する、
付記Ｂｏ４に記載の情報処理サーバ。
（付記Ｂｏ６）（状態変更位置範囲算出）
前記状態変更位置範囲設定要求に基づいて、前記状態変更位置範囲を算出する状態変更位置範囲算出手段を更に具備し、
前記記憶手段は、前記状態変更位置範囲算出手段で算出された前記状態変更位置範囲を記憶し、
前記判定手段は、前記記憶手段に記憶されている前記状態変更位置範囲と前記位置情報とに基づいて状態変更位置範囲内に位置するユーザがいるかの判定を行う、
付記Ｂｏ２〜Ｂｏ５のいずれか１項に記載の情報処理サーバ。
（付記Ｂｏ７）（職位、レベル、アイテム熟練度、に応じた領域の広さ）
前記記憶手段は、前記ユーザを識別するユーザ識別情報を、前記ユーザのランク又は前記ユーザのレベル又は前記状態変更位置範囲設定要求の熟練度のいずれかに相当するパラメータとを対応付けて記憶し、
前記状態変更位置範囲算出手段は、前記状態変更位置範囲設定要求に係るユーザの前記パラメータに基づいて前記状態変更位置範囲位置範囲を算出する、
付記Ｂｏ６に記載の情報処理サーバ。
（付記Ｂｏ８）（職位等に応じた領域の広さ）
前記状態変更位置範囲算出手段は、前記状態変更位置範囲設定要求に係るユーザの前記パラメータが高いほど広い領域を前記状態変更位置範囲として算出する、
付記Ｂｏ７に記載の情報処理サーバ。
（付記Ｂｏ９）（処理頻度）
前記受信手段は、所定の周期で前記複数のユーザの位置を示す位置情報を受信し、
前記判定手段は、前記受信手段で前記位置情報が受信される毎に前記記憶手段に記憶されている前記状態変更位置範囲を読み出して、前記状態変更位置範囲内に位置するユーザがいるかを前記位置情報に基づいて判定する、
付記Ｂｏ６又はＢｏ７に記載の情報処理サーバ。
（付記Ｂｏ１０）（処理頻度）
前記受信手段は、各ユーザの複数の時刻における各位置を示す位置情報を所定の周期で受信し、
前記判定手段は、前記受信手段で受信された前記位置情報に含まれる複数の時刻における位置と前記記憶手段から読み出した前記状態変更位置範囲とを比較する事で状態変更位置範囲内に位置するユーザがいないかを判定する、
付記Ｂｏ９に記載の情報処理サーバ。
（付記Ｂｏ１１）（キャプチャー有効時間）
前記受信手段が状態変更位置範囲設定要求を受信した場合に所定の時間計測を開始する時間計測手段を更に具備し、
前記判定手段は、前記時間計測手段が前記所定の時間計測を行っている期間内において、前記状態変更位置範囲内に位置しているユーザがいるかの判定を行う、
付記Ｂｏ１〜Ｂｏ１０のいずれか１項に記載の情報処理サーバ。
（付記Ｂｏ１２）（他アイテム関連−アストロン）
前記判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザのうち状態維持設定が行われていないユーザについて前記状態変更位置範囲内に位置しているかを判定する、
付記Ｂｏ１〜Ｂｏ１１のいずれか１項に記載の情報処理サーバ。
（付記Ｂｏ１３）（他アイテム関連−アストロン）
前記状態変更手段は、前記判定手段における判定の結果、前記状態変更位置範囲内に位置していると判定されたユーザのうち状態維持設定が行われていないユーザの状態を第１状態から第２状態に変更する、
付記Ｂｏ１〜Ｂｏ１２のいずれか１項に記載の情報処理サーバ。
（付記Ｂｏ１４）（ボム方法）
状態変更位置範囲設定要求と複数のユーザの位置を示す位置情報とを受信する受信ステップと、
前記受信ステップで受信した前記状態変更位置範囲設定要求に基づいて求まる状態変更位置範囲に位置する前記ユーザがいないかを判定する判定ステップと、
前記判定ステップにおける判定の結果、前記状態変更位置範囲内に位置するユーザが居る場合に、前記ユーザの状態を第１状態から第２状態に変更する状態変更ステップと、
前記ユーザの状態を第１状態から第２状態に変更した事を通知する通知情報を生成する生成ステップと、
前記生成ステップで生成された前記通知情報を送信する送信ステップと、
を有する情報処理方法。
【１１４９】
また、上述した本発明は、以下に示す構成とすることができる。
【１１５０】
（付記Ｍｏ１）（モルタル）
指定状態変更要求と複数のユーザの位置を示す位置情報とを受信する受信手段と、
前記受信手段で受信した前記指定状態変更要求に基づいて求まる指定状態変更位置範囲に位置する前記ユーザがいないかを判定する判定手段と、
前記判定手段における判定の結果、前記指定状態変更位置範囲内に位置するユーザが居る場合に、前記ユーザの状態を第１状態から第２状態に変更する状態変更手段と、
前記ユーザの状態を第１状態から第２状態に変更した事を通知する通知情報を生成する生成手段と、
前記生成手段で生成された前記通知情報を送信する送信手段と、
を具備する情報処理サーバ。
（付記Ｍｏ２）（位置情報を記憶）
前記受信手段で受信した前記複数のユーザの位置を示す位置情報を、前記複数のユーザを識別するユーザ識別情報と対応付けて記憶する記憶手段を更に具備する、
付記Ｍｏ１に記載の情報処理サーバ。
（付記Ｍｏ３）（グループ戦）
前記複数のユーザは、複数のグループのいずれかに属し、
前記記憶手段は、前記ユーザを識別するユーザ識別情報と、前記ユーザが属するグループを識別するグループ識別情報とを対応付けて記憶する、
付記Ｍｏ２に記載の情報処理サーバ。
（付記Ｍｏ４）（敵プレイヤーについて判定）
前記判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザのうち前記指定状態変更要求に係るユーザが属するグループ以外のグループに属するユーザについて、前記指定状態変更位置範囲内に位置しているかを判定する、
付記Ｍｏ３に記載の情報処理サーバ。
（付記Ｍｏ５）（通常状態プレイヤーについて判定）
前記判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザのうち状態が第１状態（通常状態）であるユーザについて、前記状態変更位置範囲内に位置しているかを判定する、
付記Ｍｏ４に記載の情報処理サーバ。
（付記Ｍｏ６）（指定状態変更位置範囲の算出）
前記指定状態変更要求に基づいて、前記指定状態変更位置範囲を算出する指定状態変更位置範囲算出手段を更に具備し、
前記判定手段は、前記記憶手段に記憶されている前記指定状態変更位置範囲と前記位置情報とに基づいて指定状態変更位置範囲内に位置するユーザがいるかの判定を行う、
付記Ｍｏ２〜Ｍｏ５のいずれか１項に記載の情報処理サーバ。
（付記Ｍｏ７）（職位、レベル、アイテム熟練度、に応じた領域の広さ）
前記記憶手段は、前記ユーザを識別するユーザ識別情報を、前記ユーザのランク又は前記ユーザのレベル又は前記指定状態変更要求の熟練度のいずれかに相当するパラメータとを対応付けて記憶し、
前記指定状態変更位置範囲算出手段は、前記指定状態変更位置範囲設定要求に係るユーザの前記パラメータに基づいて前記指定状態変更位置範囲位置範囲を算出する、
付記Ｍｏ６に記載の情報処理サーバ。
（付記Ｍｏ８）（職位等に応じた領域の広さ）
前記指定状態変更位置範囲算出手段は、前記指定状態変更位置範囲設定要求に係るユーザの前記パラメータが高いほど広い領域を前記指定状態変更位置範囲として算出する、
付記Ｍｏ７に記載の情報処理サーバ。
（付記Ｍｏ９）（モルタル発動タイミング）
前記受信手段が指定状態変更要求を受信した場合に所定の時間計測を開始する時間計測手段を更に具備し、
前記判定手段は、前記時間計測手段が前記所定の時間計測を完了した時点で、前記指定状態変更要求に基づいて求まる指定状態変更位置範囲に位置する前記ユーザがいないかを判定する、
付記Ｍｏ１〜Ｍｏ８のいずれか１項に記載の情報処理サーバ。
（付記Ｍｏ１０）（モルタルヒット判定回数）
前記判定手段は、前記時間計測手段が前記所定の時間計測を完了した時点に一回、前記指定状態変更要求に基づいて求まる指定状態変更位置範囲に位置する前記ユーザがいないかを判定する、
付記Ｍｏ９に記載の情報処理サーバ。
（付記Ｍｏ１１）（他アイテム関連−アストロン）
前記判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザのうち状態維持設定が行われていないユーザについて前記指定状態変更位置範囲内に位置しているかを判定する、
付記Ｍｏ１〜Ｍｏ１０のいずれか１項に記載の情報処理サーバ。
（付記Ｍｏ１２）（他アイテム関連−アストロン）
前記状態変更手段は、前記判定手段における判定の結果、前記指定状態変更位置範囲内に位置していると判定されたユーザのうち状態維持設定が行われていないユーザの状態を第１状態から第２状態に変更する、
付記Ｍｏ１〜Ｍｏ１１のいずれか１項に記載の情報処理サーバ。
（付記Ｍｏ１３）（モルタル方法）
指定状態変更要求と複数のユーザの位置を示す位置情報とを受信する受信ステップと、
前記受信ステップで受信した前記指定状態変更要求に基づいて求まる指定状態変更位置範囲に位置する前記ユーザがいないかを判定する判定ステップと、
前記判定ステップにおける判定の結果、前記指定状態変更位置範囲内に位置するユーザが居る場合に、前記ユーザの状態を第１状態から第２状態に変更する状態変更ステップと、
前記ユーザの状態を第１状態から第２状態に変更した事を通知する通知情報を生成する生成ステップと、
前記生成ステップで生成された前記通知情報を送信する送信ステップと、
を有する情報処理方法。
（付記Ｍｏ１３）（モルタル方法）
指定状態変更要求を受信する第１受信ステップと、
前記指定状態変更要求に基づいて指定状態変更位置範囲を算出する算出ステップと、
所定の時間計測を行う時間計測ステップと、
複数のユーザの位置を示す位置情報を受信する第２受信ステップと、
前記第２受信ステップで受信された前記位置情報に基づいて、前記時間計測が完了した時点で、前記指定状態変更位置範囲に位置するユーザがいないかを判定する判定ステップと、
前記判定ステップにおける判定の結果、前記指定状態変更位置範囲内に位置するユーザがいる場合に、前記ユーザの状態を第１状態から第２状態に変更する状態変更ステップと、
前記ユーザの状態を第１状態から第２状態に変更した事を通知する通知情報を生成する生成ステップと、
前記生成ステップで生成された前記通知情報を送信する送信ステップと、
を有する情報処理方法。
【１１５１】
また、上述した本発明は、以下に示す構成とすることができる。
【１１５２】
（付記Ｒｅ１）（リリース）
解放補助設定要求と複数のユーザの位置を示す位置情報とを受信する受信手段と、
前記受信手段で受信した前記解放補助設定要求に係るユーザの位置を示す位置情報に基づいて解放補助領域を算出する解放補助領域算出手段と、
前記受信手段で受信した前記複数のユーザの位置情報に基づいて前記複数のユーザが前記解放補助領域算出手段で算出した前記解放補助領域の領域内に位置しているかを判定する領域判定手段と、
前記領域判定手段における判定の結果、前記解放補助領域内に位置していると判定されたユーザの状態を第２状態から第１状態に変更する状態変更手段と、
を具備する情報処理サーバ。
（付記Ｒｅ２）（送信元が使用者）
前記解放補助設定要求に係るユーザは、前記解放補助設定要求の送信元ユーザである付記Ｒｅ１に記載の情報処理サーバ。
（付記Ｒｅ３）（使用者を指定）
前記受信手段が受信する前記解放補助設定要求には、前記解放補助設定要求に係るユーザを識別するユーザ識別情報が含まれ、
前記解放補助領域算出手段は、前記受信手段で受信した前記解放補助設定要求に含まれる前記ユーザ識別情報で識別されるユーザの位置を示す位置情報に基づいて前記解放補助領域を算出する、
付記Ｒｅ１に記載の情報処理サーバ。
（付記Ｒｅ４）（位置情報を記憶）
前記受信手段で受信した前記複数のユーザの位置を示す位置情報を、前記複数のユーザを識別するユーザ識別情報と対応付けて記憶する記憶手段を更に具備する、
付記Ｒｅ１〜Ｒｅ３のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ５）（グループ戦）
前記複数のユーザは、複数のグループのいずれかに属し、
前記記憶手段は、前記ユーザを識別するユーザ識別情報と、前記ユーザが属するグループを識別するグループ識別情報とを対応付けて記憶する、
付記Ｒｅ４に記載の情報処理サーバ。
（付記Ｒｅ６）（味方プレイヤーについて判定）
前記領域判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザのうち前記解放補助設定要求に係るユーザが属するグループに属するユーザについて前記解放補助領域算出手段で算出した前記解放補助領域の領域内に位置しているかを判定する、
付記Ｒｅ５に記載の情報処理サーバ。
（付記Ｒｅ７）（味方プレイヤーの状態を変更）
前記状態変更手段は、前記領域判定手段における判定の結果、前記解放補助領域内に位置していると判定されたユーザのうち、前記解放補助設定要求に係るユーザが属するグループに属するユーザの状態を第２状態から第１状態に変更する、
付記Ｒｅ５に記載の情報処理サーバ。
（付記Ｒｅ８）（味方プレイヤーについて判定）
前記領域判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザのうち前記状態が第２状態であるユーザについて、前記解放補助領域算出手段で算出した前記解放補助領域の領域内に位置しているかを判定する、
付記Ｒｅ５〜Ｒｅ７のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ９）（味方プレイヤーの状態を変更）
前記状態変更手段は、前記領域判定手段における判定の結果、前記解放補助領域内に位置していると判定されたユーザのうち、前記状態が第２状態であるユーザの前記状態を第２状態から第１状態に変更する、
付記Ｒｅ５〜Ｒｅ７のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ１０）（ユーザ状態を記憶）
前記記憶手段は、前記ユーザを識別するユーザ識別情報と、前記ユーザの状態とを対応付けて記憶する、付記Ｒｅ５〜Ｒｅ９のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ１１）（状態の定義）
前記ユーザの状態のうち、第１状態はユーザが捕縛されていない通常状態を示しており、前記第２状態はユーザが捕縛されている捕縛状態を示している、
付記Ｒｅ１〜Ｒｅ１０に記載の情報処理サーバ。
（付記Ｒｅ１２）（解放補助領域の位置範囲）
前記解放補助領域算出手段は、前記受信手段で受信した前記解放補助設定要求に係るユーザの位置を示す位置情報に基づいて、前記解放補助設定要求に係るユーザの位置を中心とする所定の半径距離の円領域を前記解放補助領域として算出する、
付記Ｒｅ１〜Ｒｅ１１のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ１３）（方向の求め方）
前記解放補助領域算出手段は、前記解放補助設定要求に係るユーザの現在位置を示す位置情報と前記解放補助設定要求に係るユーザの以前の位置を示す位置情報とに基づいて前記解放補助設定要求に係るユーザの方向を算出し、前記解放補助設定要求に係るユーザの現在位置を示す位置情報と前記算出した方向情報とに基づいて前記解放補助領域を算出する、
付記Ｒｅ１〜Ｒｅ１１のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ１４）（方向の求め方）
前記受信手段は、前記複数のユーザの位置を示す位置情報と合わせて前記複数のユーザの方向を示す方向情報を受信し、
前記解放補助領域算出手段は、前記受信手段で受信した前記解放補助設定要求に係るユーザの位置情報と方向情報とに基づいて前記解放補助領域を算出する、
付記Ｒｅ１〜Ｒｅ１１のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ１５）（解放補助領域の位置範囲）
前記解放補助領域算出手段は、前記位置情報で示される前記解放補助設定要求に係るユーザの位置から前記方向情報で示される方向に相対的に広い所定の領域を前記解放補助領域として算出する、
付記Ｒｅ１３又はＲｅ１４に記載の情報処理サーバ。
（付記Ｒｅ１６）（職位、レベル、アイテム熟練度、に応じた領域の広さ）
前記記憶手段は、前記ユーザを識別するユーザ識別情報を、前記ユーザのランク又は前記ユーザのレベル又は前記解放補助設定要求の熟練度のいずれかに相当するパラメータとを対応付けて記憶し、
前記解放補助領域算出手段は、前記解放補助設定要求に係るユーザの前記パラメータに基づいて前記解放補助領域を算出する、
付記Ｒｅ１〜Ｒｅ１５のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ１７）（職位等に応じた領域の広さ）
前記解放補助領域算出手段は、前記解放補助設定要求に係るユーザの前記パラメータが高いほど広い領域を前記解放補助領域として算出する、
付記Ｒｅ１６に記載の情報処理サーバ。
（付記Ｒｅ１８）（処理頻度）
前記受信手段は、所定の周期で前記複数のユーザの位置を示す位置情報を受信し、
前記解放補助領域算出手段は、前記受信手段で前記解放補助設定要求に係るユーザの位置を示す位置情報を受信する毎に前記位置情報に基づいて解放補助領域を算出する、
付記Ｒｅ１〜Ｒｅ１７のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ１９）（処理頻度）
前記受信手段は、各ユーザの複数の時刻における各位置を示す位置情報を所定の周期で受信し、
前記解放補助領域算出手段は、前記受信手段で前記解放補助設定要求に係るユーザの位置を示す位置情報を受信する毎に前記位置情報に基づいて各時刻における解放補助領域を算出し、
前記領域判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて前記複数のユーザの各時刻における位置と前記解放補助領域算出手段で算出した各時刻における前記解放補助領域との比較処理を行うことで、前記複数のユーザが前記前記解放補助領域の領域内に位置しているかを判定し、
前記状態変更手段は、前記時刻毎の比較処理の結果いずれかの時刻において前記解放補助領域内に位置していると判定されたユーザの状態を第２状態から第１状態に変更する、
付記Ｒｅ１〜Ｒｅ１７のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ２０）（監獄：牢屋に居る場合に効果有）
前記領域判定手段は、前記受信手段で受信した前記複数のユーザの位置情報に基づいて、前記複数のユーザが予め登録された所定の位置領域内でかつ前記解放補助領域算出手段で算出した前記解放補助領域内に位置しているかを判定し、
前記状態変更手段は、前記領域判定手段における判定の結果、前記所定の位置領域内でかつ前記解放補助領域内に位置していると判定されたユーザの状態を第２状態から第１状態に変更する、
付記Ｒｅ１〜Ｒｅ１９のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ２１）（他アイテム関連−ガーディアン）
前記受信手段は、解放補助設定無効要求を更に受信し、
前記領域判定手段は、前記受信手段で前記解放補助設定無効要求を受信している場合に、前記複数のユーザが前記解放補助領域算出手段で算出した前記解放補助領域の領域内に位置しているかの判定を行わない、
付記Ｒｅ１〜Ｒｅ２０のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ２２）（キャプチャー有効時間）
前記受信手段が解放補助設定要求を受信した場合に所定の時間計測を開始する時間計測手段を更に具備し、
前記解放補助領域算出手段は、前記時間計測手段が前記所定の時間計測を行っている期間内において、前記受信手段で受信した前記解放補助設定要求に係るユーザの位置を示す位置情報に基づいて解放補助領域を算出する、
付記Ｒｅ１〜Ｒｅ２１のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ２３）（ガーディアン有効時間）
前記時間計測手段は、前記受信手段が解放補助設定無効要求を受信した場合に所定の時間計測を開始し、
前記領域判定手段は、前記時間計測手段が前記所定の時間計測を行っている期間内において、前記複数のユーザが前記解放補助領域算出手段で算出した前記解放補助領域の領域内に位置しているかの判定を行わない、
付記Ｒｅ２２に記載の情報処理サーバ。
（付記Ｒｅ２４）（解放通知）
前記領域判定手段における判定の結果、前記解放補助領域内に位置していると判定されたユーザの状態を前記状態変更手段が第２状態から第１状態に変更する場合に、前記判定されたユーザの状態が第１状態に変更されたことを通知するユーザ状態変更通知情報を生成するユーザ状態変更通知情報生成手段と、
前記ユーザ状態変更通知情報を、少なくとも前記判定されたユーザと前記解放補助設定要求に係るユーザとに送信する送信手段と、
を更に具備する付記Ｒｅ１〜Ｒｅ２３のいずれか１項に記載の情報処理サーバ。
（付記Ｒｅ２５）（解放通知）
前記送信手段は、前記ユーザ状態変更通知情報を、同一ゲームをプレイ中の全ユーザに送信する、
付記Ｒｅ２４に記載の情報処理サーバ。
（付記Ｒｅ２６）（キャプチャー方法）
解放補助設定要求を受信する解放補助設定要求受信ステップと、
前記解放補助設定要求受信ステップで受信した前記解放補助設定要求に係るユーザの位置を示す位置情報に基づいて解放補助領域を算出する解放補助領域算出ステップと、
複数のユーザの位置を示す位置情報を受信する位置情報受信ステップと、
前記位置情報受信ステップで受信した前記複数のユーザの位置情報に基づいて前記複数のユーザが前記解放補助領域算出ステップで算出した前記解放補助領域の領域内に位置しているかを判定する領域判定ステップと、
前記領域判定ステップにおける判定の結果、前記解放補助領域内に位置していると判定されたユーザの状態を第２状態から第１状態に変更する状態変更ステップと、
を有する情報処理方法。
（付記Ｒｅ２７）（キャプチャープログラム）
解放補助設定要求に係るユーザの位置を示す位置情報をロードする第１ロードステップと、
前記第１ロードステップでロードした前記位置情報に基づいて解放補助領域を算出する解放補助領域算出ステップと、
複数のユーザの位置を示す位置情報をロードする第２ロードステップと、
前記第２ロードステップでロードした前記複数のユーザの位置を示す位置情報に基づいて、前記複数のユーザが前記解放補助領域算出ステップで算出した前記解放補助領域の領域内に位置しているかを判定する領域判定ステップと、
前記領域判定ステップにおける判定の結果、前記解放補助領域内に位置していると判定されたユーザの状態を第２状態から第１状態に変更する状態変更ステップと、
を情報処理装置に実行させるプログラム。
（付記Ｒｅ２８）（リリース携帯端末装置）
自ユーザの位置を示す位置情報を取得する位置情報取得手段と、
前記位置情報取得手段で取得した位置情報を送信する送信手段と、
自ユーザからの操作入力を受ける操作入力手段と、
前記自ユーザからの操作入力に基づいて解放補助設定要求を生成する解放補助設定要求生成手段と、
前記生成した解放補助設定要求を送信する送信手段と、
を具備する携帯端末装置。
（付記Ｒｅ２９）（リリース携帯端末装置）
他ユーザの状態が解放された解放状態に変更されたことを通知するユーザ状態変更通知情報を受信する受信手段と、
前記ユーザ状態変更通知情報の内容を表示する表示手段と、
を更に具備する付記Ｒｅ２８に記載の携帯端末装置。
【１１５３】
また、上述した本発明は、以下に示す構成とすることができる。
【１１５４】
（付記Ｃｈ１）
ユーザの位置と前記ユーザの状態を、前記ユーザを識別するユーザ識別情報と対応付けて記憶する記憶手段と、
前記ユーザの現在位置を示す位置情報を受信する受信手段と、
前記記憶手段で記憶されている前記ユーザの位置と前記ユーザの状態とを更新する更新手段と、
前記更新手段が前記ユーザの状態を変更したことを示す状態変更通知情報を生成する状態変更通知情報生成手段と、
前記状態変更通知情報生成手段で生成された前記状態変更通知情報を送信する送信手段と、
を具備する情報処理システム。
（付記Ｃｈ２）
前記受信手段は、前記ユーザの状態に関する状態情報を更に受信し、
前記更新手段は、前記受信手段で受信された前記位置情報に基づいて前記記憶手段で記憶されている前記ユーザの位置を更新し、前記受信手段で受信された前記状態情報に基づいて前記記憶手段で記憶されている前記ユーザの状態を更新し、
前記状態変更通知情報生成手段は、前記状態情報に基づいて前記更新手段が前記ユーザの状態を変更したことを示す状態変更通知情報を生成する、
付記Ｃｈ１に記載の情報処理システム。
（付記Ｃｈ３）
前記ユーザの状態は、少なくとも第１の状態と第２の状態とがあり、
前記状態情報は、前記ユーザの状態の変更を要求する情報である、
付記Ｃｈ２に記載の情報処理システム。
（付記Ｃｈ４）
前記状態情報には、少なくとも前記状態の更新の対象となるユーザを識別するユーザ識別情報と、前記状態を変更する方向に関する情報又は変更後の状態に関する情報を含み、
前記更新手段は、前記記憶手段に記憶されている前記ユーザの状態のうち、前記状態情報に含まれる前記ユーザ識別情報で識別される前記状態の更新の対象となるユーザの状態を、前記状態情報に含まれる前記状態を変更する方向に関する情報又は前記変更後の状態に関する情報に従って変更する、
付記Ｃｈ２又はＣｈ３に記載の情報処理システム。
（付記Ｃｈ５）
前記状態情報は、少なくとも前記状態の更新の対象となるユーザを識別するユーザ識別情報と他のユーザを識別するユーザ識別情報とを含み、
前記状態情報に含まれる前記複数のユーザ識別情報でそれぞれ識別される各ユーザの位置が所定の距離以内に位置しているかを判定する位置判定手段を更に具備し、
前記更新手段は、前記位置判定手段で前記所定の距離以内に位置していると判定された場合に前記状態の更新の対象となるユーザの状態を変更する、
付記Ｃｈ２〜Ｃｈ４のいずれか１項に記載の情報処理システム。
（付記Ｃｈ６）
前記状態変更通知情報生成手段は、前記受信手段で受信された前記状態情報に基づいて報更新手段が前記ユーザの状態を変更したことを示す状態変更通知情報を生成する、
付記Ｃｈ２〜Ｃｈ５のいずれか１項に記載の情報処理システム。
（付記Ｃｈ７）
前記ユーザは、複数のあるグループのいずれかのグループに属し、
前記記憶手段は、前記ユーザが属するグループを合わせて記憶する、
付記Ｃｈ１〜Ｃｈ６のいずれか１項に記載の情報処理システム。
（付記Ｃｈ８）
第２のグループに属するユーザの位置が第１のグループに属するユーザの位置から所定の距離以内に位置しているかを判定する位置判定手段を更に具備し、
前記更新手段は、前記位置判定手段で前記第１のグループに属するユーザの位置から所定の距離以内に位置していると判定された前記第２のグループに属するユーザの状態を変更する、
付記Ｃｈ７に記載の情報処理システム。
（付記Ｃｈ９）
前記位置判定手段は、第２のグループに属するユーザであって状態が第１の状態であるユーザの位置が第１のグループに属するユーザの位置から所定の距離以内に位置しているかを判定し、
前記更新手段は、前記位置判定手段で前記第１のグループに属するユーザの位置から所定の距離以内に位置していると判定された前記第２のグループに属するユーザであって前記状態が第１の状態であるユーザの状態を前記第１の状態から第２の状態に変更する、
付記Ｃｈ８に記載の情報処理システム。
（付記Ｃｈ１０）
前記更新手段は、前記位置判定手段で前記第１のグループに属するユーザの位置から所定の距離以内に位置していると所定の期間又は所定の回数判定された前記第２のグループに属するユーザであって前記状態が第１の状態であるユーザの状態を前記第１の状態から第２の状態に変更する、
付記Ｃｈ９に記載の情報処理システム。
（付記Ｃｈ１１）
前記位置判定手段は、第２のグループに属するユーザであって前記状態が第２の状態であるユーザの位置が前記第２のグループに属するユーザであって前記状態が第１の状態であるユーザの位置から所定の距離以内に位置しているかを判定し、
前記更新手段は、前記位置判定手段で前記第２の状態である前記ユーザの位置が前記第１の状態である前記ユーザの位置から所定の距離以内に位置していると判定された場合に前記第２の状態である前記ユーザの状態を前記第２の状態から第１の状態に変更する、
付記Ｃｈ７に記載の情報処理システム。
（付記Ｃｈ１２）
前記更新手段は、前記位置判定手段で前記第２の状態である前記ユーザの位置が前記第１の状態である前記ユーザの位置から所定の距離以内に位置していると所定の期間又は所定の回数判定された場合に前記第２の状態である前記ユーザの状態を前記第２の状態から第１の状態に変更する、
付記Ｃｈ１１に記載の情報処理システム。
（付記Ｃｈ１３）
所定の位置範囲を登録する所定位置範囲登録手段を更に具備し、
前記位置判定手段は、前記第２のグループに属するユーザであって前記状態が第２の状態であるユーザの位置が前記所定位置範囲登録手段で登録された前記所定の位置範囲内であるかを更に判定し、
前記更新手段は、前記位置判定手段で前記第２の状態である前記ユーザの位置が前記所定位置範囲登録手段で登録された前記所定の位置範囲内であって、かつ、前記第１の状態である前記ユーザの位置から所定の距離以内に位置していると判定された場合に前記第２の状態である前記ユーザの状態を前記第２の状態から前記第１の状態に変更する、
付記Ｃｈ１１又はＣｈ１２に記載の情報処理システム。
（付記Ｃｈ１４）
前記受信手段は、前記所定の位置範囲の登録を要求する所定位置範囲登録要求を更に受信し、
前記所定位置範囲登録手段は、前記受信手段で受信された所定位置範囲登録要求に基づいて前記所定の位置範囲に関する情報を前記記憶手段に格納する事で前記所定の位置範囲の登録を行い、
前記記憶手段は、前記所定の位置範囲に関する情報を記憶する、
付記Ｃｈ１３に記載の情報処理システム。
（付記Ｃｈ１５）
前記状態変更通知情報生成手段は、前記位置判定手段が行う前記判定に基づいて前記更新手段が前記ユーザの状態を変更したことを示す状態変更通知情報を生成する、
付記Ｃｈ８〜Ｃｈ１４のいずれか１項に記載の情報処理システム。
（付記Ｃｈ１６）
前記第１のグループは、攻撃側グループ、ハンター側グループ、警察側グループ、探偵側グループ、正義側グループ、天使側グループ、神側グループ、強者側グループ、のいずれかであり、
前記第２のグループは、防御側グループ、逃走側グループ、泥棒側グループ、盗人側グループ、悪側グループ、堕天使側グループ、悪魔側グループ、弱者側グループのいずれかである、
付記Ｃｈ７〜Ｃｈ１５のいずれか１項に記載の情報処理システム。
（付記Ｃｈ１７）
前記第１の状態は、通常状態、平常状態、生存状態、のいずれかであり
前記第２の状態は、捕縛状態、捕獲状態、死亡状態、のいずれかである、
付記Ｃｈ９〜Ｃｈ１４のいずれか１項に記載の情報処理システム。
（付記Ｃｈ１８）
前記ユーザの状態を変更する位置範囲である状態変更位置範囲を登録する状態変更位置範囲登録手段と、
所定の条件を満たすユーザについて、前記状態変更位置範囲登録手段が登録した前記状態変更位置範囲内に位置しているかを判定する位置判定手段と、
を更に具備し、
前記更新手段は、前記位置判定手段で前記状態変更位置範囲内に位置していると判定されたユーザの状態を変更する、
付記Ｃｈ１〜Ｃｈ１７のいずれか１項に記載の情報処理システム。
（付記Ｃｈ１９）
前記受信手段は、前記状態変更位置範囲の登録を要求する状態変更位置範囲登録要求を前記ユーザのいずれかから更に受信し、
前記状態変更位置範囲登録手段は、前記受信手段で受信された前記状態変更位置範囲登録要求に基づいて前記状態変更位置範囲に関する情報を前記記憶手段に格納する事で前記状態変更位置範囲の登録を行う、
付記Ｃｈ１８に記載の情報処理システム。
（付記Ｃｈ２０）
前記状態変更位置範囲登録手段は、前記状態変更位置範囲登録要求を行った前記ユーザの位置周辺の位置範囲を前記状態変更位置範囲として登録する、
付記Ｃｈ１９に記載の情報処理システム。
（付記Ｃｈ２１）
前記ユーザは、複数のあるグループのいずれかのグループに属し、
前記記憶手段は、前記ユーザが属するグループを合わせて記憶する、
付記Ｃｈ１９又はＣｈ２０に記載の情報処理システム。
（付記Ｃｈ２２）
前記位置判定手段は、前記状態変更位置範囲登録要求を行った前記ユーザが属するグループ以外のグループに属するユーザについて、前記状態変更位置範囲内に位置しているかを判定し、
前記更新手段は、前記位置判定手段で前記状態変更位置範囲内に位置していると判定された前記ユーザの状態を変更する、
付記Ｃｈ２１に記載の情報処理システム。
（付記Ｃｈ２３）
前記位置判定手段は、前記ユーザの状態が第１の状態であるユーザについて、前記状態変更位置範囲内に位置しているかを判定し、
前記更新手段は、前記位置判定手段で前記状態変更位置範囲内に位置していると判定された前記ユーザの状態を前記第１の状態から第２の状態に変更する、
付記Ｃｈ１８〜Ｃｈ２２のいずれか１項に記載の情報処理システム。
（付記Ｃｈ２４）
前記記憶手段は、前記ユーザのランク又はレベル又は熟練度に関するパラメータを前記ユーザを識別するユーザ識別情報と更に対応付けて記憶し、
前記状態変更位置範囲登録要求を行った前記ユーザの位置と前記ユーザの前記パラメータとに基づいて前記状態変更位置範囲を算出する状態変更位置範囲算出手段を更に具備し、
前記状態変更位置範囲登録手段は、前記状態変更位置範囲算出手段が算出した前記状態変更位置範囲に関する情報を前記記憶手段に格納する事で前記状態変更位置範囲の登録を行う、
付記Ｃｈ１８〜Ｃｈ２３のいずれか１項に記載の情報処理システム。
（付記Ｃｈ２５）
前記状態変更通知情報生成手段は、前記位置判定手段が行う前記状態変更位置範囲内に位置しているかどうかの判定に基づいて前記更新手段が前記ユーザの状態を変更したことを示す状態変更通知情報を生成する、
付記Ｃｈ１８〜Ｃｈ２４のいずれか１項に記載の情報処理システム。
（付記Ｃｈ２６）
前記受信手段は、前記状態変更位置範囲に基づく前記状態の変更を禁止する設定を要求する状態変更禁止設定要求を前記ユーザのいずれかから更に受信し、
前記状態変更禁止設定要求に基づいて前記ユーザに対する状態変更禁止設定を行う状態変更禁止設定手段を更に具備する、
付記Ｃｈ１８〜Ｃｈ２５のいずれか１項に記載の情報処理システム。
（付記Ｃｈ２７）
前記位置判定手段は、前記状態変更禁止設定が行われているユーザに対して前記状態変更位置範囲登録手段が登録した前記状態変更位置範囲内に位置しているかの判定を行わない、
付記Ｃｈ２６に記載の情報処理システム。
（付記Ｃｈ２８）
前記更新手段は、前記位置判定手段で前記状態変更位置範囲内に位置していると判定されたユーザのうち、前記状態変更禁止設定を行っていないユーザの状態を変更する、
付記Ｃｈ２６に記載の情報処理システム。
（付記Ｃｈ２９）
前記状態変更禁止設定手段が行った前記状態変更禁止設定を解除する状態変更禁止設定解除手段を更に具備する、
付記Ｃｈ２６〜Ｃｈ２８のいずれか１項に記載の情報処理システム。
（付記Ｃｈ３０）
前記状態変更位置範囲登録手段が行った前記状態変更位置範囲の登録を解除する状態変更位置範囲解除手段を更に具備する付記Ｃｈ１８〜Ｃｈ２９のいずれか１項に記載の情報処理システム。
（付記Ｃｈ３１）
所定の時間計測を行う時間計測手段を更に具備し、
前記時間計測手段は、前記状態変更禁止設定手段が前記状態変更禁止設定を行った場合に前記所定の時間計測を開始し、
前記状態変更禁止設定解除手段は、前記時間計測手段が前記所定の時間計測を完了した場合に、前記状態変更禁止設定の設定を解除する、
付記Ｃｈ２９に記載の情報処理システム。
（付記Ｃｈ３２）
所定の時間計測を行う時間計測手段を更に具備し、
前記時間計測手段は、前記状態変更位置範囲登録手段が前記状態変更位置範囲を登録した場合に前記所定の時間計測を開始し、
前記状態変更位置範囲解除手段は、前記時間計測手段が前記所定の時間計測を完了した場合に、前記状態変更位置範囲の登録を解除する、
付記Ｃｈ３０に記載の情報処理システム。
（付記Ｃｈ３３）
前記受信手段は、指定した位置に基づいて求められる指定状態変更位置範囲内に位置する所定の条件を満たすユーザの状態の変更を要求する指定状態変更要求を前記ユーザのいずれかから更に受信し、
前記受信手段で受信された前記指定状態変更要求に基づいて前記指定状態変更位置範囲を算出する指定状態変更位置範囲算出手段と、
前記指定状態変更位置範囲算出手段で算出された前記指定状態変更位置範囲内に位置するユーザがいるかを判定する位置判定手段と、
を更に具備し、
前記更新手段は、前記位置判定手段で前記指定状態変更位置範囲内に位置すると判定されたユーザの状態を変更する、
付記Ｃｈ１〜Ｃｈ３２のいずれか１項に記載の情報処理システム。
（付記Ｃｈ３４）
前記受信手段で受信される前記指定状態変更要求には、前記指定状態変更位置範囲に係る位置を指定する位置指定情報が含まれ、
前記指定状態変更位置範囲算出手段は、前記受信手段で受信された前記指定状態変更要求に含まれる前記位置指定情報に基づいて前記指定状態変更位置範囲を算出する、
付記Ｃｈ３３に記載の情報処理システム。
（付記Ｃｈ３５）
前記指定状態変更位置範囲算出手段は、前記受信手段で受信された前記指定状態変更要求に含まれる前記位置指定情報で示される位置を中心とする所定の半径の円領域を前記指定状態変更位置範囲として算出する、
付記Ｃｈ３４に記載の情報処理システム。
（付記Ｃｈ３６）
前記指定状態変更位置範囲算出手段は、前記受信手段で受信された前記指定状態変更要求に係る前記ユーザの位置と、前記指定状態変更要求に含まれる前記位置指定情報で示される位置とに基づいて、前記指定状態変更位置範囲の大きさを決定する、
付記Ｃｈ３４又はＣｈ３５に記載の情報処理システム。
（付記Ｃｈ３７）
前記指定状態変更位置範囲算出手段は、前記受信手段で受信された前記指定状態変更要求に係る前記ユーザの位置から前記指定状態変更要求に含まれる前記位置指定情報で示される位置までの距離が長いほど小さい位置範囲を前記指定状態変更位置範囲として算出する、
付記Ｃｈ３６に記載の情報処理システム。
（付記Ｃｈ３８）
前記指定状態変更位置範囲算出手段は、前記受信手段で受信された前記指定状態変更要求に係る前記ユーザの位置から前記指定状態変更要求に含まれる前記位置指定情報で示される位置までの距離が長いほど、前記位置指定情報で示される位置からずれた位置を中心として前記指定状態変更位置範囲を算出する、
付記Ｃｈ３４に記載の情報処理システム。
（付記Ｃｈ３９）
前記ユーザは、複数のあるグループのいずれかのグループに属し、
前記記憶手段は、前記ユーザが属するグループを合わせて記憶する、
付記Ｃｈ３３〜Ｃｈ３８に記載の情報処理システム。
（付記Ｃｈ４０）
前記位置判定手段は、前記指定状態変更要求を行った前記ユーザが属するグループ以外のグループに属するユーザについて、前記指定状態変更位置範囲算出手段で算出された前記指定状態変更位置範囲内に位置するユーザがいるかを判定し、
前記更新手段は、前記位置判定手段で前記指定状態変更位置範囲内に位置していると判定された前記ユーザの状態を変更する、
付記Ｃｈ３９に記載の情報処理システム。
（付記Ｃｈ４１）
前記位置判定手段は、前記ユーザの状態が第１の状態であるユーザについて、前記指定状態変更位置範囲内に位置しているかを判定し、
前記更新手段は、前記位置判定手段で前記指定状態変更位置範囲内に位置していると判定された前記ユーザの状態を前記第１の状態から第２の状態に変更する、
付記Ｃｈ３３〜Ｃｈ４０のいずれか１項に記載の情報処理システム。
（付記Ｃｈ４２）
所定の時間計測を行う時間計測手段を更に具備し、
前記時間計測手段は、前記受信手段で前記指定状態変更要求が受信された場合に前記所定の時間計測を開始し、
前記位置判定手段は、前記時間計測手段で前記所定の時間計測が完了した場合に、前記指定状態変更位置範囲算出手段で算出された前記指定状態変更位置範囲内に位置するユーザがいるかを判定する、
付記Ｃｈ３３〜Ｃｈ４１のいずれか１項に記載の情報処理システム。
（付記Ｃｈ４３）
所定の時間計測を行う時間計測手段を更に具備し、
前記時間計測手段は、前記受信手段で受信された前記指定状態変更要求に基づいて前記指定状態変更位置範囲算出手段が前記指定状態変更位置範囲を算出した場合に前記所定の時間計測を開始し、
前記位置判定手段は、前記時間計測手段で前記所定の時間計測が完了した場合に、前記指定状態変更位置範囲算出手段で算出された前記指定状態変更位置範囲内に位置するユーザがいるかを判定する、
付記Ｃｈ３３〜Ｃｈ４２のいずれか１項に記載の情報処理システム。
（付記Ｃｈ４４）
前記状態変更通知情報生成手段は、前記位置判定手段が行う前記指定状態変更位置範囲内に位置しているかどうかの判定に基づいて前記更新手段が前記ユーザの状態を変更したことを示す状態変更通知情報を生成する、
付記Ｃｈ３３〜Ｃｈ４３のいずれか１項に記載の情報処理システム。
（付記Ｃｈ４５）
前記受信手段は、前記指定状態変更位置範囲に基づく前記状態の変更を禁止する設定を要求する状態変更禁止設定要求を前記ユーザのいずれかから更に受信し、
前記状態変更禁止設定要求に基づいて前記ユーザに対する状態変更禁止設定を行う状態変更禁止設定手段を更に具備する、
付記Ｃｈ３３〜Ｃｈ４４のいずれか１項に記載の情報処理システム。
（付記Ｃｈ４６）
前記位置判定手段は、前記状態変更禁止設定が行われているユーザに対して前記指定状態変更位置範囲内に位置しているかの判定を行わない、
付記Ｃｈ４５に記載の情報処理システム。
（付記Ｃｈ４７）
前記更新手段は、前記位置判定手段で前記指定状態変更位置範囲内に位置していると判定されたユーザのうち、前記状態変更禁止設定を行っていないユーザの状態を変更する、
付記Ｃｈ４５に記載の情報処理システム。
（付記Ｃｈ４８）
自装置又は自ユーザの現在位置を示す位置情報を定期的に送信させる処理と、前記状態変更通知情報を受信した場合に、前記状態変更通知情報に含まれる情報を画面に表示させる表示処理と、を少なくとも情報処理装置に実行させるプログラムを携帯端末装置に配布するプログラム配布手段を更に具備し、
前記受信手段は、前記プログラムに基づいて前記携帯端末装置より送信される前記位置情報を前記ユーザの現在位置を示す位置情報として受信する、
付記Ｃｈ１〜Ｃｈ４７のいずれか１項に記載の情報処理システム。
（付記Ｃｈ４９）
前記プログラム配布手段は、前記ユーザからの操作入力に基づいて前記ユーザの状態に関する状態情報を送信させる処理を更に実行させるプログラムを前記携帯端末装置に配布する、
付記Ｃｈ４８に記載の情報処理システム。
（付記Ｃｈ５０）
前記プログラム配布手段は、前記ユーザからの操作入力に基づいて前記所定位置範囲登録要求又は前記状態変更位置範囲登録要求又は前記状態変更禁止設定要求又は前記指定状態変更要求を送信させる処理を更に実行させるプログラムを前記携帯端末装置に配布する、
付記Ｃｈ４８又はＣｈ４９に記載の情報処理システム。
（付記Ｃｈ５１）
前記携帯端末装置は、少なくとも画面を表示する表示手段と、
情報を無線送信する無線送信手段と、
情報を無線受信する無線受信手段と、
ユーザからの操作入力を受ける操作入力手段と、
を具備する付記Ｃｈ４８〜Ｃｈ５０のいずれか１項に記載の情報処理システム。
【産業上の利用可能性】
【１１５５】
本発明に係る時計は、子供や大人が広く遊ぶゲームや軍隊のトレーニング、子供等の行動管理、修学旅行時等の生徒管理、出会い促進システム、等に幅広く応用することが可能である。
【符号の説明】
【１１５６】
１００  情報処理システム                  １１０  携帯端末装置
１１１  位置情報取得部                    １１２  無線送信部
１１３  無線受信部                        １１４  通知情報処理部
１１５  表示部                            １１６  無線通信部
１２１  スピーカ（音声出力部）            １２２  操作入力部
１２３  ボタン（操作入力部）              １２４  切替スイッチ（切替部）
１２５  イヤホンジャック                  １２６  電源スイッチ（電源入力部）
１２７  カメラ（画像撮像部）              １２８  カードスロット（格納部）
１２９  接続端子                          １３０  マイク
１６０  情報処理サーバ
２００  情報処理システム                  ２１０  携帯端末装置
２１１  要求生成部                        ２１２  通知情報処理部
２１３  記憶部                            ２１４  アイテム処理部
２１５  ゲームフィールド作成要求生成部    ２１６  ユーザ登録要求生成部
２１７  ゲーム条件設定要求生成部          ２１８  ゲーム開始要求生成部
２１９  ゲーム終了要求生成部              ２２０  状態変更要求生成部
２２１  アイテム使用要求生成部            ２２２  ゲーム開始通知情報処理部
２２３  ゲーム終了通知情報処理部          ２２４  状態変更通知情報処理部
２３０  ウェブサーバ                      ２４０  認証サーバ
２５０  ユーザ情報登録サーバ              ２５１  ユーザ登録要求受信部
２５２  認証処理部                        ２５３  ユーザ登録部
２６０  情報処理サーバ                    ２６１  受信部
２６２  ゲーム開始処理部                  ２６３  ユーザ情報記憶部
２６４  ユーザ情報処理部                  ２６５  アイテム処理部
２６６  ゲーム終了処理部                  ２６７  通知情報生成部
２６８  送信部                            ２７１  受信部
２７２  ゲームフィールド作成部            ２７３  ゲームフィールド記憶部
２７４  ユーザ登録部                      ２７５  ゲーム条件設定部
２７６  ゲーム開始処理部                  ２７７  ユーザ情報記憶部
２７８  ゲーム開始通知情報生成部          ２７９  時間計測部
２８０  時刻情報取得部                    ２８１  位置情報処理部
２８２  ユーザ状態処理部                  ２８３  アイテム処理部
２８４  状態変更通知情報生成部            ２８５  ゲーム終了処理部
２８６  ゲーム終了通知情報生成部          ２８７  ゲーム終了了承確認情報生成部
２８９  経験値算出部                      ２９１  加入者情報データベース
２９２  個別ユーザ情報データベース      
２９３  ゲームフィールド情報データベース
３００  情報処理システム                  ３１０  携帯端末装置
３１１  購入アイテム処理部                ３１２  所有アイテム記憶部
３１３  装備アイテム記憶部                ３１４  アイテム購入要求生成部
３１５  アイテム使用通知情報処理部        ３１６  アイテム効果通知情報処理部
３３０  アイテム購買サーバ                ３３１  アイテム購入要求受信部
３３２  認証処理部                        ３３３  アイテム購買処理部
３４０  課金処理サーバ                    ３６０  情報処理サーバ
３６１  アイテム実行部                    ３６２  アイテム使用通知情報生成部
３６３  アイテム効果通知情報生成部        ３９１  購入アイテム情報データベース
４００  情報処理システム                  ４１０  携帯端末装置
４１１  制御部                            ４１２  地図情報処理部
４１３  表示制御部                        ４１４  地図情報送信要求生成部
４２１  ショートカットアイコン            ４２２  使用アイテム選択画面
４２３  使用中アイテム欄                  ４２４  戦況通知欄
４２５  マップ（地図）                    ４２６  自ユーザ（プレイヤー）アイコン
４２７  更新画面                          ４３０  地図要求処理サーバ
４６０  情報処理サーバ                    ４９１  地図情報データベース  
１２６  アイテム使用要求生成部            １２７  地図情報送信要求生成部
５００  情報処理システム                  ５１０  携帯端末装置
５１１  ユーザ通知情報処理部              ５１２  被探索通知情報処理部
５１３  自プレイヤーアイコン              ５１４  味方プレイヤーアイコン
５１５  敵プレイヤーアイコン              ５１６  未確認プレイヤーアイコン
５１７  被探索通知画面                    ５１８  装備アイテムデータ
５１９  自プレイヤー位置情報              ５２０  他プレイヤー位置情報
５２１  地図データ                        ５２２  ポップアップ画面
５２３  他ユーザ位置情報送信部            ５２４  他ユーザ位置情報取得部
５２５  要求制限部                        ５２６  要求制限設定部
５２７  表示部
５６０  情報処理サーバ                    ５６１  アイテム判別部
５６２  位置情報抽出部                    ５６３  ユーザ位置通知情報生成部
５６４  被探索通知情報生成部              ５６５  アイテム使用履歴記録部
６００  情報処理システム                  ６０１  正確現在位置
６０２  仮想円                            ６０３  仮想現在位置
６１０  携帯端末装置                      ６１１  探索対応設定要求部
６６０  情報処理サーバ                    
６６１  使用中アイテム登録部（感知設定部）
７００  情報処理システム                  ７１０  携帯端末装置
７１１  詳細通知情報処理部                ７１２  他プレイヤー詳細情報
７１５  第１要求部                        ７１６  第１取得部
７１７  第２要求部                        ７１８  第２取得部
７２１  敵情報欄                          ７２２  敵情報表示画面
７６０  情報処理サーバ                    ７６１  詳細情報抽出部
７６２  詳細通知情報生成部
８００  情報処理システム                  ８０１  送信元ユーザ位置
８０２  捕縛（解放）補助領域              ８１０  携帯端末装置
８６０  情報処理サーバ                    ８６１  時間計測部
８６２  捕縛補助領域算出部                ８６３  ユーザ状態変更判定部
８６４  解放補助領域算出部
９００  情報処理システム                  ９１０  携帯端末装置
９２２  トラップアイコン                  ９６０  情報処理サーバ
９６１  トラップ発動判定部
１０００  情報処理システム                １０１０  携帯端末装置
１０６０  情報処理サーバ                  １０６１  ボム発動判定部
１１００  情報処理システム                １１１０  携帯端末装置
１１２１  モルタル位置範囲（大）          １１２２  モルタル位置範囲（中）
１１２３  モルタル位置範囲（小）          １１２４  狙撃位置範囲
１１６０  情報処理サーバ                    
１１６１  モルタル発動位置・時刻算出部（指定状態変更位置算出部）
１１６２  ヒット判定部（指定状態変更位置範囲判定処理部）
１２００  情報処理システム                １２１０  携帯端末装置
１２６０  情報処理サーバ
１３００  情報処理システム                １３１０  携帯端末装置
１３６０  情報処理サーバ                  １３６１  アイテム使用可否判定部
１４００  情報処理システム                １４１０  携帯端末装置
１４１１  使用予定アイテム登録要求生成部  １４１２  アイテム移動通知情報処理部
１４６０  情報処理サーバ                  １４６１  使用予定アイテム登録部
１４６２  アイテム移動処理部              １４６３  アイテム移動通知情報生成部
１５００  情報処理システム                １５１０  携帯端末装置
１５１１  盗聴設定通知情報処理部          １５１２  呼接続要求生成部
１５２１  盗聴設定情報                    １５２２  味方プレイヤー情報
１５６０  情報処理サーバ                  １５６１  盗聴設定部
１５６２  盗聴設定通知情報生成部          １５８０  呼接続サーバ
１５８１  受信部                          １５８２  呼接続処理部（ＳＩＰ処理部）
１５８３  送信部                          １５９０  呼接続管理データベース
１６００  情報処理システム                １６１０  携帯端末装置
１６１１  センサー結果通知情報処理部      １６１２  振動子制御部
１６１３  振動子                          １６１４  音声制御部
１６１５  音声出力部                      １６１６  ボムアイコン
１６１７  モルタルアイコン                １６１８  トラップアイコン
１６１９  各種注意画面                    １６６０  情報処理サーバ
１６６１  センサー判定部                  １６６２  センサー結果通知情報生成部
１７００  情報処理システム                １７１０  携帯端末装置
１７１１  アイテム提供条件通知情報処理部  １７１２  アイテム取得要求生成部
１７１３  アイテム取得結果通知情報処理部  １７２１  アイテム提供条件通知情報
１７２２  アイテム提供領域アイコン        １７２３  アイテム取得ボタン
１７６０  情報処理サーバ                  １７６１  アイテム提供条件設定部
１７６２  アイテム提供条件記憶部          
１７６３  アイテム提供条件通知情報生成部  １７６４  アイテム取得処理部
１７６５  アイテム取得結果通知情報生成部
２０００  情報処理システム                ２００１  受信部
２００２  更新部                          ２００３  記憶部
２００４  状態変更通知情報生成部          ２００５  送信部
２００６  位置判定部                      ２００７  所定位置範囲登録部
２００８  状態変更位置範囲登録部          ２００９  状態変更位置範囲算出部
２０１０  状態変更禁止設定部              ２０１１  状態変更禁止設定解除部
２０１２  状態変更位置範囲解除部          ２０１３  時間計測部
２０１４  指定状態変更位置範囲算出部      
２０１５  プログラム配布部（ソフトウェア配布部）
【図３２】
0005616394.tif 000002
【図３９】
0005616394.tif 000003
【図４０】
0005616394.tif 000004
【図５０】
0005616394.tif 000005
【図８２】
0005616394.tif 000006
【図１】
0005616394.tif 000007
【図２】
0005616394.tif 000008
【図３】
0005616394.tif 000009
【図４】
0005616394.tif 000010
【図５】
0005616394.tif 000011
【図６】
0005616394.tif 000012
【図７】
0005616394.tif 000013
【図８】
0005616394.tif 000014
【図９】
0005616394.tif 000015
【図１０】
0005616394.tif 000016
【図１１】
0005616394.tif 000017
【図１２】
0005616394.tif 000018
【図１３】
0005616394.tif 000019
【図１４】
0005616394.tif 000020
【図１５】
0005616394.tif 000021
【図１６】
0005616394.tif 000022
【図１７】
0005616394.tif 000023
【図１８】
0005616394.tif 000024
【図１９】
0005616394.tif 000025
【図２０】
0005616394.tif 000026
【図２１】
0005616394.tif 000027
【図２２】
0005616394.tif 000028
【図２３】
0005616394.tif 000029
【図２４】
0005616394.tif 000030
【図２５】
0005616394.tif 000031
【図２６】
0005616394.tif 000032
【図２７】
0005616394.tif 000033
【図２８】
0005616394.tif 000034
【図２９】
0005616394.tif 000035
【図３０】
0005616394.tif 000036
【図３１】
0005616394.tif 000037
【図３３】
0005616394.tif 000038
【図３４】
0005616394.tif 000039
【図３５】
0005616394.tif 000040
【図３６】
0005616394.tif 000041
【図３７】
0005616394.tif 000042
【図３８】
0005616394.tif 000043
【図４１】
0005616394.tif 000044
【図４２】
0005616394.tif 000045
【図４３】
0005616394.tif 000046
【図４４】
0005616394.tif 000047
【図４５】
0005616394.tif 000048
【図４６】
0005616394.tif 000049
【図４７】
0005616394.tif 000050
【図４８】
0005616394.tif 000051
【図４９】
0005616394.tif 000052
【図５１】
0005616394.tif 000053
【図５２】
0005616394.tif 000054
【図５３】
0005616394.tif 000055
【図５４】
0005616394.tif 000056
【図５５】
0005616394.tif 000057
【図５６】
0005616394.tif 000058
【図５７】
0005616394.tif 000059
【図５８】
0005616394.tif 000060
【図５９】
0005616394.tif 000061
【図６０】
0005616394.tif 000062
【図６１】
0005616394.tif 000063
【図６２】
0005616394.tif 000064
【図６３】
0005616394.tif 000065
【図６４】
0005616394.tif 000066
【図６５】
0005616394.tif 000067
【図６６】
0005616394.tif 000068
【図６７】
0005616394.tif 000069
【図６８】
0005616394.tif 000070
【図６９】
0005616394.tif 000071
【図７０】
0005616394.tif 000072
【図７１】
0005616394.tif 000073
【図７２】
0005616394.tif 000074
【図７３】
0005616394.tif 000075
【図７４】
0005616394.tif 000076
【図７５】
0005616394.tif 000077
【図７６】
0005616394.tif 000078
【図７７】
0005616394.tif 000079
【図７８】
0005616394.tif 000080
【図７９】
0005616394.tif 000081
【図８０】
0005616394.tif 000082
【図８１】
0005616394.tif 000083
【図８３】
0005616394.tif 000084
【図８４】
0005616394.tif 000085
【図８５】
0005616394.tif 000086
【図８６】
0005616394.tif 000087
【図８７】
0005616394.tif 000088
【図８８】
0005616394.tif 000089
【図８９】
0005616394.tif 000090
【図９０】
0005616394.tif 000091
【図９１】
0005616394.tif 000092
【図９２】
0005616394.tif 000093
【図９３】
0005616394.tif 000094
【図９４】
0005616394.tif 000095
【図９５】
0005616394.tif 000096
【図９６】
0005616394.tif 000097
【図９７】
0005616394.tif 000098
【図９８】
0005616394.tif 000099
【図９９】
0005616394.tif 000100
【図１００】
0005616394.tif 000101
【図１０１】
0005616394.tif 000102
【図１０２】
0005616394.tif 000103
【図１０３】
0005616394.tif 000104
【図１０４】
0005616394.tif 000105
【図１０５】
0005616394.tif 000106
【図１０６】
0005616394.tif 000107
【図１０７】
0005616394.tif 000108
【図１０８】
0005616394.tif 000109
【図１０９】
0005616394.tif 000110
【図１１０】
0005616394.tif 000111
【図１１１】
0005616394.tif 000112
【図１１２】
0005616394.tif 000113
【図１１３】
0005616394.tif 000114
【図１１４】
0005616394.tif 000115
【図１１５】
0005616394.tif 000116
【図１１６】
0005616394.tif 000117
【図１１７】
0005616394.tif 000118
【図１１８】
0005616394.tif 000119
【図１１９】
0005616394.tif 000120
【図１２０】
0005616394.tif 000121
【図１２１】
0005616394.tif 000122
【図１２２】
0005616394.tif 000123
【図１２３】
0005616394.tif 000124
【図１２４】
0005616394.tif 000125
【図１２５】
0005616394.tif 000126
【図１２６】
0005616394.tif 000127
【図１２７】
0005616394.tif 000128
【図１２８】
0005616394.tif 000129
【図１２９】
0005616394.tif 000130
【図１３０】
0005616394.tif 000131
【図１３１】
0005616394.tif 000132
【図１３２】
0005616394.tif 000133
【図１３３】
0005616394.tif 000134
【図１３４】
0005616394.tif 000135
【図１３５】
0005616394.tif 000136
【図１３６】
0005616394.tif 000137
【図１３７】
0005616394.tif 000138
【図１３８】
0005616394.tif 000139
【図１３９】
0005616394.tif 000140
【図１４０】
0005616394.tif 000141