(57)【要約】【課題】ユーザの旅行や観光のプランを旅程の途中で柔軟に変更することができ、ユーザの旅行や観光が快適で楽しくなるように支援することができる技術を提供する。【解決手段】旅行支援システムは、ユーザ端末からの入力情報に基づいて、観光地、交通手段及び経路の項目を含むプラン案を作成し、ユーザ端末の画面に表示させ、採用されたプラン案をプランとして保存し、プランの観光地の利用の予約を観光地端末に対して実行し、プランに基づいたユーザの旅行において項目を経由及び利用する際に、ユーザ端末からの利用情報に基づいて活動記録を行い、プランに基づいたユーザの旅行の状況に応じて、項目の変更の候補を含む変更プラン案を作成し、ユーザ端末の画面に表示させ、採用された変更プラン案をプランとして更新する。【選択図】図１
2016139263.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末と、観光地端末と、ユーザの旅行を支援するサービスを提供する旅行支援システムと、を備え、
前記旅行支援システムは、
前記ユーザ端末からの条件情報を含む入力情報に基づいて、前記ユーザの旅行に関する、経由及び利用する観光地、交通手段及び経路の項目を含むプラン案を作成し、前記ユーザ端末の画面に表示させ、前記ユーザにより採用された前記プラン案をプランとして保存するプラン作成部と、
前記プランを構成する前記観光地の利用の予約を前記観光地端末に対して実行する予約部と、
前記プランに基づいた前記ユーザの前記旅行において前記項目を経由及び利用する際に、前記ユーザ端末からの利用情報に基づいて、当該ユーザの活動記録を行って前記旅行の状況を把握する活動記録部と、
を有し、
前記ユーザ端末または前記観光地端末の少なくとも一方は、前記プランに基づいた前記ユーザの前記旅行において前記項目を経由及び利用する際に、前記利用情報を前記旅行支援システムへ送信し、
前記プラン作成部は、前記プランに基づいた前記ユーザの前記旅行の状況に応じて、前記項目の変更の候補を含む変更プラン案を作成し、前記ユーザ端末の画面に表示させ、前記ユーザにより採用された前記変更プラン案を前記プランとして更新する、
旅行システム。
【請求項２】
請求項１記載の旅行システムにおいて、
金融機関システムを備え、
前記ユーザ端末または前記観光地端末の少なくとも一方は、前記プランに基づいた前記ユーザの前記旅行において前記項目を経由及び利用する際に、料金が支払われた場合に、決済情報を前記旅行支援システム及び前記金融機関システムへ送信し、
前記金融機関システムは、前記ユーザ端末からの前記決済情報に基づいて、決済処理を行い、
前記旅行支援システムは、予算管理部を有し、
前記予算管理部は、前記プランに基づいた前記ユーザの前記旅行の予算状態を管理し、前記ユーザ端末または前記観光地端末の少なくとも一方からの前記決済情報に基づいて、決済記録を行い、当該ユーザの残金を含む予算状態を更新し、前記ユーザ端末の画面に前記予算状態を表示させる、
旅行システム。
【請求項３】
請求項２記載の旅行システムにおいて、
前記ユーザ端末は、前記プランに基づいた前記ユーザの前記旅行において前記項目を経由及び利用する際に、購買が行われた場合に、前記ユーザの操作に基づいて前記ユーザ端末の画面で入力された購買情報を、前記旅行支援システムへ送信し、
前記予算管理部は、前記ユーザ端末からの前記購買情報に基づいて、前記プランの項目と関係付けて、購買記録を行い、前記ユーザの予算状態を更新し、前記ユーザ端末の画面に前記購買情報及び前記予算状態を表示させる、
旅行システム。
【請求項４】
請求項１記載の旅行システムにおいて、
前記ユーザ端末または前記観光地端末の少なくとも一方は、前記プランに基づいた前記ユーザの前記旅行において前記項目を経由及び利用する際に、購買物の配送依頼が配送業者システムに対して行われた場合に、前記配送依頼に基づいた購買物情報を含む配送登録情報を前記旅行支援システムへ送信し、
前記旅行支援システムは、前記配送登録情報に基づいて、前記プランの項目と関係付けて、配送登録を行い、前記ユーザの操作に基づいて前記ユーザ端末の画面に前記配送登録情報を表示させる、
旅行システム。
【請求項５】
請求項１記載の旅行システムにおいて、
前記ユーザ端末は、前記ユーザの操作に基づいて、写真やテキストを含む登録データを前記旅行支援システムへ送信し、
前記旅行支援システムは、前記ユーザ端末からの前記登録データを、前記ユーザの前記旅行の状況に対応した前記プランの項目と関係付けて、旅行記録として登録し、前記ユーザの操作に基づいて前記ユーザ端末の画面に前記旅行記録を表示させる、
旅行システム。
【請求項６】
請求項１記載の旅行システムにおいて、
前記入力情報は、前記ユーザの属性情報と、前記条件情報として優先項目と、を含み、
前記属性情報は、国籍や言語を含み、
前記優先項目は、評価の高さ、時間の短さ、料金の安さ、の少なくとも１つを含み、
前記プラン作成部は、前記属性情報及び前記優先項目に応じて推奨する前記項目を前記候補として含む前記変更プラン案を作成する、
旅行システム。
【請求項７】
請求項２記載の旅行システムにおいて、
前記条件情報は、予算条件を含み、
前記プラン作成部は、前記ユーザの前記予算条件及び前記予算状態と前記項目の料金とに応じて推奨する前記項目を前記候補として含む前記変更プラン案を作成する、
旅行システム。
【請求項８】
請求項１記載の旅行システムにおいて、
前記旅行支援システムは、気候状況を検索する気候検索部を有し、
前記プラン作成部は、前記ユーザの前記旅行の状況における現在地点または前記プランの前記項目に関する前記気候状況を取得し、当該気候状況に応じて推奨する前記項目を前記候補として含む前記変更プラン案を作成する、
旅行システム。
【請求項９】
請求項１記載の旅行システムにおいて、
前記旅行支援システムは、交通状況を検索する交通検索部を有し、
前記プラン作成部は、前記ユーザの前記旅行の状況における現在地点または前記プランの前記項目に関する交通状況を取得し、当該交通状況に応じて推奨する前記項目を前記候補として含む前記変更プラン案を作成する、
旅行システム。
【請求項１０】
請求項１記載の旅行システムにおいて、
前記旅行支援システムは、ビッグデータ分析部を有し、
前記ビッグデータ分析部は、ユーザ群による前記観光地に関する評価を分析し、
前記プラン作成部は、前記ユーザの前記旅行の状況における現在地点または前記プランの前記項目に関する、付近で評価が高い前記観光地を前記候補として含む前記変更プラン案を作成する、
旅行システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理によるサービスの技術に関する。また、本発明は、旅行や観光を支援する技術に関する。
【背景技術】
【０００２】
従来、ユーザの旅行を支援するために旅行のプランの作成を支援するサービスを提供する情報処理システムが提案されている。ユーザは、ユーザ端末の画面で、所望の旅行の条件等の情報を入力し、情報処理システムは、ユーザ入力情報に基づいて、旅行のプラン案を作成し、ユーザ端末の画面に表示させる。
【０００３】
旅行を支援するサービスに関する先行技術例として、特開２００２−１９７１５０号公報（特許文献１）、特開２００５−４４１７３号公報（特許文献２）が挙げられる。
【０００４】
特許文献１には、出発地、訪問候補地及び到着地等を含む移動先をユーザから取得し、移動先及び予想所要時間等を組合せて旅行スケジュールを作成する旨が記載されている。
【０００５】
特許文献２には、ユーザが入力した旅行希望条件から複数のプラン案を算出し、ユーザが選択したプランで利用する各施設を予約し、施設の空きや混雑の状況を加味してプランを調整し、ユーザの旅行履歴情報をサーバに保存する旨が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００２−１９７１５０号公報
【特許文献２】特開２００５−４４１７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
従来のサービスにより、ユーザは、旅行のプランを作成し、そのプランの旅程に従って交通手段や観光地を経由及び利用して旅行することができる。しかし、ユーザは、プランの旅程の通りに行動することが難しい場合がある。例えば、ユーザがプランの途中の観光地等の地点まで到達した時点で、予算、気候、交通、等の状況によって、以降の旅程の通りに経由することが好ましくない場合がある。具体的な状況として、ユーザの残金が少ない、次の観光地付近の天気が良くない、次の交通手段の経路が混雑している、等である。そのような場合に、ユーザは、プランの以降の旅程についての変更を望む場合がある。
【０００８】
また、ユーザによっては、プランの旅程の途中で、以降の旅程の内容を、むしろ積極的に変更することを望む場合もある。例えば、訪日外国人観光客等のユーザの場合、所望の観光地等が決まっていない場合や、所望の条件が緩やかな場合があり、旅程中の観光地や交通手段について、お奨めの候補や代替案があれば提示して欲しいというニーズがある。
【０００９】
しかし、従来の情報処理システムは、ユーザのプランが一旦決定された後に、そのプランの内容を旅程の途中で柔軟に変更するようなサービスについては提供していない。
【００１０】
本発明の目的は、ユーザの旅行や観光のプランを旅程の途中で柔軟に変更することができ、ユーザの旅行や観光が快適で楽しくなるように支援することができる技術を提供することである。
【課題を解決するための手段】
【００１１】
本発明のうち代表的な実施の形態は、旅行や観光に係わるシステムである旅行システムであって、以下に示す構成を有することを特徴とする。
【００１２】
一実施の形態の旅行システムは、ユーザ端末と、観光地端末と、ユーザの旅行を支援するサービスを提供する旅行支援システムと、を備え、前記旅行支援システムは、前記ユーザ端末からの条件情報を含む入力情報に基づいて、前記ユーザの旅行に関する、経由及び利用する観光地、交通手段及び経路の項目を含むプラン案を作成し、前記ユーザ端末の画面に表示させ、前記ユーザにより採用された前記プラン案をプランとして保存するプラン作成部と、前記プランを構成する前記観光地の利用の予約を前記観光地端末に対して実行する予約部と、前記プランに基づいた前記ユーザの前記旅行において前記項目を経由及び利用する際に、前記ユーザ端末からの利用情報に基づいて、当該ユーザの活動記録を行って前記旅行の状況を把握する活動記録部と、を有し、前記ユーザ端末または前記観光地端末の少なくとも一方は、前記プランに基づいた前記ユーザの前記旅行において前記項目を経由及び利用する際に、前記利用情報を前記旅行支援システムへ送信し、前記プラン作成部は、前記プランに基づいた前記ユーザの前記旅行の状況に応じて、前記項目の変更の候補を含む変更プラン案を作成し、前記ユーザ端末の画面に表示させ、前記ユーザにより採用された前記変更プラン案を前記プランとして更新する。
【発明の効果】
【００１３】
本発明のうち代表的な実施の形態によれば、ユーザの旅行や観光のプランを旅程の途中で柔軟に変更することができ、ユーザの旅行や観光が快適で楽しくなるように支援することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施の形態の旅行システムの構成を示す図である。
【図２】一実施の形態の旅行システムにおける、全体的な手順のシーケンスを示す図である。
【図３】一実施の形態の旅行システムにおける、観光地の利用時の手順を示す図である。
【図４】一実施の形態の旅行システムにおける、プラン変更の際の手順を示す図である。
【図５】一実施の形態の旅行システムにおける、プラン案を含む画面例、及びプランを含む画面例を示す図である。
【図６】一実施の形態の旅行システムにおける、旅行中のプランを含む画面例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において同一部には原則として同一符号を付し、その繰り返しの説明は省略する。
【００１６】
図１〜図６を用いて、本発明の一実施の形態の旅行システムについて説明する。
【００１７】
［旅行システム］
図１は、一実施の形態の旅行システムの構成を示す。一実施の形態の旅行システムは、旅行支援システム１と、複数のユーザ端末２と、複数の観光地端末３と、複数の金融機関システム４と、複数の配送業者システム５と、を含む要素が通信網９に接続されている。
【００１８】
旅行支援システム１は、ユーザの旅行や観光を支援するサービスをユーザ端末２に対して提供する情報処理システムである。旅行支援システム１は、図示しないサーバシステムやクラウドコンピューティングシステム等により構成される。旅行支援システム１は、サーバシステム等のハードウェア及びソフトウェアにより、プラン作成部１１等の各処理部を実現し、ＤＢ５０や交通ＤＢ６０等のデータを記憶及び管理する。
【００１９】
旅行支援システム１は、プラン作成部１１、予約管理部１２、予算管理部１３、活動記録部１４、Ｗｅｂサーバ１５、言語変換部１６、気候検索部１７、交通検索部１８、ＳＮＳ連携部１９、及びビッグデータ分析部７０を備える。旅行支援システム１は、ＤＢ５０を備え、ＤＢ５０は、顧客ＤＢ５１、観光ＤＢ５２、プランＤＢ５３、予約ＤＢ５４、予算ＤＢ５５、活動ＤＢ５６、観光評価ＤＢ５７、ＳＮＳ分析ＤＢ５８、交通ログＤＢ５９を含む。顧客ＤＢ５１及び観光ＤＢ５２は、マスタＤＢである。なお、各ＤＢは、旅行支援システム１の外部に設けられていてもよい。
【００２０】
ユーザ端末２は、ユーザが使用するスマートフォンやタブレットやＰＣやカード等の各種の端末装置である。ユーザ端末２は、携帯端末を含む。ユーザは、旅行の際には携帯端末を所持する。ユーザ端末２は、図示しないプロセッサ、メモリ、通信インタフェース装置、入力装置、表示装置、等のハードウェア、及びＯＳ等のソフトウェアを備える。ユーザ端末２は、アプリ２０及び決済機能を有する。アプリ２０は、旅行支援システム１のサービスを利用するクライアントとしての機能を持つソフトウェアプログラムである。決済機能は、銀行口座、クレジットカード、電子マネー等と連携して決済を行う機能であり、例えば非接触型ＩＣカード技術により構成される。ユーザ端末２の決済機能は、観光地端末３の持つ決済機能と連携して決済処理を行う。
【００２１】
観光地端末３は、観光地に設置された各種の端末装置である。観光地とは、施設を含む。観光地の担当者等の人は、観光地端末３を使用する。観光地端末３は、図示しないプロセッサ、メモリ、通信インタフェース装置、入力装置、表示装置、等のハードウェア、及びＯＳ等のソフトウェアを備える。観光地端末３は、ユーザ端末２の決済機能と連携して決済処理を行う決済機能を備える。観光地端末３は、旅行支援システム１のサービスと連携するアプリを備えてもよい。
【００２２】
金融機関システム４は、決済サービスを提供する情報処理システムである。金融機関システム４は、ユーザ端末２の決済機能、観光地端末３の決済機能、及び旅行支援システム１の決済機能と連携し、ユーザ端末２及び観光地端末３からの決済情報に基づいて、所定の期日等の単位で決済処理を行う。
【００２３】
配送業者システム５は、配送業者による配送サービスに関する情報処理システムである。配送業者システム５は、観光地端末３や旅行支援システム１と連携し、ユーザに物品を配送するための情報管理を行う。
【００２４】
旅行支援システム１において、プラン作成部１１は、ユーザ入力情報やＤＢ５０の情報を用いて、旅程のシミュレーション等を行って、ユーザの旅行や観光のプラン案を作成し、ユーザに提示する処理を行う。プラン作成部１１は、ユーザにより採用されたプラン案を、プランとして、プランＤＢ５３に保存する。プラン作成部１１は、観光ＤＢ５２の観光地情報を検索して候補の観光地を抽出し、交通ＤＢ６０の交通手段及び経路等の情報を検索して候補の交通手段及び経路を抽出する。プラン作成部１１は、候補の観光地、交通手段及び経路を組合せてプラン案を作成する。
【００２５】
また、プラン作成部１１は、随時、ユーザのプランの内容を変更したプラン案である変更プラン案を作成し、ユーザに提示する処理を行う。プラン作成部１１は、ユーザの予算状態や活動記録情報等、ユーザの旅行の状況に基づいて、変更プラン案を作成する。また、プラン作成部１１は、随時、気候検索部１７を用いて気候状況を検索し、気候状況に応じて変更プラン案を作成する。また、プラン作成部１１は、随時、交通検索部１８を用いて交通状況を検索し、交通状況に応じて変更プラン案を作成する。また、プラン作成部１１は、ビッグデータ分析部７０による分析結果情報を用いて、変更プラン案を作成する。
【００２６】
プラン作成部１１は、ユーザ入力情報、現在状況、及び分析結果情報等に応じて、推奨する観光地や交通手段の候補を判断する。プラン作成部１１は、推奨する観光地を結ぶ交通手段及び経路を検索し、各経路の所要時間及び各観光地での所要時間等を概算する。プラン作成部１１は、それらの経路及び観光地を経由する旅程及びスケジュールを含むプラン案を作成する。
【００２７】
プラン作成部１１は、各経路及び観光地の利用料金を概算し、旅程での合計料金を概算し、合計料金がユーザの予算の範囲内になるように、プラン案を作成する。プラン作成部１１は、観光地である宿泊施設等の予約が可能な状況かを確認し、予約が可能な観光地を候補として、プラン案を作成する。
【００２８】
予約管理部１２は、ユーザのプランの旅程を構成する観光地や交通手段の項目についての利用の予約を行う。予約管理部１２は、予約対象の宿泊施設等における観光地端末３と通信して予約を行う。予約管理部１２は、ユーザ及び観光地の予約情報を予約ＤＢ５４に管理する。予約管理部１２は、プラン変更の際には予約の変更処理を行う。
【００２９】
予算管理部１３は、ユーザのプランによる旅行に関する予算及び残金を含む予算状態を管理し、決済記録を行う。予算管理部１３は、ユーザの予算状態、決済記録情報を、予算情報として予算ＤＢ５５に管理する。予算管理部１３は、ユーザ端末２の決済機能及び観光地端末３と連携して管理を行う。予算管理部１３は、ユーザ端末２及び観光地端末３から受信した決済情報に基づいて、決済記録情報を予算ＤＢ５５内に記録する。予算管理部１３は、ユーザ端末２及び観光地端末３から受信した決済情報に基づいて、ユーザの予算状態を更新し、ユーザ端末２の画面に予算状態を表示させる。予算管理部１３は、ユーザ入力情報に基づいて、ユーザのプランにおける予算及び残金を含む予算状態を設定する。
【００３０】
活動記録部１４は、ユーザのプランに基づいた旅行に関するユーザの活動を記録及び管理する。活動記録部１４は、ユーザ端末２及び観光地端末３から受信した活動記録用の利用情報に基づいて、ユーザの活動記録情報を活動ＤＢ５６内に記録する。活動記録情報は、ユーザのプランの旅程のうち、どの観光地や交通手段等を利用したか、という実績及び履歴を含む情報である。
【００３１】
Ｗｅｂサーバ１５は、ユーザ端末２からのアクセスを受け付けて、ユーザ端末２にサービス画面のためのＷｅｂページを送信する。ユーザ端末２は、受信したＷｅｂページによりサービス画面を表示する。ユーザ端末２のアプリ２０は、Ｗｅｂサーバ１５と通信してＷｅｂページや情報を受信し、サービス画面や画面内情報を表示する。サービス画面は、旅行支援システム１の各機能を選択して利用するための項目や、ユーザ情報を登録するための項目や、各機能のユーザ設定のための項目等を含む。
【００３２】
言語変換部１６は、ユーザインタフェースの一機能として、ユーザの国籍及び言語に応じた情報変換処理を行い、ユーザの国籍及び言語に応じた情報をユーザ端末２の画面に表示させる。言語変換部１６は、例えば観光地端末３から、日本語のＷｅｂページによる観光地情報を取得し、その情報を、ユーザの言語に合わせて翻訳するように変換する。ユーザ端末２が観光地情報を表示する際、Ｗｅｂサーバ１５は、そのユーザの言語に合わせた観光地情報を提供する。これにより、ユーザ端末２の画面には、そのユーザの言語に応じた観光地情報が表示される。また、ユーザ端末２の画面に、元の日本語の観光地情報と、そのユーザの言語に応じた観光地情報とを並列で表示してもよい。
【００３３】
気候検索部１７は、外部のインターネット上の天気予報サービス等にアクセスし、ユーザの旅行時の現在地点や経由する観光地等の地点に関して、気候状況を検索する。気候状況は、天気の良し悪しを含む。また、気候検索部１７は、ユーザ端末２に対し、単独の気候検索サービスを提供する。ユーザは、随時、ユーザ端末２で気候状況を検索できる。
【００３４】
交通検索部１８は、内部の交通ＤＢ６０や、外部のインターネット上の交通検索サービス等にアクセスし、交通手段及び経路や、交通状況を検索する。交通検索部１８は、ユーザのプランやプラン案における現在地点や経由する地点の間を結ぶ、交通手段及び経路を検索する。また、交通検索部１８は、ユーザの現在地点や、予定の観光地や交通手段及び経路、候補の観光地や交通手段及び経路に関して、交通状況を検索する。交通状況は、混雑や空きの状況、事故等による遅延や停止の状況を含む。交通手段は、徒歩、自動車、電車、船、飛行機、その他である。
【００３５】
交通検索部１８は、自動車や電車等の各交通手段に関して、発着の地点間を結ぶ経路を検索可能である。交通ＤＢ６０は、交通手段及び経路の検索用情報が登録されている。また、交通検索部１８は、ユーザ端末２に対し、単独の交通検索サービスを提供する。ユーザは、随時、ユーザ端末２で、経路及び交通状況を検索することができる。
【００３６】
ＳＮＳ連携部１９は、ユーザ設定に基づいて、ユーザが属するＳＮＳ（ソーシャル・ネットワーキング・サービス）と連携し、ＳＮＳから、ユーザの登録情報として、ユーザの個人情報及び属性情報を取得し、顧客ＤＢ５１に格納する。また、ＳＮＳ連携部１９は、ＳＮＳから、ビッグデータ分析のために、ユーザ群に関するＳＮＳデータを取得し、ＳＮＳ分析ＤＢ５８に格納する。
【００３７】
ビッグデータ分析部７０は、各観光地に関する評価情報等の情報を収集し、ビッグデータとして分析し、分析結果情報を観光評価ＤＢ５７に格納する。この分析は、観光地毎の評価の高低の判断を含む。観光評価ＤＢ５７の情報は、プラン案の作成の際に推奨情報として反映される。
【００３８】
また、ビッグデータ分析部７０は、ＳＮＳから取得したデータをビッグデータとして分析し、分析結果情報をＳＮＳ分析ＤＢ５８に格納する。この分析は、出現ワードの解析によるホットなキーワードの判断を含む。ＳＮＳ分析ＤＢ５８の情報は、プラン案の作成の際に推奨情報として反映される。
【００３９】
また、ビッグデータ分析部７０は、交通ＤＢ６０のアクセスログ情報を分析し、その分析結果情報を交通ログＤＢ５９に格納する。この分析は、ユーザ属性毎の地域や観光地に対する興味の度合いの判断を含む。交通ログＤＢ５９の情報は、プラン案の作成の際に推奨情報として反映される。
【００４０】
顧客ＤＢ５１は、顧客であるユーザの情報として、個人情報や属性情報が管理される。個人情報は、例えば氏名、住所、電話番号、メールアドレス、ユーザ端末２の通信アドレス等の基本情報である。属性情報は、例えば性別、年齢、国籍、言語、所属地域、趣味嗜好、等である。
【００４１】
観光ＤＢ５２は、プランを構成するための候補となる各種の観光地の情報が管理される。観光ＤＢ５２は、観光地情報として、観光地の名称、連絡先、場所・地図・アクセス手段、観光地端末３の通信アドレス、等の個別情報、観光地の種別、所属地域、等の属性情報を含む。観光地の種別は、名所・史跡、自然景観スポット、食事施設、宿泊施設、レジャー施設、買い物施設、等が挙げられる。観光地情報は、観光地やその中のサービス等に関する紹介やガイド等の説明情報を含み、利用可能日時、利用料金、所要時間、等の情報を含む。旅行支援システム１は、観光地端末３やインターネット上から、観光地情報を収集し、整理し、観光ＤＢ５２に格納する。
【００４２】
プランＤＢ５３は、ユーザ毎のプラン情報を保持する。プラン情報は、ユーザ端末２の画面にプランを表示する際に使用される。また、プラン情報におけるユーザのプランは、ユーザ端末２から写真等のデータが登録された場合に、その登録データが反映され、旅行記録を構成する。
【００４３】
予約ＤＢ５４は、ユーザのプランを構成する観光地や交通手段の項目に関する予約情報を保持する。予約情報は、観光地や交通手段及び経路、利用日時、利用料金、及び、予約や解約の際の日時や料金等の制約条件、等を含む。
【００４４】
予算ＤＢ５５は、ユーザ毎の予算状態、及び決済記録情報を、予算情報として格納する。
【００４５】
活動ＤＢ５６は、ユーザ毎の活動記録情報を格納する。活動記録情報は、ユーザが経由及び利用した観光地や交通手段、及びその日時等を含む。活動記録情報は、より詳細に、食事、宿泊、買い物、等の行動の情報を含んでもよい。
【００４６】
交通ＤＢ６０に格納されているアクセスログ情報は、ユーザ属性、例えばどの国籍や言語の人が、交通検索サービスにアクセス及び利用したかを含む。また、アクセスログ情報は、経路及び乗り換えの検索の際の、現在地や目的地の入力情報を含む。よって、その情報から、分析により、どれくらいの人数及びどのような属性の人が、どの場所からどの場所へ移動しようとしているのか、即ちユーザ属性毎に地域や観光地に対する興味の度合いがわかる。
【００４７】
観光評価ＤＢ５７は、ユーザ群による各観光地の評価情報を含む、分析結果情報が保持される。評価情報は、観光地毎に、評価や人気の高低の情報を含む。
【００４８】
ＳＮＳ分析ＤＢ５８は、ＳＮＳデータの分析結果情報として、ユーザ群が興味を持っているホットなキーワード等の情報が保持される。
【００４９】
交通ログＤＢ５９は、交通ＤＢ６０のアクセスログ情報の分析結果情報を格納する。この情報は、ユーザ属性毎に地域や観光地に対する興味の度合いの情報を含む。
【００５０】
［シーケンス］
図２は、図１の旅行システムの全体における手順の概要を含むシーケンスを示す。Ｓ１等はステップを表す。以下、図２のステップＳ１〜Ｓ１５について順に説明する。
【００５１】
（Ｓ１）  旅行支援システム１において、予め、ＤＢ５０に、サービスの提供のための情報が登録されている。旅行支援システム１は、各観光地端末３やインターネットから収集した観光地情報を、観光ＤＢ５２に登録する。また、予め、ユーザは、ユーザ端末２から旅行支援システム１にアクセスし、Ｗｅｂサーバ１５により提供されるサービス設定画面で、サービス利用のためのユーザのアカウント情報、個人情報や属性情報を入力して設定する。なお、説明上、旅行支援システム１のサービスを単にサービスと呼ぶ場合がある。旅行支援システム１は、入力されたユーザ情報を顧客ＤＢ５１に顧客情報として登録する。旅行支援システム１は、ＳＮＳ連携部１９を用いて、ユーザがＳＮＳで登録済みのユーザ情報を取得し、顧客ＤＢ５１に登録してもよい。
【００５２】
（Ｓ２）  ユーザは、ユーザ端末２のアプリ２０を操作し、旅行支援システム１のサービスにアクセスする。Ｗｅｂサーバ１５は、アクセスを受けると、Ｗｅｂページをユーザ端末２へ送信する。ユーザ端末２は、受信したＷｅｂページによりサービス画面を表示する。Ｗｅｂサーバ１５は、言語変換部１６により、ユーザの国籍及び言語に応じた内容のサービス画面を提供する。
【００５３】
ユーザは、サービス画面の情報を見ながら旅行のプランを立てる。ユーザは、画面で、旅行のプランに関する条件情報を入力する。条件情報は、日程条件、人数条件、地域条件、観光地の種別、予算条件、交通条件、優先項目、その他の各種要望、等がある。
【００５４】
日程条件は、ユーザが旅行したい日時や期間である。人数条件は、一緒に旅行するユーザの人数である。地域条件は、ユーザが旅行したい地域である。観光地の種別は、ユーザが特に興味がある観光地の種別である。予算条件は、ユーザが旅行全体で使用できる予算の概略値や、宿泊施設等の観光地毎に使用できる金額の範囲等である。交通条件は、ユーザの自家用車の使用有無や、交通手段毎の利用可否等である。
【００５５】
優先項目は、ユーザが優先する観点を指定する情報である。優先項目は、具体例として、（ａ）評価高さ、（ｂ）時間短さ、（ｃ）料金安さ、が挙げられる。（ａ）は、一般のユーザ群による評価が高い観光地等を優先する観点である。（ｂ）は、ある場所からその観光地等へ移動するための所要時間が短いもの、あるいは所要距離が短いものを優先する観点である。（ｃ）は、利用に必要な料金が安い観光地等を優先する観点である。
【００５６】
ユーザは、ユーザ端末２の画面における地図や選択肢リストやテキスト入力フォーム等で、各条件情報を入力できる。ユーザは、画面で、旅行したい地域や観光地等を選択入力でき、その観光地に滞在する予定の時間等も入力できる。
【００５７】
（Ｓ３）  旅行支援システム１のプラン作成部１１は、Ｓ２のユーザ入力の条件情報と、顧客ＤＢ５１の当該ユーザの顧客情報と、を含む入力情報を用いて、１つ以上のプラン案を作成する。
【００５８】
プラン案は、１つ以上の観光地の項目と、観光地間を結ぶ移動のための１つ以上の交通手段及び経路の項目と、を含む。プラン案は、各観光地や交通手段の項目における、利用日時、利用金額を含む。利用日時は、所要時間等を含む。
【００５９】
プラン作成部１１は、プラン案の作成の際、候補の観光地及び交通手段の経路毎に、利用時間や利用金額がユーザの条件に合うかを確認する。また、プラン作成部１１は、候補に関する空きや混雑の状況を確認し、予約が必要なものについては予約可否等の状況を確認する。プラン作成部１１は、ユーザの条件に合う候補を、プラン案の中に組み入れる。
【００６０】
プラン作成部１１は、作成したプラン案のうち、最も推奨する１つのプラン案を、ユーザ端末２へ送信し、画面に表示させる。
【００６１】
（Ｓ４）  ユーザは、ユーザ端末２の画面で、Ｓ３で提示された１つのプラン案の内容を見て確認し、そのプラン案を採用する場合には、採用操作を行い、不採用とする場合には、不採用操作を行う。採用の場合、ユーザ端末２から旅行支援システム１へ採用の旨の情報が送信される。プラン作成部１１は、採用の旨の情報に従い、そのプラン案を、ユーザの「プラン」として、プランＤＢ５３に保存する。
【００６２】
ユーザは、ユーザ端末２の画面で、他のプラン案を見たい場合には、その旨の操作を行う。その場合、ユーザ端末２は、その旨の情報を旅行支援システム１へ送信する。プラン作成部１１は、その情報に従い、Ｓ３で作成した複数のプラン案のうち、次に推奨する１つのプラン案を読み出して、ユーザ端末２へ送信し、画面に表示させる。
【００６３】
ユーザは、ユーザ端末２の画面でプラン案の内容を見てから、当初の条件を変更する場合には、Ｓ２の条件情報の入力に戻り、変更条件情報を入力し、プラン案の作成を指示する。ユーザ端末２は、変更条件情報及び指示を、旅行支援システム１へ送信する。プラン作成部１１は、変更条件情報及び指示に従い、プラン案を同様に作成し、作成したプラン案をユーザ端末２へ送信して画面に表示させる。
【００６４】
ユーザは、ユーザ端末２の画面でプラン案の内容を見て、そのプラン案のうち、部分的な観光地や交通手段の項目や、その詳細情報を修正及び編集することもできる。その場合、ユーザは、画面で、プラン案を構成する項目毎に、暫定的に採用か否かを選択し、また、項目単位で削除や変更を選択できる。また、ユーザは、画面で、プラン案の項目毎に、所要時間即ち予定利用時間の長短を修正する操作も可能である。ユーザは、画面で修正の操作後、プラン案作成指示の操作を行う。ユーザ端末２は、画面で修正及び選択された情報、及び指示を、旅行支援システム１へ送信する。プラン作成部１１は、ユーザにより修正及び選択された情報に従い、プラン案を修正する。プラン作成部１１は、プラン案のうち、採用が選択された項目についてはそのままとし、他の不採用が選択された項目については見直して他の候補を抽出し、プラン案を作成する。
【００６５】
（Ｓ５）  旅行支援システム１の予約管理部１２は、Ｓ４で採用されたプランについて、予約が必要な観光地及び交通手段等の項目について、予約処理を行う。予約管理部１２は、プランに関する予約情報を、予約ＤＢ５４に保存する。予約情報は、プランＩＤ、予約した顧客を示すユーザＩＤ、予約先の観光地や交通手段等を示すＩＤ、予約した日時及び料金、等の情報を含む。
【００６６】
予約管理部１２は、随時、各観光地端末３や各交通手段から、予約に係わる情報を取得しており、その情報を用いて予約処理を行う。予約に係わる情報は、空きや混雑の状況情報や、予約や解約の際の制約条件情報を含む。
【００６７】
予約管理部１２は、例えば各々の予約先の観光地の観光地端末３と通信し、予約の要求を送信する。観光地端末３は、予約が可能な場合は予約を実行し、観光地端末３内に予約情報を登録し、予約した旨の応答を予約管理部１２へ送信する。観光地端末３内に登録される予約情報は、後述の予約確認用であり、ユーザＩＤ、プランＩＤ、及び旅行支援システム１のサービスを示すサービスＩＤ、等を含む。予約管理部１２は、観光地端末３からの応答の情報を受信し、予約された場合には、予約情報を更新する。また、予約管理部１２は、プランにおける各観光地端末３や交通手段の予約を行った場合、ユーザ端末２へ、予約済みの旨の情報を送信する。
【００６８】
なお、予約の際、旅行支援システム１の担当者と観光地の担当者とで通話等を行いながら、予約手続きを行ってもよい。また、Ｓ５の予約処理で、プランを構成する項目について、観光地の状況等によって予約ができない場合、プラン作成部１１は、当該プランを保存せずに、Ｓ３のプラン案の作成からやり直す。
【００６９】
また、Ｓ４に伴い、予算管理部１３は、Ｓ２でユーザ入力された予算に基づいて、ユーザのプランにおける予算及び最初の残金を含む予算状態を設定し、予算ＤＢ５５に予算情報を保存する。予算管理部１３は、ユーザ端末２のアプリ２０と通信し、ユーザ端末２のアプリ２０に、ユーザのプランにおける予算及び最初の残金を含む予算状態を設定する。ユーザ端末２のアプリ２０は、画面に、随時、予算及び残金を含む予算状態を表示する。また、この時点で、ユーザ端末２の決済機能では、金融機関システム４の決済サービスとの連携に基づいて、プランの予算以上の金額が利用可能な状態になっている。ユーザ端末２の決済機能として例えば電子マネーにおいてその金額がチャージされてもよい。
【００７０】
（Ｓ６）  ユーザは、Ｓ４で採用したプランに従って旅行する。ユーザは、プランの旅程に従い、交通手段の経路を利用して観光地を訪れて利用する。ユーザは、観光地を利用する際、観光地端末３にユーザ端末２を提示することにより、予約確認（Ｓ６−１）、活動記録（Ｓ６−２）、及び決済記録（Ｓ６−３）、等を行うことができる。Ｓ６の際、ユーザ端末２、観光地端末３、旅行支援システム１、及び金融機関システム４の間で通信が行われる。Ｓ６の手順の詳細については後述する。
【００７１】
ユーザは、ユーザ端末２の画面に表示されるプランや旅行支援情報を見ながら旅行することができる。画面では、プランを構成する項目毎に、概要や詳細情報が表示される。詳細情報は、観光地等の説明や利用料金、利用可能な決済手段、予約情報、等の情報を含む。旅行支援システム１は、観光ＤＢ５２や交通ＤＢ６０の情報に基づいて、項目毎に、利用料金を含む情報を提供する。詳細情報は、Ｗｅｂ情報へのリンクを含んでもよい。
【００７２】
旅行支援システム１は、随時、旅行支援情報を生成し、ユーザ端末２に送信して画面に表示させる。旅行支援情報は、プランに沿った旅程の進行をアシスト及びナビゲーションする情報や、プラン変更を支援する情報を含む。旅行支援情報は、例えば、ユーザが次に利用すべき観光地や交通手段、及びその日時等の情報を事前に通知する情報を含む。旅行支援システム１は、予定の日時が近付いたタイミングで、ユーザ端末２の画面に、次の交通手段の経路及び日時等の情報を表示させる。
【００７３】
旅行支援情報は、言語変換部１６による、ユーザの国籍及び言語に対応した情報を含む。ユーザ端末２の画面に、観光地の利用料金等を含む観光地情報を表示する際、日本円の金額を含む情報と、ユーザの国籍の通貨による金額を含む情報とが並列で表示される。これにより、訪日外国人観光客等のユーザは、自国の言語で観光地情報を閲覧でき、自国での料金を認識でき、わかりやすく、安心である。
【００７４】
（Ｓ６−１）  ユーザは、観光地の利用時、ユーザ端末２を観光地端末３に提示する。これにより、ユーザ端末２と観光地端末３との間で通信が行われ、プランに従った観光地の予約確認処理が行われる。観光地端末３は、Ｓ５で登録されている予約情報を参照し、当該ユーザ端末２のユーザが予約済みであるかの予約確認を行う。この結果、当該ユーザが予約済みである場合、観光地の担当者は、当該ユーザの利用を許可する。
【００７５】
（Ｓ６−２）  ユーザは、Ｓ６−１の操作に伴い、当該観光地の利用意思を明示して、活動記録を行うことができる。この操作に基づいて、ユーザ端末２及び観光地端末３は、当該ユーザによる当該観光地の利用意思の情報、言い換えると活動記録用の利用情報を、旅行支援システム１へ送信する。利用情報は、ユーザＩＤ、観光地ＩＤ、等を含む。活動記録部１４は、ユーザ端末２及び観光地端末３から受信した利用情報に基づいて、ユーザのプランにおける活動記録処理を行う。活動記録部１４は、活動ＤＢ５６に、ユーザのプランにおける活動記録情報を記録する。
【００７６】
また、ユーザは、ユーザ端末２の画面で、プランを表示し、プランの観光地等の項目毎に設けられている活動記録用のボタンの操作により、その項目に対応した観光地等を利用する旨の利用情報を送信可能である。活動記録部１４は、その利用情報に基づいて活動記録を行う。
【００７７】
（Ｓ６−３）  ユーザは、Ｓ６−１の操作に伴い、ユーザ端末２のアプリ２０及び決済機能を使用して、当該観光地の利用料金の支払いが可能である。ユーザ端末２の画面では、プランの観光地等の項目毎に、利用料金等の情報、及び支払い実行ボタン、等を含む。Ｓ６−１の操作及び支払い実行ボタン等の操作に基づいて、ユーザ端末２及び観光地端末３は、ユーザによる観光地の利用料金の支払いに係わる決済情報を、旅行支援システム１へ送信する。この決済情報は、ユーザＩＤ、観光地ＩＤ、支払い料金、等を含む。
【００７８】
予算管理部１３は、ユーザ端末２及び観光地端末３から受信した決済情報に基づいて、予算ＤＢ５５に決済記録処理を行う。予算管理部１３は、当該ユーザのプランにおける予算状態について、残金から支払い料金を減算して現在の残金を算出し、予算ＤＢ５５の当該ユーザの予算情報を更新する。予算管理部１３は、受信した決済情報を決済履歴情報として予算ＤＢ５５内に記録する。予算管理部１３は、ユーザ端末２のアプリ２０と通信し、ユーザ端末２の画面に、更新されたユーザの予算状態を表示させる。
【００７９】
（Ｓ６−４）  また、Ｓ６−３に伴い、ユーザ端末２及び観光地端末３は、ユーザによる観光地の利用料金の支払いに係わる決済情報を、金融機関システム４へ送信する。
【００８０】
なお、Ｓ６は観光地の利用前の先払いの例であるが、これに限らず、観光地の利用中や利用後に支払いが同様に可能である。
【００８１】
（Ｓ７）  ユーザは、旅程中の観光地等の利用時に、ユーザ端末２を用いて、自分の好きなように写真の撮影や、感想やメモ等のテキスト等の入力を行い、旅行記録として登録することができる。写真やテキストの他に、動画や音声等も登録可能である。この登録操作に従い、ユーザ端末２は、写真データやテキストデータを保持すると共に、アプリ２０を用いて、その写真データやテキストデータを、登録のために旅行支援システム１へ送信する。旅行支援システム１は、ユーザ端末２から受信した写真データやテキストデータを、プランＤＢ５３における当該ユーザのプランの項目と関係付けて登録する。旅行支援システム１は、登録時点のユーザ状態を判断する。例えばＳ６−２の活動記録により、当該ユーザが、現在、プランの旅程のうちのどの観光地や交通手段等の項目にいるかを判断可能である。旅行支援システム１は、ユーザの写真データ等を、プランのうちのユーザ状態に該当する観光地等の項目に関係付けて登録する。
【００８２】
Ｓ７の登録データは、プランにおける旅行記録として反映され、ユーザは、ユーザ端末２の画面で、随時、旅行記録の内容を見て確認できる。また、ユーザは、ユーザ端末２の画面で、データを登録するか否かの選択操作や、登録データの削除操作も可能であり、当該操作に従い、旅行支援システム１は、旅行記録のデータの登録や削除を行う。
【００８３】
（Ｓ８）  ユーザは、旅程中の観光地等において、食事した場合やお土産等の買い物をした場合等、購買を行って金額を支払った場合には、その購買情報を登録して決済記録を行うことができる。まず、ユーザがユーザ端末２の決済機能を利用して購買を行った場合、ユーザ端末２は、自動的に、購買情報及びそれに対応した決済情報を旅行支援システム１へ送信する。予算管理部１３は、ユーザ端末２から受信した購買情報及び決済情報に基づいて、決済記録及び購買記録を行う。予算管理部１３は、Ｓ６−３と同様に予算ＤＢ５５に予算状態の更新を含む決済記録を行い、また、決済記録情報及びプランの項目と関連付けて購買記録情報を登録する。購買記録情報は、ユーザがプランの旅程のうちのどの観光地等でどのような購買をしたかという実績や履歴を示す情報である。購買記録情報は、プランの旅行記録とも関連付けて登録される。
【００８４】
Ｓ８の際、ユーザは、ユーザ端末２のアプリ２０を使用し、画面で、自分で詳細に購買情報を入力することができる。ユーザは、購買情報として、観光地、商品やサービス、金額等の情報を入力することができる。ユーザ端末２は、画面で入力された購買情報を、旅行支援システム１へ送信する。予算管理部１３は、ユーザ端末２から受信した購買情報に基づいて購買記録を行う。
【００８５】
ユーザは、ユーザ端末２の画面のプランに記載されている利用料金以外の、任意のものについて購買及び支払いをした場合には、自分でその購買情報を入力して購買記録を行うことができる。ユーザは、ユーザ端末２の決済機能を使用せずに、現金で購買した場合にも、上記購買記録の機能を用いて、現金による支払い金額を含む購買情報を登録できる。
【００８６】
ユーザは、ユーザ端末２のアプリ２０による画面で、随時、プランにおける観光地等の項目を選択操作することにより、登録済みの購買記録情報を表示し、その確認や修正が可能である。
【００８７】
また、ユーザは、Ｓ７の写真等の登録の際に、併せて、購買情報の登録を行うこともできる。ユーザは、例えば、食事した場合や、お土産を買った場合に、写真やテキストを登録する共に、その購買情報を一緒に登録することができる。
【００８８】
また、Ｓ６−３やＳ８の決済記録の際には、予算管理部１３によりユーザの予算状態を確認し、ユーザ端末２の画面に、旅行支援情報として、予算状態に関するアラートを出力する。予算管理部１３は、ユーザが観光地等で支払う金額や、ユーザのプランにおける予算状態を確認し、その時点で、残金が少ない場合、例えば以降の旅程のために必要な予定金額よりも少なくなる場合、その旨のアラートを、ユーザ端末２の画面に表示させる。逆に、予算管理部１３は、ユーザの残金が多い場合、例えば予定金額よりも多く余裕がある場合、その旨の通知や、プラン変更の提案を、ユーザ端末２の画面に表示させる。旅行支援システム１は、ユーザの予算状態に応じて、後述のＳ１０のプラン変更を提案する。
【００８９】
（Ｓ９）  ユーザは、観光地等でお土産等を購買する。その場合、ユーザは、その購買物についての自宅への配送を依頼する場合がある。この場合、ユーザは、観光地の販売者等の人を通じて、配送業者システム５の配送サービスに対して配送依頼を行うと共に、ユーザ端末２及び旅行支援システム１を通じて、配送情報の登録を行うことができる。まず、観光地の販売者は、観光地端末３を通じて、配送業者システム５の配送サービスに対し配送依頼を行う。配送業者システム５は、配送依頼を受け、ユーザの自宅へ購買物を配送する。
【００９０】
配送業者システム５への配送依頼と共に、ユーザ端末２及び観光地端末３は、配送登録情報を旅行支援システム１へ送信する。この配送登録情報は、購買物の情報や、ユーザＩＤ等を含む。旅行支援システム１は、ユーザ端末２から受信した配送登録情報に基づいて、配送登録を行う。旅行支援システム１は、配送登録情報を、プランＤＢ５３のユーザのプラン及び予算ＤＢ５５の購買記録情報等に関係付けて登録する。
【００９１】
Ｓ９の際、ユーザは、ユーザ端末２の画面で、プランの観光地等の項目で、配送を選択操作し、購買物の配送依頼情報及び配送登録情報を入力することができる。ユーザは、最初に旅行支援システム１にユーザ情報として配送先の住所等を登録済みであるため、配送依頼及び配送登録の際には、配送先の住所等の入力を省略でき、手間が少ない。
【００９２】
Ｓ９の配送登録により、ユーザは、随時、ユーザ端末２の画面で、プラン及び購買記録情報と共に、登録済みの配送登録情報を表示して確認することができる。即ち、ユーザは、旅程におけるどの観光地等でどのお土産等を購買して配送依頼したかといった情報を一覧でわかりやすく確認できる。
【００９３】
ユーザは、ユーザ端末２の画面のプランに従い、ある観光地や交通手段を利用した後、次の観光地や交通手段を利用する。
【００９４】
（Ｓ１０）  旅行支援システム１は、プラン作成部１１により、随時、変更プラン案を作成し、ユーザ端末２へ送信して画面に表示して提示する。プラン作成部１１は、随時、ユーザのプラン、条件情報、活動記録、予算状態を確認し、また、ユーザのプランにおける予定の観光地等の項目に関する、気候や交通等の状況を確認し、また、ビッグデータ分析結果を考慮して、変更プラン案を作成する。Ｓ１０の詳細については後述する。
【００９５】
プラン作成部１１は、ユーザのプランの旅程の進行に伴い、自動的に変更プラン案を作成して提示する。プラン作成部１１は、次の予定の観光地等の項目について、お奨めの代替案を提示する。また、プラン作成部１１は、ユーザがユーザ端末２の画面でプラン変更の操作をした場合、変更プラン案を作成して提示する。
【００９６】
プラン作成部１１は、例えばユーザがプランの旅程のうち、所定の観光地等の項目まで到達した状態の時、現在地点の項目、及び次に経由する予定の項目に応じて、次に経由する項目に関する代替案としての候補を判断して抽出し、その候補を含んだ変更プラン案を作成する。プラン作成部１１は、ある項目の代替案と併せて、それ以降の旅程の項目に関しても見直し、変更プラン案を作成する。即ち、第１の観光地が第２の観光地に変更される場合、第１の観光地に接続されている交通手段及び経路や他の観光地に関しても見直される。
【００９７】
プラン作成部１１は、変更プラン案の作成の際、例えば、ユーザのプランのうちの次に経由する予定の観光地について、その付近の別の観光地を観光ＤＢ５２から検索し、抽出した観光地について、観光評価ＤＢ５７を参照し、その観光地の評価が高い場合、その観光地を候補とする。逆に、プラン作成部１１は、抽出した観光地についての評価が低い場合、その観光地を候補としない。
【００９８】
（Ｓ１１）  ユーザは、Ｓ１０でユーザ端末２の画面に表示された変更プラン案の内容を確認し、Ｓ４と同様に、採用する場合は採用操作を行い、不採用の場合は不採用操作を行い、また、条件情報の変更や、変更プラン案の内容の修正等も同様に可能である。採用の場合、ユーザ端末２は、採用の旨の情報を旅行支援システム１へ送信し、プラン作成部１１は、その変更プラン案を用いてユーザのプランを更新し、プランＤＢ５３のプラン情報を更新する。ユーザ端末２の画面には、更新されたプランの内容が表示される。
【００９９】
Ｓ３やＳ１０でプラン案を提示する際、プラン作成部１１は、ユーザ端末２の画面に、旅行支援情報として、プランの形式ではなく、個別の観光地や交通手段等の単位で、推奨する観光地等の候補を表示してもよい。プラン作成部１１は、ユーザ状況等に応じて、ユーザのプランの旅程から外れることになるが、推奨する観光地等の候補を提示する。これにより、ユーザにプラン変更を提案する。ユーザは、画面で、その候補を選択し、プラン変更の操作が可能である。これに従い、プラン作成部１１は、その候補を含んだ変更プラン案を作成する。
【０１００】
（Ｓ１２）  Ｓ１１のプラン更新に従い、旅行支援システム１の予約管理部１２は、更新されたプランにおける、以降の旅程の予約が必要な観光地等の項目について、Ｓ５と同様に予約処理を行う。
【０１０１】
（Ｓ１３）  ユーザは、変更プランに従って旅行を続ける。本例では、ユーザは、Ｓ６の観光地の利用後、変更プランに記載の情報に沿って、Ｓ１３で次の交通手段として電車の経路を利用して、次の観光地へ向かうとする。
【０１０２】
（Ｓ１３−１）  ユーザは、次の交通手段である電車の経路を利用し、ユーザ端末２の決済機能等を用いて、その利用料金を支払う。
【０１０３】
（Ｓ１３−２）  ユーザ端末２は、Ｓ１３−１の交通手段の利用に対応した利用情報を、旅行支援システム１へ送信する。活動記録部１４は、受信した利用情報に基づいて、活動ＤＢ５６に活動記録を行う。
【０１０４】
（Ｓ１３−３）  また、ユーザ端末２は、Ｓ１３−１の支払いに対応した決済情報を、旅行支援システム１へ送信する。予算管理部１３は、受信した決済情報に基づいて、ユーザの予算状態を更新し、予算ＤＢ５５に決済記録を行う。
【０１０５】
Ｓ１３で、ユーザは、ユーザ端末２の画面で、プランのうちの該当する交通手段の項目で、利用及び支払いボタンを選択操作することにより、利用情報及び決済情報を送信することができる。これにより、活動記録及び決済記録が可能である。また、ユーザは、プランの交通手段とは異なる交通手段を利用した場合、Ｓ８と同様に、ユーザ端末２の画面で、その交通手段の情報を入力することにより、活動記録及び決済記録が可能である。
【０１０６】
ユーザは、Ｓ１３で交通手段の経路を利用後、次の観光地を訪れて利用する。以降の旅程についても、Ｓ６やＳ１３と同様の繰り返しである。
【０１０７】
（Ｓ１４）  金融機関システム４の決済サービスは、Ｓ６−４等でユーザ端末２及び観光地端末３から受信した決済情報に基づいて、決済処理を行う。この決済処理は、ユーザ、観光地、及び旅行支援システム１の各要素との間での決済処理である。金融機関システム４は、各要素から、所定の料率の手数料を得る。金融機関システム４は、所定の期日で、ユーザの口座から、決済情報及び手数料に対応した分の金額を引き落とす。金融機関システム４は、所定の期日で、観光地の口座に、決済情報及び手数料に対応した分の金額を振り込む。金融機関システム４は、所定の期日で、旅行支援システム１の事業者の口座に、決済情報、手数料、及び紹介料に対応した分の金額を振り込む。ビジネスモデル例として、旅行支援システム１の事業者は、観光地から所定の紹介料を得る。
【０１０８】
（Ｓ１５）  ユーザがプランに従って旅行をしている途中や終えた後において、プランは、旅行記録にもなっている。プランＤＢ５３に保存されているプラン情報は、Ｓ６の活動記録や決済記録、Ｓ７の写真等の登録、Ｓ８の購買記録、Ｓ９の配送登録、等が反映されている。ユーザは、ユーザ端末２の画面で、随時、プラン及び旅行記録を見ることができる。ユーザは、旅行記録において旅程の項目に沿って登録されている写真やテキスト等を個別及び一覧で見ることができ、旅行の内容を振り返ることができる。ユーザは、観光地等で撮影した写真や購買したお土産等を見ることができる。
【０１０９】
旅行支援システム１は、プランＤＢ５３にユーザ毎の１つ以上の旅行記録を蓄積して管理する。ユーザは、旅行記録を、連携するＳＮＳ等において、許可する範囲内の友達や家族等のユーザに公開することもできる。
【０１１０】
ユーザの旅行記録は、ユーザが次回以降に旅行のプランを作成する際に反映させることもできる。その場合、プラン作成部１１は、プラン案の作成の際、プランＤＢ５３からユーザの過去の旅行記録情報を参照し、その内容の情報を用いて、観光地等の候補を判断する。例えば、プラン作成部１１は、前回の旅行記録で経験済みの観光地がある場合に、今回はそれ以外の観光地を候補としたプラン案を作成する。
【０１１１】
［観光地利用時の手順］
図３は、図２のＳ６に対応した、観光地の利用時の手順の例を示す。本例は、観光地の施設としてホテルとし、そのチェックイン時の手続きとして宿泊料金の支払いを先払いとして行う場合を示す。S301等はステップを示す。以下、図３のステップS301〜S310について順に説明する。
【０１１２】
（S301）  ユーザは、観光地を利用する際、ユーザ端末２を観光地端末３に提示する。ユーザは、ユーザ端末２の無線通信インタフェース部を観光地端末３の無線通信インタフェース部にかざす又はタッチする。これにより、ユーザ端末２と観光地端末３との間で近距離無線通信が行われる。ユーザ端末２のアプリ２０は、観光地の予約確認用の情報、例えばユーザＩＤ、プランＩＤ、サービスＩＤ等を含む情報を、観光地端末３に送信する。
【０１１３】
（S302）  観光地端末３は、ユーザ端末２から受信した情報に基づいて、観光地端末３内の予約情報を参照して、予約確認を行う。観光地端末３は、予約確認の際、受信したユーザＩＤ等の情報と、予約情報に記載のユーザＩＤ等の情報とを比較する。観光地端末３は、比較の結果、情報が一致する場合、当該ユーザが予約済みであることを示すので、利用を許可し、その旨の情報を、観光地端末３の画面に表示すると共に、ユーザ端末２へ送信する。ユーザ端末２は、観光地端末３から受信した情報に基づいて、予約が確認された旨を画面に表示する。観光地端末３は、比較の結果、情報が不一致である場合、当該ユーザが予約済みではないこと、即ち利用する観光地を間違えている可能性があることを示すので、その旨を、観光地端末３及びユーザ端末２の画面に表示させる。
【０１１４】
上記予約確認の機能により、観光地の担当者及びユーザは、速やかに予約確認ができ、ユーザは、速やかに観光地の利用ができ、観光地を間違えた場合にもすぐに認識できる。
【０１１５】
他の実施の形態として、S302で、観光地端末３から旅行支援システム１に連携して予約確認を行ってもよい。この場合、観光地端末３から、予約確認の要求を、旅行支援システム１へ送信する。旅行支援システム１は、受信した要求に応じて、予約管理部１２により、予約ＤＢ５４の予約情報を参照して、予約確認を行い、予約済みか否か等の応答を、観光地端末３へ送信する。
【０１１６】
（S303）  ユーザは、ユーザ端末２の画面で、予約済みを確認した後、そのまま、当該観光地の利用及び料金支払いを行う場合には、その旨の操作を行う。例えば、ユーザ端末２の画面で、プランのうちの該当の観光地の項目において、予約情報、利用料金、ユーザの現在の残金、利用及び支払いのボタン、等が表示される。ユーザは、画面の情報を確認し、利用及び支払いのボタンを押す。これにより、ユーザ端末２と観光地端末３との間で通信が行われ、以下のように、活動記録及び決済記録が行われる。
【０１１７】
（S304）  ユーザ端末２は、S303の操作に従い、利用意思の明示に対応した利用情報、及び料金支払いに対応した決済情報を、旅行支援システム１へ送信する。ユーザ端末２のアプリ２０は、利用情報を旅行支援システム１へ送信する。ユーザ端末２は、決済機能を用いて、決済情報を旅行支援システム１へ送信する。
【０１１８】
（S305）  また、観光地端末３は、S303の操作に従い、利用情報及び決済情報を旅行支援システム１へ送信する。
【０１１９】
他の実施の形態として、S304及びS305について、一方のみが実行されてもよい。例えば、ユーザ端末２のみが、利用情報及び決済情報を旅行支援システム１へ送信してもよいし、観光地端末３のみが、利用情報及び決済情報を旅行支援システム１へ送信してもよい。本実施の形態では、両者から情報が送信されるので、旅行支援システム１は、両者の情報を確認して、活動記録及び決済記録を行う。
【０１２０】
（S306）  旅行支援システム１の活動記録部１４は、S304及びS305でユーザ端末２及び観光地端末３から受信した利用情報に基づいて、当該ユーザのプランにおける当該観光地の利用を示す活動記録情報を、活動ＤＢ５６に記録する。これにより、ユーザ端末２の画面では、プランの旅程の進行状況が更新されて表示される。
【０１２１】
（S307）  旅行支援システム１の予算管理部１３は、S304及びS305でユーザ端末２及び観光地端末３から受信した決済情報に基づいて、ユーザの予算状態を更新し、決済記録を行う。予算管理部１３は、当該ユーザのプランにおける当該観光地の利用料金支払いを示す決済履歴情報を、予算ＤＢ５５内に記録する。予算管理部１３は、ユーザ端末２へユーザの予算状態情報を送信する。ユーザ端末２のアプリ２０及び決済機能は、受信した情報を用いて画面にユーザのプランにおける現在の予算状態を表示する。
【０１２２】
（S308）  また、ユーザ端末２は、S303の操作に伴い、金融機関システム４へ、観光地の利用料金支払いに対応した決済情報を送信する。
【０１２３】
（S309）  また、観光地端末３は、S303の操作に伴い、金融機関システム４へ、観光地の利用料金支払いに対応した決済情報を送信する。
【０１２４】
（S310）  金融機関システム４は、S308及びS309で受信した決済情報に基づいて、決済処理を行う。詳しくは、金融機関システム４は、S310-1として、ユーザに対する決済を行い、S310-2として、観光地に対する決済を行い、S310-3として、旅行支援システム１の事業者に対する決済を行う。
【０１２５】
［予算管理］
予算管理部１３による予算管理について補足する。ユーザは、ユーザ端末２の決済機能を用いて観光地や交通手段の料金を支払う場合と、現金を用いて料金を支払う場合とがある。前者の金額は、予算管理部１３によって管理される。本実施の形態では、予算管理部１３は、現金での支払い分については基本的にカウントせず、予算管理として、現金による支払い分を考慮して予め余裕を持たせた概略的な予算金額を管理する。
【０１２６】
予算管理部１３は、更に、ユーザ操作に基づいて現金による支払い分について記録する機能を実現する。ユーザは、観光地等を利用して料金を現金で支払う場合、ユーザ端末２の画面で、当該機能を選択操作し、現金による支払いの料金等を入力する。ユーザ端末２のアプリ２０は、その情報を旅行支援システム１へ送信する。予算管理部１３は、受信した情報に基づいて、ユーザの残金等の予算状態を更新する。この場合、ユーザの入力の手間はあるが、その分、予算状態の管理精度が高くなる。
【０１２７】
予算管理部１３は、更に、ユーザのプラン及び活動記録情報に基づいて、現金支払い入力をアシストする機能を実現する。例えば、昼食の時間帯において、ユーザの残金の変動が無い場合、現金支払いで昼食をとっている可能性がある。そこで、予算管理部１３は、そのような状況判断に基づいて、自動的に、ユーザ端末２の画面に、現金支払い入力を促す支援情報を表示する。支援情報として例えば「現金支払いで昼食をとりましたか？｛1000円／2000円／3000円／……｝」といったメッセージが画面にポップアップ等で表示される。支援情報は、概略の金額の選択肢を含む。ユーザは、画面で支援情報を見て、現金支払いで昼食をとっている場合には、肯定ボタンや、該当する金額のボタンを押す。ユーザ端末２は、入力された情報を旅行支援システム１へ送信する。予算管理部１３は、受信した情報に基づいて、ユーザの予算状態を更新し、購買記録を行う。
【０１２８】
旅行支援システム１は、予め、観光地や、食事等の行動毎に、概略の料金を設定しておき、その情報を用いて、上記予算管理を行う。予算管理では、厳密な金額でなくとも概略的な金額を管理することにより、相応の効果が得られる。即ち、ユーザは、比較的少ない手間で、自分の概略的な予算状態を把握でき、効果的に旅行することができる。
【０１２９】
［変更プラン作成］
図４は、図２のＳ１０の変更プラン案の作成に関する手順の例を示す。S401等はステップを示す。以下、図４のステップS401〜S408について順に説明する。
【０１３０】
（S401）  旅行支援システム１のプラン作成部１１は、変更プラン案を作成する場合、ユーザのプラン、顧客情報、活動記録情報、予算状態、条件情報、等の情報を、ＤＢ５０から取得する。詳しくは、プラン作成部１１は、顧客ＤＢ５１から顧客情報を取得し、プランＤＢ５３からプラン情報や条件情報を取得し、予算ＤＢ５５から予算状態を含む予算情報を取得し、活動ＤＢ５６から活動記録情報を取得する。プラン作成部１１は、ユーザが入力済みの優先項目を含む条件情報を取得する。プラン作成部１１は、ユーザが新たに入力した条件情報を取得してもよい。
【０１３１】
（S402）  プラン作成部１１は、ユーザの旅行の状況等に応じて、観光ＤＢ５２や交通ＤＢ６０から、候補とするための観光地や交通手段等の情報を検索して取得する。
【０１３２】
また、プラン作成部１１は、気候検索部１７や交通検索部１８を用いて、ユーザのプランにおける現在の時点及び地点に関する、気候状況及び交通状況等の状況情報を取得する。気候検索部１７は、外部の天気予報サービス等にアクセスし、現在の項目や予定の項目に関する気候状況を検索する。交通検索部１８は、交通ＤＢ６０や外部の交通検索サービス等にアクセスし、現在の項目や予定の項目に関する交通状況を検索する。
【０１３３】
（S403）  プラン作成部１１は、S402で取得した観光地や交通手段等の項目について、予約が可能なものや予約が必要なものについては、予約管理部１２により、予約ＤＢ５４を参照して、予約可否等の状況を確認する。プラン作成部１１は、この確認の結果、対象項目について、例えば利用のために予約が必要であるが混雑のため予約ができない状況である場合等には、候補とせずに却下する。
【０１３４】
（S404）  プラン作成部１１は、ビッグデータ分析部７０による分析結果情報を取得する。詳しくは、プラン作成部１１は、観光評価ＤＢ５７から、観光地の評価情報または評価が高い観光地等の情報を取得し、ＳＮＳ分析ＤＢ５８から、観光地に関するホットなキーワード等を取得し、交通ログＤＢ５９から、ユーザ属性に応じた興味の度合いが高い地域等の情報を取得する。
【０１３５】
（S405）  プラン作成部１１は、S401〜S404で取得した各種の情報を用いて、ユーザの変更プラン案の作成のために、ユーザ状況等に応じた、お奨めの観光地や交通手段等を判断し、候補として抽出する。プラン作成部１１は、ユーザのプランの旅程のうち、進行済みの部分を除いた、未だ経由及び利用されていない部分の項目、例えば次に経由する予定の観光地や交通手段及び経路について、代替案を判断する。
【０１３６】
（S406）  プラン作成部１１は、S405で抽出した１つ以上の候補を用いて、当該候補を含んだ１つ以上の変更プラン案を作成する。プラン作成部１１は、作成した変更プラン案を、プランＤＢ５３または一時記憶領域に、一旦保存する。
【０１３７】
（S407）  プラン作成部１１は、S406で作成した変更プラン案のうち、最も推奨する１つの変更プラン案を、ユーザ端末２に送信し、画面に表示させる。S407は、Ｓ１０に相当する。ユーザは、前述のＳ１１のように、ユーザ端末２の画面で、変更プラン案の確認等を行い、変更プラン案を採用するか否かを決定する。ユーザは、変更プラン案を採用する場合、採用操作を行い、これにより、ユーザ端末２からプラン作成部１１へ変更プラン案の採用の旨の情報が送信される。
【０１３８】
S407でユーザ端末２の画面に変更プラン案を表示する際には、変更プラン案の内容のみを単独で表示してもよいし、現在の変更前のプランの内容と変更プラン案の内容とを並列で比較可能に表示してもよい。ユーザは、現在のプランと変更プラン案とを見比べて、望む方を採用できる。
【０１３９】
（S408）  プラン作成部１１は、ユーザ端末２から受信した情報に基づいて、当該変更プラン案をユーザのプランとし、プランＤＢ５３のプラン情報を更新する。ユーザ端末２の画面には、更新されたプランの内容が表示される。
【０１４０】
［変更プラン作成処理の具体例］
図２のＳ１０及び図４のS406におけるプラン作成部１１による変更プラン案の作成処理の具体例を以下に示す。プラン作成部１１は、以下のように、候補となる観光地や交通手段等を判断及び抽出する。
【０１４１】
（ａ）  プラン作成部１１は、ユーザの残金等の予算状態に応じて適した候補を判断する。プラン作成部１１は、例えば次の予定の観光地について候補を判断する際、ユーザの残金が当初の予定の残金よりも少ない状態である場合、それに合わせて、利用料金がより安い観光地を候補として選択する。逆に、プラン作成部１１は、ユーザの残金が多い状態である場合、それに合わせて、利用料金がより高い観光地を候補として選択する。
【０１４２】
（ｂ）  プラン作成部１１は、ユーザの属性や、ユーザの優先項目を含む条件情報に応じて、適した候補を判断する。プラン作成部１１は、例えば、ユーザの国籍及び言語に応じて、その言語への対応が行われている観光地等を、候補として選択する。プラン作成部１１は、例えば、当該ユーザの過去の旅行記録の感想のテキストで高評価の観光地がある場合に、その観光地の種別と同じまたは類似する観光地を候補として選択する。
【０１４３】
プラン作成部１１は、優先項目として例えば評価高さが指定されている場合、観光評価ＤＢ５７等の情報に基づいて、ユーザ群による総合的な評価が高い観光地等を候補として選択する。プラン作成部１１は、優先項目として例えば時間短さが指定されている場合、現在地点からの移動時間が短い観光地や、所要時間がより短くなる交通手段及び経路を、候補として選択する。プラン作成部１１は、優先項目として例えば料金安さが指定されている場合、利用料金がより安くなる観光地や交通手段を、候補として選択する。
【０１４４】
（ｃ）  プラン作成部１１は、プラン中の現在及び次の観光地について、その日時、場所、気候状況を考慮して、次の観光地に関する代替案を判断する。プラン作成部１１は、気候検索部１７により取得した、次の観光地の付近の気候状況に応じて、次の観光地の代替案を判断する。プラン作成部１１は、例えば次の観光地の付近の天気の現状または予報が雨である場合、他の観光地への変更を検討する。プラン作成部１１は、観光ＤＢ５２から付近の観光地を検索し、ユーザの時間や予算の条件を満たす観光地を抽出する。プラン作成部１１は、その観光地の天気が良い場合、候補とする。プラン作成部１１は、気候状況情報と共に、変更プラン案をユーザ端末２に提示する。
【０１４５】
（ｄ）  プラン作成部１１は、プラン中の次の交通手段及び経路について、日時、場所、交通状況を考慮して、代替案を判断する。プラン作成部１１は、交通検索部１８により取得した、次の交通手段及び経路に関する交通状況に応じて、代替案を判断する。プラン作成部１１は、例えば、次の予定の交通手段及び経路における交通状況が、運行休止や混雑度が高い状況である場合、他の交通手段及び経路への変更を検討する。プラン作成部１１は、例えば次の交通手段である電車の経路に関して別の経路を検索する。あるいは、プラン作成部１１は、電車以外の交通手段及びそれによる経路を検索する。プラン作成部１１は、例えば混雑度が低い交通手段及び経路が得られた場合、候補とする。プラン作成部１１は、ユーザの交通条件や予算条件を満たす交通手段及び経路の候補を判断する。プラン作成部１１は、交通状況情報と共に、変更プラン案をユーザ端末２に提示する。
【０１４６】
（ｅ）  プラン作成部１１は、プラン中の次の観光地について代替案を検討する場合に、分析結果情報に基づいて、お奨めの観光地等を判断及び抽出する。プラン作成部１１は、例えば観光評価ＤＢ５７の評価情報に基づいて、次の観光地の付近で、評価が高く、ユーザの優先項目等に適合し、ユーザの時間や予算等の条件を満たす観光地を抽出し、候補とする。
【０１４７】
また、プラン作成部１１は、ＳＮＳ分析ＤＢ５８の情報に基づいて、現在時点のホットなキーワードを参照する。プラン作成部１１は、ユーザの状況及びユーザの属性や優先項目等の条件情報に、そのキーワードをブレンドして、候補の観光地を判断する。
【０１４８】
また、プラン作成部１１は、交通ログＤＢ５９の情報に基づいて、当該ユーザの属性、例えば国籍に応じて、ユーザ群の興味の度合いが高い地域や観光地を抽出し、またその観光地に移動するための交通手段及び経路を検索し、それらを候補とする。
【０１４９】
プラン作成部１１は、観光地と交通手段との組合せでも、候補を判断し、以降の旅程の全体で好適になる変更プラン案を作成する。例えば、プラン作成部１１は、ある観光地を候補とした場合、その観光地へ移動するために好適な組合せの交通手段及び経路の候補を判断する。同様に、プラン作成部１１は、ある交通手段及び経路を候補とした場合、その付近に存在する好適な観光地の候補を判断する。
【０１５０】
［プラン変更に伴う予約］
プラン変更に伴う予約について補足する。プラン変更の際、プランを構成する観光地や交通手段等の項目について、予約に関する変更も必要である。即ち、変更後のプランに新たに追加される項目については、利用の予約が必要な場合にはその予約が必要であり、変更前のプランから変更や削除される項目については、予約済みであった場合にはその予約の解約が必要である。しかしながら、予約に関する変更が難しい場合もある。例えば、当初のプランでホテルが予約済みであった場合に、そのホテルを他の施設に変更する変更プラン案を作成するとする。そのホテルの解約が必要であるが、その解約のための条件として、日時等の状況に応じて、解約ができない場合や、解約金が発生する場合もある。即ち、ある日時までなら解約金が発生しないが、ある日時以降の所定の期間では所定の解約金が発生し、ある日時以降には解約できない、といった制約条件がある。
【０１５１】
予約管理部１２は、そのような予約及び解約に係わる制約条件についても、各観光地から情報を取得して観光ＤＢ５２や予約ＤＢ５４に情報を管理する。予約管理部１２は、新たな予約や予約の解約を含むプラン変更の際には、変更プラン案と共に、そのような制約条件の情報をユーザ端末２に提示し、プラン変更に係わるユーザの判断を支援する。
【０１５２】
プラン作成部１１は、変更プラン案を作成する際における、観光地等の項目の予約及び解約に関して、以下のような方式を適用する。
【０１５３】
第１の方式として、最初にプランを作成した際に予約済みの観光地等の項目について、変更即ち解約のために解約金等の料金が発生する場合に、その項目について変更を行わない。プラン作成部１１は、そのような項目については固定の項目として変更せず、他の項目については変更可能として、変更プラン案を作成する。
【０１５４】
第２の方式として、最初にプランを作成した際に予約済みの観光地等の項目について、変更即ち解約のために解約金等の料金が発生する場合に、その項目についても変更を行う。プラン作成部１１は、そのような項目を含めて変更可能として、変更プラン案を作成する。プラン作成部１１は、変更プラン案を提示する際、料金や期日等の予約及び解約に係わる制約条件の情報を、ユーザ端末２に提示する。
【０１５５】
本実施の形態では、プラン作成部１１は、第１の方式と第２の方式の両方を実装しており、ユーザによる設定に応じて選択された方式を使用して変更プラン案を作成する。ユーザは、サービスの設定画面で、上記方式を選択する設定が可能である。
【０１５６】
更に、設定画面では、プラン変更の際に変更可能及び変更不可とする項目を設定可能である。即ち、ユーザは、観光地と交通手段の各項目について、変更可否を設定可能である。変更可能の項目は、言い換えると、候補や代替案を提示する対象である。例えば観光地が変更可能、交通手段が変更不可能、と設定されている場合、プラン作成部１１は、観光地に関する変更の候補を含む変更プラン案を作成する。また、より詳細に、ユーザは、観光地の種別、及び交通手段の種別を指定して、変更可否を設定可能である。例えば観光地の種別のうち、食事施設については変更可能、宿泊施設については変更不可、と設定されている場合、プラン作成部１１は、食事施設に関する変更の候補を含む変更プラン案を作成する。
【０１５７】
他の実施の形態として、プラン作成部１１は、第１の方式による変更プラン案と、第２の方式による変更プラン案との両方を作成し、両方をユーザに提示して選択させてもよい。また、他の実施の形態として、プラン作成部１１は、第１の方式のみを実装していてもよいし、第２の方式のみを実装していてもよい。
【０１５８】
［活動記録］
本実施の形態では、活動記録に係わる機能として、更に以下の機能を有する。ユーザが観光地等を経由及び利用した際、ユーザ端末２に備えるＧＰＳ等の機能を用いて、ユーザ端末２から位置情報及びユーザＩＤ等を含む利用情報を、旅行支援システム１に送信する。活動記録部１４は、ユーザ端末２から受信した位置情報等の利用情報を用いて、ユーザの活動記録を行う。
【０１５９】
ユーザは、サービスの設定画面で、上記位置情報を用いた活動記録の機能を使用するか否かを設定可能である。また、当該機能を使用する設定の場合に、ユーザは、当該機能のオン／オフを、都度、指定可能である。当該機能がオン状態の場合、定期的及び自動的にユーザ端末２の位置情報が送信される。また、アプリ２０による画面で位置通知のボタンを設け、ユーザが位置通知のボタンを押した場合のみ、ユーザ端末２から位置情報を通知するようにしてもよい。
【０１６０】
旅行支援システム１は、ユーザのプラン及び活動記録に基づいて、ユーザのプランに沿った活動及びプランから外れた活動を把握することができ、プランとのズレを把握することもできる。例えばユーザがプランの旅程とは異なる観光地や交通手段を経由及び利用する場合がある。旅行支援システム１は、ズレの把握に応じて、ユーザ端末２へ支援情報を提供する。この支援情報は、プランから外れている旨の通知、時間や料金の変更の通知、プランを変更するかどうかの確認、及び変更プラン案の提示、等がある。例えば、ユーザがプランの経路から外れた方向や地域へ進んでいる場合に、旅行支援システム１は、その方向や地域の周辺の観光地を検索し、当該ユーザにお奨めの観光地を判断し、その観光地を含んだ変更プラン案を作成してユーザ端末２に提示する。
【０１６１】
［画面例］
図５及び図６を用いてユーザ端末２の画面例について説明する。
【０１６２】
図５は、ユーザ端末２の画面にプラン案及びプランを表示する例を示す。（Ａ）はプラン案を含む画面例であり、（Ｂ）はプランを含む画面例である。図５の例は、画面の縦方向が日時であり、タイムテーブル形式でプラン案の内容を表示している。表示の形式は、これに限らず、例えば画面の横方向を日時としてもよい。
【０１６３】
図５の（Ａ）で、ある１つのプラン案を示し、プラン案のＩＤが例えば「001」である。プラン案の内容として、観光地や交通手段毎の複数の項目を含む。各項目は枠で表示される。各項目は、観光地や交通手段及び経路の名称やＩＤ、発着の時間、所要時間、等の情報を含む。また、ユーザが指定した項目と、プラン作成部１１が提案した項目とで、表示の仕方が異なってもよい。また、ユーザは、プラン案の内容を修正する場合に、項目毎に暫定的に採用か否かの選択操作が可能である。
【０１６４】
図５の（Ａ）の例では、プランの旅程のうち、第１の項目が観光地Ａ１、第２の項目が交通手段（車）Ｋ１、第３の項目が観光地として施設（ホテル）Ａ２、第４の項目が交通手段（電車）Ｋ２、等である。また、本例では、複数の観光地について、経由する順序で番号を表示している。
【０１６５】
図５の（Ａ）のプラン案に対して、ユーザが採用操作をした場合、図５の（Ｂ）のように、プランとして確定される。図５の（Ｂ）で、同様に、ある１つのプランを示し、プランのＩＤが例えば「101」である。観光地と交通手段の項目は、異なる色や枠で表示されてもよい。各項目には、前述の活動記録等のためのボタンが設けられてもよい。
【０１６６】
図５のプラン案やプランは、ユーザが項目を選択操作することで、その項目についての詳細情報が例えばポップアップや別画面等で表示される。また、画面内にプランの全体を表示しきれない場合には一部が表示され、ユーザによるスクロール操作が可能である。画面に変更プラン案を表示する場合、図５と同様に表示が可能である。また、画面に変更プラン案を表示する際、変更前のプランと、変更プラン案とを並列で表示可能である。
【０１６７】
図６は、旅行中におけるプランを含む画面例を示す。図６の画面では、縦方向が日時であり、上側の表の左列は、図５の（Ｂ）と同様のプランをスケジュールとして表示している。上側の表の中列は、予算管理部１３により管理された予算状態及び購買記録情報を表示している。上側の表の右列は、旅行記録における写真等の登録データを表示している。
【０１６８】
プランの旅程のうち、ユーザが経由及び利用した項目と、未だ経由及び利用していない項目と、現在地点に対応する項目とについて、それぞれ、異なる色等、所定の表示で区別される。図６の例では、施設Ａ２が現在地点であることを示す。
【０１６９】
予算状態の列では、項目毎に、ユーザが使用した金額や、購買情報、及び現在の残金、予定金額、等が表示される。ユーザは、項目を選択して、購買情報や予定金額を入力することができる。
【０１７０】
登録データの列では、項目毎に、登録されているデータをアイコンやサムネイル等で表示する。本例では、写真の画像、メモのテキスト、お土産の購買情報、等が登録されている。ユーザが個別のアイコンを選択操作した場合、そのアイコンに対応した写真等の内容が拡大で表示される。ユーザは、プランの項目を選択して写真等の登録や削除が可能である。
【０１７１】
図６の下側の欄は、予算管理に対応して、ユーザのプランの全体における予算状態を表示する。この欄では、ユーザの予算、使用金額、及び残金を、それぞれバーで表示し、また予算状態に関するコメントやアラートを表示する。各バーは、金額に応じた大きさで表示される。旅程の進行に伴い、使用金額のバーが大きくなり、残金のバーが小さくなる。コメントは、プランの予定金額及び残金と比較して実際の使用金額及び残金の大小についてのコメント等がある。ユーザは、本画面で、旅行の進行に伴う予算状態をわかりやすく認識できる。例えば、ユーザは、残金が少ない場合、以降の旅程で利用料金が少し安い観光地に変えるようにプランを変更したり、残金が多い場合、以降の旅程で利用料金が少し高い観光地に変えるようにプランを変更したりすることもできる。
【０１７２】
図６の下側のボタンは、機能に応じたボタンを示す。「地図表示」ボタンにより、図示しない別の画面例として、プランを地図モードで表示する。その画面では、地図上に、プランで経由する観光地や交通手段及び経路を表示する。ユーザが地図上の地点を選択操作すると、その地点に対応した項目の情報がポップアップ等で表示される。
【０１７３】
「プラン変更」ボタンにより、ユーザの意思によって変更プラン案を作成させて表示することができる。
【０１７４】
「旅行記録」ボタンにより、図６の画面のうちの上側の表と同様に、旅行記録が表示される。旅行記録の画面では、スケジュールの列で、ユーザが実際に経由及び利用した項目毎に、実績の日時等の情報が表示される。予算状態の列では、ユーザが実際に使用した金額や購買情報が表示される。登録データの列では、個別の登録データの表示や一覧表示が可能である。ユーザが一覧表示を選択操作した場合、画面内に全アイコンの内容が時系列及び一覧で表示される。
【０１７５】
［効果等］
以上説明したように、本実施の形態の旅行システムによれば、ユーザの旅行や観光のプランを旅程の途中で柔軟に変更することができ、ユーザの旅行や観光が快適で楽しくなるように支援することができる。
【０１７６】
本実施の形態は、ユーザの予算管理、活動記録、等により、ユーザの旅行の状況を把握し、状況を考慮して推奨する候補を含む変更プラン案を提供することができる。また、本実施の形態は、気候状況や交通状況を考慮した変更プラン案を提供することができる。また、本実施の形態は、ビッグデータ分析結果情報に基づいた推奨情報を考慮した変更プラン案を提供することができる。
【０１７７】
［他の実施の形態］
他の実施の形態として、以下が挙げられる。
【０１７８】
（１）  図２のＳ４やＳ１１でユーザ端末２の画面にプラン案を提示する際に、複数のプラン案を表示して、ユーザによる選択を可能としてもよい。プラン作成部１１は、作成した複数のプラン案をユーザ端末２に送信し、画面内に、複数のプラン案を推奨する順序で表示させる。ユーザは、画面で所望のプラン案を選択し、そのプラン案の詳細を表示し、採用や不採用等の操作を行うことができる。
【０１７９】
（２）  図２のＳ９の配送依頼及び配送登録に関して、旅行支援システム１は、観光地に関係付けられた配送業者システム５との間で連携して配送依頼処理を行ってもよい。旅行支援システム１は、ユーザ端末２や観光地端末３から受信した配送依頼の要求に応じて、配送業者システム５に対して配送依頼を実行し、また、配送業者システム５との連携で配送業者システム５による配送状況を把握し、配送登録情報として管理する。ユーザは、ユーザ端末２の画面で、配送登録情報として、購買物が配送される予定の日時等を確認することができる。
【０１８０】
以上、本発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されず、その要旨を逸脱しない範囲で種々変更可能である。
【産業上の利用可能性】
【０１８１】
本発明は、旅行に関するサービスに利用可能である。
【符号の説明】
【０１８２】
１…旅行支援システム、２…ユーザ端末、３…観光地端末、４…金融機関システム、５…配送業者システム、９…通信網、１１…プラン作成部、１２…予約管理部、１３…予算管理部、１４…活動記録部、１５…Ｗｅｂサーバ、１６…言語変換部、１７…気候検索部、１８…交通検索部、１９…ＳＮＳ連携部、２０…アプリ、５０…ＤＢ、５１…顧客ＤＢ、５２…観光ＤＢ、５３…プランＤＢ、５４…予約ＤＢ、５５…予算ＤＢ、５６…活動ＤＢ、５７…観光評価ＤＢ、５８…ＳＮＳ分析ＤＢ、５９…交通ログＤＢ、６０…交通ＤＢ、７０…ビッグデータ分析部。
【図１】
2016139263.tif 000003
【図２】
2016139263.tif 000004
【図３】
2016139263.tif 000005
【図４】
2016139263.tif 000006
【図５】
2016139263.tif 000007
【図６】
2016139263.tif 000008