JP2003281439A - サーバ、ゲーム端末、広告依頼装置およびプログラム - Google Patents

Abstract

(57)【要約】 【課題】 本発明の課題は、ネットワークに公開するサ
イトにおいて、より印象に残る広告を表示すると共に、
ゲームに参加する参加者に合わせて絞り込んだ広告を表
示することである。 【解決手段】 ゲームサーバ１は、広告依頼主４から受
信する広告情報を割付条件に従って分類して記憶する。
また、ゲームへの参加を希望する希望者の端末装置２か
ら個人情報を受信し、割付条件と受信した個人情報とに
基づいて端末装置２に送信する広告情報の分類を決定す
る。そして、ゲームサーバ１は、端末装置２に対してゲ
ームのデータを送信すると共に、決定した分類の広告情
報を送信し、ゲームにおける休憩時間に端末装置２の表
示画面に表示させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信回線を介して
互いにデータを送受信してゲームを実行するサーバ、ゲ
ーム端末、広告依頼装置及びプログラムに関する。

【０００２】

【従来の技術】従来、インターネットにおけるウェブサ
イトに広告を載せる方法についていくつかの試みがなさ
れている。良く知られた例では、ウェブページの上方や
下方にバナー広告を表示するものがある。バナー広告と
は、帯状の広告グラフィックのことであり、利用者がマ
ウス等のポインティングデバイスによりバナーを選択
（クリック）すると広告主のウェブページにジャンプす
るように設定されている。

【０００３】

【発明が解決しようとする課題】一般的なバナー広告
は、ウェブページの片隅に配置されることが多いため、
利用者にその存在さえ認識されることなく見過ごされる
ことが多かった。バナー広告の中には、派手なグラフィ
ックやアニメーションを用いて利用者の目を引くように
工夫されたものもあるが、本文を読む際の目障りとなり
倦厭されることもある。また、バナー広告では、ウェブ
ページを閲覧する利用者を特定することができないた
め、利用者の趣味や趣向、年齢などに合わせて絞り込ん
だ広告を提供できなかった。

【０００４】本発明の課題は、ネットワークに公開する
サイトにおいて、より印象に残る広告を表示すると共
に、サイトを見る対象に合わせて絞り込んだ広告を表示
することである。

【０００５】

【課題を解決するための手段】請求項１記載の発明は、
上記事項に鑑みて成されたものであって、通信回線（例
えば、図１に示すネットワーク３）を介してゲーム端末
（例えば、図１に示す端末装置２）と接続可能に構成さ
れるサーバ（例えば、図１に示すゲームサーバ１）にお
いて、広告情報を記憶する記憶手段（例えば、図１２に
示す広告テーブル１６６）と、前記ゲーム端末とデータ
通信を行って所定のネットワークゲーム（例えば、本実
施の形態におけるバトルゲーム）を実行するゲーム実行
手段（例えば、図１３に示すＣＰＵ１０；図２４に示す
ゲーム制御処理）と、前記ゲーム端末に前記記憶手段に
記憶された広告情報を送信する広告手段（図１３に示す
ＣＰＵ１０および伝送制御装置１４；図２５に示す広告
掲載処理）と、前記ゲーム実行手段によるデータ通信
と、前記広告手段による前記広告情報の送信とを所定の
タイミングで切り換える切換手段（例えば、図１３に示
すＣＰＵ１０；図２４に示すモード切換処理）と、を備
えることを特徴とする。

【０００６】請求項１４記載の発明は、通信回線（例え
ば、図１に示すネットワーク３）を介してゲーム端末
（例えば、図１に示す端末装置２）と接続可能に構成さ
れるサーバ（例えば、図１に示すゲームサーバ１）の各
種機能を実現させるためのプログラムであって、当該サ
ーバに、広告情報を記憶させるための機能（例えば、図
１３に示す記憶装置１５；記録媒体１６に記憶される広
告テーブル１６６）と、前記ゲーム端末とデータ通信を
行って所定のネットワークゲーム（例えば、本実施の形
態におけるバトルゲーム）を実行させるための機能（例
えば、図１３に示すＣＰＵ１０；図２４に示すゲーム制
御処理）と、前記ゲーム端末に前記広告情報を送信させ
るための機能（図１３に示すＣＰＵ１０および伝送制御
装置１４；図２５に示す広告掲載処理）と、前記ネット
ワークゲームの実行によるデータ通信と、前記広告情報
の送信とを所定のタイミングで切り換えらせるための機
能（例えば、図１３に示すＣＰＵ１０；図２４に示すモ
ード切換処理）と、を実現させることを特徴とする。

【０００７】ここで、通信回線とは、データ授受が可能
な通信路を意味する。即ち、通信回線とは、直接接続の
ための専用線（専用ケーブル）やイーサネット（登録商
標）等によるＬＡＮの他、電話通信網やケーブル網、イ
ンターネット等の通信網を含む意味であり、また通信方
法については有線／無線を問わない意味である。また、
ネットワークゲームとは、通信回線を介して接続される
装置が互いにデータを送受信し、そのやり取りしたデー
タに基づいてゲームを展開させるタイプのゲームを含む
意である。また、ゲーム端末とは、ゲーム処理を実行す
るための専用のゲーム機だけでなく、パーソナルコンピ
ュータや、ＰＤＡや携帯電話などの小型携帯端末などを
含む意である。

【０００８】この請求項１または１４記載の発明によれ
ば、ゲーム端末に対し、ゲームに係るデータと、広告に
係るデータとを所定のタイミングで切り換えて送信す
る。例えば、サーバがバトルゲームを展開し各ゲーム端
末に提供する場合には、バトルゲームにおけるラウンド
の合間に広告のデータを送信して、ゲーム端末にゲーム
画像と切り換えて広告画像を表示させれば、ゲーム端末
の表示画面を見る人がＴＶコマーシャルを見る感覚で広
告を見ることができる。したがって、例えばインターネ
ットのサイト上に掲載される従来知られたバナー広告の
ように見落とされることなく、確実に試聴者に広告を掲
示できる。また、ゲームのインターバルに広告のデータ
を送信することとすれば、ゲームを楽しむ参加者に対し
てゲームを中断されたような不快感を与えることなく、
広告を掲示できる。

【０００９】請求項２記載の発明は、請求項１記載のサ
ーバにおいて、前記記憶手段が、前記広告情報を、割付
条件（例えば、本実施の形態における割付条件）と対応
づけて複数記憶し、前記ゲーム端末から個人情報（例え
ば、本実施の形態における個人情報）を受信する個人情
報受信手段（例えば、図１３に示すＣＰＵ１０；図１９
に示す会員登録処理）と、前記個人情報受信手段により
受信された個人情報と、前記割付条件とに基づいて、送
信する広告情報を前記記憶手段に記憶された広告情報の
中から特定する特定手段（例えば、図１３に示すＣＰＵ
１０；図２６に示す広告登録処理および図２１に示すバ
トルゲーム割付処理）と、を更に備えるとともに、前記
広告手段が、前記特定手段により特定された広告情報
を、対応するゲーム端末に送信することを特徴とする。

【００１０】この請求項２記載の発明によれば、ゲーム
端末から受信する個人情報に応じてゲーム端末に送信す
る広告情報の内容を特定することができる。したがっ
て、例えば、個人情報に年齢を含むものとし、１２歳以
下の年齢値を有する個人情報と対応するゲーム端末に
は、人気玩具の広告情報を配信するといったように、広
告の内容および個人情報に合わせて絞り込んだ広告提供
を実現することができる。

【００１１】請求項３記載の発明は、請求項１記載のサ
ーバにおいて、前記記憶手段が、前記広告情報を、割付
条件（例えば、本実施の形態における割付条件）と対応
づけて複数記憶し（例えば、図１２および図１３に示す
広告テーブル１６６）、前記ゲーム実行手段が、割付条
件に応じた複数の仮想ゲーム場（例えば、本実施の形態
におけるバトルアプリケーションに基づいて展開される
バトルランド）それぞれにおいて前記ネットワークゲー
ムを実行する手段（例えば、図１３に示すＣＰＵ１０；
図２４に示すゲーム制御処理）を有し、前記ゲーム端末
から個人情報（例えば、本実施の形態における個人情
報）を受信する個人情報受信手段（例えば、図１３に示
すＣＰＵ１０；図１９に示す会員登録処理）と、前記個
人情報受信手段により受信された個人情報と、前記割付
条件とに基づいて、当該ゲーム端末に対応する仮想ゲー
ム場を割り付ける割付手段（例えば、図１３に示すＣＰ
Ｕ１０；図２１に示すバトルゲーム割付処理）と、を備
えるとともに、前記広告手段が、前記仮想ゲーム場に対
応する割付条件に応じた広告情報を、当該仮想ゲーム場
に割り付けられたゲーム端末に送信する（例えば、本実
施の形態のように、広告テーブル１６６内の広告情報を
読み出す領域をバトルアプリケーション毎に設定する）
ことを特徴とする。

【００１２】この請求項３記載の発明によれば、サーバ
は、広告情報を割付条件と対応付けて記憶する。また、
割付条件の数に応じた複数の仮想ゲーム場のゲームを実
行する。更に、ゲーム端末から受信した個人情報と割付
条件とに基づいてゲーム端末に割付ける仮想ゲーム場を
決定する。そして広告を送信するタイミングには、同じ
仮想ゲーム場に参加する全てのゲーム端末に対して同じ
広告情報を送信する。したがって、割付条件に基づいて
広告情報、個人情報（ゲーム端末）、仮想ゲーム場をそ
れぞれ各条件毎に分類させることができる。このため、
広告の内容に応じて割付条件を設定すれば、各広告情報
の配信先のゲーム端末を広告の内容に応じて決定するこ
とができる。

【００１３】請求項４記載の発明は、通信回線を介して
広告情報を提供する広告依頼装置と接続可能な請求項２
または３記載のサーバにおいて、前記広告依頼装置（例
えば、図１に示す広告依頼主４；依頼者端末４）から広
告情報と広告対象条件とを受信する受信手段（例えば、
図１３に示すＣＰＵ１０；図２６に示す広告登録処理）
を備え、前記記憶手段が、前記受信手段により受信され
た広告対象条件に基づいて、前記受信手段により受信さ
れた広告情報と割付条件とを対応付けて記憶する（例え
ば、図１２および図１３に示す広告テーブル１６６）こ
とを特徴とする。ここで、広告対象条件とは、広告の内
容を知らしめたい対象の条件を意味する。例えば、年齢
の条件や、未婚・既婚の条件、家族構成、出身地といっ
た各条件を含むものである。

【００１４】この請求項４記載の発明によれば、サーバ
は、広告依頼端末から広告情報と広告対象条件とを受信
すると、受信した広告対象条件に基づいて広告情報に対
応する割付条件を決定する。更に、割付条件と個人情報
とに基づいてゲーム端末に送信する広告情報を特定す
る。したがって、サーバは、広告対象条件に適合する個
人情報を有するゲーム端末に対してのみ対応する広告情
報を送信できる。換言すれば、広告内容に応じた対象に
絞って広告を配信できる。例えば、広告対象条件Ｘとし
て年齢３０歳以上が指定され、割付条件として年齢１５
歳未満（割付条件Ａ）と、年齢１５歳以上２５歳未満
（割付条件Ｂ）と、年齢２５歳以上（割付条件Ｃ）とを
設定した場合には、広告対象条件Ｘに対応する広告情報
Ｘを、割付条件Ｃに対応付る。そして、個人情報に年齢
２５歳以上の年齢値を有するゲーム端末に対して広告情
報Ｘを送信する、といった具合に広告を知らしめたい対
象に絞って広告を掲示することができる。

【００１５】請求項５記載の発明は、請求項１から４の
何れかに記載のサーバにおいて、前記広告手段が、前記
広告情報と、当該広告情報に係るアンケート情報とを前
記ゲーム端末の表示画面上に一体として表示させるため
の情報を前記ゲーム端末に送信し、前記ゲーム端末から
前記アンケート情報に対する回答情報を受信する回答受
信手段（例えば、図１３に示すＣＰＵ１０；図２７に示
すアンケート蓄積処理）を備えることを特徴とする。

【００１６】この請求項５記載の発明によれば、サーバ
は、アンケート情報を広告情報と一体的にゲーム端末の
表示画面上に表示させるための情報をゲーム端末に送信
すると共に、ゲーム端末からアンケートに対する回答情
報を受信する。したがって、単に広告を掲示するだけで
なく、アンケートを表示してその掲載した広告に対する
視聴者の好感度や広告内容に対する意見などを受信して
分析することができる。

【００１７】また、広告情報とアンケート情報とを受信
するゲーム端末側において、広告情報と一体的に表示す
るアンケートに対してポインティングデバイスなどによ
る選択操作で簡単に回答できる構成にすれば、表示した
広告に対する意見や感想をリアルタイムに受信でき、広
告依頼主に対して視聴者の生の声を知らせることができ
る。

【００１８】請求項６記載の発明は、請求項５記載のサ
ーバにおいて、前記回答受信手段により受信された回答
情報を蓄積し、蓄積結果を所定のサイト上で公開する公
開手段（例えば、図１３に示すＣＰＵ１０；図２に示す
公開ページ管理機能１１０）を備えることを特徴とす
る。

【００１９】この請求項６記載の発明によれば、サーバ
は、広告のアンケートに対する回答を蓄積して、サイト
上に公開する。例えば、アンケートに対する回答のうち
好感度の高い回答が返された広告を集計し、その集計結
果について「広告好感度ランキング」などとして公開ペ
ージ上に掲載すれば、その広告を公開ページの試聴者に
対して更にアピールできるだけでなく、本サーバが実施
するゲームの存在をも試聴者に知らしめることができ
る。

【００２０】請求項７記載の発明は、請求項４記載のサ
ーバにおいて、前記広告手段が、前記広告情報と、当該
広告情報に係るアンケート情報とを前記ゲーム端末の表
示画面上に一体として表示させるための情報を前記ゲー
ム端末に送信し、前記ゲーム端末から前記アンケート情
報に対する回答情報を受信する回答受信手段（例えば、
図１３に示すＣＰＵ１０；図２７に示すアンケート蓄積
処理）と、前記回答受信手段により受信された回答情報
を、対応する広告情報毎に蓄積し、蓄積結果を、当該広
告情報を送信した広告依頼装置に送信する回答結果送信
手段（例えば、図１３に示すＣＰＵ１０；図２８に示す
アンケート結果送信処理）と、を備えることを特徴とす
る。

【００２１】この請求項７記載の発明によれば、サーバ
は、広告のアンケートに対する回答を蓄積し、その蓄積
結果をその広告の依頼主に送信する。したがって、広告
に対する試聴者の生の声を集計若しくは蓄積して、広告
依頼主に提供することができる。その際、個人情報に基
づいて絞り込んで広告情報を各ゲーム端末に配信すれ
ば、市場調査の資料として信頼できる情報を広告依頼主
に提供することができる。

【００２２】請求項８記載の発明は、請求項１から７の
何れかに記載のサーバにおいて、前記ゲーム実行手段
が、前記ゲーム端末と、前記ネットワークゲームに登場
するキャラクタとを対応づけ、当該ゲーム端末の操作指
示に基づいて、対応するキャラクタが動作するネットワ
ークゲームを実行し、前記ゲーム端末から送信される画
像データを受信する画像受信手段（例えば、図１３に示
すＣＰＵ１０および伝送制御装置１４；図２２に示すキ
ャラクタ設定処理のステップＳ３８）と、前記画像受信
手段により受信された画像データを加工し、その加工し
た画像データを基にキャラクタを生成する生成手段（例
えば、図１３に示すＣＰＵ１０；図２２に示すキャラク
タ設定処理のステップＳ３８）と、を備えることを特徴
とする。

【００２３】この請求項８記載の発明によれば、サーバ
は、ゲーム端末から送信される画像データを受信し、そ
の受信した画像データに基づいてキャラクタを生成す
る。したがって、ゲームの参加者は、自分特有のキャラ
クタを生成して仮想ゲーム場で操作することができる。
このため、ネットワークゲームのような多数の参加者が
仮想ゲーム場を共有して遊ぶタイプゲームにおいて、各
参加者がキャラクタを介して個性を発揮し、自分独特の
楽しみ方を堪能することができる。

【００２４】請求項９記載の発明は、請求項１から８の
何れかに記載のサーバにおいて、前記ゲーム実行手段
が、平常時用のネットワークゲームと、大会用のネット
ワークゲームとの少なくとも２種類のネットワークゲー
ムの内の何れかを実行し、前記ゲーム実行手段が前記大
会用のネットワークゲームを実行する日時を所定のサイ
ト上で公開するイベント案内手段（例えば、図１３に示
すＣＰＵ１０；公開ページ管理機能１１０）を備えるこ
とを特徴とする。

【００２５】この請求項９記載の発明によれば、サーバ
は、ネットワークゲームにおける大会を開催する。この
ように、大会の案内をサイト上（公開ページ）に掲載す
ることで、本ゲームの存在を知らしめて多くの参加者を
募ると共に、多くの人に広告を提示することができる。
したがって、広告に対するアンケートを取る場合などに
は、より多くの視聴者の回答をリアルタイムに集めるこ
とができる。

【００２６】請求項１０記載の発明は、請求項９記載の
サーバにおいて、ゲーム端末と、当該ゲーム端末に対す
る前記ネットワークゲームのゲーム記録とを対応づけて
管理する管理手段（例えば、図１３に示すＣＰＵ１０）
と、前記ゲーム実行手段が実行する前記大会用のネット
ワークゲームにおけるゲーム記録が、所定条件を満たす
ゲーム端末に対して、所定の特典を付与する付与手段
と、を備えることを特徴とする。

【００２７】この請求項１０記載の発明によれば、サー
バは、ゲーム記録が所定の条件を満たすゲーム端末に対
して特典を付与する。このように特典を付与すること
で、特典を希望する人のゲーム参加が見込まれ、更なる
ゲーム参加人数の増大と多大な広告宣伝効果とを期待で
きる。

【００２８】請求項１１記載の発明は、通信回線（例え
ば、図１に示すネットワーク３）を介して請求項１から
１０の何れか記載のサーバ（例えば、図１に示すゲーム
サーバ１）と接続可能なゲーム端末（例えば、図１に示
す端末装置２）において、前記サーバとデータ通信を行
うことにより前記所定のネットワークゲーム（例えば、
本実施の形態におけるバトルゲーム）を実行する端末側
ゲーム実行手段（例えば、図２９に示すＣＰＵ２０；図
３２に示すゲーム処理）と、前記サーバから前記広告情
報を受信した場合に、前記端末側ゲーム実行手段による
前記ネットワークゲームの実行に関わらず、当該広告情
報を表示する表示手段（例えば、図２９に示すＣＰＵ２
０；図３２に示すゲーム処理におけるステップＳ１３
６）と、を備えることを特徴とする。

【００２９】請求項１５記載の発明は、通信回線（例え
ば、図１に示すネットワーク３）を介して請求項１から
１０の何れか記載のサーバ（例えば、図１に示すゲーム
サーバ１）と接続可能なゲーム端末（例えば、図１に示
す端末装置２）の各種機能を実現させるためのプログラ
ムであって、当該ゲーム端末に、前記サーバとデータ通
信を行うことにより前記所定のネットワークゲーム（例
えば、本実施の形態におけるバトルゲーム）を実行させ
るための機能（例えば、図２９に示すＣＰＵ２０；図３
２に示すゲーム処理）と、前記サーバから前記広告情報
を受信した場合に、当該広告情報を表示させるための機
能（例えば、図２９に示すＣＰＵ２０；図３２に示すゲ
ーム処理におけるステップＳ１３６）と、を実現させる
ことを特徴とする。

【００３０】この請求項１１または１５記載の発明によ
れば、ゲーム端末は、サーバから送信されるデータに基
づいてゲームの画像を表示すると共に、前記ネットワー
クゲームの実行に関わらず、サーバから送信される広告
情報に基づいて広告を表示する。したがって、従来知ら
れたバナー広告のように画面の片隅に広告を表示する場
合と異なり、確実に視聴者（ゲーム参加者）に対して広
告を認識させることができる。

【００３１】請求項１２記載の発明は、通信回線（例え
ば、図１に示すネットワーク３）を介して請求項５記載
のサーバ（例えば、図１に示すゲームサーバ１）と接続
可能なゲーム端末（例えば、図１に示す端末装置２）に
おいて、前記サーバとデータ通信を行うことにより前記
所定のネットワークゲーム（例えば、本実施の形態にお
けるバトルゲーム）を実行する端末側ゲーム実行手段
（例えば、図２９に示すＣＰＵ２０；図３２に示すゲー
ム処理）と、前記サーバから前記広告情報を受信した場
合に、前記端末側ゲーム実行手段による前記ネットワー
クゲームの実行に関わらず、当該広告情報を表示する表
示手段（例えば、図２９に示すＣＰＵ２０；図３２に示
すゲーム処理におけるステップＳ１３６）と、前記表示
手段によりアンケート情報が表示された場合に、当該ア
ンケート情報に対する回答情報を入力可能とし、回答情
報が入力された場合には、入力された回答情報を前記サ
ーバに送信する回答送信手段（例えば、図２９に示すＣ
ＰＵ２０；図３２に示すゲーム処理のステップＳ１３７
〜Ｓ１３９）と、を備えることを特徴とする。

【００３２】この請求項１２記載の発明によれば、ゲー
ム端末は、サーバから受信する広告情報に基づいて広告
を表示すると共に、アンケートに対する回答が入力され
た場合には、回答情報を生成してサーバに対して送信す
る。したがって、ゲームの参加者は、ゲーム端末の画面
上に表示される広告をただ漫然と眺めるだけでなく、表
示された広告に対して、その場でアンケートに答えたり
意見や感想を入力してサーバに送信することができる。

【００３３】請求項１３記載の発明は、通信回線を介し
て請求項４記載のサーバと接続可能な広告依頼装置であ
って、広告対象条件と、広告情報とを対応づけて送信す
る手段を備えることを特徴とする。

【００３４】請求項１６記載の発明は、通信回線を介し
て請求項４記載のサーバと接続可能な広告依頼装置の各
種機能を実現させるためのプログラムであって、広告対
象条件と、広告情報とを対応づけて送信させるための機
能を実現させることを特徴とする。

【００３５】この請求項１３または１６記載の発明によ
れば、広告依頼端末は、サーバに対して広告対象条件を
広告情報と対応付けて送信する。したがって、予め広告
の対象とする人物や年齢層などを指定し、サーバにその
指定した広告対象条件に適うゲーム参加者に絞り込んで
広告情報を配信させることができる。

【００３６】

【発明の実施の形態】以下、図を参照して本発明の実施
の形態を詳細に説明する。本実施の形態では、ゲームサ
ーバがネットワーク上でネットワークバトルゲーム（以
下、単にバトルゲームという。）を開催し、子供から大
人まで一般参加者が簡単にバトルゲームを楽しめる環境
を提供する。その際、バトルゲームの各ラウンドの合間
に現実と同様にインターバル（休憩時間）を設け、その
インターバル中に各種広告を掲載する。

【００３７】なおバトルゲームの一般参加者は、操作対
象のキャラクタを他の一般参加者により操作されるキャ
ラクタと同一のバトルランド内で戦わせて勝敗を争うこ
とでバトルゲームを楽しむ。その際、一般参加者は、ネ
ットワークを介してゲームサーバから受信するデータに
基づくバトルランド内の画像を見ながらキャラクタの動
作を決定し、操作信号をゲームサーバに送信する。一
方、ゲームサーバは、一般参加者から受信する操作信号
に基づいてバトルゲーム全体の制御を行う。

【００３８】図１は、本実施の形態におけるゲームサー
バ１および各端末装置２−１〜３の接続形態の一例を示
す図である。同図によれば、ゲームサーバ１と複数の端
末装置２−１〜３（以下、単に端末装置２という。）が
ネットワーク３を介して接続される。ゲームサーバ１
は、バトルゲームを案内するページを公開し、会員登録
をした端末装置２に対してバトルゲームを提供する。な
お、ネットワークゲームを実行する方法は様々にある
が、以下では、ゲームサーバ１が端末装置２から受信す
る操作信号に基づいてバトルゲームの制御およびバトル
ランドの画像生成処理をし、各端末装置２に対してバト
ルランドの画像データを送信する。各端末装置２は、ゲ
ームサーバ１に対して操作信号を送信すると共に、コマ
（フレーム）毎のバトルランドの画像データを逐次ゲー
ムサーバ１から受信し、表示画面上に表示する。

【００３９】このようにゲームサーバ１が画像データを
生成して逐次送信する構成を採用する場合には、高速な
ネットワークアクセスを可能とする通信方式を用いると
よい。例えば、デジタル加入者線方式（ＤＳＬ：Digita
l Subscriber Line ）や、ＣＡＴＶ、通信衛星、専用回
線などを採用するとよい。なお、デジタル加入者線方式
としては、ＡＤＳＬ(Asymmetric DSL)、ＨＤＳＬ(High
speed DSL)、ＳＤＳＬ(Single DSL)、ＶＤＳＬ(Very hi
gh speed DSL)などにより実現できる。

【００４０】また端末装置２は、ゲームサーバ１に対し
てキャラクタの操作信号を送信するだけでなく、図１に
示すように個人情報・アンケート応答データを送信す
る。個人情報は、会員登録の際に端末装置２から送信さ
れ、アンケート応答データは、広告と一体的に表示され
るアンケートに対する回答のデータであり、広告掲載時
に端末装置２から送信される。これに対してゲームサー
バ１は、受信した個人情報と端末装置２とを対応付けて
記憶し、個人情報に応じた広告を端末装置２に配信す
る。例えば、バトルゲームに参加する一般参加者の年齢
に応じて異なる広告を配信したり、特定の趣味を有する
一般参加者に対して固有の広告を配信するなど、広告を
知らせたい対象に応じた広告情報の配信を行う。また、
ゲームサーバ１は、端末装置２から入力されるアンケー
トに対する回答データを蓄積し、その蓄積した結果を広
告依頼主に提供する。

【００４１】図２は、ゲームサーバ１の各種機能を示す
図である。同図において、一般参加者とは、端末装置２
を操作する人のうち、バトルゲームに参加する人を意味
する。また、広告依頼主４とは、バトルゲームのインタ
ーバル中に広告の掲載を依頼する人を意味する。なお、
広告依頼主４は、郵便やファクシミリ、電話などにより
広告を依頼することも可能であるが、以下では、ゲーム
サーバ１とネットワーク３を介して接続される依頼者端
末４によって広告掲載の依頼をする場合について説明す
る。

【００４２】図２における会員登録機能１００とは、ネ
ットワーク３経由で一般参加者の登録を受け付ける機能
である。ゲームサーバ１は、新規にゲームに参加する一
般参加者に対して会員登録を義務付ける。その際、ネッ
トワーク３に公開した入会ページにより会員登録を行う
と共に、個人情報の入力を督促する。そして、その個人
情報を個人情報テーブル１６０に登録する。図３は、会
員登録機能１００の概念図である。同図に示すように、
一般参加者（端末装置２）が入会ページ１２０をダウン
ロードする。そして、一般参加者が入会ページ１２０に
個人情報の入力を行うと、端末装置２がその個人情報を
ゲームサーバ１に送信する。ゲームサーバ１は、端末装
置２から個人情報を受信すると会員ＩＤを発行して、受
信した個人情報と対応付けて個人情報テーブル１６０に
登録する。

【００４３】図４は、端末装置２の表示画面上に表示さ
れる入会ページ１２０の画像例を示す図である。同図に
よれば、入会ページ１２０には、氏名、住所、電話番
号、性別、年齢、趣味といった諸項目が表示され、ま
た、各項目の右隣には所定事項を入力するための空白が
表示されている。一般参加者は、キーボードやマウスな
どの入力手段を用いて空白部分に入力する。また、スク
ロールバー１２０ａを操作して画面上（ウィンドウ内）
に表示される領域を移動させ、入力すべき事項の全てを
入力すると、ゲームサーバ１に対して送信させる。

【００４４】なお、ゲームサーバ１は、バトルゲームへ
の参加を希望する希望者について登録認証の処理を行
う。端末装置２からバトルゲームに参加する旨の信号を
受信すると、会員照合ページを端末装置２に送信する。
会員照合ページとは、会員ＩＤおよびパスワードの入力
を督促するための画面である。図５は、端末装置２の表
示画面上に表示される会員照合ページ１２１の一例を示
す図である。同図によれば、会員照合ページ１２１に
は、会員ＩＤとパスワードを入力するための空白部分が
表示されている。参加希望者は会員照合ページ１２１に
必要事項を入力すると、端末装置２により会員ＩＤおよ
びパスワードをゲームサーバ１に送信する。一方、ゲー
ムサーバ１は、受信した会員ＩＤおよびパスワードと個
人情報テーブル１６０内のデータとを照合し、参加希望
者の登録有無を判定する。登録済みであれば、参加希望
者をバトルゲームに参加させる。

【００４５】バトルセンター割付機能１０１とは、一般
参加者（端末装置２）に参加させるバトルゲームについ
て複数種類のバトルアプリケーションの中から自動的に
バトルアプリケーションを決定する機能である。ゲーム
サーバ１は、複数のバトルアプリケーションに基づくバ
トルゲームを同時に展開するとともに、個人情報に応じ
て各一般参加者に参加させるバトルゲームを決定する。
すなわち、一般参加者は、ゲームサーバ１によって割付
けられたバトルアプリケーションに基づいて展開される
バトルゲームを楽しみ、また、割付けられたバトルアプ
リケーションで掲載される広告を見る。このとき、バト
ルアプリケーション毎に異なる広告を掲載するように設
定すれば、個人情報に応じた広告を一般参加者に対して
掲示することができる。すなわち、提示したい対象に絞
り込んで広告を配信することができる。

【００４６】図６は、バトルセンター割付機能１０１の
概念図である。同図に示すように、ゲームサーバ１は、
バトルアプリケーション毎に設定した割付条件と個人情
報とに基づいて一般参加者に割付けるバトルアプリケー
ションを決定する。例えば、第１バトルアプリケーショ
ンの割付条件を年齢（１４歳未満）とし、第２バトルア
プリケーションの割付条件を年齢（１４歳以上１７歳未
満）、第３バトルアプリケーションの割付条件を年齢
（１７歳以上２４歳未満）、第４バトルアプリケーショ
ンの割付条件を年齢（２４歳以上）と設定した場合に
は、ゲームサーバ１は、個人情報に含まれる年齢を参照
し、一般参加者の年齢が属する割付条件に対応するバト
ルアプリケーションに決定する。ゲームサーバ１は、各
バトルアプリケーションにより同時にバトルゲーム展開
させる。

【００４７】個別バトル制御機能１０２とは、個々のバ
トルアプリケーションに基づいてバトルゲームを制御
し、各バトルランドの画像データを生成し端末装置２に
配信すると共に、バトルゲームのインターバル中には広
告用の画像データを端末装置２に配信する機能である。
なお、ゲームサーバ１は、個別バトル制御機能１０２
を、キャラクタコントロール機能１０７と広告掲載機能
１０６とに基づいて機能させる。以下では、ゲームサー
バ１が個別バトル制御機能１０２によって生成するバト
ルランドの画像データをバトル画像データという。ま
た、広告掲載時（インターバル中）に端末装置２の表示
画面に表示させる画像データを広告用画像データとい
う。

【００４８】キャラクタコントロール機能１０７とは、
一般参加者から受信する操作信号に基づいて対応するキ
ャラクタの動作およびバトルランド内におけるキャラク
タの位置を決定する機能である。すなわち、個別バトル
制御機能１０２では、キャラクタコントロール機能１０
７によって決定された個々のキャラクタの動作と位置と
に基づいてバトルランド全体の制御を行う。一方、広告
掲載機能１０６とは、割付条件に合った広告情報を広告
テーブル１６６から読み出す機能である。ここで、広告
情報とは、広告用画像データと、広告と一体的にアンケ
ートを表示するためのデータと、一般参加者がアンケー
トに対する回答をゲームサーバ１に送信する際のフォー
マットデータと、複数の広告を識別するための広告ＩＤ
と、を含むものである。

【００４９】なお、キャラクタコントロール機能１０７
と広告掲載機能１０６は、それぞれ固有のモードで機能
し、インターバル監視機能１０８によりモードが割振ら
れる。キャラクタコントロール機能１０７はバトルモー
ドにて機能し、広告掲載機能１０６は広告モードにて機
能する。インターバル監視機能１０８は、バトルアプリ
ケーションに基づいて展開されるバトルゲーム毎にその
進行状況を判断し、バトルモードと広告モードとを切り
換える機能である。

【００５０】具体的には、バトルモードでは、ゲームサ
ーバ１は、キャラクタコントロール機能１０７により複
数の端末装置２から受信する操作信号を判断して、個々
のキャラクタの動作とバトルランド内における位置とを
決定する。そして、全てのキャラクタについて動作や位
置を決定すると、個別バトル制御機能１０２によりバト
ルアプリケーション毎にバトルランドの制御をし、バト
ルランド内を描いたバトル画像データを生成して各端末
装置２に配信する。一方、インターバル監視機能１０８
によりバトルモードから広告モードに切り換えると、広
告掲載機能１０６によりバトルアプリケーション毎に広
告情報を読み出して各端末装置２に配信する。

【００５１】図７は、端末装置２に表示されるバトルゲ
ームの画像例を示す図である。（ａ）は、バトルモード
における表示用画像１３０の一例を示す図である。同図
によれば、端末装置２の画面上には、一般参加者が参加
するバトルランドの画像を表示する表示領域１３１と、
端末装置２が制御するキャラクタの体力パラメータを表
示する表示領域１３２と、キャラクタの得意技や弱点な
どの詳細なデータを表示する表示領域１３３と、対戦相
手の得意技や弱点などの詳細データを表示する表示領域
１３４と、実行中のラウンドの残り時間を表示する表示
領域１３５とが表示される。すなわち、端末装置２は、
ゲームサーバ１から受信するバトル画像データを表示領
域１３１に表示し、また、ゲームサーバ１から送信され
る各種データに基づいて体力パラメータや各キャラクタ
の詳細データなどを画面上に表示する。一般参加者は、
表示領域１３２〜１３５に表示された内容を参考にしつ
つ、表示領域１３１に表示されるバトルランドの画像を
見てキャラクタの操作を行う。バトルゲームにおけるラ
ウンドが終了すると、バトルモードから広告モードに切
り換わり、端末装置２の画面上には広告が表示される。

【００５２】図７（ｂ）は、広告モードにおける表示用
画像１４０の一例を示す図である。同図によれば、端末
装置２の画面上には、広告を表示する表示領域１４１
と、アンケートを取るための表示領域１４２とが表示さ
れる。（ｂ）に示すように、広告モードでは、バトルモ
ードにおける画面とは異なる画面に変更することで、一
般参加者にＴＶコマーシャルのような印象を与える。な
お、アンケートを表示する表示領域１４２に、「この賞
品を購入してみようと思う」１４２ａや「このＣＭは面
白い」１４２ｂといった文を掲載し、一般参加者がポイ
ンティングデバイスなどにより選択できるように設定す
る。掲載したいずれかの文が一般参加者により選択され
ると、端末装置２がその選択入力に基づくアンケート応
答データを生成してゲームサーバ１に送信する。なお、
アンケート応答データには、アンケートに対する回答デ
ータと、広告を識別するための広告ＩＤとが含まれる。

【００５３】キャラクタ・操作設定機能１０３とは、一
般参加者に対して、操作するキャラクタと操作方法を指
定させる機能である。すなわち、ゲームサーバ１は、既
製のキャラクタの一覧表を一般参加者に対して提示し、
採用するキャラクタを指定させる。更に、その指定され
たキャラクタを操作する方法を決定させる。そして、選
択されたキャラクタと操作方法とを一般参加者および端
末装置２と対応付けて記憶する。なお、ゲームサーバ１
は、一般参加者にキャラクタや操作方法を指定させるた
めのキャラクタ選択ページおよび操作設定ページのデー
タと、返信データのフォーマットを指定するためのデー
タとを端末装置２に送信する。

【００５４】図８は、キャラクタ選択ページ１５０の一
例を示す図である。同図によれば、キャラクタ選択ペー
ジ１５０には、個々のキャラクタ１５０−１，２，３，
・・・の画像、名前、特徴が掲載されている。一般参加
者は、スクロールバー１５１を操作して選択可能なキャ
ラクタを閲覧し、複数表示されたキャラクタの中から１
のキャラクタを選択する。例えば、ポインティングデバ
イスによりキャラクタの画像をクリックすることにより
キャラクタを指定する。そして、端末装置２は、指定さ
れたキャラクタのＩＤをゲームサーバ１に対して送信す
る。

【００５５】図９は、操作設定ページ２００の一例を示
す図である。（ａ）は、操作設定を入力するための設定
入力画面２００ａの一例であり、（ｂ）は、動作の一覧
を示す動作機能パネル２００ｂの一例である。（ａ）に
よれば、設定入力画面２００ａには「２（↓）」や「４
（←）」といったテンキーが一列に表示され、各キー表
示の右隣には動作内容を入力するための空白が表示され
ている。（ｂ）によれば、動作機能パネル２００ｂには
キャラクタが実行可能な複数の動作内容が表示され、一
般参加者はスクロールバーを操作することで全ての動作
内容を閲覧できる。端末装置２は、操作設定ページ２０
０にこの２つの画面（ウィンドウ）を同時に表示する。
一般参加者は、動作機能パネル２００ｂに表示された動
作内容の中から１の動作を選択し、その選択した動作名
を設定入力画面２００ａ内のキー表示と対応する位置に
入力する。例えば、設定入力画面２００ａ内の「２
（↓）」の欄に動作機能パネル２００ｂに表示された項
目の１つである「殴る」を入力すると、「２」の入力と
キャラクタの殴る動作とが対応付けられる。

【００５６】端末装置２は、設定入力画面２００ａに対
する一般参加者の入力に基づいて、各キーに対応する操
作信号と入力された動作名（正確には、動作ＩＤ。）と
を対応付けた操作データを、指示されたフォーマットに
従って生成する。そして、一般参加者から送信指示が入
力されると生成した操作データをゲームサーバ１に対し
て送信する。

【００５７】なお、設定入力画面２００ａに動作名を入
力する方法は、キーボードによる文字入力であってもよ
いが、更に操作を簡単化してもよい。例えば、一般参加
者がカーソルを所望のキー表示の位置に配置した状態
で、動作機能パネル２００ｂに表示された動作内容をポ
インティングデバイスなどによりクリックすると、端末
装置２が選択された動作の名前をカーソルが配置された
キーの空白部分に自動的に表示するように設定してもよ
い。

【００５８】図１０は、キャラクタ・操作設定機能１０
３の概念図である。同図によれば、端末装置２がキャラ
クタ選択ページ１５０および操作設定ページ２００をゲ
ームサーバ１からダウンロードして表示画面上に表示
し、一般参加者の入力に基づいてキャラクタＩＤおよび
操作データをゲームサーバ１に送信する。一方、ゲーム
サーバ１は、端末装置２から操作データおよびキャラク
タＩＤとを受信すると、コントロールＩＤを発生する。
そして、受信したキャラクタＩＤを、発生したコントロ
ールＩＤ、端末装置２の端末識別コード、一般参加者の
会員ＩＤとに対応付けて参加者テーブル１８２に記憶す
る。また、受信した操作データを、発生したコントロー
ルＩＤと対応付けて操作設定テーブル１８１に記憶す
る。

【００５９】個人キャラクタ受付機能とは、予め登録さ
れた既製キャラクタとは別に、一般参加者から受信する
画像データに基づいて新規のキャラクタを生成して登録
する機能である。例えば、ゲームサーバ１は、デジタル
カメラを有する一般参加者から撮影画像データを受け付
け、受信した撮影画像データに基づいて個人キャラクタ
を生成する。そして、その生成した個人キャラクタを一
般参加者の会員ＩＤと対応付けてメモリ内に登録する。

【００６０】図１１は、個人キャラクタ受付機能の概念
図である。同図に示すように、一般参加者が個人キャラ
クタ登録ページ２０１をダウンロードして、人の顔を撮
影した撮影画像データ２０１ａをゲームサーバ１に送信
する。撮影画像データを受信したゲームサーバ１は、撮
影画像データをキャラクタの顔面部分に貼り付けて（マ
ッピングして）個人キャラクタを生成し、会員ＩＤと対
応付けて個人キャラクタ登録テーブル１６２に登録す
る。なお、生成された個人キャラクタを誰もが利用でき
る構成にしてもよいが、本実施の形態では、個人キャラ
クタ登録テーブル１６２内に記憶された会員ＩＤを有す
る一般参加者のみが対応する個人キャラクタを利用でき
るものとする。

【００６１】広告受付機能１０５とは、広告依頼主４か
らの依頼に応じて広告情報を広告テーブル１６６に登録
する機能である。広告の受付けは、書面（郵便・ファク
シミリなど）や口頭（電話など）により受け付けてもよ
いが、ネットワーク３を介して行ってもよい。図１２
は、広告受付機能１０５の概念図である。同図に示すよ
うに、広告依頼主４が、広告受付ページ２０２に依頼デ
ータを入力する。例えば、依頼データとして、企業名、
広告対象、アンケート内容、広告用画像データなどを入
力する。ここで、広告対象とは、広告内容に対するター
ゲットを意味する。例えば、高級車の広告であれば年齢
３０歳以上を広告対象として指定する、といったよう
に、広告依頼主４が広告内容を知らしめたい対象を指定
する。また、年齢に限らず趣味や性別、家族構成などの
広告対象を設定してもよい。アンケート内容とは、図７
（ｂ）に示した広告画面のように、「この商品を購入し
ようと思う」などといった一般参加者（視聴者）にアン
ケートしたい事項である。広告依頼主４により必要事項
が入力されると、依頼者端末４は入力された必要事項に
基づく依頼データを生成してゲームサーバ１に送信す
る。

【００６２】ゲームサーバ１は、依頼者端末から依頼デ
ータを受信すると、広告ＩＤを生成し、その生成した広
告ＩＤと、広告用画像データと、アンケート画面を表示
するためのデータと、端末装置２がアンケートの回答を
ゲームサーバ１に送信する際のフォーマットデータと、
を含む広告情報を生成して広告テーブル１６６に格納す
る。広告テーブル１６６は、図１２の概念図に示すよう
に、個々のバトルアプリケーションによって読み出され
る広告格納領域を有する。例えば、第１バトルアプリケ
ーションに掲載する広告情報は、第１広告格納領域１６
６−１に格納し、第２バトルアプリケーションに掲載す
る広告情報は、第２広告格納領域１６６−２に格納す
る。なお、生成した広告情報を何れの広告格納領域に格
納するかについては、割付条件と広告依頼主４により入
力された広告対象の条件とに基づいて行う。例えば、上
記例のように、割付条件を年齢の範囲によって定義した
場合には、広告対象として指定された年齢層が属する年
齢範囲を条件として有する割付条件を判別する。そし
て、判別した割付条件に該当する広告格納領域に広告情
報を格納する。

【００６３】なお、広告依頼主４から広告用画像データ
を生成する依頼があった場合には、依頼された広告内容
に従った広告用画像データを生成して広告テーブル１６
６に登録する。その際、作業員の手によって広告用画像
データを生成してもよいし、ゲームサーバ１が所定のフ
ォーマットに従って自動的に広告用画像データを生成し
てもよい。

【００６４】アンケート結果提供機能１０９とは、一般
参加者から受信するアンケート応答データに含まれる回
答データを蓄積して広告依頼主４に提供する機能であ
る。具体的には、ゲームサーバ１は、広告モードにおい
て、端末装置２からアンケート応答データを受信する
と、このアンケート応答データに含まれる回答データを
会員ＩＤと対応付けて蓄積記憶する。そして、一定期日
が経過すると、その蓄積したアンケートの回答データ
（すなわち、アンケート結果。）を広告依頼主４に提供
する。なお、アンケート結果を提供する方法は、紙など
に印刷して広告依頼主４にファクシミリや郵送で送付す
る方法であってもよいし、電子メールなどにより提供す
る方法であってもよい。

【００６５】また、ゲームサーバ１がアンケート結果に
ついて解析してもよい。例えば、年齢１４歳未満の子供
を対象に「菓子」の広告を掲載した場合には、アンケー
トに対する回答を年齢以外の条件（例えば、性別や住所
（地域）など）に応じて評価を分けてグラフを生成した
り、回答を受信した時間帯に応じて表をまとめたりして
もよい。そして、必要に応じて解析結果を広告依頼主４
に送信する。あるいは、アンケート結果を公開ページに
掲載し、誰もが広告の動向を見られるように設定しても
よい。

【００６６】公開ページ管理機能１１０とは、ネットワ
ーク３に公開するページを管理する機能である。具体的
には、ゲームサーバ１は、トップページや入会ページ１
２０の他、インフォメーションページ、バトル結果公開
ページなどをもネットワーク３上に公開する。ここで、
インフォメーションページとは、予定した全国バトル大
会の開催日時や、本バトルゲームの概要、既製キャラク
タの紹介、バトルランド（例えば、大会会場の種類な
ど）の紹介、などを掲載するページである。また、バト
ル結果公開ページとは、過去のバトル大会での優勝者を
掲載するページである。ゲームサーバ１は、所定期間毎
に各ページを更新し、管理する。

【００６７】ゲームサーバ１の構成および動作を説明す
る。図１３は、ゲームサーバ１の構成の一例を示す図で
ある。同図によれば、ゲームサーバ１は、ＣＰＵ１０
と、入力装置１１と、表示装置１２と、伝送制御装置１
４と、印刷装置１３と、記憶装置１５と、記録媒体１６
と、ＲＡＭ１８と、を主に備え、記録媒体１６を除く各
部はバス１９により接続される。

【００６８】ＣＰＵ１０は、記録媒体１６に格納される
システムプログラムおよび当該システムに対応する各種
アプリケーションプログラムの中から指定されたアプリ
ケーションプログラムをＲＡＭ１８内のプログラム展開
エリアに一時的に格納する。そして、入力装置１１から
入力される入力指示または入力データに応じて記録媒体
１６に格納されたアプリケーションプログラムに従って
各種処理を実行し、その処理結果をＲＡＭ１８に格納す
ると共に、必要に応じて表示装置１２に表示する。ま
た、ＲＡＭ１８に格納した処理結果を入力装置１１から
入力される指示に応じて記録媒体１６内の指示された保
存先に保存する。

【００６９】入力装置１１は、ゲームサーバ１の管理者
の入力操作に基づいて信号を生成し、ＣＰＵ１０に出力
する装置である。なお、入力装置１１は、一般に、カー
ソルキー、数字入力キー、各種機能キーを備えるキーボ
ードや方向や機能を指示するボタンからなる操作パネ
ル、或いは、マウスやタブレット、ディジタイザ、トラ
ックボールなどのポインティングデバイスいずれであっ
てもよいし、また、これらの組み合わせにより構成して
もよい。

【００７０】表示装置１２は、ＣＰＵ１０から入力若し
くは指示される画像データを表示する装置である。な
お、表示装置１２には、ＣＲＴ（Cathode Ray Tube）デ
ィスプレイ、液晶ディスプレイなどがあるが、いずれの
ものを用いてもかまわない。

【００７１】印刷装置１３は、ＣＰＵ１０から入力され
る指示に応じて必要なデータを紙などに印刷する装置で
ある。なお、印刷装置１３には、熱転写式、電子写真
式、静電式等の印刷方式を用いたものがあるが、いずれ
の印刷方式の印刷装置であってもかまわない。印刷装置
１３は、例えば、ＣＰＵ１０からの入力指示に応じてア
ンケート結果を印刷したり、個人キャラクタを印刷する
処理などを実行する。

【００７２】伝送制御装置１４は、モデム（ＭＯＤＥ
Ｍ：MOdulator/DEModulator）または、ターミナルアダ
プタ（ＴＡ：Terminal Adapter）等によって構成され、
電話回線、ＩＳＤＮ回線等の通信回線を介して外部機器
との通信を行うための制御を行う。モデムは、電話回線
を介してパーソナル端末装置２等の外部機器との通信を
行うために、ＣＰＵ１０によって処理されたデジタルデ
ータを電話回線の周波数帯域にあったアナログ信号に変
調し、また、電話回線を介して入力されたアナログ信号
をデジタル信号に復調する装置である。ターミナルアダ
プタは、ＩＳＤＮ回線を介して端末装置２等の外部機器
との通信を行うために、既存のインターフェースに変換
する装置である。なお、デジタル加入者線方式や、ＣＡ
ＴＶインターネット、通信衛星などを採用する場合に
は、伝送制御装置１４を専用のモデムやアダプタなどに
より構成する。例えば、ＡＤＳＬを採用する場合には、
伝送制御装置１４をＡＤＳＬモデムにより構成する。ま
た、通信衛星を採用する場合には、伝送制御装置１４を
汎用のモデムの他、アンテナと専用拡張ボードなどによ
り構成する。

【００７３】記憶装置１５は、プログラムやデータ等が
予め記憶されている記録媒体１６を有しており、記録媒
体１６は磁気的、光学的記録媒体、若しくは半導体メモ
リで構成されている。記録媒体１６は、記憶装置１５に
固定的に設けたもの、若しくは着脱自在に装着するもの
である。また、記録媒体１６は、個人情報テーブル１６
０、キャラクタテーブル１６１、個人キャラクタ登録テ
ーブル１６２、動作テーブル１６３、イベントテーブル
１６４、割付条件テーブル１６５、広告テーブル１６
６、アンケート蓄積テーブル１６７、および、図２を用
いて説明した各種機能を実現するためのプログラムを記
憶する。

【００７４】個人情報テーブル１６０は、端末装置２か
ら受信する個人情報を会員ＩＤと対応付けたテーブル形
式のデータである。図１４は、個人情報テーブル１６０
の格納形式の一例を示す図である。同図によれば、記録
媒体１６の個人情報テーブル１６０には、会員ＩＤ、パ
スワード、氏名、住所、電話番号、性別、年齢、趣味、
家族構成等をそれぞれ格納する。

【００７５】キャラクタテーブル１６１は、バトルゲー
ムに登場させる既製のキャラクタの各種情報をテーブル
形式でまとめたデータである。例えば、キャラクタテー
ブル１６１に、各キャラクタの画像情報、性質情報、特
技情報などをキャラクタＩＤと対応付けて記憶する。ま
た、個人キャラクタ登録テーブル１６２には、一般参加
者によって生成された個人キャラクタの各種情報をテー
ブル形式で格納する。例えば、各個人キャラクタの画像
情報（一般参加者から受信した画像データを含む）、性
質情報、特技情報などを、会員ＩＤと対応付けて格納す
る。

【００７６】動作テーブル１６３とは、各キャラクタに
動作させるために必要なデータを動作毎に動作ＩＤと対
応付けたテーブル形式のデータである。具体的には、動
作テーブル１６３には、図９（ｂ）に示した動作機能パ
ネル２００ｂに表示する動作内容を各キャラクタに実行
させるためのデータを、動作ＩＤと対応付けて格納す
る。例えば、キャラクタにジャンプをさせるための動作
データと、ジャンプの動作を他の動作と識別するための
動作ＩＤとを対応付けて記憶する。

【００７７】イベントテーブル１６４は、開催予定の大
会の日時、特徴、景品等をテーブル形式に整理したデー
タである。図１５は、イベントテーブル１６４の格納形
式の一例を示す図である。記録媒体１６には、イベント
テーブル１６４として、大会開催日と、開催時間と、大
会名と、景品と、主スポンサー名などを対応付けて記憶
する。同図によれば、４月１６日（日曜日）２０時より
大会名「○○自転車カップ」を開催する。優勝者への賞
品は「マウンテンバイク」であり、主スポンサー名は
「○○自転車」である。このようにイベントテーブル１
６４には予定した大会名をその開催日時と対応付けて格
納する。

【００７８】割付条件テーブル１６５は、ゲームサーバ
１のＣＰＵ１０が、一般参加者の個人情報に基づいてバ
トルアプリケーションを割付ける際、若しくは、依頼者
端末４から受信した広告情報を広告テーブル１６６に格
納する際に読み出すデータである。図１６は、割付条件
テーブル１６５の格納形式の一例を示す図である。同図
によれば、割付条件テーブル１６５には、バトルアプリ
ケーションの割付条件と、各バトルアプリケーションの
アドレス（若しくは、ファイル名）１６５−１と、個々
のバトルアプリケーションを識別するためのバトルアプ
リケーションＩＤ１６５−２などが対応付けて記憶され
る。

【００７９】広告テーブル１６６には、広告情報を格納
する。ただし、広告テーブル１６６には、図１２に示し
たように、各バトルアプリケーションに対応する広告格
納領域を設ける。例えば、第１広告格納領域には、第１
バトルアプリケーションのインターバル中に掲載する広
告情報を格納し、第２広告格納領域には、第２バトルア
プリケーションのインターバル中に掲載する広告情報を
格納する…。そして、ＣＰＵ１０は、各バトルアプリケ
ーションに基づくバトルゲームの処理を実行する際に、
実行するバトルアプリケーションに対応する広告格納領
域から広告情報を読み出す。図１７は、広告テーブル１
６６内における第１広告格納領域１６６ａの格納形式の
一例を示す図である。同図によれば、第１広告格納領域
１６６ａには、ｍ個の広告情報が広告ＩＤと対応付けて
記憶される。また、第１広告格納領域１６６ａには、他
の広告格納領域と識別するためのバトルアプリケーショ
ンＩＤが付されている。

【００８０】アンケート蓄積テーブル１６７は、端末装
置２から受信するアンケート応答データに含まれる回答
データを会員ＩＤと対応付けたテーブル形式のデータで
あり、広告毎に分割して記録媒体１６内に格納される。
図１８は、菓子広告のアンケート蓄積テーブル１６７の
一例を示す図である。同図によれば、アンケート蓄積テ
ーブル１６７には、広告ＩＤと、広告依頼主４の名称
と、広告内容と、広告対象と、広告依頼主４の住所、電
話番号等の各種データと、過去に蓄積した回答データが
その回答データを送信した一般参加者の会員ＩＤと対応
付けて記憶される。このように、アンケート蓄積テーブ
ル１６７には、広告依頼主４の詳細なデータと、アンケ
ートに対する回答データと、回答を送信した一般参加者
の会員ＩＤとを対応付けて記憶し、アンケートの回答に
関する分析や解析を行いやすいようにまとめる。

【００８１】更に記録媒体１６は、各テーブルやデータ
の他に、ＣＰＵ１０が、各バトルゲームを実行するため
のバトルアプリケーション１６８（第１バトルアプリケ
ーション、第２バトルアプリケーション、…から構成さ
れる。）と、図２に示す会員登録機能１００を実現する
ための会員登録プログラム１６９と、一般参加者の登録
有無を判定するための登録判定プログラム１７０と、バ
トルセンター割付機能１０１を実現するためのバトルゲ
ーム割付プログラム１７１と、キャラクタ・操作設定機
能１０３および個人キャラクタ登録機能１０４を実現す
るためのキャラクタ設定プログラム１７２と、インター
バル監視機能１０８を実現するためのモード切換プログ
ラム１７３と、広告掲載機能１０６を実現するための広
告掲載プログラム１７４と、広告受付機能１０５を実現
するための広告登録プログラム１７５と、アンケート結
果提供機能１０９を実現するためのアンケート蓄積プロ
グラム１７６と、蓄積したアンケート結果を広告依頼主
４に送信するためのアンケート結果送信プログラム１７
７と、を格納する。各プログラムは、ＣＰＵ１０が読み
取り可能なプログラムコードの形態で記録媒体１６に格
納されており、プログラムコードの形態でネットワーク
回線などの伝送媒体を介して外部機器に伝送することも
できる。

【００８２】なお、記録媒体１６に記憶するプログラム
やデータ等は、その一部若しくは全てを他の機器からネ
ットワーク回線等の伝送媒体を介して伝送制御装置１４
により受信するものであってもよい。例えば、ゲームサ
ーバ１を所定の外部機器とネットワーク３を介して接続
し、外部機器から随時プログラム・データを受信し、記
録媒体１６に記憶されたプログラム・データを随時更新
するようにしてもよい。あるいは、記録媒体１６は、複
数のゲームサーバ１を管理するホスト端末装置２の記録
媒体１６であってもよい。更に、各プログラム・データ
を、ネットワーク３を介して接続される他の機器からイ
ンストールする構成にしてもよい。

【００８３】ＲＡＭ（Random Access Memory）１８は、
ＣＰＵ１０がプログラムを処理する際に展開するプログ
ラム展開エリア、入力指示や入力データ、各種処理結果
を一時的に格納するワークエリアを有する。また、ＲＡ
Ｍ１８は、ゲームの処理を実行するためのバトル処理エ
リアをバトルアプリケーション毎に保有する。すなわ
ち、４つのバトルアプリケーションを実行可能にする場
合には、４つのバトル処理エリアを保有する。図１２に
よれば、第１バトル処理エリア１８０ａ、第２バトル処
理エリア１８０ｂ、…といったようにＲＡＭ１８内に各
処理エリアを保有する。そして、各バトル処理エリア内
には、少なくとも操作設定テーブル１８１と参加者テー
ブル１８２とが格納される。

【００８４】操作設定テーブル１８１とは、図１０の概
念図に示したように、キャラクタの操作設定時において
端末装置２から受信した操作データ（動作テーブル１６
３に格納する動作ＩＤと、操作信号との組み合わせデー
タ）と、操作設定時に発生したコントロールＩＤとを対
応付けたテーブル形式のデータである。すなわち、ＣＰ
Ｕ１０は、端末装置２から操作データを受信すると、コ
ントロールＩＤを生成して受信した操作データと対応付
けてＲＡＭ１８内の操作設定テーブル１８１に追加記憶
する。

【００８５】参加者テーブル１８２とは、図１０の概念
図に示したように、キャラクタ選択時に端末装置２から
受信したキャラクタＩＤと、端末装置２の端末識別コー
ドと、一般参加者の会員ＩＤと、発生したコントロール
ＩＤとからなるテーブル形式のデータである。すなわ
ち、ＣＰＵ１０は、キャラクタ選択時に端末装置２から
キャラクタＩＤを受信すると、所定の事項をキャラクタ
ＩＤと対応付けてＲＡＭ１８内の参加者テーブル１８２
に追加記憶する。

【００８６】なお、操作設定テーブル１８１および参加
者テーブル１８２は、バトルゲームの実行中にＣＰＵ１
０が読み出すテーブルである。すなわち、ＣＰＵ１０が
バトルゲームの実行中に、端末装置２から受信する操作
信号が何れのキャラクタの、何れの動作を指示するもの
であるかを判定する際に各テーブルを参照する。なお、
バトルゲームの観戦のみを希望する一般参加者について
は、コントロールＩＤを生成せずに、参加者テーブル１
８２に端末装置２の端末識別コードと会員ＩＤのみを記
憶する。

【００８７】本実施の形態におけるゲームサーバ１のＣ
ＰＵ１０は、端末装置２から受信する操作信号に従って
バトルゲームを展開し画像データを生成すると共に、バ
トルゲームのインターバル中に広告を表示するための処
理を実行する。詳細には、登録判定処理、会員登録処
理、バトルゲーム割付処理、キャラクタ選択処理、モー
ド切換処理、広告掲載処理、広告登録処理、アンケート
蓄積処理、アンケート結果送信処理、などを実行する。
以下、各種処理について説明する。

【００８８】会員登録処理とは、図２を用いて説明した
会員登録機能１００に対応する処理であり、ＣＰＵ１０
が端末装置２から入力される個人情報を会員ＩＤと対応
付けて個人情報テーブル１６０に登録する処理である。
なお、係る処理は、ＣＰＵ１０が会員登録プログラム１
６９に基づいて伝送制御装置１４や記憶装置１５、ＲＡ
Ｍ１８を制御することによって実現される。

【００８９】図１９は、会員登録処理を説明するフロー
チャートである。同図によれば、ＣＰＵ１０は、端末装
置２から入会ページ１２０のページデータを要求する信
号を受信すると、伝送制御装置１４に入会ページ１２０
のページデータを出力して該当する端末装置２に送信さ
せる（ステップＳ１）。次いで、端末装置２から個人情
報を受信すると（ステップＳ２）、必須事項の入力有無
を判定する（ステップＳ３）。必須事項が含まれていな
い場合には、エラー画面を該当する端末装置２に送信し
（ステップＳ４）、ステップＳ８に移行する。一方、必
須事項が含まれている場合には、会員ＩＤを発行し（ス
テップＳ５）、ステップＳ２にて受信した個人情報と発
行した会員ＩＤとを対応付けて個人情報テーブル１６０
に登録する（ステップＳ６）。登録が終了すると登録終
了のページを送信し（ステップＳ７）、一定時間経過
後、更にトップページのページデータを送信して（ステ
ップＳ８）、本処理を終了する。

【００９０】登録判定処理は、端末装置２から受信する
会員ＩＤおよびパスワードの正否を判定する処理であ
る。具体的には、本バトルゲームのトップページをアク
セスした端末装置２から会員ＩＤおよびパスワードを受
信したときにＣＰＵ１０が登録有無を判定する。係る処
理は、登録判定プログラム１７０に基づいてＣＰＵ１０
が伝送制御装置１４や記憶装置１５、ＲＡＭ１８を制御
することにより実現する処理である。

【００９１】図２０は、登録判定処理を説明するフロー
チャートである。同図によれば、ＣＰＵ１０は、端末装
置２から会員照合ページ１２１のページデータを要求す
る信号を受信すると、会員照合ページ１２１のページデ
ータを伝送制御装置１４に出力して該当する端末装置２
に送信させる（ステップＳ１０）。次いで、端末装置２
から会員ＩＤおよびパスワードを受信すると（ステップ
Ｓ１１）、個人情報テーブル１６０の中から受信した会
員ＩＤと一致する個人情報を検索し（ステップＳ１
２）、受信した会員ＩＤと一致する会員ＩＤを有する個
人情報の存在有無を判定する（ステップＳ１３）。一致
する会員ＩＤがない場合には、該当する端末装置２に対
してエラー画面を送信すると共に、一定時間経過後に更
にトップページのデータを送信し（ステップＳ１４）、
本処理を終了する。

【００９２】一方、ステップＳ１３において、個人情報
テーブル１６０の中に受信した会員ＩＤと一致する個人
情報が存在する場合には、その個人情報を読み出し、更
にその個人情報に含まれるパスワードとステップＳ１１
にて受信したパスワードとを比較し（ステップＳ１
５）、両者のパスワードの同異を判定する（ステップＳ
１６）。両者のパスワードが一致しない場合には、該当
する端末装置２に対してエラー画面を送信すると共に、
一定時間の経過後に更にトップページのデータを送信し
（ステップＳ１４）、本処理を終了する。ステップＳ１
６にて両者のパスワードが一致する場合には、バトルゲ
ーム割付処理に移行し（ステップＳ１７）、本処理を終
了する。

【００９３】バトルゲーム割付処理とは、端末装置２に
割り付けるバトルアプリケーションを決定する処理であ
り、図２に示したバトルセンター割付機能１０１に対応
する処理である。また、バトルゲーム割付処理では、Ｒ
ＡＭ１８内に格納する参加者テーブル１８２を発生し、
割付けたバトルアプリケーションに該当する格納領域に
格納する。なお、バトルゲーム割付処理は、登録判定処
理により登録済みと判定された端末装置２に対してのみ
実行する。また、ＣＰＵ１０は、バトルゲーム割付プロ
グラム１７１に基づいて伝送制御装置１４や記憶装置１
５、ＲＡＭ１８を制御することにより本処理を実現させ
る。

【００９４】図２１は、バトルゲーム割付処理を説明す
るフローチャートである。同図によれば、ゲームサーバ
１のＣＰＵ１０は、割付条件テーブル１６５を読出し、
登録判定処理にて入力された会員ＩＤに対応する個人情
報と比較する（ステップＳ２０）。個人情報内に含まれ
る項目と一致する割付条件を判定し、バトルアプリケー
ションを決定する（ステップＳ２１）。そして、決定し
たバトルアプリケーションに対応するバトル処理エリア
をＲＡＭ１８内から選択し（ステップＳ２２）、端末装
置２の端末識別コード、登録判定処理にて判定した会員
ＩＤをバトル処理エリア内の参加者テーブル１８２に追
加する（ステップＳ２３）。更に端末装置２に対して、
参戦有無を一般参加者に選択させるための参戦有無選択
画面のデータを送信し（ステップＳ２４）、一般参加者
にバトル参戦の有無を決定させる（ステップＳ２５）。
端末装置２から参戦する旨の信号を受信すると、当該端
末装置２を参戦モードに設定し、諸設定ページのデータ
を端末装置２に対して送信し（ステップＳ２６）、本処
理を終了する。一方、参戦しない旨の信号を受信する
と、当該端末装置２を観戦モードに設定し、バトルアプ
リケーションに基づく処理段階に移行させて（ステップ
Ｓ２７）、本処理を終了する。ここで、観戦モードと
は、割り付けたバトルアプリケーションにより生成した
画像データ等を送信するものの、端末装置２から受信す
る操作信号を受け付けないモードである。

【００９５】以上の会員登録処理、登録判定処理、バト
ルゲーム割付処理は、本バトルゲームのトップページに
アクセスした全ての端末装置２に対してゲームサーバ１
のＣＰＵ１０が実行する処理である。一方、バトルゲー
ム割付処理によって各端末装置２にバトルアプリケーシ
ョンを割付けた後は、ＣＰＵ１０は、端末装置２との各
種データ通信をバトルアプリケーション１６８毎に行
う。なお、各バトルアプリケーション１６８には、バト
ルゲームを実行するためのゲーム制御処理を実行するた
めのプログラムや、キャラクタ設定プログラム１７２、
モード切換プログラム１７３、広告掲載プログラム１７
４などの各種プログラムによる処理結果に基づいてゲー
ムサーバ１を機能させるためのプログラムが含まれる。
以下に説明する処理は、バトルアプリケーション１６８
毎にＣＰＵ１０が実行する処理である。

【００９６】キャラクタ設定処理とは、バトルゲームに
参戦する端末装置２の端末識別コードと一般参加者の会
員ＩＤをゲーム空間に登場するキャラクタと対応付ける
ための処理である。また、キャラクタ設定処理では一般
参加者からの要求に応じて個人キャラクタを生成する処
理を実行する。なお、ＣＰＵ１０は、記録媒体１６に格
納されるキャラクタ設定プログラム１７２に基づいて伝
送制御装置１４や記憶装置１５、ＲＡＭ１８を制御する
ことによってキャラクタ設定処理を実現する。

【００９７】図２２は、キャラクタ設定処理を説明する
フローチャートである。同図によれば、ＣＰＵ１０は、
端末装置２に対して諸設定ページのページデータを送信
する（ステップＳ３０）。諸設定ページとは、図２３に
示すような選択画面であり、既製キャラクタを使用する
か、予め登録した個人キャラクタを使用するか、新規に
個人キャラクタを生成するかについて一般参加者に選択
させるための画面である。ＣＰＵ１０は、端末装置２か
ら受信する信号を判定し（ステップＳ３１）、既製キャ
ラクタを使用する指示を受信した場合には（ステップＳ
３２）、端末装置２に対して図８に示したようなキャラ
クタ選択ページ１５０のデータを送信する（ステップＳ
３３）。そして、端末装置２からキャラクタＩＤを受信
すると（ステップＳ３４）、ステップＳ４１に移行す
る。

【００９８】また、ＣＰＵ１０は、ステップＳ３１にて
登録済みの個人キャラクタを使用する指示を端末装置２
から受信した場合には（ステップＳ３５）、個人キャラ
クタ登録テーブル１６２から会員ＩＤに対応する個人キ
ャラクタのキャラクタＩＤを読み出して（ステップＳ３
６）、ステップＳ４１に移行する。また、ＣＰＵ１０
は、ステップＳ３１にて個人キャラクタを生成する指示
を端末装置２から受信した場合には（ステップＳ３
７）、端末装置２から受信する撮影画像データに基づい
て個人キャラクタを生成する（ステップＳ３８）。そし
て、キャラクタＩＤを生成し（ステップＳ３９）、キャ
ラクタＩＤを決定すると共に会員ＩＤと対応付けて生成
したキャラクタＩＤとキャラクタの諸情報を個人キャラ
クタ登録テーブル１６２に登録して（ステップＳ４
０）、ステップＳ４１に移行する。

【００９９】ＣＰＵ１０は、キャラクタＩＤを決定する
と、端末装置２に対して図９に示したような操作設定ペ
ージ２００のページデータを送信する（ステップＳ４
１）。続いて、端末装置２から操作信号と動作機能との
対応関係が付けられた操作データを受信すると（ステッ
プＳ４２）、ＣＰＵ１０は、コントロールＩＤを生成す
る（ステップＳ４３）。そして、受信した操作データと
生成したコントロールＩＤとを対応付けて操作設定テー
ブル１８１に格納すると共に、端末装置２の端末識別コ
ードに該当する参加者テーブル１８２内にキャラクタＩ
Ｄ、コントロールＩＤを格納し（ステップＳ４４）、該
当するバトルアプリケーションに基づく処理段階に移行
し（ステップＳ４５）、本処理を終了する。

【０１００】モード切換処理とは、個々のバトルゲーム
において、バトルモードと広告モードとを切り換えるた
めの処理である。すなわち、バトルゲームにおける各ラ
ウンドの合間に広告を表示させるための処理である。な
お、ＣＰＵ１０は、記録媒体１６に記憶されるモード切
換プログラム１７３に基づいて記憶装置１５やＲＡＭ１
８を制御することによりモード切換処理を実現する。以
下では、バトルの全ラウンド数をｎ回とし、１回のイン
ターバルにつきｓ個の広告を掲載する。

【０１０１】図２４は、モード切換処理を説明するフロ
ーチャートである。同図によれば、ゲームサーバ１のＣ
ＰＵ１０は、まず、変数ｉを１に設定し（ステップＳ５
０）、バトルモードに設定する（ステップＳ５１）。そ
して、第ｉラウンドのゲーム制御処理を実行する（ステ
ップＳ５２）。すなわち、ＣＰＵ１０は、ＲＡＭ１８内
の参加者テーブル１８２格納領域に格納された各端末識
別コード、キャラクタＩＤ、コントロールＩＤ、およ
び、キャラクタテーブル１６１、コントロールテーブル
に基づいて、各端末装置２から入力される操作信号が何
れのキャラクタに該当し何れの動作に該当するかを判断
する。そして、個々のキャラクタの動作およびゲーム空
間における位置を決定し、画像データを生成し、端末装
置２に対して送信する。

【０１０２】また、ＣＰＵ１０は、第ｉラウンドの終了
有無を判定し（ステップＳ５３）、終了していない場合
にはステップＳ５２に戻る。第ｉラウンドが終了した場
合には、ＣＰＵ１０は、ｉがｎ＋１以上か否かを判定す
る（ステップＳ５４）。ｉ≧ｎ＋１の場合には、ゲーム
終了の画像データを生成して、端末装置２に対して送信
する（ステップＳ５５）。ステップＳ５４にて、ｉ＜ｎ
＋１の場合には、バトルモードから広告モードに変更し
て（ステップＳ５６）、広告を表示する。その際、ＣＰ
Ｕ１０は、変数ｋを１にする（ステップＳ５７）。そし
て、広告掲載処理を実行して１つの広告を掲載する（ス
テップＳ５８）。次いで、ｋ＝ｓか否かを判定し（ステ
ップＳ５９）、ｋ≠ｓならばｋに１を加算して（ステッ
プＳ６０）、ステップＳ５８に戻り、再び広告処理を実
行する。一方、ｋ＝ｓならば、ｉに１を加算して（ステ
ップＳ６１）、ステップＳ５１に戻り、以下ｉ≧ｎ＋１
の条件が満たされるまで繰り返す。

【０１０３】広告掲載処理とは、バトルゲームのインタ
ーバル中、すなわち、広告モードに広告を掲載する処理
であり、ＣＰＵ１０が記録媒体１６に記憶される広告掲
載プログラム１７４に基づいて実行する。図１７に示す
ように、広告テーブル１６６の広告格納領域１６６ａの
中にｍ個の広告情報が記憶されている場合の広告掲載処
理を例に説明する。なお、以下で用いる変数ｊは、広告
テーブル１６６内の広告情報が格納された順番を示す変
数であり、ＲＡＭ１８内に値を保存する。

【０１０４】図２５は、広告掲載処理を説明するフロー
チャートである。同図によれば、ＣＰＵ１０は、まず、
変数ｊ＞ｍか否かを判定する（ステップＳ７０）。ｊ＞
ｍであればｊを１にする（ステップＳ７１）。ｊ≦ｍで
あれば、広告テーブル１６６のｊ番目の広告情報を送信
する（ステップＳ７２）。このとき、広告格納領域内に
格納される広告情報が動画データである場合には、広告
情報に含まれる１つ１つのコマの広告用画像データを順
に各端末装置２に送信し、全てのコマの広告用画像デー
タを送信する。そして、ｊに１を加算して（ステップＳ
７３）本処理を終了する。

【０１０５】以上が各バトルアプリケーションに基づい
てＣＰＵ１０が実行する処理である。なお、ＣＰＵ１０
は、各バトルアプリケーションに基づくバトルゲームを
随時行うが、イベントテーブル１６４に記憶された大会
開催日時に合わせてバトルゲームを開始するように設定
する。例えば、これから実行しようとするバトルゲーム
の終了時間を予測（計算）し、終了時刻がイベントテー
ブル１６４に表示された大会の開催日時を超える場合に
は、バトルゲームを開始しないように設定する。そし
て、大会開始までの間にこれから開催する大会の名称や
時間を掲示したり、広告を表示するなどする。

【０１０６】また、ＣＰＵ１０は、バトルゲームに係る
処理だけでなく、広告依頼主４から広告掲載の依頼を受
けて広告テーブル１６６に新規の広告情報を登録する処
理、すなわち、広告登録処理を実行する。この広告登録
処理は、図２を用いて説明した広告受付機能１０５に該
当する処理であり、ＣＰＵ１０が記録媒体１６に記憶さ
れた広告登録プログラム１７５に基づいて伝送制御装置
１４や記憶装置１５、ＲＡＭ１８等を制御することによ
り実現する。

【０１０７】図２６は、広告登録処理を説明するフロー
チャートである。同図において、ＣＰＵ１０は、端末装
置２からの要求に応じて広告受付ページ２０２のページ
データを伝送制御装置１４に出力して端末装置２に対し
て送信させる（ステップＳ８０）。続いて、広告依頼主
４が操作する端末装置２から会社名や広告対象等の必要
事項が含まれる依頼データを受信すると（ステップＳ８
１）、広告ＩＤを発生する（ステップＳ８２）。また、
割付条件テーブル１６５を読み出して、依頼された条件
に当てはまる割付条件を特定し、その特定した割付条件
に対応するバトルアプリケーションＩＤを読み出す（ス
テップＳ８３）。そして、受信した広告用画像データと
アンケートを取るためのデータとから広告情報を生成
し、生成した広告ＩＤと対応付けて、バトルアプリケー
ションＩＤに対応する広告格納領域に格納する（ステッ
プＳ８４）。更に、ＣＰＵ１０は、受信した依頼データ
に基づいて図１８に示したようなアンケート蓄積テーブ
ル１６７を生成する（ステップＳ８５）。すなわち、広
告ＩＤ、依頼者の名称、広告対象、広告内容などの詳細
をテーブル形式にまとめたデータを生成する。そして、
その生成したアンケート蓄積テーブル１６７を記録媒体
１６に格納して本処理を終了する。

【０１０８】アンケート蓄積処理とは、広告モードに端
末装置２から受信するアンケートの回答データをアンケ
ート蓄積テーブル１６７内に蓄積する処理である。な
お、アンケート蓄積処理は、モード切換処理において広
告モードになったときに実行される処理である。また、
ＣＰＵ１０は、記録媒体１６に記憶されたアンケート蓄
積プログラム１７６に基づいて伝送制御装置１４や記憶
装置１５、ＲＡＭ１８を制御することにより本処理を実
現する。

【０１０９】図２７は、アンケート蓄積処理を説明する
フローチャートである。同図において、ＣＰＵ１０は、
モード切換処理にて広告モード設定されると（ステップ
Ｓ９０）、アンケート応答データの受信を待機する（ス
テップＳ９１およびＳ９５）。アンケート応答データを
受信すると（ステップＳ９１）、受信したアンケート応
答データに含まれる広告ＩＤを判定する（ステップＳ９
２）。また、送信元の端末装置２の端末識別コードを判
定し、ＲＡＭ１８内に記憶された参加者テーブル１８２
と比較して会員ＩＤを判定する（ステップＳ９３）。対
応するアンケート蓄積テーブル１６７を記録媒体１６か
ら読み出す。そして、受信したアンケート応答データに
含まれる回答データと、会員ＩＤとを対応付けて読み出
したアンケート蓄積テーブル１６７内に格納する（ステ
ップＳ９４）。更に、ＣＰＵ１０は、バトルゲームが広
告モードであるか否かを判定し（ステップＳ９５）、広
告モードであればステップＳ９１に戻り、バトルモード
に切り換わっていれば本処理を終了する。

【０１１０】アンケート結果送信処理とは、アンケート
蓄積処理にて蓄積したアンケートの結果のデータを広告
依頼主４に送信する処理である。ＣＰＵ１０は、記録媒
体１６に記憶されたアンケート結果送信プログラム１７
７に基づいて伝送制御装置１４や記憶装置１５、ＲＡＭ
１８を制御することにより本処理を実現する。なお、以
下の処理は、依頼された広告毎に行う処理である。

【０１１１】図２８は、アンケート結果送信処理を説明
するフローチャートである。同図において、ＣＰＵ１０
は、広告登録処理を実行し（ステップＳ１００）、広告
テーブル１６６に依頼された広告の広告情報を登録する
と共に、アンケート蓄積テーブル１６７を生成して記録
媒体１６に格納する。また、ＣＰＵ１０は、広告情報の
登録日時を記録する（ステップＳ１０１）。広告情報の
登録日時を記録すると、アンケート蓄積処理を実行する
（ステップＳ１０２）。すなわち、端末装置２から受信
する回答データを会員ＩＤと対応付けてアンケート蓄積
テーブル１６７に記録する処理を実行する。そして、広
告情報の登録日時からの一定日時経過有無を判定し（ス
テップＳ１０３）、一定時間が経過していない場合に
は、ステップＳ１０２に戻ってアンケート蓄積処理を実
行する。一方、ステップＳ１０３にて一定日時が経過し
た場合には、アンケート結果をまとめ、アンケート結果
のデータを生成すると該当する依頼者端末４に送信して
（ステップＳ１０４）、本処理を終了する。

【０１１２】なお、アンケート蓄積処理によって蓄積し
たデータを広告依頼主４に提供する方法としては、例え
ば、広告依頼主４に対して電子メールでアンケート結果
を送信してもよいし、アンケート結果を発表する専用の
ページに開示するようにしてもよい。あるいは、印刷装
置１３によりアンケート結果を印刷し、郵送あるいはフ
ァクシミリによって送信するようにしてもよい。

【０１１３】なお、アンケート蓄積処理によって蓄積し
たアンケート結果を広告依頼主４に提供する方法は、上
述のように一定期間内のアンケート結果をまとめて自動
的に依頼者端末４に送信する方法に限定する必要はな
い。例えば、専用のページにアンケート結果を公開する
ようにしてもよいし、印刷装置１３によりアンケート結
果を印刷し、郵送あるいはファクシミリにより送信する
ようにしてもよい。なお、アンケート結果をネットワー
ク３上に公開する場合には、「今月の人気ＣＭ」などと
いったようにランキング形式で公開してもよい。その際
には、ＣＰＵ１０は、各広告のアンケート蓄積テーブル
１６７を読み出してアンケート回収率を計算したり、好
評の回答数を算出したりし、相対的に比較する。アンケ
ート回収率が高い広告は、（良くも悪しくも）注目度の
高いＣＭとして表示し、好評回答数の高い広告について
は、人気度の高いＣＭ（あるいは商品）として表示す
る。より詳細には、ＣＰＵ１０は、解析結果に係る公開
用のページデータを生成して、外部機器によるダウンロ
ード可能な状態にする。

【０１１４】また、アンケート結果を広告依頼主４に送
信する際、蓄積した回答データについて各種分析を行
い、その結果を広告依頼主４に送信するようにしてもよ
い。例えば、広告対象を年齢によって指定した場合に
は、年齢以外の性別や住所、家族構成などの条件に応じ
て解析を行う。その際、ＣＰＵ１０は、アンケート蓄積
テーブル１６７に回答データと対応付けて記憶した会員
ＩＤを読出し、更に、会員ＩＤに対応する個人情報を読
み出す。そして、個人情報に記憶された各種情報に基づ
いて統計を取る等の解析を行う。

【０１１５】また、ＣＰＵ１０は、バトルゲームの大会
などのイベント情報を掲載するページを管理する処理を
行う。具体的には、ＣＰＵ１０は、イベントテーブル１
６４に格納された情報に基づくページデータを生成し、
外部機器がダウンロード可能な状態にする。その際、Ｃ
ＰＵ１０は、イベントテーブル１６４に記憶された大会
の実行有無や時間経過に応じて公開ページの内容を更新
する。すなわち、近日に開催する大会の情報を逐次更新
する処理を実行する。また、イベントテーブル１６４に
記憶される大会名やスポンサー名、景品などの情報の更
新は、ゲームサーバ１の管理人の手により行うこととし
てもよいし、外部機器から受信するデータに合わせて差
分アップロードできるようにしてもよい。

【０１１６】なお、ゲームサーバ１と端末装置２、依頼
者端末４との間でデータ通信をする際のプロトコルは、
ＴＣＰ／ＩＰプロトコル、すなわちインターネットを実
現するための通信規約を採用するとよい。しかし、有線
・無線を問わず専用のネットワーク回線を用いて専用の
通信プロトコルに基づく通信を行ってもかまわないこと
は勿論である。あるいは、端末装置２との間で送受信す
るデータの内容に応じて通信方法を切り換えるようにし
てもよい。例えば、トップページや入会ページ１２０、
公開ページなどについては、ゲームサーバ１から端末装
置２に対してＴＣＰ／ＩＰプロトコルに基づいてデータ
を転送する。一方、各バトルアプリケーションにより生
成したデータについては、専用のネットワーク回線を用
いて専用の通信プロトコルに基づいてデータ転送を実行
するように切り換えて、高速且つ柔軟に大量のデータを
送受信できるように設定してもよい。

【０１１７】端末装置２の構成および動作を説明する。
図２９は、端末装置２の構成の一例を示す図である。同
図によれば、端末装置２は、ＣＰＵ２０と、入力装置２
１と、表示装置２２と、撮像装置２３と、伝送制御装置
２４と、ＲＡＭ２７と、記憶装置２５と、記録媒体２６
とを主に備え、記録媒体２６を除く各部はバス２８によ
り接続される。

【０１１８】ＣＰＵ２０は、記録媒体２６に格納される
システムプログラムおよび当該システムに対応する各種
アプリケーションプログラムの中から指定されたアプリ
ケーションプログラムをＲＡＭ２７内のプログラム展開
エリアに一時的に格納する。そして、入力装置２１から
入力される入力指示または入力データに応じて記録媒体
２６に格納されたアプリケーションプログラムに従って
各種処理を実行し、その処理結果をＲＡＭ２７に格納す
ると共に、必要に応じて表示装置２２に表示する。ま
た、ＲＡＭ２７に格納した処理結果を入力装置２１から
入力される指示に応じて記録媒体２６内の指示された保
存先に保存する。

【０１１９】入力装置２１は、一般参加者の入力操作に
基づいて信号を生成しＣＰＵ２０に出力する装置であ
る。なお、入力装置２１は、一般に、カーソルキー、数
字入力キー、各種機能キーを備えるキーボードや方向や
機能を指示するボタンからなる操作パネル、或いは、マ
ウスやタブレット、ディジタイザ、トラックボールなど
のポインティングデバイスいずれであってもよいし、ま
た、これらの組み合わせにより構成してもよい。

【０１２０】表示装置２２は、ＣＰＵ２０から指示され
る画像データを画面上に表示する装置である。なお、表
示装置２２には、ＣＲＴ（Cathode Ray Tube）ディスプ
レイ、液晶ディスプレイなどがあるが、いずれのものを
用いてもかまわない。

【０１２１】撮像装置２３は、ＣＣＤ（半導体素子）に
よってレンズに入射した光情報を電気信号に変換して画
像データを生成する機能を有し、生成した画像データを
ＣＰＵ２０に送信する装置である。撮像装置２３は、端
末装置２の筐体に一体的に組み込まれたものであっても
よいし、端末装置２とは独立した筐体を有するものであ
ってもよい。撮像装置２３が端末装置２と独立した筐体
を持つ場合には、端末装置２の本体と接続するための接
続手段を用いて生成した画像データをＣＰＵ２０に送信
する。なお、接続手段としては、専用ケーブルや、ＰＣ
カードアダプタ、ＰＣカードリーダ、ＣＦカードリーダ
などがあり、ＣＣＤカメラと端末装置２の種類や規格に
応じたものを採用する。

【０１２２】伝送制御装置２４は、モデム（ＭＯＤＥ
Ｍ：MOdulator/DEModulator）または、ターミナルアダ
プタ（ＴＡ：Terminal Adapter）等によって構成され、
電話回線、ＩＳＤＮ回線等の通信回線を介して外部機器
との通信を行うための制御を行う。モデムは、電話回線
を介してパーソナル端末装置等の外部機器との通信を行
うために、ＣＰＵ２０によって処理されたデジタルデー
タを電話回線の周波数帯域にあったアナログ信号に変調
し、また、電話回線を介して入力されたアナログ信号を
デジタル信号に復調する装置である。ターミナルアダプ
タは、ＩＳＤＮ回線を介してパーソナル端末装置２等の
外部機器との通信を行うために、既存のインターフェー
スに変換する装置である。なお、デジタル加入者線方式
や、ＣＡＴＶインターネット、通信衛星などを採用する
場合には、伝送制御装置２４を専用のモデムやアダプタ
などにより構成する。例えば、ＡＤＳＬを採用する場合
には、伝送制御装置２４をＡＤＳＬモデムにより構成す
る。また、通信衛星を採用する場合には、伝送制御装置
２４を汎用のモデムの他、衛星からデータ信号を受信す
るためのアンテナと専用拡張ボードなどにより構成す
る。

【０１２３】記憶装置２５は、ＣＰＵ２０で読み取り可
能なプログラムやデータ等が予め記録されている記録媒
体２６を有しており、記録媒体２６は磁気的、光学的記
録媒体２６、若しくは半導体メモリで構成されている。
記録媒体２６は、ＣＤ−ＲＯＭやＦＤ等の可搬型の媒体
やハードディスク等の固定的な媒体を含むものである。
また記録媒体２６に記録するプログラムやデータ等は、
その一部若しくは全てを他の機器からネットワーク回線
等の伝送媒体を介して伝送制御装置２４から受信して格
納する構成にしてもよい。例えば、ゲームサーバ１から
必要なプログラムやデータを適宜受信し、その受信した
プログラムやデータに従ってＣＰＵ２０が各種処理を実
行するようにしてもよい。

【０１２４】また、記録媒体２６は、公開ページ表示プ
ログラム２６０と、ゲーム表示プログラム２６１と、デ
ータ転送プログラム２６１と、ゲーム処理プログラム２
６３とを格納する。ここで、公開ページ表示プログラム
２６０は、端末装置２がゲームサーバ１からページデー
タを受信して表示画面上にページを表示する際に用いる
プログラムである。例えば、ゲームサーバ１がインター
ネット上に各種ページを公開している場合には、公開ペ
ージ表示プログラム２６０として、端末装置２がＨＴＴ
Ｐプロトコルによりゲームサーバ１にアクセスしてファ
イルの受信を行い、ＨＴＭＬで記述されたハイパーテキ
ストを解読して表示装置２２に表示させるためのウェブ
ブラウザを記憶する。また、ゲーム表示プログラム２６
１は、バトルゲームの実行中においてゲームサーバ１か
ら受信したデータに従って図７（ａ）、（ｂ）に示すよ
うな画像を表示装置２２に表示させるためのプログラム
である。

【０１２５】データ転送プログラム２６１は、ネットワ
ーク３を介してゲームサーバ１との間でデータの送受信
を実現するためのプログラムである。例えば、ゲームサ
ーバ１がインターネット上に各種ページを公開している
場合には、ＴＣＰ／ＩＰプロトコルに従ってネットワー
ク３を介してゲームサーバ１との間でデータ通信を実現
するためのプログラムを記憶する。ゲーム処理プログラ
ム２６３は、バトルゲームの実行中にゲームサーバ１と
の間で通信を実行するためのプログラムと、入力装置２
１から入力される信号を所定のフォーマットでゲームサ
ーバ１に送信するためのプログラムを含むものである。
なお、記録媒体２６に記憶される各プログラムは、ＣＰ
Ｕ２０が読み取り可能なプログラムコードの形態で格納
されている。

【０１２６】なお、記録媒体２６に記録するゲーム表示
プログラム２６１やゲーム処理プログラム２６３は、ゲ
ームサーバ１に個人情報を登録した後、ゲームサーバ１
からダウンロードするようにしてもよいし、ＣＤ−ＲＯ
Ｍ等の記録媒体２６からハードディスクにインストール
する形式にしてもよい。または、プログラムコードの形
態でネットワーク回線などの伝送媒体を介して外部機器
から受信してＣＰＵ２０が実行する形態にしてもよい。
あるいは、プログラムコードの形態でネットワーク回線
や専用ケーブルなどにより外部機器に対して伝送するこ
ともできる。

【０１２７】ＲＡＭ２７は、ＣＰＵ２０がプログラムを
処理する際に展開するプログラム展開エリア、入力指示
や入力データ、各種処理結果を一時的に格納するワーク
エリアを有する。また、ＲＡＭ２７は、ＣＰＵ２０が公
開ページ表示プログラム２６０やゲーム表示プログラム
２６１、データ転送プログラム２６１、ゲーム処理プロ
グラム２６３に基づいてデータ転送処理やゲーム処理、
画像データ送信処理を実現するためのバトルゲーム処理
エリア２７０を有する。

【０１２８】なお、端末装置２のＣＰＵ２０は、ゲーム
サーバ１から受信する画像データを表示装置２２に表示
させると共に、入力装置２１から入力される信号を、伝
送制御装置２４を介してゲームサーバ１に送信する処理
などを実行する。具体的には、ＣＰＵ２０は、ゲームサ
ーバ１が公開する各種ページをダウンロードして表示画
面に表示し、一般参加者による入力信号をゲームサーバ
１に送信する処理（データ送信処理）、撮像装置２３か
ら入力される撮影画像データをゲームサーバ１に送信す
る処理（画像データ送信処理）、バトルゲームの実行中
に、ゲームサーバ１から受信するデータに基づいて画像
を表示画面に表示し、一般参加者の入力指示をゲームサ
ーバ１に送信する処理（ゲーム処理）などを実行する。

【０１２９】データ送信処理は、ゲームサーバ１が会員
登録処理（図１９）、登録判定処理（図２０）、キャラ
クタ設定処理（図２２）を実行する際に端末装置２が対
応して行う処理である。なお、ＣＰＵ２０は、記録媒体
２６に記憶される公開ページ表示プログラム２６０およ
びデータ転送プログラム２６１に基づいて伝送制御装置
２４、記録媒体２６、ＲＡＭ２７を制御することにより
データ送信処理を実現する。

【０１３０】図３０は、データ送信処理を説明するフロ
ーチャートである。同図によれば、端末装置２の伝送制
御装置２４は、ゲームサーバ１からページデータを受信
する（ステップＳ１１０）。なお、ページデータには、
表示画面に表示するためのテキストデータや画像データ
のほか、入力装置２１からの各種入力を送信する際のフ
ォーマットデータ若しくはプログラムが含まれる。そし
て、ＣＰＵ２０は、受信したデータに基づいて表示画面
上に表示させるための表示用画像データを生成して表示
装置２２に表示させる（ステップＳ１１１）。また、入
力装置２１からの入力信号に応じて送信用のデータを生
成する（ステップＳ１１２）。その際、ゲームサーバ１
により指定されたフォーマットに従って送信用のデータ
を生成する。また、ＣＰＵ２０は、入力装置２１から入
力される送信指示を待機し（ステップＳ１１３）、指示
されない場合には、ステップＳ１１２にてデータの送信
指示を待つ。一方、送信指示が入力された場合には、生
成した送信用のデータを伝送制御装置２４に出力してゲ
ームサーバ１に送信させて（ステップＳ１１４）、本処
理を終了する。

【０１３１】画像データ送信処理は、ゲームサーバ１が
個人キャラクタを生成する処理（図２２）を実行する際
に、端末装置２が行う処理である。記録媒体２６に記憶
される公開ページ表示プログラム２６０およびデータ転
送プログラム２６１に基づいて伝送制御装置２４、記録
媒体２６、ＲＡＭ２７を制御することにより画像データ
送信処理を実現する。

【０１３２】図３１は、画像データ送信処理を説明する
フローチャートである。同図によれば、伝送制御装置２
４は、ゲームサーバ１から個人キャラクタ登録ページ２
０１のデータを受信する（ステップＳ１２０）。ＣＰＵ
２０は、受信したデータに基づいて個人キャラクタ登録
ページ２０１を表示装置２２に出力して表示させる（ス
テップＳ１２１）と共に、撮像装置２３から画像データ
の入力を待機する（ステップＳ１２２）。そして、入力
装置２１からの送信指示の入力有無を判定し（ステップ
Ｓ１２３）、送信指示が入力されない場合には（すなわ
ち、キャンセルを選択された場合には）、本処理を終了
する。一方、送信指示が入力された場合には、所定のフ
ォーマットで画像データを伝送制御装置２４に出力して
ゲームサーバ１に送信させ（ステップＳ１２４）、本処
理を終了する。

【０１３３】ゲーム処理は、ゲームサーバ１がゲーム制
御処理、モード切換処理（図２４）、広告掲載処理（図
２５）を実行する際に、端末装置２が対応して行う処理
である。ＣＰＵ２０は、記録媒体２６に記憶されるゲー
ム表示プログラム２６１およびゲーム処理プログラム２
６３に基づいて伝送制御装置２４や記録媒体２６、ＲＡ
Ｍ２７を制御することによりゲーム処理を実現する。

【０１３４】なお、ＣＰＵ２０は、ゲームサーバ１から
受信するゲームデータに基づいて、図７（ａ）、（ｂ）
に示すような画像を表示するための表示用画像データ生
成処理を実行する。例えば、バトルモードにおいては、
ゲームサーバ１からバトルランドを描いたバトル画像デ
ータと、残り時間のデータと、体力パラメータなどを受
信する。したがって、ＣＰＵ２０は、図７（ａ）に示す
ように、バトル画像データが表示領域１３１に表示さ
れ、残り時間が所定の字体・大きさで表示領域１３５に
表示され、体力表示バー１３２が体力パラメータの値に
基づく位置に表示されるように、表示用画像データを生
成する。また、広告モードにおいては、ゲームサーバ１
から広告用画像データと、アンケートを表示するための
データとを受信する。したがって、ＣＰＵ２０は、図７
（ｂ）に示すように、広告用画像データが画面上方に表
示され、アンケートが画面下方向に表示されるように、
表示用画像データを生成する。

【０１３５】図３２は、ゲーム処理を説明するフローチ
ャートである。同図によれば、端末装置２の伝送制御装
置２４が、ゲームサーバ１からゲームデータを受信する
（ステップＳ１３０）。なお、ゲームデータには、表示
用画像データを生成するためのデータのほかに、バトル
モードと広告モードを判定するためのデータ、入力装置
２１から入力される信号を操作信号として、若しくは、
アンケート応答データとしてゲームサーバ１に送信する
ためのフォーマットデータ若しくはプログラムなどが含
まれる。また、広告モードにおいては、表示する広告を
識別するための広告ＩＤが含まれる。端末装置２は、ゲ
ームデータに含まれるデータに基づいてモードの判定を
行う（ステップＳ１３１）。バトルモードである場合に
は、ゲームデータに含まれるデータに基づいてバトルゲ
ームを実行するための表示用画像データを生成して表示
装置２２に表示させる（ステップＳ１３２）。そして、
入力装置２１からの入力を待機し（ステップＳ１３
３）、入力がなければ本処理を終了する。一方、入力が
あった場合には、操作信号を生成し（ステップＳ１３
４）、伝送制御装置２４に出力してゲームサーバ１に送
信させて（ステップＳ１３５）、本処理を終了する。

【０１３６】一方、ステップＳ１３１にて、広告モード
であることを判定すると、ゲームデータに含まれるデー
タに基づいて広告を表示するための表示用画像データを
生成して表示装置２２に表示させる（ステップＳ１３
６）。そして、入力装置２１からの入力指示を待機し
（ステップＳ１３７）、入力がない場合には本処理を終
了する。入力があった場合には、広告ＩＤを付したアン
ケート応答データを生成し（ステップＳ１３８）、伝送
制御装置２４に出力してゲームサーバ１に送信させて
（ステップＳ１３９）、本処理を終了する。

【０１３７】広告依頼主４により操作される依頼者端末
４の構成および動作を説明する。図３３は、依頼者端末
４の構成の一例を示す図である。同図によれば、依頼者
端末４は、ＣＰＵ４０と、入力装置４１と、表示装置４
２と、撮像装置４３と、伝送制御装置４４と、記憶装置
４５と、記録媒体４６と、ＲＡＭ４７と、を主に備え、
記録媒体４６を除く各部はバス４８により接続される。
なお、依頼者端末４を構成する各装置の機能は、端末装
置２を構成する各装置の機能とほぼ同等であるためここ
ではその詳細な説明は省き、端末装置２における機能や
動作との違いについて、すなわち、依頼者端末４特有の
機能や動作について説明する。

【０１３８】依頼者端末４が有する記録媒体４６には、
少なくとも、公開ページ表示プログラム４６０と、デー
タ転送プログラム４６１が含まれる。ここで、公開ペー
ジ表示プログラム４６０は、依頼者端末４がゲームサー
バ１からページデータを受信して表示画面上にページを
表示する際に用いるプログラムである。例えば、ゲーム
サーバ１がインターネット上に各種ページを公開してい
る場合には、公開ページ表示プログラム４６０として、
依頼者端末４がＨＴＴＰプロトコルによりゲームサーバ
１にアクセスしてファイルの受信を行い、ＨＴＭＬで記
述されたハイパーテキストを解読して表示装置４２に表
示させるためのウェブブラウザを記憶する。データ転送
プログラム４６１は、ネットワーク３を介してゲームサ
ーバ１との間でデータの送受信を実現するためのプログ
ラムである。例えば、ゲームサーバ１がインターネット
上に各種ページを公開している場合には、ＴＣＰ／ＩＰ
プロトコルに従ってネットワーク３を介してゲームサー
バ１との間でデータ通信を実現するためのプログラムを
記憶する。

【０１３９】また、ＲＡＭ４７は、ＣＰＵ４０が各種プ
ログラムを処理する際に展開するプログラム展開エリ
ア、入力指示や入力データ、各種処理結果を一時的に格
納するワークエリアの他、ＣＰＵ４０がデータ転送プロ
グラム４６１に基づいてデータを生成しゲームサーバ１
に対して転送する処理を実行するためのデータ生成エリ
アを有する。

【０１４０】図３４は、依頼者端末４が広告掲載の依頼
をする際に実行する処理（広告依頼処理）を説明するた
めのフローチャートである。広告依頼処理は、ＣＰＵ４
０が公開ページ表示プログラム４６０およびデータ転送
プログラム４６１に基づく処理を実行し、図３３に示す
各装置を制御することにより実現することができる。

【０１４１】同図によれば、伝送制御装置４４は、ゲー
ムサーバ１から広告受付ページ２０２のページデータを
受信する（ステップＳ１４０）。この広告受付ページ２
０２のページデータには、表示画面上にページを表示す
るためのテキストデータや画像データのほか、ゲームサ
ーバ１に対してデータを送信する際のフォーマットデー
タ若しくはプログラムが含まれる。ＣＰＵ４０は、広告
用受付ページ２０２を表示画面上に表示させると、入力
装置４１からの入力を待機する。そして、入力装置４１
から信号が入力されると、その入力信号に応じてゲーム
サーバ１により指定されたフォーマットで送信用のデー
タを生成する（ステップＳ１４１）。更に、撮像装置４
３からの画像データ入力を待機し、画像データが入力さ
れると（ステップＳ１４２）、画像データを所定のフォ
ーマットで変換し（ステップＳ１４３）、広告用画像デ
ータを生成する。そして、入力装置４１からの送信指示
の入力有無を待機し（ステップＳ１４４）、送信指示が
入力されない場合（すなわち、キャンセルが選択された
場合）には、本処理を終了する。一方、送信指示が入力
された場合には、送信用のデータおよび広告用画像デー
タからなる依頼データを生成して伝送制御装置４４に出
力し、ゲームサーバ１に送信させ（ステップＳ１４
５）、本処理を終了する。

【０１４２】以上のように、本実施の形態では、ネット
ワークゲームの合間、インターバルに広告を掲載する。
その際、ネットワークゲームに参加する一般参加者の個
人情報に応じて配信する広告の種類を変更することとし
た。したがって、対象者に絞り込んだ広告を掲載するこ
とができる。また、従来のバナー広告のように画面の１
部分に広告を表示するのではなく、ネットワークゲーム
を展開するための画面と切り換えて表示領域（ウィンド
ウ）全体に広告画像を表示する。このため、ゲームを楽
しむ一般参加者は、ＴＶコマーシャルを見るような感覚
でサイト上に掲載される広告を見ることになり、表示画
面から目を離さない限り広告を見落とすことがない。す
なわち、より確実に、各個人の興味に沿った広告を一般
参加者にアピールすることができる。また、インターバ
ル中に広告画面を表示するため、ゲームを中断されたよ
うな不快感や不満を一般参加者に抱かせることなく広告
を表示することができる。

【０１４３】また、インターバル中に広告と一体的にア
ンケートを表示し、更に、ポインティングデバイス等に
より簡単にアンケートに回答できるようにした。このよ
うに、バトルゲームの合間に広告を掲載することで、一
般参加者は、キーボードやマウスといった操作装置を操
作できる状態で広告を見ることとなる。すなわち、広告
と共にアンケートが表示されれば、アンケートに答える
意思さえあれば簡単に回答を送信することができる。し
たがって、郵送や電子メールなどに依存した従来のアン
ケート方法と比較してアンケートの回答率が高く、ま
た、広告を見た直後のリアルタイムの感想や意見を得る
ことができる。

【０１４４】また、本実施の形態によれば、一般参加者
はキーボードやマウスといった操作装置を手にしたまま
いつでも操作できる状態で、バトルゲームの合間に表示
される広告を見ることとなる。したがって、本実施の形
態に示したように、広告と一体的にアンケートを表示
し、回答を手軽に選択できるように設定することで、一
般参加者にアンケートに答える意思さえあれば簡単に回
答を得ることができる。このため、郵送や電子メールな
どに依存した従来のアンケート方法と比較して、アンケ
ートに対する回答率が高くなると共に、広告を掲載（放
送）した直後のリアルタイムの感想や意見を得ることが
できる。

【０１４５】なお、本発明（すなわち、サーバ、ゲーム
端末、広告依頼装置及びプログラム）の適用方法や、本
実施の形態の詳細な部分は、上述した内容に限定される
ものではなく、適宜変更可能である。以下に、いくつか
の変形例を説明する。

【０１４６】（変形例１）本実施の形態では、ゲームサ
ーバ１が端末装置２から受信する操作信号に応じて全バ
トルゲームの制御を行い、且つバトル画像データを生成
して各端末装置２に配信する例を説明したが、これに限
定する必要はない。例えば、ゲームサーバ１がバトル画
像データを生成するのではなく、各端末装置２が個別に
バトルランドのバトル画像データを生成するようにして
もよい。具体的には、ゲームサーバ１が各端末装置２か
ら受信する操作信号に従ってバトルランド内全体の制御
を行う。すなわち、図１３に示したような操作設定テー
ブル１８１、参加者テーブル１８２などをゲームサーバ
１が管理し、各端末から送信される操作信号に基づいて
全てのキャラクタの位置や動作を決定する。更に、バト
ルランド内全体の状況、各キャラクタの状態などをまと
めた制御データを生成すると、各端末装置２に配信す
る。一方、制御データを受信した各端末装置２は、受信
した制御データに基づいてバトル画像データを生成し、
表示画面上に表示するための図７（ａ）に示すような表
示用画像データを生成して表示する。

【０１４７】このように、各端末装置２が独自でバトル
ランドのバトル画像データを生成するように設定すれ
ば、データ転送速度などが比較的遅い通信方式を採用し
た場合であっても、迅速にバトルゲームの画像を生成し
て表示し、ゲームを展開させることができる。また、各
端末装置２が制御するキャラクタの視点でバトル画像デ
ータを生成するように設定してもよい。

【０１４８】（変形例２）本実施の形態では、１つのゲ
ームサーバ１が、複数のバトルアプリケーションに基づ
くバトルゲーム処理を並列的に実行し、各バトルランド
の画像データを生成する場合を例に説明したが、これに
限定する必要はない。すなわち、図２に示した各機能を
複数の装置に分担させたサーバシステムによって本実施
の形態に示したバトルゲームを実現させてもよい。例え
ば、各バトルアプリケーションに基づくゲーム処理をそ
れぞれ個別に実行し、各バトルランドの画像データを生
成する専用のゲーム処理サーバと、会員登録や広告受け
付けなどの処理を専用に実行する管理サーバと、…とい
った具合に、それぞれ固有の機能を発揮する複数のサー
バ装置からなるサーバシステムによって本バトルゲーム
を実現させてもよい。

【０１４９】図３５は、複数のサーバ装置５０１〜５０
３からなるサーバシステム５００の接続形態の一例を示
す図である。同図によれば、管理サーバ５０１とゲーム
処理サーバ５０２、５０３、…が、ネットワーク３を介
して端末装置２−１〜３と接続されている。ここで、管
理サーバ５０１は、図２に示す機能のうち、会員登録機
能１００、バトルセンター割付機能１０１、キャラクタ
・操作設定機能１０３、個人キャラクタ登録機能１０
４、広告受付機能１０５、アンケート結果提供機能１０
９、公開ページ管理機能１１０などを有する。すなわ
ち、管理サーバ５０１は、個人情報を登録したり、一般
参加者とキャラクタと操作設定とを対応付けたり、広告
情報を登録するとともに、一般参加者の個人情報に基づ
いて割付けるサーバ端末を決定する処理を行う。一方、
各ゲーム処理サーバ５０２、５０３、…は、管理サーバ
５０１によって生成された各種データやテーブルを読み
出して各バトルアプリケーションに基づいてバトルゲー
ムの制御、画像処理、広告掲載処理などを実行する。こ
のように、ゲームサーバ１をシステム化し、各機能を複
数の装置に分担させることで、１台の装置の処理負担を
軽減させることができる。

【０１５０】（変形例３）本実施の形態におけるゲーム
サーバ１が提供するバトルゲームに参加した一般参加者
に対して参加料の支払いを義務付けてもよい。例えば、
会員登録をする際、必須事項にクレジットカードのナン
バー入力を義務付け、一律の参加料、もしくは、バトル
ゲームの参加時間やバトル回数などの値に応じた参加料
を徴収するようにしてもよい。例えば、１回のバトル毎
に全員一律の参加料を徴収する場合には、バトルの開始
直前に参加費が必要な旨および参加料を表示して支払い
の意思を確認し、一般参加者により指定された金融機関
の講座から所定の金額を引落すようにする。若しくは、
一般参加者のバトルゲームに対する参加時間の長さに応
じて参加料を決定する場合には、ゲームサーバのＣＰＵ
が、一般参加者がバトルに参加した時刻を参加者テーブ
ル１８２に会員ＩＤと対応付けて記憶し、一般参加者が
バトルゲームを終えた時の時刻と参加時刻から参加時間
を算出して金額を決定し、所定の講座から引き落すよう
にしてもよい。

【０１５１】なお、金融機関の指示された講座から所定
の金額を引落す方法は、ゲームサーバの管理者の手によ
り人為的に行うようにしてもよいし、所定の金融機関Ａ
と提携して自動的に所定の金額が引落されるように設定
してもよい。自動的に引落す方法としては、例えば、以
下のように行う。まず、ゲームサーバが、バトルゲーム
に参加していた端末装置２からログアウトする旨の信号
を受信すると、その端末装置２の端末識別コードに該当
する会員ＩＤを参加者テーブル１８２から検索する。そ
して、参加者テーブル１８２内のその会員ＩＤに対応す
る領域を削除すると共に、個人情報テーブル１６０から
検索した会員ＩＤに対応する個人情報を読み出し、氏名
およびクレジットカードナンバーを読み出す。そして、
読み出した氏名およびクレジットカードナンバーと、引
落金額（参加料）と、振り込み先の講座（すなわち、ゲ
ームサーバ１の管理者の講座）番号と、ゲームサーバ１
の管理者名を入力した課金用データを生成し、金融機関
Ａの引落装置に送信する。金融機関Ａの引落装置は、預
金残高が記憶されたデータベース内の、受信した課金用
データに含まれるクレジットナンバーに該当する領域か
ら指定された引落金額を引き落し、指定された講座に振
り込む処理を実行する。

【０１５２】また、バトルゲームの参加に課金制度を設
ける場合には、開催するバトル大会で優勝した一般参加
者に対して、数回参加料を無料にするといった特典を設
けてもよい。あるいは、アンケートに所定回数以上答え
た一般参加者に対して参加料を割り引くといった設定を
してもよい。

【０１５３】また、広告登録処理においても、広告依頼
主４に広告受付ページ２０２上で広告掲載料を表示し、
更に支払い方法の選択、金融機関名、講座番号などの入
力を督促し、課金するようにしてもよい。なお、広告掲
載料は、１つの広告を掲載する時間に応じた額であって
もよいし、広告する頻度に応じて決定してもよい。例え
ば、図２４に示すモード切換処理および図２５に示す広
告掲載処理では、広告テーブル１６６内の広告格納領域
に格納される広告情報を１つ１つ順番に掲載する方法を
説明した。しかし、所定の広告情報について所定回数置
きに必ず画面上に掲載することとし、他の広告よりもよ
り多く画面上に表示されるように設定してもよい。係る
設定をした場合には、その掲載頻度に応じて料金を割増
して請求する。

【０１５４】（変形例４）本実施の形態では、バトルゲ
ームのインターバルに広告を表示する場合を例に説明し
たが、バトルゲームに限定する必要はない。例えば、レ
ースゲーム、スポーツゲーム、シューティングゲームな
どのインターバルに広告を掲載してもよい。あるいは、
ロールプレイングゲームなどの通常インターバルの存在
しないゲームに、一定のインターバルを設けて広告を掲
載するように設定してもよい。また、ゲームに限定する
必要もない。例えば、ネットワーク３上にリアルタイム
にニュースを公開するページに対し、一定のインターバ
ルを設けてその時間内に広告を掲載する。その際、ニュ
ースのページを会員制にし、個人情報を登録した人（若
しくは、端末装置２）に対してのみページのデータを配
信するように設定してもよい。

【０１５５】（変形例５）本実施の形態では、登録した
個人情報に基づいて参加させるバトルアプリケーション
を割付けるものとして説明したが、これに限定する必要
はない。例えば、個人情報をメモリや記録媒体に登録せ
ず、一般参加者がバトルゲームに参加しようとする度に
個人情報の入力画面を表示して、必要事項の入力を督促
してもよい。あるいは、個人情報によらず、一般参加者
に対して広告のジャンルを提示し、いずれのジャンルの
広告を希望するかを選択させてもよい。そして、指定さ
れたジャンルの広告を配信する。

【０１５６】（変形例６）また、本実施の形態では、複
数のバトルアプリケーションを用意し、バトルアプリケ
ーション毎に異なる広告を掲載させることとして説明し
たが、これに限定する必要はない。例えば、バトルゲー
ムに参加する全ての一般参加者が同一のバトルアプリケ
ーションに基づくバトルゲームを楽しむように設定して
もよい。ただしこの場合には、ゲームサーバは、インタ
ーバル中に配信する広告情報の種類を端末装置毎に判定
する必要がある。具体的には、図６に示したように、割
付条件に基づいて各広告情報を４つのジャンルに分類し
て各広告格納領域に格納する。また、一般参加者の個人
情報と割付条件とに基づいて各端末装置２（端末識別コ
ード）と広告格納領域とを対応付けて記憶する。そして
広告モードでは、記憶した対応関係に基づいて各端末装
置２に対応する広告格納領域を判定し、配信する広告情
報を決定する。

【０１５７】（変形例７）本実施の形態では、一般参加
者がキャラクタを操作し、ゲームサーバ１に操作信号を
送信する場合を例に説明したが、入会間もない会員に対
してはキャラクタの自動制御サービスを提供してもよ
い。このようにキャラクタの自動制御サービスを提供す
ることで、バトルゲームの展開やルールを理解しない一
般参加者や、ネットワークゲーム特有の操作方法に馴染
めない一般参加者に対して難解な印象を与えることなく
バトルゲームを理解させることができる。

【０１５８】キャラクタを自動制御する方法としては、
例えば、前進や得意技などの動作のパターンと、キャラ
クタの体の向きや各動作を実行するタイミングおよび条
件などを定義した自動制御プログラムをキャラクタ毎に
生成する。そして、自動制御を希望する一般参加者に対
しては、参加者テーブル１８２の該当する箇所に自動制
御のフラグを付ける。バトルゲームの処理中には、自動
制御フラグが付けられたキャラクタについて、自動制御
プログラムを読み出して動作および位置を決定する。

【０１５９】（変形例８）本実施の形態では、端末装置
２がゲームサーバ１に対して逐次操作信号を送信する場
合を例に説明したが、一般参加者が一定時間の動作を指
定する擬似プログラムを組んでゲームサーバ１に送信
し、この擬似プログラムに従ってキャラクタを動作させ
るように設定してもよい。例えば、図９に示したような
動作機能パネル２００ｂを表示する。ここでは、動作機
能パネル２００ｂ内に表示される各動作は、単位時間Δ
ｔに実行する動作を意味する。例えば、一般参加者が動
作機能パネル２００ｂ内の「前進」を選択した場合に
は、ゲームサーバ１は該当するキャラクタを時間Δｔの
間前進させる。あるいは、一般参加者が順番に「前進」
「前進」「右」「殴る」「左」「蹴る」…、と選択した
場合には、ゲームサーバ１は時間Δｔ×６の間、指定さ
れた順番で動作を該当するキャラクタに実行させる。

【０１６０】（変形例９）本実施の形態では、説明の簡
単のために、年齢に基づく４つの割付条件によって広告
情報を分類し、割付けるバトルアプリケーションを決定
することとして説明したが、これに限定する必要はな
い。例えば、年齢と家族構成の組み合わせにより分類・
割付けを決定したり、年齢と性別、住所などの組み合わ
せにより分類・割付けを決定したり、収入や趣味などの
組み合わせにより分類・割付けを決定する、といった具
合に複数の条件を多彩に組み合わせて複雑に分化する割
付条件を設定してもよいことは勿論である。

【０１６１】（変形例１０）なお、本実施の形態では、
イベントテーブル１６４に記憶された内容に応じて大会
を開くこととして説明した。その際、バトルゲーム大会
に参加した各キャラクタについて勝数や順位などを会員
ＩＤと対応付けて参加者テーブル１８２に記憶し、優勝
者に対して景品を送信するように設定してもよい。例え
ば、大会終了時にＣＰＵ１０が当該大会の優勝者を判定
し、個人情報テーブル内から優勝者の会員ＩＤに対応す
る住所、名前、電話番号を読み出す。そして、ＣＰＵ１
０は、イベントテーブル１６４に記憶された景品と、大
会名と、優勝者の住所と、名前と、電話番号とを印刷装
置１３により印刷させる。ゲームサーバ１の管理者は、
印刷された内容に慕って、優勝者に景品を送信する。こ
のように、大会の勝者に特典を付与することによって、
ゲームに参加する参加者のゲームに対する熱意を高め、
より面白いゲームを展開させることができる。

【０１６２】なお、バトルランド内に登場するキャラク
タについて事業化してもよいことは勿論である。例え
ば、バトルランド内に登場する既製キャラクタや個人キ
ャラクタについて希望する一般参加者に、料金の支払い
と引き換えに希望されたキャラクタの画像データを配信
したり、印刷して郵送したりしてもよい。あるいはバト
ルランド内で人気のキャラクタをあしらった画像データ
を生成し、これをコンピュータのデスクトップの壁紙と
して有料で配信するようにしてもよい。

【０１６３】また、端末装置２として、本実施の形態で
は図１に示すようなパーソナルコンピュータを用いる場
合を例に説明したが、ＰＤＡ（Personal Digital(Data)
Assistants ）や携帯電話などにより実現してもよいこ
とは勿論である。

【０１６４】

【発明の効果】本発明に係るサーバ（ゲームサーバ１）
は、ゲームにおける所定のタイミングに広告情報をゲー
ム端末（端末装置２）に対して送信する。その際、ゲー
ム端末に対して、ゲームにおけるインターバルに広告情
報を送信し、ゲームの画像と切り換えて広告を表示させ
れば、ゲーム端末にてゲームを楽しむ視聴者は、ＴＶコ
マーシャルを見る感覚で広告を見ることができる。ま
た、インターバル中に広告を表示すれば、ゲーム参加者
に対してゲームを中断されたような不快感を与えること
なく確実に広告を認識させることができる。また、サー
バは、ゲーム端末から受信する個人情報と、広告依頼主
が希望する広告対象条件とに基づいて、ゲーム端末に送
信する広告情報を特定する。したがって、広告を見せた
い対象に絞り込んで広告情報を送信することができる。

【０１６５】また、本発明に係るゲーム端末は、ゲーム
実行に関わらず、サーバから広告情報を受信すると広告
を表示する。また、サーバから広告情報と合わせてアン
ケート情報を受信した場合には、そのアンケートを広告
と合わせて表示すると共に、参加者（ゲーム端末の操作
者）からアンケートに対する回答が入力された場合に
は、回答情報を生成してサーバに送信する。したがっ
て、ゲームの参加者は、ただ表示される広告を見るだけ
でなく、アンケートの回答を送信したり、意見や感想を
送信することができる。

【０１６６】また、本発明に係る広告依頼装置（依頼者
端末）は、サーバに対して掲載して欲しい広告の広告情
報を送信すると共に、広告対象条件を指定することがで
きる。したがって、その広告について最も関心を寄せて
いると思われる対象に広告を提示することができる。ま
た、アンケートに対する回答を調査する場合などにおい
ても、関心の高い層に対してのみアンケートすることと
なるため、より正確な信頼性の高いアンケート結果を分
析することができる。

【図面の簡単な説明】

【図１】ゲームサーバおよび各端末装置の接続形態の一
例を示す図。

【図２】ゲームサーバの機能図。

【図３】会員登録機能の概念図。

【図４】入会ページの一例を示す図。

【図５】会員照合ページの一例を示す図。

【図６】バトルセンター割付機能の概念図。

【図７】（ａ）は、バトルモードの画像例。（ｂ）は、
広告モードの画像例。

【図８】キャラクタ選択ページの一例を示す図。

【図９】（ａ）は、設定入力画面の一例を示す図。
（ｂ）は、動作機能コントロールパネルの一例を示す
図。

【図１０】キャラクタ・操作設定機能の概念図。

【図１１】個人キャラクタ登録機能の概念図。

【図１２】広告受付機能の概念図。

【図１３】ゲームサーバの構成例を示す図。

【図１４】個人情報テーブルの格納形式の一例を示す
図。

【図１５】イベントテーブルの格納形式の一例を示す
図。

【図１６】割付条件テーブルの格納形式の一例を示す
図。

【図１７】広告格納領域の格納形式の一例を示す図。

【図１８】アンケート蓄積テーブルの格納形式の一例を
示す図。

【図１９】会員登録処理のフローチャート。

【図２０】会員判定処理のフローチャート。

【図２１】バトルゲーム割付処理のフローチャート。

【図２２】キャラクタ設定処理のフローチャート。

【図２３】諸設定ページの一例を示す図。

【図２４】モード切換処理のフローチャート。

【図２５】広告掲載処理のフローチャート。

【図２６】広告登録処理のフローチャート。

【図２７】アンケート蓄積処理のフローチャート。

【図２８】アンケート結果送信処理のフローチャート。

【図２９】端末装置の構成例を示す図。

【図３０】データ送信処理のフローチャート。

【図３１】画像データ送信処理のフローチャート。

【図３２】ゲーム処理のフローチャート。

【図３３】依頼者端末の構成例を示す図。

【図３４】広告依頼処理のフローチャート。

【図３５】サーバシステムの構成例を示す図。

【符号の説明】

１ ゲームサーバ １０ ＣＰＵ １１ 入力装置 １２ 表示装置 １３ 印刷装置 １４ 伝送制御装置 １５ 記憶装置 １６ 記録媒体 １６０ 個人情報テーブル １６１ キャラクタテーブル １６２ 個人キャラクタ登録テーブル １６３ 動作テーブル １６４ イベントテーブル １６５ 割付条件テーブル １６６ 広告テーブル １６７ アンケート蓄積テーブル １６８ バトルアプリケーション １６９ 会員登録プログラム １７０ 登録判定プログラム １７１ バトルゲーム割付プログラム １７２ キャラクタ設定プログラム １７３ モード切換プログラム １７４ 広告掲載プログラム １７５ 広告登録プログラム １７６ アンケート蓄積プログラム １７７ アンケート結果送信プログラム １８ ＲＡＭ １８０ バトル処理エリア １８１ 操作設定テーブル １８２ 参加者テーブル １９ バス ２ 端末装置 ２０ ＣＰＵ ２１ 入力装置 ２２ 表示装置 ２３ 撮像装置 ２４ 伝送制御装置 ２５ 記憶装置 ２６ 記録媒体 ２６０ 公開ページ表示プログラム ２６１ ゲーム表示プログラム ２６２ データ転送プログラム ２６３ ゲーム処理プログラム ２７ ＲＡＭ ２７０ バトルゲーム処理エリア ２８ バス ４ 依頼者端末 ４０ ＣＰＵ ４１ 入力装置 ４２ 表示装置 ４３ 撮像装置 ４４ 伝送制御装置 ４５ 記憶装置 ４６ 記録媒体 ４６０ 公開ページ表示プログラム ４６１ データ転送プログラム ４７ ＲＡＭ ４７０ データ生成エリア ４８ バス

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ａ６３Ｆ 13/12 Ａ６３Ｆ 13/12 Ｃ

Claims (16)

【特許請求の範囲】
1. 【請求項１】通信回線を介してゲーム端末と接続可能に
   構成されるサーバにおいて、 広告情報を記憶する記憶手段と、 前記ゲーム端末とデータ通信を行って所定のネットワー
   クゲームを実行するゲーム実行手段と、 前記ゲーム端末に前記記憶手段に記憶された広告情報を
   送信する広告手段と、前記ゲーム実行手段によるデータ
   通信と、前記広告手段による前記広告情報の送信とを所
   定のタイミングで切り換える切換手段と、 を備えることを特徴とするサーバ。
2. 【請求項２】請求項１記載のサーバにおいて、 前記記憶手段が、前記広告情報を、割付条件と対応づけ
   て複数記憶し、 前記ゲーム端末から個人情報を受信する個人情報受信手
   段と、 前記個人情報受信手段により受信された個人情報と、前
   記割付条件とに基づいて、送信する広告情報を前記記憶
   手段に記憶された広告情報の中から特定する特定手段
   と、 を更に備えるとともに、 前記広告手段が、前記特定手段により特定された広告情
   報を、対応するゲーム端末に送信することを特徴とする
   サーバ。
3. 【請求項３】請求項１記載のサーバにおいて、 前記記憶手段が、前記広告情報を、割付条件と対応づけ
   て複数記憶し、 前記ゲーム実行手段が、割付条件に応じた複数の仮想ゲ
   ーム場それぞれにおいて前記ネットワークゲームを実行
   する手段を有し、 前記ゲーム端末から個人情報を受信する個人情報受信手
   段と、 前記個人情報受信手段により受信された個人情報と、前
   記割付条件とに基づいて、当該ゲーム端末に対応する仮
   想ゲーム場を割り付ける割付手段と、 を備えるとともに、 前記広告手段が、前記仮想ゲーム場に対応する割付条件
   に応じた広告情報を、当該仮想ゲーム場に割り付けられ
   たゲーム端末に送信することを特徴とするサーバ。
4. 【請求項４】通信回線を介して広告情報を提供する広告
   依頼装置と接続可能な請求項２または３記載のサーバに
   おいて、 前記広告依頼装置から広告情報と広告対象条件とを受信
   する受信手段を備え、 前記記憶手段が、前記受信手段により受信された広告対
   象条件に基づいて、前記受信手段により受信された広告
   情報と割付条件とを対応付けて記憶することを特徴とす
   るサーバ。
5. 【請求項５】請求項１から４の何れかに記載のサーバに
   おいて、 前記広告手段が、前記広告情報と、当該広告情報に係る
   アンケート情報とを前記ゲーム端末の表示画面上に一体
   として表示させるための情報を前記ゲーム端末に送信
   し、 前記ゲーム端末から前記アンケート情報に対する回答情
   報を受信する回答受信手段を備えることを特徴とするサ
   ーバ。
6. 【請求項６】請求項５記載のサーバにおいて、 前記回答受信手段により受信された回答情報を蓄積し、
   蓄積結果を所定のサイト上で公開する公開手段を備える
   ことを特徴とするサーバ。
7. 【請求項７】請求項４記載のサーバにおいて、 前記広告手段が、前記広告情報と、当該広告情報に係る
   アンケート情報とを前記ゲーム端末の表示画面上に一体
   として表示させるための情報を前記ゲーム端末に送信
   し、 前記ゲーム端末から前記アンケート情報に対する回答情
   報を受信する回答受信手段と、 前記回答受信手段により受信された回答情報を、対応す
   る広告情報毎に蓄積し、蓄積結果を、当該広告情報を送
   信した広告依頼装置に送信する回答結果送信手段と、 を備えることを特徴とするサーバ。
8. 【請求項８】請求項１から７の何れかに記載のサーバに
   おいて、 前記ゲーム実行手段が、前記ゲーム端末と、前記ネット
   ワークゲームに登場するキャラクタとを対応づけ、当該
   ゲーム端末の操作指示に基づいて、対応するキャラクタ
   が動作するネットワークゲームを実行し、 前記ゲーム端末から送信される画像データを受信する画
   像受信手段と、 前記画像受信手段により受信された画像データを加工
   し、その加工した画像データを基にキャラクタを生成す
   る生成手段と、 を備えることを特徴とするサーバ。
9. 【請求項９】請求項１から８の何れかに記載のサーバに
   おいて、 前記ゲーム実行手段が、平常時用のネットワークゲーム
   と、大会用のネットワークゲームとの少なくとも２種類
   のネットワークゲームの内の何れかを実行し、 前記ゲーム実行手段が前記大会用のネットワークゲーム
   を実行する日時を所定のサイト上で公開するイベント案
   内手段を備えることを特徴とするサーバ。
10. 【請求項１０】請求項９記載のサーバにおいて、 ゲーム端末と、当該ゲーム端末に対する前記ネットワー
    クゲームのゲーム記録とを対応づけて管理する管理手段
    と、 前記ゲーム実行手段が実行する前記大会用のネットワー
    クゲームにおけるゲーム記録が、所定条件を満たすゲー
    ム端末に対して、所定の特典を付与する付与手段と、 を備えることを特徴とするサーバ。
11. 【請求項１１】通信回線を介して請求項１から１０の何
    れか記載のサーバと接続可能なゲーム端末において、 前記サーバとデータ通信を行うことにより前記所定のネ
    ットワークゲームを実行する端末側ゲーム実行手段と、 前記サーバから前記広告情報を受信した場合に、前記端
    末側ゲーム実行手段による前記ネットワークゲームの実
    行に関わらず、当該広告情報を表示する表示手段と、 を備えることを特徴とするゲーム端末。
12. 【請求項１２】通信回線を介して請求項５記載のサーバ
    と接続可能なゲーム端末において、 前記サーバとデータ通信を行うことにより前記所定のネ
    ットワークゲームを実行する端末側ゲーム実行手段と、 前記サーバから前記広告情報を受信した場合に、当該広
    告情報を表示する表示手段と、 前記表示手段によりアンケート情報が表示された場合
    に、前記端末側ゲーム実行手段による前記ネットワーク
    ゲームの実行に関わらず、当該アンケート情報に対する
    回答情報を入力可能とし、回答情報が入力された場合に
    は、入力された回答情報を前記サーバに送信する回答送
    信手段と、 を備えることを特徴とするゲーム端末。
13. 【請求項１３】通信回線を介して請求項４記載のサーバ
    と接続可能な広告依頼装置であって、 広告対象条件と、広告情報とを対応づけて送信する手段
    を備えることを特徴とする広告依頼装置。
14. 【請求項１４】通信回線を介してゲーム端末と接続可能
    に構成されるサーバに、 広告情報を記憶させるための機能と、 前記ゲーム端末とデータ通信を行って所定のネットワー
    クゲームを実行させるための機能と、 前記ゲーム端末に前記広告情報を送信させるための機能
    と、 前記ネットワークゲームの実行によるデータ通信と、前
    記広告情報の送信とを所定のタイミングで切り換えらせ
    るための機能と、 を実現させるためのプログラム。
15. 【請求項１５】通信回線を介して請求項１から１０の何
    れか記載のサーバと接続可能なゲーム端末に、 前記サーバとデータ通信を行うことにより前記所定のネ
    ットワークゲームを実行させるための機能と、 前記サーバから前記広告情報を受信した場合に、当該広
    告情報を表示させるための機能と、 を実現させるためのプログラム。
16. 【請求項１６】通信回線を介して請求項４記載のサーバ
    と接続可能な広告依頼装置に、 広告対象条件と、広告情報とを対応づけて送信させるた
    めの機能を実現させるためのプログラム。