(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024151263
(43)【公開日】2024-10-24
(54)【発明の名称】情報処理方法及び情報処理装置
(51)【国際特許分類】
G01C 21/26 20060101AFI20241017BHJP
G06F 16/909 20190101ALI20241017BHJP
G09B 29/10 20060101ALI20241017BHJP
G01C 21/34 20060101ALI20241017BHJP
G06Q 50/10 20120101ALI20241017BHJP
【FI】
G01C21/26 C
G06F16/909
G09B29/10 A
G01C21/34
G06Q50/10
【審査請求】未請求
【請求項の数】12
【出願形態】OL
(21)【出願番号】P 2023064510
(22)【出願日】2023-04-11
(71)【出願人】
【識別番号】000003997
【氏名又は名称】日産自動車株式会社
(74)【代理人】
【識別番号】110002468
【氏名又は名称】弁理士法人後藤特許事務所
(72)【発明者】
【氏名】大泉 透
(72)【発明者】
【氏名】黒崎 竜治
【テーマコード(参考)】
2C032
2F129
5B175
5L049
5L050
【Fターム(参考)】
2C032HB05
2C032HC08
2C032HC27
2C032HD16
2C032HD21
2F129AA03
2F129BB02
2F129CC16
2F129DD15
2F129DD19
2F129DD20
2F129DD34
2F129DD39
2F129DD66
2F129EE02
2F129EE52
2F129EE54
2F129EE79
2F129EE81
2F129EE83
2F129EE84
2F129EE96
2F129FF02
2F129FF11
2F129FF20
2F129FF32
2F129FF49
2F129FF59
2F129FF63
2F129FF65
2F129FF67
2F129FF68
2F129HH02
2F129HH12
5B175DA03
5B175HA02
5L049CC12
5L050CC12
(57)【要約】
【課題】ユーザの旅程パターンに基づいて最適な天気予報を提供する。
【解決手段】ユーザ操作に基づいて設定された目的地までの移動経路に関する経路情報を提供可能な情報処理方法である。この情報処理方法は、目的地に基づいて、出発地から目的地及びその周辺までのユーザU1の道程を示す旅程パターンを推定する推定処理(ステップS708)と、旅程パターンに基づいて、経路情報に関連付けられて出力される天気予報の予報エリアを決定する決定処理(ステップS709乃至S713)とを含む。
【選択図】
図16
【特許請求の範囲】
【請求項1】
ユーザ操作に基づいて設定された目的地までの移動経路に関する経路情報を提供可能な情報処理方法であって、
前記目的地に基づいて、出発地から前記目的地及びその周辺までの前記ユーザの道程を示す旅程パターンを推定する推定処理と、
前記旅程パターンに基づいて、前記経路情報に関連付けられて出力される天気予報の予報エリアを決定する決定処理と、を含む、
情報処理方法。
【請求項2】
請求項1に記載の情報処理方法であって、
前記推定処理では、前記ユーザが1つの前記目的地に到着後に当該目的地での滞在となる第1パターンと、前記ユーザが前記目的地を含む複数の場所を周回移動する第2パターンとの何れかを、前記旅程パターンとして推定する、
情報処理方法。
【請求項3】
請求項2に記載の情報処理方法であって、
前記推定処理では、前記ユーザ操作に基づいて複数の前記目的地が設定された場合には、前記旅程パターンとして前記第2パターンを推定する、
情報処理方法。
【請求項4】
請求項2に記載の情報処理方法であって、
前記推定処理では、
前記目的地での不特定ユーザの滞在時間を集計して求められた統計情報と、前記目的地での前記ユーザの過去の滞在時間を集計して求められた個人履歴情報とのうちの少なくとも1つに基づいて前記目的地での前記ユーザの滞在時間を推定し、
前記出発地から前記目的地までの移動距離又は移動時間が第1所定値以上であり、かつ、前記ユーザの滞在時間が第2所定値未満である場合には、前記旅程パターンとして前記第2パターンを推定する、
情報処理方法。
【請求項5】
請求項2に記載の情報処理方法であって、
前記推定処理では、
前記目的地での不特定ユーザの滞在時間を集計して求められた統計情報と、前記目的地での前記ユーザの過去の滞在時間を集計して求められた個人履歴情報とのうちの少なくとも1つに基づいて前記目的地での前記ユーザの滞在時間を推定し、
前記移動経路に基づいて前記目的地の到着時刻を推定し、
前記到着時刻が1日のうちの所定時間帯に含まれ、かつ、前記ユーザの滞在時間が所定値未満である場合には、前記旅程パターンとして前記第2パターンを推定する、
情報処理方法。
【請求項6】
請求項1に記載の情報処理方法であって、
前記推定処理では、
前記目的地での不特定ユーザの滞在時間を集計して求められた統計情報と、前記目的地での前記ユーザの過去の滞在時間を集計して求められた個人履歴情報とのうちの少なくとも1つに基づいて前記目的地での前記ユーザの滞在時間を推定し、
前記移動経路に基づいて前記目的地の到着時刻を推定し、
前記決定処理では、前記目的地を含む予報エリアの所定時刻毎の天気予報を出力させる場合における当該天気予報の時間帯の範囲を、前記ユーザの滞在時間及び前記到着時刻に基づいて決定する、
情報処理方法。
【請求項7】
請求項1に記載の情報処理方法であって、
前記決定処理では、前記移動経路において所定の天気となるエリアが存在する場合には、当該エリアを追加の前記予報エリアとして決定する、
情報処理方法。
【請求項8】
請求項7に記載の情報処理方法であって、
前記移動経路は、前記ユーザが乗車する車両が移動する経路であり、
前記所定の天気は、前記車両の運転に影響があると推定される天気であり、
前記決定処理では、出発地から前記目的地までの移動距離又は移動時間が所定値以上であり、かつ、前記移動経路において前記所定の天気となるエリアが存在する場合には、当該エリアを前記追加の予報エリアとして決定する、
情報処理方法。
【請求項9】
請求項2から5の何れかに記載の情報処理方法であって、
前記決定処理では、前記推定処理で前記第1パターンが推定された場合には、前記目的地を含むスポットエリアを前記予報エリアとして決定し、前記推定処理で前記第2パターンが推定された場合には、前記ユーザが周回移動すると推定される前記複数の場所を含む広域エリアを前記予報エリアとして決定する、
情報処理方法。
【請求項10】
請求項1から8の何れかに記載の情報処理方法であって、
前記経路情報及び前記予報エリアの天気予報を、前記ユーザ操作が行われた電子機器から出力させる出力処理、さらに含む、
情報処理方法。
【請求項11】
請求項10に記載の情報処理方法であって、
前記移動経路は、前記ユーザが乗車する車両が移動する経路であり、
前記出力処理では、前記ユーザが前記車両に乗車したタイミングで、前記車両に設置されている出力機器から、前記経路情報及び前記予報エリアの天気予報を再度出力させる、
情報処理方法。
【請求項12】
ユーザ操作に基づいて設定された目的地までの移動経路に関する経路情報を提供可能な情報処理装置であって、
前記目的地に基づいて、出発地から前記目的地及びその周辺までの前記ユーザの道程を示す旅程パターンを推定する推定部と、
前記旅程パターンに基づいて、前記経路情報に関連付けられて出力される天気予報の予報エリアを決定する決定部と、を備える、
情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、目的地までの移動経路に関する経路情報を提供可能な情報処理方法及び情報処理装置に関する。
【背景技術】
【0002】
従来、ユーザが所望するエリアの天気予報を提供する技術が存在する。例えば、ユーザにより行われた経路検索の結果を表示する場合に、出発地、乗換駅、目的地のそれぞれの到着日時における天気予報を表示する技術が提案されている(例えば、特許文献1参照)。
【先行技術文献】
【特許文献】
【0003】
【発明の概要】
【発明が解決しようとする課題】
【0004】
上述した従来技術では、出発地、乗換駅、目的地のそれぞれの天気予報をユーザに提供することが可能である。ここで、ユーザは、交通機関を利用してある目的地に到着した後に、他の交通機関の利用又は徒歩により他の場所に移動することも想定される。例えば、東京から唐津に向かうユーザが、東京駅から博多駅までは新幹線を利用し、博多駅から唐津まではタクシーを利用することも想定される。この場合において、そのユーザが新幹線利用のため、東京駅から博多駅までの経路検索を実行すると、経路検索の結果として出発地が東京駅となり、目的地が博多駅となる。この場合には、従来技術では、東京駅周辺及び博多駅周辺のそれぞれの天気予報がユーザに提供されることになる。しかし、博多駅周辺の天気予報が曇りであるが、唐津の天気予報が雨であることも想定される。このような場合には、真の目的地である唐津にユーザが到着した場合に、ユーザが予期しない天気となることが想定される。このように、従来技術では、ユーザが設定した目的地に到着した後の行動態様を含む旅程パターンがわからないため、ユーザに対して最適な天気予報を提供することが困難であった。
【0005】
本発明は、ユーザの旅程パターンに基づいて最適な天気予報を提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明の一態様は、ユーザ操作に基づいて設定された目的地までの移動経路に関する経路情報を提供可能な情報処理方法である。この情報処理方法は、目的地に基づいて、出発地から目的地及びその周辺までのユーザの道程を示す旅程パターンを推定する推定処理と、旅程パターンに基づいて、経路情報に関連付けられて出力される天気予報の予報エリアを決定する決定処理とを含む。
【発明の効果】
【0007】
本発明によれば、ユーザの旅程パターンに基づく天気予報の予報エリアを決定でき、ユーザに対して最適な天気予報を提供できる。
【図面の簡単な説明】
【0008】
【
図1】
図1は、ユーザが所有する電子機器及び車両の使用例を簡略化して示す図である。
【
図2】
図2は、ユーザ操作に基づいて設定された目的地までの移動経路に関する経路情報を提供可能な情報処理システムのシステム構成の一例を示す図である。
【
図3】
図3は、記憶部に記憶されている車両管理DBの格納内容を簡略化して示す図である。
【
図4】
図4は、カテゴリ毎の滞在時間の統計情報の一例を示す図である。
【
図5】
図5は、スポット毎の滞在時間の統計情報の一例を示す図である。
【
図6】
図6は、カテゴリ毎の滞在時間の個人履歴情報の一例を示す図である。
【
図7】
図7は、スポット毎の滞在時間の個人履歴情報の一例を示す図である。
【
図8】
図8は、電子機器のUI部に表示される車両アプリのメイン画面の表示例を示す図である。
【
図9】
図9は、UI部に表示される目的地の設定画面の表示例を示す図である。
【
図10】
図10は、UI部に表示される表示画面の表示例を示す図である。
【
図11】
図11は、UI部に表示される表示画面の表示例を示す図である。
【
図12】
図12は、UI部に表示される表示画面の表示例を示す図である。
【
図13】
図13は、UI部に表示される表示画面の表示例を示す図である。
【
図14】
図14は、UI部に表示される表示画面の表示例を示す図である。
【
図15】
図15は、IVIのUI部に表示される表示画面の表示例を示す図である。
【
図16】
図16は、サーバにおける天気予報出力処理を示すフローチャートである。
【
図17】
図17は、サーバにおける天気予報出力処理を示すフローチャートである。
【発明を実施するための形態】
【0009】
以下、添付図面を参照しながら本発明の実施形態について説明する。
【0010】
[IVI及び電子機器の使用例]
図1は、ユーザU1が所有する電子機器200及び車両C1の使用例を簡略化して示す図である。車両C1には、IVI(In-Vehicle Infotainment)300が設置されている。なお、IVI300は、車載機器の一例であり、他の情報を出力が可能な他の機器、例えば表示装置、音声出力装置を用いてもよい。また、電子機器200は、ユーザU1が所持することが可能な携帯型の機器であり、例えば、スマートフォン、タブレット端末、携帯型のパーソナルコンピュータ等の情報処理装置である。
【0011】
[情報処理システムの構成例]
図2は、ユーザ操作に基づいて設定された目的地までの移動経路に関する経路情報を提供可能な情報処理システム1のシステム構成の一例を示す図である。
【0012】
情報処理システム1は、ネットワーク10を介して接続可能な複数の機器により構成される。
図2では、サーバ100と、電子機器200と、IVI300とにより情報処理システム1が構成される例を示す。サーバ100、電子機器200、IVI300のそれぞれは、有線通信又は無線通信を利用した通信方式によってネットワーク10に接続される。ネットワーク10は、公衆回線網、インターネット等のネットワークである。なお、電子機器200及びIVI300については、ネットワーク10を経由せずに、有線通信又は無線通信を利用した直接的な接続により接続されてもよい。
【0013】
[サーバの構成例]
サーバ100は、車両C1を含む複数の車両を管理するサーバである。例えば、サーバ100は、電子機器200を用いて車両C1の状態を設定する設定操作が行われた場合には、その設定操作に応じて、車両C1の状態を制御する。例えば、車両C1のオンオフ、開錠等を実行することが可能である。また、サーバ100は、電子機器200を用いて車両C1の目的地を設定する設定操作が行われた場合には、その設定操作に応じて目的地までの経路を検索し、その検索結果を電子機器200又はIVI300に提供する。
【0014】
サーバ100は、通信部110と、制御部120と、記憶部130とを備える。
【0015】
通信部110は、制御部120の制御に基づいて、有線通信又は無線通信を利用して、他の機器との間で各種情報のやりとりを行うものである。
【0016】
制御部120は、記憶部130に記憶されている各種プログラムに基づいて各部を制御するものである。制御部120は、例えば、CPU(Central Processing Unit)等の処理装置により実現される。
【0017】
制御部120は、機器管理部121と、経路検索部122と、推定部123と、決定部124とを備える。
【0018】
機器管理部121は、管理対象となる車両を管理するための各種制御を実行するものである。例えば、機器管理部121は、管理対象となる車両C1に関連付けて車両管理DB140(
図3参照)に登録されている電子機器200とのやりとりを行い、電子機器200のUI部240に各種表示画面(
図8乃至
図14参照)を表示させる。例えば、機器管理部121は、車両アプリのメイン画面400(
図8参照)を電子機器200のUI部240に表示させ、この車両アプリを用いて車両C1の状態等を設定可能とする。また、機器管理部121は、管理対象となる車両から取得した情報を車両管理DB140に順次格納して、車両の状態を管理する。
【0019】
経路検索部122は、電子機器200又はIVI300においてユーザ操作に基づいて目的地が指定された場合には、記憶部130の地図情報DBを用いて、車両の現在地からその目的地までの経路を検索するものである。そして、経路検索部122は、その目的地及び検索結果を機器管理部121、推定部123、決定部124に出力する。なお、経路の検索方法については、公知の検索方法を用いることが可能である。
【0020】
推定部123は、ユーザ操作に基づいて指定された目的地に基づいて、出発地から目的地及び当該目的地周辺までのユーザの道程を示す旅程パターンを推定するものであり、その推定結果を決定部124に出力する。例えば、推定部123は、ユーザ操作に基づいて指定された目的地の数、その目的地までの移動距離又は移動時間、その目的地の到着予定時刻、その目的地での滞在時間等に基づいて、旅程パターンを推定することが可能である。例えば、推定部123は、それらの各要素を用いて、ユーザU1が1つの目的地に到着後に当該目的地での滞在となるピストン旅行(第1パターンの一例)と、ユーザU1が目的地を含む複数の場所を周回移動する周回旅行(第2パターンの一例)との何れかを、旅程パターンとして推定する。なお、ピストン旅行、周回旅行、ピストン旅行及び周回旅行の判定方法については、後述する。
【0021】
決定部124は、推定部123により推定された旅程パターンに基づいて、経路検索部122により検索された経路に関する経路情報に関連付けられて出力される天気予報の予報エリアを決定するものである。そして、決定部124は、その決定された予報エリアを機器管理部121に出力する。例えば、決定部124は、推定部123により旅程パターンとしてピストン旅行が推定された場合には、目的地を含むスポットエリアを予報エリアとして決定する。一方、決定部124は、推定部123により旅程パターンとして周回旅行が推定された場合には、ユーザU1が周回移動すると推定される複数の場所を含む広域エリアを予報エリアとして決定する。また、決定部124は、経路検索部122により検索された経路において、運転の影響が考慮される天気となるエリアが存在するか否かを判定する。そして、決定部124は、その経路において、運転の影響が考慮される天気となるエリアが存在する場合には、そのエリアを追加の予報エリアとして決定する。なお、予報エリアの詳細な決定方法については、後述する。また、運転の影響が考慮される天気については、
図14を参照して詳細に説明する。
【0022】
記憶部130は、各種情報を記憶する記憶媒体である。例えば、記憶部130には制御部120が各種処理を行うために必要となる各種情報(例えば、制御プログラム、車両管理DB140(
図3参照)、カテゴリ毎の統計情報DB150(
図4参照)、スポット毎の統計情報DB160(
図5参照)、カテゴリ毎の個人履歴情報DB170(
図6参照)、スポット毎の個人履歴情報DB180(
図7参照)、地図情報DB)が記憶される。また、記憶部130には、通信部110を介して取得された各種情報が記憶される。記憶部130として、例えば、ROM(Read Only Memory)、RAM(Random Access Memory)、SRAM(Static Random Access Memory)、HDD(Hard Disk Drive)、SSD(Solid State Drive)、又は、これらの組み合わせを用いることができる。
【0023】
[電子機器の構成例]
電子機器200は、通信部210と、制御部220と、記憶部230と、UI(User Interface)部240と、センサ類250とを備える。通信部210は、制御部220の制御に基づいて、有線通信又は無線通信を利用して、他の機器との間で各種情報のやりとりを行うものである。
【0024】
制御部220は、記憶部230に記憶されている各種プログラムに基づいて各部を制御するものである。制御部220は、例えば、CPU等の処理装置により実現される。
【0025】
記憶部230は、各種情報を記憶する記憶媒体である。例えば、記憶部230には制御部220が各種処理を行うために必要となる各種情報(例えば、制御プログラム、車両アプリ)が記憶される。また、記憶部230には、通信部210を介して取得された各種情報が記憶される。記憶部230として、例えば、ROM、RAM、SRAM、HDD、SSD、又は、これらの組み合わせを用いることができる。
【0026】
UI部240は、受付部241と、出力部242とを備える。なお、図示を省略するが、音入力部等の他の構成をUI部140に備えてもよい。音入力部は、電子機器200の周囲の音を取得するものであり、取得された音に関する音情報を制御部220に出力する。音入力部として、例えば、1又は複数のマイクや音取得センサを用いることができる。表示部、音出力部、音入力部及び受付部241は、ユーザインタフェースの一例であり、これらのうちの一部を省略してもよく、他のユーザインタフェースを用いてもよい。
【0027】
受付部241は、ユーザU1からの各種操作を受け付けるものであり、その受け付けられた操作内容を制御部220に出力する。なお、受付部241及び出力部242については、ユーザがその指を表示面に接触又は近接することにより操作入力を行うことが可能なタッチパネルとして構成してもよく、別体のユーザインタフェースとして構成してもよい。別体のユーザインタフェースとして構成する場合には、ボタン、キーボード等の各種操作部材を受付部241として用いることが可能である。
【0028】
出力部242は、制御部220の制御に基づいて、各種情報を出力するものである。例えば、出力部242は、表示部及び音出力部により構成することが可能である。この表示部は、制御部220からの指示に基づいて、各種画像を表示する。表示部として、例えば、有機ELパネル、LCDパネル等の表示パネルを用いることができる。音出力部は、制御部220からの指示に基づいて、各種音声を出力する。音出力部として、例えば1又は複数のスピーカを用いることができる。
【0029】
センサ類250は、各種情報を取得可能なセンサであり、例えば、一般的なスマートフォン等に搭載されている各種センサである。センサ類250は、例えば、被写体を撮像して画像(画像データ)を生成する画像センサ(イメージセンサ)、位置情報を取得可能な位置情報取得センサ(例えば、GNSS(Global Navigation Satellite System:全球測位衛星システム)機器)等の各種センサである。
【0030】
[IVIの構成例]
IVI300は、通信部310と、制御部320と、記憶部330と、UI部340とを備える。なお、通信部310、制御部320、記憶部330、UI部340のそれぞれについては、電子機器200の同一名称の各部に対応する。このため、通信部310、制御部320、記憶部330、UI部340のそれぞれについては、電子機器200と共通する点についての説明を省略する。なお、車両C1の車両ECU(Electronic Control Unit)を制御部320としても使用してもよく、車両ECUとは異なる処理装置を制御部320として設けてもよい。
【0031】
[車両管理DBの格納内容例]
図3は、記憶部130に記憶されている車両管理DB140の格納内容を簡略化して示す図である。
【0032】
車両管理DB140は、車両に関する各種情報を管理するためのデータベースである。具体的には、電子機器ID142と、車両の状態情報143と、経路情報144と、予報エリア情報145と、履歴情報146とが車両ID141に関連付けて車両管理DB140に格納される。
【0033】
車両ID141は、各車両を識別するための識別情報である。例えば、車両ID141の「C1」は車両C1(
図1参照)に対応するものとする。
【0034】
電子機器ID142は、車両C1を所有するユーザが所持する各電子機器を識別するための識別情報である。例えば、電子機器ID142の「MC1」は電子機器200(
図1参照)に対応するものとする。
図3では、1つの車両に1つの電子機器を関連付けて格納する例を示すが、1つの車両に複数の電子機器を関連付けて格納してもよい。
【0035】
車両の状態情報143は、管理対象となる各車両の状態に関する情報である。例えば、ドアのロック状態、エンジンのオンオフ、エアコンのオンオフ、窓の開閉状態等の各状態に関する情報が車両の状態情報143に格納される。
【0036】
経路情報144は、車両ID141にIDが格納されている車両の車載機器(例えば、IVI)、又は、電子機器ID142にIDが格納されている電子機器を用いて設定された目的地までの経路に関する情報である。例えば、ユーザU1が電子機器200を用いて車両C1の現在地から目的地までの経路検索を実行し、その目的地までの経路が設定された場合には、その設定された経路及び目的地を特定するための各情報が経路情報144に格納される。電子機器200を用いて設定された目的地及び経路については、経路情報144を用いて、IVI300に表示することが可能となる。
【0037】
予報エリア情報145は、経路情報144に格納されている経路情報を各機器に提供する場合に、その経路情報とともに天気予報を提供するエリア(予報エリア)に関する情報である。例えば、ユーザU1が電子機器200を用いて車両C1の目的地までの移動経路を設定した場合、設定された移動経路に関連付けられて出力される天気予報の予報エリアを特定するための各エリア情報が予報エリア情報145に格納される。それら予報エリアについては、予報エリア情報145を用いてIVI300に表示することが可能となる。
【0038】
履歴情報146は、車両ID141にIDが格納されている車両、又は、電子機器ID142にIDが格納されている電子機器を所有するユーザの移動履歴に関する情報である。例えば、車両に設置されている位置情報取得部(例えば、GNSS機器)により取得された位置情報及びその取得時刻が車両の移動履歴として履歴情報146に格納される。また、例えば、電子機器に設置されている位置情報取得部(例えば、GNSS機器)により取得された位置情報及びその取得時刻がその電子機器を所持するユーザの移動履歴として履歴情報146に格納される。
【0039】
なお、
図3に示す各情報は一例であり、これらのうちの一部のみを車両管理DB140に格納してもよく、他の情報を車両管理DB140に格納してもよい。
【0040】
[滞在時間の推定例]
次に、ユーザU1が目的地に滞在する滞在時間を推定する推定方法について説明する。例えば、ユーザU1以外の他者の各地での滞在時間の統計情報を用いて、ユーザU1の滞在時間を推定することが可能である。この場合には、あるスポットでの滞在時間は、そのスポットでの不特定ユーザの滞在時間を集計した統計情報に基づいて算出される。例えば、あるスポットでの滞在時間として、そのスポットでの不特定ユーザの滞在時間を集計して求めた平均滞在時間を、そのスポットでの滞在時間として用いることが可能である。なお、地図情報を提供するサービス(例えば、グーグル(登録商標)マップ)では、「ここを訪れた人は通常2乃至3時間滞在しています」という情報を提供しているため、この情報を利用してもよい。
【0041】
また、滞在時間の統計情報には、特定日の混雑状況の違いによる滞在時間の変化、時間帯・時季・天候による滞在時間の変化、施設情報等を加味してもよい。ここで、特定日の混雑状況の違いによる滞在時間の変化は、例えば、混んでいるため、待ち行列のために長く留まる人が多数存在して滞在時間が長くなる等を意味する。また、時間帯・時季・天候による滞在時間の変化は、例えば、寒い又は雨降りのため、屋外施設には短時間しかいない人が多数存在する等を意味する。また、施設情報は、例えば、閉店時間、ホテルのチェックアウト時間等を意味する。例えば、閉店時間、ホテルのチェックアウト時間が過ぎた場合には、普通はその場を立ち去る人が多いため、これらの属性情報を時間情報とともに用いることが可能である。これらの各情報については、例えば、属性情報として用いることが可能である。
【0042】
[カテゴリ毎の滞在時間の統計情報例]
図4は、カテゴリ毎の滞在時間の統計情報(カテゴリ毎の統計情報DB150)の一例を示す図である。カテゴリ毎の統計情報DB150については、サーバ100の記憶部130に格納して用いてもよく、必要に応じて他の機器(例えば、統計情報提供サーバ)から取得してもよい。なお、
図4では、説明を容易にするため、簡略化して数値を示す。
【0043】
カテゴリ毎の統計情報DB150は、カテゴリ毎に分類された各スポットの滞在時間を管理するためのデータベースである。具体的には、カテゴリ151及び滞在時間152が関連付けてカテゴリ毎の統計情報DB150に格納される。
図4では、各スポットでの不特定ユーザの一般的な滞在時間(平均滞在時間)が例示されている。
【0044】
滞在時間152を用いて、ユーザU1により設定された目的地の滞在時間を推定可能となる。例えば、ユーザU1により目的地としてテーマパークが設定された場合、ユーザU1は、そのテーマパークに5時間程度滞在する可能性が高いと推定可能である。なお、ユーザU1により設定された目的地と、
図4のカテゴリ151とについては、キーワード等の要素に基づいて一致判定が可能である。
図6のカテゴリ171についても同様である。
【0045】
[スポット毎の滞在時間の統計情報例]
図5は、スポット毎の滞在時間の統計情報(スポット毎の統計情報DB160)の一例を示す図である。スポット毎の統計情報DB160については、サーバ100の記憶部130に格納して用いてもよく、必要に応じて他の機器(例えば、統計情報提供サーバ)から取得してもよい。なお、
図5では、説明を容易にするため、簡略化して数値を示す。
【0046】
スポット毎の統計情報DB160は、各スポットの滞在時間と、そのスポットからの移動先とを管理するためのデータベースである。具体的には、滞在時間162と、移動先1(163)と、移動先2(164)と、移動先3(165)とがスポット161に関連付けてスポット毎の統計情報DB160に格納される。
【0047】
ここで、
図4に示すカテゴリは、各個別の場所ではなく、類似する複数の場所をまとめた一般的な集合を意味する。これに対して、
図5に示すスポットは、各個別の場所を意味する。例えば、異なる場所にテーマパークA乃至Cが存在する場合を想定する。この場合に、テーマパークAでは、不特定ユーザの滞在時間が7時間であり、テーマパークBでは、不特定ユーザの滞在時間が6時間であり、テーマパークCでは、不特定ユーザの滞在時間が2時間である場合を想定する。この場合には、これらの各値の平均値(5時間)がカテゴリ毎の統計情報DB150(
図4参照)でのテーマパーク(A乃至C)の滞在時間として格納される。これに対して、スポット毎の統計情報DB160では、テーマパークA乃至Cのそれぞれの滞在時間が格納される。
【0048】
また、
図5に示すスポット毎の統計情報DB160には、各スポットに滞在した不特定ユーザが移動する可能性が高い場所を移動先1(163)乃至移動先3(165)として示す。移動先1(163)乃至移動先3(165)は、各スポットに滞在した不特定ユーザの移動履歴に基づいて集計された統計情報である。例えば、スポットAに滞在した不特定ユーザのうちの、所定割合以上のユーザが移動した場所を移動先として格納することが可能である。この所定割合は、実験データ等に基づいて適宜設定可能であり、例えば、3乃至5割程度の値を用いることが可能である。
【0049】
図5では、ショッピングセンタSC1に滞在した不特定ユーザのうち、所定割合以上のユーザは、遊園地AP1及び公園P1に移動する場合の例を示す。これらの移動先1(163)乃至移動先3(165)を用いて、ユーザU1により設定された目的地以外にユーザU1が移動するか否かを判定可能となる。例えば、ユーザU1により目的地としてショッピングセンタSC1が設定された場合には、ユーザU1は、ショッピングセンタSC1の滞在後又は滞在前に遊園地AP1及び公園P1に移動する可能性が高いと推定可能である。なお、ユーザU1により設定された目的地と、
図5に示すスポット161とについては、緯度及び経度、キーワード等の要素に基づいて一致判定が可能である。
図7に示すスポット181についても同様である。
【0050】
[個人の行動パターンを加味する例]
以上では、不特定ユーザの統計情報に基づいて設定されたカテゴリ毎の滞在時間と、スポット毎の滞在時間、移動先とをDBに格納して用いる例を示した。ここで、ユーザU1が所持する電子機器200又は車両C1を利用して、サーバ100は、ユーザU1の移動履歴を取得することが可能である。そこで、不特定ユーザの統計情報にユーザU1の移動履歴を加味することにより、各スポットでの滞在時間、移動先の推定精度を向上させることが可能となる。なお、ユーザU1の移動履歴については、ユーザU1が所持する電子機器200の位置情報取得部(センサ類250)により取得された位置情報を、電子機器200がサーバ100に順次送信することにより取得可能である。
【0051】
[カテゴリ毎の滞在時間の個人履歴情報例]
図6は、カテゴリ毎の滞在時間の個人履歴情報(カテゴリ毎の個人履歴情報DB170)の一例を示す図である。カテゴリ毎の個人履歴情報DB170については、サーバ100の記憶部130に格納して用いてもよく、必要に応じて他の機器(例えば、個人情報提供サーバ)から取得してもよい。なお、
図6では、説明を容易にするため、簡略化して数値を示す。また、
図6では、ユーザU1のカテゴリ毎の個人履歴情報DB170を示すが、カテゴリ毎の個人履歴情報DB170はユーザ毎に存在するものとする。
【0052】
カテゴリ毎の個人履歴情報DB170は、カテゴリ毎に分類された各スポットの滞在時間を管理するためのデータベースである。具体的には、カテゴリ171及び滞在時間172が関連付けてカテゴリ毎の個人履歴情報DB170に格納される。
図6では、各スポットでのユーザU1の滞在時間(平均滞在時間)が例示されている。
【0053】
カテゴリ毎の統計情報DB150(
図4参照)とともに、カテゴリ毎の個人履歴情報DB170を用いることにより、ユーザU1により設定された目的地の滞在時間の推定精度を向上させることが可能となる。例えば、ユーザU1により目的地としてテーマパークが設定された場合を想定する。この場合には、カテゴリ毎の統計情報DB150のテーマパークの滞在時間152は「5時間」であり、カテゴリ毎の個人履歴情報DB170のテーマパークの滞在時間172は「8時間」である。そこで、カテゴリ毎の統計情報DB150の「5時間」と、カテゴリ毎の個人履歴情報DB170の「8時間」との平均値を求めその平均値6.5時間をユーザU1がそのテーマパークに滞在する滞在時間として推定することが可能である。この場合に、カテゴリ毎の個人履歴情報DB170への情報の蓄積度合に応じて、カテゴリ毎の個人履歴情報DB170を反映させる度合を高めてもよい。
【0054】
[スポット毎の滞在時間の個人履歴情報例]
図7は、スポット毎の滞在時間の個人履歴情報(スポット毎の個人履歴情報DB180)の一例を示す図である。スポット毎の個人履歴情報DB180については、サーバ100の記憶部130に格納して用いてもよく、必要に応じて他の機器(例えば、個人情報提供サーバ)から取得してもよい。なお、
図7では、説明を容易にするため、簡略化して数値を示す。また、
図7では、ユーザU1のスポット毎の個人履歴情報DB180を示すが、スポット毎の個人履歴情報DB180はユーザ毎に存在するものとする。
【0055】
スポット毎の個人履歴情報DB180は、各スポットの滞在時間と、そのスポットからの移動先とを管理するためのデータベースである。具体的には、滞在時間182と、移動先1(183)と、移動先2(184)と、移動先3(185)とがスポット181に関連付けてスポット毎の個人履歴情報DB180に格納される。
【0056】
また、スポット毎の個人履歴情報DB180には、各スポットに滞在したユーザU1が移動した確率が高い場所を移動先1(183)乃至移動先3(185)として示す。すなわち、移動先1(183)乃至移動先3(185)は、スポットを起点とした行動履歴に基づいて設定される。また、移動先1(183)乃至移動先3(185)は、各スポットに滞在したユーザU1の移動履歴に基づいて集計された統計情報である。例えば、スポットAに滞在したユーザU1が、所定割合以上移動した場所を移動先として格納することが可能である。この所定割合は、実験データ等に基づいて適宜設定可能であり、例えば、3乃至5割程度の値を用いることが可能である。
【0057】
図7では、ショッピングセンタSC1に滞在したユーザU1は、所定割合以上の確率で遊園地AP1に移動する場合の例を示す。これらの移動先1(183)乃至移動先3(185)を用いて、ユーザU1により設定された目的地以外にユーザU1が移動するか否かを判定可能となる。例えば、ユーザU1により目的地としてショッピングセンタSC1が設定された場合には、ユーザU1は、ショッピングセンタSC1の滞在後又は滞在前に遊園地AP1に移動する可能性が高いと推定可能である。
【0058】
また、スポット毎の統計情報DB160及びスポット毎の個人履歴情報DB180の比較により、ユーザU1の嗜好を判定可能である。例えば、レストランRT1について、スポット毎の統計情報DB160では滞在時間が1時間であるのに対し、スポット毎の個人履歴情報DB180では滞在時間が3時間である。このため、ユーザU1にとって、レストランRT1は居心地のいい、長居できる環境であると推定可能である。また、コンビニCV1について、スポット毎の統計情報DB160では滞在時間が20分であるのに対し、スポット毎の個人履歴情報DB180では滞在時間が8時間である。このため、ユーザU1は、コンビニCV1に勤務していることを推定可能である。
【0059】
また、スポット毎の統計情報DB160(
図5参照)とともに、スポット毎の個人履歴情報DB180を用いることにより、ユーザU1により設定された目的地の滞在時間、移動先の推定精度を向上させることが可能となる。例えば、ユーザU1により目的地としてショッピングセンタSC1が設定された場合を想定する。この場合には、スポット毎の統計情報DB160のショッピングセンタSC1の滞在時間162は「2時間」であり、スポット毎の個人履歴情報DB180のショッピングセンタSC1の滞在時間182は「1時間」である。そこで、スポット毎の統計情報DB160の「2時間」と、スポット毎の個人履歴情報DB180の「1時間」との平均値を求めその平均値1.5時間をユーザU1がショッピングセンタSC1に滞在する滞在時間として推定することが可能である。この場合に、スポット毎の個人履歴情報DB180への情報の蓄積度合に応じて、スポット毎の個人履歴情報DB180を反映させる度合を高めてもよい。
【0060】
また、スポット毎の統計情報DB160のショッピングセンタSC1の移動先1(163)に「遊園地AP1」が格納され、移動先2(164)には「公園P1」が格納され、スポット毎の個人履歴情報DB180のショッピングセンタSC1の移動先1(183)に「遊園地AP1」が格納されている。そこで、スポット毎の統計情報DB160及びスポット毎の個人履歴情報DB180で共通する「遊園地AP1」に移動する可能性が高いが、「公園P1」に移動する可能性は低いと推定可能である。
【0061】
統計情報及び個人履歴情報として所定の学習を施した情報を使用してもよい。また、滞在時間及び移動先については、例えば、人工知能(AI:Artificial Intelligence)を利用して判定してもよい。例えば、ユーザの属性、目的地の属性、滞在日時、到着時刻等を予め学習しておき、この学習データを判定に用いるようにする。そして、目的地を設定したユーザの属性、その目的地の属性、その滞在日時、その到着時刻等について、その学習データを用いて、その目的地での滞在時間及び移動先を判定するための評価値を算出し、その評価値に基づいて、その目的地での滞在時間及び移動先を判定することができる。なお、人工知能については、後述する旅程パターンの判定、予報エリアの設定についても利用することが可能である。
【0062】
[旅程パターンの推定例]
本実施形態では、ユーザ操作に基づいて設定された目的地までの移動経路を表示する場合に、その移動経路に関連付けて天気予報を表示する。ここで、ユーザU1がある目的地に旅行するため、車両C1の出発地から目的地までの経路を設定した場合を想定する。例えば、神奈川の自宅にいるユーザU1が、千葉のテーマパークを目的地として設定した場合、ユーザU1が目的地で長時間滞在して自宅に帰ることが想定される。つまり、ユーザU1が自宅と目的地との間でピストン移動(ピストン旅行)することが想定される。一方、神奈川の自宅にいるユーザU1が、房総半島のある観光地を目的地として設定した場合、ユーザU1が目的地で短時間滞在し、その周辺又は移動経路の途中の複数の観光地に移動することが想定される。つまり、ユーザU1が目的地及びその周辺、又は、移動経路の途中の複数の場所を周回する周回移動(周回旅行)となることが想定される。
【0063】
このように、ユーザ操作に基づいて目的地までの移動経路が設定された場合でも、ユーザU1(又は車両C1)の旅程パターンが、ピストン旅行となるか、周回旅行となるかに応じて、ユーザU1が訪れる場所が異なる。具体的には、ユーザU1(又は車両C1)の旅程パターンがピストン旅行である場合には、ユーザU1が訪れる場所は目的地及び目的地に近接するエリアのみである。この場合には、ユーザU1は、目的地の設定時には、目的地を含むスポット天気予報を知りたいと考えることが想定される。一方、ユーザU1(又は車両C1)の旅程パターンが周回旅行である場合には、ユーザU1が訪れる場所は目的地及びその周辺、又は、移動経路の途中の複数の場所である。この場合には、ユーザU1は、目的地の設定時には、目的地の天気予報とともに、目的地の周辺、又は、移動経路の途中で滞在すると想定される場所等、比較的広域なエリアに対応した天気予報を知りたいと考えることが想定される。そこで、本実施形態では、ユーザU1(又は車両C1)の旅程パターンに基づいて、天気予報を提供する予報エリアを決定し、ユーザU1に対して最適な天気予報を提供する。
【0064】
なお、本実施形態では、ユーザU1が自宅から車両C1に乗車して出発する場合には、その自宅が出発地となる。また、ユーザU1が自宅以外の場所(例えば、宿泊先のホテル)から車両C1に乗車して出発する場合には、その場所が出発地となる。
【0065】
[周回旅行の判定例]
最初に、周回旅行と判定する条件について説明する。例えば、以下の(1)乃至(3)の何れかに該当する場合に、周回旅行と判定することが可能である。
判定条件(1) 複数の目的地が設定されている場合。
判定条件(2) 出発地から目的地までの移動距離が第1閾値以上離れている場合又は出発地から目的地までの移動時間が第2閾値以上となる場合、かつ、その目的地での滞在時間が第3閾値未満と推定される場合。
判定条件(3) 目的地への到着予定時刻が1日のうちの所定の時間帯に含まれ、かつ、その目的地での滞在時間が第3閾値未満と推定される場合。なお、所定の時間帯は、例えば、午前の早い時間帯(午前6時から午前10時、午前11時程度の時間帯)である。
【0066】
[判定条件(1)について]
ユーザU1により複数の目的地が設定されている場合には、出発地から1つの目的地までのピストン旅行ではない。このため、ユーザU1により複数の目的地が設定されている場合には、周回旅行と判定可能である。例えば、神奈川を出発地として、房総半島の各地を目的地として設定する場合が想定される。この場合の表示例を
図13に示す。
【0067】
[判定条件(2)について]
出発地から目的地までの移動距離が第1閾値以上離れている場合、又は、出発地から目的地までの移動時間が第2閾値以上となる場合には、ユーザU1が車両C1に乗車して遠出することが想定される。また、その目的地での滞在時間が第3閾値未満と推定される場合には、ユーザU1がわざわざ遠出したため、その道程の途中又は目的地の周囲で、目的地以外の他の場所に移動すると推定される。例えば、出発地から目的地までの移動時間が片道2時間であり、その目的地での推定滞在時間が1時間の場合には、車両C1を利用してわざわざ遠出したため、その目的地の後に他の場所に出かけると推定される。
【0068】
なお、第1乃至第3閾値は、実験データ等に基づいて適宜設定可能である。第1閾値として、例えば50km乃至100km(一般道)程度の値を設定可能である。また、第2閾値として、例えば1時間乃至1時間半程度の値を設定可能である。また、第3閾値として、例えば1時間乃至2時間程度の値を設定可能である。なお、移動距離及び移動時間については、公知の経路探索技術を用いて算出可能である。また、目的地での滞在時間については、
図4乃至
図7に示す各情報に基づいて取得可能である。なお、地図上において指定された目的地と、
図4乃至
図7に示す各DBの目的地とについては、緯度及び経度、キーワード等の要素に基づいて一致判定が可能である。
【0069】
例えば、過去にユーザU1が訪れたことがない目的地の場合において、その目的地がスポット毎の統計情報DB160(
図5参照)に格納されているときには、スポット毎の統計情報DB160に格納されているその目的地に対応する滞在時間162を取得することが可能である。また、例えば、過去にユーザU1が訪れたことがない目的地の場合において、その目的地がスポット毎の統計情報DB160に格納されていないときには、カテゴリ毎の統計情報DB150(
図4参照)に格納されているその目的地に相当するカテゴリに対応する滞在時間152を取得することが可能である。この場合において、カテゴリ毎の個人履歴情報DB170(
図6参照)に格納されているその目的地に相当するカテゴリに対応する滞在時間172を用いてもよい。
【0070】
例えば、過去にユーザU1が訪れたことがある目的地の場合には、スポット毎の個人履歴情報DB180(
図7参照)に格納されているその目的地に対応する滞在時間182を取得することが可能である。
【0071】
なお、本実施形態では、サーバ100の各DBを用いて旅程パターンの推定処理に用いる情報を取得する例を示すが、他の情報を取得して用いてもよい。例えば、各スポットでの滞在時間等が属性情報として付与されている地図情報を用いて、目的地の滞在時間を推定してもよい。
【0072】
[判定条件(3)について]
目的地への到着予定時刻が1日のうちの所定の時間帯に含まれる場合には、朝早くにユーザU1が車両C1に乗車して出発し、午前中の早い時間に目的地に到着することが想定される。また、その目的地での滞在時間が第3閾値未満と推定される場合には、ユーザU1が午前中の早い時間に目的地に到着するため、昼間の時間を利用して、その道程の途中又は目的地の周囲で、目的地以外の他の場所に移動すると推定される。例えば、滞在時間が長いと推定されるテーマパークの場合には、午前中の早い時間に目的地に到着することが想定される。しかし、この場合には、そのテーマパークでの滞在時間が第3閾値以上と推定されるため、周回旅行とは判定されない。
【0073】
なお、第3閾値は、上述した値と同様とすることが可能である。なお、到着予定時刻については、公知の経路探索技術を用いて算出可能である。また、目的地での滞在時間については、上述したように、
図4乃至
図7に示す各情報に基づいて取得可能である。
【0074】
なお、判定条件(1)乃至(3)を用いた判定方法は一例であり、他の判定条件を用いてもよい。例えば、出発地から目的地までの移動距離が第1閾値以上離れている場合、又は、出発地から目的地までの移動時間が第2閾値以上となる場合に、周回旅行と判定してもよい。また、例えば、目的地での滞在時間が第3閾値未満と推定される場合に、周回旅行と判定してもよい。また、目的地への到着予定時刻が1日のうちの所定の時間帯に含まれる場合に、周回旅行と判定してもよい。
【0075】
[ピストン旅行の判定例]
次に、ピストン旅行と判定する判定方法について説明する。例えば、上述した周回旅行の判定方法により周回旅行と判定されない場合に、ピストン旅行と判定することが可能である。また、他の判定条件を用いてもよい。例えば、1つの目的地が設定され、かつ、その目的地での滞在時間が閾値以上である場合に、ピストン旅行と判定してもよい。また、例えば、スポット毎の統計情報DB160(
図5参照)及びスポット毎の個人履歴情報DB180(
図7参照)の双方に移動先が格納されていない目的地である場合に、ピストン旅行と判定してもよい。ここで示す閾値は、実験データ等に基づいて適宜設定可能な値である。例えば、5乃至8時間程度の比較的長い時間を閾値として設定可能である。
【0076】
[予報エリアについて]
本実施形態では、旅程パターンに応じて予報エリアを決定する。そこで、ここでは、予報エリアについて説明する。
【0077】
[単一の予報エリアについて]
単一の予報エリアは、推定されるユーザU1の行動範囲をカバーする1エリアで構成される。ユーザU1の行動範囲は、例えば、スポット毎の統計情報DB160(
図5参照)、スポット毎の個人履歴情報DB180(
図7参照)のそれぞれの移動先に基づいて判定可能である。また、ユーザU1の行動範囲は、例えば、複数の段階に分類することが可能である。例えば、ユーザU1が目的地の周辺にしか行かないと推定される場合には、ユーザU1の行動範囲が小と判定可能である。また、ユーザU1が目的地を含む市町村内の移動が主であると推定される場合には、ユーザU1の行動範囲が中と判定可能である。また、ユーザU1が目的地を含む市町村の外側への移動も多いと推定される場合には、ユーザU1の行動範囲が大と判定可能である。また、ユーザU1が目的地を含む市町村の外側への移動も多く、さらに広いエリアを移動すると推定される場合には、ユーザU1の行動範囲が特大と判定可能である。
【0078】
例えば、目的地が神奈川県厚木市森の里青山であり、ユーザU1の行動範囲が小であると判定された場合には、単一の予報エリアとして神奈川県厚木市森の里青山のスポットエリアが決定される。また、例えば、目的地が神奈川県厚木市森の里青山であり、ユーザU1の行動範囲が中であると判定された場合には、単一の予報エリアとして神奈川県厚木市のスポットエリアが決定される。また、例えば、目的地が神奈川県厚木市森の里青山であり、ユーザU1の行動範囲が大であると判定された場合には、単一の予報エリアとして神奈川県西部のスポットエリアが決定される。また、例えば、目的地が神奈川県厚木市森の里青山であり、ユーザU1の行動範囲が特大であると判定された場合には、単一の予報エリアとして神奈川県のスポットエリアが決定される。
【0079】
[単一の予報エリアを広げる上限について]
予報エリアの大きさは、原則として、出発地を含めない範囲までしか広げないことが好ましい。例えば、神奈川県小田原市の自宅を出発地とし、神奈川県横浜市を目的地とする場合において、目的地の到着後のユーザU1の行動範囲が広い(例えば特大)ときに、単一の予報エリアとしての神奈川県のスポットエリアが決定された場合を想定する。この場合には、神奈川県の天気予報が出力されるため、この天気予報を見たユーザU1は、出発地の天気予報か、目的地の天気予報かを理解できないことも想定される。そこで、神奈川県小田原市の自宅を出発地とし、神奈川県横浜市を目的地とする場合において、目的地の到着後のユーザU1の行動範囲が広い(例えば特大)としても、単一の予報エリアとして神奈川県東部までしか広げないようにする。ただし、出発地及び目的地間の距離が比較的近い場合も想定される。また、出発地である自宅の天気予報を知りたいと考えるユーザも想定される。そこで、予報エリアの大きさを、出発地を含める範囲まで広げてもよい。この場合に、出発地と目的地とが同じ天気予報である場合には、単一の予報エリアの天気予報を出力し、出発地と目的地とが異なる天気予報である場合には、両者が異なる天気予報である旨を明示した単一の予報エリアの天気予報を出力することが好ましい。
【0080】
[通知方法]
予報エリアが単一のエリアで構成される場合には、その単一のエリアに対する天気予報を通知する。また、予報エリアが複数のサブエリアで構成される場合には、サブエリア毎の天気予報を通知する。又は、サブエリアの中心のスポットエリア又は広域エリアの天気予報を通知してもよい。また、ユーザU1が予報エリアに到着してから滞在すると推定される滞在時間の長さだけ、その予報エリアの天気予報が通知される。
【0081】
[予報エリアの天気予報の取得方法]
例えば、広域の標記(例えば、神奈川県)の天気予報のときでも、実際は、その地域(例えば、神奈川県)の気象台があるスポットの天気予報を代表して出すことが多い。一方、特定のスポットの標記(例えば、神奈川県厚木市森の里青)の天気予報のときには、数値計算モデルでそのスポットの天気を算出して出すことが可能である。なお、数値計算モデルを用いて各スポットの天気を算出する算出方法については、公知の算出方法を用いることが可能である。
【0082】
[天気予報を出力する予報エリアの決定例]
上述したように、旅程パターンに応じて、ユーザU1が訪れると想定される場所が異なる。そこで、以下では、旅程パターンに応じて、天気予報を出力する予報エリアを決定する決定方法について説明する。
【0083】
[旅程パターンが周回旅行である場合の予報エリアの決定例]
ユーザ操作に基づいて設定された目的地が1つであり、かつ、旅程パターンが周回旅行と判定された場合には、目的地を含む広域エリアを、天気予報を出力する予報エリアとして決定する。すなわち、目的地を含む広域エリアの天気予報をユーザU1に知らせるようにする。
【0084】
ここで、広域エリアは、目的地のスポットエリアよりも大きいエリアを意味する。例えば、目的地が房総半島のある観光地である場合、その観光地が存在する市町村、房総半島、又は千葉県を広域エリアとすることが可能である。これにより、ユーザU1が車両C1を利用して房総半島めぐりの旅行をする場合に、目的地として設定された観光地を含む広域エリア(例えば、房総半島のエリア)の天気予報を容易に知ることが可能となる。この場合の表示例を
図12に示す。なお、上述した単一の予報エリアの設定方法により広域エリアのサイズを決定することが可能である。広域エリアのサイズに応じて、天気予報を表示する領域(例えば、天気予報画像442(
図12参照))のサイズを変更してもよい。この場合、天気予報が表示されている予報エリアを直感的に容易に把握可能となる。
【0085】
なお、上述の通り、ユーザ操作に基づいて設定された目的地が複数の場合、旅程パターンが周回旅行と判定される。この場合についても、複数の目的地を含む広域エリアを、天気予報を出力する予報エリアとして決定することが可能である。すなわち、複数の目的地を含む広域エリアの天気予報をユーザU1に知らせるようにする。例えば、目的地が房総半島の複数の観光地である場合、それらの各観光地が存在する市町村、房総半島、又は千葉県を広域エリアとすることが可能である。これにより、ユーザU1が車両C1を利用して房総半島めぐりの旅行をする場合に、目的地として設定された複数の観光地を含む広域エリア(例えば、房総半島のエリア)の天気予報を容易に知ることが可能となる。
【0086】
なお、ユーザ操作に基づいて設定された目的地が複数の場合には、複数の目的地を含む広域エリアを、天気予報を出力する予報エリアとする代わりに、それらの各目的地のスポットエリアを、天気予報を出力する予報エリアと決定してもよい。すなわち、それらの各目的地のスポットエリアの天気予報をユーザU1に知らせるようにする。また、複数の目的地を含む広域エリアと、それらの各目的地のスポットエリアとの天気予報を同時に知らせてもよい。この場合の表示例を
図13に示す。
【0087】
ここで、スポットエリアは、目的地に相当するエリアを意味する。例えば、目的地が房総半島の寺院、牧場である場合には、その寺院、牧場の各場所をスポットエリアとすることが可能である。これにより、ユーザU1が車両C1を利用して房総半島めぐりの旅行をする場合に、目的地として設定された複数の観光地のそれぞれのスポットエリアの天気予報を容易に知ることが可能となる。
【0088】
[旅程パターンが周回旅行である場合の予報時間レンジの決定例]
旅程パターンが周回旅行と判定された場合には、目的地での滞在時間にかかわらず、予報時間レンジとして長時間レンジを決定することが可能である。すなわち、目的地の広域エリア、又は、複数の目的地の各スポットエリアの長時間の天気予報を時系列でユーザU1に知らせるようにする。ただし、長時間レンジの天気の内容が同じ場合には、その旨を明示して1つの天気予報を出力してもよい。また、目的地での推定滞在時間に応じて、予報時間レンジ変更してもよい。例えば、目的地での推定滞在時間が閾値以上である場合には、その推定滞在時間の長さと同様の長時間レンジとし、目的地での推定滞在時間が閾値未満である場合には、短時間レンジとすることが可能である。なお、ここで示す閾値は、実験データ等に基づいて適宜設定可能である。
【0089】
予報時間レンジは、天気予報を出力する時間の範囲を示すものである。例えば、長時間レンジの場合には、数時間、例えば3乃至6時間程度の天気予報を所定単位(例えば、1時間単位)で出力することが可能である。また、例えば、短時間レンジの場合には、1時間程度の天気予報を出力することが可能である。
【0090】
また、目的地での滞在時間に応じた長時間レンジとする場合、車両C1が予報エリアに到着する到着予定時間からその滞在時間と同じ時間の予報時間レンジを決定する。例えば、目的地に午前11時に到着することが推定され、かつ、目的地での滞在時間が5時間と推定される場合、午前11時から午後16時までの時間レンジで天気予報を通知する。
【0091】
[旅程パターンがピストン旅行である場合のエリアの決定例]
ユーザ操作に基づいて設定された目的地が1つであり、旅程パターンがピストン旅行と判定された場合には、その目的地のスポットエリアを、天気予報を出力する予報エリアとして決定する。すなわち、その目的地のスポットエリアの天気予報をユーザU1に知らせるようにする。
【0092】
[旅程パターンがピストン旅行である場合の予報時間レンジの決定例]
旅程パターンがピストン旅行と判定された場合には、目的地での推定滞在時間に基づいて予報時間レンジを決定することが可能である。例えば、目的地での推定滞在時間が閾値以上である場合には、その推定滞在時間の長さと同様の長時間レンジとする。すなわち、長時間レンジで天気予報をユーザU1に知らせる。例えば、長時間滞在することが多いテーマパークを目的地とし、旅程パターンがピストン旅行と判定された場合には、そのテーマパークのスポットエリアの天気予報を長時間レンジでユーザU1に知らせる。この表示例を
図11に示す。
【0093】
一方、目的地での推定滞在時間が閾値未満である場合には、短時間レンジとする。すなわち、短時間レンジで天気予報をユーザU1に知らせる。例えば、近場のお出かけスポットを目的地とし、旅程パターンがピストン旅行と判定された場合には、そのお出かけスポットのスポットエリアの天気予報をスポット天気でユーザU1に知らせる。なお、ここで示す閾値は、実験データ等に基づいて適宜設定可能である。この表示例を
図10に示す。
【0094】
[出発地を予報エリアとする決定例]
以上では、目的地又はその周辺を予報エリアとして天気予報を出力する例を示した。ここで、出発地から目的地までの移動距離が閾値未満となる場合、又は、出発地から目的地までの移動時間が閾値未満となる場合も想定される。例えば、ユーザU1の自宅が出発地であり、近場のお出かけスポットが目的地である場合、ユーザU1が自宅にすぐに戻ることも可能である。例えば、近場のお出かけスポットでの天気によっては、自宅の洗濯物が気になり、帰宅することも想定される。このような場合には、自宅のスポットエリアの天気予報をスポット天気又は長時間レンジでユーザU1に知らせることが可能である。
【0095】
[メイン画面の表示例]
図8は、電子機器200のUI部240に表示される車両アプリのメイン画面400の表示例を示す図である。なお、UI部240への表示内容(
図8乃至
図14)については、サーバ100の機器管理部121により制御される。ただし、サーバ100から送信される表示情報を電子機器200の記憶部230に保持しておき、その表示情報を用いて電子機器200の制御部220がUI部240の表示内容を制御してもよい。
【0096】
メイン画面400には、ユーザU1が所有する車両C1を示す車両画像401と、車の状態ボタン402と、目的地の設定ボタン403と、ドライブ履歴ボタン404とが表示される。機器管理部121は、車両管理DB140(
図3参照)の格納内容に基づいて、車両C1に関するメイン画面400を電子機器200に表示させることが可能である。
【0097】
車の状態ボタン402は、車両C1の状態に関する各種設定操作を実行する場合に選択されるボタンである。車両C1の状態に関する各種設定操作として、例えば、車両C1のドアロックの解除又は閉錠、エアコンのオンオフ、エンジンのオンオフ(ガソリン車の場合)、エアコンをオンする時間のスケジュール、車両C1の窓の開閉、車両C1のガレージのドアの開閉が想定される。例えば、車の状態ボタン402の選択操作が行われた場合、これらの各種設定操作を実行するための設定操作画面がUI部240に表示される。
【0098】
目的地の設定ボタン403は、車両C1の目的地を設定する設定操作を実行する場合に選択されるボタンである。目的地の設定ボタン403の選択操作が行われると、
図9に示す設定画面410がUI部240に表示される。
【0099】
ドライブ履歴ボタン404は、車両C1の走行履歴に関する各種履歴情報を確認する場合に選択されるボタンである。例えば、ドライブ履歴ボタン404の選択操作が行われた場合には、車両C1の走行履歴に関する各種履歴情報を含むドライブ履歴画面がUI部240に表示される。
【0100】
[目的地の設定画面の表示例]
図9は、電子機器200のUI部240に表示される目的地の設定画面410の表示例を示す図である。なお、設定画面410を用いて目的地を検索することを、ルートプランナーを用いた検索とも称する。
【0101】
設定画面410には、文字入力により目的地を設定するための文字入力領域411と、地図を用いて目的地を設定するための地図領域412と、経路探索ボタン413と、戻るボタン414とが表示される。また、地図領域412における地図上には、車両C1の現在地を示す現在地標識PL1が表示される。なお、戻るボタン414は、直前の表示画面に戻る際に選択されるボタンである。
【0102】
ユーザU1は、設定画面410を用いて、車両C1の目的地を設定することが可能である。例えば、文字入力により目的地を設定する場合には、ユーザU1は、文字入力領域411に目的地(例えば、神奈川県厚木市森の里青山)を入力して経路探索ボタン413の選択操作を行う。また、例えば、地図上のタッチ操作により目的地を設定する場合には、ユーザU1は、地図領域412における地図上の目的地(例えば、神奈川県厚木市森の里青山)の場所をタッチして経路探索ボタン413の選択操作を行う。なお、ここで示す目的地の設定方法は、一例であり、他の公知の目的地の設定方法を用いることが可能である。例えば、音声入力で目的地を指定してもよく、過去の履歴情報に基づいて目的地を指定してもよい。
【0103】
[天気予報の表示画面の表示例]
図10は、電子機器200のUI部240に表示される天気予報の表示画面420の表示例を示す図である。
図10では、旅程パターンがピストン旅行と推定され、かつ、目的地での滞在時間が短時間滞在であると推定された場合の表示例を示す。また、
図10では、ユーザU1の自宅(神奈川県小田原市)を出発地S1とし、神奈川県川崎市に存在する商業施設を目的地G1とする経路R1が設定された場合の例を示す。
【0104】
表示画面420には、ユーザ操作に基づいて設定された出発地S1、目的地G1、経路R1とともに、出発地S1の天気予報を示す天気予報画像421と、目的地G1の天気予報を示す天気予報画像422とが地図上に重ねて表示される。また、メッセージ表示領域423には、出発地S1及び目的地G1のスポット天気予報に関するメッセージが表示される。これにより、ユーザU1は、設定した目的地G1の天気予報とともに、自宅の天気予報を容易に把握することが可能となる。
【0105】
図11は、電子機器200のUI部240に表示される天気予報の表示画面430の表示例を示す図である。
図11では、旅程パターンがピストン旅行と推定され、かつ、目的地での滞在時間が長時間滞在であると推定された場合の表示例を示す。また、
図11では、ユーザU1の自宅(神奈川県小田原市)を出発地S1とし、千葉県に存在するテーマパークを目的地G1とする経路R1が設定された場合の例を示す。
【0106】
表示画面430には、ユーザ操作に基づいて設定された出発地S1、目的地G1、経路R1とともに、出発地S1の天気予報を示す天気予報画像431と、目的地G1の天気予報を示す天気予報画像432とが地図上に重ねて表示される。また、メッセージ表示領域433には、出発地S1及び目的地G1の天気予報に関するメッセージが表示される。
【0107】
上述したように、目的地G1での滞在時間が長時間滞在であると推定された場合には、長時間レンジでの天気予報を知らせるようにする。このため、天気予報画像432として、推定される滞在時間と同じ時間のスポット天気予報を時系列で表示するようにする。
図11では、車両C1の到着予想時間である午前10時から、ユーザU1が滞在すると想定される午後13時までの天気予報を1時間単位で表示する例を示す。これにより、ユーザU1は、設定した目的地G1での推定滞在時間の天気予報とともに、自宅の天気予報を容易に把握することが可能となる。例えば、
図11に示すように、午後13時には雨が予想される場合には、早めの出発、又は、早めの帰宅等の対策を考えることが可能となる。
【0108】
図12は、電子機器200のUI部240に表示される天気予報の表示画面440の表示例を示す図である。
図12では、設定された目的地が1つであり、かつ、旅程パターンが周回旅行と推定された場合の表示例を示す。また、
図12では、ユーザU1の自宅(神奈川県小田原市)を出発地S1とし、千葉県に存在する観光スポットを目的地G1とする経路R1が設定された場合の例を示す。
【0109】
表示画面440には、ユーザ操作に基づいて設定された出発地S1、目的地G1、経路R1とともに、出発地S1の天気予報を示す天気予報画像441と、目的地G1を含む広域エリア(房総半島)の天気予報を示す天気予報画像442とが地図上に重ねて表示される。また、メッセージ表示領域443には、出発地S1と、目的地G1を含む広域エリア(房総半島)との天気予報に関するメッセージが表示される。
【0110】
上述したように、設定された目的地が1つであり、かつ、旅程パターンが周回旅行と推定された場合には、目的地G1を含む広域エリア(房総半島)の天気予報を長時間レンジで知らせるようにする。例えば、広域エリア(房総半島)の天気予報であることを視覚的に容易に把握可能とするため、天気予報画像442のサイズを天気予報画像441のサイズよりも大きく表示する。これにより、ユーザU1は、目的地G1を含む広域エリア(房総半島)であることを容易に把握可能となる。また、
図12では、目的地G1を含む広域エリア(房総半島)の天気予報(晴)が長時間(4時間)同じであるため、その旨をメッセージ表示領域443に明示して時系列での複数の天気予報表示を省略する例を示す。なお、
図12では、目的地G1を含む広域エリア(房総半島)の天気予報(晴)が同じ場合の例を示すが、目的地G1を含む広域エリア(房総半島)の天気予報が異なることも想定される。例えば、房総半島の西部が晴れで、房総半島の東部が曇りとなることも想定される。このような場合には、それぞれの天気予報を識別可能に表示することが可能である。例えば、天気予報画像442内に東部及び西部の天気予報を表示し、これらの各天気予報を斜線等で識別可能にすることが可能である。また、天気予報画像442内に東部及び西部の天気予報とともに、東部及び西部の名称を表示してもよい。
【0111】
図13は、電子機器200のUI部240に表示される天気予報の表示画面450の表示例を示す図である。
図13では、設定された目的地が複数であり、かつ、旅程パターンが周回旅行と推定された場合の表示例を示す。また、
図13では、ユーザU1の自宅(神奈川県小田原市)を出発地S1とし、千葉県に存在する2か所の観光スポットを目的地G1、G2とする経路R1が設定された場合の例を示す。
【0112】
表示画面450には、ユーザ操作に基づいて設定された出発地S1、目的地G1、G2、経路R1とともに、出発地S1の天気予報を示す天気予報画像451と、目的地G1のスポットエリアの天気予報を示す天気予報画像452と、目的地G2のスポットエリアの天気予報を示す天気予報画像453と、目的地G1、G2を含む広域エリア(房総半島)の天気予報を示す天気予報画像454とが地図上に重ねて表示される。また、メッセージ表示領域455には、出発地S1と、目的地G1、G2のスポットエリアの天気予報と、目的地G1、G2を含む広域エリア(房総半島)との天気予報に関するメッセージが表示される。
【0113】
上述したように、設定された目的地が複数であり、かつ、旅程パターンが周回旅行と推定された場合には、目的地G1、G2を含む広域エリア(房総半島)とともに、目的地G1、G2のスポットエリアの天気予報を長時間レンジで知らせるようにする。例えば、スポットエリアの天気予報、広域エリア(房総半島)の天気予報であることを視覚的に容易に識別可能とするため、天気予報画像454のサイズを天気予報画像452、453のサイズよりも大きく表示する。これにより、ユーザU1は、スポットエリアの天気予報と、広域エリア(房総半島)の天気予報とを容易に識別可能となる。また、
図13では、目的地G1、G2を含む広域エリア(房総半島)の天気予報(西部が晴、東部が曇り)が長時間(5時間)同じであるため、その旨をメッセージ表示領域454に明示して時系列での複数の天気予報表示を省略する例を示す。なお、
図13では、目的地G1を含む広域エリア(房総半島)の天気予報(西部が晴、東部が曇り)が異なる場合の例を示すが、目的地G1を含む広域エリア(房総半島)の天気予報が同じ場合には、1つの天気予報のみを表示する。また、スポットエリアの天気予報と、広域エリア(房総半島)の天気予報とは、何れかを表示してもよく、ユーザ操作により切り替え可能としてもよい。
【0114】
[目的地までの経路において運転の影響が考慮される天気が予想された場合の表示例]
図14は、電子機器200のUI部240に表示される天気予報の表示画面460の表示例を示す図である。
図14では、旅程パターンがピストン旅行と推定され、かつ、目的地での滞在時間が長時間滞在であると推定された場合の表示例を示す。また、
図14では、ユーザU1の宿泊施設(東京都)を出発地S1とし、愛知県に存在する商業施設を目的地G1とする経路R1が設定された場合の例を示す。
【0115】
表示画面460には、ユーザ操作に基づいて設定された出発地S1、目的地G1、経路R1とともに、出発地S1の天気予報を示す天気予報画像461と、目的地G1のスポットエリアの天気予報を示す天気予報画像462と、経路R1において運転の影響が考慮される天気が予想されるエリアの天気予報を示す天気予報画像463とが地図上に重ねて表示される。また、メッセージ表示領域464には、出発地S1と、目的地G1のスポットエリアの天気予報とに関するメッセージが表示されるとともに、経路R1において運転の影響が考慮される天気が予想されるエリアが存在することを示すメッセージが表示される。
【0116】
ここで、運転の影響が考慮される天気は、運転に支障をきたすような悪天候を意味し、例えば、降雪、突風、豪雨等である。ここで、ユーザにより設定された目的地までの経路が長くなるほど、その途中で降雪、突風、豪雨等が予想されるエリアを通過する可能性が高まり、しかもそれが出発地の天気にも目的地の天気にも見えてこない可能性が高くなる。そこで、出発地から目的地までの移動距離が閾値以上離れている場合、又は、出発地から目的地までの移動時間が閾値以上となる場合を条件に、運転の影響が考慮される天気が予想されるエリアの天気予報を表示するようにしてもよい。ここで示す閾値は、実験データ等に基づいて適宜設定可能な値であり、例えば、上述した第1閾値、第2閾値と同じ値を設定することが可能である。
【0117】
これにより、ユーザU1は、目的地G1までの経路R1において、運転の影響が考慮される悪天候となることを事前に容易に把握可能となる。これにより、他の経路の再検索、出発時間をずらす、途中での休憩等の対策を立てることが可能である。なお、
図14では、運転の影響が考慮される天気が予想されるエリアとして1つのエリアを表示する例を示すが、複数のエリアが存在する場合には、それぞれのエリアの天気予報を表示することが可能である。
【0118】
[ユーザが車両に乗車した場合のIVIの表示例]
図15は、IVI300のUI部340に表示される表示画面470の表示例を示す図である。例えば、表示画面470は、ユーザU1が車両C1に乗車して車両C1のオン操作をしたタイミングで表示される。なお、UI部340への表示内容については、サーバ100の機器管理部121により制御される。ただし、サーバ100から送信される表示情報をIVI300の記憶部330に保持しておき、その表示情報を用いてIVI300の制御部320がUI部340の表示内容を制御してもよい。
【0119】
図15では、電子機器200を用いたユーザ操作に基づいて目的地が設定され、
図10に示す表示画面420が電子機器200に表示された場合の表示例を示す。すなわち、
図15では、旅程パターンがピストン旅行と推定され、かつ、目的地での滞在時間が短時間滞在であると推定された場合の表示例を示す。また、
図15に示すように、出発地S1、目的地G1、経路R1、各予報エリアは、
図10に示す表示画面420の内容と同じである。すなわち、表示画面470には、ユーザ操作に基づいて設定された出発地S1、目的地G1、経路R1とともに、出発地S1の天気予報を示す天気予報画像471と、目的地G1の天気予報を示す天気予報画像472とが地図上に重ねて表示される。また、メッセージ表示領域473には、出発地S1及び目的地G1の天気予報に関するメッセージが表示される。これにより、ユーザU1は、電子機器200を用いて設定した目的地G1の天気予報とともに、自宅の天気予報を、車両C1に乗車したタイミングで容易に把握することが可能となる。なお、表示画面470については、サーバ100の記憶部130に格納されている車両管理DB140(
図3参照)の経路情報144、予報エリア情報145に基づいて生成することが可能である。
【0120】
ここで、ユーザU1が電子機器200を用いて目的地を設定するタイミングと、ユーザU1が車両C1に乗車するタイミングとが大きく異なることも想定される。例えば、翌日の旅行のため、その前日にユーザU1が電子機器200を用いて目的地を設定しておき、その翌日にユーザU1が車両C1に乗車して旅行に出発することが想定される。この場合には、電子機器200での表示画面420の表示タイミングから、IVI300での表示画面470の表示タイミングまでの時間が長くなり、各予報エリアの天気予報が変わることも想定される。そこで、本実施形態では、電子機器200での表示画面420の表示タイミングと、IVI300での表示画面470の表示タイミングとのそれぞれにおいて、最新の天気予報をサーバ100が取得して提供するようにする。この場合には、例えば、
図10に示す表示画面420では目的地G1の天気予報が晴れであるのに対し、
図15に示す表示画面470では目的地G1の天気予報が曇りに変わることもある。
【0121】
[サーバの動作例]
図16は、サーバ100における天気予報出力処理の一例を示すフローチャートである。また、この天気予報出力処理は、記憶部130(
図2参照)に記憶されているプログラムに基づいて制御部120(
図2参照)により実行される。また、この天気予報出力処理は、制御周期毎に常時実行される。また、この天気予報出力処理では、
図1乃至
図15を適宜参照して説明する。
【0122】
ステップS701において、機器管理部121は、電子機器200からサーバ100に送信された操作情報に基づいて、電子機器200において車両アプリの起動操作があったか否かを判定する。例えば、電子機器200のUI部240において、車両アプリを起動するための操作標識を選択する選択操作(例えば、タッチ操作)がユーザU1により行われた場合には、電子機器200の制御部220は、その旨の操作情報をサーバ100に送信する。この操作情報を受信した場合には、機器管理部121は、電子機器200において車両アプリの起動操作があったと判定可能となる。電子機器200において車両アプリの起動操作があった場合には、ステップS702に進む。一方、電子機器200において車両アプリの起動操作がなかった場合には、天気予報出力処理の動作を終了する。
【0123】
ステップS702において、機器管理部121は、車両アプリのメイン画面をUI部240に表示させる。例えば、
図8に示すように、UI部240に車両アプリのメイン画面400が表示される。
【0124】
ステップS703において、機器管理部121は、車両アプリのメイン画面において、目的地の設定の選択操作があったか否かを判定する。例えば、
図8に示す車両アプリのメイン画面400において、目的地の設定ボタン403を選択する選択操作がユーザU1により行われた場合には、電子機器200の制御部220は、その旨の操作情報をサーバ100に送信する。この操作情報を受信した場合には、機器管理部121は、目的地の設定の選択操作があったと判定可能となる。目的地の設定の選択操作があった場合には、ステップS704に進む。一方、目的地の設定の選択操作がなかった場合には、ステップS715に進む。
【0125】
ステップS704において、機器管理部121は、目的地を設定する設定画面をUI部240に表示させる。例えば、
図9に示すように、UI部240に設定画面410が表示される。
【0126】
ステップS705において、機器管理部121は、目的地の設定操作があったか否かを判定する。例えば、文字入力領域311(
図9参照)において目的地の文字を入力する入力操作、又は、地図表示領域312(
図9参照)において目的地を指定する指定操作(例えば、タッチ操作)により、ユーザU1が目的地を指定することが可能である。この指定操作の後に、経路検索ボタン313(
図9参照)の選択操作がされると、電子機器200の制御部220は、それらの指定操作に関する各情報をサーバ100に送信する。この各情報を受信した場合には、機器管理部121は、目的地の設定操作があったと判定する。目的地の設定操作があった場合には、ステップS707に進む。一方、目的地の設定操作がなかった場合には、ステップS706に進む。
【0127】
ステップS706において、機器管理部121は、戻る操作があったか否かを判定する。例えば、戻るボタン314(
図9参照)の選択操作がされた場合には、電子機器200の制御部220は、その操作情報をサーバ100に送信する。この操作情報を受信した場合には、機器管理部121は、戻る操作があったと判定可能である。戻る操作があった場合には、ステップS702に戻る。一方、戻る操作がなかった場合には、ステップS705に戻る。
【0128】
ステップS707において、経路検索部122は、電子機器200を用いてユーザU1により行われた設定操作に応じて、車両C1の現在地から目的地までの経路を検索して目的地までの移動経路を設定する。なお、移動経路の検索方法は、公知の移動経路の検索方法を採用することが可能である。また、検索された移動経路のユーザU1への提示、ユーザU1による承認操作、ユーザU1による再検索操作等については、公知の移動経路の設定方法を採用することが可能であるため、ここでの詳細な図示及び説明を省略する。
【0129】
ステップS708において、推定部123は、ステップS707で設定された目的地に基づいて、ユーザU1の旅程パターンを推定する推定処理を実行する。例えば、上述した判定条件(1)乃至(3)の何れかに該当する場合には、ユーザU1の旅程パターンが周回旅行であると推定される。一方、上述した判定条件(1)乃至(3)の何れにも該当しない場合には、ユーザU1の旅程パターンがピストン旅行であると推定される。
【0130】
ステップS709において、決定部124は、ステップS708で推定された旅程パターンがピストン旅行であるか否かを判定する。ピストン旅行である場合には、ステップS710に進む。一方、ピストン旅行でない場合、すなわち周回旅行である場合には、ステップS711に進む。
【0131】
ステップS710において、決定部124は、ステップS707で設定された目的地を含むスポットエリア(広域エリアよりも狭いエリア)を、天気予報を出力する予報エリアとして決定する。すなわち、ステップS707で設定された目的地及び目的地近辺を含むスポットエリアが天気予報を出力する予報エリアとして決定される。
【0132】
ステップS711において、決定部124は、ステップS707で複数の目的地が設定されたか否かを判定する。複数の目的地が設定された場合には、ステップS713に進む。一方、1の目的地のみが設定された場合には、ステップS712に進む。
【0133】
ステップS712において、決定部124は、ステップS707で設定された1の目的地を含む広域エリアを、天気予報を出力する予報エリアとして決定する。ここで、広域エリアは、目的地を含み、ステップS710で設定されるスポットエリアよりも大きい領域を意味する。例えば、目的地が「神奈川県厚木市森の里青山」である場合には、神奈川県厚木市、神奈川県西部、神奈川県等が広域エリアとすることが可能である。
【0134】
ステップS713において、決定部124は、ステップS707で設定された複数の目的地のそれぞれを含む広域エリアを、天気予報を出力する予報エリアとして決定する。なお、ステップS707で設定された複数の目的地のそれぞれのスポットエリアを、天気予報を出力する予報エリアとして決定してもよい。
【0135】
ステップS714において、機器管理部121は、ステップS710、S712、S713で設定された予報エリアの天気予報を電子機器200から出力させる。この場合に、サーバ100は、外部機器(例えば、気象情報提供サーバ)から各予報エリアの天気予報に関する各種情報を取得し、その予報エリアの天気予報を電子機器200に送信する。
【0136】
例えば、ステップS710で目的地を含むスポットエリアが予報エリアとして決定された場合には、ステップS707で設定された目的地のスポット天気予報が出力される。例えば、
図10に示すように、表示画面420において、出発地S1、目的地G1、経路R1とともに、スポット天気予報を示す天気予報画像421、422が表示される。
【0137】
また、例えば、ステップS712で目的地を含む広域エリアが予報エリアとして決定された場合には、その広域エリアの広域天気予報が出力される。例えば、
図12に示すように、表示画面440において、出発地S1、目的地G1、経路R1とともに、スポット天気予報を示す天気予報画像441、広域天気予報を示す天気予報画像442が表示される。
【0138】
また、例えば、ステップS713で複数の目的地のそれぞれを含む広域エリアが予報エリアとして決定された場合には、その広域エリアの広域天気予報が出力される。例えば、
図13に示すように、表示画面450において、出発地S1、目的地G1、G2、経路R1とともに、スポット天気予報を示す天気予報画像451、広域天気予報を示す天気予報画像454が表示される。なお、例えば、ステップS713で複数の目的地のそれぞれのスポットエリアが予報エリアとして決定された場合には、その各目的地のスポット天気予報が出力される。例えば、
図13に示すように、表示画面450において、出発地S1、目的地G1、G2、経路R1とともに、スポット天気予報を示す天気予報画像451乃至453が表示される。
【0139】
また、決定部124は、目的地での滞在時間に応じて予報時間レンジを決定する。そして、機器管理部121は、目的地での滞在時間に応じた予報時間レンジの天気予報を時系列で表示する。例えば、
図11に示すように、表示画面430において、出発地S1、目的地G1、経路R1とともに、スポット天気予報を示す天気予報画像431、432が表示される。この場合に、天気予報画像432は、長時間レンジとして表示される。なお、長時間レンジの天気予報が同じである場合には、その旨を明示して1つの天気予報を表示することが可能である。例えば、
図12、
図13に示すように、メッセージ表示領域443、455にその旨を明示することが可能である。また、決定部124は、ステップS707で設定された移動経路において、運転の影響が考慮される天気(例えば、悪天候)となるエリアが存在するか否かを判定し、運転の影響が考慮される天気となるエリアが存在する場合には、そのエリアを追加の予報エリアとして決定する。そして、機器管理部121は、運転の影響が考慮される天気となるエリアが存在する場合には、そのエリアの天気予報を表示する。例えば、
図14に示すように、経路R1において運転の影響が考慮される天気が予想されるエリアの天気予報を示す天気予報画像463が表示される。
【0140】
ステップS715において、機器管理部121は、車両アプリのメイン画面において、車両の状態の選択操作があったか否かを判定する。例えば、
図8に示す車両アプリのメイン画面400において、車両の状態ボタン402を選択する選択操作(例えば、タッチ操作)がユーザU1により行われた場合には、電子機器200の制御部220は、その旨の操作情報をサーバ100に送信する。この操作情報を受信した場合には、機器管理部121は、車両の状態の選択操作があったと判定可能となる。車両の状態の選択操作があった場合には、ステップS716に進む。一方、車両の状態の選択操作がなかった場合には、ステップS717に進む。
【0141】
ステップS716において、機器管理部121は、車両の状態を設定する設定画面をUI部240に表示させる。
【0142】
ステップS717において、機器管理部121は、ユーザU1の操作に応じた処理を実行する。例えば、ドライブ履歴ボタン404を選択する選択操作がユーザU1により行われた場合には、電子機器200の制御部220は、その旨の操作情報をサーバ100に送信する。この操作情報を受信した場合には、機器管理部121は、車両管理DB140の履歴情報146(
図3参照)に基づいて、車両C1の履歴情報を電子機器200のUI部240に表示させる。
【0143】
ステップS718において、機器管理部121は、車両の状態の設定操作があったか否かを判定する。車両の状態の設定操作があった場合には、ステップS720に進む。一方、車両の状態の設定操作がなかった場合には、ステップS719に進む。
【0144】
ステップS719において、機器管理部121は、戻る操作があったか否かを判定する。戻る操作があった場合には、ステップS702に戻る。一方、戻る操作がなかった場合には、ステップS718に戻る。
【0145】
ステップS720において、機器管理部121は、ステップS718で行われた車両の状態の設定操作に応じた設定処理を実行する。例えば、車両のオン、窓の開閉等の車両C1の状態が設定される。
【0146】
ステップS721において、推定部123は、ステップS718で行われた車両の状態の設定操作のタイミングに基づいて車両C1の目的地を推定する。
【0147】
ステップS722において、決定部124は、ステップS721で推定された車両C1の目的地の推定結果に基づいて、天気予報を出力する対象エリアを決定する。
【0148】
ステップS723において、機器管理部121は、ステップS722で決定された予報エリアの天気予報を電子機器200から出力させる。この場合に、サーバ100は、外部機器(例えば、気象情報提供サーバ)から各予報エリアの天気予報に関する各種情報を取得し、その予報エリアの天気予報を電子機器200に送信する。
【0149】
ステップS724において、機器管理部121は、電子機器200からサーバ100に送信された操作情報に基づいて、電子機器200において車両アプリの終了操作があったか否かを判定する。例えば、電子機器200のUI部240において、車両アプリを終了するための操作標識を選択する選択操作(例えば、タッチ操作)がユーザU1により行われた場合には、電子機器200の制御部220は、その旨の操作情報をサーバ100に送信する。この操作情報を受信した場合には、機器管理部121は、電子機器200において車両アプリの終了操作があったと判定可能となる。電子機器200において車両アプリの終了操作があった場合には、所定の終了処理を実行した後に、天気予報出力処理の動作を終了する。一方、電子機器200において車両アプリの終了操作がなかった場合には、ステップS702に戻る。
【0150】
[サーバの動作例]
図17は、サーバ100における天気予報出力処理の一例を示すフローチャートである。また、この天気予報出力処理は、IVI300のUI部340の表示状態を制御する処理であり、記憶部130(
図2参照)に記憶されているプログラムに基づいて制御部120(
図2参照)により実行される。また、この天気予報出力処理は、制御周期毎に常時実行される。また、この天気予報出力処理では、
図1乃至
図16を適宜参照して説明する。
【0151】
ステップS751において、機器管理部121は、車両C1のオン操作があったか否かを判定する。例えば、ユーザU1が車両C1に乗車してオン操作をした場合には、車両C1の車載機器は、その旨のオン情報をサーバ100に送信する。このオン情報を受信した場合には、機器管理部121は、車両C1のオン操作があったと判定可能となる。車両C1のオン操作があった場合には、ステップS752に進む。一方、車両C1のオン操作がなかった場合には、天気予報出力処理の動作を終了する。
【0152】
ステップS752において、機器管理部121は、IVI300のUI部340に地図画面を表示させる。
【0153】
ステップS753において、機器管理部121は、電子機器200で目的地の設定操作があったか否かを判定する。例えば、車両管理DB140の経路情報144(
図3参照)に基づいて、電子機器200で目的地の設定操作があったか否かが判定可能である。電子機器200で目的地の設定操作があった場合には、ステップS755に進む。一方、電子機器200で目的地の設定操作がなかった場合には、ステップS754に進む。
【0154】
ステップS754において、機器管理部121は、電子機器200の使用に基づいて車両C1の出発が判定されたか否かを判定する。電子機器200を用いて車両C1のドアの解除操作、エアコンのオン操作等がされた場合には、車両C1の出発が判定されたと判定可能である。電子機器200の使用に基づいて車両C1の出発が判定された場合には、ステップS755に進む。一方、電子機器200の使用に基づいて車両C1の出発が判定されなかった場合には、ステップS756に進む。
【0155】
ステップS755において、機器管理部121は、電子機器200で出力された予報エリアの最新の天気予報をIVI300のUI部340に表示させる。例えば、電子機器200の表示内容と同様の内容の表示画面をIVI300のUI部340に表示させることが可能である。ただし、この場合には、電子機器200での表示タイミングと、IVI300での表示タイミングとが異なるため、最新の天気予報がIVI300のUI部340に表示される。例えば、
図15に示すように、表示画面470が表示される。
【0156】
ステップS756において、機器管理部121は、IVI300においてユーザ操作があったか否かを判定する。ユーザ操作があった場合には、ステップS757に進む。一方、ユーザ操作がなかった場合には、監視を継続して行う。
【0157】
ステップS757において、機器管理部121は、ステップS756でのユーザ操作に基づいて、IVI300のUI部340の表示状態を制御する。
【0158】
ステップS758において、機器管理部121は、車両C1のオフ操作があったか否かを判定する。例えば、車両C1に乗車するユーザU1によりオフ操作がされた場合には、車両C1の車載機器は、その旨のオフ情報をサーバ100に送信する。このオフ情報を受信した場合には、機器管理部121は、車両C1のオフ操作があったと判定可能となる。車両C1のオフ操作があった場合には、天気予報出力処理の動作を終了する。一方、車両C1のオフ操作がなかった場合には、ステップS756に戻る。
【0159】
なお、本実施形態では、電子機器200を用いて経路検索を実行する例を示したが、他の機器、例えば、IVI300を用いて経路検索を実行する場合についても同様に適用可能である。また、表示部を備える機器以外に、音声入力が可能な機器、例えば、スマートスピーカ等を用いて経路検索を実行してもよい。この場合には、スマートスピーカから予報エリアの天気予報が音声出力されたり、他の機器、例えばスマートフォンに予報エリアの天気予報を転送して出力したりすることが可能である。
【0160】
また、本実施形態では、天気予報として天気を示す画像のみを表示する例を示したが、他の天気予報、例えば、温度、湿度、降水確率、風向き等を表示してもよい。また、本実施形態では、天気予報の通知方法として天気を示す画像を表示する例を示したが、他の通知方法により天気予報を通知してもよい。例えば、音声情報の出力、文字情報の表示、他の画像情報の出力により天気予報を通知してもよい。
【0161】
[アドバイスの提供例]
本実施形態では、晴れ、曇り、雨等の気象予報そのものをユーザU1に提供する例を示したが、天候に関する各種アドバイスをユーザU1に提供してもよい。例えば、予報エリアの天気予報に基づいて、雨傘、日傘、アームカバー、フロントガラスの日差し除けカバー等を持っていくことをアドバイスすることが可能である。
【0162】
例えば、天気予報と天気に応じた対応をユーザに促すためのアドバイス情報とを関連付けたアドバイス情報DBをサーバ100の記憶部130に格納して用いることが考えられる。また、サーバ100の機器管理部121は、予報エリアの天気予報を出力するタイミングで、出力対象となる天気予報に関連付けられているアドバイス情報がアドバイス情報DBに存在するか否かを判定する。そして、機器管理部121は、出力対象となる天気予報に関連付けられているアドバイス情報がアドバイス情報DBに存在する場合には、その天気予報とともに、そのアドバイス情報を出力するようにする。例えば、音声情報の出力、文字情報の表示、画像情報の表示等により、そのアドバイス情報を出力することが可能である。また、電子機器200、IVI300の双方においてアドバイス情報を出力することが可能である。また、所定のアドバイス情報については、予報エリアに到着するタイミングで出力してもよい。
【0163】
例えば、「雨」と「雨傘を持つこと」、「紫外線量が強い」と「日傘を持つこと、及び、アームカバーをつけること」、「真夏日、猛暑日」と「フロントガラスの日差し除けカバーをつけること、又は、日陰に駐車すること」、「雪」と「ワイパーを立てること、及び、スタッドレスタイヤを用意すること」、「雹」と「速度制限をすること」、「濃霧」と「フォグランプ、ライト等を早めに付けること」等の、天気予報及びアドバイス情報をアドバイス情報DBに関連付けて格納することが可能である。
【0164】
[本実施形態の効果例]
このように、本実施形態によれば、明示的な出発意図があった場合、すなわちユーザ操作に基づいて目的地までの経路が設定された場合において、旅程パターンに基づいてユーザU1に最適な天気案内を実現することが可能である。例えば、人気のある千葉県のテーマパークに行くユーザは、千葉県の広域天気予報を知りたいわけではなく、そのテーマパークのスポット天気予報が知りたいと想定される。また、そのユーザは、そのテーマパークに長時間滞在しているから、長時間レンジの天気予報が知りたいと想定される。この場合には、旅程パターンとして自宅と目的地のピストン旅行が推定される。そして、そのテーマパークのスポット天気予報を長時間レンジで表示することが可能である。例えば、
図11に示すように、そのテーマパークのスポット天気予報を長時間レンジで表示することが可能である。
【0165】
また、房総半島ドライブを楽しみつつ名所巡りをしようという周回旅行の場合は、その目的地の1つである木更津の道の駅のスポット天気予報ではなく、千葉県の広域天気予報を知りたいと想定される。この場合にも、比較的長い時間の旅程となることが想定されるため、長時間レンジの天気予報が好ましいと想定される。そこで、この場合には、千葉県の広域天気予報を長時間レンジで提供するようにする。例えば、
図12、
図13に示すように、房総半島の広域天気予報を長時間レンジで表示することが可能である。
【0166】
また、近場の短時間滞在の旅行の場合は、日常生活の中でのちょっとしたお出かけと考えられる。また、この場合、目的地のスポット天気はもちろん知りたいけど、雨が降るなら洗濯物を取り込みたいと考え、自宅の天気も知りたいかもしれない。そこで、この場合には、自宅及び目的地を含む広域天気予報、又は、自宅及び目的地のそれぞれのスポット天気予報を長時間レンジで提供するようにする。
【0167】
[車両の目的地以外の例]
なお、以上では、車両C1の目的地を設定した場合に、ユーザU1の旅程パターンに基づいて予報エリアを決定し、その予報エリアの天気予報を出力する例を示した。ただし、車両以外の目的地を設定した場合についても、本実施形態を適用可能である。例えば、各種交通機関(1又は複数の手段)を利用して目的地までユーザU1が移動する場合に、ユーザU1の旅程パターンに基づいて予報エリアを決定し、その予報エリアの天気予報を出力してもよい。例えば、東京駅から博多駅までの新幹線を利用し、博多駅から唐津にタクシーを利用して移動することが多いユーザを想定する。この場合には、そのユーザは、東京駅から博多駅までの新幹線経路を検索することが考えられる。このような場合でも、ユーザU1の旅程パターンに基づいて予報エリア(例えば、博多駅及び唐津を含む広域エリア)を決定し、その予報エリアの天気予報を出力することが可能である。
【0168】
[他の機器、他のシステムにおいて処理を実行させる例]
なお、以上では、天気予報出力処理等をサーバ100において実行する例を示したが、それらの各処理の全部又は一部を他の機器において実行してもよい。この場合には、それらの各処理の一部を実行する各機器により情報処理システムが構成される。例えば、車載機器(例えば、IVI300)、ユーザが使用可能な機器(例えば、電子機器200、スマートフォン、タブレット端末、パーソナルコンピュータ、カーナビゲーション装置)、インターネット等の所定のネットワークを介して接続可能なサーバ等の各種情報処理装置、各種電子機器を用いて各処理の少なくとも一部を実行させることができる。
【0169】
また、サーバ100の機能を実行可能な情報処理システムの一部(又は全部)については、インターネット等の所定のネットワークを介して提供可能なアプリケーションにより提供されてもよい。このアプリケーションは、例えばSaaS(Software as a Service)である。
【0170】
[本実施形態の構成例及びその効果]
本実施形態に係る情報処理方法は、ユーザ操作に基づいて設定された目的地までの移動経路に関する経路情報を提供可能な情報処理方法である。この情報処理方法は、目的地に基づいて、出発地から目的地及びその周辺までのユーザU1の道程を示す旅程パターンを推定する推定処理(ステップS708)と、旅程パターンに基づいて、経路情報に関連付けられて出力される天気予報の予報エリアを決定する決定処理(ステップS709乃至S713)とを含む。また、本実施形態に係るプログラムは、これらの各処理をコンピュータに実行させるプログラムである。言い換えると、本実施形態に係るプログラムは、サーバ100が実行可能な各機能をコンピュータに実現させるプログラムである。
【0171】
この構成によれば、ユーザU1の旅程パターンに基づいて予報エリアを決定し、その予報エリアの天気予報を出力するため、ユーザU1に最適な天気予報を提供することができる。
【0172】
本実施形態に係る情報処理方法において、推定処理(ステップS708)では、ユーザU1が1つの目的地に到着後に当該目的地での滞在となるピストン旅行(第1パターンの一例)と、ユーザU1が目的地を含む複数の場所を周回移動する周回旅行(第2パターンの一例)との何れかを、旅程パターンとして推定する。なお、第1パターンである場合には、ユーザU1が出発地と1つの目的地との間をピストン移動すると想定されるため、ピストン旅行と称することが可能である。
【0173】
この構成によれば、ユーザU1の旅程パターンが、ピストン旅行であるか、周回旅行であるかに基づいて予報エリアを決定し、その予報エリアの天気予報を出力するため、ユーザU1に最適な天気予報を提供することができる。
【0174】
本実施形態に係る情報処理方法において、推定処理(ステップS708)では、ユーザ操作に基づいて複数の目的地が設定された場合には、旅程パターンとして周回旅行(第2パターンの一例)を推定する。
【0175】
この構成によれば、複数の目的地が設定された場合には、出発地から1つの目的地までのピストン旅行ではなく、周回旅行と判定可能となる。
【0176】
本実施形態に係る情報処理方法において、推定処理(ステップS708)では、目的地での不特定ユーザの滞在時間を集計して求められた統計情報(例えば、カテゴリ毎の統計情報DB150、スポット毎の統計情報DB160)と、目的地でのユーザU1の過去の滞在時間を集計して求められた個人履歴情報(例えば、カテゴリ毎の個人履歴情報DB170、スポット毎の個人履歴情報DB180)とのうちの少なくとも1つに基づいて目的地でのユーザU1の滞在時間を推定し、出発地から目的地までの移動距離又は移動時間が第1所定値以上であり、かつ、滞在時間が第2所定値未満である場合には、旅程パターンとして周回旅行(第2パターンの一例)を推定する。
【0177】
この構成によれば、出発地から目的地までの移動距離又は移動時間と、目的地での滞在時間との複数のパラメータを用いて、周回旅行を判定可能となる。
【0178】
本実施形態に係る情報処理方法において、推定処理(ステップS708)では、目的地での不特定ユーザの滞在時間を集計して求められた統計情報(例えば、カテゴリ毎の統計情報DB150、スポット毎の統計情報DB160)と、目的地でのユーザU1の過去の滞在時間を集計して求められた個人履歴情報(例えば、カテゴリ毎の個人履歴情報DB170、スポット毎の個人履歴情報DB180)とのうちの少なくとも1つに基づいて目的地でのユーザU1の滞在時間を推定し、移動経路に基づいて目的地の到着時刻を推定し、到着時刻が1日のうちの所定時間帯に含まれ、かつ、滞在時間が所定値未満である場合には、旅程パターンとして周回旅行(第2パターンの一例)を推定する。
【0179】
この構成によれば、目的地の到着時刻と、目的地での滞在時間との複数のパラメータを用いて、周回旅行を判定可能となる。
【0180】
本実施形態に係る情報処理方法において、推定処理(ステップS708)では、目的地での不特定ユーザの滞在時間を集計して求められた統計情報(例えば、カテゴリ毎の統計情報DB150、スポット毎の統計情報DB160)と、目的地でのユーザU1の過去の滞在時間を集計して求められた個人履歴情報(例えば、カテゴリ毎の個人履歴情報DB170、スポット毎の個人履歴情報DB180)とのうちの少なくとも1つに基づいて目的地でのユーザU1の滞在時間を推定し、移動経路に基づいて目的地の到着時刻を推定し、決定処理(ステップS709乃至S713)では、目的地を含む予報エリアの所定時刻毎の天気予報を出力させる場合における当該天気予報の時間帯の範囲を、ユーザU1の滞在時間及び到着時刻に基づいて決定する。例えば、
図11に示す例では、目的地を含む予報エリアの1時間毎の天気予報が出力される場合における、天気予報の時間帯の範囲として4時間が決定され、4時間の長時間レンジの天気予報画像432が出力される。
【0181】
この構成によれば、目的地の滞在時間及び到着時刻に基づいて、目的地の予報エリアについての天気予報の時間帯の範囲を決定するため、ユーザU1の目的地での滞在時間に応じたユーザU1に最適な天気予報を提供することができる。
【0182】
本実施形態に係る情報処理方法において、決定処理(ステップS709乃至S713)では、移動経路において悪天候(所定の天気の一例)となるエリアが存在する場合には、当該エリアを追加の予報エリアとして決定する。
【0183】
この構成によれば、移動経路において悪天候となるエリアが存在する場合には、そのエリアの天気予報をユーザU1に提供可能となるため、ユーザU1の移動中においてもユーザU1に最適な天気予報を提供することができる。
【0184】
本実施形態に係る情報処理方法では、移動経路は、ユーザU1が乗車する車両C1が移動する経路であり、所定の天気は、車両C1の運転に影響があると推定される天気であり、決定処理(ステップS709乃至S713)では、出発地から目的地までの移動距離又は移動時間が所定値以上であり、かつ、移動経路において所定の天気となるエリアが存在する場合には、当該エリアを追加の予報エリアとして決定する。
【0185】
この構成によれば、車両C1で長距離を移動中において悪天候となるエリアが存在する場合には、そのエリアの天気予報をユーザU1に提供可能となるため、車両C1の移動中においてもユーザU1に最適な天気予報を提供することができる。
【0186】
本実施形態に係る情報処理方法において、決定処理(ステップS709乃至S713)では、推定処理(ステップS708)でピストン旅行(第1パターンの一例)が推定された場合には、目的地を含むスポットエリアを予報エリアとして決定し、推定処理で周回旅行(第2パターンの一例)が推定された場合には、ユーザU1が周回移動すると推定される複数の場所を含む広域エリアを予報エリアとして決定する。
【0187】
この構成によれば、旅程パターンに応じた適切なサイズの予報エリアの天気予報を出力することが可能となる。
【0188】
本実施形態に係る情報処理方法では、経路情報及び予報エリアの天気予報を、ユーザ操作が行われた電子機器200のUI部240から出力させる出力処理(ステップS714)さらに含む。
【0189】
この構成によれば、目的地を設定した電子機器200のUI部240から経路情報及び予報エリアの天気予報が出力されるため、目的地を設定したユーザU1は、迅速に容易に予報エリアの天気予報を確認することが可能となる。
【0190】
本実施形態に係る情報処理方法では、移動経路は、ユーザU1が乗車する車両C1が移動する経路であり、出力処理(ステップS755)では、ユーザU1が車両C1に乗車したタイミングで、車両C1に設置されているIVI300(出力機器の一例)から、経路情報及び予報エリアの天気予報を再度出力させる。
【0191】
この構成によれば、車両C1に乗車するタイミングでIVI300から経路情報及び予報エリアの天気予報が出力されるため、目的地を設定したユーザU1は、車両C1に乗車したときに、迅速に容易に予報エリアの天気予報を確認することが可能となる。
【0192】
本実施形態に係るサーバ100は、ユーザ操作に基づいて設定された目的地までの移動経路に関する経路情報を提供可能な情報処理装置である。サーバ100は、目的地に基づいて、出発地から目的地及びその周辺までのユーザU1の道程を示す旅程パターンを推定する推定部123と、旅程パターンに基づいて、経路情報に関連付けられて出力される天気予報の予報エリアを決定する決定部124とを備える。なお、サーバ100の代わりに、サーバ100により実現される各処理を実行可能な複数の機器により構成される情報処理システムとしてもよい。
【0193】
この構成によれば、ユーザU1の旅程パターンに基づいて予報エリアを決定し、その予報エリアの天気予報を出力するため、ユーザU1に最適な天気予報を提供することができる。
【0194】
なお、本実施形態で示した各処理手順は、本実施形態を実現するための一例を示したものであり、本実施形態を実現可能な範囲で各処理手順の一部の順序を入れ替えてもよく、各処理手順の一部を省略したり他の処理手順を追加したりしてもよい。
【0195】
なお、本実施形態の各処理は、各種の処理手順をコンピュータに実行させるためのプログラムに基づいて実行される。本実施形態は、それらの各処理を実行する機能を実現するプログラム、そのプログラムを記憶する記録媒体の実施形態としても把握することができる。例えば、情報処理装置に新機能を追加するためのアップデート処理により、そのプログラムを情報処理装置の記憶装置に記憶させることができる。これにより、そのアップデートされた情報処理装置に本実施形態で示した各処理を実施させることが可能となる。
【0196】
以上、本発明の実施形態について説明したが、上記実施形態は本発明の適用例を示したに過ぎず、本発明の技術的範囲を上記実施形態の具体的構成に限定する趣旨ではない。
【符号の説明】
【0197】
1 情報処理システム、10 ネットワーク、100 サーバ、110、210、310 通信部、120、220、320 制御部、121 機器管理部、122 経路検索部、123 推定部、124 決定部、130、230、330 記憶部、140 車両管理DB、150 カテゴリ毎の統計情報DB、160 スポット毎の統計情報DB、170 カテゴリ毎の個人履歴情報DB、180 スポット毎の個人履歴情報DB、200 電子機器、240、340 UI部、241、341 受付部、242、342 出力部、250 センサ類、300 IVI