"サーバと表示部を有する通信機能付きの情報端末とが通信ネットワークを介してデータを送受信して、情報端末にゲームを提供するプログラムであって、前記情報端末に対する入力情報に基づき、自端末のプレーヤキャラクタを含む複数のキャラクタが対戦を行う対戦ゲームのゲーム処理を行うゲーム処理部と、ゲーム処理結果に基づき、対戦シーン又はゲーム世界の画像である第1の画像と、ゲーム状況又はゲーム結果又は入力結果又キャラクタの相関又はゲーム世界のマップを表す第2の画像を生成し、第1の画像が表示される第1のエリアと第2の画像が表示される第2のエリアを含むゲーム画像を自端末の表示部に提供するゲーム画像提供部と、してコンピュータを機能させるプログラム。請求項1又は2において、前記対戦ゲームは、アクションゲームであり、前記ゲーム処理部は、自端末への入力情報に基づき、自端末のプレーヤキャラクタのアクションに関する第1のゲーム処理を行い、他端末のデータ又は、他端末のデータと自端末のデータに基づき、前記複数のキャラクタのゲーム状況又は自端末のプレーヤキャラクタ以外のキャラクタのゲーム状況に関する第2のゲーム処理を行い、前記ゲーム画像提供部は、第1のゲーム処理結果に基づき自端末のプレーヤキャラクタのアクションシーンの画像である第1の画像生成し、第2のゲーム処理結果に基づき前記複数のキャラクタラクタのゲーム状況又は自端末のプレーヤキャラクタ以外のキャラクタのゲーム状況を表す画像である第2の画像を生成するプログラム。請求項1又は2において、前記ゲーム処理部は、自端末のプレーヤ主催の対戦を開始し、自端末への操作入力に基づき、自端末のプレーヤキャラクタを操作して、自端末のプレーヤ主催の対戦に参加している複数のキャラクタが対戦を行う前記アクションゲームのゲーム処理を行う対戦処理部と、他端末のプレーヤ主催の対戦に同期参加して、自端末への入力情報に基づき、他端末のプレーヤ主催の対戦を行っている少なくとも1つのキャラクタを操作して、他端末のプレーヤ主催の対戦に参加している複数のキャラクタが対戦を行う前記アクションゲームのゲーム処理を行う同期参加処理部と、を含み、前記対戦処理部は、自端末のプレーヤ主催の対戦通知情報を他端末の他のプレーヤに送り、前記同期参加処理部は、他端末のプレーヤ主催の対戦通知情報を受けとった場合に、他端末のプレーヤ主催の対戦に同期参加する処理を行うプログラム。請求項3において、前記対戦処理部は、自端末のプレーヤ主催の対戦に他のプレーヤの同期参加がない状態においては、自端末のプレーヤキャラクタ以外のキャラクタの対戦演算を、ノンプレイヤーキャラクター演算アルゴリズムに従って行い、自端末のプレーヤ主催アクション対戦中に他端末の他のプレーヤの同期参加があると、プレーヤキャラクタ以外の少なくとも1体のキャラクタの対戦演算を他端末のデータに基づき行うプログラム。請求項3又は4において、前記対戦処理部は、自端末のプレーヤ主催の対戦通知を行った他のプレーヤのゲームデータに基づき、キャラクタを設定するプログラム。請求項3乃至5のいずれかにおいて、他のプレーヤと友人登録を行う友人登録処理部を含み、前記対戦処理部は、友人登録を行っている他のプレーヤから対戦通知を送るプレーヤを選択するプログラム。請求項1乃至6のいずれかにおいて、ゲーム画像表示領域又はその一部を複数のエリアに分割し、表示部への接触入力情報が示す接触位置の移動軌跡に基づき、移動軌跡のエリア遷移を検出して、エリア遷移のパターンに基づき入力コマンドの種類を判断するコマンド検出部としてコンピュータを機能させ、前記ゲーム処理部は、検出されたコマンドの種類に応じて、キャラクタの動作演算を行うプログラム。請求項3乃至7のいずれかにおいて、前記対戦処理部は、自端末のプレーヤ主催の対戦ゲームに他端末の他のプレーヤが同期参加している場合に、対戦状況が所定の条件を満たすと判断した場合には、第1の画像に他端末と共通の画像演出を行い、前記同期参加処理部は、他端末のプレーヤ主催の対戦ゲームに同期参加している場合に、対戦状況が所定の条件を満たすと判断した場合には、第1の画像に他端末と共通の画像演出を行うプログラム。請求項1において、前記対戦ゲームは、シミュレーションゲーム又はロールプレイングゲームであり、前記ゲーム処理部は、自端末の第2の画像の表示エリアへの接触入力情報に基づきシミュレーションゲーム又はロールプレイングゲームを行い、ゲーム世界にゲームイベントを発生させるゲーム処理を行い、前記ゲーム画像提供部は、前記ゲーム処理結果に基づき、発生したゲームイベントを反映して変化するゲーム世界の画像である第1のゲーム画像を生成し、第2の画像として、シミュレーションゲーム又はロールプレイングゲームの入力受付を行うゲーム画像を生成するプログラム。請求項1乃至9のいずれかにおいて、前記ゲーム画像提供部は、第1の画像として、プレーヤキャラクタのオブジェクトと対戦相手のオブジェクトをゲーム空間に配置し、ゲーム空間を所与の視点から見た画像を生成するプログラム。請求項1乃至10のいずれかにおいて、前記情報端末は、前記情報端末はスマートフォン、又は携帯電話、又は携帯用ゲーム機、又は携帯用多機能端末、又は携帯情報端末又はタブレット端末であるプログラム。請求項1乃至11のいずれかにおいて、前記情報端末は、タッチパネル式の表示部を含み、前記ゲーム処理部は、前記表示部の前記第1の画像が表示される第1のエリア及び第2の画像の表示される第2のエリアの少なくとも一方のエリアに対する接触入力情報に基づきゲーム処理を行い、前記ゲーム画像提供部は、第1のゲーム画像及び第2のゲーム画像を前記表示部に提供するプログラム。請求項1乃至12のいずれかに記載のプログラムが記憶されたコンピュータ読み取り可能な情報記憶媒体。サーバと表示部を有する通信機能付きの情報端末とが通信ネットワークを介してデータを送受信して、情報端末にゲームを提供する画像生成システムであって、前記情報端末に対する入力情報に基づき、自端末のプレーヤキャラクタを含む複数のキャラクタが対戦を行う対戦ゲームのゲーム処理を行うゲーム処理部と、ゲーム処理結果に基づき、対戦シーン又はゲーム世界の画像である第1の画像と、ゲーム状況又はゲーム結果又は入力結果又キャラクタの相関又はゲーム世界のマップを表す第2の画像を生成し、第1の画像が表示される第1のエリアと第2の画像が表示される第2のエリアを含むゲーム画像を自端末の表示部に提供するゲーム画像提供部と、を含む画像生成システム。表示部を有する通信機能付きの情報端末にゲームを提供するサーバであって、所与の情報端末に対する入力情報に基づき、所与の情報端末のプレーヤキャラクタを含む複数のキャラクタが対戦を行う対戦ゲームのゲーム処理を行うゲーム処理部と、ゲーム処理結果に基づき、対戦シーン又はゲーム世界の画像である第1の画像と、ゲーム状況又はゲーム結果又は入力結果又キャラクタの相関又はゲーム世界のマップを表す第2の画像を生成し、第1の画像が表示される第1のエリアと第2の画像が表示される第2のエリアを含むゲーム画像を所与の情報端末に提供するゲーム画像提供部と、を含むサーバ。コンピュータを用いて、表示部を有する通信機能付きの情報端末にゲームを提供する方法であって、所与の情報端末に対する入力情報に基づき、所与の情報端末のプレーヤキャラクタを含む複数のキャラクタが対戦を行う対戦ゲームのゲーム処理を行うステップと、ゲーム処理結果に基づき、対戦シーン又はゲーム世界の画像である第1の画像と、ゲーム状況又はゲーム結果又は入力結果又キャラクタの相関又はゲーム世界のマップを表す第2の画像を生成し、第1の画像が表示される第1のエリアと第2の画像が表示される第2のエリアを含むゲーム画像を所与の情報端末に提供するステップとを含むゲーム提供方法。しかし携帯電話やスマートフォン等で遊ぶゲームやソーシャルゲームは、パズルゲームやロールプレイングゲームが主流であった。かかるゲームは、ユーザの隙間時間を利用して遊ばれることが多いので、すぐにプレイ可能なユーザがいるとは限らず、オンライン対戦ゲームは成立しづらく、対戦ゲームであっても、オンライン対戦ゲームのように他のプレーヤと同機を取って対戦を行うタイプのゲームはほとんどないのが現状である。また携帯電話やスマートフォン等でマルチプレーヤのアクションゲームを行う場合には、データの遅延や通信不良により他のプレーヤが操作するキャラクタのデータが遅延したり欠落したりすると、ゲーム画像に不具合が生じる可能性もある。また携帯電話やスマートフォン等の画像領域は限られているので、複数のキャラクタで対戦を行う場合には、ゲーム画像が見づらくなる可能性もある。またスマートフォン等にゲームを提供する場合には、入力がタッチパネルからの接触情報となるので、対戦画像のじゃまにならない操作入力体系を提供することが好ましい。本発明は、以上のような課題に鑑みてなされたものであり、その目的とするところは、通信機能付き情報端末に提供されるゲームで、複数のキャラクタが動作する対戦ゲームを行う場合に、対戦シーンの表示とゲーム状況の把握が同時に行える見やすいゲーム画像を提供できるプログラム、情報記憶媒体、画像生成システムサーバ及びゲームを提供することにある。また本発明の他の目的は、通信機能付き情報端末に提供されるゲームで、手軽にオンライン対戦気分を味わえるゲームを提供できるプログラム、情報記憶媒体、画像生成システム、サーバ及びゲーム提供方法を提供することにある。また本発明の他の目的は、通信機能付き情報端末に提供されるゲームでオンライン対戦を行う場合に、通信遅延や通信不良の影響の少ないゲームを提供できるプログラム、情報記憶媒体、画像生成システム、サーバ及びゲーム提供方法を提供することにある。1本発明は、サーバと表示部を有する通信機能付きの情報端末とが通信ネットワークを介してデータを送受信して、情報端末にゲームを提供するプログラムであって、前記情報端末に対する入力情報に基づき、自端末のプレーヤキャラクタを含む複数のキャラクタが対戦を行う対戦ゲームのゲーム処理を行うゲーム処理部と、ゲーム処理結果に基づき、対戦シーン又はゲーム世界の画像である第1の画像と、ゲーム状況又はゲーム結果又は入力結果又キャラクタの相関又はゲーム世界のマップを表す第2の画像を生成し、第1の画像が表示される第1のエリアと第2の画像が表示される第2のエリアを含むゲーム画像を自端末の表示部に提供するゲーム画像提供部と、してコンピュータを機能させるプログラムに関する。本発明は、コンピュータに読み取り可能であって、上記プログラムを記憶した情報記憶媒体に関係する。表示部を有する通信機能付き情報端末は、例えばスマートフォンや、携帯電話や、携帯用ゲーム機や、携帯デジタル音楽プレーヤや、携帯用マルチメディアプレーヤや、PD携帯情報端末PDAや、通信機能付きタブレット端末等でもよい。表示部としてタッチパネルを搭載し、タッチパネルからの操作入力を主な入力とするようなものでもよい。第1の画像が表示される第1のエリアと第2の画像が表示される第2のエリアを含むゲーム画像とは、1フレームのゲーム画像に第1の画像と第2の画像の両方が含まれているゲーム画像であり、1画面1つの表示部に第1の画像と第2の画像が同時に表示されるゲーム画像である。例えばゲーム画面が複数のエリアに分割され、その1つのエリアに第1の画像が表示され、他のエリアに第2の画像が表示されていてもよい。なお、第1の画像と第2の画像以外の複数の画像を含むゲーム画像を提供する構成も本発明の範囲内である。この様なゲーム画像が提供されることにより、プレーヤは第1の画像と第2の画像の両方を見ながらゲームを楽しむことができる。第1の画像と第2の画像の主従関係は問わない。例えば第1の画像がメインゲーム画像で、第2の画像がサブ画像でもよいし、その逆でもよいし、対等な関係でもよい。又第1の画像と第2の画像がゲーム画像に占める割合は適宜設定することができ、ゲーム途中で変更されてもよい。情報端末に対する入力情報とは、例えばゲーム画像が表示されている表示部への接触入力情報でもよい。例えば第1の画像の表示エリア又は第2の画像の表示エリアに対する接触入力情報に基づき、対戦ゲームのゲーム処理を行う構成でもよい。例えば第1の画像の表示エリアに表示された対戦シーンの画像に対して接触入力を行うことにより、ゲーム入力を行ってもよい。また例えば第2の画像の表示エリアに表示されたゲーム状況を表す画像やゲーム世界のマップ画像に対して操作入力を行うことによりゲーム入力を行ってもよい。第1の画像として対戦シーンの動画像を提供してもよいし、ゲーム世界であるオブジェクト空間を所与の視点から見た画像を提供してもよい。第2の画像として、ゲーム状況やゲーム結果や入力結果キャラクタの相関又はゲーム世界のマップを表す第2の画像を表す画像を提供してもよいし、それらを切り替えて提供するようにしてもよい。プレーヤキャラクタとは、プレーヤが操作するキャラクタである。自端末のプレーヤキャラクタとは自端末の操作入力によって操作されるプレーヤキャラクタである。対戦を行う複数のキャラクタはNPCでもよいし、プレーヤキャラクタでもよい。対戦ゲームは、アクションゲームでもよいし、シミュレーションゲームでもよいし、ロールプレイングゲームでもよい。なお対戦ゲームには、複数のキャラクタが登場するが、対戦ゲーム事態は、シングルプレーヤゲーム例えばNPCと対戦するゲームでもよいし、マルチプレーヤゲームでもよい。対戦ゲームは、格闘ゲームでもよいし、戦闘ゲームでもよし、スポーツゲーム野球やサッカーやテニス等でもよい。本発明によれば、通信機能付き情報端末に提供されるゲームで、複数のキャラクタが対戦するゲームを行う場合に、対戦シーン又はゲーム世界の画像である第1の画像と、ゲーム状況又はゲーム結果又は入力結果又キャラクタの相関又はゲーム世界のマップを表す第2の画像を同時に見ることができるゲーム画像を提供することができる。2このプログラムにおいて、前記対戦ゲームは、アクションゲームであり、前記ゲーム処理部は、自端末への入力情報に基づき、自端末のプレーヤキャラクタのアクションに関する第1のゲーム処理を行い、他端末のデータ又は、他端末のデータと自端末のデータに基づき、前記複数のキャラクタのゲーム状況又は自端末のプレーヤキャラクタ以外のキャラクタのゲーム状況に関する第2のゲーム処理を行い、前記ゲーム画像提供部は、第1のゲーム処理結果に基づき自端末のプレーヤキャラクタのアクションシーンの画像である第1の画像生成し、第2のゲーム処理結果に基づき前記複数のキャラクタラクタのゲーム状況又は自端末のプレーヤキャラクタ以外のキャラクタのゲーム状況を表す画像である第2の画像を生成してもよい。アクションゲームは、自端末のプレーヤキャラクタが対戦相手と格闘やスポーツ等の対戦を行う対戦ゲームでもよい。またゲーム状況を表す第2の画像として、対戦状況を知らせる画像を生成してもよい。アクションゲームは、操作入力によってキャラクタの動作を直接操作するゲームであり、操作入力にインタラクティブに連動する人間や動物、ロボット、機械などの個体プレイヤーキャラを動かすゲーム全般を指す。アクションゲームは、ロールプレイングゲームRPGとは対照的に、プレーヤの操作技術が直接プレイに影響するものであり、アクションゲームで対戦を行う場合には、操作入力の技量タイミングも含むで対戦の成績勝ち負け判定を行う。シューティングゲームやレースゲームやスポーツゲームや対戦型格闘ゲームなども、アクションゲームの一例である。またアクションゲームは、ゲームの一部として行われる場合でもよい。例えばアクションロールプレイングゲームのようにロールプレイングゲームとアクションゲームの両方の要素を含むゲームの一部として行われる場合でもよい。プレーヤキャラクタのアクションシーンの画像とは、操作入力にインタラクティブに反応してプレーヤキャラクタが動作する画像でもよい。前記第1の画像として、自端末のプレーヤキャラクタと対戦相手NPCでもよいのの対戦シーン画像を3次元画像合成の手法を用いて生成してもよい。前記第2の画像として、複数のキャラクタのゲーム状況又は自端末のプレーヤキャラクタ以外のキャラクタのゲーム状況を、キャラクタに対応するマーク等を用いての簡易に表示する画像を生成してもよい。他端末のデータとは、他端末への入力情報又は他端末のゲーム演算情報のデータでもよい。自端末のデータとは、自端末への入力情報又は自端末のゲーム演算情報のデータでもよい。他端末のデータは自端末がサーバから受信したデータでもよい。自端末がサーバから受信した他端末のデータ、又は他端末のデータと自端末のデータに基づき、前記複数のキャラクタのゲーム状況又は自端末のプレーヤキャラクタ以外のキャラクタのゲーム状況に関する第2のゲーム処理を行ってもよい。このようにすると、通信機能付き情報端末に提供されるマルチプレーヤゲームにおいて、通信遅延や通信不良等の影響を受けにくいゲームを提供することができる。3このプログラムにおいて、前記ゲーム処理部は、自端末のプレーヤ主催の対戦を開始し、自端末への操作入力に基づき、自端末のプレーヤキャラクタを操作して、自端末のプレーヤ主催の対戦に参加している複数のキャラクタが対戦を行う前記アクションゲームのゲーム処理を行う対戦処理部と、他端末のプレーヤ主催の対戦に同期参加して、自端末への入力情報に基づき、他端末のプレーヤ主催の対戦を行っている少なくとも1つのキャラクタを操作して、他端末のプレーヤ主催の対戦に参加している複数のキャラクタが対戦を行う前記アクションゲームのゲーム処理を行う同期参加処理部と、を含み、前記対戦処理部は、自端末のプレーヤ主催の対戦通知情報を他端末の他のプレーヤに送り、前記同期参加処理部は、他端末のプレーヤ主催の対戦通知情報を受けとった場合に、他端末のプレーヤ主催の対戦に同期参加する処理を行ってもよい。自端末のプレーヤ主催の対戦を行っている際のゲーム画像として、第1の画像と第2の画像を含むゲーム画像を提供してもよい。また同期参加の対戦を行っている際のゲーム画像として、第1の画像と第2の画像を含むゲーム画像を提供してもよい。4このプログラムにおいて、前記対戦処理部は、自端末のプレーヤ主催の対戦に他のプレーヤの同期参加がない状態においては、自端末のプレーヤキャラクタ以外のキャラクタの対戦演算を、ノンプレイヤーキャラクター演算アルゴリズムに従って行い、自端末のプレーヤ主催アクション対戦中に他端末の他のプレーヤの同期参加があると、プレーヤキャラクタ以外の少なくとも1体のキャラクタの対戦演算を他端末のデータに基づき行ってもよい。5このプログラムにおいて、前記対戦処理部は、自端末のプレーヤ主催の対戦通知を行った他のプレーヤのゲームデータに基づき、プレーヤキャラクタを設定してもよい。6このプログラムにおいて、他のプレーヤと友人登録を行う友人登録処理部を含み、前記対戦処理部は、友人登録を行っている他のプレーヤから対戦通知を送るプレーヤを選択してもよい。7このプログラムにおいて、ゲーム画像表示領域又はその一部を複数のエリアに分割し、表示部への接触入力情報が示す接触位置の移動軌跡に基づき、移動軌跡のエリア遷移を検出して、エリア遷移のパターンに基づき入力コマンドの種類を判断するコマンド検出部としてコンピュータを機能させ、前記ゲーム処理部は、検出されたコマンドの種類に応じて、キャラクタの動作演算を行ってもよい。8このプログラムにおいて、前記対戦処理部は、自端末のプレーヤ主催の対戦ゲームに他端末の他のプレーヤが同期参加している場合に、対戦状況が所定の条件を満たすと判断した場合には、第1の画像に他端末と共通の画像演出を行い、前記同期参加処理部は、他端末のプレーヤ主催の対戦ゲームに同期参加している場合に、対戦状況が所定の条件を満たすと判断した場合には、第1の画像に他端末と共通の画像演出を行ってもよい。9このプログラムにおいて、前記対戦ゲームは、シミュレーションゲーム又はロールプレイングゲームであり、前記ゲーム処理部は、自端末の第2の画像の表示エリアへの接触入力情報に基づきシミュレーションゲーム又はロールプレイングゲームを行い、ゲーム世界にゲームイベントを発生させるゲーム処理を行い、前記ゲーム画像提供部は、前記ゲーム処理結果に基づき、発生したゲームイベントを反映して変化するゲーム世界の画像である第1のゲーム画像を生成し、第2の画像として、シミュレーションゲーム又はロールプレイングゲームの入力受付を行うゲーム画像を生成してもよい。シミュレーションゲームやロールプレイングゲームRPGroleplayinggameは直接的なアクション性を必要としないゲームである。第2の画像はシミュレーションゲーム又はロールプレイングゲームのメイン画面ゲーム入力を行い、ゲームを進行させる画面の画像で、第1の画像がメイン画面で選択したバトル内容をリアルタイムに反映したゲーム世界の画像が表示される画面でもよい。この様にすると、第2の画像でシミュレーションゲーム又はロールプレイングゲームを行いながら、第1の画像でその結果がリアルタイムに反映されたゲーム世界例えばゲーム世界で行われている対戦シーンの画像をたのしむことができる。10このプログラムにおいて、前記ゲーム画像提供部は、第1の画像として、プレーヤキャラクタのオブジェクトと対戦相手のオブジェクトをゲーム空間に配置し、ゲーム空間を所与の視点から見た画像を生成してもよい。ゲーム空間を所与の視点から見た画像とは、ゲームに登場するオブジェクトが配置されたオブジェクト空間を所与の視点から見た画像でもよい。例えばゲーム空間における対戦シーンの画像でもよい。11このプログラムにおいて、前記情報端末はスマートフォン、又は携帯電話、又は携帯用ゲーム機、又は携帯用多機能端末、又は携帯情報端末又はタブレット端末でもよい。12このプログラムにおいて、前記情報端末は、タッチパネル式の表示部を含み、前記ゲーム処理部は、前記表示部の前記第1の画像が表示される第1のエリア及び第2の画像の表示される第2のエリアの少なくとも一方のエリアに対する接触入力情報に基づきゲーム処理を行い、前記ゲーム画像提供部は、第1のゲーム画像及び第2のゲーム画像を前記表示部に提供してもよい。13本発明は、上記のいずれかに記載のプログラムが記憶されたコンピュータ読み取り可能な情報記憶媒体に関する。14本発明は、サーバと表示部を有する通信機能付きの情報端末とが通信ネットワークを介してデータを送受信して、情報端末にゲームを提供する画像生成システムであって、前記情報端末に対する入力情報に基づき、自端末のプレーヤキャラクタを含む複数のキャラクタが対戦を行う対戦ゲームのゲーム処理を行うゲーム処理部と、ゲーム処理結果に基づき、対戦シーン又はゲーム世界の画像である第1の画像と、ゲーム状況又はゲーム結果又は入力結果又キャラクタの相関又はゲーム世界のマップを表す第2の画像を生成し、第1の画像が表示される第1のエリアと第2の画像が表示される第2のエリアを含むゲーム画像を自端末の表示部に提供するゲーム画像提供部と、を含む画像生成システムに関する。15本発明は、表示部を有する通信機能付きの情報端末にゲームを提供するサーバであって、所与の情報端末に対する入力情報に基づき、所与の情報端末のプレーヤキャラクタを含む複数のキャラクタが対戦を行う対戦ゲームのゲーム処理を行うゲーム処理部と、ゲーム処理結果に基づき、対戦シーン又はゲーム世界の画像である第1の画像と、ゲーム状況又はゲーム結果又は入力結果又キャラクタの相関又はゲーム世界のマップを表す第2の画像を生成し、第1の画像が表示される第1のエリアと第2の画像が表示される第2のエリアを含むゲーム画像を所与の情報端末に提供するゲーム画像提供部と、を含むサーバに関する。16本発明は、コンピュータを用いて、表示部を有する通信機能付きの情報端末にゲームを提供する方法であって、所与の情報端末に対する入力情報に基づき、所与の情報端末のプレーヤキャラクタを含む複数のキャラクタが対戦を行う対戦ゲームのゲーム処理を行うステップと、ゲーム処理結果に基づき、対戦シーン又はゲーム世界の画像である第1の画像と、ゲーム状況又はゲーム結果又は入力結果又キャラクタの相関又はゲーム世界のマップを表す第2の画像を生成し、第1の画像が表示される第1のエリアと第2の画像が表示される第2のエリアを含むゲーム画像を所与の情報端末に提供するステップとを含むゲーム提供方法に関する。以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。1.ネットワークシステム図1は、本実施形態のネットワークシステムを示す。本実施形態では、複数の情報端末10とサーバ20とによって構成される。つまり、図1に示すように、本実施形態のネットワークシステムは、ゲームを提供するサーバ20と、情報端末1010A、10B、10Cとが、通信ネットワーク30に接続可能に構成される。サーバ20と情報端末10は、ネットワーク介してデータのやりとりを行い、対戦ゲーム例えば他のユーザと同期を取ったアクションゲームを情報端末10に提供する。サーバ20は、ゲーム専用のサーバでもよいし、SNSソーシャルネットワーキングサービスと呼ばれるコミュニティ型のサービスを提供するサーバでもよい。本実施の形態のゲームプログラムは、サーバサーバ20とは異なるサーバでもよいからダウンロードされるアプリアプリケーションとして提供されてもよいし、パッケージソフトとして提供されてもよいし、ブラウザゲームとして提供されてもよい。例えば本実施の形態のゲームプログラムがアプリとして提供される場合には、サーバサーバ20とは異なるサーバでもよいからプログラムがダウンロードされ、情報端末にインストールされてもよい。また例えばASPアプリケーションサービスプロバイダ等のサーバにアクセスして、アプリを実行するようにしてもよい。また例えば、本実施の形態のゲームプログラムがパッケージソフトとして提供される場合には、CD等の情報記憶媒体に格納されているプログラムが読み取られ、情報端末にインストールされてもよい。また例えば本実施の形態のゲームプログラムがブラウザゲームとして提供される場合には、情報端末はWebサーバが提供するwebサイトにアクセスすることによりゲームを実行するようにしてもよい。本実施形態のサーバ20は、通信装置、データベース、コンピュータ等を含み、情報端末10とサーバ20がネットワーク30を介して通信し、ゲームプログラムの処理を分散して実行するようにしてもよい。例えばクライアントサーバ方式でゲームを実行するようにしてもよい。この場合サーバ20が、情報端末10で行う一部の処理例えば、処理部100の少なくとも1つの処理を行うようにしてもよい。またすべての処理をサーバ100で行いユーザは処理結果をネットワーク経由で受信して利用する形態、すなわちクラウドコンピューティングネットワーク、特にインターネットをベースとしたコンピュータの利用形態で実現する形態も本発明の範囲内である。例えば本実施の形態のゲームプログラムがブラウザゲームとして提供される場合には、本実施形態のサーバ20は、Webサーバ機能や、メール配送が可能なメールサーバ機能を備えてもよい。また、端末10がWebページHTMLHyperTextMarkupLanguage形式のデータを閲覧可能なウェブブラウザを備えていていてもよい。例えば情報端末10は、サーバ20のゲームサイトのURLにアクセスし、ユーザ名、パスワードを送信する。そして、サーバ20において当該ユーザのログインが成功すると、サーバ20は当該ユーザのWebページを情報端末10に送信する。そして、情報端末10は、ウェブブラウザ上に受信した当該ユーザのWebページを表示部190に表示させてもよい。また、本実施形態のサーバ20は、情報端末10からの要求に応じて、オンラインゲームサービスを提供してもよい。ユーザの情報端末10からの要求に応じて情報端末10の入力情報をネットワークを介してサーバ20に送信し、サーバ20では受信した入力情報に基づいてゲーム処理を行う。そして、ゲーム処理結果をネットワークを介して情報端末10に送信し、情報端末10では受信したゲーム処理結果を表示部に表示させる処理を行ってもよい。情報端末10は、携帯端末携帯電話、PHS端末、スマートフォン、PDA、携帯型ゲーム機等、パーソナルコンピュータPC、ゲーム機、画像生成装置などの情報処理装置であり、インターネットWAN、LANなどのネットワーク30を介してサーバ20に接続可能な装置である。なお、端末10とサーバ20との通信回線は、有線でもよいし無線でもよい。2.構成2-1.端末の構成図2に本実施形態の情報端末の機能ブロック図の例を示す。なお本実施形態の情報端末は図2の構成要素各部の一部を省略した構成としてもよい。入力部160は、ユーザからの入力情報を入力するための機器であり、プレーヤの入力情報を処理部に出力する。本実施形態の入力部160は、ユーザの入力情報入力信号を検出する検出部162を備える。入力部160は、例えば、レバー、ボタン、ステアリング、マイク、タッチパネル型ディスプレイ、キーボード、マウスなどがある。また、入力部160は、3軸の加速度を検出する加速度センサや、角速度を検出するジャイロセンサ、撮像部を備えた入力機器でもよい。また入力機器には、入力機器と一体化されているゲーム装置、携帯型ゲーム装置、携帯電話なども含まれる。本実施形態の端末は、複数の入力部160を備えていてもよい。記憶部170は、処理部100や通信部196などのワーク領域となるもので、その機能はRAMVRAMなどにより実現できる。情報記憶媒体180コンピュータにより読み取り可能な媒体は、プログラムやデータなどを格納するものであり、その機能は、光ディスクCD、DVD、光磁気ディスクMO、磁気ディスク、ハードディスク、磁気テープ、或いはメモリROMなどにより実現できる。処理部100は、情報記憶媒体180に格納されるプログラムデータに基づいて本実施形態の種々の処理を行う。情報記憶媒体180には、本実施形態の各部としてコンピュータを機能させるためのプログラム各部の処理をコンピュータに実行させるためのプログラムを記憶することができる。なお、本実施形態では、サーバ20が有する情報記憶媒体280や記憶部270に記憶されている本実施形態の各部としてコンピュータを機能させるためのプログラムやゲームデータを、ネットワークを介して受信し、受信したプログラムやデータを情報記憶媒体180に記憶してもよい。このようにプログラムやデータを受信してネットワークシステムを機能させる場合も本発明の範囲内に含む。表示部190は、本実施形態により提供させるゲーム画像を出力するものであり、その機能は、CRT、LCD、タッチパネル型ディスプレイなどにより実現できる。音出力部192は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。通信部196は外部例えば他の端末、サーバとの間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ASICなどのハードウェアや、プログラムなどにより実現できる。処理部100プロセッサは、入力部160からの入力情報やプログラムなどに基づいて、ゲーム処理、画像生成処理、或いは音生成処理などの処理を行う。この処理部100は記憶部170内の主記憶部172をワーク領域として各種処理を行う。処理部100の機能は各種プロセッサCPU、DSP等、ASICゲートアレイ等などのハードウェアや、プログラムにより実現できる。処理部100は、通信制御部110、ゲーム処理部120、友人登録処理部126,コマンド検出部128、表示制御部132、描画部130、音生成部140を含む。なおこれらの一部を省略する構成としてもよい。通信制御部110は、サーバ20とデータを送受信する処理を行う。例えば、通信制御部110は、サーバのIPアドレスやポート番号を指定してデータを送受信する処理を行う。また、通信制御部110は、サーバ20から受信したデータを記憶部170に格納する処理、受信したデータを解析する処理、その他のデータの送受信に関する制御処理等を行う。なお、通信制御部110は、サーバの宛先情報IPアドレス、ポート番号を情報記憶媒体180に記憶し、管理する処理を行うようにしてもよい。また、通信制御部110は、ユーザからの通信開始の入力情報を受け付けた場合に、サーバ20との通信を行うようにしてもよい。通信制御部110は、サーバ20にプレーヤのユーザ識別情報を送信して、プレーヤのユーザ情報やフレンド情報やゲームデータ等をサーバ20から受信する処理やサーバが他の情報端末から受信したデータや、それらに基づき生成したデータを受信する処理を行う。なお、通信制御部110は、画像を描画するフレームレートに応じてゲームの入力情報や演算情報などのゲームデータを含むパケットを生成しサーバ20に生成したパケットを送信する処理、又はサーバからゲームデータを含むパケットを受信してもよい。例えば、フレームレートが60fpsである場合には、1/60秒毎に、サーバ20とパケットの送受信処理を行ってもよい。ゲーム処理部120は、種々のゲーム処理を行う。例えば、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、ゲーム終了条件が満たされた場合にゲームを終了する処理などがある。ゲーム処理部120は、対戦処理部122、同期参加処理部124を含む。ゲーム処理部120は、前記情報端末に対する入力情報に基づき、自端末のプレーヤキャラクタを含む複数のキャラクタが対戦を行う対戦ゲームのゲーム処理を行う。描画部130又は表示制御部132は、ゲーム処理結果に基づき、対戦シーン又はゲーム世界の画像である第1の画像と、ゲーム状況又はゲーム結果又は入力結果又キャラクタの相関又はゲーム世界のマップを表す第2の画像を生成し、第1の画像が表示される第1のエリアと第2の画像が表示される第2のエリアを含むゲーム画像を自端末の表示部に提供するゲーム画像提供部として機能する。またゲーム処理部120は、自端末への入力情報に基づき、自端末のプレーヤキャラクタのアクションに関する第1のゲーム処理を行い、他端末のデータ又は、他端末のデータと自端末のデータに基づき、前記複数のキャラクタのゲーム状況又は自端末のプレーヤキャラクタ以外のキャラクタのゲーム状況に関する第2のゲーム処理を行い、ゲーム画像提供部描画部130表示制御部132は、第1のゲーム処理結果に基づき自端末のプレーヤキャラクタのアクションシーンの画像である第1の画像生成し、第2のゲーム処理結果に基づき前記複数のキャラクタラクタのゲーム状況又は自端末のプレーヤキャラクタ以外のキャラクタのゲーム状況を表す画像である第2の画像を生成してもよい。対戦処理部122は、自端末のプレーヤ主催の対戦を開始し、自端末への操作入力に基づき、自端末のプレーヤキャラクタを操作して、自端末のプレーヤ主催の対戦に参加している複数のキャラクタが対戦を行う前記アクションゲームのゲーム処理を行い、同期参加処理部124は、他端末のプレーヤ主催の対戦に同期参加して、自端末への入力情報に基づき、他端末のプレーヤ主催の対戦を行っている少なくとも1つのキャラクタを操作して、他端末のプレーヤ主催の対戦に参加している複数のキャラクタが対戦を行う前記アクションゲームのゲーム処理を行う構成され、対戦処理部122は、自端末のプレーヤ主催の対戦通知情報を他端末の他のプレーヤに送り、同期参加処理部124は、他端末のプレーヤ主催の対戦通知情報を受けとった場合に、他端末のプレーヤ主催の対戦に同期参加する処理を行ってもよい。対戦処理部122は、自端末のプレーヤ主催の対戦に他のプレーヤの同期参加がない状態においては、自端末のプレーヤキャラクタ以外のキャラクタの対戦演算を、ノンプレイヤーキャラクター演算アルゴリズムに従って行い、自端末のプレーヤ主催アクション対戦中に他端末の他のプレーヤの同期参加があると、プレーヤキャラクタ以外の少なくとも1体のキャラクタの対戦演算を他端末のデータに基づき行ってもよい。対戦処理部122は、自端末のプレーヤ主催の対戦通知を行った他のプレーヤのゲームデータに基づき、プレーヤキャラクタを設定してもよい。友人登録処理部126は、他のプレーヤと友人登録を行い、対戦処理部122は、友人登録を行っている他のプレーヤから対戦通知を送るプレーヤを選択してもよい。コマンド検出部128は、ゲーム画像表示領域又はその一部を複数のエリアに分割し、表示部への接触入力情報が示す接触位置の移動軌跡に基づき、移動軌跡のエリア遷移を検出して、エリア遷移のパターンに基づき入力コマンドの種類を判断し、ゲーム処理部120は、検出されたコマンドの種類に応じて、キャラクタの動作演算を行ってもよい。対戦処理部120は、自端末のプレーヤ主催の対戦ゲームに他端末の他のプレーヤが同期参加している場合に、対戦状況が所定の条件を満たすと判断した場合には、第1の画像に他端末と共通の画像演出を行い、同期参加処理部124は、他端末のプレーヤ主催の対戦ゲームに同期参加している場合に、対戦状況が所定の条件を満たすと判断した場合には、第1の画像に他端末と共通の画像演出を行ってもよい。ゲーム処理部120は、自端末の第2の画像の表示エリアへの接触入力情報に基づきシミュレーションゲーム又はロールプレイングゲームを行い、ゲーム世界にゲームイベントを発生させるゲーム処理を行い、ゲーム画像提供部描画部130は、前記ゲーム処理結果に基づき、発生したゲームイベントを反映して変化するゲーム世界の画像である第1のゲーム画像を生成し、第2の画像として、シミュレーションゲーム又はロールプレイングゲームの入力受付を行うゲーム画像を生成してもよい。ゲーム画像提供部描画部130は、第1の画像として、プレーヤキャラクタのオブジェクトと対戦相手のオブジェクトをゲーム空間に配置し、ゲーム空間を所与の視点から見た画像を生成してもよい。また、ゲーム処理部120は、プレーヤキャラクタ、建物、球場、車、樹木、柱、壁、マップ地形などの表示物を表す各種オブジェクトポリゴン、自由曲面又はサブディビジョンサーフェスなどのプリミティブで構成されるオブジェクトをオブジェクト空間に配置設定する処理を行うようにしてもよい。ここでオブジェクト空間とは、仮想空間であり、2次元空間、3次元空間の両方を含む。2次元空間とは、例えば2次元座標X,Yにおいてオブジェクトが配置される空間であり、3次元空間とは、例えば3次元座標X,Y,Zにおいてオブジェクトが配置される空間である。例えば、オブジェクト空間設定部111は、オブジェクト空間を3次元空間とした場合には、ワールド座標系にオブジェクトを配置する。また、例えば、ワールド座標系でのオブジェクトの位置や回転角度向き、方向と同義であり、例えば、ワールド座標系でのX、Y、Z軸の各軸の正方向からみて時計回りに回る場合における回転角度を決定し、その位置X、Y、Zにその回転角度X、Y、Z軸回りでの回転角度でオブジェクトを配置する。例えば、ゲーム処理部120は、オブジェクト空間において、プレーヤキャラクタを移動させる処理を行うようにしてもよい。すなわち入力部160によりプレーヤが入力した入力情報や、プログラム移動動作アルゴリズムや、各種データモーションデータなどに基づいて、プレーヤキャラクタをオブジェクト空間内で移動させたり、オブジェクトを動作モーション、アニメーションさせたりする処理を行う。具体的には、プレーヤキャラクタの移動情報位置、回転角度、速度、或いは加速度などの移動パラメータや動作情報オブジェクトを構成する各パーツの位置、或いは回転角度を、1フレーム例えば、1/60秒毎に順次求める処理を行うようにしてもよい。なおフレームは、プレーヤキャラクタの移動動作処理や画像生成処理を行う時間の単位である。本実施の形態のゲームをブラウザゲームである場合には、表示制御部128は、サーバ20から受信したデータWebデータ、HTML形式で作成されたデータでもよいを、ブラウザなどを用いて表示部190に表示させる処理を行ってもよい。また表示制御部128は、ゲーム処理部120によるゲーム処理内容を表示させる表示制御や、描画部130において生成された画像を表示部190に表示させる表示制御を行ってもよい。描画部120は、処理部100で行われる種々の処理例えば、ゲーム処理の結果に基づいて描画処理を行い、これにより画像を生成し、表示部190に出力するもので、ゲーム画像提供処理部として機能する。描画部130が生成する画像は、いわゆる2次元画像であってもよいし、いわゆる3次元画像であってもよい。音生成部140は、処理部100で行われる種々の処理の結果に基づいて音処理を行い、BGM、効果音、又は音声などのゲーム音を生成し、音出力部192に出力する。例えば、サーバ20から受信した音データを音出力部192に出力するようにしてもよい。2-2.サーバの構成図3に本実施形態のサーバ20の機能ブロック図の例を示す。本実施形態のサーバ20は図3の構成要素各部の一部を省略した構成としてもよい。記憶部270は、処理部200や通信部296などのワーク領域となるもので、その機能はRAMVRAMなどにより実現できる。格納部例えばデータベース260には、本実施形態のゲームに参加するユーザのユーザ情報410図10参照、フレンド情報420図11参照、ゲームデータ430図12参照を格納してもよい。情報記憶媒体280コンピュータにより読み取り可能な媒体は、プログラムやデータなどを格納するものであり、その機能は、光ディスクCD、DVD、光磁気ディスクMO、磁気ディスク、ハードディスク、磁気テープ、或いはメモリROMなどにより実現できる。処理部200は、情報記憶媒体280に格納されるプログラムデータに基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体280には、本実施形態の各部としてコンピュータを機能させるためのプログラム各部の処理をコンピュータに実行させるためのプログラムが記憶される。通信部296は外部例えば、端末、他のサーバや他のネットワークシステムとの間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ASICなどのハードウェアや、プログラムなどにより実現できる。処理部200プロセッサは、情報記憶媒体280に記憶されるプログラム等に基づいて、各所処理を行う。また、処理部200は記憶部270内の主記憶部272をワーク領域として各種処理を行う。処理部200の機能は各種プロセッサCPU、DSP等、ASICゲートアレイ等などのハードウェアや、プログラムにより実現できる。特に、本実施形態のサーバの処理部200は、ネットワーク設定部210、通信制御部211、友人登録処理部212、通知制御部213、ゲーム処理部220、ゲーム画像提供部222を含む。なおこれらの一部を省略する構成としてもよい。ネットワーク設定部210は、端末識別情報を情報端末10から受信し、受信した端末識別情報に対応づけて、ユーザのネットワーク情報を、データベース260例えばユーザー情報に格納する。通信制御部211は、情報端末10とネットワークを介してデータを送受信する処理を行う。つまり、通信制御部211は、プレーヤの情報端末からの要求に基づいて、当該プレーヤのゲームデータやフレンド情報や他の情報端末から受信したデータを当該端末10に送信する処理を行う。フレンド制御部212は、複数のユーザをフレンド関係として登録する処理や、登録された複数のユーザのフレンド関係を解除する処理を行う。例えば、友人登録処理部212は、第1のプレーヤの情報端末から第2のプレーヤをフレンドとして登録する登録要求及び当該第2のプレーヤの情報端末から第1のプレーヤをフレンドとして登録する登録要求に基づいて、第1のプレーヤのユーザ識別情報に対応づけて第2のプレーヤのユーザ識別情報をフレンド登録情報図11の422参照として登録すると共に、第2プレーヤのユーザ識別情報に対応づけて第1のプレーヤのユーザ識別情報をフレンド登録情報図11の422参照として登録する。通知制御部213は、プレーヤが自端末主催の対戦を開催する際に他のプレーヤに対戦通知を行うための処理を行う。例えば、通知制御部213は、プレーヤAの端末からプレーヤA主催の対戦通知情報招待者のプレーヤ情報も含むを受信した場合には、プレーヤA主催の対戦通知を招待者として指定されている他のプレーヤの情報端末に送信する。ゲーム処理部220は、各情報端末とデータ各端末の入力情報やゲーム演算情報に関するゲームデータを送受信する処理を行う。対戦ゲーム処理部や同期参加処理部の処理の一部又は全部をサーバのゲーム処理部220が行うようにしてもよい。ゲーム画像提供部222は、情報端末にゲーム画像を提供する処理を行う。図2で説明したゲーム提供処理の一部又は全部をサーバのゲーム画像提供部222が行うようにしてもよい。3.本実施の形態の手法3-1.ゲームの概要スマートフォン等にダウンロードして実行するアクションRPGゲームを例にとり、本実施のゲームについて説明する。図9はゲームの概要について説明するための図である。図9に示す情報端末10A~10DはプレーヤA~プレーヤDの保持する情報端末であり、サーバ20とネットワークを介して通信可能に構成されている。情報端末10A~10Dには本実施の形態のプログラムアプリがインストールされている。サーバ20のデータベース260には、図10に示すユーザ情報410や,図11に示すフレンド情報420や、図12に示すゲームデータ430等が格納されている。プレーヤA~Cは、所望のタイミングでインストールされているアプリを起動して、ゲームを開始してゲームを楽しむことができる。本実施の形態のゲームは、RPGゲームとアクション対戦ゲームの両方を楽しめるように構成されている。RPGゲームは、例えば限定された環境を舞台にし、主に途切れることなくゲームが進むリアルタイム進行のゲームで、プレーヤがゲーム内の環境を操作することによって、キャラクタなどが間接的に影響を受けて自発的作業を行ったり、状況の変化をもたらす箱庭ゲームでもよい。またゲーム世界に村や植民地や城を建設経営する過程で武器生産などを行って敵勢力と戦う要素のあるリアルタイムストラテジー的側面を持つゲームでもよい。本実施の形態では、プレーヤは、プレーヤキャラクタをゲーム世界で活動させ、箱庭をレベルアップさせていくゲームをRPGモードで楽しむことができる。RPGモードにおいてはプレーヤキャラクタにゲーム世界を移動させ、単独で、又は仲間NPCNonPlayerCharacterでもよいと共同してクエストに挑み、箱庭をレベルアップさせるようにしてもよい。そして箱庭の育て方で、プレーヤキャラクタの成長が変わるようにしてもよい。具体的にはプレーヤキャラクタに設定されているパラメータ情報や属性等が変化するようにしてもよい。本実施の形態では、スマートフォン等の情報端末でゲームが開始されると、まずRPGモードになる。ゲームが開始されると、情報端末は、サーバ20に補損されている当該プレーヤのユーザ識別情報に関連づけて保持されているゲームデータ430を取得して、ゲーム世界を設定し、前回のゲーム終了時の続きからゲームを開始する。本実施の形態では、ゲーム中に所望のタイミングでプレーヤ主催の対戦を開始することができる。プレーヤ主催の対戦を行う際、プレーヤはフレンド登録をしている他のプレーヤフレンド登録をした他のプレーヤの情報は、サーバのフレンド情報に記憶されているに対戦通知を送り、他のプレーヤの参加を募ることができる。またプレーヤは、他のプレーヤ主催の対戦通知を受けた場合には、他のプレーヤ主催の対戦に同期参加を行うことができる。プレーヤA主催の対戦にプレーヤBが同期参加した場合には、プレーヤAとプレーヤBは一緒に戦っているような感じを味わうことができる。プレーヤ主催の対戦が開始されると、アクションモードとなり、プレーヤはアクションゲームを楽しむことができる。アクションゲームとは、情報端末に対する操作入力に基づき、キャラクタの動作を直接制御するゲームである。アクションモードでは、ゲーム世界の敵例えばモンスター等のNPCとプレーヤキャラクタのアクション対戦を楽しむことができる。NPCNonPlayerCharacter:ノンプレイヤーキャラクターとは、プレーヤが操作しないゲームマスターが操作するキャラクタのことであるプレーヤに操作されるキャラクタはプレーヤキャラクターPCと呼ばれる。プレーヤが操作しないキャラクタは全てNPCであり、人間以外のモンスターなどもNPCと言える。コンピュータゲームの場合、主人公の家族店の主人普通の村人王や姫、敵のモンスター、あるいは扉や宝箱などの動的オブジェクトでさえも、プレーヤが方向キー入力による移動や戦闘中のコマンド入力などによって操作できないものはNPCと言える。箱庭の成長度合いやクエストのクリア度合いや、プレーヤ主催の対戦の結果や他のプレーヤ主催の対戦の参加により、ゲームポイントを増加させることができるようにしてもよい。なお本実施の形態では、プレーヤキャラクタがNPCである敵と対戦するゲームを例にとり説明するが、プレーヤキャラクタ同士がオンライン対戦を行うゲームでもよい。3-2.ゲーム画像図4は、本実施の形態のゲーム画像の一例である。同図に示すゲーム画像は、アクションモード時プレーヤ主催の対戦を行っている時、又は他のプレーヤ主催の対戦に同期参加している時に提供される画像スマートフォン等の表示部に表示される画像である。例えばプレーヤA主催の対戦に、プレーヤAと友人登録を行っているプレーヤB、プレーヤC、プレーヤDを招待した場合対戦通知をした場合を例にとり説明する。300は、プレーヤAの操作する情報端末例えばスマートフォン等の表示部に表示されるゲーム画像の一例である。プレーヤAのプレーヤキャラクタ312のアクションシーンの画像である第1の画像310と、プレーヤA主催の対戦に参加している複数のキャラクタプレーヤAに関連して設定されたキャラクタ321、プレーヤBに関連して設定されたキャラクタ323、プレーヤCに関連して設定されたキャラクタ324、プレーヤDに関連して設定されたキャラクタ325の対戦状況を知らせる第2の画像320を含む。ゲーム画像300として、第1の画像が表示される第1のエリアと第2の画像が表示される第2のエリアの少なくとも2つのエリアを含むゲーム画像を生成してもよい。第2の画像は、自端末のプレーヤキャラクタ以外のキャラクタの対戦状況を知らせる画像でもよい。自端末のプレーヤキャラクタ以外のキャラクタとは、プレーヤAに提供されるゲーム画像では、プレーヤA以外に関連して設定されているキャラクタ例えばプレーヤBに関連して設定されたキャラクタ323,プレーヤCに関連して設定されたキャラクタ324,プレーヤDに関連して設定されたキャラクタ325である。また第1の画像310は、自端末のプレーヤキャラクタ312と対戦相手NPC314との対戦シーンの画像でもよい。例えば自端末のプレーヤキャラクタや敵に対応するモデルをポリゴンオブジェクト等として生成して、仮想3次元空間に配置して、3次元画像合成を行い生成した画像でもよい。操作入力に基づき自端末のプレーヤキャラクタにモーションさせ、コンピュータ制御により対戦相手NPCにモーションさせ、例えば1/60秒毎にフレーム画像更新することで自端末のプレーヤキャラクタ312と対戦相手NPC314との対戦シーンを動画として提供してもよい。また第2の画像は、対戦に参加している複数のキャラクタの対戦状況又は自端末のプレーヤキャラクタ以外のキャラクタ対戦状況の概要表示画像対戦の概要又は対戦の状況を簡易表示する画像でもよいし、例えば対戦の状況を、第1の画像よりも簡易な画像で表示する画像でもよい。例えば第2の画像は、図4に示すように対戦ゲームを行うキャラクタに対応したマーク例えば駒321~325を用いて対戦状況を表示するようにしてもよい。図4の第2の画像320では、プレーヤAに関連して設定されたキャラクタ321に対応する駒321、敵キャラクタ314に対応する駒322、プレーヤBに関連して設定されたキャラクタに対応する駒323、プレーヤCに関連して設定されたキャラクタに対応する駒324、プレーヤDに関連して設定されたキャラクタに対応する駒325が表示されている。対戦状況の表示とは、たとえば誰と誰が対戦しているのかを表示することでもよく、図4の第2の画像320では、駒321プレーヤAに関連して設定されたキャラクタ321に対応する駒と駒322敵キャラクタ314に関連して設定された駒との間に対戦マーク331が表示されている。この様にすると、第2の画像によりプレーヤAに関連して設定されたキャラクタ321と敵キャラクタ314が対戦しており、その他のキャラクタが待機している状態であることがわかる。また後に説明するように、本対戦では、各プレーヤは自己のプレーヤキャラクタに対して操作入力により攻撃や防御等のアクションを行わせることができる。従って対戦状況の表示として、各キャラクタが攻撃を行った際には攻撃マーク、防御を行った際には防御マーク等を表示させるようにしてもよい。また対戦状況の表示として、各キャラクタの対戦継続や生死にかんするパラメータ体力やライフや耐久力や攻撃力や防御力に関するパラメータを各キャラクタの駒に対応づけて表示してもよい例えば各キャラクタの駒の近くに表示してもよい。このようにすると対戦を行っている他のキャラクタの対戦状況をより詳しく把握することができる。スマートフォン等の携帯用情報端末の場合、提供できるゲーム画像の表示面積は端末の表示部の面積に制限されるため、複数のキャラクタをすべて含む対戦シーン複数のキャラクタのすべてが表示されたゲーム世界の画像等を提供すると、キャラクタの表示が小さくなりすぎてゲーム画像が見にくくなったり、キャラクタが小さすぎて対戦シーンの迫力が欠如する可能性がある。係る事態を回避するために、第1の画像にはプレーヤキャラクタ312と敵314以外のキャラクタの画像を生成しないようにしてもよい。例えば情報端末10Aに提供する第1の画像は、自端末のプレーヤキャラクタのオブジェクトと対戦相手のオブジェクトをゲーム空間に配置し、ゲーム空間を所与の視点から見た自端末のプレーヤキャラクタのオブジェクトと対戦相手のオブジェクトが中心となるアングルの画像が生成可能な視点位置、及び視線方向からみた画像を生成するようにしてもよい。言い換えれば第1の画像として、対戦を行う他のキャラクタ自端末のプレーヤキャラクタとその対戦相手以外のキャラクタの画像は生成しないようにしてもよい。このようにすると見やすく迫力のある画像を生成することができるとともに、画像生成の処理負荷を軽減することができる。また、アクションモードにおいては、プレーヤは操作入力によりプレーヤキャラクタの動作を直接制御するアクションゲームを行う。従ってプレーヤの操作入力例えばタッチパネルで接触位置を移動させる操作入力を行うことで、プレーヤキャラクタに攻撃や防御のアクションをさせることができる。そして第1の画像として、自端末に対する操作入力に基づきアクションする自端末のプレーヤキャラクタの対戦シーンの画像が提供される。従って第1の画像を生成するためには、プレーヤの操作入力に関するデータが必要であり、プレーヤの操作入力をリアルタイムにゲーム画像に反映させることで、臨場感のあるアクションゲームとなる。第1のゲーム画像は、自端末で取得した入力情報操作データ等に基づき情報端末側で生成してもよい。また第2のゲーム画像は、サーバを介して他のプレーヤの端末の入力情報操作データ等やゲーム演算情報のデータを受信して、情報端末側で生成してもよい。第1の画像を生成する場合、対戦相手がNPCの場合には、自端末のデータ自端末に対する操作入力データや自端末でゲーム演算したデータのみに基づいて他の端末のデータを使わずに自端末で第1の画像を生成してもよい。このようにするとサーバ側で演算を行う場合や、一旦サーバを経由して他の端末のデータを取得する場合にくらべ、通信負荷が少なく通信遅延や通信不良の影響を受けにくくなる。また第2の画像を生成する場合には、サーバを経由して他端末のデータ他端末に対する操作入力データや他自端末でゲーム演算したデータを取得することが必要であるが情報端末側で画像を生成する場合もサーバで画像を生成する場合もいずれも他のプレーヤのデータを取得する必要がある、第2のゲーム画像は、駒等を用いて対戦状況を表示する画像であるため、多少の通信遅延が生じて、他端末のデータのゲーム画像への反映が遅れても、プレーヤに違和感を与えない。図19、図15は、第2のゲーム画像の他の例を示す図である。本実施の形態の対戦は、プレーヤキャラクタを含む複数のキャラクタのグループが複数のキャラクタのグループ敵キャラクタのグループと対戦する形式で行われるようにしてもよい。例えプレーヤA、B、C、Dに対応するキャラクタの第1のグループと、敵E1、E2、E3、E4の第2のグループが対戦する場合、プレーヤAに対応するキャラクタ駒321は敵E1駒322と対戦し、プレーヤBに対応するキャラクタ駒323は敵E2駒326と対戦し、プレーヤCに対応するキャラクタ駒324は敵E3駒327と対戦し、プレーヤDに対応するキャラクタ駒325は敵E4駒328と対戦しているとする。この様な場合、プレーヤAの情報端末に提供される第1の画像には、図19や図15の310に示すようにプレーヤAに対応するキャラクタ312とその対戦相手の敵キャラクタ314の対戦シーンの画像が提供される。そして、第2の画像として、図19の320に示すように対戦ゲームに参加するすべてのキャラクタプレーヤA、B、C、Dに対応するキャラクタと、敵E1、E2、E3、E4のゲーム状況を、対応する駒を用いて知らせる画像を提供してもよい。また第2の画像として、図15の320に示すように、対戦ゲームに参加するキャラクタであって第1の画像に登場しないキャラクタプレーヤB、C、Dに対応するキャラクタと、敵E2、E3、E4のゲーム状況を対応する駒を用いて知らせる画像を提供してもよい。3-3.データベースの内容本実施の形態では、サーバ20が、ユーザ情報やフレンド情報や、ゲームデータを保持してもよい。図10は、ユーザ情報の一例について説明するための図である。ユーザ情報410として、ユーザ識別情報400に関連づけてユーザが使用している情報端末の端末識別情報ユーザが使用する端末10にアクセスするための情報412、ユーザ名アカウント414、端末10の宛先情報IPアドレス、メールアドレス、ポート番号、MACアドレス、電話番号等416、パスワード418等を保持してもよい。図11は、フレンド情報の一例について説明するための図である。フレンド情報420として、ユーザ識別情報400に関連づけて当該ユーザとフレンド登録を行っている他のユーザに関する情報であるフレンド登録情報422フレンド登録をしている他のユーザのユーザ識別情報でもよいを保持してもよい。図12は、ゲームデータの一例について説明するための図である。ゲームデータ430として、ユーザ識別情報400に関連づけて、当該ユーザが操作するプレーヤキャラクタ情報例えばプレーヤキャラクタのステータス情報、又はステータス情報の格納アドレス等でもよい432、パラメータ情報現在進行中のゲームのパラメータに関する情報でもよい440例えば耐久力パラメータ442、攻撃力パラメータ444、防御力パラメータ446等、アイテム情報保持しているアイテムの情報434、箱庭情報箱庭の生成度合いやレベル436、ゲームポイント439等を保持してもよい。3-4.情報端末とサーバの処理図14は、本実施の形態の情報端末とサーバの処理の一例について説明する図である。例えば図14に示すように、プレーヤAが情報端末A10Aで本実施の形態のゲームを開始するとa10、情報端末A10Aは、ゲーム開始をサーバに通知しa11、サーバからプレーヤAのユーザ識別情報例えばY00001に関連づけて記憶されているゲームデータ430前回のゲーム終了時のゲームデータが保存されているやプレーヤAのユーザ識別情報例えばY00001に関連づけて記憶されているフレンド情報420を受信してa12、前回のゲーム終了時の状態を引き継いだゲーム世界を設定する。なおプレーヤのゲームデータやフレンド情報を情報端末側にも有している場合には、そのデータを使用してゲーム世界を設定してもよい。本実施の形態では、ゲームが開始するとプレーヤキャラクタがゲーム世界で活動し、箱庭をレベルアップさせていくRPGモードのゲームが開始する。そしてRPGモードの間は、基本的にシングルプレーヤゲームとなるため、プレーヤAの情報端末10Aに対する操作入力情報に基づいてゲームを進行させることができる。RPGモードの間は、サーバ20から他の情報端末のデータを受け取る必要がないのでサーバ20とのデータのやりとり最小限に押さえてもよいし、定期的なタイミングでサーバ20と通信するようにしてもよい。なお所定のイベント例えば他のユーザの対戦通知が発生した場合にサーバ20と情報端末が通信を行うようにしてもよい。またプレーヤBが情報端末B10Bで本実施の形態のゲームを開始するとb10、情報端末B10Bは、ゲーム開始をサーバ20に通知しb11、サーバ20からプレーヤBのユーザ識別情報例えばY00002に関連づけて記憶されているゲームデータ430前回のゲーム終了時のゲームデータが保存されているやプレーヤBのユーザ識別情報例えばY00002に関連づけて記憶されているフレンド情報420を受信してb12、前回のゲーム終了時の状態を引き継いだゲーム世界を設定する。なおプレーヤのゲームデータやフレンド情報を情報端末側にも有している場合には、そのデータを使用してゲーム世界を設定してもよい。情報端末A10Aでは、所与のタイミングで対戦への招待者を決定する。対戦への招待者はプレーヤAとフレンド関係にある他のプレーヤからプレーヤAが選択して決定するようにしてもよい。この様な場合には、プレーヤAのユーザ識別情報例えばY00001に関連づけて記憶されているフレンド情報420に基づき、フレンド関係にある他のユーザをピックアップしてユーザAに提示して、招待者を選択させるようにしてもよい。フレンド関係にある他のユーザをピックアップする際には、現在ゲーム中のユーザログインしているユーザを優先してピックアップするようにしてもよい。サーバ20は、現在ゲーム中のユーザを把握しているので、フレンド関係にあるユーザで現在ゲーム中のユーザがいるか否かサーバ20に問い合わせてもよい。プレーヤA主催の対戦は所望のタイミングで開始することができる。対戦が開始される際対戦の開始前でもよし開始後でもよいに、情報端末A10Aは、対戦通知を招待者リストとともにサーバ20送信するa21。そして情報端末A10Aはアクションモードとなり対戦が開始されるa20。対戦は、複数のキャラクタがチームを組んでグループを作って、1又は複数の敵と対戦するものでもよい。チームを組む複数のキャラクタは、対戦の招待者に関連づけて設定してもよい。例えば対戦の招待者がプレーヤB、C、Dである場合、プレーヤB、C、Dに関連づけたキャラクタを設定してもよい。例えばプレーヤB、C、Dのゲームパラメータユーザゲームデータの一部に基づき、プレーヤB、C、Dに対応づけたキャラクタを設定してもよい。この様にすると、プレーヤB、C、Dを想起又は連想させるようなキャラクタを生成することができるので、プレーヤAにプレーヤB、C、Dと対戦しているような感じをより強く与えることができる。サーバ20は、情報端末A10Aから対戦通知と招待者リストを受信すると、招待者リストに載っているプレーヤの情報端末にプレーヤA主催の対戦通知を送信するs21。例えば招待者がプレーヤB、プレーヤC、プレーヤDであった場合には、プレーヤB、C、Dのそれぞれの情報端末10B、10C、10DにプレーヤA主催の対戦通知を送信する。招待者リストに載っているレーヤがゲームにログインしていない場合には、ログインした時にプレーヤA主催の対戦通知を送信するようにしてもよい。サーバ20からプレーヤA主催の対戦通知s21を受信した情報端末10B10Bは、プレーヤA主催の対戦へ招待されました等のメッセージを情報端末10B10Bのゲーム画面に出力するようにしてもよい。プレーヤBは、対戦が終了するまでの間対戦終了通知を受信するまでの間に、所望のタイミングで、サーバ20に対戦参加要求を送信することでb21、プレーヤA主催の対戦に同期参加することができる。プレーヤBの情報端末B10Bは、対戦参加要求を送信するとb21、同期参加開始となるb30。同期参加を行っている間は、プレーヤBがそれまで行っていたゲームは中断して、プレーヤAのゲーム世界で対戦を行っているプレーヤBに対応したキャラクタを操作して対戦相手と対戦を行う。なお情報端末A10Aか対戦状態である場合に、対戦通知を出したプレーヤB、C、Dの同期参加がなされていない間は、プレーヤB、C、Dに対応するキャラクタの対戦演算を、ノンプレイヤーキャラクター演算アルゴリズムに従って行い、プレーヤB、C、Dの同期参加があると、同期参加したプレーヤに対応するキャラクタの対戦演算を、同期参加したプレーヤの操作入力情報やゲーム演算情報に関するデータに基づき行う。他のプレーヤの同期参加がない状態では、他のプレーヤの操作入力情報やゲーム演算情報に関するデータは必要ないため、サーバ20に対しては、定期的に自端末の操作入力情報やゲーム演算情報に関するデータの送信を行うようにしてもよいし、必要が生じた場合のみサーバ20との間でデータ送受信を行うようにしてもよい。他のプレーヤの同期参加があると、同期参加した他のプレーヤの操作入力情報やゲーム演算情報に関するデータが必要となるため第2のゲーム画像の生成に必要、情報端末0A10Aは、サーバ20と、定期的にデータの送受信を行うa31。また他のプレーヤ主催の対戦に同期参加した側例えばプレーヤBも、他のプレーヤの操作入力情報やゲーム演算情報に関するデータが必要となるため第2のゲーム画像の生成に必要、情報端末B10Bは、サーバ20と、定期的にデータの送受信を行うa31。例えばユーザBがユーザA主催の対戦に同期参加した場合には、情報端末A10A、B10B、それぞれ、情報端末B10B、A10Aの操作入力情報やゲーム演算情報に関するデータデータが必要となる。従って情報端末A10A、B10Bは、サーバ20を介して互いのデータの送受信を行うa31、b31。図8AB対戦中のプレーヤA、Bのゲーム画面の一例である。ここではプレーヤAのチームにプレーヤA、B、C、Dに対応するキャラクタがいて、現在プレーヤAに対応するキャラクタ312とプレーヤBに対応するキャラクタ316が共通の敵キャラクタ414と対戦している場合を例にとり説明する。プレーヤAの情報端末10Aのゲーム画面には、第1の画像310-Aとして、プレーヤAに対応するキャラクタ312と対戦相手である敵キャラクタ314の対戦シーンが動画像で表示される。また、プレーヤBの情報端末10Bのゲーム画面には、第1の画像310-Bとして、プレーヤBに対応するキャラクタ316と対戦相手である敵キャラクタ314の対戦シーンが動画像で表示される。プレーヤAに対応するキャラクタ312とプレーヤBに対応するキャラクタ316はどちらも敵キャラクタ314と対戦を行っているが、プレーヤA、Bの情報端末10A、10Bに提供される第1の画像310-A、310-Bには、それぞれ自端末のプレーヤキャラクタと対戦相手のみが表示される。この様にすると第1の画像を自端末からの操作入力のみで生成することができるとともに、見やすい画像を提供することができるが、対戦全体の状況例えば現在敵キャラクタ314はプレーヤAに対応するキャラクタ312とプレーヤBに対応するキャラクタ316と対戦していることが把握しにくい。しかしプレーヤAの情報端末10A、プレーヤBの情報端末10Bのゲーム画面の第2の画像320-A、320-Bには、敵キャラクタ314の駒322とプレーヤAに対応するキャラクタ312の駒321とプレーヤBに対応するキャラクタ316の駒323が対戦状態にあることわかるような対戦マーク331が表示されている。従って、プレーヤは第2の画像により、対戦全体の状況を把握することができる。対戦が終了すると例えばプレーヤキャラクタがやられた場合や、プレーヤキャラクタのチーム全員がやられた場合に対戦が終了するようにしてもよい、サーバ20は対戦の参加者と招待者招待したが参加してないプレーヤに対戦終了通知を送信するs40。対戦が終了すると、情報端末A10Aでは対戦状態アクションモードが終了しa40、再びPRGモードとなる。同期参加したプレーヤの中で対戦への貢献度が高いプレーヤがいた場合には、プレーヤAの保持するゲームポイント図12の439の一部を当該プレーヤに贈与するようにしてもよい。例えばプレーヤBの貢献度が高い場合には、サーバ20は、プレーヤAのゲームポイントから贈与するポイントを減じて、プレーヤBのゲームポイントに加算する処理をおこなってもよい。対戦ゲームが終了すると、情報端末B10Bでは同期参加状態アクションモードが終了しb40、同期参加前の状態に戻る。同期参加中は、プレーヤBのゲームデータは変化せず、同期参加前の状態に保持されるようにしてもよい。そして、対戦終了後に、対戦を主催したプレーヤからゲームポイントの贈与があった場合には、ゲームデータのゲームポイントの値が更新されるようにしてもよい。図16ABは、対戦ゲーム中に行われる共通演出について説明するための図である。プレーヤA主催の対戦ゲームにプレーヤBが同期参加している場合、対戦状況が所定の条件を満たすか否か判断し、満たすと判断した場合には、プレーヤAの情報端末10Aの第1の画像310-Aと、プレーヤBの情報端末10Bの第1の画像310-Bに共通の画像演出例えばエフェクト画像319の表示を行うようにしてもよい。対戦状況が所定の条件を満たすか否かは、各情報端末において、自端末の操作入力情報やゲーム演算情報に関するデータに基づき判断してもよい。また他端末からの操作入力情報やゲーム演算情報に関するデータと自端末の操作入力情報やゲーム演算情報に関するデータに基づき判断してもよい。またサーバ20が情報端末10Aのゲームデータと情報端末10Bのゲームデータに基づき判断して、それぞれに共通の画像演出の指示をだしてもよい。この様にすると、プレーヤに他のプレーヤと同期してゲームしていることを実感させやすくなる。3-5.対戦への途中参加本実施の形態では、他のプレーヤ主催の対戦に同期参加という形で途中参加することができる。図13は、対戦への途中参加について説明するための図である。プレーヤA主催の対戦にプレーヤB、C、Dが招待され、プレーヤB、Cが、プレーヤA主催の対戦に同期参加という形で途中参加する場合を例にとり説明する。プレーヤAは時刻t2にゲームにログインし、時刻t3でプレーヤA主催の対戦を開始する。この場合、情報端末10Aでは時刻t2~時刻t3512までRPGモードで、時刻t3から対戦が終了する時刻t7514までアクションモードとなる。対戦の招待者がプレーヤB、C、Dである場合、例えば対戦の開始時t3に、情報端末10Aから対戦通知がサーバに送信され、サーバから情報端末10B、10C、10Dに送信される。ただし、時刻t3の段階でログインしているのはプレーヤB時刻t1にログインのみなので、この時点ではプレーヤBのみにプレーヤA主催の対戦通知が送信される。プレーヤBが時刻t4に、プレーヤA主催の対戦に参加すると、情報端末10Bでは時刻t1~時刻t4522までRPGモードで、時刻t4から対戦が終了する時刻t7524までアクションモードとなる。またプレーヤCが時刻t5にゲームにログインすると、サーバからプレーヤA主催の対戦通知を受信する。プレーヤBが時刻t6に、プレーヤA主催の対戦に参加すると、情報端末10Cでは時刻t5~時刻t6532までRPGモードで、時刻t6から対戦が終了する時刻t7534までアクションモードとなる。またプレーヤDは対戦ゲーム開始時もログインされておらず、対戦が終了するまでの間にもログインされなかったので、対戦に参加することはない。この様に本実施の形態では、プレーヤがプレーヤ主催の対戦を開始することでアクションモードになり、また他のプレーヤ主催の対戦に同期参加することでアクションモードとなる。本実施の形態では、対戦の招待者に対応するキャラクタについては、招待者のゲームデータに基づきキャラクタを設定する。そして招待者であるプレーヤが同期参加する前は、これらのキャラクタの対戦演算については、ノンプレイヤーキャラクター演算アルゴリズムに従って行い、同期参加があると、同期参加したプレーヤの操作入力に基づき、対応するキャラクタの対戦演算を行う。例えばプレーヤBに対応するキャラクタについては、対戦が開始されてからプレーヤBの同期参加があるまでの間時刻t3~時刻t4は、ノンプレイヤーキャラクター演算アルゴリズムに従って対戦演算行い、プレーヤBが同期参加してから対戦が終了するまでの間524は、プレーヤBの操作入力に基づき対戦演算を行う。また例えばプレーヤCに対応するキャラクタについては、対戦が開始されてからプレーヤCBの同期参加があるまでの間時刻t3~時刻t6は、ノンプレイヤーキャラクター演算アルゴリズムに従って対戦演算行い、プレーヤCが同期参加してから対戦が終了するまでの間534は、プレーヤCの操作入力に基づき対戦演算を行う。また例えばプレーヤDに対応するキャラクタについては、対戦が開始されてから終了するまでの間時刻t3~時刻t7は、ノンプレイヤーキャラクター演算アルゴリズムに従って対戦演算行う。他のプレーヤ主催の対戦ゲームに同期参加する場合には、対戦開始時から参加できるとは限らず、途中から参加することになる場合がおおいが、本実施の形態では、途中参加があっても、違和感なく対戦を行うことが可能である。3-6.操作入力とコマンド判定タッチパネルを用いた操作入力とコマンド判定について説明する。図5は、ゲーム画像をエリア分割してコマンド検出を行う手法について説明するための図である。図5に示すように、第1の画像310が表示される第1のエリアをn個のエリアに分割して、表示部への接触入力情報が示す接触位置の移動軌跡に基づき、移動軌跡のエリア遷移を検出して、エリア遷移のパターンに基づき入力コマンドの種類を判断するようにしてもよい。ここでは第1のエリアをG1からG6の領域に6分割する場合を例に取り説明するが、これに限られるものではない。エリア遷移のパターンを縦パターン、横パターン、斜めパターンとすると、縦パターンは縦方向に隣り合うエリア、例えばエリアG1とG4間、エリアG2とG5間、エリアG3とG6間を指の移動軌跡が遷移する場合であり、横パターンは縦方向に隣り合うエリア、例えばエリアG1、G2、G3のいずれかの間、エリアG4,G5、G6のいずれかの間を指の移動軌跡が遷移する場合であり、斜めパターンは斜め方向に隣り合うエリア、例えばエリアG1とG5間、エリアG2とG6間、エリアG2とG4間、エリアG3とG5間、エリアG2とG6間、エリアG1とG6間、エリアG3とG4間を指の移動軌跡が遷移する場合でもよい。対戦には複数のキャラクタが参加するが、対戦を構成する個々のバトルは、キャラクタ同士が1対1で行うようにしてもよい。そしてバトルは、ターン制で、攻撃と防御のターンを1ターンn秒例えば10秒間隔で攻守交代する形式で行うようにしてもよい。攻撃により与えるダメージ値はゲームデータの1つであるパラメータ情報に基づき決定してもよい。図6A~Cは、攻撃ターンで入力可能な攻撃コマンドの操作入力の一例について説明する図である。図6Aに示すようにタッチパネル上で指の接触位置を、始点510-1から終点512-1まで移動させると、指の接触位置の移動軌跡520-1は、エリアG5~エリアG3に遷移するので、このエリア遷移のパターンは斜めパターンに該当する。攻撃ターン時に斜めパターンの操作入力が検出されると、斜め切り攻撃コマンドが入力されたと判断して、プレーヤキャラクタが斜め切り攻撃を行うゲーム処理を行ってもよい。そして第1の画像のプレーヤキャラクタ312は斜め切り攻撃アクションを行う斜め切りモーション画像を生成してもよい。図6Bに示すようにタッチパネル上で指の接触位置を、始点510-2から終点512-2まで移動させると、指の接触位置の移動軌跡520-2は、エリアG5~エリアG2に遷移するので、このエリア遷移のパターンは縦パターンに該当する。縦パターンの操作入力が検出されると、縦切り攻撃コマンドが入力されたと判断して、プレーヤキャラクタが縦切り攻撃を行うゲーム処理を行ってもよい。そして第1の画像のプレーヤキャラクタ312は縦切り攻撃アクションを行う縦切りモーション画像を生成してもよい。図6Cに示すようにタッチパネル上で指の接触位置を、始点510-3から終点512-3まで移動させると、指の接触位置の移動軌跡520-3は、エリアG6~エリアG4に遷移するので、このエリア遷移のパターンは横パターンに該当する。横パターンの操作入力が検出されると、横切り攻撃コマンドが入力されたと判断して、プレーヤキャラクタが横切り攻撃を行うゲーム処理を行ってもよい。そして第1の画像のプレーヤキャラクタ312は横切り攻撃アクションを行う横切りモーション画像を生成してもよい。図7ABは防御ターンで入力可能な防御コマンドの操作入力の一例について説明する図である。図7Aに示すようにタッチパネル上で指の接触位置を、始点510-4から終点512-4まで移動させると、指の接触位置の移動軌跡520-4は、エリアG5~エリアG3に遷移するので、このエリア遷移のパターンは斜めパターンに該当する。防御ターン時に斜めパターンの操作入力が検出されると、はじき防御コマンドが入力されたと判断して、プレーヤキャラクタがはじき防御を行うゲーム処理を行ってもよい。そして第1の画像のプレーヤキャラクタ312ははじき防御アクションを行うはじきモーション画像を生成してもよい。図7Bに示すようにタッチパネル上で指の接触位置を、ガードボタン510-5にタッチするとガード防御コマンドが入力されたと判断して、プレーヤキャラクタがガード防御を行うゲーム処理を行ってもよい。そして第1の画像のプレーヤキャラクタ312はガード防御アクションを行うガードモーション画像を生成してもよい。3-7.本実施の形態の処理図17は、プレーヤ主催の対戦を行う場合の処理の流れを示すフローチャートである。情報端末は、サーバから友人登録をしているプレーヤのリスト友人リストを取得するステップS10。そして所与のタイミングでプレーヤに友人リストを提示して、プレーヤ主催の対戦への招待者を決定するステップS20。プレーヤから対戦の開始指示があるまでステップS40、RPGモードでゲームを行うステップS30。プレーヤから対戦の開始指示があるとステップS40でYの場合、以下の処理をおこなう。まず対戦通知と招待者をサーバに送信するステップS50。次に対戦通知の招待者のプレーヤのゲームデータゲームパラメータ等をサーバから取得し、取得したゲームデータに基づき、対戦ゲームに参加する他のキャラクタの設定を行うステップS60。そして、自端末への操作入力に基づきプレーヤキャラクタのアクションを制御し、対戦相手との対戦演算を行い、演算結果に基づき第1の画像を生成するステップS70。対戦の最中に他のプレーヤの同期参加があるまではステップS80でNの場合、プレーヤキャラクタ以外のキャラクタの対戦演算を、ノンプレイヤーキャラクター演算アルゴリズムに従って行い、演算結果に基づき第2の画像を生成するステップS90。対戦の最中に他のプレーヤの同期参加があるとステップS80でYの場合、他のプレーヤの操作入力情報に関するゲームデータをサーバから取得し、当該ゲームデータに基づきプレーヤキャラクタ以外の少なくとも1体のキャラクタの対戦演算を行い、演算結果に基づき第2の画像を生成するステップS100。第1の画像と第2の画像の生成はフレーム単位で行われ、フレーム単位でフレームバッファに描画されるようにしてもよい。又第1の画像の更新周期と第2の画像の更新周期が異なる場合も本発明の範囲内である。例えば第1の画像の更新周期は1/nで、第2の画像の更新周期は1/m例えばn>mでもよい。対戦が終了するまでステップS110でNの場合、ステップS70~S100の処理を行う。対戦の最中もプレーヤのゲームデータは更新されるが、サーバのデータベースへのゲームデータの更新の反映は所定の間隔で行ってもよいし、ゲーム終了時や対戦ゲーム終了時等の所定のタイミングでおこなってもよい。対戦が終了するとステップS110でYの場合、対戦に寄与した他のプレーヤにポイントを贈与する処理を行うステップS120。そして、RPGモードでゲームを行うステップS130。図18は、他のプレーヤ主催の対戦に同期参加を行う場合の処理の流れを示すフローチャートである。他のプレーヤ主催の対戦の通知をサーバから受信してステップS220でYの場合、参加要求をサーバに送信するとステップS230でYの場合、他のプレーヤ主催の対戦に同期参加できるので、自端末への操作入力に基づき他のプレーヤ主催の対戦を行っている少なくとも1つのキャラクタのアクションを制御し、対戦相手NPCとの対戦演算を行い、演算結果に基づき第1の画像を生成するステップS240。また他のプレーヤの入力情報をサーバから取得し、当該入力情報に基づき他のキャラクタの対戦演算を行い、演算結果に基づき第2の画像を生成するステップS250。第1の画像と第2の画像の生成はフレーム単位で行われ、フレーム単位でフレームバッファに描画されるようにしてもよい。又第1の画像の更新周期と第2の画像の更新周期が異なる場合も本発明の範囲内である。例えば第1の画像の更新周期は1/nで、第2の画像の更新周期は1/m例えばn>mでもよい。対戦が終了するとステップS260で、対戦参加前の状態からRPGモードでゲームを行うステップS270。他のプレーヤ主催の対戦に同期参加を行う場合には、プレーヤのゲームデータは更新されない。ただし、対戦の主催者からゲームポイントの贈与がある場合には、対戦終了後に、贈与されたゲームポイントが、当該ユーザのゲームポイントゲームデータの1つに加算されてもよい。なお本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。例えば、明細書又は図面中の記載において広義や同義な用語として引用された用語は、明細書又は図面中の他の記載においても広義や同義な用語に置き換えることができる。上記実施の形態では提供されるゲームがアクションゲームである場合を例にとり説明したがそれに限られず、シミュレーションゲームやロールプレイングゲームでもよい。図20は、シミュレーションゲームのゲーム画像の一例である。同図に示す画像は、シミュレーションゲームにおいて提供される画像スマートフォン等のタッチパネル式の表示部に表示される画像である。ここでは、ゲーム画面が上下に分割される形式で、第1の画像510が表示部の下半分のエリア、第2の画像520が表示部の上半分のエリアに表示される場合を例に取り説明する。第2の画像520として、シミュレーションゲームのゲーム世界の地図522とプレーヤキャラクタに対応する駒マークの一例524を含むシミュレーションゲームの画像シミュレーションゲームの主画面であり、ゲーム状況を表す画像やゲーム世界のマップ画像が提供される。プレーヤは自端末の第2の画像の表示エリアへの接触入力を行うことにより、ゲームイベント例えば爆破攻撃とかを発生させることができる。例えばプレーヤは、プレーヤキャラクタに対応する駒524にタッチして、画面上でタッチ位置をスライドさせることで、第2の画像の地図上の駒524を画面上で移動させることができる。第2の画像でプレーヤキャラクタに対応する駒524を地図上の敵駒526の近くに移動させ、攻撃入力例えば画面を2回タッチするとか、画面上の攻撃ボタンやイベント選択ボタン等をタッチするを行うと、敵駒526を攻撃することができる。プレーヤは第2の画像を見ながら第2の画像において接触入力を行うことでシミュレーションゲームの入力を行いゲームを進めることができる。第1の画像510として、第2の画像のゲーム地図に対応するゲーム世界でありオブジェクト空間を所与の視点から見た画像が提供される。ゲーム世界は、オブジェクト空間にキャラクタオブジェクトやマップオブジェクト建造物や地表や木等のオブジェクト等を配置して設定してもよい。そしてゲームイベントの結果を受けてゲーム世界が変化すると、それに対応してオブジェクト空間のオブジェクトを変化させて画像を生成する。例えば第2の画像からの操作入力により、敵駒526を爆破攻撃するゲームイベントが発生すると、オブジェクト空間の敵駒526に対応するオブジェクトやその周辺に配置されているオブジェクトが爆破により壊れる処理を行い、爆発エフェクト512を表示する。この様にすることで、第2の画像に対してシミュレーションゲームの操作入力を行い、第1の画像において操作入力の結果、ゲーム世界オブジェクト空間で発生したゲームイベントの画像を見ることができる。なお上記実施の形態ではシミュレーションゲームを例にとり、第2の画像に対してシミュレーションゲームの操作入力を行い、第1の画像において操作入力の結果が反映されたゲーム世界の画像が表示される場合について説明したが、これに限られない。ロールプレイングゲームにおいて、第2の画像に対してロールプレイングゲームの操作入力を行い、第1の画像において操作入力の結果が反映されたゲーム世界の画像が表示される場合でもよい。"