所与のソーシャルネットワーキングサービスがWeb上で提供する動作環境を利用して、サーバに通信接続された情報処理端末を介して、ユーザにゲームをプレイさせるサービスを提供するプログラムであって、ネットワークを介して所与のソーシャルネットワーキングサービスを提供するSNSサーバと情報処理端末を含む他のコンピュータとデータを送受信する処理を行う通信制御部と、前記SNSサーバから所定のゲームのゲーム開始要求に関連して前記所定のゲームのプレーヤとなるSNSユーザのユーザ識別情報を受信して、前記所定のゲームをSNSユーザにプレイさせる処理を行うゲーム処理部と、してコンピュータを機能させ、前記ゲーム処理部は、前記所定のゲームの第1のゲームパラメータに基づいて、SNSユーザが行っている前記所定のゲームがゲームオーバー条件を満たすか否か判断し、前記所定のゲームがゲームオーバー条件を満たすと判断した場合には、前記所定のゲームを継続して行う場合の継続ゲームの対価を提示して、前記継続ゲームを行うか否かをSNSユーザであるプレーヤに問い合わせるゲームオーバー判定処理部と、前記問い合わせにたいして継続ゲームを行う旨の回答を得た場合には、前記SNSサーバに対して、前記SNSサーバが管理するデータベースに記憶されている前記所定のゲームのプレーヤであるSNSユーザのクレジット値から、前記継続ゲームに対する対価に相当する値を精算する対価精算要求を、前記所与のソーシャルネットワーキングサービスが提供するAPIを用いて行う継続ゲーム対価精算処理部と、を含むことを特徴とするプログラム。請求項1において、前記ゲーム処理部は、所定のゲームパラメータの値又は所定のイベントの発生又はゲーム状況に基づき前記継続ゲームの対価を設定又は変更する継続ゲーム対価設定部と、してコンピュータを機能させることを特徴とするプログラム。請求項1又は2において、前記ゲーム処理部は、前記継続ゲームを行う場合には、前記第1のゲームパラメータをゲームが継続できる状態にリセットし、ゲーム成績に関する第2のゲームパラメータの値を引き継いで、前記所定のゲームをSNSユーザにプレイさせる処理を行うことを特徴とするプログラム。請求項1乃至3のいずれかにおいて、前記所定のゲームは複数のSNSユーザがプレーヤとして参加可能なマルチプレーヤゲームであって、前記ゲームオーバー判定処理部は、いずれかのSNSユーザに対応した第1のゲームパラメータに基づいて、当該SNSユーザが行っている前記所定のゲームがゲームオーバー条件を満たすと判断した場合に、当該SNSユーザが前記所定のゲームを継続して行う場合の継続ゲームの対価を提示して、前記継続ゲームを行うか否かをマルチプレーヤゲームに参加している他のSNSユーザに問い合わせる処理を行い、前記継続ゲーム対価精算処理部は、前記問い合わせにたいして前記他のSNSユーザからゲームオーバー条件を満たすSNSユーザの前記継続ゲームを行う旨の回答を得た場合には、前記SNSサーバに対して、前記SNSサーバが管理するデータベースに記憶されている前記他のSNSユーザのクレジット値から、前記継続ゲームに対する対価に相当する値を精算する対価精算要求を行うことを特徴とするプログラム。請求項1乃至4のいずれかにおいて、前記継続ゲーム対価精算処理部は、前記SNSサーバに対して前記対価精算要求を行う際に、前記所定のゲームにおける継続ゲームに対する対価の値を前記SNSサーバの前記クレジット情報として管理されている前記クレジット値に換算する換算処理を行い、換算後のクレジット値を用いて精算要求を行うことを特徴とするプログラム。請求項5において、前記継続ゲーム対価精算処理部は、前記換算処理における換算レートを所定のアルゴリズムに基づき、又はランダムに変更する処理を行うことを特徴とするプログラム。請求項1乃至6のいずれかにおいて、前記ゲームオーバー判定部処理部は、前記問い合わせに対する回答が所定の制限時間内になされなかった場合には、ゲームオーバーと判定することを特徴とするプログラム。請求項1乃至7のいずれかにおいて、前記ゲームオーバー判定処理部は、前記問い合わせの際に、SNSユーザのユーザ識別情報に関連づけて記憶されている前記クレジット情報に基づき、ユーザが保有するクレジット値、又は当該クレジットと前記継続ゲームに対する対価の比較情報を出力することを特徴とするプログラム。請求項1乃至8のいずれかにおいて、前記ゲームオーバー判定処理部は、前記問い合わせに対して、継続ゲームを行う旨の回答を得た場合に、SNSユーザのユーザ識別情報に関連づけて記憶されている前記クレジット情報に基づき、当該SNSユーザの保有する前記クレジット値で継続ゲームの対価が支払い可能か否か判断し、支払い可能でないと判断した場合には、追加クレジットの購入を問いあわせる処理を行うことを特徴とするプログラム。コンピュータが読み取り可能な情報記憶媒体であって、請求項1~9のいずれかのプログラムを記憶したことを特徴とする情報記憶媒体。所与のソーシャルネットワーキングサービス及び情報処理端末とネットワークを介して通信接続され、前記情報処理端末のユーザにゲームをプレイさせるサービスを提供するサーバであって、ネットワークを介して所与のソーシャルネットワーキングサービスを提供するSNSサーバと情報処理端末を含む他のコンピュータとデータを送受信する処理を行う通信制御部と、前記SNSサーバから所定のゲームのゲーム開始要求に関連して前記所定のゲームのプレーヤとなるSNSユーザのユーザ識別情報を受信して、前記所定のゲームをSNSユーザにプレイさせる処理を行うゲーム処理部と、を含み、前記ゲーム処理部は、前記所定のゲームの第1のゲームパラメータに基づいて、SNSユーザが行っている前記所定のゲームがゲームオーバー条件を満たすか否か判断し、前記所定のゲームがゲームオーバー条件を満たすと判断した場合には、前記所定のゲームを継続して行う場合の継続ゲームの対価を提示して、前記継続ゲームを行うか否かをSNSユーザであるプレーヤに問い合わせるゲームオーバー判定処理部と、前記問い合わせにたいして継続ゲームを行う旨の回答を得た場合には、前記SNSサーバに対して、前記SNSサーバが管理するデータベースに記憶されている前記所定のゲームのプレーヤであるSNSユーザのクレジット値から、前記継続ゲームに対する対価に相当する値を精算する対価精算要求を、前記所与のソーシャルネットワーキングサービスが提供するAPIを用いて行う継続ゲーム対価精算処理部と、を含むことを特徴とするサーバ。一方従来から所定の条件下でゲームオーバーになるゲーム例えば敵からの攻撃でライフがなくなるとゲームオーバーになるようなシューティングゲームや格闘ゲーム、衝突やコースアウト等で制限時間を超えるとゲームオーバーとなるレーシングゲーム等が存在し、最近ではこのようなゲームがオンラインのサイト上で無料で楽しめるようになっている。しかし上記のようなゲームは、特に有料アイテムを構成要素としない場合、例えば1回毎、又は月等の所定期間単位等で課金すると、ユーザが手軽に利用しづらくなり、ゲーム利用者が増えないという問題点があった。本発明は、以上のような課題に鑑みてなされたものであり、その目的とするところは、ネットワークを介して提供され、所定の条件下でゲームオーバーになるゲームについて、ユーザに利用されやすい課金形式でゲームを提供できるプログラム、情報記憶媒体及びサーバを提供することにある。1本発明は、所与のソーシャルネットワーキングサービスがWeb上で提供する動作環境を利用して、サーバに通信接続された情報処理端末を介して、ユーザにゲームをプレイさせるサービスを提供するプログラムであって、ネットワークを介して所与のソーシャルネットワーキングサービスを提供するSNSサーバと情報処理端末を含む他のコンピュータとデータを送受信する処理を行う通信制御部と、前記SNSサーバから所定のゲームのゲーム開始要求に関連して前記所定のゲームのプレーヤとなるSNSユーザのユーザ識別情報を受信して、前記所定のゲームをSNSユーザにプレイさせる処理を行うゲーム処理部と、してコンピュータを機能させ、前記ゲーム処理部は、前記所定のゲームの第1のゲームパラメータに基づいて、SNSユーザが行っている前記所定のゲームがゲームオーバー条件を満たすか否か判断し、前記所定のゲームがゲームオーバー条件を満たすと判断した場合には、前記所定のゲームを継続して行う場合の継続ゲームの対価を提示して、前記継続ゲームを行うか否かをSNSユーザであるプレーヤに問い合わせるゲームオーバー判定処理部と、前記問い合わせにたいして継続ゲームを行う旨の回答を得た場合には、前記SNSサーバに対して、前記SNSサーバが管理するデータベースに記憶されている前記所定のゲームのプレーヤであるSNSユーザのクレジット値から、前記継続ゲームに対する対価に相当する値を精算する対価精算要求を、前記所与のソーシャルネットワーキングサービスが提供するAPIを用いて行う継続ゲーム対価精算処理部と、を含むことを特徴とするプログラムに関する。本発明は、コンピュータに読み取り可能であって、上記プログラムを記憶した情報記憶媒体、上記各部を含むサーバに関係する。所与のソーシャルネットワーキングサービスがWeb上で提供する動作環境とは、APIアプリケーションプログラミングインタフェースやプラットフォーム等を含む。情報処理端末とは、パーソナルコンピュータや携帯情報通信機器やゲーム端末等でもよい。所定のゲームのプレーヤとなるのはSNSユーザである。SNSユーザとは、所与のソーシャルネットワーキングサービスに登録しているアカウント等を有しているユーザを意味する。第1のゲームパラメータは、ゲームオーバーの判定に使用するゲームパラメータであればよい。例えばライフや体力等のようにプレーヤキャラクタがダメージを受けると変化するゲームパラメータでもよいし、またゲーム開始からの経過時間が所定時間になるとゲームオーバーと判定するゲームでは、ゲーム開始からの経過時間や残りゲーム時間等を示すゲームパラメータでもよい。またプレーヤキャラクタの位置が所定の範囲外になるとゲームオーバーと判定するゲームではプレーヤキャラクタの位置を示すゲームパラメータでもよい。なおSNSユーザであるプレーヤが所定のゲーム又はこれを提供するゲームサーバが管理する仮想通貨を所有している場合、こちらから優先的に対価を支払い、不足分がある場合に前記SNSサーバに対して、前記SNSサーバが管理するデータベースに記憶されている前記所定のゲームのプレーヤであるSNSユーザのクレジット値から、前記不足分に対する対価に相当する値を精算する対価精算要求をおこなう場合や、SNSサーバ内の仮想通貨であるクレジットの所望額SNSユーザが保有するクレジット額の範囲内で、少なくとも継続ゲームの対価の不足分を上回る額を所定の換算レートでポイントに交換するために、前記SNSサーバに対して、前記SNSサーバが管理するデータベースに記憶されている前記所定のゲームのプレーヤであるSNSユーザのクレジット値から、前記所望額に相当する値を精算する対価精算要求を行う場合も本発明の範囲内である。前記所定のゲームは、例えば1回毎、又は月等の所定期間単位等で課金するタイプのゲームではなく、継続ゲームを行わない場合には無料のゲームでもよい。このようにすると、ユーザは手軽にゲームを楽しむことができ、さらに継続ゲームを希望するときのみ課金される。またゲーム提供者側からするとゲーム自体を無料にすることで利用者が増えるほど対価を支払って継続ゲームを行うユーザが増えるという利点がある。本発明によれば、ネットワークを介して提供され、所定の条件下でゲームオーバーになるゲームについて、ユーザに利用されやすい課金形式でゲームを提供できるプログラム、情報記憶媒体及びサーバを提供することができる。2また、本発明のプログラム、情報記憶媒体、及びサーバにおいて、前記ゲーム処理部は、所定のゲームパラメータの値又は所定のイベントの発生又はゲーム状況に基づき前記継続ゲームの対価を設定又は変更する継続ゲーム対価設定部と、してコンピュータを機能させてもよい。所定のゲームパラメータとは、得点やゲーム経過時間やクリアステージ数等のゲームパラメータでもよい。また所定のイベントの発生とは、例えば所定のアイテムを取得したというイベントでもよいし、所定の敵を倒したというイベントでもよいし、ゲーム空間内の所定の場所に達したというイベントでもよい。この様にするとゲーム状況に応じて継続ゲームの対価が変化するので、よりおもしろいゲームを提供することができる。3また、本発明のプログラム、情報記憶媒体、及びサーバにおいて、前記ゲーム処理部は、前記継続ゲームを行う場合には、前記第1のゲームパラメータをゲームが継続できる状態にリセットし、ゲーム成績に関する第2のゲームパラメータの値を引き継いで、前記所定のゲームをSNSユーザにプレイさせる処理を行ってもよい。ゲームが継続できる状態とは、初回ゲーム開始時の状態でもよいし、それとは異なるがゲームオーバー判定においてゲームオーバーと判定されない値でもよい。ゲーム成績に関するゲームパラメータとは、例えばゲームの得点でもよし、クリアした面やステージ数でもよいし、倒した敵の数でもよい、なお第1のゲームパラメータや第2のゲームパラメータに相当するゲームパラメータがそれぞれ複数ある場合も本発明の範囲内である。4また、本発明のプログラム、情報記憶媒体、及びサーバにおいて、前記所定のゲームは複数のSNSユーザがプレーヤとして参加可能なマルチプレーヤゲームであって、前記ゲームオーバー判定処理部は、いずれかのSNSユーザに対応した第1のゲームパラメータに基づいて、当該SNSユーザが行っている前記所定のゲームがゲームオーバー条件を満たすと判断した場合に、当該SNSユーザが前記所定のゲームを継続して行う場合の継続ゲームの対価を提示して、前記継続ゲームを行うか否かをマルチプレーヤゲームに参加している他のSNSユーザに問い合わせる処理を行い、前記継続ゲーム対価精算処理部は、前記問い合わせにたいして前記他のSNSユーザからゲームオーバー条件を満たすSNSユーザの前記継続ゲームを行う旨の回答を得た場合には、前記SNSサーバに対して、前記SNSサーバが管理するデータベースに記憶されている前記他のSNSユーザのクレジット値から、前記継続ゲームに対する対価に相当する値を精算する対価精算要求を行ってもよい。複数のSNSユーザがプレーヤとして参加可能なマルチプレーヤゲームは、協力プレイマルチプレーヤゲームを行う場合でもよいし、対戦プレイ等のマルチプレーヤゲームを行う場合でもよい。このようにすると、マルチプレーヤゲームを行っているプレーヤは他のプレーヤの継続ゲームの対価も自己のSNSクレジットで精算可能なゲームを提供することができる。5また、本発明のプログラム、情報記憶媒体、及びサーバにおいて、前記継続ゲーム対価精算処理部は、前記SNSサーバに対して前記対価精算要求を行う際に、前記所定のゲームにおける継続ゲームに対する対価の値を前記SNSサーバの前記クレジット情報として管理されている前記クレジット値に換算する換算処理を行い、換算後のクレジット値を用いて精算要求を行ってもよい。6また、本発明のプログラム、情報記憶媒体、及びサーバにおいて、前記継続ゲーム対価精算処理部は、前記換算処理における換算レートを所定のアルゴリズムに基づき、又はランダムに変更する処理を行ってもよい。例えば特別セール期間や特別セール時間を設け、時間情報に基づき当該期間内又は時間内にあるかを判断して、換算レートを変化させてもよい。7また、本発明のプログラム、情報記憶媒体、及びサーバにおいて、前記ゲームオーバー判定部処理部は、前記問い合わせに対する回答が所定の制限時間内になされなかった場合には、ゲームオーバーと判定してもよい。8また、本発明のプログラム、情報記憶媒体、及びサーバにおいて、前記ゲームオーバー判定処理部は、前記問い合わせの際に、SNSユーザのユーザ識別情報に関連づけて記憶されている前記クレジット情報に基づき、ユーザが保有するクレジット値、又は当該クレジットと前記継続ゲームに対する対価の比較情報を出力してもよい。9また、本発明のプログラム、情報記憶媒体、及びサーバにおいて、前記ゲームオーバー判定処理部は、前記問い合わせに対して、継続ゲームを行う旨の回答を得た場合に、SNSユーザのユーザ識別情報に関連づけて記憶されている前記クレジット情報に基づき、当該SNSユーザの保有する前記クレジット値で継続ゲームの対価が支払い可能か否か判断し、支払い可能でないと判断した場合には、追加クレジットの購入を問いあわせる処理を行ってもよい。以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。1.構成1-1.ネットワークシステム図1は、本実施形態のネットワークシステム1を示す。本実施形態では、複数の端末情報処理端末の一例10A、10B、とゲームサーバ20とによって構成される。図1に示すように、本実施形態のネットワークシステムは、サービスを提供するゲームサーバ20と、端末10A、10B、とが、インターネット2等の通信ネットワークに接続可能に構成されている。ゲームサーバ20は、インターネットネットワークの一例2を介してサーバに通信接続された端末PCや携帯情報通信機器やゲーム端末10A、10B、を介して、ユーザにゲームをプレイさせるサービスを提供することが可能な情報処理装置であり、本実施形態では前記端末10A、10B、を介してゲームオーバー条件を満たすとゲームオーバーになる所定のゲームをユーザにプレイさせるサービスを提供している。ゲームサーバ20は、ゲームユーザのゲーム履歴情報が記憶されているゲーム履歴情報データベース22やゲームユーザ情報データベースゲームでポイント等の仮想通貨を仕様する場合には、ポイント残高等の情報を含む24を管理している。所定のゲームはSNSサーバ30が提供する所与のソーシャルネットワーキングサービスがWeb上で提供する動作環境APIアプリケーションプログラミングインタフェース、プラットフォーム等を利用して実行されるゲームであり、ソーシャルゲームSocialGameと呼ばれるゲームでもよい。ソーシャルゲームSocialGameは、ソーシャルネットワーキングサービスSNS等により、ウェブブラウザ上で動作する動作環境APIやプラットフォームが提供され、これを基盤として制作されたアプリケーションである。既存のオンラインゲームとは違い、専用のクライアントソフトウェアを必要とせず、ウェブブラウザとSNSのアカウントのみで利用可能である。本実施形態のネットワークシステム1は、コミュニティ型のサービスを提供するSNSサーバ30を含んでもよい、SNSサーバ30は、複数のユーザ間でコミュニケーションを提供することが可能なサービスを提供する情報処理装置であり、オンライン方式金融機関、クレジットカード会社または電子マネーのサービス会社のホストコンピュータと、小売店等の決済用端末をオンラインで接続し決済を行う方式の電子マネーの一種であるクレジットに関するクレジット情報を管理している。クレジットは、SNSサーバが提供するSNSwebサイトにおいてクレジットカード情報等を入力することにより購入でき、SNSサーバがユーザのクレジット情報を管理している。SNSサーバ30は、SNSユーザのクレジット情報が記憶されたクレジット情報データベース32やSNSユーザのアカウント情報やフレンド情報が記憶されたSNSユーザ情報データベース34を管理している。本実施形態のゲームサーバ20、SNSサーバ30は、Webサーバ機能を備える。また、端末10A、10B、はWebページHTMLHyperTextMarkupLanguage形式のデータを閲覧可能なウェブブラウザを備えていている。端末10A、10B、は、携帯端末携帯電話、PHS端末、スマートフォン、PDA、携帯型ゲーム機等、パーソナルコンピュータPC、ゲーム機、画像生成装置などの情報処理装置であり、インターネットWAN、LANなどのネットワークを介してサーバ20に接続可能な装置である。なお、端末10A、10B、とゲームサーバ20、SNSサーバ30との通信回線は、有線でもよいし無線でもよい。また端末は、ゲームサーバ20やSNSサーバ30との通信を行うための通信制御機能及びゲームサーバ20やSNSサーバ30から受信したデータWebデータ、HTML形式で作成されたデータなどを用いて表示部への表示制御を行うWebブラウザ機能などを備え、所定のゲーム画像を端末の表示部に表示させる処理を行う。前記所定のゲームは、基本は無料のゲームであり、端末のWebブラウザ上で提供されるゲーム、例えばFLASH、CGI、PHP、shockwave、Javaアプレット、JavaScriptなど様々な言語で作られたブラウザゲームWebブラウザで設置サイトを開くだけで起動するゲームでもよい。また所定のゲームは、コンピュータネットワークを介して専用のサーバゲームサーバ20やSNSサーバ30等や他のユーザの端末パソコン、ゲーム機などと接続し、オンラインで同時に同じゲーム進行を共有することができるオンラインゲームでもよい。本実施の形態の所定のゲームの処理は、端末10A、10B、が一部又は全部を行う場合でもよいし、クラウドコンピューティングで実現されるゲームでもよい。端末10A、10B、からSNSサーバ30の提供するSNSサイト上で所定ゲームを行う旨の要求を行うと、端末10A、10B、は、ゲームサーバ20のゲームサイトに接続され、所定のゲームが開始される。1-2.サーバの構成図2に本実施形態のサーバ20の機能ブロック図の例を示す。本実施形態のサーバ20は図2の構成要素各部の一部を省略した構成としてもよい。記憶部270は、処理部200や通信部296などのワーク領域となるもので、その機能はRAMVRAMなどにより実現できる。記憶部270は、格納部260例えば、データベースを含む。格納部260は、本実施形態で所定のゲームを行ったユーザのゲーム履歴情報262が記憶されているゲーム履歴情報データベースとして機能する。また格納部260は、本実施形態で所定のゲームを行ったユーザのゲームユーザ情報261が記憶されているゲームユーザ情報データベースとして機能する。ゲーム履歴情報はユーザのユーザ識別情報ここではSNSユーザ識別情報に関連づけて記憶されてもよい。ゲーム履歴情報は図12で説明するようにユーザの過去の得点情報を含んでもよい。ゲームユーザ情報として、ネットワークシステムに参加する複数のユーザそれぞれのゲームユーザ情報261を格納してもよい。ゲームユーザ情報として、例えば、ユーザの識別情報ここではSNSユーザ識別情報に対応づけて、ユーザ名ユーザアカウント、ユーザパスワード、ゲームでポイント等の仮想通貨を仕様する場合には、ポイント残高等の情報などを、ユーザ情報261として格納してもよい。またユーザの識別情報に対応付けて、端末の宛先情報IPアドレス、メールアドレス、ポート番号、MACアドレス、電話番号等、ユーザが使用する端末にアクセスするための端末10の端末識別情報を、ユーザ情報261として格納してもよい。情報記憶媒体280コンピュータにより読み取り可能な媒体は、プログラムやデータなどを格納するものであり、その機能は、光ディスクCD、DVD、光磁気ディスクMO、磁気ディスク、ハードディスク、磁気テープ、或いはメモリROMなどにより実現できる。処理部200は、情報記憶媒体280に格納されるプログラムデータに基づいて本実施形態の種々の処理を行う。即ち情報記憶媒体280には、本実施形態の各部としてコンピュータを機能させるためのプログラム各部の処理をコンピュータに実行させるためのプログラムが記憶される。通信部296は外部例えば、端末、他のサーバや他のネットワークシステムとの間で通信を行うための各種制御を行うものであり、その機能は、各種プロセッサ又は通信用ASICなどのハードウェアや、プログラムなどにより実現できる。処理部200プロセッサは、情報記憶媒体280に記憶されるプログラム等に基づいて、処理を行う。具体的には、端末からの要求に応じてサービスを提供する。また、処理部200は記憶部270内の主記憶部272をワーク領域として各種処理を行う。処理部200の機能は各種プロセッサCPU、DSP等、ASICゲートアレイ等などのハードウェアや、プログラムにより実現できる。特に、本実施形態のサーバの処理部200は、ネットワーク設定部210、通信制御部211、ゲーム処理部220を含む。なおこれらの一部を省略する構成としてもよい。ネットワーク設定部210は、端末例えば、携帯端末などの識別情報を端末10から受信し、受信した端末識別情報に対応づけて、ユーザのネットワーク情報を、データベース260に格納する。通信制御部211は、ネットワークを介して所与のソーシャルネットワーキングサービスを提供するSNSサーバと情報処理端末を含む他のコンピュータとデータを送受信する処理を行う。ゲームサーバ20のゲーム処理部220は、端末又はSNSサーバから所定のゲームのゲームプログラムゲームアプリケーションの実行命令要求を受信すると、当該ゲームプログラムを実行する処理を行う。ゲーム処理部220における各種処理は、サーバ20で行ってもよいが、全部または一部の処理を端末において行うようにしてもよい。かかる場合には、ゲームサーバ20から、当該ゲーム処理部220のプログラムを端末10に送信するインストールする。ゲーム処理部220は、前記SNSサーバから所定のゲームのゲーム開始要求に関連して前記所定のゲームのプレーヤとなるSNSユーザのユーザ識別情報を受信して、前記所定のゲームをSNSユーザにプレイさせる処理を行うもので、ゲームオーバー判定処理部222、継続ゲーム対価精算処理部223、継続ゲーム対価設定部224を含む。ゲームオーバー判定処理部222は、前記所定のゲームの第1のゲームパラメータに基づいて、SNSユーザが行っている前記所定のゲームがゲームオーバー条件を満たすか否か判断し、前記所定のゲームがゲームオーバー条件を満たすと判断した場合には、前記所定のゲームを継続して行う場合の継続ゲームの対価を提示して、前記継続ゲームを行うか否かをSNSユーザであるプレーヤに問い合わせ、継続ゲーム対価精算処理部223は、前記問い合わせにたいして継続ゲームを行う旨の回答を得た場合には、前記SNSサーバに対して、前記SNSサーバが管理するデータベースに記憶されている前記所定のゲームのプレーヤであるSNSユーザのクレジット値から、前記継続ゲームに対する対価に相当する値を精算する対価精算要求を、前記所与のソーシャルネットワーキングサービスが提供するAPIを用いて行う。継続ゲーム対価設定部224は、所定のゲームパラメータの値又は所定のイベントの発生又はゲーム状況に基づき前記継続ゲームの対価を設定又は変更する処理を行う。またゲーム処理部220は、前記継続ゲームを行う場合には、前記第1のゲームパラメータをゲームが継続できる状態にリセットし、ゲーム成績に関する第2のゲームパラメータの値を引き継いで、前記所定のゲームをSNSユーザにプレイさせる処理を行ってもよい。また所定のゲームは複数のSNSユーザがプレーヤとして参加可能なマルチプレーヤゲームであって、ゲームオーバー判定処理部222は、いずれかのSNSユーザに対応した第1のゲームパラメータに基づいて、当該SNSユーザが行っている前記所定のゲームがゲームオーバー条件を満たすと判断した場合に、当該SNSユーザが前記所定のゲームを継続して行う場合の継続ゲームの対価を提示して、前記継続ゲームを行うか否かをマルチプレーヤゲームに参加している他のSNSユーザに問い合わせる処理を行い、継続ゲーム対価精算処理部223は、前記問い合わせにたいして前記他のSNSユーザからゲームオーバー条件を満たすSNSユーザの前記継続ゲームを行う旨の回答を得た場合には、前記SNSサーバに対して、前記SNSサーバが管理するデータベースに記憶されている前記他のSNSユーザのクレジット値から、前記継続ゲームに対する対価に相当する値を精算する対価精算要求を行ってもよい。継続ゲーム対価精算処理部223は、前記SNSサーバに対して前記対価精算要求を行う際に、前記所定のゲームにおける継続ゲームに対する対価の値を前記SNSサーバの前記クレジット情報として管理されている前記クレジット値に換算する換算処理を行い、換算後のクレジット値を用いて精算要求を行ってもよい。継続ゲーム対価精算処理部223は、前記換算処理における換算レートを所定のアルゴリズムに基づき、又はランダムに変更する処理を行ってもよい。ゲームオーバー判定部処理部222は、前記問い合わせに対する回答が所定の制限時間内になされなかった場合には、ゲームオーバーと判定してもよい。ゲームオーバー判定処理部222は、前記問い合わせの際に、SNSユーザのユーザ識別情報に関連づけて記憶されている前記クレジット情報に基づき、ユーザが保有するクレジット値、又は当該クレジットと前記継続ゲームに対する対価の比較情報を出力してもよい。ゲームオーバー判定処理部222は、前記問い合わせに対して、継続ゲームを行う旨の回答を得た場合に、SNSユーザのユーザ識別情報に関連づけて記憶されている前記クレジット情報に基づき、当該SNSユーザの保有する前記クレジット値で継続ゲームの対価が支払い可能か否か判断し、支払い可能でないと判断した場合には、追加クレジットの購入を問いあわせる処理を行ってもよい。2.本実施の形態の手法2-1.データ通信処理図3は所定のゲーム提供時のSNSサーバ、ゲームサーバ、端末間のデータ通信処理の流れについて説明するための図である。端末10AがSNSサーバが提供するSNSWebサイトにアクセスしa、SNSWebサイト上又はリンク先で所定のゲームの開始要求を行うと、端末10AからSNSサーバに所定のゲームの開始要求が送信されるb。端末10Aからゲームの開始要求を受信したSNSサーバ30は、所定のゲームのゲームサーバを特定し、端末10AのSNSユーザに関するユーザ情報であって所定のゲームに必要なユーザ情報例えばアカウント情報やフレンド情報等をユーザ情報データベース34から読みだして、特定したゲームサーバ20に所定のゲームに必要なユーザ情報と所定のゲームの開始要求を受信するc。SNSサーバから所定のゲームの開始要求を受信したゲームサーバ20は、端末10AWebブラウザ機能を利用して所定のゲームを行うために必要な情報所定のゲームを実行するためのプログラムやデータを端末10Aにインストールするd。端末10Aでは、SNSユーザからの入力情報に基づき、Webブラウザ機能を利用して所定のゲームを実行し、端末の表示部に表示されるゲーム画像例えば図4に示すようなゲーム画面の表示制御を行う。端末10Aとゲームサーバ20は執拗に応じてゲーム情報の送受信を行いd、ゲームサーバ及び端末10Aは必要なゲーム演算ゲームパラメータの演算やゲームオーバーの判定演算等を行ってもよい。ゲームサーバ又は端末10Aは、第1のゲームパラメータがゲームオーバー条件を満たしたことを検出すると、例えば図5に示すように、プレーヤであるSNSユーザに継続ゲームを行うか否かの問い合わせを行うe。ゲーム状況等に応じて継続ゲームの対価を変化させる場合には、所定のゲームパラメータの値又は所定のイベントの発生又はゲーム状況に基づき前記継続ゲームの対価を設定する処理を行ってもよい。なおゲームオーバー条件の検出が端末で行われる場合には、ゲームサーバから端末への問い合わせは行わず、端末自体の判断で継続ゲームを行うか否かをプレーヤに問い合わせてもよい。端末10Aは当該問い問い合わせに対する回答が入力されると、ゲームサーバに送信するf。継続ゲームを行う旨の回答である場合には、ゲームサーバ20は、SNSサーバ30に対して、SNSサーバ30が管理するクレジット情報データベース32に記憶されているSNSユーザのクレジット値から、継続ゲームの対価に相当する額を精算する対価精算要求を行うg。なおゲームサーバ内にポイント等の仮想通貨をもうけている場合には、SNSユーザであるプレーヤがゲームサーバ内で保有しているポイント残高が継続ゲームの対価課金分分を上回る場合には、保有しているポイントで継続ゲームの対価を支払い、ポイント残高が継続ゲームの対価課金分分に対して不足している場合には、不足分についてSNSサーバが管理しているクレジット値から支払うようにしてもよい。従ってこのような場合には、ゲームサーバ20は、ゲームユーザ情報データベース24にアクセスして所定のゲームのプレーヤのポイント残高を取得し、ポイント残高で継続ゲームの対価を支払い可能であるか否か判断し、不足分があると判断した場合に、SNSサーバ30に対して、SNSサーバ30が管理するクレジット情報データベース32に記憶されているSNSユーザのクレジット値から、継続ゲームの対価の不足分当該ユーザがゲームサーバ内で保有するポイント残高で支払えない分に相当する額を精算する対価精算要求を行ってもよい。またゲームが管理する仮想通貨の残高を継続ゲームの対価を上回る額にするために、SNSサーバ内の仮想通貨であるクレジットの所望額SNSユーザが保有するクレジット額の範囲内で、少なくとも継続ゲームの対価の不足分を上回る額を所定の換算レートでポイントに交換してもよい。このような場合には前記SNSサーバに対して、前記SNSサーバが管理するデータベースに記憶されている前記所定のゲームのプレーヤであるSNSユーザのクレジット値から、前記所望額に相当する値を精算する対価精算要求を行うようにしてもよい。ゲームサーバ20から対価精算要求を受信したSNSサーバ30は、クレジット情報データベース32にアクセスし、該当するSNSユーザの保有するSNSクレジット値を継続ゲーム対価を引き落とし後の値に更新し、ゲームサーバ20に対し対価精算終了通知を送信するd。SNSサーバから対価精算通知を受信したゲームサーバ20は、端末10Aに対して対価精算終了通知を送信するi。対価精算通知を受信した端末10Aは、図6に示すような対価精算完了メッセージを表示してもよい。2-2.所定のゲームの一例図4は、本実施の形態で提供される所定のゲームのゲーム画像の一例を示す図である。ゲームオーバー条件を満たすとゲームオーバーになる所定のゲームの一例として、図4に示すようなシューティングゲームを例にとり説明する。当該シューティングゲームでは、ゲーム空間ここでは2次元のゲーム画面内を移動する敵キャラクタ340が下方プレーヤキャラクタは敵キャラクタの下方にいるに弾342を発射し、プレーヤキャラクタ320は敵キャラクタからの攻撃を避けながら、上方の敵キャラクタ340に対してシューティングを行う322参照ゲームである。ゲーム処理部は、プレーヤからの入力情報に基づき、プレーヤキャラクタをゲーム画面内で移動させたり、敵キャラクタにたいしてシューティングを行ったり、命中演算を行い、命中結果に基づき、得点第2のゲームパラメータの一例を演算する処理等を行う。またゲーム処理部は、ゲーム開始時にプレーヤに所定数のライフ360を与え、敵キャラクタからのシューティングがプレーヤキャラクタに命中すると、プレーヤのライフ第1のゲームパラメータの一例を1つ減じる処理を行う。本実施の形態では、SNSユーザがSNSサイト又はそのリンク先からゲーム開始要求を行い、SNSユーザの端末がゲームサーバのWebサイトに接続すると所定のゲームが開始されるようにしてもよい。2-3.ゲームパラメータ図11は、本実施の形態のゲームパラメータについて説明するための図である。本実施の形態の所定のゲームは、ゲーム開始時に所定数が与えられ敵の攻撃がプレーヤに命中するたびに1つ消失するゲームパラメータであるライフ451、プレーヤがクリアした面の数を示すゲームパラメータであるクリアステージ数452、プレーヤのシューティングが敵キャラクタに命中すると所定の点が加算されるゲームパラメータである得点453、ゲーム開始からの経過時間を示すゲームパラメータであるゲーム経過時間454、プレーヤキャラクタのゲーム空間内の位置を示す位置455等のゲームパラメータを有しているパラメータの種類はこれに限定されるものではない。上記各ゲームパラメータは、ゲーム開始時に初期値にリセットされ、プレーヤからの入力情報に基づき、上記ゲームパラメータを用いてゲーム演算が行われ、更新される。図10は、本実施の形態の所定のゲームにおけるステージここでは面について説明するための図である。本実施の形態の所定のゲームでは、難易度の異なる複数のステージ面S-1、S-2を用意しており、ステージS-1をクリアすると次のステージS-2にいけるようになっている。ステージ内の敵をすべて倒すと当該ステージがクリアされたと判断してもよい。所与のステージS-2は、前のステージS-1に比べ難易度が高くなる例えば登場する敵キャラクタの数、敵キャラクタのシューティング頻度、敵キャラクタの移動速度等が大きくなるようにしてもよい。プレーヤがステージS-3でプレイしている場合には、ステージS-1、S-2をクリアしていることになるので、クリアステージ数パラメータは2となる。2-4.継続ゲームの問い合わせ本実施の形態では、ゲーム開始時にn個例えば3個のライフ第1のゲームパラメータの一例が与えられライフパラメータが3、プレーヤからの入力情報に基づきゲーム演算が行われた結果、ライフの値が更新され0になるとゲームオーバー条件を満たしていると判断されるが、プレーヤSNSユーザであるが、所定の対価を払うと継続ゲームを行うことができるよう構成されている。継続ゲームを行わない場合にはゲームオーバーとなる。なおここでは所定のゲームがライフが0になるとゲームオーバーとなるタイプのゲームを例にとり説明するがこれに限定されるものではない。例えば所定のゲームが、ゲーム開始から所定時間経過するとゲームオーバーとなるタイプのゲームでもよい。この場合ゲーム経過時間が第1のゲームパラメータとなる。対価の支払いは、SNSユーザであるプレーヤがSNSのWebサイト上で保有するクレジット電子マネーの一種で行うことができる。ゲームサーバは、所定のゲームの第1のゲームパラメータ例えばライフがゲームオーバー条件を満たした場合に、継続ゲームに対する対価を提示して、継続ゲームを行うか否かについてプレーヤに問い合わせを行う。図5は、ゲームオーバー条件を満たした場合の所定のゲームのゲーム画像の一例を示す図である。継続ゲームの問い合わせは、図5に示すようにゲーム画面300に問い合わせメッセージ310を出力してもよい図5に示すように所定のゲームのゲーム画面300上にウィンドウ表示してもよい。例えば10ポイントでコンティニュ継続ゲームのことできます。コンティニュしますかというような、継続ゲームに対する対価ここでは10ポイントを提示したメッセージ310を出力してもよい。なおポイントというのは所定のゲーム内で使用する単位ゲームサーバが管理する単位である。本実施の形態では、継続ゲームの対価の支払い対価の引き落としはSNSサーバが管理しているクレジット値から行なうこともできる。従って例えばゲーム内で使用する単位であるポイントをSNSサーバの仮想通貨であるクレジットに所定の交換レート例えば1ポイント=1クレジットで換算した額を、SNSサーバが管理するプレーヤSNSユーザのクレジット保有値から引き落としてもよい。なおゲームサーバ内にポイント等の仮想通貨等を設けていない場合には、継続ゲームの対価を直接SNSサーバの仮想通貨であるクレジットで表示してもよい。例えば図5において10クレジットでコンティニュできます。コンティニュしますかというような、継続ゲームに対する対価をSNSサーバが管理する仮想通貨であるクレジットで提示したメッセージ310を出力してもよい。ゲームサーバ内にポイント等の仮想通貨をもうけている場合には、SNSユーザであるプレーヤがゲームサーバ内で保有しているポイント残高が継続ゲームの対価課金分分を上回る場合には、保有しているポイントで継続ゲームの対価を支払い、ポイント残高が継続ゲームの対価課金分分に対して不足している場合には、不足分についてSNSサーバが管理しているクレジット値から支払うようにしてもよい。またSNSサーバ内の仮想通貨であるクレジットの所望額SNSユーザが保有するクレジット額の範囲内で、少なくとも継続ゲームの対価の不足分を上回る額を所定の換算レートでポイントに交換して、ゲームが管理する仮想通貨の残高を継続ゲームの対価を上回る額にして場合に、ポイントで支払うようにしてもよい。ゲームサーバ内のポイントは、例えば、初回プレー前にボーナスとしてある程度のポイントが付与されてもよいし、また日々のプレー初回にて、抽選処理によって決定されるランダムな額のポイントが付与されるようにしてもよい。この様にして付与されたポイント残高が足りなくなった時に、SNSユーザとして保有するSNSサーバ内の仮想通貨であるSNSクレジットを所定の換算レートでポイントに交換してもよい。そしてSNSクレジットの残高を加えても不足する場合には、クレジット決済等で、SNSクレジットを購入するようにしてもよい。この様にするとゲームサーバが単独ではクレジット決済機能を有していない場合でも、SNSが提供するクレジット決済機能を利用してクレジットを追加購入するとこで、継続ゲームを行うことができる。問い合わせに対して、プレーヤSNSユーザが所定の制限時間以内にはい312を選んでクリックすると、ゲームサーバは、継続ゲームを行う旨の回答がなされたと判断し、SNSサーバに対して、プレーヤSNSユーザのクレジット値から、前記継続ゲームに対する対価に相当する値を引き落とすことを要求する対価精算要求を行う。ポイント残高から優先的に継続ゲームの対価課金分を支払い、不足分についてSNSクレジットから引き落とす仕様である場合には、継続ゲームを行う旨の回答がなされたと判断した場合には、プレーヤのポイント残高のみで継続ゲームの対価課金分の支払いが可能か否か判断して、可能と判断した場合にはゲームサーバ内で管理するユーザのポイント保有値で支払う処理ポイント値から対価分を引き落とす処理を行ってもよい。そしてプレーヤのポイント残高のみで継続ゲームの対価課金分の支払いができない場合には、不足分について、プレーヤSNSユーザのクレジット値から、前記継続ゲームに対する不足分に相当する値を引き落とすことを要求する対価精算要求を行ってもよい。またゲームサーバ内にポイント等の仮想通貨等を設けている場合であって、継続ゲームを行う際に、所望額のSNSクレジットを所定のレートでポイントに交換可能な仕様である場合には、SNSサーバ内の仮想通貨であるクレジットの所望額SNSユーザが保有するクレジット額の範囲内で、少なくとも継続ゲームの対価の不足分を上回る額を所定の換算レートでポイントに交換するために、前記SNSサーバに対して、前記SNSサーバが管理するデータベースに記憶されている前記所定のゲームのプレーヤであるSNSユーザのクレジット値から、前記所望額に相当する値を精算する対価精算要求を行ってもよい。対価精算要求を受け取ったSNSサーバは、SNSサーバ内のユーザ情報データベースにアクセスし、対価精算要求にかかるSNSユーザのユーザ情報の紹介を行い、確認がとれたらSNSサーバ内のクレジット情報データベースにアクセスして、当該SNSユーザの保有クレジット値から、対価に相当する額を引き落とす処理を行い、処理が完了したらゲームサーバに対価精算完了を示す情報例えばAKC信号を送信してもよい。図6は、対価精算完了及び継続ゲームを行うことを通知するメッセージウインドウが表示されたゲーム画面の例である。ゲームサーバは、継続ゲームに対する対価の引き落としSNSユーザのクレジット値からの対価相当額の引き落としが完了すると、図6に示すような対価精算完了及び継続ゲームを行うことを通知するメッセージ380を表示してもよい図6に示すように所定のゲームのゲーム画面300上にウィンドウ表示してもよい。対価精算完了に対する通知とともに、所定のゲームのプレーヤSNSユーザの対価精算完了後に保有するクレジット値の通知あなたのSNSクレジットは40クレジットになりましたを行うようにしてもよい。図7は、SNSユーザの保有クレジットが継続ゲームの対価に満たない場合のゲーム画面の例である。ゲームサーバがSNSサーバに対して対価精算請求を行う際にプレーヤであるSNSユーザのクレジット保有量を問い合わせ、SNSユーザのクレジット保有量が継続ゲームの対価に満たないと判断した場合には、クレジットの購入問い合わせメッセージ380を出力してもよい。例えば所定のゲームを行っているプレーヤであるSNSユーザのSNSクレジット保有量が2で、1ポイント=1クレジットの換算レートである場合、SNSユーザのクレジット保有量は2ポイント分しかないので、図7に示すようなクレジットの購入問い合わせメッセージ380を出力してもよい図7に示すように所定のゲームのゲーム画面300上にウィンドウ表示してもよい。クレジット購入問い合わせに対して、プレーヤSNSユーザが所定の制限時間以内にはい382を選んでクリックすると、ゲームサーバは、SNSサーバに対し、SNSのWebサイトが提供するクレジット決済画面の起動要求を行う。SNSサーバが決済画面の起動要求を受信すると、ユーザの端末の表示部には、SNSのWebサイトが提供するクレジット決済画面が提供され、ユーザはクレジット決済画面を介してSNクレジットを購入することができる。例えばユーザが50クレジット分のクレジットを購入すると、当該ユーザのクレジット保有量が52となり、継続ゲームの対価10クレジット10ポイント分のクレジット換算値が引き落とし可能となる。2-5.継続ゲーム本実施の形態では、継続ゲームを行う場合には、前記第1のゲームパラメータここではライフをゲームが継続できる状態初回ゲーム開始時の状態3でもよいし、それとはことなるがゲームオーバー判定においてゲームオーバーと判定されない値、例えば2や4にして、ゲーム成績に関する第2のゲームパラメータここでは得点の値を引き継いで、所定のゲームをユーザにプレイさせる処理を行う。なおゲーム生成に関する第2のゲームパラメータにクリアステージ数も含め、クリアステージ数も引き継いでもよい。例えば得点が40、クリアステージ数が2でゲームオーバーとなり、コンティニュして継続ゲームを再開する場合には、ステージS-3から得点40の状態で継続ゲームを開始するようにしてもよい。本実施の形態の所定のゲームは、ゲーム開始からゲームを開始する場合ゲームパラメータが初期設定された状態でゲーム開始する場合は、無料でゲームを楽しむことができる。すなわちゲーム開始からゲームを開始する場合には、何回でも無料でゲームを楽しむことができる。しかし与えられたライフが0になるとゲームオーバーになり、また最初のステージからゲームを開始しなければならない。しかし先の方に用意されたステージを楽しみたい場合や、より高得点をゲームのスコアとしてのこしたいプレーヤは、継続ゲームに対する所定の対価を支払うことで、現在の得点やクリアステージ数を引き継いだ継続ゲームを行うことができる。従ってユーザが手軽に利用しやすい課金形式のゲームを提供することができる。2-6.クレジット情報図8はSNSサーバが管理するSNSクレジット情報について説明するための図である。SNSクレジット情報410は、SNSユーザが保有するSNSクレジット保有値に関する情報であり、SNSサーバが管理するデータベースクレジット情報データベースに記憶されている。図8に示すように、SNSユーザIDSNSユーザ識別情報400に関連づけて当該SNSユーザのSNSクレジット保有値412等が記憶されている。その他のクレジット情報410として、SNSユーザID412に関連づけてSNSクレジット値入出履歴購入、払い出し等の額と日時等、図示せず等を記憶してもよい。SNSクレジット保有値412は、SNSのWebサイト上で購入可能な仮想通貨電子マネーであり、SNSユーザはクレジットカード決済等で購入することができる。SNSクレジット値412は、SNSwebサイト上で使用可能な仮想通貨であるが、SNSが提供するソーシャルゲームにおいても使用することが可能であり、本実施の形態では所定のゲームの継続ゲームの対価をSNSクレジット値で支払うことができる。本実施の形態の所定のゲームのプログラムは、SNSがWeb上で提供するAPIアプリケーションプログラミングインタフェースを利用して、SNSサーバに継続ゲームの対価精算要求を行うよう構成されており、対価精算要求が実行されると、ゲームサーバは、SNSサーバに対価精算要求を送信する。ゲームサーバから所与のSNSユーザの所定のゲームに関する対価精算要求を受けるとSNSサーバはクレジット情報が記憶されたデータベースクレジット情報データベースにアクセスし、該当するSNSユーザのSNSユーザID400に関連づけて記憶されているSNSクレジット保有値412を更新する。例えば図5に示す所定のゲームのプレーヤのSNSユーザIDがY000001である場合、ゲームサーバがSNSサーバに対して対価精算要求を行うと、SNSサーバは、SNSクレジット情報データベースにアクセスし、SNSユーザY000001に関連づけて記憶されているSNSクレジット保有値ここでは50を参照し、決済可能であるか否か判断する。決済可能であると判断した場合には、SNSユーザY000001に関連づけて記憶されているSNSクレジット保有値ここでは50から、継続ゲームの対価である10ポイントに相当する額例えば10クレジットを減じる処理を行う。この結果、SNSユーザY000001のクレジット保有値は、40クレジットになるので、例えば図6に示すように、決済完了通知とともに決済後のクレジット保有値を通知する決済完了通知メッセージ370を出力してもよい。図6に示すような決済完了通知メッセージ370はSNSサーバがプレーヤSNSユーザの端末に通知してもよいし、SNSサーバから決済後のクレジット値の情報を受け取ったゲームサーバがプレーヤSNSユーザの端末に通知してもよい。2-7.フレンド情報図9は、SNSサーバが管理するフレンド情報ユーザ情報の1つ420について説明するための図である。フレンド情報420は、SNSユーザが友人として登録している他のSNSユーザに関する情報であり、SNSサーバが管理するデータベースに記憶されている。図9に示すように、SNSユーザIDSNSユーザ識別情報400に関連づけて当該SNSユーザが友人として登録している他のSNSユーザのユーザ識別IDのリストであるフレンドリスト422を記憶している。SNSユーザが所定のゲームを開始する際に、SNSサーバは、ゲームサーバに対して、所定のゲームの開始要求とともにSNSユーザのユーザ情報SNSユーザIDやフレンド情報420を送信してもよい。ゲームサーバは、SNSユーザが所定のゲームを行う際に、SNSサーバから受信した当該SNSユーザのフレンド情報に基づき、例えば図13に示すようなフレンド内のランキング表示を行ってもよい。なおSNSサーバが管理するフレンド情報を所定のゲーム等の他のアプリが使用することについて、SNSサーバが制限を行う構成例えばSNSサーバ内で各SNSユーザについてフレンド情報又は個々のフレンド毎にフレンド情報の公開可否情報を管理しており、公開可能と登録されているフレンド情報のみ他のアプリに提供する構成である場合には、ゲームサーバはその制約内において、フレンド情報を活用したゲーム演出ランキング表示等を行うことができる。所定のゲームの最中に、プレーヤSNSユーザの現在スコアと、プレーヤSNSユーザ友人他のSNSユーザの過去の登録スコア例えば過去における最高スコアとして登録されているスコアでもよいし、例えば過去の直近のスコアとして登録されているスコアでもよいを比較してゲーム画面の一部にリアルタイムランキング表示をおこなってもよい。2-8.ゲーム履歴情報図12は、ゲームサーバが管理するゲーム履歴情報について説明するための図である。ゲーム履歴情報460は、過去に所定のゲームを行ったユーザのゲーム履歴の1つである、過去のゲームの得点n462と当該得点を獲得した日時n464に関する情報等であり、これらがSNSユーザID400に関連づけて、過去N回分、ゲームサーバが管理するデータベースに記憶されている。ゲーム履歴情報460としてはその他SNSユーザID400に関連づけてクリアステージ数やゲーム時間や倒した敵数等図示せず等を記憶してもよい。2-9.ランキング表示本実施の形態において、ゲーム処理部は、所定のゲームが行われると、ゲーム成績を含むゲーム情報を所定のゲームを行ったユーザの識別情報に関連づけて記憶部に蓄積するゲーム情報蓄積処理部と、所定のゲームのユーザに関連づけて前記SNSサーバが管理するユーザ情報フレンド情報に基づいてユーザの友人の識別情報を特定し、特定されたユーザの友人の識別情報に関連づけて蓄積されているゲーム成績例えば得点とユーザのゲーム成績との比較処理を行い比較結果例えばランキング表示を出力する成績比較処理部を、ふくんでもよい。図13は、ゲーム画面においてランキング表示がされている例を示す図である。500は、所定のゲームのプレーヤがSNSユーザY000001である場合のランキング表示510が行われているゲーム画面の一例である。プレーヤであるSNSユーザY000001の現在の得点はスコア欄350に表示されているように40である。ゲームサーバは、ゲーム開始時に取得したプレーヤであるSNSユーザY000001のフレンド情報図9の420-1に基づき、プレーヤの友人であるSNSユーザのユーザIDここではY000002とY000005を特定し、ゲームサーバが管理するゲーム履歴情報にアクセスしてユーザIDY000001とユーザIDY000005に関連づけて登録されている過去N回分の得点の中で最も高得点のものを取得する。ここではユーザIDY000002の最高得点として90、ユーザIDY000005の最高得点として50を取得したとする。この様な場合、当該ゲームのプレーヤの現在の得点40と、友人の過去の最高得点9050を比較して510に示すようなランキング表示を行ってもよい。この様にするとユーザは友人の過去の最高得点と現在行っているゲームの自己の得点と比較しながらゲームを行うことがでるので、友人との競争意識を刺激し、より高い得点を取ることの動機付けを与えることができる。従って、現在の得点を引き継いで行える継続ゲームへの強い動機付けを与えることができる。2-10.マルチプレーヤゲーム本実施の形態の所定のゲームは、シングルプレーヤゲームにかぎられない。複数のプレーヤの端末が通信ネットワークで接続され協力プレイや対戦プレイ等のマルチプレーヤゲームを行う場合でもよい。例えば2人のプレーヤASNSユーザY000001、プレーヤBSNSユーザY000002が協力して行うシューティングゲームの場合に、どちらかのプレーヤのライフが0になったらライフが0になった方のプレーヤがゲームオーバー条件を満たし、当該プレーヤが継続ゲームを行わない場合には、ライフが0のプレーヤのみゲームオーバーとなるとする。このようなゲームにおいて、プレーヤBSNSユーザY000002のライフが0となりゲームオーバー条件を満たした場合に、まずプレーヤBSNSユーザY000002の端末に、図5に示すような継続プレイ問い合わせメッセージを出力してもよい。ここでプレーヤBSNSユーザY000002が継続プレイ問い合わせメッセージに対してはい312を選択した場合、プレーヤBSNSユーザY000002の端末に、図7に示すようなクレジット購入問い合わせメッセージを出力してもよい。そしてプレーヤBSNSユーザY000002がクレジット購入問い合わせメッセージはい382と回答した場合には、プレーヤBSNSユーザY000002がクレジット決済画面にいってクレジット決済をおこなってもよい。しかし例えば図5に示すような継続プレイ問い合わせメッセージに対してプレーヤBSNSユーザY000002がいいえ314を選択した場合や、図7に示すようなクレジット購入問い合わせメッセージに対してプレーヤBSNSユーザY000002がいいえ384を選択した場合には、協力プレイを行っているプレーヤASNSユーザY000001の端末に、図5に示すような継続プレイ問い合わせメッセージを出力してもよい。ここでプレーヤASNSユーザY000001が継続プレイ問い合わせメッセージに対してはい312を選択した場合、プレーヤASNSユーザY000001の保持するSNSクレジット値から、プレーヤBの継続ゲームに対する対価を精算できるようにしてもよい。上記実施例においては、図5や図7の問い合わせに対してプレーヤBSNSユーザY000002が継続プレイをしないことを意味する回答を行った場合に、協力プレイを行っているプレーヤASNSユーザY000001に、プレーヤBSNSユーザY000002の継続プレイに対する対価の支払いを行うか否かの問い合わせを行っているが、例えば、プレーヤBSNSユーザY000002のSNSクレジット保有量が継続ゲームの対価に満たない場合に、プレーヤASNSユーザY000001に、プレーヤBSNSユーザY000002の継続プレイに対する対価の支払いを行うか否かの問い合わせを行ってもよい。また上記実施例においては、プレーヤASNSユーザY000001とプレーヤBSNSユーザY000002が協力プレイを行うゲームである場合に協力相手の継続プレイに対する対価の支払うことができる構成について説明したが、これに限られない。例えばプレーヤASNSユーザY000001とプレーヤBSNSユーザY000002が対戦プレイを行うゲームである場合に、対戦相手の継続プレイに対する対価の支払うことができる場合も本発明の範囲内である。また上記実施例においては、ゲームオーバーになったプレーヤのゲームのみが終了して、他のプレーヤはゲームを続けることができるタイプのマルチプレーヤゲームを例に取り説明したが、これに限られない。例えばマルチプレーヤゲームを行っている複数のプレーヤの一人でもゲームオーバー条件をみたすと、全員がゲームオーバーになるタイプのマルチプレーヤゲームでも実現可能である。また上記実施例ではマルチプレーヤゲームにおいて、自分の継続ゲームの対価を支払う場合と、他のプレーヤの継続ゲームの対価を支払う場合とで提示される継続ゲームの対価が同じである場合を例に取り説明したがこれに限られず、自分の継続ゲームの対価を支払う場合と、他のプレーヤの継続ゲームの対価を支払う場合とで提示する継続ゲームの対価を変更してもよい。3.本実施の形態の処理図14は、ゲームサーバの処理の流れを示すフローチャートである。ゲームサーバは、SNSサーバからゲーム開始要求とSNSユーザ情報を受信すると以下の処理を行うステップS10。SNSユーザ情報とは、例えば、所定のゲームのプレーヤとなるSNSユーザのSNSユーザID等のアカウント情報やフレンド情報等である。所定のゲームフラッシュゲームをSNSユーザの端末にインストールするステップS20。第1のゲームパラメータに基づきゲームオーバー条件を判断するステップS30。ゲームオーバー条件を満たすステップS40判断した場合には、継続ゲームに対する対価を提示して、継続ゲームを行う否かについてプレーヤに問い合わせを行うステップS50。ゲーム状況に応じて継続ゲームの対価を変化させる場合には、所定のゲームパラメータの値又は所定のイベントの発生又はゲーム状況に基づき前記継続ゲームの対価を設定又は変更する処理を行ってもよい。なおSNSユーザの保有するクレジット値が継続ゲームの対価に満たない場合には、図7に示すようなクレジット購入案内の問い合わせを行うようにしてもよい。所定時間内に継続ゲームを行う旨の回答があった場合ステップS60においてYESの場合、SNSサーバが管理するデータベースに記憶されているSNSユーザのクレジット値から、継続ゲームの対価に相当する額を精算する精算要求を行うステップS70。なお、ゲームサーバ内にポイント等の仮想通貨をもうけていて、SNSユーザであるプレーヤがゲームサーバ内で保有しているポイント残高が継続ゲームの対価課金分分を上回る場合には、保有しているポイントで継続ゲームの対価を支払い、ポイント残高が継続ゲームの対価課金分分に対して不足している場合には、不足分についてSNSサーバが管理しているクレジット値から支払うような構成を採用している場合には、ゲームユーザ情報データベースにアクセスして所定のゲームのプレーヤのポイント残高を取得し、ポイント残高で継続ゲームの対価を支払い可能であるか否か判断し、不足分があると判断した場合に、SNSサーバ30に対して、SNSサーバ30が管理するクレジット情報データベース32に記憶されているSNSユーザのクレジット値から、継続ゲームの対価の不足分当該ユーザがゲームサーバ内で保有するポイント残高で支払えない分に相当する額を精算する対価精算要求を行ってもよい。またゲームサーバ内にポイント等の仮想通貨等を設けている場合であって、継続ゲームを行う際に、所望額のSNSクレジットを所定のレートでポイントに交換可能な仕様である場合には、SNSサーバ内の仮想通貨であるクレジットの所望額SNSユーザが保有するクレジット額の範囲内で、少なくとも継続ゲームの対価の不足分を上回る額を所定の換算レートでポイントに交換するために、前記SNSサーバに対して、前記SNSサーバが管理するデータベースに記憶されている前記所定のゲームのプレーヤであるSNSユーザのクレジット値から、前記所望額に相当する値を精算する対価精算要求を行ってもよい。そして所定時間内にSNSサーバから精算要求に対するAKCを受け取るとステップS80においてYESの場合、第1のゲームパラメータをリセットし、第2のゲームパラメータの値を引き付いて継続ゲームを開始するステップS90。所定時間内に継続ゲームを行う旨の回答がなかった場合ステップS60においてNOの場合や、所定時間内にSNSサーバから精算要求に対するAKCを受け取らなかった場合ステップS80においてNOの場合には、ゲームオーバー処理を行うステップS100。なお本発明は、上記実施形態で説明したものに限らず、種々の変形実施が可能である。例えば、明細書又は図面中の記載において広義や同義な用語として引用された用語は、明細書又は図面中の他の記載においても広義や同義な用語に置き換えることができる。上記実施の形態では、所定のゲームで使用するポイントとSNSのクレジットを1ポイント=1クレジットの固定レートで換算して、継続ゲームの対価を精算する場合を例にとり説明したがこれに限られず、換算レートを所定のアルゴリズム又はランダムに変更する処理を行ってもよい。例えば特別セール期間や特別セール時間を設け、時間情報に基づき当該期間内又は時間内にあるかを判断して、換算レートを変化させてもよい。また所定のゲームのプレーヤのゲームパラメータ例えば得点やクリアステージ数や倒した敵の数等に応じて換算レートを変化させてもよい。またマルチプレーヤゲームにおいて、自分の継続ゲームの対価を支払う場合と、他のプレーヤの継続ゲームの対価を支払う場合とで、換算レートを変更してもよい。上記実施の形態では、継続ゲームの対価が固定である場合を例にとり説明したがこれに限られず、継続ゲームの対価を所定のアルゴリズム又はランダムに変更する処理を行ってもよい。所定のゲームパラメータの値又は所定のイベントの発生等に基づき継続ゲームの対価を設定又は変更してもよい。例えば得点やゲーム経過時間やクリアステージ数等のゲームパラメータに基づき継続ゲームの対価を設定してもよい。また所定のアイテムの取得イベントや、所定の敵を倒したというイベントや、ゲーム空間内の所定の場所に達したというイベントが発生した場合に継続ゲームの対価を変更してもよい。また例えば特別セール期間や特別セール時間を設け、時間情報に基づき当該期間内又は時間内にあるかを判断して、継続ゲームの対価を変化させてもよい。また所定のゲームのプレーヤのゲームパラメータ例えば得点やクリアステージ数や倒した敵の数等に応じて継続ゲームの対価を変化させてもよい。またマルチプレーヤゲームにおいて、自分の継続ゲームの対価を支払う場合と、他のプレーヤの継続ゲームの対価を支払う場合とで、継続ゲームの対価を変更してもよい。例えばゲームパラメータの得点図11の453がたかくなるほど、継続ゲームの対価が高くなるようにしてもよい。また例えばゲームパラメータのクリアステージ数図11の452がたかくなるほど、継続ゲームの対価が高くなるようにしてもよい。またゲームパラメータのゲーム経過時間図11の454が長くなるほど継続ゲームの対価が高くなるようにしてもよい。継続ゲームの対価が高くなる変化する場合とは、ゲーム内で仮想通貨を有する場合には、ゲーム内仮想通貨で提示する継続ゲームの対価自体を高くする変化させる場合でもよいし、ゲーム内の仮想通貨をSNSサーバ内の仮想通貨に換算する際の換算レートを変化させることによって、結果的にユーザが支払う継続ゲームの対価が高くなる変化する場合でもよい。所定のゲームパラメータの値の変化に応じて継続ゲームの対価や継続ゲームの対価をSNSサーバの仮想通貨に換算する際の換算レートを変化させる場合には、予め所定のゲームパラメータと継続ゲームの対価又は換算レートの対応関係を定めたテーブルや関数を用意しておいて、これらを用いて所定のゲームパラメータの値に対応する継続ゲームの対価又は換算レートを求めてもよい。