(57)【要約】【課題】普段の生活の中で「わかったつもり」になっている利用者に、普段の「わかったつもり」になっていた自分が通用しない現実の状況に直面させることによって、これまでの「わかったつもり」は単なる「つもり」に過ぎなかったことに気付くきっかけを与えること。【解決手段】支援者５からの支援が受けられる状態で目的地を指定し、指定した目的地での課題の実行を指示する仮のイベントを利用者３が実行している間に作り出されていく利用者３の普段が通用しない状況になるのを待って、イベント提供システムは、支援者からの支援を遮断するとともに真のイベントにおける真の課題を利用者端末４に送信する。真のイベントを開始する際には、利用者３が突然の状況変化に混乱しないように、架空の設定情報を用いて、支援者５からの支援の遮断を利用者３に伝える。【選択図】    図７
2004287950.tif 000002
【特許請求の範囲】
【請求項１】
利用者とは行動をともにしない支援者からの支援を利用者端末が有する通話手段または情報送受信手段を用いて受けることが出来る利用者にイベントを提供するイベント提供システムであって、
イベント提供システムサーバは、目的地を指定して該目的地における課題の実行を指示する第１の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第１のイベント情報と、前記支援者なしで課題の解決を指示する第２の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第２のイベント情報とをともに記憶し、前記第２のイベント情報による第２のイベントの開始を判断する第２のイベント開始条件情報と、前記第２のイベントを開始するにあたって前記支援者から前記利用者への支援が何者かによって遮断されたことを示す架空の設定情報をあらかじめ記憶するイベント情報データベースと、
イベント開始の要求を受け付けると、前記イベント情報データベースに記憶される前記第１のイベント情報から前記第１の課題情報を取得して、前記利用者端末に送信する情報送信手段と、
前記第２のイベント開始条件情報に基づいて、前記第２のイベント開始を判断する第２のイベント開始判断手段とを有し、
前記第２のイベント開始判断手段が前記第２のイベントを開始すると判断した場合には、前記イベント情報データベースに記憶される前記第２の課題情報とともに前記架空の設定情報とを取得して、前記情報送信手段は取得した情報を前記利用者端末に送信し、
前記利用者端末は、前記イベント提供システムサーバから前記第２の課題情報とともに前記架空の設定情報を受信すると、前記支援者が持つ支援者端末との通話を不使用または前記支援者が持つ支援者端末との情報送受信を無効にし、
受信した前記架空の設定情報を情報出力部に出力してから、受信した前記第２の課題情報を情報出力部に出力することを特徴とするイベント提供システム。
【請求項２】
利用者とは行動をともにしない支援者からの支援を利用者端末が有する通話手段または情報送受信手段を用いて受けることが出来る利用者にイベントを提供するイベント提供システムであって、
イベント提供システムサーバは、前記利用者端末と前記支援者の持つ支援者端末との間における通話信号または情報送受信を仲介する支援情報仲介手段と、
目的地を指定して該目的地における課題の実行を指示する第１の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第１のイベント情報と、前記支援者なしで課題の解決を指示する第２の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第２のイベント情報とをともに記憶し、前記第２のイベント情報による第２のイベントの開始を判断する第２のイベント開始条件情報と、前記第２のイベントを開始するにあたって前記支援者から前記利用者への支援が何者かによって遮断されたことを示す架空の設定情報をあらかじめ記憶するイベント情報データベースと、
イベント開始の要求を受け付けると、前記イベント情報データベースに記憶される前記第１のイベント情報から前記第１の課題情報を取得して、前記利用者端末に送信する情報送信手段と、
前記第２のイベント開始条件情報に基づいて、前記第２のイベント開始を判断する第２のイベント開始判断手段とを有し、
前記第２のイベント開始判断手段が前記第２のイベントを開始すると判断した場合には、前記支援情報仲介手段が、前記利用者端末と前記支援者端末との間の通話を不使用または情報送受信を無効にし、
前記イベント情報データベースに記憶される前記第２の課題情報とともに前記架空の設定情報とを取得して、前記情報送信手段は取得した情報を前記利用者端末に送信し、
前記利用者端末は、前記イベント提供システムサーバから前記第２の課題情報とともに前記架空の設定情報を受信すると、受信した前記架空の設定情報を情報出力部に出力してから、受信した前記第２の課題情報を情報出力部に出力することを特徴とするイベント提供システム。
【請求項３】
前記イベント提供システムサーバは、送信した前記第１の課題情報または前記第２の課題情報に対する返信情報を前記利用者端末から受信すると、対応する前記判断基準情報を前記イベント情報データベースから取得し、取得した前記判断基準情報に基づいて第１の課題情報または第２の課題情報が達成できたか否かを判断する課題達成判断手段をさらに有し、
前記課題達成判断手段が第１の課題情報について達成できたか否かを判断した場合には、その判断結果に基づいて前記イベント情報データベースに記憶される次の前記第１のイベント情報から前記第１の課題情報を取得し、
前記課題達成判断手段が第２の課題情報について達成できたか否かを判断した場合には、その判断結果に基づいてイベントの結末を示す結末情報を前記イベント情報データベースから取得し、
前記情報送信手段は取得した情報を前記利用者端末に送信して、
前記利用者端末は、前記イベント提供システムサーバから前記第１の課題情報または前記結末情報を受信すると、受信した情報を情報出力部に出力することを特徴とする請求項１または２に記載のイベント提供システム。
【請求項４】
前記イベント情報データベースは、イベント終了後の前記利用者に対して主観的感想を問う質問情報をさらに記憶し、
前記イベント提供システムサーバは、前記イベント情報データベースから前記結末情報を取得する際には前記質問情報ともに前記結末情報を取得し、
前記情報送信手段は取得した情報を前記利用者端末に送信して、
前記利用者端末は、前記イベント提供システムサーバから前記結末情報を前記質問情報とともに受信すると、受信した前記結末情報を情報出力部に出力してから、受信した質問情報を情報出力部に出力することを特徴とする請求項３に記載のイベント提供システム。
【請求項５】
前記イベント情報データベースは、前記回答情報に対する助言を与える助言情報をさらに記憶し、
前記イベント提供システムサーバは、前記質問情報に対する回答情報を前記利用者端末から受信すると、受信した回答情報に基づいて前記助言情報を前記イベント情報データベースから取得し、
前記情報送信手段は取得した情報を前記利用者端末に送信して、
前記利用者端末は、前記イベント提供システムサーバから前記助言情報を受信すると、受信した前記助言情報を情報出力部に出力することを特徴とする請求項４に記載のイベント提供システム。
【請求項６】
利用者とは行動をともにしない支援者からの支援を利用者端末が有する通話手段または情報送受信手段を用いて受けることが出来る利用者にイベントを提供するイベント提供システムサーバを用いたイベント提供方法であって、
イベント提供システムサーバは、目的地を指定して該目的地における課題の実行を指示する第１の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第１のイベント情報と、前記支援者なしで課題の解決を指示する第２の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第２のイベント情報とをともに記憶し、前記第２のイベント情報による第２のイベントの開始を判断する第２のイベント開始条件情報と、前記第２のイベントを開始するにあたって前記支援者から前記利用者への支援が何者かによって遮断されたことを示す架空の設定情報をイベント情報データベースにあらかじめ記憶し、
イベント開始の要求を受け付けると、前記イベント情報データベースに記憶される前記第１のイベント情報から前記第１の課題情報を取得して、前記利用者端末に送信し、
前記第２のイベント開始条件情報に基づいて、前記第２のイベント開始を判断する第２のイベント開始判断手段が前記第２のイベントを開始すると判断した場合には、前記イベント情報データベースに記憶される前記第２の課題情報とともに前記架空の設定情報とを取得して、取得した情報を前記利用者端末に送信し、
前記利用者端末は、前記イベント提供システムサーバから前記第２の課題情報とともに前記架空の設定情報を受信すると、前記支援者が持つ支援者端末との通話を不使用または前記支援者が持つ支援者端末との情報送受信を無効にし、
受信した前記架空の設定情報を情報出力部に出力してから、受信した前記第２の課題情報を情報出力部に出力することを特徴とするイベント提供方法。
【請求項７】
利用者とは行動をともにしない支援者からの支援を利用者端末が有する通話手段または情報送受信手段を用いて受けることが出来る利用者にイベントを提供するイベント提供システムサーバを用いたイベント提供方法であって、
イベント提供システムサーバは、目的地を指定して該目的地における課題の実行を指示する第１の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第１のイベント情報と、前記支援者なしで課題の解決を指示する第２の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第２のイベント情報とをともに記憶し、前記第２のイベント情報による第２のイベントの開始を判断する第２のイベント開始条件情報と、前記第２のイベントを開始するにあたって前記支援者から前記利用者への支援が何者かによって遮断されたことを示す架空の設定情報をイベント情報データベースにあらかじめ記憶し、
イベント開始の要求を受け付けると、前記イベント情報データベースに記憶される前記第１のイベント情報から前記第１の課題情報を取得して、前記利用者端末に送信し、
前記第２のイベント開始条件情報に基づいて、前記第２のイベント開始を判断する第２のイベント開始判断手段が前記第２のイベントを開始すると判断した場合には、前記利用者端末と前記支援者の持つ支援者端末との間における通話信号または情報送受信を仲介する支援情報仲介手段が、前記利用者端末と前記支援者端末との間の通話を不使用または情報送受信を無効にするとともに、前記イベント情報データベースに記憶される前記第２の課題情報とともに前記架空の設定情報とを取得して、取得した情報を前記利用者端末に送信して、
前記利用者端末は、前記イベント提供システムサーバから前記第２の課題情報とともに前記架空の設定情報を受信すると、受信した前記架空の設定情報を情報出力部に出力してから、受信した前記第２の課題情報を情報出力部に出力することを特徴とするイベント提供方法。
【請求項８】
前記イベント提供システムサーバは、送信した前記第１の課題情報または前記第２の課題情報に対する返信情報を前記利用者端末から受信すると、対応する前記判断基準情報を前記イベント情報データベースから取得し、取得した前記判断基準情報に基づいて第１の課題情報または第２の課題情報が達成できたか否かを課題達成判断手段で判断し、
前記課題達成判断手段が第１の課題情報について達成できたか否かを判断した場合には、その判断結果に基づいて前記イベント情報データベースに記憶される次の前記第１のイベント情報から前記第１の課題情報を取得し、
前記課題達成判断手段が第２の課題情報について達成できたか否かを判断した場合には、その判断結果に基づいてイベントの結末を示す結末情報を前記イベント情報データベースから取得し、
取得した情報を前記利用者端末に送信して、
前記利用者端末は、前記イベント提供システムサーバから前記第１の課題情報または前記結末情報を受信すると、受信した情報を情報出力部に出力することを特徴とする請求項６または７に記載のイベント提供システム。
【請求項９】
前記イベント情報データベースは、イベント終了後の前記利用者に対して主観的感想を問う質問情報をさらに記憶し、
前記イベント提供システムサーバは、前記イベント情報データベースから前記結末情報を取得する際には前記質問情報ともに前記結末情報を取得し、
前記情報送信手段は取得した情報を前記利用者端末に送信して、
前記利用者端末は、前記イベント提供システムサーバから前記結末情報を前記質問情報とともに受信すると、受信した前記結末情報を情報出力部に出力してから、受信した質問情報を情報出力部に出力することを特徴とする請求項８に記載のイベント提供方法。
【請求項１０】
前記イベント情報データベースは、前記回答情報に対する助言を与える助言情報をさらに記憶し、
前記イベント提供システムサーバは、前記質問情報に対する回答情報を前記利用者端末から受信すると、受信した回答情報に基づいて前記助言情報を前記イベント情報データベースから取得し、
前記情報送信手段は取得した情報を前記利用者端末に送信して、
前記利用者端末は、前記イベント提供システムサーバから前記助言情報を受信すると、受信した前記助言情報を情報出力部に出力することを特徴とする請求項９に記載のイベント提供方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、イベント提供、特に利用者が何かに気付くきっかけを与えるイベントを提供するイベント提供システム及び方法に関する。
【０００２】
【従来の技術】
修学旅行生の旅行先での行動を支援する先行技術として、特開２００１−１９５６９６号公報が挙げられる。この先行技術では、修学旅行生の旅行先での自由行動の際に緊急事態が発生しても迅速に対応するものであって、修学旅行生の各グループに持たせた端末から送信される定期的な現在場所と何らかの方法で検知した緊急事態の発生を（修学旅行生を）引率する先生が持つ端末へ送信するものである。ただし、これは自由行動で旅行先に散らばる修学旅行生に自らが監視されていることを意識させることなく、管理側である引率者が効率よく監視するものである。つまり、これは修学旅行生にとってそもそも修学旅行とは何かに踏み込んでシステムとして何を提供しなければならないかに配慮した仕組みであるとは言えない。
【０００３】
修学旅行の思い出を作成する先行技術として、特開２００１−１９５６９６号公報が挙げられる。この先行技術では、修学旅行中に撮像した画像をサーバに保管しておき、後日編集することによって修学旅行の思い出の記録を作成するものである。ただし、修学旅行中に撮像した画像や画像に付与するコメントがあれば修学旅行をより意義のあるものに出来るわけではなく、これでは単に旅行の思い出を効率よく作成するシステムに過ぎない。そもそも修学旅行とは子供たちにとってどうあるべきなのかからその必然性を説明して、その「どうあるべきか」を実現するために必須となる機能で構成されたシステムでなければ修学旅行向けのシステムとは言えない。
【０００４】
【特許文献１】
特開２００２―２７９０３０号公報
【特許文献２】
特開２００１―１９５６９６号公報
【０００５】
【発明が解決しようとする課題】
小学校、中学校および高校などの学生生活で最も印象に残る行事のひとつに修学旅行がある。この修学旅行はどこかに行って楽しかったという単なる旅行ではなく、普段の学校生活の中では体験することが出来ないことを現地に行って学ぶという体験学習の機会でなくてはならない。つまり、修学旅行は単なる団体旅行ではないことを忘れてはならない。
【０００６】
情報伝達が今日ほど発達していなかった時代には、日常の生活圏を離れて別の場所へ行くことだけでも知らないことを知る機会となり、教科書から学び取れないことを学ぶことも出来た。ところが、インターネットなどの通信インフラの発達によって所望する情報の多くが居ながらにして取得できる今日では、通信インフラを使いこなせば事前学習で知り得ない情報の方が少なく、わざわざ現地に行ってまでという意味合いが薄れつつある。
【０００７】
また、交通インフラの高速化と低価格化が進むことによって、子供のうちから比較的気軽に様々な場所に旅行に出かけることも多く、わざわざ修学旅行で行かなければならない場所が減ってしまっている。つまり、今日ほど気軽に旅行に行けなかった時代には、子供たちにとって修学旅行でどこかに行くこと自体が大きな意味を持ち、修学旅行でどこかに行くこと自体が子供たちの好奇心をかきたてて「わくわくドキドキ」するものだった。子供たちが好奇心で期待に胸をふくらませて修学旅行に行けば、それだけでも何か得られるものがあり、子供の成長に良い影響を与えることが出来た。
【０００８】
ところが、普段から旅行する機会も増え、様々な情報が居ながらにして取得できる今日では、修学旅行における体験学習の意味合いが形骸化しがちであることが問題であった。また、修学旅行としてどこかへ行くだけでは、子供たちの好奇心をかきたてることも出来ないにも関わらず、修学旅行における事前学習や事後学習も知識の習得や整理に重きが置かれる傾向にあり、せっかくの修学旅行も日常の学習活動の延長上に過ぎないことも問題であった。
【０００９】
知識がなまじありすぎると「わかったつもり」になってしまうのは大人も子供もさして変わらない。特に子供の場合、知識の量が学力の差になりがちな傾向にもあり、学校で優秀とされている子供ほど早く「わかったつもり」になってしまうという小賢さだけが育てられていくことも問題である。いい学校に行って、いい会社に入って、終身雇用の安定した生活をおくることが出来る右肩上がりの時代なら知識の量でテストの点数を稼ぐ小賢さだけでも良かったかもしれない。ところが、バブル崩壊後の変革の時代には子供が子供のうちに習得しておけなければならないスキルは知識ではなく、むしろ考える力であると言われている。知識は情報ツールを使いこなす技量を習得すれば比較的容易に補完が出来るが、考える力は促成栽培でどうにかなるものではなく、日頃の考えようとする意思の元に育成される。
【００１０】
ところが、何の前触れもなく、急に訪れる困難に直面したときに発揮されるような人としての本当の強さは、変革の時代をたくましく生き抜くためには不可欠なものであるとしても、子供のうちからこのような困難がなかなか体験できるものでなく、いきなり体験するとつぶれてしまう子供も少なくない。そこで、普段の勝手が通用しにくい場所での疑似体験を通じて今の自分に何が必要かを感覚的に学ぶとよい。
【００１１】
つまり、普段の生活の中で「わかったつもり」になりやすい現代の子供に対して、普段の生活の場とは勝手が違う旅行先での擬似体験が「わかったつもり」は単なる「つもり」に過ぎなかったことに気付くきっかけにすることが出来るにも関わらず、そのような擬似体験を修学旅行のイベントとして提供しようとする考えそのものがなく、当然のことながらそのようなイベントを提供できるイベント提供システムがなかったことが問題であった。
【００１２】
【課題を解決するための手段】
本発明の本質は、普段の生活の中で「わかったつもり」になっている利用者に、普段の「わかったつもり」になっていた自分が通用しない現実の状況に直面させることによって、これまでの「わかったつもり」は単なる「つもり」に過ぎなかったことに気付くきっかけを与えることである。つまり、ここで言うところの気付くきっかけとは、普段の生活の場とは違う場所においてその普段が通用しない環境をイベント提供システムが提供するイベントを用いて意図的に作り出すことにより、小賢くなって自ら考えようとする意思が希薄になりやすかった利用者が何かに気付くためのきっかけのことである。
【００１３】
本発明は、利用者とは行動をともにしない支援者からの支援を利用者端末が有する通話手段または情報送受信手段を用いて受けることが出来る利用者にイベントを提供するために、イベント提供システムサーバは、目的地を指定して該目的地における課題の実行を指示する第１の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第１のイベント情報と、前記支援者なしで課題の解決を指示する第２の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第２のイベント情報とをともに記憶し、前記第２のイベント情報による第２のイベントの開始を判断する第２のイベント開始条件情報と、前記第２のイベントを開始するにあたって前記支援者から前記利用者への支援が何者かによって遮断されたことを示す架空の設定情報をあらかじめ記憶するイベント情報データベースと、イベント開始の要求を受け付けると、前記イベント情報データベースに記憶される前記第１のイベント情報から前記第１の課題情報を取得して、前記利用者端末に送信する情報送信手段と、前記第２のイベント開始条件情報に基づいて、前記第２のイベント開始を判断する第２のイベント開始判断手段とを有し、前記第２のイベント開始判断手段が前記第２のイベントを開始すると判断した場合には、前記イベント情報データベースに記憶される前記第２の課題情報とともに前記架空の設定情報とを取得して、前記情報送信手段は取得した情報を前記利用者端末に送信し、前記利用者端末は、前記イベント提供システムサーバから前記第２の課題情報とともに前記架空の設定情報を受信すると、前記支援者が持つ支援者端末との通話を不使用または前記支援者が持つ支援者端末との情報送受信を無効にし、受信した前記架空の設定情報を情報出力部に出力してから、受信した前記第２の課題情報を情報出力部に出力するようにした。
【００１４】
第１のイベントとは、イベントが開始されると、まずイベント提供システムサーバから利用者端末に送信される仮のイベントのことである。仮のイベントでは、比較的容易に達成できる課題にしておくことによって利用者の気を緩ませるとともに、課題を実行する場所を指定しておくことで利用者の普段（普段どおり）が通用する場所から引き離して、なるべく利用者の普段どおりが通用しない状況を作り出すことを目的とするとよい。ここで言うところの「利用者の普段どおりが通用しない」には、土地勘が効かない（知らない場所）という地理的な要素以外にも、土地勘が効かなくなることによって普段どおりの自分ではなくなるという心理的要素が含まれている。ただし、これら仮の課題情報には「この課題は仮の課題である」などの主旨の内容や表現が意図的に排除した課題情報があらかじめ用意されている。よって、利用者は、利用者端末を介して受け取った課題が仮の課題であることも知らず（そのときは気付かずに）、比較的容易に達成できる課題をこなして、和やかに時間が経過していく。
【００１５】
また、さらに利用者にとって和やかに経過する時間を過ごさせるための配慮が、利用者を支援する支援者の存在である。支援者は利用者と離れた場所にいて、利用者とは行動をともにしてはいないが、仮のイベント実行中であっても利用者は利用者端末を用いて支援者との通話または支援者端末との情報送受信によって、支援者からの支援を受けることが出来る。つまり、支援者とは、具体的にイベントを提供するイベント提供者（例えば、イベント提供システムの運用者やイベント提供側コールセンタのオペレータなど）であったり、利用者を引率する引率者や保護する保護者、利用者を世話する幹事（世話役）などのことであるが、利用者が困ったときに双方の持つ端末を介して何らかの支援が出来て、利用者に安心感を与える人であれば支援者は誰でもよい。
【００１６】
なお、支援者から利用者への支援は、利用者端末が有する通話手段または情報送信手段によって行われ、利用者端末および支援者が持つ支援者端末には少なくともどちらか一方の手段があればよいが、両方の手段とも備えていてもよい。また、イベント提供システムサーバが、利用者端末と支援者端末との通話または情報送受信を仲介してもよい。支援者の存在によって、利用者は何かが起こってもいざとなれば支援者が支援してくれると思うようになり、ますます気が緩んでいくことになる。
【００１７】
第２のイベントとは、イベント提供システムが提供する真のイベントのことである。用語的には「第１の課題／課題情報／イベント／イベント情報」は「仮の課題／課題情報／イベント／イベント情報」と同意であり、「第２の課題／課題情報／イベント／イベント情報」は「真の課題／課題情報／イベント／イベント情報」と同意である。さて、真のイベントとは、普段の生活の中で「わかったつもり」になっている利用者に、普段の「わかったつもり」になっていた自分が通用しない現実に直面させることによって、これまで「わかったつもり」は単なる「つもり」に過ぎなかったことに気付くきっかけを与えるためのイベントのことである。イベント提供システムサーバには、あらかじめ定める真のイベント開始条件情報があり、仮のイベントを開始すると、真のイベント開始条件情報に基づいて、真のイベントを開始するか否かを判断している。ここで言うところの真のイベント開始条件情報とは、仮のイベントを実行する利用者の気持ちが十分緩んだことを見計らうための条件情報であって、例えば経過時間やあらかじめ設定した時刻までの残り時間などの時間条件や、仮の課題情報が目的地を指定する場合には、指定する目的地までの距離があらかじめ設定した距離離れたらとか、利用者の土地勘をなくすために選定した地域に入ったらなどの場所条件で設定されるとよい。このように、利用者に仮のイベントを事前に実行させておいたことが、真のイベント（真のイベントの開始）では伏線となって効いてくる。
【００１８】
つまり、仮のイベントは利用者の普段どおりが通用しない状況を作り出す演出であり、利用者が仮のイベントを実行している間に作り出されていく利用者の普段が通用しない状況になるのを待って、真のイベントが開始される。さらに、真のイベントを実行する際には、それまでの利用者にとって和やかに経過する時間を過ごさせるための配慮であった支援者からの支援を遮断することによって、支援者からの支援なしで真の課題の実行が指示される。これはイベント提供システムとしての依頼ではなく、強制的に遮断した上での指示という命令であり、利用者側に選択権はないという強い強制力を持つ。
【００１９】
利用者端末が支援者端末との通話を不通にする場合には、例えば利用者端末の情報入力部から入力された（支援者端末へ通話するための）通話コードを通話部に入力しないようにしたり、支援者端末からの通話をうけつけないようにすれば実現できるが、支援者から利用者への支援が遮断されればその手段は特に問わない。同様に、利用者端末が支援者端末との情報送受信を無効にする場合には、支援者端末との情報送受信そのもの無効（支援者端末と情報の送受信そのものをしない）にしてもよいが、支援者端末からの受信を情報出力部に表示しないだけでもよい。なお、イベント提供システムサーバが、利用者端末と支援者端末との通話または情報送受信を仲介する場合には、イベント提供システムサーバに支援者から利用者への支援を遮断する機能（具体的には、利用者端末と支援者端末との通話を不通にする機能、または利用者端末と支援者端末との間の情報送受信を無効にする機能）があってもよい。
【００２０】
よって、支援者なしで課題の解決を指示する真の課題は、真のイベントの開始を開始するにあたって支援者から利用者への支援が何者かによって遮断されたことを示す架空の設定情報に示されるように、利用者端末が支援者端末との通話を不通または情報送受信を無効にした上で実行される。また、真のイベントは意図的に、真の課題が実行されなければ利用者自身が困るイベントにしてあるので、利用者は真の課題（真のイベント）を実行しないわけにもいかない。よって、仮の課題で気が緩んでいた利用者にとって降って湧いたかのような真のイベントの開始は、いわば災難のようなものであり、利用者は仮のイベントと真のイベントのギャップに加え、これまで当たり前のように思っていた支援者からの支援が突然受けられなくなるという心理的動揺によって、普段どおりの自分が通用しない現実に直面することになる。
【００２１】
とは言っても、普段の「わかったつもり」になっていた自分が通用しない現実に直面することによって、利用者が混乱してパニックになっては何にもならない。そこで、真の課題情報を与えられた利用者がパニックになることを避けるために支援者から利用者への支援が何者かによって遮断されたことを示す架空の設定情報が用意されている。つまり、架空の設定情報は、どう聞いても架空だと思える設定がよく、利用者の普段が通用しない状況の中で自らが何とかしなければならないという気にさせる必要がある。
【００２２】
例えば、架空の設定情報をどう聞いても架空だと思える設定とするためには、子供向けのテレビ番組に出てくるような「架空の悪の組織」が情報インフラを占拠して、利用者と支援者との通話や情報送受信を遮断したことにしてしまえばよい。このような架空の悪の組織には、大概「世界征服」などの大それてはいるが、単純でわかりやすい設定が必ず存在するものである。ちなみに、彼らは世界征服という目的のためには手段を選ばない傾向があり、テレビ番組の中で幼稚園バスを乗っ取ってみたり、デパートの屋上や遊園地のステージを占拠してみたりするのもすべては世界征服につながると言い切ってしまうことは子供なら誰でも知っていることである。つまり、このような架空の設定における王道は子供なら（子供を経験した大人であっても）架空だとすぐわかり、イベント提供システムによる演出であることが直感的に理解できるのでパニックを回避することが出来る。また、このような一見、悪ふざけのようにも見える架空の設定情報を用いることで、利用者をあまり深刻にさせないユーモアを醸し出す効果も期待できる。
【００２３】
なお、利用者端末の情報出力部に出力する架空の設定情報と真の課題情報は、仮の課題情報と同様に文字や画像など視覚的情報であっても、音声などの聴覚的情報であってもよく、イベント提供システムサーバから送信される真の課題情報が利用者に伝わればその手段は特に問わない。ただし、架空の設定情報を出力してから真の課題情報を出力する必要があり、この順番は逆であってはならない。また、視覚的情報で架空の設定情報と真の課題情報を出力する場合には、同時に表示されてもよいが、真の課題情報よりも架空の設定情報が先に表示されていなくてはならない。
【００２４】
また、前記イベント提供システムサーバは、送信した前記第１の課題情報または前記第２の課題情報に対する返信情報を前記利用者端末から受信すると、対応する前記判断基準情報を前記イベント情報データベースから取得し、取得した前記判断基準情報に基づいて第１の課題情報または第２の課題情報が達成できたか否かを判断する課題達成判断手段をさらに有し、前記課題達成判断手段が第１の課題情報について達成できたか否かを判断した場合には、その判断結果に基づいて前記イベント情報データベースに記憶される次の前記第１のイベント情報から前記第１の課題情報を取得し、前記課題達成判断手段が第２の課題情報について達成できたか否かを判断した場合には、その判断結果に基づいてイベントの結末を示す結末情報とともに前記利用者に対して主観的感想を問う質問情報を前記イベント情報データベースから取得し、前記情報送信手段は取得した情報を前記利用者端末に送信して、前記利用者端末は、前記イベント提供システムサーバから前記結末情報とともに前記利用者に対して主観的感想を問う前記質問情報を受信すると、受信した前記結末情報を情報出力部に出力してから、受信した質問情報を情報出力部に出力するようにしてもよい。
【００２５】
また、前記イベント情報データベースは、イベント終了後の前記利用者に対して主観的感想を問う質問情報をさらに記憶し、前記イベント提供システムサーバは、前記イベント情報データベースから前記結末情報を取得する際には前記質問情報ともに前記結末情報を取得し、前記情報送信手段は取得した情報を前記利用者端末に送信して、前記利用者端末は、前記イベント提供システムサーバから前記結末情報を前記質問情報とともに受信すると、受信した前記結末情報を情報出力部に出力してから、受信した質問情報を情報出力部に出力するようにしてもよい。
【００２６】
このように、主観的感想を問う質問情報に従って利用者が利用者端末に回答を入力すること自体が、利用者にイベント提供システムが提供したイベントの意義を考えさせることなるという効果が期待できる。
【００２７】
また、前記イベント情報データベースは、前記回答情報に対する助言を与える助言情報をさらに記憶し、前記イベント提供システムサーバは、前記質問情報に対する回答情報を前記利用者端末から受信すると、受信した回答情報に基づいて前記助言情報を前記イベント情報データベースから取得し、前記情報送信手段は取得した情報を前記利用者端末に送信して、前記利用者端末は、前記イベント提供システムサーバから前記助言情報を受信すると、受信した前記助言情報を情報出力部に出力するようにしてもよい。
【００２８】
このように、イベントを振り返るための助言情報を用いると、例えば普段どおりが通用しない状況で自分がどう振舞うのかを振り返ることによって、自分は普段どおりが通用しない状況ではどうなってしまうのかを自覚し、これまで知らなかった自分に気付くことが出来る。
【００２９】
また、基本的に利用者端末と支援者端末との間における情報送受信では、支援者端末から利用者への情報の送信を遮断しておけばよく、利用者端末からの情報は支援者端末へ送信されても構わないことになる。また、利用者端末と支援者端末との間の情報送受信を無効にするとは、支援者端末を介した支援者からの情報が利用者に伝達されないことと解釈してもよく、利用者に伝達されなければ利用者端末と支援者端末との間において実際に情報の送受信が実行されても構わない。なお、真のイベント実行中に利用者端末に関する情報が支援者端末へ送信されると、利用者の行動を支援者が見守ることになり、不慮の事態に対する備えともなる。ここで言うところの不慮の事態とは、利用者が迷子になった状態などの、ある程度想定はしていても不本意ながら発生してしまう事態のことである。利用者端末に（利用者端末が今いる）現在場所情報を取得する現在場所情報取得手段が備わっていれば、利用者端末から（場合によってはイベント提供システムサーバ１が仲介して）支援者端末に送信される情報に現在場所情報取得手段が取得した現在場所情報が付与されることによって、支援者は迷子になって自力では目的地にたどり着けそうにない利用者を利用者端末の現在場所を用いて探し出したり、実際に探しに行ったりして、不本意ながら発生してしまった不慮の事態に対する対処を講じることが出来る。
【００３０】
【発明の実施の形態】
以下に、本発明に係るイベント提供システムの具体的実施の形態を図面を参照して詳細に説明する。
【００３１】
（第１実施形態）
図１は、本発明の実施形態におけるイベント提供システムのシステム全体図である。
【００３２】
同図において、イベント提供システムサーバ１は、イベント開始の要求を受け付けると、イベント情報ＤＢ（データベース）２から仮の課題情報を取得して、取得した仮の課題情報を受け付けた要求が示す利用者端末４に送信する。利用者端末４は、単独で行動する利用者３であれば利用者３ごとに持つことになるが、利用者３が複数人のグループで行動する場合には、グループに少なくとも１つあればよい。つまり、１人であれ、複数人で構成されるグループであれ、一緒に行動する行動単位をここでは利用者３と見なすとよい。
【００３３】
イベントの開始の要求は、利用者端末４を介した利用者３の操作によってイベント提供システムサーバ１に送信されても、あらかじめ定めた条件が満たされたか否かを判断する判断処理機能から出力されても（判断処理機能の判断結果に基づいて発生しても）よく、利用者３に合わせたイベントの特徴によって決めればよい。例えば、利用者３がある場所やエリアに到達したことや通過したことを示す情報をトリガにすることが出来る。このトリガとなる情報は、イベントの開始だけでなく、イベントの進行にも用いることが出来る。
【００３４】
仮の課題情報を受信した利用者端末４は、情報出力部に出力することで利用者３に対して仮の課題の実行を促す。情報出力部に出力する仮の課題情報は、文字や画像など視覚的情報であっても、音声などの聴覚的情報であってもよく、イベント提供システムサーバ１から送信される仮の課題情報が利用者３に伝わればその手段は特に問わない。なお、イベント提供システムサーバ１から送信される仮の課題は比較的容易に達成できるものばかりであるが、これら仮の課題情報には「この課題は仮の課題である」などの主旨の内容や表現が意図的に排除した課題情報があらかじめ用意されている。よって、利用者３は、利用者端末４を介して受け取った課題が仮の課題であることも知らず、比較的容易に達成できる課題をこなして、和やかに時間が経過していく。つまり、仮の課題では利用者３の気を緩ませるとともに、利用者３の普段どおりが通用する場所から引き離して、なるべく利用者３の普段どおりが通用しない状況を作り出すことを目的とするとよい。ここで言うところの「利用者の普段どおりが通用しない」には、土地勘が効かない（知らない場所）という地理的な要素以外にも、土地勘が効かなくなることによって普段どおりの自分ではなくなるという心理的要素が含まれている。
【００３５】
利用者端末４を介して課題情報を受け取った利用者３は、課題をこなした結果として利用者端末４を用い、イベント提供システムサーバ１に何らかの返信情報を送信する。イベント提供システムサーバ１は、利用者端末４から送信した仮の課題情報に対する返信情報を受信すると、対応する判断基準をイベント情報ＤＢ２から取得し、仮の課題情報が達成できたか否かを判断する。イベント提供システムサーバ１は、その判断結果に基づいて次に利用者端末４に送信する仮の課題を選択するとよい。
【００３６】
また、さらに利用者３にとって和やかに経過する時間を過ごさせるための配慮が、利用者３を支援する支援者５の存在である。支援者５は支援者端末６を介して利用者３を支援する人のことであり、利用者３が困ったときに双方の持つ端末を介して何らかの支援が出来て、利用者３に安心感を与える人であれば支援者５は誰でもよい。支援者５から利用者３への支援は、利用者端末４が有する通話手段または情報送信手段によって行われ、利用者端末４および支援者５が持つ支援者端末６には少なくともどちらか一方の手段があればよいが、両方の手段とも備えていてもよい。なお、イベント提供システムサーバ１が、利用者端末４と支援者端末６との通話または情報送受信を仲介してもよく、この場合については第２実施形態にて改めて説明する。
【００３７】
図２は、図１を補足する、本発明の実施形態におけるイベント提供システムのシステム全体図である。
【００３８】
同図は、イベントの起点について説明する図であり、イベント提供システムサーバ１が利用者端末４から現在場所情報を取得し、取得した利用者端末４（利用者３）の現在場所情報をイベントの開始や進行に用いる。同図において、イベント提供システムサーバ１は、利用者２の有する利用者端末３より直接的または間接的に取得した利用者端末アドレスに基づき、イベント情報ＤＢ（データベース）２から取得した仮の課題を利用者端末４に送信する。仮の課題を実行する目的地を指定しておくと、利用者３は指定された目的地へ移動することになり、様々な場所をめぐることを楽しむ観光などを利用者３が楽しむことが出来る。なお、イベント提供システムが提供する仮のイベントは、利用者３（または支援者５、イベント運営者など）の指示に応じて開始されても、利用者３（または支援者５、イベント運営者など）の要望を受け付けた後にあらかじめ用意されたトリガ（きっかけ）によって開始されてもよい。同様にイベントの進行にも用いることが出来る。
【００３９】
ここで言うところのトリガとは、例えば利用者３がある場所やエリアに到達したことや通過したことを示す情報などによるものであり、例えば場所情報タグ７または位置情報提供システム８から取得された場所情報を利用者３の現在場所情報としてイベント提供システムサーバ１が直接的または間接的に取得することによって生じる。このトリガは、イベント進行のきっかけに用いられてもよい。なお、利用者３がいる現在場所を示す場所情報は、利用者端末４が有する場所情報取得機能からの取得、または利用者３自身の入力によって利用者端末４から取得されてもよい。このトリガは、真のイベントの開始判断における判断材料の元としても利用できる。
【００４０】
図３は、図２とは別の場合の、本発明の実施形態におけるイベント提供システムのシステム全体図である。
【００４１】
同図は、図２で説明するトリガにパスゲート９を通過した利用者３に関する情報を用いる場合である。同図において、利用者３は情報記憶媒体１０または利用者端末４を用いてパスゲート９を通過する。利用者３が通過する際にパスゲート９は、情報記憶媒体１０または利用者端末４から利用者端末アドレスを読み取ってあらかじめパスゲート９が有するパスゲートコードとともに利用者３の通過検知結果をイベント提供システムサーバ１に送信する。イベント提供システムサーバ１は、パスゲート９より取得した利用者端末アドレスに基づき、イベント情報ＤＢ（データベース）２から取得した課題（または目的地と課題）を含むイベント情報を利用者端末４に送信する。
【００４２】
なお、パスゲートコードが示すパスゲート９の設置場所に基づいて目的地を選択してもよい。利用者３が通過したパスゲート９の設置場所とは、利用者３が通過した通過場所を意味し、利用者３の行動に合わせた目的地の設定が可能となる。なお、パスゲート９が公共交通機関の駅などに設置された自動改札や電車、バス、などの移動車両への出入り口であり、情報記憶媒体１０が乗車券（何度も乗り降りが出来る、例えば一日乗車券や定期券などが好ましい）であれば、利用者３を監視することなく、乗車券が有効な期間中にその乗車券を使用している間だけイベント情報の送信が可能となる。つまり、パスゲート９を用いると利用者３のプライバシーに配慮した情報提供が出来るとともに、利用者３の身に起こる不慮の事態に迅速な対処が出来るという効果も期待できる。
【００４３】
ここで言うところのパスゲートコードとは、受信したイベント提供システムサーバ１がパスゲート９に関する基礎情報をあらかじめ記憶するデータベースより取得するために用いるためのコードであり、通信に関わる情報量削減が出来る。もちろん、パスゲートコードを用いずにパスゲート９に関する基礎情報を都度、受信しても構わない。
【００４４】
図４は、本発明の実施形態における具体例を説明する説明図である。
【００４５】
同図は、仮のイベント実行中の具体例を説明する図であり、仮の課題情報を視覚情報によって出力する場合を示す。同図において、図４（ａ）は、仮の課題情報を表示する利用者端末４の表示画面であり、仮の課題情報として「まず、清水寺に行って、清水の大舞台に立ってみよう。落ちないようにね。清水寺をひと回りしたら次へ」という言葉と、利用者３がイベントの進行を指示する「次へ」のアイコンと、利用者３が支援者５からの支援を求める「支援」のアイコンおよび現在時刻の「ｐｍ１：３０」が表示されている。図４（ｂ）は、図４（ａ）とは別の、仮の課題情報を表示する利用者端末４の表示画面であり、仮の課題情報として「次は円山公園に行ってみよう。ここで問題です。清水寺参道から最初に下る坂の名前は何？」という言葉と、利用者３が回答するための回答欄（図例では、回答として三年坂が入力された様子を示している）と、利用者３がイベント提供システムサーバ１への回答の送信を利用者端末４に指示する「送信」のアイコンと、図４（ａ）と同様に利用者３が支援者５からの支援を求める「支援」のアイコンおよび現在時刻が表示されている。
【００４６】
続く図４（ｃ）は、図４（ｂ）で「送信」のアイコンが操作された後の利用者端末４の表示画面であり、「三年坂で回答しますが、いいですか？よければ送信します」という言葉と、操作すると送信処理が実行される「はい」のアイコンと、操作すると図４（ｂ）に戻る「いいえ」のアイコンと、現在時刻が表示されている。図４（ｄ）は、図４（ｃ）で正解の回答を送信した後に表示される仮の課題情報であり、利用者端末４の表示画面には回答が正解だったことを示す「正解！」という言葉と、仮の課題情報である「三年坂（別名、産寧坂）を下って無事に円山公園についたら連絡してください」という言葉と、利用者３が仮の課題で指示された目的地に到着したことをイベント提供システムサーバ１に連絡する際に操作する「連絡」のアイコンと、利用者３が支援者５からの支援を求める「支援」のアイコンおよび現在時刻が表示されている。これらの具体例に示されるように仮のイベントとして利用者３に実行が指示される仮の課題はたわいもないものばかりである。利用者３は、このようにたわいもない仮の課題を実行して観光気分に浸っている間に、気の緩みと（気が付いた時には）ここがどこかわからない場所へと誘導されていくことによって、着々と利用者３の普段どおりが通用しない状況に追い込まれていくことになる。
【００４７】
図５は、本発明の実施形態における具体例を説明する説明図である。
【００４８】
同図は、図４（ｄ）で「支援」のアイコンが操作された場合の具体例であり、支援者５からの支援は通話による場合を示す。同図において、利用者３が図５（ａ）で「支援」のアイコンを操作すると、利用者端末４と支援者端末６とが通話状態になり、利用者３は図５（ｂ）に示すような支援者５からの音声による支援を受けることが出来る。図５（ｂ）には、支援者５の具体例である先生（修学旅行生の引率者兼保護者の役割を担う）の声として「どうした？道に迷ったのか。今、どこだ？三年坂を下ったら、そのまま真っ直ぐ二年坂を下ればいいんだぞ」という言葉と、「（利用者３からの現状説明を受けて）バス通りに出たのか。そうかそうか。北の方向はわかるよな。バス通り沿いに北に歩いていくと、右手に八坂神社がある。八坂神社だぞ。八坂神社の境内を抜けると公園がある。そこが円山公園だ。大きなしだれ桜や坂本竜馬の銅像がある。わかった？」という言葉と、「（利用者３からの納得の返事を聞いて）そうか、よしよし。気をつけてな」という言葉が示されている。このように、利用者３はいざとなれば自らを支援してくれる支援者５からの支援が受けられる。利用者３が今いる場所（現在場所）を支援者５にうまく伝えられないことに配慮して、利用者端末４は「支援」のアイコンが操作されると現在場所情報取得手段によって現在場所情報を取得して、取得した現在場所情報を送信情報に付与するとよい。
【００４９】
図６は、本発明の実施形態におけるイベント提供システムのシステム全体図である。
【００５０】
同図は、図１続く、イベント提供システムのシステム全体図である。同図において、イベント提供システムサーバ１は、あらかじめ定める真のイベント開始条件情報を持っており、仮のイベントを開始すると、真のイベント開始条件情報に基づいて、真のイベントを開始するか否かを判断している。ここで言うところの真のイベント開始条件情報とは、仮のイベントを実行する利用者３の気持ちが十分緩んだことを見計らうための条件情報であって、例えば経過時間やあらかじめ設定した時刻までの残り時間などの時間条件や、仮の課題情報が目的地を指定する場合には、指定する目的地までの距離があらかじめ設定した距離離れたらとか、利用者３の土地勘をなくすために選定した地域に入ったらなどの場所条件で設定されるとよい。
【００５１】
イベント提供システムサーバ１が真のイベント開始条件情報に基づいて、真のイベントを開始すると判断した場合には、さらにイベント情報ＤＢ２に記憶される真のイベント情報から真の課題情報と真のイベントを開始するにあたって支援者５から利用者３への支援が何者かによって遮断されたことを示す架空の設定情報を取得して、取得した情報を利用者端末４に送信する。イベント提供システムサーバ１から真の課題情報と架空の設定情報を受信した利用者端末４は、支援者端末６との通話を不使用または情報送受信を無効にするとともに、受信した情報を情報出力部に出力する。なお、利用者端末４は、受信した情報を情報出力部に出力してから、支援者端末６との通話を不使用または情報送受信を無効にしてもよく、その順番はどちらでもよい。
【００５２】
また、利用者端末４と支援者端末６との間の情報送受信を無効にするとは、支援者端末６を介した支援者５からの情報が利用者に伝達されないことと解釈してもよく、利用者３に伝達されなければ利用者端末４と支援者端末６との間において実際に情報の送受信が実行されても構わない。なお、真のイベント実行中に利用者端末４に関する情報が支援者端末６へ送信されると、利用者３の行動を支援者５が見守ることになり、不慮の事態に対する備えともなる。ここで言うところの不慮の事態とは、利用者３が迷子になった状態などの、ある程度想定はしていても不本意ながら発生してしまう事態のことである。利用者端末４に（利用者端末４が今いる）現在場所情報を取得する現在場所情報取得手段が備わっていれば、利用者端末４から（場合によってはイベント提供システムサーバ１が仲介して）支援者端末６に送信される情報に現在場所情報取得手段が取得した現在場所情報が付与されることによって、支援者５は迷子になって自力では目的地にたどり着けそうにない利用者３を利用者端末４の現在場所を用いて探し出したり、実際に探しに行ったりして、不本意ながら発生してしまった不慮の事態に対する対処を講じることが出来る。
【００５３】
なお、イベント提供システムサーバ１が、利用者端末４と支援者端末６との通話または情報送受信を仲介する支援情報仲介機能を持つ場合には、イベント提供システムサーバ１に支援者５から利用者３への支援を遮断する機能（利用者端末４と支援者端末６との通話を不通にする機能、または利用者端末４と支援者端末６との間の情報送受信を無効にする機能）があってもよい。この場合には、イベント提供システムサーバ１が支援情報仲介機能を用いて、利用者端末４と支援者端末６との間の通話を不使用または情報送受信を無効にし、イベント情報ＤＢ２に記憶される真の課題情報とともに架空の設定情報とを取得して、取得した情報を利用者端末４に送信する。なお、イベント提供システムサーバ１は、利用者端末４に情報を送信してから、利用者端末４と支援者端末６と間の通話を不使用または情報送受信を無効にしてもよく、その順番はどちらでもよい。
【００５４】
利用者端末４の情報出力部に出力する架空の設定情報と真の課題情報は、仮の課題情報と同様に文字や画像など視覚的情報であっても、音声などの聴覚的情報であってもよく、イベント提供システムサーバ１から送信される真の課題情報が利用者３に伝わればその手段は特に問わない。ただし、架空の設定情報を出力してから真の課題情報を出力する必要があり、この順番は逆であってはならない。また、視覚的情報で架空の設定情報と真の課題情報を出力する場合には、同時に表示されてもよいが、真の課題情報よりも架空の設定情報が先に表示されていなくてはならない。
【００５５】
また、支援者５から利用者３への支援が何者かによって遮断されたことを示す架空の設定情報には、真の課題情報を与えられた利用者３がパニックになることを避けるためにどう聞いても架空だと思える設定がよい。例えば、子供向けのテレビ番組に出てくるような「架空の悪の組織」が情報インフラを占拠して、利用者３と支援者５との通話や情報送受信を遮断したことにしてしまえばよい。このような架空の悪の組織には、大概「世界征服」などの大それてはいるが、単純でわかりやすい設定が必ず存在するものである。ちなみに、彼らは世界征服という目的のためには手段を選ばない傾向があり、テレビ番組の中で幼稚園バスを乗っ取ってみたり、デパートの屋上や遊園地のステージを占拠してみたりするのもすべては世界征服につながると言い切ってしまうことは子供なら誰でも知っていることである。つまり、このような架空の設定における王道は子供なら（子供を経験した大人であっても）架空だとすぐわかり、イベント提供システムによる演出であることが直感的に理解できるのでパニックを回避することが出来る。
【００５６】
図７は、本発明の実施形態における具体例を説明する説明図である。
【００５７】
同図は、真のイベントにおける真の課題の具体例であり、架空の設定情報と真の課題情報を聴覚情報によって出力される場合を示す。同図において、図７（ａ）〜（ｃ）は利用者端末４から出力される音声情報である。図７（ａ）は、利用者端末４が鳴らした通話機能の着信音であり、具体的には「トゥルル、トゥルル」という音を出力している。この場合における着信音は、誰かからあたかも電話が掛かってきたかのように利用者３に思わせる利用者端末４の演出である。図７（ｂ）は図７（ａ）に示す着信音に応じた利用者３が利用者端末４の通話スイッチを操作すると出力される音声情報であり、具体的には「我々は世界征服を企む悪の組織である。中継局はすべて我々が占拠した。（君たちの支援者５だった）先生方とは一切、連絡が取れない。残念だったな。わかっているとは思うが、これまでの課題は単なる遊びだ。ここで真の課題を伝える。今日の宿は、『京都市下京区塩小路通り堀川東入ル』にある『御室屋旅館』だ。ｐｍ６：３０までに無事たどり着けなければ、君たちの夕飯はない。我々に絶対服従を誓うのなら、泣き言は聞いてやる。以上、プツ（通話が一方的に切れる音）」という言葉と音を出力している。図７（ｃ）は、利用者端末４が出力した通話機能不通音であり、図７（ｂ）に示す聴覚情報の出力が完了すると出力される。通話不通音として、具体的には「ツゥー、ツゥー、ツゥー」という音を出力している。
【００５８】
さらに詳しく説明すると「我々は世界征服を企む悪の組織である。中継局はすべて我々が占拠した。（君たちの支援者５だった）先生方とは一切、連絡が取れない。残念だったな」が架空の設定情報に相当する。「我々は世界征服を企む悪の組織である」といきなり名乗るところが現実的にあり得ないことであり、実際に人を騙すような悪いことを企む怪しげな人ほど、自らのことを怪しまれないような言動をすることは、誰しもちょっと考えればわかることである。また、普通に考えれば「世界征服を企む」こと自体が労力のわりに得られることが全くないような無意味なことであり、自らを「悪の組織」と名乗る、いかにも怪しい怪しさ自体がこれまでの子供向けテレビ番組での常套文句であるので、これから起こることは現実ではなく、イベント提供システムが用意した架空の設定であることが利用者３にとって言葉少なにわかりやすくなっている。利用者３に少ない言葉で短時間に架空の設定であることをわからせれば、必要以上の動揺を利用者３に与えずに済み、利用者３が混乱してパニックになることを回避することが出来る。さらに続く「中継局はすべて我々が占拠した。（君たちの支援者５だった）先生方とは一切、連絡が取れない。残念だったな」が、支援者５からの支援を利用者３が受けられなくなったことの説明である。テレビ番組に登場するような「悪の組織によって中継局が占拠」されたことにする架空の設定は、支援者５からの支援が受けられなくなったことを伝えるだけでなく、悪の組織は元々理不尽なものであり、こちらが何を言っても聞きはしないことを利用者３は直感的に悟ることが出来る。この直感的な悟りは、利用者３にとって「（悪の組織相手では）何を言っても仕方が無い」と心理的な割り切りを促し、支援者５からの支援が受けられなくなった現状を打破するためには自らが何とかしなければならないと利用者３に思わせて、利用者３から自発的行動を引き出す効果も期待できる。
【００５９】
なお、図７（ｂ）に示す一方的にしゃべり始めて、一方的に通話を切る一連の行為は、図例における「謎の男の声」をあらかじめ用意した録音音声によって実現したとしても、不自然さを利用者３に感じさせない演出でもある。コールセンタにあらかじめ配置したオペレータの持つオペレータ端末にイベント提供システムサーバ１から指示情報を出力して、指示情報に従ってセリフをしゃべるオペレータを用いれば利用者３の発話に応答が可能となり、音声情報でも不自然さがなくなる。また、利用者端末４からの情報出力に視覚的情報を用いればこのような不自然さはそもそも存在しない。ただし、一方的にしゃべり始めて、一方的に通話を切るような一連の一方的さ加減が利用者３に「（相手が悪の組織でなくても）何を言っても仕方が無い」相手であると思わせる心理的効果ともなる。
【００６０】
そして、架空の設定情報に続く「わかっているとは思うが、これまでの課題は単なる遊びだ。ここで真の課題を伝える。今日の宿は、『京都市下京区塩小路通り堀川東入ル』にある『御室屋旅館』だ。ｐｍ６：３０までに無事たどり着けなければ、君たちの夕飯はない」が真の課題に相当する。今夜の宿泊施設にたどり着けないこと自体が利用者３自身にとって困ることではあるが、さらに真の課題には時間制限があり、その制限時間内に課題を達成しなければ「夕飯がない」とされる言葉が利用者３に追い討ちをかけることになる。つまり、仮のイベントでいろいろ歩き回ってお腹の空いた利用者３（利用者３が修学旅行生であれば、育ち盛りの子供）にとっては、楽しみにしていた夕飯がないと言われるだけでも精神的にこたえることであるので、イベント提供システムが示す真の課題を実行せざるを得なくなるという心理的効果が期待できる。真の課題を達成できなかったからといって実際に夕飯が取り上げられるわけでもないが、利用者３の生理現象に訴える課題の設定は理屈抜きで利用者３から自主的な行動を引き出しやすい。
【００６１】
もちろん、利用者３にこれまでの「わかったつもり」は単なる「つもり」に過ぎなかったことに気付くきっかけを与えることがイベントの目的であり、真の課題を自力で達成できるか否かが重要ではない。そこで、真のイベントとして利用者３を精神的に追い込む演出をしても、いざというときに利用者３が頼ることが出来る配慮をしておくとよい。例えば「我々に絶対服従を誓うのなら、泣き言は聞いてやる」と聴覚情報で出力した後の図７（ｄ）で、対応する「泣き言」のアイコンがそれに相当し、このアイコンは利用者３からのいわゆるヘルプコールの受け付けとなる。
【００６２】
図８は、本発明の実施形態における具体例を説明する説明図である。
【００６３】
同図において、図８（ａ）に示す「泣き言」のアイコンを利用者３が操作すると、架空の設定の続きとして「悪の組織の首領」の言葉として、具体的に「頭でわかったつもりになっても、経験してみないとわからないことが山ほどあるとわかったか！わかったなら、泣き言を聞いてやる」という言葉を出力している。この言葉だけを聞いたときには、さほどの重みはないが、仮のイベントによって着々と追い込まれた普段どおりが通用しない状況でうまくいかなかった真のイベントを味わった後に聞くと、利用者３の心理に悔しさもあってかなり重みを感じる（精神的に堪える）。ただし、利用者３はこのような重みを一度感じることで、普段どおりが通用する状況に戻ったのちも、これまでの「わかったつもり」であった「つもり」について考えるきっかけとなるような研修的効果が期待できる。
【００６４】
さらに、利用者３が選択した「泣き言」について、図８（ｂ）では、「で、どれがいい」と表示されるように、図８（ｂ）に示す「次へ」のアイコンを利用者３が操作すると、図８（ｃ）に支援の選択肢が表示される。具体的に「道順を表示」のアイコンは、現在場所から目的地までの推奨ルートを表示するものであり、「中継局解放」のアイコンは架空の設定情報に示された「中継局の占拠」に対応し、支援者５からの支援が復活することを示す。なお、「やっぱり頼らない」のアイコンは、泣き言を言おう（ヘルプコールをしよう）と一旦は思った利用者３が、図８（ｂ）で架空の設定上の人物から言われた暴言に対する悔しさが伏線となって、思い留まって自力でがんばってみようとする意識を利用者３から引き出す効果が期待できる。
【００６５】
図９は、本発明の実施形態における具体例を説明する説明図である。
【００６６】
同図において、図９（ａ）は、良い結末を示す結末情報を表示する利用者端末４の表示画面であり、架空の設定における架空の人物である悪の組織の首領が語る言葉として「ほう、制限時間までに無事にたどりついたか。なかなかやるな。ただし、我々の世界征服は始まったばかりだ。今日はたまたまうまくいったかもしれないが、これに油断することなく、今何をすべきか自分で考えて行動するように」と、「振り返り」のアイコンが表示されている。同様に、図９（ｂ）は、悪い結末を示す結末情報を表示する利用者端末４の表示画面であり、架空の設定における架空の人物である悪の組織の首領が語る言葉として「やはり、ダメだったか。まぁそんなもんだろう。普段から周りの人に頼り切っていると、いざというとき困ることに気付いたか。我々の世界征服は始まったばかりだ。次は失敗しないようにな。はっはっはっは。今何をすべきか自分で考えて行動するように」と、「振り返り」のアイコンが表示されている。これらの結末情報では、架空の設定情報の続きを使って、利用者３に労いと真のイベントを使って伝えたかったメッセージを利用者３に対して出力している。真のイベントを使って伝えたかったメッセージは、「わかったつもり」は単なる「つもり」に過ぎなかったことに気付くきっかけを最後に印象付けるようなものであれば、その表現は特に問わない。
【００６７】
結末情報とともに表示された「振り返り」のアイコンを利用者３が操作された後の利用者端末４の表示画面が図９（ｃ）であり、「振り返りをしましょう。▲１▼なぜうまくいったのか？（なぜうまくいかなかったのか？）▲２▼普段気付かなかったが、今日気付いた自分の弱さと良さを３つづつ挙げると？▲３▼（利用者３が複数の場合には）グループの皆は苦手そうで、自分が苦手でなかった（得意だった）ものは？」などという言葉と、「メニュに戻る」のアイコンが表示されている。質問形式で表示されている言葉は、利用者３の主観的感想を問うために利用者端末４の表示画面に出力された主観的感想を問う質問情報であり、この質問情報に従って利用者３が利用者端末４に回答を入力すること自体が、利用者３にイベント提供システムが提供したイベントの意義を考えさせることなるという効果が期待できる。なお、主観的感想を問う質問情報に利用者３が回答した回答情報は、その後の利用者３に対するフォローアップに用いられてもよく、この場合については第３実施形態にて改めて説明する。
【００６８】
図１０は、本発明の実施形態におけるイベント提供システムサーバのハードブロック図である。
【００６９】
同図において、サーバ操作者１１とはイベント提供システムサーバ１の操作者で、サーバの管理（運営、監視、維持などを含む）者のことである。情報入出力部１２とは、イベント提供システムサーバ１がサーバ操作者１１と種々のやりとりをするための入出力機能を持つ部位であり、大まかに情報入力部１２−１と情報出力部１２−２で構成される。情報入力部１２−１における入力装置としては、例えばキーボード、テンキー、マウス、バーコードリーダなどが該当し、サーバ操作者１１の入力がシステムに対して情報を伝達するものなら、その種類は問わない。また情報出力部１２−２における出力装置としては、例えばディスプレイ、プリンタなどが該当し、サーバ操作者１１に対してシステムから情報を伝達できるものなら、その種類は問わない。演算部１３とは、プログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。メモリ部１４とは、演算部１３が実行するプログラムの実行エリアの部位である。通信部１５とは、ネットワーク１６を介して種々の端末や外部システムとの通信を制御する部位である。ＤＢ（データベース）管理部１７とは、様々なデータ構造とデータ実体を管理する機能を持つ部位である。
【００７０】
ＤＢ管理部１７に管理される処理プログラム１８とは、イベント提供システムサーバ１の利用目的を達成するために必要なプログラムのことであり、ＯＳ（オペレーティングシステム）もここに含まれる。同様にイベント情報ＤＢ２とは、利用者端末３に送信されるイベントを実行するための情報を記憶するデータベースのことである。同様に利用者情報ＤＢ１９とは、イベント提供システムサーバ１が利用者端末３に送信した情報を送信結果として記憶し、利用者３が実行したイベントの軌跡（経過）に関する経過記録情報を記憶しておくデータベースのことである。同様にその他のプログラム・データ２０とは、上記以外の例えばサーバ操作者８が使用するワードプロセッサや表計算プログラムなどのアプリケーションソフトウェアやそれらに付随するデータなどが該当する。
【００７１】
図１１は、本発明の実施形態における利用者端末のハードブロック図である。
【００７２】
同図において、情報入出力部２１とは、利用者端末４が利用者３と種々のやりとりをするための入出力機能を持つ部位であり、大まかに情報入力部２１−１と情報出力部２１−２で構成される。情報入力部２１−１における入力装置としては、例えばテンキーやカナキー、タッチスイッチ、音声入力などが該当し、利用者３の入力が利用者端末４に対して情報を伝達するものなら、その種類は問わない。また情報出力部２１−２における出力装置としては、例えばディスプレイ、音声出力装置などが該当し、利用者３に対して利用者端末４から情報を伝達できるものなら、その種類は問わない。演算部２２とは、利用者端末４がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。記憶部２３とは、利用者端末４の目的を達成するために必要なプログラムを記憶する記憶エリアと演算部２２が実行するプログラムの実行エリアの部位である。通信部２４とは、イベント提供システムサーバ１などと通信する場合にネットワーク１６を介して情報の送受信をする部位である。
【００７３】
図１２は、本発明の実施形態における支援者端末のハードブロック図である。
【００７４】
同図において、情報入出力部２５とは、支援者端末６が支援者５と種々のやりとりをするための入出力機能を持つ部位であり、大まかに情報入力部２５−１と情報出力部２５−２で構成される。情報入力部２５−１における入力装置としては、例えばキーボード、テンキー、マウス、バーコードリーダやカナキー、タッチスイッチ、音声入力などが該当し、支援者５の入力が支援者端末４に対して情報を伝達するものなら、その種類は問わない。また情報出力部２５−２における出力装置としては、例えばディスプレイ、音声出力装置、プリンタなどが該当し、支援者５に対して支援者端末６から情報を伝達できるものなら、その種類は問わない。演算部２６とは、支援者端末６がプログラムを実行することによって各機能を駆動、処理するための演算機能を持つ部位であり、一般にＣＰＵ（中央演算装置）で構成される。記憶部２７とは、支援者端末６の目的を達成するために必要なプログラムを記憶する記憶エリアと演算部２６が実行するプログラムの実行エリアの部位である。通信部２８とは、イベント提供システムサーバ１などと通信する場合にネットワーク１６を介して情報の送受信をする部位である。
【００７５】
図１３は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【００７６】
同図において、イベント提供システムサーバ１は、利用者端末４またはパスゲート９からイベント開始の要求を受け付ける機能と、受け付けた要求に基づいて、仮の課題情報をイベント情報ＤＢ２から取得する機能と、イベント情報ＤＢ２から取得した仮の課題情報を利用者端末４に送信する機能と、利用者端末４への送信結果を利用者情報ＤＢ１９に記憶する機能とを有し、仮の課題情報がイベント情報ＤＢ２から取得されると、仮の課題情報の取得を仮のイベント開始と見なして、真のイベント開始条件情報をイベント情報ＤＢ２から取得する機能と、取得した真のイベント開始条件情報に基づいて、真のイベントの開始を判断する機能と、真のイベントを開始すると判断した場合には、真の課題情報と架空の設定情報をイベント情報ＤＢ２から取得する機能と、取得した真の課題情報を架空の設定情報とともに利用者端末４に送信する機能と、利用者端末４への送信結果を利用者情報ＤＢ１９に記憶する機能とを有する。
【００７７】
図１４は、本発明の実施形態における利用者端末の機能ブロック図である。
【００７８】
同図において、利用者端末４は、仮の課題情報をイベント提供システムサーバ１から受信する機能と、受信した仮の課題情報を情報出力部２１−２に出力する機能を有し、利用者端末４の現在いる場所を示す現在場所を更新する機能と、更新した場所情報をイベント提供システムサーバ１に送信するか否かを判断する機能と、送信すると判断した場合には、更新された場所情報を記憶部２３から取得する機能と、取得した場所情報を課題情報に対する返信情報としてイベント提供システムサーバ１に送信する機能とを有し、情報入力部２１−１から利用者３の情報入力を受け付ける機能と、受け付けた入力情報を課題情報に対する返信情報としてイベント提供システムサーバ１に送信する機能とを有する。
【００７９】
図１５は、本発明の実施形態における利用者端末の機能ブロック図である。
【００８０】
同図は、図１４に示す機能ブロック図における利用者端末４の現在いる場所を示す現在場所を更新する機能を説明する。同図において、利用者端末４の現在いる場所を示す現在場所を更新する機能は、位置情報提供システム８から地理上の絶対座標算出の元となる元情報を取得する機能と、取得した元情報から地理上の絶対座標を算出する機能と、算出した絶対座標から地図上の場所を判断する機能と、地図上の場所の判断結果を利用者端末４が（つまり、利用者３が）現在いる場所として記憶部２３に記憶する機能とで構成されてもよいし、場所情報を出力する場所情報タグ７から場所情報を取得する機能と、取得した場所情報を利用者端末４が（つまり、利用者３が）現在いる場所として記憶部２３に記憶する機能とで構成されてもよいし、その両方で構成されてもよい。
【００８１】
位置情報提供システム８の具体例としては、ＧＰＳ（全地球測位システム）が挙げられる。電波を発する人工衛星が本発明における位置情報提供システム８に相当し、同様に人工衛星の発する電波を元情報として地球上の緯度経度を地理上の絶対座標として算出する。算出した緯度経度を地図情報に照らし合わせることによって、地図上の場所を判断することが出来る。
【００８２】
図１６は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【００８３】
同図において、イベント提供システムサーバ１は、利用者端末４から送信済みの仮の課題に対する返信情報を受信する機能と、受信した返信情報を利用者情報ＤＢ１９に記憶する機能と、受信した返信情報に対応する判断基準情報をイベント情報ＤＢ２から取得する機能と、取得した判断基準情報に基づいて、仮の課題が達成できたか否かを判断する機能と、判断結果に基づいて次の仮の課題情報を取得する機能と、取得した仮の課題情報を利用者端末４に送信する機能と、利用者端末４への送信結果を利用者情報ＤＢ１９に記憶する機能とを有する。
【００８４】
図１７は、図１３と図１４に示す機能ブロック図に対応するイベント提供システムサーバと利用者端末の演算部におけるフローチャートである。
【００８５】
同図において、イベント提供システムサーバ１は、利用者端末４またはパスゲート９からイベント開始の要求を受け付けると（ＳＴ１７０１）、受け付けた要求に基づいて、仮の課題情報をイベント情報ＤＢ２から取得し（ＳＴ１７０２）、イベント情報ＤＢ２から取得した仮の課題情報を利用者端末４に送信し（ＳＴ１７０３）、利用者端末４への送信結果を利用者情報ＤＢ１９に記憶して（ＳＴ１７０４）、処理を終了する。利用者端末４は、仮の課題情報をイベント提供システムサーバ１から受信すると、受信した仮の課題情報を情報出力部２１−２に出力して（ＳＴ１７０５）、処理を終了する。
【００８６】
図１８は、図１４に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【００８７】
同図において、利用者端末４は、利用者端末４の現在いる場所を示す現在場所を更新すると（ＳＴ１８０１）、更新した場所情報をイベント提供システムサーバ１に送信するか否かを判断し（ＳＴ１８０２）、送信すると判断した場合には、更新された場所情報を記憶部２３から取得し（ＳＴ１８０３）、取得した場所情報を課題情報に対する返信情報としてイベント提供システムサーバ１に送信して（ＳＴ１８０４）、処理を終了し、ＳＴ１８０２で送信しないと判断した場合にはそのまま処理を終了する。
【００８８】
図１９は、図１４に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【００８９】
同図において、利用者端末４は、情報入力部２１−１から利用者３の情報入力を受け付けると（ＳＴ１９０１）、受け付けた入力情報を課題情報に対する返信情報としてイベント提供システムサーバ１に送信して（ＳＴ１９０２）、処理を終了する。
【００９０】
図２０は、図１５に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【００９１】
同図において、利用者端末４は、場所情報の更新要求を受け付けると（ＳＴ２００１）、位置情報提供システム８から地理上の絶対座標算出の元となる元情報を取得し（ＳＴ２１０２）、取得した元情報から地理上の絶対座標を算出し（ＳＴ２１０３）、算出した絶対座標から地図上の場所を判断し（ＳＴ２１０４）、地図上の場所の判断結果を利用者端末４が（つまり、利用者３が）現在いる場所として記憶部２３に記憶して（ＳＴ２１０５）、処理を終了する。
【００９２】
図２１は、図１５に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【００９３】
同図において、利用者端末４は、場所情報の更新要求を受け付けると（ＳＴ２１０１）、場所情報を出力する最寄りの場所情報タグ７から場所情報を取得し（ＳＴ２１０２）、取得した場所情報を利用者端末４が（つまり、利用者３が）現在いる場所として記憶部２３に記憶して（ＳＴ２１０３）、処理を終了する。
【００９４】
図２２は、図１６に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【００９５】
同図において、イベント提供システムサーバ１は、利用者端末４から送信済みの仮の課題に対する返信情報を受信すると（ＳＴ２２０１）、受信した返信情報を利用者情報ＤＢ１９に記憶し（ＳＴ２２０２）、受信した返信情報に対応する判断基準情報をイベント情報ＤＢ２から取得して（ＳＴ２２０３）、取得した判断基準情報に基づいて、仮の課題が達成できたか否かを判断し（ＳＴ２２０４）、仮の課題は達成されたと判断した場合には、判断結果に基づいて次の仮の課題情報を取得し（ＳＴ２２０５）、取得した仮の課題情報を利用者端末４に送信し（ＳＴ２２０６）、利用者端末４への送信結果を利用者情報ＤＢ１９に記憶して（ＳＴ２２０７）、処理を終了し、ＳＴ２２０４で達成されていないと判断した場合にはそのまま処理を終了する。
【００９６】
図２３は、本発明の実施形態における利用者端末の機能ブロック図である。
【００９７】
同図において、利用者端末４は、情報入力部２１−１から支援者端末への通話を指示する操作を受け付ける機能と、受け付けた通話指示に応じて記憶部２３から支援者端末６の通話コードを取得する機能と、取得した通話コードを通話機能部に入力する機能とで構成される機能群と、情報入力部２１−１から支援者端末６へ送信する情報の入力を受け付ける機能と、受け付けた入力情報を支援者端末６に送信する機能と、送信した入力情報に応じて支援者端末６から返信された支援情報を受信する機能と、受信した支援情報を情報出力部２１−２に出力する機能とで構成される機能群とのどちらか一方を有するか、その機能群の両方ともを有する。
【００９８】
図２４は、図２３に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【００９９】
同図において、利用者端末４は、情報入力部２１−１から支援者端末への通話を指示する操作を受け付けると（ＳＴ２４０１）、受け付けた通話指示に応じて記憶部２３から支援者端末６の通話コードを取得し（ＳＴ２４０２）、取得した通話コードを通話機能部に入力して（ＳＴ２４０３）、処理を終了する。記憶部２３から取得した支援者端末６の通話コードを通話機能部に入力すると、支援者端末６との間で通話状態となる。
【０１００】
図２５は、図２３に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【０１０１】
同図において、利用者端末４は、情報入力部２１−１から支援者端末６へ送信する情報の入力を受け付けると（ＳＴ２５０１）、受け付けた入力情報を支援者端末６に送信して（ＳＴ２５０２）、送信した入力情報に応じて支援者端末６から返信された支援情報を受信すると（ＳＴ２５０３）、受信した支援情報を情報出力部２１−２に出力して（ＳＴ２５０４）、処理を終了する。
【０１０２】
図２６は、本発明の実施形態における利用者端末の機能ブロック図である。
【０１０３】
同図は、図１３に示すイベント提供システムサーバ１の機能ブロック図に対応して、イベント提供システムサーバ１から真の課題情報を架空の設定情報とともに受信した場合を示す。同図において、利用者端末４は、イベント提供システムサーバ１から真の課題情報を架空の設定情報とともに受信する機能と、支援者端末６からの支援を遮断する機能と、受信した架空の設定情報を情報出力部２１−２に出力する機能と、受信した真の課題情報を情報出力部に出力する機能とを有する。
【０１０４】
図２７は、本発明の実施形態における利用者端末の機能ブロック図である。
【０１０５】
同図は、図２６に示す機能ブロック図における支援者端末６からの支援を遮断する機能を説明する機能ブロック図である。同図において、利用者端末４は、情報入力部２１−１から支援者端末への通話を指示する操作を受け付ける機能と、受け付けた通話指示に応じて記憶部２３から支援者端末６の通話コードを取得する機能と、取得した通話コードを通話機能部に入力しない機能とで構成される機能群と、情報入力部２１−１から支援者端末６へ送信する情報の入力を受け付ける機能と、受け付けた入力情報を支援者端末６に送信する機能と、送信した入力情報に応じて支援者端末６から返信された支援情報を受信する機能と、受信した支援情報を情報出力部２１−２に出力しない機能とで構成される機能群とのどちらか一方を有するか、その機能群の両方ともを有する。支援者端末６からの支援を遮断する機能は、取得した通話コードを通話機能部に入力しない機能が相当する。なお、受け付けた通話指示に応じて記憶部２３から支援者端末６の通話コードを取得しない機能を有する場合には、その機能が支援者端末６からの支援を遮断する機能に相当する。また、支援者端末６からの支援を遮断する機能は、受け付けた入力情報を支援者端末６に送信する機能と、送信した入力情報に応じて支援者端末６から返信された支援情報を受信する機能と、受信した支援情報を情報出力部２１−２に出力しない機能とが相当する。なお、受け付けた入力情報を支援者端末６に送信しない機能を有する場合には、その機能が支援者端末６からの支援を遮断する機能に相当する。
【０１０６】
図２８は、図１３に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャートである。
【０１０７】
同図において、イベント提供システムサーバ１は、仮の課題情報がイベント情報ＤＢ２から取得されると、仮の課題情報の取得を仮のイベント開始と見なし（ＳＴ２８０１）、真のイベント開始条件情報をイベント情報ＤＢ２から取得し（ＳＴ２８０２）、取得した真のイベント開始条件情報に基づいて、真のイベントの開始を判断して（ＳＴ２８０３）、真のイベントを開始すると判断しない場合には、そのまま待機して、真のイベントを開始すると判断した場合には、真の課題情報と架空の設定情報をイベント情報ＤＢ２から取得し（ＳＴ２８０４）、取得した真の課題情報を架空の設定情報とともに利用者端末４に送信し（ＳＴ２８０５）、利用者端末４への送信結果を利用者情報ＤＢ１９に記憶して（ＳＴ２８０６）、処理を終了する。
【０１０８】
図２９は、図２６に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【０１０９】
同図において、利用者端末４は、イベント提供システムサーバ１から真の課題情報を架空の設定情報とともに受信すると（ＳＴ２９０１）、支援者端末６からの支援遮断を先に実行するか否かを判断して（ＳＴ２９０２）、支援遮断を先に実行すると判断した場合には、支援者端末６からの支援を遮断し（ＳＴ２９０３）、受信した架空の設定情報を情報出力部２１−２に出力し（ＳＴ２９０４）、受信した真の課題情報を情報出力部に出力して（ＳＴ２９０５）、処理を終了し、ＳＴ２９０２で支援遮断を先に実行しないと判断した場合には、受信した架空の設定情報を情報出力部２１−２に出力し（ＳＴ２９０６）、受信した真の課題情報を情報出力部に出力し（ＳＴ２９０７）、支援者端末６からの支援を遮断して（ＳＴ２９０８）、処理を終了する。
【０１１０】
図３０は、図２７に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【０１１１】
同図において、利用者端末４は、情報入力部２１−１から支援者端末への通話を指示する操作を受け付けると（ＳＴ３００１）、受け付けた通話指示に応じて記憶部２３から支援者端末６の通話コードを取得し（ＳＴ３００２）、取得した通話コードを通話機能部に入力せずに（ＳＴ３００３）、処理を終了する。記憶部２３から取得した支援者端末６の通話コードを通話機能部に入力しないので、利用者３がいくら支援者端末６への通話を指示する操作をしても支援者端末６との間で通話状態にはならない。
【０１１２】
図３１は、図２７に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャートである。
【０１１３】
同図において、利用者端末４は、情報入力部２１−１から支援者端末６へ送信する情報の入力を受け付けると（ＳＴ３１０１）、受け付けた入力情報を支援者端末６に送信して（ＳＴ３１０２）、送信した入力情報に応じて支援者端末６から返信された支援情報を受信すると（ＳＴ３１０３）、受信した支援情報を情報出力部２１−２に出力せずに（ＳＴ３１０４）、処理を終了する。支援者端末６からの支援情報を受信したとしても受信した支援情報は情報出力部２１−２に出力されないので、利用者３がいくら支援者端末６に支援を要請する情報を送信しても支援者端末６からの支援を受けることが出来ない。なお、真のイベント実行中に利用者端末４から（または、イベント提供システムサーバ１から利用者端末４に関する情報として）支援者端末６が情報を受信できる状態は、利用者３の行動を支援者５が見守ることになり、不本意ながら利用者３の身に起こる不慮の事態への備えともなる。
【０１１４】
図３２は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０１１５】
同図において、イベント提供システムサーバ１は、利用者端末４、判定者端末２９またはパスゲート９から利用者端末４に送信済みの真の課題に対する何らかの実行情報を受信する機能と、受信した実行情報を利用者情報ＤＢ１９に記憶する機能と、受信した実行情報に対応する真の課題の判断基準情報をイベント情報ＤＢ２から取得する機能と、取得した判断基準情報に基づいて、真の課題が達成できたか否かを判断する機能と、判断結果に基づいて結末情報を取得する機能と、取得した結末情報を利用者端末４に送信する機能と、利用者端末４への送信結果を利用者情報ＤＢ１９に記憶する機能とを有する。ここで言うところの実行情報とは、利用者３が真のイベントを実行することによって発生する情報のことであり、利用者端末４やパスゲート９から送信される実行情報の具体例は利用者３の現在場所情報などになる。イベント提供システムサーバ１は、受信した実行情報に基づいて、真のイベントの進行状況（経過）を把握し、真の課題達成を判断する。なお、判定者端末２９とは、真のイベントに何らかの判定を下す判定者の持つ端末のことであり、図７に示す真の課題情報の具体例で説明すれば、今日の宿として示された宿泊施設に居て、利用者３が無事に到着したか否かの判定をしてイベント提供システムサーバ１に判定者端末２９を介して、その到着情報を実行情報として送信する役目を担う。
【０１１６】
図３３は、図３１に示す機能ブロック図に対応するイベント提供システムの演算部におけるフローチャートである。
【０１１７】
同図において、イベント提供システムサーバ１は、利用者端末４、判定者端末２９またはパスゲート９から利用者端末４に送信済みの真の課題に対する何らかの実行情報を受信すると（ＳＴ３３０１）、受信した実行情報を利用者情報ＤＢ１９に記憶し（ＳＴ３３０２）、受信した実行情報に対応する真の課題の判断基準情報をイベント情報ＤＢ２から取得し（ＳＴ３３０３）、取得した判断基準情報に基づいて、真のイベントが終了したか否かを判断して（ＳＴ３３０４）、真のイベントが終了していないと判断した場合には、そのまま処理を終了し、真のイベントが終了したと判断した場合には、判断結果に基づいて結末情報を取得し（ＳＴ３３０５）、取得した結末情報を利用者端末４に送信し（ＳＴ３３０６）、利用者端末４への送信結果を利用者情報ＤＢ１９に記憶して（ＳＴ３３０７）、処理を終了する。ＳＴ３３０５で取得される結末情報には真の課題が達成できた場合の良い結末を示すものと、達成できない場合の悪い結末を示すものなどがあるが、利用者３に（これまでのわかったつもりを考えさせるきっかけとして）このイベント提供システムが提供するイベントを体験させた意義の方が重要であり、真の課題が達成できたか否かはさほど重要ではない。
【０１１８】
（第２実施形態）
図３４〜図３９を用いて、本発明における第２実施形態を説明する。第２実施形態の特徴は、支援者５からの利用者３への支援をイベント提供システムサーバ１が仲介することであり、真のイベントを実行する際にイベント提供システムサーバ１が支援を遮断する役目を担う。第１実施形態と異なる点のみを以下説明する。
【０１１９】
図３４は、本発明の第２実施形態におけるイベント提供システムのシステム全体図である。
【０１２０】
同図において、支援者５から利用者３への支援は、利用者端末４が有する通話手段または情報送信手段によって行われ、利用者端末４および支援者５が持つ支援者端末６には少なくともどちらか一方の手段があればよいが、両方の手段とも備えていてもよい。なお、利用者端末４と支援者端末６との通話または情報送受信はイベント提供システムサーバ１によって仲介される。
【０１２１】
図３５は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０１２２】
同図において、イベント提供システムサーバ１は、利用者端末４またはパスゲート９からイベント開始の要求を受け付ける機能と、受け付けた要求に基づいて、仮の課題情報をイベント情報ＤＢ２から取得する機能と、イベント情報ＤＢ２から取得した仮の課題情報を利用者端末４に送信する機能と、利用者端末４への送信結果を利用者情報ＤＢ１９に記憶する機能とを有し、仮の課題情報がイベント情報ＤＢ２から取得されると、仮の課題情報の取得を仮のイベント開始と見なして、真のイベント開始条件情報をイベント情報ＤＢ２から取得する機能と、取得した真のイベント開始条件情報に基づいて、真のイベントの開始を判断する機能と、真のイベントを開始すると判断した場合には、支援者端末６からの支援を遮断する機能と、真の課題情報と架空の設定情報をイベント情報ＤＢ２から取得する機能と、取得した真の課題情報を架空の設定情報とともに利用者端末４に送信する機能と、利用者端末４への送信結果を利用者情報ＤＢ１９に記憶する機能とを有する。
【０１２３】
図３６は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０１２４】
同図において、イベント提供システムサーバ１は、支援者端末６から利用者端末４への支援を仲介する機能として、利用者端末４から通話情報／入力情報を受信する機能と、受信した通話情報／入力情報を支援者端末６に送信する機能と、支援者端末６から通話情報／支援情報を受信する機能と、受信した通話情報／支援情報を利用者端末４に送信する機能とを有する。
【０１２５】
図３７は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０１２６】
同図は、図３５に示す機能ブロック図における支援者端末６から利用者端末４への支援を遮断する機能を説明する機能ブロック図である。同図において、イベント提供システムサーバ１は、支援者端末６から利用者端末４への支援を遮断する機能として、利用者端末４から通話情報／入力情報を受信する機能と、受信した通話情報／入力情報を支援者端末６に送信する機能と、支援者端末６から通話情報／支援情報を受信する機能と、受信した通話情報／支援情報を利用者端末４に送信しない機能とを有する。
【０１２７】
図３８は、図３６に示す機能ブロック図に対応するイベント提供システムの演算部におけるフローチャートである。
【０１２８】
同図において、イベント提供システムサーバ１は、利用者端末４から通話情報／入力情報を受信すると（ＳＴ３８０１）、受信した通話情報／入力情報を支援者端末６に送信し（ＳＴ３８０２）、支援者端末６から通話情報／支援情報を受信すると（ＳＴ３８０３）、受信した通話情報／支援情報を利用者端末４に送信して（ＳＴ３８０４）、処理を終了する。
【０１２９】
図３９は、図３７に示す機能ブロック図に対応するイベント提供システムの演算部におけるフローチャートである。
【０１３０】
同図において、イベント提供システムサーバ１は、利用者端末４から通話情報／入力情報を受信すると（ＳＴ３９０１）、受信した通話情報／入力情報を支援者端末６に送信し（ＳＴ３９０２）、支援者端末６から通話情報／支援情報を受信すると（ＳＴ３９０３）、受信した通話情報／支援情報を利用者端末４に送信せずに（ＳＴ３９０４）、処理を終了する。
【０１３１】
（第３実施形態）
図４０〜図４４を用いて、本発明における第３実施形態を説明する。第３実施形態の特徴は、真のイベントが終了した後に利用者３の主観的感想を問うために利用者端末４に出力された主観的感想を問う質問情報に利用者３が回答した回答情報は、その後の利用者３に対するフォローアップに用いることである。第１実施形態と異なる点のみを以下説明する。
【０１３２】
図４０は、本発明の第３実施形態におけるイベント提供システムのシステム全体図である。
【０１３３】
同図において、イベント提供システムサーバ１は、利用者端末４から（送信済みの）主観的感想を問う質問情報に対する回答情報を受信すると、受信した回答情報に対する助言情報を利用者端末４に返信するか、利用者３に助言を与える助言者３０の持つ助言者端末３１に助言情報を送信する。ここで言うところの助言者３０とは、イベント提供システムが提供するイベントの後の利用者３に対するフォローアップとして助言行為をする役割を担うものであり、支援者５であってもよい。
【０１３４】
助言情報は例えば質問情報の意図を解説するものであり、イベントを終了した後の利用者３がこれまでの「わかったつもり」は単なる「つもり」ではなかったかと気付くきっかけとするとともに、自ら考えようとする意思を引き出すねらいがある。具体例としては、図９（ｃ）に示す「質問情報▲１▼なぜうまくいったのか（なぜうまくいかなかったのか）」に対しては、「普段どおりが通用しない状況で自分がどう振舞うのかを振り返ることによって、自分は普段どおりが通用しない状況ではどうなってしまうのかを自覚し、これまで知らなかった自分に気付くことが重要です。うまくいったか、いかなかったはあまり重要ではありません」などのコメントによって、良くも悪くもそのままの自分をそのまま認めて、そのままの自分に素直に向き合ってみるための伏線を利用者３に与えておく。同様に「質問情報▲２▼普段気付かなかったが、今日気付いた自分の弱さと良さを３つづつ挙げると？」に対しては、「あなたの弱さも良さもすべてひっくるめて『あなた』の個性であり、他の誰かでは取って代わることの出来ない『あなた』なのです。あなたの良さが活かせる環境、あなたの弱さが目立たなくなる環境になるよう、段取りを考えてみることも大切です。イヤなことや苦手なことから逃げるのではなく、イヤなこと苦手なことはさっさと片付けられるような段取りを自ら考えて実行してみることが大切です。つまり、とりあえずやってみることもいいですが、どうすればいいのかを考えられる思考を日頃から鍛えておくことが大切であると言えます」などのコメントになり、（人にとって最もわかっているようで、実は最もわかっていない存在である）自分ってなんだろうを考えることから考え始めて、自分の思いどおりにならない状況をそのままの自分を活かすことによって自ら乗り切るにはどうすればよいかを考えるきっかけとすることが出来る。つまり、助言情報では終了したイベント自体がどうだったかではなく、体験したイベントを利用者３が何らかのヒント（気付きのきっかけ）にするための配慮が成されていると言える。
【０１３５】
同様に「質問情報▲３▼（利用者３が複数だった場合には）グループの皆は苦手そうで、自分が苦手でなかった（得意だった）ものは？」は、個性を活かす方法のひとつが「（今、自分がいる）グループの不得手を自分の得手で補う関係」であることに着目したものである。得意なものが重複すればするほど（自分が、自分がという）エゴとなりやすいものであるが、グループの皆が不得手なことが自分の得手であればグループの皆から感謝され、互いに活かしあうことで互いの存在を認め合うことが出来る関係とすることが出来る。質問情報の▲１▼と▲２▼は、この質問情報▲３▼に行き着くまでの伏線であるとも言えるが、この質問情報自体の意味は深いので、利用者３の頭の隅にでも残っていればよいと割り切った助言情報でよい。なお、このように質問情報の意図は利用者３では受け止められないことも多々あるので、助言者３０の持つ助言者端末３１に質問情報の意図の解説を付与した助言情報を送信して、その「解きほぐし」を任せるとよい。すると、イベント提供システムが提供するこれらのイベントは、コンサルタントやカウンセラが活用する研修ツールとなる。
【０１３６】
さらに、同時に複数の利用者３がイベントに参加していた場合には、自らの行動を比較するための比較対照として他の利用者３の経過記録情報が付与されてもよい。この場合は、他の利用者３との優劣を考えるのではなく、その差異をそれぞれの特徴として捉えることによって、自分を見つめ直させるように配慮した助言情報で補足しておくとよい。このような助言情報を参考に自分を周りの人と比較してみると、例えばこれまで自分にないところを妬んだり、自分の至らないところを卑下していたようなネガティブ思考であっても、自分は自分でいいんだと思えるようなポジティブ思考に徐々に変わってくる。また、そのままの自分と向き合って、良くも悪くもそのままの自分をそのまま認める過程で、まず自分のそのままを認めることが出来ると、相手のそのままを認めることが出来るようにもなる。
【０１３７】
図４１は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０１３８】
同図において、イベント提供システムサーバ１は、利用者端末４、判定者端末２９またはパスゲート９から利用者端末４に送信済みの真の課題に対する何らかの実行情報を受信する機能と、受信した実行情報を利用者情報ＤＢ１９に記憶する機能と、受信した実行情報に対応する真の課題の判断基準情報をイベント情報ＤＢ２から取得する機能と、取得した判断基準情報に基づいて、真の課題が達成できたか否かを判断する機能と、判断結果に基づいて結末情報とともに主観的感想を問う質問情報を取得する機能と、取得した結末情報と質問情報を利用者端末４に送信する機能と、利用者端末４への送信結果を利用者情報ＤＢ１９に記憶する機能とを有する。
【０１３９】
図４２は、図４１に示す機能ブロック図に対応するイベント提供システムの演算部におけるフローチャートである。
【０１４０】
同図において、イベント提供システムサーバ１は、利用者端末４、判定者端末２９またはパスゲート９から利用者端末４に送信済みの真の課題に対する何らかの実行情報を受信すると（ＳＴ４２０１）、受信した実行情報を利用者情報ＤＢ１９に記憶し（ＳＴ４２０２）、受信した実行情報に対応する真の課題の判断基準情報をイベント情報ＤＢ２から取得し（ＳＴ４２０３）、取得した判断基準情報に基づいて、真のイベントが終了したか否かを判断して（ＳＴ４２０４）、真のイベントが終了していないと判断した場合には、そのまま処理を終了し、真のイベントが終了したと判断した場合には、判断結果に基づいて結末情報とともに主観的感想を問う質問情報を取得し（ＳＴ４２０５）、取得した結末情報と質問情報を利用者端末４に送信し（ＳＴ４２０６）、利用者端末４への送信結果を利用者情報ＤＢ１９に記憶して（ＳＴ４２０７）、処理を終了する。
【０１４１】
図４３は、本発明の実施形態におけるイベント提供システムサーバの機能ブロック図である。
【０１４２】
同図において、イベント提供システムサーバ１は、利用者端末４から（利用者端末４に）送信済みの質問情報に対する回答情報を受信する機能と、受信した回答情報を利用者情報ＤＢ１９に記憶する機能と、送信元である利用者端末４に関する経過記録情報を利用者端末１９から取得する機能と、受信した回答情報と（取得した経過記録情報に基づいて）助言情報をイベント情報ＤＢ２から取得する機能と、取得した助言情報を（経過記録情報とともに）利用者端末４に送信する機能と、利用者端末４への送信結果を利用者情報ＤＢ１９に記憶する機能とを有する。助言情報を助言者端末３１に送信する場合には、取得した助言情報を（経過記録情報とともに）助言者端末３１に送信する機能と、助言者端末３１への送信結果を利用者情報ＤＢ１９に記憶する機能とを有することになる。
【０１４３】
図４４は、図４３に示す機能ブロック図に対応するイベント提供システムの演算部におけるフローチャートである。
【０１４４】
同図において、イベント提供システムサーバ１は、利用者端末４から（利用者端末４に）送信済みの質問情報に対する回答情報を受信すると（ＳＴ４４０１）、受信した回答情報を利用者情報ＤＢ１９に記憶し（ＳＴ４４０２）、送信元である利用者端末４に関する経過記録情報を利用者端末１９から取得し（ＳＴ４４０３）、受信した回答情報と（取得した経過記録情報に基づいて）助言情報をイベント情報ＤＢ２から取得し（ＳＴ４４０４）、取得した助言情報の送信先を利用者端末４にするか助言者端末３１にするか判断し（ＳＴ４４０５）、判断結果が示す送信先に取得した助言情報を（経過記録情報とともに）送信し（ＳＴ４４０６）、その送信結果を利用者情報ＤＢ１９に記憶して（ＳＴ４４０７）、処理を終了する。
【０１４５】
【発明の効果】
以上記載の本発明によれば、仮のイベントが利用者の普段どおりが通用しない現実の状況を作り出す演出であり、利用者が仮のイベントを実行している間に作り出されていく利用者の普段が通用しない状況になるのを待って、真のイベントが開始される。さらに、真のイベントを実行する際には、それまでの利用者にとって和やかに経過する時間を過ごさせるための配慮であった支援者からの支援を遮断することによって、支援者からの支援なしで真の課題の実行が指示される。これはイベント提供システムとしての依頼ではなく、強制的に遮断した上での指示という命令であり、利用者側に選択権はないという強い強制力を持つ。
【０１４６】
よって、普段の生活の中で「わかったつもり」になっている利用者に、普段の「わかったつもり」になっていた自分が通用しない現実に直面させることになり、これまでの「わかったつもり」は単なる「つもり」に過ぎなかったことに気付くきっかけを利用者に与えることが出来る。つまり、ここで言うところの気付くきっかけとは、普段の生活の場とは違う場所においてその普段が通用しない環境をイベント提供システムが提供するイベントを用いて意図的に作り出すことにより、小賢くなって自ら考えようとする意思が希薄になりやすかった利用者が何かに気付くためのきっかけのことである。仮のイベントで気が緩んでいた利用者にとって降って湧いたかのような真のイベントの開始は、いわば災難のようなものであり、利用者は仮のイベントと真のイベントのギャップに加え、これまで当たり前のように思っていた支援者からの支援が突然受けられなくなるという心理的動揺によって、普段どおりの自分が通用しない状況に直面させることが出来る。
【０１４７】
なお、支援者から利用者への支援が何者かによって遮断されたことを示す架空の設定情報が用意されているので、真の課題情報を与えられた利用者がパニックになることを避けることが出来るとともに、利用者の普段が通用しない状況の中で自らが何とかしなければならないという気にさせることが出来る。
【０１４８】
さらに、本発明におけるイベント提供システムが提供するイベントを用いた、この仕組みは、普段どおりの自分が通用しない場所で自らがなんとかしようとする自主的な行動を利用者から引き出すことが出来るので、利用者として対象となる人を広げることによって、普段の「わかったつもり」になっていた自分を打破するきっかけを利用者に掴んでもらう研修とすることが出来る。
【図面の簡単な説明】
【図１】本発明の実施形態におけるイベント提供システムのシステム全体図
【図２】図１を補足する、本発明の実施形態におけるイベント提供システムのシステム全体図
【図３】図２とは別の場合の、本発明の実施形態におけるイベント提供システムのシステム全体図
【図４】本発明の実施形態における具体例を説明する説明図
【図５】本発明の実施形態における具体例を説明する説明図
【図６】本発明の実施形態におけるイベント提供システムのシステム全体図
【図７】本発明の実施形態における具体例を説明する説明図
【図８】本発明の実施形態における具体例を説明する説明図
【図９】本発明の実施形態における具体例を説明する説明図
【図１０】本発明の実施形態におけるイベント提供システムサーバのハードブロック図
【図１１】本発明の実施形態における利用者端末のハードブロック図
【図１２】本発明の実施形態における支援者端末のハードブロック図
【図１３】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図１４】本発明の実施形態における利用者端末の機能ブロック図
【図１５】本発明の実施形態における利用者端末の機能ブロック図
【図１６】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図１７】図１３と図１４に示す機能ブロック図に対応するイベント提供システムサーバと利用者端末の演算部におけるフローチャート
【図１８】図１４に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図１９】図１４に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図２０】図１５に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図２１】図１５に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図２２】図１６に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【図２３】本発明の実施形態における利用者端末の機能ブロック図
【図２４】図２３に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図２５】図２３に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図２６】本発明の実施形態における利用者端末の機能ブロック図
【図２７】本発明の実施形態における利用者端末の機能ブロック図
【図２８】図１３に示す機能ブロック図に対応するイベント提供システムサーバの演算部におけるフローチャート
【図２９】図２６に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図３０】図２７に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図３１】図２７に示す機能ブロック図に対応する利用者端末の演算部におけるフローチャート
【図３２】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図３３】図３１に示す機能ブロック図に対応するイベント提供システムの演算部におけるフローチャート
【図３４】本発明の第２実施形態におけるイベント提供システムのシステム全体図
【図３５】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図３６】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図３７】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図３８】図３６に示す機能ブロック図に対応するイベント提供システムの演算部におけるフローチャート
【図３９】図３７に示す機能ブロック図に対応するイベント提供システムの演算部におけるフローチャート
【図４０】本発明の第３実施形態におけるイベント提供システムのシステム全体図
【図４１】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図４２】図４１に示す機能ブロック図に対応するイベント提供システムの演算部におけるフローチャート
【図４３】本発明の実施形態におけるイベント提供システムサーバの機能ブロック図
【図４４】図４３に示す機能ブロック図に対応するイベント提供システムの演算部におけるフローチャート
【符号の説明】
１  イベント提供システムサーバ
２  イベント情報ＤＢ
３  利用者
４  利用者端末
５  支援者
６  支援者端末
７  場所情報タグ
８  位置情報提供システム
９  パスゲート
１０  情報記憶媒体
２９  判定者端末
３０  助言者
３１  助言者端末
【図１】
2004287950.tif 000003
【図２】
2004287950.tif 000004
【図３】
2004287950.tif 000005
【図４】
2004287950.tif 000006
【図５】
2004287950.tif 000007
【図６】
2004287950.tif 000008
【図７】
2004287950.tif 000009
【図８】
2004287950.tif 000010
【図９】
2004287950.tif 000011
【図１０】
2004287950.tif 000012
【図１１】
2004287950.tif 000013
【図１２】
2004287950.tif 000014
【図１３】
2004287950.tif 000015
【図１４】
2004287950.tif 000016
【図１５】
2004287950.tif 000017
【図１６】
2004287950.tif 000018
【図１７】
2004287950.tif 000019
【図１８】
2004287950.tif 000020
【図１９】
2004287950.tif 000021
【図２０】
2004287950.tif 000022
【図２１】
2004287950.tif 000023
【図２２】
2004287950.tif 000024
【図２３】
2004287950.tif 000025
【図２４】
2004287950.tif 000026
【図２５】
2004287950.tif 000027
【図２６】
2004287950.tif 000028
【図２７】
2004287950.tif 000029
【図２８】
2004287950.tif 000030
【図２９】
2004287950.tif 000031
【図３０】
2004287950.tif 000032
【図３１】
2004287950.tif 000033
【図３２】
2004287950.tif 000034
【図３３】
2004287950.tif 000035
【図３４】
2004287950.tif 000036
【図３５】
2004287950.tif 000037
【図３６】
2004287950.tif 000038
【図３７】
2004287950.tif 000039
【図３８】
2004287950.tif 000040
【図３９】
2004287950.tif 000041
【図４０】
2004287950.tif 000042
【図４１】
2004287950.tif 000043
【図４２】
2004287950.tif 000044
【図４３】
2004287950.tif 000045
【図４４】
2004287950.tif 000046
【手続補正書】
【提出日】平成16年4月16日(2004.4.16)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
支援者端末と通話する手段または情報を送受信する手段を備え、イベント提供システムサーバからイベントに関する情報を受信する利用者端末を用いたイベント提供システムであって、
前記イベント提供システムサーバは、目的地を指定して該目的地における課題の実行を指示する第１の課題情報と、該課題の達成に関してあらかじめ定められた判断基準情報とから成る第１のイベント情報と、利用者単独での課題の解決を指示する第２の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第２のイベント情報とを記憶するとともに、前記第２のイベント情報による第２のイベントの開始を判断する第２のイベント開始条件情報と、前記第２のイベントを開始する際の架空の設定情報をあらかじめ記憶するイベント情報データベースと、
前記利用者端末からイベント開始の要求を受け付けると、前記イベント情報データベースに記憶される前記第１のイベント情報から前記第１の課題情報を取得して、取得した情報を前記利用者端末に送信する情報送信手段と、
前記第２のイベント開始条件情報に基づいて、前記第２のイベント開始信号を出力する第２のイベント開始判断手段とを有し、
前記イベント提供システムサーバは、前記第２のイベント開始信号の出力に基づいて、前記イベント情報データベースに記憶された前記第２の課題情報と前記架空の設定情報とを取得して、前記情報送信手段によって前記利用者端末に送信し、
前記利用者端末は、前記イベント提供システムサーバから前記第２の課題情報とともに前記架空の設定情報を受信すると、該架空の設定情報にしたがって支援者端末との通話を強制的に不使用にするか、または前記支援者が持つ支援者端末との情報送受信を無効にし、
前記利用者端末は、前記架空の設定情報を情報出力部に出力した後に、前記第２の課題情報を情報出力部に出力することを特徴とするイベント提供システム。
【請求項２】
イベント提供システムサーバを介して支援者端末と通話する手段または情報を送受信する手段を備える利用者端末を用いたイベント提供システムであって、
前記イベント提供システムサーバは、前記利用者端末と前記支援者の持つ支援者端末との間における通話信号または情報送受信を仲介する支援情報仲介手段と、
目的地を指定して該目的地における課題の実行を指示する第１の課題情報と、該課題の達成に関してあらかじめ定められた判断基準情報とから成る第１のイベント情報と、利用者単独での課題の解決を指示する第２の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第２のイベント情報とを記憶するとともに、前記第２のイベント情報による第２のイベントの開始を判断する第２のイベント開始条件情報と、前記第２のイベントを開始する際の架空の設定情報をあらかじめ記憶するイベント情報データベースと、
前記利用者端末からイベント開始の要求を受け付けると、前記イベント情報データベースに記憶される前記第１のイベント情報から前記第１の課題情報を取得して、取得した情報を前記利用者端末に送信する情報送信手段と、
前記第２のイベント開始条件情報に基づいて、前記第２のイベント開始信号を出力する第２のイベント開始判断手段とを有し、
前記第２のイベント開始信号の出力に基づいて前記イベント提供システムサーバの前記支援情報仲介手段は、前記利用者端末と前記支援者端末との間の通話を強制的に不使用にするか、または情報送受信を無効にし、
前記イベント提供システムサーバは、前記イベント情報データベースに記憶された前記第２の課題情報とともに前記架空の設定情報とを取得して、
前記イベント提供システムサーバの前記情報送信手段は取得した情報を前記利用者端末に送信し、
前記利用者端末は、前記イベント提供システムサーバから前記第２の課題情報とともに前記架空の設定情報を受信すると、受信した前記架空の設定情報を情報出力部に出力した後に、前記第２の課題情報を情報出力部に出力することを特徴とするイベント提供システム。
【請求項３】
前記イベント提供システムサーバは、前記情報送信手段から前記利用者端末に送信した前記第１の課題情報または前記第２の課題情報に対する返信情報を前記利用者端末から受信すると、前記返信情報に対応する前記判断基準情報を前記イベント情報データベースから取得し、取得した前記判断基準情報に基づいて第１の課題情報または第２の課題情報が達成できたか否かを判断する課題達成判断手段をさらに有し、
前記課題達成判断手段が第１の課題情報について達成できたことを判断した場合には、前記イベント情報データベースに記憶される次の前記第１のイベント情報から前記第１の課題情報を取得し、
前記課題達成判断手段が第２の課題情報について達成できたことを判断した場合には、イベントの結末を示す結末情報を前記イベント情報データベースから取得し、
前記情報送信手段は前記第１の課題情報または結末情報を前記利用者端末に送信して、
前記利用者端末は、前記イベント提供システムサーバから前記第１の課題情報または前記結末情報を受信すると、受信した情報を情報出力部に出力することを特徴とする請求項１または２に記載のイベント提供システム。
【請求項４】
前記イベント情報データベースは、イベント終了後の前記利用者に対して主観的感想を問う質問情報をさらに記憶し、
前記イベント提供システムサーバは、前記イベント情報データベースから前記結末情報を取得する際には前記質問情報とともに前記結末情報を取得し、
前記情報送信手段は取得した情報を前記利用者端末に送信して、
前記利用者端末は、前記イベント提供システムサーバから前記結末情報を前記質問情報とともに受信すると、前記で受信した前記結末情報を情報出力部に出力した後に、前記で受信した質問情報を情報出力部に出力することを特徴とする請求項３に記載のイベント提供システム。
【請求項５】
前記イベント情報データベースは、前記回答情報に関連付けられた助言を与えるための
助言情報をさらに記憶し、
前記イベント提供システムサーバは、前記質問情報に対する回答情報を前記利用者端末から受信すると、受信した回答情報に基づいて前記助言情報を前記イベント情報データベースから取得し、
前記情報送信手段は取得した前記助言情報を前記利用者端末に送信して、
前記利用者端末は、前記イベント提供システムサーバから前記助言情報を受信すると、受信した前記助言情報を情報出力部に出力することを特徴とする請求項４に記載のイベント提供システム。
【請求項６】
支援者端末と通話する手段または情報を送受信する手段を備え、イベント提供システムサーバからイベントに関する情報を受信する利用者端末を用いたイベント提供方法であって、
前記イベント提供システムサーバは、目的地を指定して該目的地における課題の実行を指示する第１の課題情報と、該課題の達成に関してあらかじめ定められた判断基準情報とから成る第１のイベント情報と、利用者単独での課題の解決を指示する第２の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第２のイベント情報とを記憶するとともに、前記第２のイベント情報による第２のイベントの開始を判断する第２のイベント開始条件情報と、前記第２のイベントを開始する際の架空の設定情報をイベント情報データベースにあらかじめ記憶し、
前記イベント提供システムサーバは、イベント開始の要求を受け付けると、前記イベント情報データベースに記憶される前記第１のイベント情報から前記第１の課題情報を取得して、取得した情報を前記利用者端末に送信し、
前記イベント提供システムサーバは、前記第２のイベント開始条件情報に基づいて、前記第２のイベント開始を判断する第２のイベント開始判断手段が前記第２のイベント開始信号を出力した場合には、前記イベント情報データベースに記憶された前記第２の課題情報とともに前記架空の設定情報とを取得して、取得した情報を前記利用者端末に送信し、
前記利用者端末は、前記イベント提供システムサーバから前記第２の課題情報とともに前記架空の設定情報を受信すると、前記支援者が持つ支援者端末との通話を強制的に不使用にするか、または前記支援者が持つ支援者端末との情報送受信を無効にし、
前記利用者端末は、前記で受信した前記架空の設定情報を情報出力部に出力した後に、前記で受信した前記第２の課題情報を情報出力部に出力することを特徴とするイベント提供システムサーバと利用者端末とを用いたイベント提供方法。
【請求項７】
イベント提供システムサーバを介して支援者端末と通話する手段または情報を送受信する手段を備える利用者端末を用いたイベント提供方法であって、
前記イベント提供システムサーバは、目的地を指定して該目的地における課題の実行を指示する第１の課題情報と、該課題の達成に関してあらかじめ定められた判断基準情報とから成る第１のイベント情報と、前記支援者なしで課題の解決を指示する第２の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第２のイベント情報と、前記第２のイベント情報による第２のイベントの開始を判断する第２のイベント開始条件情報と、前記第２のイベントを開始する際の架空の設定情報とをイベント情報データベースにあらかじめ記憶し、
前記イベント提供システムサーバは、イベント開始の要求を受け付けると、前記イベント情報データベースに記憶される前記第１のイベント情報から前記第１の課題情報を取得して、取得した情報を前記利用者端末に送信し、
前記イベント提供システムサーバにおいて、前記第２のイベント開始条件情報に基づいて、前記第２のイベント開始を判断する第２のイベント開始判断手段が前記第２のイベント開始信号を出力した場合には、前記利用者端末と前記支援者の持つ支援者端末との間における通話信号または情報送受信を仲介する支援情報仲介手段が、前記利用者端末と前記支援者端末との間の通話を強制的に不使用にするか、または情報送受信を無効にするとと
もに、前記イベント情報データベースに記憶された前記第２の課題情報とともに前記架空の設定情報とを取得して、取得した情報を前記利用者端末に送信し、
前記利用者端末は、前記イベント提供システムサーバから前記第２の課題情報とともに前記架空の設定情報を受信すると、前記架空の設定情報を情報出力部に出力した後に、前記第２の課題情報を情報出力部に出力することを特徴とするイベント提供システムサーバと利用者端末とを用いたイベント提供方法。
【請求項８】
前記イベント提供システムサーバは、送信した前記第１の課題情報または前記第２の課題情報に対する返信情報を前記利用者端末から受信すると、対応する前記判断基準情報を前記イベント情報データベースから取得し、取得した前記判断基準情報に基づいて第１の課題情報または第２の課題情報が達成できたか否かを課題達成判断手段で判断し、
前記課題達成判断手段が第１の課題情報について達成できたか否かを判断した場合には、前記イベント提供システムサーバは、その判断結果に基づいて前記イベント情報データベースに記憶される次の前記第１のイベント情報から前記第１の課題情報を取得し、
前記課題達成判断手段が第２の課題情報について達成できたか否かを判断した場合には、前記イベント提供システムサーバは、その判断結果に基づいてイベントの結末を示す結末情報を前記イベント情報データベースから取得し、
前記イベント提供システムサーバは、前記で取得した情報を前記利用者端末に送信して、
前記利用者端末は、前記イベント提供システムサーバから前記第１の課題情報または前記結末情報を受信すると、受信した情報を情報出力部に出力することを特徴とする請求項６または７に記載のイベント提供方法。
【請求項９】
前記イベント情報データベースは、イベント終了後の前記利用者に対して主観的感想を問う質問情報をさらに記憶し、
前記イベント提供システムサーバは、前記イベント情報データベースから前記結末情報を取得する際には前記質問情報ともに前記結末情報を取得し、
前記情報送信手段は、取得した情報を前記利用者端末に送信して、
前記利用者端末は、前記イベント提供システムサーバから前記結末情報を前記質問情報とともに受信すると、前記結末情報を情報出力部に出力した後に、前記質問情報を情報出力部に出力することを特徴とする請求項８に記載のイベント提供方法。
【請求項１０】
前記イベント情報データベースは、前記回答情報に関連付けられた助言を与えるための助言情報をさらに記憶し、
前記イベント提供システムサーバは、前記質問情報に対する回答情報を前記利用者端末から受信すると、受信した回答情報に基づいて前記助言情報を前記イベント情報データベースから取得し、
前記情報送信手段は取得した前記助言情報を前記利用者端末に送信し、
前記利用者端末は、前記イベント提供システムサーバから前記助言情報を受信すると、受信した前記助言情報を情報出力部に出力することを特徴とする請求項９に記載のイベント提供方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
本発明は、支援者端末と通話する手段または情報を送受信する手段を備え、イベント提
供システムサーバからイベントに関する情報を受信する利用者端末を用いたイベントを提供するために、前記イベント提供システムサーバは、目的地を指定して該目的地における課題の実行を指示する第１の課題情報と、該課題の達成に関してあらかじめ定められた判断基準情報とから成る第１のイベント情報と、利用者単独での課題の解決を指示する第２の課題情報と該課題の達成に関してあらかじめ定められた判断基準情報とから成る第２のイベント情報とを記憶するとともに、前記第２のイベント情報による第２のイベントの開始を判断する第２のイベント開始条件情報と、前記第２のイベントを開始する際の架空の設定情報をイベント情報データベースにあらかじめ記憶し、前記イベント提供システムサーバは、イベント開始の要求を受け付けると、前記イベント情報データベースに記憶される前記第１のイベント情報から前記第１の課題情報を取得して、取得した情報を前記利用者端末に送信し、前記イベント提供システムサーバは、前記第２のイベント開始条件情報に基づいて、前記第２のイベント開始を判断する第２のイベント開始判断手段が前記第２のイベント開始信号を出力した場合には、前記イベント情報データベースに記憶された前記第２の課題情報とともに前記架空の設定情報とを取得して、取得した情報を前記利用者端末に送信し、前記利用者端末は、前記イベント提供システムサーバから前記第２の課題情報とともに前記架空の設定情報を受信すると、前記支援者が持つ支援者端末との通話を強制的に不使用にするか、または前記支援者が持つ支援者端末との情報送受信を無効にし、前記利用者端末は、前記架空の設定情報を情報出力部に出力した後に、前記で受信した前記第２の課題情報を情報出力部に出力するようにした。


【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
利用者端末が支援者端末との通話を不通にする場合には、例えば利用者端末の情報入力部から入力された（支援者端末へ通話するための）通話コードを通話部に入力しないようにしたり、支援者端末からの通話をうけつけないようにすれば実現できるが、支援者から利用者への支援が遮断されればその手段は特に問わない。同様に、利用者端末が支援者端末との情報送受信を無効にする場合には、支援者端末との情報送受信そのもの無効（支援者端末と情報の送受信そのものをしない）にしてもよいが、支援者端末からの受信を情報出力部に表示しないだけでもよい。なお、イベント提供システムサーバが、利用者端末と支援者端末との通話または情報送受信を仲介する場合には、イベント提供システムサーバに支援者から利用者への支援を遮断する機能（具体的には、利用者端末と支援者端末との通話を強制的に不通にする機能、または利用者端末と支援者端末との間の情報送受信を無効にする機能）があってもよい。


【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正の内容】
【００２４】
また、前記イベント提供システムサーバは、送信した前記第１の課題情報または前記第２の課題情報に対する返信情報を前記利用者端末から受信すると、対応する前記判断基準情報を前記イベント情報データベースから取得し、取得した前記判断基準情報に基づいて第１の課題情報または第２の課題情報が達成できたか否かを課題達成判断手段で判断し、
前記課題達成判断手段が第１の課題情報について達成できたか否かを判断した場合には、前記イベント提供システムサーバは、その判断結果に基づいて前記イベント情報データベースに記憶される次の前記第１のイベント情報から前記第１の課題情報を取得し、前記課題達成判断手段が第２の課題情報について達成できたか否かを判断した場合には、前記イベント提供システムサーバは、その判断結果に基づいてイベントの結末を示す結末情報を前記イベント情報データベースから取得し、前記イベント提供システムサーバは、取得した情報を前記利用者端末に送信して、前記利用者端末は、前記イベント提供システムサーバから前記第１の課題情報または前記結末情報を受信すると、受信した情報を情報出力部に出力するようにしてもよい。


【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
また、前記イベント情報データベースは、イベント終了後の前記利用者に対して主観的感想を問う質問情報をさらに記憶し、前記イベント提供システムサーバは、前記イベント情報データベースから前記結末情報を取得する際には前記質問情報ともに前記結末情報を取得し、前記情報送信手段は、取得した情報を前記利用者端末に送信して、前記利用者端末は、前記イベント提供システムサーバから前記結末情報を前記質問情報とともに受信すると、受信した前記結末情報を情報出力部に出力した後に、受信した質問情報を情報出力部に出力するようにしてもよい。


【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】変更
【補正の内容】
【００２７】
また、前記イベント情報データベースは、前記回答情報に関連付けられた助言を与えるための助言情報をさらに記憶し、前記イベント提供システムサーバは、前記質問情報に対する回答情報を前記利用者端末から受信すると、受信した回答情報に基づいて前記助言情報を前記イベント情報データベースから取得し、前記情報送信手段は取得した前記助言情報を前記利用者端末に送信し、前記利用者端末は、前記イベント提供システムサーバから前記助言情報を受信すると、受信した前記助言情報を情報出力部に出力するようにしてもよい。