(57)【要約】【課題】時間や場所に条件のある複数のイベントを体験するためのユーザに適したナビゲーションを行うことが可能な情報処理装置、制御方法、およびプログラムを提供する。【解決手段】時間条件および場所条件を有する複数のイベントを体験するためのナビゲーションを、場所情報およびユーザプロファイルに応じて決定する決定部と、前記決定したナビゲーションを通知するよう制御する通知制御部と、を備える、情報処理装置。【選択図】図２
2016092920.tif 000002
【特許請求の範囲】
【請求項１】
時間条件および場所条件を有する複数のイベントを体験するためのナビゲーションを、場所情報およびユーザプロファイルに応じて決定する決定部と、
前記決定したナビゲーションを通知するよう制御する通知制御部と、
を備える、情報処理装置。
【請求項２】
前記情報処理装置は、
多数のユーザの行動認識結果、および当該行動認識結果に基づくハイコンテキストを集約して、位置情報に紐付けられた場所に関する情報である前記場所情報を生成する生成部をさらに備える、請求項１に記載の情報処理装置。
【請求項３】
前記ユーザプロファイルは、ユーザの属性情報、嗜好情報、制約事項、または習慣性を含む、請求項１に記載の情報処理装置。
【請求項４】
前記時間条件は、前記イベントの開始時間または終了時間を含む、請求項１に記載の情報処理装置。
【請求項５】
前記場所条件は、前記イベントが開催される場所を含む、請求項１に記載の情報処理装置。
【請求項６】
前記場所情報は、経時的に変化する情報を含む、請求項１に記載の情報処理装置。
【請求項７】
前記経時的に変化する場所情報は、環境情報または混雑情報である、請求項６に記載の情報処理装置。
【請求項８】
前記決定部は、前記複数のイベントを、チケット情報、ユーザによる入力情報、または前記ユーザプロファイルに含まれる嗜好情報に基づいて選定する、請求項１に記載の情報処理装置。
【請求項９】
前記決定部は、前記複数のイベントを回る途中に、付随活動地点を経由するナビゲーションを決定する、請求項１に記載の情報処理装置。
【請求項１０】
前記決定部は、前記付随活動地点を、前記場所情報に基づいて選定する、請求項９に記載の情報処理装置。
【請求項１１】
前記通知制御部は、ルートに含まれる各地点の通過目標時間を併せて通知するよう制御する、請求項１に記載の情報処理装置。
【請求項１２】
前記通知制御部は、ルートの決定理由を併せて通知するよう制御する、請求項１に記載の情報処理装置。
【請求項１３】
前記通知制御部は、前記決定したナビゲーションをリアルタイムで通知するよう制御する、請求項１に記載の情報処理装置。
【請求項１４】
時間条件および場所条件を有する複数のイベントを体験するためのナビゲーションを、場所情報およびユーザプロファイルに応じて決定することと、
前記決定したナビゲーションを通知するよう制御することと、
を含む、制御方法。
【請求項１５】
コンピュータを、
時間条件および場所条件を有する複数のイベントを体験するためのナビゲーションを、場所情報およびユーザプロファイルに応じて決定する決定部と、
前記決定したナビゲーションを通知するよう制御する通知制御部と、
として機能させるための、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、制御方法、およびプログラムに関する。
【背景技術】
【０００２】
従来から、地図情報を参照してユーザを現在位置から目的地までナビゲーションする技術が提案されている。このようなナビゲーションは、車用のナビゲーションの他、自転車、自動二輪車、歩行用のナビゲーションも提案されていた。【０００３】
例えば下記引用文献１では、目的地までのルート提示を、車モード、徒歩モード、または自転車モードといったナビゲーションモードに応じて行う装置が提案される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１４９７７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来のナビゲーション技術では、既存の地図情報に基づいて現在地から目的地までのルートを提示するだけであって、広いエリアで行われているイベントに特化したナビゲーションを行うことについては何ら言及されていなかった。広いエリアで行われるイベントとしては、例えばオリンピックなどの競技大会や音楽フェスティバル等が挙げられる。このようなイベント（広義のイベント）では、比較的広いエリアに点在する場所を巡りながら試合の観戦やステージ上の演奏（狭義のイベント）の鑑賞を行うが、試合や演奏には時間的制約があるため、ユーザは開始時間と開催場所を考慮して回らなければならなかった。【０００６】
また、ユーザによってはベビーカーを利用しているため階段は回避したいといった事情や、荷物が多いため途中で休憩所を経由したいといった要望もあり、ユーザ毎に異なる条件を踏まえてルート決定や経由地点の選定を行うことが必要であった。【０００７】
そこで、本開示では、時間や場所に条件のある複数のイベントを体験するためのユーザに適したナビゲーションを行うことが可能な情報処理装置、制御方法、およびプログラムを提案する。
【課題を解決するための手段】
【０００８】
本開示によれば、時間条件および場所条件を有する複数のイベントを体験するためのナビゲーションを、場所情報およびユーザプロファイルに応じて決定する決定部と、前記決定したナビゲーションを通知するよう制御する通知制御部と、を備える情報処理装置を提案する。【０００９】
本開示によれば、時間条件および場所条件を有する複数のイベントを体験するためのナビゲーションを、場所情報およびユーザプロファイルに応じて決定することと、前記決定したナビゲーションを通知するよう制御することと、を含む制御方法を提案する。【００１０】
本開示によれば、コンピュータを、時間条件および場所条件を有する複数のイベントを体験するためのナビゲーションを、場所情報およびユーザプロファイルに応じて決定する決定部と、前記決定したナビゲーションを通知するよう制御する通知制御部と、として機能させるためのプログラムを提案する。
【発明の効果】
【００１１】
以上説明したように本開示によれば、時間や場所に条件のある複数のイベントを体験するためのユーザに適したナビゲーションを行うことが可能となる。【００１２】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１３】
【図１】本開示の一実施形態による情報処理システムの概要を説明する図である。
【図２】本実施形態によるサーバの構成の一例を示すブロック図である。
【図３】本実施形態によるＰＯＩ情報の生成について説明する図である。
【図４】本実施形態によるＰＯＩ情報ＤＢに格納されるＰＯＩ情報のデータ例を示す図である。
【図５】本実施形態によるユーザ端末の構成の一例を示すブロック図である。
【図６】第１の実施形態によるナビゲーション処理を示すフローチャートである。
【図７】第１の実施形態によるナビゲーション画面の表示例を示す図である。
【図８】第２の実施形態によるナビゲーション処理を示すフローチャートである。
【図９】第３の実施形態によるナビゲーション処理を示すフローチャートである。
【図１０】第３の実施形態によるナビゲーション画面の表示例を示す図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１５】
また、説明は以下の順序で行うものとする。
１．本開示の一実施形態による情報処理システムの概要
２．基本構成
２−１．サーバの構成
２−２．ユーザ端末の構成
３．各実施形態
３−１．第１の実施形態
３−２．第２の実施形態
３−３．第３の実施形態 
４．まとめ
【００１６】
＜＜１．本開示の一実施形態による情報処理システムの概要＞＞
まず、本開示の一実施形態による情報処理システムの概要を図１に示して説明する。図１に示すように、本実施形態による情報処理システムは、複数のユーザＡ、ユーザＢに装着されたウェアラブルデバイス２（２ａ、２ｂ）と、サーバ１と、ナビゲーションや混雑情報の通知を行うユーザ端末３とを含む。
【００１７】
ウェアラブルデバイス２は、例えば図１に示すようなスマートバンドにより実現される。ウェアラブルデバイス２には、ＧＰＳ（Global Positioning System）や加速度センサ等が搭載され、ユーザの位置情報や動きが検知される。ウェアラブルデバイス２は、これらのセンサによる検知結果をサーバ１に送信する。サーバ１では、かかる検知結果に基づいて、ユーザがどこを歩いていたか、どこで階段の上り下りをしていたか、どこで座っていたか、どこで電車に乗ったかといった行動認識を行う。なおウェアラブルデバイス２は、図１に示すようなスマートバンドに限定されず、例えばスマートウォッチ、スマートアイグラス、スマートフォン等により実現されていてもよい。また、ウェアラブルデバイス２は、ユーザ端末３（例えばスマートフォンやタブレット端末等）と無線／有線接続し、ユーザ端末３を介して検知結果を送信してもよい。
【００１８】
サーバ１は、複数のユーザ（例えばユーザＡ、ユーザＢ）の行動認識を行い、行動認識結果からハイコンテキストを生成する。次いで、サーバ１は、行動認識結果およびハイコンテキストに基づいて、一般的な既存の地図情報には含まれていないＰＯＩ（Point of Interest）情報を生成する。例えば、サーバ１は、ベンチの場所、階段がある場所、仮設トイレの場所、休憩スペース、仮設店舗、飲食店、売店、待ち合わせの場所、混雑している場所等の、既存の地図情報には含まれていない地点情報（すなわちＰＯＩ情報）を、行動認識結果やハイコンテキストから生成することが可能である。また、サーバ１は、現在混雑している場所等の即時性のある情報も生成することができる。
【００１９】
そしてサーバ１は、一般的な地図情報には含まれていないＰＯＩ情報を参照して目的地までの適切なナビゲーションや混雑情報の通知を、ユーザ端末３を介してユーザに対して行うことができる。また、目的地は、比較的広いエリアで行われている複数のイベント（狭義のイベントであって、例えば試合、演奏、アトラクション、ショー、パレード等を言う）のうち、ユーザのチケット情報や入力情報、嗜好情報等に基づいて選定される。かかるイベントは時間的条件（試合の開始時間等）および場所的条件（どこで開催されるか等）を有するため、サーバ１は、時間的・場所的条件を考慮した上で、また、上記ＰＯＩ情報も参照して、複数のイベントを体験するためのユーザに適したナビゲーションを行う。
【００２０】
サーバ１により提供されるナビゲーションは、ユーザ端末３を介してユーザに通知される。ユーザ端末３は、例えば図１に示すようにスマートフォンで実現されるが、これに限定されず、例えばタブレット端末、携帯電話端末、ＰＤＡ（Personal Digital Assistant）、ＰＣ（Personal Computer）、携帯用音楽プレーヤー、携帯用ゲーム機、またはウェアラブル端末（ＨＭＤ（ヘッドマウントディスプレイ）、メガネ型ＨＭＤ、時計型端末、バンド型端末等）により実現されてもよい。また、ユーザ端末３は、ユーザの位置や動きを検知するウェアラブルデバイス２として機能することも可能である。
【００２１】
以上、本開示の一実施形態による情報処理システムの概要について説明した。続いて、本実施形態の情報処理システムに含まれる各装置の基本構成について説明する。
【００２２】
＜＜２．基本構成＞＞
＜２−１．サーバの構成＞
図２は、本実施形態によるサーバ１の構成の一例を示すブロック図である。図２に示すように、サーバ１は、通信部１１、行動認識部１２、ハイコンテキスト生成部１３、行動学習部１４、ユーザプロファイルＤＢ（データベース）１５、ＰＯＩ情報生成部１６、ＰＯＩ情報ＤＢ１７、イベント情報収集部１８、イベント情報ＤＢ１９、ナビゲーション決定部２０、および通知制御部２１を有する。以下、サーバ１の各構成について説明する。
【００２３】
通信部１１は、無線／有線により外部装置と接続し、データの送受信を行う機能を有する。本実施形態による通信部１１は、例えばウェアラブルデバイス２と接続し、ユーザの位置や動きの検知結果を受信する。また、通信部１１は、ユーザ端末３と接続してナビゲーション情報や混雑情報の送信を行う。
【００２４】
行動認識部１２は、ウェアラブルデバイス２で検知されたユーザの位置や動きの検知結果に基づいて、ユーザの行動認識を行う。具体的には、行動認識部１２は、ユーザの歩行、走行、階段昇降、坂道昇降、座っている状態、立っている状態、乗り物（自転車、自動車、電車等）に乗っている状態等を認識し、位置情報と紐付けて場所毎のメタデータとして収集する。また、行動認識部１２は、ウェアラブルデバイス２に搭載された環境センサで検知された環境情報および位置情報に基づいて、場所に紐づいた環境情報（天気、温度、湿度、日照（日向／日陰）、花粉、大気状態（空気の汚染度等））を収集することも可能である。行動認識部１２は、多数のユーザの位置や動きの検知結果に基づいて、場所メタデータを多数のユーザから収集する。
【００２５】
ハイコンテキスト生成部１３は、行動認識部１２により認識された場所メタデータに基づいて、抽象度の高い場所メタデータを生成する。例えば、ハイコンテキスト生成部１３は、ユーザが道の途中の所定の場所でしばらく座っていたという行動認識結果に基づいて、その場所にはベンチがあることをハイコンテキストとして生成する。また、ハイコンテキスト生成部１３は、ユーザが昇降をしているという行動認識結果に基づいて、その場所には階段があることをハイコンテキストとして生成する。
【００２６】
さらに、ハイコンテキスト生成部１３は、ユーザプロファイルを参照して、例えば車いすユーザが通る道については、段差が少ない場所であるというハイコンテキストを生成し、大きな荷物を持ったユーザが座る場所については、休憩場所であるというハイコンテキストを生成する。また、ユーザが他のユーザが来るまで待機していた場所については、待ち合わせ場所であるというハイコンテキストを生成する。
【００２７】
行動学習部１４は、行動認識部１２により認識されたユーザの行動や、ハイコンテキスト生成部１３で生成されたハイコンテキスト（抽象度の高い場所メタデータ）に基づいて、各ユーザの行動学習を行う。学習結果はユーザプロファイルＤＢ１５へ出力される。例えば行動学習部１４は、ユーザがいつも階段のある道を避けている場合は、当該ユーザは階段のない道を好むという嗜好情報を学習できる。また、行動学習部１４は、ユーザがいつも日陰の道を歩いている場合は、当該ユーザは日陰の道を好むという嗜好情報を学習できる。また、行動学習部１４は、ユーザ行動やハイコンテキストに基づいて、ユーザが食事を取る時間やタイミング（食事の習慣）、休憩する頻度、歩くことが好きか、タクシーによく乗るか、といったことも学習することができる。
【００２８】
ユーザプロファイルＤＢ１５は、行動学習部１４から出力された学習結果を記憶する。具体的には、ユーザプロファイルＤＢ１５には、各ユーザの行動に関する嗜好情報（階段は好まない、日陰を好む、歩くことを好む、タクシーやバスに乗ることを好む等）が記憶される。また、ユーザプロファイルＤＢ１５には、行動学習部１４から出力される学習結果の他、ユーザの趣味・嗜好（食事、スポーツ種目、音楽、キャラクター、テーマパーク等の好み）、属性（性別、年齢、住所等）、制約事項（ベビーカーの有無、ハンディキャップ、現在の荷物の量等）、習慣性（食事を取るタイミング、休憩を取る頻度、起床時間等）も記憶され得る。
【００２９】
ＰＯＩ情報生成部１６は、行動認識部１２により認識された多数のユーザの行動を位置情報に紐付けた各場所メタデータ、およびハイコンテキスト生成部１３で生成された多数のユーザの行動に基づく各ハイコンテキスト（抽象度の高い場所メタデータ）を用いて統計処理を行い、一意の地点情報すなわちＰＯＩ情報を生成する。
【００３０】
本実施形態によるＰＯＩ情報は、一般的な既存の地図情報には含まれていない地点情報を含む。ここで、図３を参照して本実施形態によるＰＯＩ情報の生成について説明する。図３は、本実施形態によるＰＯＩ情報の生成について説明する図である。ＰＯＩ情報生成部１６は、図３に示すように、既存の地図情報Ｐ１と、多数のユーザから取得された位置情報に紐付けられた行動情報２００（行動認識結果、場所メタデータ、ハイコンテキスト）に基づいて、既存の地図情報Ｐ１には含まれないＰＯＩ情報１７１、１７２、１７３を生成する。例えば、ＰＯＩ情報１７１はベンチの場所やベンチの空き状況を示す情報であって、また、ＰＯＩ情報１７２は階段の場所を示す情報であって、さらに、ＰＯＩ情報１７３は日陰の場所を示す情報である。なおベンチの空き状況（混雑情報の一例）や日陰の場所（環境情報の一例）は経時的に変化する（リアルタイム性を持つ）ものであるため、ＰＯＩ情報生成部１６は、継続的に多数のユーザから取得した行動情報２００に基づいてＰＯＩ情報を更新することで、最新の空き状況や日陰の場所等を取得する。
【００３１】
ＰＯＩ情報ＤＢ１７は、ＰＯＩ情報生成部１６により生成されたＰＯＩ情報を格納する記憶部である。ここで、図４を参照してＰＯＩ情報のデータ例について説明する。図４は、ＰＯＩ情報ＤＢ１７に格納されるＰＯＩ情報のデータ例を示す図である。図４に示すように、例えばＰＯＩ情報とは、施設に関する場所情報（レストラン、本屋の場所など）、施設詳細に関する場所情報（台所、リビング、寝室の場所など）、また、交通に関する場所情報（駅、バス停、駐車場の場所など）である。なお、施設に関する場所情報および交通に関する場所情報は、一般的な地図情報から得られる場合もある。
【００３２】
また、ＰＯＩ情報は、パーソナルに関する場所情報（自宅、職場、よく行く場所など）や、つながりに関する場所情報（友人と行ったことがある、住んでいたことがある、通っていた場所など）といった、ユーザ毎の個人化された場所情報であってもよい。
【００３３】
また、ＰＯＩ情報は、公共に関する場所情報（ベンチ、休憩場所、待ち合わせ場所、トイレの場所など）や、環境状況に関する場所情報（場所毎の天気、温度、湿度、日照（日向／日陰）、花粉、大気状態、騒音など）、混雑状況に関する場所情報（人が集まっている場所、並んでいる場所など）であってもよい。これらの場所情報は、経時的に変化するＰＯＩ情報であるため、ＰＯＩ情報ＤＢ１７には、ＰＯＩ情報生成部１６により更新された最新の場所情報が格納されるようにする。
【００３４】
イベント情報収集部１８は、イベントに関する情報を収集し、イベント情報ＤＢ１９に出力する。より具体的には、イベント情報収集部１８は、例えばオリンピックなどの競技大会の場合、ユーザのスケジュール情報やチケット購入履歴、チケット情報等を、通信部１１を介して受信し、受信した情報に基づいて、ユーザが観戦する予定の試合の情報（開催場所および開始時間等）を収集する。また、イベント情報収集部１８は、音楽フェスティバルの場合、ステージ情報、演奏プログラム、フェスティバル日程情報等を、通信部１１を介して主催者側から受信し、収集する。また、イベント情報収集部１８は、テーマパークの場合、ショーやパレード等の情報、アトラクションや飲食店等の場所を示す地図情報、パーク運営時間情報等をテーマパーク側から受信し、収集する。また、イベント情報収集部１８は、ユーザが有するアトラクションやショーのチケット情報、チケット購入履歴等をユーザ端末３から受信し、ユーザが体験する予定のアトラクションや鑑賞する予定のショーの情報（開催場所および開始時間等）を収集する。
【００３５】
イベント情報ＤＢ１９は、イベント情報収集部１８により収集されたイベントに関する情報を格納する記憶部である。
【００３６】
ナビゲーション決定部２０は、ユーザが複数イベントを体験できるよう、各イベント（試合、音楽ステージ、アトラクション、ショー等）への経路を示すナビゲーションを決定する。ナビゲーションする複数イベントは、例えばユーザのチケット情報等がある場合は、いつどこで何を体験するかが既に決まっているため、チケット情報に基づいて選定される。一方、音楽フェスティバルのようにステージ毎のチケットがない場合（入場券のみで全てのステージを鑑賞できる場合）、ナビゲーション決定部２０は、ユーザプロファイルＤＢ１５から取得したユーザの趣味・嗜好に応じて案内するイベント（ステージ）を選定してもよい。また、ナビゲーション決定部２０は、ルートを決定する際に、複数イベントの開催場所および開始時間といった、場所的・時間的条件を考慮して、何時にどこに行けば所望のイベントを体験できるかをナビゲーションする。
【００３７】
さらに、本実施形態によるナビゲーション決定部２０は、ＰＯＩ情報ＤＢ１７に記憶されているＰＯＩ情報およびユーザプロファイルに含まれる制約事項や嗜好情報を参照して、各場所のアクセシビリティ・バリアフリー、環境状況、混雑状況等を考慮して、ユーザプロファイルＤＢ１５に格納されているユーザプロファイルに適したルートを決定する。例えばナビゲーション決定部２０は、ユーザプロファイルＤＢ１５により、ユーザがベビーカーを利用していることが分かった場合、階段がなく勾配が緩やかで、さらにエレベータができるルートに決定する。
【００３８】
また、本実施形態によるナビゲーション決定部２０は、ＰＯＩ情報ＤＢ１７に記憶されたＰＯＩ情報およびユーザプロファイルの嗜好情報や習慣性を参照して、目的地である複数イベントへの移動途中に、トイレや休憩場所、売店、飲食店等の付随活動地点を経由するようナビゲーションを決定してもよい。
【００３９】
また、本実施形態によるナビゲーション決定部２０は、ＰＯＩ情報ＤＢ１７に記憶されているＰＯＩ情報を参照して、現在の環境状況（日照、気温、湿度等）や混雑状況に応じたルート決定や、途中に経由する休憩場所・トイレ・売店・飲食店の選択を行う。これにより、ナビゲーション決定部２０は、空いている休憩場所や売店、飲食店等を案内することができる。
【００４０】
また、本実施形態によるナビゲーション決定部２０は、ＰＯＩ情報ＤＢ１７に記憶されているＰＯＩ情報と、ユーザと一緒に訪れた他ユーザの位置情報を参照して、待ち合わせ場所を経由するようルート決定することも可能である。
【００４１】
通知制御部２１は、ナビゲーション決定部２０により決定されたナビゲーションをユーザに通知するよう制御する。具体的には、例えば通知制御部２１は、通信部１１を介してユーザ端末３にナビゲーション情報を送信するよう制御する。また、通知制御部２１は、ナビゲーション情報と共に、ナビゲーションの決定理由（なぜそのルートに決定したかを示す理由）や、ルートに含まれる各地点の通過時間を通知することも可能である。また、ナビゲーション決定部２０により決定されたナビゲーションは、混雑状況等のリアルタイム性を有するＰＯＩ情報を参照して生成されている場合もあるため、通知制御部２１はリアルタイムでナビゲーション通知を行ってもよい。
【００４２】
また、以上説明したサーバ１には、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、および不揮発性メモリを備えたマイクロコンピュータが搭載され、サーバ１の各構成を制御する。
【００４３】
また、サーバ１の構成は図２に示す例に限定されず、例えばサーバ１の行動認識部１２およびハイコンテキスト生成部１３はウェアラブルデバイス２またはユーザ端末３に設けられていてもよい。
【００４４】
＜２−２．ユーザ端末の構成＞
続いて、本実施形態によるユーザ端末３の構成について図５を参照して説明する。ユーザ端末３は、サーバ１からの制御に従って、ユーザへのナビゲーションを通知する。なお、本実施形態によるユーザ端末３は、さらに図１に示すウェアラブルデバイス２として機能してもよい。次に説明するユーザ端末３の構成は、ウェアラブルデバイス２としての機能も有するものである。
【００４５】
図５は、本実施形態によるユーザ端末３の構成の一例を示すブロック図である。図５に示すように、ユーザ端末３は、ＣＰＵ３０、ＲＯＭ３１、ＲＡＭ３２、モーションセンサ３３、環境センサ３４、入力部３５、現在位置計測部３６、出力部３７、記憶部３８、および通信部３９を有する。
【００４６】
ＣＰＵ３０は、ユーザ端末３の各構成を制御する。また、ＣＰＵ３０は、演算処理装置および制御装置として機能し、ＲＯＭ３１、ＲＡＭ３２、または記憶部３８に記録された各種プログラムに従って、ユーザ端末３内の動作全般またはその一部を制御する。ＲＯＭ３１は、ＣＰＵ３０が使用するプログラムや演算パラメータなどを記憶する。ＲＡＭ３２は、ＣＰＵ３０の実行において使用するプログラムや、その実行において適宜変化するパラメータなどを一次記憶する。
【００４７】
モーションセンサ３３は、ユーザ端末３の動きを検知する機能を有する。具体的には、モーションセンサ３３は、例えば３軸加速度センサ、ジャイロセンサ、地磁気センサ、および振動センサ等により実現され、これらの検知データを利用してユーザの動き（歩行、走行、座っている、立っている、昇降、乗り物に乗っている等）を検知する。モーションセンサ３３により検知されたデータ（動き情報）は、通信部３９からサーバ１へ送信される。
【００４８】
環境センサ３４は、ユーザ端末３の周囲の環境状況を検知する機能を有する。具体的には、環境センサ３４は、例えば温度センサ、湿度センサ、気圧センサ、照度センサ、ＵＶセンサ、花粉センサ、大気汚染センサ、騒音センサ（マイクロフォン）等により実現される。環境センサ３４により検知されたデータ（環境情報）は、通信部３９からサーバ１へ送信される。
【００４９】
入力部３５は、ユーザによる情報入力操作を検出し、検出した入力情報をＣＰＵ３０に出力する。例えば入力部３５は、タッチパネル、キーボード、テンキー、ボタン、スイッチ等により実現される。また、入力部３５をカメラにより実現することで、ジェスチャー入力が可能となる。また、入力部３５をマイクロフォンにより実現することで、音声入力が可能となる。また、入力部３５は、複数種類の入力デバイスにより実現されてもよい。
【００５０】
現在位置計測部３６は、外部からの取得信号に基づいてユーザ端末３の現在位置を検知する機能を有する。具体的には、例えば現在位置計測部３６は、ＧＰＳ測位部により実現され、ＧＰＳ衛星からの電波を受信して、ユーザ端末３が存在している位置を検知し、検知した位置情報を出力する。また、現在位置計測部３６は、ＧＰＳの他、例えばＷｉ−Ｆｉ（登録商標）、携帯電話・ＰＨＳ・スマートフォン等との送受信、または近距離通信等により位置を検知するものであってもよい。現在位置計測部３６により計測された現在位置情報は、通信部３９からサーバ１へ送信される。
【００５１】
出力部３７は、情報出力を行う機能を有する。例えば出力部３７は、画面に文字や画像その他の情報を表示する表示部や、音声信号を再生するスピーカにより実現される。また、本実施形態による出力部３７は、サーバ１から送信されたナビゲーション情報をユーザに表示出力または音声出力して提示する。
【００５２】
記憶部３８は、様々なデータを記憶し、例えばＣＰＵ３０の各処理を実行するためのプログラムを記憶する。また、記憶部３８は、ユーザのスケジュール情報、チケット情報、チケット購入履歴、ユーザプロファイル等を記憶していてもよい。
【００５３】
通信部３９は、無線／有線により外部装置と接続し、データの送受信を行う機能を有する。本実施形態による通信部３９は、例えばサーバ１と接続し、ＣＰＵ３０の制御に従って、モーションセンサ値、環境センサ値、および現在位置情報を送信したり、サーバ１で生成されたナビゲーション情報を受信したりする。
【００５４】
以上、本実施形態によるユーザ端末３の構成について具体的に説明した。なおユーザ端末３の構成は図５に示す例に限定されない。例えばモーションセンサ３３、環境センサ３４、および現在位置計測部３６が外部装置（スマートバンド等のウェアラブルデバイス２）に設けられ、当該外部装置から近距離無線通信（例えば赤外線通信、Ｗｉ−Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標））により受信する構成であってもよい。
【００５５】
＜＜３．各実施形態＞＞
続いて、本開示による情報処理システムの各実施形態について説明する。本開示による情報処理システムは、複数イベントを体験するためのナビゲーションをユーザに対して行うが、ここでは一例として、オリンピック等の競技大会、音楽フェスティバル、およびテーマパークの場合における各ナビゲーションについて、図６〜図１０を参照して具体的に説明する。
【００５６】
＜３−１．第１の実施形態＞
まず、第１の実施形態として、オリンピック等の競技大会におけるナビゲーションについて図６〜図７を参照して説明する。オリンピック等の競技大会では、比較的広いエリアにおいて点在した場所で様々な競技が行われ、競技（試合）を観戦するためには競技毎にチケットを購入する必要になること想定される。
【００５７】
図６は、第１の実施形態によるナビゲーション処理を示すフローチャートである。図６に示すように、まず、ステップＳ１０３において、サーバ１のナビゲーション決定部２０は、ユーザの観戦予定を取得する。ユーザの観戦予定は、例えばユーザが購入したチケット情報から取得される。チケット情報には、いつどこで行われる何の試合の観戦用チケットであるかを示す情報が含まれる。かかるチケット情報は、イベント情報ＤＢ１９から抽出される。
【００５８】
次いで、ステップＳ１０６において、ナビゲーション決定部２０は、ユーザの習慣性を取得する。ユーザの習慣性とは、ユーザの食事時間の習慣や、食事の好み、休憩を取る頻度、買い物の好み等であって、ユーザプロファイルＤＢ１５から抽出される。
【００５９】
次に、ステップＳ１０９において、ナビゲーション決定部２０は、ユーザの制約事項を取得する。ユーザの制約事項とは、ユーザがベビーカーを利用しているか、車椅子に乗っているか、荷物が多いか等の、ルートを決定する上で制約となる事項である。当該制約事項は、ユーザプロファイルＤＢ１５から抽出される。
【００６０】
次いで、ステップＳ１１２において、ナビゲーション決定部２０は、ＰＯＩ情報（リアルタイム性を有する情報を含む）を取得する。ＰＯＩ情報とは、図４を参照して上述したように、施設の場所や、坂道・階段の場所、ベンチ・休憩場所、日陰・日向の場所等の地点情報である。ＰＯＩ情報は、ＰＯＩ情報生成部１６により、多数ユーザの行動認識結果やハイテキストから生成することで、一般的な地図情報には含まれない情報（坂道・階段の場所、ベンチ・休憩場所、日陰・日向の場所等）が含まれる。また、ＰＯＩ情報には、各場所の混雑情報等、リアルタイムで更新される情報も含まれる。
【００６１】
続いて、ステップＳ１１５において、ナビゲーション決定部２０は、上記取得した観戦予定、習慣性、制約事項、およびＰＯＩ情報に基づいて、ユーザが観戦予定の複数の競技場（観戦場所）を回るためのルートを決定する。この際、ナビゲーション決定部２０は、ユーザの制約事項を考慮して階段のないルートや休憩所を経由するルート等、ユーザに最適なルートを決定することができる。また、ナビゲーション決定部２０は、ユーザの習慣性を考慮して、飲食店や売店を適切な時間帯に経由するルートを決定することができる。
【００６２】
次に、ステップＳ１１８において、通知制御部２１は、ナビゲーション決定部２０により決定されたルートをユーザに通知するよう制御する。具体的には、通知制御部２１は、通信部１１からユーザ端末３へ決定したルートを示すナビゲーション情報を送信し、ユーザ端末３の出力部３７からユーザにナビゲーションを行うよう制御する。また、通知制御部２１は、ルート決定理由や経由地点の通過時間を併せて通知するよう制御してもよい。ここで、ユーザ端末３においてユーザに通知されるナビゲーション画面の一例について図７を参照して説明する。
【００６３】
図７は、第１の実施形態によるナビゲーション画面の表示例を示す図である。図７に示すように、ナビゲーション画面は、例えば地図画像４０に、複数の試合を順次観戦するためのルート４１が示される。ルート４１は、入場場所から、ユーザが観戦する予定の第１の試合の競技場４２ａと、第２の試合の競技場４２ｂを回る経路である。また図７に示すように、ユーザの習慣性や制約事項を考慮して、飲食店４３ａや休憩場所４３ｂを途中で経由する経路となっている。さらに、各地点の説明（第９コートで試合観戦、出店で食事、ベンチで休憩等）やルート決定理由（階段の無いルートにしました、日陰を優先しました、坂道を優先しました等）を示すコメント４２０〜４２４が提示される。また、当該コメント４２０〜４２４では、各試合の開催時間を考慮して、各地点の通過時間や到着目的時間等の時間的条件が提示される。これによりユーザは、提示された経路および通過時間に従って行動することで、途中に適宜飲食や休憩を取りながら、購入したチケットで観戦できる試合を回ることができる。また、ユーザのプロファイルに応じたルート（例えば階段のないルート等）が提示されるので、ユーザはより快適に移動することができる。なお会場が比較的広いエリアの場合、さらに電車やバスを乗り継いで他の競技場へ移動するルートも提示され得る。
【００６４】
次いで、図６に戻り、ステップＳ１２１において、ナビゲーション決定部２０は、試合の観戦が終了したか否かを判断する。観戦終了の判断は、時間経過により判断し得る。また、観戦終了の判断は、ユーザが予定していた複数の試合観戦が全て終了したことを時間経過により判断されてもよい。
【００６５】
次に、観戦が終了した場合（Ｓ１２１で「Ｙｅｓ」）、ステップＳ１２４において、ナビゲーション決定部２０は、同じ体験をした人々の行動情報から、次のお薦め場所を算出する。すなわち、ナビゲーション決定部２０は、ユーザが目的の試合を観戦した後に、新たなナビゲーションを決定すること（ナビゲーションの更新）が可能である。例えばナビゲーション決定部２０は、ユーザと同じ試合を観戦した他ユーザが多く集まっている場所を、次の誘導場所（お薦め場所）として決定する。このような場所では、先ほどの試合の観戦者による打ち上げや、パブリックビューイング等で盛り上がっている可能性があるためである。特に打ち上げや、パブリックビューイングは、事前にチケットを購入する必要がないため、そのまま楽しめる場所としてお薦め場所の候補となる。なお当日チケットを購入すれば観戦できる試合等も、次のお薦め場所の候補としてもよい。この他、ナビゲーション決定部２０は、ユーザプロファイルを参照し、同じ国や同じ地方出身の観光客が集まっている場所を、お薦め場所として決定してもよい。
【００６６】
次いで、お薦め場所（次の誘導場所）がある場合（Ｓ１２７で「Ｙｅｓ」）、ステップＳ１３０において、ナビゲーション決定部２０により次の候補へのルートが生成され、通知制御部２１によりユーザへの通知制御が行われる。
【００６７】
次に、次の候補での体験が終了すると（Ｓ１３３で「Ｙｅｓ」）、上記Ｓ１２４に戻り、ナビゲーションの更新が繰り返される。
【００６８】
以上、第１の実施形態によるナビゲーションの動作処理について具体的に説明した。なお、上記Ｓ１０３〜Ｓ１１２の処理の順番は異なっていてもよいし、並行してもよい。また、ナビゲーションの更新は上述した処理（Ｓ１２４〜Ｓ１３３）に限定されず、ナビゲーション決定部２０は、ユーザがナビゲーションに従って複数のイベントを回っている途中で、最新の混雑状況や環境状況（日照、花粉等）を示すＰＯＩ情報に応じてルートを更新してもよい。また、ナビゲーション決定部２０は、次の試合観戦までに時間的余裕がある場合に、最新の行動情報や混雑情報等に基づいて、同じ試合を観戦した人々が集まっている場所（パブリックビューイング等）をユーザに提示してもよい。
【００６９】
＜３−２．第２の実施形態＞
次に、第２の実施形態として、音楽フェスティバル等におけるナビゲーションについて図８を参照して説明する。音楽フェスティバルでは、比較的広いエリアにおいて点在したステージで様々な演奏が行われるが、オリンピック等の競技大会と異なり、演奏を鑑賞するための個別チケットは不要で、音楽フェスティバルの一日券等を購入すればどのステージの演奏も鑑賞できることが想定される。
【００７０】
なお、ステージ毎に鑑賞するためのチケットが必要な場合は、チケット情報に基づいてユーザがいつどのステージを鑑賞するかが予め指定されているため、図６を参照して説明したナビゲーション処理で対応することが可能である。一方、本実施形態では、ステージ毎に鑑賞するためのチケットが不要なため、ユーザがいつどのステージを鑑賞するかが予め指定されていない場合におけるナビゲーション処理となる。以下、図８を参照して具体的に説明する。
【００７１】
図８は、第２の実施形態によるナビゲーション処理を示すフローチャートである。図８に示すように、まず、ステップＳ２０３において、サーバ１のナビゲーション決定部２０は、演奏プログラムを取得する。演奏プログラムは、音楽フェスティバルの主催者側から取得される。演奏プログラムは、すなわち音楽フェスティバルの行程表であって、いつどのステージでどのような演奏が行われるかを示す情報が含まれる。かかる演奏プログラムは、イベント情報ＤＢ１９から抽出される。
【００７２】
次いで、ステップＳ２０６において、ナビゲーション決定部２０は、ユーザの習慣性を取得する。
【００７３】
次に、ステップＳ２０９において、ナビゲーション決定部２０は、ユーザの制約事項を取得する。
【００７４】
次いで、ステップＳ２１２において、ナビゲーション決定部２０は、ＰＯＩ情報（リアルタイム性を有する情報を含む）を取得する。
【００７５】
次に、ステップＳ２１３において、ナビゲーション決定部２０は、ユーザプロファイルをユーザプロファイルＤＢ１５から取得する。当該ユーザプロファイルは、音楽フェスティバルのナビゲーションを行う際に利用するものであって、例えばユーザの音楽の視聴履歴や音楽の好み（ジャンル、アーティスト等）が含まれる。また、ナビゲーション決定部２０は、ユーザプロファイルから、ユーザの音楽フェスティバルの過ごし方の好み（前の方で観るのが好きか、後ろの方で観るのが好きか、アーティストによっては前の方で観るのが好きか、座って観るのが好きか等）を取得してもよい。
【００７６】
次いで、ステップＳ２１４において、ナビゲーション決定部２０は、ユーザによる手動の入力情報を取得する。具体的には、例えばユーザが好むアーティストや音楽の情報、このステージは必ず見たいといった情報が、ユーザ端末３の入力部３５から入力され、サーバ１に送信され得る。上述したように、音楽フェスティバルのような個別のチケットが無いイベントでは、ユーザの嗜好情報等からユーザが鑑賞するステージを自動的に決定するが、手動入力によりユーザがステージを指定することも可能である。
【００７７】
続いて、ステップＳ２１５において、ナビゲーション決定部２０は、上記取得した演奏プログラム、習慣性、制約事項、ＰＯＩ情報、およびユーザプロファイル（音楽の趣味・嗜好、音楽の視聴履歴等）または手動入力情報（ステージの指定等）に基づいて、ユーザが鑑賞する複数のステージ（鑑賞場所）を回るためのルートを決定する。この際、ナビゲーション決定部２０は、ユーザの制約事項を考慮して階段のないルートや、休憩所を経由するルート等、ユーザに最適なルートを決定することができる。また、ナビゲーション決定部２０は、ユーザの習慣性を考慮して、飲食店や売店を適切な時間帯に経由するルートを決定することができる。なお休憩所の場所は、多数ユーザの行動認識やハイコンテキストからＰＯＩ情報として生成され得るが、野外の音楽フェスティバル等では、テントを張って宿泊場所とされる場合もある。したがって、本実施形態では、宿泊場所と一時的な休憩場所とを区別してＰＯＩ情報を生成してもよい。
【００７８】
また、ナビゲーション決定部２０は、ユーザプロファイルに基づいて、好きなアーティストが出演するステージに早く到達できるよう、直前ステージの観戦位置を配慮（次ステージの前列に近い位置など）したルートを決定してもよい。
【００７９】
次に、ステップＳ２１８において、通知制御部２１は、ナビゲーション決定部２０により決定されたルートをユーザに通知するよう制御する。また、通知制御部２１は、ルート決定理由（日陰を優先しました、次のステージへの移動距離を配慮しました等）や、経由地点の通過時間を併せて通知するよう制御してもよい。
【００８０】
次いで、ステップＳ２２１において、ナビゲーション決定部２０は、ステージの鑑賞が終了したか否かを判断する。鑑賞終了の判断は、時間経過により判断し得る。また、鑑賞終了の判断は、提示した複数のステージの鑑賞が全て終了したことを時間経過により判断されるものであってもよい。
【００８１】
次に、鑑賞が終了した場合（Ｓ２２１で「Ｙｅｓ」）、ステップＳ２２４において、ナビゲーション決定部２０は、同じ体験をした人々の行動情報から、次のお薦め場所を算出する。すなわち、ナビゲーション決定部２０は、ユーザがステージの演奏を鑑賞した後に、新たなナビゲーションを決定すること（ナビゲーションの更新）が可能である。ナビゲーション更新の一例として、例えばナビゲーション決定部２０は、ユーザと同じ演奏を鑑賞した他ユーザが多く集まっている場所を、次の誘導場所（お薦め場所）として決定する。このような場所では、先ほどの演奏者によるサイン会やグッズ販売等が行われている可能性があるためである。
【００８２】
次いで、お薦め場所（次の誘導場所）がある場合（Ｓ２２７で「Ｙｅｓ」）、ステップＳ２３０において、ナビゲーション決定部２０により次の候補へのルートが生成され、通知制御部２１によりユーザへの通知制御が行われる。
【００８３】
次に、次の候補での体験が終了すると（Ｓ２３３で「Ｙｅｓ」）、上記Ｓ２２４に戻り、ナビゲーションの更新が繰り返される。
【００８４】
以上、第２の実施形態によるナビゲーションの動作処理について具体的に説明した。なお、上記Ｓ２０３〜Ｓ２１４の処理の順番は異なっていてもよいし、並行してもよい。また、ナビゲーションの更新は上述した処理（Ｓ２２４〜Ｓ２３３）に限定されず、ナビゲーション決定部２０は、ユーザがナビゲーションに従って複数のステージを回っている途中で、最新の混雑状況や環境状況（日照、花粉等）を示すＰＯＩ情報に応じてルートを更新してもよい。また、ナビゲーション決定部２０は、次の演奏鑑賞までに時間的余裕がある場合に、最新の行動情報や混雑情報等に基づいて、同じ演奏を鑑賞した人々が集まっている場所をユーザに提示してもよい。
【００８５】
＜３−３．第３の実施形態＞
次に、第３の実施形態として、テーマパークにおけるナビゲーションについて図９〜図１０を参照して説明する。テーマパークでは、比較的広いエリアに点在してアトラクションが常設され、また、パーク内の様々な場所ではショーやパレードが不定期に行われる。また、テーマパークによっては、一日券等の入場チケットを購入すればどのアトラクションも乗れるが、アトラクションには待ち時間が生じるため、別途、時間指定のチケットが配布される場合もある。サーバ１は、アトラクションやショー用の時間指定されたチケットの情報に基づいて、ユーザが少なくともどのアトラクションに乗る予定か、また、どのショーを鑑賞する予定かを判断することができる。また、このようなチケットがない場合、ユーザによる手動入力情報に基づいて、ユーザが少なくともどのアトラクションに乗りたいか、また、どのショーを鑑賞したいかを判断することができる。
【００８６】
図９は、第３の実施形態によるナビゲーション処理を示すフローチャートである。図９に示すように、まず、ステップＳ３０３において、サーバ１のナビゲーション決定部２０は、アトラクションやショーのチケット情報を取得する。
【００８７】
次いで、ステップＳ３０６において、ナビゲーション決定部２０は、ユーザの習慣性を取得する。
【００８８】
次に、ステップＳ３０９において、ナビゲーション決定部２０は、ユーザの制約事項を取得する。
【００８９】
次いで、ステップＳ３１２において、ナビゲーション決定部２０は、ＰＯＩ情報（リアルタイム性を有する情報を含む）を取得する。
【００９０】
次に、ステップＳ３１３において、ナビゲーション決定部２０は、ユーザプロファイルをユーザプロファイルＤＢ１５から取得する。当該ユーザプロファイルは、テーマパークのナビゲーションを行う際に利用するものであって、例えばユーザが好きなアトラクション、ショー、キャラクター等の情報が含まれる。また、ナビゲーション決定部２０は、ユーザプロファイルから、ユーザの好きなテーマパークの過ごし方（ショーを観るのが好き、アトラクションに乗るのが好き、前の方／後ろの方で観るのが好き、並ぶのが苦手、並んでも乗りたい程好きなアトラクション等）を取得することも可能である。
【００９１】
次いで、ステップＳ３１４において、ナビゲーション決定部２０は、ユーザによる手動の入力情報を取得する。具体的には、例えばユーザが好むアトラクションやショーの情報、このアトラクションは必ず乗りたいといった情報が、ユーザ端末３の入力部３５から入力され、サーバ１に送信され得る。
【００９２】
続いて、ステップＳ３１５において、ナビゲーション決定部２０は、上記取得したチケット情報、習慣性、制約事項、ＰＯＩ情報、ユーザプロファイル（好きなアトラクション、キャラクター等）、手動入力情報（乗りたいアトラクション等）に基づいて、ユーザに最適なルートを決定する。具体的には、ナビゲーション決定部２０は、チケット情報に基づいて、ユーザが体験する予定のアトラクションやショーの時間を把握し、さらにテーマパークの地図情報に基づいてアトラクションやショーの場所を把握し、所定の時間に所定の場所に到着することのできるルートを決定する。
【００９３】
また、チケットが無いアトラクションやショーについても並べば体験できる場合、ナビゲーション決定部２０は、ユーザプロファイルまたは手動入力情報に基づいてユーザが好むアトラクションやショーを選定し、チケットがあるアトラクションやショーの合間に体験できるようルートを決定する。この際、ナビゲーション決定部２０は、混雑状況や待ち時間状況等のリアルタイムのＰＯＩ情報を参照し、効率的にアトラクションやショーを体験できるルートを決定する。また、ナビゲーション決定部２０は、混雑状況や待ち時間状況等のリアルタイムのＰＯＩ情報を参照し、別途入手した混雑状況の過去履歴から、普段より空いているアトラクションやショーを優先してルートを決定してもよい。
【００９４】
また、ナビゲーション決定部２０は、ユーザの制約事項を考慮して階段のないルートや、休憩所を経由するルート等のユーザに最適なルートを決定する。また、ナビゲーション決定部２０は、ユーザの習慣性を考慮して、飲食店や売店を適切な時間帯に経由するルートを決定することができる。
【００９５】
また、ナビゲーション決定部２０は、ユーザプロファイルに基づいて、好きなキャラクターが出現する場所を経由するルートを決定してもよい。また、ナビゲーション決定部２０は、パレードやショーの鑑賞場所に案内する際に、好きなキャラクターを近くで見られる場所を案内することも可能である。
【００９６】
また、ナビゲーション決定部２０は、ユーザにより回避指定された特定ユーザへ提示されたルートや位置情報を考慮して、特定ユーザとは会わないルートに決定することも可能である。これにより、ユーザがテーマパークで知り合いや職場関係の人と会わないようにすることができる。
【００９７】
次に、ステップＳ３１８において、通知制御部２１は、ナビゲーション決定部２０により決定されたルートをユーザに通知するよう制御する。また、通知制御部２１は、ルート決定理由（日陰を優先しました、空いているアトラクションを優先しました、好きなキャラクターが登場する場所を優先しました等）や、経由地点の通過時間を併せて通知するよう制御してもよい。ここで、ユーザ端末３においてユーザに通知されるナビゲーション画面の一例について図１０を参照して説明する。
【００９８】
図１０は、第３の実施形態によるナビゲーション画面の表示例を示す図である。図１０に示すように、ナビゲーション画面は、例えば地図画像４５に、複数のアトラクションやショーを順次体験するためのルート４１が示される。ルート４１は、出発地点から、ユーザが体験する予定の第１のアトラクション乗り場４７ａと、第２のアトラクション乗り場４７ｂと、第３のショー鑑賞場所４７ｃを回る経路である。また図１０に示すように、ユーザの習慣性や制約事項を考慮して、飲食店や休憩場所を途中で経由する経路となっている。飲食店や休憩場所の情報は、多数のユーザから収集した行動情報に基づいて生成されたＰＯＩ情報から取得し得る。
【００９９】
さらに、ナビゲーション画面には、各地点の説明（アトラクションＸＸ−チケット使用、日陰でパレード見学等）やルート決定理由を示すコメントが提示される。例えば図１０の理由提示画像４８では、ルート４６を提示した理由として、「暑いので日陰優先にしました。ベビーカーを考慮した階段回避ルートを選択しました。お気に入りのキャラクターを近くで見物できるパレード場所を選びました。最近よく食べている和食を選びました。」と提示されている。
【０１００】
また、ナビゲーション画面では、各アトラクションのチケットの指定時間を考慮して、各地点の通過時間や到着目的時間等の時間的条件が提示される。これによりユーザは、提示された経路および通過時間に従って行動することで、途中に適宜飲食や休憩を取りながら、所有するチケットで乗れるアトラクションを回ることができる。また、ユーザのプロファイルに応じたルート（例えば階段のないルート等）が提示されるので、ユーザはより快適に移動することができる。
【０１０１】
次いで、図９に戻り、ステップＳ３２１において、ナビゲーション決定部２０は、アトラクションやショーの体験が終了したか否かを判断する。体験終了の判断は、時間経過により判断し得る。また、体験終了の判断は、提示した複数のアトラクションやショーの体験が全て終了したことを時間経過により判断されてもよい。
【０１０２】
次に、体験が終了した場合（Ｓ３２１で「Ｙｅｓ」）、ステップＳ３２４において、ナビゲーション決定部２０は、最新の混雑状況等を示すＰＯＩ情報や、同じグループで来場して別行動を取っている他ユーザの位置情報を収集して、次のナビゲーション候補を算出する。すなわち、ナビゲーション決定部２０は、ユーザがアトラクションやショーを体験した後に、新たなナビゲーションを決定すること（ナビゲーションの更新）が可能である。例えばナビゲーション決定部２０は、ユーザと同じグループで来場したが途中で別れて別のアトラクションに向かった友人との待ち合わせ場所を、次の誘導場所（お薦め場所）として決定する。また、ナビゲーション決定部２０は、混雑状況に基づいて空いているアトラクションを次の誘導場所として決定してもよい。
【０１０３】
次いで、お薦め場所（次の誘導場所）がある場合（Ｓ３２７で「Ｙｅｓ」）、ステップＳ３３０において、ナビゲーション決定部２０により次の候補（アトラクション、ショー、待ち合わせ場所等）へのルートが生成され、通知制御部２１によりユーザへの通知制御が行われる。
【０１０４】
次に、次の候補での体験が終了すると（Ｓ３３３で「Ｙｅｓ」）、上記Ｓ２２４に戻り、ナビゲーションの更新が繰り返される。
【０１０５】
以上、第３の実施形態によるナビゲーションの動作処理について具体的に説明した。なお、上記Ｓ３０３〜Ｓ３１４の処理の順番は異なっていてもよいし、並行してもよい。また、ナビゲーションの更新は上述した処理（Ｓ３２４〜Ｓ３３３）に限定されず、ナビゲーション決定部２０は、ユーザがナビゲーションに従って複数のアトラクションやショーを回っている途中で、最新の混雑状況や環境状況（日照、花粉等）を示すＰＯＩ情報に応じてルートを更新してもよい。
【０１０６】
＜＜４．まとめ＞＞
上述したように、本開示の実施形態による情報処理システムでは、時間や場所に条件のある複数のイベントを体験するためのユーザに適したナビゲーションを行うことを可能とする。
【０１０７】
また、本実施形態による情報処理システムは、時々刻々と変化する混雑状況や日照状況、また、階段のある場所やベンチがある場所等の一般的な地図情報には乗っていないＰＯＩ情報（地点情報）と、ユーザプロファイルを参照して、ユーザに適したルートを決定することができる。
【０１０８】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本技術はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１０９】
例えば、上述したサーバ１、ウェアラブルデバイス２、ユーザ端末３に内蔵されるＣＰＵ、ＲＯＭ、およびＲＡＭ等のハードウェアに、サーバ１、ウェアラブルデバイス２、ユーザ端末３の機能を発揮させるためのコンピュータプログラムも作成可能である。また、当該コンピュータプログラムを記憶させたコンピュータ読み取り可能な記憶媒体も提供される。
【０１１０】
また、本実施形態による情報処理システムは、図１に示したようなサーバ１とユーザ端末３とを含む構成に限定されず、ユーザ端末３により実現されてもよい。すなわち、図２に示すサーバ１の構成をユーザ端末３が備え、ユーザ端末３において、ナビゲーションを決定し、ユーザに通知してもよい。
【０１１１】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１１２】
なお、本技術は以下のような構成も取ることができる。
（１）
時間条件および場所条件を有する複数のイベントを体験するためのナビゲーションを、場所情報およびユーザプロファイルに応じて決定する決定部と、
前記決定したナビゲーションを通知するよう制御する通知制御部と、
を備える、情報処理装置。
（２）
前記情報処理装置は、
多数のユーザの行動認識結果、および当該行動認識結果に基づくハイコンテキストを集約して、位置情報に紐付けられた場所に関する情報である前記場所情報を生成する生成部をさらに備える、前記（１）に記載の情報処理装置。
（３）
前記ユーザプロファイルは、ユーザの属性情報、嗜好情報、制約事項、または習慣性を含む、前記（１）または（２）に記載の情報処理装置。
（４）
前記時間条件は、前記イベントの開始時間または終了時間を含む、前記（１）〜（３）のいずれか１項に記載の情報処理装置。
（５）
前記場所条件は、前記イベントが開催される場所を含む、前記（１）〜（４）のいずれか１項に記載の情報処理装置。
（６）
前記場所情報は、経時的に変化する情報を含む、前記（１）〜（５）のいずれか１項に記載の情報処理装置。
（７）
前記経時的に変化する場所情報は、環境情報または混雑情報である、前記（６）に記載の情報処理装置。
（８）
前記決定部は、前記複数のイベントを、チケット情報、ユーザによる入力情報、または前記ユーザプロファイルに含まれる嗜好情報に基づいて選定する、前記（１）〜（７）のいずれか１項に記載の情報処理装置。
（９）
前記決定部は、前記複数のイベントを回る途中に、付随活動地点を経由するナビゲーションを決定する、前記（１）〜（７）のいずれか１項に記載の情報処理装置。
（１０）
前記決定部は、前記付随活動地点を、前記場所情報に基づいて選定する、前記（９）に記載の情報処理装置。
（１１）
前記通知制御部は、ルートに含まれる各地点の通過目標時間を併せて通知するよう制御する、前記（１）〜（１０）のいずれか１項に記載の情報処理装置。
（１２）
前記通知制御部は、ルートの決定理由を併せて通知するよう制御する、前記（１）〜（１１）のいずれか１項に記載の情報処理装置。
（１３）
前記通知制御部は、前記決定したナビゲーションをリアルタイムで通知するよう制御する、前記（１）〜（１２）のいずれか１項に記載の情報処理装置。
（１４）
時間条件および場所条件を有する複数のイベントを体験するためのナビゲーションを、場所情報およびユーザプロファイルに応じて決定することと、
前記決定したナビゲーションを通知するよう制御することと、
を含む、制御方法。
（１５）
コンピュータを、
時間条件および場所条件を有する複数のイベントを体験するためのナビゲーションを、場所情報およびユーザプロファイルに応じて決定する決定部と、
前記決定したナビゲーションを通知するよう制御する通知制御部と、
として機能させるための、プログラム。
【符号の説明】
【０１１３】
１    サーバ
１１    通信部
１２    行動認識部
１３    ハイコンテキスト生成部
１４    行動学習部
１５    ユーザプロファイルＤＢ
１６    ＰＯＩ情報生成部
１７    ＰＯＩ情報ＤＢ
１８    イベント情報収集部
１９    イベント情報ＤＢ
２０    ナビゲーション決定部
２１    通知制御部
２    ウェアラブルデバイス
３    ユーザ端末
３０    ＣＰＵ
３１    ＲＯＭ
３２    ＲＡＭ
３３    モーションセンサ
３４    環境センサ
３５    入力部
３６    現在位置計測部
３７    出力部
３８    記憶部
３９    通信部
【図１】
2016092920.tif 000003
【図２】
2016092920.tif 000004
【図３】
2016092920.tif 000005
【図４】
2016092920.tif 000006
【図５】
2016092920.tif 000007
【図６】
2016092920.tif 000008
【図７】
2016092920.tif 000009
【図８】
2016092920.tif 000010
【図９】
2016092920.tif 000011
【図１０】
2016092920.tif 000012
【国際調査報告】
2016092920.tif 000013
2016092920.tif 000014
2016092920.tif 000015
2016092920.tif 000016