JP2016035618A - 旅行企画支援システム、旅行企画支援方法、及び旅行企画支援プログラム - Google Patents

Abstract

【課題】ソーシャルネットワーキングサービス等の外部の情報処理システムの情報を基に、旅行商品の企画を支援する。
【解決手段】１以上の訪問地と、訪問地と発着地との間、又は訪問地間の移動とを組み合わせてなる旅行行程を含む旅行商品の企画を支援する旅行企画支援システム１であって、旅行商品の属性及び行程を記憶している旅行商品記憶部１０１１と、旅行商品に組み込まれるべき訪問地に関する情報が記憶されている外部の情報処理システム５から、訪問地及び訪問地の属性を表す訪問地属性情報を、旅行商品の追加行程候補情報として取得する追加行程候補取得部１０２１と、取得した追加行程候補情報に含まれる訪問地の属性が、記憶している旅行商品の属性を満たしているか否かを判断し、満たしていると判断した場合には、追加行程候補を旅行商品の行程に追加する行程追加部１０３２とを備える。
【選択図】 図１

Description

本発明は、旅行企画支援システム、旅行企画支援方法、及び旅行企画支援プログラムに関する。

旅行業者が募集するパッケージツアーは、旅行商品の造成担当者（企画担当者）が過去の旅行商品の利用状況や観光地の利用状況、ドラマや広告媒体による観光地の知名度などのデータを基に作成している。一方、近年になり、インターネット上でホテルや旅館等の予約を受け付ける技術やソーシャルメディアによる旅行先、観光地の口コミが普及している。

例えば、顧客に適したツアーをスムーズに選択可能で、顧客に対してツアー内容を容易に理解できるように説明することができ、しかも顧客の希望に合わせて容易にツアー内容をカスタマイズすることが可能であるとする旅行支援システムが、特許文献１に開示されている。また、簡単な操作で個人の嗜好に合った旅行プランを作成し、旅行履歴をサーバにアップロードすることによって、自身および他人の旅行プランを有効に活用することができるとする旅行プラン作成システムおよび作成方法が、特許文献２に開示されている。

特開２００３−３０２８７号公報 特開２０１０−３１５８号公報

特許文献１では、観光地に関する情報が記録されたデータベースと、宿泊施設に関する情報が記録されたデータベースと、オプションツアーに関する情報が記録されたデータベースを有し、ベースツアーの内容が複数記録され、端末操作により各種情報を閲覧可能であり、ベースツアーの内容はオリジナルのツアー内容に変更することおよびデータベースに記録されている情報を利用してガイドブック作成が可能であるとしているが、データベースに記録されている情報は必ずしも口コミで絶賛されている、多くの旅行利用者が購入したくなるような魅力ある商品データとは限らない。したがって、同文献では、より魅力ある商品を提供し、他の旅行業者との差別化を図ることは困難である。

特許文献２は、簡単な操作で個人の嗜好に合った旅行プランを作成し、旅行履歴をサーバにアップロードすることによって、自身および他人の旅行プランを有効に活用することを可能にするとしているが、これはあくまで個人を操作対象とした、個人による旅行プランを作成するものである。したがって、同文献では、旅行業者が旅行パッケージとして利用者に対して提供する旅行商品を企画することは難しい。

本発明はこのような事情に鑑みてなされたものであり、その一つの目的は、ソーシャルネットワーキングサービス等の外部の情報処理システムの情報を基に、旅行商品の企画を支援することが可能な、旅行企画支援システム、旅行企画支援方法、及び旅行企画支援プログラムを提供することにある。

前述の及び他の課題を解決するための本発明の一態様は、少なくとも一の訪問地と、前記訪問地と発着地との間、又は前記訪問地間の移動とを組み合わせてなる旅行行程を含む旅行商品の企画を支援するための旅行企画支援システムであって、前記旅行商品の属性及び行程を記憶している旅行商品記憶部と、前記旅行商品に組み込まれるべき前記訪問地に関する情報が記憶されている外部の情報処理システムから、前記訪問地及び当該訪問地の属性を表す訪問地属性情報を、前記旅行商品の追加行程候補情報として取得する追加行程候補取得部と、前記取得した追加行程候補情報に含まれる前記訪問地の属性が、前記記憶している前記旅行商品の属性を満たしているか否かを判断し、前記旅行商品の属性を満たしていると判断した場合には、前記追加行程候補を前記旅行商品の行程に追加する行程追加部とを備えることを特徴とする。

本発明によれば、ソーシャルネットワーキングサービス等の外部の情報処理システムの情報を基に、旅行商品の企画を支援することができる。

図１は、本実施形態に係る旅行企画支援システム１の構成の一例を示した図である。 図２は、旅行企画支援装置１０が管理する情報を説明する図である。 図３は、商品情報レコード２０１１の一例を示す図である。 図４は、行程レコード２０１９の一例を示す図である。 図５は、ＳＮＳ出力情報テーブル２０３の一例を示す図である。 図６は、訪問地情報取得処理を説明するフローチャートである。 図７は、訪問地登録処理を説明するフローチャートである。 図８は、検索処理を説明するフローチャートである。 図９は、検索処理を説明するフローチャートである。 図１０は、検索処理を説明するフローチャートである。 図１１は、カウンタテーブル２１９の一例を示す図である。 図１２は、読込処理を説明するフローチャートである。 図１３は、行程番号ワークレコード２１１の構成を示す図である。 図１４は、端末回答用第１ワーク２０７の一例を示す図である。 図１５は、端末回答用第２ワーク２０９の一例を示す図である。 図１６は、端末回答編集処理の処理を説明するフローチャートである。 図１７は、端末回答出力テーブル２０５の一例を示す図である。 図１８は、出力処理を説明するフローチャートである。 図１９は、出力処理を説明するフローチャートである。 図２０は、行程退避レコード第１ワーク２１５の一例を示す図である。 図２１は、行程退避レコード第２ワーク２１７の一例を示す図である。 図２２は、パンフレット作成用テーブル２１３の一例を示す図である。 図２３は、旅行商品造成端末３に回答される画面イメージを示した図である。

本実施形態に係る旅行企画支援システム１につき、図面を参照しつつ説明する。

図１は、本実施形態に係る旅行企画支援システム１の構成の一例を示している。本実施形態の旅行企画支援システム１は、旅行業者の店舗、事務所等に設置される旅行商品造成端末３と、通信ネットワーク２を介して旅行商品造成端末３と接続する旅行企画支援装置１０と、通信ネットワーク４を介して旅行企画支援装置１０と接続する複数の旅行予約サイト６と、旅行商品造成端末３及び旅行企画支援装置１０と通信ネットワーク２を介して接続するソーシャル・ネットワーキング・サービス（Social Networking Service、以下「ＳＮＳ」）サーバ５とを含んで構成されている。

旅行商品造成端末３は、旅行業者の店舗、事務所等に設置される情報処理装置（コンピュータ）である。旅行商品造成端末３は、旅行企画支援装置１０と通信ネットワーク２を介してサーバ−クライアント方式で接続されている。また、旅行商品造成端末３は、通信ネットワーク２を介してＳＮＳサーバ５にアクセスし、観光地、観光施設、及びこれらの詳細（例えば営業期間、休館日、利用条件）を検索することができる。なお、本明細書では、旅行商品とは、出発日から帰着日までの一連の訪問地（観光地）、宿泊施設、及びその間の交通機関等の移動手段に関する時系列の情報の総体を意味するものとする。また、旅行商品は、そのような情報の総体として構成される商品としてのパッケージツアーをも意味する。

ＳＮＳサーバ５は、例えば、旅行業者の店舗、事務所等の施設の外部に設置された情報処理システムであり、特定または不特定の複数の者がアクセスすることが可能である。ＳＮＳサーバ５は、例えばソーシャル・ネットワーキング・サービスの管理業者により管理されるサーバ装置（コンピュータ）を含んで構成される。ＳＮＳサーバ５には、旅行商品に組み込むことができるような、観光地等の各種スポット（以下、「訪問地」という）に関する情報や、訪問地に関する口コミ、感想、評判等の情報が、ＳＮＳサーバ５の利用者によってリアルタイムに追加、更新されている。なお、ＳＮＳサーバ５は、本システム１における情報収集のための専用サーバとして設置してもよいし、既存の各種ＳＮＳサービスのサーバを利用するものとしてもよい。

通信ネットワーク２は、例えばＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット、専用線、光ファイバなどの、有線又は無線の通信網である。通信ネットワーク４は、例えばＬＡＮ、ＷＡＮ、インターネットや無線ＬＡＮ、携帯電話網等の有線又は無線の通信網である。

旅行予約サイト６は、旅行業者が運営するＷｅｂサイトで、契約宿泊施設（ホテルや旅館等）の宿泊予約サービスを提供している。旅行商品造成端末３にはインターネットブラウザ等の通信プログラムが組み込まれており、旅行業者の旅行商品造成担当者からの操作指示に従い、旅行企画支援装置１０を介して旅行予約サイト６に接続し、宿泊プラン検索や予約操作が可能なＷｅｂページにアクセスし、宿泊プランの検索、予約を行うことができる。このような機能は、例えば、旅行予約サイト６に、検索や予約機能を提供するＷｅｂ ＡＰＩ（Application Program Interface）を実装することで実現される。なお、この場合、旅行企画支援装置１０は、旅行予約サイト６と同様に宿泊施設に関する在庫を持って、ユーザへ宿泊予約サービスを提供してもよい。これは、旅行企画支援装置１０に、旅行予約サイト６を内包する形態と言える。

旅行企画支援装置１０は、旅行業者が管理する情報処理装置（コンピュータ）である。図１に示すように、旅行企画支援装置１０は、ＣＰＵ（Central Processing Unit）等のプロセッサ１１と、メモリ１２（ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、ＮＶＲＡＭ（Non-Volatile RAM）等）と、旅行商品造成端末３、ＳＮＳサーバ５、及び旅行予約サイト６と通信するための通信装置１３と、タッチパネルや操作ボタン等の入力装置１４と、液晶ディスプレイ、プリンタ等の出力装置１５と、ハードディスクやＳＳＤ（Solid State Drive）等の記憶装置１６とを備える。

記憶装置１６は、旅行商品記憶部１０１１を含む記憶処理部１０１と、旅行商品造成端末３、ＳＮＳサーバ５、及び旅行予約サイト６と通信を行う通信処理部１０２と、検索処理部１０３と、出力処理部１０４と、これらの各処理部でのデータ処理を制御する制御処理部１０５とを格納している。

記憶処理部１０１は、旅行商品や訪問地に関する情報を記憶、管理する。このうち旅行商品記憶部１０１１は、旅行商品の情報を記憶する。

通信処理部１０２は、追加行程候補取得部１０２１を含む。追加行程候補取得部１０２１は、ＳＮＳサーバ５から、訪問地及び訪問地の属性を表す情報（以下、「訪問地属性情報」という）を、旅行商品の追加行程候補情報として取得する。

検索処理部１０３は、追加行程候補取得部１０２１で取得した追加行程候補情報に基づき、旅行商品に組み込むことができる訪問地を検索する。検索処理部１０３は、読込処理部１０３１、及び行程追加部１０３２を含む。読込処理部１０３１は、記憶処理部１０１によって記憶されている情報を読み込む。行程追加部１０３２は、追加行程候補取得部１０２１で取得した追加行程候補情報に含まれる訪問地の属性が、旅行商品記憶部１０１１で記憶している旅行商品の情報の属性を満たしているか否かを判断し、旅行商品の属性を満たしていると判断した場合には、追加行程候補を旅行商品の行程に追加する。

出力処理部１０４は、端末回答編集処理部１０４１と、旅行商品出力処理部１０４２とを含む。端末回答編集処理部１０４１は、検索処理部１０３による検索の結果を旅行商品造成端末３へ返信する。また、端末回答編集処理部１０４１は、行程追加部１０３２により、訪問地の属性が、旅行商品の属性を満たしていると判断された場合には、その旨を示す情報を出力すると共に、追加する追加行程候補を特定する情報を出力する。旅行商品出力処理部１０４２は、検索処理部１０３による検索の結果に基づき、電子パンフレット等として使用できるように、追加行程候補を追加した旅行商品の行程一覧を出力する。

記憶装置１６に格納されている以上の機能は、旅行企画支援装置１０のハードウエア（例えば集積回路で設計する）によって、もしくは、旅行企画支援装置１０のプロセッサ１１が、メモリ１２や記憶装置１６に格納されているプログラムを読み出して実行することにより実現される。なお、このプログラムは、メモリカード、光ディスク等の他の記録媒体に記録したものであってもよい。

図２は、旅行企画支援装置１０が管理する情報を説明する図である。同図に示すように、記憶処理部１０１は、商品造成テーブル２０１と、ＳＮＳサーバ５から検索した訪問地の検索結果を保持するＳＮＳ出力情報テーブル２０３と、ＳＮＳサーバ５の検索結果に基づき旅行商品の行程として追加可能な行程の情報を旅行商品造成端末３に提供するための端末回答出力テーブル２０５と、上記検索結果を一時的に保持するための端末回答用第１ワーク２０７及び端末回答用第２ワーク２０９（以下、端末回答用第１ワーク２０７及び端末回答用第２ワーク２０９を、「端末回答用ワーク」と総称する）と、追加可能な行程についての情報を一時的に退避する行程番号ワークレコード２１１と、旅行商品のパンフレットを作成するための情報を格納したパンフレット作成用テーブル２１３と、上記行程を追加するための情報を一時的に退避するために用いられる行程退避レコード第１ワーク２１５及び行程退避レコード第２ワーク２１７と、各テーブルのレコードを読み込むために用いられるカウンタテーブル２１９とを記憶し管理している。

商品造成テーブル２０１は、旅行商品の属性及び行程に関する情報を記録している。この旅行商品は、少なくとも一の訪問地と、訪問地と発着地との間、又は訪問地間の移動とを組み合わせてなる旅行行程を含んでいる。

商品造成テーブル２０１は、以下に説明するように、商品情報レコード（オーナレコード）と、行程レコード（メンバレコード）とを含んで構成されている。

図３は商品情報レコード２０１１の一例を示している。同図に示すように、商品情報レコード２０１１は、商品番号２０１２、商品名２０１３、利用開始日２０１４、利用終了日２０１５、小児フラグ２０１６、女性フラグ２０１７、及び男性フラグ２０１８の各項目を含む少なくとも１つ以上のレコードから構成されている。このうち商品番号２０１２は、旅行商品ごとに割り当てられた識別符号である。商品名２０１３は、商品番号２０１２の旅行商品の名称である。

利用開始日２０１４は、商品番号２０１２の旅行商品の利用開始日（例えば出発日）である。利用終了日２０１５は、商品番号２０１２の旅行商品の利用終了日（例えば帰着日）である。利用開始日２０１４及び利用終了日２０１５により、旅行期間が特定される。

小児フラグ２０１６は、商品番号２０１２の旅行商品が小児を対象としているか否かを示しており、具体的には、小児フラグ２０１６に０が格納されている場合は、その旅行商品は小児を対象としていることを示し、小児フラグ２０１６に１が格納されている場合は、その旅行商品は小児を対象としていない（小児の利用が制限されている）ことを示している。女性フラグ２０１７は、商品番号２０１２の旅行商品が女性を対象としているか否かを示しており、具体的には、女性フラグ２０１７に０が格納されている場合は、その旅行商品は女性を対象としていることを示し、女性フラグ２０１７に１が格納されている場合は、その旅行商品は女性を対象としていない（女性の利用が制限されている）ことを示している。男性フラグ２０１８は、商品番号２０１２の旅行商品が男性を対象としているか否かを示しており、具体的には、男性フラグ２０１８に０が格納されている場合は、その旅行商品は男性を対象としていることを示し、男性フラグ２０１８に１が格納されている場合は、その旅行商品は男性を対象としていない（男性の利用が制限されている）ことを示している。小児フラグ２０１６、女性フラグ２０１７、及び男性フラグ２０１８により、旅行商品の利用が可能な者が特定される。例えば、小児フラグ２０１６、及び男性フラグ２０１８が１の場合には、その旅行商品は大人の女性限定の商品となる。なお、これらの利用制限を示すフラグは一例であり、この他に、あるいはいずれかに代えて未成年、幼児等の利用を制限することを示すフラグを設定しても構わない。

図４は行程レコード２０１９の一例を示している。同図に示すように、行程レコード２０１９は、旅行商品における各旅行行程の情報を記録している。行程レコード２０１９は、商品情報レコード２０１１の商品番号２０１２に対応づけられた（商品番号２０１２をキーとした）レコードであり、商品番号２０１２の旅行商品が提供する行程に関する情報を記録している。行程レコード２０１９は、商品番号２０２０、行程番号２０２１、行程種別２０２２、利用施設２０２３、乗車地２０２４、降車地２０２５、利用開始日２０２６、利用終了日２０２７、曜日フラグ２０２８、及び定員フラグ２０２９の各項目を含む。

このうち商品番号２０２０は旅行商品ごとに割り当てられた識別符号であり、商品情報レコード２０１１の商品番号２０１２に対応づけられている。行程番号２０２１は、各行程に割り当てられた番号である。行程種別２０２２は、行程番号２０２１の行程の種別（移動手段（列車、船車等）、移動目的（観光、宿泊等））である。利用施設２０２３は、行程番号２０２１の行程の目的地、または目的地までの移動手段である。乗車地２０２４は、行程番号２０２１の行程における出発地（乗車地）である。降車地２０２５は、行程番号２０２１の行程における目的地（降車地）である。利用開始日２０２６は、行程番号２０２１の行程の出発日（乗車日）である。利用終了日２０２７は、行程番号２０２１の行程の目的地到達日（降車日）である。曜日フラグ２０２８は、利用開始日２０２６の日から利用終了日２０２７の日までのそれぞれの日に該当する曜日である。具体的には、１〜７のそれぞれの値に対して、月曜日、火曜日、水曜日、木曜日、金曜日、土曜日、日曜日が割り当てられている。定員フラグ２０２９は、行程番号２０２１の行程に定員枠が設けられているか否かを示しており、具体的には、定員フラグ２０２９に０が格納されている場合はその行程に定員枠が設けられていないことを示し、定員フラグ２０２９に１が格納されている場合はその行程に定員枠が設けられていることを示している。

次に、ＳＮＳ出力情報テーブル２０３について説明する。図５は、ＳＮＳ出力情報テーブル２０３の一例を示している。同図に示すように、ＳＮＳ出力情報テーブル２０３は、ＳＮＳサーバ５から取得した訪問地属性情報を記録している。

ＳＮＳ出力情報テーブル２０３は、番地２０３１、利用施設２０３２、利用開始日２０３３、利用終了日２０３４、休日フラグ２０３５、小児フラグ２０３６、女性フラグ２０３７、男性フラグ２０３８、及び定員フラグ２０３９の各項目を含む少なくとも１つ以上のレコードを含んで構成されている。

このうち番地２０３１は、各レコードに割り当てられた番地（データ格納場所）である。利用施設２０３２は、訪問地を特定する情報（例えば施設の名称）である。利用開始日２０３３は、利用施設２０３２を訪問可能となる開始日である。利用終了日２０３４は、利用施設２０３２を訪問可能な最終日（終了日）である。利用開始日２０３３及び利用終了日２０３４により、訪問地への訪問が可能な期日ないし期間（例えば営業期間）が特定される。なお、訪問地の施設が当面営業中であり、特に終了日を定めていない場合は、利用終了日２０３４には「９９９９／９９／９９」が設定される。休日フラグ２０３５は、利用施設２０３２への訪問が不可能な休業日（休館日、運休日の意味も含める）を曜日で表したものである。具体的には、１〜７までのそれぞれに対して、月曜日、火曜日、水曜日、木曜日、金曜日、土曜日、日曜日が割り当てられている。

小児フラグ２０３６は、利用施設２０３２が小児を対象としているか否かを示しており、具体的には、小児フラグ２０３６に０が格納されている場合は、利用施設２０３２は小児を対象としていることを示し、小児フラグ２０３６に１が格納されている場合は、利用施設２０３２は小児を対象としていない（小児の利用が制限されている）ことを示している。女性フラグ２０３７は、利用施設２０３２が女性を対象としているか否かを示しており、具体的には、女性フラグ２０３７に０が格納されている場合は、利用施設２０３２は女性を対象としていることを示し、女性フラグ２０３７に１が格納されている場合は、利用施設２０３２は小児を対象としていない（女性の利用が制限されている）ことを示している。男性フラグ２０３８は、利用施設２０３２が男性を対象としているか否かを示しており、具体的には、男性フラグ２０３８に０が格納されている場合は、利用施設２０３２は男性を対象としていることを示し、男性フラグ２０３８に１が格納されている場合は、利用施設２０３２は男性を対象としていない（男性の利用が制限されている）ことを示している。小児フラグ２０３６、女性フラグ２０３７、及び男性フラグ２０３８により、訪問地への訪問が可能な者が特定される。なお、商品情報レコード２０１１（図３）と同様に、これらの利用制限を示すフラグは一例であり、この他に、あるいはいずれかに代えて未成年、幼児等の利用を制限することを示すフラグを設定しても構わない。

定員フラグ２０３９は、利用施設２０３２に定員枠が設けられているか否かを示しており、具体的には、定員フラグ２０３９に０が格納されている場合は利用施設２０３２に定員枠が設けられていないことを示し、定員フラグ２０３９に１が格納されている場合は利用施設２０３２に定員枠が設けられていることを示している。

＜処理説明＞
次に、旅行企画支援システム１において行われるデータ処理について説明する。

＜訪問地情報取得処理＞
まず、旅行企画支援システム１は、ＳＮＳサーバ５から、旅行商品に組み込まれるべき訪問地に関する情報を検索して取得する処理（以下、訪問地情報取得処理という）を行う。

図６は、訪問地情報取得処理を説明するフローチャートである。同図に示すように、まず、例えば旅行業者の旅行商品造成担当者の操作により、旅行商品造成端末３は、旅行商品の訪問地周辺で人気のあるスポット、観光地、施設等の訪問地を検索し（例えば復路出発地をキーワードとして検索し）、取得する（Ｓ３０１）。なお、検索でヒットした訪問地の数は検索キーワードによっては膨大となることも考えられるため、常に最新の情報やキーワードを利用して検索することが好ましい。なお、以下では、旅行商品造成端末３は、ｎ件の訪問地を取得したとする。

次に、旅行商品造成端末３は、Ｓ３０１で取得した訪問地のそれぞれについて、その訪問地の属性に関する情報を、ＳＮＳサーバ５を介して検索し、取得する（Ｓ３０２）。具体的には、旅行商品造成端末３は、例えば、その訪問地への訪問が可能となる日（利用開始日）、利用が可能な最終日（利用終了日）、訪問が不可能な日（休日）、小児の利用が限定されているか否か、女性の利用が限定されているか否か、男性の利用が限定されているか否か、定員枠が設けられているか否かの検索を行う。

なお、以上では、旅行業者の旅行商品造成担当者が、旅行商品造成端末３を操作、検索することで処理が開始されることとしたが、旅行商品造成端末３が所定時間間隔または任意のタイミングで、もしくはリアルタイムで検索処理を自動的に開始するようにしてもよい。あるいは、旅行企画支援装置１０に、定期的に指定のＳＮＳサーバ５を巡回して訪問地情報を収集するクローラ機能を備えることもできる。

＜訪問地登録処理＞
次に、旅行企画支援システム１は、取得した訪問地及びその訪問地の属性に関する情報、すなわち訪問地属性情報を、ＳＮＳ出力情報テーブル２０３へ登録する。

図７は、旅行企画支援システム１において行われる、訪問地及び訪問地属性情報をＳＮＳ出力情報テーブル２０３へ登録する処理（以下、訪問地登録処理という）を説明するフローチャートである。なお、この処理は、旅行業者の旅行商品造成担当者が旅行商品造成端末３を操作して開始してもよいし、旅行企画支援装置１０が、所定時間間隔または任意のタイミングで、もしくはリアルタイムで旅行商品造成端末３に自動的に処理開始要求を送信し、これを受信した旅行商品造成端末３が処理を開始するようにしてもよい。また、旅行商品造成端末３は旅行企画支援装置１０に登録要求を送信することで開始するようにしてもよい。あるいは、前記のように旅行企画支援装置１０がＳＮＳサーバ５から取得した訪問地情報を自ら登録するように構成してもよい。

まず、旅行商品造成端末３は、訪問地情報取得処理で取得した１件目の訪問地属性情報を旅行企画支援装置１０に送信し、旅行企画支援装置１０は、受信した訪問地属性情報をＳＮＳ出力情報テーブル２０３へ登録する（Ｓ４０１）。例えば、旅行企画支援装置１０は、利用施設２０３２、利用開始日２０３３、利用終了日２０３４、休日フラグ２０３５、小児フラグ２０３６、女性フラグ２０３７、男性フラグ２０３８、及び定員フラグ２０３９の内容をＳＮＳ出力情報テーブル２０３の新たなレコードに追加する。

旅行商品造成端末３は、訪問地情報取得処理で取得した２件目の訪問地属性情報を旅行企画支援装置１０に送信し、旅行企画支援装置１０は、受信した訪問地属性情報をＳＮＳ出力情報テーブル２０３へ登録する（Ｓ４０２）。以下、同様に、旅行商品造成端末３が保持しているｎ件目の訪問地属性情報まで、旅行商品造成端末３は、訪問地属性情報をＳＮＳ出力情報テーブル２０３に登録する（Ｓ４０３）。

次に、旅行企画支援装置１０は、ＳＮＳ出力情報テーブル２０３に登録された訪問地属性情報と、商品造成テーブル２０１に登録されている旅行商品との比較を行い、訪問地を旅行商品に組込めるか否かを検定する検索処理を行う。

＜検索処理＞
図８〜１０は、旅行企画支援装置１０によって行われる検索処理を説明するフローチャートである。なお、この検索処理は、例えば、旅行業者の旅行商品造成担当者が旅行商品造成端末３を操作し、訪問地を組み込む旅行商品（以下、対象商品という）を指定して旅行企画支援装置１０に送信した場合（例えば旅行商品造成端末３の入力装置により指定し、送信する）に開始される。

図８に示すように、Ｓ５００で処理を介した旅行企画支援装置１０は、まずカウンタテーブル２１９の初期化を行う（Ｓ５０１）。

図１１はカウンタテーブル２１９の一例を示している。同図に示すように、カウンタテーブル２１９は、カウンタ（ａ）２１９１、及びカウンタ（ｂ）２１９２を含む。カウンタ（ａ）２１９１には、ＳＮＳ出力情報テーブル２０３のレコードを特定する情報が格納され、カウンタ（ｂ）２１９２には、行程レコード２０１９におけるレコードの数を特定する情報が格納される。旅行企画支援装置１０は、Ｓ５０１において、カウンタ（ａ）２１９１に「１」（１件目のレコード）を設定し、カウンタ（ｂ）２１９２に行程レコード２０１９のレコード総数を設定する。

次に、旅行企画支援装置１０は、商品造成テーブル２０１、及びＳＮＳ出力情報テーブル２０３の内容を読み込む処理（以下、「読込処理」という）を行う（図８のＳ５０２）。

図１２は、読込処理を説明するフローチャートである。同図に示すように、旅行企画支援装置１０は、Ｓ５０２０で読込処理を開始すると、対象商品の最後の行程番号を読み込み（Ｓ５０２１）、読み込んだ行程番号を行程番号ワークレコード２１１に格納する（Ｓ５０２２）。具体的には、旅行企画支援装置１０は商品造成テーブル２０１における対象商品の行程レコード２０１９のうち、最終のレコードの行程番号を読み込む。これにより、最終の行程番号を一時的に退避する。

図１３は行程番号ワークレコード２１１の構成を示している。同図に示すように、行程番号ワークレコード２１１は、番地２１１１、及び行程番号２１１２の各項目を含む。番地２１１１には、各レコードに割り当てられた番地が格納され、行程番号２１１２には、旅行商品の行程番号が格納される。旅行企画支援装置１０は、上記のＳ５０２２において、読み込んだ行程番号を行程番号２１１２に格納する。この行程番号ワークレコード２１１は、後述するように、最終の行程（通常は復路の行程）の前に新たな行程を追加するために用いられる。

旅行企画支援装置１０は、対象商品への追加の可否を検定する（ａ）件目の訪問地（以下、「追加行程候補」という）を読み込む（Ｓ５０２３）。具体的には、ＳＮＳ出力情報テーブル２０３の（ａ）件目のレコードから訪問地属性情報を読み込む。例えば、旅行企画支援装置１０は、カウンタテーブル２１９のカウンタ（ａ）２１９１に「１」が設定されている場合には、１件目のレコードを読み込む。

次いで、旅行企画支援装置１０は、対象商品における、（ｂ）件目の行程を読み込む（Ｓ５０２４）。具体的には、商品造成テーブル２０１の（ｂ）件目の行程レコード２０１９を読み込む。

さらに、旅行企画支援装置１０は、Ｓ５０２３で読み込んだ追加行程候補のレコードを、端末回答用第１ワーク２０７、及び端末回答用第２ワーク２０９から読み込む（Ｓ５０２５）。

図１４は、端末回答用第１ワーク２０７の一例を示している。端末回答用第１ワーク２０７は、番地２０７１、検索結果２０７２、商品番号２０７３、追加行程番号２０７４、及び利用施設２０７５の各項目を含む少なくとも１つ以上のレコードを含んで構成されている。番地２０７１には、各レコードに割り当てられた番地が格納される。検索結果２０７２には、追加行程候補が対象商品の行程に追加可能と判定されている場合に「ＯＫ」が格納される。商品番号２０７３には、旅行商品のそれぞれに割り当てられた番号が格納される。追加行程番号２０７４には、旅行商品の各行程に割り当てられた番号が格納される。利用施設２０７５には、追加行程候補を特定する情報が格納される。

図１５は、端末回答用第２ワーク２０９の一例を示している。端末回答用第２ワーク２０９は、番地２０９１、検索結果２０９２、商品番号２０９３、追加行程番号２０９４、及び利用施設２０９５の各項目を含む少なくとも１つ以上のレコードを含んで構成されている。番地２０９１には、各レコードに割り当てられた番地が格納される。検索結果２０９２には、追加行程候補が対象商品の行程に追加不可能と判定されている場合に「ＮＧ」が格納される。商品番号２０９３には、旅行商品のそれぞれに割り当てられた番号が格納される。追加行程番号２０９４には、追加行程が発生しない場合に「△」（スペース）が格納される。利用施設２０９５には、追加行程候補を特定する情報が格納される。

図８に戻り、旅行企画支援装置１０は、読込処理で読込んだ追加行程候補（図面では「観光地候補」とも記載）に対して、対象商品の属性に関する検定を行うべく、以下に説明するようなマッチング処理を行う（Ｓ５０３）。

ここで、対象商品の属性の一つである旅行期間について考えると、旅行者が旅行目的地（復路出発地）から出発地（往路出発地）に戻る最終行程が組まれている日、すなわち最終日には、その日の交通機関の出発時間帯により、追加行程候補を実際に対象商品に組めない場合がある。したがって、追加行程候補を組み込めるのは、少なくとも、最終日（出発地への戻り日）の前日以前であることが好ましい。そこで本実施形態では、最終日の前日に訪問地を組み込むこととする。

すなわち、旅行企画支援装置１０は、対象商品の旅行期間の最終日の前日が、追加行程候補の利用開始日から利用終了日の間に該当しているか否かを判断する（Ｓ５０４）。具体的には、旅行企画支援装置１０は、対象商品の利用終了日２０１５の日から１をマイナスした日が、追加行程候補の利用開始日２０３３の日から利用終了日２０３４の日の間に該当するかを判断する。

対象商品の旅行期間の最終日の前日が、追加行程候補の利用開始日から利用終了日の間に該当している場合は（Ｓ５０４：ＹＥＳ）、Ｓ５０５に進み、該当していない場合は（Ｓ５０４：ＮＯ）、後述するＳ７０２に進む。

次いで、Ｓ５０５では、旅行企画支援装置１０は、対象商品の旅行期間の最終日の前日が、追加行程候補の休業日（休館日、休園日等）に該当するか否かの判断を行う。具体的には、旅行企画支援装置１０は、対象商品の利用終了日２０１５の日の前日の曜日と、追加行程候補の曜日フラグ２０２８の曜日とを比較する。

対象商品の旅行期間の最終日の前日が、追加行程候補の休業日に該当しない（追加行程候補が利用可能な）場合には（Ｓ５０５：ＹＥＳ）、Ｓ５０６に進み、該当する場合には（Ｓ５０５：ＮＯ）、後述するＳ７０２に進む。

次に、旅行企画支援装置１０は、追加行程候補に定員枠の設定があるかを判断する。追加行程候補の施設に定員枠が設定されていると、当日旅行者がその追加行程候補に出向いても、満員もしくは満席のため利用できないという可能性があり、旅行者は不便を感じることになる。そこで、追加行程候補に定員枠が設定されている場合には、以下のように追加行程候補を対象商品に組み込まないようにする。

具体的には、旅行企画支援装置１０は、Ｓ５０２３で読込んだ追加行程候補の定員フラグ２０３９に０が設定されているか否かを判断する。定員フラグ２０３９に０が設定されている場合は、Ｓ６０１に進み、定員フラグ２０３９に１が設定されていれば、後述するＳ７０２に進む。

引き続き、図９を参照して検索処理について説明する。図９に示すように、次に旅行企画支援装置１０は、対象商品、及び追加行程候補に係る利用者の制限（小児利用制限、男性利用制限、女性利用制限）について判断をする（Ｓ６０１〜Ｓ６０６）。

まず旅行企画支援装置１０は、小児利用の制限について判断を行う。すなわち、旅行企画支援装置１０は、対象商品に小児の利用が制限されているか否かを判断する（Ｓ６０１）。まず、旅行企画支援装置１０は、対象商品の小児フラグ２０１６が１であれば（Ｓ６０１：ＮＯ）、Ｓ６０３に進み、対象商品の小児フラグ２０１６が０であれば（Ｓ６０１：ＹＥＳ）、Ｓ６０２に進む。

Ｓ６０２では、旅行企画支援装置１０は、追加行程候補において小児の利用が制限されているか否かを判断する。具体的には、旅行企画支援装置１０は、追加行程候補の小児フラグ２０３６が１であれば（Ｓ６０２：ＮＯ）、後述するＳ７０２に進み、追加行程候補の小児フラグ２０３６が０であれば（Ｓ６０２：ＹＥＳ）、Ｓ６０３に進む。

続いて、旅行企画支援装置１０は、対象商品、及び追加行程候補の男性利用の制限について比較を行う。まず、旅行企画支援装置１０は、対象商品の男性の利用が制限されているか否かを判断する。具体的には、旅行企画支援装置１０は、対象商品の男性フラグ２０１８が１であれば（Ｓ６０３：ＮＯ）、Ｓ６０５に進み、対象商品の男性フラグ２０１８が０であれば（Ｓ６０３：ＹＥＳ）、Ｓ６０４に進む。

Ｓ６０４では、旅行企画支援装置１０は、追加行程候補において男性の利用が制限されているか否かを判断する（Ｓ６０４）。具体的には、旅行企画支援装置１０は、追加行程候補の男性フラグ２０３８が１であれば（Ｓ６０４：ＮＯ）、後述するＳ７０２に進み、追加行程候補の男性フラグ２０３８が０であれば（Ｓ６０４：ＹＥＳ）、Ｓ６０５に進む。

続いて、旅行企画支援装置１０は、対象商品、及び追加行程候補の女性利用の制限について比較を行う。まず、旅行企画支援装置１０は、対象商品に女性の利用が制限されているか否かを判断する（Ｓ６０５）。具体的には、旅行企画支援装置１０は、対象商品の女性フラグ２０１７が１であれば（Ｓ６０５：ＮＯ）、Ｓ７０１に進み、対象商品の女性フラグ２０１７が０であれば（Ｓ６０５：ＹＥＳ）、Ｓ６０６に進む。

Ｓ６０６では、旅行企画支援装置１０は、追加行程候補において女性の利用が制限されているか否かを判断する。具体的には、旅行企画支援装置１０は、追加行程候補の女性フラグ２０３７が１であれば（Ｓ６０６：ＮＯ）、後述するＳ７０２に進み、追加行程候補の女性フラグ２０３７が０であれば（Ｓ６０６：ＹＥＳ）、Ｓ７０１に進む。

図１０を参照すると、Ｓ７０１では、旅行企画支援装置１０は、端末回答用第１ワーク２０７に、追加行程候補が対象商品の行程の復路行程（最終行程）の前に追加可能と判定されたことを記録する。すなわち、旅行企画支援装置１０は新たにレコードを作成し、そのレコードの検索結果２０７２に「ＯＫ」を格納し、商品番号２０７３には対象商品の商品番号（商品情報レコード２０１１の商品番号２０１２から取得）を格納する。また、追加行程番号２０７４には、対象商品の最終の行程番号＋１の値を格納する。これは、復路行程（最終行程）の直前に追加行程候補が追加されると行程数が１つ増えるため、最終の行程番号をカウントアップする必要があるためである。また、利用施設２０７５には追加行程候補を特定する情報（例えば、利用施設２０２３に対応する、行程の目的地）を格納する。その後はＳ７０３に進む。

一方、Ｓ７０２では、旅行企画支援装置１０は、端末回答用第２ワーク２０９に、追加行程候補が対象商品の行程の復路行程（最終行程）の前に追加不可能と判定されたことを記録する。すなわち、旅行企画支援装置１０は、新たにレコードを作成し、そのレコードの検索結果２０９２に「ＮＧ」を格納し、商品番号２０９３に対象商品の商品番号（商品情報レコード２０１１の商品番号２０１２から取得）を格納し、追加行程番号２０９４には、「△」（スペース）を格納し、利用施設２０９５に追加行程候補を特定する情報（例えば、利用施設２０２３に対応する、行程の目的地）を格納する。その後はＳ７０３に進む。

Ｓ７０３において、旅行企画支援装置１０は、ＳＮＳ出力情報テーブル２０３を参照し、以上の判定を行った追加行程候補が最後の候補か否かを判断する。最後である場合は（Ｓ７０３：ＹＥＳ）、Ｓ７０５に進み、最後で無い場合は（Ｓ７０４：ＮＯ）、次のレコードを読み込むため、現在の（ａ）の値に１加えた値をカウンタテーブル２１９のカウンタ（ａ）２１９１に格納し、図８のＳ５０２に戻る。

このように、旅行企画支援装置１０は、ＳＮＳ出力情報テーブル２０３から読み込んだ全ての訪問地（追加行程候補）について、対象商品に組み込むことができるかの判定を行う。

Ｓ７０５では、旅行企画支援装置１０は、検索処理の結果を旅行商品造成端末３へ返信する処理（以下、「端末回答編集処理」という）を行う。

＜端末回答編集処理＞
図１６は、端末回答編集処理の処理を説明するフローチャートである。同図に示すように、旅行企画支援装置１０は、Ｓ７０５０で処理を開始すると、端末回答用第１ワーク２０７の内容を端末回答出力テーブル２０５に記録する（Ｓ７０５１）。また、旅行企画支援装置１０は、端末回答用第２ワーク２０９の内容を端末回答出力テーブル２０５に記録して処理を終了する（Ｓ７０５２，Ｓ７０５３）。

図１７は、端末回答出力テーブル２０５の一例を示している。端末回答出力テーブル２０５は、番地２０５１、検索結果２０５２、商品番号２０５３、追加行程番号２０５４、及び利用施設２０５５の各項目を含む少なくとも１つ以上のレコードを含んで構成されている。番地２０５１には、各レコードに割り当てられた番地が格納される。検索結果２０５２には、訪問地（追加行程候補）が対象商品の行程に追加可能であったか否かを示す情報が格納され、具体的には、端末回答用第１ワーク２０７の検索結果２０７２又は端末回答用第２ワーク２０９の検索結果２０９２の内容が格納される。商品番号２０５３には、各旅行商品に割り当てられた商品番号が格納され、具体的には、端末回答用第１ワーク２０７の商品番号２０７３又は端末回答用第２ワーク２０９の商品番号２０９３の内容が格納される。追加行程番号２０５４には、追加する追加行程候補の行程番号が格納され、具体的には端末回答用第１ワーク２０７の追加行程番号２０７４又は端末回答用第２ワーク２０９の追加行程番号２０９４が格納される。利用施設２０５５には、訪問地（追加行程候補）を特定する情報が格納され、具体的には端末回答用第１ワーク２０７の利用施設２０７５又は端末回答用第２ワーク２０９の利用施設２０９５の内容が格納される。

次に、図１０のＳ７０６では、旅行企画支援装置１０は、対象商品の属性を満たした追加行程候補を追加した、旅行商品の行程の一覧表（電子パンフレット）を出力する処理（以下、「出力処理」という）を行う。

＜出力処理＞
図１８、及び図１９は、出力処理を説明するフローチャートである。図１８に示すように、旅行企画支援装置１０はＳ７０６０で処理を開始すると、カウント（ｃ）を１で初期化する（Ｓ７０６１）。そして、旅行企画支援装置１０は、対象商品の最終の行程番号を取得する（Ｓ７０６２）。具体的には、行程番号ワークレコード２１１の行程番号２１１２から取得する。

旅行企画支援装置１０は、Ｓ７０６２で取得した行程番号に基づき、商品造成テーブル２０１の行程レコード２０１９の末尾のレコード（最終の行程のレコード）を、行程退避レコード第１ワーク２１５に退避する（Ｓ７０６３）。

図２０に行程退避レコード第１ワーク２１５の一例を示す。同図に示すように、行程退避レコード第１ワーク２１５のレコードは、行程番号２１５１、行程種別２１５２、利用施設２１５３、乗車地２１５４、降車地２１５５、利用開始日２１５６、利用終了日２１５７、曜日フラグ２１５８、及び定員フラグ２１５９の各項目を含む。これらの各項目は、商品造成テーブル２０１の行程レコード２０１９の各項目に対応している。すなわち、行程番号２１５１は旅行商品の各行程に割り当てられた番号である。行程種別２１５２は、行程番号２１５１の行程の種別である。利用施設２１５３は、行程番号２１５１の行程の目的地、または目的地までの移動手段である。乗車地２１５４は、行程番号２１５１の行程の出発地（乗車地）である。降車地２１５５は、行程番号２１５１の行程の目的地（降車地）である。利用開始日２１５６は、行程番号２１５１の行程の出発日（乗車日）である。利用終了日２１５７は、行程番号２１５１の行程の目的地到達日（降車日）である。曜日フラグ２１５８は、利用開始日２１５６の日から利用終了日２１５７の日までのそれぞれの日の曜日のリストが格納されており、１〜７までの各数字に月曜日〜日曜日までの各曜日が対応している。定員フラグ２１５９は、行程番号２１５１の行程に定員枠が設けられているか否かを示しており、具体的には、定員フラグ２１５９に０が格納されている場合はその行程に定員枠が設けられていないことを示し、定員フラグ２１５９に１が格納されている場合はその行程に定員枠が設けられていることを示している。

図１８に戻り、旅行企画支援装置１０は、（ｃ）件目の追加行程候補が対象商品に追加可能である否かを判断する（Ｓ７０６４）。具体的には、端末回答出力レコード２０５の検索結果２０５２を参照して判断する。対象商品に追加可能である場合は（Ｓ７０６４：ＹＥＳ）、Ｓ７０６５に進み、対象商品に追加可能でない場合は（Ｓ７０６４：ＮＯ）、後述するＳ７０６９に進む。

Ｓ７０６５以下の処理では、旅行企画支援装置１０は、（ｃ）件目の追加行程候補を商品造成テーブル２０１の行程レコード２０１９に追加する。

まず、旅行企画支援装置１０は、この追加行程候補の情報を行程退避レコード第２ワーク２１７に移動する（Ｓ７０６６）。

図２１に行程退避レコード第２ワーク２１７の一例を示している。同図に示すように、行程退避レコード第２ワーク２１７は、行程番号２１７１、行程種別２１７２、利用施設２１７３、乗車地２１７４、降車地２１７５、利用開始日２１７６、利用終了日２１７７、曜日フラグ２１７８、及び定員フラグ２１７９の各項目を含む。これらの各項目は、商品造成テーブル２０１の行程レコード２０１９の各項目に対応している。すなわち、行程番号２１７１は対象商品の各行程に割り当てられる番号である。行程種別２１７２は、行程番号２１７１の行程の種別（交通手段（列車、船車等）、移動目的（観光、宿泊等））である。利用施設２１７３は、行程番号２１７１の行程の目的地、または目的地までの移動手段である。乗車地２１７４は、行程番号２１７１の行程における出発地（乗車地）である。降車地２１７５は、行程番号２１７１の行程における目的地（降車地）である。利用開始日２１７６は、行程番号２１７１の行程の出発日（乗車日）である。利用終了日２１７７は、行程番号２１７１の行程の目的地到達日（降車日）である。曜日フラグ２１７８は、利用開始日２１７６の日から利用終了日２１７７の日までのそれぞれの日の曜日のリストである。具体的には、行程退避レコード第１ワーク２１５と同様に、月曜日〜日曜日に対してそれぞれ１〜７が割り当てられている。定員フラグ２１７９は、行程番号２１７１の行程に定員枠が設けられているか否かを示しており、具体的には、定員フラグ２１７９に０が格納されている場合はその行程に定員枠が設けられていないことを示し、定員フラグ２１７９に１が格納されている場合はその行程に定員枠が設けられていることを示している。

旅行企画支援装置１０は、この行程退避レコード第２ワーク２１７に、追加行程候補の情報を移動する（Ｓ７０６５）。すなわち、行程番号ワークレコード２１１の行程番号２１１２（最終の行程番号）を行程退避レコード第２ワーク２１７の行程番号２１７１に移動する。また、端末回答出力レコード２０５の利用施設２０５５により特定される追加行程候補の利用施設２０３２、利用開始日２０３３、利用終了日２０３４、曜日フラグ２０３５、及び定員フラグ２０３６を、それぞれ行程退避レコード第２ワーク２１７の利用施設２１７３、利用開始日２１７６、利用終了日２１７７、曜日フラグ２１７８、及び定員フラグ２１７９に移動する。なお、利用開始日２１７６、及び利用終了日２１７７は対象商品の旅行期間の最終日の前日に設定する。また、曜日フラグ２１７８は対象商品の旅行期間の最終日の前日の曜日に設定する。また、行程種別２１７２には観光である旨を、乗車地２１７４には訪問地への行程における出発地（乗車地）を、及び降車地２１７５には訪問地への行程における目的地（降車地）を設定する。

旅行企画支援装置１０は、Ｓ７０６６で退避した行程退避レコード第２ワーク２１７の内容を、行程レコード２０１９の最終のレコード（最終の行程番号のレコード）に記録する（Ｓ７０６７）。さらに、旅行企画支援装置１０は、Ｓ７０６３で退避した行程退避レコード第１ワーク２１５の内容を、商品造成テーブル２０１に追加する（Ｓ７０６８）。

これにより、追加行程候補が対象商品の復路行程（最終行程）の直前の行程レコードとして格納（挿入）される。

旅行企画支援装置１０は、端末回答用第１ワーク２０７を参照し、対象商品に追加する追加行程候補が他にあるか否かを判断する（Ｓ７０６９）。対象商品に追加する追加行程候補が他にある場合は（Ｓ７０６９：ＹＥＳ）、行程番号ワークレコード２１１の行程番号２１１２（最終の行程番号）を１カウントアップし、次の追加行程候補について商品造成テーブル２０１を更新すべくＳ７０６４に戻る。

一方、対象商品に追加する追加行程候補が他にない場合は（Ｓ７０６９：ＮＯ）、旅行企画支援装置１０は、以上の処理で更新された商品造成テーブル２０１の内容（追加行程候補の追加前から存在していた対象商品の行程一覧、追加された追加行程候補等の情報）をパンフレット作成用テーブル２１３に出力して処理を終了する（Ｓ７０７０，Ｓ７０７１）。出力された内容は、電子パンフレット等として販売プロモーションなどに用いることができる。

図２２はパンフレット作成用テーブル２１３の一例を示しており、同図に示すように、パンフレット作成用テーブル２１３には、追加された追加行程候補の情報が追加された対象商品の内容が記録されている。

＜具体例＞
以下、旅行企画支援システム１における処理の具体例について説明する。まず、オプショナルツアーおよび着地型観光の素材をＳＮＳサーバ５を介し検索する。すなわち、旅行商品造成担当者は、商品造成端末３を操作し、商品造成テーブル２０１に記録されている、商品番号２０１２が「Ａ−００１」、商品名２０１３が「［女性限定］特急○○号で行く蒜山高原美人になるツアー」の旅行商品における行程番号１〜７の旅行行程（図３、４）に対して、最終行程日（行程番号：７）の前日に旅行目的地（図４の例だと岡山）の周辺で人気のあるスポット（訪問地）の情報についてＳＮＳサーバ５を介し検索する。

旅行企画支援装置１０は、上記の検索の結果ヒットした訪問地をＳＮＳ出力情報テーブル２０３に登録する。例えば、図５に示すように、ＳＮＳ出力情報テーブル２０３にｎ件のレコードが登録され、これにより訪問地の利用開始日、利用終了日等の情報が登録される。

次に旅行企画支援装置１０は、カウンタテーブル２１９（図１１）のカウンタ（ａ）２１９１を初期化すべく、「１」を設定し、ＳＮＳ出力情報テーブル２０３を読み込み、その１件目のレコードである、利用施設２０３２が「△△歴史資料館」のレコードを読込む（図５）。そして旅行企画支援装置１０は、このレコードの訪問地が、旅行商品の期間内であるか、休日にあたらないか、定員枠が設定されていないか、小児・男性・女性の利用に制限がないか等の判定を行う。前述の図３のケースでは、例えば、商品番号２０１２が「Ａ−００１」の女性限定である、商品名２０１３が「［女性限定］特急○○で行く蒜山高原美人になるツアー」の旅行商品が、ＳＮＳ出力情報テーブル２０３の２件目の「□□エステ体験」（図５）のように、追加する訪問地も女性限定でなければ、旅行商品の行程に組み込むことはしない。

このように、旅行企画支援装置１０は、外部の情報処理システム（ソーシャル・ネットワーキング・サービス等）に基づき訪問地（観光地等）を検索し、その結果を、既成の旅行商品の特性を意識しながら、その旅行商品の利用制限と矛盾が生じないよう追加の旅行行程に組み込めるか否かのマッチング処理を行うことが特徴である。

以上の処理の結果、旅行商品に追加行程候補を組み込めると判断した場合、例えば商品番号が「Ａ−００１」の「［女性限定］特急○○で行く蒜山高原美人になるツアー」の旅行商品に上記の「□□エステ体験」を組み込めると判断した場合は、図１４に示したように、端末回答用第１ワーク２０７の検索結果２０７２に「ＯＫ」、商品番号２０７３に「Ａ−００１」、追加行程番号２０７４に最終行程の直前の行程の番号である「７」、利用施設２０７５に「□□エステ体験」を格納する。一方、旅行商品に追加行程候補を組み込めないと判断した場合、例えば商品番号が「Ａ−００１」の「［女性限定］特急○○で行く蒜山高原美人になるツアー」の旅行商品に、利用施設２０３２が「△△歴史資料館」の追加行程候補（図３）を組み込めないと判断した場合は、図１５に示したように、端末回答用第２ワーク２０９の検索結果２０９２に「ＮＧ」、商品番号２０９３に「Ａ−００１」、追加行程番号２０９４に△（スペース）を格納し、利用施設２０９５に「△△歴史資料館」を格納する。これらの端末回答用第１ワーク２０７、及び端末回答用第２ワーク２０９の内容はその後、端末回答出力レコード２０５に出力される。そして、この端末回答出力レコード２０５の内容は、旅行商品造成端末３の画面に出力される。

図２３は旅行商品造成端末３に表示される画面の一例を示しており、同図に示すように、旅行商品造成端末３の画面には、端末回答出力テーブル２０５に出力された内容が表示される。すなわち、旅行商品造成端末３は、その画面に、追加行程候補が旅行商品の属性を満たした旨の情報（「マッチング結果 ＯＫ」）と共に、対象商品を特定する情報（「商品番号 Ａ−００１」）、および追加する追加行程候補を特定する情報（「追加可能行程番号 ７」）を出力する。これにより、旅行商品造成担当者は、追加行程候補が対象商品に組み込めたか否かを容易に確認できる。

次に旅行企画支援装置１０は、旅行商品造成テーブル２０３を更新する。例えば、上記に説明した、「Ａ−００１」の「［女性限定］特急○○で行く蒜山高原美人になるツアー」の旅行商品に、「□□エステ体験」の行程を組み込む場合、当該旅行商品の最終の行程のレコード（行程番号が７のレコード）を、一時的に行程退避レコード第１ワーク２１５に退避する。また、この行程の情報は、一時的に行程退避レコード第２ワーク２１７に退避する。この際、行程退避レコード第１ワーク２１５の行程番号２１５１は、行程番号ワークレコード２１１の行程番号２１１２の内容（７）を引き継ぐ（移動する）。最後に、行程退避レコード第２ワーク２１７の内容は旅行商品の最終の行程のレコード（行程番号は７）に上書きし、行程退避レコード第１ワーク２１５の内容は最終の行程の次に設けたレコード（行程番号は８）に設定する。以上により、旅行商品造成テーブル２０３を更新する。

以上に説明したように、本実施形態の旅行企画支援システム１によれば、外部の情報処理システム（ソーシャル・ネットワーキング・サービス等）に記録されている訪問地の情報を基に、その訪問地の属性と合致した行程を含む旅行商品を利用者に提供することができる。これにより、利用者の要望、ニーズに応えた行程を含む旅行商品を作成、企画することができ、他旅行業者との差別化が図れるだけでなく、旅行商品造成担当者の作業負荷軽減の効果も期待できる。

また、旅行期間と追加行程候補の期間を比較することにより、追加行程候補の利用期間（営業期間）が対象商品の期間内（本実施形態では、利用終了日の前日）から外れないようにして、当該追加行程候補を成立させることができる。これにより、対象商品の旅行期間に合致し、かつ利用者にとって魅力のある行程を対象商品に組み込むことができる。

また、追加行程候補が休業日の場合にはその追加行程候補を対象商品に組み込まないようにすることで、追加行程候補の訪問地の事情にあわせた柔軟な旅行商品の組み立てが可能となる。

さらに、追加行程候補の施設に定員枠が設定されていると、当日旅行者がその追加行程候補に出向いても、満員もしくは満席のため利用できないという可能性があり、旅行者は不便を感じることになる。そこで、追加行程候補に定員枠が設定されている場合には追加行程候補を対象商品に組み込まないようにすることで、利用者の利便性を向上させることができる。

また、本実施形態の旅行企画支援システム１は、対象商品においてその利用が可能な者と追加行程候補において訪問が可能な者（例えば、利用者の性別、小児か否か）に基づき、両者が一致する場合にのみ追加行程候補を対象商品に追加することで、既成の旅行商品の特性を意識しながら、その旅行商品の利用制限と矛盾が生じないような追加の旅行行程を組み込むことができる。これにより、利用者の客層に応じた、特色のある魅力的な旅行商品を利用者に提供することができる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

例えば、検索処理部１０３、出力処理部１０４、制御処理部１０５の機能の一部又は全部は、旅行企画支援装置１０以外の装置に備えさせてもよい。

また、制御線や情報線は説明上必要と考えられるものを示しており、必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

また、本実施形態では、旅行商品造成端末３が旅行企画支援装置１０を介してＳＮＳサーバ５にアクセスして訪問地を検索する形態を示したが、上記したように、旅行企画支援装置１０が直接ＳＮＳサーバ５にアクセスすることにより訪問地を検索するようにしてもよい。

また、本実施形態では、旅行商品に追加する追加行程候補を、旅行商品の利用終了日（最終日）の前日に組み込むものとしたが、旅行商品の利用開始日（又はその翌日）から利用終了日の前日（又は利用終了日当日）までのいずれかの日に追加行程候補の期間が収まっていれば、追加を行うようにしてもよい。この場合、いずれの日に追加行程候補を追加するかについては、例えば、旅行商品造成担当者が選択できるようにする、例えば旅行商品造成担当者が旅行商品造成端末３に追加行程候補を追加する日を指定して、その日を旅行商品造成端末３が旅行企画支援装置１０に送信するようにすればよい。

１ 旅行企画支援システム、２ 通信ネットワーク、３ 旅行商品造成端末
４ 通信ネットワーク、５ ＳＮＳサーバ、６ 旅行予約サイト
１０ 旅行企画支援装置、１１ ＣＰＵ、１２ メモリ、１３ 通信装置
１４ 入力装置、１５ 出力装置、１６ 記憶装置、１０１ 記憶処理部、
１０１１ 旅行商品記憶部、１０２ 通信処理部、１０２１ 追加行程候補取得部
１０３ 検索処理部、１０３１ 読込処理部、１０３２ 行程追加部
１０４ 出力処理部、１０４１ 端末回答編集処理部、１０４２ 旅行商品出力処理部
１０５ 制御処理部、２０１ 商品造成テーブル、２０３ ＳＮＳ出力情報テーブル
２０５ 端末回答出力テーブル、２０７ 端末回答用第１ワーク
２０９ 端末回答用第２ワーク、２１１ 行程番号ワークレコード
２１３ パンフレット作成用テーブル、２１５ 行程退避レコード第１ワーク
２１７ 行程退避レコード第２ワーク、２１９ カウンタテーブル
２０１１ 商品情報レコード、２０１３ 商品名
２０１２，２０２０，２０５３，２０７３，２０９３ 商品番号
２０１４，２０２６，２０３３，２１５６，２１７６ 利用開始日
２０１５，２０２７，２０３４，２１５７，２１７７ 利用終了日
２０２３，２０３２，２０５５，２０７５，２０９５，２１５３，２１７３ 利用施設
２０１６，２０３６ 小児フラグ、２０１７，２０３７ 女性フラグ
２０１８，２０３８ 男性フラグ、２０１９ 行程レコード
２０２１，２１１２，２１５１，２１７１ 行程番号
２０２２，２１５２，２１７２ 行程種別
２０２４，２１５４，２１７４ 乗車地、２０２５，２１５５，２１７５ 降車地
２０２８，２１５８，２１７８ 曜日フラグ
２０２９，２０３９，２１５９，２１７９ 定員フラグ
２０３１，２０５１，２０７１，２０９１，２１１１ 番地、２０３５ 休日フラグ
２１９１ カウンタ（ａ）、２１９２ カウンタ（ｂ）
２０５２，２０７２，２０９２ 検索結果
２０７４，２０９４，２０５４ 追加行程番号

Claims (11)

1. 少なくとも一の訪問地と、前記訪問地と発着地との間、又は前記訪問地間の移動とを組み合わせてなる旅行行程を含む旅行商品の企画を支援するための旅行企画支援システムであって、
   前記旅行商品の属性及び行程を記憶している旅行商品記憶部と、
   前記旅行商品に組み込まれるべき前記訪問地に関する情報が記憶されている外部の情報処理システムから、前記訪問地及び当該訪問地の属性を表す訪問地属性情報を、前記旅行商品の追加行程候補情報として取得する追加行程候補取得部と、
   前記取得した追加行程候補情報に含まれる前記訪問地の属性が、前記記憶している前記旅行商品の属性を満たしているか否かを判断し、前記旅行商品の属性を満たしていると判断した場合には、前記追加行程候補を前記旅行商品の行程に追加する行程追加部と
   を備えることを特徴とする旅行企画支援システム。
2. 前記旅行商品の属性には旅行期間が含まれ、
   前記追加行程候補情報には前記訪問地への訪問が可能な期間の情報が含まれ、
   前記行程追加部は、前記旅行期間のうちいずれかの日が、前記訪問可能な期間内に該当しているか否かを判断し、前記訪問可能な期間内に該当していると判断した場合には、前記追加行程候補を前記旅行商品の行程に追加する
   ことを特徴とする、請求項１に記載の旅行企画支援システム。
3. 前記行程追加部は、前記旅行期間の最終日の前日が、前記訪問可能な期間内に該当しているか否かを判断し、前記訪問可能な期間内に該当していると判断した場合には、前記追加行程候補を前記旅行商品の前記最終日の前日の行程に追加する
   ことを特徴とする、請求項２に記載の旅行企画支援システム。
4. 前記追加行程候補情報には、前記訪問地への訪問が不可能な曜日の情報が含まれ、
   前記行程追加部は、前記旅行期間の最終日の前日が、前記訪問可能な期間内に該当しているか否かを判断する際には、前記最終日の前日が前記訪問地への訪問が不可能な曜日に該当するか否かを判断し、前記訪問が不可能な曜日に該当しないと判断した場合に、前記追加行程候補を前記旅行期間の最終日の前日の行程に追加する
   ことを特徴とする、請求項３に記載の旅行企画支援システム。
5. 前記行程追加部は、前記訪問地の属性が、前記旅行商品の属性を満たしているか否かを判断する際には、前記追加行程候補情報に、前記訪問地への訪問者に対する定員枠が設けられていない旨の情報が含まれているか否かを判断し、前記定員枠が設けられていない旨の情報が含まれていると判断した場合に、前記追加行程候補を前記旅行商品の行程に追加する
   ことを特徴とする、請求項１に記載の旅行企画支援システム。
6. 前記旅行商品の属性には、前記旅行商品の利用が可能な者の条件が含まれ、
   前記追加行程候補情報には前記訪問地への訪問が可能な者の情報が含まれ、
   前記行程追加部は、前記訪問地の属性が、前記旅行商品の属性を満たしているか否かを判断する際には、前記訪問地への訪問が可能な者が、前記旅行商品の利用が可能な者と合致しているか否かを判断し、合致していると判断した場合には、前記追加行程候補を前記旅行商品の行程に追加する
   ことを特徴とする、請求項１に記載の旅行企画支援システム。
7. 前記旅行商品の利用が可能な者の属性には、利用者の性別、及び利用者が小児か否かを含むことを特徴とする、請求項１に記載の旅行企画支援システム。
8. 前記行程追加部が前記訪問地の属性が前記記憶している前記旅行商品の属性を満たしていると判断した場合には、その旨を示す情報を出力すると共に、前記追加する追加行程候補を特定する情報を出力する端末回答編集処理部を備えることを特徴とする、請求項１に記載の旅行企画支援システム。
9. 前記行程追加部が、前記訪問地の属性が前記記憶している前記旅行商品の属性を満たしていると判断した場合には、その旨を示す情報を出力すると共に、前記追加する追加行程候補を特定する情報を出力する端末回答編集処理部を備え、
   前記旅行商品の属性には、旅行期間と、前記旅行商品の利用が可能な者としての、利用者の性別、及び利用者が小児か否かの情報とが含まれ、
   前記追加行程候補情報には、前記訪問地への訪問が不可能な曜日と、前記訪問地への訪問が可能な者の情報が含まれ、
   前記行程追加部は、
   前記旅行期間の最終日の前日が、前記訪問可能な期間内に該当しているか否かを判断し、前記訪問可能な期間内に該当していると判断した場合には、前記最終日の前日が前記訪問地への訪問が不可能な曜日に該当するか否かを判断し、前記訪問が不可能な曜日に該当しないと判断した場合には、さらに、
   前記追加行程候補情報に、前記訪問地への訪問者に対する定員枠が設けられていない旨の情報が含まれているか否かを判断し、前記定員枠が設けられていない旨の情報が含まれていると判断した場合には、前記訪問地への訪問が可能な者が、前記旅行商品の利用が可能な者と合致しているか否かを判断し、合致していると判断した場合には、前記追加行程候補を前記旅行商品の前記最終日の前日の行程に追加する
   ことを特徴とする、請求項１に記載の旅行企画支援システム。
10. 少なくとも一の訪問地と、前記訪問地と発着地との間、又は前記訪問地間の移動とを組み合わせてなる旅行行程を含む旅行商品の企画を支援するための旅行企画支援方法であって、
    データ処理を実行するプロセッサと、当該データ処理をプロセッサに実行させるためのプログラムを格納しているコンピュータに、
    前記旅行商品の属性及び行程を記憶している旅行商品記憶部を記憶させ、
    前記旅行商品に組み込まれるべき前記訪問地に関する情報が記憶されている外部の情報処理システムから、前記訪問地及び当該訪問地の属性を表す訪問地属性情報を、前記旅行商品の追加行程候補情報として取得する追加行程候補取得させ、
    前記取得した追加行程候補情報に含まれる前記訪問地の属性が、前記記憶している前記旅行商品の属性を満たしているか否かを判断し、前記旅行商品の属性を満たしていると判断した場合には、前記追加行程候補を前記旅行商品の行程に追加させる
    処理を実行させる
    を備えることを特徴とする旅行企画支援方法。
11. 少なくとも一の訪問地と、前記訪問地と発着地との間、又は前記訪問地間の移動とを組み合わせてなる旅行行程を含む旅行商品の企画を支援するための旅行商品企画支援プログラムであって、
    データ処理を実行するプロセッサと、当該データ処理をプロセッサに実行させるためのプログラムを格納しているコンピュータに、
    前記旅行商品の属性及び行程を記憶している旅行商品記憶部を記憶させ、
    前記旅行商品に組み込まれるべき前記訪問地に関する情報が記憶されている外部の情報処理システムから、前記訪問地及び当該訪問地の属性を表す訪問地属性情報を、前記旅行商品の追加行程候補情報として取得する追加行程候補取得させ、
    前記取得した追加行程候補情報に含まれる前記訪問地の属性が、前記記憶している前記旅行商品の属性を満たしているか否かを判断し、前記旅行商品の属性を満たしていると判断した場合には、前記追加行程候補を前記旅行商品の行程に追加させる
    処理を実行させる
    ことを特徴とする旅行企画支援プログラム。

Images