JP7289740B2 - 行動支援プログラム、端末装置及びサーバ装置 - Google Patents

Description

本発明は、行動支援プログラム、端末装置及びサーバ装置に関する。

例えば、娯楽目的の旅行やビジネス目的の出張等、何らかの目的のために他の土地へと赴くことを要する行動を取る際に、使用する交通機関や訪れる施設等につき個別に検索の上、プランを策定するのは手間が掛かる。そこで、従来、ユーザによって入力された出発地、目的地等の情報に応じて、自動的に行動プランを策定の上、これをスマートフォン等のユーザが所持する端末へと送信するシステムが知られている（例えば、特許文献１参照。）。

特開２０１６－１４３１９２号公報

このようなシステムにおいては、一度行動プランを策定した後に、当該行動プランに含まれる行程に、例えば交通機関の障害等の異常が生じた場合には、当初の行動プランに沿って行動すると、後の行程に間に合わない可能性が生じる。
したがって、このような場合には、当初の行動プランに変更を加える必要性が生じるが、ユーザが発生した異常に対応して自ら代替的な経路を検索の上、行動プランに適切な変更を加えることは容易ではなかった。

本発明の課題は、策定した行動プランに含まれる行程に何らかの異常が生じた場合に、発生した異常に対応して行動プランに適切な変更を加えることを容易とする行動支援プログラム、端末装置及びサーバ装置を提供することである。

上記課題を解決するために、請求項１に記載の発明は、行動支援プログラムにおいて、
サーバ装置と通信回線を介して接続された端末装置を、
前記サーバ装置から、ユーザの出発地及び目的地に応じた経路情報を取得する第１取得手段、
前記サーバ装置から、前記経路情報に含まれる行程に発生した異常に係る異常情報を取得する第２取得手段、
前記異常情報を通知手段によって前記ユーザに通知させる第１通知制御手段、
前記サーバ装置から、前記経路情報につき前記異常情報が取得された行程を代替行程に変更した経路に関する情報である代替経路情報を取得する第３取得手段、
前記代替経路情報を通知手段によって前記ユーザに通知させる第２通知制御手段、
前記経路情報に含まれる行程によって生じる費用と、前記代替経路情報に含まれる行程によって生じる費用と、の差額を通知手段によって前記ユーザに通知させる第３通知制御手段、
として機能させることを特徴とする。

請求項２に記載の発明は、請求項１に記載の行動支援プログラムにおいて、
前記端末装置を、前記経路情報に含まれる行程によって生じる費用を通知手段によって前記ユーザに通知させる第４通知制御手段としてさらに機能させることを特徴とする。

請求項３に記載の発明は、請求項２に記載の行動支援プログラムにおいて、
前記端末装置を、前記経路情報に含まれる行程によって生じる費用につき前記サーバ装置に決済を行わせる第１決済指示手段としてさらに機能させることを特徴とする。

請求項４に記載の発明は、請求項１から３のいずれか一項に記載の行動支援プログラムにおいて、
前記端末装置を、前記差額につき前記サーバ装置に決済を行わせる第２決済指示手段としてさらに機能させることを特徴とする。

請求項５に記載の発明は、端末装置において、
サーバ装置と通信回線を介して接続され、
前記サーバ装置から、ユーザの出発地及び目的地に応じた経路情報を取得する第１取得手段と、
前記サーバ装置から、前記経路情報に含まれる行程に発生した異常に係る異常情報を取得する第２取得手段と、
前記異常情報を通知手段によって前記ユーザに通知させる第１通知制御手段と、
前記サーバ装置から、前記経路情報につき前記異常情報が取得された行程を代替行程に変更した経路に関する情報である代替経路情報を取得する第３取得手段と、
前記代替経路情報を通知手段によって前記ユーザに通知させる第２通知制御手段と、
前記経路情報に含まれる行程によって生じる費用と、前記代替経路情報に含まれる行程によって生じる費用と、の差額を通知手段によって前記ユーザに通知させる第３通知制御手段と、
を備えることを特徴とする。

請求項６に記載の発明は、行動支援プログラムにおいて、
ユーザが使用する端末装置と通信回線を介して接続されたサーバ装置を、
前記ユーザの出発地及び目的地に応じた経路情報を取得する第１取得手段、
前記経路情報に含まれる行程に発生した異常に係る異常情報を取得する第２取得手段、
前記端末装置の通知手段によって、前記異常情報を前記ユーザに通知させる第１通知制御手段、
前記経路情報につき前記異常情報が取得された行程を代替行程に変更した経路に関する情報である代替経路情報を取得する第３取得手段、
前記端末装置の通知手段によって、前記代替経路情報を前記ユーザに通知させる第２通知制御手段、
前記端末装置の通知手段によって、前記経路情報に含まれる行程によって生じる費用と、前記代替経路情報に含まれる行程によって生じる費用と、の差額を前記ユーザに通知させる第３通知制御手段、
として機能させることを特徴とする。

請求項７に記載の発明は、サーバ装置において、
ユーザが使用する端末装置と通信回線を介して接続され、
前記ユーザの出発地及び目的地に応じた経路情報を取得する第１取得手段と、
前記経路情報に含まれる行程に発生した異常に係る異常情報を取得する第２取得手段と、
前記端末装置の通知手段によって、前記異常情報を前記ユーザに通知させる第１通知制御手段と、
前記経路情報につき前記異常情報が取得された行程を代替行程に変更した経路に関する情報である代替経路情報を取得する第３取得手段と、
前記端末装置の通知手段によって、前記代替経路情報を前記ユーザに通知させる第２通知制御手段と、
前記端末装置の通知手段によって、前記経路情報に含まれる行程によって生じる費用と、前記代替経路情報に含まれる行程によって生じる費用と、の差額を前記ユーザに通知させる第３通知制御手段と、
を備えることを特徴とする。

本発明によれば、策定した行動プランに含まれる行程に何らかの異常が生じた場合に、発生した異常に対応して行動プランに適切な変更を加えることを容易とする行動支援プログラム、端末装置及びサーバ装置を提供することができる。

実施形態に係る行動支援システムの構成の概略を示すブロック図である。 実施形態に係る行動支援システムにおける、第１実施例に係る動作の流れを示すフローチャートである。 実施形態に係る行動支援システムにおける、第１実施例に係る動作時のデータの流れを示ブロック図である。 実施形態に係る行動支援システムにおける、第１実施例に係る動作時の確認画面の一例を示す図である。 実施形態に係る行動支援システムにおける、第１実施例に係る動作時の第１経路画面の一例を示す図である。なお、手の図示はユーザによる操作を表すものであり、画面の内容に含まれるものではない。この点は以下のいずれの画面を示す図においても同様である。 実施形態に係る行動支援システムにおける、第１実施例に係る動作時のロック後第１経路画面の一例を示す図である。なお、手の図示に加え、矢印の図示もユーザによる操作を表すものであり、画面の内容に含まれるものではない。この点は以下のいずれ画面を示す図においても同様である。 実施形態に係る行動支援システムにおける、第１実施例に係る動作時の第２経路画面の一例を示す図である。 実施形態に係る行動支援システムにおける、第１実施例に係る動作時のロック後第２経路画面の一例を示す図である。 実施形態に係る行動支援システムにおける、第１実施例に係る動作時の第３経路画面の一例を示す図である。 実施形態に係る行動支援システムにおける、第１実施例に係る動作時の第１決済画面の一例を示す図である。 実施形態に係る行動支援システムにおける、第２実施例に係る動作の流れを示すフローチャートである。 実施形態に係る行動支援システムにおける、第２実施例に係る動作時のデータの流れを示すブロック図である。 実施形態に係る行動支援システムにおける、第２実施例に係る動作時の第１経路画面の一例を示す図である。 実施形態に係る行動支援システムにおける、第２実施例に係る動作時の第４経路画面の一例を示す図である。 実施形態に係る行動支援システムにおける、第２実施例に係る動作時のロック後第４経路画面の一例を示す図である。 実施形態に係る行動支援システムにおける、第２実施例に係る動作時の第２決済画面の一例を示す図である。 実施形態に係る行動支援システムにおける、第２実施例に係る動作時の経路変更通知第４経路画面の一例を示す図である。 実施形態に係る行動支援システムにおける、第２実施例に係る動作時の迂回路表示第４経路画面の一例を示す図である。 実施形態に係る行動支援システムにおける、第２実施例に係る動作時の第５経路画面の一例を示す図である。 実施形態に係る行動支援システムにおける、第２実施例に係る動作時の予約通知第５経路画面の一例を示す図である。

以下、図１から図２０に基づいて、本発明の実施形態である行動支援システム１００について説明する。ただし、本発明の技術的範囲は、図示例に限定されるものではない。
なお、本発明において行動とは、例えば、娯楽目的の旅行やビジネス目的の出張等、何らかの目的のためにシステムのユーザが他の土地へと赴く必要がある場合を広く含むものとする。

［第１ 構成の説明］
行動支援システム１００は、システムを利用するユーザＵの行動を支援するためのシステムであり、図１に示すように、行動支援システム１００を提供する企業等が保有する各種サーバ、すなわち、各サーバの情報を統合する統合サーバ１、経路検索を行う経路検索サーバ２、施設の予約を行う施設予約サーバ３、交通機関の予約を行う交通機関予約サーバ４、決済を行う決済サーバ５、交通機関の運行情報を取得する運行情報サーバ６及びニュース、天気等の所定の情報を取得する情報提供サーバ７と、システムを利用するユーザＵがそれぞれ保有する端末装置８と、を備えて構成されている。
また、各サーバの間及び統合サーバ１と端末装置８との間は、通信ネットワークＮを介して接続されている。

なお、上記各サーバは、必ずしも別個に設けられていることを要せず、単一のＰＣ（Personal Computer）、ＷＳ（Work Station）等の情報機器が、これら複数のサーバとしての機能を兼ねていてもよい。
また、上記各種サーバは、必ずしも行動支援システム１００を提供する企業等自らが保有することを要せず、例えば、クラウドサービスを提供する企業等が保有するＰＣ、ＷＳ等の情報機器を利用してもよい。

［１ 統合サーバ］
統合サーバ１は、例えば、ＰＣ、ＷＳ等の情報機器であり、各サーバから受信した情報を端末装置８へと送信し、また、端末装置８から情報を受信する。
統合サーバ１は、図１に示すように、例えば、制御部１１と、記憶部１２と、通信部１３と、を備えて構成されている。

制御部１１は、統合サーバ１の動作を制御する部分であり、具体的には、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備えて構成され、ＲＡＭの作業領域に展開されたＲＯＭや記憶部１２に記憶されたプログラムとＣＰＵとの協働により、統合サーバ１の各部を統括制御する。

記憶部１２は、統合サーバ１の運用に必要となる各種情報が記憶される部分であり、例えば、ＨＤＤ（Hard Disk Drive）、半導体メモリ等により構成され、プログラムデータ、各種設定データ等のデータを、制御部１１から読み書き可能に記憶する。

記憶部１２には、ユーザデータＤ１が記憶されるユーザデータベース１２１と、取得された経路に係る各種データが記憶される経路データベース１２２と、経路検索時の統合サーバ１への指令内容が組み合わされたプログラムである経路検索管理プログラム１２３と、施設予約時の統合サーバ１への指令内容が組み合わされたプログラムである施設予約管理プログラム１２４と、交通機関予約時の統合サーバ１への指令内容が組み合わされたプログラムである交通機関予約管理プログラム１２５と、決済時の統合サーバ１への指令内容が組み合わされたプログラムである決済管理プログラム１２６と、運行情報入手時の統合サーバ１への指令内容が組み合わされたプログラムである運行情報入手管理プログラム１２７と、その他の所定の情報の入手時の統合サーバ１への指令内容が組み合わされたプログラムである情報入手管理プログラム１２８と、端末装置８に表示させる画面の作成、その送信等に係る指令内容が組み合わせられたプログラムである表示制御プログラム１２９と、経路変更の要否の判定時の統合サーバ１への指令内容が組み合わされたプログラムである経路変更要否判定プログラム１３０と、が備えられている。
なお、これらプログラムは、それぞれ別個のプログラムとして記憶されていることを必ずしも要せず、単一のプログラムが、これら複数のプログラムとしての指令内容を含むものであってもよい。

通信部１３は、統合サーバ１と行動支援システム１００を構成するその他のサーバ及び端末装置８との間の通信に用いられる部分であり、例えば、通信用ＩＣ（Integrated Circuit）及び通信コネクタなどを有する通信インターフェイスであり、制御部１１の制御の元、所定の通信プロトコルを用いて、通信ネットワークＮを介したデータ通信を行う。

［２ 経路検索サーバ］
経路検索サーバ２は、例えば、ＰＣ、ＷＳ等の情報機器であり、経路検索を行う所定のＷＥＢサイト等と通信の上、後述のようにユーザＵの行動時の出発地、目的地等に応じた経路に係る情報を取得する。

経路検索サーバ２は、統合サーバ１と同様、例えば、制御部２１と、記憶部２２と、通信部２３と、を備えて構成されている。
記憶部２２内には、経路検索時の経路検索サーバ２への指令内容が組み合わされたプログラムである経路検索処理プログラム２２１と、例えば経路検索を行う所定のＷＥＢサイトのＵＲＬ、パスワード等からなる経路検索ＷＥＢサイトデータＷＤ１と、が記憶され、制御部２１が、経路検索処理プログラム２２１に従い、経路検索ＷＥＢサイトデータＷＤ１を用いて、通信部２３から通信ネットワークＮを介して、ユーザＵの出発地、目的地等に応じた経路に係る情報を取得する。
また、制御部２１は、統合サーバ１との間でも、通信部２３から通信ネットワークＮを介したデータ通信を行い、取得した経路に係る情報の送信等を行う。

［３ 施設予約サーバ］
施設予約サーバ３は、例えば、ＰＣ、ＷＳ等の情報機器であり、施設の予約サービスを提供する所定のＷＥＢサイト等と通信の上、後述のようにユーザＵの行動時の経路に含まれる行程のうち、事前の予約が可能な施設の予約を行う。

施設予約サーバ３は、統合サーバ１と同様、例えば、制御部３１と、記憶部３２と、通信部３３と、を備えて構成されている。
記憶部３２内には、施設予約時の施設予約サーバ３への指令内容が組み合わされたプログラムである施設予約処理プログラム３２１と、例えば施設の予約サービスを提供する所定のＷＥＢサイトのＵＲＬ、パスワード等からなる施設予約ＷＥＢサイトデータＷＤ２と、が記憶され、制御部３１が、施設予約処理プログラム３２１に従い、施設予約ＷＥＢサイトデータＷＤ２を用いて、通信部３３から通信ネットワークＮを介して、ユーザＵの経路に含まれる行程のうち、事前の予約が可能な施設の予約を行う。なお、施設予約ＷＥＢサイトデータＷＤ２には、施設の種類毎のデータが含まれ、例えば、宿泊施設の予約に係る宿泊施設予約ＷＥＢサイトデータＷＤ２１と、飲食施設の予約に係る飲食施設予約ＷＥＢサイトデータＷＤ２２と、が含まれる。制御部３１は、施設の種類によって用いるデータを選択しつつ、施設の予約に係る処理を行う。
また、制御部３１は、統合サーバ１との間でも、通信部３３から通信ネットワークＮを介したデータ通信を行い、予約の完了に係る情報の送信等を行う。

［４ 交通機関予約サーバ］
交通機関予約サーバ４は、例えば、ＰＣ、ＷＳ等の情報機器であり、交通機関の予約を行う所定のＷＥＢサイト等と通信の上、後述のようにユーザＵの行動時の経路に従って、事前の予約が可能な交通機関の予約を行う。

交通機関予約サーバ４は、統合サーバ１と同様、例えば、制御部４１と、記憶部４２と、通信部４３と、を備えて構成されている。
記憶部４２内には、交通機関予約時の交通機関予約サーバ４への指令内容が組み合わされたプログラムである交通機関予約処理プログラム４２１と、例えば交通機関の予約を行う所定のＷＥＢサイトのＵＲＬ、パスワード等からなる交通機関予約ＷＥＢサイトデータＷＤ３と、が記憶され、制御部４１が、交通機関予約処理プログラム４２１に従い、交通機関予約ＷＥＢサイトデータＷＤ３を用いて、通信部４３から通信ネットワークＮを介して、ユーザＵの行動時の経路に従って、事前の予約が可能な交通機関の予約に係る処理を行う。
また、制御部４１は、統合サーバ１との間でも、通信部４３から通信ネットワークＮを介したデータ通信を行い、予約の完了に係る情報の送信等を行う。

［５ 決済サーバ］
決済サーバ５は、例えば、ＰＣ、ＷＳ等の情報機器であり、交通機関や宿泊施設等の費用につき決済を行うサービスを提供する所定のＷＥＢサイト等と通信の上、後述のようにユーザＵの行動時の経路に従って、事前に費用の決済が可能な行程につき決済を行う。

決済サーバ５は、統合サーバ１と同様、例えば、制御部５１と、記憶部５２と、通信部５３と、を備えて構成されている。
記憶部５２内には、決済処理時の決済サーバ５への指令内容が組み合わされたプログラムである決済処理プログラム５２１と、例えば交通機関や宿泊施設等の費用につき決済を行うサービスを提供する所定のＷＥＢサイトのＵＲＬ、パスワード等からなる決済ＷＥＢサイトデータＷＤ４と、が記憶され、制御部５１が、決済処理プログラム５２１に従い、決済ＷＥＢサイトデータＷＤ４を用いて、通信部５３から通信ネットワークＮを介して、ユーザＵの行動時の経路に従って、事前に費用の決済が可能な行程につき決済を行う。
また、制御部５１は、統合サーバ１との間でも、通信部５３から通信ネットワークＮを介したデータ通信を行い、決済の完了に係る情報の送信等を行う。

［６ 運行情報サーバ］
運行情報サーバ６は、例えば、ＰＣ、ＷＳ等の情報機器であり、鉄道等の交通機関の運行情報を提供する所定のＷＥＢサイト等と通信の上、後述のようにユーザＵの行動時の経路に関し、使用する交通機関の運行状況に係る情報を取得する。

運行情報サーバ６は、統合サーバ１と同様、例えば、制御部６１と、記憶部６２と、通信部６３と、を備えて構成されている。
記憶部６２内には、運行情報入手時の運行情報サーバ６への指令内容が組み合わされたプログラムである運行情報入手処理プログラム６２１と、ユーザＵの行動経路に係るデータが記憶される経路データベース６２２と、例えば交通機関の運行状況に係る情報を提供する所定のＷＥＢサイトのＵＲＬ、パスワード等からなる運行情報ＷＥＢサイトデータＷＤ５と、が記憶され、制御部６１が、運行情報入手処理プログラム６２１に従い、経路データベース６２２内のユーザＵの行動経路に係るデータと、運行情報ＷＥＢサイトデータＷＤ５と、を用いて、通信部６３から通信ネットワークＮを介して、ユーザＵの行動時の経路に関し、使用する交通機関の運行状況に係る情報を取得する。
また、制御部６１は、統合サーバ１との間でも、通信部６３から通信ネットワークＮを介したデータ通信を行い、取得した交通機関の運行状況に係る情報の送信等を行う。

［７ 情報提供サーバ］
情報提供サーバ７は、例えば、ＰＣ、ＷＳ等の情報機器であり、ニュース、天気等に係る情報を提供する所定のＷＥＢサイト等と通信の上、ニュース、天気等に係る情報を取得する。

情報提供サーバ７は、統合サーバ１と同様、例えば、制御部７１と、記憶部７２と、通信部７３と、を備えて構成される。
記憶部７２内には、情報の入手時の情報提供サーバ７への指令内容が組み合わされたプログラムである情報入手処理プログラム７２１と、例えばニュース、天気等に係る情報を提供する所定のＷＥＢサイトのＵＲＬ、パスワード等からなる情報提供ＷＥＢサイトデータＷＤ６と、が記憶され、制御部７１が、情報入手処理プログラム７２１に従い、情報提供ＷＥＢサイトデータＷＤ６を用いて、通信部７３から通信ネットワークＮを介して、ニュース、天気等の所定の情報を取得する。
また、制御部７１は、統合サーバ１との間でも、通信部７３から通信ネットワークＮを介したデータ通信を行い、取得したニュース、天気等に係る情報の送信等を行う。

［８ 端末装置］
端末装置８は、例えば、スマートフォン、タブレット等の情報通信端末であり、後述のように、ユーザＵによる行動時の出発地、目的地等の所定の情報の入力や、統合サーバ１から受信した行動経路に係る情報のユーザＵへの表示等を行う。
端末装置８は、例えば、統合サーバ１と同様に、制御部８１と、記憶部８２と、通信部８３と、を備えると共に、更に、表示部８４と、操作部８５と、を備えて構成されている。

記憶部８２内には、行動支援アプリケーション８２１が備えられている。行動支援アプリケーション８２１は、行動支援システム１００使用時の端末装置８への指令内容が組み合わされたプログラムであり、後述のように当該プログラムに従って、制御部８１によって、ユーザＵへの経路の提示等が行われる。
また、制御部８１は、統合サーバ１との間でも、通信部８３から通信ネットワークＮを介したデータ通信を行い、後述のように各種データの送受信を行う。

表示部８４は、例えば、ＬＣＤ（Liquid Crystal Display）等のディスプレイを備え、制御部８１から出力された表示制御信号に基づいた画像を表示画面に表示する。

操作部８５は、例えば、文字入力キー、数字入力キー、その他各種機能に対応付けられたキーを有するキーボード等を備え、ユーザＵからの操作入力を受け付けて、操作入力に応じた操作信号を制御部８１へと出力する。操作部８５は、例えば、表示部８４と一体的に形成されたタッチパネル等であってもよい。
なお、操作部８５は、上記のキーボード、タッチパネル等に限定されず、音声入力、テキスト入力等によってユーザＵの意思を反映できるものであれば、種々の手段を用いることができる。

［９ 通信ネットワーク］
通信ネットワークＮは、例えば、インターネット、電話回線網、携帯電話通信網、無線ＬＡＮ通信網等であり、統合サーバ１と端末装置８との間及び各サーバの間で、データの送受信を行うことが可能なものであれば特に限定されない。

［第２ 動作の説明］
以下、実施形態に係る行動支援システム１００の使用時の流れについて説明する。

［１ 第１実施例：行程の追加］
まず、行動支援システム１００の動作の第１実施例として、一度作成された行動経路に、新たな行程を追加する例につき、図２から図１０に基づいて説明する。
図２に示すように、本実施例は、ステップＳ１－１からＳ１－７の７つのステップからなる。

［（１） ステップＳ１－１：ユーザデータの登録］
行動支援システム１００を使用するユーザＵは、システム使用開始前に、まずユーザデータＤ１の登録を行う。具体的には、ユーザＵは、端末装置８の操作部８５を用いて、氏名、住所、連絡先、システム使用時のＩＤ、パスワード、クレジットカード等の決済方法に係る情報等を含む所定の情報からなるユーザデータＤ１を入力する。
これらのデータが入力されると、端末装置８は、入力されたデータを、通信部８３から通信ネットワークＮを介して、図３に示すように統合サーバ１に送信し、通信部１３によってこれを受信した統合サーバ１においては、制御部１１が、受信したユーザデータＤ１を、記憶部１２のユーザデータベース１２１に記憶する。
なお、ユーザＵによるユーザデータＤ１の入力を要するのは、初回のシステム使用開始前の一度のみであり、それ以降ユーザＵは、連絡先や決済方法等、ユーザデータＤ１に含まれる情報に変更があった場合にのみ、変更部分につき入力すればよい。

［（２） ステップＳ１－２：スケジュール入力］
行動支援システム１００のユーザであるユーザＵは、行動予定が近づくと、まず、端末装置８の操作部８５を用いて、行動予定当日のスケジュールの大枠につき入力する。
具体的には、ユーザＵは、操作部８５を用いて、行動支援アプリケーション８２１によって提供される所定の入力画面に、行動時の出発地、目的地等の情報からなるスケジュールデータＤ２につき入力する。なお、出発地に係る情報は、ユーザＵによる入力によることなく、例えばＧＰＳ等を用いて端末装置８において取得した現在地に係る情報を利用してもよい。
入力が完了すると、制御部８１は、行動支援アプリケーション８２１に従って、図４に示す確認画面Ｇ１を表示部８４に表示する。
図４においては、スケジュールデータＤ２として、出発時刻を現在時刻、出発地を八王子、目的地を松島海岸と入力した場合につき図示しているが、具体的な入力内容はこれに限られない。例えば、出発時刻に替えて到着時刻を入力し、到着時刻に合わせて行動経路が作成されるようにしてもよい。

［（３） ステップＳ１－３：交通機関の検索］
ユーザＵが、操作部８５を用いて、表示部８４に表示された確認画面Ｇ１の確認アイコンＡ１を操作すると、制御部８１は、通信部８３から、スケジュールデータＤ２を、通信ネットワークＮを介して、図３に示すように統合サーバ１へと送信する。
通信部１３によってスケジュールデータＤ２を受信した統合サーバ１においては、制御部１１が、経路検索管理プログラム１２３に従って、スケジュールデータＤ２を、通信部１３から通信ネットワークＮを介して、図３に示すように、経路検索サーバ２へと送信する。

通信部２３によってスケジュールデータＤ２を受信した経路検索サーバ２においては、制御部２１が、経路検索処理プログラム２２１に従って、記憶部２２に記憶された経路検索ＷＥＢサイトデータＷＤ１を用いて、通信部２３から通信ネットワークＮを介して所定のＷＥＢサイトにアクセスの上、スケジュールデータＤ２に応じて経路検索を行い、スケジュールデータＤ２に対応した第１経路データＤ３を取得する。なお、第１経路データＤ３には、例えば、各行程に係る交通機関、出発地、出発時刻、到着時刻、各行程に要する費用等についての情報が含まれる。この点は、この後の行程で登場する他の経路データも同様である。
第１経路データＤ３を取得した経路検索サーバ２においては、制御部２１が、通信部２３から通信ネットワークＮを介して、図３に示すように第１経路データＤ３を統合サーバ１へと送信する。

通信部１３によって第１経路データＤ３を受信した統合サーバ１においては、制御部１１が、第１経路データＤ３につき、記憶部１２の経路データベース１２２に、当該ユーザＵに係るユーザデータＤ１と対応付けた上で記憶する。
続いて、制御部１１は、表示制御プログラム１２９に従って、第１経路データＤ３に基づき、図５に示す第１経路画面Ｇ２を作成の上、当該画面に係るデータ（第１経路画面データＤ４）を、当該画面を表示部８４に表示させる旨の端末装置８への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図３に示すように、端末装置８へと送信する。すなわち制御部１１は、第１経路画面データＤ４という画面のデータに含む形で、第１経路データＤ３を端末装置８へと送信することとなる。
通信部８３によって第１経路画面データＤ４を受信した端末装置８においては、制御部８１が、行動支援アプリケーション８２１に従って、第１経路画面Ｇ２を、表示部８４に表示する。

図５に示すように、第１経路画面Ｇ２は、経路が表示される第１表示領域Ｈ１と、所定のアイコンが表示される第２表示領域Ｈ２と、スケジュールの概略等が表示される第３表示領域Ｈ３と、を有する。
また、統合サーバ１は、情報提供サーバ７を介して、行動経路に含まれる行程に係る場所の天気や、関連するニュース等の情報に係るデータ（関連情報データＤ５）を取得の上、当該データを、第１経路画面Ｇ２に付記するようにしてもよい。この点は、この先の行程で登場する経路画面についても同様である。また、第２実施例において登場する経路画面についても同様である。

第１表示領域Ｈ１には、第１経路データＤ３、すなわち出発地、目的地、使用交通機関、各行程の時間等が表示された経路表示Ｈ１１と、各行程につき、例えば鍵マーク等によって表され、後述の行程のロック（ステップＳ１－４）等において用いられるロックアイコンＡ２と、が表示される。

第２表示領域Ｈ２には、所定の行程を表す複数のアイコンが表示される。
なお、図５においては、第２表示領域Ｈ２に、特急料金を要する特急電車を示す特急電車アイコンＡ３と、その他の電車を示す普通電車アイコンＡ４と、タクシーを示すタクシーアイコンＡ５と、バスを示すバスアイコンＡ６と、飲食施設を示す飲食施設アイコンＡ７と、宿泊施設を示す宿泊施設アイコンＡ８と、自転車を示す自転車アイコンＡ９と、会議を示す会議アイコンＡ１０と、が表示される場合につき図示したが、第２表示領域Ｈ２に表示されるアイコンはこれに限られない。また、多数の種類のアイコンの中から、ユーザＵが、表示されるアイコンの種類を設定可能としてもよい。

また、第３表示領域Ｈ３には、出発地、目的地、出発時刻等からなる基本スケジュール表示Ｈ３１と、後述の予約決済（ステップＳ１－７）において用いる予約決済アイコンＡ１１と、が表示される。

なお、上記においては、統合サーバ１において第１経路画面Ｇ２が作成される場合につき説明したが、第１経路画面Ｇ２は、統合サーバ１からの指令に応じ、端末装置８において作成の上、表示するようにしてもよい。
この場合、具体的には、統合サーバ１が、第１経路データＤ３を、通信部１３から通信ネットワークＮを介して端末装置８へと送信し、通信部８３によって第１経路データＤ３を受信した端末装置８において、制御部８１が、行動支援アプリケーション８２１に従って、第１経路画面Ｇ２を作成の上、これを表示部８４に表示することとなる。
なお、統合サーバ１からの指令に応じ、端末装置８において画面を作成してもよい点は、他の行程において端末装置８に表示される各画面についても同様である。また、第２実施例において登場する各画面についても同様である。

ユーザＵは、表示部８４に表示された経路表示Ｈ１１に時間等を変更したい行程が生じた場合には、当該行程部分を操作部８５を用いてクリック（操作部８５が表示部８４と一体的なタッチパネルであれば、当該部分をタッチ）することによって、変更することができる。

具体的には、上記操作がなされると、端末装置８において、制御部８１が、行動支援アプリケーション８２１に従い、クリックされた行程に応じた所定の再入力画面（図示せず）を、統合サーバ１から取得の上表示部８４に表示し、ユーザＵが操作部８５を用いてこれに入力すると、入力された新たなスケジュールに係るデータが、通信部８３から通信ネットワークＮを介して統合サーバ１へと送信され、その後は、上記と同様の過程を経て、経路検索サーバ２において新たな経路情報が取得された上で、統合サーバ１において改めて経路画面が作成され、これが端末装置８の表示部８４に新たに表示されることとなる。
例えば、図５において、ユーザＵが、１１時５９分という松島海岸への到着時刻を変更したい場合、当該箇所をクリックの上、新たな到着時刻を入力することで、入力された到着時刻に対応した経路情報が取得された上で、当該経路情報に応じた経路画面が作成され、新たに表示部８４に表示されることとなる。

［（４） ステップＳ１－４：行程のロック］
第１経路画面Ｇ２が表示部８４に表示されると、図５に示すように、ユーザＵは操作部８５を用いて、第１表示領域Ｈ１の経路表示Ｈ１１のうち、経路が変更された際にも維持したい行程に係るロックアイコンＡ２を操作（クリック、タッチパネルのタッチ等）する。

ロックアイコンＡ２が操作されると、制御部８１は、ロックアイコンＡ２が操作された行程に係る情報（第１ロック行程データＤ６－１）を、通信部８３から通信ネットワークＮを介して、図３に示すように、統合サーバ１へと送信する。

通信部１３によって第１ロック行程データＤ６－１を受信した統合サーバ１においては、制御部１１が、第１ロック行程データＤ６－１につき、記憶部１２の経路データベース１２２に、当該ユーザＵに係るユーザデータＤ１と対応付けた上で記憶する。
また、制御部１１は、表示制御プログラム１２９に従って、図６に示す、操作されたロックアイコンＡ２につき、当該行程がロックされたことがユーザＵに分かるように表示を変えた画面（ロック後第１経路画面Ｇ３）を作成の上 、当該画面に係るデータ（ロック後第１経路画面データＤ７）を、当該画面を表示部８４に表示させる旨の端末装置８への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図３に示すように、端末装置８へと送信する。
なお、ロック後第１経路画面Ｇ３は、ロックされた行程についてロックアイコンＡ２の表示が変わる点を除いて、第１経路画面Ｇ２と同様である。

図６においては、ロックされた行程（ここでは、９時３６分という東京駅からの出発時刻、１１時７分という仙台駅への到着時刻、特急電車というその間の移動手段）に係るロックアイコンＡ２につき、アイコンのカギの表示を切り替える場合について図示したが、ユーザＵがロックされた行程を判別可能な表示であればよく、固定された行程に付されるアイコンの具体的な表示はこれに限られない。
また、特急電車の表示の横のロックアイコンＡ２が操作された場合に、乗車する電車が固定され、図６に示すように特急電車という移動手段、その出発時刻及びその到着時刻の全てが固定されるようにしてもよいし、移動手段、出発時刻、到着時刻につき、個々に固定するようにしてもよい。

通信部８３によってロック後第１経路画面データＤ７を受信した端末装置８においては、制御部８１が、行動支援アプリケーション８２１に従って、ロック後第１経路画面Ｇ３を、第１経路画面Ｇ２と差し替えるようにして、表示部８４に表示する。

なお、ユーザＵは、この段階に限らず、任意の時点で、ロックアイコンＡ２を操作することで、操作された行程をロックすることができる。したがって、この段階では行程のロックを行わず、この後の段階で、ロックアイコンＡ２を操作することで、任意の行程をロックしてもよいし、この段階でロックアイコンＡ２を操作することで任意の行程をロックした上で、更にこの後の段階でも、ロックアイコンＡ２を操作することで、さらなる行程をロックしてもよい。
また、上記においては、ロックの結果のユーザＵへの通知を、ロック後第１経路画面Ｇ３の表示によって行う場合につき説明したが、ロックの結果の通知方法はこれに限られず、例えば、音声等によってユーザＵに通知することも可能である。

ロックアイコンＡ２の操作によってロックされた行程については、例えば、当該行程の後の行程が変更されたことにより、経路が再検索された場合においても、経路の再検索時に、第１ロック行程データＤ６－１が統合サーバ１から経路検索サーバ２へと送信され、ロックされた行程が維持された上で、新たな経路が設定されることとなる。
図６に示すロック後第１経路画面Ｇ３の例であれば、例えば、松島海岸への到着時刻が遅く変更された場合等においても、９時３６分東京駅発、１１時７分仙台駅到着の特急電車を使用する点が維持された上で、経路が再検索されることとなる。

なお、一度操作され、それが付された行程がロックされたロックアイコンＡ２をユーザＵが再度操作した際に、当該情報が統合サーバ１へと送信されて上記ロックが解除されると共に、ロックアイコンＡ２の表示も元の表示に戻されるようにしてもよい。
さらに、ロックされた行程については、ロックアイコンＡ２を操作して、まずロックを解除しないと、ユーザＵ自身も変更できなくしてもよい。この場合、ユーザＵ自身による誤操作によって、必須の行程が変更されてしまうことも防止し易くなる。
また、経路検索サーバ２による検索の結果、ロックされた行程を維持したままでは新たな経路が発見されないことも考えられるが、このような場合には、統合サーバ１を介して端末装置８にその旨の通知を表示させ、ユーザＵにロックを解除するか選択させればよい。

［（５） ステップＳ１－５：行程の追加（１）］
続いて、ステップＳ１－４までで作成された行動経路に、宿泊施設に係る行程を追加する場合につき説明する。

ロック後第１経路画面Ｇ３が表示部８４に表示された後、ユーザＵがさらなる行程の追加を希望する場合、図６に示すように、ユーザＵは、操作部８５を用いて、第２表示領域Ｈ２に表示されたアイコンのうち、追加したい行程に係るアイコンをドラッグの上、第１表示領域Ｈ１の経路表示Ｈ１１のうち、行程を追加したい位置へと移動させる。操作部８５が表示部８４と一体的に形成されたタッチパネルであれば、表示部８４に表示されたアイコンを、指でずらすようにして動かせばよい。
図６においては、松島海岸到着後の時点に、宿泊に係る行程を追加する場合につき図示しており、この場合、ユーザＵは、宿泊施設アイコンＡ８につき、経路表示Ｈ１１の「松島海岸」の下方へとドラッグして移動させる。

上記のアイコン操作がなされると、制御部８１は、上記行程追加に係る情報、すなわち、追加する行程の種類及び行動経路のうちの追加される位置の情報（第１追加行程データＤ８）を、通信部８３から、通信ネットワークＮを介して、図３に示すように、統合サーバ１へと送信する。

通信部１３によって第１追加行程データＤ８を受信した統合サーバ１においては、制御部１１が、施設予約管理プログラム１２４に従って、第１追加行程データＤ８を、通信部１３から通信ネットワークＮを介して、図３に示すように、施設予約サーバ３へと送信する。

通信部３３によって第１追加行程データＤ８を受信した施設予約サーバ３においては、制御部３１が、施設予約処理プログラム３２１に従って、記憶部３２に記憶された施設予約ＷＥＢサイトデータＷＤ２のうち、第１追加行程データＤ８の施設の種類に対応した所定のＷＥＢサイトについてのデータ（ここでは、宿泊施設予約ＷＥＢサイトデータＷＤ２１）を選択の上、通信部３３から通信ネットワークＮを介して、図３に示すように、統合サーバ１へと送信する。

通信部１３によって宿泊施設予約ＷＥＢサイトデータＷＤ２１を受信した統合サーバ１においては、制御部１１が、施設予約管理プログラム１２４に従って、宿泊施設予約ＷＥＢサイトデータＷＤ２１を、当該データに係る所定のＷＥＢサイトを表示部８４に表示させる旨の端末装置８への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図３に示すように端末装置８へと送信する。

通信部８３によって宿泊施設予約ＷＥＢサイトデータＷＤ２１を受信した端末装置８においては、制御部８１が、行動支援アプリケーション８２１に従って、宿泊施設予約ＷＥＢサイトデータＷＤ２１を用いて所定のＷＥＢサイトにアクセスの上、当該ＷＥＢサイトとの接続を確立し、これを表示部８４に表示する。

上記のようにして所定のＷＥＢサイトが表示されると、ユーザＵは、操作部８５を用いて、当該ＷＥＢサイトに従って宿泊施設を検索の上、予約を行う。
ユーザＵが施設の予約を行うと、端末装置８の制御部８１は、当該施設予約に係る情報、すなわち、予約施設名、予約時間、費用等に係る情報（第１施設予約データＤ９）を、通信部８３から通信ネットワークＮを介して、図３に示すように、統合サーバ１へと送信する。
通信部１３によって、第１施設予約データＤ９を受信した統合サーバ１においては、制御部１１が、これを記憶部１２の経路データベース１２２に、当該ユーザＵに係るユーザデータＤ１と対応付けて記憶する。
なお、第１施設予約データＤ９は、予め宿泊施設予約ＷＥＢサイトデータＷＤ２１に係るＷＥＢサイトにおいて、施設予約に係る情報が自動的に施設予約サーバ３へと送信されるように設定しておくことで、施設予約サーバ３を経由して、統合サーバ１へと送信されるようにしてもよい。また、直接統合サーバ１へと送信されるようにしてもよい。

なお、上記においては、端末装置８が宿泊施設予約ＷＥＢサイトデータＷＤ２１を受信し、これを用いて所定のＷＥＢサイトにアクセスの上、宿泊施設の検索、予約を行う場合につき説明したが、宿泊施設の予約を可能とする方法は、必ずしもこれに限られない。
例えば、予め端末装置８の記憶部８２に宿泊施設の予約に係る所定のアプリケーションをインストールの上、宿泊施設アイコンＡ８が操作された際に、制御部８１が自動的に当該アプリケーションを起動の上、当該アプリケーションに従って、表示部８４に、宿泊施設の予約に係る所定の画面を表示するようにし、ユーザＵが当該画面から、宿泊施設の検索、予約を行うようにしてもよい。
また、例えば、通信ネットワークＮを介して端末装置８と接続された所定のサーバ上に、予め宿泊施設の予約に係る所定のアプリケーションをインストールしておき、宿泊施設アイコンＡ８が操作された際に、端末装置８の制御部８１が、自動的に、通信部８３から通信ネットワークＮを介して当該サーバにアクセスの上、当該アプリケーションに従って、表示部８４に、通信ネットワークＮを介して当該サーバから受信した宿泊施設の予約に係る所定の画面を表示するようにし、ユーザＵが当該画面から、宿泊施設の検索、予約を行うようにしてもよい。

第１施設予約データＤ９が統合サーバ１へと送信されると、統合サーバ１の制御部１１は、第１施設予約データＤ９を、行程追加前の経路データ（ここでは第１経路データＤ３）及びロックされた行程がある場合に当該行程に係るデータ（ここでは第１ロック行程データＤ６－１）と共に、経路検索管理プログラム１２３に従って、通信部１３から通信ネットワークＮを介して、図３に示すように、経路検索サーバ２へと送信する。
例えば、本実施例であれば、第１施設予約データＤ９として、Ａ旅館という施設名及び１７時３０分という予約時間を、第１施設予約データＤ９として、第１経路データＤ３及び第１ロック行程データＤ６－１と共に送信することとなる。

通信部２３によって第１施設予約データＤ９及び第１経路データＤ３を受信した経路検索サーバ２においては、制御部２１が、経路検索処理プログラム２２１に従い、記憶部２２に記憶された経路検索ＷＥＢサイトデータＷＤ１を用いて、通信部２３から通信ネットワークＮを介して所定のＷＥＢサイトにアクセスの上、第１施設予約データＤ９に含まれる予約施設名及び予約時間に従って、第１経路データＤ３に係る経路に、第１施設予約データＤ９に係る行程を追加した経路の検索を行い、これに対応した経路のデータ（第２経路データＤ１０）を取得する。
ここでは、第１経路データＤ３に、第１施設予約データＤ９における、Ａ旅館という施設名及び１７時３０分という予約時間に従い、松島海岸から石巻への電車の行程及び石巻からＡ旅館へのバスの行程を追加したものが、第２経路データＤ１０となる。

なお、この際には、第１ロック行程データＤ６－１に係るロックされた行程が維持された上で、新たな経路が検索されることとなる。図６に示すロック後第１経路画面Ｇ３の例であれば、９時３６分東京駅発、１１時７分仙台駅到着の特急電車を使用する点が維持された上で、経路が再検索される。

第２経路データＤ１０を取得した経路検索サーバ２においては、制御部２１が、通信部２３から、通信ネットワークＮを介して、第２経路データＤ１０を、図３に示すように、統合サーバ１へと送信する。

通信部１３によって第２経路データＤ１０を受信した統合サーバ１においては、制御部１１が、経路検索管理プログラム１２３に従い、第２経路データＤ１０を、記憶部１２の経路データベース１２２に、当該ユーザＵに係るユーザデータＤ１と対応付けた上で記憶する。

続いて、制御部１１は、表示制御プログラム１２９に従って、第２経路データＤ１０に基づき、ロック後第１経路画面Ｇ３に、追加された行程及び経路に係る情報を追加して、図７に示す第２経路画面Ｇ４を作成の上、当該画面に係るデータ（第２経路画面データＤ１１）を、当該画面を表示部８４に表示させる旨の端末装置８への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図３に示すように、端末装置８へと送信する。
通信部８３によって、第２経路画面データＤ１１を受信した端末装置８においては、制御部８１が、行動支援アプリケーション８２１に従って、第２経路画面Ｇ４を、表示部８４に表示する。

なお、図７に示すように、ユーザＵは、この段階で、追加された行程に係るロックアイコンＡ２を操作することで、ステップＳ１－４において説明したのと同様の過程を経て、図８に示すロック後第２経路画面Ｇ５のように、当該行程をロックすることができる。この場合、端末装置８の制御部８１によって、ロックアイコンＡ２が操作された行程に係る情報（第２ロック行程データＤ６－２）が、通信部８３から通信ネットワークＮを介して、図３に示すように、統合サーバ１へと送信されることとなる。
図８においては、時間についてはロックすることなく、Ａ旅館という場所のみをロックした場合につき図示している。
また、予約された追加行程については、自動的にロックアイコンＡ２が操作されたのと同様の状態となり、ロックされるようにしてもよい。

［（６） ステップＳ１－６：行程の追加（２）］
続いて、ステップＳ１－５で宿泊施設に係る行程が追加された行動経路に、さらに飲食施設に係る行程を追加する場合につき説明する。

ロック後第２経路画面Ｇ５が表示部８４に表示されたのち、ユーザＵがさらなる行程の追加を希望する場合、図８に示すように、ユーザＵは、操作部８５を用いて、第２表示領域Ｈ２に表示されたアイコンのうち、追加したい行程に係るアイコンをドラッグの上、第１表示領域Ｈ１のうち、行程を追加したい位置へと移動させる。
図８においては、石巻滞在時に飲食に係る行程を追加する場合につき図示しており、この場合、ユーザＵは、飲食施設アイコンＡ７につき、経路表示Ｈ１１の「石巻」と重なる位置又はその左右の位置へとドラッグする。

上記のアイコン操作がなされると、制御部８１は、上記行程追加に係る情報（第２追加行程データＤ１２）を、通信部８３から、通信ネットワークＮを介して、図３に示すように、統合サーバ１へと送信する。

通信部１３によって第２追加行程データＤ１２を受信した統合サーバ１においては、制御部１１が、施設予約管理プログラム１２４に従って、第２追加行程データＤ１２を、通信部１３から、通信ネットワークＮを介して、図３に示すように、施設予約サーバ３へと送信する。

通信部３３によって第２追加行程データＤ１２を受信した施設予約サーバ３においては、制御部３１が、施設予約処理プログラム３２１に従って、記憶部３２に記憶された施設予約ＷＥＢサイトデータＷＤ２のうち、第２追加行程データＤ１２の施設の種類に対応した所定のＷＥＢサイトについてのデータ（ここでは、飲食施設予約ＷＥＢサイトデータＷＤ２２）を選択の上、通信部３３から、通信ネットワークＮを介して、図３に示すように、統合サーバ１へと送信する。

通信部１３によって飲食施設予約ＷＥＢサイトデータＷＤ２２を受信した統合サーバ１においては、制御部１１が、施設予約管理プログラム１２４に従って、飲食施設予約ＷＥＢサイトデータＷＤ２２を、当該データに係る所定のＷＥＢサイトを表示部８４に表示させる旨の端末装置８への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図３に示すように、端末装置８へと送信する。

通信部８３によって、飲食施設予約ＷＥＢサイトデータＷＤ２２を受信した端末装置８においては、制御部８１が、行動支援アプリケーション８２１に従って、飲食施設予約ＷＥＢサイトデータＷＤ２２を用いて、所定のＷＥＢサイトにアクセスの上、当該ＷＥＢサイトとの接続を確立し、これを表示部８４に表示する。

上記のようにして所定のＷＥＢサイトが表示されると、ユーザＵは、操作部８５を用いて、当該ＷＥＢサイトに従って飲食施設を検索の上、予約を行う。ここではＢレストランにつき、当日のメニューまで決定の上、予約したものとする。

ユーザＵが施設の予約を行うと、端末装置８の制御部８１は、当該施設予約に係る情報、すなわち、予約施設名、予約時間、費用等に係る情報（第２施設予約データＤ１３）を、通信部８３から通信ネットワークＮを介して、図３に示すように、統合サーバ１へと送信する。
通信部１３によって、第２施設予約データＤ１３を受信した統合サーバ１においては、制御部１１が、これを記憶部１２の経路データベース１２２に、当該ユーザＵに係るユーザデータＤ１と対応付けて記憶する。
なお、第２施設予約データＤ１３は、予め飲食施設予約ＷＥＢサイトデータＷＤ２２に係るＷＥＢサイトにおいて、施設予約に係る情報が自動的に施設予約サーバ３へと送信されるように設定しておくことで、施設予約サーバ３を経由して、統合サーバ１へと送信されるようにしてもよい。また、直接統合サーバ１へと送信されるようにしてもよい。

なお、上記においては、端末装置８が飲食施設予約ＷＥＢサイトデータＷＤ２２を受信し、これを用いて所定のＷＥＢサイトにアクセスの上、飲食施設の検索、予約を行う場合につき説明したが、飲食施設の予約を可能とする方法は、必ずしもこれに限られない。
例えば、予め端末装置８の記憶部８２に飲食施設の予約に係る所定のアプリケーションをインストールの上、飲食施設アイコンＡ７が操作された際に、制御部８１が自動的に当該アプリケーションを起動の上、当該アプリケーションに従って、表示部８４に、飲食施設の予約に係る所定の画面を表示するようにし、ユーザＵが当該画面から、飲食施設の検索、予約を行うようにしてもよい。
また、例えば、通信ネットワークＮを介して端末装置８と接続された所定のサーバ上に、予め飲食施設の予約に係る所定のアプリケーションをインストールしておき、飲食施設アイコンＡ７が操作された際に、端末装置８の制御部８１が、自動的に、通信部８３から通信ネットワークＮを介して当該サーバにアクセスの上、当該アプリケーションに従って、表示部８４に、通信ネットワークＮを介して当該サーバから受信した飲食施設の予約に係る所定の画面を表示するようにし、ユーザＵが当該画面から、飲食施設の検索、予約を行うようにしてもよい。

第２施設予約データＤ１３が統合サーバ１へと送信されると、統合サーバ１の制御部１１は、経路検索管理プログラム１２３に従って、行程追加後の当該地点の新たな出発時刻を決定の上で、当該出発時刻に係るデータ（行程追加後出発時刻データＤ１４）を、行程追加前の経路データ（ここでは第２経路データＤ１０）及びロックされた行程がある場合に当該行程に係るデータ（ここでは第１ロック行程データＤ６－１及び第２ロック行程データＤ６－２）と共に、通信部１３から通信ネットワークＮを介して、図３に示すように、経路検索サーバ２へと送信する。

なお、制御部１１による、行程追加後の新たな出発時刻の決定方法は特に限定されないが、例えば、予め飲食、宿泊等追加される行程の種類に応じて所要時間に係るデータが記憶部１２に記憶されており、制御部１１がこれを適用の上、自動的に算出するようにすればよい。
また、例えば、端末装置８の表示部８４に新たな出発時刻の入力画面が表示されるようにし、ユーザＵが操作部８５を使用して出発時刻を入力すると、入力された情報が、通信部８３から通信ネットワークＮを介して統合サーバ１へと送信されるようにし、統合サーバ１において、制御部１１が、受信したユーザＵの入力内容を新たな出発時刻と決定するようにしてもよい。
また、例えば、両者を併用し、まず、制御部１１が自動的に算出した出発時刻を端末装置の表示部８４において表示させた上、ユーザＵがこれを修正したい場合に、操作部８５を使用して端末装置８の表示部８４の入力画面に新たな出発時刻を入力するようにしてもよい。

本実施例においては、例えば、飲食に係る行程が追加された石巻の出発時刻が、１７：００から、飲食に要する時間分の２時間延長されるものとし、延長後の出発時刻に係るデータ（出発地：石巻、出発時刻１９：００以降）が、行程追加後出発時刻データＤ１４として、第２経路データＤ１０、第１ロック行程データＤ６－１及び第２ロック行程データＤ６－２と共に、経路検索サーバ２へと送信されることとなる。

通信部２３によって行程追加後出発時刻データＤ１４及び第２経路データＤ１０を受信した経路検索サーバ２においては、制御部２１が、経路検索処理プログラム２２１に従い、記憶部２２に記憶された経路検索ＷＥＢサイトデータＷＤ１を用いて、通信部２３から通信ネットワークＮを介して、所定のＷＥＢサイトにアクセスの上、第２経路データＤ１０に係る経路につき、行程追加後出発時刻データＤ１４に従って行程追加後の出発時刻を変更した経路の検索を行い、これに対応した経路のデータ（第３経路データＤ１５）を取得する。

なお、この際にも、第１ロック行程データＤ６－１及び第２ロック行程データＤ６－２に係るロックされた行程が維持された上で、新たな経路が検索されることとなる。図８に示すロック後第２経路画面Ｇ５の例であれば、９時３６分東京駅発、１１時７分仙台駅到着の特急電車を使用する点及びＡ旅館という場所を訪れる点が維持された上で、経路が再検索される。

本実施例においては、石巻を１９：００以降に出発するという行程追加後出発時刻データＤ１４に基づき、これ以降の１９：３０に石巻を出発するバスを使用して、２０：００にＡ旅館に到着するように第２経路データＤ１０を変更した経路が、第３経路データＤ１５に係る経路ということとなる。
なお、本実施例においては、上述のように、ロックされているのは、東京－仙台間の特急電車についての移動手段、出発時刻及び到着時刻並びにＡ旅館という場所のみであるため、ロックされた行程の存在が、新たな経路の検索に影響を与えることはない。しかし、例えば、石巻とＡ旅館との間の行程に、何らかのロックされた行程がある場合には、当該行程の維持を優先しつつ、新たな経路の検索がなされることとなる。

第３経路データＤ１５を取得した経路検索サーバ２においては、制御部２１が、通信部２３から通信ネットワークＮを介して、図３に示すように、第３経路データＤ１５を統合サーバ１へと送信する。

通信部１３によって第３経路データＤ１５を受信した統合サーバ１においては、制御部１１が、経路検索管理プログラム１２３に従い、第３経路データＤ１５を、記憶部１２の経路データベース１２２に、当該ユーザＵに係るユーザデータＤ１と対応付けた上で記憶する。

続いて、制御部１１は、表示制御プログラム１２９に従って、第３経路データＤ１５に基づき、ここまでの最終的な経路画面（ここではロック後第２経路画面Ｇ５）に、追加された行程に係る情報を追加して、図９に示す第３経路画面Ｇ６を作成の上、当該画面に係るデータ（第３経路画面データＤ１６）を、当該画面を表示部８４に表示させる旨の端末装置８への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図３に示すように、端末装置８へと送信する。
通信部８３によって、第３経路画面データＤ１６を受信した端末装置８においては、制御部８１が、行動支援アプリケーション８２１に従って、第３経路画面Ｇ６を、表示部８４に表示する。

なお、ユーザＵは、この段階でも、追加された行程に係るロックアイコンＡ２を操作することで、ステップＳ１－４において説明したのと同様の過程を経て、当該行程をロックすることができる。この場合、端末装置８の制御部８１によって、ロックアイコンＡ２が操作された行程に係る情報（第３ロック行程データＤ６－３）が、通信部８３から通信ネットワークＮを介して、図３に示すように、統合サーバ１へと送信されることとなる。
また、予約された追加行程については、自動的にロックアイコンＡ２が操作されたのと同様の状態となり、自動的にロックされるようにしてもよい。図９においては、自動的に追加された項目につきロックアイコンＡ２が操作された状態となる場合を例として、第３経路画面Ｇ６を示している。

なお、本実施形態においては、行程の追加を二回行って行動経路を確定する場合につき説明したが、これに限られず、例えば、さらなる行程の追加を行ってもよいし、行程の追加は一回しか行わなくてもよい。

［（７） ステップＳ１－７：予約決済］
行程の追加が完了し、行動経路が確定すると、ユーザＵは、当該行動経路に従って、予約内容の決済を行う。具体的には以下のとおりである。

ユーザＵは、行程の追加が完了したと判断した後に、端末装置８の操作部８５を用いて、最終的な経路画面（ここでは、第３経路画面Ｇ６）の第３表示領域Ｈ３に表示された、予約決済アイコンＡ１１を操作する。
予約決済アイコンＡ１１が操作されると、端末装置８の制御部８１は、行動支援アプリケーション８２１に従い、予約決済アイコンＡ１１が操作された旨の情報（決済指示データＤ１７）を、通信部８３から、通信ネットワークＮを介して、図３に示すように、統合サーバ１へと送信する。

通信部１３によって決済指示データＤ１７を受信した統合サーバ１においては、制御部１１が、交通機関予約管理プログラム１２５に従い、最終的な経路のデータ（ここでは、第３経路データＤ１５）を、通信部１３から通信ネットワークＮを介して、図３に示すように、交通機関予約サーバ４へと送信する。

通信部４３によって第３経路データＤ１５を受信した交通機関予約サーバ４においては、制御部４１が、交通機関予約処理プログラム４２１に従い、記憶部４２に記憶された交通機関予約ＷＥＢサイトデータＷＤ３を用いて、通信部４３から通信ネットワークＮを介して所定のＷＥＢサイトにアクセスの上、第３経路データＤ１５に含まれる交通機関のうち、事前の予約が可能なものにつき予約を行う。図９に示された第３経路画面Ｇ６においては、東京－仙台間の特急電車がこれに該当する。

予約が完了すると、交通機関予約サーバ４の制御部４１は、通信部４３から通信ネットワークＮを介して、当該交通機関の予約に係る情報、すなわち、予約交通機関名、予約時間、費用等に係る情報（交通機関予約データＤ１８）を、図３に示すように、統合サーバ１に送信する。

交通機関予約データＤ１８を通信部１３によって受信した統合サーバ１の制御部１１は、決済管理プログラム１２６に従い、各予約データ（第１施設予約データＤ９、第２施設予約データＤ１３及び交通機関予約データＤ１８）から、予約がなされた行程（ここでは、東京－仙台間の特急電車乗車、石巻でのＢレストランでの飲食及びＡホテルの宿泊が予約されている。）についての費用を抽出の上、図１０に示すような第１決済画面Ｇ７を作成する。
なお、予約した宿泊施設、飲食施設、交通機関等にオンラインでの決済が不可能なものが含まれる場合等、予約した全ての行程につきオンライン決済を行うことができない場合には、当該行程を除いて、残りのオンライン決済可能な行程のみを含む形で、第１決済画面Ｇ７を作成すればよい。
図１０に示すように、第１決済画面Ｇ７には、一括決済又は個別決済の選択に係る表示並びに一括決済に係る決済アイコンＡ１２及び個別決済が選択された場合についての各項目に係る決済アイコンＡ１２が含まれている。

第１決済画面Ｇ７が作成されると、制御部１１は、第１決済画面Ｇ７に係るデータ（第１決済画面データＤ１９）を、当該画面を表示部８４に表示させる旨の端末装置８への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図３に示すように、端末装置８へと送信する。

通信部８３によって第１決済画面データＤ１９を受信した端末装置８においては、制御部８１が、行動支援アプリケーション８２１に従って、第１決済画面Ｇ７を、表示部８４に表示する。

端末装置８の表示部８４に第１決済画面Ｇ７が表示されると、ユーザＵは、操作部８５を用いて、第１決済画面Ｇ７から、希望する決済方法を選択する。
例えば、決済可能な行程につき、一括して決済することを希望する場合には、ユーザＵは、第１決済画面Ｇ７のうち、一括決済の項目に係る決済アイコンＡ１２をクリックすればよい。また、例えば、各項目の個別決済を希望する場合には、決済を希望する項目に係る決済アイコンＡ１２をクリックすればよい。また、項目名の表示を直接クリックすることで、決済方法を選択可能としてもよい。

ユーザＵが第１決済画面Ｇ７から決済方法を選択すると、端末装置８の制御部８１は、当該決済方法に係る情報（決済方法選択データＤ２０）を、通信部８３から、通信ネットワークＮを介して、図３に示すように、統合サーバ１へと送信する。
通信部１３によって、決済方法選択データＤ２０を受信した統合サーバ１においては、制御部１１が、これを、各予約データ（第１施設予約データＤ９、第２施設予約データＤ１３及び交通機関予約データＤ１８）並びにユーザデータＤ１と共に、決済管理プログラム１２６に従って、通信部１３から通信ネットワークＮを介して、図３に示すように、決済サーバ５へと送信する。

通信部５３によって決済方法選択データＤ２０、各予約データ（第１施設予約データＤ９、第２施設予約データＤ１３及び交通機関予約データＤ１８）並びにユーザデータＤ１を受信した決済サーバ５においては、制御部５１が、決済処理プログラム５２１に従い、記憶部５２に記憶された決済ＷＥＢサイトデータＷＤ４を用いて、通信部５３から通信ネットワークＮを介して所定のＷＥＢサイトにアクセスの上、決済方法選択データＤ２０及び各予約データ（第１施設予約データＤ９、第２施設予約データＤ１３及び交通機関予約データＤ１８）に従って、各予約データに含まれる行程のうち、決済方法選択データＤ２０においてユーザＵが決済を希望した行程につき、ユーザデータＤ１に含まれる決済方法に係る情報を用いて決済を行う。

決済が完了すると、決済サーバ５においては、制御部５１が、決済が完了した旨の情報（決済完了データＤ２１）を、通信部５３から、通信ネットワークＮを介して、図３に示すように、統合サーバ１へと送信する。

通信部１３によって決済完了データＤ２１を受信した統合サーバ１においては、制御部１１が、決済管理プログラム１２６に従い、決済完了データＤ２１につき、記憶部１２の経路データベース１２２に、当該ユーザＵに係るユーザデータＤ１と対応付けた上で記憶する。
続いて、制御部１１は、表示制御プログラム１２９に従って、所定の決済完了を示す画面（図示せず）を作成の上、当該画面に係るデータ（決済完了画面データＤ２２）を、当該画面を表示部８４に表示させる旨の端末装置８への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図３に示すように、端末装置８へと送信する。
通信部８３によって、決済完了画面データＤ２２を受信した端末装置８においては、制御部８１が、行動支援アプリケーション８２１に従って、所定の決済完了を示す画面を、表示部８４に表示する。

なお、ユーザＵが個別決済を希望した場合には、一つの行程につき決済が完了した後に、当該行程を除いた決済画面が、端末装置８の表示部８４に表示されるようにし、ユーザＵが、決済を行いたい行程につき、個別に順次決済できるようにしてもよい。

［２ 第２実施例：行程の変更］
続いて、行動支援システム１００の動作の第２実施例として、決済後に交通機関の障害等による行程変更の必要性が生じた場合の例につき、図１１から図２０に基づいて説明する。なお、第１実施例と同様の行程については、適宜その説明を省略する。
図１１に示すように、本実施例は、ステップＳ２－１からＳ２－１０の１０個のステップからなる。

［（１） ステップＳ２－１：ユーザデータの登録］
行動支援システム１００のユーザであるユーザＵは、システム使用開始前に、ユーザデータＤ１の登録を行う。本ステップについては、第１実施例に係るステップＳ１－１と同様である。
なお、第１実施例と同様、ユーザＵによるユーザデータＤ１の入力を要するのは、初回のシステム使用開始前の一度のみであり、それ以降ユーザＵは、連絡先や決済方法等、ユーザデータＤ１に含まれる情報に変更があった場合にのみ、変更部分につき入力すればよい。

［（２） ステップＳ２－２：スケジュール入力］
行動支援システム１００のユーザであるユーザＵは、行動予定が近づくと、まず、端末装置８の操作部８５を用いて、行動予定当日のスケジュールの大枠につき入力する。本ステップついては、第１実施例に係るステップＳ１－２と同様である。

［（３） ステップＳ２－３：交通機関の検索］
続いて、ステップＳ２－２における入力に基づき、交通機関の検索がなされる。本ステップについては、第１実施例に係るステップＳ１－３と同様である。

［（４） ステップＳ２－４：行程の追加］
続いて、ステップＳ２－３までで作成された行動経路に行程を追加する場合につき説明する。
本ステップは、第１実施例に係るステップＳ１－５と類似するが、本実施例においては、松島海岸到着後の時点に、事前に会場が決まっており、既に予約がなされている会議に係る行程を追加する場合を想定しており、この場合、第１実施例に係るステップＳ１－５のように施設の予約を行うことを要しない。
具体的には以下の通りである。

まず、ユーザＵは、図１３に示すように、操作部８５を用いて、第１経路画面Ｇ２の第２表示領域Ｈ２に表示されたアイコンのうち、会議アイコンＡ１０につき、経路表示Ｈ１１の「松島海岸」の下方へとドラッグした後、会議がある場所及び時間を、端末装置８の操作部８５を使用して入力する。当該入力は、例えば、アイコン操作に応じて、所定の入力画面（図示せず）が、統合サーバ１から端末装置８に送信され、これが表示部８４に表示された後に、操作部８５を用いて行うようにすればよい。

上記の操作がなされると、制御部８１は、上記行程追加に係る情報、すなわち追加された行程の種類、実施場所及び実施時間（第３追加行程データＤ２３）を、通信部８３から、通信ネットワークＮを介して、図１２に示すように、統合サーバ１へと送信する。

通信部１３によって第３追加行程データＤ２３を受信した統合サーバ１においては、制御部１１が、第３追加行程データＤ２３につき、行程追加前の経路データ（ここでは、第１経路データＤ３）と共に、経路検索管理プログラム１２３に従って、通信部１３から通信ネットワークＮを介して、図１２に示すように、経路検索サーバ２へと送信する。
例えば、図１３の例であれば、第３追加行程データＤ２３として、行程の種類として会議、実施場所として松島海岸付近にあるＣ会議施設という施設名及び実施時間として１４時００分という時間が、行程追加前の経路データ（ここでは、第１経路データＤ３）と共に、送信されることとなる。

通信部２３によって第３追加行程データＤ２３及び第１経路データＤ３を受信した経路検索サーバ２においては、制御部２１が、経路検索処理プログラム２２１に従い、記憶部２２に記憶された経路検索ＷＥＢサイトデータＷＤ１を用いて、通信部２３から通信ネットワークＮを介して所定のＷＥＢサイトにアクセスの上、第３追加行程データＤ２３に含まれる追加された行程の実施場所及び実施時間に従って、第１経路データＤ３に追加された行程を加えた経路の検索を行い、これに対応した経路のデータ（第４経路データＤ２４）を取得する。ここでは、出発地を八王子としたまま、到着地をＣ会議施設、到着時刻を１４時００分として検索を行ったデータが、第４経路データＤ２４となる。
第４経路データＤ２４を取得した経路検索サーバ２においては、制御部２１が、通信部２３から、通信ネットワークＮを介して、図１２に示すように、第４経路データＤ２４を統合サーバ１へと送信する。

通信部１３によって第４経路データＤ２４を受信した統合サーバ１においては、制御部１１が、経路検索管理プログラム１２３に従い、第４経路データＤ２４を、記憶部１２の経路データベース１２２に、当該ユーザＵに係るユーザデータＤ１と対応付けた上で記憶する。
続いて、制御部１１は、表示制御プログラム１２９に従って、第４経路データＤ２４に基づき、図１４に示す第４経路画面Ｇ８を作成の上、当該画面に係るデータ（第４経路画面データＤ２５）を、当該画面を表示部８４に表示させる旨の端末装置８への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図１２に示すように、端末装置８へと送信する。
通信部８３によって、第４経路画面データＤ２５を受信した端末装置８においては、制御部８１が、行動支援アプリケーション８２１に従って、第４経路画面Ｇ８を、表示部８４に表示する。

［（５） ステップＳ２－５：行程のロック］
続いて、ユーザＵは、操作部８５を用いて、第４経路画面Ｇ８の第１表示領域Ｈ１の経路表示Ｈ１１のうち、経路が変更された際にも維持したい行程に係るロックアイコンＡ２を操作することで、当該行程につきロックする。
本行程は、第１実施例に係るステップＳ１－４と略同一であるが、本実施例においては、ステップＳ２－４における行程追加前にはロックを行わず、ステップＳ２－４における行程の追加後に、追加された行程の場所及び時間につきロックする場合につき図示している。
この場合、端末装置８から統合サーバ１へ送信された第４ロック行程データＤ２６に基づいて、統合サーバ１においてロック後第４経路画面Ｇ９が作成された後、当該画面に係るデータ（ロック後第４経路画面データＤ２７）が端末装置８へと送信され、端末装置８の表示部８４には、統合サーバ１から受信したロック後第４経路画面データＤ２７に基づき、図１５に示すロック後第４経路画面Ｇ９が表示されることとなる。
なお、ここでも、追加された行程については、ユーザＵによるロックアイコンＡ２の操作を待たず、自動的にロックされるようにしてもよい。

なお、上記においては、ステップＳ２－４において、行程が追加され、当該行程に係る場所及び時間が入力された時点で、既存の部分も含めて経路の再検索が行われる場合につき説明したが、これに限られない。
例えば、ステップＳ２－４においては、既存の部分の経路には変更が加えられることなく、追加部分についてのみ経路の検索がなされ、追加された行程の時間がロックされ、当該行程の時間に変更の余地がないことが確定した段階で、当該行程に合わせて、既存の部分も含めた経路の再検索が行われるようにしてもよい。

［（６） ステップＳ２－６：予約決済］
行動経路が確定すると、ユーザＵは、当該行動経路に従って、予約内容の決済を行う。
本行程は、第１実施例に係るステップＳ１－７と略同一であるが、本実施例では、決済を要する行程は、大宮―仙台間の特急電車のみであることから、ユーザＵが、行程の追加が完了したと判断した後に、端末装置８の操作部８５を用いて、最終的な経路画面（ここでは、ロック後第４経路画面Ｇ９）の第３表示領域Ｈ３に表示された、予約決済アイコンＡ１１を操作した場合に、端末装置８の表示部８４には、統合サーバ１から受信した第２決済画面データＤ２８に基づき、図１６に示す第２決済画面Ｇ１０が表示されることとなる。
その後、ユーザＵによる第２決済画面Ｇ１０における選択に従い、特急電車の料金のみ決済がなされる。なお、この場合、決済を要する項目は一つのみであることから、一括決済を選択しても、個別決済を選択しても変わるところはない。

［（７） ステップＳ２－７：経路変更必要性の通知］
ステップＳ２－６まで完了すると、統合サーバ１においては、制御部１１が、運行情報入手管理プログラム１２７に従って、最終的な経路データ（ここでは、第４経路データＤ２４）を、通信部１３から通信ネットワークＮを介して、図１２に示すように、運行情報サーバ６へと送信する。
通信部６３によってこれを受信した運行情報サーバ６においては、制御部６１が運行情報入手処理プログラム６２１に従い、これを記憶部６２の経路データベース６２２に記憶する。

ユーザＵの第４経路データＤ２４に係る行動の当日となると、運行情報サーバ６においては、制御部６１が、運行情報入手処理プログラム６２１に従い、記憶部６２に記憶された運行情報ＷＥＢサイトデータＷＤ５を用いて、通信部６３から通信ネットワークＮを介して、所定のＷＥＢサイトにアクセスの上、経路データベース６２２に記憶された第４経路データＤ２４に含まれる行程につき、例えば交通機関の運行停止、遅延等の障害が生じた場合に、当該障害に係る情報（障害データＤ２９）を取得する。

障害データＤ２９の取得方法は、第４経路データＤ２４に含まれる行程につき障害が生じた場合に逐一情報を取得可能であれば、特に限定されないが、例えば、運行情報サーバ６が、ユーザＵの行動当日の出発時刻の所定時間前から、所定の間隔で、運行情報ＷＥＢサイトデータＷＤ５を用いて所定のＷＥＢサイトにアクセスの上自動的に検索し、障害データＤ２９を取得するようにしてもよいし、例えば、運行情報ＷＥＢサイトデータＷＤ５に係る所定のＷＥＢサイトからあらゆる交通機関に係る障害情報が自動的に運行情報サーバ６へと送信されるようにし、運行情報サーバ６において、受信した障害情報から、交通機関の種類及び障害の発生した時間が、第４経路データＤ２４に含まれる行程と一致するものを、障害データＤ２９として抽出するようにしてもよい。

障害データＤ２９を取得した運行情報サーバ６においては、制御部６１が、運行情報入手処理プログラム６２１に従い、通信部６３から通信ネットワークＮを介して、図１２に示すように、障害データＤ２９を統合サーバ１へと送信する。

通信部１３によって障害データＤ２９を受信した統合サーバ１においては、制御部１１が、経路変更要否判定プログラム１３０に従って、経路変更の要否につき判定する。
具体的には、例えば、障害データＤ２９において、第４経路データＤ２４に含まれる行程で使用する予定の交通機関につき運行が見合わせとなっている場合や、運行が遅延しており、かつ遅延時間から算出して障害が発生している行程の後に予定されている行程に間に合わないことが予測される場合に、経路変更の必要性があると判断されるようにすればよい。
また、確実を期して、障害データＤ２９が検出された場合に、常に当該行程につき経路変更の必要性があると判断されるようにしてもよい。
また、ユーザＵが、予めいかなる場合に経路変更の必要性があると判断されるかを設定可能としてもよい。

経路変更の必要性があると判断すると、制御部１１は、表示制御プログラム１２９に従って、経路変更の通知を含む経路画面（経路変更通知第４経路画面Ｇ１１）を作成する。
経路変更通知第４経路画面Ｇ１１は、図１７に示すように、それまでの最新の経路画面（ここでは、ロック後第４経路画面Ｇ９）に、経路変更の必要性を告げるメッセージを表示する経路変更メッセージ表示領域Ｈ４を加えたものである。経路変更メッセージ表示領域Ｈ４には、経路変更の必要性を告げる経路変更必要性メッセージＨ４１と、ユーザＵが経路変更を指示するときに用いる経路変更指示アイコンＡ１３と、が表示される。
また、図１７に示すように、経路変更通知第４経路画面Ｇ１１には、現在時刻からユーザＵの現在地を予測の上、ユーザの現在位置を示す現在位置表示Ｈ５が表示される。

経路変更通知第４経路画面Ｇ１１が作成されると、制御部１１は、表示制御プログラム１２９に従って、経路変更通知第４経路画面Ｇ１１に係るデータ（経路変更通知第４経路画面データＤ３０）を、当該画面を表示部８４に表示させる旨の端末装置８への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図１２に示すように、端末装置８へと送信する。
通信部８３によって経路変更通知第４経路画面データＤ３０を受信した端末装置８においては、制御部８１が、行動支援アプリケーション８２１に従って、経路変更通知第４経路画面Ｇ１１を、表示部８４に表示する。

［（８） ステップＳ２－８：経路の変更］
端末装置８の表示部８４に経路変更通知第４経路画面Ｇ１１が表示された場合において、経路変更を希望する場合、ユーザＵは、操作部８５を用いて、経路変更通知第４経路画面Ｇ１１の経路変更メッセージ表示領域Ｈ４に表示された経路変更指示アイコンＡ１３を操作する。
経路変更指示アイコンＡ１３が操作されると、端末装置８の制御部８１は、行動支援アプリケーション８２１に従い、経路変更指示アイコンＡ１３が操作された旨の情報（経路変更指示データＤ３１）を、通信部８３から通信ネットワークＮを介して、図１２に示すように、統合サーバ１へと送信する。

通信部１３によって、経路変更指示データＤ３１を受信した統合サーバ１においては、制御部１１が、表示制御プログラム１２９に従って、ここまでの最終的な経路画面のデータ（ここでは経路変更通知第４経路画面データＤ３０）及び障害データＤ２９に基づき、経路変更通知第４経路画面Ｇ１１につき、経路変更メッセージ表示領域Ｈ４を削除の上で、ユーザＵが現在地の次に経路変更可能となる地点から、変更を要する行程後に予定されている、会議、飲食予約等の時間が決まっている行程までの迂回表示Ｈ６を加え、図１８に示す迂回路表示第４経路画面Ｇ１２を作成する。
迂回表示Ｈ６としてはユーザＵが迂回路に係る表示であると認識可能なものであれば任意であるが、例えば、図１８に示すように、ユーザＵが次に経路変更可能となる地点から、折れ線を引けばよい。
また、上記の時間が決まっている行程としては、例えば予約済みの行程や、ロックされた行程が抽出されるようにすればよい。

迂回路表示第４経路画面Ｇ１２が作成されると、制御部１１は、表示制御プログラム１２９に従って、当該画面に係るデータ（迂回路表示第４経路画面データＤ３２）を、当該画面を表示部８４に表示させる旨の端末装置８への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図１２に示すように、端末装置８へと送信する。
通信部８３によって、迂回路表示第４経路画面データＤ３２を受信した端末装置８においては、制御部８１が、行動支援アプリケーション８２１に従って、迂回路表示第４経路画面Ｇ１２を、表示部８４に表示する。

迂回路表示第４経路画面Ｇ１２が表示部８４に表示され後、ユーザＵは、操作部８５を用いて、第２表示領域Ｈ２に表示されたアイコンのうち、変更行程において使用したい交通機関に係るアイコンをドラッグの上、迂回表示Ｈ６上へと移動させる。なお、図１８においては、ユーザＵがタクシーを選択し、タクシーアイコンＡ５を操作する場合につき図示している。

上記のアイコン操作がなされると、制御部８１は、上記交通機関の選択に係る情報（変更交通機関データＤ３３）を、通信部８３から通信ネットワークＮを介して、図１２に示すように、統合サーバ１へと送信する。

通信部１３によって、変更交通機関データＤ３３を受信した統合サーバ１においては、制御部１１が、経路検索管理プログラム１２３に従い、ここまでの最終的な経路のデータ（ここでは第４経路データＤ２４）、ロックされた行程がある場合に当該行程に係るデータ（ここでは第４ロック行程データＤ２６）、障害データＤ２９及び変更交通機関データＤ３３を、通信部１３から通信ネットワークＮを介して、図１２に示すように、経路検索サーバ２へと送信する。

通信部２３によって第４経路データＤ２４、第４ロック行程データＤ２６、障害データＤ２９及び変更交通機関データＤ３３を受信した経路検索サーバ２においては、制御部２１が、経路検索処理プログラム２２１に従い、記憶部２２に記憶された経路検索ＷＥＢサイトデータＷＤ１を用いて通信部２３から通信ネットワークＮを介して所定のＷＥＢサイトにアクセスの上、第４経路データＤ２４、第４ロック行程データＤ２６、障害データＤ２９及び変更交通機関データＤ３３に基づいて経路検索を行い、第５経路データＤ３４を取得する。
具体的には、ユーザＵが次に経路変更可能となる地点から、障害が発生している行程の後に予定されている会議、飲食予約等の時間が決まっている行程に係る場所まで、障害データＤ２９に係る障害が発生している交通機関を避けつつ、変更交通機関データＤ３３におけるユーザＵが選択した交通機関で行く経路を検索し、第４経路データＤ２４につき、上記部分を置き換えた経路が、第５経路データＤ３４となる。

なお、ロックされた行程がある場合には、当該行程を維持したルートを検索する。
仮にロックされた行程を維持したままでは新たなルートが発見されなかった場合には、統合サーバ１を介して端末装置８にその旨の通知を表示させ、ユーザＵにロックを解除するか選択させればよい。

本実施例では、ユーザＵが次に経路変更可能となる地点として、現在乗車中の特急電車の到着駅である仙台、当該地点への到着予定時刻として１２時２１分、変更を要する行程後に予定されている時間が決まっている行程に係る場所としてＣ会議施設、当該行程の時間に係るデータとして１４時００分が抽出され、ユーザが選択したタクシーを用いて、１２時２１分よりも後に仙台駅を出発して、１４時００分よりも前にＣ会議施設に到着する経路につき、再検索がなされることとなる。

第５経路データＤ３４を取得した経路検索サーバ２においては、制御部２１が、経路検索処理プログラム２２１に従い、通信部２３から通信ネットワークＮを介して、図１２に示すように、第５経路データＤ３４を統合サーバ１へと送信する。

通信部１３によって第５経路データＤ３４を受信した統合サーバ１においては、制御部１１が、経路検索管理プログラム１２３に従い、第５経路データＤ３４につき、記憶部１２の経路データベース１２２に、当該ユーザＵに係るユーザデータＤ１と対応付けた上で記憶する。
また、制御部１１は、決済管理プログラム１２６に従って、従来の経路（第４経路データＤ２４）に要する費用と、新たな経路（第５経路データＤ３４）に要する費用との差額を算出する。

続いて、制御部１１は、表示制御プログラム１２９に従って、図１９に示す第５経路画面Ｇ１３を作成の上、当該画面に係るデータ（第５経路画面データＤ３５）を、当該画面を表示部８４に表示させる旨の端末装置８への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図１２に示すように、端末装置８へと送信する。

図１９に示すように、第５経路画面Ｇ１３は、迂回路表示第４経路画面Ｇ１２における迂回表示Ｈ６に、経路検索サーバ２における再検索の結果得られた、出発時刻及び到着時刻の表示及びユーザＵが選択した交通機関に係る表示（図１９においてはタクシー）を追加の上、さらに、差額通知表示領域Ｈ７を設けたものである。
差額通知表示領域Ｈ７は、ユーザＵに対する確認メッセージと差額の通知とを含む差額確認メッセージＨ７１と、変更経路決定アイコンＡ１４と、再検索アイコンＡ１５と、を含む。変更経路決定アイコンＡ１４は、ここでは、「はい」というアイコンとなっているが、変更された経路を承諾する旨のアイコンであるとユーザＵが理解できるアイコンであればよい。また、再検索アイコンＡ１５についても、ここでは「再検索」というアイコンとなっているが、これについても、経路の再検索を行う旨のアイコンであるとユーザＵが理解できるアイコンであればよい。
なお、差額が生じない場合には、差額の通知の代わりに、決済金額に変更が生じない旨が通知される。

通信部８３によって、第５経路画面データＤ３５を受信した端末装置８においては、制御部８１が、行動支援アプリケーション８２１に従って、第５経路画面Ｇ１３を表示部８４に表示する。

なお、上記経路検索サーバ２における再検索の結果、変更交通機関データＤ３３の交通機関では、変更を要する行程後に予定されている時間が決まっている行程に間に合う経路が発見されなかった場合には、その旨が、経路検索サーバ２から統合サーバ１を介して端末装置８に通知され、ユーザＵが使用する交通機関を再選択可能とすればよい。
また、例えば、経路検索サーバ２において、自動的に交通機関を限定せずに検索を行い、発見された行程を、経路検索サーバ２から統合サーバ１を介して端末装置８に通知し、ユーザに提示するようにしてもよい。

［（９） ステップＳ２－９：再予約］
ユーザＵは、端末装置８の表示部８４に表示された第５経路画面Ｇ１３を確認の上、変更後の経路及び差額に問題がない場合には、端末装置８の操作部８５を用いて、差額通知表示領域Ｈ７に表示された変更経路決定アイコンＡ１４を操作する。
変更経路決定アイコンＡ１４が操作されると、端末装置８の制御部８１は、変更経路決定アイコンＡ１４が操作された旨の情報（経路決定データＤ３６）を、通信部８３から通信ネットワークＮを介して、図１２に示すように、統合サーバ１へと送信する。
なお、再検索アイコンＡ１５が選択された場合には、ステップＳ２－８における交通機関の選択からやり直すようにすればよい。

通信部１３によって経路決定データＤ３６を受信した統合サーバ１においては、制御部１１が、交通機関予約管理プログラム１２５に従い、最終的な経路のデータ（ここでは第５経路データＤ３４）と、変更前の経路のデータ（ここでは第４経路データＤ２４）を、通信部１３から通信ネットワークＮを介して、図１２に示すように、交通機関予約サーバ４へと送信する。

通信部４３によって第５経路データＤ３４及び第４経路データＤ２４を受信した交通機関予約サーバ４においては、制御部４１が、交通機関予約処理プログラム４２１に従って、記憶部３２に記憶された交通機関予約ＷＥＢサイトデータＷＤ３を用いて、通信部２３から通信ネットワークＮを介して所定のＷＥＢサイトにアクセスの上、変更後の経路（第５経路データＤ３４）に含まれる交通機関であって、変更前の経路（第４経路データＤ２４）から変更された部分のうち、事前の予約が可能なものにつき予約を行う。図１９に示された第５経路画面Ｇ１３においては、仙台―Ｃ会議施設間のタクシーがこれに該当する。

また、制御部４１は、同ＷＥＢサイトにおいて、変更前の経路（第４経路データＤ２４）に含まれる交通機関であって、変更後の経路（第５経路データＤ３４）において変更された部分のうち、予約済みであったものにつきキャンセルを行う。図１９に示された第５経路画面Ｇ１３においては、変更前の仙台―Ｃ会議施設間の移動手段は、普通電車及びバスであったため、通常キャンセルの必要性は生じないが、例えば変更された行程に予約済みの特急電車が含まれる場合等に、キャンセルの必要性が生じる。

予約及びキャンセルが完了すると、交通機関予約サーバ４の制御部４１は、通信部４３から、通信ネットワークを介して、予約及びキャンセルが完了した行程に係るデータ（変更行程データＤ３７）を、通信部４３から通信ネットワークＮを介して、図１２に示すように、統合サーバ１に送信する。
図１９に示された第５経路画面Ｇ１３においては、上記のようにキャンセルされる行程は存在しないため、仙台―Ｃ会議施設間のタクシー予約に係る情報のみが、変更行程データＤ３７に該当することとなる。

［（１０） ステップＳ２－１０：再決済］
変更行程データＤ３７を通信部１３によって受信した統合サーバ１においては、制御部１１が、決済管理プログラム１２６に従い、変更行程データＤ３７を、ユーザデータＤ１と共に、通信部１３から通信ネットワークＮを介して、図１２に示すように、決済サーバ５へと送信する。

通信部５３によって変更行程データＤ３７及びユーザデータＤ１を受信した決済サーバ５においては、制御部５１が、決済処理プログラム５２１に従い、記憶部２２に記憶された決済ＷＥＢサイトデータＷＤ４を用いて、通信部２３から通信ネットワークＮを介して所定のＷＥＢサイトにアクセスの上、変更行程データＤ３７に従って、変更された行程につき、ユーザデータＤ１に含まれる決済方法に係る情報を用いて決済を行う。
この際には、変更後の経路（第５経路データＤ３４）に含まれる交通機関であって、変更前の経路（第４経路データＤ２４）から変更され、新たに予約された部分のうち、事前決済可能なものにつき支払いを行うと共に、変更前の経路（第４経路データＤ２４）に含まれる交通機関であって、変更後の経路（第５経路データＤ３４）においてキャンセルされた部分のうち、事前に決済済みであったものにつき返金を受け、最終的にユーザには、差額の請求又は返金が新たになされることとなる。

決済が完了すると、決済サーバ５は、制御部５１が、決済が完了した旨の情報（再決済完了データＤ３８）を、通信部２３から、通信ネットワークＮを介して、図１２に示すように、統合サーバ１へと送信する。

通信部１３によって再決済完了データＤ３８を受信した統合サーバ１においては、制御部１１が、決済管理プログラム１２６に従い、再決済完了データＤ３８につき、記憶部１２の経路データベース１２２に、当該ユーザＵに係るユーザデータＤ１と対応付けた上で記憶する。
続いて、制御部１１は、表示制御プログラム１２９に従って、図２０に示すように、第５経路画面Ｇ１３に、再予約・再決済の完了を示す表示（再予約・再決済完了表示領域Ｈ８）を追加した画面（予約通知第５経路画面Ｇ１４）を作成の上、当該画面に係るデータ（予約通知第５経路画面データＤ３９）を、当該画面を表示部８４に表示させる旨の端末装置８への所定の指令を付して、通信部１３から通信ネットワークＮを介して、図１２に示すように、端末装置８へと送信する。

予約通知第５経路画面Ｇ１４は、第５経路画面Ｇ１３から、差額通知表示領域Ｈ７を削除の上で、再予約・再決済完了表示領域Ｈ８を設けたものである。
なお、図２０においては、新たにタクシーを手配した場合の再予約・再決済完了表示領域Ｈ８の例として、タクシーを手配した旨の通知、連絡先としてのタクシー会社名（Ｄタクシー（株））及び車両ナンバー（仙台ぬ１２－３４）が記載される場合につき図示したが、これに限られず、再予約・再決済完了表示領域Ｈ８としては、新たに予約等がなされた交通機関の種類に合わせて、適宜の表示を行うことができる。
例えば、特急電車であればチケットを手配した旨の通知、列車番号及び座席番号等、飛行機であればチケットを手配した旨の通知、便名及び座席番号等を表示すればよい。

通信部８３によって、予約通知第５経路画面データＤ３９を受信した端末装置８においては、制御部８１が、行動支援アプリケーション８２１に従って、図２０に示す予約通知第５経路画面Ｇ１４を、表示部８４に表示する。

［第３ 効果の説明］
実施形態に係る行動支援システム１００によれば、ユーザＵは、端末装置８の表示部８４に表示される所定の行程を示すアイコンを操作するのみで、行動経路に当該アイコンが示す行程を追加できることから、一度作成された行動経路への新たな行程の追加が容易となる。
また、追加された行程に対応した予約のためのＷＥＢサイト等の予約画面が自動的に表示されることから、追加された行程につき予約することも容易となる。
さらに、行程追加後の行動経路によって生じる費用につき、一括して又は個別に、決済することができることから、行動経路策定後に当該経路によって生じる費用につき支払いを行うことも容易となる。

また、端末装置８の表示部８４に、経路表示がなされる第１表示領域と、所定の操作を示すアイコンが表示される第２表示領域と、が同時に表示されることで、経路を確認しながら同時にアイコンを操作することができ、当該アイコンの操作が容易となる。
さらに、アイコンを第１表示領域内へとドラッグ可能とすることで、アイコンが移動させられた位置に応じて、アイコンの種類に応じた変更を行動経路に加えるようにして、ユーザＵによる直観的な操作が可能となる。

また、ユーザＵが、任意の行程をロックすることを可能とすることで、経路変更等の際にも、ユーザＵが維持したい特定の行程を維持したままで経路変更等をおこなうことが可能となる。
さらに、上記ロック操作を、端末装置８の表示部８４に表示された経路表示に付されたアイコンを用いて行うことができるようにすることで、ユーザＵは、直感的操作により、さらに容易に特定の行程につきロックすることができる。
加えて、ロックされた行程に付されたアイコンにつき表示を変えることで、ユーザＵは、端末装置８の表示部８４を確認した際に、容易にロックされた行程とされていない行程とを判別することが可能となる。

また、ユーザＵの行動経路に含まれる行程に異常が発生した場合に、当該異常が発生した行程を代替的な経路に変更した経路が表示されることで、ユーザＵが、異常発生時に適切に経路を変更し、その後の行程に遅れるリスクを低減できる。
また、当初の経路によって生じる費用につきユーザＵに提示の上、一括して、又は個別に決済可能とすることで行動時の費用の決済を容易とすると共に、さらに異常発生時に代替的な経路を用いる場合に、当該経路によって生じる当初の経路との差額につきユーザＵに提示の上、当該差額につき決済可能とすることで、行動経路を変更した際にも、費用の決済を容易とすることができる。

１００ 行動支援システム
１ 統合サーバ（サーバ装置）
１１ 制御部（第１通知制御手段、第２通知制御手段、第３通知制御手段）
１２ 記憶部
１２３ 経路検索管理プログラム（行動支援プログラム）
１２７ 運行情報入手管理プログラム（行動支援プログラム）
１２９ 表示制御プログラム（行動支援プログラム）
１３ 通信部（第１取得手段、第２取得手段、第３取得手段）
８ 端末装置
８１ 制御部（第１通知制御手段、第２通知制御手段、第３通知制御手段、第４通知制御手段、第１決済指示手段、第２決済指示手段）
８２ 記憶部
８２１ 行動支援アプリケーション（行動支援プログラム）
８３ 通信部（第１取得手段、第２取得手段、第３取得手段）
８４ 表示部（通知手段）
８５ 操作部
Ｎ 通信ネットワーク（通信回線）
Ｕ ユーザ
Ｄ２４ 第４経路データ（経路情報）
Ｄ２９ 障害データ（異常情報）
Ｄ３４ 第５経路データ（代替経路情報）

Claims (7)

1. サーバ装置と通信回線を介して接続された端末装置を、
   前記サーバ装置から、ユーザの出発地及び目的地に応じた経路情報を取得する第１取得手段、
   前記サーバ装置から、前記経路情報に含まれる行程に発生した異常に係る異常情報を取得する第２取得手段、
   前記異常情報を通知手段によって前記ユーザに通知させる第１通知制御手段、
   前記サーバ装置から、前記経路情報につき前記異常情報が取得された行程を代替行程に変更した経路に関する情報である代替経路情報を取得する第３取得手段、
   前記代替経路情報を通知手段によって前記ユーザに通知させる第２通知制御手段、
   前記経路情報に含まれる行程によって生じる費用と、前記代替経路情報に含まれる行程によって生じる費用と、の差額を通知手段によって前記ユーザに通知させる第３通知制御手段、
   として機能させる行動支援プログラム。
2. 前記端末装置を、前記経路情報に含まれる行程によって生じる費用を通知手段によって前記ユーザに通知させる第４通知制御手段としてさらに機能させる請求項１に記載の行動支援プログラム。
3. 前記端末装置を、前記経路情報に含まれる行程によって生じる費用につき前記サーバ装置に決済を行わせる第１決済指示手段としてさらに機能させる請求項２に記載の行動支援プログラム。
4. 前記端末装置を、前記差額につき前記サーバ装置に決済を行わせる第２決済指示手段としてさらに機能させる請求項１から３のいずれか一項に記載の行動支援プログラム。
5. サーバ装置と通信回線を介して接続され、
   前記サーバ装置から、ユーザの出発地及び目的地に応じた経路情報を取得する第１取得手段と、
   前記サーバ装置から、前記経路情報に含まれる行程に発生した異常に係る異常情報を取得する第２取得手段と、
   前記異常情報を通知手段によって前記ユーザに通知させる第１通知制御手段と、
   前記サーバ装置から、前記経路情報につき前記異常情報が取得された行程を代替行程に変更した経路に関する情報である代替経路情報を取得する第３取得手段と、
   前記代替経路情報を通知手段によって前記ユーザに通知させる第２通知制御手段と、
   前記経路情報に含まれる行程によって生じる費用と、前記代替経路情報に含まれる行程によって生じる費用と、の差額を通知手段によって前記ユーザに通知させる第３通知制御手段と、
   を備えることを特徴とする端末装置。
6. ユーザが使用する端末装置と通信回線を介して接続されたサーバ装置を、
   前記ユーザの出発地及び目的地に応じた経路情報を取得する第１取得手段、
   前記経路情報に含まれる行程に発生した異常に係る異常情報を取得する第２取得手段、
   前記端末装置の通知手段によって、前記異常情報を前記ユーザに通知させる第１通知制御手段、
   前記経路情報につき前記異常情報が取得された行程を代替行程に変更した経路に関する情報である代替経路情報を取得する第３取得手段、
   前記端末装置の通知手段によって、前記代替経路情報を前記ユーザに通知させる第２通知制御手段、
   前記端末装置の通知手段によって、前記経路情報に含まれる行程によって生じる費用と、前記代替経路情報に含まれる行程によって生じる費用と、の差額を前記ユーザに通知させる第３通知制御手段、
   として機能させる行動支援プログラム。
7. ユーザが使用する端末装置と通信回線を介して接続され、
   前記ユーザの出発地及び目的地に応じた経路情報を取得する第１取得手段と、
   前記経路情報に含まれる行程に発生した異常に係る異常情報を取得する第２取得手段と、
   前記端末装置の通知手段によって、前記異常情報を前記ユーザに通知させる第１通知制御手段と、
   前記経路情報につき前記異常情報が取得された行程を代替行程に変更した経路に関する情報である代替経路情報を取得する第３取得手段と、
   前記端末装置の通知手段によって、前記代替経路情報を前記ユーザに通知させる第２通知制御手段と、
   前記端末装置の通知手段によって、前記経路情報に含まれる行程によって生じる費用と、前記代替経路情報に含まれる行程によって生じる費用と、の差額を前記ユーザに通知させる第３通知制御手段と、
   を備えることを特徴とするサーバ装置。

Images