JP7647066B2 - ツアープラン生成装置、ツアープラン生成方法、及びプログラム - Google Patents

Description

本開示は、パッケージツアーのツアープランを生成するためのツアープラン生成装置、ツアープラン生成方法、及びプログラムに関する。

従来、パッケージツアーのツアープランは、旅行代理店の店員が、旅行に必要な各種手続（移動手段、宿泊施設、名所観光、イベント見物などの手配）を、顧客からその都度聞きながら生成されていた。そのため、顧客に対し、ツアープランを迅速に提案できないという問題があった

そのため、最近は、パッケージツアーのツアープランを自動で生成する技術が提案されている（例えば、特許文献１）。
特許文献１に開示された技術は、宿泊施設データベース、施設（飲食・観光）データベースなどを備える他、旅行プランの雛形となる旅行モデル雛形データが登録された旅行モデル雛形データベースを備える。旅行プランを生成する際は、旅行モデル雛形データベースから旅行モデル雛形データを取り出し、旅行の条件を満たす宿泊施設などを、宿泊施設データベースなどから抽出しながら、旅行プランを生成する。

特開２００３－０４４５５３号公報

しかし、特許文献１に開示された技術は、旅行モデル雛形データを用いて、旅行プランを生成するため、雛形に沿った旅行プランしか生成できず、顧客の要望に応えた柔軟な旅行プランを生成できないという問題があった。

そこで本開示の目的は、上述した課題を解決し、顧客の要望に応えた柔軟なツアープランを生成できるツアープラン生成装置、ツアープラン生成方法、及びプログラムを提供することにある。

一態様によるツアープラン生成装置は、
パッケージツアーのツアー要望及び条件の入力を受け付ける入力部と、
入力された前記ツアー要望及び前記条件を具体化することによって、具体化された前記ツアー要望であって具体化された前記条件を満たした前記ツアー要望を、ツアープランとして生成する具体化部と、
生成された前記ツアープランを出力する出力部と、を備える。

一態様によるツアープラン生成方法は、
ツアープラン生成装置が行うツアープラン生成方法であって、
パッケージツアーのツアー要望及び条件の入力を受け付けるステップと、
入力された前記ツアー要望及び前記条件を具体化することによって、具体化された前記ツアー要望であって具体化された前記条件を満たした前記ツアー要望を、ツアープランとして生成するステップと、
生成された前記ツアープランを出力するステップと、を含む。

一態様によるプログラムは、
コンピュータに、
パッケージツアーのツアー要望及び条件の入力を受け付ける手順と、
入力された前記ツアー要望及び前記条件を具体化することによって、具体化された前記ツアー要望であって具体化された前記条件を満たした前記ツアー要望を、ツアープランとして生成する手順と、
生成された前記ツアープランを出力する手順と、
を実行させる。

上述の態様によれば、顧客の要望に応えた柔軟なツアープランを生成できるツアープラン生成装置、ツアープラン生成方法、及びプログラムを提供できるという効果が得られる。

実施の形態１に係るツアープラン生成装置の構成例を示す図である。 ツアーアイテムのデータ構造を概念的に例示する図である。 ツアー要望のデータ構造を概念的に例示する図である。 図３に示されるツアー要望に紐づけられる条件のデータ構造を概念的に例示する図である。 具体例１に係る具体化パターンのデータ構造を概念的に例示する図である。 具体例２に係る具体化パターンの左辺及び右辺のデータ構造を概念的に例示する図である。 具体例２に係る具体化パターンのテンプレートのデータ構造を概念的に例示する図である。 図３に示されるツアー要望を、図６及び図７に示される具体例２に係る具体化パターンに基づいて具体化した後のツアー要望のデータ構造を概念的に例示する図である。 図４に示される条件を、図６及び図７に示される具体例２に係る具体化パターンに基づいて具体化した後の条件のデータ構造を概念的に例示する図である。 具体例３に係る具体化パターンの左辺及び右辺のデータ構造を概念的に例示する図である。 実施の形態１に係るツアーアイテム登録データベースの動作例を説明する図である。 図３に示されるツアー要望を具体化することによって生成されたツアープランのデータ構造を概念的に例示する図（１／３）である。 図３に示されるツアー要望を具体化することによって生成されたツアープランのデータ構造を概念的に例示する図（２／３）である。 図３に示されるツアー要望を具体化することによって生成されたツアープランのデータ構造を概念的に例示する図（３／３）である。 実施の形態１に係る端末のディスプレイに表示される入力画面及び出力画面の例を示す図である。 実施の形態１に係るツアープラン生成装置の動作の流れの例を説明するフローチャートである。 実施の形態２に係るツアープラン生成装置の構成例を示す図である。 変更プロセスの対象となる現状のツアープランと、その現状のツアープランの元になる現状のツアー要望と、の例を示す図である。 現状のツアープランと、現状のツアープランのうちの未遂のツアーアイテムに基づいて変更された変更後のツアー要望と、の例を示す図である。 変更後のツアー要望と、その変更後のツアー要望に基づいて生成された変更後のツアープランと、の例を示す図である。 現状のツアー要望と、その現状のツアー要望に基づいて生成し直された変更後のツアープランと、の例を示す図である。 実施の形態２に係る端末のディスプレイに表示される入力画面及び出力画面の例を示す図である。 実施の形態３に係るツアープラン生成装置の構成例を示す図である。 実施の形態４に係るツアープラン生成装置のハードウェア構成例を示す図である。

以下、図面を参照して本開示の実施の形態について説明する。なお、以下の記載及び図面は、説明の明確化のため、適宜、省略及び簡略化がなされている。また、以下の各図面において、同一の要素には同一の符号が付されており、必要に応じて重複説明は省略されている。

＜実施の形態１＞
まず、本実施の形態１に係るツアープラン生成装置１００の構成例について説明する。図１は、本実施の形態１に係るツアープラン生成装置１００の構成例を示す図である。図１に示されるように、本実施の形態１に係るツアープラン生成装置１００は、ツアー要望入力部１０１、ツアー要望具体化部１０２、具体化パターン登録データベース１０３、ツアーアイテム登録データベース１０４、条件検証部１０５、及びツアープラン出力部１０６を備えている。なお、図１に示される端末２００は、顧客が使用する端末であり、入力機能、通信機能、及び表示機能を少なくとも備えていれば良い。また、図１に示される端末２００は、顧客が携帯可能な携帯端末になっているが、据え置き型の固定端末でも良い。

ツアー要望入力部１０１は、端末２００から、顧客が希望するパッケージツアーのツアー要望及び条件の入力を受け付ける。ツアー要望は、１以上のツアーアイテムを含む。

図２は、ツアーアイテムのデータ構造を概念的に例示する図である。但し図２は、端末２００に表示されるＵＩを例示する図として捉えることもできる（以下で説明する図３～図１０及び図１２～図１４において同じ）。ここでＵＩは、ユーザ・インタフェースである。図２には、一例として、「出発」に関するツアーアイテムＩ１及び「移動」に関するツアーアイテムＩ２が示されている。「出発」に関するツアーアイテムＩ１には、「後予定」に関するラベルＬ１１が付され、「移動」に関するツアーアイテムＩ２には、「後予定」に関するラベルＬ２１、「後予定」に関するラベルＬ２２、及び「移動手段」に関するラベルＬ２３が付されている。このうち、直角四角形のラベルＬ１１は、ツアーアイテムＩ１に関する要請であり、直角四角形のラベルＬ２２，Ｌ２３は、ツアーアイテムＩ２に関する要請である。また、これら直角四角形のラベルＬ１１，Ｌ２２，Ｌ２３は、別のツアーアイテムの角丸四角形のラベルに結び付けられることを要求している。例えば、「出発」に関するツアーアイテムＩ１の「後予定」に関する直角四角形のラベルＬ１１は、「移動」に関するツアーアイテムＩ２の「後予定」に関する角丸四角形のラベルＬ２１に結び付けることが可能である。

図３は、ツアー要望のデータ構造を概念的に例示する図であり、図４は、条件のデータ構造を概念的に例示する図である。なお、便宜上、図３と図４とを別図面としているが、図３に示されるツアー要望及び図４に示される条件は、紐付けられており、端末２００から組で入力される。また、図３及び図４において、２重の四角枠は、ツアー要望及び条件が枠内に図示されていることを表している（以下で説明する図８及び図９において同じ）。

図３に示されるツアー要望は、顧客が、概略的には、以下を希望している場合の例である。
・８月３日の９時に、出発場所Ｓから出発する。
・宿泊施設Ａに宿泊する。
・観光名所α、βを訪問する。
・８月４日の１９時に、到着場所Ｇに到着する。

そのため、図３に示されるツアー要望は、「出発」に関するツアーアイテムＩ３、「宿泊」に関するツアーアイテムＩ４、「到着」に関するツアーアイテムＩ５、「宿泊施設Ａ」に関するツアーアイテムＩ６、「観光名所α」に関するツアーアイテムＩ７、及び「観光名所β」に関するツアーアイテムＩ８を含んでいる。

図４に示される条件は、概略的には、以下の通りである。
・予算は、７５０００円。
・人数は、３人。
・出費の総額は、予算を下回る。
なお、出費項目は、現時点では未確定である。

図３に示されるツアー要望は、移動手段や時間スケジュールが未確定であるなど、未確定な部分が数多く存在している。また、図４に示される条件も、出費項目が未確定であるなど、未確定な部分が存在している。

そこで、ツアー要望具体化部１０２は、具体化プロセスによる自動生成処理によって、ツアー要望及び条件における未確定な部分を具体化する。
具体的には、ツアー要望具体化部１０２は、具体化パターン登録データベース１０３に登録された、ツアー要望及び条件を具体化するためのパターンである具体化パターンに基づいて、ツアー要望及び条件における未確定な部分を具体化する。

ここで、具体化パターンについて説明する。図５は、具体例１に係る具体化パターン１１１のデータ構造を概念的に例示する図である。図５に示されるように、具体化パターン１１１は、具体化の対象を示す情報（以下、具体化パターンの左辺と称す）１１２と、具体化後の構成を示す情報（以下、具体化パターンの右辺と称す）１１３と、具体化によって追加される条件を生成するためのテンプレート１１４と、を含む。

ツアー要望具体化部１０２は、具体化パターンの左辺１１２に相当する構造がツアー要望に含まれる場合、その構造を、具体化パターンの右辺１１３に相当する構造に書き換える。この書き換えの後、ツアー要望具体化部１０２は、テンプレート１１４により生成された条件を、ツアー要望に紐付けられる条件に追加する。

図５に示される具体例１に係る具体化パターン１１１において、書き換え前後のデータ構造は、以下の通りである。
書き換え前のデータ構造：
「予定１」に関するツアーアイテムＩ９と、「予定２」に関するツアーアイテムＩ１０と、が独立に配置される。
書き換え後のデータ構造：
「予定１」に関するツアーアイテムＩ９の「後予定」に関するラベルＬ９１が、「予定２」に関するツアーアイテムＩ１０の「後予定」に関するラベルＬ１０１に結び付けられる。

図６は、具体例２に係る具体化パターン１２１の左辺１２２及び右辺１２３のデータ構造を概念的に例示する図であり、図７は、具体例２に係る具体化パターン１２１のテンプレート１２４のデータ構造を概念的に例示する図である。

図６及び図７に示される具体例２に係る具体化パターン１２１において、書き換え前後のデータ構造は、以下の通りである。
書き換え前のデータ構造：
「宿泊」に関するツアーアイテムＩ１１が配置されている。
書き換え後のデータ構造：
「チェックイン」に関するツアーアイテムＩ１２、「チェックアウト」に関するツアーアイテムＩ１３、及び「宿泊施設」に関するツアーアイテムＩ１４が追加される。なお、「宿泊施設」に関するツアーアイテムＩ１４に関しては、すでにツアー要望に含まれていれば、そのツアーアイテムを使用すれば良く、新たに追加する必要はない。
さらに、「宿泊」に関するツアーアイテムＩ１１の「宿泊施設」に関するラベルＬ１１１が、「宿泊施設」に関するツアーアイテムＩ１４の「宿泊施設」に関するラベルＬ１４３に結び付けられる。また、「宿泊施設」に関するツアーアイテムＩ１４の「チェックイン」に関するラベルＬ１４１が、「チェックイン」に関するツアーアイテムＩ１２の「チェックイン」に関するラベルＬ１２１に結び付けられる。また、「宿泊施設」に関するツアーアイテムＩ１４の「チェックアウト」に関するラベルＬ１４２が、「チェックアウト」に関するツアーアイテムＩ１３の「チェックアウト」に関するラベルＬ１３１に結び付けられる。

図８及び図９は、図３及び図４に示されるツアー要望及び条件を、図６及び図７に示される具体例２に係る具体化パターン１２１に基づいて具体化した後のツアー要望及び条件のデータ構造をそれぞれ概念的に例示する図である。図８に示されるツアー要望においては、具体化パターンの左辺１２２から右辺１２３への書き換えが行われている。具体的には、「チェックイン」に関するツアーアイテムＩ１６及び「チェックアウト」に関するツアーアイテムＩ１７が追加されている。また、「宿泊施設」に関するツアーアイテムＩ６の「チェックイン」に関するラベルＬ６１が、「チェックイン」に関するツアーアイテムＩ１６の「チェックイン」に関するラベルＬ１６１に結び付けられている。また、「宿泊施設」に関するツアーアイテムＩ６の「チェックアウト」に関するラベルＬ６２が、「チェックアウト」に関するツアーアイテムＩ１７の「チェックアウト」に関するラベルＬ１７１に結び付けられている。また、図９に示される条件においては、テンプレート１２４により生成された条件が追加されている。

図１０は、具体例３に係る具体化パターン１３１の左辺１３２及び右辺１３３のデータ構造を概念的に例示する図である。なお、具体化パターン１３１のテンプレートのデータ構造は、図示を省略する。
図１０に示される具体例３に係る具体化パターン１３１において、書き換え前後のデータ構造は、以下の通りである。
書き換え前のデータ構造：
「宿泊施設」に関するツアーアイテムＩ１５が配置されている。この時点では「宿泊施設」は、予算、地域などの条件が指定されているだけで、具体化されていない。
書き換え後のデータ構造：
ツアーアイテムＩ１５における「宿泊施設」を、ツアーアイテム登録データベース１０４から条件を満たす宿泊施設を検索して、見つかった宿泊施設に具体化されている。

そのため、ツアー要望具体化部１０２は、具体例３に係る具体化パターン１３１を用いる場合には、予算、地域などの宿泊施設の検索条件を含むクエリをツアーアイテム登録データベース１０４に与え、検索条件を満たす宿泊施設を含むレスポンスをツアーアイテム登録データベース１０４から受け取る。なお、ツアーアイテム登録データベース１０４の詳細は後述する。

ツアー要望具体化部１０２は、上述のような具体化パターンに基づいて、ツアー要望及び条件における未確定な部分を具体化することを繰り返し行うことによって、ツアー要望及び条件を、未確定な部分が含まれていない構成に具体化していく。

ツアーアイテム登録データベース１０４は、ツアー要望具体化部１０２からクエリを受け取ると、クエリに含まれる検索条件を満たすツアーアイテムを検索し、見つかった全て又は一部のツアーアイテムを含むレスポンスをツアー要望具体化部１０２に返す。

図１１は、ツアーアイテム登録データベース１０４の動作例を説明する図である。図１１は、宿泊施設を検索する場合の動作例を示している。図１１の例では、ツアーアイテム登録データベース１０４は、予算、日程などの宿泊施設の検索条件を含むクエリを受け取り、検索により見つかった宿泊施設Ａ，Ｂ，Ｃを含むレスポンスを返している。このとき、ツアーアイテム登録データベース１０４は、静的なデータベースを保持し、静的なデータベースからデータを取得しても良いし、動的なリソースからデータを取得しても良い。動的なリソースは、外部のサービス又は外部の動的に変化するデータベースなどである。例えば、宿泊施設のデータを取得する場合には、外部のサービスは、宿泊施設ブッキングサービス、民泊検索サービスなどである。

なお、ツアー要望入力部１０１も、顧客による入力をサポートするために、ツアーアイテム登録データベース１０４を利用しても良い。例えば、顧客が、ツアー要望及び条件として、予算、日程などを入力した場合、ツアー要望入力部１０１は、これらを検索条件として含むクエリをツアーアイテム登録データベース１０４に与える。その結果、ツアー要望入力部１０１は、クエリに対するレスポンスとして、検索条件を満たす宿泊施設のデータを得ることができるため、その宿泊施設を顧客に提示すれば良い。

ツアー要望具体化部１０２は、ツアー要望及び条件を、未確定な部分が含まれていない構成に具体化すると、具体化されたツアー要望及び条件を条件検証部１０５に与え、具体化されたツアー要望が、具体化された条件を満たすか否かの検証を依頼する

条件検証部１０５は、ツアー要望具体化部１０２から、具体化されたツアー要望及び条件を受け取ると、具体化されたツアー要望が、具体化された条件を満たすか否かを検証し、その検証結果をツアー要望具体化部１０２に返す。

具体化されたツアー要望が、具体化された条件を満たす場合、その具体化されたツアー要望は、顧客に提案するツアープランとして確定することになる。図１２～図１４は、図３に示されるツアー要望を具体化することによって生成されたツアープランのデータ構造を概念的に例示する図である。なお、図１２～図１４は、１つのツアープランを３分割して、３つの図面で表したものであり、図１２の最下段に示されるツアーアイテムＩ１８と図１３の最上段に示されるツアーアイテムＩ１８とは同じツアーアイテムを指し、また、図１３の最下段に示されるツアーアイテムＩ１９と図１４の最上段に示されるツアーアイテムＩ１９とは同じツアーアイテムを指している。

図１２～図１４に示されるツアープランは、未確定な部分を含んでおらず、かつ、具体化された条件を満たしたものとなっており、概略的には、以下のツアー内容になっている。
場所Ｓを出発
電車で移動
観光名所βを訪問
バスで移動
宿泊施設Ａで一泊
バスで移動
観光名所αを訪問
電車で移動
場所Ｇに到着

ツアープラン出力部１０６は、全て又は一部のツアープランを、顧客に提案するために、端末２００に出力する。

図１５は、本実施の形態１に係る端末２００のディスプレイに表示される入力画面２１０及び出力画面２２０の例を示す図である。
入力画面２１０は、顧客がツアー要望及び条件を入力する際に、ツアー要望入力部１０１が端末２００のディスプレイに表示させる画面である。入力画面２１０は、領域２１１及びボタン２１２を含む。領域２１１は、顧客がツアー要望及び条件を入力するための領域である。詳細には、領域２１１には、ツアー要望及び条件を構成する要素がテキストデータとして入力され、ツアー要望入力部１０１は、入力された要素に基づいて、図３及び図４に示されるようなツアー要望及び条件を生成することになる。このとき、顧客は、名所やイベントなどの具体的な名称を入力することには限定されず、「ロマンチックな場所」、「予算～以下で訪問可能な施設」などのゆるい指定を入力することも可能である。即ち、ゆるい指定とは、具体化の余地を含む指定、曖昧さを含む指定とも捉えることができる。名所やイベントに関して、ゆるい指定が入力された場合、その指定を含むクエリをツアーアイテム登録データベース１０４に与えることにより、そのクエリに対するレスポンスとして、具体的な名所やイベントを得ることが可能である。この場合、クエリは、ツアー要望及び条件の入力時に、ツアー要望入力部１０１が与えても良いし、ツアー要望及び条件の具体化時に、ツアー要望具体化部１０２が与えても良い。

ツアー要望具体化部１０２は、ボタン２１２が操作された時点で、領域２１１に入力された要素に基づいて生成されたツアー要望及び条件を、ツアー要望入力部１０１から取得し、取得されたツアー要望及び条件を具体化する、具体化プロセスによる自動生成処理を開始する。

出力画面２２０は、ボタン２１２が操作された後に、ツアープラン出力部１０６が端末２００のディスプレイに表示させる画面である。出力画面２２０は、領域２２１及びボタン２２２を含む。領域２２１は、ツアー要望具体化部１０２が生成したツアープランの一覧を表示するための領域である。領域２２１に表示されたツアープランのいずれかが選択されると、ツアープラン出力部１０６は、選択されたツアープランの詳細内容を記述した別の出力画面を端末２００のディスプレイに表示させる。ここで表示される出力画面は、例えば、図１２～１４に図示されるようなツアープランのデータ構造で表現された画面であるが、これには限定されない。

ツアー要望入力部１０１は、ボタン２２２が操作された時点で、端末２００のディスプレイに入力画面２１０を再度表示させる。これにより、顧客は、ツアープランの詳細内容を確認した上で、ツアー要望及び条件を再度編集することが可能となる。

なお、ツアープランの詳細内容を記述した出力画面において、顧客は、そのツアープランのパッケージツアーを発注できるようにしても良い。この場合、ツアープラン出力部１０６は、発注されたツアープランを実施するために必要な手続きのうち、自動でできる手続きについては、自動で実行しても良い。自動でできる手続きとは、例えば、宿泊施設の予約、移動手段の予約などである。

次に、本実施の形態１に係るツアープラン生成装置１００の動作の流れについて説明する。図１６は、本実施の形態１に係るツアープラン生成装置１００の動作の流れの例を説明するフローチャートである。

図１６に示されるように、まず、ツアー要望入力部１０１は、パッケージツアーのツアー要望及び条件の入力を受け付ける（ステップＳ１００）。入力されるツアー要望及び条件は、紐付けられている。
以下、ツアー要望を符号Ｄで表し、条件を符号ＱＣで表す。特に、最初に入力されるツアー要望を符号Ｄ０で表し、最初に入力される条件を符号ＱＣ０で表す。

次に、ツアー要望具体化部１０２は、ツアー要望入力部１０１に入力されたツアー要望Ｄ０と条件ＱＣ０との組を探索木のルートとして定める（ステップＳ１０１）。この探索木は、ツアー要望と条件との組をノードとする。また、ツアー要望と条件との組を、組（Ｄ，ＱＣ）などのように記す場合がある。

次に、ツアー要望具体化部１０２は、「具体化可能な組（Ｄ，ＱＣ）が残っていて、かつ、十分な数のツアープランが得られていない」という条件が満たされているか否かを判定する（ステップＳ１０２）。ここで、具体化可能な組（Ｄ，ＱＣ）とは、具体化可能なツアー要望Ｄと、そのツアー要望Ｄに紐付けられる条件ＱＣとの組である。また、上記の「十分な数」は、予め定められている。

ステップＳ１０２において、上記の条件が満たされている場合（ステップＳ１０２のＹＥＳ）、ツアー要望具体化部１０２は、具体化可能な組（Ｄ，ＱＣ）を１つ選択して、具体化パターンに基づいて、その組（Ｄ，ＱＣ）を具体化し、組（Ｄ’，ＱＣ’）を得る（ステップＳ１０３）。ステップＳ１０３では、ツアー要望具体化部１０２は、具体化パターンに基づいて、ツアー要望Ｄ及び条件ＱＣをそれぞれ具体化することによって、ツアー要望Ｄ’及び条件ＱＣ’を生成する。

ここで、ステップＳ１０３において具体化可能な組（Ｄ，ＱＣ）を１つ選択するときに、ツアー要望具体化部１０２は、探索木に含まれている組（Ｄ，ＱＣ）のうち、「ツアー要望Ｄが完全には具体化されていない」、かつ、「ツアー要望Ｄ内の具体化対象に対して適用可能かつ未だ適用されたことのない具体化パターンが存在する」という条件を満たす組（Ｄ，ＱＣ）を選択する。このとき、例えば、ツアー要望Ｄ内に具体化パターンが適用され得る具体化対象が２つ存在し、一方の具体化対象のみに具体化パターンが適用されている場合には、その具体化パターンを、ツアー要望Ｄ内の具体化対象に未だ適用されたことのない具体化パターンとして扱う。

次に、ツアー要望具体化部１０２は、ツアー要望Ｄ’及び条件ＱＣ’を条件検証部１０５に与え、条件検証部１０５に対して、ツアー要望Ｄ’が条件ＱＣ’を満たすか否かの検証を依頼する。条件検証部１０５は、ツアー要望具体化部１０２からの依頼に応じて、ツアー要望Ｄ’が条件ＱＣ’を満たすか否かを検証し、その検証結果を、ツアー要望具体化部１０２に返す。ツアー要望具体化部１０２は、その検証結果によって、条件ＱＣ’が充足可能であるか否かを判定する（ステップＳ１０４）。

ステップＳ１０４において、条件ＱＣ’が充足可能である場合（ステップＳ１０４のＹＥＳ）、ツアー要望具体化部１０２は、ステップＳ１０３で選択した組（Ｄ，ＱＣ）の子ノードとして、組（Ｄ’，ＱＣ’）を探索木に追加する（ステップＳ１０５）。探索木に追加された組（Ｄ’，ＱＣ’）におけるツアー要望Ｄ’が、顧客に提案するツアープランの１つとなる。ステップＳ１０５の後、ツアー要望具体化部１０２は、ステップＳ１０２に戻り、ステップＳ１０２以降の処理を繰り返す。

また、ステップＳ１０４において、条件ＱＣ’が充足不能である場合（ステップＳ１０４のＮＯ）、ツアー要望具体化部１０２は、ステップＳ１０５を行うことなく、ステップＳ１０２に移行し、ステップＳ１０２以降の処理を繰り返す。

また、ステップＳ１０２において、「具体化可能な組（Ｄ，ＱＣ）が残っていて、かつ、十分な数のツアープランが得られていない」という条件が満たされていない場合（ステップＳ１０２のＮＯ）、ツアープラン出力部１０６は、それまでに得られているツアープランを出力し（ステップＳ１０６）、処理を終了する。なお、ステップＳ１０６では、ツアープラン出力部１０６は、得られているツアープランを全て出力しても良いし、得られているツアープランのうちの所定数（例えば、１つ）を出力しても良い。

上述したように本実施の形態１によれば、ツアー要望入力部１０１は、パッケージツアーのツアー要望及び条件の入力を受け付ける。ツアー要望具体化部１０２は、入力されたツアー要望及び条件を具体化することによって、具体化されたツアー要望であって具体化された条件を満たしたツアー要望を、ツアープランとして生成する。ツアープラン出力部１０６は、生成されたツアープランを出力する。

そのため、特許文献１のように、旅行モデル雛形データを用いて、ツアープランを生成する技術と比較して、顧客の要望に応えた柔軟なツアープランを生成できるようになる。

＜実施の形態２＞
上述した実施の形態１では、パッケージツアーのツアー要望及び条件に基づいて、ツアープランを生成した。
しかし、ツアープランのツアー中に、天候の悪化、移動手段の遅延などのアクシデントによって、ツアープランに含まれるツアーアイテムが遂行できなくなり、その結果、ツアープランに変更を加えなければならなくなる場合もあると考えられる。
本実施の形態２は、アクシデントなどによって、ツアーアイテムが遂行できなくなった場合に、ツアープランを生成し直すものである。

まず、本実施の形態２に係るツアープラン生成装置１００Ａの構成例について説明する。図１７は、本実施の形態２に係るツアープラン生成装置１００Ａの構成例を示す図である。図１７に示されるように、本実施の形態２に係るツアープラン生成装置１００Ａは、上述した実施の形態１のツアープラン生成装置１００と比較して、未遂ツアーアイテム算出部１０７が追加されている。

以下、本実施の形態２に係るツアープラン生成装置１００Ａにおいて、ツアープランを変更するための変更プロセスの例について説明する。ここでは、顧客は、ツアー要望Ａ及び条件を入力することにより、ツアープラン生成装置１００ＡからツアープランＰ_Ａが提案されており、ツアープランＰ_Ａの進行中に、ツアープランＰ_Ａを変更するために変更プロセスを起動したものとして説明する。

ステップＳ２０１：
まず、未遂ツアーアイテム算出部１０７は、端末２００から、進行中のツアープランＰ_Ａ及びツアープランＰ_Ａに含まれるツアーアイテムのうち遂行済みのツアーアイテムを示す進行状況の入力を受け付ける。なお、進行状況の入力方法としては、端末２００は、変更プロセスの起動時に、遂行済みのツアーアイテムをまとめて入力（通知）する方法でも良いし、ツアープランＰ_Ａの進行に合わせて、ツアーアイテムが遂行される度に、遂行されたツアーアイテムを入力（通知）する方法でも良い。

ステップＳ２０２：
次に、未遂ツアーアイテム算出部１０７は、ツアープランＰ_Ａの進行状況に基づいて、ツアープランＰ_Ａに含まれるツアーアイテムのうち、未だ遂行されていない未遂のツアーアイテムを算出し、算出されたツアーアイテムを端末２００に出力（提示）する。

ステップＳ２０３：
次に、ツアー要望入力部１０１は、端末２００から、必要に応じて、未遂のツアーアイテムに基づいて変更された変更後のツアー要望Ａ’及び条件の入力を受け付ける。なお、ツアー要望Ａを変更するか否かは、顧客が任意に決定できる。また、ツアー要望Ａを変更する場合に、条件も合わせて変更するか否かも、顧客が任意に決定できる。ここでは、変更後のツアー要望Ａ’が入力されると共に、現状の条件が入力されたとする。

ステップＳ２０４：
その後、ツアー要望具体化部１０２は、具体化パターンに基づいて、ツアー要望Ａ’及び条件を具体化する。具体化されたツアー要望Ａ’が具体化された条件を満たせば、具体化されたツアー要望Ａ’がツアープランＰ_Ａ’として確定し、ツアープラン出力部１０６は、ツアープランＰ_Ａ’を端末２００に出力（提示）する。

続いて、本実施の形態２に係るツアープラン生成装置１００Ａにおける変更プロセスについて、具体例を挙げて説明する。
図１８は、変更プロセスの対象となる現状のツアープランと、その現状のツアープランの元になる現状のツアー要望と、の例を示す図である。なお、図１８に示されるツアー要望及びツアープランは、一部が抜粋して示されている（後述する図１９～図２１において同じ）。

図１８に示される現状のツアー要望は、以下の通りである。
・１泊２日
・観光名所αで毎日１０：００あるいは１６：００に行われるショーを観覧
・現地のイベントβ（１３：００－１５：００）に参加
・観光名所γを訪問
・現地の観光名所２箇所（α，γ以外）を周る

また、図１８に示される現状のツアープランは、図１８に示される現状のツアー要望を具体化することにより生成されたツアープランであり、以下の通りである。
観光名所γを訪問
観光名所αに行き、１６：００開始のショーを観覧
宿泊施設で一泊
観光名所δを訪問
イベントβ（１３：００－１５：００）に参加
観光名所εに行く

ここで、顧客は、図１８に示されるツアープランのツアー中に、電車が事故により遅れ、１６：００開始のツアーアイテム「観光名所αに行き、１６：００開始のショーを観覧」が遂行できなくなったとする。
この場合、顧客は、変更プロセスを起動して、図１８に示されるツアープランの進行状況を入力し、未遂ツアーアイテム算出部１０７は、入力された進行状況に基づいて、図１８に示されるツアープランに含まれるツアーアイテムのうち、未遂のツアーアイテムを算出する。

図１９は、現状のツアープランと、現状のツアープランのうちの未遂のツアーアイテムに基づいて変更された変更後のツアー要望と、の例を示す図である。なお、図１９に示されるツアーアイテムのうち未遂のツアーアイテムが下線で示されている。

図１９に示されるツアープランは、図１８に示されるツアープランと同じである。図１９に示されるツアープランに含まれるツアーアイテムのうち、未遂のツアーアイテムは、１６：００以降に遂行される予定であったツアーアイテムであり、以下の通りである。
観光名所αに行き、１６：００開始のショーを観覧
宿泊施設で一泊
観光名所δを訪問
イベントβ（１３：００－１５：００）に参加
観光名所εに行く

未遂ツアーアイテム算出部１０７は、上述した未遂のツアーアイテムを算出し、算出されたツアーアイテムを端末２００に出力（提示）する。
顧客は、提示された未遂のツアーアイテムに基づいて、図１９に示されるような、変更後のツアー要望を入力する。図１９の例では、顧客は、「現地の観光名所２箇所（α，γ以外）を周る」を、「現地の観光名所１箇所（α，γ以外）を周る」に変更している。

図２０は、変更後のツアー要望と、その変更後のツアー要望に基づいて生成し直された変更後のツアープランと、の例を示す図である。なお、図２０に示される変更後のツアー要望及び変更後のツアープランのうち、現状のツアー要望（図１９）及び現状のツアープラン（図１９）からの変更箇所が、下線で示されている。

図２０に示される変更後のツアー要望は、図１９に示される変更後のツアー要望と同じである。
ツアー要望具体化部１０２は、具体化パターンに基づいて、図２０に示される変更後のツアー要望を、条件と共に具体化する。なお、条件に変更が無い場合は、現状の条件を使用し、条件が変更された場合は変更後の条件を使用すれば良い。

図２０に示される変更後のツアープランは、図２０に示される変更後のツアー要望を具体化することによって、生成し直されたツアープランである。
図２０に示される変更後のツアープランにおいて、現状のツアープラン（図１９）からの変更箇所は、以下の通りである。
・「観光名所αに行き、１６：００開始のショーを観覧」を翌日に変更
・「観光名所εに行く」を削除

なお、図１８～図２０に示される例では、顧客が、変更後のツアー要望を入力し、変更後のツアー要望に基づいて、変更後のツアープランを生成し直したが、ツアー要望の変更は、必須ではない。現状のプラン要望に基づいて、変更後のツアープランを生成し直しても良い。

図２１は、現状のツアー要望と、その現状のツアー要望に基づいて生成し直された変更後のツアープランと、の例を示す図である。なお、図２１に示される変更後のツアープランのうち、現状のツアープラン（図１９）からの変更箇所が、下線で示されている。

図２１に示されるツアー要望は、図１８に示される現状のツアー要望と同じである。
ツアー要望具体化部１０２は、具体化パターンに基づいて、図２１に示される現状のツアー要望を、条件と共に具体化することによって、変更後のツアープランを生成し直す。

図２１に示される変更後のツアープランにおいて、現状のツアープラン（図１９）からの変更箇所は、以下の通りである。
・「観光名所αに行き、１６：００開始のショーを観覧」を翌日に変更
・「観光名所μを訪問」を追加
・「観光名所εに行く」を削除

図２２は、本実施の形態２に係る端末２００のディスプレイに表示される入力画面２３０及び出力画面２４０の例を示す図である。
入力画面２３０は、未遂のツアーアイテムを端末２００に提示した後、顧客が変更後のツアー要望及び条件を入力する際に、ツアー要望入力部１０１が端末２００のディスプレイに表示させる画面である。入力画面２３０は、領域２３１及びボタン２３２を含む。領域２３１は、顧客が変更後のツアー要望及び条件を入力するための領域である。詳細には、領域２３１には、上述した実施の形態１で説明した図１５に示される領域２１１と同様に、変更後のツアー要望及び条件を構成する要素がテキストデータとして入力され、ツアー要望入力部１０１は、入力された要素に基づいて、変更後のツアー要望及び条件を生成する。また、領域２３１には、領域２１１と同様に、名所やイベントなどに関して、ゆるい指定を入力することも可能である。また、名所やイベントに関して、ゆるい指定が入力された場合における、具体的な名所やイベントを得る方法は、上述した実施の形態１と同様である。

ツアー要望具体化部１０２は、ボタン２３２が操作された時点で、領域２３１に入力された要素に基づいて生成された変更後のツアー要望及び条件を、ツアー要望入力部１０１から取得し、取得されたツアー要望及び条件を具体化する、具体化プロセスによる自動生成処理を開始する。

出力画面２４０は、ボタン２３２が操作された後に、ツアープラン出力部１０６が端末２００のディスプレイに表示させる画面である。出力画面２４０は、領域２４１及びボタン２４２を含む。領域２４１は、ツアー要望具体化部１０２が生成し直した変更後のツアープランの一覧を表示するための領域である。領域２４１に表示されたツアープランのいずれかが選択されると、ツアープラン出力部１０６は、選択されたツアープランの詳細内容を含む別の出力画面を端末２００のディスプレイに表示させる。ここで表示される出力画面は、例えば、図１２～１４に図示されるようなツアープランのデータ構造で表現された画面であるが、これには限定されない。

ツアー要望入力部１０１は、ボタン２４２が操作された時点で、端末２００のディスプレイに入力画面２３０を再度表示させる。これにより、顧客は、ツアープランの詳細内容を確認した上で、ツアー要望及び条件を再度編集することが可能となる。

なお、本実施の形態２に係るツアープラン生成装置１００Ａにおいて、ツアープランを新規に生成する場合の動作の流れは、上述した実施の形態１で説明した図１６と同様である。また、変更後のツアープランを生成し直す場合の動作の流れも、図１６のステップＳ１００において、現状の又は変更後のツアー要望及び条件を入力すること以外は、図１６と同様である。
そのため、本実施の形態２に係るツアープラン生成装置１００Ａにおいて、ツアープランを新規に生成する場合の動作及び変更後のツアープランを生成し直す場合の動作の流れの説明は省略する。

上述したように本実施の形態２によれば、未遂ツアーアイテム算出部１０７は、ツアープランに含まれるツアーアイテムのうち、未遂のツアーアイテムを算出する。ツアー要望入力部１０１は、未遂のツアーアイテムに基づいて変更された変更後のツアー要望及び条件の入力を受け付ける。ツアー要望具体化部１０２は、入力された変更後のツアー要望及び条件を具体化することによって、具体化された変更後のツアー要望であって具体化された条件を満たしたツアー要望を、変更後のツアープランとして生成し直す。ツアープラン出力部１０６は、生成し直されたツアープランを出力する。

なお、ツアー要望具体化部１０２は、すでに入力されたツアー要望及び条件を具体化することによって、具体化されたツアー要望であって具体化された条件を満たしたツアー要望を、変更後のツアープランとして生成し直しても良い。

そのため、アクシデントなどによって、ツアーアイテムが遂行できなくなった場合に、ツアープランを生成し直すことができるようになる。
その他の効果は、上述した実施の形態１と同様である。

＜実施の形態３＞
図２３は、本実施の形態３に係るツアープラン生成装置１００Ｂの構成例を示す図である。図２３に示されるように、本実施の形態３に係るツアープラン生成装置１００Ｂは、入力部１５０、具体化部１５１、及び出力部１５２を備えている。

入力部１５０は、端末２００から、パッケージツアーのツアー要望及び条件の入力を受け付ける。入力部１５０は、例えば、ツアー要望入力部１０１に対応する。
具体化部１５１は、入力されたツアー要望及び条件を具体化することによって、具体化されたツアー要望であって具体化された条件を満たしたツアー要望を、ツアープランとして生成する。具体化部１５１は、例えば、ツアー要望具体化部１０２に対応する。
出力部１５２は、生成されたツアープランを端末２００に出力する。出力部１５２は、例えば、ツアープラン出力部１０６に対応する。

そのため、特許文献１のように、旅行モデル雛形データを用いて、ツアープランを生成する技術と比較して、顧客の要望に応えた柔軟なツアープランを生成できるようになる。

また、本実施の形態３に係るツアープラン生成装置１００Ｂは、ツアー要望及び条件を具体化するためのパターンである具体化パターンが予め登録された具体化パターン登録部をさらに備えていても良い。この具体化パターン登録部は、例えば、具体化パターン登録データベース１０３に対応する。また、具体化部１５１は、具体化パターンに基づいて、入力されたツアー要望及び条件を具体化しても良い。

また、本実施の形態３に係るツアープラン生成装置１００Ｂは、具体化されたツアー要望が具体化された条件を満たすか否かを検証する条件検証部をさらに備えていても良い。この条件検証部は、例えば、条件検証部１０５に対応する。また、具体化部１５１は、具体化されたツアー要望及び具体化された条件を、上述した条件検証部に与えることによって、具体化されたツアー要望が具体化された条件を満たすか否かを、上述した条件検証部に問い合わせても良い。

また、ツアー要望及び前記ツアープランは、１以上のツアーアイテムを含むものであっても良い。
また、本実施の形態３に係るツアープラン生成装置１００Ｂは、ツアーアイテムが予め登録されたツアーアイテム登録部をさらに備えていても良い。このツアーアイテム登録部は、例えば、ツアーアイテム登録データベース１０４に対応する。また、具体化パターンは、ツアー要望に含まれるツアーアイテムを、ツアーアイテム登録部に登録されたツアーアイテムに書き換えるパターンを含んでいても良い。

また、本実施の形態３に係るツアープラン生成装置１００Ｂは、ツアープランに含まれるツアーアイテムのうち、未だ遂行されていない未遂のツアーアイテムを算出する算出部をさらに備えていても良い。この算出部は、例えば、未遂ツアーアイテム算出部１０７に対応する。また、入力部１５０は、端末２００から、未遂のツアーアイテムに基づいて変更された変更後のツアー要望及び条件の入力を受け付けても良い。また、具体化部１５１は、入力された変更後のツアー要望及び条件を具体化することによって、具体化された変更後のツアー要望であって具体化された条件を満たしたツアー要望を、変更後のツアープランとして生成し直しても良い。また、出力部１５２は、生成し直された変更後のツアープランを端末２００に出力しても良い。

また、具体化部１５１は、すでに入力されたツアー要望及び条件を具体化することによって、具体化されたツアー要望であって具体化された条件を満たしたツアー要望を、変更後のツアープランとして生成し直しても良い。また、出力部１５２は、生成し直された変更後のツアープランを端末２００に出力しても良い。

＜実施の形態４＞
図２４は、本実施の形態４に係るツアープラン生成装置１００Ｃのハードウェア構成例を示すブロック図である。図２４に示されるように、本実施の形態４に係るツアープラン生成装置１００Ｃは、プロセッサ１６０及びメモリ１６１を備えている。なお、図２４において、端末２００の図示は省略されている。

プロセッサ１６０は、例えば、マイクロプロセッサ、ＭＰＵ（Micro Processing Unit）、又はＣＰＵ（Central Processing Unit）であっても良い。プロセッサ１６０は、複数のプロセッサを含んでも良い。
メモリ１６１は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。メモリ１６１は、プロセッサ１６０から離れて配置されたストレージを含んでも良い。この場合、プロセッサ１６０は、図示されていないＩ（Input）／Ｏ（Output）インタフェースを介してメモリ１６１にアクセスしても良い。

上述した実施形態１，２，３に係るツアープラン生成装置１００，１００Ａ，１００Ｂは、それぞれ、図２４に示されるハードウェア構成を有することができる。上述したツアープラン生成装置１００，１００Ａ，１００Ｂにおける、ツアー要望入力部１０１、ツアー要望具体化部１０２、条件検証部１０５、ツアープラン出力部１０６、未遂ツアーアイテム算出部１０７、入力部１５０、具体化部１５１、及び出力部１５２は、プロセッサ１６０がメモリ１６１に記憶されたプログラムを読み込んで実行することにより実現されても良い。また、上述したツアープラン生成装置１００，１００Ａにおける、具体化パターン登録データベース１０３及びツアーアイテム登録データベース１０４は、メモリ１６１により実現されても良い。

また、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータ（コンピュータ５０を含む）に供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ－ＲＯＭ（Compact Disc-ROM）、ＣＤ－Ｒ（CD-Recordable）、ＣＤ－Ｒ／Ｗ（CD-ReWritable）、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭを含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されても良い。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバなどの有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

以上、実施の形態を参照して本開示を説明したが、本開示は上述した実施の形態に限定されるものではない。本開示の構成や詳細には、本開示のスコープ内で当業者が理解し得る様々な変更をすることができる。

１００，１００Ａ，１００Ｂ，１００Ｃ ツアープラン生成装置
１０１ ツアー要望入力部
１０２ ツアー要望具体化部
１０３ 具体化パターン登録データベース
１０４ ツアーアイテム登録データベース
１０５ 条件検証部
１０６ ツアープラン出力部
１０７ 未遂ツアーアイテム算出部
１５０ 入力部
１５１ 具体化部
１５２ 出力部
１６０ プロセッサ
１６１ メモリ
２００ 端末

Claims (5)

1. ツアープラン生成装置であって、
   パッケージツアーの時間スケジュール、移動手段、宿泊施設、観光施設を含むツアー要望及び予算、人数を含む条件を具体化するためのパターンである具体化パターンが予め登録された具体化パターン登録部と、
   前記ツアー要望及び前記条件の入力を受け付ける入力部と、
   前記具体化パターンに基づいて、入力された前記ツアー要望及び前記条件を具体化することによって、具体化された前記ツアー要望であって具体化された前記条件を満たした前記ツアー要望を、ツアープランとして生成する具体化部と、
   生成された前記ツアープランを出力する出力部と、を備え、
   前記ツアー要望及び前記ツアープランは、１以上のツアーアイテムを含み、
   前記ツアープラン生成装置は、前記ツアープランに含まれる前記ツアーアイテムのうち、未だ遂行されていない未遂のツアーアイテムを算出する算出部をさらに備え、
   前記入力部は、前記未遂のツアーアイテムに基づいて変更された変更後の前記ツアー要望及び前記条件の入力を受け付け、
   前記具体化部は、入力された変更後の前記ツアー要望及び前記条件を具体化することによって、具体化された変更後の前記ツアー要望であって具体化された前記条件を満たした前記ツアー要望を、変更後の前記ツアープランとして生成し直し、
   前記出力部は、生成し直された変更後の前記ツアープランを出力する、
   ツアープラン生成装置。
2. 具体化された前記ツアー要望が具体化された前記条件を満たすか否かを検証する条件検証部をさらに備え、
   前記具体化部は、具体化された前記ツアー要望及び具体化された前記条件を前記条件検証部に与えることによって、具体化された前記ツアー要望が具体化された前記条件を満たすか否かを前記条件検証部に問い合わせる、
   請求項１に記載のツアープラン生成装置。
3. 前記ツアーアイテムが予め登録されたツアーアイテム登録部をさらに備え、
   前記具体化パターンは、前記ツアー要望に含まれる前記ツアーアイテムを、前記ツアーアイテム登録部に登録された前記ツアーアイテムに書き換えるパターンを含む、
   請求項１に記載のツアープラン生成装置。
4. ツアープラン生成装置が行うツアープラン生成方法であって、
   パッケージツアーの時間スケジュール、移動手段、宿泊施設、観光施設を含むツアー要望及び予算、人数を含む条件を具体化するためのパターンである具体化パターンを予め登録する登録ステップと、
   前記ツアー要望及び前記条件の入力を受け付ける入力ステップと、
   前記具体化パターンに基づいて、入力された前記ツアー要望及び前記条件を具体化することによって、具体化された前記ツアー要望であって具体化された前記条件を満たした前記ツアー要望を、ツアープランとして生成する具体化ステップと、
   生成された前記ツアープランを出力する出力ステップと、を含み、
   前記ツアー要望及び前記ツアープランは、１以上のツアーアイテムを含み、
   前記ツアープラン生成方法は、前記ツアープランに含まれる前記ツアーアイテムのうち、未だ遂行されていない未遂のツアーアイテムを算出する算出ステップをさらに含み、
   前記入力ステップでは、前記未遂のツアーアイテムに基づいて変更された変更後の前記ツアー要望及び前記条件の入力を受け付け、
   前記具体化ステップでは、入力された変更後の前記ツアー要望及び前記条件を具体化することによって、具体化された変更後の前記ツアー要望であって具体化された前記条件を満たした前記ツアー要望を、変更後の前記ツアープランとして生成し直し、
   前記出力ステップでは、生成し直された変更後の前記ツアープランを出力する、
   ツアープラン生成方法。
5. コンピュータに、
   パッケージツアーの時間スケジュール、移動手段、宿泊施設、観光施設を含むツアー要望及び予算、人数を含む条件を具体化するためのパターンである具体化パターンを予め登録する登録手順と、
   前記ツアー要望及び前記条件の入力を受け付ける入力手順と、
   前記具体化パターンに基づいて、入力された前記ツアー要望及び前記条件を具体化することによって、具体化された前記ツアー要望であって具体化された前記条件を満たした前記ツアー要望を、ツアープランとして生成する具体化手順と、
   生成された前記ツアープランを出力する出力手順と、
   を実行させるためのプログラムであり、
   前記ツアー要望及び前記ツアープランは、１以上のツアーアイテムを含み、
   前記プログラムは、前記コンピュータに、前記ツアープランに含まれる前記ツアーアイテムのうち、未だ遂行されていない未遂のツアーアイテムを算出する算出手順をさらに実行させ、
   前記入力手順では、前記未遂のツアーアイテムに基づいて変更された変更後の前記ツアー要望及び前記条件の入力を受け付け、
   前記具体化手順では、入力された変更後の前記ツアー要望及び前記条件を具体化することによって、具体化された変更後の前記ツアー要望であって具体化された前記条件を満たした前記ツアー要望を、変更後の前記ツアープランとして生成し直し、
   前記出力手順では、生成し直された変更後の前記ツアープランを出力する、
   プログラム。

Images