救援要請プログラム及びゲームシステム
【課題】プレイの途中からそのプレイへの参加を可能にする救援要請プログラム及びゲームシステムを提供する。
【解決手段】プレイを行うメインプレイヤのメイン端末２０及びメインプレイヤのプレイを救援する救援プレイヤのサブ端末３０に対して通信ネットワーク５を介して接続され、プレイを制御するゲームサーバ１０で実行される救援要請プログラム１２Ａが、ゲームサーバ１０を、プレイ中のプレイへの救援を要請する救援要請情報をメイン端末２０から受信する救援要請受信手段１１Ａと、サブ端末３０から送信されるプレイへの参加要求情報を受信する参加要求受信手段１１Ｃと、救援要請受信手段１１Ａにより受信した救援要請情報に基づき、参加要求受信手段１１Ｃにより受信した参加要求情報の送信元であるサブ端末３０のプレイへの救援を許可する救援許可手段１１Ｄとして機能させる。
【解決手段】プレイを行うメインプレイヤのメイン端末２０及びメインプレイヤのプレイを救援する救援プレイヤのサブ端末３０に対して通信ネットワーク５を介して接続され、プレイを制御するゲームサーバ１０で実行される救援要請プログラム１２Ａが、ゲームサーバ１０を、プレイ中のプレイへの救援を要請する救援要請情報をメイン端末２０から受信する救援要請受信手段１１Ａと、サブ端末３０から送信されるプレイへの参加要求情報を受信する参加要求受信手段１１Ｃと、救援要請受信手段１１Ａにより受信した救援要請情報に基づき、参加要求受信手段１１Ｃにより受信した参加要求情報の送信元であるサブ端末３０のプレイへの救援を許可する救援許可手段１１Ｄとして機能させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークゲームで用いる救援要請プログラム及びゲームシステムに関する。
【背景技術】
【０００２】
従来、インターネット等のネットワークを介して、プレイを制御するサーバに対して接続された端末を用いて行うネットワークゲームが提案されている。その中で、複数の端末で対戦ゲームをする対戦相手決定システムが開示されている（例えば、特許文献１）。
【特許文献１】特開２００１−１５７７８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１に記載の対戦相手決定システムは、運営者用コンピュータが、ネットワークゲームの大会において、対戦相手を自動的にマッチングし、さらに対戦結果に基づいて新たな対戦相手を自動的にマッチングするものである。
しかし、特許文献１に記載の対戦相手決定システムは、プレイの開始時、つまり最初に対戦相手を決定するものであった。そのため、一度対戦が始まってしまうと、参加希望者は、次の対戦まで待つしかなかった。
【０００４】
そこで、本発明は、ネットワークゲームにおいて、プレイの途中からそのプレイへの参加を可能にする救援要請プログラム及びゲームシステムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。
【０００６】
請求項１の発明は、プレイを行うメインプレイヤのメイン端末（２０，２２０）及び前記メインプレイヤの前記プレイを救援する救援プレイヤのサブ端末（３０，２３０）に対して通信ネットワーク（５）を介して接続され、前記プレイを制御するゲームサーバ（１０，２１０）で実行される救援要請プログラム（１２Ａ，２１２Ａ）であって、前記ゲームサーバを、プレイ中の前記プレイへの救援を要請する救援要請情報を前記メイン端末から受信する救援要請受信手段（１１Ａ，２１１Ａ）と、前記サブ端末から送信される前記プレイへの参加要求情報を受信する参加要求受信手段（１１Ｃ）と、前記救援要請受信手段により受信した救援要請情報に基づき、前記参加要求受信手段により受信した前記参加要求情報の送信元である前記サブ端末の前記プレイへの救援を許可する救援許可手段（１１Ｄ，２１１Ｄ）と、して機能させること、を特徴とする救援要請プログラムである。
請求項２の発明は、請求項１に記載の救援要請プログラム（２１２Ａ）において、前記救援許可手段（２１１Ｄ）を、前記参加要求受信手段（１１Ｃ）が参加要求情報を受信することにより参加待機状態とし、前記救援要請受信手段（２１１Ａ）が前記救援要請情報を受信したタイミングで、前記サブ端末（２３０）の前記プレイへの救援を許可するように機能させること、を特徴とする救援要請プログラムである。
請求項３の発明は、請求項１に記載の救援要請プログラム（１２Ａ）において、前記ゲームサーバ（１０）を、前記救援要請受信手段（１１Ａ）が前記メイン端末（２０）から前記救援要請情報を受信したことに応じて、前記サブ端末（３０）に対して前記プレイへの救援依頼情報を送信する救援依頼送信手段（１１Ｂ）として機能させ、前記参加要求受信手段（１１Ｃ）を、前記サブ端末が前記救援依頼情報を受信したことで前記サブ端末が送信した前記参加要求情報を受信するように機能させること、を特徴とする救援要請プログラムである。
請求項４の発明は、請求項１に記載の救援要請プログラムにおいて、前記救援要請情報は、前記サブ端末による前記プレイへの救援参加に関する参加条件情報を含み、前記ゲームサーバを、前記救援要請受信手段により前記メイン端末から受信した前記救援要請情報に基づいて、前記参加条件情報を記憶する参加条件記憶手段と、前記メイン端末での前記プレイの状態が前記参加条件記憶手段に記憶した前記参加条件情報を満たすことに応じて、前記サブ端末に対して救援依頼情報を送信する救援依頼送信手段と、して機能させ、前記参加要求受信手段を、前記サブ端末が前記救援依頼情報を受信したことで前記サブ端末が送信した前記参加要求情報を受信するように機能させること、を特徴とする救援要請プログラムである。
請求項５の発明は、請求項１から請求項４のいずれか１項に記載の救援要請プログラム（１２Ａ）において、前記ゲームサーバ（１０）を、前記プレイの状態が所定の条件を満たすことに応じて、前記サブ端末（３０）の前記プレイへの救援を終了する救援終了手段（１１Ｅ）として機能させること、を特徴とする救援要請プログラムである。
請求項６の発明は、請求項１から請求項３のいずれか１項に記載の救援要請プログラム（２１２Ａ）において、前記救援要請情報は、前記サブ端末（２３０）による前記プレイへの救援参加に関する参加条件情報を含み、前記ゲームサーバ（２１０）を、前記メイン端末（２２０）から受信した前記救援要請情報に基づいて、前記参加条件情報を記憶する参加条件記憶手段（２１２Ｃ）と、前記サブ端末の救援結果情報を記憶する救援結果記憶手段（２１２Ｄ）と、して機能させ、前記救援許可手段（２１１Ｄ）を、前記参加要求受信手段（１１Ｃ）により前記サブ端末から受信した前記参加要求情報に基づいて、前記救援結果記憶手段に記憶された前記サブ端末の救援結果情報が前記参加条件記憶手段に記憶された参加条件情報に適合したことに応じて、前記サブ端末の前記プレイへの救援を許可するように機能させること、を特徴とする救援要請プログラムである。
請求項７の発明は、請求項６に記載の救援要請プログラム（２１２Ａ）において、前記ゲームサーバ（２１０）を、前記救援許可手段（２１１Ｄ）により前記プレイへの救援を許可された前記サブ端末（２３０）によるプレイでの得点と、前記メイン端末（２２０）によるプレイでの得点とを別々に管理する得点管理手段（２１１Ｆ）と、して機能させ、前記救援結果記憶手段（２１２Ｄ）を、前記プレイの結果として、前記得点管理手段により管理された前記サブ端末によるプレイでの得点を記憶するように機能させること、を特徴とする救援要請プログラムである。
請求項８の発明は、請求項６又は請求項７に記載の救援要請プログラム（２１２Ａ）において、前記ゲームサーバ（２１０）を、前記プレイの状態が所定の条件を満たすことに応じて、前記サブ端末（２３０）の前記プレイへの救援を終了する救援終了手段（１１Ｅ）として機能させ、前記救援結果記憶手段（２１２Ｄ）を、前記救援終了手段により救援を終了したことに応じて、前記サブ端末の救援結果を新たに更新して前記救援結果情報を記憶するように機能させること、を特徴とする救援要請プログラムである。
請求項９の発明は、請求項５又は請求項８に記載の救援要請プログラム（１２Ａ，２１２Ａ）において、前記救援終了手段（１１Ｅ）を、複数ステージあるプレイのうち救援するプレイのステージが終了したタイミング、救援開始の後予め決められた時間が経過したタイミング、及び前記サブ端末（３０，２３０）による救援が失敗したタイミングのうち少なくとも１つを満たすタイミングで、前記サブ端末の前記プレイへの救援を終了するように機能させること、を特徴とする救援要請プログラムである。
請求項１０の発明は、請求項５又は請求項８に記載の救援要請プログラム（１２Ａ，２１２Ａ）において、前記救援終了手段（１１Ｅ）を、前記メイン端末（２０，２２０）のプレイが失敗したことにより終了したタイミングで、前記サブ端末（３０，２３０）の前記プレイへの救援を終了するように機能させること、を特徴とする救援要請プログラムである。
【０００７】
請求項１１の発明は、プレイを行うメインプレイヤのメイン端末（２０，２２０）と、前記メインプレイヤの前記プレイを救援する救援プレイヤのサブ端末（３０，２３０）と、前記プレイを制御するゲームサーバ（１０，２１０）とが通信ネットワーク（５）を介して接続されたゲームシステム（１，２０１）であって、前記メイン端末は、プレイ中の前記プレイへの救援を要請する救援要請情報を送信する救援要請送信手段（２２１Ａ）を備え、前記サブ端末は、前記プレイへの参加要求情報を受信する参加要求送信手段（３１Ｂ）を備え、前記ゲームサーバは、前記メイン端末から送信された前記救援要請情報を受信する救援要請受信手段（１１，２１１Ａ）と、前記サブ端末から送信された前記参加要求情報を受信する参加要求受信手段（１１Ｃ）と、前記救援要請受信手段により受信した救援要請情報に基づき、前記参加要求受信手段により前記参加要求情報を受信した前記サブ端末の前記プレイへの救援を許可する救援許可手段（１１Ｄ，２１１Ｄ）と、を備えること、を特徴とするゲームシステムである。
【発明の効果】
【０００８】
本発明によれば、以下の効果を奏することができる。
（１）本発明は、プレイ中のメイン端末から救援要請情報を受信し、救援するサブ端末からプレイの参加要求情報を受信することで、サブ端末に対してプレイ中のプレイへの救援を許可する。よって、メイン端末で行われるプレイの途中からのサブ端末の参加を許可することができる。また、メイン端末のプレイヤは、サブ端末のプレイ参加により、そのプレイの窮地を凌ぐ可能性を得ることができる。
【０００９】
（２）本発明は、メイン端末からの救援要請情報を受信したタイミングで、参加待機状態のサブ端末に対してプレイへの救援を許可する。よって、救援要請をしたメイン端末に対して、速やかにそのプレイを救援するサブ端末を提供することで、メイン端末のメインプレイヤは、サブ端末を操作する救援プレイヤと共にプレイを行うことができる。また、救援プレイヤに、メインプレイヤの救援要請のタイミングで、プレイを救援する形で参加させることができる。
【００１０】
（３）本発明は、メイン端末から救援要請情報を受信したことに応じて、サブ端末に対してプレイへの救援要請情報を送信し、サブ端末から参加要求情報を受信することで、サブ端末に対してプレイへの救援を許可する。よって、メイン端末から救援要請を受けたタイミングで、サブ端末の救援プレイヤにプレイへの救援要請の存在を知らせることができ、救援プレイヤは、その時点でそのプレイへの参加可否を検討して応答することができる。
【００１１】
（４）本発明は、サブ端末によるプレイへの救援参加に関する参加条件情報を含む救援要請情報をメイン端末から受信し、メイン端末でのプレイの状態がその参加条件情報を満たすことで、サブ端末に対してプレイへの救援要請情報を送信し、サブ端末から参加要求情報を受信することで、サブ端末に対してプレイへの救援を許可する。よって、メイン端末からの救援要請を受信した後メイン端末でのプレイの状態が条件を満たしたタイミングで、サブ端末の救援プレイヤにプレイへの救援要請の存在を知らせることができ、救援プレイヤは、その時点でそのプレイへの参加可否を検討して応答することができる。
【００１２】
（５）本発明は、メイン端末から受信した救援要請情報からプレイへの救援参加に関する参加条件情報を記憶し、サブ端末ごとの救援結果情報を記憶し、サブ端末から受信した参加要求情報に基づいて、記憶されたそのサブ端末の救援結果情報が、記憶された参加条件情報に適合したことに応じて、そのサブ端末のプレイへの救援を許可する。よって、メイン端末からの参加条件として、過去の救援結果に関する条件に適合したサブ端末に対して、プレイを救援する環境を提供できる。
【００１３】
（６）本発明は、救援中のプレイにおけるメイン端末でのプレイによる得点とサブ端末でのプレイによる得点とを別々に管理することができる。よって、サブ端末の得点をプレイヤに提供できる。また、プレイヤは、サブ端末での救援するプレイの貢献度合いを、得点という尺度で把握できる。
【００１４】
（７）本発明は、プレイの状態が所定の条件を満たすことで、サブ端末に対してプレイへの救援を終了させることができる。よって、サブ端末に、プレイの状態が所定の条件を満たすことでプレイが終了するという、通常のプレイとは異なる救援参加のプレイを提供できる。また、救援を終了したサブ端末の救援結果を救援結果記憶手段に更新して記憶するので、救援結果情報を、過去の救援結果として救援要請の際に用いることができる。
【００１５】
（８）本発明は、複数ステージあるプレイのうち救援するプレイのステージが終了したタイミング、救援開始の後予め決められた時間が経過したタイミング、及びサブ端末による救援が失敗したタイミングのうち少なくとも１つを満たすタイミングで、サブ端末のプレイを終了する。よって、プレイを救援するサブ端末に対して、様々な条件でプレイから強制的に離脱させることができる。
【００１６】
（９）本発明は、メイン端末のプレイが失敗したことにより終了したタイミングで、サブ端末のプレイを終了する。よって、メイン端末のプレイを失敗させないように、サブ端末のプレイヤに、プレイに対して救援する動機付けをより強く与えることができる。
【発明を実施するための最良の形態】
【００１７】
本発明は、プレイの途中からそのプレイへの参加を可能にする救援要請プログラム及びゲームシステムを提供するという目的を、プレイを行うメインプレイヤのメイン端末及びメインプレイヤのプレイを救援する救援プレイヤのサブ端末に対して通信ネットワークを介して接続され、プレイを制御するゲームサーバで実行される救援要請プログラムが、ゲームサーバを、プレイ中のプレイへの救援を要請する救援要請情報をメイン端末から受信する救援要請受信手段と、サブ端末から送信されるプレイへの参加要求情報を受信する参加要求受信手段と、救援要請受信手段により受信した救援要請情報に基づき、参加要求受信手段により受信した参加要求情報の送信元であるサブ端末のプレイへの救援を許可する救援許可手段と、して機能させることによって実現した。
【００１８】
（第１実施形態）
以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
図１は、第１実施形態に係るゲームシステム１の構成及びゲームサーバ１０、メイン端末２０及びサブ端末３０の機能ブロックを示す図である。
ゲームシステム１は、ゲームサーバ１０と、メイン端末２０と、サブ端末３０とが、通信ネットワーク５を介して接続されている。
通信ネットワーク５は、ゲームサーバ１０とメイン端末２０及びサブ端末３０の間の通信を行うための、例えばインターネット等の通信網である。
ゲームサーバ１０は、メイン端末２０及びサブ端末３０で実行されるプレイを制御するコンピュータである。
メイン端末２０は、プレイを主体的に行うプレイヤ（メインプレイヤ）が使用する端末である。また、サブ端末３０は、メインプレイヤのプレイの途中で参加して、そのプレイを救援する救援プレイヤが使用する端末である。
【００１９】
ゲームサーバ１０は、制御部１１、記憶部１２及び通信インタフェース部１３を備える。制御部１１は、メイン端末２０から救援要請情報を受信する救援要請受信手段１１Ａ、サブ端末３０に救援依頼情報を送信する救援依頼送信手段１１Ｂ、サブ端末３０から参加要求情報を受信する参加要求受信手段１１Ｃ、サブ端末３０の救援を許可する救援許可手段１１Ｄ、サブ端末３０の救援を終了する救援終了手段１１Ｅを有する。なお、救援要請受信手段１１Ａ、救援依頼送信手段１１Ｂ、参加要求受信手段１１Ｃは、通信インタフェース部１３を介して、メイン端末２０又はサブ端末３０との間で行う通信を制御する。
記憶部１２は、救援要請プログラム１２Ａ及びゲームプログラム１２Ｂに代表される各種プログラム等を記憶する。
【００２０】
制御部１１は、情報の演算、及び処理を行う情報演算処理装置（ＣＰＵ）であり、当該ゲームサーバ１０の全体を制御するものである。制御部１１は、記憶部１２に記憶された各種プログラムを適宜読み出して実行することにより、ゲームサーバ１０のハードウェアと協働し、本発明に係る各種機能を実現している。
記憶部１２は、制御部１１と組み合わせてプログラムの実行に使用するメモリを含んでよい。記憶部１２を実現するものとして、電気的、磁気的、光学的、電磁的に実現するものを含んでよい。より具体的には、半導体記憶装置、磁気ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、リードオンリー・メモリ（ＲＯＭ）等が含まれる。ゲームサーバ１０と外部接続することができる磁気テープ、ＣＤ−ＲＯＭとＣＤ−Ｒ／ＷとＤＶＤとを含む光ディスクや、メモリカード等の補助記憶装置も含む概念である。
なお、ゲームサーバ１０を構成するハードウェアの数に制限はない。必要に応じて、１又は複数で構成してもよい。また、ゲームサーバ１０のハードウェアは、必要に応じてＷｅｂサーバ、ＤＢ（データベース）サーバ、アプリケーション・サーバ等の各種サーバを含んで構成してもよく、１台のサーバで構成しても、それぞれ別のサーバで構成してもよい。
【００２１】
メイン端末２０は、制御部２１、記憶部２２、通信インタフェース部２３、表示部２４及び操作部２５を備える。制御部２１は、ゲームサーバ１０に対して救援要請情報を送信する救援要請送信手段２１Ａを有する。
サブ端末３０は、制御部３１、記憶部３２、通信インタフェース部３３、表示部３４及び操作部３５を備える。制御部３１は、ゲームサーバ１０から救援依頼情報を受信する救援依頼受信手段３１Ａ及びゲームサーバ１０に参加要求情報を送信する参加要求送信手段３１Ｂを有する。
メイン端末２０の制御部２１及びサブ端末３０の制御部３１は、ゲームサーバ１０の制御部１１と同様に、情報の演算、及び処理を行う情報演算処理装置（ＣＰＵ）であり、それぞれメイン端末２０及びサブ端末３０の全体を制御するものである。
なお、メイン端末２０及びサブ端末３０は、例えば、パソコン（パーソナルコンピュータ）であるが、上述の構成を備えた装置であればよく、他には、ゲーム専用機や携帯電話機等であってもよい。
【００２２】
次に、プレイを救援する具体例を画面例に基づき説明する。
図２は、第１実施形態に係るメイン端末２０及びサブ端末３０に表示される画面例を示す図である。メイン端末２０の表示部２４を左に、サブ端末３０の表示部３４を右に示す。
図２（１）は、メイン端末２０でプレイを実行している場面を示す。この場面では、メイン端末２０は、シューティングゲームを実行しており、メインプレイヤの実機４１が敵に対して攻撃している。表示部２４は、画面上部に得点表示部４２を有し、メインプレイヤの得点を表示する。また、画面下部左方には、ステージ表示部４３を有し、実行中のステージの番号を表示する。画面下部右方には、ライフ表示部４４を有し、メインプレイヤのライフ情報である残り実機数を表示する。
他方、サブ端末３０の表示部３４には、救援情報部５１を有し、救援可能なゲームが実行されていない旨が表示されている。
【００２３】
図２（２）は、メイン端末２０から救援要請が選択された場面を示す。メイン端末２０の表示部２４には、画面上部右方に救援サイン４９が表示される。
他方、サブ端末３０の表示部３４には、救援情報部５１に、救援可能なゲームがある旨が示され、詳細表示部５２には、救援を要請するメインプレイヤ名、ゲーム名及びステージ名が一覧表示される。詳細表示部５２の左方には、一覧表示された詳細表示部５２の救援可能なゲームを選択するポイント部５３が配置されている。救援プレイヤが、操作部３５を操作してポイント部５３を移動させて、ポイント部５３が指し示す救援可能なプレイを選択することで、メイン端末２０で実行されるプレイへの救援を行うことができる。
【００２４】
図２（３）は、サブ端末がプレイを救援している救援プレイが実行されている場面を示す。メイン端末２０及びサブ端末３０は、同じプレイ画面が表示されており、メインプレイヤの実機４１と救援プレイヤの実機４５とが表示される。メイン端末２０の操作部２５を操作することで、実機４１の動きに変化を与え、その情報は、サブ端末３０にも送信されるため、メイン端末２０とサブ端末３０とで同じプレイ画面を表示できる。メイン端末２０の表示部２４には、得点表示部４２にメインプレイヤの得点が表示され、ライフ表示部４４にメインプレイヤのライフ情報が表示される。
他方、サブ端末３０の表示部３４には、得点表示部５４に救援プレイヤの得点が表示され、ライフ表示部５５に救援プレイヤのライフ情報が表示される。
【００２５】
図２（４）は、救援プレイが終了した場合を示す。メイン端末２０の表示部２４には、画面中央にステージクリアした旨の表示がされており、ステージ表示部４３には、次のステージが表示されている。
他方、サブ端末３０の表示部３４は、結果情報部５６を有し、救援が成功したか否かの情報が表示される。
その後、メイン端末２０の表示部２４には、救援プレイのない次のステージの画面が表示され、サブ端末３０の表示部３４には、図２（１）に示す救援情報部５１を有する画面が表示される。
【００２６】
次に、図２の画面表示を実現する救援プレイの処理について説明する。
図３は、第１実施形態に係る救援プレイ処理のフローチャートである。
このゲームの前提として、メイン端末２０のメインプレイヤは、ゲームを行うにあたりプレイ料金（例えば、５０円）を支払うことで、プレイを行うものとする。プレイ料金の支払いは、例えばネット決済を利用できる。また、サブ端末３０の救援プレイヤは、無料で救援プレイを行うものとする。この違いは、あくまでもプレイの主体はメインプレイヤであることによる。メインプレイヤは、プレイ料金を支払うことでプレイするものである。他方、救援プレイヤは、プレイに関して救援要請された場合にのみ参加でき、また、救援後には終了する等の差別がある。救援プレイヤのプレイを無料にすることで、メインプレイヤとしてプレイをするか、救援プレイヤとしてプレイするかの選択をプレイヤができるようにしている。
また、以降、フローチャートの説明において、制御部１１は、ゲームサーバ１０の制御部１１を、制御部２１は、メイン端末２０の制御部２１を、制御部３１は、サブ端末３０の制御部３１をいい、装置名称を適宜省略する。
【００２７】
まず、ステップＳ１０１では、メイン端末２０からのプレイの開始要求を受けて、制御部１１は、記憶部１２に記憶されているゲームプログラム１２Ｂを実行する。ここで、ゲームプログラム１２Ｂは、例えば、「Ａｄｏｂｅ Ｆｌａｓｈ（商標登録） Ｐｌａｙｅｒ」等のコンテンツ再生アプリケーションを用いて実行する形式のものであり、Ｆｌａｓｈ（商標登録）のＳＷＦファイルにより構成されている。
【００２８】
次に、ステップＳ１０２では、制御部１１は、プレイ処理を行う。ゲームプログラム１２Ｂにより、プレイの進行に関するデータが、ゲームサーバ１０からメイン端末２０に逐次送信される。プレイの進行に関するデータとは、メイン端末２０でプレイをするのに必要な情報をいい、ゲーム画像のデータや、音声データ、プレイを制御するデータ等をいう。また、データを逐次送信することをストリーミングという。この処理により、メイン端末２０に、ゲームプログラムをダウンロードすることなく、メイン端末２０においてプレイを楽しむことができる。メイン端末２０では、制御部２１は、表示部２４にゲーム画面を表示する（ステップＳ２０１）。
他方、サブ端末３０は、救援プレイを行うためにゲームサーバ１０に対して通信を行う。そして、制御部３１は、ゲームサーバ１０から送信された救援待ち画面（図２（１）右図参照）を表示部３４に表示する（ステップＳ３０１）。
【００２９】
メイン端末２０の操作部２５による救援要請の操作により、ステップＳ２０２では、制御部２１（救援要請送信手段２１Ａ）は、救援要請情報をゲームサーバ１０に送信する。そして、ステップＳ１０３では、ゲームサーバ１０の制御部１１（救援要請受信手段１１Ａ）は、救援要請情報を受信する。ここで、メイン端末２０の操作部２５には、例えば、救援要請のためのボタンが用意されており、そのボタンをメインプレイヤが押下することで救援要請情報が送信される。また、救援要請情報とは、例えば、複数ステージからなるゲームにおいて、プレイ中のステージのプレイに関して救援プレイヤの救援を要請するための情報であり、メインプレイヤのＩＤ（メインプレイヤＩＤ）やプレイ中のゲームとステージとを特定する情報をいう。
【００３０】
ステップＳ１０４では、制御部１１（救援依頼送信手段１１Ｂ）は、サブ端末３０に救援依頼情報を送信する。ステップＳ３０２では、制御部３１（救援依頼受信手段３１Ａ）は、ゲームサーバ１０から送信された救援依頼情報を受信して、表示部３４に救援可能なゲームを表示する（図２（２）右図参照）。救援依頼情報とは、サブ端末３０に対する救援依頼の情報であり、メインプレイヤＩＤやプレイ中のゲームとステージとを特定する情報をいう。
ステップＳ３０３では、救援プレイヤによる操作部３５の操作により、制御部３１（参加要求送信手段３１Ｂ）は、参加要求情報をゲームサーバ１０に送信する。ステップＳ１０５では、制御部１１（参加要求受信手段１１Ｃ）は、サブ端末３０から送信された参加要求情報を受信する。参加要求情報とは、参加を要求する救援プレイヤのＩＤ（救援プレイヤＩＤ）や参加を要求するプレイを特定する情報をいう。
【００３１】
ステップＳ１０６では、制御部１１（救援許可手段１１Ｄ）は、救援要請情報に基づいて、参加要求情報の送信元であるサブ端末３０の当該プレイへの救援を許可し、例えば、プレイに参加するために必要となる情報をサブ端末３０に送信する。そして、ステップＳ１０７では、制御部１１は、例えば、救援プレイヤの実機等の救援プレイヤのシンボルをゲーム画面に表示して、救援プレイを含むプレイ処理を行う。そして、図２（３）に示したように、メイン端末２０では、制御部２１は、表示部２４に救援中のゲーム画面を表示し（ステップＳ２０３）、サブ端末３０では、制御部３１は、表示部３４に、表示部２４に表示するのと同じ救援中のゲーム画面を表示する（ステップＳ３０４）。
【００３２】
ステップＳ１０８は、制御部１１（救援終了手段１１Ｅ）は、救援プレイを終了するか否かを判断する。救援プレイを終了する条件として、例えば、救援するプレイのステージがステージクリアにより終了した場合、救援を開始した後に予め決められた時間（例えば５分等）が経過した場合、サブ端末３０でのプレイで救援を失敗した場合、メイン端末２０のプレイでゲームオーバーになる等のプレイが失敗した場合等がある。これらの終了条件は、１つ又は複数組み合わせて予めゲームサーバ１０に設定されている。救援プレイを終了する場合（ステップＳ１０８：ＹＥＳ）には、制御部１１は、処理をステップＳ１０９に移す。他方、救援プレイを終了しない場合（ステップＳ１０８：ＮＯ）には、制御部１１は、処理をステップＳ１０７に移し、引き続きプレイ処理を行う。このように、プレイを救援するサブ端末３０に対して、制御部１１は、通常のプレイとは異なる救援参加のプレイを提供でき、様々な条件でプレイから強制的に離脱させることができる。また、制御部１１は、メイン端末２０のプレイが失敗したことにより終了したタイミングでも、サブ端末３０のプレイを終了するので、メイン端末２０のプレイを失敗させないように、サブ端末３０の救援プレイヤに、プレイに対して救援する動機付けをより強く与えることができる。
【００３３】
ステップＳ１０９では、制御部１１（救援終了手段１１Ｅ）は、救援プレイの結果画面をサブ端末３０に送信することで、ステップＳ３０５では、制御部３１は、救援プレイの結果画面を表示部３４に表示する（図２（４）右図参照）。そして、ステップＳ１１０では、制御部１１は、救援プレイの終了が、メイン端末２０のプレイが失敗したことであるか否かを判断する。メイン端末２０のプレイが失敗したことである場合（ステップＳ１１０：ＹＥＳ）には、制御部１１は、処理をステップＳ１１１に移し、ゲームオーバー画面をメイン端末２０に送信することで、ステップＳ２０４では、制御部２１は、ゲームオーバー画面を表示部２４に表示する。その後、制御部１１は、本処理を終了する。他方、メイン端末２０のプレイが失敗したことではない場合（ステップＳ１１０：ＮＯ）には、制御部１１は、処理をステップＳ１０２に移し、ステージクリアの画面をメイン端末２０に送信した後、次のステージのプレイ処理を行う。メイン端末２０では、制御部２１は、ゲームサーバ１０から受信したステージクリアの画面を表示部２４に表示した後、次のステージのゲーム画面を表示する。
【００３４】
このように、ゲームサーバ１０は、プレイ中のメイン端末２０から救援要請情報を受信したことに応じて、サブ端末３０に対してプレイへの救援要請情報を送信し、サブ端末３０から参加要求情報を受信することで、サブ端末３０に対してプレイへの救援を許可する。よって、メイン端末２０から救援要請を受けたタイミングで、サブ端末３０の救援プレイヤにプレイへの救援要請の存在を知らせることができ、救援プレイヤは、その時点でそのプレイへの参加可否を検討して応答することができる。よって、メイン端末２０で行われるプレイの途中からのサブ端末の参加を許可することができる。その結果、メイン端末２０のメインプレイヤは、そのプレイが窮地の場面でも、サブ端末３０からのプレイ参加により、その窮地を凌ぐ可能性を得ることができる。
【００３５】
（第２実施形態）
次に、本発明を適用した第２実施形態について説明する。
第２実施形態は、救援要請に参加条件を有し、過去の救援プレイの結果情報を使用して、救援プレイを行うサブ端末をメイン指定するものである。
なお、以下の説明及び図面において、上述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略する。
【００３６】
図４は、第２実施形態に係るゲームシステム２０１の構成及びゲームサーバ２１０、メイン端末２２０及びサブ端末２３０の機能ブロックを示す図である。
ゲームサーバ２１０の制御部２１１は、メイン端末２２０から救援要請情報を受信する救援要請受信手段２１１Ａ、サブ端末２３０から参加要求情報を受信する参加要求受信手段１１Ｃ、サブ端末２３０の救援を許可する救援許可手段２１１Ｄ、サブ端末２３０の救援を終了する救援終了手段１１Ｅ、プレイでの得点を管理する得点管理手段２１１Ｆを有する。
記憶部２１２は、救援要請プログラム２１２Ａ及びゲームプログラム１２Ｂに代表される各種プログラム等を記憶する他、参加条件情報を記憶する参加条件テーブル（参加条件記憶手段）２１２Ｃ及び救援結果を記憶する救援結果テーブル（救援結果記憶手段）２１２Ｄを有する。
メイン端末２２０の制御部２２１は、ゲームサーバ２１０に対して救援要請情報を送信する救援要請送信手段２２１Ａを有する。また、サブ端末２３０の制御部２３１は、ゲームサーバ２１０に参加要求情報を送信する参加要求送信手段３１Ｂを有する。
【００３７】
次に、ゲームサーバ２１０に記憶される各種テーブルについて説明する。
図５は、第２実施形態に係る参加条件テーブル２１２Ｃ及び救援結果テーブル２１２Ｄを示す図である。
図５（ａ）は、参加条件テーブル２１２Ｃを示す。参加条件テーブル２１２Ｃは、メイン端末２２０が送信し、ゲームサーバ２１０が受信した救援要請情報に含む、サブ端末２３０がプレイに救援参加するための条件である参加条件情報の内容を記憶する。メインプレイヤＩＤ部Ｃ１には、救援要請情報を送信したメインプレイヤのプレイヤＩＤを格納し、ゲームＩＤ部Ｃ２には、ゲームとステージとを特定するゲームＩＤを格納する。このプレイヤＩＤ及びゲームＩＤは、救援要請情報から取得できる。また、条件部Ｃ３には、参加条件情報を格納する。この例では、条件部Ｃ３には、メインプレイヤのライフ情報が残り１つになった場合が格納されている（＃１）。この条件部Ｃ３に格納する条件は、メインプレイヤに関する情報であってもよいし、例えば、救援プレイヤの成功率が８０％以上（＃２）、１０回以上救援プレイをした救援プレイヤ（＃３）、特定のプレイヤＩＤの救援プレイヤ等の救援プレイヤに関する情報であってもよい。
【００３８】
図５（ｂ）は、救援結果テーブル２１２Ｄを示す。救援結果テーブル２１２Ｄは、サブ端末２３０での救援プレイの結果を記憶する。救援プレイヤＩＤ部Ｄ１には、救援プレイヤのプレイヤＩＤを格納する。ゲームＩＤ部Ｄ２には、ゲームとステージとを特定するゲームＩＤを格納する。成否情報部Ｄ３には、救援の成否情報を格納する。ここでは、成功した場合には「１」を、失敗した場合には「０」を格納する。得点部Ｄ４には、救援プレイヤが獲得した得点を格納する。
【００３９】
次に、救援プレイの処理について説明する。
図６は、第２実施形態に係る救援プレイ処理のフローチャートである。
まず、ステップＳ６０１では、サブ端末２３０の制御部２３１（参加要求送信手段３１Ｂ）は、参加要求情報をゲームサーバ２１０に送信する。ステップＳ４０１では、制御部２１１（参加要求受信手段１１Ｃ）は、サブ端末２３０から送信された参加要求情報を受信する。そして、ステップＳ４０２では、ゲームサーバ２１０の制御部２１１（救援許可手段２１１Ｄ）は、サブ端末２３０に待機状態のための救援待ち画面を送信することで、サブ端末２３０の制御部２３１は、救援待ち画面（図２（１）右図参照）を表示部３４に表示する（ステップＳ６０２）。
【００４０】
次に、ステップＳ４０３では、メイン端末２２０からのプレイの開始要求を受けて、ゲームサーバ２１０の制御部２１１は、記憶部２１２に記憶されているゲームプログラム１２Ｂを実行する。そして、ステップＳ４０４では、ゲームサーバ２１０の制御部２１１は、プレイ処理を行う。メイン端末２２０では、制御部２２１は、表示部２４にゲーム画面を表示する（ステップＳ５０１）。
【００４１】
メイン端末２２０の操作部２５の救援要請の操作により、ステップＳ５０２では、制御部２２１（救援要請送信手段２２１Ａ）は、救援要請情報をゲームサーバ２１０に送信する。ステップＳ４０５では、ゲームサーバ２１０の制御部２１１（救援要請受信手段２１１Ａ）は、救援要請情報を受信する。そして、ステップＳ４０６では、ゲームサーバ２１０の制御部２１１は、受信した救援要請情報に基づき、参加条件テーブル２１２Ｃにデータを記憶する。この例では、図５（ａ）に示す（＃１）及び（＃２）の情報を記憶するものとする。
【００４２】
ステップＳ４０７では、制御部２１１（救援許可手段２１１Ｄ）は、参加条件テーブル２１２Ｃに基づき、メインプレイヤの状態が条件を満たすか否かを判断する。条件を満たす場合（ステップＳ４０７：ＹＥＳ）には、制御部２１１は、処理をステップＳ４０８に移す。他方、条件を満たさない場合（ステップＳ４０７：ＮＯ）には、制御部２１１は、条件を満たすまで、ステップＳ４０７の処理を繰り返す。
ステップＳ４０８では、制御部２１１（救援許可手段２１１Ｄ）は、参加条件テーブル２１２Ｃに基づき、救援プレイヤの状態が条件を満たすか否かを判断する。条件を満たす場合（ステップＳ４０８：ＹＥＳ）には、制御部２１１は、処理を図７のステップＳ４０９に移す。他方、条件を満たさない場合（ステップＳ４０８：ＮＯ）には、制御部２１１は、処理をステップＳ４０７に移す。
【００４３】
図７のステップＳ４０９では、制御部２１１（救援許可手段２１１Ｄ）は、待機中のサブ端末２３０の当該プレイへの救援を許可する。そして、ステップＳ４１０では、制御部２１１は、救援プレイを含むプレイ処理を行う。救援プレイを含むプレイ処理では、制御部２１１（得点管理手段２１１Ｆ）は、メイン端末２２０によるプレイでの得点と、サブ端末２３０によるプレイでの得点とを別々に管理する。そして、図２（３）に示したように、メイン端末２２０では、制御部２２１は、表示部２４に救援中のゲーム画面を表示し（ステップＳ５０３）、サブ端末２３０では、制御部２３１は、表示部３４に、表示部２４に表示するのと同じ救援中のゲーム画面を表示する（ステップＳ６０３）。
【００４４】
ステップＳ４１１では、制御部２１１（救援終了手段１１Ｅ）は、救援プレイを終了するか否かを判断する。救援プレイを終了する場合（ステップＳ４１１：ＹＥＳ）には、制御部２１１は、処理をステップＳ４１２に移す。他方、救援プレイを終了しない場合（ステップＳ４１１：ＮＯ）には、制御部２１１は、処理をステップＳ４１０に移し、引き続きプレイ処理を行う。
【００４５】
ステップＳ４１２では、制御部２１１（救援終了手段１１Ｅ）は、救援プレイの結果画面をサブ端末２３０に送信することで、ステップＳ６０４では、制御部２３１は、救援プレイの結果画面を表示部３４に表示する。また、ステップＳ４１３では、制御部２１１は、救援プレイの結果を図５（ｂ）に示す救援結果テーブル２１２Ｄに記憶する。その際、得点管理手段２１１Ｆにより別々に管理した得点のうち、サブ端末２３０によるプレイで獲得した得点を、救援結果テーブル２１２Ｄの得点部Ｄ４に記憶する。そして、ステップＳ４１４では、制御部２１１は、救援プレイの終了が、メイン端末２２０のプレイが失敗したことであるか否かを判断する。メイン端末２２０のプレイが失敗したことである場合（ステップＳ４１４：ＹＥＳ）には、制御部２１１は、処理をステップＳ４１５に移し、ゲームオーバー画面をメイン端末２２０に送信することで、ステップＳ５０４では、制御部２２１は、ゲームオーバー画面を表示部２４に表示する。その後、制御部２１１は、本処理を終了する。他方、メイン端末２２０のプレイが失敗したことではない場合（ステップＳ４１４：ＮＯ）には、制御部２１１は、処理を図６のステップＳ４０４に移し、ステージクリアの画面をメイン端末２２０に送信した後、次のステージのプレイ処理を行う。メイン端末２２０では、制御部２２１は、ゲームサーバ２１０から受信したステージクリアの画面を表示部２４に表示した後、次のステージのゲーム画面を表示する。
【００４６】
次に、救援プレイの結果として、サブ端末２３０に表示される画面例を説明する。
図８は、第２実施形態に係るサブ端末２３０に表示される画面例を示す図である。
図８は、救援プレイが終了した際にサブ端末２３０の表示部３４に表示される画面である。表示部３４には、救援が成功したか否かの情報である結果情報部５６の他に、その詳細の情報である結果詳細情報部５７が表示される。結果詳細情報部５７は、図５（ｂ）の救援結果テーブル２１２Ｄから該当の救援プレイヤＩＤ及びゲームＩＤの情報を抽出して集計することで、今回の救援結果と、今までの救援プレイでの実績とを表示する。
【００４７】
このように、ゲームサーバ２１０は、メイン端末２２０から受信した救援要請情報からプレイへの救援参加に関する参加条件情報を記憶し、サブ端末２３０ごとの救援結果情報を記憶し、サブ端末２３０から受信した参加要求情報に基づいて、記憶されたそのサブ端末２３０の救援結果情報が、記憶された参加条件情報に適合したことに応じて、そのサブ端末２３０のプレイへの救援を許可する。よって、ゲームサーバ２１０は、過去の救援結果に関する条件に適合したサブ端末２３０に対して、プレイを救援する環境を提供できる。また、ゲームサーバ２１０は、救援中のプレイにおけるメイン端末２２０での得点とサブ端末２３０での得点とを別々に管理するので、サブ端末２３０の得点をプレイヤに提供できる。よって、各プレイヤは、サブ端末２３０での救援するプレイの貢献度合いを、得点という尺度で把握できる。
【００４８】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。
【００４９】
（変形形態）
（１）各実施形態では、シューティングゲームを例に、プレイの途中でプレイヤのプレイに対して救援を可能にするものを説明した。しかし、これに限らず、アクションゲーム、スポーツゲーム等のゲームでも適用できる。
（２）第２実施形態では、救援プレイの結果を記憶して、救援プレイの条件として利用したり、救援結果として表示したりするものを説明した。しかし、これに限らず、記憶した救援プレイの結果をランク付けして、例えば、ウェブサイトに一般向けに表示することで、プレイヤが閲覧できるようにしてもよい。
【図面の簡単な説明】
【００５０】
【図１】第１実施形態に係るゲームシステムの構成及びゲームサーバ、メイン端末及びサブ端末の機能ブロックを示す図である。
【図２】第１実施形態に係るメイン端末及びサブ端末に表示される画面例を示す図である。
【図３】第１実施形態に係る救援プレイ処理のフローチャートである。
【図４】第２実施形態に係るゲームシステムの構成及びゲームサーバ、メイン端末及びサブ端末の機能ブロックを示す図である。
【図５】第２実施形態に係る参加条件テーブル及び救援結果テーブルを示す図である。
【図６】第２実施形態に係る救援プレイ処理のフローチャートである。
【図７】図６に続くフローチャートである。
【図８】第２実施形態に係るサブ端末に表示される画面例を示す図である。
【符号の説明】
【００５１】
１，２０１ ゲームシステム
１０，２１０ ゲームサーバ
１１，２１，３１，２１１，２２１，２３１ 制御部
１１Ａ，２１１Ａ 救援要請受信手段
１１Ｂ 救援依頼送信手段
１１Ｃ 参加要求受信手段
１１Ｄ，２１１Ｄ 救援許可手段
１１Ｅ 救援終了手段
１２，２２，３２，２１２ 記憶部
１２Ａ，２１２Ａ 救援要請プログラム
１２Ｂ ゲームプログラム
２０，２２０ メイン端末
２１Ａ，２２１Ａ 救援要請送信手段
２４，３４ 表示部
２５，３５ 操作部
２０，２３０ サブ端末
３１Ａ 救援依頼受信手段
３１Ｂ 参加要求送信手段
２１１Ｆ 得点管理手段
２１２Ｃ 参加条件テーブル
２１２Ｄ 救援結果テーブル
【技術分野】
【０００１】
本発明は、ネットワークゲームで用いる救援要請プログラム及びゲームシステムに関する。
【背景技術】
【０００２】
従来、インターネット等のネットワークを介して、プレイを制御するサーバに対して接続された端末を用いて行うネットワークゲームが提案されている。その中で、複数の端末で対戦ゲームをする対戦相手決定システムが開示されている（例えば、特許文献１）。
【特許文献１】特開２００１−１５７７８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１に記載の対戦相手決定システムは、運営者用コンピュータが、ネットワークゲームの大会において、対戦相手を自動的にマッチングし、さらに対戦結果に基づいて新たな対戦相手を自動的にマッチングするものである。
しかし、特許文献１に記載の対戦相手決定システムは、プレイの開始時、つまり最初に対戦相手を決定するものであった。そのため、一度対戦が始まってしまうと、参加希望者は、次の対戦まで待つしかなかった。
【０００４】
そこで、本発明は、ネットワークゲームにおいて、プレイの途中からそのプレイへの参加を可能にする救援要請プログラム及びゲームシステムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。
【０００６】
請求項１の発明は、プレイを行うメインプレイヤのメイン端末（２０，２２０）及び前記メインプレイヤの前記プレイを救援する救援プレイヤのサブ端末（３０，２３０）に対して通信ネットワーク（５）を介して接続され、前記プレイを制御するゲームサーバ（１０，２１０）で実行される救援要請プログラム（１２Ａ，２１２Ａ）であって、前記ゲームサーバを、プレイ中の前記プレイへの救援を要請する救援要請情報を前記メイン端末から受信する救援要請受信手段（１１Ａ，２１１Ａ）と、前記サブ端末から送信される前記プレイへの参加要求情報を受信する参加要求受信手段（１１Ｃ）と、前記救援要請受信手段により受信した救援要請情報に基づき、前記参加要求受信手段により受信した前記参加要求情報の送信元である前記サブ端末の前記プレイへの救援を許可する救援許可手段（１１Ｄ，２１１Ｄ）と、して機能させること、を特徴とする救援要請プログラムである。
請求項２の発明は、請求項１に記載の救援要請プログラム（２１２Ａ）において、前記救援許可手段（２１１Ｄ）を、前記参加要求受信手段（１１Ｃ）が参加要求情報を受信することにより参加待機状態とし、前記救援要請受信手段（２１１Ａ）が前記救援要請情報を受信したタイミングで、前記サブ端末（２３０）の前記プレイへの救援を許可するように機能させること、を特徴とする救援要請プログラムである。
請求項３の発明は、請求項１に記載の救援要請プログラム（１２Ａ）において、前記ゲームサーバ（１０）を、前記救援要請受信手段（１１Ａ）が前記メイン端末（２０）から前記救援要請情報を受信したことに応じて、前記サブ端末（３０）に対して前記プレイへの救援依頼情報を送信する救援依頼送信手段（１１Ｂ）として機能させ、前記参加要求受信手段（１１Ｃ）を、前記サブ端末が前記救援依頼情報を受信したことで前記サブ端末が送信した前記参加要求情報を受信するように機能させること、を特徴とする救援要請プログラムである。
請求項４の発明は、請求項１に記載の救援要請プログラムにおいて、前記救援要請情報は、前記サブ端末による前記プレイへの救援参加に関する参加条件情報を含み、前記ゲームサーバを、前記救援要請受信手段により前記メイン端末から受信した前記救援要請情報に基づいて、前記参加条件情報を記憶する参加条件記憶手段と、前記メイン端末での前記プレイの状態が前記参加条件記憶手段に記憶した前記参加条件情報を満たすことに応じて、前記サブ端末に対して救援依頼情報を送信する救援依頼送信手段と、して機能させ、前記参加要求受信手段を、前記サブ端末が前記救援依頼情報を受信したことで前記サブ端末が送信した前記参加要求情報を受信するように機能させること、を特徴とする救援要請プログラムである。
請求項５の発明は、請求項１から請求項４のいずれか１項に記載の救援要請プログラム（１２Ａ）において、前記ゲームサーバ（１０）を、前記プレイの状態が所定の条件を満たすことに応じて、前記サブ端末（３０）の前記プレイへの救援を終了する救援終了手段（１１Ｅ）として機能させること、を特徴とする救援要請プログラムである。
請求項６の発明は、請求項１から請求項３のいずれか１項に記載の救援要請プログラム（２１２Ａ）において、前記救援要請情報は、前記サブ端末（２３０）による前記プレイへの救援参加に関する参加条件情報を含み、前記ゲームサーバ（２１０）を、前記メイン端末（２２０）から受信した前記救援要請情報に基づいて、前記参加条件情報を記憶する参加条件記憶手段（２１２Ｃ）と、前記サブ端末の救援結果情報を記憶する救援結果記憶手段（２１２Ｄ）と、して機能させ、前記救援許可手段（２１１Ｄ）を、前記参加要求受信手段（１１Ｃ）により前記サブ端末から受信した前記参加要求情報に基づいて、前記救援結果記憶手段に記憶された前記サブ端末の救援結果情報が前記参加条件記憶手段に記憶された参加条件情報に適合したことに応じて、前記サブ端末の前記プレイへの救援を許可するように機能させること、を特徴とする救援要請プログラムである。
請求項７の発明は、請求項６に記載の救援要請プログラム（２１２Ａ）において、前記ゲームサーバ（２１０）を、前記救援許可手段（２１１Ｄ）により前記プレイへの救援を許可された前記サブ端末（２３０）によるプレイでの得点と、前記メイン端末（２２０）によるプレイでの得点とを別々に管理する得点管理手段（２１１Ｆ）と、して機能させ、前記救援結果記憶手段（２１２Ｄ）を、前記プレイの結果として、前記得点管理手段により管理された前記サブ端末によるプレイでの得点を記憶するように機能させること、を特徴とする救援要請プログラムである。
請求項８の発明は、請求項６又は請求項７に記載の救援要請プログラム（２１２Ａ）において、前記ゲームサーバ（２１０）を、前記プレイの状態が所定の条件を満たすことに応じて、前記サブ端末（２３０）の前記プレイへの救援を終了する救援終了手段（１１Ｅ）として機能させ、前記救援結果記憶手段（２１２Ｄ）を、前記救援終了手段により救援を終了したことに応じて、前記サブ端末の救援結果を新たに更新して前記救援結果情報を記憶するように機能させること、を特徴とする救援要請プログラムである。
請求項９の発明は、請求項５又は請求項８に記載の救援要請プログラム（１２Ａ，２１２Ａ）において、前記救援終了手段（１１Ｅ）を、複数ステージあるプレイのうち救援するプレイのステージが終了したタイミング、救援開始の後予め決められた時間が経過したタイミング、及び前記サブ端末（３０，２３０）による救援が失敗したタイミングのうち少なくとも１つを満たすタイミングで、前記サブ端末の前記プレイへの救援を終了するように機能させること、を特徴とする救援要請プログラムである。
請求項１０の発明は、請求項５又は請求項８に記載の救援要請プログラム（１２Ａ，２１２Ａ）において、前記救援終了手段（１１Ｅ）を、前記メイン端末（２０，２２０）のプレイが失敗したことにより終了したタイミングで、前記サブ端末（３０，２３０）の前記プレイへの救援を終了するように機能させること、を特徴とする救援要請プログラムである。
【０００７】
請求項１１の発明は、プレイを行うメインプレイヤのメイン端末（２０，２２０）と、前記メインプレイヤの前記プレイを救援する救援プレイヤのサブ端末（３０，２３０）と、前記プレイを制御するゲームサーバ（１０，２１０）とが通信ネットワーク（５）を介して接続されたゲームシステム（１，２０１）であって、前記メイン端末は、プレイ中の前記プレイへの救援を要請する救援要請情報を送信する救援要請送信手段（２２１Ａ）を備え、前記サブ端末は、前記プレイへの参加要求情報を受信する参加要求送信手段（３１Ｂ）を備え、前記ゲームサーバは、前記メイン端末から送信された前記救援要請情報を受信する救援要請受信手段（１１，２１１Ａ）と、前記サブ端末から送信された前記参加要求情報を受信する参加要求受信手段（１１Ｃ）と、前記救援要請受信手段により受信した救援要請情報に基づき、前記参加要求受信手段により前記参加要求情報を受信した前記サブ端末の前記プレイへの救援を許可する救援許可手段（１１Ｄ，２１１Ｄ）と、を備えること、を特徴とするゲームシステムである。
【発明の効果】
【０００８】
本発明によれば、以下の効果を奏することができる。
（１）本発明は、プレイ中のメイン端末から救援要請情報を受信し、救援するサブ端末からプレイの参加要求情報を受信することで、サブ端末に対してプレイ中のプレイへの救援を許可する。よって、メイン端末で行われるプレイの途中からのサブ端末の参加を許可することができる。また、メイン端末のプレイヤは、サブ端末のプレイ参加により、そのプレイの窮地を凌ぐ可能性を得ることができる。
【０００９】
（２）本発明は、メイン端末からの救援要請情報を受信したタイミングで、参加待機状態のサブ端末に対してプレイへの救援を許可する。よって、救援要請をしたメイン端末に対して、速やかにそのプレイを救援するサブ端末を提供することで、メイン端末のメインプレイヤは、サブ端末を操作する救援プレイヤと共にプレイを行うことができる。また、救援プレイヤに、メインプレイヤの救援要請のタイミングで、プレイを救援する形で参加させることができる。
【００１０】
（３）本発明は、メイン端末から救援要請情報を受信したことに応じて、サブ端末に対してプレイへの救援要請情報を送信し、サブ端末から参加要求情報を受信することで、サブ端末に対してプレイへの救援を許可する。よって、メイン端末から救援要請を受けたタイミングで、サブ端末の救援プレイヤにプレイへの救援要請の存在を知らせることができ、救援プレイヤは、その時点でそのプレイへの参加可否を検討して応答することができる。
【００１１】
（４）本発明は、サブ端末によるプレイへの救援参加に関する参加条件情報を含む救援要請情報をメイン端末から受信し、メイン端末でのプレイの状態がその参加条件情報を満たすことで、サブ端末に対してプレイへの救援要請情報を送信し、サブ端末から参加要求情報を受信することで、サブ端末に対してプレイへの救援を許可する。よって、メイン端末からの救援要請を受信した後メイン端末でのプレイの状態が条件を満たしたタイミングで、サブ端末の救援プレイヤにプレイへの救援要請の存在を知らせることができ、救援プレイヤは、その時点でそのプレイへの参加可否を検討して応答することができる。
【００１２】
（５）本発明は、メイン端末から受信した救援要請情報からプレイへの救援参加に関する参加条件情報を記憶し、サブ端末ごとの救援結果情報を記憶し、サブ端末から受信した参加要求情報に基づいて、記憶されたそのサブ端末の救援結果情報が、記憶された参加条件情報に適合したことに応じて、そのサブ端末のプレイへの救援を許可する。よって、メイン端末からの参加条件として、過去の救援結果に関する条件に適合したサブ端末に対して、プレイを救援する環境を提供できる。
【００１３】
（６）本発明は、救援中のプレイにおけるメイン端末でのプレイによる得点とサブ端末でのプレイによる得点とを別々に管理することができる。よって、サブ端末の得点をプレイヤに提供できる。また、プレイヤは、サブ端末での救援するプレイの貢献度合いを、得点という尺度で把握できる。
【００１４】
（７）本発明は、プレイの状態が所定の条件を満たすことで、サブ端末に対してプレイへの救援を終了させることができる。よって、サブ端末に、プレイの状態が所定の条件を満たすことでプレイが終了するという、通常のプレイとは異なる救援参加のプレイを提供できる。また、救援を終了したサブ端末の救援結果を救援結果記憶手段に更新して記憶するので、救援結果情報を、過去の救援結果として救援要請の際に用いることができる。
【００１５】
（８）本発明は、複数ステージあるプレイのうち救援するプレイのステージが終了したタイミング、救援開始の後予め決められた時間が経過したタイミング、及びサブ端末による救援が失敗したタイミングのうち少なくとも１つを満たすタイミングで、サブ端末のプレイを終了する。よって、プレイを救援するサブ端末に対して、様々な条件でプレイから強制的に離脱させることができる。
【００１６】
（９）本発明は、メイン端末のプレイが失敗したことにより終了したタイミングで、サブ端末のプレイを終了する。よって、メイン端末のプレイを失敗させないように、サブ端末のプレイヤに、プレイに対して救援する動機付けをより強く与えることができる。
【発明を実施するための最良の形態】
【００１７】
本発明は、プレイの途中からそのプレイへの参加を可能にする救援要請プログラム及びゲームシステムを提供するという目的を、プレイを行うメインプレイヤのメイン端末及びメインプレイヤのプレイを救援する救援プレイヤのサブ端末に対して通信ネットワークを介して接続され、プレイを制御するゲームサーバで実行される救援要請プログラムが、ゲームサーバを、プレイ中のプレイへの救援を要請する救援要請情報をメイン端末から受信する救援要請受信手段と、サブ端末から送信されるプレイへの参加要求情報を受信する参加要求受信手段と、救援要請受信手段により受信した救援要請情報に基づき、参加要求受信手段により受信した参加要求情報の送信元であるサブ端末のプレイへの救援を許可する救援許可手段と、して機能させることによって実現した。
【００１８】
（第１実施形態）
以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
図１は、第１実施形態に係るゲームシステム１の構成及びゲームサーバ１０、メイン端末２０及びサブ端末３０の機能ブロックを示す図である。
ゲームシステム１は、ゲームサーバ１０と、メイン端末２０と、サブ端末３０とが、通信ネットワーク５を介して接続されている。
通信ネットワーク５は、ゲームサーバ１０とメイン端末２０及びサブ端末３０の間の通信を行うための、例えばインターネット等の通信網である。
ゲームサーバ１０は、メイン端末２０及びサブ端末３０で実行されるプレイを制御するコンピュータである。
メイン端末２０は、プレイを主体的に行うプレイヤ（メインプレイヤ）が使用する端末である。また、サブ端末３０は、メインプレイヤのプレイの途中で参加して、そのプレイを救援する救援プレイヤが使用する端末である。
【００１９】
ゲームサーバ１０は、制御部１１、記憶部１２及び通信インタフェース部１３を備える。制御部１１は、メイン端末２０から救援要請情報を受信する救援要請受信手段１１Ａ、サブ端末３０に救援依頼情報を送信する救援依頼送信手段１１Ｂ、サブ端末３０から参加要求情報を受信する参加要求受信手段１１Ｃ、サブ端末３０の救援を許可する救援許可手段１１Ｄ、サブ端末３０の救援を終了する救援終了手段１１Ｅを有する。なお、救援要請受信手段１１Ａ、救援依頼送信手段１１Ｂ、参加要求受信手段１１Ｃは、通信インタフェース部１３を介して、メイン端末２０又はサブ端末３０との間で行う通信を制御する。
記憶部１２は、救援要請プログラム１２Ａ及びゲームプログラム１２Ｂに代表される各種プログラム等を記憶する。
【００２０】
制御部１１は、情報の演算、及び処理を行う情報演算処理装置（ＣＰＵ）であり、当該ゲームサーバ１０の全体を制御するものである。制御部１１は、記憶部１２に記憶された各種プログラムを適宜読み出して実行することにより、ゲームサーバ１０のハードウェアと協働し、本発明に係る各種機能を実現している。
記憶部１２は、制御部１１と組み合わせてプログラムの実行に使用するメモリを含んでよい。記憶部１２を実現するものとして、電気的、磁気的、光学的、電磁的に実現するものを含んでよい。より具体的には、半導体記憶装置、磁気ディスク、ランダム・アクセス・メモリ（ＲＡＭ）、リードオンリー・メモリ（ＲＯＭ）等が含まれる。ゲームサーバ１０と外部接続することができる磁気テープ、ＣＤ−ＲＯＭとＣＤ−Ｒ／ＷとＤＶＤとを含む光ディスクや、メモリカード等の補助記憶装置も含む概念である。
なお、ゲームサーバ１０を構成するハードウェアの数に制限はない。必要に応じて、１又は複数で構成してもよい。また、ゲームサーバ１０のハードウェアは、必要に応じてＷｅｂサーバ、ＤＢ（データベース）サーバ、アプリケーション・サーバ等の各種サーバを含んで構成してもよく、１台のサーバで構成しても、それぞれ別のサーバで構成してもよい。
【００２１】
メイン端末２０は、制御部２１、記憶部２２、通信インタフェース部２３、表示部２４及び操作部２５を備える。制御部２１は、ゲームサーバ１０に対して救援要請情報を送信する救援要請送信手段２１Ａを有する。
サブ端末３０は、制御部３１、記憶部３２、通信インタフェース部３３、表示部３４及び操作部３５を備える。制御部３１は、ゲームサーバ１０から救援依頼情報を受信する救援依頼受信手段３１Ａ及びゲームサーバ１０に参加要求情報を送信する参加要求送信手段３１Ｂを有する。
メイン端末２０の制御部２１及びサブ端末３０の制御部３１は、ゲームサーバ１０の制御部１１と同様に、情報の演算、及び処理を行う情報演算処理装置（ＣＰＵ）であり、それぞれメイン端末２０及びサブ端末３０の全体を制御するものである。
なお、メイン端末２０及びサブ端末３０は、例えば、パソコン（パーソナルコンピュータ）であるが、上述の構成を備えた装置であればよく、他には、ゲーム専用機や携帯電話機等であってもよい。
【００２２】
次に、プレイを救援する具体例を画面例に基づき説明する。
図２は、第１実施形態に係るメイン端末２０及びサブ端末３０に表示される画面例を示す図である。メイン端末２０の表示部２４を左に、サブ端末３０の表示部３４を右に示す。
図２（１）は、メイン端末２０でプレイを実行している場面を示す。この場面では、メイン端末２０は、シューティングゲームを実行しており、メインプレイヤの実機４１が敵に対して攻撃している。表示部２４は、画面上部に得点表示部４２を有し、メインプレイヤの得点を表示する。また、画面下部左方には、ステージ表示部４３を有し、実行中のステージの番号を表示する。画面下部右方には、ライフ表示部４４を有し、メインプレイヤのライフ情報である残り実機数を表示する。
他方、サブ端末３０の表示部３４には、救援情報部５１を有し、救援可能なゲームが実行されていない旨が表示されている。
【００２３】
図２（２）は、メイン端末２０から救援要請が選択された場面を示す。メイン端末２０の表示部２４には、画面上部右方に救援サイン４９が表示される。
他方、サブ端末３０の表示部３４には、救援情報部５１に、救援可能なゲームがある旨が示され、詳細表示部５２には、救援を要請するメインプレイヤ名、ゲーム名及びステージ名が一覧表示される。詳細表示部５２の左方には、一覧表示された詳細表示部５２の救援可能なゲームを選択するポイント部５３が配置されている。救援プレイヤが、操作部３５を操作してポイント部５３を移動させて、ポイント部５３が指し示す救援可能なプレイを選択することで、メイン端末２０で実行されるプレイへの救援を行うことができる。
【００２４】
図２（３）は、サブ端末がプレイを救援している救援プレイが実行されている場面を示す。メイン端末２０及びサブ端末３０は、同じプレイ画面が表示されており、メインプレイヤの実機４１と救援プレイヤの実機４５とが表示される。メイン端末２０の操作部２５を操作することで、実機４１の動きに変化を与え、その情報は、サブ端末３０にも送信されるため、メイン端末２０とサブ端末３０とで同じプレイ画面を表示できる。メイン端末２０の表示部２４には、得点表示部４２にメインプレイヤの得点が表示され、ライフ表示部４４にメインプレイヤのライフ情報が表示される。
他方、サブ端末３０の表示部３４には、得点表示部５４に救援プレイヤの得点が表示され、ライフ表示部５５に救援プレイヤのライフ情報が表示される。
【００２５】
図２（４）は、救援プレイが終了した場合を示す。メイン端末２０の表示部２４には、画面中央にステージクリアした旨の表示がされており、ステージ表示部４３には、次のステージが表示されている。
他方、サブ端末３０の表示部３４は、結果情報部５６を有し、救援が成功したか否かの情報が表示される。
その後、メイン端末２０の表示部２４には、救援プレイのない次のステージの画面が表示され、サブ端末３０の表示部３４には、図２（１）に示す救援情報部５１を有する画面が表示される。
【００２６】
次に、図２の画面表示を実現する救援プレイの処理について説明する。
図３は、第１実施形態に係る救援プレイ処理のフローチャートである。
このゲームの前提として、メイン端末２０のメインプレイヤは、ゲームを行うにあたりプレイ料金（例えば、５０円）を支払うことで、プレイを行うものとする。プレイ料金の支払いは、例えばネット決済を利用できる。また、サブ端末３０の救援プレイヤは、無料で救援プレイを行うものとする。この違いは、あくまでもプレイの主体はメインプレイヤであることによる。メインプレイヤは、プレイ料金を支払うことでプレイするものである。他方、救援プレイヤは、プレイに関して救援要請された場合にのみ参加でき、また、救援後には終了する等の差別がある。救援プレイヤのプレイを無料にすることで、メインプレイヤとしてプレイをするか、救援プレイヤとしてプレイするかの選択をプレイヤができるようにしている。
また、以降、フローチャートの説明において、制御部１１は、ゲームサーバ１０の制御部１１を、制御部２１は、メイン端末２０の制御部２１を、制御部３１は、サブ端末３０の制御部３１をいい、装置名称を適宜省略する。
【００２７】
まず、ステップＳ１０１では、メイン端末２０からのプレイの開始要求を受けて、制御部１１は、記憶部１２に記憶されているゲームプログラム１２Ｂを実行する。ここで、ゲームプログラム１２Ｂは、例えば、「Ａｄｏｂｅ Ｆｌａｓｈ（商標登録） Ｐｌａｙｅｒ」等のコンテンツ再生アプリケーションを用いて実行する形式のものであり、Ｆｌａｓｈ（商標登録）のＳＷＦファイルにより構成されている。
【００２８】
次に、ステップＳ１０２では、制御部１１は、プレイ処理を行う。ゲームプログラム１２Ｂにより、プレイの進行に関するデータが、ゲームサーバ１０からメイン端末２０に逐次送信される。プレイの進行に関するデータとは、メイン端末２０でプレイをするのに必要な情報をいい、ゲーム画像のデータや、音声データ、プレイを制御するデータ等をいう。また、データを逐次送信することをストリーミングという。この処理により、メイン端末２０に、ゲームプログラムをダウンロードすることなく、メイン端末２０においてプレイを楽しむことができる。メイン端末２０では、制御部２１は、表示部２４にゲーム画面を表示する（ステップＳ２０１）。
他方、サブ端末３０は、救援プレイを行うためにゲームサーバ１０に対して通信を行う。そして、制御部３１は、ゲームサーバ１０から送信された救援待ち画面（図２（１）右図参照）を表示部３４に表示する（ステップＳ３０１）。
【００２９】
メイン端末２０の操作部２５による救援要請の操作により、ステップＳ２０２では、制御部２１（救援要請送信手段２１Ａ）は、救援要請情報をゲームサーバ１０に送信する。そして、ステップＳ１０３では、ゲームサーバ１０の制御部１１（救援要請受信手段１１Ａ）は、救援要請情報を受信する。ここで、メイン端末２０の操作部２５には、例えば、救援要請のためのボタンが用意されており、そのボタンをメインプレイヤが押下することで救援要請情報が送信される。また、救援要請情報とは、例えば、複数ステージからなるゲームにおいて、プレイ中のステージのプレイに関して救援プレイヤの救援を要請するための情報であり、メインプレイヤのＩＤ（メインプレイヤＩＤ）やプレイ中のゲームとステージとを特定する情報をいう。
【００３０】
ステップＳ１０４では、制御部１１（救援依頼送信手段１１Ｂ）は、サブ端末３０に救援依頼情報を送信する。ステップＳ３０２では、制御部３１（救援依頼受信手段３１Ａ）は、ゲームサーバ１０から送信された救援依頼情報を受信して、表示部３４に救援可能なゲームを表示する（図２（２）右図参照）。救援依頼情報とは、サブ端末３０に対する救援依頼の情報であり、メインプレイヤＩＤやプレイ中のゲームとステージとを特定する情報をいう。
ステップＳ３０３では、救援プレイヤによる操作部３５の操作により、制御部３１（参加要求送信手段３１Ｂ）は、参加要求情報をゲームサーバ１０に送信する。ステップＳ１０５では、制御部１１（参加要求受信手段１１Ｃ）は、サブ端末３０から送信された参加要求情報を受信する。参加要求情報とは、参加を要求する救援プレイヤのＩＤ（救援プレイヤＩＤ）や参加を要求するプレイを特定する情報をいう。
【００３１】
ステップＳ１０６では、制御部１１（救援許可手段１１Ｄ）は、救援要請情報に基づいて、参加要求情報の送信元であるサブ端末３０の当該プレイへの救援を許可し、例えば、プレイに参加するために必要となる情報をサブ端末３０に送信する。そして、ステップＳ１０７では、制御部１１は、例えば、救援プレイヤの実機等の救援プレイヤのシンボルをゲーム画面に表示して、救援プレイを含むプレイ処理を行う。そして、図２（３）に示したように、メイン端末２０では、制御部２１は、表示部２４に救援中のゲーム画面を表示し（ステップＳ２０３）、サブ端末３０では、制御部３１は、表示部３４に、表示部２４に表示するのと同じ救援中のゲーム画面を表示する（ステップＳ３０４）。
【００３２】
ステップＳ１０８は、制御部１１（救援終了手段１１Ｅ）は、救援プレイを終了するか否かを判断する。救援プレイを終了する条件として、例えば、救援するプレイのステージがステージクリアにより終了した場合、救援を開始した後に予め決められた時間（例えば５分等）が経過した場合、サブ端末３０でのプレイで救援を失敗した場合、メイン端末２０のプレイでゲームオーバーになる等のプレイが失敗した場合等がある。これらの終了条件は、１つ又は複数組み合わせて予めゲームサーバ１０に設定されている。救援プレイを終了する場合（ステップＳ１０８：ＹＥＳ）には、制御部１１は、処理をステップＳ１０９に移す。他方、救援プレイを終了しない場合（ステップＳ１０８：ＮＯ）には、制御部１１は、処理をステップＳ１０７に移し、引き続きプレイ処理を行う。このように、プレイを救援するサブ端末３０に対して、制御部１１は、通常のプレイとは異なる救援参加のプレイを提供でき、様々な条件でプレイから強制的に離脱させることができる。また、制御部１１は、メイン端末２０のプレイが失敗したことにより終了したタイミングでも、サブ端末３０のプレイを終了するので、メイン端末２０のプレイを失敗させないように、サブ端末３０の救援プレイヤに、プレイに対して救援する動機付けをより強く与えることができる。
【００３３】
ステップＳ１０９では、制御部１１（救援終了手段１１Ｅ）は、救援プレイの結果画面をサブ端末３０に送信することで、ステップＳ３０５では、制御部３１は、救援プレイの結果画面を表示部３４に表示する（図２（４）右図参照）。そして、ステップＳ１１０では、制御部１１は、救援プレイの終了が、メイン端末２０のプレイが失敗したことであるか否かを判断する。メイン端末２０のプレイが失敗したことである場合（ステップＳ１１０：ＹＥＳ）には、制御部１１は、処理をステップＳ１１１に移し、ゲームオーバー画面をメイン端末２０に送信することで、ステップＳ２０４では、制御部２１は、ゲームオーバー画面を表示部２４に表示する。その後、制御部１１は、本処理を終了する。他方、メイン端末２０のプレイが失敗したことではない場合（ステップＳ１１０：ＮＯ）には、制御部１１は、処理をステップＳ１０２に移し、ステージクリアの画面をメイン端末２０に送信した後、次のステージのプレイ処理を行う。メイン端末２０では、制御部２１は、ゲームサーバ１０から受信したステージクリアの画面を表示部２４に表示した後、次のステージのゲーム画面を表示する。
【００３４】
このように、ゲームサーバ１０は、プレイ中のメイン端末２０から救援要請情報を受信したことに応じて、サブ端末３０に対してプレイへの救援要請情報を送信し、サブ端末３０から参加要求情報を受信することで、サブ端末３０に対してプレイへの救援を許可する。よって、メイン端末２０から救援要請を受けたタイミングで、サブ端末３０の救援プレイヤにプレイへの救援要請の存在を知らせることができ、救援プレイヤは、その時点でそのプレイへの参加可否を検討して応答することができる。よって、メイン端末２０で行われるプレイの途中からのサブ端末の参加を許可することができる。その結果、メイン端末２０のメインプレイヤは、そのプレイが窮地の場面でも、サブ端末３０からのプレイ参加により、その窮地を凌ぐ可能性を得ることができる。
【００３５】
（第２実施形態）
次に、本発明を適用した第２実施形態について説明する。
第２実施形態は、救援要請に参加条件を有し、過去の救援プレイの結果情報を使用して、救援プレイを行うサブ端末をメイン指定するものである。
なお、以下の説明及び図面において、上述した第１実施形態と同様の機能を果たす部分には、同一の符号又は末尾に同一の符号を付して、重複する説明を適宜省略する。
【００３６】
図４は、第２実施形態に係るゲームシステム２０１の構成及びゲームサーバ２１０、メイン端末２２０及びサブ端末２３０の機能ブロックを示す図である。
ゲームサーバ２１０の制御部２１１は、メイン端末２２０から救援要請情報を受信する救援要請受信手段２１１Ａ、サブ端末２３０から参加要求情報を受信する参加要求受信手段１１Ｃ、サブ端末２３０の救援を許可する救援許可手段２１１Ｄ、サブ端末２３０の救援を終了する救援終了手段１１Ｅ、プレイでの得点を管理する得点管理手段２１１Ｆを有する。
記憶部２１２は、救援要請プログラム２１２Ａ及びゲームプログラム１２Ｂに代表される各種プログラム等を記憶する他、参加条件情報を記憶する参加条件テーブル（参加条件記憶手段）２１２Ｃ及び救援結果を記憶する救援結果テーブル（救援結果記憶手段）２１２Ｄを有する。
メイン端末２２０の制御部２２１は、ゲームサーバ２１０に対して救援要請情報を送信する救援要請送信手段２２１Ａを有する。また、サブ端末２３０の制御部２３１は、ゲームサーバ２１０に参加要求情報を送信する参加要求送信手段３１Ｂを有する。
【００３７】
次に、ゲームサーバ２１０に記憶される各種テーブルについて説明する。
図５は、第２実施形態に係る参加条件テーブル２１２Ｃ及び救援結果テーブル２１２Ｄを示す図である。
図５（ａ）は、参加条件テーブル２１２Ｃを示す。参加条件テーブル２１２Ｃは、メイン端末２２０が送信し、ゲームサーバ２１０が受信した救援要請情報に含む、サブ端末２３０がプレイに救援参加するための条件である参加条件情報の内容を記憶する。メインプレイヤＩＤ部Ｃ１には、救援要請情報を送信したメインプレイヤのプレイヤＩＤを格納し、ゲームＩＤ部Ｃ２には、ゲームとステージとを特定するゲームＩＤを格納する。このプレイヤＩＤ及びゲームＩＤは、救援要請情報から取得できる。また、条件部Ｃ３には、参加条件情報を格納する。この例では、条件部Ｃ３には、メインプレイヤのライフ情報が残り１つになった場合が格納されている（＃１）。この条件部Ｃ３に格納する条件は、メインプレイヤに関する情報であってもよいし、例えば、救援プレイヤの成功率が８０％以上（＃２）、１０回以上救援プレイをした救援プレイヤ（＃３）、特定のプレイヤＩＤの救援プレイヤ等の救援プレイヤに関する情報であってもよい。
【００３８】
図５（ｂ）は、救援結果テーブル２１２Ｄを示す。救援結果テーブル２１２Ｄは、サブ端末２３０での救援プレイの結果を記憶する。救援プレイヤＩＤ部Ｄ１には、救援プレイヤのプレイヤＩＤを格納する。ゲームＩＤ部Ｄ２には、ゲームとステージとを特定するゲームＩＤを格納する。成否情報部Ｄ３には、救援の成否情報を格納する。ここでは、成功した場合には「１」を、失敗した場合には「０」を格納する。得点部Ｄ４には、救援プレイヤが獲得した得点を格納する。
【００３９】
次に、救援プレイの処理について説明する。
図６は、第２実施形態に係る救援プレイ処理のフローチャートである。
まず、ステップＳ６０１では、サブ端末２３０の制御部２３１（参加要求送信手段３１Ｂ）は、参加要求情報をゲームサーバ２１０に送信する。ステップＳ４０１では、制御部２１１（参加要求受信手段１１Ｃ）は、サブ端末２３０から送信された参加要求情報を受信する。そして、ステップＳ４０２では、ゲームサーバ２１０の制御部２１１（救援許可手段２１１Ｄ）は、サブ端末２３０に待機状態のための救援待ち画面を送信することで、サブ端末２３０の制御部２３１は、救援待ち画面（図２（１）右図参照）を表示部３４に表示する（ステップＳ６０２）。
【００４０】
次に、ステップＳ４０３では、メイン端末２２０からのプレイの開始要求を受けて、ゲームサーバ２１０の制御部２１１は、記憶部２１２に記憶されているゲームプログラム１２Ｂを実行する。そして、ステップＳ４０４では、ゲームサーバ２１０の制御部２１１は、プレイ処理を行う。メイン端末２２０では、制御部２２１は、表示部２４にゲーム画面を表示する（ステップＳ５０１）。
【００４１】
メイン端末２２０の操作部２５の救援要請の操作により、ステップＳ５０２では、制御部２２１（救援要請送信手段２２１Ａ）は、救援要請情報をゲームサーバ２１０に送信する。ステップＳ４０５では、ゲームサーバ２１０の制御部２１１（救援要請受信手段２１１Ａ）は、救援要請情報を受信する。そして、ステップＳ４０６では、ゲームサーバ２１０の制御部２１１は、受信した救援要請情報に基づき、参加条件テーブル２１２Ｃにデータを記憶する。この例では、図５（ａ）に示す（＃１）及び（＃２）の情報を記憶するものとする。
【００４２】
ステップＳ４０７では、制御部２１１（救援許可手段２１１Ｄ）は、参加条件テーブル２１２Ｃに基づき、メインプレイヤの状態が条件を満たすか否かを判断する。条件を満たす場合（ステップＳ４０７：ＹＥＳ）には、制御部２１１は、処理をステップＳ４０８に移す。他方、条件を満たさない場合（ステップＳ４０７：ＮＯ）には、制御部２１１は、条件を満たすまで、ステップＳ４０７の処理を繰り返す。
ステップＳ４０８では、制御部２１１（救援許可手段２１１Ｄ）は、参加条件テーブル２１２Ｃに基づき、救援プレイヤの状態が条件を満たすか否かを判断する。条件を満たす場合（ステップＳ４０８：ＹＥＳ）には、制御部２１１は、処理を図７のステップＳ４０９に移す。他方、条件を満たさない場合（ステップＳ４０８：ＮＯ）には、制御部２１１は、処理をステップＳ４０７に移す。
【００４３】
図７のステップＳ４０９では、制御部２１１（救援許可手段２１１Ｄ）は、待機中のサブ端末２３０の当該プレイへの救援を許可する。そして、ステップＳ４１０では、制御部２１１は、救援プレイを含むプレイ処理を行う。救援プレイを含むプレイ処理では、制御部２１１（得点管理手段２１１Ｆ）は、メイン端末２２０によるプレイでの得点と、サブ端末２３０によるプレイでの得点とを別々に管理する。そして、図２（３）に示したように、メイン端末２２０では、制御部２２１は、表示部２４に救援中のゲーム画面を表示し（ステップＳ５０３）、サブ端末２３０では、制御部２３１は、表示部３４に、表示部２４に表示するのと同じ救援中のゲーム画面を表示する（ステップＳ６０３）。
【００４４】
ステップＳ４１１では、制御部２１１（救援終了手段１１Ｅ）は、救援プレイを終了するか否かを判断する。救援プレイを終了する場合（ステップＳ４１１：ＹＥＳ）には、制御部２１１は、処理をステップＳ４１２に移す。他方、救援プレイを終了しない場合（ステップＳ４１１：ＮＯ）には、制御部２１１は、処理をステップＳ４１０に移し、引き続きプレイ処理を行う。
【００４５】
ステップＳ４１２では、制御部２１１（救援終了手段１１Ｅ）は、救援プレイの結果画面をサブ端末２３０に送信することで、ステップＳ６０４では、制御部２３１は、救援プレイの結果画面を表示部３４に表示する。また、ステップＳ４１３では、制御部２１１は、救援プレイの結果を図５（ｂ）に示す救援結果テーブル２１２Ｄに記憶する。その際、得点管理手段２１１Ｆにより別々に管理した得点のうち、サブ端末２３０によるプレイで獲得した得点を、救援結果テーブル２１２Ｄの得点部Ｄ４に記憶する。そして、ステップＳ４１４では、制御部２１１は、救援プレイの終了が、メイン端末２２０のプレイが失敗したことであるか否かを判断する。メイン端末２２０のプレイが失敗したことである場合（ステップＳ４１４：ＹＥＳ）には、制御部２１１は、処理をステップＳ４１５に移し、ゲームオーバー画面をメイン端末２２０に送信することで、ステップＳ５０４では、制御部２２１は、ゲームオーバー画面を表示部２４に表示する。その後、制御部２１１は、本処理を終了する。他方、メイン端末２２０のプレイが失敗したことではない場合（ステップＳ４１４：ＮＯ）には、制御部２１１は、処理を図６のステップＳ４０４に移し、ステージクリアの画面をメイン端末２２０に送信した後、次のステージのプレイ処理を行う。メイン端末２２０では、制御部２２１は、ゲームサーバ２１０から受信したステージクリアの画面を表示部２４に表示した後、次のステージのゲーム画面を表示する。
【００４６】
次に、救援プレイの結果として、サブ端末２３０に表示される画面例を説明する。
図８は、第２実施形態に係るサブ端末２３０に表示される画面例を示す図である。
図８は、救援プレイが終了した際にサブ端末２３０の表示部３４に表示される画面である。表示部３４には、救援が成功したか否かの情報である結果情報部５６の他に、その詳細の情報である結果詳細情報部５７が表示される。結果詳細情報部５７は、図５（ｂ）の救援結果テーブル２１２Ｄから該当の救援プレイヤＩＤ及びゲームＩＤの情報を抽出して集計することで、今回の救援結果と、今までの救援プレイでの実績とを表示する。
【００４７】
このように、ゲームサーバ２１０は、メイン端末２２０から受信した救援要請情報からプレイへの救援参加に関する参加条件情報を記憶し、サブ端末２３０ごとの救援結果情報を記憶し、サブ端末２３０から受信した参加要求情報に基づいて、記憶されたそのサブ端末２３０の救援結果情報が、記憶された参加条件情報に適合したことに応じて、そのサブ端末２３０のプレイへの救援を許可する。よって、ゲームサーバ２１０は、過去の救援結果に関する条件に適合したサブ端末２３０に対して、プレイを救援する環境を提供できる。また、ゲームサーバ２１０は、救援中のプレイにおけるメイン端末２２０での得点とサブ端末２３０での得点とを別々に管理するので、サブ端末２３０の得点をプレイヤに提供できる。よって、各プレイヤは、サブ端末２３０での救援するプレイの貢献度合いを、得点という尺度で把握できる。
【００４８】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。
【００４９】
（変形形態）
（１）各実施形態では、シューティングゲームを例に、プレイの途中でプレイヤのプレイに対して救援を可能にするものを説明した。しかし、これに限らず、アクションゲーム、スポーツゲーム等のゲームでも適用できる。
（２）第２実施形態では、救援プレイの結果を記憶して、救援プレイの条件として利用したり、救援結果として表示したりするものを説明した。しかし、これに限らず、記憶した救援プレイの結果をランク付けして、例えば、ウェブサイトに一般向けに表示することで、プレイヤが閲覧できるようにしてもよい。
【図面の簡単な説明】
【００５０】
【図１】第１実施形態に係るゲームシステムの構成及びゲームサーバ、メイン端末及びサブ端末の機能ブロックを示す図である。
【図２】第１実施形態に係るメイン端末及びサブ端末に表示される画面例を示す図である。
【図３】第１実施形態に係る救援プレイ処理のフローチャートである。
【図４】第２実施形態に係るゲームシステムの構成及びゲームサーバ、メイン端末及びサブ端末の機能ブロックを示す図である。
【図５】第２実施形態に係る参加条件テーブル及び救援結果テーブルを示す図である。
【図６】第２実施形態に係る救援プレイ処理のフローチャートである。
【図７】図６に続くフローチャートである。
【図８】第２実施形態に係るサブ端末に表示される画面例を示す図である。
【符号の説明】
【００５１】
１，２０１ ゲームシステム
１０，２１０ ゲームサーバ
１１，２１，３１，２１１，２２１，２３１ 制御部
１１Ａ，２１１Ａ 救援要請受信手段
１１Ｂ 救援依頼送信手段
１１Ｃ 参加要求受信手段
１１Ｄ，２１１Ｄ 救援許可手段
１１Ｅ 救援終了手段
１２，２２，３２，２１２ 記憶部
１２Ａ，２１２Ａ 救援要請プログラム
１２Ｂ ゲームプログラム
２０，２２０ メイン端末
２１Ａ，２２１Ａ 救援要請送信手段
２４，３４ 表示部
２５，３５ 操作部
２０，２３０ サブ端末
３１Ａ 救援依頼受信手段
３１Ｂ 参加要求送信手段
２１１Ｆ 得点管理手段
２１２Ｃ 参加条件テーブル
２１２Ｄ 救援結果テーブル
【特許請求の範囲】
【請求項１】
プレイを行うメインプレイヤのメイン端末及び前記メインプレイヤの前記プレイを救援する救援プレイヤのサブ端末に対して通信ネットワークを介して接続され、前記プレイを制御するゲームサーバで実行される救援要請プログラムであって、
前記ゲームサーバを、
プレイ中の前記プレイへの救援を要請する救援要請情報を前記メイン端末から受信する救援要請受信手段と、
前記サブ端末から送信される前記プレイへの参加要求情報を受信する参加要求受信手段と、
前記救援要請受信手段により受信した救援要請情報に基づき、前記参加要求受信手段により受信した前記参加要求情報の送信元である前記サブ端末の前記プレイへの救援を許可する救援許可手段と、
して機能させること、
を特徴とする救援要請プログラム。
【請求項２】
請求項１に記載の救援要請プログラムにおいて、
前記救援許可手段を、前記参加要求受信手段が参加要求情報を受信することにより参加待機状態とし、前記救援要請受信手段が前記救援要請情報を受信したタイミングで、前記サブ端末の前記プレイへの救援を許可するように機能させること、
を特徴とする救援要請プログラム。
【請求項３】
請求項１に記載の救援要請プログラムにおいて、
前記ゲームサーバを、前記救援要請受信手段が前記メイン端末から前記救援要請情報を受信したことに応じて、前記サブ端末に対して前記プレイへの救援依頼情報を送信する救援依頼送信手段として機能させ、
前記参加要求受信手段を、前記サブ端末が前記救援依頼情報を受信したことで前記サブ端末が送信した前記参加要求情報を受信するように機能させること、
を特徴とする救援要請プログラム。
【請求項４】
請求項１に記載の救援要請プログラムにおいて、
前記救援要請情報は、前記サブ端末による前記プレイへの救援参加に関する参加条件情報を含み、
前記ゲームサーバを、
前記救援要請受信手段により前記メイン端末から受信した前記救援要請情報に基づいて、前記参加条件情報を記憶する参加条件記憶手段と、
前記メイン端末での前記プレイの状態が前記参加条件記憶手段に記憶した前記参加条件情報を満たすことに応じて、前記サブ端末に対して救援依頼情報を送信する救援依頼送信手段と、
して機能させ、
前記参加要求受信手段を、前記サブ端末が前記救援依頼情報を受信したことで前記サブ端末が送信した前記参加要求情報を受信するように機能させること、
を特徴とする救援要請プログラム。
【請求項５】
請求項１から請求項４のいずれか１項に記載の救援要請プログラムにおいて、
前記ゲームサーバを、前記プレイの状態が所定の条件を満たすことに応じて、前記サブ端末の前記プレイへの救援を終了する救援終了手段として機能させること、
を特徴とする救援要請プログラム。
【請求項６】
請求項１から請求項３のいずれか１項に記載の救援要請プログラムにおいて、
前記救援要請情報は、前記サブ端末による前記プレイへの救援参加に関する参加条件情報を含み、
前記ゲームサーバを、
前記メイン端末から受信した前記救援要請情報に基づいて、前記参加条件情報を記憶する参加条件記憶手段と、
前記サブ端末の救援結果情報を記憶する救援結果記憶手段と、
して機能させ、
前記救援許可手段を、前記参加要求受信手段により前記サブ端末から受信した前記参加要求情報に基づいて、前記救援結果記憶手段に記憶された前記サブ端末の救援結果情報が前記参加条件記憶手段に記憶された参加条件情報に適合したことに応じて、前記サブ端末の前記プレイへの救援を許可するように機能させること、
を特徴とする救援要請プログラム。
【請求項７】
請求項６に記載の救援要請プログラムにおいて、
前記ゲームサーバを、前記救援許可手段により前記プレイへの救援を許可された前記サブ端末によるプレイでの得点と、前記メイン端末によるプレイでの得点とを別々に管理する得点管理手段と、して機能させ、
前記救援結果記憶手段を、前記プレイの結果として、前記得点管理手段により管理された前記サブ端末によるプレイでの得点を記憶するように機能させること、
を特徴とする救援要請プログラム。
【請求項８】
請求項６又は請求項７に記載の救援要請プログラムにおいて、
前記ゲームサーバを、前記プレイの状態が所定の条件を満たすことに応じて、前記サブ端末の前記プレイへの救援を終了する救援終了手段として機能させ、
前記救援結果記憶手段を、前記救援終了手段により救援を終了したことに応じて、前記サブ端末の救援結果を新たに更新して前記救援結果情報を記憶するように機能させること、
を特徴とする救援要請プログラム。
【請求項９】
請求項５又は請求項８に記載の救援要請プログラムにおいて、
前記救援終了手段を、複数ステージあるプレイのうち救援するプレイのステージが終了したタイミング、救援開始の後予め決められた時間が経過したタイミング、及び前記サブ端末による救援が失敗したタイミングのうち少なくとも１つを満たすタイミングで、前記サブ端末の前記プレイへの救援を終了するように機能させること、
を特徴とする救援要請プログラム。
【請求項１０】
請求項５又は請求項８に記載の救援要請プログラムにおいて、
前記救援終了手段を、前記メイン端末のプレイが失敗したことにより終了したタイミングで、前記サブ端末の前記プレイへの救援を終了するように機能させること、
を特徴とする救援要請プログラム。
【請求項１１】
プレイを行うメインプレイヤのメイン端末と、前記メインプレイヤの前記プレイを救援する救援プレイヤのサブ端末と、前記プレイを制御するゲームサーバとが通信ネットワークを介して接続されたゲームシステムであって、
前記メイン端末は、プレイ中の前記プレイへの救援を要請する救援要請情報を送信する救援要請送信手段を備え、
前記サブ端末は、前記プレイへの参加要求情報を受信する参加要求送信手段を備え、
前記ゲームサーバは、
前記メイン端末から送信された前記救援要請情報を受信する救援要請受信手段と、
前記サブ端末から送信された前記参加要求情報を受信する参加要求受信手段と、
前記救援要請受信手段により受信した救援要請情報に基づき、前記参加要求受信手段により前記参加要求情報を受信した前記サブ端末の前記プレイへの救援を許可する救援許可手段と、
を備えること、
を特徴とするゲームシステム。
【請求項１】
プレイを行うメインプレイヤのメイン端末及び前記メインプレイヤの前記プレイを救援する救援プレイヤのサブ端末に対して通信ネットワークを介して接続され、前記プレイを制御するゲームサーバで実行される救援要請プログラムであって、
前記ゲームサーバを、
プレイ中の前記プレイへの救援を要請する救援要請情報を前記メイン端末から受信する救援要請受信手段と、
前記サブ端末から送信される前記プレイへの参加要求情報を受信する参加要求受信手段と、
前記救援要請受信手段により受信した救援要請情報に基づき、前記参加要求受信手段により受信した前記参加要求情報の送信元である前記サブ端末の前記プレイへの救援を許可する救援許可手段と、
して機能させること、
を特徴とする救援要請プログラム。
【請求項２】
請求項１に記載の救援要請プログラムにおいて、
前記救援許可手段を、前記参加要求受信手段が参加要求情報を受信することにより参加待機状態とし、前記救援要請受信手段が前記救援要請情報を受信したタイミングで、前記サブ端末の前記プレイへの救援を許可するように機能させること、
を特徴とする救援要請プログラム。
【請求項３】
請求項１に記載の救援要請プログラムにおいて、
前記ゲームサーバを、前記救援要請受信手段が前記メイン端末から前記救援要請情報を受信したことに応じて、前記サブ端末に対して前記プレイへの救援依頼情報を送信する救援依頼送信手段として機能させ、
前記参加要求受信手段を、前記サブ端末が前記救援依頼情報を受信したことで前記サブ端末が送信した前記参加要求情報を受信するように機能させること、
を特徴とする救援要請プログラム。
【請求項４】
請求項１に記載の救援要請プログラムにおいて、
前記救援要請情報は、前記サブ端末による前記プレイへの救援参加に関する参加条件情報を含み、
前記ゲームサーバを、
前記救援要請受信手段により前記メイン端末から受信した前記救援要請情報に基づいて、前記参加条件情報を記憶する参加条件記憶手段と、
前記メイン端末での前記プレイの状態が前記参加条件記憶手段に記憶した前記参加条件情報を満たすことに応じて、前記サブ端末に対して救援依頼情報を送信する救援依頼送信手段と、
して機能させ、
前記参加要求受信手段を、前記サブ端末が前記救援依頼情報を受信したことで前記サブ端末が送信した前記参加要求情報を受信するように機能させること、
を特徴とする救援要請プログラム。
【請求項５】
請求項１から請求項４のいずれか１項に記載の救援要請プログラムにおいて、
前記ゲームサーバを、前記プレイの状態が所定の条件を満たすことに応じて、前記サブ端末の前記プレイへの救援を終了する救援終了手段として機能させること、
を特徴とする救援要請プログラム。
【請求項６】
請求項１から請求項３のいずれか１項に記載の救援要請プログラムにおいて、
前記救援要請情報は、前記サブ端末による前記プレイへの救援参加に関する参加条件情報を含み、
前記ゲームサーバを、
前記メイン端末から受信した前記救援要請情報に基づいて、前記参加条件情報を記憶する参加条件記憶手段と、
前記サブ端末の救援結果情報を記憶する救援結果記憶手段と、
して機能させ、
前記救援許可手段を、前記参加要求受信手段により前記サブ端末から受信した前記参加要求情報に基づいて、前記救援結果記憶手段に記憶された前記サブ端末の救援結果情報が前記参加条件記憶手段に記憶された参加条件情報に適合したことに応じて、前記サブ端末の前記プレイへの救援を許可するように機能させること、
を特徴とする救援要請プログラム。
【請求項７】
請求項６に記載の救援要請プログラムにおいて、
前記ゲームサーバを、前記救援許可手段により前記プレイへの救援を許可された前記サブ端末によるプレイでの得点と、前記メイン端末によるプレイでの得点とを別々に管理する得点管理手段と、して機能させ、
前記救援結果記憶手段を、前記プレイの結果として、前記得点管理手段により管理された前記サブ端末によるプレイでの得点を記憶するように機能させること、
を特徴とする救援要請プログラム。
【請求項８】
請求項６又は請求項７に記載の救援要請プログラムにおいて、
前記ゲームサーバを、前記プレイの状態が所定の条件を満たすことに応じて、前記サブ端末の前記プレイへの救援を終了する救援終了手段として機能させ、
前記救援結果記憶手段を、前記救援終了手段により救援を終了したことに応じて、前記サブ端末の救援結果を新たに更新して前記救援結果情報を記憶するように機能させること、
を特徴とする救援要請プログラム。
【請求項９】
請求項５又は請求項８に記載の救援要請プログラムにおいて、
前記救援終了手段を、複数ステージあるプレイのうち救援するプレイのステージが終了したタイミング、救援開始の後予め決められた時間が経過したタイミング、及び前記サブ端末による救援が失敗したタイミングのうち少なくとも１つを満たすタイミングで、前記サブ端末の前記プレイへの救援を終了するように機能させること、
を特徴とする救援要請プログラム。
【請求項１０】
請求項５又は請求項８に記載の救援要請プログラムにおいて、
前記救援終了手段を、前記メイン端末のプレイが失敗したことにより終了したタイミングで、前記サブ端末の前記プレイへの救援を終了するように機能させること、
を特徴とする救援要請プログラム。
【請求項１１】
プレイを行うメインプレイヤのメイン端末と、前記メインプレイヤの前記プレイを救援する救援プレイヤのサブ端末と、前記プレイを制御するゲームサーバとが通信ネットワークを介して接続されたゲームシステムであって、
前記メイン端末は、プレイ中の前記プレイへの救援を要請する救援要請情報を送信する救援要請送信手段を備え、
前記サブ端末は、前記プレイへの参加要求情報を受信する参加要求送信手段を備え、
前記ゲームサーバは、
前記メイン端末から送信された前記救援要請情報を受信する救援要請受信手段と、
前記サブ端末から送信された前記参加要求情報を受信する参加要求受信手段と、
前記救援要請受信手段により受信した救援要請情報に基づき、前記参加要求受信手段により前記参加要求情報を受信した前記サブ端末の前記プレイへの救援を許可する救援許可手段と、
を備えること、
を特徴とするゲームシステム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１０−４２０８３（Ｐ２０１０−４２０８３Ａ）
【公開日】平成２２年２月２５日（２０１０．２．２５）
【国際特許分類】
【出願番号】特願２００８−２０６７０１（Ｐ２００８−２０６７０１）
【出願日】平成２０年８月１１日（２００８．８．１１）
【出願人】（３０６０１９１１１）株式会社タイトー (475)
【Ｆターム（参考）】
【公開日】平成２２年２月２５日（２０１０．２．２５）
【国際特許分類】
【出願日】平成２０年８月１１日（２００８．８．１１）
【出願人】（３０６０１９１１１）株式会社タイトー (475)
【Ｆターム（参考）】
[ Back to top ]