JP2017176718A - ゲームシステム、及びプログラム - Google Patents

Abstract

【課題】広告表示にプレーヤの介在要素等を持たせることを可能にするゲームシステム、及びプログラム等の提供。【解決手段】ゲームシステムは、第１のプレーヤがゲームをプレイする第１の端末装置において、第１のプレーヤが宛先を指定して広告発生要求を行った場合に、広告発生要求と宛先とを受け付ける処理を行う受け付け処理部と、広告発生要求に対応する広告を、宛先で指定される第２のプレーヤの第２の端末装置において表示するための処理を行う表示処理部と、広告発生要求がされた第２のプレーヤが、広告の表示の解除条件を満たしたか否かを判断し、解除条件が満たされた場合に、第２のプレーヤの第２の端末装置での広告の表示を解除する処理を行う広告処理部を含む。【選択図】図１５

Description

本発明は、ゲームシステム、及びプログラム等に関する。

従来より、ゲーム中に広告表示を行うゲームシステムが知られている。このようなゲームシステムの従来技術としては、例えば特許文献１、２に開示される技術がある。例えば特許文献１のゲームシステムでは、レーシングゲームのゲームソフトを起動させると、サーキットコースや、コース脇に立っている看板などの表示物が、ゲーム画面に表示される。そしてコース脇に立っている看板に対して、ゲームソフトなどの商品についての広告（商業広告）が表示される。

特開平９−１０４４０号公報 特開２００６−２７１９０４号公報

しかしながら、ゲーム中に広告が表示される従来のゲームシステムでは、どのようなタイミング、状況でどのような広告を表示するかは、ゲームプログラムなどにより予め決められており、プレーヤが介在する要素が無かった。このため、ゲーム中に表示される広告は、プレーヤにとっては、その視界を妨げる表示物に過ぎず、広告表示を利用したゲームの面白味の向上等を実現することはできなかった。また、広告の表示態様が画一的であり、商品やサービスの宣伝としての広告の機能を十分に発揮できていなかった。

本発明の幾つかの態様によれば、広告表示にプレーヤの介在要素等を持たせることを可能にするゲームシステム、及びプログラム等を提供できる。

本発明の一態様は、第１のプレーヤがゲームをプレイする第１の端末装置において、前記第１のプレーヤが宛先を指定して広告発生要求を行った場合に、前記広告発生要求と前記宛先とを受け付ける処理を行う受け付け処理部と、前記広告発生要求に対応する広告を、前記宛先で指定される第２のプレーヤの第２の端末装置において表示するための処理を行う表示処理部と、前記広告発生要求がされた前記第２のプレーヤが、広告の表示の解除条件を満たしたか否かを判断し、前記解除条件が満たされた場合に、前記第２のプレーヤの前記第２の端末装置での前記広告の表示を解除する処理を行う広告処理部と、を含むゲームシステムに関係する。

本発明の一態様では、第１の端末装置の第１のプレーヤが広告発生要求を行うと、当該広告発生要求が受け付けられ、当該広告発生要求に対応する広告が、宛先で指定される第２のプレーヤの第２の端末装置に表示される。そして第２のプレーヤにより、広告の表示の解除条件が満たされると、第２の端末装置での広告の表示が解除される。このように本発明の一態様では、第１のプレーヤの広告発生要求により、第２のプレーヤの第２の端末装置に広告が表示され、第２のプレーヤにより解除条件が満たされると、広告表示が解除される。従って、広告表示にプレーヤの介在要素を持たせることを可能になり、これまでにない広告表示手法を実現できる。

また本発明の一態様では、前記広告発生要求の前記広告に応じて異なる前記解除条件が設定され、前記広告処理部は、前記広告に応じて設定される前記解除条件を判断してもよい。

このようにすれば、広告発生要求の各広告に応じて異なる解除条件が設定され、当該解除条件が満たされたかが判断される。従って、プレーヤは、広告表示の解除条件を満たすために様々な行動を取るようになり、広告を利用したゲームの面白味等の向上を実現できる。

また本発明の一態様では、前記受け付け処理部は、前記解除条件が異なる複数の前記広告発生要求の中から、前記第１のプレーヤが選択した広告発生要求を受け付ける処理を行い、前記広告処理部は、選択された前記広告発生要求に対応する前記解除条件を判断してもよい。

このようにすれば、第１のプレーヤは、解除条件が異なる複数の広告発生要求の中から所望の広告発生要求を選択できるようになり、選択された広告発生要求についての解除条件が第２のプレーヤにより満たされたかが判断される。従って、第１のプレーヤが選択した広告発生要求に応じて、それを解除するために第２のプレーヤが行う行動が異なるようになり、広告を利用したゲームの面白味等を更に向上できるようになる。

また本発明の一態様では、前記広告処理部は、前記広告の対象である商品又はサービスについての前記第２のプレーヤの購入情報、前記第２のプレーヤによる前記広告の閲覧情報、前記商品又は前記サービスに対する前記第２のプレーヤの口コミ情報、及び前記商品又は前記サービスについての前記第２のプレーヤの応答情報の少なくとも１つに基づいて、前記解除条件を判断してもよい。

このようにすれば、広告表示を解除するために、商品又はサービスの購入、広告の閲覧、口コミ、或いは応答などの様々な行動を、第２のプレーヤが取るようになり、広告を利用したゲームの面白味等を更に向上できる。

また本発明の一態様では、前記広告処理部は、前記第２のプレーヤが前記解除条件を満たした場合に、前記第１のプレーヤ及び前記第２のプレーヤの少なくとも一方に対して特典を付与する処理を行ってもよい。

このようにすれば、広告発生要求を行うことの効果的な動機づけを第１のプレーヤや第２のプレーヤに与えることが可能になり、例えば第１のプレーヤの自発的な行動による各端末装置での頻繁な広告表示などを創出できるようになる。

また本発明の一態様では、前記広告処理部は、前記第２のプレーヤが前記解除条件を満たした場合に前記第１のプレーヤ及び前記第２のプレーヤの少なくとも一方に対して与えられる前記特典を、前記広告発生要求の前記広告に応じて変化させてもよい。

このようにすれば、解除条件が満たされた場合に第１のプレーヤや第２のプレーヤに与えられる特典を、広告に応じて様々に変化させることが可能になる。

また本発明の一態様によれば、前記広告処理部は、前記第２のプレーヤが前記解除条件を満たした場合に前記第１のプレーヤ及び前記第２のプレーヤの少なくとも一方に対して与えられる前記特典を、前記解除条件の違いに応じて変化させてもよい。

このようにすれば、解除条件が異なれば、それに応じて、その解除条件が満たされた場合に第１のプレーヤや第２のプレーヤに付与される特典も変化するようになる。

また本発明の一態様では、前記広告処理部は、前記第１のプレーヤから前記広告発生要求を受け付けた場合に、前記第１のプレーヤに対して前記広告発生要求に対応するコストの要求処理を行ってもよい。

このようにすれば、無制限に広告発生要求が行われてしまうような事態を抑制できる。

また本発明の一態様では、前記広告処理部は、前記第１のプレーヤの前記広告発生要求に対して、使用制限及び宛先制限の少なくとも１つの制限処理を行ってもよい。

このようにすれば、広告発生要求が乱発したり、不適切な宛先に対して広告発生要求が行われてしまうなどの事態を抑制できる。

また本発明の一態様では、前記広告処理部は、前記第１のプレーヤが前記第２のプレーヤに対して前記広告発生要求を行った場合に、前記第２のプレーヤによる前記第１のプレーヤに対する前記広告発生要求の制限処理を行ってもよい。

このようにすれば、第１のプレーヤから広告発生要求を受けた第２のプレーヤが、その報復として第１のプレーヤに対して広告発生要求を行うような事態を抑制できる。

また本発明の一態様では、前記広告処理部は、前記第２のプレーヤにより前記解除条件が満たされなかった場合に、前記第２のプレーヤに対してペナルティ処理を行ってもよい。

このようにすれば、広告表示の解除条件を満たすことを第２のプレーヤに効果的に促すことが可能になる。

また本発明の一態様では、前記広告発生要求の前記広告は、ゲームに関連する広告であってもよい。

このようにすれば、ゲームに関連する様々の広告を、第１のプレーヤの広告発生要求により、宛先である第２のプレーヤの第２の端末装置に表示させることが可能になる。

図１（Ａ）〜図１（Ｅ）は本実施形態のゲームシステムの構成例の説明図。 本実施形態のサーバシステムの構成例。 本実施形態の端末装置の構成例。 図４（Ａ）〜図４（Ｃ）は本実施形態の手法の説明図。 図５（Ａ）、図５（Ｂ）も本実施形態の手法の説明図。 図６（Ａ）〜図６（Ｃ）は広告発生要求の選択画面についての説明図。 図７（Ａ）、図７（Ｂ）は広告表示の例。 広告情報の例。 解除条件情報の例。 特典の付与処理の説明図。 コストや特典を広告に応じて変化させる手法の説明図。 図１２（Ａ）、図１２（Ｂ）は広告発生要求の制限処理の説明図。 広告発生要求の制限処理の説明図。 図１４（Ａ）〜図１４（Ｃ）は解除条件が非成立の場合のペナルティ処理の説明図。 本実施形態の詳細な処理例を示すフローチャート。

以下、本実施形態について説明する。なお、以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。

１．ゲームシステム
まず、図１（Ａ）〜図１（Ｅ）を用いて本実施形態のゲームシステムの構成例について説明する。

図１（Ａ）では、サーバシステム５００（情報処理システム）が、ネットワーク５１０を介して端末装置ＴＭ１〜ＴＭｎと通信接続されている。例えばサーバシステム５００はホストであり、端末装置ＴＭ１〜ＴＭｎはクライアントである。なお、以下では、本実施形態のゲームシステム及びその処理を、主にサーバシステム５００により実現する場合を例にとり説明するが、ゲームシステム及びその処理の全部又は一部を、端末装置ＴＭ１〜ＴＭｎにより実現してもよい。また、以下では、ＴＭ１〜ＴＭｎの各端末装置を、適宜、端末装置ＴＭと記載する。

サーバシステム５００は例えば１又は複数のサーバ（管理サーバ、ゲームサーバ、課金サーバ、サービス提供サーバ、コンテンツ配信サーバ、認証サーバ、データベースサーバ、又は通信サーバ等）により実現できる。このサーバシステム５００は、コミュニティ型ウェブサイトやオンラインゲームを運営するための各種サービスを提供し、ゲーム実行に必要なデータの管理や、クライアントプログラム及び各種データ等の配信を行うことができる。これにより、例えば、プレーヤ端末である端末装置ＴＭによりＳＮＳ（Social Networking Service）などを利用するためにサーバシステム５００にアクセスし、当該サーバシステム５００から提供されるオンラインゲームであるソーシャルゲームなどのプレイが可能になる。

ネットワーク５１０（配信網、通信回線）は、例えばインターネットや無線ＬＡＮ等を利用した通信路であり、直接接続のための専用線（専用ケーブル）やイーサネット（登録商標）等によるＬＡＮの他、電話通信網やケーブル網や無線ＬＡＮ等の通信網を含むことができる。また通信方法については有線／無線を問わない。

端末装置ＴＭ（プレーヤ端末）は、例えばネット接続機能（インターネット接続機能）を有する端末である。これらの端末装置ＴＭとしては、例えば図１（Ｂ）に示す携帯型通信端末（スマートフォン、携帯電話機）、図１（Ｃ）に示す携帯型ゲーム装置、図１（Ｄ）に示す家庭用ゲーム装置（据え置き型）、或いは図１（Ｅ）に示す業務用ゲーム装置などの種々の装置を用いることができる。或いは、端末装置ＴＭとして、パーソナルコンピュータ（ＰＣ）やタブレット型コンピュータなどの情報処理装置を用いてもよい。

図２に本実施形態のサーバシステム５００（ゲームシステム）の構成例を示す。サーバシステム５００は、処理部６００、操作部６６０、記憶部６７０、通信部６９６を含む。なお、サーバシステム５００の構成は図２に限定されず、その構成要素（各部）の一部を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。またサーバシステム５００の処理部６００の各処理は、後述する図３の端末装置ＴＭの処理部１００により実現してもよいし、サーバシステム５００の処理部６００と端末装置ＴＭの処理部１００の分散処理により実現してもよい。

処理部６００（プロセッサ）は、記憶部６７０（データベース）に記憶される各種の情報や、プログラムや、操作情報等に基づいて、ゲーム処理、ゲーム成績演算処理、表示処理、音処理、サーバに必要な各種の制御処理、或いは管理処理などを行う。

処理部６００（処理部１００）の各部が行う本実施形態の各処理（各機能）はプロセッサ（ハードウェアを含むプロセッサ）により実現できる。例えば本実施形態の各処理は、プログラム等の情報に基づき動作するプロセッサと、プログラム等の情報を記憶するメモリーにより実現できる。プロセッサは、例えば各部の機能が個別のハードウェアで実現されてもよいし、或いは各部の機能が一体のハードウェアで実現されてもよい。プロセッサは、例えばＣＰＵ（Central Processing Unit）であってもよい。但し、プロセッサはＣＰＵに限定されるものではなく、ＧＰＵ（Graphics Processing Unit）、或いはＤＳＰ（Digital Processing Unit）等、各種のプロセッサを用いることが可能である。またプロセッサはＡＳＩＣによるハードウェア回路であってもよい。メモリー（記憶部６７０、１７０）は、ＳＲＡＭ、ＤＲＡＭ等の半導体メモリーであってもよいし、レジスターであってもよい。或いはハードディスク装置（ＨＤＤ）等の磁気記憶装置であってもよいし、光学ディスク装置等の光学式記憶装置であってもよい。例えば、メモリーはコンピュータにより読み取り可能な命令を格納しており、当該命令がプロセッサにより実行されることで、処理部６００（処理部１００）の各部の処理（機能）が実現されることになる。ここでの命令は、プログラムを構成する命令セットでもよいし、プロセッサのハードウェア回路に対して動作を指示する命令であってもよい。

処理部６００は、入力処理部６０２、演算処理部６１０、出力処理部６４０を含む。演算処理部６１０は、ゲーム処理部６１１、受け付け処理部６１２、広告処理部６１３、認証処理部６１７、課金処理部６１８、管理処理部６１９、表示処理部６２０、音処理部６３０を含む。広告処理部６１３は、解除条件判断部６１４、特典処理部６１５、コスト要求処理部６１６を含む。上述したように、これらの各部により実行される本実施形態の各処理は、プロセッサ（或いはプロセッサ及びメモリー）により実現できる。

入力処理部６０２は、操作部６６０により入力された操作情報を受け付ける処理や、記憶部６７０から情報を読み出す処理や、通信部６９６を介して情報を受信する処理を、入力処理として行う。例えば入力処理部６０２は、操作部６６０で検出された操作情報を取得する処理や、読み出し命令で指定された情報を、記憶部６７０から読み出す処理や、サーバシステム５００の外部装置（端末装置、他のサーバシステム等）からネットワーク５１０を介して情報を受信する処理を、入力処理として行う。ここで受信処理は、通信部６９６に情報の受信を指示したり、通信部６９６が受信した情報を取得して記憶部６７０に書き込む処理などである。

演算処理部６１０は、各種の演算処理を行う。例えばゲーム処理、受け付け処理、広告処理、認証処理、管理処理、表示処理、或いは音処理などの演算処理を行う。

ゲーム処理部６１１（ゲーム処理のプログラムモジュール）はゲーム処理を行う。ゲーム処理は、ゲーム開始条件が満たされた場合にゲームを開始する処理、ゲームを進行させる処理、或いはゲーム終了条件が満たされた場合にゲームを終了する処理などである。或いはゲーム処理として、オブジェクト空間に複数のオブジェクトを配置設定するオブジェクト空間設定処理、オブジェクト空間において移動体を移動（又は動作）させる移動体処理、オブジェクト空間において所与の視点から見える画像を生成するための仮想カメラを制御する仮想カメラ制御処理、プレーヤのゲーム成績を演算するゲーム成績演算処理などを行うようにしてもよい。

受け付け処理部６１２（受け付け処理のプログラムモジュール）は各種の要求の受け付け処理を行う。広告処理部６１３（広告処理のプログラムモジュール）は広告に関する各種の処理を行う。これらの処理の詳細については後述する。

認証処理部６１７（認証処理のプログラムモジュール）はプレーヤの認証処理を行う。例えば端末装置ＴＭを用いてログインしたプレーヤの認証処理を行う。この認証処理は、例えばプレーヤが入力するパスワードやアカウント情報などに基づいて行う。

課金処理部６１８（課金処理のプログラムモジュール）は、種々の課金処理（課金の決定処理、課金データの作成処理、保存処理等）を行う。記憶部６７０の課金情報記憶部６７６は、課金処理部６１８の課金処理の対象となる課金情報を記憶する。

管理処理部６１９（管理処理のプログラムモジュール）は、サーバの各種の管理処理を行う。例えば、サーバが提供する各種サービスの管理処理や、サーバ管理情報などの各種情報の管理処理を行う。

例えばプレーヤは、サーバシステム５００が提供するサービスを利用するために、所定の手続きを行ってアカウントを取得する。取得したアカウントと対応づけられるパスワードを入力してログインすることで、プレーヤは、ネットワークゲームのプレイや、ゲーム用サイトでのサービスや、アイテム等のオンライショッピングや、プレーヤ間でのメッセージ交換や、フレンドユーザの登録などの各種サービスを利用できるようになる。管理処理部６１９は、このようなプレーヤのアカウント情報の管理処理等も行う。

表示処理部６２０（表示処理のプログラムモジュール）は、端末装置ＴＭなどの表示部に画像を表示するための処理を行う。例えば当該画像を生成するための画像生成用データを生成する。或いは端末装置ＴＭなどの表示部に画像を表示する制御を行ってもよい。音処理部６３０（音処理のプログラムモジュール）は、端末装置ＴＭなどの音出力部から音を出力するための処理を行う。例えば、当該音（音声、ゲーム音、効果音）を生成するための音生成用データを生成する。或いは端末装置ＴＭなどの音出力部から音を出力する制御を行ってもよい。ここで、画像を生成するための画像生成用データとは、本実施形態の手法により生成された画像を端末装置ＴＭ等において表示するためのデータであり、画像データそのものであってもよいし、端末装置ＴＭが画像を生成するために使用する各種データ（表示画面の設定データ、オブジェクトデータ等）であってもよい。音処理部６３０が生成する音生成用データについても同様である。

出力処理部６４０は各種の情報の出力処理を行う。例えば出力処理部６４０は、記憶部６７０に情報を書き込む処理や、通信部６９６を介して情報を送信する処理を、出力処理として行う。例えば出力処理部６４０は、書き込み命令で指定された情報を、記憶部６７０に書き込む処理や、サーバシステム５００の外部装置（端末装置、他のサーバシステム等）に対してネットワーク５１０を介して情報を送信する処理を行う。送信処理は、通信部６９６に情報の送信を指示したり、送信する情報を通信部６９６に指示する処理などである。

操作部６６０は、システムの管理者（運営者）が種々の情報を入力するためのものである。

記憶部６７０は各種の情報を記憶する。例えばデータベース形式で各種情報を記憶する。また記憶部６７０は、処理部６００や通信部６９６などのワーク領域として機能する。記憶部６７０の機能は、半導体メモリー、ＨＤＤ、ＳＤＤ、光ディスク装置などにより実現できる。

記憶部６７０は、広告情報記憶部６７２、解除条件情報記憶部６７３、特典情報記憶部６７４、課金情報記憶部６７６、ユーザ情報記憶部６７８を含む。広告情報記憶部６７２は、広告についての各種の情報を記憶する。例えば広告の内容情報や識別情報、広告の対象となる商品又はサービスの情報、各広告に対応づけられた解除条件、コスト、特典（報酬等）の情報を記憶する。解除条件情報記憶部６７３は、解除条件についての各種の情報を記憶する。例えば解除条件の内容情報等を記憶する。特典情報記憶部６７４は、プレーヤに付与される特典についての情報を記憶する。例えば解除条件が満たされた場合にプレーヤに付与される報酬（ゲームポイント、ゲーム内通貨）、アイテムなどの特典に関する情報を記憶する。課金情報記憶部６７６は、課金処理部６１８により行われる課金処理の情報を記憶する。ユーザ情報記憶部６７８は、プレーヤの個人情報（名前、性別、生年月日、メールアドレス等）をユーザ情報として記憶する。例えば、前述したプレーヤのアカウント情報もユーザ情報として記憶される。課金情報記憶部６７６に記憶される課金情報は、各プレーヤの各アカウント情報に対応づけられる。

情報記憶媒体６８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク（ＣＤ、ＤＶＤ、ＢＤ）、ＨＤＤ、半導体メモリー（ＲＯＭ）などにより実現できる。

通信部６９６は、有線や無線のネットワーク５１０を介して端末装置ＴＭ等との通信を行うものであり、その機能は、通信用ＡＳＩＣ又は通信用プロセッサなどのハードウェアや、通信用ファームウェアにより実現できる。

図３に本実施形態の端末装置ＴＭ（プレーヤ端末、クライアント装置、ゲーム装置）の構成例を示す。なお、端末装置ＴＭの構成は図３に限定されず、その構成要素（各部）の一部を省略したり、他の構成要素を追加するなどの種々の変形実施が可能である。

端末装置ＴＭは、処理部１００、操作部１６０、撮像部１６２、記憶部１７０、表示部１９０、音出力部１９２、Ｉ／Ｆ部１９４、通信部１９６を含む。

処理部１００（プロセッサ）は、操作部１６０からの操作情報やプログラムなどに基づいて、ゲーム処理、ゲーム成績演算処理、表示処理、或いは音処理などを行う。処理部１００は、前述した図２の処理部６００と同様に、プロセッサ、或いはプロセッサ及びメモリーにより実現できる。

処理部１００は、入力処理部１０２、演算処理部１１０、出力処理部１４０を含む。演算処理部１１０は、ゲーム処理部１１１、受け付け処理部１１２、広告処理部１１３、表示処理部１２０、音処理部１３０を含む。広告処理部１１３は、解除条件判断部１１４、特典処理部１１５、コスト要求処理部１１６を含む。

入力処理部１０２は、操作部１６０により入力された操作情報を受け付ける処理や、記憶部１７０から情報を読み出す処理や、通信部１９６を介して情報を受信する処理を、入力処理として行う。例えば入力処理部１０２は、操作部１６０で検出された操作情報を取得する処理や、読み出し命令で指定された情報を記憶部１７０から読み出す処理や、端末装置ＴＭの外部装置（サーバシステム、他の端末装置等）からネットワーク５１０を介して情報を受信する処理を、入力処理として行う。ゲーム処理部１１１は、前述した各種のゲーム処理を行う。受け付け処理部１１２、広告処理部１１３は、受け付け処理、広告処理を行う。表示処理部１２０は、表示部１９０に画像を表示するための処理を行う。例えば端末装置側で画像を生成する場合には、処理部１００で行われる種々の処理（アプリケーション処理、ゲーム処理）の結果に基づいて描画処理を行い、これにより画像を生成し、表示部１９０に出力する。サーバ側で画像を生成する場合には、サーバシステムからの画像情報に基づく画像を表示部１９０に表示する処理を行う。音処理部１３０は、処理部１００で行われる種々の処理の結果に基づいて音制御を行う。これにより、ＢＧＭ、効果音、又は音声などが音出力部１９２から出力されるようになる。なお、本実施形態のゲーム処理、受け付け処理、広告処理、表示処理、音処理等は、サーバシステム５００と端末装置ＴＭのいずれか一方の処理により実現してもよいし、サーバシステム５００と端末装置ＴＭの分散処理により実現してもよい。例えばネットワークを利用しないスタンドアローンのゲームシステムの場合には、ゲームシステムである端末装置ＴＭにより本実施形態の各処理が行われる。

操作部１６０は、ユーザ（プレーヤ）が、操作情報等の種々の情報を入力するためのものであり、その機能は、操作ボタン、方向指示キー、アナログスティック、レバー、各種センサ（角速度センサ、加速度センサ等）、マイク、或いはタッチパネル型ディスプレイなどにより実現できる。

撮像部１６２（カメラ）は、被写体の撮像を行うものであり、ＣＣＤやＣＭＯＳセンサなどの画像センサと、フォーカスレンズ等により構成される光学系などにより実現される。

記憶部１７０は、処理部１００や通信部１９６などのワーク領域となるもので、その機能は、半導体メモリー、ＨＤＤ、ＳＤＤ、光ディスク装置などにより実現できる。記憶部１７０は、広告情報記憶部１７２、解除条件情報記憶部１７３、特典情報記憶部１７４を含む。

情報記憶媒体１８０（コンピュータにより読み取り可能な媒体）は、プログラムやデータなどを格納するものであり、その機能は、光ディスク、ＨＤＤ、半導体メモリーなどにより実現できる。処理部１００は、情報記憶媒体１８０に格納されるプログラム（データ）に基づいて本実施形態の種々の処理を行う。この情報記憶媒体１８０に、本実施形態の各部としてコンピュータ（操作部、処理部、記憶部、出力部を備える装置）を機能させるためのプログラム（各部の処理をコンピュータに実行させるためのプログラム）を記憶できる。

表示部１９０は、本実施形態により生成された画像を出力するものであり、その機能は、ＬＣＤ、有機ＥＬディスプレイ、ＣＲＴ、或いはＨＭＤなどにより実現できる。音出力部１９２は、本実施形態により生成された音を出力するものであり、その機能は、スピーカ、或いはヘッドフォンなどにより実現できる。

Ｉ／Ｆ（インターフェース）部１９４は、携帯型情報記憶媒体１９５とのインターフェース処理を行うものであり、その機能はＩ／Ｆ処理用のＡＳＩＣなどにより実現できる。携帯型情報記憶媒体１９５は、ユーザが各種の情報を保存するためのものであり、電源が非供給になった場合にもこれらの情報の記憶を保持する記憶装置である。携帯型情報記憶媒体１９５は、ＩＣカード（メモリーカード）、ＵＳＢメモリー、或いは磁気カードなどにより実現できる。

通信部１９６は、ネットワーク５１０を介してサーバシステム５００や他の端末装置等の外部装置との間で通信を行うものであり、その機能は、通信用ＡＳＩＣ又は通信用プロセッサなどのハードウェアや、通信用ファームウェアにより実現できる。

なお本実施形態の各部としてコンピュータを機能させるためのプログラム（データ）は、サーバシステム（ホスト装置）が有する情報記憶媒体からネットワーク及び通信部１９６を介して情報記憶媒体１８０（あるいは記憶部１７０）に配信してもよい。このようなサーバシステムによる情報記憶媒体の使用も本発明の範囲内に含めることができる。

そして本実施形態では図２に示すように、ゲームシステムであるサーバシステム５００（或いは端末装置ＴＭ）が、受け付け処理部６１２（受け付け処理部１１２）、広告処理部６１３（広告処理部１１３）、表示処理部６２０（表示処理部１２０）を含む。なお以下では、本実施形態のゲームシステムがサーバシステム５００により実現される場合を主に例にとり説明するが、本実施形態はこれに限定されず、ゲームシステムを端末装置ＴＭにより実現したり、サーバシステム５００と端末装置ＴＭの分散処理により実現してもよい。

受け付け処理部６１２（受け付け処理部１１２。以下、同様）は、広告発生要求の受け付け処理を行う。例えば第１のプレーヤ（第１のユーザ）がゲームをプレイする第１の端末装置（ＴＭ１）において、第１のプレーヤが宛先を指定して広告発生要求を行った場合に、当該広告発生要求とその宛先を受け付ける処理を行う。例えば第１の端末装置の表示部１９０に、広告発生要求の受け付け画面が表示される。第１のプレーヤが、当該受け付け画面（選択画面）において、第２のプレーヤ（第２のユーザ）を宛先として広告発生要求を行うことを選択すると、当該広告発生要求とその宛先が受け付けられる。

表示処理部６２０（表示処理部１２０。以下、同様）は、広告発生要求に対応する広告を、宛先で指定される第２のプレーヤの第２の端末装置（ＴＭ２）において表示するための処理を行う。例えば広告発生要求に対応する広告を表示することを、第２の端末装置に指示したり、広告表示等に必要な情報を第２の端末装置に送信する処理を行う。例えば広告情報記憶部６７２に記憶される広告情報を第２の端末装置に送信する処理を行う。この広告情報は、表示される広告の画像情報を含んでいてもよい。或いは、解除条件情報記憶部６７３に記憶される解除条件情報を、第２の端末装置に送信する処理を行ってもよい。

広告処理部６１３（広告処理部１１３。以下、同様）は、広告の表示の解除条件の判断処理や、解除条件が満たされた場合に広告表示を解除する処理を行う。例えば広告処理部６１３は、広告発生要求がされた第２のプレーヤが、広告の表示の解除条件を満たしたか否かを判断する。この解除条件の判断処理は解除条件判断部６１４（解除条件判断部１１４。以下、同様）。そして広告処理部６１３は、解除条件が満たされた場合（条件がクリアされた場合）に、第２のプレーヤの第２の端末装置での広告の表示を解除する処理を行う。即ち、第２の端末装置での広告表示を非表示にする処理を行う。例えば、解除条件情報記憶部６７３（解除条件情報記憶部１７３。以下、同様）に記憶される解除条件情報により特定される解除条件が満たされたか否かを判断する。そして解除条件が満たされた場合には、第１の端末装置からの広告発生要求により表示されていた広告の表示を解除（非表示）することを、第２の端末装置に対して指示する処理を行う。指示された第２の端末装置は、広告発生要求により表示していた広告を、画面から消去する処理を行う。

また本実施形態では、広告発生要求の広告に応じて異なる解除条件が設定される。そして広告処理部６１３は、広告に応じて設定される解除条件を判断する。例えば広告情報記憶部６７２（広告情報記憶部１７２。以下、同様）には、広告発生要求の対象となる各広告に対応づけて、広告表示の解除条件が記憶されている。解除条件の具体的な内容は、例えば解除条件情報記憶部６７３に記憶されている。広告処理部６１３は、広告表示要求が受け付けられると、広告に対応づけられた解除条件を判断する。

受け付け処理部６１２は、解除条件が異なる複数の広告発生要求の中から、第１のプレーヤが選択した広告発生要求を受け付ける処理を行う。例えば第１のプレーヤの第１の端末装置の表示部１９０に、解除条件が異なる複数の広告発生要求の選択画面を表示する。そして第１のプレーヤが、当該選択画面において、複数の広告発生要求の中から所望の広告発生要求を選択する操作を行うと、その選択操作を受け付ける。そして広告処理部６１３は、選択された広告発生要求に対応する解除条件を判断する。例えば広告情報記憶部６７２に記憶される複数の広告の情報の中から、第１のプレーヤが選択した広告発生要求に対応する広告を選択し、選択された広告に対応づけられた解除条件を判断する。そして解除条件が満たされた場合には、第２の端末装置での広告表示を解除する処理を行う。

広告処理部６１３は、広告の対象である商品又はサービスについての第２のプレーヤの購入情報、第２のプレーヤによる広告の閲覧情報、商品又はサービスに対する第２のプレーヤの口コミ情報、及び商品又はサービスについての第２のプレーヤの応答情報の少なくとも１つに基づいて、解除条件を判断する。

ここで商品又はサービスは、広告発生要求の広告の宣伝の対象となるものであり、例えばゲームに関連する商品やサービスなどである。広告は、当該商品をプレーヤに例えば購入させるための宣伝を行ったり、当該サービスを例えば有償でプレーヤに提供することを宣伝するものである。そして広告処理部６１３は、広告の商品又はサービスを第２のプレーヤが購入や予約をしたかなどの情報に基づいて、解除条件を判断する。或いは第２のプレーヤが、広告の商品又はサービスについて口コミを行ったかの情報や、口コミの回数や口コミの内容などの情報に基づいて、解除条件を判断する。或いは広告の商品又はサービスに対して第２のプレーヤが応答した情報に基づいて、解除条件を判断する。例えば応答情報は、商品又はサービスについて出題されたクイズへの回答情報や、商品又はサービスについて行われたアンケートへの回答情報などである。

また広告処理部６１３は、第２のプレーヤが解除条件を満たした場合に、第１のプレーヤ及び第２のプレーヤの少なくとも一方に対して特典を付与する処理を行う。この特典の付与処理は特典処理部６１５が行う。ここで特典は、例えば広告発生要求に対する解除条件を第２のプレーヤがクリアすることで、第１のプレーヤや第２のプレーヤに付与される報酬などである。報酬としては、例えば第１のプレーヤや第２のプレーヤに付与される各種のゲームポイント、ゲーム内通貨、アイテム（武器、防具等の装備品や道具等）、スキル、技又は称号などを想定できる。第１のプレーヤや第２のプレーヤに付与される特典は、各種のゲームパラメータを変化させる効果を発生するものであってもよい。特典の内容情報や識別情報などの特典情報は、特典情報記憶部６７４に記憶されている。

また広告処理部６１３は、広告発生要求の広告に応じて特典を変化させる処理を行う。例えば第２のプレーヤが解除条件を満たした場合に第１のプレーヤや第２のプレーヤに対して与えられる特典を、広告発生要求の広告に応じて変化させる。例えば、特典の報酬量（付与されるゲームポイント、ゲーム内通貨）や、特典の種類や内容（付与されるアイテム、スキル、技、称号又は効果の種類や内容）を、広告の種類（広告発生要求の種類）に応じて変化させる。この特典の報酬量などの情報は、各広告に対応づけられて広告情報記憶部６７２に記憶されている。

また広告処理部６１３は、第２のプレーヤが解除条件を満たした場合に第１のプレーヤ及び第２のプレーヤの少なくとも一方に対して与えられる特典を、解除条件の違いに応じて変化させる。例えば解除条件が異なれば、その解除条件が満たされた場合に第１のプレーヤや第２のプレーヤに与えられる特典も変化させる。例えば第２のプレーヤがクリアした解除条件の難易度（条件クリアの難易度）が高いほど、第１のプレーヤや第２のプレーヤに付与される報酬量を多くしたり、より価値の高い特典（レアアイテム等）を第１のプレーヤや第２のプレーヤに付与する。この場合には、各解除条件を満たした場合に与えられる各特典を、各解除条件に対応づけて記憶しておけばよい。

また広告処理部６１３は、広告発生要求を行ったプレーヤに対してコストの要求処理を行う。例えば第１のプレーヤから広告発生要求を受け付けた場合に、第１のプレーヤに対して広告発生要求に対応するコストの要求処理を行う。このコストの要求処理はコスト要求処理部６１６が行う。例えば広告発生要求の対象となる広告の種類等に応じて、第１のプレーヤに要求するコストの量などを変化させる。例えば広告表示の解除条件の難易度が高い広告ほど、より高いコストを要求する。コストは、プレーヤが広告発生要求を行う際に負担するものであり、プレーヤが広告発生要求を行うごとに消費される。コストは、例えばゲームプレイに必要な各種のゲームポイント、ゲーム内通貨又は現実通貨などである。或いは、ゲームプレイをするのに、プレーヤが所持する何らかのポイントの消費が必要な場合に、当該ポイントもコストとなる。

また広告処理部６１３は、広告発生要求に対する制限処理を行う。例えば第１のプレーヤの広告発生要求に対して、使用制限及び宛先制限の少なくとも１つの制限処理を行う。例えばプレーヤ（第１のプレーヤ）が無制限に広告発生要求を行わないように、広告発生要求の使用制限処理を行う。具体的には広告発生要求の使用期間や使用回数の制限処理を行う。例えばプレーヤが広告発生要求を行った場合に、所与の制限期間が経過するまでは、当該プレーヤによる次の広告発生要求を受け付けないようにする。或いは、所定期間内（例えば１日以内）での広告発生要求の使用回数を所与の回数に制限する。また広告発生要求の宛先について制限してもよい。例えば第三者のプレーヤに対する広告発生要求については制限しない一方で、家族などの血縁関係のプレーヤに対する広告発生要求については制限する（例えば非許可にする）。或いは逆に、広告発生要求の宛先を、そのプレーヤの知り合い（フレンド等）だけに限定するような制限処理を行ってもよい。

また広告処理部６１３は、第１のプレーヤが第２のプレーヤに対して広告発生要求を行った場合に、第２のプレーヤによる第１のプレーヤに対する広告発生要求の制限処理を行ってもよい。即ち、第１のプレーヤから広告発生要求を受けた第２のプレーヤが、その報復として、第１のプレーヤに対して広告発生要求を行うのを制限する。例えば第１のプレーヤから広告発生要求を受けてから、所与の制限期間が経過するまでは、第２のプレーヤによる第１のプレーヤに対する広告発生要求を制限する。具体的には第２のプレーヤによる広告発生要求を受け付けずに、非許可にする。こうすることで広告発生要求の連鎖などが発生するのを抑制できる。

また広告処理部６１４は、解除条件が満たされなかった場合にペナルティ処理を行う。例えば第２のプレーヤにより解除条件が満たされなかった場合に、第２のプレーヤに対してペナルティ処理を行う。例えば第１のプレーヤからの広告発生要求を受け付けてから、所与の期間が経過したり、解除条件をクリアするための第２のプレーヤの行動回数が所与の制限回数を超えた場合などにおいて、第２のプレーヤに対してペナルティ処理を行う。ペナルティ処理としては、第２のプレーヤが所有するゲームポイント又はゲーム内通貨などを減らす処理や、アイテム、スキル、技又は称号などを第２のプレーヤから没収する処理などを想定できる。例えばペナルティ処理は、特典付与処理で付与された報酬量を減少させたり、付与された特典を没収する処理などであってもよい。或いはペナルティ処理は、第２のプレーヤがプレイするゲームにおいて第２のプレーヤを、より不利な状況にする処理であってもよい。

なお広告発生要求の広告は、例えばゲームに関連する広告である。ゲームに関連する広告としては、例えば新発売されるゲームの広告、既に発売されている関連ゲームの広告、ゲームで使用可能なアイテム等に関する広告、或いはゲームに関連してプレーヤが受けることができる各種のサービスに関する広告などを想定できる。

なお以上では、本実施形態のゲーム処理、受け付け処理、広告処理、表示処理等を、図２のサーバシステム５００が行う場合について説明したが、本実施形態はこれに限定されない。例えば、上記に説明した本実施形態のゲーム処理、受け付け処理、広告処理、表示処理等の一部又は全部を図３の端末装置ＴＭが行うようにしてもよい。この場合には、端末装置ＴＭ（或いは端末装置とサーバシステムが連携したシステム）が本実施形態のゲームシステムとして機能することになる。

２．本実施形態の手法
次に本実施形態の手法について詳細に説明する。なお、以下では本実施形態の手法をレースゲーム等のゲームに適用した場合を主に例にとり説明するが、本実施形態の手法は、種々のゲーム（ＲＰＧ、アクションゲーム、対戦ゲーム、競争ゲーム、シミュレーションゲーム、カードゲーム、スポーツゲーム、クイズゲーム、パズルゲーム、コミュニケーションゲーム、或いは音楽ゲーム等）に適用でき、ゲーム以外にも適用可能である。また以下ではサーバシステムを、適宜、単にサーバと記載する。

２．１ 広告の表示及び解除
従来の広告表示手法では、例えばゲームプレイの開始前、ゲームプレイ中、ゲームプレイの終了後、或いはシーンチェンジの際など、予め決められたタイミング、状況において、広告表示が行われていた。どのようなタイミング、状況でどのような広告を表示するかは、ゲームプログラムなどにより画一的に決められているため、広告の表示態様が画一的になってしまうという問題がある。またプレーヤが介在する要素が無いため、広告を利用したゲームの面白味の向上等を実現することはできなかった。

そこで本実施形態では、プレーヤＰＬ１が、例えば複数種類の広告爆弾（広義には広告発生要求）の中から所望の広告爆弾を選択し、プレーヤＰＬ２に送りつけ、送りつけられたプレーヤＰＬ２が広告爆弾の解除条件をクリアしたら、広告表示が解除される手法を採用する。

例えば図４（Ａ）において、プレーヤＰＬ１（第１のプレーヤ）は端末装置ＴＭ１（第１の端末装置）でゲームをプレイし、プレーヤＰＬ２（第２のプレーヤ）は端末装置ＴＭ２（第２の端末装置）でゲームをプレイする。端末装置ＴＭ１、ＴＭ２は、図１（Ａ）〜図１（Ｅ）で説明したように、携帯型通信端末（スマートフォン、携帯電話機）、携帯型ゲーム装置、家庭用ゲーム装置、業務用ゲーム装置、パーソナルコンピュータ、或いはタブレット型コンピュータなどである。そして端末装置ＴＭ１、ＴＭ２とサーバ（広義にはゲームシステム）は、ネットワークを介して通信接続されている。端末装置ＴＭ１、ＴＭ２のプレーヤＰＬ１、ＰＬ２がプレイするゲームにおいて、プレーヤＰＬ１、ＰＬ２には、使用できるゲームポイントが設定されている。プレーヤＰＬ１はゲーム内において、複数種類の広告爆弾の中から所望の広告爆弾を選択すると共に、その宛先を指定する。これによりプレーヤＰＬ２の端末装置ＴＭ２の表示部に、広告爆弾に対応する広告が表示される。広告爆弾が送りつけられたプレーヤＰＬ２の端末装置ＴＭ２では、広告の種類に応じた広告爆弾の解除条件（広告表示の消去条件）をクリアした際に、広告の表示が解除される。例えば、広告に関連するものを購入する、広告を所定期間閲覧する、何人かの人に口コミをしたり、或いはゲームにおいて課題をクリアするなどにより、解除条件が満たされて、広告の表示が解除される。プレーヤＰＬ２が解除条件をクリアした際に、プレーヤＰＬ１やプレーヤＰＬ２に対して特典である報酬が付与される。プレーヤＰＬ２がクリアしなければならない広告爆弾の解除条件や、プレーヤＰＬ１やプレーヤＰＬ２に付与される報酬量は、広告爆弾の種類に応じて変化する。またプレーヤＰＬ１が広告爆弾を送りつける際に、プレーヤＰＬ１がそのコストを負担する。また広告爆弾には使用制限（例えば１回／１日）や、宛先制限（特定の関係にある家族や友達に対しては要求不可など）が設定されている。また広告爆弾を仕掛けてきた相手のプレーヤへの報復は、一定期間禁止されるなどの制限もある。またプレーヤＰＬ２が広告爆弾の解除条件をクリアできない場合には、プレーヤＰＬ２に対してペナルティが与えられる。また広告表示の対象となる広告は例えばゲーム関連の広告である。

より具体的には図４（Ａ）に示すように、プレーヤＰＬ１がゲームをプレイする端末装置ＴＭ１において、プレーヤＰＬ１が宛先を指定して広告発生要求を行うと、当該広告発生要求が例えばサーバ（ホストサーバ、ゲームサーバ）により受け付けられる。図４（Ａ）では端末装置ＴＭ２でゲームをプレイするプレーヤＰＬ２を宛先として、広告発生要求である広告爆弾の投下が選択されている。するとサーバ（表示処理部）は、広告発生要求に対応する広告を、宛先で指定されるプレーヤＰＬ２の端末装置ＴＭ２において表示するための処理を行う。例えばサーバは、広告表示の画像をゲーム画面に表示することを、端末装置ＴＭ２に指示する処理を行う。

次に図４（Ｂ）に示すように、サーバ（広告処理部）は、広告発生要求がされたプレーヤＰＬ２が、広告の表示の解除条件を満たしたか否かを判断する。解除条件の詳細については後述する。解除条件が満たされた場合には、図４（Ｃ）に示すように、サーバは、プレーヤＰＬ２の端末装置ＴＭ２での広告の表示を解除する処理を行う。例えばサーバは、広告表示をゲーム画面から消去することを、端末装置ＴＭ２に指示する処理を行う。

また図５（Ａ）に示すように、サーバは、プレーヤＰＬ１から広告発生要求を受け付けた場合に、プレーヤＰＬ１に対して広告発生要求に対応するコストの要求処理を行う。例えばプレーヤＰＬ１が広告発生要求を行うと、プレーヤＰＬ１のゲームポイント又はゲーム内通貨などを、広告発生要求のコストとして消費（減少）させる処理を行う。こうすることで、プレーヤＰＬ１が無制限に広告発生要求を行って、広告発生要求が乱発されるなどの事態を抑制できる。この場合に、例えば広告の種類に応じて、コストの消費量を変化させてもよい。例えば解除条件が満たされた場合の報酬量が多い広告については、広告発生要求に必要なコストの消費量を多くする。或いは、プレーヤＰＬ１がアイテムを使用することで、広告発生要求を行えるようにしてもよい。この場合には、広告発生要求に必要なコストは、対応するアイテムを使用することになる。使用されたアイテムは、例えば消費されて消滅する。

また図５（Ｂ）に示すように、サーバは、プレーヤＰＬ２が解除条件を満たした場合に、プレーヤＰＬ１に対して特典を付与する処理を行う。即ち、プレーヤＰＬ２が解除条件をクリアして、広告表示の解除（消去）に成功すると、その広告の発生要求を行ったプレーヤＰＬ１に対して、特典を付与する。こうすることで、広告発生要求を行うことの効果的な動機づけを、プレーヤＰＬ１に対して与えることが可能になる。なおプレーヤＰＬ２が解除条件を満たした場合に、プレーヤＰＬ２に対しても報酬等の特典を付与してもよい。

図６（Ａ）〜図６（Ｃ）は広告発生要求の際に端末装置ＴＭ１に表示される選択画面の例である。

まず図６（Ａ）に示すように、広告発生要求である広告爆弾を投下するか否かを選択するための選択画面が表示される。プレーヤＰＬ１が広告爆弾の投下を選択すると、図６（Ｂ）に示すように、複数の広告爆弾の中から、投下する広告爆弾を選択するための選択画面が表示される。図６（Ｂ）に示すように、広告爆弾の投下に必要なコストの情報や、広告爆弾の解除時にプレーヤＰＬ１に付与される特典の情報が、広告爆弾に各関連づけられて表示されている。即ち、図５（Ａ）で説明したコストや、図５（Ｂ）で説明した特典が、各広告爆弾（各広告）に関連づけられて表示される。プレーヤＰＬ１は、これらのコストや特典（報酬）を勘案しながら、投下する広告爆弾を選択する。

プレーヤＰＬ１が、投下する広告爆弾を選択すると、図６（Ｃ）に示すように、広告爆弾の投下先のプレーヤを選択するための選択画面が表示される。即ち、広告発生要求の宛先のプレーヤを選択するための選択画面が表示される。プレーヤＰＬ１は、選択画面に表示される複数のプレーヤの中から、投下爆弾の投下先となるプレーヤを選択する。

図６（Ａ）〜図６（Ｃ）のように、プレーヤＰＬ１が、投下する広告爆弾とその宛先を指定して、広告発生要求を行うと、選択された広告爆弾に対応するコストが、プレーヤＰＬ１のゲームポイントやゲーム内通貨から消費される。そして図５（Ａ）で説明したように、この広告発生要求がサーバにより受け付けられ、宛先である第２の端末装置ＴＭ２の表示部に、広告爆弾に対応する広告が表示される。図７（Ａ）、図７（Ｂ）に広告表示の一例を示す。

図７（Ａ）、図７（Ｂ）では、プレーヤＰＬ２が操作するプレーヤカーＰＣＡと、コンピュータ（或いは相手プレーヤ）が操作するコンピューターカーＲＣＡとでレースを行うレースゲームが行われている。図６（Ａ）〜図６（Ｃ）のようにプレーヤＰＬ１が、プレーヤＰＬ２を宛先として広告爆弾を投下すると、図７（Ａ）のＡ１に示すように、広告爆弾が投下されたことを知らせる報知画面が表示される。そして図７（Ｂ）のＡ２に示すように、広告爆弾に対応する広告の画像が、ゲーム画面上に表示される。例えばＡ２では、当該レースゲームの新作ソフトが２０１６年４月１０日に発売されることを宣伝する広告が表示されている。この広告はゲームに関連する広告になる。

そしてプレーヤＰＬ２が、この新作ソフトの購入（購入予約）を所望する場合には、例えば図７（Ｂ）のＡ３に示す部分のタッチ操作などを行う。そして、このように、広告に関連する商品（ゲームソフト）をプレーヤＰＬ２が購入すると、広告表示の解除条件が満たされて、Ａ２に示す広告表示はゲーム画面から消去される。これにより図５（Ｂ）で説明したように、広告爆弾を投下したプレーヤＰＬ１（広告発生要求を行ったプレーヤ）に対して、報酬等の特典が付与される。商品を購入することによる広告表示の解除条件は、クリアの難易度が高い条件であるため、プレーヤＰＬ１に対しては、より多い報酬量が特典として付与されることになる。なおゲーム中の広告表示は、ゲームプレイ中の広告表示であってもよいし、ゲームプレイの開始前やゲームプレイの終了後やシーンチェンジ（場面変更）の際の広告表示であってもよい。

図８は、図２の広告情報記憶部６７２に記憶される広告情報の一例である。図８に示す広告情報では、各広告爆弾の各広告に対応づけて、広告の対象となる商品又はサービスや、広告表示（広告爆弾）の解除条件や、広告爆弾による広告発生要求に必要なコストや、広告表示の解除にプレーヤＰＬ２が成功した場合にプレーヤＰＬ１に付与される特典が関連づけて記憶されている。

例えば図６（Ｂ）においてプレーヤＰＬ１が広告爆弾ＢＭＢを選択して広告発生要求を行うと、プレーヤＰＬ１のゲームポイントやゲーム内通貨から、コストＣＳＢの消費処理が行われる。即ち、プレーヤＰＬ１から、広告爆弾ＢＭＢによる広告発生要求を受け付けた場合に、プレーヤＰＬ１に対して広告発生要求に対応するコストＣＳＢの要求処理が行われる。そして広告発生要求に必要なコストは、広告発生要求の各広告に応じて異なっている。例えば広告爆弾ＢＭＢとＢＭＣとでは、必要なコストがＣＳＢ、ＣＳＣが異なっている。

また広告爆弾による広告発生要求により、図７（Ｂ）のＡ２に示すような広告表示がプレーヤＰＬ２の端末装置ＴＭ２において行われたとする。この場合にプレーヤＰＬ２がこの広告表示（広告爆弾）を解除するためには、広告爆弾ＢＭＢの広告ＡＤＢに対応する解除条件ＣＤＢを満たす必要がある。例えば解除条件ＣＤＢが、広告ＡＤＢの商品又はサービスを購入することである場合には、当該商品又はサービスを購入することで、解除条件ＣＤＢが満たされることになる。

このように本実施形態では広告発生要求の広告に応じて異なる解除条件が設定されており、各広告に応じて設定される解除条件が判断される。また図６（Ｂ）に示すように、解除条件（ＣＤＡ、ＣＤＢ、ＣＤＣ・・・）が異なる複数の広告発生要求（ＢＭＡ、ＢＭＢ、ＢＭＣ・・・）の中から、プレーヤＰＬ１が選択した広告発生要求を受け付ける処理が行われる。そして、選択された広告発生要求（例えばＢＭＢ）に対応する解除条件（ＣＤＢ）が判断される。

またプレーヤＰＬ２が、広告爆弾ＢＭＢによる広告ＡＤＢの表示の解除条件を満たした場合には、広告ＡＤＢに対応する特典ＢＦＢがプレーヤＰＬ１（或いはプレーヤＰＬ２）に付与される。例えば、プレーヤＰＬ２が解除条件を満たした場合にプレーヤＰＬ１（或いはプレーヤＰＬ２）に対して与えられる特典が、広告発生要求の広告（或いは解除条件の違い）に応じて変化する。例えば広告爆弾ＢＭＢの広告ＡＤＢの表示の解除条件ＣＤＢがプレーヤＰＬ２により満たされた場合に、プレーヤＰＬ１に対しては特典ＢＦＢが付与される。一方、広告爆弾ＢＭＣの広告ＡＤＣの表示の解除条件ＣＤＣがプレーヤＰＬ２により満たされた場合に、プレーヤＰＬ１に対しては特典ＢＦＣが付与されることになる。特典ＢＦＢとＢＦＣとは、報酬量が異なっていたり、その種類が異なっている。

図９は、図２の解除条件情報記憶部６７３に記憶される解除条件情報の例である。例えば解除条件ＣＤＡでは、広告対象の商品を購入することが、広告表示の解除に必要な条件になる。例えば図７（Ｂ）のＡ３で説明したように広告対象となる商品をプレーヤＰＬ２が購入すると、解除条件ＣＤＡが満たされたと判断されて、Ａ２に示す広告が非表示になる。

解除条件ＣＤＢでは、広告の閲覧時間が３０分以上になることが、広告表示の解除に必要な条件になる。例えば図７（Ｂ）のＡ２に示す広告を、プレーヤＰＬ２が、例えば累積時間で３０分以上、閲覧すると、解除条件ＣＤＢが満たされたと判断されて、広告が非表示になる。

解除条件ＣＤＣでは、広告対象の商品についてのクイズにプレーヤＰＬ２が正当することが、広告表示の解除に必要な条件になる。例えば当該商品やその関連商品についてのクイズがプレーヤＰＬ２に対して出題される。そしてプレーヤＰＬ２がそのクイズに正答すると、解除条件ＣＤＣが満たされたと判断されて、広告が非表示になる。

解除条件ＣＤＤでは、広告対象のサービスをプレーヤＰＬ２が購入すると、解除条件ＣＤＤが満たされたと判断されて、広告が非表示になる。

解除条件ＣＤＥでは、プレーヤＰＬ２による広告の閲覧回数が１０回以上になると、解除条件ＣＤＥが満たされたと判断されて、広告が非表示になる。

解除条件ＣＤＦでは、広告対象のサービスについてプレーヤＰＬ２がアンケートに答えると、解除条件ＣＤＦが満たされたと判断されて、広告が非表示になる。

或いは、プレーヤＰＬ２が、広告対象の商品又はサービスに対して、口コミの情報を入力したり、口コミ情報の入力回数が所定回数を超えた場合に、解除条件が満たされたと判断して、広告を非表示にしてもよい。

以上のように本実施形態では、広告対象である商品又はサービスについてのプレーヤＰＬ２の購入情報（ＣＤＡ、ＣＤＤ）や、プレーヤＰＬ２による広告の閲覧情報や（ＣＤＢ、ＣＤＥ）や、商品又はサービスに対するプレーヤＰＬ２の口コミ情報や、商品又はサービスについてのプレーヤＰＬ２の応答情報（ＣＤＣ、ＣＤＦ）に基づいて、解除条件が判断される。

図１０は、プレーヤＰＬ２が広告爆弾（広告表示）の解除に成功した場合に、プレーヤＰＬ１の端末装置ＴＭ１に表示される画面の例である。図１０では、ゲームポイントである３００ポイントが特典としてプレーヤＰＬ１に付与されると共に、アイテムＩＡが特典として付与されている。

図１１は広告爆弾の各広告に対して、解除条件の難易度や、コストや、特典となる報酬を関連づけた広告情報の一例である。例えば広告爆弾ＢＭＫの広告ＡＤＫの表示の解除条件の難易度は、最も高いランクＳに設定されている。このランクＳの難易度の広告発生要求では、プレーヤＰＬ１に要求されるコストが、最も高いコスト（１００）に設定されており、解除条件のクリア時にプレーヤＰＬ１に付与される報酬（特典）も、高い報酬量（１０００）に設定されている。このように解除条件が異なれば、付与される報酬も変化する。

広告爆弾ＢＭＬの広告ＡＤＬの表示の解除条件の難易度は、ランクＳより難易度が低いランクＡに設定されている。このランクＡの難易度の広告発生要求では、プレーヤＰＬ１に要求されるコストが、ランクＳよりも低いコスト（５０）に設定されており、解除条件のクリア時に付与される報酬も、ランクＳよりも低い報酬量（２５０）に設定されている。

広告爆弾ＢＭＭの広告ＡＤＭの表示の解除条件の難易度は、ランクＡより難易度が低いランクＢに設定されている。このランクＢの難易度の広告発生要求では、プレーヤＰＬ１要求されるコストが、ランクＡよりも低いコスト（３０）に設定されており、解除条件のクリア時に付与される報酬も、ランクＡよりも低い報酬量（１００）に設定されている。広告爆弾ＢＭＮのコスト、報酬についても同様である。

図１１のような設定にすれば、プレーヤＰＬ１が、より高い報酬の取得を目指す場合には、より高いコストの広告爆弾を選択して、広告発生要求を行うことになる。プレーヤＰＬ１が、それほど高い報酬の取得を目指さない場合には、低いコストの広告爆弾を選択して、広告発生要求を行うことになる。

以上のように本実施形態では、一方のプレーヤＰＬ１が広告発生要求を行うことで、他方のプレーヤＰＬ２の端末装置ＴＭ２に広告発生要求に対応する広告が表示される。そして、この広告は、プレーヤＰＬ２が広告に対応する解除条件を満たすことで、その表示が解除される。従って、所定のタイミング、状況で画一的に広告が表示されていた従来の手法とは異なり、広告表示にプレーヤの介在要素を持たせることが可能になる。例えばプレーヤＰＬ１が広告発生要求を行うと、そのタイミング、そのゲーム状況で、プレーヤＰＬ２の端末装置ＴＭ２に広告が表示されるようになる。従って、画一的な従来手法とは異なり、広告表示に多様性を持たせることが可能になる。

またプレーヤＰＬ１はゲーム中の任意のタイミングで広告爆弾を投下することができ、プレーヤＰＬ２は解除条件をクリアすることで、その広告表示を消去できるため、広告表示にゲーム的な要素を持たせることが可能になる。例えばこれまでの広告表示手法では、広告対象となる商品やサービスに興味が無いプレーヤにとっては、広告は、その視界を妨げる表示物に過ぎず、広告の宣伝効果も十分に発揮できなかった。これに対して本実施形態の手法では、広告表示の要求とその解除というように、プレーヤＰＬ１とＰＬ２の間でのゲーム的なやり取りを実現できる。従って、プレーヤＰＬ１、ＰＬ２は、通常のゲームプレイに加えて、このようなゲーム的なやり取りも楽しむことが可能になる。また、プレーヤＰＬ１は複数の広告爆弾の中から所望の広告爆弾を選ぶことができ、各広告爆弾ごとに特典、コスト、解除条件が異なるため、ゲーム的な戦略性や面白味についても向上できる。

そして本実施形態では、プレーヤ間で、広告表示についてのゲーム的なやり取りが行われることで、各プレーヤは、広告の対象となる商品やサービスに対しても興味を持つようになり、広告の宣伝効果についても、従来の手法に比べて向上できる。例えばプレーヤＰＬ２は、広告の解除条件を満たすために、広告対象となる商品やサービスの購入や、広告の閲覧や、商品やサービスに関するクイズやアンケートへの回答を行うようになる。従って、プレーヤＰＬ２に商品やサービスの購入や広告の閲覧を促したり、クイズやアンケートを介して商品やサービスについての認知度を高めたりすることが可能になり、広告の宣伝機能を高めることができる。

またプレーヤＰＬ２が解除条件を満たすと、広告発生要求を行ったプレーヤＰＬ１に報酬等の特典が与えられるため、広告発生要求を行うことの効果的な動機づけをプレーヤＰＬ１に与えることができる。従って、ゲームソフトのメーカ等が広告表示のアルゴリズムをゲームソフトに組み込まなくても、プレーヤの自発的な行動で、各端末装置での広告表示が頻繁に行われるようになる。従って、広告の表示と解除というゲーム的なやり取りを自然発生的に増やすことが可能になり、広告の宣伝効果についても更に向上できるようになる。一方、広告発生要求を行うプレーヤＰＬ１に対して、一定のコストが要求されるため、広告発生要求が乱発してしまうような事態も抑制できる。

２．２ 制限処理、ペナルティ処理
本実施形態では広告発生要求に対して所定の制御処理を行う。例えばプレーヤの広告発生要求に対して使用制限や宛先制限の制限処理を行う。

例えば図１２（Ａ）において、端末装置ＴＭ１のプレーヤＰＬ１は、端末装置ＴＭ２のプレーヤＰＬ２を宛先として広告発生要求を行っている。この場合にこの広告発生要求が行われてから制限期間ＴＬＡが経過するまでの間は、プレーヤＰＬ１の広告発生要求の使用が制限され、例えばプレーヤＰＬ１からの広告発生要求は受け付けられなくなる。そして制限期間ＴＬＡが経過すると、プレーヤＰＬ１からの広告発生要求は、通常通りに受け付けられるようになる。このようにすればプレーヤＰＬ１が、同じプレーヤＰＬ２に対して短期間の間に何度も広告爆弾を投下し、プレーヤＰＬ２の端末装置ＴＭ２に同じプレーヤＰＬ１からの広告が連続して頻繁に表示されてしまうような事態を抑制できる。

また図１２（Ｂ）では広告発生要求の宛先に対して制限処理が行われている。例えば第三者やフレンドについては、広告発生要求の許可フラグが１にセットされており、宛先として許可されているが、家族については許可フラグが０にセットされており、宛先として非許可となっている。このように、広告発生要求の宛先について制限するようにすれば、例えば家族同士で、広告発生要求と解除を恣意的に行って、報酬等が不当に取得されてしまう事態を抑制できる。

なお宛先の許可、不許可の態様は図１２（Ｂ）のような態様に限定されず、種々の変形実施が可能である。例えばプレーヤのフレンドに対しても許可フラグを０にセットして、宛先として非許可にしてもよい。或いは逆に、フレンドなどのプレーヤの一定の関係にある者に対してのみ、許可フラグを１にセットして、宛先として許可するようにしてもよい。

また本実施形態では、プレーヤＰＬ１がプレーヤＰＬ２に対して広告発生要求を行った場合に、プレーヤＰＬ２によるプレーヤＰＬ１に対する広告発生要求を制限する処理を行う。

例えば図１３において、端末装置ＴＭ１のプレーヤＰＬ１は、端末装置ＴＭ２のプレーヤＰＬ２を宛先として広告発生要求を行っている。この場合にこの広告発生要求が行われてから制限期間ＴＬＢが経過するまでの間は、プレーヤＰＬ２によるプレーヤＰＬ１に対する広告発生要求が制限される。例えば、制限期間ＴＬＢの間は、プレーヤＰＬ２はプレーヤＰＬ１に対して広告発生要求を行うことができない。例えば制限期間ＴＬＢの間は、プレーヤＰＬ２は、プレーヤＰＬ１を広告発生要求の宛先として指定することができない。そして制限期間ＴＬＢが経過すると、プレーヤＰＬ１を宛先とするプレーヤＰＬ２の広告発生要求は許可される。このようにすれば、プレーヤＰＬ１とＰＬ２の間で相互に広告発生を行うような報復合戦が発生するのを抑制できる。例えばプレーヤＰＬ１の広告爆弾に対して、プレーヤＰＬ２がその報復となる広告爆弾を投下して、それに対して更にプレーヤＰＬ１が広告爆弾を投下するなどして、プレーヤＰＬ１とＰＬ２の間で広告爆弾の報復合戦が延々と続いてしまうような事態を抑制できる。

また本実施形態では、広告発生要求を受けたプレーヤＰＬ２が、その解除条件を満たせなかった場合に、プレーヤＰＬ２に対してペナルティ処理を行う。

例えば図１４（Ａ）ではプレーヤＰＬ１がプレーヤＰＬ２を宛先とする広告発生要求を行っており、プレーヤＰＬ２の端末装置に、広告発生要求に対応する広告が表示される。そして図１４（Ｂ）では、プレーヤＰＬ２が解除条件のクリアに非成功になっている。例えば所与の期間内に解除条件を満たすことができず、解除条件は非成立となっている。この場合には図１４（Ｃ）に示すようにプレーヤＰＬ２に対してペナルティ処理を行う。例えばペナルティ処理として、ゲームポイントやゲーム内通貨の消費処理などを行う。

このようにすれば、プレーヤＰＬ１からの広告発生要求による広告表示を、プレーヤＰＬ２が放置して、解除条件をクリアするための行動をプレーヤＰＬ２が取らなくなってしまうような事態を抑制できる。即ちプレーヤＰＬ１からの広告発生要求が来た場合に、プレーヤＰＬ２は、例えば所与の期間内に解除条件を満たさないと、自身にペナルティが課されるため、解除条件を満たすための行動を取るようになる。例えば広告の解除条件を満たすために、広告対象となる商品やサービスの購入や、広告の閲覧や、商品やサービスに関するクイズやアンケートへの回答を行うようになる。従って、商品やサービスの購入や広告の閲覧を促したり、クイズやアンケートを利用して商品等の認知度を高めたりすることなどが可能になり、広告の宣伝機能を更に高めることが可能になる。

２．３ 変形例
次に本実施形態の種々の変形例について説明する。

例えば本実施形態では、第２のプレーヤが、どのぐらい広告を閲覧したかについての情報を、成果情報として広告主（広告元）に送信するようにしてもよい。そして、その成果情報の成果に対する請求処理（対価を請求する処理）を、広告主に対して行うようにしてもよい。この場合の成果情報は、例えば第２のプレーヤによる広告の閲覧時間、閲覧回数、或いは、その広告を経由して商品等の購入に至った回数などの情報を含むことができる。

また広告の表示形態が大きい場合（例えば広告の表示面積が大きい、或いは広告の画面占有率が高い）には、第１のプレーヤに対して要求する広告発生要求のコストを高くしたり、解除条件の難易度を高くしたり、解除条件を満たした場合に付与される特典の報酬量を多くしたり、より価値の高い特典を付与するようにしてもよい。

また第１のプレーヤが広告爆弾による広告発生要求を行う相手プレーヤは、第２のプレーヤだけではなく、第３、第４のプレーヤというように複数人のプレーヤであってもよい。そして例えば広告爆弾による広告の解除条件が、「広告を５分間閲覧する」という条件であったとする。この場合に第２、第３、第４のプレーヤの広告の閲覧時間の合計が５分間に達すれば、解除条件がクリアされたと判断してもよい。或いは第２、第３、第４のプレーヤのいずれか１人が、広告を５分間閲覧した時点で、解除条件がクリアされたと判断してもよい。

このように解除条件となる広告の閲覧時間が５分である場合に、第２のプレーヤの閲覧時間が０分であり、第３のプレーヤの閲覧時間が３分である時には、第４のプレーヤの閲覧時間が２分に達した時点で、解除条件がクリアとなる。その場合に広告爆弾による広告表示が解除（非表示）になるプレーヤは、第４のプレーヤだけであってもよいし、第２、第３、第４のプレーヤの全員について、広告爆弾による広告表示が解除になってもよい。或いは、閲覧時間が最も長い第３のプレーヤについてだけ、広告表示が解除になってもよいし、閲覧時間が０分ではない第３、第４のプレーヤについてだけ、広告表示が解除になってもよい。

３．詳細な処理
次に本実施形態の詳細な処理例について図１５のフローチャートを用いて説明する。

まず広告発生要求が来たか否かを判断する（ステップＳ１）。例えば図６（Ａ）〜図６（Ｃ）に示すような選択画面を用いて、プレーヤが宛先を指定して広告発生要求を行ったか否かを判断する。

次に、広告発生要求が許可されている宛先か否かを判断する（ステップＳ２）。これは図１２（Ｂ）に示すような宛先の許可フラグを用いることで判断できる。広告発生要求が許可されている宛先である場合には、広告発生要求の制限期間が経過しているか否かを判断する（ステップＳ３）。例えば図１２（Ａ）の制限期間ＴＬＡが経過した後の広告発生要求か否かを判断する。

制限期間を経過している場合には、当該広告発生要求を受け付け、広告発生要求に対応する広告情報と解除条件情報を読み出す（ステップＳ４）。例えば図８、図９に示すような広告情報、解除条件情報を広告情報記憶部６７２、解除条件情報記憶部６７３から読み出す。そして広告発生要求の宛先の端末装置での広告の表示処理を行う（ステップＳ５）。例えば図７（Ｂ）に示すような広告表示を行う。また広告発生要求のコストの消費処理を行う（ステップＳ６）。即ち、図５（Ａ）に示すように広告発生要求の対価としてのコストの要求処理を行う。

次に、解除条件が満たされたか否かを判断する（ステップＳ７）。即ち、図９に示すような各広告表示に対応する解除条件が満たされたか否かを判断する。そして、解除条件が満たされた場合には、広告を非表示にする処理を行う（ステップＳ８）。即ち、図７（Ｂ）の広告表示を画面から消去する。そして広告発生要求を行ったプレーヤへの特典の付与処理を行う（ステップＳ９）。例えば図１０に示すようにゲームポイントやアイテムなどの特典を付与する処理を行う。一方、解除条件が満たされなかった場合には、所定期間が経過したか否かを判断する（ステップＳ１０）。そして解除条件が満たされないまま、所定期間が経過した場合には、プレーヤに対してペナルティを課すペナルティ処理を行う（ステップＳ１１）。即ち図１４（Ａ）〜図１４（Ｃ）で説明したペナルティ処理を実行する。

なお、上記のように本実施形態について詳細に説明したが、本発明の新規事項および効果から実体的に逸脱しない多くの変形が可能であることは当業者には容易に理解できるであろう。従って、このような変形例はすべて本発明の範囲に含まれるものとする。例えば、明細書又は図面において、少なくとも一度、より広義または同義な異なる用語（広告発生要求、ゲームシステム等）と共に記載された用語（広告爆弾、サーバ等）は、明細書又は図面のいかなる箇所においても、その異なる用語に置き換えることができる。また、広告発生要求の受け付け処理、広告の表示処理、解除条件の判断処理、広告表示の解除処理、制限処理等も本実施形態で説明したものに限定されず、これらと均等な手法も本発明の範囲に含まれる。

ＴＭ１〜ＴＭｎ、ＴＭ 端末装置、
ＴＭ１、ＴＭ２ 第１、第２の端末装置、ＰＬ１、ＰＬ２ 第１、第２のプレーヤ、
１００ 処理部、１０２ 入力処理部、１１０ 演算処理部、１１１ ゲーム処理部、
１１２ 受け付け処理部、１１３ 広告処理部、１１４ 解除条件判断部、
１１５ 特典処理部、１１６ コスト要求処理部、１２０ 表示処理部、
１３０ 音処理部、１６０ 操作部、１６２ 撮像部、１７０ 記憶部、
１７２ 広告情報記憶部、１７３ 解除条件情報記憶部、１７４ 特典情報記憶部、
１８０ 情報記憶媒体、１９０ 表示部、１９２ 音出力部、
１９４ Ｉ／Ｆ部、１９５ 携帯型情報記憶媒体、１９６ 通信部、
５００ サーバシステム、５１０ ネットワーク、６００ 処理部、
６０２ 入力処理部、６１０ 演算処理部、６１１ ゲーム処理部、
６１２ 受け付け処理部、６１３ 広告処理部、６１４ 解除条件判断部、
６１５ 特典処理部、６１６ コスト要求処理部、６１７ 認証処理部、
６１８ 課金処理部、６１９ 管理処理部、６２０ 表示処理部、６３０ 音処理部、
６６０ 操作部、６７０ 記憶部、６７２ 広告情報記憶部、
６７３ 解除条件情報記憶部、６７４ 特典情報記憶部、６７６ 課金情報記憶部、
６７８ ユーザ情報記憶部、６８０ 情報記憶媒体、６９６ 通信部

Claims (13)

1. 第１のプレーヤがゲームをプレイする第１の端末装置において、前記第１のプレーヤが宛先を指定して広告発生要求を行った場合に、前記広告発生要求と前記宛先とを受け付ける処理を行う受け付け処理部と、
   前記広告発生要求に対応する広告を、前記宛先で指定される第２のプレーヤの第２の端末装置において表示するための処理を行う表示処理部と、
   前記広告発生要求がされた前記第２のプレーヤが、広告の表示の解除条件を満たしたか否かを判断し、前記解除条件が満たされた場合に、前記第２のプレーヤの前記第２の端末装置での前記広告の表示を解除する処理を行う広告処理部と、
   を含むことを特徴とするゲームシステム。
2. 請求項１において、
   前記広告発生要求の前記広告に応じて異なる前記解除条件が設定され、
   前記広告処理部は、
   前記広告に応じて設定される前記解除条件を判断することを特徴とするゲームシステム。
3. 請求項１又は２において、
   前記受け付け処理部は、
   前記解除条件が異なる複数の前記広告発生要求の中から、前記第１のプレーヤが選択した広告発生要求を受け付ける処理を行い、
   前記広告処理部は、
   選択された前記広告発生要求に対応する前記解除条件を判断することを特徴とするゲームシステム。
4. 請求項１乃至３のいずれかにおいて、
   前記広告処理部は、
   前記広告の対象である商品又はサービスについての前記第２のプレーヤの購入情報、前記第２のプレーヤによる前記広告の閲覧情報、前記商品又は前記サービスに対する前記第２のプレーヤの口コミ情報、及び前記商品又は前記サービスについての前記第２のプレーヤの応答情報の少なくとも１つに基づいて、前記解除条件を判断することを特徴とするゲームシステム。
5. 請求項１乃至４のいずれかにおいて、
   前記広告処理部は、
   前記第２のプレーヤが前記解除条件を満たした場合に、前記第１のプレーヤ及び前記第２のプレーヤの少なくとも一方に対して特典を付与する処理を行うことを特徴とするゲームシステム。
6. 請求項５において、
   前記広告処理部は、
   前記第２のプレーヤが前記解除条件を満たした場合に前記第１のプレーヤ及び前記第２のプレーヤの少なくとも一方に対して与えられる前記特典を、前記広告発生要求の前記広告に応じて変化させることを特徴とするゲームシステム。
7. 請求項５又は６において、
   前記広告処理部は、
   前記第２のプレーヤが前記解除条件を満たした場合に前記第１のプレーヤ及び前記第２のプレーヤの少なくとも一方に対して与えられる前記特典を、前記解除条件の違いに応じて変化させることを特徴とするゲームシステム。
8. 請求項１乃至７のいずれかにおいて、
   前記広告処理部は、
   前記第１のプレーヤから前記広告発生要求を受け付けた場合に、前記第１のプレーヤに対して前記広告発生要求に対応するコストの要求処理を行うことを特徴とするゲームシステム。
9. 請求項１乃至８のいずれかにおいて、
   前記広告処理部は、
   前記第１のプレーヤの前記広告発生要求に対して、使用制限及び宛先制限の少なくとも１つの制限処理を行うことを特徴とするゲームシステム。
10. 請求項１乃至９のいずれかにおいて、
    前記広告処理部は、
    前記第１のプレーヤが前記第２のプレーヤに対して前記広告発生要求を行った場合に、前記第２のプレーヤによる前記第１のプレーヤに対する前記広告発生要求の制限処理を行うことを特徴とするゲームシステム。
11. 請求項１乃至１０のいずれかにおいて、
    前記広告処理部は、
    前記第２のプレーヤにより前記解除条件が満たされなかった場合に、前記第２のプレーヤに対してペナルティ処理を行うことを特徴とするゲームシステム。
12. 請求項１乃至１１のいずれかにおいて、
    前記広告発生要求の前記広告は、ゲームに関連する広告であることを特徴とするゲームシステム。
13. 第１のプレーヤがゲームをプレイする第１の端末装置において、前記第１のプレーヤが宛先を指定して広告発生要求を行った場合に、前記広告発生要求と前記宛先とを受け付ける処理を行う受け付け処理部と、
    前記広告発生要求に対応する広告を、前記宛先で指定される第２のプレーヤの第２の端末装置において表示するための処理を行う表示処理部と、
    前記広告発生要求がされた前記第２のプレーヤが、広告の表示の解除条件を満たしたか否かを判断し、前記解除条件が満たされた場合に、前記第２のプレーヤの前記第２の端末装置での前記広告の表示を解除する処理を行う広告処理部として、
    コンピュータを機能させることを特徴とするプログラム。