(57)【要約】【課題】施設の滞在時間を事前に正確に推定することを可能にした滞在時間推定システム及び滞在時間推定装置を提供する。【解決手段】施設の過去の滞在者から過去に滞在した施設の特徴と該施設に滞在した時間とを特定する滞在履歴を収集する一方で、施設の特徴毎に区分した滞在履歴に基づいて、施設の特徴毎に滞在時間を推定して紐付け、ユーザが施設に滞在する場合に、該施設の特徴に紐付けられた滞在時間を、該施設に滞在する滞在時間として推定するように構成する。【選択図】図５
2019158360.tif 000002
【特許請求の範囲】
【請求項１】
施設の過去の滞在者から過去に滞在した施設の特徴と該施設に滞在した時間とを特定する滞在履歴を収集する滞在履歴収集手段と、
施設の特徴毎に区分した前記滞在履歴に基づいて、施設の特徴毎に滞在時間を推定して紐付ける滞在時間推定手段と、
ユーザが施設に滞在する場合に、該施設の特徴に紐付けられた滞在時間を、該施設に滞在する滞在時間として推定する滞在時間推定手段と、を有する滞在時間推定システム。
【請求項２】
ユーザのスケジュールを登録するスケジュール登録手段と、
前記滞在時間推定手段によって推定された滞在時間に基づいて登録された前記スケジュールを管理するスケジュール管理手段と、を有する請求項１に記載の滞在時間推定システム。
【請求項３】
前記スケジュール管理手段は、ユーザが施設に滞在する場合に、該施設への到着予定時刻から前記滞在時間推定手段によって推定された滞在時間が経過する前までにスケジュールが登録されている場合に、ユーザに対してスケジュールの調整を提案する請求項２に記載の滞在時間推定システム。
【請求項４】
前記施設の特徴は、施設のジャンルと、施設の規模と、の少なくとも一以上を含む請求項１乃至請求項３のいずれかに記載の滞在時間推定システム。
【請求項５】
前記施設の規模は、施設の敷地面積と、施設に含まれる店舗数と、の少なくとも一以上を含む請求項４に記載の滞在時間推定システム。
【請求項６】
施設の過去の滞在者から過去に滞在した施設の特徴と該施設に滞在した時間とを特定する滞在履歴を収集する滞在履歴収集手段と、
施設の特徴毎に区分した前記滞在履歴に基づいて、施設の特徴毎に滞在時間を推定して紐付ける滞在時間推定手段と、
ユーザが施設に滞在する場合に、該施設の特徴に紐付けられた滞在時間を、該施設に滞在する滞在時間として推定する滞在時間推定手段と、を有する滞在時間推定装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの施設での滞在時間を事前に推定する滞在時間推定システム及び滞在時間推定装置に関する。
【背景技術】
【０００２】
従来より、ユーザによって登録されたユーザのスケジュールを管理するシステムについて種々提案されている。このようなシステムでは、ユーザがスマートフォン等の通信端末を用いてスケジュールの内容、日付、時間等を入力することによって、入力したスケジュールの内容が日付や時間に紐付けられて通信端末或いはサーバ装置の記憶媒体に格納される。そして、ユーザの操作に応じて登録済みのスケジュールの一覧を表示したり、登録されたスケジュールの日付や時間が近づいた場合に、その旨をユーザに案内すること等を行う。
【０００３】
また、上記システムでスケジュールの管理を行う際において、特にユーザが施設に滞在する予定の場合（例えばナビゲーションシステムにおいて何らかの施設が目的地に設定された場合）には、システム側でその施設での滞在時間を事前に把握することが重要である。例えば、施設への滞在後にスケジュールが登録されている場合には、施設での滞在時間によってその後のスケジュールと重複することも生じ得るからである。そこで、ユーザの施設での滞在時間を予測する手段として、例えば特開２０１３−１２４９７４号公報には、ナビゲーション装置で目的地が設定された場合において、ユーザの過去の目的地の施設での平均滞在時間や過去の全滞在者の平均滞在時間を算出し、算出された平均滞在時間を目的地での滞在時間と推定する技術について提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１２４９７４号公報（第７−９頁）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載された技術では、滞在時間の推定対象となる施設と同一の施設にユーザ自身が過去に滞在しているか、或いは過去に同一の施設に滞在した滞在者がいなければ滞在時間を推定することができない問題があった。また、同一の施設にユーザ自身が過去に滞在していたとしても滞在回数が少ない場合、或いは他の滞在者がいたとしても滞在者数が少ない場合には、正確な滞在時間を推定することが難しい問題があった。
【０００６】
本発明は前記従来における問題点を解消するためになされたものであり、施設の過去の滞在回数や滞在者数に大きく左右されることなく施設の滞在時間を事前に正確に推定することを可能にした滞在時間推定システム及び滞在時間推定装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
前記目的を達成するため本発明に係る滞在時間推定システムは、施設の過去の滞在者から過去に滞在した施設の特徴と該施設に滞在した時間とを特定する滞在履歴を収集する滞在履歴収集手段と、施設の特徴毎に区分した前記滞在履歴に基づいて、施設の特徴毎に滞在時間を推定して紐付ける滞在時間推定手段と、ユーザが施設に滞在する場合に、該施設の特徴に紐付けられた滞在時間を、該施設に滞在する滞在時間として推定する滞在時間推定手段と、を有する。
また、「滞在者」は滞在時間を推定する対象となるユーザ自身としても良いし、不特定多数の者としても良い。
【０００８】
また、本発明に係る滞在時間推定装置は、施設の過去の滞在者から過去に滞在した施設の特徴と該施設に滞在した時間とを特定する滞在履歴を収集する滞在履歴収集手段と、
施設の特徴毎に区分した前記滞在履歴に基づいて、施設の特徴毎に滞在時間を推定して紐付ける滞在時間推定手段と、ユーザが施設に滞在する場合に、該施設の特徴に紐付けられた滞在時間を、該施設に滞在する滞在時間として推定する滞在時間推定手段と、を有する。
【発明の効果】
【０００９】
前記構成を有する本発明に係る滞在時間推定システム及び滞在時間推定装置によれば、施設の特徴に紐付けて過去の滞在者の施設の滞在履歴を収集し、収集した滞在履歴から施設の特徴毎に滞在時間を推定することによって、過去に同一の施設への滞在履歴が無い場合や滞在履歴が少ない場合であっても同じ特徴を有する他の施設の滞在履歴から滞在時間を推定することが可能となる。従って、施設の過去の滞在回数や滞在者数に大きく左右されることなく、ユーザの施設の滞在時間を事前に正確に推定することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態に係る滞在時間推定システムを示した概略構成図である。
【図２】本実施形態に係る滞在時間推定システムの構成を示したブロック図である。
【図３】スケジュールＤＢに記憶される情報の一例を示した図である。
【図４】滞在実績ＤＢに記憶される情報の一例を示した図である。
【図５】滞在時間推定ＤＢのデータ構造を示した図である。
【図６】本実施形態に係る情報端末の制御系を模式的に示すブロック図である。
【図７】スケジュールの入力例を示した図である。
【図８】本実施形態に係るＤＢ作成処理プログラムのフローチャートである。
【図９】滞在時間の推定方法の一例を示した図である。
【図１０】本実施形態に係るスケジュール管理処理プログラムのフローチャートである。
【図１１】スケジュールの管理方法の一例を示した図である。
【発明を実施するための形態】
【００１１】
以下、本発明に係る滞在時間推定システムについて具体化した一実施形態に基づき図面を参照しつつ詳細に説明する。先ず、本実施形態に係る滞在時間推定システム１の概略構成について図１及び図２を用いて説明する。図１は本実施形態に係る滞在時間推定システム１を示した概略構成図である。図２は本実施形態に係る滞在時間推定システム１の構成を示したブロック図である。
【００１２】
図１に示すように、本実施形態に係る滞在時間推定システム１は、スケジュール管理センタ２が備えるサーバ装置（滞在時間推定装置）３と、ユーザ４が所持する情報端末５と、を基本的に有する。また、サーバ装置３と情報端末５は通信ネットワーク網６を介して互いに電子データを送受信可能に構成されている。尚、情報端末５としては例えば携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等がある。
【００１３】
ここで、スケジュール管理センタ２が備えるサーバ装置３は、ユーザ４が情報端末５を介して登録したスケジュールを管理する装置である。尚、「スケジュールの管理」には、スケジュールの調整、スケジュールの変更の提案、表示や音声によるユーザへのスケジュールの案内等について含む。例えば、ユーザの要求があった場合やスケジュールに応じたタイミング（例えばスケジュールで指定された日時の１時間前）において登録されたスケジュールの内容を配信したり、必要に応じてスケジュールの修正の提案についても行う。
【００１４】
一方でサーバ装置３は、過去のユーザ４のスケジュールにおいて施設に滞在した際の滞在時間を特定する情報を収集し、収集した各情報に基づいて施設の特徴（例えばジャンル、施設規模など）毎に予想される滞在時間を紐付けたデータベースについても作成する。そして、作成したデータベースは、後述のようにユーザが施設に滞在する場合に、滞在時間を推定するのに用いられる。
【００１５】
一方、情報端末５は、ユーザ４が所持し、ユーザ４がスケジュールを入力することによってスケジュールを登録する機能や登録されたスケジュールを案内する機能やナビ機能等を備えた情報端末が用いられ、例えば携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等が該当する。特に情報端末５がスマートフォン、タブレット型端末、パーソナルコンピュータである場合については、それらの情報端末５にユーザのスケジュールを管理する為のアプリケーションプログラムやナビ機能を実行する為のアプリケーションプログラムがインストールされた状態とする。
【００１６】
尚、各ユーザ４によって登録されたスケジュールについては、ユーザ４が有する各情報端末５において記憶しても良いし、サーバ装置３で複数のユーザ４のスケジュールを一括して記憶しても良い。以下の説明では、ユーザ４が有する各情報端末５とサーバ装置３のそれぞれに記憶することとする。
【００１７】
また、ナビ機能は、ユーザが指定した目的地までの経路を探索したり、ユーザ４の現在位置周辺の地図画像を表示したり、表示された地図画像中においてユーザ４の現在位置を表示したり、設定された案内経路に沿った移動案内を行う機能が該当する。尚、上記ナビ機能の全てを情報端末５が備えている必要はなく、少なくとも目的地までの経路を探索する機能を有していれば本願発明を構成することが可能である。
【００１８】
また、通信ネットワーク網６は全国各地に配置された多数の基地局と、各基地局を管理及び制御する通信会社とを含み、基地局及び通信会社を有線（光ファイバー、ＩＳＤＮ等）又は無線で互いに接続することにより構成されている。ここで、基地局は情報端末５との通信をするトランシーバー（送受信機）とアンテナを有する。そして、基地局は通信会社の間で無線通信を行う一方、通信ネットワーク網６の末端となり、基地局の電波が届く範囲（セル）にある情報端末５の通信をサーバ装置３との間で中継する役割を持つ。
【００１９】
続いて、滞在時間推定システム１におけるサーバ装置３の構成について図２を用いてより詳細に説明する。サーバ装置３は、図２に示すようにサーバ制御ＥＣＵ１１と、サーバ制御ＥＣＵ１１に接続された情報記録手段としてのスケジュールＤＢ１２と、滞在実績ＤＢ１３と、滞在時間推定ＤＢ１４と、サーバ側通信装置１５とを備える。
【００２０】
サーバ制御ＥＣＵ１１（エレクトロニック・コントロール・ユニット）は、サーバ装置３の全体の制御を行う電子制御ユニットであり、演算装置及び制御装置としてのＣＰＵ２１、並びにＣＰＵ２１が各種の演算処理を行うにあたってワーキングメモリとして使用されるＲＡＭ２２、制御用のプログラムのほか、後述のＤＢ作成処理プログラム（図８）、スケジュール管理処理プログラム（図１０参照）等が記録されたＲＯＭ２３、ＲＯＭ２３から読み出したプログラムを記憶するフラッシュメモリ２４等の内部記憶装置を備えている。尚、サーバ制御ＥＣＵ１１は、後述の情報端末５のＥＣＵとともに処理アルゴリズムとしての各種手段を有する。例えば、滞在履歴収集手段は、施設の過去の滞在者から過去に滞在した施設の特徴と該施設に滞在した時間とを特定する滞在履歴を収集する。滞在時間推定手段は、施設の特徴毎に区分した滞在履歴に基づいて、施設の特徴毎に滞在時間を推定して紐付ける。滞在時間推定手段は、ユーザが施設に滞在する場合に、該施設の特徴に紐付けられた滞在時間を、該施設に滞在する滞在時間として推定する。
【００２１】
また、スケジュールＤＢ１２は、情報端末５をユーザが操作することによって入力されたスケジュールの内容について、ユーザ毎に記憶する記憶手段である。尚、本実施形態においては、スケジュールの内容として、例えば（ａ）件名、（ｂ）場所、（ｃ）スケジュールを実行する予定の時間帯が含まれる。但し、登録されていない項目については、空白（データ無し）となる。但し、場所が入力されていない場合であっても、件名から場所が推定できる場合には、件名から推定される場所をサーバ装置３側で入力しても良い。
【００２２】
図３はスケジュールＤＢ１２に記憶される情報の一例を示した図である。図３に示すように、スケジュールＤＢ１２は、ユーザ毎にユーザによって現時点で登録されているスケジュール（即ち未実施のスケジュール）及び過去に登録されていたスケジュール（即ち実施済みのスケジュール）の内容が含まれる。但し、所定期間以上過去のスケジュールについては順次削除するのが望ましい。また、スケジュールの内容としては上記（ａ）〜（ｃ）に関する情報が含まれる。例えば、図３に示すスケジュールＤＢ１２には、ユーザＡについて、スケジュールの件名として『買い物』、場所が『○○ショッピングモール』、実行する予定時間帯が『２０１８年２月２０日の１３：００〜１６：００』で登録されている。同様にして、他のユーザのスケジュールについても記憶されている。尚、スケジュールＤＢ１２は、情報端末５において新たなスケジュールの登録がある度に更新される。
【００２３】
一方、滞在実績ＤＢ１３は、ユーザが過去に施設で滞在した際に、その滞在時間を記憶する記憶手段である。具体的には、施設毎に、当該施設で過去に滞在したユーザ（滞在者）の滞在時間を各ユーザから収集して格納する。
【００２４】
図４は滞在実績ＤＢ１３に記憶される情報の一例を示した図である。図４に示すように、滞在実績ＤＢ１３は、施設毎に施設の特徴とユーザから収集した滞在時間が紐付けられて記憶される。尚、「施設の特徴」は施設のジャンルと施設の規模により特定する。更に、「施設の規模」は、施設の敷地面積と、施設に含まれる店舗数により特定する。但し、施設の特徴としては、施設のジャンルと施設の規模のいずれか一方で特定しても良く、また施設のジャンルと施設の規模以外の要素で特定しても良い。例えば、年間入場者数や屋外型施設か屋内型施設かで特定しても良い。例えば、図４に示す滞在実績ＤＢ１３には、『○○ショッピングモール』について、ジャンルが“ショッピングモール”であり、敷地面積が“７００００ｍ２”、店舗数が“２００”であり、収集した滞在時間が１５０分、１００分等であることを示している。同様にして、他の施設に対する滞在実績についても記憶されている。尚、滞在実績ＤＢ１３は、定期的（例えば２４時間毎）に更新される。
【００２５】
一方、滞在時間推定ＤＢ１４は、滞在実績ＤＢ１３に格納された情報を統計することによって生成されるデータベースである。特に本実施形態では、施設の特徴に対して滞在実績から導き出される滞在時間の予測値の紐付けを行い、施設の特徴と滞在時間の予測値との関連性を示すデータベースとする。そして、サーバ装置３は、作成された滞在時間推定ＤＢ１４に基づいて後述のようにユーザによる施設の滞在時間を事前に予測する。更に予測された滞在時間に基づいてスケジュールの管理についても行う。例えば図５は滞在時間推定ＤＢ１４に記憶されるデータの一例を示した図である。
【００２６】
図５に示すように滞在時間推定ＤＢ１４には、施設の特徴毎に滞在時間の予測値が紐付けて格納される。尚、紐付けられる滞在時間の予測値は、前述した滞在実績ＤＢ１３（図４）において収集された過去の滞在時間からから導き出され、一定の幅を持った値となる。但し、幅を持たない一の値としても良い。また、施設の特徴の内、敷地面積と店舗数については段階的に区分された値で分類される。例えば、敷地面積については、５０００ｍ２未満を“１”、５０００ｍ２以上５００００ｍ２未満を“２”、５００００ｍ２以上を“３”とする。また、店舗数については、１０２未満を“１”、１０以上２００未満を“２”、２００以上を“３”とする。但し、敷地面積と店舗数の区分についてはジャンルによって異なる基準を設けるのが望ましい。また、絶対値ではなく相対値によって区分しても良い。
【００２７】
例えば図５に示す例ではジャンルが“ショッピングモール”であり、敷地面積が“３”、店舗数が“２”の特徴を有する施設については、予測される滞在時間が１３０分〜１７０分であることを示している。尚、該当する滞在実績のデータの無い特徴、或いは滞在実績のデータがあったとしても滞在時間を予測するのに十分でない特徴に対しては滞在時間は紐付けられない。
【００２８】
作成された滞在時間推定ＤＢ１４は、施設の特徴と滞在時間の予測値との関連性を示すものとなる。従って、サーバ装置３は特にユーザが施設に滞在する予定である場合に、滞在時間推定ＤＢ１４に記憶された情報を用いてユーザの施設での滞在時間を事前に予測することが可能となる。そして、予測された滞在時間を用いてスケジュールの管理を行う。詳細については後述する。
【００２９】
一方、サーバ側通信装置１５は情報の送受信対象となる情報端末５と通信ネットワーク網６を介して通信を行う為の通信装置である。また、情報端末５以外にインターネット網等に対する通信も可能である。
【００３０】
次に、ユーザ４が所有する情報端末５の概略構成について図６を用いて説明する。図６は本実施形態に係る情報端末５の制御系を模式的に示すブロック図である。尚、以下では特に情報端末５がスマートフォンである場合を例に挙げて説明する。
【００３１】
図６に示すように情報端末５はデータバスＢＵＳに、ＣＰＵ３１と、情報端末５を所持するユーザ４に関するユーザ情報（ユーザＩＤ、氏名、年齢、性別等）や登録されたスケジュールやユーザの移動履歴や目的地の設定履歴等が記憶されたメモリ３２と、通信ネットワーク網６の基地局との間で信号の送受信を行う送受信回路部（ＲＦ）３３と、送受信回路部３３において受信したＲＦ（Radio Frequency）信号をベースバンド信号に変換するとともにベースバンド信号をＲＦ信号に変換するベースバンド処理部３４と、マイクロホン３５及びスピーカ３６等とのインターフェイスである入出力部３７と、液晶表示パネル等で構成されたディスプレイ３８と、タッチパネルやハードボタン等から構成される入力操作部３９と、ＧＰＳ４０と、カメラ４１とが接続されることにより構成されている。
【００３２】
ここで、情報端末５に内蔵されるＣＰＵ３１は、メモリ３２に格納されている動作プログラムに従って種々の動作を実行する情報端末５の制御手段であり、メモリ３２とともに情報端末ＥＣＵ４２を構成する。また、情報端末ＥＣＵ４２の各種処理内容は必要に応じてディスプレイ３８に表示される。
【００３３】
また、メモリ３２は情報端末５を所持するユーザ４に関するユーザ情報（ユーザＩＤ、氏名、年齢、性別等）、ユーザによって入力されたスケジュール、ＧＰＳ４０で検出されたユーザの移動履歴、ナビ機能での目的地の設定履歴（目的地に設定された施設、到着予想時刻等）等が記憶された記憶媒体である。また、後述のスケジュール管理処理プログラム（図１０参照）やナビ機能を実現する為のアプリケーションプログラム等を含む各種アプリケーションプログラムについても記憶される。尚、ユーザによって入力されたスケジュールはメモリ３２に記憶せずにサーバ装置３に記憶し、通信により取得する構成としても良い。また、メモリ３２は、ハードディスク、メモリーカード等により構成しても良い。
【００３４】
ここで、メモリ３２に格納される『スケジュール』は、ユーザ４が該当するアプリケーションプログラムを起動させた状態で、スケジュールの内容を入力することによって登録される。入力されるスケジュールの内容は、（ａ）件名、（ｂ）場所、（ｃ）スケジュールを実行する予定の時間帯とする。但し、全ての項目を必ずしも入力する必要は無い。例えば、図７に示すようにアプリケーションプログラムが起動されると、ディスプレイ３８においてスケジュール入力画面４５が表示される。スケジュール入力画面４５ではカレンダーが表示され、ユーザがカレンダー内の該当する日付を選択すると、件名、場所、時間帯を入力可能となり、各情報を入力することによってスケジュールの登録が可能となる。また、既に登録されたスケジュールの内容の修正も可能である。
【００３５】
また、ディスプレイ３８は、筐体の一面に配設されており、液晶ディスプレイや有機ＥＬディスプレイ等が用いられる。そして、情報端末５にインストールされている各種アプリケーションを実行する為のトップ画面や、実行されたアプリケーションに係る画面（インターネット画面、メール画面等）や、画像、動画等の各種情報が表示される。また、ユーザのスケジュールを管理する為のアプリケーションが起動された状態では、スケジュールの入力画面や、現時点で登録されているスケジュールを案内する案内画面等についても表示される。更に、ナビ機能を実現する為のアプリケーションが起動された状態では、現在位置周辺の地図画面や、目的地までの案内経路等についても表示される。
【００３６】
また、入力操作部３９は、ディスプレイ３８の前面に設けられたタッチパネルや筐体に配置されたハードボタン等によって構成されている。そして、情報端末ＥＣＵ４２は、タッチパネルやハードボタンの押下等により出力される電気信号に基づき、対応する各種の動作を実行すべく制御を行う。また、本実施形態では、ユーザがスケジュールの内容を情報端末５に入力する際や、ナビ機能において目的地を設定する際にも操作される。尚、入力操作部３９は、番号／文字入力キー、表示された内容を選択するためのカーソルを動かすカーソルキー、選択を確定する決定キー等の各種キー等により構成することもできる。
【００３７】
また、ＧＰＳ４０は、人工衛星によって発生させられた電波を受信することにより、情報端末５（即ちユーザ４）の現在位置及び現在日時を検出可能とする。また、ＧＰＳ４０以外にも情報端末５の現在位置や方位を検出する為の他の装置（例えばジャイロセンサ等）を備える構成としても良い。
【００３８】
また、カメラ４１は、例えばＣＣＤ等の固体撮像素子を用いたカメラにより構成される小型の撮像装置であり、情報端末５の背面側に内蔵される。そして、専用のアプリケーションプログラムが起動された状態で、ユーザが入力操作部３９を操作することによって周辺を撮像することが可能となる。尚、カメラ４１で撮像された撮像画像は、メモリ３２に格納される。
【００３９】
続いて、前記構成を有する本実施形態に係る滞在時間推定システム１を構成するサーバ装置３においてＣＰＵ２１が実行するＤＢ作成処理プログラムについて図８に基づき説明する。図８は本実施形態に係るＤＢ作成処理プログラムのフローチャートである。ここで、ＤＢ作成処理プログラムは所定時間間隔（例えば２４時間間隔）で実行され、過去のユーザの施設での滞在実績を収集して統計することによって、施設の特徴と滞在時間の予測値とを紐付けたＤＢを作成するプログラムである。尚、以下の図８及び図１０にフローチャートで示されるプログラムは、情報端末５が備えているメモリ３２又はサーバ装置３が備えているＲＡＭ２２やＲＯＭ２３等に記憶されており、ＣＰＵ３１又はＣＰＵ２１により実行される。
【００４０】
先ず、ＤＢ作成処理プログラムではステップ（以下、Ｓと略記する）１において、ＣＰＵ２１は、ユーザの過去の施設での滞在実績を特定する為の各種情報を収集する。具体的には、先ず、スケジュールＤＢ１２から過去（実施済み）のスケジュールに関する情報を取得する。特に前回の処理時から現時点までに新たにユーザに実行されたスケジュールを取得対象とする。但し、スケジュールに関する情報についてはスケジュールＤＢ１２ではなく情報端末５から収集しても良い。尚、スケジュールに関する情報には、スケジュールを実施する場所と、スケジュールを実行する予定の時間帯が含まれる。
【００４１】
更に、前記Ｓ１でＣＰＵ２１は、情報端末５から目的地の設定履歴に関する情報についても収集する。特に前回の処理時から現時点までに新たに設定された目的地の設定履歴を収集対象とする。尚、目的地の設定履歴に関する情報には、過去に情報端末５でナビ機能が実行された状態で目的地に設定された施設を特定する情報（ＩＤ、名称、ジャンル等）と、目的地が設定された際の目的地への到着予想時刻とが含まれる。
【００４２】
次に、Ｓ２においてＣＰＵ２１は、サーバ装置３が有する地図情報や外部のサーバから取得した情報に基づいて、前記Ｓ１で取得したスケジュールにおいてスケジュールを実施する場所として登録されていた施設の特徴を取得する。同じく、前記Ｓ１で取得した目的地の設定履歴において目的地に設定された場所の特徴を取得する。尚、施設の特徴は施設のジャンルと施設の規模により特定する。
【００４３】
続いて、Ｓ３においてＣＰＵ２１は、情報端末５からＧＰＳの検出データ（ユーザの移動履歴）を収集する。特に前回の処理時から現時点までに新たに検出された移動履歴を収集対象とする。
【００４４】
その後、Ｓ４においてＣＰＵ２１は、前記Ｓ１とＳ３で取得した各情報を比較し、スケジュールと実際のユーザの行動に大きな差が生じていないか判定する。具体的には、以下の（Ａ）、（Ｂ）について判定する。
（Ａ）登録されたスケジュールの実施される時間帯に実際にユーザが位置する場所を移動履歴から特定し、スケジュールを実施する場所として登録されていた場所と、実際にユーザが位置する場所との差異が閾値以内（例えば３００ｍ以内）であるか否かを判定する。
（Ｂ）スケジュールを実施する予定として登録された時間帯において実際にユーザが同施設内に滞在した時間を移動履歴から算出し、スケジュールを実施する予定として登録された時間帯と、実際にユーザが施設内に滞在した時間との差異が閾値以内（例えば３０分以内）であるか否かを判定する。
【００４５】
更に、前記Ｓ４においてＣＰＵ２１は、同じく前記Ｓ１とＳ３で取得した各情報を比較し、目的地の設定履歴と実際のユーザの行動に大きな差が生じていないか判定する。具体的には、以下の（Ｃ）について判定する。
（Ｃ）目的地の到着予定時刻に実際にユーザが位置する場所を移動履歴から特定し、目的地として設定された場所と、実際にユーザが位置する場所との差異が閾値以内（例えば３００ｍ以内）であるか否かを判定する。
【００４６】
そして、前記Ｓ４においてＣＰＵ２１は、上記（Ａ）と（Ｂ）の両方において差異が閾値以内である場合に、スケジュールと実際のユーザの行動に大きな差が生じていない、即ちスケジュール通りにユーザが行動したと判定する（Ｓ４：ＹＥＳ）。その後、Ｓ５へと移行する。
【００４７】
更に、前記Ｓ４においてＣＰＵ２１は、上記（Ｃ）において差異が閾値以内である場合に、目的地の設定履歴と実際のユーザの行動に大きな差が生じていない、即ち目的地を設定した通りにユーザが行動したと判定する（Ｓ４：ＹＥＳ）。その後、Ｓ５へと移行する。
【００４８】
一方、上記（Ａ）と（Ｂ）の少なくとも一方において差異が閾値以内にない場合には、スケジュールと実際のユーザの行動に大きな差が生じている、即ちスケジュール通りにユーザが行動していないと判定する（Ｓ４：ＮＯ）。更に、上記（Ｃ）において差異が閾値以内にない場合においても、目的地の設定履歴と実際のユーザの行動に大きな差が生じている、即ち目的地を設定した通りにユーザが行動していないと判定する（Ｓ４：ＮＯ）。
【００４９】
そして、スケジュールや目的地の設定履歴と実際のユーザの行動とに大きな差が生じていると判定された場合には、滞在実績ＤＢ１３や滞在時間推定ＤＢ１４の更新を行うことなくＤＢ作成処理プログラムを終了する。尚、前記Ｓ１で取得されたスケジュールや目的地の設定履歴について、実際のユーザの行動と大きな差が生じていないと判定されたスケジュール及び目的地の設定履歴と、実際のユーザの行動と大きな差が生じていると判定されたスケジュール及び目的地の設定履歴の両方を含む場合には、実際のユーザの行動と大きな差が生じていないと判定されたスケジュール及び目的地の設定履歴のみを対象としてＳ５以降の処理を実行する。
【００５０】
Ｓ５においてＣＰＵ２１は、前記Ｓ１で収集した情報に基づいて滞在実績ＤＢ１３を更新する。即ち、ユーザはスケジュールで登録されていた場所或いは目的地として設定されていた場所に、滞在が予定されていた時間帯だけ滞在したと推定し、滞在した場所に対して滞在時間と前記Ｓ２で取得した施設の特徴とを紐付けて格納する。尚、図４に示すように滞在実績ＤＢ１３は、施設毎に施設の特徴とユーザから収集した滞在時間が紐付けられて記憶される。尚、前記Ｓ５で滞在実績ＤＢ１３に格納するユーザの滞在時間は、前記Ｓ１で取得したスケジュールからではなく、前記Ｓ３で取得した移動履歴に基づいて算出しても良い。
【００５１】
続いて、Ｓ６においてＣＰＵ２１は、前記Ｓ５で更新された滞在実績ＤＢ１３に格納された情報を統計することによって、滞在時間推定ＤＢ１４を更新する。滞在時間推定ＤＢ１４は、図５に示すように施設の特徴毎に滞在時間の予測値が紐付けて格納される。尚、滞在時間の履歴を統計することによって滞在時間の予測値を算出する方法としては例えば以下の方法がある。
【００５２】
先ず、ＣＰＵ２１は、滞在時間の予測対象となる特徴に紐付けられた全ての滞在時間を所定距離単位（例えば１０分単位）で区分し、区分毎に含まれる滞在時間の度数を算出する。例えば図９は滞在時間を統計した統計データの一例を示した図である。図９に示すように滞在時間の統計データは、区分毎に含まれる度数を算出している。そして、分布の平均値μ及び標準偏差σを算出し、平均値μ±σの範囲を滞在時間の推定値として算出する。例えば図９に示す例ではＢからＣまでの範囲が、滞在時間の推定値となる。尚、平均値μ±２σの範囲を滞在時間の推定値としても良い。その場合には、地点Ａから地点Ｄまでの範囲が、滞在時間の推定値となる。尚、滞在時間の推定値としては平均値や最頻値を採用しても良い。
【００５３】
前記Ｓ５で更新された滞在時間推定ＤＢ１４は、施設の特徴と滞在時間の推定値との関連性を示すものとなる。従って、サーバ装置３は後述のようにユーザが施設に滞在する予定である場合に、滞在時間推定ＤＢ１４に記憶された情報を用いてユーザの施設での滞在時間を事前に予測することが可能となる。
【００５４】
次に、本実施形態に係る滞在時間推定システム１を構成するサーバ装置３及び情報端末５において実行するスケジュール管理処理プログラムについて図１０に基づき説明する。図１０は本実施形態に係るスケジュール管理処理プログラムのフローチャートである。ここで、スケジュール管理処理プログラムは情報端末５においてナビ機能を実現するアプリケーションプログラムが起動された後に実行され、設定された目的地に基づいてユーザのスケジュールの管理を行うプログラムである。
【００５５】
先ず、情報端末５において実行されるスケジュール管理処理プログラムについて説明する。
Ｓ１１においてＣＰＵ３１は、目的地の設定操作が行われたか否かを判定する。尚、目的地の設定操作は、例えばナビ機能を実現するアプリケーションが情報端末５で起動された状態で、ディスプレイ３８に表示された画面に従って行う。尚、上記目的地の設定操作によって設定された目的地は、ユーザが今後に滞在する予定の施設となる。
【００５６】
そして、目的地の設定操作が行われたと判定された場合（Ｓ１１：ＹＥＳ）、即ちユーザがこれから施設に滞在する意思がある場合には、Ｓ１２へと移行する。それに対して、目的地の設定操作が行われていないと判定された場合（Ｓ１１：ＮＯ）には、当該スケジュール管理処理プログラムを終了する。
【００５７】
Ｓ１２においてＣＰＵ３１は、サーバ装置３に対して目的地に設置された施設、即ちユーザが今後に滞在する予定の施設に関する情報を送信する。送信される情報には、情報端末５の所有者であるユーザ４を識別するユーザＩＤと、前記Ｓ１１で目的地に設定された施設を特定する情報（ＩＤ、名称、座標等）と、目的地への到着予定時刻とを含む。その後、後述のように情報端末５から情報を受信したサーバ装置３においてスケジュールの管理が行われる（Ｓ２２〜Ｓ２９）。
【００５８】
次に、サーバ装置３において実行されるスケジュール管理処理プログラムについて説明する。
先ず、Ｓ２１においてＣＰＵ２１は、情報端末５から情報の送信があるか否か判定する。
【００５９】
そして、情報の送信があると判定された場合（Ｓ２１：ＹＥＳ）には、送信される情報を受信する（Ｓ２２）。尚、受信される情報には、情報の送信元のユーザ４を識別するユーザＩＤと、目的地に設定された施設を特定する情報（ＩＤ、名称、座標等）と、目的地への到着予定時刻とを含む。
【００６０】
次に、Ｓ２３においてＣＰＵ２１は、サーバ装置３が有する地図情報や外部のサーバから取得した情報に基づいて、前記Ｓ２２で取得した施設の特徴を取得する。尚、施設の特徴は施設のジャンルと施設の規模により特定する。また、特に施設の規模については段階的に区分された値で特定される。例えば、敷地面積については、５０００ｍ２未満を“１”、５０００ｍ２以上５００００ｍ２未満を“２”、５００００ｍ２以上を“３”とし、店舗数については、１０２未満を“１”、１０以上２００未満を“２”、２００以上を“３”とする。但し、敷地面積と店舗数の区分についてはジャンルによって異なる基準を設けるのが望ましい。また、絶対値ではなく相対値によって区分しても良い。
【００６１】
続いて、Ｓ２４においてＣＰＵ２１は、滞在時間推定ＤＢ１４を参照する。尚、滞在時間推定ＤＢ１４は、上述したＤＢ作成処理プログラム（図８）で生成及び更新され、図５に示すように施設の特徴と滞在時間の推定値とを紐付けたデータベースである。
【００６２】
その後、Ｓ２５においてＣＰＵ２１は、滞在時間推定ＤＢ１４に前記Ｓ２３で取得された施設の特徴に紐付けられた滞在時間の推定値が存在するか否か判定する。
【００６３】
そして、滞在時間推定ＤＢ１４に前記Ｓ２３で取得された施設の特徴に紐付けられた滞在時間の推定値が存在すると判定された場合（Ｓ２５：ＹＥＳ）には、Ｓ２６へと移行する。それに対して、滞在時間推定ＤＢ１４に前記Ｓ２３で取得された施設の特徴に紐付けられた滞在時間の推定値が存在しないと判定された場合（Ｓ２５：ＮＯ）には、特にスケジュールの修正提案等は行うことなく当該スケジュール管理処理プログラムを終了する。
【００６４】
Ｓ２６においてＣＰＵ２１は、滞在時間推定ＤＢ１４から前記Ｓ２３で取得された施設の特徴に紐付けられた滞在時間の推定値を抽出する。尚、前記Ｓ２６で抽出された滞在時間の推定値は、ユーザがこれから滞在する施設において予想される滞在時間に相当する。
【００６５】
続いて、Ｓ２７においてＣＰＵ２１は、スケジュールＤＢ１２において登録されたスケジュールの内、特に送信元のユーザのスケジュールを参照する。スケジュールＤＢ１２には、現時点までにユーザによって登録されたスケジュールが格納されており、スケジュールの内容として、（ａ）件名、（ｂ）場所、（ｃ）スケジュールを実行する予定の時間帯が含まれる。
【００６６】
次に、Ｓ２８においてＣＰＵ２１は、スケジュールＤＢ１２に基づいて、施設への到着予定時刻から前記Ｓ２６で取得された滞在時間の推定値が経過する前までに、送信元のユーザが何らかのスケジュールを登録しているか否かを判定する。例えば開始時刻のみが指定されたスケジュールについては、施設への到着予定時刻から滞在時間が経過する前までの間に、該開始時刻が含まれるか否かを判定する。また、実行する時間帯が指定されたスケジュールについては、施設への到着予定時刻から滞在時間が経過する前までの間に、該時間帯の少なくとも一部が重複するか否かを判定する。尚、施設への到着予定時刻は前記Ｓ２２で受信した目的地への到着予定時刻とする。また、ユーザの移動時間についても考慮しても良い。例えば、登録されたスケジュールの実施される場所へのユーザの移動に必要な時間が３０分と推定される場合には、スケジュールの開始時刻から更に３０分前までの時間帯についても重複判定の対象とする。
【００６７】
また、滞在時間が一定の幅を持って推定されている場合には、最長の時間を用いて上記Ｓ２８の判定を行うのが望ましい。但し、幅の中央値を用いることも可能である。
【００６８】
そして、施設への到着予定時刻から前記Ｓ２６で取得された滞在時間の推定値が経過する前までに、送信元のユーザが何らかのスケジュールを登録していると判定された場合（Ｓ２８：ＹＥＳ）には、Ｓ２９へと移行する。それに対して、施設への到着予定時刻から前記Ｓ２６で取得された滞在時間の推定値が経過する前までに、送信元のユーザがスケジュールを登録していないと判定された場合（Ｓ２８：ＮＯ）には、特にスケジュールの修正提案等は行うことなく当該スケジュール管理処理プログラムを終了する。
【００６９】
Ｓ２９においてＣＰＵ２１は、情報端末５を介してユーザに対してスケジュールの修正の提案を行う。例えば、図１１に示すようにサーバ装置３が、ユーザの今後の施設での滞在時刻を９：００〜１１：００までの間と推定し、９：００〜１１：００までの間に何らかのスケジュールが登録されていると判定された場合には、登録されたスケジュールの時間をずらすように提案する。そして、提案に従って情報端末５側でスケジュールの修正に係る操作が行われた場合には、修正後のスケジュールを対象として再度Ｓ２２以降の処理を行う。
【００７０】
尚、サーバ装置３ではなく情報端末５において、上記Ｓ２２〜Ｓ２９の処理を実行させる構成としても良い。その場合には、滞在時間推定ＤＢ１４をサーバ装置３から情報端末５へと配信するように構成する。また、ＤＢ作成処理プログラム（図８）についても情報端末５で実行させる構成としても良い。
【００７１】
以上詳細に説明した通り、本実施形態に係る滞在時間推定システム１及びサーバ装置３では、施設の過去の滞在者から過去に滞在した施設の特徴と該施設に滞在した時間とを特定する滞在履歴を収集する（Ｓ１〜Ｓ３）一方で、施設の特徴毎に区分した滞在履歴に基づいて、施設の特徴毎に滞在時間を推定して紐付け（Ｓ５、Ｓ６）、ユーザが施設に滞在する場合に、該施設の特徴に紐付けられた滞在時間を、該施設に滞在する滞在時間として推定する（Ｓ２２〜Ｓ２６）ので、過去に同一の施設への滞在履歴が無い場合や滞在履歴が少ない場合であっても同じ特徴を有する他の施設の滞在履歴から滞在時間を推定することが可能となる。従って、施設の過去の滞在回数や滞在者数に大きく左右されることなく、ユーザの施設の滞在時間を事前に正確に推定することが可能となる。
【００７２】
尚、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。
例えば、本実施形態では、一のサーバ装置３がスケジュールＤＢ１２、滞在実績ＤＢ１３及び滞在時間推定ＤＢ１４の各ＤＢを作成する処理とスケジュールの管理を行う処理をそれぞれ行っているが、各ＤＢを作成する処理とスケジュールの管理を行う処理は別々のサーバ装置が行うようにしても良い。例えば、サーバ装置３が他のサーバ装置で作成された各ＤＢを受信して、スケジュールの管理を行うようにしても良い。
【００７３】
また、本実施形態では、情報端末５において目的地の設定操作があった場合に、該目的地の施設へと今後にユーザが滞在すると推定し、Ｓ２２以降の処理を実行することによってその施設での滞在時間を推定しているが、目的地の設定操作があった場合以外にも適用可能である。例えば、ユーザによって新たにスケジュールが登録された場合において、登録されたスケジュールがいずれかの施設に滞在するスケジュールである場合には、Ｓ２２以降の処理を実行し、施設での滞在時間を推定することが可能である。
【００７４】
また、施設での滞在時間を推定する際には、ユーザの同乗車の数や種類について考慮しても良い。例えば、同乗者が多い場合や、同乗者に子供や老人を含む場合には、施設の滞在時間をより長く推定するようにする。
【００７５】
また、本実施形態では不特定多数のユーザの滞在履歴から施設の特徴毎の滞在時間を推定しているが、スケジュールの管理を行う対象となるユーザの滞在履歴のみから滞在時間を推定しても良い。
【００７６】
また、本実施形態では推定された施設での滞在時間を用いてスケジュールの管理を行っているが、推定された施設での滞在時間はスケジュールの管理以外にも利用することが可能である。例えば、経路探索、交通情報の案内、施設情報の案内等に利用することが可能である。
【００７７】
また、本実施形態では、情報端末５をスマートフォンに適用した例について説明したが、スケジュールを管理する機能やナビ機能を有していれば他の種類の情報端末に対して適用することも可能である。例えば携帯電話機、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等に適用することが可能である。
【００７８】
また、本発明に係る滞在時間推定システムを具体化した実施例について上記に説明したが、滞在時間推定システムは以下の構成を有することも可能であり、その場合には以下の効果を奏する。
【００７９】
例えば、第１の構成は以下のとおりである。
施設の過去の滞在者から過去に滞在した施設の特徴と該施設に滞在した時間とを特定する滞在履歴を収集する滞在履歴収集手段（２１）と、施設の特徴毎に区分した前記滞在履歴に基づいて、施設の特徴毎に滞在時間を推定して紐付ける滞在時間推定手段（２１）と、ユーザ（４）が施設に滞在する場合に、該施設の特徴に紐付けられた滞在時間を、該施設に滞在する滞在時間として推定する滞在時間推定手段（２１）と、を有する。
上記構成を有する滞在時間推定システムによれば、施設の特徴に紐付けて過去の滞在者の施設の滞在履歴を収集し、収集した滞在履歴から施設の特徴毎に滞在時間を推定することによって、過去に同一の施設への滞在履歴が無い場合や滞在履歴が少ない場合であっても同じ特徴を有する他の施設の滞在履歴から滞在時間を推定することが可能となる。従って、施設の過去の滞在回数や滞在者数に大きく左右されることなく、ユーザの施設の滞在時間を事前に正確に推定することが可能となる。
【００８０】
また、第２の構成は以下のとおりである。
ユーザ（４）のスケジュールを登録するスケジュール登録手段（２１）と、前記滞在時間推定手段によって推定された滞在時間に基づいて登録された前記スケジュールを管理するスケジュール管理手段（２１）と、を有する。
上記構成を有する滞在時間推定システムによれば、ユーザの施設での滞在時間を考慮したスケジュール管理を行うことが可能となる。
【００８１】
また、第３の構成は以下のとおりである。
前記スケジュール管理手段（２１）は、ユーザ（４）が施設に滞在する場合に、該施設への到着予定時刻から前記滞在時間推定手段によって推定された滞在時間が経過する前までにスケジュールが登録されている場合に、ユーザに対してスケジュールの調整を提案する。
上記構成を有する滞在時間推定システムによれば、特にユーザの滞在時間と重なるスケジュールが登録されている場合において、スケジュールの調整を提案することが可能となる。その結果、ユーザにとって実施困難なスケジュールが登録されることを防止することが可能となる。
【００８２】
また、第４の構成は以下のとおりである。
前記施設の特徴は、施設のジャンルと、施設の規模と、の少なくとも一以上を含む。
上記構成を有する滞在時間推定システムによれば、特にユーザの滞在時間に影響があると予測される要素に基づいて施設を区分して滞在時間の推定を行うので、ユーザの施設の滞在時間を正確に推定することが可能となる。
【００８３】
また、第５の構成は以下のとおりである。
前記施設の規模は、施設の敷地面積と、施設に含まれる店舗数と、の少なくとも一以上を含む。
上記構成を有する滞在時間推定システムによれば、特にユーザの滞在時間に影響があると予測される要素に基づいて施設を区分して滞在時間の推定を行うので、ユーザの施設の滞在時間を正確に推定することが可能となる。
【符号の説明】
【００８４】
１              滞在時間推定システム
２              スケジュール管理センタ
３              サーバ装置
４              ユーザ
５              情報端末
１１            サーバ制御ＥＣＵ
１２            スケジュールＤＢ
１３            滞在実績ＤＢ
１４            滞在時間推定ＤＢ
２１            ＣＰＵ
２２            ＲＡＭ
２３            ＲＯＭ
【図１】
2019158360.tif 000003
【図２】
2019158360.tif 000004
【図３】
2019158360.tif 000005
【図４】
2019158360.tif 000006
【図５】
2019158360.tif 000007
【図６】
2019158360.tif 000008
【図７】
2019158360.tif 000009
【図８】
2019158360.tif 000010
【図９】
2019158360.tif 000011
【図１０】
2019158360.tif 000012
【図１１】
2019158360.tif 000013