JP2004209213A - イベントに関する情報の提供方法およびイベント提供システム - Google Patents

Abstract

【課題】システムが提供する仮想現実が嘘くさいことと利用者の動機が弱いこと。
【解決手段】これから利用者２の身に起こる状況が受け入れやすいように前もって説明しておくための前説情報を利用者端末３を介してまず提示し、前説情報で説明しておいた状況が目の前にある利用者端末３で実際に起こることにより、イベント提供システムサーバ１があらかじめ用意した臨場感溢れた仮想現実に感情移入しやすくするとともに、提供するイベント情報に含まれる指示情報を利用者端末３の有する通話機能を用いて、利用者２に一方的に伝え、伝えるだけ伝えたら一方的に通話を切ってしまう演出と課題達成のために許された制限時間のカウントダウンを始めることとで、利用者２に「この相手は何を言ってもムダ。自分でなんとかしなければならない」などのいわば諦めにも似た心境とその心境によって生じる行動への割りきりとを引き出し、利用者２に強い動機を生じさせる。
【選択図】 図２８

Description

【０００１】
【発明の属する技術分野】
本発明は、イベント提供方法、システム及び利用者端末に関する。
【０００２】
【従来の技術】
利用者端末をバーチャルな世界であるコンピュータゲームに取り込む先行技術として、特開２００２−２２４４４７号公報が挙げられる。この先行技術では、ディスプレイに表示された道具一覧の中に携帯電話が含まれており、利用者が入力部を操作することによって選択された携帯電話に仮想現実（バーチャルリアリティ）で存在する相手先を示す架空の電話番号を入力することにより、あたかも携帯電話で会話をしているかの雰囲気を演出するものである。ただし、これは現実世界で利用者が普段利用している携帯電話そのものを使うものではない。
【０００３】
利用者端末を用いて、現実世界における利用者の行動を仮想現実に取り込む先行技術として特開２００２−０４９６８１号公報が挙げられる。この先行技術では、ゲームの進行に従って現実世界を実際に移動する利用者が、現実世界に実在する店舗や施設などから情報を取得し、利用者が携帯する利用者端末に入力することによって、現実世界における利用者の行動を仮想現実のゲームの進行に取り込むものである。
【０００４】
【特許文献１】
特開２００２−２２４４４７号公報
【特許文献２】
特開２００２−０４９６８１号公報
【０００５】
【発明が解決しようとする課題】
通信インフラの発達と携帯電話の急速な普及に伴って、今や携帯電話は我々の生活に欠かせない道具になっている。その携帯電話にバーチャルリアリティを追求しようとしているゲーム業界が目をつけた。
【０００６】
そもそもバーチャルリアリティを追求するゲームは、あらかじめ用意された仮想空間の中に自らを登場人物として投影し、その登場人物に対して利用者が何らかの入力装置を用いて指示を与えたり、仮想空間内で設定された選択肢を利用者が選択したりすることによって、利用者があたかも仮想空間の中を自分の意志で自由に行動しているかのような、いわゆる擬似的な体験をさせることから始まっている。
【０００７】
ところが、これらの仮想空間は利用者にとって感覚的に自らと隔離された箱庭のようなものでしかなく、どれだけ現実味を帯びた設定や演出をしてもディスプレイなどの表示装置に対してキーボードやマウス、コントローラなどの入力装置を介して操作していては、現実世界とは別物であると利用者に思われても致し方なかった。つまり、どれだけの現実味を帯びた設定や演出をどこまで工夫したとしても利用者にとっては、単に仮想空間内にいる「つもり」でしかないという問題点があった。
【０００８】
そこで、利用者が普段利用している利用者端末をゲームの入出力装置に用いて、利用者が実際にいる現実世界の場所（現在地）を取得して、その現在地周辺の地図を利用者端末に表示して、地図上にあらかじめ配置されたイベントスポット（イベントが発生する場所）に誘導することによって、現実世界を実際に移動する利用者にイベントスポットに関連したイベントの実行を促すゲームが発明されている。このゲームでは、利用者端末に表示された地図は現実世界を表わす地図ではあるが、利用者端末上で発生するイベントは一種の仮想現実であり、現実世界に仮想現実を取り込むことで両者を融合させようとしている。
【０００９】
ただし、人は何かの行動をしようと思うにはそれなりの動機が必要であり、「（何かの行動を）した方がよい」では弱い動機にしかならない。つまり、「（何かの行動を）した方がよい」よりも「（何かの行動を）しなければならない」の方が強い動機であり、これまでのゲームは利用者にとって「してもよい」と「しなくてもよい」の選択肢のどちらを選んでもよいという弱い動機でしかなかったという問題点があった。
【００１０】
つまり、利用者をその気にさせてしまう「今すぐ（何かの行動を）しなければならない」状況をいかに演出するかという配慮に欠けていた。
【００１１】
【課題を解決するための手段】
本発明の本質は、以下に示す第１の特徴によって、イベント提供システムがあらかじめ用意した臨場感溢れる仮想現実に感情移入しやすくするとともに、以下に示す第２の特徴によって、利用者をその気にさせるような「今すぐ（何かの行動を）しなければならない」状況を演出するイベントを提供することにある。
【００１２】
第１の特徴は、これから利用者の身に起こる状況が受け入れやすいように前もって説明しておくための前説（まえせつ）情報を（利用者端末を介して）利用者にまず提示し、前説情報で説明しておいたこれから利用者の身に起こる状況が利用者の目の前にある利用者端末によって実際に起こることである。
【００１３】
なお、ここで言うところの前説情報とは、これから利用者の身に起こる状況が受け入れやすいように前もって説明しておくための情報であり、イベント内における利用者に関する架空の状況設定についての説明と、利用者にとって目の前の現実である利用者端末の通話機能における着信音が突然鳴ることの説明で構成されている。また、ここで言うところのイベント内における利用者に関する架空の状況設定とは、提供するイベントの世界における仮想現実として架空に設定した状況のことである。
【００１４】
第２の特徴は、イベント提供システムが提供するイベント情報に含まれる指示情報を（利用者端末の有する通話機能を用いて、またはあたかも通話機能を用いているかのような仕組みによって）利用者に一方的に伝え、その指示情報を伝えるだけ伝えたら一方的に通話を切ってしまう演出と指示情報に含まれる課題達成のために許された制限時間のカウントダウンを始めることとで、利用者に「（仮想現実中にいる）この相手は何を言ってもムダだ。こちらの言うことなんか聞きそうにない。だったら、自分でなんとかしなければならない」などと思わせ、このようないわば諦めにも似た心境とその心境によって生じる行動への割りきりとを引き出すことである。一度「自分でなんとかしなければならない」と気持ち的に割り切れた利用者は強い動機を持って行動を始めるので、「今すぐ（何かの行動を）しなければならない」状況とすることが出来る。
【００１５】
本発明は、利用者が有し、該利用者が人と通話に用いる通話手段とネットワークを介して外部の機器と情報の送受信をする情報送受信手段とを備える利用者端末にイベント情報を送信することによって、該利用者にイベントを提供するために、イベント提供システムは、前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で説明するとおりに鳴った着信音に応じて前記利用者が通話スイッチを押した後に音声で出力される情報であって前記利用者に実行させるための課題を指示する指示情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報をイベント情報データベースに記憶して、前記イベント情報の送信要求のあった前記利用者端末に対して、前記イベント情報データベースから前記イベント情報を取得し、取得した前記イベント情報を送信要求のあった前記利用者端末に送信して、前記利用者端末は、前記イベント情報を前記イベント提供システムから受信すると、受信したイベント情報のうち始めに前記前説情報を出力し、前記前説情報を出力した後に前記前説情報で説明するとおりに前記着信音を鳴らし、鳴らした前記着信音に応じて前記利用者が通話スイッチを操作した場合には、受信した前記イベント情報のうち前記指示情報を出力し、前記指示情報の出力が終了すると、前記利用者が通話終了スイッチを操作するまで通話不通音を出力し、前記通話不通音の出力開始から前記イベント情報に含まれる前記制限時間情報に基づいて前記制限時間のカウントダウンを開始し、カウントダウンしている前記制限時間を前記利用者端末の情報出力部に出力するようにした。
【００１６】
対応するシステムは、前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で説明するとおりに鳴った着信音に応じて前記利用者が通話スイッチを押した後に音声で出力される情報であって前記利用者に実行させるための課題を指示する指示情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報を記憶するイベント情報データベースと、前記利用者端末から直接的または間接的に前記イベント情報の送信要求を受信する情報受信手段と、前記情報受信手段が前記イベント情報の送信要求を受信すると、受信した送信要求に基づいて前記イベント情報データベースから前記イベント情報を取得する情報取得手段と、前記情報取得手段が取得した前記イベント情報を送信要求のあった前記利用者端末に送信する情報送信手段とを有するようにするとよい。
【００１７】
また、対応するシステムは、前記情報取得手段が取得した前記イベント情報に関する前記利用者端末への実行命令として、前記利用者端末が受信した前記イベント情報のうち始めに前記前説情報を出力し、前記前説情報を出力した後に前記前説情報で説明するとおりに前記着信音を鳴らし、鳴らした前記着信音に応じて前記利用者が通話スイッチを操作した場合には、受信した前記イベント情報のうち前記指示情報を出力し、前記指示情報の出力が終了すると、前記利用者が通話終了スイッチを操作するまで通話不通音を出力し、前記通話不通音の出力開始から前記イベント情報に含まれる前記制限時間情報に基づいてカウントダウンを開始し、カウントダウンしている前記制限時間を情報出力部に出力することを命じる実行命令情報を付与する実行命令情報付与手段と、前記実行命令情報付与手段によって前記実行命令情報が付与された前記イベント情報を送信要求のあった前記利用者端末に送信する情報送信手段とを有するようにしてもよい。
【００１８】
対応する利用者端末は、前記イベント提供システムから情報を受信する情報受信手段と、前記情報受信手段が受信した前記イベント情報のうち始めに前記前説情報を出力する情報出力手段と、前記情報出力手段が前記前説情報を出力した後に前記前説情報で説明するとおりに前記着信音を鳴らす音声出力手段と、前記音声出力手段が鳴らす前記着信音に応じた前記利用者によって通話スイッチが操作されたか否かを判断するスイッチ操作判断手段と、前記スイッチ操作判断手段によって通話スイッチが操作されたと判断した場合には、前記音声出力手段が受信した前記イベント情報のうち前記指示情報を出力する情報出力手段とを有し、前記音声出力手段は、前記情報出力手段による前記指示情報の出力が終了すると、前記利用者が通話終了スイッチを操作するまで通話不通音を出力し、前記通話不通音の出力開始から前記情報受信手段が受信した前記イベント情報に含まれる前記制限時間情報に基づいてカウントダウンを開始するカウントダウン実行手段をさらに有し、前記情報出力手段は、前記カウントダウン実行手段がカウントダウンしている前記制限時間を出力するようにするとよい。
【００１９】
イベント提供システムがあらかじめ用意した臨場感溢れる仮想現実に感情移入しやすくするための配慮は、利用者端末が受信したイベント情報のうち始めに前説情報を出力し、前説情報を出力した後に前説情報で説明するとおりに着信音を鳴らすことに対応している。
【００２０】
まず、前説情報を読んだ利用者は、その前説情報に書かれたとおりのことが、目の前の現実として利用者が今、持っている利用者端末で実際に起こることによって、前説情報で示された架空の状況設定がまるで現実であったかのように錯覚できる。別の言い方をすれば、前もって提供された前説情報のとおりに目の前の現実が動いたことによって、架空の状況設定があたかも現実であったかのように利用者の感覚上で仮想現実が現実世界と融合させることが出来ると言える。または、架空の状況設定と現実世界とが利用者が有する利用者端末によって、ごく自然なつながりで切り替わったとも言える。
【００２１】
また別の言い方をすれば、前説情報で前もって説明しておいたことが実際に起これば、この前説情報は利用者にとって一種の予言でもあり、これから起こることをあたかもズバリ言い当てる予言を目の当たりにした利用者は、システムが提供する情報を信じやすくなっている状態であるとも言える。つまり、実際に利用者の目の前で鳴る着信音は、利用者にとって感情移入しやすくする「きっかけ」なのである。
【００２２】
よって、この配慮を実現する仕組みにより、利用者にとってイベントは単に仮想空間にいる「つもり」ではなく、仮想現実における設定が溶け込んだ目の前の現実世界での出来事として利用者はイベントを楽しむことが出来る。
【００２３】
また、利用者をその気にさせるような「今すぐ（何かの行動を）しなければならない」状況を演出するための配慮は、利用者端末が鳴らした着信音に応じて利用者が通話スイッチを操作した場合には、受信したイベント情報のうち指示情報を出力し、指示情報の出力が終了すると、利用者が通話終了スイッチを操作するまで通話不通音を出力し、通話不通音の出力開始からイベント情報に含まれる制限時間情報に基づいて制限時間のカウントダウンを開始し、カウントダウンしている制限時間を利用者端末の情報出力部に出力することに対応している。
【００２４】
利用者端末から出力される着信音および通話不通音は、外部の通話端末との間で通話状態になったために発せられたのではなく、実際には通話状態になったかのように利用者に思わせるための音声上の演出に過ぎない。ただし、この着信音のおかげで利用者は誰かから電話がかかってきたかのように感じ、この通話不通音のおかげで利用者はその誰かから一方的に電話（通話）を切られたかのように感じることが出来る。
【００２５】
このようにシステムによって創り出される架空の相手は、利用者に対し一方的に情報を伝え、伝えるだけ伝えたら一方的に通話を切ってしまう相手であると利用者に感じさせることによって、この架空の相手を一般の常識の通用しない非常識な人だと利用者が一度認めてしまえば、この相手をなんとか説得しようとは思わない。また、利用者が何か思案している間にも刻一刻と時間が無くなっていく様を目のあたりにさせることによって「してもよい」し、「しなくてもよい」といったどちらを選んでもよいという弱い動機ではなく、「自分でなんとかしなければ何も解決しない」ので、「（相手によって示されたルールで）とにかく行動する」という強い動機によってほとんどの利用者に行動を決断させることが出来る。
【００２６】
よって、この配慮を実現する仕組みにより、利用者は「してもよい」と「しなくてもよい」の選択肢のどちらを選んでもよいという弱い動機ではなく、自分で今すぐなんとかしなくてはならないという強い動機を持って行動することが出来る。
【００２７】
もちろん、イベント提供システムにとっては、このような臨場感溢れる感情移入しやすいきっかけによって興味・関心を持ってくれる利用者が増加するだけでなく、強い動機を与えることによって、興味・関心を持ってくれた利用者が実際に利用してくれる割合が高まり、結果としてイベント提供システムが提供するイベントの利用（具体的には、利用人数、利用回数、利用頻度）が高まるという効果があり、のべ利用者も増加させることが出来る。言い方を替えれば、イベント提供システムサーバと利用者端末との間における通信回数を増やすことにつながり、通信回数の増加や通信頻度の増加に伴って利用者が直接的または間接的に支払う利用料を増加させることが出来る。
【００２８】
また、イベント提供システムは、前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で説明するとおりに鳴った着信音に応じて前記利用者が通話スイッチを押した後に音声で出力される情報であって前記利用者に実行させるための課題を指示する指示情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報をイベント情報データベースに記憶して、前記イベント情報の送信要求のあった前記利用者端末に対して、前記イベント情報データベースから前記イベント情報を取得し、取得した前記イベント情報のうち前記前説情報と前記制限時間情報を送信要求のあった前記利用者端末に送信して、前記利用者端末は、前記前説情報と前記制限時間情報を前記イベント提供システムから受信すると、受信した情報のうち前記前説情報を情報出力部に出力して、前記イベント提供システムは、前記利用者端末に情報を送信してからあらかじめ定める一定時間が経過すると、前記利用者端末が備える前記通話手段に対して電話をかけ、電話をかけた前記利用者端末側の操作に基づく通話状態を確認すると、前記利用者端末に対して通話回線を通じて前記指示情報を出力し、前記指示情報の出力が完了すると、前記利用者端末との通話回線の切断によって通話を終了して、前記利用者端末は、前記イベント提供システム側の操作による通話不通状態を検知すると、受信した前記制限時間情報に基づいて前記制限時間のカウントダウンを開始し、カウントダウンしている前記制限時間を情報出力部に出力するようにしてもよい。
【００２９】
対応するシステムは、前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で説明するとおりに鳴った着信音に応じて前記利用者が通話スイッチを押した後に音声で出力される情報であって前記利用者に実行させるための課題を指示する指示情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報を記憶するイベント情報データベースと、前記利用者端末から直接的または間接的に前記イベント情報の送信要求を受信する情報受信手段と、前記情報受信手段が前記イベント情報の送信要求を受信すると、受信した送信要求に基づいて前記イベント情報データベースから前記イベント情報を取得する情報取得手段と、前記情報取得手段が取得した前記イベント情報のうち前記前説情報と前記制限時間情報を送信要求のあった前記利用者端末に送信する情報送信手段と、前記情報送信手段が前記利用者端末に情報を送信してあらかじめ定める一定時間が経過すると、前記利用者端末に対して電話をかける通話手段と、前記通話手段が電話をかけた前記利用者端末側の操作に基づく通話状態を確認すると、前記利用者端末に対して通話回線を通じて前記指示情報を出力する音声情報出力手段と、前記音声情報出力手段が前記指示情報の出力を完了すると、前記利用者端末との通話回線の切断によって通話を終了する通話終了手段とを有するようにするとよい。
【００３０】
また、対応するシステムは、前記情報取得手段が取得した前記イベント情報に関する前記利用者端末への実行命令として、前記利用者端末が受信した前記前説情報と前記制限時間情報のうち前記前説情報を出力し、前記イベント提供システム側の操作に基づく通話不通状態を検知すると、受信した前記制限時間情報に基づいてカウントダウンを開始し、カウントダウンしている前記制限時間を情報出力部に出力することを命じる実行命令情報を付与する実行命令情報付与手段と、前記実行命令情報付与手段によって前記実行命令情報が付与された前記イベント情報のうち前記前説情報と前記制限時間情報を送信要求のあった前記利用者端末に送信する情報送信手段とを有するようにしてもよい。
【００３１】
対応する利用者端末は、前記イベント提供システムから情報を受信する情報受信手段と、前記情報受信手段が受信した前記前説情報と前記制限時間情報のうち前記前説情報を出力する情報出力手段と、前記イベント提供システムからの着信に応じて通話状態になった通話回線が前記イベント提供システム側からの操作による通話不通状態を検知すると、前記情報受信手段が受信した前記制限時間に基づいてカウントダウンを開始するカウントダウン実行手段とを有し、前記情報出力手段は、前記カウントダウン実行手段がカウントダウンしている前記制限時間を出力するようにするとよい。
【００３２】
つまり、このようにイベント情報に含まれる指示情報の出力は利用者端末が有する通話手段を用いて、イベント提供システムと利用者端末を通話状態にする通話回線を介して出力することも出来る。ただし、利用者端末の有する通話機能をあたかも用いているかのようにしても、実際に用いても利用者にとっては同じイベントになるので、同様の効果が得られる。
【００３３】
また、イベント提供システムは、前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で前もって説明しておいた通話手段を用いて前記利用者に実行させるための課題を指示する指示情報を口頭で伝える前記役者担当オペレータと口裏を合わせるための事前情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報をイベント情報データベースに記憶して、前記イベント情報の送信要求のあった前記利用者端末に対して、前記イベント情報データベースから前記イベント情報を取得し、取得した前記イベント情報のうち前記事前情報を前記利用者端末の通話手段に接続するための通話コードとともに前記コールセンタ端末に送信し、取得した前記イベント情報のうち前記前説情報と前記制限時間情報を送信要求のあった前記利用者端末に送信して、前記コールセンタ端末は、前記事前情報と前記利用者端末の前記通話コードを前記イベント提供システムから受信すると、受信した情報のうち前記事前情報を情報出力部に出力して、前記利用者端末は、前記前説情報と前記制限時間情報を前記イベント提供システムから受信すると、受信した情報のうち前記前説情報を情報出力部に出力して、前記コールセンタ端末は、受信した前記通話コードを用いて前記利用者端末に電話をかけ、前記事前情報に従って行動する前記オペレータが操作した通話終了の操作を受け付けると、前記利用者端末との通話回線を切断して、前記利用者端末は、前記コールセンタ端末側の操作による通話不通状態を検知すると、受信した前記制限時間情報に基づいて前記制限時間のカウントダウンを開始し、カウントダウンしている前記制限時間を情報出力部に出力するようにしてもよい。
【００３４】
対応するシステムは、前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で前もって説明しておいた通話手段を用いて前記利用者に実行させるための課題を指示する指示情報を伝える前記役者担当オペレータと口裏を合わせるための事前情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報を記憶するイベント情報データベースと、前記利用者端末から直接的または間接的に前記イベント情報の送信要求を受信する情報受信手段と、前記情報受信手段が前記イベント情報の送信要求を受信すると、受信した送信要求に基づいて前記イベント情報データベースから前記イベント情報を取得する情報取得手段と、前記情報取得手段が取得した前記イベント情報のうち前記前説情報と前記制限時間情報を送信要求のあった前記利用者端末に送信し、前記情報取得手段が取得した前記イベント情報のうち前記事前情報を前記コールセンタ端末に送信する情報送信手段とを有するようにするとよい。
【００３５】
また、対応するシステムは、前記情報取得手段が取得した前記イベント情報に関する前記利用者端末への実行命令として、前記利用者端末が受信した前記前説情報と前記制限時間情報のうち前記前説情報を出力し、前記コールセンタ端末側からの操作に基づく通話不通状態を検知すると、受信した制限時間情報に基づいてカウントダウンを開始し、カウントダウンしている前記制限時間を情報出力部に出力することを命じる実行命令情報を付与する実行命令情報付与手段と、前記実行命令情報付与手段によって前記実行命令情報が付与された前記イベント情報のうち前記前説情報と前記制限時間情報を送信要求のあった前記利用者端末に送信し、前記情報取得手段が取得した前記イベント情報のうち前記事前情報を前記コールセンタ端末に送信する情報送信手段とを有するようにしてもよい。
【００３６】
対応するコールセンタ端末は、前記イベント提供システムから前記事前情報と前記利用者端末の前記通話手段に接続するための通話コードを受信する情報受信手段と、前記情報受信手段が受信した情報のうち前記事前情報を出力する情報出力手段と、前記情報出力手段が出力した前記事前情報に従う前記オペレータの操作または自動的に前記情報受信手段が受信した前記通話コードを前記通話手段に入力して前記利用者端末に対して電話をかける通話手段と、前記オペレータによる通話終了の操作を受け付けると、前記利用者端末との通話回線の切断によって通話を終了する通話終了手段とを有するようにするとよい。
【００３７】
対応する利用者端末は、前記イベント提供システムから情報を受信する情報受信手段と、前記情報受信手段が受信した前記前説情報と前記制限時間情報のうち前記前説情報を出力する情報出力手段と、前記コールセンタ端末からの着信に応じて通話状態になった通話回線が前記コールセンタ端末側からの操作による通話不通状態を検知すると、前記情報受信手段が受信した前記制限時間に基づいてカウントダウンを開始するカウントダウン実行手段とを有し、前記情報出力手段は、前記カウントダウン実行手段がカウントダウンしている前記制限時間を出力するようにするとよい。
【００３８】
また、前記イベント提供システムは、前記利用者端末から前記課題に対する結果情報を受信すると、必要に応じて前記利用者の対応をする前記オペレータと口裏を合わせるための追加事前情報を前記コールセンタ端末に送信し、前記コールセンタ端末は、前記追加事前情報をイベント提供システムから受信した場合には、受信した前記追加事前情報を情報出力部に出力して、前記イベント提供システムは、前記追加事前情報を送信した前記コールセンタ端末の通話手段に接続するための通話コード、またはすでに前記事前情報を送信済みの前記コールセンタ端末の通話手段に接続するための通話コードを前記利用者端末に送信して、前記利用者端末は、前記コールセンタ端末の通話手段に接続するための前記通話コードを前記イベント提供システムから受信すると、受信した前記通話コードを前記通話手段に入力するようにしてもよい。
【００３９】
このように指示情報を利用者に伝えるために、コールセンタにいる役者担当のオペレータを活用することによって、イベントにおける架空人物のキャラクタ設定の幅を広げて、イベント内の仮想現実の世界をより現実世界っぽくすることが出来る。
【００４０】
また、前記イベント提供システムは、前記イベント情報データベースから取得したイベント情報に付与する付与情報がある場合には、該付与情報を取得したイベント情報に付与して前記利用者端末に送信して、受信した前記利用者端末は、前記付与情報を前記イベント提供システムから受信すると、あらかじめ定める条件が揃った場合に受信した付与情報を情報出力部に出力するようにしてもよい。
【００４１】
また、前記イベント提供システムは、前記利用者によるイベントの達成結果に応じて前記付与情報を選択するようにしてもよい。
【００４２】
人は、自ら苦労したことに対して価値があると思う傾向があり、一説には「これだけ苦労したのだから価値がないといけない」と自らの苦労を無駄なものと思いたくないという一種の精神的自己防衛本能のせいだとも言われている。よって、付与情報が、例えばクーポン情報のように利用者に何かの行動を促すものである場合には、その利用が促進されるという副次的効果が期待できる。
【００４３】
また、前記イベント提供システムは、同一のイベント情報を用いて複数の前記利用者を引き合わせるイベントを提供する場合には、該複数の前記利用者端末に前記利用者を見つけるための手掛かり情報の入力指示を送信し、一方の利用者端末から得られた手掛かり情報を前記イベント情報とともに他方の利用者端末に送信するようにしてもよい。
【００４４】
また、複数の前記利用者を引き合わせる前記イベントにおける前記課題は、前記利用者端末を介して相手方の前記利用者または前記利用者端末から受け取った情報を前記イベント提供システムに送信することで達成するようにしてもよい。
【００４５】
このように同一の目標に向かって複数の利用者を協力させることによって、協力し合う利用者の間に一種の連帯感を生じさせることが出来る。
【００４６】
また、前記イベント提供システムは、前記利用者が前記課題を実行する場所に配置した役者担当スタッフを用いたイベントを提供する場合には、前記利用者の対応をする該スタッフと口裏を合わせるための事前情報を該スタッフの有するスタッフ端末に送信し、前記事前情報を送信した前記スタッフ端末を有する前記スタッフと前記利用者を引き合わせるための手掛かり情報を前記イベント情報ともに前記利用者端末に送信するようにしてもよい。
【００４７】
このようにイベントに役者担当スタッフを用いることによって、利用者端末に送信した情報を頼りに課題達成に向けて利用者を行動させるだけでなく、より利用者を楽しませるイベントを提供することが出来る。
【００４８】
また、前記指示情報が指示する前記課題には、前記課題を実行する場所が目的地として指定されるようにしてもよい。
【００４９】
このように課題を実行する場所を目的地として指定することによって、利用者がその目的地に向かって移動することになるので、様々な場所をめぐることを楽しむ観光などに応用することが出来る。
【００５０】
また、前記イベント提供システムが前記イベント情報の送信要求を受信した際に前記利用者または前記利用者端末の現在位置が取得できた場合には、取得した現在位置によって前記目的地を選択、または前記制限時間に時間を加算もしくは減算する処理を実行するようにしてもよい。
【００５１】
このように利用者の現在位置を反映して目的地を設定することによって、利用者を意図的に誘導することができ、さらに制限時間を加減算して調整することによって、イベントの難易度や利用者の移動速度を意図的に調節することが出来る。
【００５２】
【発明の実施の形態】
以下に、本発明に係るイベント提供システムの具体的実施の形態を図面を参照して詳細に説明する。
【００５３】
（第１実施形態）
図１〜図３４を用いて、本発明における第１実施形態を説明する。イベント提供システムが提供するイベント情報は、利用者に実行させるための課題を含んでおり、場合によってはその課題を実行するための場所が目的地として指定されている。もちろん課題だけでもイベント提供システムが提供するイベントは成り立つが、さらに目的地を指定しておくことによって利用者がその目的地に向かって移動することになり、様々な場所をめぐることを楽しむ観光などへの応用が期待できる。
【００５４】
よって、以下の実施形態では基本的に、より複雑な内容となる「目的地を指定した課題」で説明をするが、「課題のみ」であっても仕組みとしては同様であると考えてよい。
【００５５】
図１は、本発明の実施形態におけるイベント提供システムにおけるシステム全体図である。
【００５６】
同図において、イベント提供システムサーバ１は、利用者２の有する利用者端末３より直接的または間接的に取得した利用者端末アドレスに基づき、イベント情報ＤＢ（データベース）４から取得した課題（または目的地と課題）を含むイベント情報を利用者端末３に送信する。イベントは、利用者２の指示に応じて開始されても、利用者２の要望を受け付けた後にあらかじめ用意されたトリガ（きっかけ）によって開始されてもよい。
【００５７】
ここで言うところのトリガとは、例えば利用者２がある場所やエリアに到達したことや通過したことを示す情報などによるものであり、例えば場所情報タグ５から取得された場所情報をイベント提供システムサーバ１が直接的または間接的に取得することによって生じる。このトリガは、イベント進行のきっかけに用いられてもよい。なお、利用者２がいる現在位置を示す場所情報は、利用者端末３が有する場所情報取得機能からの取得、または利用者２自身の入力によって利用者端末３から取得されてもよい。
【００５８】
図２は、図１とは別の場合の、本発明の実施形態におけるイベント提供システムにおけるシステム全体図である。
【００５９】
同図は、図１で説明するトリガにパスゲート６を通過した利用者２に関する情報を用いる場合である。同図において、利用者２は情報記憶媒体７または利用者端末３を用いてパスゲート６を通過する。利用者２が通過する際にパスゲート６は、情報記憶媒体７または利用者端末３から利用者端末アドレスを読み取ってあらかじめパスゲート６が有するパスゲートコードとともに利用者２の通過検知結果をイベント提供システムサーバ１に送信する。イベント提供システムサーバ１は、パスゲート６より取得した利用者端末アドレスに基づき、イベント情報ＤＢ（データベース）４から取得した課題（または目的地と課題）を含むイベント情報を利用者端末３に送信する。
【００６０】
なお、パスゲートコードが示すパスゲート６の設置場所に基づいて目的地を選択してもよい。利用者２が通過したパスゲート６の設置場所とは、利用者２が通過した通過場所を意味し、利用者２の行動に合わせた目的地の設定が可能となる。
なお、パスゲート６が公共交通機関の駅などに設置された自動改札や電車、バス、などの移動車両への出入り口であり、情報記憶媒体７が乗車券（何度も乗り降りが出来る、例えば一日乗車券や定期券などが好ましい）であれば、利用者２を監視することなく、乗車券が有効な期間中にその乗車券を使用している間だけイベント情報の送信が可能となる。つまり、パスゲート６を用いると利用者２のプライバシーに配慮した情報提供が出来る。
【００６１】
ここで言うところのパスゲートコードとは、受信したイベント提供システムサーバ１がパスゲート６に関する基礎情報をあらかじめ記憶するデータベースより取得するために用いるためのコードであり、通信に関わる情報量削減が出来る。もちろん、パスゲートコードを用いずにパスゲート６に関する基礎情報を都度、受信しても構わない。
【００６２】
図３は、本発明の実施形態におけるイベント提供システムサーバのハードブロック図である。
【００６３】
同図において、サーバ操作者８とはイベント提供システムサーバ１の操作者で、サーバの管理（運営、監視、維持などを含む）者のことである。ＨＭＩ（Ｈｕｍａｎ Ｍａｃｈｉｎｅ Ｉｎｔｅｒｆａｃｅ）入出力部９とは、イベント提供システムサーバ１がサーバ操作者８と種々のやりとりをするための入出力機能を持つ部位である。入力装置としては、例えばキーボード、テンキー、マウス、バーコードリーダなどが該当し、サーバ操作者８の入力がシステムに対して情報を伝達するものなら、その種類は問わない。また出力装置としては、例えばディスプレイ、プリンタなどが該当し、サーバ操作者８に対してシステムから情報を伝達できるものなら、その種類は問わない。演算部１０とは、プログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。メモリ部１１とは、演算部１０が実行するプログラムの実行エリアの部位である。通信部１２とは、ネットワーク１３を介して外部システムとの通信を制御する部位である。ＤＢ（データベース）管理部１４とは、様々なデータ構造とデータ実体を管理する機能を持つ部位である。
【００６４】
ＤＢ管理部１５に管理される処理プログラム１５とは、イベント提供システムサーバ１の利用目的を達成するために必要なプログラムのことであり、ＯＳ（オペレーティングシステム）もここに含まれる。同様にイベント情報ＤＢ４とは、利用者端末３に送信されるイベント情報およびイベント情報に関連する情報（例えば、イベント情報を選択するための基礎情報となる目的地の場所や公共交通機関や徒歩などで移動したときの目安となる所要時間など）を記憶するデータベースのことである。同様に配信情報ＤＢ１６とは、イベント提供システムサーバ１が利用者端末３やその他の端末に送信した情報を配信結果として記憶しておくデータベースのことである。同様に付与情報ＤＢ１７とは、送信されるイベント情報に付与される情報を記憶しておくデータベースのことである。同様にその他のプログラム・データ１９とは、上記以外の例えばサーバ操作者９が使用するワードプロセッサや表計算プログラムなどのアプリケーションソフトウェアやそれらに付随するデータなどが該当する。
【００６５】
図４は、本発明の実施形態におけるパスゲートのハードブロック図である。
【００６６】
同図において、扉制御部１９とは、あらかじめ定める条件や判断ロジックに基づいて扉部の開閉指示を与える部位である。基づく条件や判断ロジックには、パスゲート６の存在目的に関して扉部の開閉判断処理や利用者２に対する安全確認などがある。情報取得部２３とは、扉部の開放時にゲートを通過した利用者２の有する情報記憶媒体７または利用者端末３から情報を取得する部位であり、利用者２の自発的行為によって情報を取得したり、情報取得部２４から要求情報を出力して、その返信情報を取得したりするとよい。なお、パスゲート６の存在目的とはそのパスゲート６の存在意義となる利用目的のことであり、その存在目的に関する扉部の開閉判断処理とは、例えばパスゲート６が駅構内への利用者２の入退出を管理する自動改札であれば、適正な乗車券を持つ利用者２の通過許可に関する処理のことである。
【００６７】
演算部２０とは、パスゲート６がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。メモリ部２１とは、パスゲート６の目的を達成するために必要なプログラムを記憶する記憶エリアと演算部２１が実行するプログラムの実行エリアの部位である。送受信部２２とは、イベント提供システムサーバ１などと通信する場合にネットワーク１３を介して情報の送受信をする部位である。
【００６８】
図５は、本発明の実施形態における利用者端末のハードブロック図である。
【００６９】
同図において、ＨＭＩ入出力部２４とは、利用者端末３が利用者２と種々のやりとりをするための入出力機能を持つ部位である。入力装置としては、例えばテンキーやカナキー、タッチスイッチ、音声入力などが該当し、利用者２の入力が利用者端末３に対して情報を伝達するものなら、その種類は問わない。また出力装置としては、例えばディスプレイ、音声出力装置などが該当し、利用者２に対して利用者端末３から情報を伝達できるものなら、その種類は問わない。なお、利用者２が利用者端末３を介して、他の人と通話する通話機能はＨＭＩ入出力部２４の一部と解釈するとよく、一般的に入力装置として利用者２の声（音波）を電気信号に変換するマイクロフォンと出力装置として電気信号として受信した相手先の声を利用者２に伝えるスピーカから成る。
【００７０】
演算部２５とは、利用者端末３がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。メモリ部２１とは、利用者端末３の目的を達成するために必要なプログラムを記憶する記憶エリアと演算部２１が実行するプログラムの実行エリアの部位である。送受信部２２とは、イベント提供システムサーバ１などと通信する場合にネットワーク１３を介して情報の送受信をする部位である。なお、通話機能によって音声信号に変換された利用者２の声と相手先の声はネットワーク１３を介して、相手先の通話端末と送受信されると解釈するとよい。
【００７１】
まず、図６〜図１２を用いて、イベント提供システムサーバ１から利用者端末３に提供されるイベント情報を「あたかも利用者端末３にかかってきた電話によって伝えられた」と利用者２に感じさせる演出によって提供する場合を説明する。
【００７２】
図６は、本発明の実施形態におけるイベント提供システムサーバと利用者端末の機能ブロック図である。
【００７３】
同図において、イベント提供システムサーバ１は、利用者端末３またはパスゲート６からイベント情報の送信要求を受信する機能と、受信した送信要求に基づいてイベント情報ＤＢ４からイベント情報を読み出す機能と、読み出したイベント情報を送信要求が示す利用者端末３に送信する機能と、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶する機能とを有する。また、利用者端末３はイベント提供システムサーバ１からイベント情報を受信する機能と、受信したイベント情報を記憶部２６に記憶する機能とを有する。
【００７４】
図７は、本発明の実施形態における利用者端末の機能ブロック図である。
【００７５】
同図において、利用者端末３は、受信したイベント情報のうち前説情報を記憶部２６から読み出す機能と、読み出した前説情報を情報出力部に出力する機能と、情報出力部に前説情報を出力した後の一定時間の経過に伴って通話機能の着信音を鳴らす機能（利用者端末３の通話機能に外部の通話端末からの『着信あり』を示す着信音を音声出力部に出力する機能）とを有する。
【００７６】
前説情報の出力する仕方は、利用者２の視覚に伝える文字／画像情報を表示部（例えば、ディスプレイ）に表示する方法でも、利用者２の聴覚に伝える音声情報を音声出力部（例えば、スピーカ）に出力する方法でもよい。つまり、情報出力部とは、利用者端末３が利用者２に何らかの情報を伝えるために文字情報、画像情報および音声情報のいずれかを出力する部位であると解釈するとよく、以下同様である。
【００７７】
なお、前説情報が文字情報で表示画面を用いて出力されている場合には、利用者端末３は、着信音の出力に伴って前説情報の出力を停止する機能を有してもよい。この機能を用いると、着信音が鳴ると同時に表示されている前説情報がスッと消えるので、あたかもイントロダクションに相当する前説情報がフェードアウトしたかのように利用者２に感じさせることが出来る。
【００７８】
ここで言うところの前説情報とは、これから利用者２の身に起こる状況が受け入れやすいように前もって説明しておくための情報であり、イベント内における利用者２に関する架空の状況設定についての説明と、利用者２にとって目の前の現実である利用者端末３の通話機能における着信音が突然鳴ることの説明で構成されている。その具体例については後述する。なお、着信音が鳴るとともにこの前説情報がフェードアウトする演出によって、前説情報で説明している仮想現実の内容を実際に利用者２自らが実行してなくとも、あたかも実行したかのように利用者２の頭に摺り込まれる効果も期待できる。
【００７９】
図８は、本発明の実施形態における利用者端末の機能ブロック図である。
【００８０】
同図において、利用者端末３は、音声出力部から出力される着信音に応じた利用者３によって通話スイッチの操作を確認する機能と、通話スイッチの操作の確認に基づいて受信したイベント情報のうち指示情報と制限時間情報を記憶部２６から読み出す機能と、指示情報と制限時間情報の読み出しに伴って音声出力部から出力している着信音の出力を停止する機能と、記憶部２６から読み出した指示情報と制限時間情報のうち指示情報を音声出力部に出力する機能と、音声出力部から出力している指示情報の出力完了に伴って通話不通音を音声出力部に出力する機能と、記憶部２６から読み出した制限時間情報に基づいて通話不通音の出力に伴うカウントダウンを開始する機能と、カウントダウンを開始した制限時間（残り時間）を情報出力部に出力する機能とを有する。
【００８１】
制限時間を情報出力部に出力する際に、指示情報に含まれる課題を同時に示すとよい。こうすることで、利用者２は何（どんな課題）をいつ（カウントダウンされている制限時間が０になる）までに実行すればよいのかがよく判ることになる。つまり、何をいつまでに実行すればよいのかがよく判って、目の前にある利用者端末３を介して刻一刻と減っていく制限時間を感じることによって、何とかしなくてはならないという強い動機を利用者２に与えることが出来る。
【００８２】
なお、利用者端末３から出力される着信音および通話不通音は、外部の通話端末との間で通話状態になったために発せられたのではなく、実際には通話状態になったかのように利用者２に思わせるための音声上の演出に過ぎない。ただし、この着信音のおかげで利用者２は誰かから電話がかかってきたかのように感じ、この通話不通音のおかげで利用者２はその誰かから一方的に電話（通話）を切られたかのように感じることが出来る。
【００８３】
また、着信音とは、利用者端末３の通話機能に着信があったことを利用者２に伝える音（または音声）のことであり、利用者端末３を振動させる振動を伴うこともある。通話スイッチとは、利用者２が利用者端末３に対して着信のあった通話（通話回線の接続）を許可するために操作するスイッチのことである。同様に、通話終了スイッチとは、利用者２が利用者端末３に対して通話中の通話の終了（通話回線の切断）を指示するための操作スイッチのことである。また、通話不通音とは、通話が相手側の操作によって一方的に切られた後に利用者端末３の音声出力部に響く音のことである。
【００８４】
図９は、図６に示す機能ブロック図に対応するイベント提供システムサーバと利用者端末の演算部におけるフローチャートである。
【００８５】
同図において、イベント提供システムサーバ１は、利用者端末３またはパスゲート６からイベント情報の送信要求を受信すると（ＳＴ９０１）、受信した送信要求に基づいてイベント情報ＤＢ４からイベント情報を取得し（ＳＴ９０２）、取得したイベント情報を送信要求が示す利用者端末３に送信し（ＳＴ９０３）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ９０４）、処理を終了する。利用者端末３は、イベント提供システムサーバ１からイベント情報を受信すると、受信したイベント情報を記憶部２６に記憶して（ＳＴ９０５）、処理を終了する。
【００８６】
図１０は、図７に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【００８７】
同図において、利用者端末３は、イベント情報の出力開始の指示を受け付けると（ＳＴ１００１）、受信したイベント情報のうち前説情報を記憶部２６から取得して、取得して前説情報を情報出力部に出力し（ＳＴ１００２）、情報出力部に前説情報を出力した後に一定時間の経過すると（ＳＴ１００３）、利用者端末３の通話機能に外部の通話端末からの「着信あり」を示す着信音を音声出力部に出力し（ＳＴ１００４）、前説情報が文字情報で表示画面を用いて出力されている場合には、着信音の出力に伴って前説情報の出力を停止して（ＳＴ１００５）、処理を終了する。
【００８８】
図１１は、図８に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【００８９】
同図において、利用者端末３は、音声出力部から出力される着信音に応じた利用者３によって通話スイッチが操作されたか否かを判断して（ＳＴ１１０１）、通話スイッチの操作が確認されなかった場合には、一定時間が経過したか否かを判断して（ＳＴ１１０２）、一定時間経過した場合には、着信音の出力を停止して（ＳＴ１１０３）、処理を終了する。ＳＴ１１０２で一定時間経過していないと判断した場合には、ＳＴ１１０１に戻る。ＳＴ１１０１で通話スイッチの操作が確認された場合には、受信したイベント情報のうち指示情報と制限時間情報を記憶部２６から取得し（ＳＴ１１０４）、指示情報と制限時間情報の読み出しに伴って音声出力部から出力している着信音の出力を停止し（ＳＴ１１０５）、記憶部２６から読み出した指示情報と制限時間情報のうち指示情報を音声出力部に出力し（ＳＴ１１０６）、音声出力部から出力している指示情報の出力が完了すると（ＳＴ１１０７）、通話不通音を音声出力部に出力し（ＳＴ１１０８）、記憶部２６から読み出した制限時間情報に基づいて通話不通音の出力に伴うカウントダウンを開始し（ＳＴ１１０９）、カウントダウンを開始した制限時間（残り時間）を情報出力部に出力して（ＳＴ１１１０）、処理を終了する。
【００９０】
図１２は、本発明の実施形態における利用者端末の演算部におけるフローチャートである。
【００９１】
同図において、利用者端末３は、通話不通音に応じた利用者３によって通話終了操作を確認すると（ＳＴ１２０１）、音声出力部から出力している通話不通音の出力を停止して（ＳＴ１２０２）、処理を終了する。
【００９２】
図１３〜図１８を用いて、イベント提供システムサーバ１から利用者端末３に提供されるイベント情報が「実際に利用者端末３にかかってきた電話によって伝えられる」場合を説明する。
【００９３】
図１３は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【００９４】
同図において、イベント提供システムサーバ１は、利用者端末３またはパスゲート６からイベント情報の送信要求を受信する機能と、受信した送信要求に基づいてイベント情報ＤＢ４からイベント情報を読み出す機能と、読み出したイベント情報のうち前説情報と制限時間情報を送信要求が示す利用者端末３に送信する機能と、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶する機能と、
利用者端末３に情報を送信してから一定時間経過後に利用者端末３に電話する機能（通話機能を用いて利用者２を呼び出す機能）とを有する。
【００９５】
図１４は、本発明の実施形態におけるイベント提供システムサーバと利用者端末の機能ブロック図である。
【００９６】
同図において、利用者端末３は、イベント提供システムサーバ１から前説情報と指示情報を受信する機能と、受信したイベント情報を記憶部２６に記憶する機能と、受信した前説情報と指示情報のうち前説情報を情報出力部に出力する機能と、イベント提供システムサーバ１からかかる電話に対して着信音を鳴らす機能と、音声出力部から出力される着信音に応じた利用者３によって通話スイッチの操作を確認する機能と、通話スイッチの操作の確認に基づいて音声出力部から出力されている着信音の出力を停止する機能と、同様に通話スイッチの操作の確認に基づいてイベント提供システムサーバ１と通話する機能とを有する。イベント提供システムサーバ１は、利用者２による通話スイッチの操作によって通話状態になった利用者端末３に対して、イベント情報ＤＢ４から読み出したイベント情報のうち指示情報を（通話機能を用いて）出力する機能を有する。さらに、利用者端末３は、利用者２による通話スイッチの操作によって通話状態になったイベント提供システムサーバ１から指示情報を受け取って、音声出力部に出力する機能を有する。
【００９７】
図１５は、本発明の実施形態におけるイベント提供システムサーバと利用者端末の機能ブロック図である。
【００９８】
同図において、イベント提供システムサーバ１は、通話状態になった利用者端末３に対して、通話機能を用いて出力している指示情報の出力完了に伴って電話（通話）を切る機能を有する。イベント提供システムサーバ１によって一方的に電話を切られた利用者端末３は、イベント提供システムサーバ１との通話不通を検知する機能と、通話不通の検知に基づいて通話不通音を音声出力部に出力する機能と、同じく通話不通の検知に基づいてイベント提供システムサーバ１から受信した制限時間情報を記憶部２６から読み出す機能と、記憶部２６から読み出した制限時間情報に基づいて通話不通音の出力に伴うカウントダウンを開始する機能と、カウントダウンを開始した制限時間（残り時間）を情報出力部に出力する機能とを有する。制限時間を情報出力部に出力する際に、指示情報に含まれる課題を同時に示すとよい。
【００９９】
図１６は、図１３と図１４に示す機能ブロック図に対応するイベント提供システムサーバと利用者端末の演算部におけるフローチャートである。
【０１００】
同図において、イベント提供システムサーバ１は、利用者端末３またはパスゲート６からイベント情報の送信要求を受信すると（ＳＴ１６０１）、受信した送信要求に基づいてイベント情報ＤＢ４からイベント情報を取得し（ＳＴ１６０２）、読み出したイベント情報のうち前説情報と制限時間情報を送信要求が示す利用者端末３に送信し（ＳＴ１６０３）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ１６０４）、処理を終了する。利用者端末３は、イベント提供システムサーバ１から前説情報と指示情報を受信すると、受信したイベント情報を記憶部２６に記憶し（ＳＴ１６０５）、受信した前説情報と指示情報のうち前説情報を情報出力部に出力して（ＳＴ１６０６）、処理を終了する。
【０１０１】
図１７は、図１３〜図１５に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【０１０２】
同図において、イベント提供システムサーバ１は、利用者端末３に情報を送信してから一定時間経過すると（ＳＴ１７０１）、利用者２を呼び出すために利用者端末３に電話し（ＳＴ１７０２）、利用者端末３と通話状態になったか否かを判断して（ＳＴ１７０３）、通話状態の確認がされなかった場合には、一定時間が経過したか否かを判断して（ＳＴ１７０４）、一定時間経過した場合には、利用者端末３への電話（コール、利用者２の呼び出し）を停止して（ＳＴ１７０５）、処理を終了する。ＳＴ１７０３で利用者端末３と間における通話状態が確認できた場合には、通話状態になった利用者端末３に対して、イベント情報ＤＢ４から読み出したイベント情報のうち指示情報を（通話機能を用いて）出力し（ＳＴ１７０６）、通話機能を用いて出力している指示情報の出力が完了すると（ＳＴ１７０７）、通話中の利用者端末３との電話（通話）を切って（ＳＴ１７０８）、処理を終了する。
【０１０３】
図１８は、図１４と図１５に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【０１０４】
同図において、利用者端末３は、イベント提供システムサーバ１からの着信を受け付けると（ＳＴ１８０１）、通話機能の着信音を鳴らし（ＳＴ１８０２）、音声出力部から出力される着信音に応じた利用者３によって通話スイッチが操作されたか否かを判断して（ＳＴ１８０３）、通話スイッチの操作が確認されなかった場合には、着信（イベント提供システムサーバ１からの利用者２の呼び出し）は停止したかを判断して（ＳＴ１８０４）、着信が停止した場合には、着信音の出力を停止して（ＳＴ１８０５）、処理を終了する。ＳＴ１８０４で着信が停止していない場合には、ＳＴ１８０３に戻る。ＳＴ１８０３で通話スイッチの操作が確認された場合には、通話スイッチの操作の確認に基づいて音声出力部から出力されている着信音の出力を停止し（ＳＴ１８０６）、イベント提供システムサーバ１と通話状態にする（ＳＴ１８０７）。通話状態にすると、イベント提供システムサーバ１からイベント情報のうち指示情報が通話機能上の音声として送信されるため、利用者端末３の音声出力部から出力する指示情報が利用者２に伝えられる。
【０１０５】
さらに、利用者端末３は、イベント提供システムサーバ１との通話不通を検知すると（ＳＴ１８０８）、通話不通の検知に基づいて通話不通音を音声出力部に出力し（ＳＴ１８０９）、イベント提供システムサーバ１から受信した制限時間情報を記憶部２６から取得し（ＳＴ１８１０）、記憶部２６から読み出した制限時間情報に基づいて通話不通音の出力に伴うカウントダウンを開始し（ＳＴ１８１１）、カウントダウンを開始した制限時間（残り時間）を情報出力部に出力して（ＳＴ１８１２）、処理を終了する。
【０１０６】
なお、通話不通音に応じた利用者３によって通話終了操作がされた場合の処理は、図１２に示すフローチャートは同様であるので省略する。
【０１０７】
図６〜図１２または図１３〜図１８に続く処理として、図１９〜図２２を用いて説明する。
【０１０８】
図１９は、本発明の実施形態における利用者端末の機能ブロック図である。
【０１０９】
同図において、利用者端末３は、指示情報に含まれる課題に対する結果をＨＭＩ入力部より受け付ける機能と、受け付けた結果情報をイベント提供システムサーバ１に送信する機能とを有する。利用者端末３より課題に対する結果情報を受信したイベント提供システムサーバ１は、受信した結果情報に基づく処理を実行してその処理結果を利用者端末３に返信する。利用者端末３は、イベント提供システムサーバ１から処理結果情報を受信する機能と、受信した処理結果情報を記憶部２６に記憶する機能と、受信した処理結果情報を必要に応じて記憶部２６から読み出す機能と、読み出した情報を情報出力部に出力する機能とを有する。受信した処理結果情報を必要に応じて記憶部２６から読み出す機能における「必要に応じて」とは、「あらかじめプログラムされた処理に従って処理結果情報を利用者２に対して出力しなければならない時に」と同意であり、例えば利用者２が操作するＨＭＩ入力部の操作によって、出力する条件が揃うことによって、一定時間が経過したらなどによる。
【０１１０】
図２０は、本発明の実施形態における利用者端末の機能ブロック図である。
【０１１１】
同図において、利用者端末３は、カウントダウンを開始した制限時間（残り時間）のカウントゼロを検知する機能と、検知したカウントゼロを結果情報としてイベント提供システムサーバ１に送信する機能と、同じく検知したカウントゼロに対応する情報を記憶部２６から読み出す機能と、読み出したカウントゼロに対応する情報を情報出力部に出力する機能とを有する。
【０１１２】
図２１は、図１９に示す機能ブロック図に対応する利用者端末とイベント提供システムサーバの演算部におけるフローチャートである。
【０１１３】
同図において、利用者端末３は、指示情報に含まれる課題に対する結果をＨＭＩ入力部より受け付けると（ＳＴ２１０１）、受け付けた結果情報をイベント提供システムサーバ１に送信する（ＳＴ２１０２）。イベント提供システムサーバ１は、利用者端末３より課題に対する結果情報を受信すると、受信した結果情報に基づく処理を実行し（ＳＴ２１０３）、その処理結果を利用者端末３に返信し（ＳＴ２１０４）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ２１０５）、処理を終了する。さらに利用者端末３は、イベント提供システムサーバ１から処理結果情報を受信すると、受信した処理結果情報を記憶部２６に記憶し（ＳＴ２１０６）、受信した処理結果情報を必要に応じて記憶部２６から取得し（ＳＴ２１０７）、取得した情報を情報出力部に出力して（ＳＴ２１０８）、処理を終了する。
【０１１４】
図２２は、図２０に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【０１１５】
同図において、利用者端末３は、カウントダウンを開始した制限時間（残り時間）のカウントゼロを検知すると（ＳＴ２２０１）、検知したカウントゼロを結果情報としてイベント提供システムサーバ１に送信し（ＳＴ２２０２）、検知したカウントゼロに対応する情報を記憶部２６から取得し（ＳＴ２２０３）取得したカウントゼロに対応する情報を情報出力部に出力して（ＳＴ２２０４）、処理を終了する。
【０１１６】
図６〜図１２および図１９〜図２２に続く処理として、図２３と図２４を用いて説明する。
【０１１７】
図２３は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０１１８】
同図において、イベント提供システムサーバ１は、利用者端末３から指示情報に含まれる課題に対する結果情報を受信する機能と、受信した結果情報に基づいてイベント情報ＤＢ４から対象となる利用者端末３に送信したイベント情報を読み出す機能と、読み出したイベント情報（より具体的には、指示情報に含まれる課題）に基づいて受信した結果情報を判断する機能と、判断結果に基づいて次のイベント情報または結末情報をイベント情報ＤＢ４から読み出す機能と、送信対象となる利用者端末３に読み出した情報を送信する機能と、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶する機能とを有する。
【０１１９】
図２４は、図２３に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【０１２０】
同図において、イベント提供システムサーバ１は、利用者端末３から指示情報に含まれる課題に対する結果情報を受信すると（ＳＴ２４０１）、受信した結果情報に基づいてイベント情報ＤＢ４から対象となる利用者端末３に送信したイベント情報を取得し（ＳＴ２４０２）、取得したイベント情報の、より具体的には指示情報に含まれる課題に基づいて受信した結果情報が課題をクリアしたかを判断し（ＳＴ２４０３）、課題に対する判断結果から全てのイベントが終了したか否かを判断して（ＳＴ２４０４）、終了したと判断された場合には結末情報がイベント情報ＤＢ４から取得され（ＳＴ２４０５）、終了していないと判断された場合には次のイベント情報がイベント情報ＤＢ４から取得され（ＳＴ２４０６）、取得した情報を利用者端末３に送信し（ＳＴ２４０７）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ２４０８）、処理を終了する。
【０１２１】
なお、ＳＴ２４０５における全てのイベントの終了はイベント提供システムサーバ１が提供するゲームの終了を意味するが、ゲームの終了には良い結末（グッドエンド）と悪い結末（バッドエンド）があり、課題が達成できなかった場合には達成されなかったそのイベントによってすべてのイベントが終了したと判断される場合もある。
【０１２２】
図１３〜図２２に続く処理として、図２５〜図２７を用いて説明する。
【０１２３】
図２５は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０１２４】
同図において、イベント提供システムサーバ１は、利用者端末３から指示情報に含まれる課題に対する結果情報を受信する機能と、受信した結果情報に基づいてイベント情報ＤＢ４から対象となる利用者端末３に送信したイベント情報を読み出す機能と、読み出したイベント情報（より具体的には、指示情報に含まれる課題）に基づいて受信した結果情報を判断する機能と、判断結果に基づいて次のイベント情報または結末情報をイベント情報ＤＢ４から読み出す機能と、送信対象となる利用者端末３に電話する機能（通話機能を用いて利用者２を呼び出す機能）と、利用者２による通話スイッチの操作によって通話状態になった利用者端末３に対して、イベント情報ＤＢ４から読み出したイベント情報のうち指示情報を（通話機能を用いて）出力する機能と、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶する機能とを有する。
【０１２５】
図２６は、図２５に示すイベント提供システムサーバの機能に対応する利用者端末の機能ブロック図である。
【０１２６】
同図において、利用者端末３は、イベント提供システムサーバ１からかかる電話に対して着信音を鳴らす機能と、音声出力部から出力される着信音に応じた利用者３によって通話スイッチの操作を確認する機能と、通話スイッチの操作の確認に基づいて音声出力部から出力されている着信音の出力を停止する機能と、同様に通話スイッチの操作の確認に基づいてイベント提供システムサーバ１と通話する機能と、利用者２による通話スイッチの操作によって通話状態になったイベント提供システムサーバ１から指示情報（次のイベント情報）または結末情報を受け取って、音声出力部に出力する機能と、イベント提供システムサーバ１との通話不通を検知する機能と、通話不通の検知に基づいて通話不通音を音声出力部に出力する機能とを有する。
【０１２７】
図２７は、図２５に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【０１２８】
同図において、イベント提供システムサーバ１は、利用者端末３から指示情報に含まれる課題に対する結果情報を受信すると（ＳＴ２７０１）、受信した結果情報に基づいてイベント情報ＤＢ４から対象となる利用者端末３に送信したイベント情報を取得し（ＳＴ２７０２）、取得したイベント情報の、より具体的には指示情報に含まれる課題に基づいて受信した結果情報が課題をクリアしたかを判断し（ＳＴ２７０３）、課題に対する判断結果から全てのイベントが終了したか否かを判断して（ＳＴ２７０４）、終了したと判断された場合には結末情報がイベント情報ＤＢ４から取得され（ＳＴ２７０５）、終了していないと判断された場合には次のイベント情報がイベント情報ＤＢ４から取得され（ＳＴ２７０６）、利用者２を呼び出すために利用者端末３に電話し（ＳＴ２７０７）、利用者端末３と通話状態になったか否かを判断して（ＳＴ２７０８）、通話状態の確認がされなかった場合には、一定時間が経過したか否かを判断して（ＳＴ２７０９）、一定時間経過した場合には、利用者端末３への電話（コール、利用者２の呼び出し）を停止して（ＳＴ２７１０）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ２７１４）、処理を終了する。ＳＴ２７０８で利用者端末３と間における通話状態が確認できた場合には、通話状態になった利用者端末３に対して、イベント情報ＤＢ４から読み出した次のイベント情報のうち指示情報または結末情報を（通話機能を用いて）出力し（ＳＴ２７１１）、通話機能を用いて出力している情報の出力が完了すると（ＳＴ２７１２）、通話中の利用者端末３との電話（通話）を切って（ＳＴ２７１３）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ２７１４）、処理を終了する。
【０１２９】
なお、図２６に示す機能ブロック図に対応する利用者端末３の演算部におけるフローチャートは、図１８に示すフローチャートにおける同様のフロー（ＳＴ１８０１〜ＳＴ１８０９）により省略する。
【０１３０】
図２８〜３４に第１実施形態の具体例を示す。図６〜図１２に示すように、イベント提供システムサーバ１から利用者端末３に提供されるイベント情報を「あたかも利用者端末３にかかってきた電話によって伝えられた」と利用者２に感じさせる演出によって提供する場合であっても、図１３〜図１８に示すようにイベント提供システムサーバ１から利用者端末３に提供されるイベント情報が「実際に利用者端末３にかかってきた電話によって伝えられる」場合であっても、利用者２から見たイベントとしては同じものとなる。
【０１３１】
図２８は、本発明における第１実施形態の具体例を説明する図である。
【０１３２】
同図は、イベント提供システムサーバ１から提供するイベントが始まる際の利用者端末３の具体例を示す。同図において、図２８（ａ）は、これから利用者２の身に起こる状況が受け入れやすいように前もって説明しておくための前説情報を文字情報として出力している利用者端末３の表示画面を示している。表示画面に表示している「おや？道の真ん中にケータイが落ちています。あなたは何だろうと思って拾ってみました。すると、突然ベルが鳴ります・・・。あなたは思わず通話スイッチを押してしまいました。」のうち、前説情報として「おや？道の真ん中にケータイが落ちています。あなたは何だろうと思って拾ってみました。」と表示された部分が、イベント提供システムサーバ１から提供されるイベントにおける利用者２に関する架空の状況設定である。また、同様に前説情報として「すると、突然ベルが鳴ります・・・。」と表示された部分が、これから利用者２の身に起こる具体的な状況であり、通話機能の着信を示す着信音が突然鳴ることを具体的に説明している。なお、前説情報に続く「あなたは、思わず通話スイッチを押してしまいました。」と表示された部分は、利用者２に行動を促すための情報であり、利用者２の行動を誘導するような一種の暗示情報の役目を果たしている。
【０１３３】
まず、前説情報を読んだ利用者２は、その前説情報に書かれたとおりのこと（図中の具体例では『電話のベルが鳴ること』）が、目の前の現実として利用者２が今、持っている利用者端末３で実際に起こることによって、前説情報で示された架空の状況設定がまるで現実であったかのように錯覚できる。つまり、この具体例によれば利用者２が個人的に持っていた利用者端末３（図中の『ケータイ』）が、まるで今、道の真ん中で拾った利用者端末３であるかのように思えるのである。そして、この利用者端末３を拾ってしまったが故に、この利用者端末３によって誰かが伝える（実は架空の）状況に巻き込まれていくのだというような納得性が利用者２の感覚の中に生じるので、イベント提供システムサーバ１が提供するイベントの臨場感溢れる架空の状況設定にごく自然に感情移入できるという効果が期待できる。
【０１３４】
別の言い方をすれば、前もって提供された前説情報のとおりに目の前の現実が動いたことによって、架空の状況設定があたかも現実であったかのように利用者２の感覚上で仮想現実が現実世界と融合させることが出来ると言える。または、架空の状況設定と現実世界とが利用者２が有する利用者端末３によって、ごく自然なつながりで切り替わったとも言える。
【０１３５】
また別の言い方をすれば、前説情報で前もって説明しておいたことが実際に起これば、この前説情報は利用者２にとって一種の予言でもあり、これから起こることをあたかもズバリ言い当てる予言を目の当たりにした利用者２は、システムが提供する情報を信じやすくなっている状態であるとも言える。つまり、実際に利用者２の目の前で鳴る着信音は、利用者２にとって感情移入しやすくする「きっかけ」なのである。
【０１３６】
図２８（ｂ）〜（ｄ）は利用者端末３の音声出力部から出力される音声情報である。図２８（ｂ）は、利用者端末３が鳴らした通話機能の着信音であり、具体的には「トゥルル、トゥルル」という音を出力している。図２８（ｃ）は、音声出力部から出力される音声情報であり、具体的には「（謎の男の声で）君は誰だ？まぁ名前なんぞはどうでもいい。君はたった今から我々側のスパイになった。
さっそく、最初の任務を伝える。清水寺の参道にあると言われている、寛永３年創業の老舗とらやの銘菓と言えば何？制限時間は３０分。情報を掴んだらメールで報告してくれたまえ。もちろん、わかっているとは思うが、失敗すれば君の命はない。以上。プツ（通話が一方的に切れる音）」という言葉と音を出力している。図２８（ｃ）に示す言葉と音は、図２８（ｂ）に応じた利用者２が通話スイッチを操作することによって出力され、「君は誰だ？まぁ名前なんぞはどうでもいい。君はたった今から我々側のスパイになった。さっそく、最初の任務を伝える。」および「もちろん、わかっているとは思うが、失敗すれば君の命はない。
」という言葉が、イベント提供システムサーバ１から提供されるイベントにおける利用者２に関する架空の状況設定の続きである。また、「清水寺の参道にあると言われている、寛永３年創業の老舗とらやの銘菓と言えば何？制限時間は３０分。情報を掴んだらメールで報告してくれたまえ。」という言葉が、架空の状況設定における指示情報であり、基本的に目的地と課題によって構成されている。
図例では「清水寺の参道」が目的地となり、制限時間の「３０分」以内に「寛永３年創業の老舗とらやの銘菓と言えば何？」に対する回答を「メールで報告」することが課題となる。図２８（ｄ）は、利用者端末３が鳴らした通話機能の通話不通音であり、図２８（ｃ）に示す音声情報の出力が完了すると出力される。通話不通音としては、具体的には「ツゥー、ツゥー、ツゥー」という音を出力している。
【０１３７】
図６〜図１２に示すように、イベント提供システムサーバ１から利用者端末３に提供されるイベント情報を「あたかも利用者端末３にかかってきた電話によって伝えられた」と利用者２に感じさせる演出によって提供する場合には、図２８（ｃ）に示す言葉と音はイベント提供システムサーバ１からダウンロードされた情報を利用者端末３が音声情報出力部から出力しており、図２８（ｂ）と図２８（ｄ）に示す音は、利用者端末３が意図的に出力した効果音に相当する。
【０１３８】
なお、図１３〜図１８に示すようにイベント提供システムサーバ１から利用者端末３に提供されるイベント情報が「実際に利用者端末３にかかってきた電話によって伝えられる」場合には、図２８（ｃ）に示す言葉と音はイベント提供システムサーバ１から実際に通話回線を通じて送られており、通話機能に他の通話端末から着信があった場合と同じように図２８（ｂ）は通話機能における外部からの着信を示す着信音であり、図２８（ｄ）は同様に他の通話端末から通話が切られたことを示す通話不通音である。
【０１３９】
図２８（ｅ）は、利用者２に「（何かの行動を）しなければならない」と思わせる強い動機を促すために制限時間のカウントダウンを文字または画像情報として出力している利用者端末３の表示画面を示している。制限時間のカウントダウンを表示する図２８（ｅ）では、図２８（ｃ）に示す音声情報で出力した課題を同時に示すとよく、利用者２が何をいつまでにすればよいかを利用者端末３を用いて確認できる。具体的に２９分５８秒を示すカウントダウン表示の下側に表示されている「ボスに報告」のアイコン表示は、図２８（ｃ）に示す音声情報で謎の男の声による音声が指示した「メールで報告」に対応しており、このアイコンに対応したＨＭＩ入力部を操作することによって、図２９に示す報告画面へと切り替わる。
【０１４０】
この具体例において、利用者２に強い動機を生じさせる演出にはいくつかのポイントがある。第１のポイントとしては、利用者２に対し電話をかけていることになっている架空の人物のキャラ（声またはしゃべり口調やその内容からわかる人格、人物特徴）が、非常識な人であることである。ここで言うところの非常識な人とは、一般の常識（つまり、利用者２が思う常識）が通用しない相手であると利用者２に思わせる人のことである。この架空の人物を非常識な人だと利用者２が一度認めてしまえば、利用者２はこの相手をなんとか説得しようなどとは思わない。なお、非常識さは初対面の相手である利用者２に理不尽な要求を一方的に押し付け、一方的に押し付けた後は一方的に電話を切ってしまう態度によく表れており、利用者２にとって非常識なことをあたかも当たり前であるかのように言い切る言葉や態度、姿勢によって醸し出される。ここで言うところの理不尽な要求とは、具体的に「問答無用でスパイにしてしまったこと」と「制限時間を設定した任務（別の言い方ではミッション、使命）を与えること」である。つまり、これらの演出によって、利用者２に「（相手は非常識な人であるので）この人には何を言っても仕方がない。（相手によって）示されたルールでなんとかするしかない」などという割りきりの気持ちを生じさせることが出来る。一度行動することに対して自ら割り切れた利用者２は自発的に行動を持続する効果もある。
【０１４１】
第２のポイントとしては、同様に架空の人物のキャラがいい加減（無責任）な人であることである。ここで言うところの無責任な人とは、利用者２が実行する行為のすべての責任を利用者２自身に負わせる人のことである。この架空の人物を無責任な人だと利用者２が一度認めてしまえば、利用者２はこの相手に決して頼ろうなどとは思わない。なお、無責任さは、一方的に与えた課題の失敗に対して利用者２自身に責任を問う態度によく表れている。図例では、非日常的な世界に生きるスパイとしてのイメージを膨らませるために「もちろん、わかっているとは思うが、失敗すれば君の命はない」という表現を用いているが、「結果について当局は一切の責任を負わない、一切関知しない」などの表現も同様の効果を持つ。
【０１４２】
第３のポイントとしては、一方的にしゃべって一方的に切るという有無を言わさぬ行為にさらに追い討ちをかけるように、利用者２が例えば「なんだ、そりゃ！」など言っているうちも制限時間を刻一刻と減らすという有無を言わさぬ表示を利用者２に見せることにある。ただし、この制限時間のカウントダウンは表示の代わりに例えば「５８秒、５７秒、・・・２秒、１秒、２８分、５９秒、５８秒・・・」のように音声で知らせてもよい。
【０１４３】
このように、第１のポイントによって演出された「なんとか説得しようとは思わない相手」であり、第２のポイントによって演出された「決して頼ろうとは思わない相手」から与えられた指示情報に対して、第３のポイントによって演出された「利用者２は何か思案している間にも刻一刻と時間が無くなっていく様を目のあたりにすること」によって、「してもよい」し、「しなくてもよい」といったどちらを選んでもよいという弱い動機ではなく、「自分でなんとかしなければ何も解決しない」ので、「（相手によって示されたルールで）とにかく行動する」という強い動機によってほとんどの利用者２に行動を決断させることが出来る。もちろん、「とにかく行動する」理由を「自分でなんとかしなければ何も解決しない」とはっきり意識できる利用者２ばかりではないが、無意識に「自分でなんとかしなければ何も解決しない」とは思うことも多く、「とにかく行動する」動機付けにこれら３つの要点による演出が役立っている。また、利用者２が例えば「ぐずぐずしていらない」、「まず目的地に行かなくてはならない」などと思ったり、そのようなことを言ったりしただけでも、すでに利用者２の気持ちのなかに「とにかく行動する」動機が生じたと判断してよい。
【０１４４】
図２９は、本発明における第１実施形態の具体例を説明する図である。
【０１４５】
同図において、図２９（ａ）は、図２８（ｅ）に示す「ボスに報告」のアイコン表示に対応したＨＭＩ入力部を操作した後の利用者端末３の表示例である。利用者２から課題の解答（図１９の機能ブロック図に示す『課題に対する結果』、図中の具体例では『銘菓なごり雪』）を入力する入力欄と入力後にイベント提供システムサーバ１に入力された回答情報を送信するための「送信」アイコンが表示されている。図２９（ｂ）は、図２９（ａ）に示す「送信」アイコン表示に対応したＨＭＩ入力部を操作した後の利用者端末３の表示例であり、図２９（ａ）で入力した解答の送信確認を利用者２に対して出力している。
【０１４６】
図３０は、本発明における第１実施形態の具体例を説明する図である。
【０１４７】
同図は、図２９に示す解答入力で正しい解答（イベントクリアを示す結果情報）を入力してイベント提供システムサーバ１に送信した場合に、指示情報に示す課題をクリアしたと判断したイベント提供システムサーバ１から送信された次のイベント情報の具体例を示す。同図において、図３０（ａ）は、図２８（ｂ）と同様に利用者端末３が鳴らした着信音であり、図３０（ｃ）は、図２８（ｄ）と同様に利用者端末３が鳴らした通話機能の通話不通音である。図３０（ｂ）は、音声出力部から出力される音声情報であり、図３０（ａ）に応じた利用者２が通話スイッチを操作することによって出力され、具体的には「上出来、上出来。さすが、私が見込んだだけのことはある。さっそく次の任務を伝える。清水寺参道から三年坂を下り、円山公園の先にある知恩院の三門への石段は全部で何段？制限時間は４５分。情報を掴んだらメールで報告してくれたまえ。もちろん、わかっているとは思うが、失敗すれば君の命はない。以上。プツ（通話が一方的に切れる音）」という言葉と音を出力している。図３０（ｄ）は、図２８（ｅ）と同様に制限時間のカウントダウンを文字または画像情報として出力している利用者端末３の表示画面を示している。図２４に示すフローチャートのＳＴ２４０６、または図２７に示すフローチャートのＳＴ２７０６で次のイベント情報が取得された場合には、このように利用者端末３によって次のイベントが利用者２に伝えられていく。
【０１４８】
図３０（ｂ）に示す「上出来、上出来。さすが、私が見込んだだけのことはある。」は、利用者２に対し電話をかけていることになっている架空の人物の言葉であるが、架空の状況設定で「たまたま利用者２が道の真ん中で利用者端末３を拾った」だけなのに、課題が成功すると「私が見込んだ」と言い切る様子に滑稽さ（おかしさ）とユーモアを表現している。人は中途半端な無責任さには怒りや腹立たしさを覚えても、とことん無責任であるという妥協を許さない無責任さにはあきれてしまうとともに逆に「仕方がない」などと許してしまうようである。
つまり、「常に言いたいことを言いたいことだけ、一方的に言う人」であるという再認識と、改めて知る呆れるばかりの無責任さによって架空の人物のキャラがより鮮明になるとともに、理解が深まることによって一種の親しみが利用者２の感覚に生じてくる効果が期待できる。また、目的地「知恩院」について「清水寺参道から三年坂を下り、円山公園の先にある知恩院」とわざわざ説明しているのは、先のミッションの目的地であった「清水寺」から次の目的地「知恩院」へ利用者２を誘導するためのルート情報の役目をさりげなく指示情報に織り込むためである。利用者２はルート情報に導かれて、次の目的地へと向かうことが出来る。
【０１４９】
なお、図３０（ｂ）に示す「もちろん、わかっているとは思うが、失敗すれば君の命はない。以上。プツ」などの決まり文句や音は、すでにイベントのリズムとなっており、多くの決まり文句を用意して毎度毎度同じところで確実に使うことによって、いわゆるテレビの定番番組のようにリズムによる一種の安心感と親しみが利用者２の感覚に生じてくる効果が期待できる。また、テーマ曲（テーマ音楽）にもイベントのリズムとなる同様の効果が期待できるので、他のテーマ曲と違う何らかの特徴があるオリジナルのテーマ曲を毎回同じタイミング（例えば、利用者２に音声で指示を伝える『謎の男の声』の登場時または退散時など）で流すことにより、イベント提供システムサーバ１が提供するイベントと利用者２の間でいわゆる決まり事のようなリズムが生じてくる。
【０１５０】
図３１は、本発明における第１実施形態の具体例を説明する図である。
【０１５１】
同図は、図２９に示す解答入力で正しい解答（イベントクリアを示す結果情報）でない情報を送信した場合、または制限時間のカウントダウンが０になってしまった場合に利用者端末３から出力される悪い結末（バッドエンド）情報の具体例を示す。同図において、図３１（ａ）は、図２８（ｂ）と同様に利用者端末３が鳴らした着信音であり、図３１（ｃ）は、図２８（ｄ）と同様に利用者端末３が鳴らした通話機能の通話不通音である。図３１（ｂ）は、音声出力部から出力される音声情報であり、図３１（ａ）に応じた利用者２が通話スイッチを操作することによって出力され、具体的には「残念だったな。プツ（通話が一方的に切れる音）」という言葉と音を出力している。図３１（ｄ）は、悪い結末（バッドエンド）情報を文字または画像情報として出力している利用者端末３の表示画面を示している。表示画面に表示している「ミッション失敗。あなたはスマキにして鴨川に流されました。どんぶらこ、どんぶらこ。川の流れに身を任せ、どこまで流れて行ってしまうのか」は、図２８（ｃ）に示す「もちろん、わかっているとは思うが、失敗すれば君の命はない。」に対応しており、課題がクリア出来なかった悲壮感の中にもユーモアを感じさせる内容にしてある。
【０１５２】
図３２は、本発明における第１実施形態の具体例を説明する図である。
【０１５３】
同図は、図２９に示す解答入力で正しい解答（イベントクリアを示す結果情報）でない情報を送信したが、制限時間のカウントダウンが０になっていないために、全イベント（ゲーム）を終了せずに続ける場合の具体例を示す。同図において、図３２（ａ）は、図２８（ｂ）と同様に利用者端末３が鳴らした着信音であり、図３２（ｃ）は、図２８（ｄ）と同様に利用者端末３が鳴らした通話機能の通話不通音である。図３２（ｂ）は、音声出力部から出力される音声情報であり、図３２（ａ）に応じた利用者２が通話スイッチを操作することによって出力され、具体的には「惜しい。まだ時間はある。プツ（通話が一方的に切れる音）」という言葉と音を出力している。図３１（ｄ）は、図２８（ｅ）と同様にまだ残っている制限時間のカウントダウンを文字または画像情報として出力している利用者端末３の表示画面を示している。
【０１５４】
図３３は、本発明における第１実施形態の具体例を説明する図である。
【０１５５】
同図は、図２９に示す解答入力で正しい解答（イベントクリアを示す結果情報）を入力してイベント提供システムサーバ１に送信した場合に、指示情報に示す課題をクリアしたことによって、全イベント（ゲーム）が終了したと判断したイベント提供システムサーバ１から送信された場合に利用者端末３から出力される良い結末（グッドエンド）情報の具体例を示す。同図において、図３３（ａ）は、図２８（ｂ）と同様に利用者端末３が鳴らした着信音であり、図３３（ｃ）は、図２８（ｄ）と同様に利用者端末３が鳴らした通話機能の通話不通音である。
図３３（ｂ）は、音声出力部から出力される音声情報であり、図３３（ａ）に応じた利用者２が通話スイッチを操作することによって出力され、具体的には「上出来、上出来。さすが私が見込んだだけのことはある。今日のところはこの辺でかんべんしておいてやろう。また頼む。プツ（通話が一方的に切れる音）」という言葉と音を出力している。図３３（ｄ）は、良い結末（グッドエンド）情報を文字または画像情報として出力している利用者端末３の表示画面を示している。
表示画面に表示している「ミッションはすべて達成。あなたはやっとこさ、解放されました。でも、いつ、この無責任なボスから次のミッションが来るかもしれませんよ。とりあえず、おつかれ様でした。」は、図２８（ｃ）に示されるイベント提供システムサーバ１から提供されるイベントにおける利用者２に関する架空の状況設定の結末であり、次回提供するイベントへつながっていく含みを持たせている。この含みは次回のイベントでまた感情移入しやすくなるようないわゆる伏線の役割をする。
【０１５６】
図３４は、本発明における第１実施形態の具体例を説明する図である。
【０１５７】
同図は、イベント提供システムサーバ１から提供する２順目以降のイベントが始まる際の利用者端末３の具体例を示す。同図において、図３４（ａ）は、図２８（ａ）と同様にこれから利用者２の身に起こる状況が受け入れやすいように前もって説明しておくための前説情報を文字情報として出力している利用者端末３の表示画面を示している。表示画面に表示している「そう言えば、拾ったケータイは、まだあなたの手の中にそのまま残っています。すっかり、そんなことは忘れてしまっていたあなたなのですが、また突然ベルが鳴ります・・・。あなたはまた思わず通話スイッチを押してしまいました。」のうち、前説情報は「そう言えば、拾ったケータイは、まだあなたの手の中にそのまま残っています。すっかり、そんなことは忘れてしまっていたあなたなのですが、」と表示された部分が、イベント提供システムサーバ１から提供されるイベントにおける利用者２に関する架空の状況設定である。また、同様に前説情報として「また突然ベルが鳴ります・・・。」と表示された部分が、これから利用者２の身に起こる具体的な状況であり、図２８と同様に通話機能の着信を示す着信音が突然鳴ることを具体的に説明している。なお、図２８と同様に前説情報に続く「あなたは、また思わず通話スイッチを押してしまいました。」と表示された部分は、利用者２に行動を促すための情報であり、利用者２の行動を誘導するような一種の暗示情報の役目を果たしている。
【０１５８】
図３４（ｂ）〜（ｄ）は、図２８と同様に利用者端末３の音声出力部から出力される音声情報である。図３４（ｂ）は、図２８（ｂ）と同様に利用者端末３が鳴らした通話機能の着信音であり、図３４（ｄ）は、図２８（ｄ）と同様に利用者端末３が鳴らした通話機能の通話不通音である。図３４（ｂ）は、音声出力部から出力される音声情報であり、具体的には「また、君か？詳しい説明は要らないな。さっそく、最初の任務を伝える。嵐山と言えば渡月橋。渡月橋のたもとにある有名歌手の記念館と言えば何？制限時間は３０分。情報を掴んだらメールで報告してくれたまえ。もちろん、わかっているとは思うが、失敗すれば君の命はない。以上。プツ（通話が一方的に切れる音）」という言葉と音を出力している。図３４（ｃ）に示す言葉と音は、図３４（ｂ）に応じた利用者２が通話スイッチを操作することによって出力され、さらに横着になっている架空の人物のキャラを演出するために架空の状況設定の説明を「はしょる（省略する）」ようにしている。ここで言うところの横着さとは、自ら呼び出しておいて「また、君か？まぁいい。」と言うあたりの呆れるずうすうしさにも表れている。前回のイベントで、一度割りきりの出来ている利用者２は、例えば「あぁ、またか」などと思いながらも、イベント提供システムサーバ１が用意した臨場感溢れる架空の状況設定に何の違和感もなく感情移入できる。
【０１５９】
なお、図例では「嵐山と言えば渡月橋。渡月橋のたもとにある有名歌手の記念館と言えば何？制限時間は３０分。情報を掴んだらメールで報告してくれたまえ。」という言葉が、架空の状況設定における指示情報であり、図２８と同様に基本的に目的地と課題によって構成されている。
【０１６０】
（第２実施形態）
図３５〜図４５を用いて、本発明における第２実施形態を説明する。第２実施形態の特徴は、イベント情報を利用者端末３に送信する際に付与情報ＤＢ１７から読み出した付与情報を付与することであり、第１実施形態と異なる点のみを以下説明する。付与情報の内容はイベントの達成結果やイベントの進行状況に応じて変更されるとよい。
【０１６１】
図３５は、第１実施形態における図２３に示す機能ブロック図に対応する第２実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０１６２】
同図において、イベント提供システムサーバ１は、利用者端末３から指示情報に含まれる課題に対する結果情報を受信する機能と、受信した結果情報に基づいてイベント情報ＤＢ４から対象となる利用者端末３に送信したイベント情報を読み出す機能と、読み出したイベント情報（より具体的には、指示情報に含まれる課題）に基づいて受信した結果情報を判断する機能と、判断結果に基づいて次のイベント情報または結末情報をイベント情報ＤＢ４から読み出す機能と、判断結果に基づいて読み出したイベント情報または結末情報に付与する付与情報を付与情報ＤＢ１７から読み出して付与する機能と、送信対象となる利用者端末３に付与情報を付与したイベント情報または結末情報を送信する機能と、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶する機能とを有する。
【０１６３】
図３６は、図３５に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【０１６４】
同図において、イベント提供システムサーバ１は、利用者端末３から指示情報に含まれる課題に対する結果情報を受信すると（ＳＴ３６０１）、受信した結果情報に基づいてイベント情報ＤＢ４から対象となる利用者端末３に送信したイベント情報を取得し（ＳＴ３６０２）、取得したイベント情報の、より具体的には指示情報に含まれる課題に基づいて受信した結果情報が課題をクリアしたかを判断し（ＳＴ３６０３）、課題に対する判断結果から全てのイベントが終了したか否かを判断して（ＳＴ３６０４）、終了したと判断された場合には結末情報がイベント情報ＤＢ４から取得され（ＳＴ３６０５）、終了していないと判断された場合には次のイベント情報がイベント情報ＤＢ４から取得され（ＳＴ３６０６）、取得した情報に付与する付与情報ありか否かをＳＴ３６０３における判断結果に基づいて判断し（ＳＴ３６０７）、付与情報がある場合には、取得した情報に付与する付与情報を付与情報ＤＢ１７から読み出して付与し（ＳＴ３６０８）、付与情報がない場合にはそのまま、取得した情報を利用者端末３に送信し（ＳＴ３６０９）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ３６１０）、処理を終了する。
【０１６５】
図３７は、イベント提供システムサーバから付与情報付きの情報を受信した利用者端末の演算部におけるフローチャートである。
【０１６６】
同図において、利用者端末３は、受信した情報に付与情報が付与されていると（ＳＴ３７０１）、受信したイベント情報を記憶部２６に記憶し（ＳＴ３７０２）、必要により記憶部２６から取得した付与情報を情報出力部に出力して（ＳＴ３７０３）、処理を終了する。
【０１６７】
図３８は、図３７とは別の場合の、イベント提供システムサーバから付与情報付きの情報を受信した利用者端末の演算部におけるフローチャートである。
【０１６８】
同図において、利用者端末３は、受信した情報に付与情報が付与されていると（ＳＴ３８０１）、受信したイベント情報を記憶部２６に記憶し（ＳＴ３８０２）、必要により記憶部２６から取得した付与情報へのリンクを情報出力部に出力し（ＳＴ３８０３）、出力したリンクに対応する利用者２による操作があるか否かを判断して（ＳＴ３８０４）、操作が確認された場合には、付与情報を記憶部２６から取得して情報出力部に出力して（ＳＴ３８０５）、処理を終了し、操作が確認されなかった場合には、そのまま処理を終了する。
【０１６９】
図３９は、本発明における第２実施形態の具体例を説明する図である。
【０１７０】
同図は、次のイベント情報が利用者端末３から出力された後に付与情報であるクーポン（いわゆる割引購入券）が表示画面に表示される場合の具体例である。
図３９（ｄ）は、図３９（ｃ）に示す利用者端末３が鳴らした通話機能の通話不通音が鳴った後に表示される表示画面であり、具体的には「ミッション１をクリアした『ごほうび』として老舗『とらや』の銘菓『なごり雪』の１０％ＯＦＦクーポン」が表示されており、続いてその説明として「店員の方にお見せください」の文章と、イベント画面に戻るための「戻る」アイコンが表示されている。ここで「戻る」のアイコン表示に対応したＨＭＩ入力部を操作すると図３９（ｅ）に示す制限時間のカウントダウンを表示する表示画面に切り替わる。利用者２は、図３９（ｄ）に表示されるクーポンを説明文に従って店員に見せると対象商品の購入の際に値引きサービスが受けられる。もちろん、このサービスを実施するためには販売店とのタイアップが必要であるが、イベント提供システムサーバ１が提供するイベントによって、そのイベントが指定する目的地を巡る利用者２を誘導することが可能であり、観光地や商店街などの協力体制は比較的構築しやすい。
【０１７１】
また人は、自ら苦労したことに対して価値があると思う傾向があり、一説には「これだけ苦労したのだから価値がないといけない」と自らの苦労を無駄なものと思いたくないという一種の精神的自己防衛本能のせいだとも言われている。よって、単にクーポン情報のみを送る場合には見向きもしなかった利用者２であっても、イベント提供システムサーバ１から提供されたイベントを克服した後に手に入れた付与情報は価値があるように思えるため、この付与情報が商品購入を促すクーポンである場合には利用者２が商品購入をする確率（利用頻度）が高くなるという副次的効果が期待できる。
【０１７２】
つまり、利用者２に与える「ごほうび」とは、利用者２がはらった苦労の代償であるので、その内容は例えばミッションクリア回数やクリア時間などの要素によって変わるものがあってもよい。誰でも同じごほうびでは悪平等であるとも言え、努力の結果によって差をつけることは悪いことではない。ただし、提供されたイベントをいわゆるうまくこなせば良いかと言うと一概には良いとも言えず、どのような条件によって何を与えるかはイベントの特徴（テーマ、メッセージ、ポリシーなど）によって決めればよい。
【０１７３】
図４０と図４１は、図３７に示すフローチャートに対応する第２実施形態の具体例であり、図４２と図４３は、図３８に示すフローチャートに対応する第２実施形態の具体例である。
【０１７４】
図４０は、本発明における第２実施形態の具体例を説明する図である。
【０１７５】
同図は、利用者端末３から出力される付与情報が、制限時間カウントダウンの残り時間に伴って出力される課題を解決するためのヒントである場合の具体例である。同図において、図４０（ａ）は、制限時間が残り１０分になった時に利用者端末３に出力されるヒントの具体例を示しており、正解「なごりゆき」に対して正解を誘導するためにその先頭の文字と末尾の文字を示している。図４０（ｂ）は、さらに制限時間のカウントダウンで示される時間とともに変化する場合で、制限時間が残り５分になった時にはヒントの数を増やしており、それでもさらに時間が経過して残り時間が１分になった時には、課題の解答を三択で選ばせるための三択表示を表示している。なお、課題を解決するためのヒントは必ず必要なものではなく、課題の難易度やイベントのゲーム性に応じて用いればよい。
【０１７６】
図４１は、本発明における第２実施形態の具体例を説明する図である。
【０１７７】
同図は、利用者端末３から出力される付与情報が、課題の未達成に伴って出力される質問情報である場合の具体例である。同図において、図４１（ａ）は、「なぜミッションは失敗したのか？その原因を問う」という質問と「▲１▼ボスの無責任さ、▲２▼自分の甘さ、▲３▼単なる運、▲４▼目的地の遠さ、▲５▼制限時間の短さ、▲６▼課題の難しさ」という選択肢による回答が表示されている。ちなみに選択肢▲４▼〜▲６▼は、イベントの難易度を適正にしていくためのアンケートに相当し、イベントの難易度を直接質問するよりも架空の人物からの問いの中に紛れ込ませる方が利用者２に作為的な印象を与えずに済むという効果が期待できる。つまり、これはイベント改善のアンケートをさりげなく含んでいることを意味する。
【０１７８】
図４１（ｂ）は、図４１（ａ）によって提示された選択肢に応じた利用者端末３からの回答によって、イベント提供システムサーバ１から出力される出力情報が変わる場合の具体例である。図例は、選択肢▲１▼を選んだ場合に架空の人物によってゲーム終了にさせられてしまった様子を示す表示画面と選択肢▲３▼を選んだ場合には架空の人物によってとりあえずゲーム続行となった様子を示す表示画面である。選択肢▲１▼を選んだ場合には、利用者端末３の表示画面に「ボスからの伝言です。己の未熟さを呪うがいい。ＧＡＭＥＯＶＥＲ。あなたはスマキにして鴨川に流されました。どんぶらこ。どんぶらこ」が出力情報として出力されている。
また、選択肢▲３▼を選んだ場合には、同様に「ボスからの伝言です。もう一度だけチャンスを与えよう。次の指示を待て」が出力情報として出力されている。なお、架空の人物のキャラをさらに印象的なものにするために利用者２がどの選択肢を選択しても、例えば「何もわかっていないようだな。君に選択の余地などないのだよ」など利用者端末３に出力される返信情報のように一方的な態度による理不尽さを演出してよく、さらに「まぁいい。もう一度チャンスを与えよう」などとイベントの継続は自らの厚意によるものだと言わんばかりの傲慢さを演出してもよい。もちろん、このように結果が一辺倒であって、利用者２からの回答をイベントの難易度の適正化に用いるとよい。
【０１７９】
図４２は、本発明における第２実施形態の具体例を説明する図である。
【０１８０】
同図は、利用者端末３から出力される付与情報が、図３９と同様のクーポン情報が全てのイベントを達成した良い結末情報（グッドエンド）に伴って出力される場合の具体例であり、結末情報の出力に付与情報の出力リンクが付与されている場合である。同図において、図４２（ｄ）は、図３３（ｄ）と同様に良い結末（グッドエンド）情報を文字または画像情報として出力している利用者端末３の表示画面であり、画面に表示された「ごほうび」のアイコンを操作すると図４２（ｅ）に示すクーポン情報が出力される。この図例では、この「ごほうび」のアイコンが付与情報を出力されるためのリンクに相当する。
【０１８１】
図４３は、本発明における第２実施形態の具体例を説明する図である。
【０１８２】
同図は、具体的な内容が即表示される図４２に示す具体例に対し、結末情報の出力に付与された付与情報だけでは、その内容が意図的にわからなくしてある場合である。同図において、図４３（ｄ）に表示された「ごほうび」のアイコンを操作すると図４２（ｅ）に示す付与情報が出力されているが、この時点で利用者２にはそれが何であるのかはわからない情報になっている。具体的には、「ボスからのささやかなごほうびがあります。この表示画面を京都駅インフォメーションセンタでお見せ下さい。ボスからのごほうび。ごぼうびＮｏ．１２」が表示されており、インフォメーションセンタではイベント提供システムサーバ１から提供されるイベントとのあらかじめ取り交わしている決まり事に基づいて、表示画面に表示された付与情報（より具体的には、表示されたごほうび番号）に応じた何かを利用者２に手渡すようにしてあるとよい。
【０１８３】
図４４は、図３７、図３８とは別の場合の、イベント提供システムサーバから付与情報付きの情報を受信した利用者端末の演算部におけるフローチャートである。
【０１８４】
同図は、図３９に示す具体例のようにイベントが終了した後に付与情報を出力するが、利用者２からの操作するまで次のイベントを開始しない場合である。同図において、利用者端末３は、受信した情報に付与情報が付与されていると（ＳＴ４４０１）、受信したイベント情報を記憶部２６に記憶し（ＳＴ４４０２）、ミッションが完了（課題達成）すると（ＳＴ４４０３）、付与情報を記憶部２６から取得して情報出力部に出力し（ＳＴ４４０４）、次のミッション開始に対応する操作を確認すると（ＳＴ４４０５）、記憶部２６から次のイベント情報を取得して次のミッションを開始し（ＳＴ４４０６）、次のミッションを開始したことをイベント提供システムサーバ１に送信して（ＳＴ４４０７）、処理を終了する。このように付与情報を出力している間はイベントのインターバル（休息）とすることが出来る。
【０１８５】
図４５は、本発明における第２実施形態の具体例を説明する図である。
【０１８６】
同図は、図４４に示すフローチャートに対応する具体例である。同図において、図４５（ａ）は、付与情報として図３９と同様のクーポンを表示しているが、その違いは次のイベントが開始されるための「次のミッションへ」のアイコン表示があることで、利用者２がこのアイコン表示に対応したＨＭＩ入力部を操作して始めて、図４５（ｂ）に示す通話機能の着信音が鳴る（ことで次のイベントが始まる）。利用者２はイベント提供システムサーバ１が提供するイベントにおける制限時間に追われた分、このインターバルがホッと一息つけるひとときとなり、一息つける安堵感から付与情報（この場合は、クーポンによる割り引き購入）の利用が促進される効果が期待できる。
【０１８７】
（第３実施形態）
図４６と図４７を用いて、本発明における第３実施形態を説明する。第３実施形態の特徴は、図１または図２に示すシステム全体図において利用者２の現在位置が取得できた場合に、取得した現在位置をイベント情報の選択または制限時間の算出における加減算に用いることであり、第１実施形態と異なる点のみを以下説明する。
【０１８８】
図４６は、第１実施形態における図６に示す機能ブロック図に対応する第３実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０１８９】
同図において、イベント提供システムサーバ１は、利用者端末３またはパスゲート６からイベント情報の送信要求を受信する機能と、受信した利用者２（または利用者端末３）の現在位置に基づいてイベント情報ＤＢ４からイベント情報を読み出す機能と、読み出したイベント情報に関する制限時間に受信した現在位置に基づいて加減算をする機能と、読み出したイベント情報を送信要求が示す利用者端末３に送信する機能と、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶する機能とを有する。現在位置に基づいてイベント情報を読み出すとは、例えば現在位置から最寄りの目的地を選択するとか、あらかじめ設定された利用者２を立ち寄らせたい場所が現在位置から目的地の間に挟まれるように目的地を選択するとかの判断条件によって選択されるとよい。このような意図的な目的地の設定（具体的には、その目的地を持つイベント情報の選択）により、利用者２にいろいろな場所をめぐらすことが出来る。
【０１９０】
例えばこれまでの観光地における情報配信は単なる観光情報に過ぎなかったが、このように目的地と課題を与えるイベントで利用者２自らの好奇心をくすぐることによって、情報配信システムに強制されたと利用者２に感じさせることなく、利用者２の意思によって様々な場所をめぐってもらうことが出来るという効果が期待できる。
【０１９１】
図４７は、図４６に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【０１９２】
同図において、イベント提供システムサーバ１は、利用者端末３またはパスゲート６からイベント情報の送信要求を受信すると（ＳＴ４７０１）、受信した情報に利用者２または利用者端末３の現在位置が含まれているか否かを判断し（ＳＴ４７０２）、現在位置が含まれていれば、取得した現在位置に基づいてイベント情報ＤＢ４からイベント情報を選択（抽出）し（ＳＴ４７０３）、制限時間の変更が必要か否かを判断して（ＳＴ４７０４）、変更が必要であれば、取得した現在位置に応じて制限時間を加減算により修正し（ＳＴ４７０５）、変更必要なければそのまま、取得した情報を送信要求が示す利用者端末３に送信し（ＳＴ４７０７）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ４７０８）、処理を終了する。ＳＴ４７０２で現在位置が含まれていなかった場合には、送信要求に基づいてイベント情報ＤＢ４からイベント情報取得して（ＳＴ４７０６）、同様にＳＴ４７０７以降の処理を実行して、処理を終了する。
【０１９３】
（第４実施形態）
図４８〜図７８を用いて、本発明における第４実施形態を説明する。第４実施形態の特徴は、利用者端末３を介した利用者２とのやりとりに役者担当のオペレータ２９を用いることであり、第１実施形態と異なる点のみを以下説明する。
【０１９４】
図４８は、第１実施形態における図１および図２に示すシステム全体図に対応する第４実施形態におけるイベント提供システムにおけるシステム全体図である。
【０１９５】
同図は、第１実施形態におけるイベント提供システムサーバ１が提供するイベントで利用者２に対する受け答えをするとするならどうしても避けられない違和感を解消するための仕組みを説明するシステム全体図である。もちろん、第１実施形態に示す仕組みであっても、イベント内で一貫して架空の人物のキャラを「常に言いたいことを言いたいことだけ、一方的に言う人」に設定してあるので、利用者２の言うことに耳を傾けなくても問題はない。ただ、利用者２とのやりとりにおける間（言葉と言葉との間に生じる無言の時間）や利用者２に対するアドリブによって、その場の臨場感をより得よう（より提供しよう）とする場合には、この実施形態は有効となる。例えば、言葉の間は相手があってはじめて合わすことが出来る会話の呼吸のようなものなので、架空の人物のキャラを「常に言いたいことを言いたいことだけ、一方的に言う人」に設定しなければ、何かの拍子にほんのわずか間がずれただけでとたんに嘘くさく聞こえてしまうものである。
つまり、イベント提供システムサーバ１が提供するイベントにおける架空人物のキャラクタ設定の幅を広げて、イベント内の仮想現実の世界をより現実世界っぽくすることが出来る。
【０１９６】
同図において、イベント提供システムサーバ１は、利用者２の有する利用者端末３より直接的または間接的に取得した利用者端末アドレスに基づき、イベント情報ＤＢ（データベース）４から取得したイベント情報のうち、コールセンタ２８に待機する役者担当のオペレータ２９に対する口裏合わせのための事前情報と利用者端末３に電話するための通話コードをコールセンタ端末３０に送信した上で、利用者端末３には前説情報と制限時間情報（つまり、役者担当のオペレータ２９を介さないイベント情報）を送信する。コールセンタ端末３０に送信した口裏合わせのための事前情報には、役者担当のオペレータ２９に対する指示と利用者２に伝える情報が含まれており、指示に従って役作りをしたオペレータ２９は利用者端末３の通話機能につながる通話コードを用いて通話状態になった利用者２に対して情報を伝える。通話コードはオペレータ２９の操作によって入力されても、一定時間の経過によって自動的に入力されてもよい。この仕組みによって、利用者２は現実世界のどこかにいる人物とあたかもやりとりしているかのように感じることが出来る。
【０１９７】
図４９は、図４８とは別の場合の、本発明の実施形態におけるイベント提供システムのシステム全体図である。
【０１９８】
同図は、図２に対応する第４実施形態のシステム全体図である。同図において、利用者２は情報記憶媒体７または利用者端末３を用いてパスゲート６を通過する。利用者２が通過する際にパスゲート６は、情報記憶媒体７または利用者端末３から利用者端末アドレスを読み取ってあらかじめパスゲート６が有するパスゲートコードとともに利用者２の通過検知結果をイベント提供システムサーバ１に送信する。イベント提供システムサーバ１は、パスゲート６より取得した利用者端末アドレスに基づき、イベント情報ＤＢ（データベース）４から取得した課題（または目的地と課題）を含むイベント情報を利用者端末３に送信する。
【０１９９】
図５０は、本発明の実施形態におけるコールセンタ端末のハードブロック図である。
【０２００】
同図において、情報入出力部３２とは、コールセンタ端末３０が役者担当のオペレータ２９と種々のやりとりをするための入出力機能を持つ部位であり、大まかに情報入力部３２−１と情報出力部３２−２で構成される。情報入力部３２−１における入力装置としては、例えばキーボード、テンキー、マウス、バーコードリーダなどが該当し、オペレータ２９の入力がシステムに対して情報を伝達するものなら、その種類は問わない。また情報出力部３２−２における出力装置としては、例えばディスプレイ、プリンタなどが該当し、オペレータ２９に対してシステムから情報を伝達できるものなら、その種類は問わない。なお、利用者端末３と通話する通話部３１は、情報入出力部３２の一部と解釈するとよく、一般的に入力装置としてオペレータ２９の声（音波）を電気信号に変換するマイクロフォンと出力装置として電気信号として受信した相手先の声をオペレータ２９に伝えるスピーカから成る。演算部３３とは、プログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。メモリ部３４とは、演算部３３が実行するプログラムの実行エリアの部位である。通信部３５とは、ネットワーク１７を介して外部システムとの通信を制御する部位である。ＤＢ（データベース）管理部３６とは、様々なデータ構造とデータ実体を管理する機能を持つ部位である。
【０２０１】
ＤＢ管理部３６に管理される処理プログラム３７とは、コールセンタ端末３０の利用目的を達成するために必要なプログラムのことであり、ＯＳ（オペレーティングシステム）もここに含まれる。同様に受信情報ＤＢ３８とは、イベント提供システムサーバ１から受信した事前情報（口裏合わせ情報）などの受信情報を記憶するデータベースのことである。同様にその他のプログラム・データ３９とは、上記以外の例えばオペレータ２９が使用するワードプロセッサや表計算プログラムなどのアプリケーションソフトウェアやそれらに付随するデータなどが該当する。
【０２０２】
図５１〜図５３には、イベント提供システムサーバ１からコールセンタ端末３０へ口裏合わせ情報が都度、送信される場合を示す。図５４〜図５６には、役者担当オペレータ２９を介する情報も介さない情報もすべてのイベント情報が、イベント提供システムサーバ１から一旦コールセンタ端末３０に送信され、コールセンタ端末３０の有する通話部３１と通信部３５を用いてそれぞれ利用者端末３に伝達される場合を示す。図５７〜図６２には、イベント提供システムサーバ１からコールセンタ端末３０へ口裏合わせ情報をあらかじめ送信しておく場合を示す。
【０２０３】
（第４−１実施形態）
図５１は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０２０４】
同図において、イベント提供システムサーバ１は、パスゲート６からイベント情報の送信トリガ（きっかけ）を受け付ける機能と、受け付けた情報が持つ意味を（どう解釈するか）判断する機能とを有する。トリガ（きっかけ）については図１および図２で説明したとおりである。受け付けた情報が持つ意味をどう解釈するかの判断とは、例えばパスゲート６から受信したパスゲートコードまたは基礎情報に基づいて、利用者２の場所（現在位置、通過場所などの場所）や行動（具体的には、駅の出入り口に設置された自動改札の場合には、駅構内に入って電車に乗ろうとしている状態であるのか、電車で移動して駅構内を出た状態であるのかがわかるなど、ある程度パターン化した大雑把、大まかな行動）の判断のことである。このように利用者２の場所や行動を把握したイベント提供システムサーバ１は、例えば提供するイベントの設定時間を短くしたり長くしたりしてイベントのリズムを変えたりすることが出来る。もちろん、次に提供するイベントの内容やイベントの成否判定に加味してもよい。具体的な処理としてはパスゲート６から受け付けた情報は、イベント情報の取得のタイミングや取得した情報の送信タイミングに加味される。
【０２０５】
さらに、イベント提供システムサーバ１は、利用者端末３からイベント情報の送信要求を受け付ける機能と、パスゲート６や利用者端末３から受け付けた情報に基づいてイベント情報ＤＢ４から情報を取得する機能と、取得した情報の送信先をコールセンタ端末３０にするか利用者端末３にするかについてコールセンタ２８にいる役者担当オペレータ２９を介して利用者２に伝える情報であるか否かを判断基準として取得した情報の送信先を判断する機能と、判断結果に基づいて取得した情報（少なくとも口裏合わせ情報と対象となる利用者端末３の通話コードを含む）をコールセンタ端末３０に送信する機能と、同じく判断結果に基づいて取得した情報を利用者端末３に送信する機能と、送信結果を配信情報ＤＢ１６に記憶する機能とを有する。取得した情報の送信先判断は、その都度その都度あらかじめ定める判断基準（具体的には情報の種別によって判断するとよく、情報の種別が口裏合わせ情報であるならコールセンタ端末３０を送信先と判断するなど）に基づいて判断してもよいが、イベント情報ＤＢ４に記憶するイベント情報自体にあらかじめ送信先情報を付与しておいて、イベント情報に付与された送信先情報に基づいて判断してもよい。例えば、イベント情報を作成する際に役者担当オペレータ２９を介して利用者２に伝える情報には、コールセンタ端末３０を送信先とする送信先情報を付与し、役者担当オペレータ２９を介さない情報には利用者端末３を送信先とする送信先情報を付与しておくとよい。
【０２０６】
図５２は、図５１に続く本発明の実施形態におけるコールセンタ端末の機能ブロック図である。
【０２０７】
同図において、コールセンタ端末３０は、イベント提供システムサーバ１から口裏合わせ情報と対象となる利用者端末３の通話コードを受信する機能と、受信した口裏合わせ情報と通話コードを受信情報ＤＢ３８に記憶する機能とを有する。さらに、コールセンタ端末３０は、必要に応じて受信した口裏合わせ情報を受信情報ＤＢ３８から取得する機能と、受信情報ＤＢ３８から取得した口裏合わせ情報を情報出力部３２−２に出力する機能とを有する。役者担当オペレータ２９は、情報出力部３２−２に出力された口裏合わせ情報によってその内容を確認し、口裏合わせ情報に指示されるとおりの演技について心の準備が完了したと感じたら、情報出力部３２−２に出力されている口裏合わせ情報に応じた準備完了の操作を実行する。役者担当オペレータ２９からの応答がなかったり（あらかじめ定める時間が経過すること）、その応答が鈍かったり（操作が緩慢であること）することもある。このように操作が無応答（無反応）や緩慢であると判断した場合には、役者担当オペレータ２９に操作や準備を促す警告情報を情報出力部３２−２に出力したり、場合によってはコールセンタ２８にいる他の役者担当オペレータ２９に担当を変更してもよい。
【０２０８】
さらに、コールセンタ端末３０は、情報入力部３２−１から準備完了を示す信号を受け付ける機能と、準備完了に応じて通話の対象となる利用者端末３の通話コードを受信情報ＤＢ３８から取得する機能と、取得した通話コードを通話機能に入力して通話する機能とを有する。
【０２０９】
図５３は、図５１および図５２に示す機能ブロック図に対応するイベント提供システムサーバとコールセンタ端末および利用者端末の演算部におけるフローチャートである。
【０２１０】
同図において、イベント提供システムサーバ１は、パスゲート６からイベント情報の送信トリガ（きっかけ）または、利用者端末３からイベント情報の送信要求を受信すると（ＳＴ５３０１）、パスゲート６や利用者端末３から受け付けた情報に基づいてイベント情報ＤＢ４から情報を取得し（ＳＴ５３０２）、取得した情報の送信先をコールセンタ端末３０にするか利用者端末３にするかについてコールセンタ２８にいる役者担当オペレータ２９を介して利用者２に伝える情報であるか否かを判断基準として取得した情報の送信先を判断し（ＳＴ５３０３）、判断結果に基づいて取得した情報（少なくとも口裏合わせ情報と対象となる利用者端末３の通話コードを含む）をコールセンタ端末３０に送信し（ＳＴ５３０４）、同じく判断結果に基づいて取得した情報を利用者端末３に送信し（ＳＴ５３０５）、送信結果を配信情報ＤＢ１６に記憶して（ＳＴ５３０６）、処理を終了する。コールセンタ端末３０は、イベント提供システムサーバ１から通話の対象となる利用者端末３の通話コードとともに口裏合わせ情報を受信すると、受信した情報を受信情報ＤＢ３８に記憶し（ＳＴ５３０７）、必要に応じて受信した口裏合わせ情報を受信情報ＤＢ３８から取得して、取得した口裏合わせ情報を情報出力部３２−２に出力し（ＳＴ５３０８）、役者担当オペレータ２９から準備完了の操作を受け付けるまで待機する。利用者端末３は、イベント提供システムサーバ１からイベント情報を受信すると、受信したイベント情報を記憶部２６に記憶し（ＳＴ５３１１）、必要に応じて受信したイベント情報を情報出力部２４−２に出力して（ＳＴ５３１２）、処理を終了する。コールセンタ端末３０は、情報入力部３２−１から準備完了を示す信号を受け付けると（ＳＴ５３０９）、準備完了に応じて通話の対象となる利用者端末３の通話コードを受信情報ＤＢ３８から取得して、取得した通話コードを通話機能に入力して通話状態にして（ＳＴ５３１０）、処理を終了する。ＳＴ５３１０では、具体的にコールセンタ端末３０において利用者端末３の通話コードを通話部３１に入力することによって利用者端末３を持つ利用者２を呼び出し、その呼び出しに応じた利用者２が利用者端末３の着信スイッチを操作（利用者２が外部からの呼び出しに対して通話を許可する行為）することによって、コールセンタ端末３０と利用者端末３は通話状態となる。
【０２１１】
（第４−２実施形態）
図５４は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０２１２】
同図において、イベント提供システムサーバ１は、パスゲート６からイベント情報の送信トリガ（きっかけ）を受け付ける機能と、受け付けた情報が持つ意味を（どう解釈するか）判断する機能と、利用者端末３からイベント情報の送信要求を受け付ける機能と、パスゲート６や利用者端末３から受け付けた情報に基づいてイベント情報ＤＢ４から情報を取得する機能と、取得した情報をすべてコールセンタ端末３０に送信する機能と、送信結果を配信情報ＤＢ１６に記憶する機能とを有する。トリガ（きっかけ）については図１および図２で説明したとおりであり、受け付けた情報が持つ意味をどう解釈するかの判断については図５１で説明したとおりである。
【０２１３】
図５５は、図５４に続く本発明の実施形態におけるコールセンタ端末の機能ブロック図である。
【０２１４】
同図において、コールセンタ端末３０は、イベント提供システムサーバ１から口裏合わせ情報と対象となる利用者端末３の通話コードを受信する機能と、受信した口裏合わせ情報と通話コードを受信情報ＤＢ３８に記憶する機能とを有する。さらに、コールセンタ端末３０は、必要に応じて受信した口裏合わせ情報を受信情報ＤＢ３８から取得する機能と、受信情報ＤＢ３８から取得した口裏合わせ情報を情報出力部３２−２に出力する機能とを有する。役者担当オペレータ２９は、情報出力部３２−２に出力された口裏合わせ情報によってその内容を確認し、口裏合わせ情報に指示されるとおりの演技について心の準備が完了したと感じたら、情報出力部３２−２に出力されている口裏合わせ情報に応じた準備完了の操作を実行する。役者担当オペレータ２９からの応答がなかったり（あらかじめ定める時間が経過すること）、その応答が鈍かったり（操作が緩慢であること）する場合には、図５２の説明と同様の処理を実行してもよい。
【０２１５】
さらに、コールセンタ端末３０は、情報入力部３２−１から準備完了を示す信号を受け付ける機能と、準備完了に応じて通話の対象となる利用者端末３の通話コードを受信情報ＤＢ３８から取得する機能と、取得した通話コードを通話機能に入力して通話する機能とを有し、準備完了に応じて役者担当オペレータ２９を介さないイベント情報を受信情報ＤＢ３８から取得する機能と、取得したイベント情報を利用者端末３に送信する機能とを有する。
【０２１６】
図５６は、図５４および図５５に示す機能ブロック図に対応するイベント提供システムサーバとコールセンタ端末および利用者端末の演算部におけるフローチャートである。
【０２１７】
同図において、イベント提供システムサーバ１は、パスゲート６からイベント情報の送信トリガ（きっかけ）または、利用者端末３からイベント情報の送信要求を受信すると（ＳＴ５６０１）、パスゲート６や利用者端末３から受け付けた情報に基づいてイベント情報ＤＢ４から情報を取得し（ＳＴ５６０２）、取得した情報をすべてコールセンタ端末３０に送信し（ＳＴ５６０３）、送信結果を配信情報ＤＢ１６に記憶して（ＳＴ５６０４）、処理を終了する。コールセンタ端末３０は、イベント提供システムサーバ１から通話の対象となる利用者端末３の通話コードとともに口裏合わせ情報を受信すると、受信した情報を受信情報ＤＢ３８に記憶し（ＳＴ５６０５）、必要に応じて受信した口裏合わせ情報を受信情報ＤＢ３８から取得して、受信情報ＤＢ３８から取得した口裏合わせ情報を情報出力部３２−２に出力し（ＳＴ５６０６）、役者担当オペレータ２９から準備完了の操作を受け付けると（ＳＴ５６０７）、準備完了に応じて役者担当オペレータ２９を介さないイベント情報を受信情報ＤＢ３８から取得して、取得したイベント情報を利用者端末３に送信し（ＳＴ５６０８）、通話の対象となる利用者端末３の通話コードを受信情報ＤＢ３８から取得して、取得した通話コードを通話機能に入力して通話状態にして（ＳＴ５６０９）、処理を終了する。利用者端末３は、コールセンタ端末３０からイベント情報を受信すると、受信したイベント情報を記憶部２６に記憶し（ＳＴ５６１０）、必要に応じて受信したイベント情報を情報出力部２４−２に出力して（ＳＴ５６１１）、処理を終了する。ＳＴ５６０９では、具体的にＳＴ５３１０と同様の処理が実行されると考えてよい。
【０２１８】
（第４−３実施形態）
図５７は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０２１９】
同図において、イベント提供システムサーバ１は、パスゲート６からイベント情報の送信トリガ（きっかけ）を受け付ける機能と、受け付けた情報が持つ意味を（どう解釈するか）判断する機能と、パスゲート６から受け付けた情報に基づいてコールセンタ端末３０にあらかじめ送信しておく情報をイベント情報ＤＢ４から取得する機能と、取得した情報をコールセンタ端末３０に送信する機能と、送信結果を配信情報ＤＢ１６に記憶する機能とを有する。トリガ（きっかけ）については図１および図２で説明したとおりであり、受け付けた情報が持つ意味をどう解釈するかの判断については図５１で説明したとおりである。これらの機能の組み合わせによって、利用者端末３からのレスポンス（応答）がなくとも利用者２の行動を推測した上での準備を役者担当オペレータ２９に指示することが出来る。
【０２２０】
図５８は、図５７に続く本発明の実施形態におけるコールセンタ端末の機能ブロック図である。
【０２２１】
同図において、コールセンタ端末３０は、イベント提供システムサーバ１から口裏合わせ情報と対象となる利用者端末３の通話コードを受信する機能と、受信した口裏合わせ情報と通話コードを受信情報ＤＢ３８に記憶する機能とを有する。さらに、コールセンタ端末３０は、必要に応じて受信した口裏合わせ情報を受信情報ＤＢ３８から取得する機能と、受信情報ＤＢ３８から取得した口裏合わせ情報を情報出力部３２−２に出力する機能とを有する。役者担当オペレータ２９は、情報出力部３２−２に出力された口裏合わせ情報によってその内容を確認し、口裏合わせ情報に指示されるとおりの演技について心の準備をあらかじめしておくことが出来る。
【０２２２】
図５９は、図５７および図５８に続く本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０２２３】
同図において、イベント提供システムサーバ１は、パスゲート６からイベント情報の送信トリガ（きっかけ）を受け付ける機能と、受け付けた情報が持つ意味を（どう解釈するか）判断する機能とを有する。さらに、イベント提供システムサーバ１は、利用者端末３からイベント情報の送信要求を受け付ける機能と、パスゲート６や利用者端末３から受け付けた情報に基づいてイベント情報ＤＢ４から情報を取得する機能と、取得した情報の送信先をコールセンタ端末３０にするか利用者端末３にするかについてコールセンタ２８にいる役者担当オペレータ２９を介して利用者２に伝える情報であるか否かを判断基準として取得した情報の送信先を判断する機能と、判断結果に基づいて取得した情報に対応する情報コードを配信情報ＤＢ１６から取得する機能と、取得した情報コードをコールセンタ端末３０に送信する機能と、同じく判断結果に基づいて取得した情報を利用者端末３に送信する機能と、送信結果を配信情報ＤＢ１６に記憶する機能とを有する。
【０２２４】
図６０は、図５９に続く本発明の実施形態におけるコールセンタ端末の機能ブロック図である。
【０２２５】
同図において、コールセンタ端末３０は、イベント提供システムサーバ１から情報コードを受信する機能と、受信した情報コードに基づいて受信情報ＤＢ３８から役者担当オペレータ２９に対する指示情報を取得する機能と、受信情報ＤＢ３８から取得した指示情報を情報出力部３２−２に出力する機能とを有する。役者担当オペレータ２９は、情報出力部３２−２に出力された指示情報によってあらかじめ準備をしておいた演技の実行をすべき時が来たことを知ることが出来る。役者担当オペレータ２９からの応答がなかったり（あらかじめ定める時間が経過すること）、その応答が鈍かったり（操作が緩慢であること）する場合には、図５２の説明と同様の処理を実行してもよい。ただし、これまでに示す仕組みよりも心の余裕を多く持てるので、その恐れは比較的少ないと考えられる。
【０２２６】
さらに、コールセンタ端末３０は、情報入力部３２−１から準備完了を示す信号を受け付ける機能と、準備完了に応じて通話の対象となる利用者端末３の通話コードを受信情報ＤＢ３８から取得する機能と、取得した通話コードを通話機能に入力して通話する機能とを有する。
【０２２７】
図６１は、図５７および図５８に示す機能ブロック図に対応するイベント提供システムサーバおよびコールセンタ端末の演算部におけるフローチャートである。
【０２２８】
同図において、イベント提供システムサーバ１は、パスゲート６からイベント情報の送信トリガ（きっかけ）を受信すると（ＳＴ６１０１）、パスゲート６から受け付けた情報に基づいてコールセンタ端末６にあらかじめ送信しておく情報をイベント情報ＤＢ４から取得し（ＳＴ６１０２）、取得した情報をコールセンタ端末３０に送信し（ＳＴ６１０３）、送信結果を配信情報ＤＢ１６に記憶して（ＳＴ６１０４）、処理を終了する。コールセンタ端末３０は、イベント提供システムサーバ１から口裏合わせ情報を受信すると、受信した情報を受信情報ＤＢ３８に記憶し（ＳＴ６１０５）、必要に応じて受信した口裏合わせ情報を受信情報ＤＢ３８から取得して、受信情報ＤＢ３８から取得した口裏合わせ情報を情報出力部３２−２に出力して（ＳＴ６１０６）、処理を終了する。
【０２２９】
図６２は、図５９および図６０に示す機能ブロック図に対応するイベント提供システムサーバとコールセンタ端末および利用者端末の演算部におけるフローチャートである。
【０２３０】
同図において、イベント提供システムサーバ１は、パスゲート６からイベント情報の送信トリガ（きっかけ）または、利用者端末３からイベント情報の送信要求を受信すると（ＳＴ６２０１）、パスゲート６や利用者端末３から受け付けた情報に基づいてイベント情報ＤＢ４から情報を取得し（ＳＴ６２０２）、取得した情報の送信先をコールセンタ端末３０にするか利用者端末３にするかについてコールセンタ２８にいる役者担当オペレータ２９を介して利用者２に伝える情報であるか否かを判断基準として取得した情報の送信先を判断し（ＳＴ６２０３）、判断結果に基づいて取得した情報に対応する情報コードを配信情報ＤＢ１６から取得して、取得した情報コードをコールセンタ端末６に送信し（ＳＴ６２０４）同じく判断結果に基づいて取得した情報を利用者端末３に送信し（ＳＴ６２０５）、送信結果を配信情報ＤＢ１６に記憶して（ＳＴ６２０６）、処理を終了する。コールセンタ端末３０は、イベント提供システムサーバ１から情報コードを受信すると、受信した情報コードに基づいて受信情報ＤＢ３８から役者担当オペレータ２９に対する指示情報を取得し（ＳＴ６２０７）、受信情報ＤＢ３８から取得した指示情報を情報出力部３２−２に出力し（ＳＴ６２０８）、役者担当オペレータ２９から準備完了の操作を受け付けるまで待機する。利用者端末３は、イベント提供システムサーバ１からイベント情報を受信すると、受信したイベント情報を記憶部２６に記憶し（ＳＴ６２１１）、必要に応じて受信したイベント情報を情報出力部２４−２に出力して（ＳＴ６２１２）、処理を終了する。コールセンタ端末３０は、情報入力部３２−１から準備完了を示す信号を受け付けると（ＳＴ６２０９）、準備完了に応じて通話の対象となる利用者端末３の通話コードを受信情報ＤＢ３８から取得して、取得した通話コードを通話機能に入力して通話状態にして（ＳＴ６２１０）、処理を終了する。ＳＴ６２１０では、具体的にＳＴ５３１０と同様の処理が実行されると考えてよい。
【０２３１】
図６３は、本発明における第４実施形態の具体例を説明する図である。
【０２３２】
同図において、図６３（ｃ）では、謎の男の声がしゃべるセリフにおいてわざわざメールで報告してくれと言う必要がなく、単に「報告してくれたまえ」になっている。第１実施形態における具体例では、架空の人物のキャラについて非常識な印象をつくりあげるためと利用者２とのやり取りに自由度が持てない（アドリブが出来ない）ことを隠すために、あえて利用者２から連絡が取りづらくするようなメールという連絡手段を用いている。第１実施形態では、メールは一方的になりやすい通信手段であることを逆手にとって、そもそもスパイのボスはたかが電話と言えども平のスパイごときの電話にいちいち出ない雰囲気を醸し出すことに利用している。第４実施形態では、あえて電話で応対しないような配慮は入らないが、図６３（ｅ）で、相手先の通話番号を非通知として利用者２に具体的な通話番号を教えないようにして、仮想現実の世界に対するつじつまを演出するとよい。みだりに利用者２から通話されるとせっかくつくりあげた仮想現実の世界が崩れてしまうからである。なお、図６３（ｆ）に表示されている「ボスに報告」のアイコンを操作すると、イベント提供システムサーバ１を介してコールセンタ２８にいる役者担当のオペレータ２９と通話状態になる。オペレータ２９のいる各ブースはそれぞれ防音処理が施しておいて、架空の人物のいる架空の場所に合わせて、利用者端末３と通話する直前には効果音を流しておくとよい。ここで言うところの効果音とは、架空の人物が街を歩いているとすると、人の歩く音や話し声、車のクラクションや走行音といった街の雑踏のことであり、架空の場所を特定しないのならば先に述べたテーマ曲であってもよい。
【０２３３】
図６４は、本発明における第４実施形態の具体例を説明する図である。
【０２３４】
同図は、図６２のＳＴ６２０８およびＳＴ６２０９に対応する。同図において、役者担当オペレータ２９への指示情報として具体的には「準備は整いましたか？さぁこちらから電話を掛けます。役柄になりきって下さい」を情報出力部３２−２に出力している。指示情報とともに表示されている「準備完了」を役者担当オペレータ２９が操作すると、コールセンタ端末３０は情報入力部３２−１から準備完了を示す信号を受け付けたことになる。
【０２３５】
図６５は、本発明における第４実施形態の具体例を説明する図である。
【０２３６】
同図は、コールセンタ端末３０に出力される口裏合わせ情報の具体例であり、図４８、図４９に対応する。同図において、どのような役柄を演じて、何をしゃべればよいのかが役者担当のオペレータ２９にわかりやすいように、図例では「役柄情報」、「知っていること（言ってもいいこと、言ってはいけないこと）、知らないこと」、「役柄に従ってしゃべるセリフ」、「利用者端末３に与えたシチュエーション（状況）情報」および「特に注意する点」が示されている。役柄情報では、オペレータ２９がどんな人物になりきればよいのかが示されており、具体的には「スパイのボスであって、相手（利用者２）にとっては謎の男で、性格は無責任で身勝手でお調子者」であることが箇条書きで示されている。役者担当オペレータ４に対して自由度をなるべく持たせながら、押さえるべき最低限の要点を示しておくとよい。
【０２３７】
架空の人物が知っていることと知らないこととは、イベント提供システムサーバ１が提供するイベントにおいて重要な位置付けを示しており、これを疎かにするとすぐにイベントを進める上でのつじつまが合わなくなってくる。なお、知っていることには、さらに言ってもいいことと言ってはいけないことの２種類が存在し、特に注意は払うべきは言ってはいけないことである。わざわざ「知っていること（言ってもいいこと、言ってはいけないこと）、知らないこと」を３つに分けて示すことは、役者担当オペレータ２９がついうっかり口を滑らしてしまわぬように、クギをさす意味を持つという効果が期待できる。図例では、知っていることで言っても言いことには「セリフ」と書かれており、セリフ以外には言ってはいけないことを示す。なおセリフ情報には注意点として「相手が言うことなんぞ一切聞かない。一方的にしゃべって一方的に切る」が示されていて、役者担当オペレータ２９がセリフをしゃべる際に注意を促すことが出来る。
【０２３８】
もちろん、役者担当オペレータ２９として、ある程度の練習は必要ではあろうが、経験の浅い役者担当オペレータ２９であっても、イベント提供システムの支援があれば、この程度の指示で与えられた役柄を即興でもうまく演技することが出来る。また、利用者端末３に与えたシチュエーション（状況）情報は、利用者２の置かれた状況を推測するために役立つ情報であり、役者担当オペレータ２９の役作りに寄与し、ここではセリフ以外のことは言えないとしても、後々の展開に配慮したり、この状況にそぐわないことを言わないようにするための参考情報となる。さらに、特に注意する点の欄は、コールセンタ端末３０に出力される口裏合わせ情報の中でも目立つように表示ウィンドウの形が変えるという配慮がなされており、具体的には「（利用者２との）ファーストコンタクトです。非常識な人間の印象を与えて下さい。最初が肝心です」が示されている。
【０２３９】
（第４−４実施形態）
図６６は、図４８または図４９に示すシステム全体図に続く本発明の実施形態におけるイベント提供システムのシステム全体図である。
【０２４０】
同図は、目的地と課題からなるイベント情報を利用者端末３に提供する際や利用者端末３からイベント内の架空の人物（コールセンタ２８にいる役者担当オペレータ２９）への報告する場合の処理を示す。同図において、利用者２と架空の人物と何らかのやりとりが発生した場合には、イベント提供システムサーバ１からコールセンタ２８にあらかじめ待機している役者担当のオペレータ２９に対する口裏合わせのための事前情報をコールセンタ端末３０に送信した上で、口裏合わせ情報を送信済みの役者担当オペレータ２９の持つ通話部３１の通話用コードを利用者端末３に送信する。この仕組みによっても同様に、利用者２は現実世界のどこかにいる人物とあたかもやりとりしているかのように感じることが出来る。利用者端末３に送信された通話用コードは架空の人物を演じる役者担当のオペレータ２９と通話できる機器のコードであればよく、通話端末３１に直接通話できる通話コードであっても、図例のようにコールセンタ端末３０につながる通話コードであって通話端末３１はコールセンタ端末３０の子機端末であってもよい。
【０２４１】
図６７は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０２４２】
同図において、利用者端末３から通話開始操作（イベントの課題に対する操作）を受け付ける機能と、通話開始操作を受け付けた利用者端末３に提供しているイベントに関してコールセンタ端末３０に送信済みの口裏合わせ情報に対応する情報コードを配信情報ＤＢ１６から取得する機能と、利用者端末３から通話開始操作があったことを通知する通知情報とともに取得した情報コードをコールセンタ端末３０に送信する機能と、送信した情報に対してコールセンタ端末３０から受信完了情報を受信する機能と、受信完了情報の受信に応じてコールセンタ端末３０の通話コードをイベント情報ＤＢ４から取得する機能と、取得した通話コードを利用者端末３に送信する機能とを有する。この機能ブロック図では、コールセンタ端末３０に送信済みの口裏合わせ情報に対応する情報コードを配信情報ＤＢ１６から取得しているが、配信情報ＤＢ１６から取得した情報に基づいて送信済みの口裏合わせ情報をイベント情報ＤＢ４から再度取得して、取得した口裏合わせ情報をコールセンタ端末３０に送信してもよい。
【０２４３】
図６８は、図６７に続く本発明の実施形態における利用者端末の機能ブロック図である。
【０２４４】
同図において、利用者端末３は、情報入力部２４−１から通話開始操作を受け付ける機能と、相手先を呼び出す呼出音を擬似的に出力する機能と、擬似的に呼出音を出力しているうちにイベント提供システムサーバ１へ通話開始操作の受付報告情報を送信する機能とを有する。擬似的に出力される呼出音は、コールセンタ端末３０で段取りが整うまでの時間稼ぎのために用いられる。さらに、利用者端末３は、イベント提供システムサーバ１からコールセンタ端末３０の持つ通話部３１の通話コードを受信する機能と、受信した通話コードを通話機能に入力する機能と、（通話機能で実際に呼出をしている通話音が出力されるので）擬似的に出力していた呼出音を停止する機能と、取得した通話コードを用いてコールセンタ端末３０と通話する機能とを有する。
【０２４５】
利用者２は（イベント提供システムサーバ１から提供された）イベントの実行結果を報告したりするために、また時にはイベントについて相談したりするために、役者担当オペレータ２９が演じる架空の人物に利用者端末３の持つ通話機能を用いて通話してくることがある。この際、情報入力部２４−１から通話開始操作をするが、直接コールセンタ端末３０に接続されるわけではない。なぜなら、役者担当オペレータ２９は、架空の人物としての演技をしているだけなので、どの口裏合わせ情報に基づく演技をすればよいのかがわからなければたちまち矛盾をさらけ出してしまうからである。そこで、コールセンタ端末３０の情報出力部３２−２に口裏合わせ情報をあらかじめ出力した上で利用者２からの通話を受けるようにイベント提供システムサーバ１で仲介するようにした。なお、利用者端末３から送信された通話開始操作の受付報告情報をコールセンタ端末３０で直接受信し、受信した情報に基づいて情報出力部３２−２に口裏合わせ情報をあらかじめ出力した上で利用者２からの通話を受ける処理を実行するようにしてもよい。
【０２４６】
図６９は、図６７および図６８に示す機能ブロック図に対応するイベント提供システムサーバとコールセンタ端末および利用者端末の演算部におけるフローチャートである。
【０２４７】
同図において、利用者端末３は、情報入力部２４−１から通話開始操作を受け付けると（ＳＴ６９０１）、相手先を呼び出す呼出音を擬似的に出力し（ＳＴ６９０２）、擬似的に呼出音を出力しているうちにイベント提供システムサーバ１へ通話開始操作の受付報告情報を送信する（ＳＴ６９０３）。イベント提供システムサーバ１は、利用者端末３から通話開始操作（イベントの課題に対する操作）を受け付けると、通話開始操作を受け付けた利用者端末３に提供しているイベントに関してコールセンタ端末３０に送信済みの口裏合わせ情報に対応する情報コードを配信情報ＤＢ１６から取得し（ＳＴ６９０４）、利用者端末３から通話開始操作があったことを通知する通知情報とともに取得した情報コードをコールセンタ端末３０に送信する（ＳＴ６９０５）。コールセンタ端末６は、イベント提供システムサーバ１から通知情報とともに情報コードを受信すると、受信した通知情報を情報出力部３２−２に出力し（ＳＴ６９０６）、必要に応じて口裏合わせ情報を情報出力部３２−２に出力し（ＳＴ６９０７）、情報の受信完了をイベント提供システムサーバ１に返信して（ＳＴ６９０８）、処理を終了する。イベント提供システムサーバ１は、送信した情報に対してコールセンタ端末３０から受信完了情報を受信すると、受信完了情報の受信に応じてコールセンタ端末３０の通話コードをイベント情報ＤＢ４から取得し、取得した通話コードを利用者端末３に送信し（ＳＴ６９０９）、送信結果を配信情報ＤＢ１６に記憶して（ＳＴ６９１０）、処理を終了する。利用者端末３は、イベント提供システムサーバ１からコールセンタ端末３０の持つ通話部３１の通話コードを受信すると、受信した通話コードを通話機能に入力（ＳＴ６９１１）し、（通話機能で実際に呼出をしている通話音が出力されるので）擬似的に出力していた呼出音を停止して（ＳＴ６９１２）、処理を終了する。
【０２４８】
図７０は、本発明における第４実施形態の具体例を説明する図である。
【０２４９】
同図は、図６９のＳＴ６９０６に対応する。同図において、コールセンタ端末３０では、利用者端末３から実際に通話コールがあるまでのわずかな時間で役者担当オペレータ２９に演技の準備を促すための指示情報として「利用者端末からコールです。準備はいいですか？役柄になりきって下さい」を情報出力部３２−２に出力している。
【０２５０】
図７１は、本発明における第４実施形態の具体例を説明する図である。
【０２５１】
同図は、コールセンタ端末３０に出力される口裏合わせ情報の具体例であり、（利用者端末３からの通話機能を通じて）利用者２から聞いた課題に対する結果をオペレータ２９に判断させる場合を示す。特に注意する点の欄に正解が示されており、オペレータ２９はこの正解と一致しているかしていないかを判断して、正解／不正解の入力欄にしめされた「正解」のアイコンまたは「不正解」のアイコンを操作する。参考情報として、利用者端末３に現在表示されている情報が表示されていてもよく、制限時間のカウントダウン情報も連動していると、制限時間の残り時間に応じて対応を変えるというアドリブに活用できる。ここで言うところのアドリブとは、例えば制限時間が十分残っている場合には「今、忙しい」と言って電話を切ってしまうなど、利用者２がハラハラ（時にイライラ）する演出に活用できる。
【０２５２】
図７２は、本発明における第４実施形態の具体例を説明する図である。
【０２５３】
同図は、イベント提供システムから提供するイベントが継続していく際の利用者端末３の具体例を示す。同図において、図７２（ａ）では、利用者２が利用者端末３の通話機能を用いて、イベント提供システムサーバ１が提供するイベント内の課題に対して回答している。利用者２はここで具体的には「答えはなごり雪！どうだ、まいったか」と言っている。図７２（ｂ）は、図７２（ａ）で正解を答えた利用者２との通話によって役者担当オペレータ４が課題の判定結果をコールセンタ端末３０に入力した後に得られた口裏合わせ情報によって、次のイベントに関する情報が役者担当オペレータ２９から利用者２に伝えられている様子を示す。
【０２５４】
（第４−５実施形態）
この実施形態におけるイベント提供システムサーバ１からコールセンタ端末３０への口裏合わせ情報と利用者端末３への役者担当オペレータ２９を介さない情報の送信の仕方には、第４−１実施形態に示すように都度、送信される場合や、第４−２実施形態に示すように役者担当オペレータ２９を介する情報も介さない情報もすべてのイベント情報が一旦コールセンタ端末３０に送信される場合や、第４−３実施形態のようにあらかじめ送信される場合がある。ここでは、第４−１実施形態と同様に口裏合わせ情報が都度、送信される場合を示して、他の実施形態と同様の場合は省略する。なお、第４−１実施形態から第４−３実施形態までの仕組みをイベントの種類などによって組み合わせてもよい。
【０２５５】
図７３は、図６６に示すシステム全体図に続く本発明の実施形態におけるイベント提供システムのシステム全体図である。
【０２５６】
同図は、図７１に示す具体例において、課題の判定を役者担当オペレータ２９が利用者２との通話によって判定し、その判定結果をコールセンタ端末３０に入力（図７１の具体例では、『正解／不正解の入力』に相当）した場合の処理を示す。同図において、コールセンタ端末３０は役者担当オペレータ２９から受け付けた課題の判定結果をイベント提供システムサーバ１に送信する。コールセンタ端末３０から課題の判定結果を受信したイベント提供システムサーバ１は、その判定結果に基づいて次の事前情報（口裏合わせ情報）をイベント情報ＤＢ４から取得して、取得した情報をコールセンタ端末３０に送信し、役者担当オペレータ２９を介さなくてもよい情報は利用者端末３に送信する。イベント情報ＤＢ４から次の事前情報（口裏合わせ情報）を取得したコールセンタ端末３０は、役者担当オペレータ２９に対して取得した情報を情報出力部３２−２に出力し、役者担当オペレータ２９から利用者端末３との通話によって利用者２に伝えられる。このように新たなイベント情報を受け取った利用者２は次の行動を実行していく。なお、イベント提供システムサーバ１からコールセンタ端末３０に、そのイベントにおけるすべての状況（図７１の具体例で説明すると、利用者２が答えた内容が正解だった場合と不正解だった場合）に対応した事前情報（口裏合わせ情報）をあらかじめ送信しておいてもよい。
【０２５７】
図７４は、本発明の実施形態におけるコールセンタ端末の機能ブロック図である。
【０２５８】
同図において、コールセンタ端末３０は、情報入力部３２−１から課題の判定結果を受け付ける機能と、イベント提供システムサーバ１へ受け付けた判定結果を送信する機能とを有し、さらに、イベント提供システムサーバ１から次の口裏合わせ情報を受信する機能と、受信した口裏合わせ情報を受信情報ＤＢ３８に記憶する機能と、受信した口裏合わせ情報を情報出力部３２−２に出力する機能とを有する。
【０２５９】
図７５は、図７４に示す機能ブロック図に対応するイベント提供システムサーバとコールセンタ端末および利用者端末の演算部におけるフローチャートである。
【０２６０】
同図において、コールセンタ端末３０は、役者担当オペレータ２９が判定したイベントの課題に対する判定結果を受け付けると（ＳＴ７５０１）、イベント提供システムサーバ１へ受け付けた判定結果を送信する（ＳＴ７５０２）。イベント提供システムサーバ１は、コールセンタ端末３０から課題に対する判定結果を受け付けると、受信した判定結果に基づいて次のイベント情報をイベント情報ＤＢ４から取得し（ＳＴ７５０３）、取得した情報の送信先をコールセンタ端末３０にするか利用者端末３にするかについてコールセンタ２８にいる役者担当オペレータ２９を介して利用者２に伝える情報であるか否かを判断基準として取得した情報の送信先を判断して、判断結果に基づいてコールセンタ端末３０に送信する情報をコールセンタ端末３０に送信し（ＳＴ７５０４）、判断結果に基づいて役者担当オペレータ２９を介さない情報を利用者端末３に送信し（ＳＴ７５０５）、送信結果を配信情報ＤＢ１６に記憶して（ＳＴ７５０６）、処理を終了する。コールセンタ端末３０は、イベント提供システムサーバ１から次の口裏合わせ情報を受信すると、受信した情報を受信情報ＤＢ３８に記憶し（ＳＴ７５０７）、受信した次の口裏合わせ情報を情報出力部３２−２に出力して（ＳＴ７５０８）、処理を終了する。利用者端末３は、イベント提供システムサーバ１からイベント情報を受信すると、受信したイベント情報を記憶部２６に記憶し（ＳＴ７５０９）、必要に応じて受信したイベント情報を情報出力部２４−２に出力して（ＳＴ７５１０）、処理を終了する。
【０２６１】
図７６は、本発明における第４実施形態の具体例を説明する図である。
【０２６２】
同図は、図７１に示す具体例において、「正解」のアイコン表示に対応する操作をオペレータ２９がした場合を示す。同図において、「正解」のアイコン表示に対応する操作をすると、正解の場合のセリフが自動的に開くようにしてある。
【０２６３】
図７７は、本発明における第４実施形態の具体例を説明する図である。
【０２６４】
同図は、図７１に示す具体例において、「不正解」のアイコン表示に対応する操作をオペレータ２９がした場合を示す。同図において、「不正解」のアイコン表示に対応する操作をすると、不正解の場合のセリフが自動的に開くようにしてある。
【０２６５】
図７８は、本発明における第４実施形態の具体例を説明する図である。
【０２６６】
同図は、図７１に示す具体例において、「不正解」のアイコン表示に対応する操作をオペレータ２９がした場合であり、図７７に示すように一方的に電話を切ってしまうのではなく、あらかじめ定める架空の人物のキャラを崩さない範囲で利用者２からのヘルプコールを受ける場合を示す。同図において、この機能はイベント進行上、どうしても避けることの出来ない不慮の事態に対応するものであり、通話機能を用いるのならいざというときの連絡係りに役者担当のオペレータ２９を活用することが出来る。なお、「不正解」のアイコン表示に対応する操作をすると、不正解の場合のセリフが自動的に開くようにしてあるのは図７７と同様であるが、言ってもよいとされるセリフ集が示されており、どのような言い方をするかはオペレータ２９の自己裁量に委ねられるものの、システムから守るべき線を明示した上でのオペレータ２９の存在が、イベント提供システムサーバ１から提供するイベントにおける持ち味とすることが出来る。
【０２６７】
（第５実施形態）
図７９〜図９８を用いて、本発明における第５実施形態を説明する。第５実施形態の特徴は、複数の利用者２に対して同時に同一のイベント情報を提供して、互いに同一の目標に向かって協力させることであり、第１実施形態と異なる点のみを以下説明する。複数の利用者２が互いに同一の目標に向かって協力させるためには、まず同一のイベント情報を用いて対象となる複数の利用者２を同一の目的地において互いに引き合わせる必要がある。
【０２６８】
（第５−１実施形態）
図７９は、第１実施形態における図１および図２に示すシステム全体図に対応する第５実施形態におけるイベント提供システムにおけるシステム全体図である。
【０２６９】
同図は、図９に示すフローチャートのＳＴ９０２または図１８に示すフローチャートのＳＴ１８０５において、同一の課題を複数の利用者端末３に同時に送信することで利用者２どうしを協力させるイベントを選択した場合の実施形態である。同図において、イベント提供システムサーバ１は、同一の目的地と課題を複数の利用者２である利用者２−１の持つ利用者端末３−１と利用者２−２の持つ利用者端末３−２に、互いを引き合わせるための手掛かり情報をつけて送信する。利用者端末３−１に送信する手掛かり情報は利用者２−２に関する手掛かり情報であり、利用者端末３−２に送信する手掛かり情報は利用者２−１に関する手掛かり情報である。それぞれの手掛かり情報は利用者端末３を介して、それぞれの利用者２に入力させるとよい。
【０２７０】
図８０は、第１実施形態における図１および図２に示すシステム全体図に対応する第５実施形態におけるイベント提供システムにおけるシステム全体図である。
【０２７１】
同図は、図７９に続く処理を示している。同図において、イベント提供システムサーバ１から取得したイベント情報が示す同一の目的地を互いに目指す利用者２−１と利用者２−２は、目的地において利用者端末３に出力された手掛かり情報を頼りに他の利用者２と接触し、相手側から入手した情報をイベント提供システムサーバ１に送信することで、課題を達成することが出来る。
【０２７２】
図８１は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０２７３】
同図において、イベント提供システムサーバ１は、利用者端末３またはパスゲート６からイベント開始を受け付ける機能と、複数の利用者２に対する同一課題イベントを発生させると判断する機能と、イベントに参加させる複数の利用者２の持つ利用者端末３を選択する機能と、選択した利用者端末３に利用者２自身を見つけるための手掛かりとなる手掛かり情報の入力指示を送信する機能と、一方の利用者端末３−１（３−２）から手掛かり情報を受信する機能と、同一課題を実行させるためのイベント情報をイベント情報ＤＢ４から取得して、一方の利用者端末３−１（３−２）から受信した手掛かり情報を付与する機能と、手掛かり情報を付与したイベント情報を他方の利用者端末３−２（３−１）に送信する機能とを有する。
【０２７４】
図８２は、本発明の実施形態における利用者端末の機能ブロック図である。
【０２７５】
同図において、一方の利用者端末３−１（３−２）は、イベント提供システムサーバ１から手掛かり情報の入力指示を受信する機能と、受信した手掛かり情報の入力指示を情報出力部に出力する機能と、出力された指示に応じた利用者２−１（２−２）からの手掛かり情報の入力を受け付ける機能と、受け付けた手掛かり情報をイベント提供システムサーバ１に送信する機能とを有する。さらにイベント提供システムサーバ１から他者の手掛かり情報が付与されたイベント情報を受信する機能と、受信した情報を記憶部２６に記憶する機能と、必要に応じて受信した情報を記憶部２６から取得して情報出力部２４−２に出力する機能とを有する。
【０２７６】
図８３は、図８１、図８２に示す機能ブロック図に対応するイベント提供システムサーバと一方の利用者端末および他方の利用者端末の演算部におけるフローチャートである。
【０２７７】
同図において、イベント提供システムサーバ１は、複数の利用者２に対する同一課題イベントを発生させると判断すると（ＳＴ８３０１）、イベントに参加させる複数の利用者２の持つ利用者端末３を選択し（ＳＴ８３０２）、選択した利用者端末３に利用者２自身を見つけるための手掛かりとなる手掛かり情報の入力指示を送信する（ＳＴ８３０３）。一方の利用者端末３−１（３−２）は、イベント提供システムサーバ１から手掛かり情報の入力指示を受信すると、受信した手掛かり情報の入力指示を情報出力部に出力し（ＳＴ８３０４）、出力された指示に応じた利用者２−１（２−２）からの手掛かり情報の入力を受け付け（ＳＴ８３０５）、受け付けた手掛かり情報をイベント提供システムサーバ１に送信する（ＳＴ８３０６）。同様に他方の利用者端末３−２（３−１）は、イベント提供システムサーバ１から手掛かり情報の入力指示を受信すると、受信した手掛かり情報の入力指示を情報出力部に出力し（ＳＴ８３０７）、出力された指示に応じた利用者２からの手掛かり情報の入力を受け付け（ＳＴ８３０８）、受け付けた手掛かり情報をイベント提供システムサーバ１に送信する（ＳＴ８３０９）。
【０２７８】
イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）から手掛かり情報を受信すると、同一の課題を実行するためのイベント情報に一方の利用者端末３−１（３−２）から受信した手掛かり情報を付与して（ＳＴ８３１０）、他方の利用者端末３−２（３−１）に送信し（ＳＴ８３１１）、同様に他方の利用者端末３−２（３−１）から手掛かり情報を受信すると、同一の課題を実行するためのイベント情報に他方の利用者端末３−２（３−１）から受信した手掛かり情報を付与して（ＳＴ８３１０）、一方の利用者端末３−１（３−２）に送信し（ＳＴ８３１１）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ８３１２）、処理を終了する。一方の利用者端末３−１（３−２）または他方の利用者端末３−２（３−１）は、イベント提供システムサーバ１から手掛かり情報が付与されたイベント情報を受信すると、受信した情報を記憶部に記憶し（ＳＴ８３１３、ＳＴ８３１５）、必要に応じて受信した情報を情報出力部に出力して（ＳＴ８３１４、ＳＴ８３１６）、処理を終了する。
【０２７９】
図８４は、本発明における第５実施形態の具体例を説明する図である。
【０２８０】
同図は、複数の利用者２に対して同時に同一のイベント情報を提供するイベント開始時に手掛かり情報の入力指示を利用者端末３が情報出力部に出力する具体例を示す。同図において、図８４（ｂ）で、利用者２に関する今日の服装とその色を入力させる指示を出力しており、具体的には「さっそく、次の任務を伝える。清水寺参道から三年坂を下った先の円山公園で他のスパイとコンタクトを取れ。制限時間は４５分。まず、君の服装と色をメールで送ってくれたまえ。」という言葉を出力している。図８４（ｄ）では、手掛かり情報の入力要求を文字または画像情報として出力している利用者端末３の表示画面を示しており、具体的には「あなたの服装と色は？」という指示が表示されている。
【０２８１】
図８５は、本発明における第５実施形態の具体例を説明する図である。
【０２８２】
同図は、図８４（ｄ）に示す「ボスに報告」のアイコンを操作した後の利用者端末３が情報出力部に出力する具体例を示す。同図において、図８５（ａ）は、図８４（ｄ）に示す「ボスに報告」のアイコンを操作した後の表示例であって、利用者２が自らの今日の服装を入力するための選択肢と「次へ」のアイコンが表示されている。服装入力の選択肢は具体的に「▲１▼ジャケット、▲２▼シャツ（襟付き）、▲３▼Ｔシャツ、▲４▼セータ、▲５▼その他」が表示されており、利用者２が選択肢を選択して「次へ」のアイコンを操作すると図８５（ｂ）に示す服装の色を入力するための選択肢と「次へ」のアイコンが表示される。色の選択は厳密に細分化する必要もなく、極々一般的な色を表示しており、具体的には「▲１▼白、▲２▼黒、▲３▼赤、▲４▼青、▲５▼黄、▲６▼緑、▲７▼茶、▲８▼グレー（灰）、▲９▼ピンク（桃）、（１０）その他」が表示されており、利用者２が選択肢を選択して「次へ」のアイコンを操作すると図８５（ｃ）に示す入力確認のために、利用者２が入力した結果と「はい」のアイコンと「いいえ」のアイコンが表示されている。ここで「はい」のアイコンを操作すると入力結果である「赤のセータ」が利用者２を見つけるための手掛かり情報としてイベント提供システムサーバ１に送信される。
【０２８３】
図８６は、本発明における第５実施形態の具体例を説明する図である。
【０２８４】
同図は、図８５で入力した手掛かり情報では不十分な場合のバリエーションの具体例を示す。図８６（ａ）は、図８５（ａ）で「その他」を選択した場合に表示される表示例であって、具体的には「今日の服装は？最も一般的な言い方で言うと何？」を表示して利用者２に入力を促し、利用者２は「タンクトップ」を入力している。図８６（ｂ）は、服装以外の特徴も入力する場合の表示例であって、具体的には「眼鏡は？▲１▼有り、▲２▼無し」を表示している、同様に帽子や鞄、靴など目に付きやすいものを入力させてもよい。
【０２８５】
図８７は、本発明の第５実施形態における具体例を説明する説明図である。
【０２８６】
同図は、利用者端末３から手掛かり情報を入力させた後の課題情報の具体例を示す。同図において、図８７（ｂ）に示す言葉と音は、図８７（ａ）に応じた利用者２が通話スイッチを操作することによって出力され、具体的には「さっそく、真の任務を伝える。清水寺参道から三年坂を下った先の円山公園で他のスパイ（黒のタンクトップ、眼鏡あり）に暗号『しだれ桜』を伝えよ。制限時間は４５分。もちろん、わかっているとは思うが、失敗すれば君の命はない。以上。プツ（通話が一方的に切れる音）」という言葉と音を出力している。図８７（ｂ）に示す言葉と音は、図８７（ａ）に応じた利用者２が通話スイッチを操作することによって出力され、「さっそく、真の任務を伝える。」および「もちろん、わかっているとは思うが、失敗すれば君の命はない。」という言葉が、イベント提供システムサーバ１から提供されるイベントにおける利用者２に関する架空の状況設定の続きである。「もちろん、わかっているとは思うが、失敗すれば君の命はない。」という架空の人物のキャラがいい加減（無責任）な人であることを示す言葉は、「もちろん、わかっているとは思うが、失敗すれば君の命の保障はない。」または「もちろん、わかっているとは思うが、我々の命運はすべて君にかかっている」などでもよい。
【０２８７】
図８８は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０２８８】
同図において、イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）から指示情報に含まれる課題に対する結果情報を受信する機能と、他方の利用者端末３−２（３−１）に送信したイベント情報をイベント情報ＤＢ４から取得する機能と、一方の利用者端末３−１（３−２）から受信した結果情報が他方の利用者端末３−２（３−１）に送信済みのイベント情報と一致するか否かを判断する機能と、判断結果に基づいてイベント情報ＤＢ４から情報を取得する機能と、取得した情報を一方の利用者端末３−１（３−２）に送信する機能とを有する。
【０２８９】
図８９は、図８８に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【０２９０】
同図において、イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）からイベント情報として送信済みの課題に対する結果情報を受信すると（ＳＴ８９０１）、他方の利用者端末３−２（３−１）に送信したイベント情報をイベント情報ＤＢ４から取得し（ＳＴ８９０２）、一方の利用者端末３−１（３−２）から受信した結果情報が他方の利用者端末３−２（３−１）に送信済みのイベント情報と一致するか否かを判断して（ＳＴ８９０３）、一致した場合には、課題のクリアによりミッション完了と判断し（ＳＴ８９０４）、課題に対する判断結果から全てのイベントが終了したか否かを判断して（ＳＴ８９０５）、終了したと判断された場合には結末情報がイベント情報ＤＢ４から取得され（ＳＴ８９０６）、終了していないと判断された場合には次のイベント情報がイベント情報ＤＢ４から取得され（ＳＴ８９０７）、取得した情報を利用者端末３に送信し（ＳＴ８９１０）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ８９１１）、処理を終了する。ＳＴ８９０３で一致しなかった場合には、課題はクリアされていない（ミッション未達成）と判断し（ＳＴ８９０８）、ミッション未達成を通知する情報をイベント情報ＤＢ４から取得して（ＳＴ８９０９）、取得した情報を利用者端末３に送信し（ＳＴ８９１０）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ８９１１）、処理を終了する。
【０２９１】
図９０は、本発明における第５実施形態の具体例を説明する図である。
【０２９２】
同図は、利用者端末３から手掛かり情報を入力させた後の指示情報の具体例を示す。図９０（ａ）は、一方の利用者２−１の持つ利用者端末３−１の表示画面であり、他の利用者２−２の持つ利用者端末３−２から入力された他の利用者２−２に関する手掛かり情報「黒のタンクトップ、眼鏡あり」をイベント提供システムサーバ１が仲介することによって、イベントの指示情報「清水寺参道から三年坂を下った先の円山公園で他のスパイ（黒のタンクトップ、眼鏡あり）に暗号『しだれ桜』を伝えよ」が表示されている。同様に他の利用者端末３−２には、イベントの指示情報「清水寺参道から三年坂を下った先の円山公園で他のスパイ（赤のセータ、眼鏡なし）に暗号『桜吹雪』を伝えよ」が表示されている。
【０２９３】
一方の利用者２−１は、他の利用者２−２から暗号とされる「桜吹雪」を受け取って、イベント提供システムサーバ１に送信することで課題を達成したことになる。なお、相手方にうまく暗号を伝えることも課題であるとするならば、他の利用者端末３−２から「しだれ桜」がイベント提供システムサーバ１に送信されることを含めて課題の達成としてもよいし、一方の情報だけでは達成度が減らされるとしてもよい。
【０２９４】
（第５−２実施形態）
図９１〜図９３を用いて、本発明における第５−２実施形態を説明する。第５−２２実施形態の特徴は、利用者２どうしがなかなか出会えない場合に配慮した追加の手掛かり情報を双方の利用者端末３に送信することである。追加の手掛かり情報は、例えば利用者端末３を介して同時に同一動作の実行を双方の利用者３に指示する指示情報であるとよく、多くの人が周りにいて同一課題のイベントに参加している利用者２が互いに誰かわからない場合でも同時に同じ動作をすることで、周りからうまく浮くことが出来る。ここで言うところの浮くとは、周りの人に与えるその雰囲気がなんとなく奇妙な状態のことであり、多くの人の中にその存在が埋もれてしまわないようにうまく浮かなければならない。
【０２９５】
図９１は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０２９６】
同図において、イベント提供システムサーバ１は、手掛かり情報を付与したイベント情報の送信終了からの経過時間を計測する機能と、計測された経過時間に応じて追加の手掛かり情報をイベント情報ＤＢ４から取得する機能と、取得した追加の手掛かり情報を双方の利用者端末３に送信する機能とを有する。
【０２９７】
図９２は、図９１に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【０２９８】
同図において、イベント提供システムサーバ１は、ミッションがクリアされていない（完了していない）と判断すると（ＳＴ９２０１）、一定時間が経過したか否かを判断して（ＳＴ９２０２）、経過していなければＳＴ９２０１に戻り、経過していれば、複数の利用者２に対して同時に同一動作をさせる指示情報をイベント情報ＤＢ４から取得し（ＳＴ９２０３）、複数の利用者２を互いに引き合わせるための手掛かり情報（ヒント）として取得した情報をそれぞれの利用者端末３に送信し（ＳＴ９２０４）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ９２０５）、処理を終了する。
【０２９９】
図９３は、本発明における第５実施形態の具体例を説明する図である。
【０３００】
同図は、図９２に示すフローチャートに対応する具体例である。同図において、イベント提供システムサーバ１は、複数の利用者２を互いに引き合わせるための手掛かり情報（ヒント）として同一動作を同時にさせる指示情報をそれぞれの利用者端末３に送信しており、具体的には「まだ、見つからないのか？いいから、互いにそこで飛んでみろ。ぴょんぴょん」がそれぞれの利用者端末３に表示されている。利用者２が到着した目的地が、広い場所で多くの人が集う場所であってもこのように同時に何かの動作を利用者２にさせることによって、互いに引き合わせることが出来る。なお、指示する動作は紛らわしいものではなく、むしろ不自然な動作である方がよく、その場で浮くこと（いわゆる場違いであること）によって指示情報が示す他のスパイが誰であるのかを知ることが出来る。もちろん、利用者２にとって場違いな動作は恥ずかしさが伴うものであるが、イベント提供システムサーバ１が提供するイベントが身勝手で無責任と設定した架空の人物が悪ノリしてように見え、もう誰にも止められないかのような暴走感を演出することが出来る。ただし、架空の人物がここまで悪ノリすると逆に利用者２どおしの間に例えば「お互いに大変ですね」などといった一種の連帯感が生じることもあり、これは同じ境遇（この場合は被害者意識）が人を共感し合わせるためでもあると言われている。イベント提供システムサーバ１が提供するイベントとしては、時に一貫性をもって妥協のない悪ノリをした方が、イベントとしての特徴もはっきりしてくるため、中途半端な悪ノリをするなら、とことん悪ノリの演出をした方がよいとも言える。
【０３０１】
（第５−３実施形態）
図９４〜図９８を用いて、本発明における第５−３実施形態を説明する。第５−３実施形態の特徴は、一方の利用者端末３−１（３−２）から取得した手掛かり情報の一部をあえて伏せておき、同一課題イベントが達成した後に、伏せておいた手掛かり情報について他方の利用者２−２（２−１）に問う追加の課題情報を他方の利用者端末３−２（３−１）に送信することである。具体的には、イベント達成にホッとして気が抜けている一方の利用者２−１（２−２）に対して、さっき出会った他方の利用者２−２（２−１）の服装を問うものである。出会ったときに注意して観察していれば容易に気付くことであっても、後から問われると案外覚えていないものであり、利用者２の意表を付くような楽しいイベントを提供することが出来る。追加の課題情報は、出会った利用者たちがそれぞれ次の行動に移行した後のタイミングで送信するとよく、例えば次のイベントとしてそれぞれの利用者端末に別の課題を与えておいてから送信すると目の前に他方の利用者２−２（２−１）の姿がすでになくなっているので、問われた一方の利用者２−１（２−２）は曖昧な記憶に頼らざるを得なくなる。
【０３０２】
図９４は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０３０３】
同図において、イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）から手掛かり情報を受信する機能と、同一の課題を実行するためのイベント情報に一方の利用者端末３−１（３−２）から受信した手掛かり情報の一部を付与する機能と、受信した手掛かり情報の一部を付与したイベント情報を他方の利用者端末３−２（３−１）に送信する機能とを有する。
【０３０４】
図９５は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０３０５】
同図において、イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）から受信した結果情報が他方の利用者端末３−２（３−１）に送信済みのイベント情報と一致するか否かを判断する機能によって、同一課題イベントの達成を判断すると、他方の利用者端末３−２（３−１）から取得した手掛かり情報のうち付与しなかった手掛かり情報について問う追加の課題情報をイベント情報ＤＢ４から取得する機能と、取得した追加の課題情報を一方の利用者端末３−１（３−２）に送信する機能とを有する。
【０３０６】
図９６は、図９４に示す機能ブロック図に対応するイベント提供システムサーバと一方の利用者端末および他方の利用者端末の演算部におけるフローチャートである。
【０３０７】
同図において、イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）から手掛かり情報を受信すると、同一の課題を実行するためのイベント情報に一方の利用者端末３−１（３−２）から受信した手掛かり情報の一部を付与して（ＳＴ９６１０）、他方の利用者端末３−２（３−１）に送信し（ＳＴ９６１１）、同様に他方の利用者端末３−２（３−１）から手掛かり情報を受信すると、同一の課題を実行するためのイベント情報に他方の利用者端末３−２（３−１）から受信した手掛かり情報の一部を付与して（ＳＴ９６１０）、一方の利用者端末３−１（３−２）に送信し（ＳＴ９６１１）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ９６１２）、処理を終了する。
【０３０８】
図９７は、図９５に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【０３０９】
同図において、イベント提供システムサーバ１は、一方の利用者端末３−１（３−２）から受信した結果情報が他方の利用者端末３−２（３−１）に送信済みのイベント情報と一致するか否かを判断することによって、同一課題イベントの達成を判断すると（ＳＴ９７０１）、他方の利用者端末３−２（３−１）から取得した手掛かり情報のうち付与しなかった手掛かり情報について問う追加の課題情報をイベント情報ＤＢ４から取得し（ＳＴ９７０２）、取得した追加の課題情報を一方の利用者端末３−１（３−２）に送信し（ＳＴ９７０３）、利用者端末３に送信した結果を配信情報ＤＢ１６に記憶して（ＳＴ９７０４）、処理を終了する。
【０３１０】
図９８は、本発明の第５実施形態における具体例を説明する説明図である。
【０３１１】
同図において、イベント提供システムサーバ１は、利用者端末３−２から入力された利用者２−２に関する手掛かり情報のうち「黒のタンクトップ、眼鏡あり」をイベント情報に付与する手掛かり情報として利用し、イベント達成後の追加の課題情報として具体的に「さっき出会った他のスパイは指輪をしていたか否かを答えよ、制限時間は１分」を利用者２−１の持つ利用者端末３−１に出力している。また、利用者端末３−１から入力された利用者２−１に関する手掛かり情報のうち「赤のセータ、眼鏡なし」をイベント情報に付与する手掛かり情報として利用し、イベント達成後の追加の課題情報として具体的に「さっき出会った他のスパイのはめていた時計の種類を答えよ、制限時間は２分」を利用者２−２の持つ利用者端末３−２に出力している。これはひっかけ問題であり、イベント提供システムサーバ１は、利用者端末３−１から取得した手掛かり情報から「利用者２−１は時計をしていない」ことがわかっていながら、時計の種類を問う追加の課題情報を送信する。こう問われた利用者２−２の心理としては、利用者２−１が時計をしていたか否かよく覚えていないにも関わらず（実際に利用者２−１が時計をしていたわけでもないのに）、利用者２−１が何らかの時計をしていたかのように錯覚してしまうことがよくある。冷静に出会った利用者２−１の服装を観察していれば利用者２−１は時計をはめていなかったことに気付くものであるが、多くの利用者はそこまで気を配っていないことが多いので、大概の利用者２−２はイベント提供システムが仕掛けた巧妙な罠にひっかかってしまう。
【０３１２】
（第６実施形態）
図９９〜図１０７を用いて、本発明における第６実施形態を説明する。第６実施形態の特徴は、イベント提供システムサーバ１の提供するイベントに役者担当スタッフ４０を用いることであり、第１実施形態と異なる点のみを以下説明する。
【０３１３】
図９９は、第１実施形態における図１および図２に示すシステム全体図に対応する第６実施形態におけるイベント提供システムにおけるシステム全体図である。
【０３１４】
同図は、利用者２の向かう目的地にあらかじめ役者担当スタッフ４０を配置して、イベントの進行に役者担当スタッフ４０を活用する場合の仕組みを示す。同図において、イベント提供システムサーバ１は、役者担当スタッフ４０に対する口裏合わせのための事前情報を役者担当スタッフ４０の持つスタッフ端末４１に送信した上で、利用者端末３に目的地と課題、さらに役者担当スタッフ４０に引き合わせるための手掛かり情報を送信する。手掛かり情報を利用者端末３に受信した利用者２は、目的地に到着すると受信した手掛かり情報に基づいて役者担当スタッフ４０を探すことになる。
【０３１５】
図１００は、本発明の実施形態におけるスタッフ端末のハードブロック図である。
【０３１６】
同図において、情報入出力部４２とは、スタッフ端末４１が役者担当スタッフ４０と種々のやりとりをするための入出力機能を持つ部位であり、大まかに情報入力部４２−１と情報出力部４２−２で構成される。情報入力部４２−１における入力装置としては、例えばテンキーやカナキー、タッチスイッチ、音声入力などが該当し、役者担当スタッフ４０の入力がスタッフ端末５に対して情報を伝達するものなら、その種類は問わない。また情報出力部４２−２における出力装置としては、例えばディスプレイ、音声出力装置などが該当し、役者担当スタッフ４０に対してスタッフ端末４１から情報を伝達できるものなら、その種類は問わない。演算部４３とは、スタッフ端末４１がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。記憶部４４とは、スタッフ端末４１の目的を達成するために必要なプログラムを記憶する記憶エリアと演算部４３が実行するプログラムの実行エリアの部位である。通信部４５とは、イベント提供システムサーバ１などと通信する場合にネットワーク１３を介して情報の送受信をする部位である。
【０３１７】
図１０１は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０３１８】
同図において、イベント提供システムサーバ１は、パスゲート６からイベント情報の送信トリガ（きっかけ）を受け付ける機能と、受け付けた情報が持つ意味を（どう解釈するか）判断する機能とを有する。トリガ（きっかけ）については図１および図２で説明したとおりである。受け付けた情報が持つ意味をどう解釈するかの判断とは、図５１に示す機能ブロック図と同様である。さらに、イベント提供システムサーバ１は、利用者端末３からイベント情報の送信要求を受け付ける機能と、パスゲート６や利用者端末３から受け付けた情報に基づいてイベント情報ＤＢ４からイベント情報とともにイベント情報に対応する口裏合わせ情報を取得する機能と、取得した口裏合わせ情報をスタッフ端末４１に送信する機能と、口裏合わせ情報を送信したスタッフ端末４１から受信完了情報を受信する機能と、スタッフ端末４１からの受信完了情報の受信に応じてイベント情報ＤＢ４から取得したイベント情報を利用者端末３に送信する機能と、送信結果を配信情報ＤＢ１６に記憶する機能とを有する。
【０３１９】
口裏合わせ情報を受信したスタッフ端末４１では、受信した口裏合わせ情報を役者担当スタッフ４０に対して情報出力部に出力し、口裏あわせ情報を見て自らが実行する役割について心の準備が出来た役者担当スタッフ４０から準備完了を示す入力を情報入力手段４２−１から受け付ける。情報入力手段４２−１が役者担当スタッフ４０から準備完了を示す入力を受け付けると、スタッフ端末４１はイベント提供システムサーバ１に口裏合わせ情報の受信完了報告情報を送信する。
【０３２０】
どれだけ優秀な、どれだけ経験を積んだ役者担当スタッフ４０であっても、一人の人間である。心の準備が出来ぬままに架空の人物を演じさせるとイベントの架空の世界を台無しにしてしまう恐れもある。また、役者担当スタッフ４０の能力を十分、引き出すためにも心の準備をする時間を少しであっても確保することは重要である。ただし、スタッフ端末４０からの応答がなかったり（あらかじめ定める時間が経過すること）、その応答が鈍かったり（操作が緩慢であること）することもある。操作が無応答（無反応）や緩慢であると判断した場合には、イベントを間延びさせないために役者担当スタッフ４０に（イベント提供システムサーバ１から、またはスタッフ端末４１から）準備を促す警告を与えてもよい。
【０３２１】
また、口裏合わせ情報を受信したスタッフ端末４０では、受信した口裏合わせ情報に含まれる手掛かり情報を情報出力手段４２−２に出力して（手掛かり情報の出力は、利用者２が役者担当スタッフ４０と出会うための手掛かりにする情報を役者担当スタッフ４０自らも知っておくようにという指示を意味する）、さらに、このイベント提供システムサーバ１から受信した手掛かり情報に基づいて利用者２を確認した上で、口裏合わせ情報に示す伝達情報を利用者２に伝達する旨を指示する指示情報を情報出力手段４２−２に出力するとよい。このような指示情報を用いるとイベント提供システムサーバ１が提供するイベントの主旨を役者担当スタッフ４０に理解させることができ、終始一貫したイベントの円滑な進行が期待できる。
【０３２２】
図１０２は、図１０１に示す機能ブロック図に対応するイベント提供システムサーバとスタッフ端末および利用者端末の演算部におけるフローチャートである。
【０３２３】
同図において、イベント提供システムサーバ１は、役者担当スタッフ４０を使ったイベントを発生させると判断すると（ＳＴ１０２０１）、発生させるイベントに対応する口裏合わせ情報をイベント情報ＤＢ４から取得し（ＳＴ１０２０２）、取得した口裏合わせ情報をスタッフ端末４１に送信する（ＳＴ１０２０３）。スタッフ端末４１は、イベント提供システムサーバ１から口裏合わせ情報を受信すると、受信した口裏合わせ情報を記憶部４４に記憶し（ＳＴ１０２０４）、必要に応じて受信した口裏合わせ情報を記憶部４４から取得して、取得した口裏合わせ情報を情報出力部４２−２に出力し（ＳＴ１０２０５）、情報入力部４２−１から準備完了を示す操作を受け付けると（ＳＴ１０２０６）、口裏合わせ情報の受信完了報告をイベント提供システムサーバ１に送信して（ＳＴ１０２０７）、処理を終了する。イベント提供システムサーバ１は、口裏合わせ情報を送信したスタッフ端末４１から受信完了情報を受信すると、スタッフ端末４１からの受信完了情報の受信に応じてイベント情報ＤＢ４からイベント情報を取得して、取得したイベント情報を利用者端末３に送信し（ＳＴ１０２０８）、送信結果を配信情報ＤＢ１６に記憶して（ＳＴ１０２０９）、処理を終了する。ＳＴ１０２０８でイベント情報ＤＢ４から取得するイベント情報は、ＳＴ１０２０２で対応する口裏合わせ情報とともに取得してもよい。利用者端末３は、イベント提供システムサーバ１からイベント情報を受信すると、受信したイベント情報を記憶部２６に記憶し（ＳＴ１０２１０）、必要に応じて受信したイベント情報を情報出力部２４−２に出力して（ＳＴ１０２１１）、処理を終了する。ここで言うところの「必要に応じて」とは、「イベントの進行に合わせて」という意味であると考えてよい。
【０３２４】
図１０３は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０３２５】
同図において、イベント提供システムサーバ１は、利用者端末３から指示情報に含まれる課題に対する結果情報を受信する機能と、受信した結果情報に基づいてイベント情報ＤＢ４から対象となる利用者端末３に送信したイベント情報を読み出す機能と、読み出したイベント情報（より具体的には、イベント情報に含まれる課題）に基づいて受信した結果情報を判断する機能と、判断結果に基づいて次のイベント情報または結末情報をイベント情報ＤＢ４から読み出す機能と、送信対象となる利用者端末３に読み出した情報を送信する機能と、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶する機能とを有する。
【０３２６】
図１０４は、図１０３に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【０３２７】
同図において、イベント提供システムサーバ１は、利用者端末３からイベント情報に含まれる課題に対する結果情報を受信すると（ＳＴ１０４０１）、受信した結果情報に基づいてイベント情報ＤＢ４から対象となるスタッフ端末４１に送信した口裏合わせ情報を取得し（ＳＴ１０４０２）、取得した口裏合わせ情報と受信した結果情報が一致するか否かを判断して（ＳＴ１０４０３）、一致した場合には、課題のクリアによりミッション完了と判断し（ＳＴ１０４０４）、課題に対する判断結果から全てのイベントが終了したか否かを判断して（ＳＴ１０４０５）、終了したと判断された場合には結末情報がイベント情報ＤＢ４から取得され（ＳＴ１０４０６）、終了していないと判断された場合には次のイベント情報がイベント情報ＤＢ４から取得され（ＳＴ１０４０７）、取得した情報を利用者端末３に送信し（ＳＴ１０４１０）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ１０４１１）、処理を終了する。ＳＴ１０４０３で一致しなかった場合には、課題はクリアされていない（ミッション未達成）と判断し（ＳＴ１０４０８）、ミッション未達成を通知する情報をイベント情報ＤＢ４から取得して（ＳＴ１０４０９）、取得した情報を利用者端末３に送信し（ＳＴ１０４１０）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ１０４１１）、処理を終了する。
【０３２８】
図１０５は、本発明における第６実施形態の具体例を説明する図である。
【０３２９】
同図は、役者担当スタッフ４０を用いるイベントにおける指示情報を出力する具体例を示す。図７１０５（ｂ）は、音声情報出力部から出力される音声情報であり、具体的には「さっそく、次の任務を伝える。清水寺参道から三年坂を下った先の円山公園で他のスパイとコンタクトを取ってパスワードを入手せよ。制限時間は４５分。君はそれらしい相手に『スパイ』と言ってみろ。すると相手は『最高！』と応える。いいな、合言葉は『スパイ』『最高！』だぞ。くれぐれも周りの人間に怪しまれないようにうまくやれ。わかったな。パスワードがわかったらメールで報告してくれたまえ。」という言葉を出力している。図１０５（ｄ）は、制限時間のカウントダウンを文字または画像情報として出力している利用者端末３の表示画面を示しており、図１０５（ｂ）に示す音声情報で出力した課題と合言葉を同時に示すとよい。
【０３３０】
図１０６は、本発明における第６実施形態の具体例を説明する図である。
【０３３１】
同図は、役者担当スタッフ４０の持つスタッフ端末４１に送信する口裏合わせのための事前情報の具体例を示す。同図において、表示画面には、事前（口裏合わせ）情報として、利用者２を確認するための合言葉と合言葉を確認した利用者２に伝えるパスワードおよび役者担当スタッフ４０が演じる役柄の特徴が示されている。合言葉は、具体的に「『スパイ』と聞かれたら、元気よく『最高！』と言う」と表示されている。パスワードは、具体的に「とらやのなごり雪は今が食べごろ」と表示されており、利用者２が役者担当スタッフ４０と接触できたことが確認できるものであれば特にその種類および内容は問わない。パスワードを広告宣伝に活用してもよく、図例では「とらや」という茶菓子屋の「なごり雪」という銘菓の宣伝文句にしてあり、副次的効果としてこのように利用者２に伝えられた宣伝文句が利用者２の意識に摺り込まれることが期待できる。
【０３３２】
役柄は、具体的に「ごく普通の人にしか見えないが、実はスパイ」と表示されている。また、役柄における注意点として「最初はすっとぼけること」、「合言葉『最高！』を言うときには、相手（利用者２）がびっくりするくらい元気よく。ギャップ大で」、「パスワードを伝えたらすぐに（その場を）立ち去ること」と表示されている。役者担当スタッフ４０は、これらの事前情報に基づいて自分なりの役柄を演じることが出来る。ちなみにこの役者担当スタッフ４０を用いたイベントでは、最初は役者担当スタッフ４０にとぼけさせることによって利用者２を動揺させ、合言葉を言うときには利用者２を驚かせることができ、イベントのメリハリをうまく作り出すことが出来る。
【０３３３】
図１０７は、本発明における第６実施形態の具体例を説明する図である。
【０３３４】
同図において、図１０７（ａ）は、図１０５（ｄ）に示す「ボスに報告」のアイコン表示に対応した情報入力部を操作した後の利用者端末３の表示例である。
利用者２から課題の解答（図１０３の機能ブロック図に示す『課題に対する結果』、図中の具体例では、役者担当スタッフ４０から入手したパスワード『とらやのなごり雪は今が食べごろ』）を入力する入力欄と入力後にイベント提供システムサーバ１に入力された回答情報を送信するための「送信」アイコンが表示されている。図１０７（ｂ）は、図１０７（ａ）に示す「送信」アイコン表示に対応した情報入力部を操作した後の利用者端末３の表示例であり、図１０７（ａ）で入力した解答の送信確認を利用者２に対して出力している。なお、このパスワードは利用者端末３によってイベント提供システムサーバ１に送信され、イベントの達成をイベント提供システムサーバ１に判断させるための判断材料となる。
【０３３５】
（第７実施形態）
図１０８〜図１１３を用いて、本発明における第７実施形態を説明する。第７実施形態の特徴は、その土地（国）に住む人だけを対象にしたサービスではなく、その土地を訪れる外国人をも対象にしたサービスにするために複数の言語に対応させたことであり、第１実施形態と異なる点のみを以下説明する。
【０３３６】
図１０８は、第１実施形態における図２３に示す機能ブロック図に対応する第７実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０３３７】
同図において、イベント提供システムサーバ１は、利用者端末３またはパスゲート６からイベント情報の送信要求を受信する機能と、受信した情報に基づいて利用者端末３で使用されている言語を判定する機能と、受信した送信要求に基づいてイベント情報ＤＢ４からイベント情報を読み出す機能と、読み出したイベント情報を送信要求が示す利用者端末３に送信する機能と、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶する機能とを有する。
【０３３８】
図１０９は、図１０８に示す機能ブロック図に対応するイベント提供システムサーバと利用者端末の演算部におけるフローチャートである。
【０３３９】
同図は、サービスの提供場所が日本である場合の処理を示す。同図において、イベント提供システムサーバ１は、利用者端末３またはパスゲート６からイベント情報の送信要求を受信すると（ＳＴ１０９０１）、受信した情報に基づいて、利用者端末３で使用の言語は日本語か否かを判断して（ＳＴ１０９０２）、日本語であった場合には、受信した送信要求に基づいてイベント情報ＤＢ４から日本語のイベント情報を取得し（ＳＴ１０９０３）、日本語でなかった場合には、受信した送信要求に基づいてイベント情報ＤＢ４から対応する言語でイベント情報を取得し（ＳＴ１０９０４）、取得したイベント情報を送信要求が示す利用者端末３に送信し（ＳＴ１０９０５）、利用者端末３に送信した送信結果を配信情報ＤＢ１６に記憶して（ＳＴ１０９０６）、処理を終了する。利用者端末３は、イベント提供システムサーバ１からイベント情報を受信すると、受信したイベント情報を記憶部２６に記憶して（ＳＴ１０９０７）、処理を終了する。
【０３４０】
図１１０は、図１０８に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【０３４１】
同図において、利用者端末３は、手助け（ヘルプ）情報の出力要求を受け付けると（ＳＴ１１００１）、イベント提供場所（国と地域）に合わせた手助け（ヘルプ）情報を記憶部２６から取得し（ＳＴ１１００２）、取得した手助け（ヘルプ）情報を情報出力部に出力して（ＳＴ１１００３）、処理を終了する。
【０３４２】
図１１１は、本発明における第７実施形態の具体例を説明する図である。
【０３４３】
同図は、図１０８における利用者端末３で使用されている言語を利用者端末３から取得するための言語入力画面の具体例を示す。同図において、使用言語を利用者２に選択させるための入力アイコンが表示されている。具体的には、日本語、英語、中国語、韓国語であり、サービスを提供する国と地域に合わせて使用言語を用意するとよい。その他の言語としてはフランス語、ドイツ語、ポルトガル語、スペイン語、イタリア語、ロシア語などがある。
【０３４４】
図１１２は、本発明における第７実施形態の具体例を説明する図である。
【０３４５】
同図は、図１１０に示すフローチャートに対応して、手助け（ヘルプ）情報の出力についての具体例を示す。同図において、図１１２（ａ）は、すべて英語もしくはローマ字で示された表示画面に「Ｊａｐａｎｅｓｅ（日本語）」のアイコンが表示されており、このアイコンを操作すると図１１２（ｂ）に示す表示画面に切り替わる。図１１２（ｂ）は、サービスが提供される地域の人（具体的には、日本人または日本語のわかる人）向けの表示であり、この表示を見せるだけで利用者２がどうして欲しいのかが相手に伝わるので、利用者２にとっての手助けとなる。
【０３４６】
図１１３は、本発明における第７実施形態の具体例を説明する図である。
【０３４７】
同図は、図１１２とは別の場合の、手助け（ヘルプ）情報の具体例を示す。同図において、利用者２はサービスが提供される地域の人が話す言葉（具体的には日本語）がよくわからなくても、図１１３（ｂ）に示す手助け（ヘルプ）情報を示すだけで少なくとも目指すべき目的地がどちらの方向であるのかがわかる。これを繰り返せば、言葉がさっぱりわからなくても間違いなく目的地に到達することが出来る。図例では「今、とても困っています。助けて下さい。『清水寺参道』はどっちですか？」が表示されている。
【０３４８】
【発明の効果】
以上記載の本発明によれば、これから利用者の身に起こる状況が受け入れやすいように前もって説明しておくための情報であり、イベント内における利用者に関する架空の状況設定についての説明と、利用者にとって目の前の現実である利用者端末の通話機能における着信音が突然鳴ることの説明で構成される前説情報を用いて、前説情報を出力した後に前説情報で説明するとおりに着信音を鳴らすことによって、イベント提供システムがあらかじめ用意した臨場感溢れる仮想現実に感情移入しやすくすることが出来る。
【０３４９】
利用者は、この配慮を実現する仕組みによって、利用者にとってイベントは単に仮想空間にいる「つもり」ではなく、仮想現実における設定が溶け込んだ目の前の現実世界での出来事として利用者はイベントを楽しむことが出来る。
【０３５０】
また、利用者端末が鳴らした着信音に応じて利用者が通話スイッチを操作した場合には、受信したイベント情報のうち指示情報を出力し、指示情報の出力が終了すると、利用者が通話終了スイッチを操作するまで通話不通音を出力し、通話不通音の出力開始からイベント情報に含まれる制限時間情報に基づいて制限時間のカウントダウンを開始し、カウントダウンしている制限時間を利用者端末の情報出力部に出力することによって、利用者は「してもよい」と「しなくてもよい」の選択肢のどちらを選んでもよいという弱い動機ではなく、自分で今すぐなんとかしなくてはならないという強い動機を持って行動することが出来る。
【０３５１】
もちろん、イベント提供システムにとっては、このような臨場感溢れる感情移入しやすいきっかけによって興味・関心を持ってくれる利用者が増加するだけでなく、強い動機を与えることによって、興味・関心を持ってくれた利用者が実際に利用してくれる割合が高まり、結果としてイベント提供システムが提供するイベントの利用（具体的には、利用人数、利用回数、利用頻度）が高まるという効果があり、のべ利用者も増加させることが出来る。言い方を替えれば、イベント提供システムサーバと利用者端末との間における通信回数を増やすことにつながり、通信回数の増加や通信頻度の増加に伴って利用者が直接的または間接的に支払う利用料を増加させることが出来る。
【０３５２】
また、イベントの進行や結果に伴って付与される付与情報が利用者に何かの行動を促すものである場合には、その利用が促進されるという副次的効果が期待できる。
【０３５３】
さらに、利用者の現在位置を反映して目的地を設定することによって、利用者を意図的に誘導することができ、さらに制限時間を加減算して調整することによって、イベントの難易度や利用者の移動速度を意図的に調節することができ、課題を実行する場所を目的地として指定することによって、利用者がその目的地に向かって移動することになるので、様々な場所をめぐることを楽しむ観光などに応用することが出来る。
【０３５４】
さらに、利用者端末を介した利用者とのやりとりに役者担当のオペレータを用いることによって、イベント提供システムが利用者に対する受け答えをするとするならどうしても避けられない違和感を解消することが出来るともに、イベントにおける架空人物のキャラクタ設定の幅を広げて、イベント内の仮想現実の世界をより現実世界っぽくすることが出来る。より具体的に説明すれば、イベント提供システムが提供するイベントにおける架空の人物としてコールセンタに待機する役者担当オペレータに演技をさせるために役者担当オペレータの持つコールセンタ端末に口裏合わせ情報を送信し、役者担当オペレータはコールセンタ端末が受信した口裏合わせ情報に基づいた演技を実行する。このような役者担当オペレータの演技によって、利用者端末の通話機能を通じてイベント情報を受け取った利用者は架空のイベントの世界でありながら、現実世界のどこかにいる人物とあたかもやりとりしているかのように感じることが出来る。
【０３５５】
なお、このようにイベントが創りだす仮想現実の中で一人で何役もこなす役者担当オペレータを支援することが、本発明におけるイベント提供システムならではの効果である。つまり、一人で何役もこなせば、それらの役がごちゃごちゃになって、せっかくイベントが創りだした仮想現実の世界を台無しにしてしまうかもしれない役者担当オペレータの演技をシステムは支援することが出来る。
【０３５６】
さらに、一方の利用者端末から受信した手掛かり情報を他方の利用者端末に送信することによって、他方の利用者を一方の利用者に出会わせることによって、それぞれに別個の利用者端末を持った複数の利用者が参加する同一課題イベントを、利用者が利用者端末を介して互いに入力した情報を利用者どうしが互いに出会うための手掛かりとすることが出来る。互いに入力した手掛かり情報を用いて一時的に出会った利用者どうしは、同一課題を実行することによって一種の連帯感を感じるという効果が期待でき、端末とシステムとのやりとりだけでは無機質になりがちなイベント提供システムの利用を促進する効果も期待できる。
【０３５７】
また、利用者どうしがなかなか出会えない場合に配慮した追加の手掛かり情報を双方の利用者端末に送信することで、同一課題イベントに参加している利用者が誰であるのかを知ることが出来る。なお、指示する動作は紛らわしいものではなく、むしろ不自然な動作である方がよく、その場で浮くこと（いわゆる場違いであること）によって、互いの利用者の間に一種の連帯感が生じるために、提供するイベントがさらに無機質なものになりにくく、イベント提供システムのより一層の利用促進が期待される。
【０３５８】
さらに、イベントに合わせた役柄を演じる役者担当スタッフの存在は、イベント提供システムが提供するイベントに人間味をもたらすとともにイベントが創りだす仮想現実をより現実世界に近づけることが出来る。
【０３５９】
また、役者担当スタッフをイベント提供システムが提供するイベントに用いることで、イベントが創りだす仮想現実をより現実世界に近づけることが出来るだけでなく、システムの処理では課題達成の判定が難しいイベントでも役者担当スタッフの判断に委ねることが出来る。
【０３６０】
なお、このようにイベントが創りだす仮想現実の中で一人で何役もこなす役者担当スタッフを支援することが、本発明におけるイベント提供システムならではの効果である。つまり、一人で何役もこなせば、それらの役がごちゃごちゃになって、せっかくイベントが創りだした仮想現実の世界を台無しにしてしまうかもしれない役者担当スタッフの演技をシステムは支援することが出来る。
【図面の簡単な説明】
【図１】本発明の実施形態におけるイベント提供システムにおけるシステム全体図
【図２】図１とは別の場合の、本発明の実施形態におけるイベント提供システムにおけるシステム全体図
【図３】本発明の実施形態におけるイベント提供システムサーバのハードブロック図
【図４】本発明の実施形態におけるパスゲートのハードブロック図
【図５】本発明の実施形態における利用者端末のハードブロック図
【図６】本発明の実施形態におけるイベント提供システムサーバと利用者端末の機能ブロック図
【図７】本発明の実施形態における利用者端末の機能ブロック図
【図８】本発明の実施形態における利用者端末の機能ブロック図
【図９】図６に示す機能ブロック図に対応するイベント提供システムサーバと利用者端末の演算部におけるフローチャート
【図１０】図７に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図１１】図８に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図１２】本発明の実施形態における利用者端末の演算部におけるフローチャート
【図１３】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図１４】本発明の実施形態におけるイベント提供システムサーバと利用者端末の機能ブロック図
【図１５】本発明の実施形態におけるイベント提供システムサーバと利用者端末の機能ブロック図
【図１６】図１３と図１４に示す機能ブロック図に対応するイベント提供システムサーバと利用者端末の演算部におけるフローチャート
【図１７】図１３〜図１５に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【図１８】図１４と図１５に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図１９】本発明の実施形態における利用者端末の機能ブロック図
【図２０】本発明の実施形態における利用者端末の機能ブロック図
【図２１】図１９に示す機能ブロック図に対応する利用者端末とイベント提供システムサーバの演算部におけるフローチャート
【図２２】図２０に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図２３】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図２４】図２３に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【図２５】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図２６】図２５に示すイベント提供システムサーバの機能に対応する利用者端末の機能ブロック図
【図２７】図２５に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【図２８】本発明における第１実施形態の具体例を説明する図
【図２９】本発明における第１実施形態の具体例を説明する図
【図３０】本発明における第１実施形態の具体例を説明する図
【図３１】本発明における第１実施形態の具体例を説明する図
【図３２】本発明における第１実施形態の具体例を説明する図
【図３３】本発明における第１実施形態の具体例を説明する図
【図３４】本発明における第１実施形態の具体例を説明する図
【図３５】第１実施形態における図２３に示す機能ブロック図に対応する第２実施形態におけるイベント提供システムサーバの機能ブロック図
【図３６】図３５に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【図３７】イベント提供システムサーバから付与情報付きの情報を受信した利用者端末の演算部におけるフローチャート
【図３８】図３７とは別の場合の、イベント提供システムサーバから付与情報付きの情報を受信した利用者端末の演算部におけるフローチャート
【図３９】本発明における第２実施形態の具体例を説明する図
【図４０】本発明における第２実施形態の具体例を説明する図
【図４１】本発明における第２実施形態の具体例を説明する図
【図４２】本発明における第２実施形態の具体例を説明する図
【図４３】本発明における第２実施形態の具体例を説明する図
【図４４】図３７、図３８とは別の場合の、イベント提供システムサーバから付与情報付きの情報を受信した利用者端末の演算部におけるフローチャート
【図４５】本発明における第２実施形態の具体例を説明する図
【図４６】第１実施形態における図６に示す機能ブロック図に対応する第３実施形態におけるイベント提供システムサーバの機能ブロック図
【図４７】図４６に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【図４８】第１実施形態における図１および図２に示すシステム全体図に対応する第４実施形態におけるイベント提供システムにおけるシステム全体図
【図４９】図４８とは別の場合の、本発明の実施形態におけるイベント提供システムのシステム全体図
【図５０】本発明の実施形態におけるコールセンタ端末のハードブロック図
【図５１】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図５２】図５１に続く本発明の実施形態におけるコールセンタ端末の機能ブロック図
【図５３】図５１および図５２に示す機能ブロック図に対応するイベント提供システムサーバとコールセンタ端末および利用者端末の演算部におけるフローチャート
【図５４】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図５５】図５４に続く本発明の実施形態におけるコールセンタ端末の機能ブロック図
【図５６】図５４および図５５に示す機能ブロック図に対応するイベント提供システムサーバとコールセンタ端末および利用者端末の演算部におけるフローチャート
【図５７】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図５８】図５７に続く本発明の実施形態におけるコールセンタ端末の機能ブロック図
【図５９】図５７および図５８に続く本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図６０】図５９に続く本発明の実施形態におけるコールセンタ端末の機能ブロック図
【図６１】図５７および図５８に示す機能ブロック図に対応するイベント提供システムサーバおよびコールセンタ端末の演算部におけるフローチャート
【図６２】図５９および図６０に示す機能ブロック図に対応するイベント提供システムサーバとコールセンタ端末および利用者端末の演算部におけるフローチャート
【図６３】本発明における第４実施形態の具体例を説明する図
【図６４】本発明における第４実施形態の具体例を説明する図
【図６５】本発明における第４実施形態の具体例を説明する図
【図６６】図４８または図４９に示すシステム全体図に続く本発明の実施形態におけるイベント提供システムのシステム全体図
【図６７】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図６８】図６７に続く本発明の実施形態における利用者端末の機能ブロック図
【図６９】図６７および図６８に示す機能ブロック図に対応するイベント提供システムサーバとコールセンタ端末および利用者端末の演算部におけるフローチャート
【図７０】本発明における第４実施形態の具体例を説明する図
【図７１】本発明における第４実施形態の具体例を説明する図
【図７２】本発明における第４実施形態の具体例を説明する図
【図７３】図６６に示すシステム全体図に続く本発明の実施形態におけるイベント提供システムのシステム全体図
【図７４】本発明の実施形態におけるコールセンタ端末の機能ブロック図
【図７５】図７４に示す機能ブロック図に対応するイベント提供システムサーバとコールセンタ端末および利用者端末の演算部におけるフローチャート
【図７６】本発明における第４実施形態の具体例を説明する図
【図７７】本発明における第４実施形態の具体例を説明する図
【図７８】本発明における第４実施形態の具体例を説明する図
【図７９】第１実施形態における図１および図２に示すシステム全体図に対応する第５実施形態におけるイベント提供システムにおけるシステム全体図
【図８０】第１実施形態における図１および図２に示すシステム全体図に対応する第５実施形態におけるイベント提供システムにおけるシステム全体図
【図８１】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図８２】本発明の実施形態における利用者端末の機能ブロック図
【図８３】図８１、図８２に示す機能ブロック図に対応するイベント提供システムサーバと一方の利用者端末および他方の利用者端末の演算部におけるフローチャート
【図８４】本発明における第５実施形態の具体例を説明する図
【図８５】本発明における第５実施形態の具体例を説明する図
【図８６】本発明における第５実施形態の具体例を説明する図
【図８７】本発明における第５実施形態の具体例を説明する図
【図８８】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図８９】図８８に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【図９０】本発明における第５実施形態の具体例を説明する図
【図９１】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図９２】図９１に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【図９３】本発明における第５実施形態の具体例を説明する図
【図９４】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図９５】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図９６】図９４に示す機能ブロック図に対応するイベント提供システムサーバと一方の利用者端末および他方の利用者端末の演算部におけるフローチャート
【図９７】図９５に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【図９８】本発明の第５実施形態における具体例を説明する説明図
【図９９】第１実施形態における図１および図２に示すシステム全体図に対応する第６実施形態におけるイベント提供システムにおけるシステム全体図
【図１００】本発明の実施形態におけるスタッフ端末のハードブロック図
【図１０１】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図１０２】図１０１に示す機能ブロック図に対応するイベント提供システムサーバとスタッフ端末および利用者端末の演算部におけるフローチャート
【図１０３】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図１０４】図１０３に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【図１０５】本発明における第６実施形態の具体例を説明する図
【図１０６】本発明における第６実施形態の具体例を説明する図
【図１０７】本発明における第６実施形態の具体例を説明する図
【図１０８】第１実施形態における図２３に示す機能ブロック図に対応する第７実施形態におけるイベント提供システムサーバの機能ブロック図
【図１０９】図１０８に示す機能ブロック図に対応するイベント提供システムサーバと利用者端末の演算部におけるフローチャート
【図１１０】図１０８に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図１１１】本発明における第７実施形態の具体例を説明する図
【図１１２】本発明における第７実施形態の具体例を説明する図
【図１１３】本発明における第７実施形態の具体例を説明する図
【符号の説明】
１ イベント提供システムサーバ
２ 利用者
３ 利用者端末
４ イベント情報ＤＢ
５ 場所情報タグ
６ パスゲート
７ 情報記憶媒体
２８ コールセンタ
２９ 役者担当オペレータ
３０ コールセンタ端末
３１ 通話端末
４０ 役者担当スタッフ
４１ スタッフ端末

Claims (21)

1. 利用者が有し、該利用者が人と通話に用いる通話手段とネットワークを介して外部の機器と情報の送受信をする情報送受信手段とを備える利用者端末にイベント情報を送信することによって、該利用者にイベントを提供するイベント提供方法であって、
   イベント提供システムは、前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で説明するとおりに鳴った着信音に応じて前記利用者が通話スイッチを押した後に音声で出力される情報であって前記利用者に実行させるための課題を指示する指示情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報をイベント情報データベースに記憶して、
   前記イベント情報の送信要求のあった前記利用者端末に対して、前記イベント情報データベースから前記イベント情報を取得し、
   取得した前記イベント情報を送信要求のあった前記利用者端末に送信して、
   前記利用者端末は、前記イベント情報を前記イベント提供システムから受信すると、受信したイベント情報のうち始めに前記前説情報を出力し、
   前記前説情報を出力した後に前記前説情報で説明するとおりに前記着信音を鳴らし、
   鳴らした前記着信音に応じて前記利用者が通話スイッチを操作した場合には、受信した前記イベント情報のうち前記指示情報を出力し、
   前記指示情報の出力が終了すると、前記利用者が通話終了スイッチを操作するまで通話不通音を出力し、
   前記通話不通音の出力開始から前記イベント情報に含まれる前記制限時間情報に基づいて前記制限時間のカウントダウンを開始し、
   カウントダウンしている前記制限時間を前記利用者端末の情報出力部に出力することを特徴とするイベント提供方法。
2. 利用者が有し、該利用者が人と通話に用いる通話手段とネットワークを介して外部の機器と情報の送受信をする情報送受信手段とを備える利用者端末にイベント情報を送信することによって、該利用者にイベントを提供するイベント提供方法であって、
   イベント提供システムは、前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で説明するとおりに鳴った着信音に応じて前記利用者が通話スイッチを押した後に音声で出力される情報であって前記利用者に実行させるための課題を指示する指示情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報をイベント情報データベースに記憶して、
   前記イベント情報の送信要求のあった前記利用者端末に対して、前記イベント情報データベースから前記イベント情報を取得し、
   取得した前記イベント情報のうち前記前説情報と前記制限時間情報を送信要求のあった前記利用者端末に送信して、
   前記利用者端末は、前記前説情報と前記制限時間情報を前記イベント提供システムから受信すると、受信した情報のうち前記前説情報を情報出力部に出力して、
   前記イベント提供システムは、前記利用者端末に情報を送信してからあらかじめ定める一定時間が経過すると、前記利用者端末が備える前記通話手段に対して電話をかけ、
   電話をかけた前記利用者端末側の操作に基づく通話状態を確認すると、前記利用者端末に対して通話回線を通じて前記指示情報を出力し、
   前記指示情報の出力が完了すると、前記利用者端末との通話回線の切断によって通話を終了して、
   前記利用者端末は、前記イベント提供システム側の操作による通話不通状態を検知すると、受信した前記制限時間情報に基づいて前記制限時間のカウントダウンを開始し、
   カウントダウンしている前記制限時間を情報出力部に出力することを特徴とするイベント提供方法。
3. 利用者が有し、該利用者が人と通話に用いる通話手段とネットワークを介して外部の機器と情報の送受信をする情報送受信手段とを備える利用者端末にイベント情報を送信することとコールセンタにて通話手段と情報送受信手段とを備えるコールセンタ端末を操作する役者担当オペレータを介して情報を伝達することによって、該利用者にイベントを提供するイベント提供方法であって、
   イベント提供システムは、前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で前もって説明しておいた通話手段を用いて前記利用者に実行させるための課題を指示する指示情報を口頭で伝える前記役者担当オペレータと口裏を合わせるための事前情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報をイベント情報データベースに記憶して、
   前記イベント情報の送信要求のあった前記利用者端末に対して、前記イベント情報データベースから前記イベント情報を取得し、
   取得した前記イベント情報のうち前記事前情報を前記利用者端末の通話手段に接続するための通話コードとともに前記コールセンタ端末に送信し、
   取得した前記イベント情報のうち前記前説情報と前記制限時間情報を送信要求のあった前記利用者端末に送信して、
   前記コールセンタ端末は、前記事前情報と前記利用者端末の前記通話コードを前記イベント提供システムから受信すると、受信した情報のうち前記事前情報を情報出力部に出力して、
   前記利用者端末は、前記前説情報と前記制限時間情報を前記イベント提供システムから受信すると、受信した情報のうち前記前説情報を情報出力部に出力して、
   前記コールセンタ端末は、受信した前記通話コードを用いて前記利用者端末に電話をかけ、
   前記事前情報に従って行動する前記オペレータが操作した通話終了の操作を受け付けると、前記利用者端末との通話回線を切断して、
   前記利用者端末は、前記コールセンタ端末側の操作による通話不通状態を検知すると、受信した前記制限時間情報に基づいて前記制限時間のカウントダウンを開始し、
   カウントダウンしている前記制限時間を情報出力部に出力することを特徴とするイベント提供方法。
4. 前記イベント提供システムは、前記利用者端末から前記課題に対する結果情報を受信すると、必要に応じて前記利用者の対応をする前記オペレータと口裏を合わせるための追加事前情報を前記コールセンタ端末に送信し、
   前記コールセンタ端末は、前記追加事前情報をイベント提供システムから受信した場合には、受信した前記追加事前情報を情報出力部に出力して、
   前記イベント提供システムは、前記追加事前情報を送信した前記コールセンタ端末の通話手段に接続するための通話コード、またはすでに前記事前情報を送信済みの前記コールセンタ端末の通話手段に接続するための通話コードを前記利用者端末に送信して、
   前記利用者端末は、前記コールセンタ端末の通話手段に接続するための前記通話コードを前記イベント提供システムから受信すると、受信した前記通話コードを前記通話手段に入力することを特徴とする請求項３に記載のイベント提供方法。
5. 前記イベント提供システムは、前記イベント情報データベースから取得したイベント情報に付与する付与情報がある場合には、該付与情報を取得したイベント情報に付与して前記利用者端末に送信して、
   受信した前記利用者端末は、前記付与情報を前記イベント提供システムから受信すると、あらかじめ定める条件が揃った場合に受信した付与情報を情報出力部に出力することを特徴とする請求項１〜４のいずれかに記載のイベント提供方法。
6. 前記イベント提供システムは、前記利用者によるイベントの達成結果に応じて前記付与情報を選択することを特徴とする請求項５に記載のイベント提供方法。
7. 前記イベント提供システムは、同一のイベント情報を用いて複数の前記利用者を引き合わせるイベントを提供する場合には、該複数の前記利用者端末に前記利用者を見つけるための手掛かり情報の入力指示を送信し、
   一方の利用者端末から得られた手掛かり情報を前記イベント情報とともに他方の利用者端末に送信することを特徴とする請求項１〜６に記載のイベント提供方法。
8. 複数の前記利用者を引き合わせる前記イベントにおける前記課題は、前記利用者端末を介して相手方の前記利用者または前記利用者端末から受け取った情報を前記イベント提供システムに送信することで達成されることを特徴とする請求項７に記載イベント提供方法。
9. 前記イベント提供システムは、前記利用者が前記課題を実行する場所に配置した役者担当スタッフを用いたイベントを提供する場合には、前記利用者の対応をする該スタッフと口裏を合わせるための事前情報を該スタッフの有するスタッフ端末に送信し、
   前記事前情報を送信した前記スタッフ端末を有する前記スタッフと前記利用者を引き合わせるための手掛かり情報を前記イベント情報ともに前記利用者端末に送信する請求項１〜６のいずれかに記載のイベント提供方法。
10. 前記指示情報が指示する前記課題には、前記課題を実行する場所が目的地として指定されていることを特徴とする請求項１〜９のいずれかに記載のイベント提供方法。
11. 前記イベント提供システムが前記イベント情報の送信要求を受信した際に前記利用者または前記利用者端末の現在位置が取得できた場合には、取得した現在位置によって前記目的地を選択、または前記制限時間に時間を加算もしくは減算する処理を実行することを特徴とする請求項１０に記載のイベント提供方法。
12. 利用者が有し、該利用者が人と通話に用いる通話手段とネットワークを介して外部の機器と情報の送受信をする情報送受信手段とを備える利用者端末にイベント情報を送信することによって、該利用者にイベントを提供するイベント提供システムであって、
    前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で説明するとおりに鳴った着信音に応じて前記利用者が通話スイッチを押した後に音声で出力される情報であって前記利用者に実行させるための課題を指示する指示情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報を記憶するイベント情報データベースと、
    前記利用者端末から直接的または間接的に前記イベント情報の送信要求を受信する情報受信手段と、
    前記情報受信手段が前記イベント情報の送信要求を受信すると、受信した送信要求に基づいて前記イベント情報データベースから前記イベント情報を取得する情報取得手段と、
    前記情報取得手段が取得した前記イベント情報を送信要求のあった前記利用者端末に送信する情報送信手段とを有することを特徴とするイベント提供システム。
13. 利用者が有し、該利用者が人と通話に用いる通話手段とネットワークを介して外部の機器と情報の送受信をする情報送受信手段とを備える利用者端末にイベント情報を送信することによって、該利用者にイベントを提供するイベント提供システムであって、
    前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で説明するとおりに鳴った着信音に応じて前記利用者が通話スイッチを押した後に音声で出力される情報であって前記利用者に実行させるための課題を指示する指示情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報を記憶するイベント情報データベースと、
    前記利用者端末から直接的または間接的に前記イベント情報の送信要求を受信する情報受信手段と、
    前記情報受信手段が前記イベント情報の送信要求を受信すると、受信した送信要求に基づいて前記イベント情報データベースから前記イベント情報を取得する情報取得手段と、
    前記情報取得手段が取得した前記イベント情報に関する前記利用者端末への実行命令として、前記利用者端末が受信した前記イベント情報のうち始めに前記前説情報を出力し、前記前説情報を出力した後に前記前説情報で説明するとおりに前記着信音を鳴らし、鳴らした前記着信音に応じて前記利用者が通話スイッチを操作した場合には、受信した前記イベント情報のうち前記指示情報を出力し、前記指示情報の出力が終了すると、前記利用者が通話終了スイッチを操作するまで通話不通音を出力し、前記通話不通音の出力開始から前記イベント情報に含まれる前記制限時間情報に基づいてカウントダウンを開始し、カウントダウンしている前記制限時間を情報出力部に出力することを命じる実行命令情報を付与する実行命令情報付与手段と、
    前記実行命令情報付与手段によって前記実行命令情報が付与された前記イベント情報を送信要求のあった前記利用者端末に送信する情報送信手段とを有することを特徴とするイベント提供システム。
14. 請求項１２または１３に記載のイベント提供システムから前記イベント情報を受信して、受信した前記イベント情報を前記利用者に対して出力する利用者端末であって、
    前記イベント提供システムから情報を受信する情報受信手段と、
    前記情報受信手段が受信した前記イベント情報のうち始めに前記前説情報を出力する情報出力手段と、
    前記情報出力手段が前記前説情報を出力した後に前記前説情報で説明するとおりに前記着信音を鳴らす音声出力手段と、
    前記音声出力手段が鳴らす前記着信音に応じた前記利用者によって通話スイッチが操作されたか否かを判断するスイッチ操作判断手段と、
    前記スイッチ操作判断手段によって通話スイッチが操作されたと判断した場合には、前記音声出力手段が受信した前記イベント情報のうち前記指示情報を出力する情報出力手段とを有し、
    前記音声出力手段は、前記情報出力手段による前記指示情報の出力が終了すると、前記利用者が通話終了スイッチを操作するまで通話不通音を出力し、
    前記通話不通音の出力開始から前記情報受信手段が受信した前記イベント情報に含まれる前記制限時間情報に基づいてカウントダウンを開始するカウントダウン実行手段をさらに有し、
    前記情報出力手段は、前記カウントダウン実行手段がカウントダウンしている前記制限時間を出力することを特徴とする利用者端末。
15. 利用者が有し、該利用者が人と通話に用いる通話手段とネットワークを介して外部の機器と情報の送受信をする情報送受信手段とを備える利用者端末にイベント情報を送信することによって、該利用者にイベントを提供するイベント提供システムであって、
    前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で説明するとおりに鳴った着信音に応じて前記利用者が通話スイッチを押した後に音声で出力される情報であって前記利用者に実行させるための課題を指示する指示情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報を記憶するイベント情報データベースと、
    前記利用者端末から直接的または間接的に前記イベント情報の送信要求を受信する情報受信手段と、
    前記情報受信手段が前記イベント情報の送信要求を受信すると、受信した送信要求に基づいて前記イベント情報データベースから前記イベント情報を取得する情報取得手段と、
    前記情報取得手段が取得した前記イベント情報のうち前記前説情報と前記制限時間情報を送信要求のあった前記利用者端末に送信する情報送信手段と、
    前記情報送信手段が前記利用者端末に情報を送信してあらかじめ定める一定時間が経過すると、前記利用者端末に対して電話をかける通話手段と、
    前記通話手段が電話をかけた前記利用者端末側の操作に基づく通話状態を確認すると、前記利用者端末に対して通話回線を通じて前記指示情報を出力する音声情報出力手段と、
    前記音声情報出力手段が前記指示情報の出力を完了すると、前記利用者端末との通話回線の切断によって通話を終了する通話終了手段とを有することを特徴とするイベント提供システム。
16. 利用者が有し、該利用者が人と通話に用いる通話手段とネットワークを介して外部の機器と情報の送受信をする情報送受信手段とを備える利用者端末にイベント情報を送信することによって、該利用者にイベントを提供するイベント提供システムであって、
    前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で説明するとおりに鳴った着信音に応じて前記利用者が通話スイッチを押した後に音声で出力される情報であって前記利用者に実行させるための課題を指示する指示情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報を記憶するイベント情報データベースと、
    前記利用者端末から直接的または間接的に前記イベント情報の送信要求を受信する情報受信手段と、
    前記情報受信手段が前記イベント情報の送信要求を受信すると、受信した送信要求に基づいて前記イベント情報データベースから前記イベント情報を取得する情報取得手段と、
    前記情報取得手段が取得した前記イベント情報に関する前記利用者端末への実行命令として、前記利用者端末が受信した前記前説情報と前記制限時間情報のうち前記前説情報を出力し、前記イベント提供システム側の操作に基づく通話不通状態を検知すると、受信した前記制限時間情報に基づいてカウントダウンを開始し、カウントダウンしている前記制限時間を情報出力部に出力することを命じる実行命令情報を付与する実行命令情報付与手段と、
    前記実行命令情報付与手段によって前記実行命令情報が付与された前記イベント情報のうち前記前説情報と前記制限時間情報を送信要求のあった前記利用者端末に送信する情報送信手段と、
    前記情報送信手段が前記利用者端末に情報を送信してあらかじめ定める一定時間が経過すると、前記利用者端末に対して電話をかける通話手段と、
    前記通話手段が電話をかけた前記利用者端末側の操作に基づく通話状態を確認すると、前記利用者端末に対して通話回線を通じて前記指示情報を出力する音声情報出力手段と、
    前記音声情報出力手段が前記指示情報の出力を完了すると、前記利用者端末との通話回線の切断によって通話を終了する通話終了手段とを有することを特徴とするイベント提供システム。
17. 利用者が有し、該利用者が人と通話に用いる通話手段とネットワークを介して外部の機器と情報の送受信をする情報送受信手段とを備える利用者端末にイベント情報を送信することすることとコールセンタにて通話手段と情報送受信手段とを備えるコールセンタ端末を操作する役者担当オペレータを介して情報を伝達することによって、該利用者にイベントを提供するイベント提供システムであって、
    前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で前もって説明しておいた通話手段を用いて前記利用者に実行させるための課題を指示する指示情報を伝える前記役者担当オペレータと口裏を合わせるための事前情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報を記憶するイベント情報データベースと、
    前記利用者端末から直接的または間接的に前記イベント情報の送信要求を受信する情報受信手段と、
    前記情報受信手段が前記イベント情報の送信要求を受信すると、受信した送信要求に基づいて前記イベント情報データベースから前記イベント情報を取得する情報取得手段と、
    前記情報取得手段が取得した前記イベント情報のうち前記前説情報と前記制限時間情報を送信要求のあった前記利用者端末に送信し、前記情報取得手段が取得した前記イベント情報のうち前記事前情報を前記コールセンタ端末に送信する情報送信手段とを有することを特徴とするイベント提供システム。
18. 利用者が有し、該利用者が人と通話に用いる通話手段とネットワークを介して外部の機器と情報の送受信をする情報送受信手段とを備える利用者端末にイベント情報を送信することすることとコールセンタにて通話手段と情報送受信手段とを備えるコールセンタ端末を操作する役者担当オペレータを介して情報を伝達することによって、該利用者にイベントを提供するイベント提供システムであって、
    前記イベント内における前記利用者に関する架空の状況設定および前記通話手段の着信を示す着信音が突然鳴ることを説明する前説情報と、該前説情報で前もって説明しておいた通話手段を用いて前記利用者に実行させるための課題を指示する指示情報を伝える前記役者担当オペレータと口裏を合わせるための事前情報と、該指示情報に示す課題を達成するまでに前記利用者に対し許された制限時間情報とから成るイベント情報を記憶するイベント情報データベースと、
    前記利用者端末から直接的または間接的に前記イベント情報の送信要求を受信する情報受信手段と、
    前記情報受信手段が前記イベント情報の送信要求を受信すると、受信した送信要求に基づいて前記イベント情報データベースから前記イベント情報を取得する情報取得手段と、
    前記情報取得手段が取得した前記イベント情報に関する前記利用者端末への実行命令として、前記利用者端末が受信した前記前説情報と前記制限時間情報のうち前記前説情報を出力し、前記コールセンタ端末側からの操作に基づく通話不通状態を検知すると、受信した制限時間情報に基づいてカウントダウンを開始し、カウントダウンしている前記制限時間を情報出力部に出力することを命じる実行命令情報を付与する実行命令情報付与手段と、
    前記実行命令情報付与手段によって前記実行命令情報が付与された前記イベント情報のうち前記前説情報と前記制限時間情報を送信要求のあった前記利用者端末に送信し、前記情報取得手段が取得した前記イベント情報のうち前記事前情報を前記コールセンタ端末に送信する情報送信手段とを有することを特徴とするイベント提供システム。
19. 請求項１７または１８のいずれかに記載のイベント提供システムから前記事前情報を受信して、受信した前記事前情報を前記オペレータに出力するコールセンタ端末であって、
    前記イベント提供システムから前記事前情報と前記利用者端末の前記通話手段に接続するための通話コードを受信する情報受信手段と、
    前記情報受信手段が受信した情報のうち前記事前情報を出力する情報出力手段と、
    前記情報出力手段が出力した前記事前情報に従う前記オペレータの操作または自動的に前記情報受信手段が受信した前記通話コードを前記通話手段に入力して前記利用者端末に対して電話をかける通話手段と、
    前記オペレータによる通話終了の操作を受け付けると、前記利用者端末との通話回線の切断によって通話を終了する通話終了手段とを有することを特徴とするコールセンタ端末。
20. 請求項１５〜１８のいずれかに記載のイベント提供システムから前記実行命令情報が付与された前記前説情報と前記制限時間情報を受信して、該前記実行命令情報に基づいて受信した情報の出力をする利用者端末であって、
    前記イベント提供システムから情報を受信する情報受信手段と、
    前記情報受信手段が受信した前記前説情報と前記制限時間情報のうち前記前説情報を出力する情報出力手段と、
    前記イベント提供システムまたは前記コールセンタ端末からの着信に応じて通話状態になった通話回線が前記イベント提供システム側からの操作または前記コールセンタ端末側からの操作による通話不通状態を検知すると、前記情報受信手段が受信した前記制限時間に基づいてカウントダウンを開始するカウントダウン実行手段とを有し、
    前記情報出力手段は、前記カウントダウン実行手段がカウントダウンしている前記制限時間を出力することを特徴とする利用者端末。
21. 前記イベント情報データベースに記憶する前記指示情報が指示する前記課題には、前記課題を実行する場所が目的地として指定されていることを特徴とする請求項１〜３、１２、１３、１５〜１８のいずれかに記載のイベント提供システム。

Images