JP2004252813A - イベント提供システム及び方法 - Google Patents

Abstract

【課題】利用者が楽しむイベントの中に人が介在することがなく、すべての情報が利用者端末を介して伝えられるのであるならば、どれだけ周到に用意された仮想現実であっても、結局は味気ないものになってしまうこと。
【解決手段】利用者２の有する利用者端末３を介して利用者２に課題を与えるイベントとして、それぞれに別個の利用者端末３を持った複数の利用者２が参加する同一課題イベントを、利用者２が利用者端末３を介して互いに入力した情報を前記利用者どうしが互いに出会うための手掛かりとする手掛かり情報を用いて提供する。互いに入力した手掛かり情報を用いて一時的に出会った利用者２どうしは、同一課題を実行することによって一種の連帯感を感じるという効果が期待でき、端末とシステムとのやりとりだけでは無機質になりがちなイベント提供システムの利用を促進する効果も期待できる。
【選択図】 図１

Description

【０００１】
【発明の属する技術分野】
本発明は、イベント提供、特に利用者が持つ利用者端末を用いてイベントを提供するイベント提供方法及びシステムに関する。
【０００２】
【従来の技術】
利用者端末をバーチャルな世界であるコンピュータゲームに取り込む先行技術として、特開２００２−２２４４４７号公報が挙げられる。この先行技術は、ディスプレイに表示された道具一覧の中に携帯電話が含まれており、利用者が入力部を操作することによって選択された携帯電話に仮想現実（バーチャルリアリティ）で存在する相手先を示す架空の電話番号を入力することにより、あたかも携帯電話で会話をしているかの雰囲気を演出するものである。ただし、これは現実世界で利用者が普段利用している携帯電話そのものを使うものではない。
【０００３】
利用者端末を用いて現実世界における利用者の行動を仮想現実に取り込む先行技術として、特開２００２−０４９６８１号公報が挙げられる。この先行技術は、ゲームの進行に従って現実世界を実際に移動する利用者が、現実世界に実在する店舗や施設などから情報を取得し、利用者が携帯する利用者端末に入力することによって、現実世界における利用者の行動を仮想現実のゲームの進行に取り込むものである。ただし、これは利用者に提供する情報に人に喋らした情報を含むものでなく、あらかじめ用意した情報でゲームを進行するものである。
【０００４】
利用者端末を用いて複数の利用者を参加させる先行技術として、特開２００２−２０７８４２号公報が挙げられる。この先行技術は、複数の利用者に関する利用者情報を用いて、利用者間の相性に基づいて利用者の出会いを支援するものである。ここで言うところの出会いとは、より正確に表現すれば互いに知り合わせることであり、利用者情報も必然的に互いに知り合うために重要な要素となる各利用者の内面に関する情報を重視することになる。つまり、この先行技術は、複数の利用者が参加するイベントにおいて一時的に各利用者を出会わせるためだけの手掛かり情報を提供するものではない。
【０００５】
利用者の外見に関する情報を用いる先行技術として、特開平６−９６０９２号公報が挙げられる。この先行技術では、利用者を撮像した人物画像情報を用いて、利用者どうしを知り合わせるものである。利用者の顔を撮像した人物画像情報は、利用者の外見に関する情報ではあるが、このシステムにとって利用者どうしが知り合うために互いに好感を持てるか否かを判断するための判断材料であり、利用者個人を特徴づけるという意味では利用者固有の性格や趣味・嗜好などの内面に関する情報と同種であると見なすことが出来る。つまり、複数の利用者が参加するイベントにおいて、一時的に各利用者を接触させるための手掛かり情報として利用者個人を特定する情報を用いないイベント提供システムとは、目的やシステムにおける考え方そのものが異なるものである。
【０００６】
【特許文献１】
特開２００２−２２４４４７号公報
【特許文献２】
特開２００２−０４９６８１号公報
【特許文献３】
特開２００２−２０７８４２号公報
【特許文献４】
特開平６−９６０９２号公報
【０００７】
【発明が解決しようとする課題】
通信インフラの発達と携帯電話の急速な普及に伴って、今や携帯電話は我々の生活に欠かせない道具になっている。その携帯電話にバーチャルリアリティを追求しようとしているゲーム業界が目をつけた。
【０００８】
そもそもバーチャルリアリティを追求するゲームは、あらかじめ用意された仮想空間の中に自らを登場人物として投影し、その登場人物に対して利用者が何らかの入力装置を用いて指示を与えたり、仮想空間内で設定された選択肢を利用者が選択したりすることによって、利用者があたかも仮想空間の中を自分の意志で自由に行動しているかのような、いわゆる擬似的な体験をさせることから始まっている。
【０００９】
ところが、これらの仮想空間は利用者にとって感覚的に自らと隔離された箱庭のようなものでしかなく、どれだけ現実味を帯びた設定や演出をしてもディスプレイなどの表示装置に対してキーボードやマウス、コントローラなどの入力装置を介して操作していては、現実世界とは別物であると利用者に思われても致し方なかった。つまり、どれだけの現実味を帯びた設定や演出をどこまで工夫したとしても利用者にとっては、単に仮想空間内にいる「つもり」でしかないという問題点があった。
【００１０】
そこで、利用者が普段利用している利用者端末をゲームの入出力装置に用いて、利用者が実際にいる現実世界の場所（現在地）を取得して、その現在地周辺の地図を利用者端末に表示して、地図上にあらかじめ配置されたイベントスポット（イベントが発生する場所）に誘導することによって、現実世界を実際に移動する利用者にイベントスポットに関連したイベントの実行を促すゲームが発明されている。このゲームでは、利用者端末に表示された地図は現実世界を表わす地図ではあるが、利用者端末上で発生するイベントは一種の仮想現実であり、現実世界に仮想現実を取り込むことで両者を融合させようとしている。
【００１１】
ところが、これらのイベントは常に利用者端末を介してのやりとりである。イベントを提供する場には、利用者以外の人が一人もいない状況を作り出すことが難しい。別の言い方をすれば、利用者以外にも何らかの人がいることになるが、それだけ周りに人がいながら、イベントに参加している利用者は自分だけ、グループで参加している利用者は自分たちだけという一種の疎外感を味わうことが問題であった。なぜなら、利用者が楽しむイベントの中に人が介在することがなく、すべての情報が利用者端末を介して伝えられるのであるならば、どれだけ周到に用意された仮想現実であっても、結局は味気ないものになってしまうからである。ＩＴ技術が進歩して、世の中がどんなに便利になったとしても、人は人とのふれあいなくして生きてはいけない。それは人を楽しませるイベントであっても同様である。
【００１２】
ただし、利用者どうしを接触させても、それはそれぞれに別個の前記利用者端末を持った複数の前記利用者が参加する同一課題イベントを提供することが目的であって、利用者どうしを知り合わせることが目的ではない。結果として利用者どうしが知り合ってしまうことがあったとしても、同一課題のイベントに参加している利用者どうしを一時的に出会わせることによって一種の仲間意識を感じさせるだけでよい。
【００１３】
【課題を解決するための手段】
本発明の本質は、利用者の有する利用者端末を介して該利用者に課題を与えるイベントとして、それぞれに別個の前記利用者端末を持った複数の前記利用者が参加する同一課題イベントを、前記利用者が前記利用者端末を介して互いに入力した情報を前記利用者どうしが互いに出会うための手掛かりとする手掛かり情報を用いて提供することである。
【００１４】
ここで言うところの手掛かり情報には、利用者の現在の外見に関する情報を用いる。ただし、外見に関する情報と言っても利用者個人を特定する必要はないので、本発明における手掛かり情報には利用者を個人として特定してしまう顔画像情報を手掛かり情報に用いない。なお、見ず知らずの人である他の利用者に利用者自らを特定する情報を公開することは、利用者にとって心理的な嫌悪感を与えることもあるという理由からも顔画像情報を用いない方がよい。そこで、利用者個人を特定する情報を用いずに利用者どうしを出会わせるための手掛かり情報には、利用者が着替えることによって日々変化する（日によって変わってしまうことの多い）服装情報を用いるとよい。
【００１５】
人はよく、多くの人がいる場所で探す相手が顔見知りの人であったとしても、探す相手の現在の服装を目印にする。例えば、人ごみの中で携帯電話によって探す相手と通話しながら「今、どんな服装なの？色は？」などと聞いてから、聞いた服装の色と種類で見当をつけて、見当をつけた相手の方へ近づいていく場合はこれに相当する。つまり、同一課題を実行するために一時的に出会う、互いを全く知らない利用者どうしを出会わせるにも服装情報は活用できる。なお、ここで言うところの服装には、具体的に利用者が現在、身に付けているものである、シャツやズボン、上着などの他にも帽子および眼鏡、指輪やピアス、ネックレスなどの装飾品などがあり、利用者が現在、持っているものである、カバンなども目につきやすい手掛かり情報になる。つまり、手掛かり情報は、利用者個人を特定する情報でなく、その利用者を見てパッと目に付くものに関する情報であればその種類は特に問わない。
【００１６】
本発明は、前記利用者に入力させた前記手掛かり情報を用いて互いに出会わせた後の前記利用者に実行させるための前記課題情報をイベント情報としてイベント情報データベースにあらかじめ記憶し、イベント開始の要求を受け付けると、前記同一課題イベントを発生させるか否かをイベント発生判断手段によって判断し、前記イベント発生判断手段が前記同一課題イベントを発生させると判断した場合には、前記同一課題イベントに参加させる前記利用者の持つ前記利用者端末を利用者端末選択手段によって選択し、前記利用者端末選択手段が選択した前記利用者端末に前記手掛かり情報として、前記利用者の現在の外見に関する情報の入力を指示する手掛かり情報入力指示情報を送信し、送信した前記手掛かり情報入力指示情報に応じた前記手掛かり情報を一方の前記利用者端末から受信すると、前記イベント情報データベースから前記イベント情報を取得して、受信した手掛かり情報を取得した前記イベント情報に付与し、前記手掛かり情報が付与された前記イベント情報を他方の前記利用者端末に送信するようにした。
【００１７】
一方の利用者端末から受信した手掛かり情報を他方の利用者端末に送信することによって、他方の利用者を一方の利用者に出会わせることが出来る。なお、手掛かり情報を入力させた後は、双方または他方の課題が達成できるまでその手掛かり情報に入力した状態を維持するように利用者端末を介して利用者に注意を与えておくとよい。この注意を与えておくことによって、（利用者のついうっかりによる）手掛かり情報に入力した状態の変化を防ぐことが出来る。互いに入力した手掛かり情報を用いて一時的に出会った利用者どうしは、同一課題を実行することによって一種の連帯感を感じるという効果が期待でき、無機質になりがちなイベント提供システムの利用を促進する効果も期待できる。
【００１８】
同一課題イベントに参加させる利用者端末の選択は、現実的に互いの利用者が出会えるか否かを判断基準に選択するとよく、具体的には互いの利用者が現在いる場所の距離（近さ）などが判断基準になる。なお、目的地を指定して、指定した目的地で実行する課題を与える場合には、あらかじめ定める時間以内に目的地に到着できるとされる範囲にいる利用者（利用者端末）の中からを選択するとよい。また、目的地を指定しない場合には、同一の場所または同一の地域にいる利用者どうしを選択するとよい。
【００１９】
なお、イベント提供システムが提供したイベントがクリア（達成）されたか否かは、一方の前記利用者端末から前記同一課題イベント情報として送信済みの課題に対する結果情報を受信すると、他方の利用者端末に送信済みの前記同一課題イベント情報と一致するか否かによって判断するとよい。
【００２０】
送信したイベント情報の利用者端末への送信完了から経過する経過時間を計測開始して、前記同一課題イベント達成手段が前記同一課題イベントはクリアされたと判断すると計測を終了する経過時間計測手段をさらに有し、前記経過時間計測手段が計測する経過時間に応じて、同一動作の実行を指示する指示情報を追加の手掛かり情報として前記利用者端末選択手段が選択した前記利用者端末に送信するようにしてもよい。
【００２１】
これは、利用者どうしがなかなか出会えない場合に配慮した追加の手掛かり情報を双方の利用者端末に送信することに相当する。追加の手掛かり情報は、例えば利用者端末を介して同時に同一動作の実行を双方の利用者に指示する指示情報であるとよく、多くの人が周りにいて同一課題のイベントに参加している利用者が互いに誰かわからない場合でも同時に同じ動作をすることで、周りからうまく浮くことが出来る。なお、指示する動作は紛らわしいものではなく、むしろ不自然な動作である方がよく、その場で浮くこと（いわゆる場違いであること）によって同一課題イベントに参加している利用者が誰であるのかを知ることが出来る。
【００２２】
前記手掛かり情報を前記イベント情報に付与する際には、一方の前記利用者端末から受信した前記手掛かり情報のうち一部の項目を前記イベント情報に付与せずに残しておき、前記同一課題イベント達成手段が前記同一課題イベントのクリアを判断すると、前記イベント情報に付与しなかった前記手掛かり情報の一部の項目について前記利用者に問う追加の課題情報を他方の前記利用者端末に送信するようにしてもよい。
【００２３】
具体的には、イベント達成にホッとして気が抜けている一方の利用者に対して、さっき出会った他方の利用者の服装を問うものである。出会ったときに注意して観察していれば容易に気付くことであっても、後から問われると案外覚えていないものであり、利用者の意表を付くような楽しいイベントを提供することが出来る。追加の課題情報は、出会った利用者たちがそれぞれ次の行動に移行した後のタイミングで送信するとよく、例えば次のイベントとしてそれぞれの利用者端末に別の課題を与えておいてから送信すると目の前に他方の利用者の姿がすでになくなっているので、問われた一方の利用者は曖昧な記憶に頼らざるを得なくなる。
【００２４】
【発明の実施の形態】
以下に、本発明に係るイベント提供システムの具体的実施の形態を図面を参照して詳細に説明する。
【００２５】
（第１実施形態）
図１は、本発明の実施形態におけるコンセプトを説明する説明図である。
【００２６】
同図において、イベント提供システムサーバ１は、イベント情報として同一の目的地と課題を複数の利用者２である利用者２−１の持つ利用者端末３−１と利用者２−２の持つ利用者端末３−２に、互いを引き合わせるための手掛かり情報をつけて送信する。利用者端末３−１に送信する手掛かり情報は利用者２−２に関する手掛かり情報であり、利用者端末３−２に送信する手掛かり情報は利用者２−１に関する手掛かり情報である。それぞれの手掛かり情報は利用者端末３を介して、それぞれの利用者２に入力されるとよい。なお、イベント情報として目的地を指定しない場合には、同一の場所や地域にいる利用者端末を選択すればよい。
【００２７】
図２は、本発明の実施形態におけるコンセプトを説明する説明図である。
【００２８】
同図は、図１に続く処理を示している。同図において、イベント提供システムサーバ１から取得したイベント情報が示す同一の目的地を互いに目指す利用者２−１と利用者２−２は、指定された目的地において利用者端末３に出力された手掛かり情報を頼りに他の利用者２と接触し、相手側から入手した情報をイベント提供システムサーバ１に送信することで、課題を達成することが出来る。
【００２９】
図３は、図１および図２を補足する、本発明の実施形態におけるイベント提供システムのシステム全体図である。
【００３０】
同図は、イベントの起点について説明する図である。同図において、イベント提供システムサーバ１は、利用者２の有する利用者端末３より直接的または間接的に取得した利用者端末アドレスに基づき、イベント情報ＤＢ（データベース）４から取得した課題（または目的地と課題）を含むイベント情報を利用者端末３に送信する。目的地を指定しておくと、利用者２は指定された目的地へ移動することになり、様々な場所をめぐることを楽しむ観光などへの応用が期待できる。なお、イベント提供システムが提供するイベントは、利用者２の指示に応じて開始されても、利用者２の要望を受け付けた後にあらかじめ用意されたトリガ（きっかけ）によって開始されてもよい。
【００３１】
ここで言うところのトリガとは、例えば利用者２がある場所やエリアに到達したことや通過したことを示す情報などによるものであり、例えば場所情報タグ５から取得された場所情報をイベント提供システムサーバ１が直接的または間接的に取得することによって生じる。このトリガは、イベント進行のきっかけに用いられてもよい。なお、利用者２がいる現在位置を示す場所情報は、利用者端末３が有する場所情報取得機能からの取得、または利用者２自身の入力によって利用者端末３から取得されてもよい。
【００３２】
図４は、図３とは別の場合の、本発明の実施形態におけるイベント提供システムのシステム全体図である。
【００３３】
同図は、図３で説明するトリガにパスゲート６を通過した利用者２に関する情報を用いる場合である。同図において、利用者２は情報記憶媒体７または利用者端末３を用いてパスゲート６を通過する。利用者２が通過する際にパスゲート６は、情報記憶媒体７または利用者端末３から利用者端末アドレスを読み取ってあらかじめパスゲート６が有するパスゲートコードとともに利用者２の通過検知結果をイベント提供システムサーバ１に送信する。イベント提供システムサーバ１は、パスゲート６より取得した利用者端末アドレスに基づき、イベント情報ＤＢ（データベース）４から取得した課題（または目的地と課題）を含むイベント情報を利用者端末３に送信する。
【００３４】
なお、パスゲートコードが示すパスゲート６の設置場所に基づいて目的地を選択してもよい。利用者２が通過したパスゲート６の設置場所とは、利用者２が通過した通過場所を意味し、利用者２の行動に合わせた目的地の設定が可能となる。なお、パスゲート６が公共交通機関の駅などに設置された自動改札や電車、バス、などの移動車両への出入り口であり、情報記憶媒体７が乗車券（何度も乗り降りが出来る、例えば一日乗車券や定期券などが好ましい）であれば、利用者２を監視することなく、乗車券が有効な期間中にその乗車券を使用している間だけイベント情報の送信が可能となる。つまり、パスゲート６を用いると利用者２のプライバシーに配慮した情報提供が出来る。
【００３５】
ここで言うところのパスゲートコードとは、受信したイベント提供システムサーバ１がパスゲート６に関する基礎情報をあらかじめ記憶するデータベースより取得するために用いるためのコードであり、通信に関わる情報量削減が出来る。もちろん、パスゲートコードを用いずにパスゲート６に関する基礎情報を都度、受信しても構わない。
【００３６】
図５は、本発明の実施形態における具体例を説明する説明図である。
【００３７】
同図は、イベント提供システムサーバ１から提供するイベントが始まる際の利用者端末３の具体例であって、複数の利用者２に対して同時に同一のイベント情報を提供するイベント開始時に手掛かり情報の入力指示を利用者端末３が情報出力部に出力する具体例を示す。同図において、図５（ａ）は、これから利用者２の身に起こる状況が受け入れやすいように前もって説明しておくための前説情報を文字情報として出力している利用者端末３の表示画面を示している。表示画面に表示している「おや？道の真ん中にケータイが落ちています。あなたは何だろうと思って拾ってみました。すると、突然ベルが鳴ります・・・。あなたは思わず通話スイッチを押してしまいました。」のうち、前説情報として「おや？道の真ん中にケータイが落ちています。あなたは何だろうと思って拾ってみました。」と表示された部分が、イベント提供システムサーバ１から提供されるイベントにおける利用者２に関する架空の状況設定である。また、同様に前説情報として「すると、突然ベルが鳴ります・・・。」と表示された部分が、これから利用者２の身に起こる具体的な状況であり、通話機能の着信を示す着信音が突然鳴ることを具体的に説明している。なお、前説情報に続く「あなたは、思わず通話スイッチを押してしまいました。」と表示された部分は、利用者２に行動を促すための情報であり、利用者２の行動を誘導するような一種の暗示情報の役目を果たしている。
【００３８】
まず、前説情報を読んだ利用者２は、その前説情報に書かれたとおりのこと（図中の具体例では『電話のベルが鳴ること』）が、目の前の現実として利用者２が今、持っている利用者端末３で実際に起こることによって、前説情報で示された架空の状況設定がまるで現実であったかのように錯覚できる。つまり、この具体例によれば利用者２が個人的に持っていた利用者端末３（図中の『ケータイ』）が、まるで今、道の真ん中で拾った利用者端末３であるかのように思えるのである。そして、この利用者端末３を拾ってしまったが故に、この利用者端末３によって誰かが伝える（実は架空の）状況に巻き込まれていくのだというような納得性が利用者２の感覚の中に生じるので、イベント提供システムサーバ１が提供するイベントの臨場感溢れる架空の状況設定にごく自然に感情移入できるという効果が期待できる。
【００３９】
別の言い方をすれば、前もって提供された前説情報のとおりに目の前の現実が動いたことによって、架空の状況設定があたかも現実であったかのように利用者２の感覚上で仮想現実が現実世界と融合させることが出来ると言える。または、架空の状況設定と現実世界とが利用者２が有する利用者端末３によって、ごく自然なつながりで切り替わったとも言える。また別の言い方をすれば、前説情報で前もって説明しておいたことが実際に起これば、この前説情報は利用者２にとって一種の予言でもあり、これから起こることをあたかもズバリ言い当てる予言を目の当たりにした利用者２は、システムが提供する情報を信じやすくなっている状態であるとも言える。つまり、実際に利用者２の目の前で鳴る着信音は、利用者２にとって感情移入しやすくする「きっかけ」なのである。
【００４０】
図５（ｂ）〜（ｄ）は利用者端末３の音声出力部から出力される音声情報である。図５（ｂ）は、利用者端末３が鳴らした通話機能の着信音であり、具体的には「トゥルル、トゥルル」という音を出力している。図５（ｃ）は、音声出力部から出力される音声情報であり、具体的には「（謎の男の声で）君は誰だ？まぁ名前なんぞはどうでもいい。君はたった今から我々側のスパイになった。さっそく、最初の任務を伝える。清水寺参道から三年坂を下った先の円山公園で他のスパイとコンタクトを取れ。まず、君の服装と色をメールで送ってくれたまえ。制限時間は５分。以上。プツ（通話が一方的に切れる音）」という言葉と音を出力している。図５（ｃ）に示す言葉と音は、図５（ｂ）に応じた利用者２が通話スイッチを操作することによって出力され、「君は誰だ？まぁ名前なんぞはどうでもいい。君はたった今から我々側のスパイになった。さっそく、最初の任務を伝える。」という言葉が、イベント提供システムサーバ１から提供されるイベントにおける利用者２に関する架空の状況設定の続きである。
【００４１】
また、「清水寺参道から三年坂を下った先の円山公園で他のスパイとコンタクトを取れ。制限時間は４５分。まず、君の服装と色をメールで送ってくれたまえ。」という言葉が、架空の状況設定における指示情報であり、基本的に目的地と課題によって構成されている。図例では「清水寺参道から三年坂を下った先の円山公園」が目的地となり、制限時間の「５分」以内にまだここでは明かされていない課題を達成するために「まず、君の服装と色をメールで送ってくれたまえ。」という表現で手掛かり情報の入力を要求する手掛かり情報の入力指示が利用者に与えられた当面の課題に相当する。図５（ｄ）は、利用者端末３が鳴らした通話機能の通話不通音であり、図５（ｃ）に示す音声情報の出力が完了すると出力される。通話不通音としては、具体的には「ツゥー、ツゥー、ツゥー」という音を出力している。
【００４２】
図５（ｅ）では、手掛かり情報の入力要求を文字または画像情報として出力している利用者端末３の表示画面を示しており、具体的には「あなたの服装と色は？」という指示が表示されている。さらに、利用者２に「（何かの行動を）しなければならない」と思わせる強い動機を促すために制限時間のカウントダウンを文字または画像情報として出力している利用者端末３の表示画面を示している。制限時間のカウントダウンを表示する図５（ｅ）では、図５（ｃ）に示す音声情報で出力した課題を同時に示すとよく、利用者２が何をいつまでにすればよいかを利用者端末３を用いて確認できる。具体的に４分５８秒を示すカウントダウン表示の下側に表示されている「ボスに報告」のアイコン表示は、図５（ｃ）に示す音声情報で謎の男の声による音声が指示した「メールで報告」に対応しており、このアイコンに対応した情報入力部を操作することによって、図６に示す報告画面へと切り替わる。
【００４３】
この具体例において、利用者２に強い動機を生じさせる演出にはいくつかのポイントがある。第１のポイントとしては、利用者２に対し電話をかけていることになっている架空の人物のキャラ（声またはしゃべり口調やその内容からわかる人格、人物特徴）が、非常識な人であることである。ここで言うところの非常識な人とは、一般の常識（つまり、利用者２が思う常識）が通用しない相手であると利用者２に思わせる人のことである。この架空の人物を非常識な人だと利用者２が一度認めてしまえば、利用者２はこの相手をなんとか説得しようなどとは思わない。なお、非常識さは初対面の相手である利用者２に理不尽な要求を一方的に押し付け、一方的に押し付けた後は一方的に電話を切ってしまう態度によく表れており、利用者２にとって非常識なことをあたかも当たり前であるかのように言い切る言葉や態度、姿勢によって醸し出される。ここで言うところの理不尽な要求とは、具体的に「問答無用でスパイにしてしまったこと」と「制限時間を設定した任務（別の言い方ではミッション、使命）を与えること」である。つまり、これらの演出によって、利用者２に「（相手は非常識な人であるので）この人には何を言っても仕方がない。（相手によって）示されたルールでなんとかするしかない」などという割りきりの気持ちを生じさせることが出来る。一度行動することに対して自ら割り切れた利用者２は自発的に行動を持続する効果もある。
【００４４】
第２のポイントとしては、同様に架空の人物のキャラがいい加減（無責任）な人であることである。ここで言うところの無責任な人とは、利用者２が実行する行為のすべての責任を利用者２自身に負わせる人のことである。この架空の人物を無責任な人だと利用者２が一度認めてしまえば、利用者２はこの相手に決して頼ろうなどとは思わない。なお、無責任さは、一方的に与えた課題の失敗に対して利用者２自身に責任を問う態度によく表れている。図８では、非日常的な世界に生きるスパイとしてのイメージを膨らませるために「もちろん、わかっているとは思うが、失敗すれば君の命はない」という表現を用いているが、「結果について当局は一切の責任を負わない、一切関知しない」などの表現も同様の効果を持つ。
【００４５】
第３のポイントとしては、一方的にしゃべって一方的に切るという有無を言わさぬ行為にさらに追い討ちをかけるように、利用者２が例えば「なんだ、そりゃ！」など言っているうちも制限時間を刻一刻と減らすという有無を言わさぬ表示を利用者２に見せることにある。ただし、この制限時間のカウントダウンは表示の代わりに例えば「５８秒、５７秒、・・・２秒、１秒、２８分、５９秒、５８秒・・・」のように音声で知らせてもよい。
【００４６】
このように、第１のポイントによって演出された「なんとか説得しようとは思わない相手」であり、第２のポイントによって演出された「決して頼ろうとは思わない相手」から与えられた指示情報に対して、第３のポイントによって演出された「利用者２は何か思案している間にも刻一刻と時間が無くなっていく様を目のあたりにすること」によって、「してもよい」し、「しなくてもよい」といったどちらを選んでもよいという弱い動機ではなく、「自分でなんとかしなければ何も解決しない」ので、「（相手によって示されたルールで）とにかく行動する」という強い動機によってほとんどの利用者２に行動を決断させることが出来る。もちろん、「とにかく行動する」理由を「自分でなんとかしなければ何も解決しない」とはっきり意識できる利用者２ばかりではないが、無意識に「自分でなんとかしなければ何も解決しない」とは思うことも多く、「とにかく行動する」動機付けにこれら３つの要点による演出が役立っている。また、利用者２が例えば「ぐずぐずしていらない」、「まず目的地に行かなくてはならない」などと思ったり、そのようなことを言ったりしただけでも、すでに利用者２の気持ちのなかに「とにかく行動する」動機が生じたと判断してよい。
【００４７】
図６は、本発明の実施形態における具体例を説明する説明図である。
【００４８】
同図は、図５（ｅ）に示す「ボスに報告」のアイコンを操作した後の利用者端末３が情報出力部に出力する具体例を示す。同図において、図６（ａ）は、図５（ｅ）に示す「ボスに報告」のアイコンを操作した後の表示例であって、利用者２が自らの今日の服装を入力するための選択肢と「次へ」のアイコンが表示されている。服装入力の選択肢は具体的に「▲１▼ジャケット、▲２▼シャツ（襟付き）、▲３▼Ｔシャツ、▲４▼セータ、▲５▼その他」が表示されており、利用者２が選択肢を選択して「次へ」のアイコンを操作すると図６（ｂ）に示す服装の色を入力するための選択肢と「次へ」のアイコンが表示される。色の選択は厳密に細分化する必要もなく、極々一般的な色を表示しており、具体的には「▲１▼白、▲２▼黒、▲３▼赤、▲４▼青、▲５▼黄、▲６▼緑、▲７▼茶、▲８▼グレー（灰）、▲９▼ピンク（桃）、（１０）その他」が表示されており、利用者２が選択肢を選択して「次へ」のアイコンを操作すると図６（ｃ）に示す入力確認のために、利用者２が入力した結果と「はい」のアイコンと「いいえ」のアイコンが表示されている。ここで「はい」のアイコンを操作すると入力結果である「赤のセータ」が利用者２を見つけるための手掛かり情報としてイベント提供システムサーバ１に送信される。
【００４９】
図７は、本発明の実施形態における具体例を説明する説明図である。
【００５０】
同図は、図６で入力した手掛かり情報では不十分な場合のバリエーションの具体例を示す。図７（ａ）は、図６（ａ）で「その他」を選択した場合に表示される表示例であって、具体的には「今日の服装は？最も一般的な言い方で言うと何？」を表示して利用者２に入力を促し、利用者２は「タンクトップ」を入力している。図７（ｂ）は、図６（ａ）〜（ｃ）に示す服装以外の特徴も入力する場合の表示例であって、具体的には「眼鏡は？▲１▼有り、▲２▼無し」を表示している、同様に帽子や鞄、靴など目に付きやすいものを入力させてもよい。その他の目に付きやすいものとしては、傘の色などがある。雨の日や雨が降りそうな日などに誰もが持っている傘は、持っている／持っていないだけでは大した手掛かり情報になりはしないが、最近の傘はカラフルになっているので目に付きやすく、大ざっぱではあるが、相手を探す目印になる。
【００５１】
図８は、本発明の実施形態における具体例を説明する説明図である。
【００５２】
同図は、利用者端末３から手掛かり情報を入力させた後の課題情報の具体例を示す。同図において、図８（ｂ）に示す言葉と音は、図８（ａ）に応じた利用者２が通話スイッチを操作することによって出力され、具体的には「さっそく、真の任務を伝える。清水寺参道から三年坂を下った先の円山公園で他のスパイ（黒のタンクトップ、眼鏡あり）に暗号『しだれ桜』を伝えよ。制限時間は４５分。もちろん、わかっているとは思うが、失敗すれば君の命はない。以上。プツ（通話が一方的に切れる音）」という言葉と音を出力している。図８（ｂ）に示す言葉と音は、図８（ａ）に応じた利用者２が通話スイッチを操作することによって出力され、「さっそく、真の任務を伝える。」および「もちろん、わかっているとは思うが、失敗すれば君の命はない。」という言葉が、イベント提供システムサーバ１から提供されるイベントにおける利用者２に関する架空の状況設定の続きである。「もちろん、わかっているとは思うが、失敗すれば君の命はない。」という架空の人物のキャラがいい加減（無責任）な人であることを示す言葉は、「もちろん、わかっているとは思うが、失敗すれば君の命の保障はない。」または「もちろん、わかっているとは思うが、我々の命運はすべて君にかかっている」などでもよい。
【００５３】
図９は、本発明の実施形態における具体例を説明する説明図である。
【００５４】
同図において、図９（ａ）は、利用者２−１の持つ利用者端末３−１の表示画面であり、利用者２−２の持つ利用者端末３−２から入力された利用者２−２に関する手掛かり情報「黒のタンクトップ、眼鏡あり」をイベント提供システムサーバ１が仲介することによって、イベントの課題情報「清水寺参道から三年坂を下った先の円山公園で他のスパイ（黒のタンクトップ、眼鏡あり）に暗号『しだれ桜』を伝えよ」が表示されている。同様に利用者端末３−２には、イベントの課題情報「清水寺参道から三年坂を下った先の円山公園で他のスパイ（赤のセータ、眼鏡なし）に暗号『桜吹雪』を伝えよ」が表示されている。
【００５５】
利用者２−１は、利用者２−２から暗号とされる「桜吹雪」を受け取って、イベント提供システムサーバ１に送信することで課題を達成したことになる。なお、相手方にうまく暗号を伝えることも課題であるとするならば、利用者２−１にとって相手方の利用者端末３−２から「しだれ桜」がイベント提供システムサーバ１に送信されることを含めて課題の達成としてもよいし、一方の情報だけでは達成度が減らされるとしてもよい。こうすることによって、利用者２は自らの課題達成のために相手方を支援する必要もあり、利用者２の間に一時的ではあるが協力体制が構築される。
【００５６】
図１０は、本発明の実施形態におけるイベント提供システムサーバのハードブロック図である。
【００５７】
同図において、サーバ操作者８とはイベント提供システムサーバ１の操作者で、サーバの管理（運営、監視、維持などを含む）者のことである。情報入出力部９とは、イベント提供システムサーバ１がサーバ操作者８と種々のやりとりをするための入出力機能を持つ部位であり、大まかに情報入力部９−１と情報出力部９−２で構成される。情報入力部９−１における入力装置としては、例えばキーボード、テンキー、マウス、バーコードリーダなどが該当し、サーバ操作者８の入力がシステムに対して情報を伝達するものなら、その種類は問わない。また情報出力部９−２における出力装置としては、例えばディスプレイ、プリンタなどが該当し、サーバ操作者８に対してシステムから情報を伝達できるものなら、その種類は問わない。演算部１０とは、プログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。メモリ部１１とは、演算部１０が実行するプログラムの実行エリアの部位である。通信部１２とは、ネットワーク１３を介して外部システムとの通信を制御する部位である。ＤＢ（データベース）管理部１４とは、様々なデータ構造とデータ実体を管理する機能を持つ部位である。
【００５８】
ＤＢ管理部１４に管理される処理プログラム１５とは、イベント提供システムサーバ１の利用目的を達成するために必要なプログラムのことであり、ＯＳ（オペレーティングシステム）もここに含まれる。同様にイベント情報ＤＢ４とは、利用者端末３に送信されるイベント情報およびイベント提供システムサーバ１が受信する手掛かり情報などを記憶するデータベースのことである。同様に配信情報ＤＢ１６とは、イベント提供システムサーバ１が利用者端末３に送信した情報を配信結果として記憶しておくデータベースのことである。同様にその他のプログラム・データ１７とは、上記以外の例えばサーバ操作者８が使用するワードプロセッサや表計算プログラムなどのアプリケーションソフトウェアやそれらに付随するデータなどが該当する。
【００５９】
図１１は、本発明の実施形態における利用者端末のハードブロック図である。
【００６０】
同図において、情報入出力部１８とは、利用者端末３が利用者２と種々のやりとりをするための入出力機能を持つ部位であり、大まかに情報入力部１８−１と情報出力部１８−２で構成される。情報入力部１８−１における入力装置としては、例えばテンキーやカナキー、タッチスイッチ、音声入力などが該当し、利用者２の入力が利用者端末３に対して情報を伝達するものなら、その種類は問わない。また情報出力部１８−２における出力装置としては、例えばディスプレイ、音声出力装置などが該当し、利用者２に対して利用者端末３から情報を伝達できるものなら、その種類は問わない。演算部１９とは、利用者端末３がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。記憶部２０とは、利用者端末３の目的を達成するために必要なプログラムを記憶する記憶エリアと演算部２０が実行するプログラムの実行エリアの部位である。通信部２１とは、イベント提供システムサーバ１などと通信する場合にネットワーク１３を介して情報の送受信をする部位である。
【００６１】
図１２は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【００６２】
同図において、イベント提供システムサーバ１は、利用者端末３またはパスゲート６からイベント開始を受け付ける機能と、複数の利用者２に対する同一課題イベントを発生させると判断する機能と、イベントに参加させる複数の利用者２の持つ利用者端末３を選択する機能と、選択した利用者端末３に利用者２自身を見つけるための手掛かりとなる手掛かり情報の入力指示を送信する機能と、一方の利用者端末３−１（３−２）から手掛かり情報を受信する機能と、同一課題を実行させるためのイベント情報をイベント情報ＤＢ６から取得して、一方の利用者端末３−１（３−２）から受信した手掛かり情報を付与する機能と、手掛かり情報を付与したイベント情報を他方の利用者端末３−２（３−１）に送信する機能とを有する。
【００６３】
図１３は、本発明の実施形態における利用者端末の機能ブロック図である。
【００６４】
同図において、一方の利用者端末３−１（３−２）は、イベント提供システムサーバ１から手掛かり情報の入力指示を受信する機能と、受信した手掛かり情報の入力指示を情報出力部に出力する機能と、出力された指示に応じた利用者２−１（２−２）からの手掛かり情報の入力を受け付ける機能と、受け付けた手掛かり情報をイベント提供システムサーバ１に送信する機能とを有する。さらにイベント提供システムサーバ１から他者の手掛かり情報が付与されたイベント情報を受信する機能と、受信した情報を記憶部２０に記憶する機能と、必要に応じて受信した情報を記憶部２０から取得して情報出力部１８−２に出力する機能とを有する。
【００６５】
図１４は、図１２、図１３に示す機能ブロック図に対応するイベント提供システムサーバと一方の利用者端末および他方の利用者端末の演算部におけるフローチャートである。
【００６６】
同図において、イベント提供システムサーバ１は、複数の利用者２に対する同一課題イベントを発生させると判断すると（ＳＴ１４０１）、イベントに参加させる複数の利用者２の持つ利用者端末３を選択し（ＳＴ１４０２）、選択した利用者端末３に利用者２自身を見つけるための手掛かりとなる手掛かり情報の入力指示を送信する（ＳＴ１４０３）。一方の利用者端末３−１（３−２）は、イベント提供システムサーバ１から手掛かり情報の入力指示を受信すると、受信した手掛かり情報の入力指示を情報出力部に出力し（ＳＴ１４０４）、出力された指示に応じた利用者２−１（２−２）からの手掛かり情報の入力を受け付け（ＳＴ１４０５）、受け付けた手掛かり情報をイベント提供システムサーバ１に送信する（ＳＴ１４０６）。同様に他方の利用者端末３−２（３−１）は、イベント提供システムサーバ１から手掛かり情報の入力指示を受信すると、受信した手掛かり情報の入力指示を情報出力部に出力し（ＳＴ１４０７）、出力された指示に応じた利用者２からの手掛かり情報の入力を受け付け（ＳＴ１４０８）、受け付けた手掛かり情報をイベント提供システムサーバ１に送信する（ＳＴ１４０９）。
【００６７】
イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）から手掛かり情報を受信すると、同一の課題を実行するためのイベント情報に一方の利用者端末３−１（３−２）から受信した手掛かり情報を付与して（ＳＴ１４１０）、他方の利用者端末３−２（３−１）に送信し（ＳＴ１４１１）、同様に他方の利用者端末３−２（３−１）から手掛かり情報を受信すると、同一の課題を実行するためのイベント情報に他方の利用者端末３−２（３−１）から受信した手掛かり情報を付与して（ＳＴ１４１０）、一方の利用者端末３−１（３−２）に送信し（ＳＴ１４１１）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ１４１２）、処理を終了する。一方の利用者端末３−１（３−２）または他方の利用者端末３−２（３−１）は、イベント提供システムサーバ１から手掛かり情報が付与されたイベント情報を受信すると、受信した情報を記憶部に記憶し（ＳＴ１４１３、ＳＴ１４１５）、必要に応じて受信した情報を情報出力部に出力して（ＳＴ１４１４、ＳＴ１４１６）、処理を終了する。
【００６８】
図１５は、本発明における実施形態の具体例を説明する説明図である。
【００６９】
同図は、利用者端末３を介しての解答入力で正しい解答（イベントクリアを示す結果情報）を入力してイベント提供システムサーバ１に送信した場合に、指示情報に示す課題をクリアしたことによって、全イベント（ゲーム）が終了したと判断したイベント提供システムサーバ１から送信された場合に利用者端末３から出力される良い結末（グッドエンド）情報の具体例を示す。同図において、図１５（ａ）は、図５（ｂ）と同様に利用者端末３が鳴らした着信音であり、図１５（ｃ）は、図５（ｄ）と同様に利用者端末３が鳴らした通話機能の通話不通音である。図１５（ｂ）は、音声出力部から出力される音声情報であり、図１５（ａ）に応じた利用者２が通話スイッチを操作することによって出力され、具体的には「上出来、上出来。さすが私が見込んだだけのことはある。今日のところはこの辺でかんべんしておいてやろう。また頼む。プツ（通話が一方的に切れる音）」という言葉と音を出力している。図１５（ｄ）は、良い結末（グッドエンド）情報を文字または画像情報として出力している利用者端末３の表示画面を示している。表示画面に表示している「ミッションはすべて達成。あなたはやっとこさ、解放されました。でも、いつ、この無責任なボスから次のミッションが来るかもしれませんよ。とりあえず、おつかれ様でした。」は、図８（ｂ）に示されるイベント提供システムサーバ１から提供されるイベントにおける利用者２に関する架空の状況設定の結末であり、次回提供するイベントへつながっていく含みを持たせている。この含みは次回のイベントでまた感情移入しやすくなるようないわゆる伏線の役割をする。
【００７０】
図１６は、本発明の実施形態における具体例を説明する説明図である。
【００７１】
同図は、利用者端末３を介しての解答入力で正しい解答（イベントクリアを示す結果情報）でない情報を送信した場合、または制限時間のカウントダウンが０になってしまった場合に利用者端末３から出力される悪い結末（バッドエンド）情報の具体例を示す。同図において、図１６（ａ）は、図５（ｂ）と同様に利用者端末３が鳴らした着信音であり、図１６（ｃ）は、図５（ｄ）と同様に利用者端末３が鳴らした通話機能の通話不通音である。図１６（ｂ）は、音声出力部から出力される音声情報であり、図１６（ａ）に応じた利用者２が通話スイッチを操作することによって出力され、具体的には「残念だったな。プツ（通話が一方的に切れる音）」という言葉と音を出力している。図１６（ｄ）は、悪い結末（バッドエンド）情報を文字または画像情報として出力している利用者端末３の表示画面を示している。表示画面に表示している「ミッション失敗。あなたはスマキにして鴨川に流されました。どんぶらこ、どんぶらこ。川の流れに身を任せ、どこまで流れて行ってしまうのか」は、図８（ｂ）に示す「もちろん、わかっているとは思うが、失敗すれば君の命はない。」や「結果について当局は一切の責任を負わない、一切関知しない」などに対応しており、課題がクリア出来なかった悲壮感の中にもユーモアを感じさせる内容にしてある。
【００７２】
図１７は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【００７３】
同図において、イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）から指示情報に含まれる課題に対する結果情報を受信する機能と、他方の利用者端末３−２（３−１）に送信したイベント情報をイベント情報ＤＢ４から取得する機能と、一方の利用者端末３−１（３−２）から受信した結果情報が他方の利用者端末３−２（３−１）に送信済みのイベント情報と一致するか否かを判断する機能と、判断結果に基づいてイベント情報ＤＢ４から情報を取得する機能と、取得した情報を一方の利用者端末３−１（３−２）に送信する機能とを有する。
【００７４】
図１８は、図１７に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【００７５】
同図において、イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）からイベント情報として送信済みの課題に対する結果情報を受信すると（ＳＴ１８０１）、他方の利用者端末３−２（３−１）に送信したイベント情報をイベント情報ＤＢ４から取得し（ＳＴ１８０２）、一方の利用者端末３−１（３−２）から受信した結果情報が他方の利用者端末３−２（３−１）に送信済みのイベント情報と一致するか否かを判断して（ＳＴ１８０３）、一致した場合には、課題のクリアによりミッション完了と判断し（ＳＴ１８０４）、課題に対する判断結果から全てのイベントが終了したか否かを判断して（ＳＴ１８０５）、終了したと判断された場合には結末情報がイベント情報ＤＢ４から取得され（ＳＴ７１８０６）、終了していないと判断された場合には次のイベント情報がイベント情報ＤＢ４から取得され（ＳＴ１８０７）、取得した情報を利用者端末３に送信し（ＳＴ１８１０）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ１８１１）、処理を終了する。ＳＴ１８０３で一致しなかった場合には、課題はクリアされていない（ミッション未達成）と判断し（ＳＴ１８０８）、ミッション未達成を通知する情報をイベント情報ＤＢ４から取得して（ＳＴ１８０９）、取得した情報を利用者端末３に送信し（ＳＴ１８１０）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ１８１１）、処理を終了する。
【００７６】
（第２実施形態）
図１９〜図２１を用いて、本発明における第２実施形態を説明する。第２実施形態の特徴は、利用者２どうしがなかなか出会えない場合に配慮した追加の手掛かり情報を双方の利用者端末３に送信することである。追加の手掛かり情報は、例えば利用者端末３を介して同時に同一動作の実行を双方の利用者３に指示する指示情報であるとよく、多くの人が周りにいて同一課題のイベントに参加している利用者２が互いに誰かわからない場合でも同時に同じ動作をすることで、周りからうまく浮くことが出来る。ここで言うところの浮くとは、周りの人に与えるその雰囲気がなんとなく奇妙な状態のことであり、多くの人の中にその存在が埋もれてしまわないようにうまく浮かなければならない。
【００７７】
図１９は、本発明の第２実施形態における具体例を説明する説明図である。
【００７８】
同図において、イベント提供システムサーバ１は、複数の利用者２を互いに出会わせるための手掛かり情報（ヒント）として同一動作を同時にさせる指示情報をそれぞれの利用者端末３に送信しており、具体的には「まだ、見つからないのか？いいから、互いにそこで飛んでみろ。ぴょんぴょん」がそれぞれの利用者端末３に表示されている。利用者２が到着した目的地が、広い場所で多くの人が集う場所であってもこのように同時に何かの動作を利用者２にさせることによって、互いに出会わせることが出来る。なお、指示する動作は紛らわしいものではなく、むしろ不自然な動作である方がよく、その場で浮くこと（いわゆる場違いであること）によって指示情報が示す他のスパイ（同一課題イベントに参加している利用者２）が誰であるのかを知ることが出来る。もちろん、このような行為の実行は利用者２にとって場違いな動作は恥ずかしさが伴うものであるが、イベント提供システムサーバ１が提供するイベントが身勝手で無責任と設定した架空の人物が悪ノリしてように見え、もう誰にも止められないかのような暴走感を演出することが出来る。また、架空の人物がここまで悪ノリすると逆に利用者２どうしの間に例えば「お互いに大変ですね」などといった一種の連帯感が生じることもあり、これは同じ境遇（この場合は被害者意識）が人を共感し合わせるためでもあると言われている。イベント提供システムサーバ１が提供するイベントとしては、時に一貫性をもって妥協のない悪ノリをした方が、イベントとしての特徴もはっきりしてくるため、中途半端な悪ノリをするなら、とことん悪ノリの演出をした方がよいとも言える。
【００７９】
図２０は、本発明の第２実施形態におけるイベント提供システムサーバの機能ブロック図である。
【００８０】
同図において、イベント提供システムサーバ１は、手掛かり情報を付与したイベント情報の送信終了からの経過時間を計測する機能と、計測された経過時間に応じて追加の手掛かり情報をイベント情報ＤＢ４から取得する機能と、取得した追加の手掛かり情報を双方の利用者端末３に送信する機能とを有する。
【００８１】
図２１は、図２０に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【００８２】
同図において、イベント提供システムサーバ１は、ミッションがクリアされていない（完了していない）と判断すると（ＳＴ２１０１）、一定時間が経過したか否かを判断して（ＳＴ２１０２）、経過していなければＳＴ２１０１に戻り、経過していれば、複数の利用者２に対して同時に同一動作をさせる指示情報をイベント情報ＤＢ４から取得し（ＳＴ２１０３）、複数の利用者２を互いに引き合わせるための手掛かり情報（ヒント）として取得した情報をそれぞれの利用者端末３に送信し（ＳＴ２１０４）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ２１０５）、処理を終了する。
【００８３】
（第３実施形態）
図２２〜図２６を用いて、本発明における第３実施形態を説明する。第３実施形態の特徴は、一方の利用者端末３−１（３−２）から取得した手掛かり情報の一部をあえて伏せておき、同一課題イベントが達成した後に、伏せておいた手掛かり情報について他方の利用者２−２（２−１）に問う追加の課題情報を他方の利用者端末３−２（３−１）に送信することである。具体的には、イベント達成にホッとして気が抜けている一方の利用者２−１（２−２）に対して、さっき出会った他方の利用者２−２（２−１）の服装を問うものである。出会ったときに注意して観察していれば容易に気付くことであっても、後から問われると案外覚えていないものであり、利用者２の意表を付くような楽しいイベントを提供することが出来る。追加の課題情報は、出会った利用者たちがそれぞれ次の行動に移行した後のタイミングで送信するとよく、例えば次のイベントとしてそれぞれの利用者端末に別の課題を与えておいてから送信すると目の前に他方の利用者２−２（２−１）の姿がすでになくなっているので、問われた一方の利用者２−１（２−２）は曖昧な記憶に頼らざるを得なくなる。
【００８４】
図２２は、本発明の第３実施形態における具体例を説明する説明図である。
【００８５】
同図において、イベント提供システムサーバ１は、利用者端末３−２から入力された利用者２−２に関する手掛かり情報のうち「黒のタンクトップ、眼鏡あり」をイベント情報に付与する手掛かり情報として利用し、イベント達成後の追加の課題情報として具体的に「さっき出会った他のスパイは指輪をしていたか否かを答えよ、制限時間は１分」を利用者２−１の持つ利用者端末３−１に出力している。また、利用者端末３−１から入力された利用者２−１に関する手掛かり情報のうち「赤のセータ、眼鏡なし」をイベント情報に付与する手掛かり情報として利用し、イベント達成後の追加の課題情報として具体的に「さっき出会った他のスパイのはめていた時計の種類を答えよ、制限時間は２分」を利用者２−２の持つ利用者端末３−２に出力している。これはひっかけ問題であり、イベント提供システムサーバ１は、利用者端末３−１から取得した手掛かり情報から「利用者２−１は時計をしていない」ことがわかっていながら、時計の種類を問う追加の課題情報を送信する。こう問われた利用者２−２の心理としては、利用者２−１が時計をしていたか否かよく覚えていないにも関わらず（実際に利用者２−１が時計をしていたわけでもないのに）、利用者２−１が何らかの時計をしていたかのように錯覚してしまうことがよくある。冷静に出会った利用者２−１の服装を観察していれば利用者２−１は時計をはめていなかったことに気付くものであるが、多くの利用者はそこまで気を配っていないことが多いので、大概の利用者２−２はイベント提供システムが仕掛けた巧妙な罠にひっかかってしまう。
【００８６】
図２３は、本発明の第３実施形態におけるイベント提供システムサーバの機能ブロック図である。
【００８７】
同図において、イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）から手掛かり情報を受信する機能と、同一の課題を実行するためのイベント情報に一方の利用者端末３−１（３−２）から受信した手掛かり情報の一部を付与する機能と、受信した手掛かり情報の一部を付与したイベント情報を他方の利用者端末３−２（３−１）に送信する機能とを有する。
【００８８】
図２４は、本発明の第３実施形態におけるイベント提供システムサーバの機能ブロック図である。
【００８９】
同図において、イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）から受信した結果情報が他方の利用者端末３−２（３−１）に送信済みのイベント情報と一致するか否かを判断する機能によって、同一課題イベントの達成を判断すると、他方の利用者端末３−２（３−１）から取得した手掛かり情報のうち付与しなかった手掛かり情報について問う追加の課題情報をイベント情報ＤＢ４から取得する機能と、取得した追加の課題情報を一方の利用者端末３−１（３−２）に送信する機能とを有する。
【００９０】
図２５は、図２３に示す機能ブロック図に対応するイベント提供システムサーバと一方の利用者端末および他方の利用者端末の演算部におけるフローチャートである。
【００９１】
同図において、イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）から手掛かり情報を受信すると、同一の課題を実行するためのイベント情報に一方の利用者端末３−１（３−２）から受信した手掛かり情報の一部を付与して（ＳＴ１４１０）、他方の利用者端末３−２（３−１）に送信し（ＳＴ１４１１）、同様に他方の利用者端末３−２（３−１）から手掛かり情報を受信すると、同一の課題を実行するためのイベント情報に他方の利用者端末３−２（３−１）から受信した手掛かり情報の一部を付与して（ＳＴ１４１０）、一方の利用者端末３−１（３−２）に送信し（ＳＴ１４１１）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ１４１２）、処理を終了する。
【００９２】
図２６は、図２４に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【００９３】
同図において、イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）から受信した結果情報が他方の利用者端末３−２（３−１）に送信済みのイベント情報と一致するか否かを判断することによって、同一課題イベントの達成を判断すると（ＳＴ２６０１）、他方の利用者端末３−２（３−１）から取得した手掛かり情報のうち付与しなかった手掛かり情報について問う追加の課題情報をイベント情報ＤＢ４から取得し（ＳＴ２６０２）、取得した追加の課題情報を一方の利用者端末３−１（３−２）に送信し（ＳＴ２６０３）、利用者端末３に送信した結果を配信情報ＤＢ１６に記憶して（ＳＴ２６０４）、処理を終了する。
【００９４】
【発明の効果】
以上記載の本発明によれば、一方の利用者端末から受信した手掛かり情報を他方の利用者端末に送信することによって、他方の利用者を一方の利用者に出会わせることによって、それぞれに別個の利用者端末を持った複数の利用者が参加する同一課題イベントを、利用者が利用者端末を介して互いに入力した情報を利用者どうしが互いに出会うための手掛かりとすることが出来る。互いに入力した手掛かり情報を用いて一時的に出会った利用者どうしは、同一課題を実行することによって一種の連帯感を感じるという効果が期待でき、端末とシステムとのやりとりだけでは無機質になりがちなイベント提供システムの利用を促進する効果も期待できる。
【００９５】
また、利用者どうしがなかなか出会えない場合に配慮した追加の手掛かり情報を双方の利用者端末に送信することで、同一課題イベントに参加している利用者が誰であるのかを知ることが出来る。なお、指示する動作は紛らわしいものではなく、むしろ不自然な動作である方がよく、その場で浮くこと（いわゆる場違いであること）によって、互いの利用者の間に一種の連帯感が生じるために、提供するイベントがさらに無機質なものになりにくく、イベント提供システムのより一層の利用促進が期待される。
【図面の簡単な説明】
【図１】本発明の実施形態におけるコンセプトを説明する説明図
【図２】本発明の実施形態におけるコンセプトを説明する説明図
【図３】図１および図２を補足する、本発明の実施形態におけるイベント提供システムのシステム全体図
【図４】図３とは別の場合の、本発明の実施形態におけるイベント提供システムのシステム全体図
【図５】本発明の実施形態における具体例を説明する説明図
【図６】本発明の実施形態における具体例を説明する説明図
【図７】本発明の実施形態における具体例を説明する説明図
【図８】本発明の実施形態における具体例を説明する説明図
【図９】本発明の実施形態における具体例を説明する説明図
【図１０】本発明の実施形態におけるイベント提供システムサーバのハードブロック図
【図１１】本発明の実施形態における利用者端末のハードブロック図
【図１２】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図１３】本発明の実施形態における利用者端末の機能ブロック図
【図１４】図１２、図１３に示す機能ブロック図に対応するイベント提供システムサーバと一方の利用者端末および他方の利用者端末の演算部におけるフローチャート
【図１５】本発明における実施形態の具体例を説明する説明図
【図１６】本発明の実施形態における具体例を説明する説明図
【図１７】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図１８】図１７に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【図１９】本発明の第２実施形態における具体例を説明する説明図
【図２０】本発明の第２実施形態におけるイベント提供システムサーバの機能ブロック図
【図２１】図２０に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【図２２】本発明の第３実施形態における具体例を説明する説明図
【図２３】本発明の第３実施形態におけるイベント提供システムサーバの機能ブロック図
【図２４】本発明の第３実施形態におけるイベント提供システムサーバの機能ブロック図
【図２５】図２３に示す機能ブロック図に対応するイベント提供システムサーバと一方の利用者端末および他方の利用者端末の演算部におけるフローチャート
【図２６】図２４に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【符号の説明】
１ イベント提供システムサーバ
２ 利用者
３ 利用者端末
４ イベント情報ＤＢ
５ 場所情報タグ
６ パスゲート
７ 情報記憶媒体

Claims (8)

1. 利用者の有する利用者端末を介して該利用者に課題を与えるイベントとして、それぞれに別個の前記利用者端末を持った複数の前記利用者が参加する同一課題イベントを、前記利用者が前記利用者端末を介して互いに入力した情報を前記利用者どうしが互いに出会うための手掛かりとする手掛かり情報を用いて提供するイベント提供システムであって、
   前記利用者に入力させた前記手掛かり情報を用いて互いに出会わせた後の前記利用者に実行させるための前記課題情報をイベント情報として記憶するイベント情報データベースと、
   イベント開始の要求を受け付けると、前記同一課題イベントを発生させるか否かを判断するイベント発生判断手段と、
   前記イベント発生判断手段が前記同一課題イベントを発生させると判断した場合には、前記同一課題イベントに参加させる前記利用者の持つ前記利用者端末を選択する利用者端末選択手段と、
   前記利用者端末選択手段が選択した前記利用者端末に前記手掛かり情報として、前記利用者の現在の外見に関する情報の入力を指示する手掛かり情報入力指示情報を送信する入力指示情報送信手段と、
   前記入力指示情報送信手段が送信した前記手掛かり情報入力指示情報に応じた前記手掛かり情報を一方の前記利用者端末から受信すると、前記イベント情報データベースから前記イベント情報を取得して、受信した手掛かり情報を取得した前記イベント情報に付与する手掛かり情報付与手段と、
   前記手掛かり情報付与手段によって前記手掛かり情報が付与された前記イベント情報を他方の前記利用者端末に送信するイベント情報送信手段と
   を有することを特徴とするイベント提供システム。
2. 一方の前記利用者端末から前記同一課題イベント情報として送信済みの課題に対する結果情報を受信すると、他方の利用者端末に送信済みの前記同一課題イベント情報と一致するか否かによって提供した前記同一課題イベントのクリアを判断する同一課題イベント達成判断手段をさらに有することを特徴とする請求項１に記載のイベント提供システム。
3. 前記イベント情報送信手段が送信したイベント情報の利用者端末への送信完了から経過する経過時間を計測開始して、前記同一課題イベント達成手段が前記同一課題イベントはクリアされたと判断すると計測を終了する経過時間計測手段をさらに有し、
   前記経過時間計測手段が計測する経過時間に応じて、同一動作の実行を指示する指示情報を追加の手掛かり情報として前記利用者端末選択手段が選択した前記利用者端末に送信することを特徴とする請求項２に記載のイベント提供システム。
4. 前記手掛かり情報付与手段は、一方の前記利用者端末から受信した前記手掛かり情報のうち一部の項目を前記イベント情報に付与せずに残しておき、
   前記同一課題イベント達成手段が前記同一課題イベントのクリアを判断すると、前記イベント情報に付与しなかった前記手掛かり情報の一部の項目について前記利用者に問う追加の課題情報を他方の前記利用者端末に送信することを特徴とする請求項２に記載のイベント提供システム。
5. 利用者の有する利用者端末を介して該利用者に課題を与えるイベントとして、それぞれに別個の前記利用者端末を持った複数の前記利用者が参加する同一課題イベントを、前記利用者が前記利用者端末を介して互いに入力した情報を前記利用者どうしが互いに出会うための手掛かりとする手掛かり情報を用いて提供するイベント提供システムを用いたイベント提供方法であって、
   前記利用者に入力させた前記手掛かり情報を用いて互いに出会わせた後の前記利用者に実行させるための前記課題情報をイベント情報としてイベント情報データベースにあらかじめ記憶し、
   イベント開始の要求を受け付けると、前記同一課題イベントを発生させるか否かをイベント発生判断手段によって判断し、
   前記イベント発生判断手段が前記同一課題イベントを発生させると判断した場合には、前記同一課題イベントに参加させる前記利用者の持つ前記利用者端末を利用者端末選択手段によって選択し、
   前記利用者端末選択手段が選択した前記利用者端末に前記手掛かり情報として、前記利用者の現在の外見に関する情報の入力を指示する手掛かり情報入力指示情報を送信し、
   送信した前記手掛かり情報入力指示情報に応じた前記手掛かり情報を一方の前記利用者端末から受信すると、前記イベント情報データベースから前記イベント情報を取得して、受信した手掛かり情報を取得した前記イベント情報に付与し、
   前記手掛かり情報が付与された前記イベント情報を他方の前記利用者端末に送信することを特徴とするイベント提供方法。
6. 一方の前記利用者端末から前記同一課題イベント情報として送信済みの課題に対する結果情報を受信すると、他方の利用者端末に送信済みの前記同一課題イベント情報と一致するか否かによって提供した前記同一課題イベントのクリアを同一課題イベント達成判断手段によって判断することを特徴とする請求項５に記載のイベント提供方法。
7. 送信したイベント情報の利用者端末への送信完了から経過する経過時間を計測開始して、前記同一課題イベント達成手段が前記同一課題イベントはクリアされたと判断すると計測を終了する経過時間計測手段をさらに有し、
   前記経過時間計測手段が計測する経過時間に応じて、同一動作の実行を指示する指示情報を追加の手掛かり情報として前記利用者端末選択手段が選択した前記利用者端末に送信することを特徴とする請求項６に記載のイベント提供方法。
8. 前記手掛かり情報を前記イベント情報に付与する際には、一方の前記利用者端末から受信した前記手掛かり情報のうち一部の項目を前記イベント情報に付与せずに残しておき、
   前記同一課題イベント達成手段が前記同一課題イベントのクリアを判断すると、前記イベント情報に付与しなかった前記手掛かり情報の一部の項目について前記利用者に問う追加の課題情報を他方の前記利用者端末に送信することを特徴とする請求項６に記載のイベント提供方法。

Images