JP2024051170A - 通信端末、通信方法、通信プログラム、通信プログラムを格納した記録媒体および情報処理装置 - Google Patents

Abstract

【課題】対戦型ゲームの結果を利用して対戦時に賭けの結果得られる特典や、特典の受け渡し場所等を具体的に決定することができる通信端末、通信方法、通信プログラム、通信プログラムを格納した記録媒体および情報処理装置を提供する。【解決手段】通信端末２０は、ネットワーク通信部２７が、通信端末１０から、所定の問題と解答からなるクイズのゲーム情報、送信元、商品やサービス、商品やサービスを提供している店舗等の情報を受信し、タッチ入力等の入力部２１あるいはマイク２２から解答を入力してゲームを行い、その正誤結果をＣＰＵ２８が判定するので、ゲームを行う際に商品やサービスや受け渡し位置をゲームとともに受信する。【選択図】図１

Description

本発明は、少なくとも１つの他の通信端末とネットワークを介して通信可能に接続された通信端末、通信方法、通信プログラム、通信プログラムを格納した記録媒体と、前記通信端末とネットワークを介して通信可能に接続されたサーバなどの情報処理装置に関する。

近年、ゲーム機では通信機能を備え、ネットワークを介して他のゲーム機と対戦を行うことができるようになっている。また、スマートフォンなどでは、ゲームアプリなどのプログラムをインストールすることでネットワークを介して他のスマートフォン等とゲームを行うことが容易になっている。

また、対戦するゲームの内容としてもパッケージされたゲームソフトに限らず、例えば特許文献１に記載されているように、プレイヤー同士で自作のクイズを出題し合うようなことも提案されている。

特許文献１には、出題者が情報端末を操作してサーバに問題文や正解および不正解の選択肢および出題先を登録する。サーバでは、出題先として指定されたプレイヤーが当該サーバに接続されたゲーム装置でプレイしている際に、登録されている問題を出題して解答結果等を登録することが記載されている。

特開２０１０－１０４６９５号公報

ゲームの勝敗結果を利用して、ユーザ同士で何らかの物品等を賭けることが行われることがある。例えば、上述したクイズを利用した場合、ユーザＡからユーザＢに問題を出題して、ユーザＢが正解したらユーザＡがユーザＢに食事をおごり、不正解ならユーザＢがユーザＡに食事をおごるなどといったことである。

しかしながら、上述したようなことは、ゲームの勝敗結果から賭け自体の結果は明確に決まるものの、賭けの結果得られる特典（食事をおごる）やどこでその特典の受け渡しが行われるか（どの店で食事するか）といった具体的なことは、ゲームの結果を利用して行うことができず、別途対戦者同士で決める必要があった。

このような問題は、特に対戦相手が離れている場合は、電話やメール、メッセンジャーソフトなど他の通信手段を用いて連絡を取り合う必要があり非常に煩雑であった。

そこで、本発明は、上述した問題に鑑み、例えば、対戦型ゲームの結果を利用して対戦時に賭けの結果得られる特典や、特典の受け渡し場所等を具体的に決定することができる通信端末、通信方法、通信プログラム、通信プログラムを格納した記録媒体および情報処理装置を提供することを目的とする。

上記課題を解決するために、請求項１に記載の通信端末は、少なくとも１つの他の通信端末とネットワークを介して通信可能に接続された通信端末において、前記他の通信端末と対戦する対戦型ゲーム情報、前記対戦型ゲームで対戦する対戦者情報、前記対戦型ゲームの結果得られる特典情報および、前記特典の受け渡し場所の位置情報を受信する第１の受信手段と、前記第１の受信手段が取得した前記対戦型ゲーム情報が示す対戦型ゲームを行うための入力を行う第１の入力手段と、前記対戦型ゲームの勝敗結果を取得する第１の勝敗結果取得手段と、前記対戦型ゲーム情報、前記対戦者情報、前記特典情報、前記位置情報および前記勝敗結果を関連付けて出力するゲーム結果出力手段と、を有することを特徴としている。

本発明の第１の実施例にかかる通信端末とサーバの構成図である。 図１に示されたＰＯＩデータベースの構成例を示した表である。 図１に示されたゲーム結果詳細データベースの構成例を示した表である。 図１に示された出題端末の動作を示したフローチャートである。 図１に示された解答端末の動作を示したフローチャートである。 図１に示された出題端末の店舗および商品選択画面の構成例を示した説明図である。 図１に示されたＰＯＩデータベースの他の構成例を示した表である。 図１に示された出題端末の送信確認画面の構成例を示した説明図である。 図１に示された解答端末の画面表示の遷移例を示した説明図である。 図１に示された通信端末とサーバのゲーム実行時の動作を示したフローチャートである。 図１に示された通信端末とサーバのゲーム実行後、選択した店舗におけるゲーム利用状況表示動作を示したフローチャートである。 図１に示された通信端末とサーバのゲーム実行後、自身がゲームで利用した店舗表示動作を示したフローチャートである。 図１に示された通信端末で地図上に勝敗結果を表示した例と、詳細内容を表示した例を示した説明図である。 図１に示された通信端末とサーバのゲーム実行後、受け渡し日が未入力のゲームにおける受け渡し状況入力動作を示したフローチャートである。 図１に示された出題端末の送信確認画面の他の構成例を示した説明図である。 本発明の第２の実施例にかかる通信端末とサーバのゲーム実行時の動作を示したフローチャートである。 本発明の第３の実施例にかかる通信端末とサーバのゲーム実行時の動作を示したフローチャートである。

以下、本発明の一実施形態にかかる通信端末を説明する。本発明の一実施形態にかかる通信端末は、第１の受信手段が、他の通信端末と対戦する対戦型ゲーム情報、対戦型ゲームで対戦する対戦者情報、対戦型ゲームの結果得られる特典情報および、特典の受け渡し場所の位置情報を受信し、第１の入力手段を用いて対戦型ゲーム情報が示す対戦型ゲームを行って、その勝敗結果を第１の勝敗結果取得手段が取得し、ゲーム結果出力手段が対戦型ゲーム情報、対戦者情報、特典情報、位置情報および勝敗結果を関連付けて出力するので、ゲームを行う際に特典や受け渡し位置を受信しているために、対戦者同士で別途連絡を取り合って特典や受け渡し場所を決める必要が無く、対戦型ゲームによる賭けを他の通信端末から申し込まれた際に、特典や特典の受け渡し場所を具体的にイメージすることができる。

また、特典の受け渡し場所が商業施設であって、位置情報には商業施設に関する情報を含み、特典情報には、特典として当該商業施設で提供される商品やサービスに関する情報が含まれていてもよい。このようにすることにより、商業施設の商品やサービスを指定して対戦型ゲームによる賭けを行うことができ、ゲーム後に当該商業施設に対戦者が足を運ぶために、商業施設の集客に繋げることができる。

また、対戦型ゲーム情報が、所定の問題情報および所定の問題の正解情報を含むクイズ情報であり、第１の出力手段から所定の問題情報を出力し、第１の勝敗結果取得手段が、第１の受信手段により受信された正解情報と、第１の入力手段により入力された所定の問題に対する解答情報と、の正誤結果を判定する第１の判定手段を備えるようにしてもよい。このようにすることにより、対戦型ゲームとして他の通信端末から出題されたクイズを利用して賭けを行うことができる。

また、第１の受信手段が、対戦型ゲーム情報とともに、所定の問題に正解した場合の正解メッセージと、不正解だった場合の不正解メッセージと、を受信し、第１の出力手段が、第１の判定手段により正誤結果が判定された後、正誤結果に基づいて、正解メッセージと不正解メッセージのいずれかを出力するようにしてもよい。このようにすることにより、出題者が任意に指定した正解メッセージや不正解メッセージを出力して、クイズの正解や不正解を通知することができる。

また、第１の地図データ取得手段が地図データを取得し、第１のゲーム履歴取得手段が第１の勝敗結果取得手段により勝敗結果が取得された後に、位置情報と、該位置情報における勝敗結果とを取得して、第１の出力手段が、地図データと第１のゲーム結果取得手段が取得した位置情報と勝敗結果に基づいて、地図データ上の位置情報で示される位置に勝敗結果を示す情報を出力してもよい。このようにすることにより、地図上の特典受け渡し場所として指定した地点に勝敗結果を示すアイコン等を表示することができ、容易に対戦結果を確認することができる。

また、第１の現在位置情報取得手段が自身の現在位置を示す現在位置情報を取得し、第１のゲーム履歴取得手段が、特典情報を更に取得し、現在位置情報と第１のゲーム履歴取得手段が取得した位置情報との距離が予め定めた所定距離以内である場合は、第１のゲーム履歴取得手段が取得した勝敗結果と位置情報と特典情報とを出力してもよい。このようにすることにより、特典の受け渡し場所の近くに位置している場合には、当該位置に向かうように促すことができる。そのため、特典の受け渡し場所が、例えば商業施設であれば、商業施設の集客に繋げることができる。

また、第１の目的地設定手段が、第１の勝敗結果取得手段により勝敗結果が取得された際に、位置情報で示される位置を目的地として設定し、第１の案内手段が現在位置から目的地への経路を案内するようにしてもよい。このようにすることにより、対戦型ゲームの勝敗結果が出た際には、自動的に特典の受け渡し場所に向かえるようにすることができる。

また、第１のゲーム履歴取得手段が、対戦者情報を更に取得し、第１の受信手段が、対戦者情報に対応する他の通信端末の位置を示す対戦者位置情報を更に受信し、第１の出力手段が、現在位置情報と対戦者位置情報に基づき、それぞれの通信端末が所定距離内に存在する場合は、特典の受け渡しが可能であることを示す情報を出力するようにしてもよい。このようにすることにより、対戦者同士が互いに近くにいる場合は特典の受け渡し行為が可能であることを通知することができる。

また、第１の出力手段が、第１の勝敗結果取得手段により勝敗結果が取得された後に、現在位置情報と対戦者位置情報に基づき、それぞれの通信端末が所定距離内に存在する場合は、特典の受け渡しが行われたか否かの情報の入力を促す通知を出力し、第１の入力手段から特典の受け渡しが行われたことを示す情報が入力された場合は、特典の受け渡しが行われたことを示す情報を出力するようにしてもよい。このようにすることにより、対戦者同士が互いに近くにいる場合、かつ、特典の受け渡しが行われていない場合は、特典の受け渡しが行えることを示す情報を入力させることで、実際の特典の受け渡し行為を促すようにすることができる。

また、第１の受信手段が、位置情報で示される位置における対戦型ゲームを利用した賭けの利用状況を示す情報を受信し、第１の出力手段が、地図データ上の当該位置に位置情報で示される位置における対戦型ゲームを利用した賭けの利用状況を示す情報を出力するようにしてもよい。このようにすることにより、位置ごとに自身だけでなく他の利用者を含む対戦型ゲームを利用した賭けの利用状況を確認することができる。

また、上述した通信端末とネットワークを介して通信可能に接続されている情報処理装置が、ゲーム結果出力手段が出力した対戦型ゲーム情報、対戦者情報、特典情報、位置情報および勝敗結果が関連付けられた情報が格納されているゲーム結果格納手段と、ゲーム結果出力手段が出力した各情報のゲーム結果格納手段への格納および、第１のゲーム履歴取得手段からの要求に応じて各情報を検索する第１の制御部を有しているので、サーバ等の情報処理装置に対戦ゲームとその対戦ゲームを利用した賭けの内容を登録することができ、後にそれらを履歴として参照可能となる。また、通信端末が履歴を保持する必要が無くなり、通信端末が必要とする記憶装置等の容量を少なくすることができる。

また、本発明の一実施形態にかかる通信方法は、第１の受信工程で、他の通信端末と対戦する対戦型ゲーム情報、対戦型ゲームで対戦する対戦者情報、対戦型ゲームの結果得られる特典情報と、特典の受け渡し場所の位置情報を受信し、第１の入力工程で、対戦型ゲーム情報が示す対戦型ゲームを行って、その勝敗結果を第１の勝敗結果取得工程で取得し、ゲーム結果出力工程で対戦型ゲーム情報、対戦者情報、特典情報、位置情報および勝敗結果を関連付けて出力するので、ゲームを行う際に特典や受け渡し位置を受信しているために、対戦者同士で別途連絡を取り合って特典や受け渡し場所を決める必要が無く、対戦型ゲームによる賭けを他の通信端末から申し込まれた際に、特典や特典の受け渡し場所を具体的にイメージすることができる。

また、上述した通信方法をコンピュータにより実行させる通信プログラムとしてもよい。このようにすることにより、対戦者同士で別途連絡を取り合って特典や受け渡し場所を決める必要が無く、対戦型ゲームによる賭けを他の通信端末から申し込まれた際に、特典や特典の受け渡し場所を具体的にイメージすることができる。また、コンピュータにより実行されるプログラムであるので、専用のハードウェア等が不要となり、汎用の通信端末にインストールして機能させることができる。

また、上述した通信プログラムをコンピュータ読み取り可能な記録媒体に格納してもよい。このようにすることにより、当該プログラムを機器に組み込む以外に単体でも流通させることができ、バージョンアップ等も容易に行える。

また、本発明の一実施形態にかかる通信端末は、ゲーム指定手段で、他の通信端末と対戦する対戦型ゲームを指定し、対戦相手指定手段で、対戦型ゲームを対戦する相手を指定し、特典指定手段で、対戦型ゲームの結果得られる特典を指定し、受け渡し場所指定手段で、特典の受け渡し場所を指定して、第２の送信手段が、ゲーム指定手段で指定された対戦型ゲームの情報である対戦型ゲーム情報、対戦相手指定手段で指定された相手に対戦型ゲームで対戦する対戦者の情報を通知する対戦者情報、特典情報指定手段で指定された特典の情報である特典情報および、受け渡し場所指定手段で指定された特典の受け渡し場所の位置情報を送信し、第２の入力手段で、ゲーム指定手段により指定された対戦型ゲームを行って、第２の勝敗結果取得手段が、対戦型ゲームの勝敗結果を取得するので、ゲームを行う際に特典や受け渡し位置を送信しているために、対戦者同士で別途連絡を取り合って特典や受け渡し場所を決める必要が無く、対戦型ゲームによる賭けを他の通信端末に申し込む際に、特典や特典の受け渡し場所を具体的に指定することができる。

また、特典の受け渡し場所が商業施設であり、第２の受信手段で、特典の受け渡しが可能な商業施設に関する情報を取得し、第２の受信手段が受信した特典の受け渡しが可能な商業施設に関する情報に基づいて、受け渡し場所指定手段が、特典の受け渡し場所とする商業施設を指定するようにしてもよい。このようにすることにより、商業施設を受け渡し場所とすることができ、特典の受け渡しのために対戦者が商業施設に足を運ぶため、当該商業施設の集客に繋げることができる。

また、第２の受信手段が、指定された商業施設で提供される商品やサービスに関するメニュー情報を受信し、受信されたメニュー情報に基づいて、特典指定手段が、特典とする商品やサービスを指定するようにしてもよい。このようにすることにより、指定された商業施設が提供する商品やサービスを賭けの結果得られる特典とすることができ、商業施設の売り上げ増加を図ることができる。

また、特典の受け渡しが可能な商業施設に関する情報には、商業施設ごとのカテゴリ情報が設定されており、メニュー情報としてカテゴリごとに予め設定されている商品やサービスが含まれているようにしてもよい。このようにすることにより、個々の商業施設が提供する商品やサービスのメニューを設定することなく、カテゴリのみ設定すれば、最低限の商品やサービスをメニューとすることができる。

また、対戦型ゲーム情報が、所定の問題情報および所定の問題の正解情報を含むクイズ情報であり、第２の入力手段から、所定の問題情報および所定の問題の正解情報を入力するようにしてもよい。このようにすることにより、対戦型ゲームとして他の通信端末にクイズを出題して賭けを行うことができる。

また、第２の入力手段から、所定の問題に正解した場合の正解メッセージと、不正解だった場合の不正解メッセージと、を入力し、第２の送信手段が、対戦型ゲーム情報とともに、正解メッセージと、不正解メッセージと、を送信するようにしてもよい。このようにすることにより、正解メッセージや不正解メッセージを任意に設定することができ、これらのメッセージによってクイズの正解や不正解を通知することができる。

また、第２の地図データ取得手段が地図データを取得し、第２のゲーム履歴取得手段が、第２の勝敗結果取得手段により勝敗結果が取得された後に、位置情報と、該位置情報における勝敗結果とを取得して、第２の出力手段が、地図データと第２のゲーム履歴取得手段が取得した位置情報と勝敗結果に基づいて、地図データ上の位置情報で示される位置に勝敗結果を示す情報を出力するようにしてもよい。このようにすることにより、地図上の特典受け渡し場所として指定した地点に勝敗結果を示すアイコン等を表示することができ、容易に対戦結果を確認することができる。

また、自身の現在位置を示す現在位置情報を取得する第２の現在位置情報取得手段を更に有し、第２のゲーム履歴取得手段が、特典情報を更に取得し、第２の出力手段が、現在位置情報と第２のゲーム履歴取得手段が取得した位置情報との距離が予め定めた所定距離以内である場合は、第２のゲーム履歴取得手段が取得した勝敗結果と位置情報と特典情報とを出力するようにしてもよい。このようにすることにより、特典の受け渡し場所の近くに位置している場合には、当該施設に向かうように促すことができる。そのため、特典の受け渡し場所が、例えば商業施設であれば、商業施設の集客に繋げることができる。

また、第２の目的地設定手段が、第２の勝敗結果取得手段により勝敗結果が取得された際に、位置情報で示される位置を目的地として設定し、第２の案内手段が現在位置から目的地への経路を案内するようにしてもよい。このようにすることにより、対戦型ゲームの勝敗結果が出た際には、自動的に特典の受け渡し場所に向かえるようにすることができる。

また、第２のゲーム履歴取得手段が、対戦者情報を更に取得し、第２の受信手段が、対戦者情報に対応する他の通信端末の位置を示す対戦者位置情報を更に受信して、第２の出力手段が、現在位置情報と対戦者位置情報に基づき、それぞれの通信端末が所定距離内に存在する場合は、特典の受け渡しが可能であることを示す情報を出力するようにしてもよい。このようにすることにより、対戦者同士が互いに近くにいる場合は特典の受け渡し行為が可能であることを通知することができる。

また、第２の出力手段が、第２の勝敗結果取得手段により勝敗結果が取得された後に、現在位置情報と対戦者位置情報に基づき、それぞれの通信端末が所定距離内に存在する場合は、特典の受け渡しが行われたか否かの情報の入力を促す通知を出力し、第２の入力手段から特典の受け渡しが行われたことを示す情報が入力された場合は、特典の受け渡しが行われたことを示す情報を出力するようにしてもよい。このようにすることにより、対戦者同士が互いに近くにいる場合、かつ、特典の受け渡しが行われていない場合は、特典の受け渡しが行えることを示す情報を入力させることで、実際の特典の受け渡し行為を促すようにすることができる。

また、第２の受信手段が、位置情報で示される位置における対戦型ゲームを利用した賭けの利用状況を示す情報を受信し、第２の出力手段が、地図データ上の位置情報で示される位置に、第２の受信手段が受信した対戦型ゲームを利用した賭けの利用状況を示す情報を出力するようにしてもよい。このようにすることにより、位置ごとに自身だけでなく他の利用者を含む対戦型ゲームを利用した賭けの利用状況を確認することができる。

また、上述した通信端末とネットワークを介して通信可能に接続されている情報処理装置が、第２の送信手段から送信された対戦型ゲーム情報、対戦者情報、特典情報、位置情報が関連付けられた情報が格納されているゲーム内容格納手段と、第２の送信手段から送信された各情報のゲーム内容格納手段への格納および、第１のゲーム履歴取得手段からの要求に応じて各情報を検索する第２の制御部を有しているので、サーバ等の情報処理装置に対戦ゲームとその対戦ゲームを利用した賭けの内容を登録することができ、後日それらを履歴として参照可能となる。また、通信端末が履歴を保持する必要が無くなり、通信端末が必要とする記憶装置等の容量を少なくすることができる。

また、本発明の一実施形態にかかる通信方法は、ゲーム指定工程で、他の通信端末と対戦する対戦型ゲームを指定し、対戦相手指定工程で、対戦型ゲームを対戦する相手を指定し、特典指定工程で、対戦型ゲームの結果得られる特典を指定し、受け渡し場所指定工程で、特典の受け渡し場所を指定して、ゲーム指定工程で指定された対戦型ゲームの情報である対戦型ゲーム情報、対戦相手指定工程で指定された相手に対戦型ゲームで対戦する対戦者の情報を通知する対戦者情報、特典情報指定工程で指定された特典の情報である特典情報および、受け渡し場所指定工程で指定された特典の受け渡し場所の位置情報を送信し、第２の入力工程で、ゲーム指定手段により指定された対戦型ゲームを行って、第２の勝敗結果取得手段が、対戦型ゲームの勝敗結果を取得するので、ゲームを行う際に特典や受け渡し位置を送信しているために、対戦者同士で別途連絡を取り合って特典や受け渡し場所を決める必要が無く、対戦型ゲームによる賭けを他の通信端末に申し込む際に、特典や特典の受け渡し場所を具体的に指定することができる。

また、上述した通信方法をコンピュータにより実行させる通信プログラムとしてもよい。このようにすることにより、対戦者同士で別途連絡を取り合って特典や受け渡し場所を決める必要が無く、対戦型ゲームによる賭けを他の通信端末に申し込む際に、特典や特典の受け渡し場所を具体的に指定することができる。また、コンピュータにより実行されるプログラムであるので、専用のハードウェア等が不要となり、汎用の通信端末にインストールして機能させることができる。

また、上述した通信プログラムをコンピュータ読み取り可能な記録媒体に格納してもよい。このようにすることにより、当該プログラムを機器に組み込む以外に単体でも流通させることができ、バージョンアップ等も容易に行える。

本発明の第１の実施例にかかる通信端末１０、２０およびサーバ３０を図１乃至図１５を参照して説明する。図１は、対戦型ゲームとしてクイズを行い、通信端末１０が出題端末、通信端末２０が解答端末となる例である。

通信端末１０、２０は、例えば、スマートフォンやパーソナルコンピュータ等のネットワークに接続可能な電子機器で構成されている。サーバ３０は、通信端末１０、２０が取得する各種情報や通信端末１０、２０から登録される対戦結果などの情報が格納されるデータベースを有している。

通信端末１０は、入力部１１と、マイク１２と、スピーカ１３と、ディスプレイ表示部１４と、ＧＰＳ１５と、音声認識処理部１６と、ネットワーク通信部１７と、ＣＰＵ１８と、を備えている。

入力部１１は、タッチパネルやキーボード、マウス等の入力手段で構成され、通信端末１０の各種操作を行う。なお、入力部１１は、タッチパネルやキーボード、マウス等の入力手段が複数種類設けられていてもよい。

マイク１２は、例えばクイズの出題にかかる入力操作を音声により行う際に音声を入力する手段である。マイク１２は、ゲーム指定手段、対戦相手指定手段、特典指定手段、受け渡し場所指定手段、第２の入力手段、第２の目的地設定手段として機能する。各手段としての動作は後述する。

スピーカ１３は、入力部１１やマイク１２による入力操作によりＣＰＵ１８で合成された確認音声等が出力される。

ディスプレイ表示部１４は、例えば液晶ディスプレイや有機ＥＬ（Electro Luminescence）ディスプレイ等で構成され、クイズ出題時の画面や、地図データ等が表示される。即ち、ディスプレイ表示部１４は、第２の出力手段として機能する。なお、入力部１１をタッチパネルで構成した場合は、ディスプレイ表示部１４にタッチパネル装置が重ねられて構成される。

ＧＰＳ１５は、ＧＰＳ（Global Positioning System）衛星からの電波を受信する受信機である。ＧＰＳ１５は、ＧＰＳ衛星から受信した情報に基づいて自身（通信端末１０）の位置を示す緯度および経度を算出して、ＣＰＵ１８に出力する。なお、ＧＰＳ１５では、ＧＰＳ衛星からの情報を受信するのみとし、緯度および経度の算出はＣＰＵ１８で行うようにしてもよい。即ち、ＧＰＳ１５は、第２の現在位置情報取得手段として機能する。

音声認識処理部１６は、マイク１２から入力された音声を公知の音声認識技術により認識し、認識された音声が、通信端末１０に対する操作指示であった場合は、当該指示をデータに変換してＣＰＵ１８に出力する。

ネットワーク通信部１７は、通信端末１０が接続されるネットワークと通信する。ネットワーク通信部１７は、ＣＰＵ１８から送信するデータが入力されて当該データをネットワークに送信するとともに、ネットワークから受信したデータをＣＰＵ１８に出力する。即ち、図１の通信端末１０と通信端末２０の間、通信端末１０とサーバ３０の間および通信端末２０とサーバ３０の間は図示しないが、公衆回線網やインターネットなどのネットワークが設けられている。ネットワーク通信部１７は、第２の送信手段、第２の勝敗結果取得手段、第２の受信手段、第２の地図データ取得手段、第２のゲーム履歴取得手段として機能する。各手段としての動作は後述する。

ＣＰＵ１８は、ＣＰＵ（Central Processing Unit）のみでなく、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等のメモリも有するマイクロコンピュータで構成され、通信端末１０の全体制御を司る。

通信端末２０は、図１に示したように通信端末１０とブロック構成は同じである。但し、本実施例では解答端末として説明するので別の符号を付するが、クイズの解答を行うものとなる他は実質的な機能は同じである。即ち、マイク１２は、クイズの解答にかかる入力操作が音声により行われ、ディスプレイ表示部１４は、クイズ解答時の画面や地図データ等が表示される。

即ち、マイク２２が、第１の入力手段、第１の目的地設定手段として機能し、ディスプレイ表示部２４が、第１の出力手段として機能し、ＧＰＳ２５が、第１の現在位置情報取得手段として機能し、ネットワーク通信部２７が、第１の受信手段、ゲーム結果出力手段、第１の送信手段、第１の地図データ取得手段、第１のゲーム履歴取得手段として機能し、ＣＰＵ２８が、第１の勝敗結果取得手段、第１の判定手段、第１の案内手段として機能する。各手段としての動作は後述する。

なお、通信端末１０、２０は、地図データが格納されている外部サーバ等からネットワークを介して地図データを取得することができる。取得された地図データはネットワーク通信部１７（２７）からＣＰＵ１８（２８）に出力され、図示しないメモリ等の記憶装置に格納される。なお、予め通信端末１０、２０に地図データを格納しておいてもよい。

また、図１の構成図では通信端末１０が出題端末、通信端末２０が解答端末として機能するのみで説明しているが、通信端末１０が解答端末、通信端末２０が出題端末としての機能を備えていてもよいし、通信端末１０や２０が解答端末と出題端末の両方の機能を備えていてもよい。

サーバ３０は、ＰＯＩデータベース３１と、友人情報データベース３２と、ゲーム結果詳細データベース３３とネットワーク通信部３４と、ＣＰＵ３５と、を備えている。サーバ３０は、情報処理装置として機能する。

ＰＯＩデータベース３１は、クイズの結果得られる商品やサービスを受け渡しする店舗等の商業施設の位置情報が登録されているデータベースである。なお、ＰＯＩ（Point Of Interest）とは、誰かが便利、あるいは興味のある所と思った特定の場所という意味であるが、本実施例では主にクイズの結果により受け渡しが行われる商品やサービスを提供可能な店舗等の商業施設を示す。

ＰＯＩデータベース３１の例を図２を参照して説明する。ＰＯＩデータベース３１は、ＰＯＩ ＩＤと、名前（Ｎａｍｅ）と、所在地（Ａｄｄｒｅｓｓ）と、郵便番号（Ｚｉｐ Ｃｏｄｅ）と、電話番号（Ｐｈｏｎｅ Ｎｕｍｂｅｒ）と、評価（Ｒａｔｉｎｇ）と、緯度（Ｌａｔ）と、経度（Ｌｎｇ）と、メニュー（Ｍｅｎｕ１、Ｍｅｎｕ２、・・・）と、の各情報が設定されている。

ＰＯＩ ＩＤは、１つのＰＯＩに一意に割り振られる番号である。名前は、ＰＯＩの施設名や店舗名等の名称である。所在地、郵便番号、電話番号は、それぞれ、ＰＯＩの所在地、ＰＯＩの郵便番号、ＰＯＩの電話番号である。評価は、ＰＯＩの評判を示す指標であり、例えば複数の評価の平均値が設定される。緯度、経度は、それぞれ、ＰＯＩの緯度と経度である。メニューは、ＰＯＩで提供される商品やサービスのメニューリストである。

友人情報データベース３２は、通信端末１０、２０が友人として登録した情報が設定されるデータベースであり、Ｕｓｅｒ ＩＤ、氏名やニックネーム、メールアドレス、電話番号等が設定されている。

ゲーム結果詳細データベース３３は、通信端末間で行った対戦型ゲーム（クイズ）の内容等が登録されているデータベースである。ゲーム結果詳細データベース３３の例を図３を参照して説明する。即ち、本実施例は、ゲーム結果格納手段がサーバ３０などの通信端末の外部に設けられている場合である。ゲーム結果詳細データベースは、ゲーム結果格納手段として機能する。

ゲーム結果詳細データベース３３は、Ｇａｍｅ ＩＤと、出題日（Ｄａｔｅ（Ｑ））と、出題者（Ｑｕｓｔｉｏｎｅｒ）と、解答日（Ｄａｔｅ（Ａ））と、解答者（Ａｎｓｗｅｒｅｒ）と、出題内容（Ｑｕｅｓｔｉｏｎ）と、正解（Ｃｏｒｒｅｃｔ Ａｎｓｗｅｒ）と、実際の解答（Ａｃｔｕａｌ Ａｎｓｗｅｒ）と、正解したか否か（Ｃｏｒｒｅｃｔ？）と、ＰＯＩ ＩＤと、商品（Ｇｏｏｄｓ ｔｏ Ｂｅｔ）と、受け渡し日（Ｐａｉｄ ｄａｔｅ）と、の各情報が設定されている。即ち、対戦型ゲーム情報、対戦者情報、特典情報、位置情報および勝敗結果が関連付けられた情報として格納されている。

Ｇａｍｅ ＩＤは、１つのゲーム（クイズ）に一意に割り振られる番号である。出題日と出題者は、当該Ｇａｍｅ ＩＤを持つクイズの出題日と出題者（Ｕｓｅｒ ＩＤ）である。解答日と解答者は、当該クイズの解答日と解答者（Ｕｓｅｒ ＩＤ）である。出題内容は、出題者が出題した当該クイズの問題内容（所定の問題情報）である。正解は出題者が設定した正解を示す解答あるいは選択肢である。実際の解答は、解答者が実際に解答した内容である。正解か否かは、解答者が当該クイズに正解したか否かを示す情報である。ＰＯＩ ＩＤは、当該クイズで利用された店舗等のＰＯＩ ＩＤである。商品は、当該クイズの特典として指定された商品やサービス内容である。受け渡し日は、商品やサービスの受け渡しが完了した日付である。

ネットワーク通信部３４は、サーバ３０が接続されるネットワークと通信する。ネットワーク通信部３４は、ＣＰＵ３５から送信するデータが入力されて当該データをネットワークに送信するとともに、ネットワークから受信したデータをＣＰＵ３５に出力する。

ＣＰＵ３５は、ＣＰＵ（Central Processing Unit）のみでなく、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等のメモリも有するマイクロコンピュータで構成され、通信端末１０の全体制御を司る。特に、本実施例では、ＰＯＩデータベース３１、友人情報データベース３２、ゲーム結果詳細データベース３３の各データベースへのデータ登録や検索等のアクセス制御等を行う。ＣＰＵ３５は、第１の制御部として機能する。

なお、ＰＯＩデータベース３１、友人情報データベース３２、ゲーム結果詳細データベース３３は、１つの記憶装置（ハードディスク装置等）に設けてもよい。また、それぞれ別の記憶装置に設けてもよい。或いは２つのデータベースを１つの記憶装置に設け残りを別の記憶装置に設けるようにしてもよい。

次に、上述した構成の通信端末１０、２０とサーバ３０で通信端末１０から通信端末２０にクイズを出題する際の動作を図４および図５のフローチャートを参照して説明する。

図４に示した出題者側である通信端末１０の動作から説明する。図４に示したフローチャートはＣＰＵ１８で実行される。

まず、ステップＳ１０１において、クイズ問題作成用の音声入力を指示してステップＳ１０２に進む。本ステップでは、例えば、「クイズの作成を音声で入力します。まずはクイズの問題をお話下さい」といった案内音声をスピーカ１３から出力し、ユーザにクイズ問題の入力を促す。本ステップは、他の通信端末と対戦する対戦型ゲームを指定するゲーム指定工程として機能する。

次に、ステップＳ１０２において、クイズの問題が音声入力されたか否かを判断し、音声入力された場合（Ｙｅｓの場合）はステップＳ１０３に進み、音声入力されない場合（Ｎｏの場合）は本ステップで待機する。クイズの問題が音声入力されたか否かは、例えばマイク１２から入力された音声が音声認識処理部１６でエラーでなく音声認識できた場合はクイズが入力されたとみなせばよい。

次に、ステップＳ１０３において、クイズ解答用の音声入力を指示してステップＳ１０４に進む。本ステップでは、例えば、「クイズの正解をお話しください」といった案内音声をスピーカ１３から出力し、ユーザにクイズの正解となる解答の入力を促す。即ち、本ステップとステップＳ１０１は、ゲーム指定手段により指定された対戦型ゲームを行うための入力を行う第２の入力工程として機能する。本実施例では、対戦型ゲームとしてクイズを行うので、出題端末としては、対戦型ゲームを行うための入力とはクイズを出題（作成）する行為となる。

次に、ステップＳ１０４において、クイズの解答が音声入力されたか否かを判断し、音声入力された場合（Ｙｅｓの場合）はステップＳ１０５に進み、音声入力されない場合（Ｎｏの場合）は本ステップで待機する。クイズの解答が音声入力されたか否かは、ステップＳ１０２と同様に判断すればよい。

次に、ステップＳ１０５において、正解および不正解時のメッセージやアクションの音声入力を指示してステップＳ１０６に進む。本ステップでは、例えば、「クイズ正解時のメッセージをお話しください」、「クイズ不正解時のメッセージをお話しください」といった案内音声をスピーカ１３から出力し、ユーザにクイズの正解および不正解時に出力するメッセージ（正解メッセージ、不正解メッセージ）の入力を促す。

ここで、ステップＳ１０５に記載されているアクションとは、例えば、正解時や不正解時にメッセージの出力と同時に行われる動作を示し、例えば、効果音の指定などである。

次に、ステップＳ１０６において、正解および不正解時のメッセージやアクションが音声入力されたか否かを判断し、音声入力された場合（Ｙｅｓの場合）はステップＳ１０７に進み、音声入力されない場合（Ｎｏの場合）は本ステップで待機する。正解および不正解時のメッセージやアクションが音声入力されたか否かは、ステップＳ１０２、Ｓ１０４と同様に判断すればよい。

次に、ステップＳ１０７において、店舗等の音声入力を指示してステップＳ１０８に進む。本ステップでは、例えば、「賭けるお店を指定します。お店の名前をお話しください」といった案内音声をスピーカ１３から出力し、店舗等の入力を促す。つまり、本ステップでは、クイズの勝敗によって得られる商品やサービスを提供する店舗等を選択している。そのために、サーバ３０のＰＯＩデータベース３１にアクセスして登録されている店舗のリスト（特典の受け渡しが可能な商業施設に関する情報）をサーバ３０から取得し、ディスプレイ表示部１４に表示する。本ステップにおけるディスプレイ表示部１４の表示例を図６（ａ）に示す。本ステップが実行されると、ディスプレイ表示部１４には図６（ａ）に示したように店舗等のリストが表示される。そして、ユーザはそのリストから店舗名をマイク１２から入力することで店舗等を選択する。本ステップは、特典の受け渡し場所を指定する受け渡し場所指定工程として機能する。

なお、リストに表示される店舗等はサーバ３０のＰＯＩデータベース３１に登録されている店舗等が表示されるが、その中から特定の基準に基づいて絞って表示してもよい。例えば、通信端末１０の現在位置を中心として所定の範囲にある店舗等に絞ってもよいし、よく利用する店舗等の情報をＧＰＳ１５の位置情報やユーザの申告などによりサーバ３０のＰＯＩデータベース３１と関連付けられるように蓄積して、その情報に基づいて表示する店舗等を絞ってもよい。

次に、ステップＳ１０８において、店舗等が音声入力されたか否かを判断し、音声入力された場合（Ｙｅｓの場合）はステップＳ１０９に進み、音声入力されない場合（Ｎｏの場合）は本ステップで待機する。店舗等が音声入力されたか否かは、ステップＳ１０２、Ｓ１０４、Ｓ１０６と同様に判断すればよい。

次に、ステップＳ１０９において、賭ける商品の音声入力を指示してステップＳ１１０に進む。本ステップでは、例えば、「賭ける商品を選択します。賭ける商品名をお話しください」といった案内音声をスピーカ１３から出力し、賭ける商品（あるいはサービス）の入力を促す。つまり、本ステップでは、クイズの勝敗によって得られる商品やサービスを選択している。そのために、サーバ３０のＰＯＩデータベース３１にアクセスしてステップＳ１０７で入力された店舗等のメニュー情報を取得し、ディスプレイ表示部１４に表示する。本ステップにおけるディスプレイ表示部１４の表示例を図６（ｂ）に示す。本ステップが実行されると、ディスプレイ表示部１４には図６（ｂ）に示したように商品やサービスのメニューが表示される。そして、ユーザはそのリストから商品名やサービス名をマイク１２から入力することで商品やサービスを選択する。本ステップは、対戦型ゲームの結果得られる特典を指定する特典指定工程として機能する。

なお、商品やサービスの選択時に表示されるメニューは、ＰＯＩデータベース３１に各店舗等ごとに登録するに限らず、例えば図７に示しようにＰＯＩデータベース３１を構成してもよい。図７（ａ）は、図３に対してサブカテゴリ（Ｓｕｂ Ｃａｔｅｇｏｒｙ）とメインカテゴリ（Ｍａｉｎ Ｃａｔｅｇｏｒｙ）が追加されているＰＯＩテーブル（ＰＯＩ Ｔａｂｌｅ）と、図７（ｂ）に示したメニューテーブル（Ｍｅｎｕ Ｔａｂｌｅ）から構成されている。ＰＯＩテーブルのメインカテゴリは、レストラン（Ｒｅｓｔａｕｒｕｎｔｓ）やイベント会場（Ｅｖｅｎｔｓ）などの大分類が設定され、サブカテゴリは、レストランの場合、イタリア料理店（Ｉｔａｌｉａｎ）、ハンバーガーショップ（Ｂｕｒｇｅｒｓ）、イベント会場の場合、映画館（Ｔｈｅａｔｅｒ）、コンサートホール（Ｃｏｎｃｅｒｔｓ）といったメインカテゴリを細分化した分類が設定される。即ち、商業施設ごとのカテゴリ情報が設定されている。

メニューテーブルは、図７（ｂ）に示すように、Ｃａｔｅｇｏｒｙ ＩＤと、メニュー（Ｍｅｎｕ１、Ｍｅｎｕ２、・・・）と、の各情報が設定されている。Ｃａｔｅｇｏｒｙ ＩＤは、１つのメインカテゴリまたはサブカテゴリに一意に割り振られる番号である。メニューは、当該メインカテゴリまたはサブカテゴリで提供される商品やサービスのメニューリストである。メニューテーブルのメニューは、カテゴリごとに通常提供される可能性が高い商品やサービスを予め設定するものである。例えば、レストランであればビールやコーヒーは通常提供可能であることが多いので、それを予め登録しておく。このようにすることで、ＰＯＩテーブルに各店舗等のメニューを登録しなくてもメインカテゴリまたはサブカテゴリが設定されていれば、ユーザに商品やサービスを表示して選択させることができる。例えば、図７のＰＯＩ ＩＤがｐ２００１の店舗では、メインカテゴリがレストランで、サブカテゴリがイタリア料理なので、ビール、コーヒー、ワイン、ピザが、当該店舗の実際のメニューを登録しなくとも表示される。

図４のフローチャートに戻って、ステップＳ１１０において、賭ける商品が音声入力されたか否かを判断し、音声入力された場合（Ｙｅｓの場合）はステップＳ１１１に進み、音声入力されない場合（Ｎｏの場合）は本ステップで待機する。賭ける商品が音声入力されたか否かは、ステップＳ１０２、Ｓ１０４、Ｓ１０６、Ｓ１０８と同様に判断すればよい。

次に、ステップＳ１１１において、送信先の音声入力を指示してステップＳ１１２に進む。本ステップでは、例えば、「送信先の友人を指定します。友人の名前をお話しください」といった案内音声をスピーカ１３から出力し、送信先の入力を促す。本ステップでは、クイズの対戦相手となる友人を選択している。そのために、サーバ３０の友人情報データベース３２にアクセスして登録されている友人の一覧を取得し、ディスプレイ表示部１４に表示する。本ステップにおけるディスプレイ表示部１４の表示例を図６（ｃ）に示す。本ステップが実行されると、ディスプレイ表示部１４には図６（ｃ）に示したように友人のリストが表示される。そして、ユーザはそのリストから対戦相手とする友人の名前をマイク１２から入力することで選択する。本ステップは、対戦型ゲームを対戦する相手を指定する対戦相手指定工程として機能する。

次に、ステップＳ１１２において、送信先が音声入力されたか否かを判断し、音声入力された場合（Ｙｅｓの場合）はステップＳ１１３に進み、音声入力されない場合（Ｎｏの場合）は本ステップで待機する。送信先が音声入力されたか否かは、ステップＳ１０２、Ｓ１０４、Ｓ１０６、Ｓ１０８、Ｓ１１０と同様に判断すればよい。

次に、ステップＳ１１３において、作成したクイズの情報（クイズ情報）、店舗情報、賭ける商品付きのメッセージを作成しステップＳ１１４に進む。本ステップでは、上述した動作で入力されたクイズ、店舗等、商品やサービスの各情報を含むメッセージを作成する。作成されたメッセージは、例えば図８のような構成でディスプレイ表示部１４に表示される。

即ち、クイズ情報（問題情報、正解情報、正解／不正解メッセージやアクション）が対戦型ゲーム情報、賭ける商品が特典情報、店舗情報が特典の受け渡し場所の位置情報にそれぞれ相当する。なお、対戦者情報は、出題端末を使用してクイズを作成した出題者のＵｓｅｒ ＩＤや氏名等が相当する。また、本実施例では店舗情報として緯度や経度、所在地などの位置そのものの情報だけでなく、ＰＯＩ ＩＤなどの商業施設を特定できる情報や、店舗名、電話番号、評価など商業施設に関する情報を含めてもよい。

次に、ステップＳ１１４において、送信前確認の音声入力を指示してステップＳ１１５に進む。本ステップでは、ステップＳ１１３で作成されたメッセージ内容を案内音声として読み上げて、送信してもよいかユーザに回答させる。

次に、ステップＳ１１５において、送信してもよいか確認し、よい場合（Ｙｅｓの場合）はステップＳ１１６に進む。よくない場合（Ｎｏの場合）は終了する。本ステップでは、ステップＳ１１４でユーザに回答させた結果、「はい」などの肯定的な回答がマイク１２から入力された場合はステップＳ１１６に進んで送信して終了し、「いいえ」などの否定的な回答がマイク１２から入力された場合は送信せずに終了する。ステップＳ１１６は、ゲーム指定手段で指定された対戦型ゲームの情報である対戦型ゲーム情報、対戦相手指定手段で指定された相手に対戦型ゲームで対戦する対戦者の情報を通知する対戦者情報、特典指定手段で指定された特典の情報である特典情報および、受け渡し場所指定手段で指定された特典の受け渡し場所の位置情報を送信する第２の送信工程として機能する。

なお、図４に示したフローチャートでは、問題作成、店舗選択、商品選択、送信先選択の順で行っていたがそれに限らない。例えば、店舗選択と商品選択を先に行ってもよいし、送信者選択を先に行ってもよい。つまり、これらの順序は任意に定めてもよい。

また、ステップＳ１０７の店舗の選択については、リストや地図データから単に選択するに限らず、先に送信先を指定して対戦相手を決定し、対戦相手（通信端末２０）の位置情報（対戦者位置情報）を取得して、対戦者位置情報と、自身（通信端末１０）のＧＰＳ１５から取得した現在位置情報に基づいて、双方の通信端末から所定の範囲にある施設を絞り込んで表示するようにしてもよい。このようにすることにより、対戦者同士が距離的に行き易い場所を受け渡し場所として指定することができる。即ち、現在位置情報と、対戦者位置情報に基づいて、双方の通信端末から所定の範囲にある施設を受け渡し場所として指定する。

また、ステップＳ１１１の送信先の選択については、友人情報データベース３２から取得した一覧を表示するに限らず、店舗を指定した後に、店舗の位置情報と、自身（通信端末１０）のＧＰＳ１５から取得した現在位置情報に基づいて、店舗と現在位置の双方から所定の範囲にある友人を絞り込んで表示するようにしてもよい。このようにすることにより、先に、受け渡し場所を指定した後に、その受け渡し場所の近くにいる友人等を対戦相手に指定することができる。即ち、現在位置情報と、受け渡し場所の位置情報に基づいて、双方の位置情報から所定の範囲にある他の通信端末を指定する。

さらには、店舗、商品、送信先は、リストや地図データ上から選択するに限らず、図６（ｂ）´に示したように直接入力するようにしてもよい。

次に、図５に示した解答者側である通信端末２０の動作を説明する。図５に示したフローチャートはＣＰＵ２８で実行される。

まず、ステップＳ２０１において、ゲーム付メッセージを受信したか否かを判断し、受信した場合（Ｙｅｓの場合）はステップＳ２０２に進み、受信していない場合（Ｎｏの場合）は本ステップで待機する。ゲーム付メッセージを受信したことは、例えば通信端末１０でメッセージ送信時にゲーム付であることを示す情報を付加し、受信時に当該情報の有無によって判断可能となる。即ち、本ステップは、対戦型ゲーム情報、対戦型ゲームで対戦する対戦者情報、対戦型ゲームの結果得られる特典情報および、特典の受け渡し場所の位置情報を受信する第１の受信工程として機能する。

次に、ステップＳ２０２において、クイズ、店舗情報、賭ける商品付きメッセージを表示してステップＳ２０３に進む。図９にディスプレイ表示部２４に表示されるメッセージの例を示す。本ステップでは図９（ａ）に示したような画面を表示する。

次に、ステップＳ２０３において、ゲームに同意するか音声入力を指示しステップＳ２０４に進む。本ステップでは、例えば、「友人の“Ｂｏｂ”からゲーム付きメッセージが届きました。お店“Ｊａｐａｎｅｓｅ Ｒｅｓｔａｕｒａｎｔ Ａ”で商品“Ｂｅｅｒ”を賭けて“Ｂｏｂ”が出題するクイズに解答するゲームです。あなたがクイズに正解すると“Ｂｏｂ”から“Ｂｅｅｒ”が獲得でき、不正解だとあなたが“Ｂｏｂ”に“Ｂｅｅｒ”を与えるルールです。ゲームをしますか？」といった案内音声をスピーカ２３から出力し、ユーザにゲームに同意するか否かの入力を促す。

次に、ステップ２０４において、ユーザがゲームに同意したか否かを判断し、同意した場合（Ｙｅｓの場合）はステップＳ２０５に進み、同意しない場合（Ｎｏの場合）はステップＳ２１４に進む。同意したか否かは、ユーザが「はい」などの肯定的な回答がマイク２２から入力された場合は同意すると判断し、「いいえ」などの否定的な回答がマイク２２から入力された場合は同意しないと判断する。

次に、ステップＳ２０５において、クイズ問題を音声出力してステップＳ２０６に進む。本ステップ実行時には、ディスプレイ表示部２４には、図９（ｂ）に示したようにクイズ問題（Ｑｕｅｓｔｉｏｎ Ｍｅｓｓａｇｅ）と解答欄（Ｅｎｔｅｒ Ｙｏｕｒ Ａｎｓｗｅｒ）が表示される。即ち、ディスプレイ表示部２４が第１の出力手段として機能し、クイズの問題（所定の問題）を出力している。

次に、ステップＳ２０６において、解答が入力されたか否かを判断し、入力された場合（Ｙｅｓの場合）はステップＳ２０７に進み、入力されない場合（Ｎｏの場合）はステップＳ２０５に戻る。解答が入力されたか否かは、例えばマイク２２から入力された音声が音声認識処理部２６でエラーでなく音声認識できた場合は解答が入力されたとみなせばよい。即ち、本ステップは、対戦型ゲーム情報が示す対戦型ゲームを行うための入力を行う第１の入力工程として機能する。

次に、ステップＳ２０７において、ステップＳ２０６で入力された解答を音声認識処理部２６に音声認識させて、入力された解答の確認を行いステップＳ２０８に進む。本ステップでは、ディスプレイ表示部２４に図９（ｃ）に示したような表示を行うとともに、例えば「あなたの回答は“３”です。ファイナルアンサー？」といった案内音声をスピーカ２３から出力し、ユーザに解答の確認をさせる。

次に、ステップＳ２０８において、ユーザが解答の確認に同意したか否かを判断し、同意した場合（Ｙｅｓの場合）はステップＳ２０９に進み、同意しない場合（Ｎｏの場合）はステップＳ２０５に戻る。同意したか否かは、ユーザが「ファイナルアンサー」または「はい」などの肯定的な回答がマイク２２から入力された場合は同意すると判断し、「いいえ」などの否定的な回答がマイク２２から入力された場合は同意しないと判断する。

次に、ステップＳ２０９において、ステップＳ２０８で入力された同意の解答を音声認識処理部２６に音声認識させて、解答の正解との正誤判定を行いステップＳ２１０に進む。本ステップでは、ステップＳ２０８でユーザが「ファイナルアンサー」などとして解答の確認に同意した後に、その解答と、ステップＳ２０１で受信したゲーム付メッセージに含まれる正解とを比較して正誤判定を行う。即ち、本ステップは、クイズの正誤結果を判定して、対戦型ゲームの勝敗結果を取得する第１の勝敗結果取得工程として機能する。

次に、ステップＳ２１０において、ステップＳ２０９における正誤判定の結果正解であったか否かを判定し、正解であった場合（Ｙｅｓの場合）はステップＳ２１１に進み、不正解であった場合（Ｎｏの場合）はステップＳ２１２に進む。

次に、ステップＳ２１１において、ステップＳ２１０の判定の結果、正解であったので、正解時のメッセージ（正解メッセージ）表示やアクション処理を行ってステップＳ２１３に進む。本ステップでは、図９（ｄ）に示したような表示を行うとともに、例えば「正解は“３”です。あなたの勝ちです！“Ｂｏｂ”からのメッセージです。“正解したのでビール１杯おごるよ。今週末どう？”」といった案内音声をスピーカ２３からから出力するとともに、ファンファーレなどの効果音を鳴らすなどの受信したメッセージに設定されているアクションが行われる。

一方、ステップＳ２１２においては、ステップＳ２１０の判定の結果、不正解であったので、不正解時のメッセージ（不正解メッセージ）表示やアクション処理を行ってステップＳ２１３に進む。本ステップでは、例えば図９（ｄ）を不正解時のメッセージに置き換えたような表示を行うとともに、不正解時のメッセージの音声出力やアクションを行う。

次に、ステップＳ２１３において、ゲームの内容、結果、賭けを行った店舗、商品をサーバ３０のゲーム結果詳細データベース３３に登録してステップＳ２１４に進む。本ステップは、対戦型ゲーム情報、対戦者情報、特典情報、位置情報および勝敗結果を関連付けて出力するゲーム結果出力工程として機能する。

次に、ステップＳ２１４において、ゲームの結果を出題者へ送信して終了する。なお、ゲームの結果は結果自体を送信してもよいし、後述するように、ステップＳ２１３でサーバ３０にゲーム結果を登録した際に取得するＧａｍｅ ＩＤを送信するようにしてもよい。つまり、ゲームの結果自体を含めずに、出題者がゲーム結果を知ることができる手掛かりとなる情報であってもよい。即ち、勝敗結果に関する情報を、他の通信端末へ送信している。なお、ステップＳ２０４でゲームに同意しない場合はその旨を送信する。

なお、図４および図５に示したフローチャートでは、主にマイク１２から音声で入力し、音声認識してクイズ問題の入力や、解答の入力等を行うことで説明したが、入力部１１を使用して入力するようにしてもよい。

図４、図５のフローチャートでは、通信端末１０、２０での動作を説明したが、サーバ３０を中心とした動作を図１０のフローチャートを参照して説明する。図１０のフローチャートは、それぞれＣＰＵ１８（出題端末）、ＣＰＵ２８（解答端末）、ＣＰＵ３５（サーバ）で実行される。

まず、出題端末（通信端末１０）では、ステップＳ３０１において、クイズ問題、解答、メッセージ、店舗情報、商品情報、送信先などを含むゲーム情報を作成しステップＳ１０２に進む。即ち、図４のステップＳ１０１～Ｓ１１３までが実行される。

次に、ステップＳ３０２において、ステップＳ３０１で作成したゲーム情報を解答端末（通信端末２０）に送信してステップＳ３０３に進む。即ち、図４のステップＳ１１４～Ｓ１１６までが実行されて、ネットワーク通信部１７からゲーム情報が送信される。

次に、解答端末では、ステップＳ３０３において、出題端末から送信されたゲーム情報を受信して表示しステップＳ３０４に進む。即ち、ネットワーク通信部２７でゲーム情報を受信して、ＣＰＵ２８で図５のステップＳ２０１～Ｓ２０２が実行される。

次に、ステップＳ３０４において、ゲーム（クイズ）を実行して勝敗結果（ゲーム結果）を判定しステップＳ３０５に進む。即ち、図５のステップＳ２０３～Ｓ２１２が実行される。

次に、ステップＳ３０５において、ゲーム情報と、ステップＳ３０４で判定されたゲーム結果をサーバ３０に送信してステップＳ３０６に進む。即ち、図５のステップＳ２１３が実行されて、ネットワーク通信部２７からゲーム情報とゲーム結果が送信される。

次に、サーバ３０では、ステップＳ３０６において、解答端末から送信されたゲーム情報とゲーム結果を受信してステップＳ３０７に進む。つまり、ネットワーク通信部３４が、ゲーム情報とゲーム結果を受信してＣＰＵ３５に出力する。

次に、ステップＳ３０７において、ステップＳ３０６で受信したゲーム情報とゲーム結果に対してＧａｍｅ ＩＤを付与してゲーム結果詳細データベース３３に登録しステップＳ３０８に進む。即ち、図３に示したようにＧａｍｅ ＩＤごとにゲーム情報（出題日、出題者、解答者、出題内容、正解、ＰＯＩ ＩＤ、商品）と、ゲーム結果（解答日、実際の解答、正解したか否か）が登録される。

次に、ステップＳ３０８において、ステップＳ３０７で付与されたＧａｍｅ ＩＤを解答端末に送信してステップＳ３０９に進む。つまり、ネットワーク通信部３４からＧａｍｅ ＩＤが送信される。

次に、解答端末では、ステップＳ３０９において、サーバ３０から送信されたＧａｍｅ ＩＤを受信してステップＳ３１０に進む。つまり、ネットワーク通信部２７がＧａｍｅ ＩＤを受信してＣＰＵ２８に出力する。

次に、ステップＳ３１０において、出題端末に対して、ゲーム結果が出たことを示すメッセージをＧａｍｅ ＩＤを含めて送信し、ステップＳ３１１に進む。なお、このメッセージには、ゲームの勝敗結果自体を含めなくともよい。即ち、図５のステップＳ２１４が実行され、ネットワーク通信部２７から送信される。

次に、出題端末では、ステップＳ３１１において、解答端末から送信されたＧａｍｅ ＩＤを含むメッセージを受信しステップＳ３１２に進む。つまり、ネットワーク通信部１７がＧａｍｅ ＩＤを受信してＣＰＵ１８に出力する。

次に、ステップＳ３１２において、ステップＳ３１１で受信したゲームＩＤに基づいて、サーバ３０に対してゲーム結果を問い合わせてステップＳ３１３に進む。つまり、ネットワーク通信部１７からＧａｍｅ ＩＤを送信する。

次に、サーバ３０では、ステップＳ３１３において、出題端末から送信されたＧａｍｅ ＩＤに基づいて、ゲーム結果詳細データベース３３を検索してステップＳ３１４に進む。つまり、ネットワーク通信部３４がＧａｍｅ ＩＤを受信してＣＰＵ３５がゲーム詳細結果データベース３３を検索している。

次に、ステップＳ３１４において、ステップＳ３１３で検索した結果得られたゲーム結果を出題端末に送信してステップＳ３１５に進む。つまり、ネットワーク通信部３４からゲーム結果を送信する。

次に、出題端末では、ステップＳ３１５において、サーバ３０からゲーム結果を取得し、ディスプレイ表示部１４に表示する。つまり、ネットワーク通信部１７がゲーム結果を受信してＣＰＵ１８に出力し、ＣＰＵ１８がディスプレイ表示部１４に当該ゲーム結果を表示させる。このようにして、出題端末はゲーム結果を知ることができるとともに、解答端末からゲーム情報やゲーム結果がサーバ３０に登録される。本ステップは、対戦型ゲームの勝敗結果を取得する第２の勝敗結果取得工程として機能する。

図４、図５、図１０のフローチャートの説明で明らかなように、出題端末（賭けを申し込む側）である通信端末１０が、ゲーム指定手段と、対戦相手指定手段と、特典指定手段と、受け渡し場所指定手段と、第２の送信手段と、第２の入力手段と、第２の勝敗結果取得手段と、を有する通信端末、解答端末（賭けを申し込まれる側）である通信端末２０が、第１の受信手段と、第１の入力手段と、第１の勝敗結果取得手段と、ゲーム結果出力手段と、を有する通信端末となる。

なお、図１０のフローチャートでは、解答端末でゲーム結果が出た後に解答端末から出題端末にゲーム結果が出た通知が送信されたが、サーバ３０がゲーム結果詳細データベース３３を更新して解答端末にＧａｍｅ ＩＤを送信した後（ステップＳ３０８の後）にサーバ３０から出題端末にゲーム結果が出たことを通知するようにしてもよい。つまり、ステップＳ３１０をサーバ３０が行うようにしてもよい。

次に、ゲーム（クイズ）終了後の通信端末１０、２０とサーバ３０の動作について図１１乃至図１４を参照して説明する。なお、ゲーム終了後は通信端末１０、２０ともに動作の違いはない。

まず、店舗におけるゲーム（クイズ）の利用状況を確認する際の動作を図１１を参照して説明する。つまり、図１１は、任意のＰＯＩ（店舗等）におけるゲームの利用状況を参照する場合のフローチャートである。図１１のフローチャートは、それぞれＣＰＵ１８または２８（通信端末）、ＣＰＵ３５（サーバ）で実行される。

図１１のステップＳ４０１において、通信端末１０または２０で、ゲームの利用状況を確認したい店舗を選択してステップＳ４０２に進む。選択は例えば、ディスプレイ表示部１４に地図データを表示して、地図データ上から当該店舗の位置を選択することで行ってもよいし、入力部１１やマイク１２から直接入力してもよい。選択する店舗は複数であってもよい。選択された店舗等の情報はネットワーク通信部１７または２７からサーバ３０に送信される。

次に、ステップＳ４０２において、サーバ３０で、通信端末１０または２０で選択された店舗等について、当該店舗がＰＯＩ ＩＤとして含まれるＧａｍｅ ＩＤをゲーム結果詳細データベース３３から検索してステップＳ４０３に進む。つまり、図３に示したゲーム結果詳細データベース３３から特定のＰＯＩ ＩＤが含まれるＧａｍｅ ＩＤを抽出することで、当該ＰＯＩ ＩＤ（店舗等）におけるゲームの利用状況が分かる。つまり、ネットワーク通信部３４で店舗等の情報を受信し、ＣＰＵ３５が当該店舗等の情報に基づいてゲーム結果詳細データベース３３を検索する。

次に、ステップＳ４０３において、ステップＳ４０２で検索された結果を通信端末１０または２０に送信してステップＳ４０４に進む。つまり、ネットワーク通信部３４から検索結果が送信される。

次に、ステップＳ４０４において、通信端末１０または２０が、サーバ３０の検索結果を受信してステップＳ４０５に進む。つまり、ネットワーク通信部１７または２７が検索結果を受信する。

次に、ステップＳ４０５において、ステップＳ４０４で受信した結果（選択された店舗のゲームの利用状況）をディスプレイ表示部２４に表示する。なお、表示方法としては、単にリスト状に表示してもよいし、地図上の当該店舗等の位置にアイコン等を表示してゲーム利用の有無を表示して、当該アイコンが選択された際に詳細な情報を表示するようにしてもよい。即ち、地図データ上の位置情報で示される位置に、第１の受信手段または第２の受信手段が受信した対戦型ゲームを利用した賭けの利用状況を示す情報を出力している。このようにすることにより、位置ごとに自身だけでなく他の利用者を含む対戦型ゲームを利用した賭けの利用状況を確認することができる。

なお、図１１のフローチャートではステップＳ４０１で店舗を選択していたが、特定の店舗を選択せずに、ユーザの現在位置（通信端末２０または３０の現在位置）を中心として所定の範囲にある店舗（ＰＯＩ）の状況を検索して表示するようにしてもよい。或いは、ディスプレイ表示部１４に表示されている地図の範囲内であってもよい。

次に、通信端末１０または２０のユーザ自身がゲーム（クイズ）で利用した店舗を検索する際の動作を図１２を参照して説明する。つまり、図１２は、ユーザがゲームに参加した際に利用されたＰＯＩ（店舗等）を参照する場合のフローチャートである。このゲームに参加したとは、クイズであれば出題者と解答者の双方を含むものとするが、いずれか一方のみを検索するような指定ができるようにしてもよい。図１２のフローチャートは、それぞれＣＰＵ１８または２８（通信端末）、ＣＰＵ３５（サーバ）で実行される。

図１２のステップＳ５０１において、通信端末１０または２０で、ユーザ自身がゲームで利用した店舗の検索を指示してステップＳ５０２に進む。検索指示情報はネットワーク通信部１７または２７からサーバ３０に送信される。

次に、ステップＳ５０２において、サーバ３０で、通信端末１０または２０からの指示に基づいて、当該通信端末（ユーザ）に割り当てられているＵｓｅｒ ＩＤが出題者または解答者として含まれるＧａｍｅ ＩＤをゲーム結果詳細データベース３３から検索して、検索されたＧａｍｅ ＩＤに含まれるＰＯＩ ＩＤを抽出してステップＳ５０３に進む。つまり、図３に示したゲーム結果詳細データベース３３から特定のＵｓｅｒ ＩＤが含まれるＧａｍｅ ＩＤを検索して参加したゲームを特定し、検索されたＧａｍｅ ＩＤに含まれるＰＯＩ ＩＤを抽出することで、特定のＵｓｅｒ ＩＤが利用したＰＯＩを抽出することができる。ネットワーク通信部３４で検索指示情報を受信し、ＣＰＵ３５が当該検索指示情報を送信したユーザのＵｓｅｒ ＩＤに基づいてゲーム結果詳細データベース３３を検索する。

次に、ステップＳ５０３において、ステップＳ５０２で検索された結果を通信端末１０または２０に送信してステップＳ５０４に進む。つまり、ネットワーク通信部３４から検索結果が送信される。この検索結果には、少なくともＰＯＩの位置情報（緯度、経度）と勝敗結果が含まれている。

次に、ステップＳ５０４において、通信端末１０または２０が、サーバ３０の検索結果を受信してステップＳ５０５に進む。つまり、ネットワーク通信部１７または２７が検索結果を受信する。

次に、ステップＳ５０５において、ステップＳ５０４で受信した結果（自身がゲームに利用した店舗等）をディスプレイ表示部２４に表示する。即ち、地図データと第１のゲーム履歴取得手段（または第２のゲーム履歴取得手段）が取得した位置情報と勝敗結果に基づいて、地図データ上の位置情報で示される位置に勝敗結果を示す情報を出力している。なお、表示方法としては、単にリスト状に表示してもよいし、図１３（ａ）に示したように、地図データ上の当該店舗の位置に利用したことを示すアイコン等を表示してもよい。また、アイコンとしてトロフィーや白旗などを表示して勝敗状況がわかるようにしてもよいし、図１３（ｂ）に示したように、アイコンを選択した場合に詳細な内容が表示されるようにしてもよい。また、複数回利用した場合は、トロフィーや白旗のアイコンを複数表示するようにしてもよい。

また、取得したＰＯＩ ＩＤの位置情報と自端末のＧＰＳ１５で取得した現在位置情報が予め定めた所定距離以内である場合は、例えば地図データ上にＰＯＩ ＩＤで示される店舗等における勝敗結果と商品やサービスに関する情報（商品情報）をディスプレイ表示部１４に表示するようにしてもよい。また、表示する際は、商品やサービスの受け渡しが完了していないゲーム（クイズ）のみを表示してもよいし、受け渡し完了、未完了を識別できるようにして当該店舗の履歴全てを表示するようにしてもよい。このようにすることにより、商品の受け渡し場所の近くに位置している場合には、特典の授受が可能であることや過去に授受した商品を通知することができる。

次に、ゲーム終了後に、対戦相手と一緒にゲーム（クイズ）に利用した店舗等にいる場合に、商品やサービスの受け渡しが行われていないことを通知する動作を図１４のフローチャートを参照して説明する。図１４のフローチャートは、それぞれＣＰＵ１８または２８（通信端末）、ＣＰＵ３５（サーバ）で実行される。

まず、ステップＳ６０１において、通信端末１０または２０で、受け渡し日が未入力のゲーム（クイズ）があるか否かをサーバ３０に問い合わせてステップＳ６０１に進む。問い合わせ情報はネットワーク通信部１７または２７からサーバ３０に送信される。

次に、ステップＳ６０２において、サーバ３０では、ゲーム結果詳細データベース３３を検索してステップＳ６０３に進む。本ステップでは、ゲーム結果詳細データベース３３の問い合わせがあったＵｓｅｒ ＩＤの関連するゲームで受け渡し日が未入力のＧａｍｅ ＩＤを抽出している。ネットワーク通信部３４で問い合わせ情報を受信し、ＣＰＵ３５が当該問い合わせ情報に基づいてゲーム結果詳細データベース３３を検索する。

次に、ステップＳ６０３において、ステップＳ６０２で実行された検索結果を送信してステップＳ６０４に進む。なお、この検索結果には、図３で示したゲーム結果詳細データベース３３の各項目が含まれるものとする。つまり、ネットワーク通信部３４から検索結果が送信される。

次に、ステップＳ６０４において、通信端末１０または２０で、サーバ３０から送信された検索結果を受信してステップＳ６０５に進む。つまり、ネットワーク通信部１７または２７が検索結果を受信する。

次に、ステップＳ６０５において、ステップＳ６０４で受信した結果について、受け渡し日が未入力のゲームが有るか否かを判断し、有る場合（Ｙｅｓの場合）はステップＳ６０６に進み、無い場合（Ｎｏの場合）は終了する。

次に、ステップＳ６０６において、受け渡し日が未入力のゲームで利用した店舗等のＰＯＩ ＩＤの位置情報をサーバ３０に要求してステップＳ６０７に進む。受け渡し日が未入力のゲームで利用した店舗等のＰＯＩ ＩＤは、ステップＳ６０４で受信した結果に含まれるので、その結果に含まれるＰＯＩ ＩＤを抽出してサーバ３０に問い合わせる。問い合わせ情報はネットワーク通信部１７または２７からサーバ３０に送信される。

次に、ステップＳ６０７において、サーバ３０で、要求されたＰＯＩ ＩＤの位置情報をＰＯＩデータベース３１から検索してステップＳ６０８に進む。ネットワーク通信部３４で問い合わせ情報を受信し、ＣＰＵ３５が当該検索指示情報に基づいてＰＯＩデータベース３１を検索する。

次に、ステップＳ６０８において、ステップＳ６０７で実行された検索結果を送信してステップＳ６０９に進む。つまり、ネットワーク通信部３４から検索結果が送信される。

次に、ステップＳ６０９において、通信端末１０または２０で、サーバ３０から送信された検索結果を受信してステップＳ６１０に進む。つまり、ネットワーク通信部１７または２７が検索結果を受信する。

次に、ステップＳ６１０において、自身（自端末）の位置情報をＧＰＳ１５から取得してステップＳ６１１に進む。

次に、ステップＳ６１１において、対戦相手（解答者または出題者）の通信端末の位置情報（対戦者位置情報）を取得してステップＳ６１２に進む。対戦相手の位置情報は、例えば、対戦相手の通信端末に対して位置情報を問い合わせるメッセージ等をネットワーク通信部１７または２７から送信し、その返信により取得すればよい。また、他の方法としては、出題端末、解答端末ともに、定期的に位置情報をサーバ３０にアップロードし、サーバ３０側で位置情報を保存しておいて、対戦相手の通信端末の位置情報はサーバ３０に問い合わせて取得するようにしても良い。

次に、ステップＳ６１２において、ステップＳ６０９で取得したＰＯＩ ＩＤの位置情報と、ステップＳ６１０で取得した自身の位置情報と、ステップＳ６１１で取得した対戦相手の通信端末の位置情報と、が全て一致するか否かを判断し、全て一致する場合（Ｙｅｓの場合）はステップＳ６１３に進み、一致しない場合（Ｎｏの場合）は終了する。つまり、全ての位置情報が一致するということは、自身と対戦相手がゲームに利用した店舗等にいると言える。なお、本ステップにおける一致とは完全に一致するに限らず、例えば半径１０ｍ以内など所定距離以内に上記３つの位置情報が存在する場合としてもよい。

次に、ステップＳ６１３において、商品の受け取りが可能であることを表示、および、受け取り状況入力画面を表示してステップＳ６１４に進む。本ステップでは、受け取り状況入力画面を表示するとともに、商品やサービスの受け取りが可能であることを同時に通知することで、商品やサービスの受け取りや受け取り状況の入力を促している。また、本ステップでは、商品やサービスの受け取りが可能であることのみを通知して、受け取り状況入力は、後にユーザが任意のタイミングで別途通信端末１０または２０を操作して行うようにしてもよい。即ち、現在位置情報と対戦者位置情報に基づき、それぞれの通信端末が所定距離内に存在する場合は、特典の受け渡しが行われたか否かの情報の入力を促す通知を出力したり、特典の受け渡しが可能であることを示す情報を出力している。

次に、ステップＳ６１４において、受け取り状況が入力部１１やマイク１２などを利用して入力されたか否かを判断し、入力された場合（Ｙｅｓの場合）はステップＳ６１５に進み、入力されない場合（Ｎｏの場合）は終了する。なお、本ステップで入力されない場合とは、入力待ちではなく、入力画面を消去するなどして入力を拒否した場合である。

次に、ステップＳ６１５において、ステップＳ６１４で入力された情報をサーバ３０に送信しステップＳ６１６に進む。つまり、ネットワーク通信部１７または２７から入力情報を送信する。

次に、ステップＳ６１６において、サーバ３０が、受信した情報に基づいてゲーム結果詳細データベース３３を更新する。具体的には、受け渡し日が設定される。つまり、ネットワーク通信部３４が受信して、ＣＰＵ３５が、受信した情報に基づいてゲーム結果詳細データベース３３を更新する。

なお、本フローチャートのステップＳ６１３で受け取り状況の入力を促しているが、受け取り状況として受け取り日を直接入力するに限らず、授受完了などのボタン等を表示して、そのボタンをクリックすることで通信端末１０または２０内やサーバ３０側が今日の日付に変換するようにしてもよい。また、本フローチャートでは、ＰＯＩ ＩＤの位置情報と、自身の位置情報と、対戦相手の通信端末の位置情報と、の一致で受け取り可能であることや受け取り状況入力表示を行っているが、自身の位置情報と、対戦相手の通信端末の位置情報と、の一致のみで行ってもよい。その場合でも、対戦者同士が互いに近くにいる場合は商品やサービスの受け渡し行為が可能であることを通知することができる。

また、商品やサービスの受け渡し行為が可能であることを通知するのは、対戦相手同士の位置情報を検出したことに基づいて行うに限らず、例えば、通信端末１０や２０が、現在位置や設定した所定位置から設定した目的地まで案内するナビゲーション機能を持っている場合は、アクションとしてナビゲーション機能への目的地設定が指定されていれば、商品の受け渡し日が未入力のＧａｍｅ ＩＤについて、週末や休日など所定の日時になったら商品情報と店舗情報を表示し、同時に、自動的に商品やサービスの受け渡しに指定された店舗をナビゲーション機能の目的地に設定して案内することが可能であることを表示するようにしてもよい。設定された目的地へ案内する経路はＣＰＵ１８（２８）が生成して行う。

また、図１４のフローチャートでは、受け渡し日未入力のゲームに受け渡し日を入力するように促す動作を示したが、受け渡し日が入力された後は、受け渡し日が入力されていることを示す表示を行ってもよい。例えば、受け渡し日が入力されると、地図上のアイコンの大きさを小さくしたり、明るさを落としてトーンダウンしたりするなど、受け渡し日の入力／未入力で表示態様を変化させてもよい。即ち、特典の受け渡しが行われたことを示す情報が入力された場合は、特典の受け渡しが行われたことを示す情報を出力している。

本実施例によれば、通信端末２０は、ネットワーク通信部２７が、通信端末１０から、所定の問題と解答からなるクイズのゲーム情報、送信元、商品やサービス、商品やサービスを提供している店舗等の情報を受信し、マイク２２から解答を入力してクイズを行い、その正誤結果をＣＰＵ２８が判定するので、クイズを行う際に商品やサービスや受け渡し位置をクイズとともに受信しているために、対戦者同士で別途連絡を取り合って商品やその受け渡し場所を決める必要が無く、クイズなどの対戦型ゲームによる賭けを通信端末１０から申し込まれた際に、商品や商品の受け渡し場所を具体的にイメージすることができる。

また、商品の受け渡し場所が店舗等の商業施設であり、商品も当該商業施設で提供される商品やサービスであるので、クイズなどのゲーム後に当該商業施設に対戦者が足を運ぶために、商業施設の集客に繋げることができる。

また、ネットワーク通信部２７が、所定の問題に正解した場合の正解メッセージと、不正解だった場合の不正解メッセージと、を受信し、ディスプレイ表示部１４が、ＣＰＵ２８により正誤結果が判定された後、正誤結果に基づいて、正解メッセージと不正解メッセージのいずれかを出力するので、出題者が任意に指定した正解メッセージや不正解メッセージを出力して、クイズの正解や不正解を通知することができる。また、正解メッセージや不正解メッセージに商品やサービスの授受に関するメッセージを含ませることで、例えば「ビール１杯おごる」など賭けの内容をより具体的にすることができる。

また、ネットワーク通信部１７や２７が地図データを取得し、クイズ終了後、サーバ３０にクイズ結果を登録した後に、ディスプレイ表示部１４や２４が、地図データ上に自身が関わったクイズに利用した店舗等の位置に勝敗結果を表示を表すトロフィーや白旗のアイコンを表示するので、地図上に勝敗結果を表示することができ、容易に対戦結果を確認することができる。

また、通信端末１０ではネットワーク通信部１７が勝敗結果を取得した後、通信端末２０ではＣＰＵ２８により勝敗結果が取得された後に、自端末の現在位置情報と他の通信端末の位置情報に基づき、それぞれの通信端末が位置情報で示される位置から所定距離内に存在する場合は、ディスプレイ表示部１４や２４が、商品やサービスの受け渡しが行われたか否かの情報の入力を促す通知を出力しているので、対戦者同士が互いに近くにいる場合、かつ、商品やサービスの受け渡しが行われていない場合は、商品やサービスの受け渡しが行われたことを示す情報を入力させることで、実際の商品やサービスの受け渡し行為を促すようにすることができる。

また、ネットワーク通信部１７や２７が、地図データ上で選択された店舗等の位置におけるクイズを利用した賭けの利用状況を示す情報をサーバ３０から受信し、ディスプレイ表示部１４や２４が、地図データ上の当該店舗におけるクイズを利用した賭けの利用状況を表示するようにしているので、店舗等ごとにクイズを利用した賭けの利用状況を確認することができる。

また、サーバ３０が、通信端末２０とネットワークを介して通信可能に接続されており、通信端末２０が出力したゲーム情報およびゲーム結果が関連付けられた情報が格納されているゲーム結果詳細データベース３３と、通信端末２０が出力した各情報のゲーム結果詳細データベースへの登録および、通信端末２０からの要求に応じて各情報を検索するＣＰＵ３５を有しているので、サーバ３０にクイズなどの対戦ゲームとその対戦ゲームを利用した賭けの内容を登録することができ、後にそれらを履歴として参照可能となる。また、通信端末２０が履歴を保持する必要が無くなり、通信端末２０が必要とする記憶装置等の容量を少なくすることができる。

また、通信端末１０は、マイク１２で、通信端末２０と対戦するクイズと、対戦する相手と、クイズの結果得られる商品と、商品の受け渡す店舗を指定して、マイク１２を用いて所定の問題と解答を作成し、ネットワーク通信部１７が、通信端末２０へ、クイズの所定の問題と解答、送信者、商品情報および、店舗情報を送信し、ネットワーク通信部１７がサーバ３０からクイズの勝敗結果を取得するので、クイズを行う際に商品やサービスや受け渡し位置をクイズとともに送信しているために、対戦者同士で別途連絡を取り合って特典や受け渡し場所を決める必要が無く、クイズなどの対戦型ゲームによる賭けを通信端末２０に申し込む際に、賭ける商品や商品の受け渡し場所を具体的に指定することができる。

また、商品やサービスの受け渡し場所が店舗等の商業施設であり、ネットワーク通信部１７で、店舗等に関する情報を取得し、ディスプレイ表示部１４で、店舗等に関する情報を表示して、マイク１２を利用して商品やサービスの受け渡し場所とする店舗等を指定しているので、商業施設を受け渡し場所とすることができ、商品やサービスの受け渡しのために対戦者が商業施設に足を運ぶため、当該商業施設の集客に繋げることができる。

また、ネットワーク通信部１７が、指定された店舗等で提供される商品やサービスに関するメニュー情報を受信し、ディスプレイ表示部１４が、メニュー情報を表示し、表示されたメニュー情報に基づいて、マイク１２から、特典とする商品やサービスを指定するようにしているので、指定された店舗等が提供する商品やサービスを賭けの結果得られる特典とすることができ、店舗等の売り上げ増加を図ることができる。

また、マイク１２から、所定の問題に正解した場合の正解メッセージと、不正解だった場合の不正解メッセージと、を入力し、ネットワーク通信部１７が、クイズの問題や解答とともに正解メッセージと不正解メッセージを送信するので、正解メッセージや不正解メッセージを任意に設定することができ、これらのメッセージによってクイズの正解や不正解を通知することができる。また、正解メッセージや不正解メッセージに商品の授受に関するメッセージを含ませることで、例えば「ビール１杯おごる」など賭けの内容をより具体的にすることができる。

なお、上述した実施例では、主に賭けの結果得られる特典として主にビール等の商品で説明したが、当該商業施設が提供するポイントサービスなどのサービスとしてもよい。図１５は、図８の表示例の商品をポイントにした場合の例である。図１５に示したように、クイズの正解または不正解によって３００ポイントを特典とし、贈呈または剥奪をアクションとして設定することで、クイズ終了後に当該商業施設に行った際にゲーム結果に基づいたポイントの変更を行うことができる。或いは、割引クーポン等を特典とし、クイズに正解した場合は割引クーポンを取得し、当該商業施設に行った際に利用できるようにしてもよい。

次に、本発明の第２の実施例にかかる通信端末を図１６を参照して説明する。なお、前述した第１の実施例と同一部分には、同一符号を付して説明を省略する。

本実施例にかかる通信端末は、構成は図１に示した第１の実施例と同一であるが、サーバ３０へゲーム情報等を登録する動作が異なる。本実施例にかかる出題端末（通信端末１０）と解答端末（通信端末２０）とサーバ３０との動作を図１６のフローチャートを参照して説明する。図１６のフローチャートは、それぞれＣＰＵ１８（出題端末）、ＣＰＵ２８（解答端末）、ＣＰＵ３５（サーバ）で実行される。

まず、出題端末では、ステップＳ７０１において、クイズ問題、解答、メッセージ、店舗情報、商品情報、送信先などを含むゲーム情報を作成しステップＳ７０２に進む。即ち、図４のフローチャートが実行されるが、ステップＳ１１６で送信を実行した際には、以下に説明するステップＳ７０２～７０７までが実行されて送信先にゲーム（クイズ）による賭けを申し込むメッセージが送信される。

次に、ステップＳ７０２において、ステップＳ７０１で作成したゲーム情報をサーバ３０に送信してステップＳ７０３に進む。つまり、ネットワーク通信部１７からゲーム情報が送信される。本実施例では、出題端末がゲーム情報を作成した時点でサーバ３０のゲーム結果詳細データベース３３に登録している。勿論、登録されるのは、出題端末により生成される情報のみであり、結果等の解答端末により生成される情報は後で登録する。即ち、ゲーム結果詳細データベース３３がゲーム内容格納手段として機能し、ＣＰＵ３５が第２の制御部として機能する。

次に、サーバ３０では、ステップＳ７０３において、出題端末から送信されたゲーム情報を受信してステップＳ７０４に進む。即ち、ネットワーク通信部３４でゲーム情報を受信する。

次に、ステップＳ７０４において、ステップＳ７０３で受信したゲーム情報に対してＧａｍｅ ＩＤを付与してゲーム結果詳細データベース３３に登録しステップＳ７０５に進む。即ち、図３に示したようにＧａｍｅ ＩＤごとにゲーム情報（出題日、出題者、解答者、出題内容、正解、ＰＯＩ ＩＤ、商品）が登録される。

次に、ステップＳ７０５において、ステップＳ７０４で付与されたＧａｍｅ ＩＤを出題端末に送信してステップＳ７０６に進む。つまり、ネットワーク通信部３４からＧａｍｅ ＩＤが送信される。

次に、出題端末では、ステップＳ７０６において、サーバ３０から送信されたＧａｍｅ ＩＤを受信してステップＳ７０７に進む。つまり、ネットワーク通信部１７がＧａｍｅ ＩＤを受信する。

次に、ステップＳ７０７において、解答端末に対してステップＳ７０６で受信したＧａｍｅ ＩＤを送信してステップＳ７０８に進む。つまり、ネットワーク通信部１７がＧａｍｅ ＩＤを送信する。本ステップが実行されることによって、解答端末にゲームによる賭けを申し込むメッセージが送信される。本実施例の場合は第１の実施例と異なり解答端末には実際のゲームの内容は直接送信せずにＧａｍｅ ＩＤと送信元の情報のみを送信する。

次に、解答端末では、ステップＳ７０８において、出題端末から送信されたＧａｍｅ ＩＤを受信してステップＳ７０９に進む。つまり、ネットワーク通信部２７がＧａｍｅ ＩＤを受信する。

次に、ステップＳ７０９において、サーバ３０に対して、ステップＳ７０８で受信したＧａｍｅ ＩＤのゲーム内容（クイズの問題）の取得を要求してステップＳ７１０に進む。つまり、ネットワーク通信部２７がＧａｍｅ ＩＤを送信する。

次に、サーバ３０では、ステップＳ７１０において、解答端末から受信したＧａｍｅ ＩＤからゲーム結果詳細データベース３３を検索してステップＳ７１１に進む。

次に、ステップＳ７１１において、ステップＳ７１０で検索したゲーム内容（クイズの問題）を解答端末に送信してステップＳ７１２に進む。つまり、ネットワーク通信部３４がゲーム内容を送信する。

次に、解答端末では、ステップＳ７１２において、サーバ３０からゲーム内容を受信してステップＳ７１３に進む。つまり、ネットワーク通信部２７がゲーム内容を受信する。

次に、ステップＳ７１３において、ゲームを実行し、正解をサーバ３０に問い合わせてステップＳ７１４に進む。本ステップでは、図５のフローチャートのステップＳ２０１～Ｓ２０８に相当する動作が実行される。つまり、解答端末のディスプレイ表示部１４に、ゲームを申し込まれたこと、ゲーム（クイズ）の内容、店舗情報、賭ける商品の情報を表示し、ゲームに同意するか確認し、問題の音声出力、解答の音声入力と、解答の確認までを行っている。そして、ネットワーク通信部２７からサーバ３０に対してＧａｍｅ ＩＤにより正解を問い合わせる。

次に、サーバ３０では、ステップＳ７１４において、受信したＧａｍｅ ＩＤから正解を検索してステップＳ７１５に進む。なお、正解だけでなく、正解メッセージや不正解メッセージおよび正解や不正解時のアクション等も同時に検索される。つまり、ネットワーク通信部３４で問い合わせ内容を受信し、ＣＰＵ３５がゲーム結果詳細データベース３３を検索する。

次に、ステップＳ７１５において、ステップＳ７１４で検索した正解や正解メッセージや不正解メッセージおよび正解や不正解時のアクション等を解答端末に送信してステップＳ７１６に進む。つまり、ネットワーク通信部３４が正解や正解メッセージや不正解メッセージおよび正解や不正解時のアクション等を送信する。

次に、解答端末では、ステップＳ７１６において、サーバ３０から正解等を受信してステップＳ７１７に進む。つまり、ネットワーク通信部２７で正解や正解メッセージや不正解メッセージおよび正解や不正解時のアクション等を受信する。

次に、ステップＳ７１７において、ステップＳ７１７で受信した正解に基づいて入力された解答が正解か否かの正誤判定を行って、判定結果をディスプレイ表示部１４表示し、ステップＳ７１８に進む。本ステップでは、図５のフローチャートのステップＳ２０９～Ｓ２１２に相当する動作が実行される。つまり、正誤判定と、正解か不正解かに応じて設定されているメッセージ表示やアクション処理を行っている。

次に、ステップＳ７１８において、ステップＳ７１７で判定されたゲームの結果や入力された解答をサーバ３０に登録するためにゲーム結果を送信してゲーム結果詳細データベース３３への登録を要求し、ステップＳ７１９とＳ７２０に進む。本ステップでは、図５のフローチャートのステップＳ２１３に相当する動作が実行され、ネットワーク通信部２７からゲーム結果が送信される。

次に、サーバ３０では、ステップＳ７１９において、解答端末から送信されたゲーム結果をゲーム結果詳細データベース３３に登録してデータベースを更新する。つまり、ネットワーク通信部３４がゲーム結果を受信し、ＣＰＵ３５がゲーム結果をゲーム詳細結果データベース３３に登録する。

一方、解答端末では、ステップＳ７２０において、出題端末に対して、ゲーム結果が出たことを示すメッセージをＧａｍｅ ＩＤを含めて送信し、ステップＳ７２１に進む。なお、このメッセージには、ゲームの勝敗結果自体を含めなくともよい。即ち、図５のステップＳ２１４が実行される。本ステップでは、図５のフローチャートのステップＳ２１４に相当する動作が実行され、ネットワーク通信部２７からゲーム結果が出たことを示すメッセージを送信する。

次に、出題端末では、ステップＳ７２１において、解答端末から送信されたＧａｍｅ ＩＤを含むメッセージを受信しステップＳ７２２に進む。つまり、ネットワーク通信部１７がＧａｍｅ ＩＤを含むメッセージを受信する。

次に、ステップＳ７２２において、ステップＳ７２１で受信したＧｅｍｅ ＩＤに基づいて、サーバ３０に対してゲーム結果を問い合わせてステップＳ７２３に進む。つまり、ネットワーク通信部１７からＧａｍｅ ＩＤ等の問い合わせ情報を送信する。

次に、サーバ３０では、ステップＳ７２３において、出題端末から送信されたＧａｍｅ ＩＤに基づいて、ゲーム結果詳細データベース３３を検索してステップＳ７２４に進む。つまり、ネットワーク通信部３４でＧａｍｅ ＩＤを受信し、ＣＰＵ３５がゲーム詳細結果データベース３３を検索する。

次に、ステップＳ７２４において、ステップＳ７２３で検索した結果得られたゲーム結果を出題端末に送信してステップＳ７２５に進む。つまり、ネットワーク通信部３４がゲーム結果を送信する。

次に、ステップＳ７２５において、サーバ３０からゲーム結果を取得し、ディスプレイ表示部１４に表示する。ネットワーク通信部１７がゲーム結果を受信して、ＣＰＵ２８がゲーム結果をディスプレイ表示部１４に表示させる。このようにして、出題端末はゲーム結果を知ることができるとともに、解答端末からゲーム情報やゲーム結果がサーバ３０に登録される。

なお、図１６のフローチャートでは、第１の実施例と同様に解答端末でゲーム結果が出た後に解答端末から出題端末にゲーム結果が出た通知が送信されたが、サーバ３０がゲーム結果詳細データベース３３を更新した後（ステップＳ７１９の後）にサーバ３０から出題端末にゲーム結果が出たことを通知するようにしてもよい。つまり、ステップＳ７２０をサーバ３０が行うようにしてもよい。また、出題端末がサーバ３０にゲーム情報を登録して、サーバ３０からＧａｍｅ ＩＤを出題端末に送信し、出題端末からＧａｍｅ ＩＤを解答端末に送信していたが、サーバ３０からＧａｍｅ ＩＤを出題端末に送信した後に（ステップＳ７０５の後に）、解答端末に対してもＧａｍｅ ＩＤを送信するようにしてもよい。つまり、ステップＳ７０７をサーバ３０が行うようにしてもよい。

また、図１６のフローチャートでは、ゲーム（クイズ）の正解を解答端末からサーバ３０に問い合わせていたが、ゲーム内容取得（ステップＳ７１２）の際にゲーム内容（クイズ内容）以外に正解や正解メッセージ、不正解メッセージ等も同時に受信するようにしてもよい。その場合は、ステップＳ７１３～Ｓ７１６は不要となる。

また、解答端末からゲーム結果をサーバ３０に登録するようにしていたが、出題端末にゲーム結果として送信し、出題端末からゲーム結果をサーバ３０に登録するようにしてもよい。

本実施例によれば、通信端末１０とネットワークを介して通信可能に接続されているサーバ３０が、通信端末１０から送信された対戦型ゲーム情報、対戦者情報、商品情報、店舗情報が関連付けられた情報が格納されているゲーム結果詳細データベース３３と、通信端末１０から送信された各情報のゲーム結果詳細データベース３３への登録および、通信端末からの要求に応じてゲーム結果を検索するＣＰＵ３５を有しているので、サーバ等の情報処理装置に対戦ゲームとその対戦ゲームを利用した賭けの内容を登録することができる。また、通信端末が履歴を保持する必要が無くなり、通信端末が必要とする記憶装置等の容量を少なくすることができる。

また、出題端末がゲーム情報をサーバ３０に登録し、解答端末はサーバにアクセスしてクイズを行っているので、出題端末から解答端末に送信するメッセージの容量が少なくて済む。また、出題端末は必要な情報をサーバ３０から受信して表示すればよいので、メモリ等の使用量を少なくすることができる。

次に、本発明の第３の実施例にかかる通信端末を図１７を参照して説明する。なお、前述した第１、第２の実施例と同一部分には、同一符号を付して説明を省略する。

本実施例は、ゲーム実行時にサーバ３０を利用しない例である。つまり、ゲーム結果詳細データベース３３に相当するものを各通信端末が持っている場合である。即ち、ゲーム結果格納手段が通信端末の内部に設けられている場合である。なお、ＰＯＩデータベース３１、友人情報データベース３２は通信端末外部のサーバ等に設けてもよいし、各通信端末が持っていてもよい。

まず、出題端末では、ステップＳ８０１において、クイズ問題、解答、メッセージ、店舗情報、商品情報、送信先などを含むゲーム情報を作成しステップＳ８０２に進む。即ち、図４のフローチャートが実行されるが、ステップＳ１１６で送信を実行した際には、以下に説明するステップＳ８０２およびＳ８０３が実行されて送信先にゲームによる賭けを申し込むメッセージが送信される。

次に、ステップＳ８０２において、ステップＳ８０１で作成したゲーム情報に対してＧａｍｅ ＩＤを付与して出題端末が持つローカルなゲーム結果詳細データベース（以下、出題側データベース）に登録しステップＳ８０３に進む。即ち、図３に示したようにＧａｍｅ ＩＤごとにゲーム情報（出題日、出題者、解答者、出題内容、正解、ＰＯＩ ＩＤ、商品）が登録される。つまり、出題側データベースに登録されるのは、出題端末により生成される情報のみであり、結果等の解答端末により生成される情報は後で登録する。なお、Ｇａｍｅ ＩＤは、例えばタイムスタンプを含めるなどの自身だけでなく解答端末においてもユニークなＩＤとなるように生成する。

次に、ステップＳ８０３において、ステップＳ８０３で付与されたＧａｍｅ ＩＤと、ゲーム情報を解答端末に送信してステップＳ８０４に進む。本ステップが実行されることによって、解答端末にゲームによる賭けを申し込むメッセージが送信される。本実施例の場合は、出題側データベースに登録した内容がＧａｍｅ ＩＤとともにネットワーク通信部１７から送信される。

次に、解答端末では、ステップＳ８０４において、出題端末から送信されたＧａｍｅ ＩＤとゲーム情報を受信してステップＳ８０５に進む。つまり、ネットワーク通信部２７が、Ｇａｍｅ ＩＤとゲーム情報を受信する。

次に、ステップＳ８０５において、ステップＳ８０４で受信したＧａｍｅ ＩＤとゲーム情報を解答端末が持つローカルなゲーム結果詳細データベース（以下、解答側データベース）に登録しステップＳ８０６に進む。

次に、ステップＳ８０６において、ゲームの表示と実行がされてステップＳ８０７に進む。本ステップでは、図５のステップＳ２０１～Ｓ２０８までに相当する動作が実行される。つまり、解答端末のディスプレイ表示部１４に、ゲームを申し込まれたこと、ゲーム（クイズ）の内容、店舗情報、賭ける商品の情報を表示し、ゲームに同意するか確認し、問題の音声出力、解答の音声入力と、解答の確認までを行っている。

次に、ステップＳ８０７において、正誤判定および表示を行ってステップＳ８０８に進む。本ステップでは、ユーザが入力した解答の正誤判定を解答側データベースから検索して、正誤結果を判定し、その結果をディスプレイ表示部２４に表示する。つまり、図５のステップＳ２０９～Ｓ２１２に相当する動作が実行されて、正誤判定と、正解か不正解かに応じて設定されているメッセージ表示やアクション処理を行っている。

次に、ステップＳ８０８において、ステップＳ８０７で判定された正誤結果や入力された解答に基づいて解答側データベースを更新してステップＳ８０９に進む。本ステップでは、図５のフローチャートのステップＳ２１３に相当する動作が実行される。

次に、ステップＳ８０９において、Ｇａｍｅ ＩＤとゲーム結果（入力された解答や正誤結果、解答日等）を出題端末に送信してステップＳ８１０に進む。本ステップでは、図５のフローチャートのステップＳ２１４に相当する動作が実行される。つまり、ネットワーク通信部２７からＧａｍｅ ＩＤとゲーム結果を送信する。

次に、出題端末では、ステップＳ８１０において、解答端末から送信されたＧａｍｅ ＩＤとゲーム結果を受信してステップＳ８１１に進む。つまり、ネットワーク通信部１７がＧａｍｅ ＩＤとゲーム結果を受信する。

次に、ステップＳ８１１において、ステップＳ８１０で受信したＧａｍｅ ＩＤとゲーム結果に基づいて出題側データベースを更新してステップＳ８１２に進む。

次に、ステップＳ８１２において、ステップＳ８１０で受信したゲーム結果をディスプレイ表示部１４に表示する。このようにして、出題端末はゲーム結果を知ることができるとともに、出題側データベース、解答側データベースともに同じデータが登録されて同期される。

本実施例によれば、通信端末１０と通信端末２０とで、サーバを介さずに直接ゲーム情報を送受信してゲーム（クイズ）の実行を行っているので、ゲームを実行するためや履歴を参照するために外部にサーバを設ける必要が無く、通信端末のみでゲームを利用した賭けを行うことができる。

なお、上述した３つの実施例では、解答端末を１つの場合で説明したが、例えばクイズであれば、複数人に同時に出題することが可能である。つまり、解答端末が複数であってもよい。その場合は、ゲーム結果詳細データベース３３では、解答者ごとに個別のＧａｍｅ ＩＤを付与すればよい。

また、上述した３つの実施例では、クイズの問題は１問であったが複数問であってもよい。その場合の勝敗は、例えば、全問正解した場合を解答者の勝ちとしてもよいし、過半数以上正解した場合を解答者の勝ちとしてもよい。或いは各問題ごとに勝敗をつけるようにしてもよい。また、賭けの結果得られる特典である商品やサービスを複数用意し、正解数によって解答者の獲得する商品数が変化するようにしてもよいし、正解数が増えるにしたがって商品やサービスのグレードが上がる（ピザのトッピングが増える、より高いワインになる、獲得ポイントが増えるなど）ようにしてもよい。或いは、問題ごとに商品やサービスが変わるようにしてもよい。

問題ごとに商品やサービス（特典）が変わるようにする具体例としては、単に問題ごとに異なった商品やサービスとするだけでなく、問題ごとに難易度を設定し、難易度に応じて商品やサービスを変更するようにしてもよい。

また、賭けの結果得られる特典である商品やサービスは、出題者が指定するに限らず、ユーザの嗜好を考慮してお勧めなどとして提示するようにしてもよい。また、選択した店舗等の商業施設からスポンサードされた（スポンサー付きの）優先度の高い商品やサービスがある場合は、その商品やサービスを優先的に提示するようにしてもよい。

また、出題者が作成したクイズを先にサーバ３０に送信し、サーバが当該クイズ内容を解析して出題者にお勧め店舗や商品等を提示するようにしてもよい。クイズ内容の解析は、例えば特定の単語がクイズ内容に含まれていた場合は、その単語をＰＯＩデータベース３１のカテゴリやサブカテゴリおよびメニューなどから検索したり、予め単語と店舗や商品等を関連付けたデータベース等を用意して検索するなどとすればよい。

また、出題者が指定した特典である商品やサービスが、解答者が望まない場合は解答者側で商品やサービスを変更できるようにしてもよい。この場合は、出題者側に承諾を得る動作が必要となる。或いは、出題者が複数の商業施設や複数の商品等を用意して解答者へ送信し、解答者が好みの商業施設や商品を選択するようにしてもよい。

また、上述した３つの実施例では、出題者が勝った場合（解答者が不正解）は、解答者が出題者におごり（出題者が指定した商品を出題者が獲得する）、解答者が勝った場合（解答者が正解）は出題者が解答者におごる（出題者が指定した商品を解答者が商品を獲得する）例で説明したが、解答者も商品を指定できるようにしてもよい。

上記の場合、例えば、出題者が店舗Ａの商品ａを指定してクイズを解答者に出題した際に、解答者が店舗Ａの商品ｂを指定して出題者に返信し、出題者が了承した場合に解答者がクイズを行う。そして、出題者が勝った場合は、解答者が指定した商品ｂを出題者が獲得し、解答者が勝った場合は、出題者が指定した商品ａを解答者が獲得する。或いは、出題者が勝った場合は、出題者が指定した商品ａを出題者が獲得し、解答者が勝った場合は、解答者が指定した商品ｂを解答者が獲得するようにしてもよい。なお、この例では、店舗は同じであったが異なってもよいのは勿論である。

また、出題者と解答者がそれぞれ立場を入れ替えて１問ずつ出題し合い、最初のクイズに解答者が不正解であっても、次の解答者が出題したクイズで出題者が不正解であった場合は引き分け（ドロー）として賭けによる特典の引き渡しは無しにするようにしてもよい。なお、引き分けとする方法としては、上記出題者と解答者がそれぞれ立場を入れ替えて１問ずつ出題し合う方法に限らず、出題者が２問出題して解答者が１勝１敗の場合に引き分けとしてもよい。

また、個人の一般ユーザが友人に対してクイズを出題するに限らず、商業施設の関係者が出題者となって、不特定多数のユーザに対して出題するようにしてもよい。この場合、商品やサービスは出題者となった商業施設が提供する商品やサービスとなり、ユーザが勝った場合は、その商用施設で商品やサービスが提供されるようにしてもよい。

また、賭ける商品等の特典については少なくとも解答者（賭けを申し込まれた側）が獲得できればよい。例えば解答者がクイズに不正解の場合に出題者に何らかの特典を与える必要は無く、単に解答者が特典を得られないというようにしてもよい。

また、上述した実施例等では対戦型ゲームとしてクイズで説明したが、クイズに限らず、勝敗が決まる対戦型ゲームであれば、トランプやパズルゲーム等他のゲームでもよい。また、ゲームシステムとしては、通信端末にインストールされたゲームにより行うに限らず、サーバにインストールされ、通信端末がそのサーバにアクセスする形態でもよい。

また、上述した実施例では、特典の受け渡し場所（ＰＯＩ）として商業施設、特典として当該商業施設で提供される商品やサービスとして説明したが、それに限らず、ＰＯＩを公園等の公共施設や個人宅、特典として、出題者等の賭けを申し込む側の所有物等（本やＣＤ等）や手料理をご馳走するなどとしてもよい。

前述した実施例によれば、以下の通信端末１０、２０および通信方法が得られる。

（付記１）少なくとも１つの通信端末１０とネットワークを介して通信可能に接続された通信端末２０において、
通信端末１０と対戦する対戦型ゲーム情報、対戦型ゲームで対戦する対戦者情報、対戦型ゲームの結果得られる特典情報および、特典の受け渡し場所の位置情報を受信するネットワーク通信部２７と、
ネットワーク通信部２７が取得した対戦型ゲーム情報が示す対戦型ゲームを行うための入力を行うマイク２２と、
対戦型ゲームの勝敗結果を取得するＣＰＵ２８と、
対戦型ゲーム情報、対戦者情報、特典情報、位置情報および勝敗結果を関連付けて出力するネットワーク通信部２７と、
を有することを特徴とする通信端末２０。

（付記２）少なくとも１つの通信端末１０とネットワークを介して通信可能に接続された通信端末２０の通信方法において、
通信端末１０と対戦する対戦型ゲーム情報、対戦型ゲームで対戦する対戦者情報、対戦型ゲームの結果得られる特典情報および、特典の受け渡し場所の位置情報を受信するステップＳ２０１と、
ステップＳ２０１で受信した対戦型ゲーム情報が示す対戦型ゲームを行うための入力を行うステップＳ２０６と、
対戦型ゲームの勝敗結果を取得するステップＳ２０９と、
対戦型ゲーム情報、対戦者情報、特典情報、位置情報および勝敗結果を関連付けて出力するステップＳ２１３と、
を含むことを特徴とする通信方法。

この通信端末２０および通信方法によれば、ゲームを行う際に特典や受け渡し位置を受信しているために、対戦者同士で別途連絡を取り合って特典や受け渡し場所を決める必要が無く、対戦型ゲームによる賭けを通信端末１０から申し込まれた際に、特典や特典の受け渡し場所を具体的にイメージすることができる。

（付記３）少なくとも１つの通信端末２０とネットワークを介して通信可能に接続された通信端末１０において、
通信端末２０と対戦する対戦型ゲームを指定するマイク１２と、
前記対戦型ゲームを対戦する相手を指定するマイク１２と、
前記対戦型ゲームの結果得られる特典を指定するマイク１２と、
前記特典の受け渡し場所を指定するマイク１２と、
マイク１２で指定された対戦型ゲームの情報である対戦型ゲーム情報、マイク１２で指定された相手に対戦型ゲームで対戦する対戦者の情報を通知する対戦者情報、マイク１２で指定された特典の情報である特典情報および、マイク１２で指定された特典の受け渡し場所の位置情報を送信するネットワーク通信部１７と、
マイク１２により指定された対戦型ゲームを行うための入力を行うマイク１２と、
対戦型ゲームの勝敗結果を取得するネットワーク通信部１７と、
を有することを特徴とする通信端末１０。

（付記４）少なくとも１つの通信端末２０とネットワークを介して通信可能に接続された通信端末１０の通信方法において、
通信端末２０と対戦する対戦型ゲームを指定するステップＳ１０１と、
対戦型ゲームを対戦する相手を指定するステップＳ１１１と、
対戦型ゲームの結果得られる特典を指定するステップＳ１０９と、
特典の受け渡し場所を指定するステップＳ１０７と、
ステップＳ１０１で指定された対戦型ゲームの情報である対戦型ゲーム情報、ステップＳ１１１で指定された相手に対戦型ゲームで対戦する対戦者の情報を通知する対戦者情報、ステップＳ１０９で指定された特典の情報である特典情報および、ステップＳ１０７で指定された特典の受け渡し場所の位置情報を送信するステップＳ１１６と、
ステップＳ１０１により指定された対戦型ゲームを行うための入力を行うステップＳ１０１、Ｓ１０３と、
対戦型ゲームの勝敗結果を取得するステップＳ３１５と、
を含むことを特徴とする通信端末。

この通信端末２０および通信方法によれば、ゲームを行う際に特典や受け渡し位置を送信しているために、対戦者同士で別途連絡を取り合って特典や受け渡し場所を決める必要が無く、対戦型ゲームによる賭けを通信端末２０に申し込む際に、特典や特典の受け渡し場所を具体的に指定することができる。

なお、前述した実施例は本発明の代表的な形態を示したに過ぎず、本発明は、実施例に限定されるものではない。すなわち、本発明の骨子を逸脱しない範囲で種々変形して実施することができる。

１０ 通信端末
１２ マイク（ゲーム指定手段、対戦相手指定手段、特典指定手段、受け渡し場所指定手段、第２の入力手段、第２の目的地設定手段）
１４ ディスプレイ表示部（第２の出力手段）
１５ ＧＰＳ（第２の現在位置情報取得手段）
１７ ネットワーク通信部（第２の送信手段、第２の勝敗結果取得手段、第２の受信手段、第２の地図データ取得手段、第２のゲーム履歴取得手段）
１８ ＣＰＵ（第２の案内手段）
２０ 通信端末
２２ マイク（第１の入力手段、第１の目的地設定手段）
２４ ディスプレイ表示部（第１の出力手段）
２５ ＧＰＳ（第１の現在位置情報取得手段）
２７ ネットワーク通信部（第１の受信手段、ゲーム結果出力手段、第１の送信手段、第１の地図データ取得手段、第１のゲーム履歴取得手段）
２８ ＣＰＵ（第１の勝敗結果取得手段、第１の判定手段、第１の案内手段）
３０ サーバ（情報処理装置）
３３ ゲーム結果詳細データベース（ゲーム結果格納手段、ゲーム内容格納手段）
３５ ＣＰＵ３５（第１の制御部、第２の制御部）
Ｓ１０１ クイズ問題作成用の音声入力指示（ゲーム指定工程、第２の入力工程）
Ｓ１０３ クイズ解答用の音声入力指示（第２の入力工程）
Ｓ１０７ 店舗の音声入力指示（渡し場所指定工程）
Ｓ１０９ 賭ける商品の音声入力指示（特典指定工程）
Ｓ１１１ 送信先の音声入力指示（対戦相手指定工程）
Ｓ１１６ 送信（第２の送信工程）
Ｓ２０１ ゲーム付きメッセージを受信したか（第１の受信工程）
Ｓ２０６ 解答が音声入力されたか（第１の入力工程）
Ｓ２０９ 音声認識後、解答と正解の正誤判定（第１の勝敗結果取得工程）
Ｓ２１３ ゲームの内容、結果、賭けた店舗、商品をＤＢに登録（ゲーム結果出力工程）
Ｓ３１５ ゲーム結果取得・表示（第２の勝敗結果取得工程）

Claims (1)

1. 少なくとも１つの他の通信端末とネットワークを介して通信可能に接続された通信端末において、
   前記他の通信端末と対戦する対戦型ゲーム情報、前記対戦型ゲームで対戦する対戦者情報、前記対戦型ゲームの結果得られる特典情報および、前記特典の受け渡し場所の位置情報を受信する第１の受信手段と、
   前記第１の受信手段が取得した前記対戦型ゲーム情報が示す対戦型ゲームを行うための入力を行う第１の入力手段と、
   前記対戦型ゲームの勝敗結果を取得する第１の勝敗結果取得手段と、
   前記対戦型ゲーム情報、前記対戦者情報、前記特典情報、前記位置情報および前記勝敗結果を関連付けて出力するゲーム結果出力手段と、
   を有することを特徴とする通信端末。

Images