(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022101514
(43)【公開日】2022-07-06
(54)【発明の名称】情報処理装置
(51)【国際特許分類】
G06Q 50/10 20120101AFI20220629BHJP
【ＦＩ】
G06Q50/10
【審査請求】未請求
【請求項の数】4
【出願形態】ＯＬ
(21)【出願番号】P 2021208183
(22)【出願日】2021-12-22
(31)【優先権主張番号】P 2020215399
(32)【優先日】2020-12-24
(33)【優先権主張国・地域又は機関】JP
(71)【出願人】
【識別番号】514274753
【氏名又は名称】山口 松之進
(74)【代理人】
【識別番号】100205659
【弁理士】
【氏名又は名称】齋藤 拓也
(74)【代理人】
【識別番号】100154748
【弁理士】
【氏名又は名称】菅沼 和弘
(72)【発明者】
【氏名】山口 松之進
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC11
(57)【要約】
【課題】既定の行動計画に従って行動中のユーザの行動計画の変更要請に柔軟に対応することができるようにする。
【解決手段】サーバ１は、要請受付部４１及び計画部４２を備える。要請受付部４１は、第１地点（レストランＲ）から拠点（自宅Ｈ）への移動を含む第１行動計画に基づいてユーザＵ－１が行動中に、前記第１地点（レストランＲ）からの移動先を前記拠点（自宅Ｈ）から第２地点（カラオケ店Ｋ）に変更する要請を受け付ける。計画部４２は、ユーザＵ－１からの要請に基づいて、第１地点（レストランＲ）から第２地点（カラオケ店Ｋ）までの移動と、第２地点（カラオケ店Ｋ）から拠点（自宅Ｈ）までの移動とを少なくとも含む第２行動計画を生成する。
【選択図】図６
【解決手段】サーバ１は、要請受付部４１及び計画部４２を備える。要請受付部４１は、第１地点（レストランＲ）から拠点（自宅Ｈ）への移動を含む第１行動計画に基づいてユーザＵ－１が行動中に、前記第１地点（レストランＲ）からの移動先を前記拠点（自宅Ｈ）から第２地点（カラオケ店Ｋ）に変更する要請を受け付ける。計画部４２は、ユーザＵ－１からの要請に基づいて、第１地点（レストランＲ）から第２地点（カラオケ店Ｋ）までの移動と、第２地点（カラオケ店Ｋ）から拠点（自宅Ｈ）までの移動とを少なくとも含む第２行動計画を生成する。
【選択図】図６
【特許請求の範囲】
【請求項1】
第１地点から拠点への移動を含む第１行動計画に基づいてユーザが行動中に、前記第１地点からの移動先を前記拠点から第２地点に変更する要請を受け付ける要請受付手段と、
前記要請に基づいて、前記第１地点から前記第２地点までの移動と、前記第２地点から前記拠点までの移動とを少なくとも含む第２行動計画を生成する計画手段と、
を備える情報処理装置。
前記要請に基づいて、前記第１地点から前記第２地点までの移動と、前記第２地点から前記拠点までの移動とを少なくとも含む第２行動計画を生成する計画手段と、
を備える情報処理装置。
【請求項2】
前記計画手段は、
前記第１地点において行動中の前記ユーザにより前記第１地点以降の行動計画として第２行動計画が要請された場合、前記第２行動計画と重複する前記第１行動計画の計画を修正した上で、前記第２行動計画を計画する、
請求項１に記載の情報処理装置。
前記第１地点において行動中の前記ユーザにより前記第１地点以降の行動計画として第２行動計画が要請された場合、前記第２行動計画と重複する前記第１行動計画の計画を修正した上で、前記第２行動計画を計画する、
請求項１に記載の情報処理装置。
【請求項3】
前記計画手段は、
前記第１行動計画が、前記拠点から前記第１地点へ移動し前記第１地点においてアクティビティに参加し前記第１地点から前記拠点へ移動する計画である場合、当該ユーザが前記アクティビティに参加中に、当該ユーザにより前記アクティビティ後の行動計画として前記第２行動計画が要請された場合、前記第２行動計画と重複する前記第１行動計画の前記第１地点から前記拠点へ移動する計画を中止した上で、前記第２行動計画を計画する、
請求項１又は２に記載の情報処理装置。
前記第１行動計画が、前記拠点から前記第１地点へ移動し前記第１地点においてアクティビティに参加し前記第１地点から前記拠点へ移動する計画である場合、当該ユーザが前記アクティビティに参加中に、当該ユーザにより前記アクティビティ後の行動計画として前記第２行動計画が要請された場合、前記第２行動計画と重複する前記第１行動計画の前記第１地点から前記拠点へ移動する計画を中止した上で、前記第２行動計画を計画する、
請求項１又は２に記載の情報処理装置。
【請求項4】
前記計画手段は、
前記第１行動計画にタクシーによる移動が含まれていた場合、前記第２行動計画と重複する前記第１地点からの移動先へのタクシーの配車計画を変更する、
請求項１乃至３のうち何れか１項に記載の情報処理装置。
前記第１行動計画にタクシーによる移動が含まれていた場合、前記第２行動計画と重複する前記第１地点からの移動先へのタクシーの配車計画を変更する、
請求項１乃至３のうち何れか１項に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置に関する。
【背景技術】
【0002】
訪問地と、訪問地と発着地との間、又は訪問地間の移動とを組み合わせてなる旅行行程を含む旅行商品の企画を支援する旅行企画支援システムが開示されている。（例えば、特許文献１、２参照）。
一般に、旅行商品は、出発日から帰着日までの一連の訪問地（観光地）、宿泊施設、及びその間の交通機関等の移動手段をツアに組み込んだパッケージツアとされている。
従来の旅行企画支援システムでは、往路（第１の目的地への第１移動手段）と、訪問地（第１の目的地）と、復路（第２の目的地への第２移動手段）等を管理し、また、新たな行程（他の目的地）を追加することができる。
一般に、旅行商品は、出発日から帰着日までの一連の訪問地（観光地）、宿泊施設、及びその間の交通機関等の移動手段をツアに組み込んだパッケージツアとされている。
従来の旅行企画支援システムでは、往路（第１の目的地への第１移動手段）と、訪問地（第１の目的地）と、復路（第２の目的地への第２移動手段）等を管理し、また、新たな行程（他の目的地）を追加することができる。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開平１１－３３７３５４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところで、パッケージツアの参加者が実際にそのパッケージツアに参加したときに、パッケージツアそのものの旅程を変更したいと思うことがある。
しかしながら、従来の旅行企画支援システムの場合、新たな行程の追加はできるものの、参加中のパッケージツアの旅程の変更等に対応することについては、開示されていない。
しかしながら、従来の旅行企画支援システムの場合、新たな行程の追加はできるものの、参加中のパッケージツアの旅程の変更等に対応することについては、開示されていない。
【0005】
本発明は、このような状況に鑑みてなされたものであり、行動計画に従って行動中のユーザの計画変更に柔軟に対応できるようにすることを目的とする。
【課題を解決するための手段】
【0006】
上記目的を達成するため、本発明の一態様の情報処理装置は、
第１地点から拠点への移動を含む第１行動計画に基づいてユーザが行動中に、前記第１地点からの移動先を前記拠点から第２地点に変更する要請を受け付ける要請受付手段と、
前記要請に基づいて、前記第１地点から前記第２地点までの移動と、前記第２地点から前記拠点までの移動とを少なくとも含む第２行動計画を生成する計画手段と、
を備える。
第１地点から拠点への移動を含む第１行動計画に基づいてユーザが行動中に、前記第１地点からの移動先を前記拠点から第２地点に変更する要請を受け付ける要請受付手段と、
前記要請に基づいて、前記第１地点から前記第２地点までの移動と、前記第２地点から前記拠点までの移動とを少なくとも含む第２行動計画を生成する計画手段と、
を備える。
【発明の効果】
【0007】
本発明によれば、行動計画に従って行動中のユーザの計画変更に柔軟に対応することができる。
【図面の簡単な説明】
【0008】
【図1】本発明の一実施形態に係るパッケージツアのサービスの一例を説明する図である。
【図4】本発明の一実施形態に係る情報処理システムの構成を示す図である。
【図10】第２の旅行商品が購入された際の購入商品ＤＢの内容の一例を示す図である。
【図11】自宅病院往復プランにおいて復路をスポーツジム経由に変更する第１活用シーンを示す図である。
【図12】自宅スーパー往復プランにおいて復路をパン屋経由に変更する第２活用シーンを示す図である。
【図13】自宅レストラン往復プランにおいて復路を直売店経由に変更する第３活用シーンを示す図である。
【図14】自宅お寺往復プランにおいて復路を他のお寺経由に変更する第４活用シーンを示す図である。
【図15】自宅駅往復プランにおいて復路の送迎時刻を保留し、送迎場所を駅からバーに変更する第５活用シーンを示す図である。
【図16】自宅学習塾往復プランにおいて復路をコンビニ経由に変更する第６活用シーンを示す図である。
【図17】自宅学習塾往復プランにおいて復路の友人の家経由に変更する第７活用シーンを示す図である。
【図18】自宅駅往復プランにおいて書類の配達を追加する第８活用シーンを示す図である。
【図19】自宅公園往復プランにおいて復路を蕎麦屋経由に変更する第９活用シーンを示す図である。
【図20】自宅レストラン往復プランにおいて友人の家を経由する第１０活用シーンを示す図である。
【発明を実施するための形態】
【0009】
ここで、本発明の実施形態について、説明するに先立ち、簡単に本発明の実施形態の前提となるサービス全般について説明する。
【0010】
従来から旅行をパッケージ化して提供するサービスは、行われているが、旅行中にオプションの追加は可能なものの、パッケージに含まれる計画そのものを変更することはできず、ユーザから改善要望が多くある。
【0011】
例えば図１に示すように、本発明の実施形態が適用されるサービス（以下「本サービス」と呼ぶ）は、上述したようなユーザからの要望を受けて、行動計画に従って行動中のユーザの計画変更に柔軟に対応できる旅行商品をユーザに提供するものである。
本サービスの会員となったユーザＵ－１と友人のユーザＵ－２がレストランＲで待ち合わせて、会食をするものとする。
また、ユーザＵ－１及びＵ－２は、スマートフォンやタブレット等（後述の図２のユーザ端末２）を携帯しているものとする。そして、このスマートフォン等には、本サービスの提供を受けるためのアプリケーションプログラム（これを「スマホ用アプリ」と呼ぶ）がインストールされているものとする。
また、ユーザＵ－１は、ユーザ端末２の画面に表示されているアイコンからスマホ用アプリを起動して、拠点である自宅Ｈから第１地点であるレストランＲへの往路のタクシーＴ－１の乗車と、レストランＲでの食事と、レストランＲから自宅Ｈへの復路のタクシーＴ－２の乗車とを含むプラン（行動計画）のパッケージツアＰ１を購入したものとする。なお、このようなパッケージプランＰ１を、以下、ランチお出かけプランＰ１と呼ぶ。また、移動先での行動をアクティビティという。
通常、このようなランチお出かけプランＰ１では、復路のタクシーＴ－２の迎車時刻（例えば１４時等）が指定されることになる。
本サービスの会員となったユーザＵ－１と友人のユーザＵ－２がレストランＲで待ち合わせて、会食をするものとする。
また、ユーザＵ－１及びＵ－２は、スマートフォンやタブレット等（後述の図２のユーザ端末２）を携帯しているものとする。そして、このスマートフォン等には、本サービスの提供を受けるためのアプリケーションプログラム（これを「スマホ用アプリ」と呼ぶ）がインストールされているものとする。
また、ユーザＵ－１は、ユーザ端末２の画面に表示されているアイコンからスマホ用アプリを起動して、拠点である自宅Ｈから第１地点であるレストランＲへの往路のタクシーＴ－１の乗車と、レストランＲでの食事と、レストランＲから自宅Ｈへの復路のタクシーＴ－２の乗車とを含むプラン（行動計画）のパッケージツアＰ１を購入したものとする。なお、このようなパッケージプランＰ１を、以下、ランチお出かけプランＰ１と呼ぶ。また、移動先での行動をアクティビティという。
通常、このようなランチお出かけプランＰ１では、復路のタクシーＴ－２の迎車時刻（例えば１４時等）が指定されることになる。
【0012】
ところで、ユーザＵ－１がこのランチお出かけプランＰ１を利用してレストランＲに訪れ、友人のユーザＵ－２と会食中に会話が弾み、レストランＲでの会食時間を延長したり場所を移して会話を続けたいと思うことがある。
しかし、このランチお出かけプランＰ１において、従来のように何もしないならば、復路のタクシーＴ－２の迎車時刻が指定されていることから、この指定された時刻にタクシーＴ－２がレストランＲに迎えに来るため、ユーザＵ－１は、タクシーＴ－２での帰宅を余儀なくされる。
しかし、このランチお出かけプランＰ１において、従来のように何もしないならば、復路のタクシーＴ－２の迎車時刻が指定されていることから、この指定された時刻にタクシーＴ－２がレストランＲに迎えに来るため、ユーザＵ－１は、タクシーＴ－２での帰宅を余儀なくされる。
【0013】
そこで、本サービスでは、ランチお出かけプランＰ１で行動中のユーザＵ－１がその後の行動計画について変更を望む場合に、図２に示す第１計画変更例及び図３に示す第２計画変更例等の計画変更に対応することができる。
図２に示す第１計画変更例は、ランチお出かけプランＰ１の行動計画のうち時刻を変更する例である。
図２は、図１のパッケージツアを実施中に行動計画に変更が生じた際の第１計画変更例を示す図である。
図２の第１計画変更例では、レストランＲにおいて会食中（行動中）のユーザＵ－１により、スマホ用アプリの画面から、ランチお出かけプランＰ１において復路のタクシーＴ－２の迎車時刻を１４時から１５時に遅らせる変更申請がなされた場合、レストランＲ以降の行動計画、つまり復路のタクシーＴ－２の迎車時刻を１４時から１５時に遅らせるようにランチお出かけプランＰ１を修正する。
図２に示す第１計画変更例は、ランチお出かけプランＰ１の行動計画のうち時刻を変更する例である。
図２は、図１のパッケージツアを実施中に行動計画に変更が生じた際の第１計画変更例を示す図である。
図２の第１計画変更例では、レストランＲにおいて会食中（行動中）のユーザＵ－１により、スマホ用アプリの画面から、ランチお出かけプランＰ１において復路のタクシーＴ－２の迎車時刻を１４時から１５時に遅らせる変更申請がなされた場合、レストランＲ以降の行動計画、つまり復路のタクシーＴ－２の迎車時刻を１４時から１５時に遅らせるようにランチお出かけプランＰ１を修正する。
【0014】
これにより、本サービスでは、ランチお出かけプランＰ１のプランに従って行動中のユーザＵ－１の計画変更に柔軟に対応でき、ユーザＵ－１の利便性を向上することができる。
【0015】
図３に示す第２の計画変更例は、ユーザＵ－１がランチお出かけプランＰ１を実施中に、行動計画の一部が重複するカラオケフリータイムプランＰ２の購入を要請する例である。
図３は、図１のパッケージツアを実施中に行動計画に変更が生じた際の第２計画変更例を示す図である。
図３の第２計画変更例では、ランチお出かけプランＰ１に含まれるアクティビティとしてのレストランＲでの会食中（行動中）のユーザＵ－１により、ユーザ端末２のスマホ用アプリの画面から、カラオケフリータイムプランＰ２の購入が要請されるものとする。
カラオケフリータイムプランＰ２は、レストランＲでの会食後、ユーザＵ－２と共にタクシーＴ－３でカラオケ店Ｋへ行ってカラオケを楽しんだ後、タクシーＴ－４で帰宅するプランの旅行商品である。
本サービスでは、ユーザＵ－１がランチお出かけプランＰ１を実施中にカラオケフリータイムプランＰ２を購入する申請がなされた場合、カラオケフリータイムプランＰ２と重複する、ランチお出かけプランＰ１のレストランＲから自宅ＨへタクシーＴ－２で移動する計画を中止した上で、カラオケフリータイムプランＰ２を計画する。この際に、ランチお出かけプランＰ１については復路のタクシーＴ－２の利用がなくなった分だけ料金が減額される。
図３は、図１のパッケージツアを実施中に行動計画に変更が生じた際の第２計画変更例を示す図である。
図３の第２計画変更例では、ランチお出かけプランＰ１に含まれるアクティビティとしてのレストランＲでの会食中（行動中）のユーザＵ－１により、ユーザ端末２のスマホ用アプリの画面から、カラオケフリータイムプランＰ２の購入が要請されるものとする。
カラオケフリータイムプランＰ２は、レストランＲでの会食後、ユーザＵ－２と共にタクシーＴ－３でカラオケ店Ｋへ行ってカラオケを楽しんだ後、タクシーＴ－４で帰宅するプランの旅行商品である。
本サービスでは、ユーザＵ－１がランチお出かけプランＰ１を実施中にカラオケフリータイムプランＰ２を購入する申請がなされた場合、カラオケフリータイムプランＰ２と重複する、ランチお出かけプランＰ１のレストランＲから自宅ＨへタクシーＴ－２で移動する計画を中止した上で、カラオケフリータイムプランＰ２を計画する。この際に、ランチお出かけプランＰ１については復路のタクシーＴ－２の利用がなくなった分だけ料金が減額される。
【0016】
これにより、本サービスでは、ユーザＵ－１の行動計画の行先変更に柔軟に対応したパッケージツアであるランチお出かけプランＰ１、及びカラオケフリータイムプランＰ２を提供することで、ユーザの利便性を向上することができる。
【0017】
以上、本発明の一実施形態の説明に先立ち、簡単に本発明の実施形態の前提となるサービス全般について説明した。なお、以降の説明では、上述の第１及び第２計画変更例のうち第２計画変更例（図３参照）を中心として説明する。
【0018】
【0019】
情報処理システムは、図４に示すように、本サービスの提供者により管理されるサーバ１と、ユーザ端末２と、タクシーＴ－１乃至Ｔ－４の夫々に搭載されているタクシー端末３－１乃至３－４とを含むように構成される。
なお、この実施形態では、タクシーＴ－１乃至Ｔ－４、タクシー端末３－１乃至３－４としたが、ここに示したのは、一例であり、タクシーやタクシー端末の台数は限定されない。タクシーやタクシー端末は、少なくとも一台以上あれば足りる。
なお、この実施形態では、タクシーＴ－１乃至Ｔ－４、タクシー端末３－１乃至３－４としたが、ここに示したのは、一例であり、タクシーやタクシー端末の台数は限定されない。タクシーやタクシー端末は、少なくとも一台以上あれば足りる。
【0020】
サーバ１とユーザ端末２、サーバ１とタクシー端末３－１乃至３－４の夫々とは、インターネット等の所定のネットワークＮを介して相互に接続される。
【0021】
なお、以下、タクシーＴ－１乃至Ｔ－４の夫々を個々に区別する必要がない場合、これらをまとめて「タクシーＴ」と呼ぶ。タクシーＴと呼んでいる場合には、タクシー端末３－１乃至３－４をまとめて「タクシー端末３」と呼ぶ。
【0022】
【0023】
サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えている。
【0024】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
【0025】
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【0026】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９、ドライブ２０が接続されている。
【0027】
出力部１６は、スピーカや表示部等から構成され、各種情報を画像や音声として出力する。
入力部１７は、キーボードやマウス等から構成され、各種情報を入力する。
入力部１７は、キーボードやマウス等から構成され、各種情報を入力する。
【0028】
記憶部１８は、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図４の例ではユーザ端末２及びタクシー端末３－１乃至３－４の夫々）との間で行う通信を制御する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図４の例ではユーザ端末２及びタクシー端末３－１乃至３－４の夫々）との間で行う通信を制御する。
【0029】
ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ２０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア３１は、記憶部１８に記憶されている各種データを、記憶することができる。
【0030】
ユーザ端末２又はタクシー端末３－１乃至３－４の夫々の構成は、タッチパネルディスプレイを備える場合がある点を除いてサーバ１の構成と基本的に同様であり、ここではそれらの説明は省略する。
【0031】
図６は、図４、図５のサーバの機能的構成を示す機能ブロック図である。
サーバ１のＣＰＵ１１においては、商品販売部４０、要請受付部４１と、計画部４２と、配車指示部４３とが機能する。
記憶部１８の一領域として、商品ＤＢ５０と、利用者ＤＢ５１と、購入商品ＤＢ５２と、配車計画ＤＢ５３とが設けられている。ＤＢは、データベースの略称である。
サーバ１のＣＰＵ１１においては、商品販売部４０、要請受付部４１と、計画部４２と、配車指示部４３とが機能する。
記憶部１８の一領域として、商品ＤＢ５０と、利用者ＤＢ５１と、購入商品ＤＢ５２と、配車計画ＤＢ５３とが設けられている。ＤＢは、データベースの略称である。
【0032】
商品ＤＢ５０には、複数の旅行商品が記憶されている。飲食店での食事と、拠点から飲食店迄の往復のタクシー料金とがパッケージにされた旅行商品、例えばランチお出かけプランＰ１やカラオケ店での歌い放題と、カラオケ店への行きと帰りのタクシー料金とがパッケージにされた旅行商品、例えばカラオケフリータイムプランＰ２等が記憶されている。このように往復の移動手段（タクシー）と移動先でのアクティビティとがパッケージにされた旅行商品をパッケージプラン又は定額プラン等ともいう。
即ち、商品ＤＢ５０に記憶されているのは、往復の移動手段と移動先でのアクティビティを含む旅行商品であり、移動先の場所やアクティビティの内容、時間等のスケジュールは、ユーザが所望の応じて指定するものである。
また、商品ＤＢ５０には、旅行商品に付随して利用可能な行動先の情報（飲食店やカラオケ店等の店舗の情報）や行動先への移動手段の情報（タクシー会社等）が記憶されている。
即ち、商品ＤＢ５０に記憶されているのは、往復の移動手段と移動先でのアクティビティを含む旅行商品であり、移動先の場所やアクティビティの内容、時間等のスケジュールは、ユーザが所望の応じて指定するものである。
また、商品ＤＢ５０には、旅行商品に付随して利用可能な行動先の情報（飲食店やカラオケ店等の店舗の情報）や行動先への移動手段の情報（タクシー会社等）が記憶されている。
【0033】
利用者ＤＢ５１には、会員登録されたユーザＵ－１の情報が記憶されている。ユーザＵ－１の情報としては、例えば自宅の住所、電話番号及び氏名と、ユーザ端末２にインストールしたスマホ用アプリをユーザＵ－１が会員として利用するためのログイン情報等が記憶されている。ログイン情報は、例えばユーザ識別情報（以下これを「ユーザＩＤ」と呼ぶ）及びパスワード等である。
【0034】
購入商品ＤＢ５２には、ユーザＵ－１がアプリで購入した商品の情報が記憶される。商品の情報には、例えばランチお出かけプランＰ１であれば、プラン名、プラン内容、タクシー料金及びランチ代金等を含むプラン代金等（図８参照）が含まれる。この他、商品の情報には、拠点や飲食店の具体的な所在地や名称、プランの往路、復路に夫々適用されるタクシーの管理番号等も含まれる。
【0035】
配車計画ＤＢ５３には、タクシー会社のタクシーＴ－１乃至Ｔ－４等がプラン毎に重複なく配車されるタクシーの配車計画が日単位又は週単位でタクシー毎に記憶される。
例えばタクシーＴ－１は、Ｘ月Ｙ日、ランチお出かけプランＰ１で１１時３０にユーザＵ－１の自宅Ｈに迎車し１１時４５分にレストランＲに送った後、１２時に帰社する、また、タクシーＴ－２は、Ｘ月Ｙ日、１４時にレストランＲに迎車し、１４時１５分にユーザＵ－１の自宅Ｈに送り１４時３０分に帰社する、等といった情報である。
例えばタクシーＴ－１は、Ｘ月Ｙ日、ランチお出かけプランＰ１で１１時３０にユーザＵ－１の自宅Ｈに迎車し１１時４５分にレストランＲに送った後、１２時に帰社する、また、タクシーＴ－２は、Ｘ月Ｙ日、１４時にレストランＲに迎車し、１４時１５分にユーザＵ－１の自宅Ｈに送り１４時３０分に帰社する、等といった情報である。
【0036】
商品販売部４０は、例えばユーザＵ－１等が携行するユーザ端末２のスマホ用アプリの画面に商品ＤＢ５０に登録されている旅行商品の情報を表示する。旅行商品の情報は、プラン、行動先の店舗、プランの内容を含む情報が選択可能にリストで表示される。
ユーザＵ－１は、ユーザ端末２のスマホ用アプリの画面でリストを選択して利用日時を入力することで旅行商品の購入を申請する。商品販売部４０は、ユーザからの申請を要請受付部４１に渡す。
商品販売部４０は、要請された旅行商品のプランを提示してユーザにより購入された場合、当該プランの旅行商品をユーザＩＤに対応付けて購入商品ＤＢ５２に記憶する。
要請受付部４１は、例えばレストランＲ（第１地点）から自宅Ｈ（拠点）への移動を含むランチお出かけプランＰ１（第１行動計画）に基づいてユーザＵ－１が行動中に、レストランＲからの移動先を自宅Ｈからカラオケ店Ｋに変更する要請を受け付ける。
このように要請受付部４１は、旅行商品の購入要請を受け付ける他、購入された旅行商品の変更申請等の各種申請を受け付ける。
即ち、要請受付部４１は、通信部１９及び商品販売部４０を通じてユーザＵ－１のユーザ端末２から、旅行商品の購入要請や購入された旅行商品の変更申請等の各種申請を受け付ける。
ユーザＵ－１は、ユーザ端末２のスマホ用アプリの画面でリストを選択して利用日時を入力することで旅行商品の購入を申請する。商品販売部４０は、ユーザからの申請を要請受付部４１に渡す。
商品販売部４０は、要請された旅行商品のプランを提示してユーザにより購入された場合、当該プランの旅行商品をユーザＩＤに対応付けて購入商品ＤＢ５２に記憶する。
要請受付部４１は、例えばレストランＲ（第１地点）から自宅Ｈ（拠点）への移動を含むランチお出かけプランＰ１（第１行動計画）に基づいてユーザＵ－１が行動中に、レストランＲからの移動先を自宅Ｈからカラオケ店Ｋに変更する要請を受け付ける。
このように要請受付部４１は、旅行商品の購入要請を受け付ける他、購入された旅行商品の変更申請等の各種申請を受け付ける。
即ち、要請受付部４１は、通信部１９及び商品販売部４０を通じてユーザＵ－１のユーザ端末２から、旅行商品の購入要請や購入された旅行商品の変更申請等の各種申請を受け付ける。
【0037】
計画部４２は、ランチお出かけプランＰ１で行動中のユーザＵ－１からの要請に基づいて、レストランＲ（第１地点）からカラオケ店Ｋ（第２地点）までの移動と、カラオケ店Ｋ（第２地点）から自宅Ｈ（拠点）までの移動とを少なくとも含むカラオケフリータイムプランＰ２（第２行動計画）を生成する。
計画部４２は、第１地点（レストランＲ）において行動中のユーザＵ－１により第１地点（レストランＲ）以降の行動計画としてカラオケフリータイムプランＰ２が要請された場合、カラオケフリータイムプランＰ２と重複するランチお出かけプランＰ１の計画（スケジュール）を修正した上で、カラオケフリータイムプランＰ２を計画する。
また、計画部４２は、ユーザＵ－１からの要請に基づいて、要請された旅行商品のプランにおけるタクシーＴの配車計画を立案し、配車計画を立案した結果、要請の可否を要請受付部４１を通じて商品販売部４０に通知し、そのプランにて旅行商品が確定した場合は、立案した配車計画を配車計画ＤＢ５３に記憶する。
計画部４２は、ランチお出かけプランＰ１で行動中のユーザＵ－１からカラオケフリータイムプランＰ２の要請があった場合、ランチお出かけプランＰ１にタクシーＴの移動が含まれていた場合、カラオケフリータイムプランＰ２と重畳するレストランＲ（第１地点）からの移動先である自宅ＨへのタクシーＴ－２の配車計画を変更する。具体的にはタクシーＴ－２の配車を中止する。
なお、購入が確定した旅行商品については、商品販売部４０ではなく計画部４２や要請受付部４１（図６の破線矢印）が購入商品ＤＢ５２に記憶してもよい。
計画部４２は、第１地点（レストランＲ）において行動中のユーザＵ－１により第１地点（レストランＲ）以降の行動計画としてカラオケフリータイムプランＰ２が要請された場合、カラオケフリータイムプランＰ２と重複するランチお出かけプランＰ１の計画（スケジュール）を修正した上で、カラオケフリータイムプランＰ２を計画する。
また、計画部４２は、ユーザＵ－１からの要請に基づいて、要請された旅行商品のプランにおけるタクシーＴの配車計画を立案し、配車計画を立案した結果、要請の可否を要請受付部４１を通じて商品販売部４０に通知し、そのプランにて旅行商品が確定した場合は、立案した配車計画を配車計画ＤＢ５３に記憶する。
計画部４２は、ランチお出かけプランＰ１で行動中のユーザＵ－１からカラオケフリータイムプランＰ２の要請があった場合、ランチお出かけプランＰ１にタクシーＴの移動が含まれていた場合、カラオケフリータイムプランＰ２と重畳するレストランＲ（第１地点）からの移動先である自宅ＨへのタクシーＴ－２の配車計画を変更する。具体的にはタクシーＴ－２の配車を中止する。
なお、購入が確定した旅行商品については、商品販売部４０ではなく計画部４２や要請受付部４１（図６の破線矢印）が購入商品ＤＢ５２に記憶してもよい。
【0038】
配車指示部４３は、購入されたプランにおけるタクシーＴによる配車の計画を配車計画ＤＢ５３から参照して、配車計画ＤＢ５３の配車の計画に基づいて当該プランを担当するタクシーＴに対して送迎を指示する情報を生成し、当該タクシーＴのタクシー端末３に対して通信部１９を介して通知する。
【0039】
以下、図７及び図８を参照して図６の機能的構成を有するサーバ１の動作を説明する。
図７は、図６の機能的構成を有するサーバ１の処理のうち、商品購入処理動作を示すフローチャートである。図８は、購入商品ＤＢ５２に記憶された、ユーザにより購入された旅行商品の情報の一例を示す図である。
図７は、図６の機能的構成を有するサーバ１の処理のうち、商品購入処理動作を示すフローチャートである。図８は、購入商品ＤＢ５２に記憶された、ユーザにより購入された旅行商品の情報の一例を示す図である。
【0040】
この場合、ユーザＵ－１は、自身が携行するユーザ端末２が例えばスマートフォン等である場合にその端末にインストールされるスマホ用アプリにて会員登録後、スマホ用アプリの画面に表示される旅行購入ボタン等を操作すると、スマホ用アプリとサーバ１との通信により、商品販売部４０は、旅行商品のリストをユーザ端末２へ送り、ステップＳ１１において、スマホ用アプリの画面に旅行商品のリストを表示する。
【0041】
次に、ステップＳ１２において、商品販売部４０によりスマホ用アプリの画面に表示された旅行商品のリストから所望の商品、例えばランチお出かけプランＰ１がユーザＵ－１により選択されて、所望の移動先の飲食店（レストランＲ）や利用日時（Ｘ月Ｙ日１１時３０に自宅Ｈに迎車、１４時００にレストランＲに迎車）等のユーザＵ－１の行動計画に係る利用情報が入力されると、要請受付部４１は、その情報を商品の購入要請として受け付け計画部４２に渡す。
【0042】
計画部４２は、ステップＳ１３において、ユーザＵ－１によりリストから選択されたランチお出かけプランＰ１等の旅行商品と、入力されたユーザＵ－１の旅行に係る利用情報を基に、配車計画ＤＢを参照してタクシーＴの配車計画を作成する。
【0043】
そして、ステップＳ１４において、配車計画の作成が完了すると、計画部４２は、ステップＳ１５において、商品ＤＢ５０及び利用者ＤＢ５１を参照してタクシーＴの送迎を含むランチお出かけプランＰ１のプラン（行動計画）を作成し、作成したランチお出かけプランＰ１のプランをユーザ端末２へ送信して、スマホ用アプリの画面に表示しユーザＵ－１に提示する。
【0044】
なお、タクシー会社が保有するタクシーの台数に対して予約時刻に全てのタクシーが手払っており配車ができないときは、配車計画が作成されず、配車が不可であることをユーザＵ－１に通知し、日時等の変更を促すこともある。
【0045】
スマホ用アプリの画面に表示したランチお出かけプランＰ１のプランがユーザＵ－１に承認されて、ステップＳ１６において、スマホ用アプリの画面で旅行商品の購入操作が行われると、商品販売部４０は、その購入操作を受け付けて、ステップＳ１７において、提示したプランのランチお出かけプランＰ１をユーザＵ－１により購入された旅行商品として購入商品ＤＢ５２に記憶し、処理を終了する。
この結果、例えば図８に示すように、購入商品ＤＢ５２には、新規購入された旅行商品であるパッケージツアの項目番号「Ｐ１」に、旅行商品名として「ランチお出かけプラン」、旅行商品のプラン内容として、「自宅からレストラン、レストランから自宅の往復タクシー送迎、レストラン飲食費用を含む。」等といった内容、商品代金として「５０００円」等の購入済みの旅行商品がユーザＩＤに対応させて登録される。
なお、タクシー会社が保有するタクシーの台数が潤沢である場合は、旅行商品のプランが確定し旅行商品が購入された後にタクシーの配車計画を作成してもよい。
この結果、例えば図８に示すように、購入商品ＤＢ５２には、新規購入された旅行商品であるパッケージツアの項目番号「Ｐ１」に、旅行商品名として「ランチお出かけプラン」、旅行商品のプラン内容として、「自宅からレストラン、レストランから自宅の往復タクシー送迎、レストラン飲食費用を含む。」等といった内容、商品代金として「５０００円」等の購入済みの旅行商品がユーザＩＤに対応させて登録される。
なお、タクシー会社が保有するタクシーの台数が潤沢である場合は、旅行商品のプランが確定し旅行商品が購入された後にタクシーの配車計画を作成してもよい。
【0046】
次に、図９及び図１０を参照して図６の機能的構成を有するサーバ１の動作を説明する。図９は、図６の機能的構成を有するサーバ１の処理のうち、プラン変更動作を示すフローチャートである。図１０は、購入商品ＤＢ５２に記憶された、ユーザＵ－１により購入された旅行商品の情報の一例を示す図である。
【0047】
この場合、ユーザＵ－１は、自身が購入した旅行商品、例えばランチお出かけプランＰ１にて旅行実施中（行動中）に、レストランＲでの会食後すぐに帰宅せずにユーザＵ－２とカラオケ店Ｋへ行きたいと思い、プラン変更のためユーザ端末２においてスマホ用アプリを起動してその画面を表示させて、画面に表示される旅行購入ボタン等を操作したものとする。
すると、ユーザ端末２では、スマホ用アプリがサーバ１との通信により旅行商品のリストの送信要求を行う。
この送信要求によりサーバ１の商品販売部４０は、商品ＤＢ５０より読み出した旅行商品のリストをユーザ端末２へ送り、ステップＳ２１において、スマホ用アプリの画面に旅行商品のリストを表示する。
すると、ユーザ端末２では、スマホ用アプリがサーバ１との通信により旅行商品のリストの送信要求を行う。
この送信要求によりサーバ１の商品販売部４０は、商品ＤＢ５０より読み出した旅行商品のリストをユーザ端末２へ送り、ステップＳ２１において、スマホ用アプリの画面に旅行商品のリストを表示する。
【0048】
次に、ステップＳ２２において、商品販売部４０によりスマホ用アプリの画面に表示された旅行商品のリストから所望の商品、例えばカラオケフリープランＰ２等がユーザＵ－１により選択されて、所望のカラオケ店Ｋや利用日時といった旅行に係る利用情報が入力されると、要請受付部４１は、その情報を商品の購入要請として受け付け計画部４２に渡す。利用情報は、例えば１４時にレストランに迎車し１４時３０分にユーザＵ－１とユーザＵ－２をカラオケ店Ｋに送り、１６時にカラオケ店Ｋに迎車しユーザＵ－１を乗せて自宅Ｈへ送る、というものとする。
【0049】
計画部４２は、ステップＳ２３において、ユーザＵ－１の既存の購入済旅行商品であるランチお出かけプランＰ１のプランとのスケジュールの重複の有無をチェックする。
このチェックの結果、ランチお出かけプランＰ１とカラオケフリープランＰ２とでスケジュールの重複部分があると、計画部４２は、ステップＳ２４において、ランチお出かけプランＰ１のスケジュールの重複部分を修正し、購入商品ＤＢ５２の該当プランのランチお出かけプランＰ１に反映する。
このチェックの結果、ランチお出かけプランＰ１とカラオケフリープランＰ２とでスケジュールの重複部分があると、計画部４２は、ステップＳ２４において、ランチお出かけプランＰ１のスケジュールの重複部分を修正し、購入商品ＤＢ５２の該当プランのランチお出かけプランＰ１に反映する。
【0050】
この例においてスケジュールの重複部分とは、ランチお出かけプランＰ１におけるレストランＲから自宅Ｈの復路のタクシーＴ－２の送車と、カラオケフリープランＰ２におけるカラオケ店ＫへのタクシーＴ－３の送車とが重なることであり、計画部４２は、ランチお出かけプランＰ１における復路のタクシーＴ－２をキャンセルし、その分の費用（１５００円）を購入商品ＤＢ５２のランチお出かけプランＰ１の費用に反映（５０００円→３５００円）する（図１０参照）。
【0051】
計画部４２は、その上で、ステップＳ２５において、ユーザＵ－１によりリストから選択された旅行商品と、入力されたユーザＵ－１の旅行に係る利用情報を基に、配車計画ＤＢ５３を参照してランチお出かけプランＰ１の修正を含むタクシーＴの配車計画を作成する。
【0052】
そして、ステップＳ２６において、配車計画の作成が完了すると、計画部４２は、ステップＳ２７において、商品ＤＢ５０及び利用者ＤＢ５１を参照してタクシーＴの送迎を含むカラオケフリープランＰ２のプランを作成し、作成したカラオケフリープランＰ２のプランをユーザ端末２へ送信して、スマホ用アプリの画面に表示しユーザＵ－１に提示する。
【0053】
スマホ用アプリの画面に表示したカラオケフリープランＰ２のプランがユーザＵ－１に承認されて、ステップＳ２８において、スマホ用アプリの画面で旅行商品の購入操作が行われると、商品販売部４０は、その購入操作を受け付けて、ステップＳ２９において、提示したプランのカラオケフリープランＰ２をユーザＵ－１により購入された商品として購入商品ＤＢ５２に記憶し、処理を終了する。
【0054】
この結果、例えば図１０に示すように、購入商品ＤＢ５２には、ユーザＩＤのテーブルに新たにパッケージツアの項目番号「Ｐ２」のレコードが追加される。
項目番号「Ｐ２」のレコードには、旅行商品名として「カラオケフリープラン」、旅行商品のプラン内容として、「レストランから、カラオケ店、カラオケ店から自宅のタクシー送迎、カラオケ店でのカラオケ利用料を含む。」等といった内容、商品代金として「６０００円」等の購入商品が登録される。
また、既存の購入済旅行商品であるランチお出かけプランの項目番号「Ｐ１」のレコードは、プラン内容が、「自宅からレストラン迄のタクシー利用料、レストランでの飲食費用を含む。」に変更され、商品代金も復路のタクシーＴ－２のキャンセルにより減額されて「３５００円」に修正される。
なお、タクシー会社が保有するタクシーの台数が潤沢である場合は、旅行商品のプランが確定し旅行商品が購入された後にタクシーの配車計画を作成してもよい。
項目番号「Ｐ２」のレコードには、旅行商品名として「カラオケフリープラン」、旅行商品のプラン内容として、「レストランから、カラオケ店、カラオケ店から自宅のタクシー送迎、カラオケ店でのカラオケ利用料を含む。」等といった内容、商品代金として「６０００円」等の購入商品が登録される。
また、既存の購入済旅行商品であるランチお出かけプランの項目番号「Ｐ１」のレコードは、プラン内容が、「自宅からレストラン迄のタクシー利用料、レストランでの飲食費用を含む。」に変更され、商品代金も復路のタクシーＴ－２のキャンセルにより減額されて「３５００円」に修正される。
なお、タクシー会社が保有するタクシーの台数が潤沢である場合は、旅行商品のプランが確定し旅行商品が購入された後にタクシーの配車計画を作成してもよい。
【0055】
以下、図１１乃至図１８を参照して上記実施形態の情報処理システムを適用した活用シーンを説明する。
まず、図１１を参照して第１活用シーンを説明する。
図１１は、自宅病院往復プランにおいて復路をスポーツジム経由に変更する第１活用シーンを示す図である。
なお、以下の活用シーンを説明するにあたり、サーバ１においてプラン購入時や変更時の動作は、上記実施形態の情報処理システムにおける動作と同じであり、主に活用シーンについて説明する。また、以下では、ユーザ端末をスマートフォンＳＰ１乃至４とタブレットＴＡに分けて説明するものとする。
まず、図１１を参照して第１活用シーンを説明する。
図１１は、自宅病院往復プランにおいて復路をスポーツジム経由に変更する第１活用シーンを示す図である。
なお、以下の活用シーンを説明するにあたり、サーバ１においてプラン購入時や変更時の動作は、上記実施形態の情報処理システムにおける動作と同じであり、主に活用シーンについて説明する。また、以下では、ユーザ端末をスマートフォンＳＰ１乃至４とタブレットＴＡに分けて説明するものとする。
【0056】
第１活用シーンは、ユーザが例えば自宅と病院を往復する定額の自宅病院往復プラン（通院プラン）を購入した際に、帰りにスポーツジムを経由するように復路のルートを変更（経由場所を追加）するシーンである。
【0057】
この場合、ユーザＵ－３は、タブレットＴＡにインストールしたスマホ用アプリで、病院往復の定額プランを購入し、病院Ｂへ毎月一回通院している。
本日は通院の日で診察が終わったら、迎えのタクシーでそのまま自宅へ帰宅する予定であったが、病院Ｂにて、かかりつけ医から「運動量を増やした方が良いですね。スポーツジムに通ってみるのもよいかもしれませんね。」とアドバイスを頂いた。
ユーザＵ－３は、以前からスポーツジムに興味があったため、診察後に早速スポーツジムの見学に行きたいと思った。
本日は通院の日で診察が終わったら、迎えのタクシーでそのまま自宅へ帰宅する予定であったが、病院Ｂにて、かかりつけ医から「運動量を増やした方が良いですね。スポーツジムに通ってみるのもよいかもしれませんね。」とアドバイスを頂いた。
ユーザＵ－３は、以前からスポーツジムに興味があったため、診察後に早速スポーツジムの見学に行きたいと思った。
【0058】
ユーザＵ－３は、常に持ち歩いているスマートフォンＳＰ１のスマホ用アプリを使ってスポーツジムを検索したところ、スマホ用アプリのタクシー定額サービスを提供するタクシー会社と提携しているスポーツジムＳＧが見つかった。
【0059】
そこで、ユーザＵ－３は、病院帰りにスポーツジムＳＧに立ち寄ることにした。ユーザＵ－３は、スマートフォンＳＰ１からスポーツジムＳＧへ見学の予約を入れると共に、スマホ用アプリから病院帰りのルート変更操作とスポーツジムＳＧに迎えに来るタクシーＴ－３の迎車時刻の指定操作をした。
これにより、サーバ１では、帰路のタクシーＴ－２の配車が自動的にキャンセルされ、新たにタクシーＴ－３の配車計画が行われる。
これにより、サーバ１では、帰路のタクシーＴ－２の配車が自動的にキャンセルされ、新たにタクシーＴ－３の配車計画が行われる。
【0060】
そして、迎えに来た定額タクシーＴ－３に乗って、スポーツジムＳＧによってみた。
スポーツジムＳＧのインストラクターによると平日日中はユーザＵ－３の同年代も利用している方が多いとのことだった。
それであれば、ということで早速、スポーツジムＳＧの平日日中プランに申し込み、毎週１回は最低限通うことにした。
スポーツジムＳＧで平日日中プランを申し込みの後、指定の迎車時刻にスポーツジムＳＧに迎えに来たタクシーＴ－４に乗り、自宅Ｈに無事帰宅した。
スポーツジムＳＧのインストラクターによると平日日中はユーザＵ－３の同年代も利用している方が多いとのことだった。
それであれば、ということで早速、スポーツジムＳＧの平日日中プランに申し込み、毎週１回は最低限通うことにした。
スポーツジムＳＧで平日日中プランを申し込みの後、指定の迎車時刻にスポーツジムＳＧに迎えに来たタクシーＴ－４に乗り、自宅Ｈに無事帰宅した。
【0061】
【0062】
ユーザＵ－３は、タブレットＴＡにインストールしたスマホ用アプリで、スーパーマーケット往復の定額プランを購入し、自宅Ｈに迎えに来たタクシーＴ－１に乗ってスーパーマーケットＳへよく買い物に出かけている。
本日は買い物が終わったら、帰路のタクシーＴ－２でそのまま自宅へ帰宅する予定であったが、帰り際に友人と偶然会って世間話が盛り上がった。
世間話の中で、最近開店した高級食パンを販売するパン屋ＰＡの話題があがった。
ユーザＵ－３も以前、チラシかコマーシャル（ＣＭ）で見かけていた店で気になっていた。
本日は買い物が終わったら、帰路のタクシーＴ－２でそのまま自宅へ帰宅する予定であったが、帰り際に友人と偶然会って世間話が盛り上がった。
世間話の中で、最近開店した高級食パンを販売するパン屋ＰＡの話題があがった。
ユーザＵ－３も以前、チラシかコマーシャル（ＣＭ）で見かけていた店で気になっていた。
【0063】
そこで、スーパーマーケットＳの帰りに高級食パンのパン屋ＰＡに立ち寄ることにした。
スマホＳＰ１から高級食パン屋ＰＡへ高級食パンの購入予約（購入の申し込み）をすると共に、スマホ用アプリからスーパーマーケットＳの帰路にパン屋ＰＡを経由場所として指定したプラン変更の操作を行った。
これにより、サーバ１では、帰路のタクシーＴ－２の配車が自動的にキャンセルされ、新たにタクシーＴ－３の配車計画が行われる。
スマホＳＰ１から高級食パン屋ＰＡへ高級食パンの購入予約（購入の申し込み）をすると共に、スマホ用アプリからスーパーマーケットＳの帰路にパン屋ＰＡを経由場所として指定したプラン変更の操作を行った。
これにより、サーバ１では、帰路のタクシーＴ－２の配車が自動的にキャンセルされ、新たにタクシーＴ－３の配車計画が行われる。
【0064】
そして、ユーザＵ－３は、スーパーマーケットＳに迎えに来たタクシーＴ－３に乗って、高級食パンのパン屋ＰＡに足を運んでみた。
パン屋ＰＡの駐車場は、平日日中とは思えないくらい大混雑しており、満車だった。こういったとき定額タクシーのサービスは、駐車の必要がないため便利である。
パン屋ＰＡの駐車場は、平日日中とは思えないくらい大混雑しており、満車だった。こういったとき定額タクシーのサービスは、駐車の必要がないため便利である。
【0065】
ユーザＵ－３は、パン屋ＰＡで、予め予約しておいた高級食パンを購入後、スマホＳＰ１のスマホ用アプリの画面を開いて迎えの指示操作をすると、パン屋ＰＡの近くで待機していたタクシーＴ－３又はタクシーＴ－３と入れ替わりで迎えに来たタクシーＴ－４がパン屋ＰＡの前に車を回して来たので、ユーザＵ－３は、そのタクシーＴ－３又はＴ－４に乗車して自宅まで無事に帰宅した。
【0066】
図１３を参照して第３活用シーン（飲食店→直売所）を説明する。
図１３は、自宅レストラン往復プランにおいて復路を直売店経由に変更する第３活用シーンを示す図である。
図１３に示すように、地元の旬の野菜が食べれるレストランＲは、ユーザＵ－３が行きつけのお店であった。
図１３は、自宅レストラン往復プランにおいて復路を直売店経由に変更する第３活用シーンを示す図である。
図１３に示すように、地元の旬の野菜が食べれるレストランＲは、ユーザＵ－３が行きつけのお店であった。
【0067】
本日は買い物が終わったら、そのまま帰路の定額タクシーで自宅Ｈへ帰宅する予定であったが、レストランＲで出てきた野菜がとてもおいしく感動した。
店員さんに話を聞いてみると、その農家さんがつくっている食材が市内の直売所Ｙで購入できるとのことだ。ユーザＵ－３は、家族にもその野菜を食べさせたいと思った。
店員さんに話を聞いてみると、その農家さんがつくっている食材が市内の直売所Ｙで購入できるとのことだ。ユーザＵ－３は、家族にもその野菜を食べさせたいと思った。
【0068】
そこで、ユーザＵ－３は、帰りに直売所Ｙに立ち寄ることにした。
ユーザＵ－３は、スマートフォンＳＰ１のスマホ用アプリからレストランＲの帰りのルート変更操作と直売所Ｙに迎えに来るタクシーＴ－３の迎車時刻の指定操作をした。
ユーザＵ－３は、スマートフォンＳＰ１のスマホ用アプリからレストランＲの帰りのルート変更操作と直売所Ｙに迎えに来るタクシーＴ－３の迎車時刻の指定操作をした。
【0069】
これにより、サーバ１では、帰路のタクシーＴ－２の配車が自動的にキャンセルされ、新たにタクシーＴ－３又はＴ－４の配車計画が行われる。
そして、レストランＲに迎えに来たタクシーＴ－３に乗って、直売所Ｙへ足を運んでみた。
そして、レストランＲに迎えに来たタクシーＴ－３に乗って、直売所Ｙへ足を運んでみた。
【0070】
すると、お目当ての野菜が少しだけ残っていた。店員さんに話を聞いてみると、とても人気でいつも夕方には完売してしまうとのことだ。
急な寄り道ではあったが、お目当ての野菜が購入できた嬉しさから思い立ったら吉日という言葉を思い出すユーザＵ－３であった。
急な寄り道ではあったが、お目当ての野菜が購入できた嬉しさから思い立ったら吉日という言葉を思い出すユーザＵ－３であった。
【0071】
ユーザＵ－３は、お目当ての野菜を購入後、指定の迎車時刻に直売所Ｙに迎えに来たタクシーＴ－４に乗って、自宅Ｈに無事帰宅した。
【0072】
なお、直売所Ｙでの滞在時間が短く指定されていた場合は、タクシーＴ－４ではなく、レストランＲから直売所Ｙに送ったタクシーＴ－３が直売所Ｙの近くに待機していて、指定時刻にそのままユーザＵ－３を直売所Ｙに迎えに行き自宅Ｈへ送る配車計画としてもよい。
【0073】
【0074】
図１４に示すように、ユーザＵ－３は地域の寺院巡りが趣味である。
今日は以前から興味があったお寺Ｊ１に観光するためにスマホアプリによりお寺往復プランを購入した。
今日は以前から興味があったお寺Ｊ１に観光するためにスマホアプリによりお寺往復プランを購入した。
【0075】
ユーザＵ－３は、お寺Ｊ１での観光が終わったら、そのまま自宅Ｈへ帰宅する予定であったが、お寺Ｊ１の住職と話がはずみ、近くにあるお寺Ｊ２も是非行ってみたいと思うようになった。
そこで、ユーザＵ－３は、お寺Ｊ２に立ち寄ることにした。
そこで、ユーザＵ－３は、お寺Ｊ２に立ち寄ることにした。
【0076】
ユーザＵ－３は、スマートフォンＳＰ１のスマホ用アプリからお寺Ｊ１の帰りのルート変更操作とお寺Ｊ２に迎えに来るタクシーＴ－３の迎車時刻の指定操作をした。
これにより、サーバ１では、帰路のタクシーＴ－２の配車が自動的にキャンセルされ、新たにタクシーＴ－３の配車計画が行われる。
これにより、サーバ１では、帰路のタクシーＴ－２の配車が自動的にキャンセルされ、新たにタクシーＴ－３の配車計画が行われる。
【0077】
そして、ユーザＵ－３は、お寺Ｊ１に迎えに来た定額タクシーＴ－３に乗って、お寺Ｊ２へ足を運んでみた。
お寺Ｊ２も確かに素晴らしい場所だった。お寺Ｊ２の住職とも話がはずみ、家族に良いお土産話ができたと思ったユーザＵ－３であった。
お寺Ｊ２も確かに素晴らしい場所だった。お寺Ｊ２の住職とも話がはずみ、家族に良いお土産話ができたと思ったユーザＵ－３であった。
【0078】
ユーザＵ－３は、お寺Ｊ２を観光した後、指定の迎車時刻にお寺Ｊ２に迎えに来たタクシーＴ－４に乗って、自宅Ｈに無事帰宅した。
【0079】
【0080】
図１５に示すように、ユーザＵ－４は、仕事の関係で、第１都市を主な拠点にしながらも第２都市も含む２拠点で仕事をしていた。
【0081】
ユーザＵ－４は、本日、第１都市の自宅Ｈと駅ＳＴの往復プランで定額サービスを購入し、自宅Ｈから駅ＳＴにタクシーＴ－１で行き（ステップＳ１５１）、新幹線で第２都市に行き（ステップＳ１５２）、仕事をした後、夜に第２都市から新幹線で第１都市の駅ＳＴへ戻り、駅ＳＴに迎えに来たタクシーＴ－２でそのまま自宅Ｈに帰宅する予定であった。
【0082】
しかし、予想以上に第２都市での仕事が長引き、ユーザＵ－４は、仕事の途中でスマートフォンＳＰ２を取り出し、スマホ用アプリの画面で帰りのタクシーＴ－２の駅ＳＴへの迎えをキャンセルした（ステップＳ１５３）。
【0083】
そして、ほぼ終電の新幹線に乗車して第１都市へ向かい（ステップＳ１５４）、駅ＳＴに到着した。
【0084】
ユーザＵ－４が駅ＳＴに着くと、大雪が降っており、タクシー乗り場には、寒空の下、沢山の人々がタクシー待ちをしていた。
【0085】
ユーザＵ－４は、スマートフォンＳＰ２を取り出し、スマホ用アプリの画面で迎えのタクシーの状況を確認したところ、１時間ほどで迎えに来てくれることが分かった。
【0086】
そこで、ユーザＵ－４は、以前から行ってみたかった駅ＳＴの近くのバーＢＡをスマホ用アプリからタクシー往復プランのプラン変更の操作を行い、迎えのタクシーＴ－４の指定場所としてバーＢＡの前を指定すると共に、迎えの時刻を指定し、プラン変更を登録した。
【0087】
これにより、サーバ１では、タクシー往復プランの帰路のタクシーＴ－４の配車計画が自動的に行われる。このようにしてユーザＵ－４は、バーＢＡに行き（ステップＳ１５５）、カクテルを１時間ほど楽しむことができた。
【0088】
酔いが丁度よく回ってきたところで、スマートフォンＳＰ２の通知音と共に、スマホ用アプリの画面に、タクシーＴ－４が指定場所に着いたことを知らせるメッセージ通知（タクシー到着通知）の表示があり、ユーザＵ－４は、迎えのタクシーＴ－４が来たことを知った。
ユーザＵ－４は、バーＢＡで会計を済ませた後、バーＢＡの前で待つ迎えのタクシーＴ－４に乗車し、自宅Ｈに帰宅した（ステップＳ１５６）。出張疲れも少し和らいだ気がしたユーザＵ－４であった。
ユーザＵ－４は、バーＢＡで会計を済ませた後、バーＢＡの前で待つ迎えのタクシーＴ－４に乗車し、自宅Ｈに帰宅した（ステップＳ１５６）。出張疲れも少し和らいだ気がしたユーザＵ－４であった。
【0089】
【0090】
図１６に示すように、ユーザＵ－３には、隣の市に住んでいる孫であるユーザＵ－５（例えば１５歳・男性）がいる。ユーザＵ－５は、今年、中学３年生で受験に向けてラストスパートである。
【0091】
ユーザＵ－５は、学習塾Ｇに通っており、自宅Ｈから学習塾Ｇまでの送迎として、スマホ用アプリから学習塾往復プランを購入して利用している。
ある日、母親から、学習塾Ｇの帰りに味噌を買ってきて欲しいとのお使いの連絡がスマートフォンＳＰ３に入って来た。
ある日、母親から、学習塾Ｇの帰りに味噌を買ってきて欲しいとのお使いの連絡がスマートフォンＳＰ３に入って来た。
【0092】
そこで、ユーザＵ－５はスマートフォンＳＰ３のスマホ用アプリの画面を開き、プラン変更の操作を行い、自宅Ｈへ直帰するタクシーＴ－２をキャンセルすると共に、帰路の経由場所としてコンビニＹを指定してプラン変更を登録し、コンビニＹへの寄り道を依頼した。
この結果、自宅の最寄コンビニＹで無事に味噌を買うことが出きて帰宅した。
この結果、自宅の最寄コンビニＹで無事に味噌を買うことが出きて帰宅した。
【0093】
【0094】
【0095】
ユーザＵ－５は、学習塾Ｇの出口で待っている友人Ｕ－６（例えば１５歳・男性）に合ったので、友人Ｕ－６に話を聞いた。友人Ｕ－６は、自転車で学習塾Ｇに通っており、雨が止むのを待っている、ということだった。
雨がしばらく止みそうにないことから、ユーザＵ－５は、学習塾往復プランを変更して友人Ｕ－６と一緒に帰宅することにした。
雨がしばらく止みそうにないことから、ユーザＵ－５は、学習塾往復プランを変更して友人Ｕ－６と一緒に帰宅することにした。
【0096】
ユーザＵ－５は、自身のスマートフォンＳＰ３のスマホ用アプリの画面を開いて、学習塾往復プランの帰路を変更する操作を行い、自宅Ｈへ直帰するタクシーＴ－２をキャンセルすると共に、新たな帰路として経由場所を友人Ｕ－６の自宅Ｏを指定して帰宅するプランへの変更を登録し、友人Ｕ－６の自宅Ｏへの寄り道を依頼した。
【0097】
そして、学習塾Ｇに迎えにきたタクシーＴ－３にユーザＵ－５と友人Ｕ－６が同乗し、友人Ｕ－６の自宅Ｏに向けて移動し、友人Ｕ－６の自宅Ｏに着いたところ、玄関先に出てきた友人Ｕ－６の母親に感謝され、ちょうど食事中だったらしく、お礼として手作り煮物を頂いた。
【0098】
【0099】
図１８に示すように、ユーザＵ－７は、第１都市の自宅Ｈがあり、取引先の会社Ｋ１に、急きょ、書類、例えば契約書Ｆ等の原本を送付する必要があったが、至急、自宅Ｈから駅ＳＴに行き、新幹線で第１都市の会社Ｋ０へ向かわなければならなかった。
契約書Ｆは、３者間の契約書であったため、取引先の会社Ｋ１と会社Ｋ２の捺印も必要であった。
契約書Ｆは、３者間の契約書であったため、取引先の会社Ｋ１と会社Ｋ２の捺印も必要であった。
【0100】
そこで、ユーザＵ－７は、スマートフォンＳＰ４のスマホ用アプリにより、元々駅往復プランを購入し、自宅Ｈから第１都市の駅ＳＴまでのタクシーでの送迎を依頼していたが、急きょ自宅Ｈから駅ＳＴにユーザＵ－７を送った後、取引先の会社Ｋ１に契約書Ｆを運んでもらうことを、スマホ用アプリからのプラン変更操作により追加登録し、ユーザＵ－７を駅ＳＴへ送迎後、契約書Ｆを急いで配達（速達）してくれるよう依頼した。
【0101】
この場合、ユーザＵ－７は、自宅Ｈに迎えにしたタクシーＴ－１に乗車し、駅ＳＴへ向かい（ステップＳ１８１）、ユーザＵ－７は、駅ＳＴに到着すると、契約書ＦをタクシーＴ－１のドライバーＤ１に渡した後、自身は、新幹線で自身の会社Ｋ０へ向かった（ステップＳ１８２）。
【0102】
タクシーＴ－１のドライバーＤ１は、ユーザＵ－７から受け取った契約書Ｆを取引先の会社Ｋ１に配達し（ステップＳ１８３）、取引先の会社Ｋ１の担当者に手渡した。実は会社Ｋ１はタクシー会社と法人契約を結んでいる企業である。
【0103】
取引先の会社Ｋ１の担当者は、契約書Ｆに押印した後、タクシードライバーＤ１に会社Ｋ２まで契約書Ｆの配達を急きょ依頼した。
【0104】
タクシードライバーＤ１は、自身のタクシーＴ－３を運転して会社Ｋ１から会社Ｋ２へ契約書Ｆを配達し（ステップＳ１８４）、会社Ｋ２の担当者に手渡した。
この後、タクシードライバーＤ１は、自身のタクシーＴ－３でタクシー会社に戻った。
この後、タクシードライバーＤ１は、自身のタクシーＴ－３でタクシー会社に戻った。
【0105】
後日、会社Ｋ２より押印された契約書Ｆが郵送でユーザＵ－７の会社Ｋ０に送付され（ステップＳ１８５）、会社Ｋ０のユーザＵ－７の手元に届けられた。時間のないビジネスマンにとって定額タクシーは心強い味方である。
【0106】
【0107】
図１９に示すように、自宅Ｈにおいて、ユーザＵ－８が朝起きて外を見たところ、天気が良かったので、近くの公園ＰＡまで出かけたくなった。
そこで、ユーザＵ－８は、スマートフォンＳＰ５のスマホ用アプリにより、自宅と公園の往復プラン（自宅公園往復プラン）を購入した。
そして、ユーザＵ－８は、自宅Ｈに迎えに来たタクシーＴ－１に乗って、近くの公園ＰＡまで出かけた（ステップＳ１９１）。
そこで、ユーザＵ－８は、スマートフォンＳＰ５のスマホ用アプリにより、自宅と公園の往復プラン（自宅公園往復プラン）を購入した。
そして、ユーザＵ－８は、自宅Ｈに迎えに来たタクシーＴ－１に乗って、近くの公園ＰＡまで出かけた（ステップＳ１９１）。
【0108】
ユーザＵ－８が公園ＰＡに到着すると、たまたま友人Ｕ－９も公園ＰＡに来ていて、一緒にお昼を食べに行くことになった。
【0109】
そこで、ユーザＵ－８は、スマートフォンＳＰ５のスマホ用アプリにより、近くの蕎麦屋さんリストを表示させて、気に入った蕎麦屋ＳＯを予約すると共に、プラン変更操作により、公園ＰＡから蕎麦屋ＳＯに立ち寄り、蕎麦屋ＳＯでの食事後に迎車し自宅まで送ってもらうことを追加登録した（ステップＳ１９２）。
具体的には、スマホ用アプリの画面から、蕎麦屋ＳＯの来店予約と公園ＰＡから蕎麦屋Ｏへのタクシー輸送と蕎麦屋ＳＯから自宅Ｈへの輸送の予約を同時に行うことで、自宅公園往復プランに修正が入り、公園ＰＡから自宅Ｈへの復路のタクシーＴ－２が自動的にキャンセルされた。
具体的には、スマホ用アプリの画面から、蕎麦屋ＳＯの来店予約と公園ＰＡから蕎麦屋Ｏへのタクシー輸送と蕎麦屋ＳＯから自宅Ｈへの輸送の予約を同時に行うことで、自宅公園往復プランに修正が入り、公園ＰＡから自宅Ｈへの復路のタクシーＴ－２が自動的にキャンセルされた。
【0110】
これにより、ユーザＵ－８と友人Ｕ－９は、公園ＰＡに迎えにきたタクシーＴ－３に相乗りして蕎麦屋ＳＯへ行き（ステップＳ１９３）、蕎麦を食べながら会話を楽しんだ。
【0111】
その後、ユーザＵ－８と友人Ｕ－９は、予約した迎車時刻に、蕎麦屋ＳＯに迎えに来たタクシーＴ－４に相乗りして会話を楽しみながら帰宅した（ステップＳ１９４）。
【0112】
図２０を参照して定額タクシーサービスの第１０活用シーン（散歩中に予約→自宅に戻り友人の家経由でレストラン）を説明する。
図２０は、自宅レストラン往復プランにおいて友人の家を経由する第１０活用シーンを示す図である。
図２０は、自宅レストラン往復プランにおいて友人の家を経由する第１０活用シーンを示す図である。
【0113】
図２０に示すように、ユーザＵ－８は、自宅Ｈ付近で日課の散歩をしていた（ステップＳ２０１）。
途中で馴染みの友人Ｕ－１０と遭遇し、一緒に散歩をした。話の中で、お昼ご飯を一緒に食べましょう、ということになり、ユーザＵ－８は、スマートフォンＳＰ５のスマホ用アプリの画面のおススメの中から、イタリア料理のレストランＲのランチを予約すると同時に、ユーザＵ－８（自分）の自宅Ｈ、友人Ｕ－１０の家Ｑ（自宅）を経由しての送迎タクシーＴ１と帰りのお迎えタクシーＴ２も同時に予約した（ステップＳ２０２）。
途中で馴染みの友人Ｕ－１０と遭遇し、一緒に散歩をした。話の中で、お昼ご飯を一緒に食べましょう、ということになり、ユーザＵ－８は、スマートフォンＳＰ５のスマホ用アプリの画面のおススメの中から、イタリア料理のレストランＲのランチを予約すると同時に、ユーザＵ－８（自分）の自宅Ｈ、友人Ｕ－１０の家Ｑ（自宅）を経由しての送迎タクシーＴ１と帰りのお迎えタクシーＴ２も同時に予約した（ステップＳ２０２）。
【0114】
ユーザＵ－８は、散歩から自宅Ｈに戻り（ステップＳ２０３）、一休みして身支度してから、予約した迎車時間になり自宅Ｈに送迎タクシーＴ１が迎えに来たので、送迎タクシーＴ－１に乗車して自宅Ｈを後にした（ステップＳ２０４）。
【0115】
途中、友人Ｕ－１０の家Ｑを経由した送迎タクシーＴ－１に友人Ｕ－１０を乗せた（ステップＳ２０５）。そして、レストランＲに到着し、レストランＲで食事を楽しんだ（ステップＳ２０６）。
【0116】
その後、予約の迎車時間になりレストランＲに送迎タクシーＴ－２が迎えに来たので、ユーザＵ－８と友人Ｕ－１０は、送迎タクシーＴ－２に乗車して帰り、途中、友人Ｕ－１０の家Ｑを経由し、友人Ｕ－１０の家Ｑの前で友人Ｕ－１０を送迎タクシーＴ－２から降ろした後、ユーザＵ－８は、送迎タクシーＴ－２で自宅Ｈに帰宅した（ステップＳ２０７）。
【0117】
上記実施形態では、基点（例えば自宅等）と第１アクティビティ（レストランＲや駅ＳＴ等）との往復プランにおいて第１アクティビティから基点への帰路を第２アクティビティ（カラオケ店Ｋ）に変更するケースについて説明したが、本発明は、実施形態のみに限定されるものではない。
例えば、基点が例えばホテル等であり、第１アクティビティが釣り等である場合、釣りが終った時点のユーザの気分次第でその先の第２アクティビティを変えてもよい。
例えば第２アクティビティをレストランにして、複数のレストラン（イタリアンの店舗や日本料理店等）から選べるとか、第１アクティビティの釣りで釣れなかった場合は気分がすぐれないため、そのままホテルに帰る等に変更することができる。この場合、その場その場で変化する旅行プランに対応することができる。
例えば、基点が例えばホテル等であり、第１アクティビティが釣り等である場合、釣りが終った時点のユーザの気分次第でその先の第２アクティビティを変えてもよい。
例えば第２アクティビティをレストランにして、複数のレストラン（イタリアンの店舗や日本料理店等）から選べるとか、第１アクティビティの釣りで釣れなかった場合は気分がすぐれないため、そのままホテルに帰る等に変更することができる。この場合、その場その場で変化する旅行プランに対応することができる。
【0118】
また、時間差で開催されるパーティーで出席するメンバーが変わる場合（一次会と二次会で出る人が変わる場合）、二次会の場所を決める際に、一日のトータル予算を決めておき、一次会、二次会の結果で予算が余った場合、スマホ用アプリから、さらなるアクティビティとして例えばラーメン屋に「しめ」のラーメンを食べに行くことやそのための移動手段等）を紹介するようにしてもよい。
また、スマホ用アプリで購入されたプランに基づいて、タクシー会社側から一次会終了３０分前に二次会プランをプッシュ通知するようにしてもよい。例えば「今二次会プランを決めてくれれば予算としていくらで引き受けます…」等の通知を行ってもよい。
また、スマホ用アプリで購入されたプランに基づいて、タクシー会社側から一次会終了３０分前に二次会プランをプッシュ通知するようにしてもよい。例えば「今二次会プランを決めてくれれば予算としていくらで引き受けます…」等の通知を行ってもよい。
【0119】
以上、まとめると、情報処理装置は、上述の実施形態のサーバ１を含め各種各様な実施形態をとることができると共に、様々な活用シーンに適用することができる。
ここで、本発明が適用される情報処理装置が提供可能なサービスとしては、上述の例では、タクシーＴの利用を含むプランの旅行商品を提供するサービスの例を説明したがこれに限定されず、第１地点において移動対象が移動手段を利用して拠点へ移動するときの行動変更に適宜対応するサービスであれば足り、任意のサービスを提供することができる。
ここで、本発明が適用される情報処理装置が提供可能なサービスとしては、上述の例では、タクシーＴの利用を含むプランの旅行商品を提供するサービスの例を説明したがこれに限定されず、第１地点において移動対象が移動手段を利用して拠点へ移動するときの行動変更に適宜対応するサービスであれば足り、任意のサービスを提供することができる。
【0120】
即ち、本サービスが提供される情報処理装置は、
ユーザＵ－１のランチお出かけプランＰ１という第１行動計画が、自宅Ｈ（拠点）からレストランＲ（第１地点）へ移動しレストランＲにおいて会食（アクティビティに参加）しレストランＲから自宅Ｈへ移動するスケジュール（計画）である場合、ユーザＵ－１がランチお出かけプランＰ１で会食中に、ユーザＵ－１により会食後の行動計画としてカラオケフリープランＰ２という第２行動計画が要請された場合、カラオケフリープランＰ２と重複するユーザＵ－１のランチお出かけプランＰ１のレストランＲから自宅Ｈへ移動する計画を中止（キャンセル）した上で、カラオケフリープランＰ２を計画する計画部４２、
を備えれば足りる。
これにより、ランチお出かけプランＰ１という第１行動計画に従って行動中のユーザＵ－１の計画変更に柔軟に対応できるサービスを提供することができる。
ユーザＵ－１のランチお出かけプランＰ１という第１行動計画が、自宅Ｈ（拠点）からレストランＲ（第１地点）へ移動しレストランＲにおいて会食（アクティビティに参加）しレストランＲから自宅Ｈへ移動するスケジュール（計画）である場合、ユーザＵ－１がランチお出かけプランＰ１で会食中に、ユーザＵ－１により会食後の行動計画としてカラオケフリープランＰ２という第２行動計画が要請された場合、カラオケフリープランＰ２と重複するユーザＵ－１のランチお出かけプランＰ１のレストランＲから自宅Ｈへ移動する計画を中止（キャンセル）した上で、カラオケフリープランＰ２を計画する計画部４２、
を備えれば足りる。
これにより、ランチお出かけプランＰ１という第１行動計画に従って行動中のユーザＵ－１の計画変更に柔軟に対応できるサービスを提供することができる。
【0121】
本実施形態では、自宅Ｈ、レストランＲ、カラオケ店Ｋの３つの地点を移動する例を説明したが、この例のみに限定されるものではない。
また、本実施形態では、ランチお出かけプランＰ１の復路のタクシーＴ－２をキャンセルする例について説明したが、自宅Ｈに戻る人の数が増えるケースもあり、この場合、復路のタクシーＴ－２の配車台数や乗員等を増やすことになる。
さらに、レストランＲからユーザＵ－２も帰路にタクシーを利用するよう変更するケースもあり、この場合、ユーザＵ－２用にタクシーを新たに配車することになる。
本実施形態では、第１地点におけるアクティビティをレストランＲにおける会食（食事）としたが、これ以外のアクティビティであってもよい。例えば第１地点が病院等の場合、アクティビティは、診察（診療）に該当し、第１地点が温泉等の場合、アクティビティは、入浴に該当する。
また、本実施形態では、ランチお出かけプランＰ１の復路のタクシーＴ－２をキャンセルする例について説明したが、自宅Ｈに戻る人の数が増えるケースもあり、この場合、復路のタクシーＴ－２の配車台数や乗員等を増やすことになる。
さらに、レストランＲからユーザＵ－２も帰路にタクシーを利用するよう変更するケースもあり、この場合、ユーザＵ－２用にタクシーを新たに配車することになる。
本実施形態では、第１地点におけるアクティビティをレストランＲにおける会食（食事）としたが、これ以外のアクティビティであってもよい。例えば第１地点が病院等の場合、アクティビティは、診察（診療）に該当し、第１地点が温泉等の場合、アクティビティは、入浴に該当する。
【0122】
以上、まとめると、情報処理装置は、次のような装置であれば足りる。
即ち、情報処理装置（例えば図６のサーバ１等）は、
レストランＲ（第１地点）から自宅Ｈ（拠点）への移動を含むランチお出かけプランＰ１（第１行動計画）に基づいてユーザＵ－１が行動中に、レストランＲ（第１地点）からの移動先を自宅Ｈ（拠点）からカラオケ店Ｋ（第２地点）に変更する要請を受け付ける要請受付手段（例えば図６の要請受付部４１等）と、
前記要請に基づいて、レストランＲ（第１地点）からカラオケ店Ｋ（第２地点）までの移動と、カラオケ店Ｋ（第２地点）から自宅Ｈ（拠点）までの移動とを少なくとも含むカラオケフリープランＰ２（第２行動計画）を生成する計画手段（例えば図６の計画部４２等）と、
を備える。
これにより、第１地点（レストランＲ）での会食（アクティビティ）の状況によってユーザＵ－１の予定が変わった場合でもユーザＵ－１の行動計画の変更要請に柔軟に対応することができるランチお出かけプランＰ１及びカラオケフリープランＰ２等の旅行商品を提供することができる。
即ち、情報処理装置（例えば図６のサーバ１等）は、
レストランＲ（第１地点）から自宅Ｈ（拠点）への移動を含むランチお出かけプランＰ１（第１行動計画）に基づいてユーザＵ－１が行動中に、レストランＲ（第１地点）からの移動先を自宅Ｈ（拠点）からカラオケ店Ｋ（第２地点）に変更する要請を受け付ける要請受付手段（例えば図６の要請受付部４１等）と、
前記要請に基づいて、レストランＲ（第１地点）からカラオケ店Ｋ（第２地点）までの移動と、カラオケ店Ｋ（第２地点）から自宅Ｈ（拠点）までの移動とを少なくとも含むカラオケフリープランＰ２（第２行動計画）を生成する計画手段（例えば図６の計画部４２等）と、
を備える。
これにより、第１地点（レストランＲ）での会食（アクティビティ）の状況によってユーザＵ－１の予定が変わった場合でもユーザＵ－１の行動計画の変更要請に柔軟に対応することができるランチお出かけプランＰ１及びカラオケフリープランＰ２等の旅行商品を提供することができる。
【0123】
また、情報処理装置は、次のような構成をとることができ、上述の実施形態を含め各種各様な実施形態をとることができる。
上記実施形態では、第１行動計画に第２行動計画を被せる要請をする例について説明したが、第１行動計画の一部を単に変更するケースも想定される。
このケースでは、以下のように情報処理装置を構成するものとする。
具体的には、図３に示したように、ランチお出かけプランＰ１の復路の行動計画を変更が必要なカラオケフリープランＰ２が要請された場合の例について詳述したが、これは一例にすぎず、様々な変更が可能である。
例えば図２に示したように、ランチお出かけプランＰ１の復路のタクシーのＴ－２の迎車時刻を１４時から例えば１５時に変更する要請に対して、計画部４２が、配車計画ＤＢ５３からタクシーＴ－２の関連する配車計画を読み出して、現在の予定よりも迎車時刻を１時間遅らせた場合に他のスケジュールに被らないことを確認した上で、タクシーＴ－２の迎車時刻を１４時から１５時に変更する。
また、上記実施形態では、ユーザＵ－１からのスマホ用アプリからの要請に応じてプランを変更したが、ユーザＵ－１が携行するユーザ端末２にＧＰＳ衛星からのＧＰＳ受信機能が搭載されている場合、野外であれば、ユーザ端末２の位置が特定できるので、その位置情報をサーバ１が取得することで、ユーザ端末２が既定の行動計画とは異なる位置に移動したことが検知された場合にユーザＵ－１の行動計画を変更してもよい。
上記実施形態では、第１行動計画に第２行動計画を被せる要請をする例について説明したが、第１行動計画の一部を単に変更するケースも想定される。
このケースでは、以下のように情報処理装置を構成するものとする。
具体的には、図３に示したように、ランチお出かけプランＰ１の復路の行動計画を変更が必要なカラオケフリープランＰ２が要請された場合の例について詳述したが、これは一例にすぎず、様々な変更が可能である。
例えば図２に示したように、ランチお出かけプランＰ１の復路のタクシーのＴ－２の迎車時刻を１４時から例えば１５時に変更する要請に対して、計画部４２が、配車計画ＤＢ５３からタクシーＴ－２の関連する配車計画を読み出して、現在の予定よりも迎車時刻を１時間遅らせた場合に他のスケジュールに被らないことを確認した上で、タクシーＴ－２の迎車時刻を１４時から１５時に変更する。
また、上記実施形態では、ユーザＵ－１からのスマホ用アプリからの要請に応じてプランを変更したが、ユーザＵ－１が携行するユーザ端末２にＧＰＳ衛星からのＧＰＳ受信機能が搭載されている場合、野外であれば、ユーザ端末２の位置が特定できるので、その位置情報をサーバ１が取得することで、ユーザ端末２が既定の行動計画とは異なる位置に移動したことが検知された場合にユーザＵ－１の行動計画を変更してもよい。
【0124】
即ち、情報処理装置（例えば図６のサーバ１等）は、
拠点（自宅等）から第１地点（病院やレストラン等）への移動（往路のタクシーＴ－１の乗車）と、当該第１地点から第２地点（自宅等）への移動（復路のタクシーＴ－２の乗車）とを含むユーザＵ－１の行動計画に基づいて当該ユーザＵ－１に移動手段（タクシーＴ）を提供する支援を行う情報処理装置（例えば図６のサーバ１等）において、
前記第１地点における前記ユーザＵ－１のアクティビティ（診察や食事）の状況（ユーザＵ－１からの変更要請、診察や飲食の終了予定時刻の遅延等、ユーザ端末２のＧＰＳ機能による取得された位置情報の変化（退店の様子））を取得する取得手段（例えば図６の要請受付部４１等）と、
前記取得手段により取得されたアクティビティの状況に基づいて、前記移動手段の提供計画（タクシーＴの配車計画）を変更（移動ルートや乗車人数に応じた車両、配車時刻、自宅へ送る→カラオケ店へ送る、４人乗り小型車→中型車２台又は大型車、迎車時刻を１４時から１５時に変更等）する計画手段（例えば図６の計画部４２等）と、
を備える。
これにより、既定の行動計画に含まれるアクティビティ（診察や食事）をユーザＵ－１が実施中に、アクティビティ（診察や食事）の状況に応じてユーザＵ－１の行動計画が変わった場合でもユーザＵ－１の行動計画の変更要請に柔軟に対応することができる。
また、前記計画手段（例えば図６の計画部４２等）は、
ランチお出かけプランＰ１（第１行動計画）にタクシーＴにより移動が含まれている場合、前記第２地点（自宅等）への前記タクシーＴの配車計画を変更（レストランに１４時に迎えに行く→レストランに１５時に迎えに行く等）する、
ことにより、ユーザＵ－１は、病院やレストラン等において診察や食事の終了予定時刻の遅延等が生じたときにスマホ用アプリを使って要請すれば、現地でのタクシーＴの送迎時刻を変更できるので、予定が終了した時刻に合わせてタクシーＴが迎えに来てくれるようになる。
また、タクシー会社としても定刻に迎えに来たもののユーザＵ－１が現れないまま待たされるという事態を招くことがなくなり、ユーザＵ－１とタクシー会社双方にとってメリットのあるサービスを提供することができる。
拠点（自宅等）から第１地点（病院やレストラン等）への移動（往路のタクシーＴ－１の乗車）と、当該第１地点から第２地点（自宅等）への移動（復路のタクシーＴ－２の乗車）とを含むユーザＵ－１の行動計画に基づいて当該ユーザＵ－１に移動手段（タクシーＴ）を提供する支援を行う情報処理装置（例えば図６のサーバ１等）において、
前記第１地点における前記ユーザＵ－１のアクティビティ（診察や食事）の状況（ユーザＵ－１からの変更要請、診察や飲食の終了予定時刻の遅延等、ユーザ端末２のＧＰＳ機能による取得された位置情報の変化（退店の様子））を取得する取得手段（例えば図６の要請受付部４１等）と、
前記取得手段により取得されたアクティビティの状況に基づいて、前記移動手段の提供計画（タクシーＴの配車計画）を変更（移動ルートや乗車人数に応じた車両、配車時刻、自宅へ送る→カラオケ店へ送る、４人乗り小型車→中型車２台又は大型車、迎車時刻を１４時から１５時に変更等）する計画手段（例えば図６の計画部４２等）と、
を備える。
これにより、既定の行動計画に含まれるアクティビティ（診察や食事）をユーザＵ－１が実施中に、アクティビティ（診察や食事）の状況に応じてユーザＵ－１の行動計画が変わった場合でもユーザＵ－１の行動計画の変更要請に柔軟に対応することができる。
また、前記計画手段（例えば図６の計画部４２等）は、
ランチお出かけプランＰ１（第１行動計画）にタクシーＴにより移動が含まれている場合、前記第２地点（自宅等）への前記タクシーＴの配車計画を変更（レストランに１４時に迎えに行く→レストランに１５時に迎えに行く等）する、
ことにより、ユーザＵ－１は、病院やレストラン等において診察や食事の終了予定時刻の遅延等が生じたときにスマホ用アプリを使って要請すれば、現地でのタクシーＴの送迎時刻を変更できるので、予定が終了した時刻に合わせてタクシーＴが迎えに来てくれるようになる。
また、タクシー会社としても定刻に迎えに来たもののユーザＵ－１が現れないまま待たされるという事態を招くことがなくなり、ユーザＵ－１とタクシー会社双方にとってメリットのあるサービスを提供することができる。
【0125】
なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
【0126】
例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図６の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能がシステムに備えられていれば足り、この機能を実現するためにどのような機能ブロック及びデータベースを用いるのかは特に図６の例に限定されない。また、機能ブロック及びデータベースの存在場所も、図６に特に限定されず任意でよい。例えばサーバの機能ブロック及びデータベースをユーザ端末２やタクシー端末３等に移譲させてもよい。逆にユーザ端末２やタクシー端末３等の機能ブロック及びデータベースをサーバ１等に移譲させてもよい。
また、１つの機能ブロック及びデータベースは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組合せで構成してもよい。
換言すると、図６の機能的構成は例示に過ぎず、特に限定されない。
即ち、上述した一連の処理を全体として実行できる機能がシステムに備えられていれば足り、この機能を実現するためにどのような機能ブロック及びデータベースを用いるのかは特に図６の例に限定されない。また、機能ブロック及びデータベースの存在場所も、図６に特に限定されず任意でよい。例えばサーバの機能ブロック及びデータベースをユーザ端末２やタクシー端末３等に移譲させてもよい。逆にユーザ端末２やタクシー端末３等の機能ブロック及びデータベースをサーバ１等に移譲させてもよい。
また、１つの機能ブロック及びデータベースは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組合せで構成してもよい。
【0127】
一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば汎用のパーソナルコンピュータであってもよい。
【0128】
このようなプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布される図５のリムーバブルメディア３１により構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。リムーバブルメディア３１は、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ－Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ－Ｄｉｓｋ）、等により構成される。また、装置本体に予め組み込まれた状態でユーザに提供される記録媒体は、例えば、プログラムが記録されている図５のＲＯＭ１２や記憶部１８及びこの記憶部１８に含まれるハードディスク等で構成される。
【0129】
なお、本明細書において、本アプリケーションから他アプリケーションの順にされる実行処理は、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【符号の説明】
【0130】
１・・・サーバ、２・・・ユーザ端末、３、３－１乃至３－４・・・タクシー端末、１１・・・ＣＰＵ、１２・・・ＲＯＭ、１３・・・ＲＡＭ、１４・・・バス、１５・・・入出力インターフェース、１６・・・出力部、１７・・・入力部、１８・・・記憶部、１９・・・通信部、２０・・・ドライブ、３１・・・リムーバブルメディア、４０・・・商品販売部、４１・・・要請受付部、４２・・・計画部、４３・・・配車指示部、５０・・・商品ＤＢ、５１・・・利用者ＤＢ、５２・・・購入商品ＤＢ、５３・・・配車計画ＤＢ、Ｎ・・・ネットワーク、Ｔ、Ｔ－１乃至Ｔ－４・・・タクシー、ＴＡ・・・タブレット、ＳＰ１乃至ＳＰ４・・・スマートフォン
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】