(57)【要約】【課題】ユーザの旅行計画立案をサポートしつつ、旅行商品の提供事業者に対して販売促進の機会をもたらすこと。【手段】ユーザに旅行商品を販売するための旅行業務管理装置であって、当該旅行商品のユーザに関する情報を格納し、ユーザによって設定される当該ユーザが計画している旅程の情報であるユーザ旅程情報を格納し、ユーザが購入決定した旅行商品に関する情報である購入決定情報と、ユーザが購入を予定している旅行商品とをそれらの利用日ごとに記録しているユーザ旅程情報を格納し、前記購入決定情報を該当する旅行商品の提供元である事業者に転送し、前記事業者が前記購入決定情報に基づいて販売した前記旅行商品を対応する前記ユーザ旅程情報に記録して前記購入予定情報とともに格納し、当該ユーザ旅程情報を該当するユーザの端末に送信する。【選択図】図１
2018018368.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに旅行商品を販売するための旅行業務管理装置であって、
当該旅行商品のユーザに関する情報を格納するためのユーザ情報記憶部と、
ユーザによって設定される当該ユーザが計画している旅程の情報であるユーザ旅程情報を格納するためのユーザ旅程情報記憶部と、
ユーザが購入決定した旅行商品に関する情報である購入決定情報と、ユーザが購入を予定している旅行商品に関する情報である購入予定情報とをそれらの利用日ごとに記録しているユーザ旅程情報を前記ユーザ旅程記憶部に格納し、前記購入決定情報を該当する旅行商品の提供元である旅行商品提供事業者に転送し、前記旅行商品提供事業者が前記購入決定情報に基づいて販売した前記旅行商品を対応する前記ユーザ旅程情報に記録して前記購入予定情報とともに前記ユーザ旅程情報記憶部に格納し、当該ユーザ旅程情報を該当するユーザの端末に送信する旅行情報処理部と、
を備えている旅行業務管理装置。
【請求項２】
請求項１に記載の旅行業務管理装置であって、
前記旅行情報処理部は、複数の前記ユーザ旅程情報に記録されている前記購入予定情報を、各購入予定情報に関わる日付ごとに集計する、旅行業務管理装置。
【請求項３】
請求項１又は２に記載の旅行業務管理装置であって、
前記旅行情報処理部は、前記購入予定情報に関わる旅行商品と関連する旅行商品の情報を前記購入予定情報を記録したユーザの端末に送信する、旅行業務管理装置。
【請求項４】
請求項３に記載の旅行業務管理装置であって、
前記旅行情報処理部は、前記旅行商品提供事業者から前記関連する旅行商品についての付帯情報を受け付け、
当該付帯情報を前記関連する旅行商品の情報とともに前記購入予定情報を記録したユーザの端末に送信する、旅行業務管理装置。
【請求項５】
請求項２に記載の旅行業務管理装置であって、
前記旅行情報処理部は、前記集計した購入予定情報を当該購入予定情報に関わる旅行商品提供事業者に供給し、
前記事業者から、前記集計した購入予定情報に含まれるユーザの指定と、当該購入予定情報に関わる旅行商品についての付帯情報とを受信し、
当該付帯情報を、前記指定されたユーザの端末に送信する、旅行業務管理装置。
【請求項６】
請求項２乃至５のいずれかに記載の旅行業務管理装置であって、
前記購入予定情報は、当該購入予定情報に関連する地域を示す情報である地域情報を有し、
前記旅行情報処理部は、前記地域情報に基づいて、前記集計した購入予定情報の前記旅行商品提供事業者への送信又は前記付帯情報の前記ユーザの端末への送信を行う、旅行業務管理装置。
【請求項７】
請求項６に記載の旅行業務管理装置であって、
前記旅行情報処理部は、前記購入予定情報に関連する地域情報を、当該購入予定情報に対応付けられている販売された旅行商品に関する地域から推定する、旅行業務管理装置。
【請求項８】
請求項２乃至５のいずれかに記載の旅行業務管理装置であって、
前記旅行情報処理部は、前記ユーザ情報に関連づけて記録されている当該ユーザ情報によって特定されるユーザに関する属性情報を取得し、取得した当該属性情報に基づいてユ
ーザに送信する前記付帯情報を選択する、旅行業務管理装置。
【請求項９】
請求項６に記載の旅行業務管理装置であって、
前記ユーザ情報又は前記ユーザ旅程情報に、当該ユーザ情報又はユーザ旅程情報に対応付けられるユーザの嗜好情報が含まれており、
前記旅行情報処理部は、当該嗜好情報に基づいて、前記付帯情報の送信を行う、旅行業務管理装置。
【請求項１０】
請求項1乃至９のいずれかに記載の旅行業務管理装置であって、
前記旅行商品の提供事業者には、少なくとも交通機関と宿泊施設とが含まれる、旅行業務管理装置。
【請求項１１】
請求項３乃至５において、
前記旅行情報処理部は、異なるカテゴリに属する旅行商品を組み合わせて構成されているパッケージ旅行商品に関する情報を保持しており、
前記購入決定情報に基いて、前記パッケージ旅行商品に関する情報を選択し、前記ユーザの端末に送信する、旅行業務管理装置。
【請求項１２】
請求項９に記載の旅行業務管理装置であって、
前記旅行情報処理部は、各ユーザについての前記購入予定情報と、過去の旅行商品販売実績情報及び前記嗜好情報を含む前記ユーザ情報の少なくともいずれか一つとに基づいて、各ユーザのユーザ旅程情報に含まれる購入予定情報について、前記旅行商品提供事業者が提供する旅行商品についての購入可能性を示す購入予測情報を算出して、前記旅行商品提供事業者に送信する、旅行業務管理装置。
【請求項１３】
ユーザに旅行商品を販売するための旅行業務管理方法であって、
プロセッサとメモリとを備えるコンピュータが、
当該旅行商品のユーザに関する情報を格納し、
ユーザによって設定される当該ユーザが計画している旅程の情報であるユーザ旅程情報を格納し、
ユーザが購入決定した旅行商品に関する情報である購入決定情報と、ユーザが購入を予定している旅行商品とをそれらの利用日ごとに記録しているユーザ旅程情報を前記ユーザ旅程記憶部に格納し、前記購入決定情報を該当する旅行商品の提供元である事業者に転送し、前記事業者が前記購入決定情報に基づいて販売した前記旅行商品を対応する前記ユーザ旅程情報に記録して前記購入予定情報とともに前記ユーザ旅程情報記憶部に格納し、当該ユーザ旅程情報を該当するユーザの端末に送信する、
旅行業務管理方法。
【請求項１４】
請求項１３に記載の旅行業務管理方法であって、
各ユーザについての前記購入予定情報と、過去の旅行商品購入実績情報及び前記嗜好情報を含む前記ユーザ情報の少なくともいずれか一つとに基づいて、各ユーザのユーザ旅程情報に含まれる購入予定情報について、前記旅行商品提供事業者が提供する旅行商品についての購入可能性を示す購入予測情報を算出して、前記旅行商品提供事業者に送信する、旅行業務管理方法。
【請求項１５】
ユーザに旅行商品を販売するための旅行業務管理方法であって、
プロセッサとメモリとを備えるコンピュータに、
当該旅行商品のユーザに関する情報を格納するステップと、
ユーザによって設定される当該ユーザが計画している旅程の情報であるユーザ旅程情報を格納するステップと、
ユーザが購入決定した旅行商品に関する情報である購入決定情報と、ユーザが購入を予定している旅行商品とをそれらの利用日ごとに記録しているユーザ旅程情報を前記ユーザ旅程記憶部に格納し、前記購入決定情報を該当する旅行商品の提供元である事業者に転送し、前記事業者が前記購入決定情報に基づいて販売した前記旅行商品を対応する前記ユーザ旅程情報に記録して前記購入予定情報とともに前記ユーザ旅程情報記憶部に格納し、当該ユーザ旅程情報を該当するユーザの端末に送信するステップと、
を実行させる旅行業務管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、旅行業務管理装置、旅行業務管理方法、及び旅行業務管理プログラムに関する。
【背景技術】
【０００２】
様々な産業分野で、ユーザに対してネットワークを通じて種々の有用な情報を提供するためのサービスが運用されている。旅行業分野も例外ではなく、ユーザである観光客に対して、旅行先でのリアルタイムな商品・サービスの販売情報を提供することで、追加の商品・サービスの購入を促すシステムが利用されている。例えば、特許文献１には、各旅行者の需要に合致した満足度の高い旬で最適な旅に関する情報を効率的に配信すること等により、旅行前から旅行後までの旅の全ての段階において総合的に旅行者を支援する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１８５４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１では、旅行者が観光地で訪問する各種施設に関する情報は取り扱っているが、施設利用可能数に限りがあり、利用希望が集中した場合に供給不足になりやすい宿泊施設、レンタカー等の在庫商品については情報提供を行っていない。そのため、旅行者はそれら在庫商品を有効に利用することができない一方、在庫商品提供者も販売機会を増やすことができない問題があった。
【０００５】
本発明は、上記の及び他の課題を解決するためになされたもので、ユーザの旅行計画立案をサポートしつつ、旅行商品の提供事業者に対して販売促進の機会をもたらす旅行業務管理装置、旅行業務管理方法、及び旅行業務管理プログラムを提供することを一つの目的としている。
【課題を解決するための手段】
【０００６】
上記の及び他の目的を達成するための本発明の一態様は、ユーザに旅行商品を販売するための旅行業務管理装置であって、
前記旅行商品のユーザに関する情報を格納するためのユーザ情報記憶部と、
当該ユーザが計画している旅程の情報であるユーザ旅程情報を格納するためのユーザ旅程情報記憶部と、ユーザが購入決定した旅行商品に関する情報である購入決定情報と、ユーザが購入を予定している旅行商品とをそれらの利用日ごとに記録している前記ユーザ旅程情報を前記ユーザ旅程記憶部に格納し、前記購入決定情報を該当する旅行商品の提供元である事業者に転送し、前記事業者が前記購入決定情報に基づいて販売した前記旅行商品を、対応する前記ユーザ旅程情報に記録して前記購入予定情報とともに前記ユーザ旅程情報記憶部に格納し、当該ユーザ旅程情報を要求に応じて出力するように構成されている旅行情報処理部と、
を備えている。
【発明の効果】
【０００７】
本発明によれば、ユーザの旅行計画立案をサポートしつつ、旅行商品の提供事業者に対して販売促進の機会をもたらすことができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、本発明の一実施形態に係る旅行業務管理システム１の全体構成図である。
【図２】図２は、ユーザ情報テーブル１５７０の構成例を示す図である。
【図３】図３は、購入実績情報テーブル１５７１の構成例を示す図である。
【図４】図４は、仮旅行情報テーブル１５７２の構成例を示す図である。
【図５】図５は、希望旅程情報テーブル１５７３の構成例を示す図である。
【図６】図６は、販売実績情報テーブル１５７４の構成例を示す図である。
【図７】図７は、販売予測情報テーブル１５７５の構成例を示す図である。
【図８】図８は、パッケージ用在庫情報テーブル１５７６の構成例を示す図である。
【図９】図９は、交通機関在庫情報テーブル３５０の構成例を示す図である。
【図１０】図１０は、宿泊施設在庫情報テーブル４５０の構成例を示す図である。
【図１１】図１１は、観光施設在庫情報テーブル５５０の構成例を示す図である。
【図１２】図１２は、旅程登録処理の処理フロー例を示すフローチャートである。
【図１３】図１３は、追加在庫割当処理の処理フロー例を示すフローチャートである。
【図１４】図１４は、商品推奨処理の処理フロー例を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明につき、その一実施形態に即して図面を用いて説明する。
【００１０】
まず、本実施形態による旅行業務管理システム１の構成例について説明する。図１は、旅行業務管理システム１の全体構成例を示している。旅行業務管理システム１は、旅行業務管理サーバ１００（旅行業務管理装置）と、ユーザ端末２００と、交通システム３００と、宿泊システム４００と、観光システム５００とが、通信ネットワーク６００によって相互に通信可能に接続されて構成されている。
【００１１】
旅行業務管理サーバ１００は、例えば旅行運営会社等の団体が運営しているコンピュータであり、旅行業務管理システム１の主要な機能を実現する。旅行業務管理サーバ１００は、ハードウェアとして、ＣＰＵ（Central Processing Unit）などで構成される演算部
１１０、ＲＡＭ、ＲＯＭ等の記憶デバイスで構成されているメモリ１２０、キーボード、マウス、タッチパネル等の入力デバイスと、液晶ディスプレイ、プリンタ等の出力デバイスで構成される入出力装置１３０、外部装置と適宜の通信プロトコルで通信するためのネットワークインタフェースカード等を備える通信インタフェース（通信ＩＦ）１４０、及び、ハードディスクドライブ（ＨＤＤ）、半導体ドライブ（ＳＳＤ）等の記憶デバイスで構成される補助記憶装置１５０を有している。なお、旅行業務管理サーバ１００は、複数のコンピュータ、ストレージドライブを通信可能に接続してなるクラウドコンピューティング環境で構築してもよい。
【００１２】
補助記憶装置１５０には、旅行情報処理部を構成する、ユーザ認証部１５１０、購入情報登録部１５２０、旅行情報登録部１５３０、予約処理部１５４０、販売実績作成部１５５０、及び販売予測作成部１５６０の各プログラムが格納されている。各プログラムは、演算部１１０によりメモリ１２０に読み出されて実行される。
【００１３】
ユーザ認証部１５１０は、旅行業務管理サーバ１００に、後述するユーザ端末２００等の外部装置からアクセスするユーザについてのユーザ認証処理を実行する機能を有する。ユーザ認証の方式としては、ログインパスワードの要求など、種々の方式を適宜採用すればよい。購入情報登録部１５２０は、旅行業務管理サーバ１００においてユーザが購入した乗車券等の旅行商品の購入情報を登録する機能を有する。旅行情報登録部１５３０は、
ユーザが旅行業務管理サーバ１００にアクセスして入力した希望旅程情報を登録する機能を有する。予約処理部１５４０は、ユーザが旅行業務管理サーバ１００にアクセスして入力した予約情報を処理する機能を有する。販売実績作成部１５５０は、ユーザが旅行業務管理サーバ１００にアクセスして購入した各種旅行商品の統計情報を作成する機能を有する。販売予測作成部１５６０は、旅行業務管理サーバ１００でユーザが登録した希望旅程情報とユーザが購入した旅行商品の統計情報とを元に旅行商品の販売予測処理を実行する機能を有する。
【００１４】
補助記憶装置１５０には、上記した各プログラムによって生成されるデータを格納するとともに、上記各プログラムによって使用されるデータを格納するデータテーブルである、ユーザ情報テーブル１５７０、購入実績情報テーブル１５７１，仮旅行情報テーブル１５７２、希望旅程情報テーブル１５７３、販売実績情報テーブル１５７４、販売予測情報テーブル１５７５、及びパッケージ用在庫情報テーブル１５７６が格納されている。各テーブルの具体的な構成例については後述する。
【００１５】
旅行業務管理システム１の構成に戻ると、ユーザ端末２００は、旅行業務管理サーバ１００と通信可能に接続され、ユーザが旅行業務管理サーバ１００にデータ入力を行ったり、旅行業務管理サーバ１００から情報を取得したりするための端末である。ユーザ端末２００は、プロセッサ、メモリ、入出力デバイス等を有し、通信ネットワーク６００に接続可能な一般的なコンピュータであればよく、パーソナルコンピュータ、タブレット端末、スマートフォン等で構成可能である。なお、上記した旅行業務管理サーバ１００の一部の機能を、クライアントソフトウェアとして提供することでユーザ端末２００側で実行させるようにしてもよい。
【００１６】
交通システム３００は、鉄道会社、バス会社、タクシー会社等の交通機関が保有して運営している管理システムであり、各交通機関が在庫情報を管理するための機能を有する。交通システム３００は、後述する交通機関在庫情報テーブル３５０を備えている。交通システム３００は、旅行業務管理サーバ１００と同様に、通信ネットワーク６００に接続可能な一般的なコンピュータであればよい。なお、上記した旅行業務管理サーバ１００の一部の機能を、クライアントソフトウェアとして提供することで交通システム３００側で実行させるようにしてもよい。
【００１７】
宿泊システム４００は、ホテル、旅館等の宿泊施設が保有して運営している管理システムであり、各宿泊施設が在庫情報を管理するための機能を有する。宿泊システム４００は、後述する宿泊施設在庫情報テーブル４５０を備えている。宿泊システム４００は、旅行業務管理サーバ１００と同様に、通信ネットワーク６００に接続可能な一般的なコンピュータであればよい。なお、上記した旅行業務管理サーバ１００の一部の機能を、クライアントソフトウェアとして提供することで宿泊システム４００側で実行させるようにしてもよい。
【００１８】
観光システム５００は、観光地において観光客が立ち寄る各種観光施設が保有して運営している管理システムであり、各観光施設が在庫情報を管理するための機能を有する。観光施設の在庫情報としては、一日の入場定員が決まっている美術館等の施設、受け入れ可能なゲストの数が決まっているレストラン等が含まれる。観光システム５００は、後述する観光施設在庫情報テーブル５５０を備えている。観光システム５００は、旅行業務管理サーバ１００と同様に、通信ネットワーク６００に接続可能な一般的なコンピュータであればよい。なお、上記した旅行業務管理サーバ１００の一部の機能を、クライアントソフトウェアとして提供することで、観光システム５００側で実行させるようにしてもよい。
【００１９】
交通システム３００、宿泊システム４００、観光システム５００は、後述するように、
旅行業務管理サーバ１００から受け付ける在庫商品への予約要求に基づいて予約処理を実行し、その結果を旅行業務管理サーバ１００に返す処理を行うためのプログラム、及びその他のプログラムが実装されている。
通信ネットワーク６００は、有線又は無線のインターネット回線あるいはイントラネット回線として構成することができる。
【００２０】
なお、ユーザ端末２００、交通システム３００、宿泊システム４００、観光システム５００は、図１の例示にかかわらず、それぞれ旅行業務管理システム１の仕様に応じて複数接続することができる。
【００２１】
次に、本実施形態の旅行業務管理サーバ１００で用いるデータテーブルの構成を説明する。図２〜図８に、ユーザ情報テーブル１５７０、購入実績情報テーブル１５７１，仮旅行情報テーブル１５７２、希望旅程情報テーブル１５７３、販売実績情報テーブル１５７４、販売予測情報テーブル１５７５、及びパッケージ用在庫情報テーブル１５７６の構成例をそれぞれ示している。
【００２２】
図２に例示するユーザ情報テーブル１５７０には、ユーザ端末２００から旅行業務管理サーバ１００にアクセスしてくる各ユーザの識別情報及び個人情報が記憶されている。ユーザが最初に旅行業務管理サーバ１００にアクセスした時に、ユーザがユーザ情報テーブル１５７０に記録する情報を入力する。ユーザ情報テーブル１５７０のデータは、ユーザが旅行業務管理サーバ１００にアクセスする際のユーザ認証に使用される。図２の例では、ユーザ情報テーブル１５７０には、各ユーザの固有識別情報であるユーザＩＤ、ユーザ認証に使用されるパスワード、及びユーザの性別、誕生日、住所、電話番号、及びクレジットカード番号が記録されている。ユーザ情報テーブル１５７０に記録される情報はこれらに限定されることなく、システムの使用等に応じて適宜に決定することができる。
【００２３】
図３に例示する購入実績情報テーブル１５７１には、各ユーザＩＤに対応付けて、旅行業務管理サーバ１００を通じて購入した商品の購入履歴情報が記録されている。図３の例では、購入実績情報テーブル１５７１には、ユーザＩＤに対応付けて、購入した乗車券に関する購入実績区分、購入品目名、購入日、出発地、到着日が、「鉄道、高速鉄道チーター３号、２０１６年１月５日、東京、新青森」のように記録されている。購入実績情報テーブル１５７１は、必要に応じて図３の例の交通機関の他、宿泊、観光についても記録するように構成することができる。例えば宿泊の場合、項目としては購入実績区分、購入品目名、購入日、到着日、出発日のように設定し、「ホテル、ＡＢＣホテル・シングル、２０１６年１月５日、２０１６年１月５日、２０１６年１月６日」のように記録することができる。観光に関する購入実績情報テーブル１５７１も、同様に作成することができる。
【００２４】
図４に例示する仮旅行情報テーブル１５７２は、ユーザＩＤに対応付けて、ユーザが入力した旅行に関する仮の行程を示す情報が記録される。図４の例では、ユーザＩＤに対応付けて、利用予定日、対応ユーザを含む同行者、旅行目的、旅行属性といったユーザの希望旅行情報が記録されている。利用予定日は、旅行期間の初日から最終日までの期間である。旅行目的は、観光、ビジネス等が記録される。旅行属性には、ユーザがこの旅行に期待する各種の属性が記録される。旅行目的、旅行属性については、あらかじめプルダウンメニュー等で選択肢を用意しておきユーザに選択させるようにすることができる。
【００２５】
図５に例示する希望旅程情報テーブル１５７３は、ユーザＩＤに対応付けて、そのユーザＩＤで特定されるユーザごとの仮旅行情報を実際の旅行行程に沿った形で記録する。希望旅程情報テーブル１５７３には、手配済みの交通機関等の情報に加え、宿泊施設、観光素材といった旅行商品の購入希望があるかの情報も含まれている。図５において、「手配予定」と記載されている項目は、ユーザが今後手配を希望している項目を示し、ユーザが
必要ないと判断した項目には「不要」が記録されている。図５の例では、ユーザＩＤ「ＡＡＡ」で特定されるユーザが、２０１６年１月４日から１月７日までの期間に、東京を出発し、青森、函館を周遊して東京に帰着する旅程が入力されている。図５では、１月４、５，７日の交通機関が手配済みである一方、例えば初日の宿泊については手配予定であることが示されている。ユーザは、いったん希望旅程を入力した後、旅行業務管理サーバ１００にアクセスすることにより、図５で手配予定となっている旅行商品を後日手配することができる。その際に手配済みとなった旅行商品については、図５に記録されることになる。
【００２６】
図６に例示する販売実績情報テーブル１５７４には、旅行業務管理システム１、あるいは交通機関、宿泊施設、観光施設といった旅行商品提供事業者がユーザに対して販売した商品ごとに、購入したユーザの世代、性別、同行者数、購入日付、地域、種別、販売額の各項目が記録されている。項目の種類は、販売実績の種別、例えば宿泊、交通、観光等の種別に従って、適宜変更することができる。旅行商品提供事業者の販売実績は、旅行業務管理サーバ１００を経由して各事業者に転送された予約要求として把握される。
【００２７】
図７に例示する販売予測情報テーブル１５７５には、交通事業者、宿泊業者、観光業者等に提供する日ごとの商品販売予測データが記録される。図７の例は宿泊施設に関する販売予測情報であるため、日ごとに、手配予定者数、空部屋数、及び予約予測値が記録されている。図７のホテルの例では、手配予想者数は、旅行業務管理サーバ１００で算出した、「函館」に宿泊し、「手配予定」となっている人の数、空部屋数は、当該ホテルのテーブル参照時での予約されていない部屋数、予約予測値は、過去実績などを分析して予想した、当日までにさらに予約されると予測される部屋数を示す。具体的な販売予測の手法については後述する。なお、記録される項目は、交通機関であれば利用者数、列車種別、座席等級等に、観光施設であれば入館者数等に設定すればよい。
【００２８】
図８に例示するパッケージ用在庫情報テーブル１５７６には、交通、宿泊、観光等をパッケージ化した商品に関する在庫情報が記録される。パッケージ化した旅行商品、いわゆるパック旅行は、旅行業務管理システム１の運営主体である旅行業者等が、交通事業者、宿泊事業者等の商品提供者から調達する旅行商品を組み合わせて設定するものである。図８の例では、宿泊と交通機関とを組み合わせたパックについて、在庫商品のカテゴリ（図８の例では宿泊＋鉄道復路）、商品特性、購入平均年齢、パッケージが設定されている年月日、各商品提供者（交通、宿泊、観光）から旅行業務管理システム１に割り当てられた日ごとの旅行業合計在庫、販売済みの在庫数である割当済在庫、未販売販の在庫数である未割当在庫、及び販売額といった旅行業務管理システム１が販売している旅行商品の情報が記憶されている。
【００２９】
次に、交通事業者等の商品提供事業者における在庫情報について説明する。在庫情報は、旅行商品提供事業者が提供する旅行商品について、旅行業務管理サーバ１００からの予約要求に応じて販売する際の基礎データを記録している。在庫情報では、自ら販売する商品だけでなく、旅行業務管理システム１の運営事業者のような旅行業者に販売委託する商品の情報も含まれている。
【００３０】
図９に例示する交通機関在庫情報テーブル３５０は、交通事業者の交通システム３００に保持されているデータテーブルである。交通機関在庫情報テーブル３５０には、日ごとの交通機関の全体在庫数である合計在庫、旅行業務管理システム１に販売を委託した商品の在庫数である旅行業割当在庫、交通事業者がユーザに直接販売した在庫数である販売済在庫、未販売の在庫数である未割当在庫、及び該当商品の販売額（商品価格）が記録されている。交通機関在庫情報テーブル３５０の場合、例えば一の優等列車の日ごとの指定座席といった旅行商品ごとに一のテーブルが生成される。
【００３１】
図１０に例示する宿泊施設在庫情報テーブル４５０は、宿泊事業者の宿泊システム４００に保持されているデータテーブルである。宿泊施設在庫情報テーブル４５０には、該当する宿泊施設の日ごとの部屋の全体在庫数である合計在庫、旅行業務管理システム１に販売を委託した部屋の在庫数である旅行業割当在庫、宿泊施設がユーザに直接販売した在庫数である販売済在庫、未販売の在庫数である未割当在庫、及び販売額が記録されている。宿泊施設在庫情報テーブル４５０の場合、ホテル、旅館等の宿泊施設ごとに全体の部屋について一のテーブルを生成することができ、また部屋の和洋種別、グレードごとに別テーブルとすることもできる。
【００３２】
図１１に例示する観光施設在庫情報テーブル５５０は、観光事業者の観光システム５００に保持されているデータテーブルである。観光施設在庫情報テーブル５５０は、日ごとの観光素材の全体在庫数である合計在庫、旅行業務管理システム１に販売を委託した在庫数である旅行業割当在庫、観光事業者がユーザに直接販売した在庫数である販売済在庫、未販売の在庫数である未割当在庫、販売額が記憶されている。観光施設在庫情報テーブル５５０の場合、美術館、レストランといった観光素材ごとに一のテーブルが生成される。
【００３３】
次に、以上の構成を有する旅行業務管理システム１において、主として旅行業務管理サーバ１００において実行されるテータ処理について、具体的に説明する。
＝＝旅程登録処理＝＝
まず、図１２のフローチャートを参照して、本実施形態の旅行業務管理システム１における、旅行の計画から旅行商品販売までの処理フロー例を説明する。
【００３４】
旅行業務管理システム１を利用して旅行を計画しようとするユーザは、ユーザ端末２００を用いて旅行業務管理サーバ１００にアクセスする。ユーザの利用が初回であれば、ユーザは旅行業務管理サーバ１００から提示される入力画面に従ってユーザ情報テーブル１５７０の内容を入力して登録する。すでにユーザ情報を登録済みのユーザであれば、旅行業務管理サーバ１００が提示するログイン画面にしたがってログインする。なお、ユーザには、旅行者である一般ユーザの他、一般ユーザからの依頼を受けて代行手配を行う旅行代理店の販売員等も含まれる。ログイン処理は、ユーザ認証部１５１０が行う。
【００３５】
次いで、ユーザは、ユーザ端末２００を用いて希望する旅程の設定を、交通機関、宿泊施設等の旅行商品の予約を含めて行う（Ｓ２０１）。具体的には、旅行計画を希望するユーザは、図４に示す仮旅行情報テーブル１５７２及び図５に示す希望旅程情報テーブル１５７３の内容を入力して登録する。仮旅行情報テーブル１５７２には、登録しようとするユーザのユーザＩＤとともに、利用予定日、同行者の人数、年齢、性別などの情報、旅行目的、及び旅行属性を登録する。旅行目的は、観光、商用等の旅行の目的であり、旅行属性には、計画している旅行に関するユーザの要望等を属性として記録する。図４の例では、家族３名の観光を目的とした家族旅行であり、のんびりと温泉とグルメを楽しむことを希望していることが記録されている。旅行目的、旅行属性については、必ずしも登録を必須とする必要はない。また、仮旅行情報テーブル１５７２の各項目については、プルダウンメニュー等によりユーザの入力の手間を軽減するように構成することができる。
【００３６】
ユーザは、仮旅行情報テーブル１５７２とともに、希望旅程情報テーブル１５７３にも情報を入力する。図５に例示する希望旅程情報テーブル１５７３では、仮旅行情報テーブル１５７２で登録した旅行日程の各日について、「交通」「宿泊」「観光」の項目が設定される。「交通」には、ユーザが利用を希望する鉄道、飛行機、船、バス等の交通機関に関する情報を記録する。「宿泊」には、ユーザが利用を希望するホテル、旅館等の宿泊施設に関する情報を記録する。「観光」には、ユーザが訪問を希望する美術館、植物園等の観光施設に関する情報を記録する。この欄には、レストラン等の食事処を含ませることも
できる。また、上記した項目の他に利用区分を作成し、より細分化してもよい。
【００３７】
図５に例示するように、ユーザは、各利用予定日について、利用区分ごとに利用希望の旅行商品の内容を記録する。例えば、２０１６年１月４日の「交通」について、ユーザは東京から青森までの列車「高速鉄道３号」の予約を入れている。このように、ユーザが各利用区分について記録した旅行商品は、後述するように旅行業務管理サーバ１００から該当する交通機関等の業者へ転送され、旅行商品に関する予約が実行される。図５の例では、すでに同日の交通に関しては予約が完了している状態を示している。希望の予約が実行できなかった場合には、該当する日の利用区分の欄には、例えば「予約できません」といったメッセージを提示することができる。また、利用希望の旅行商品の内容には、交通機関における座席のグレード、禁煙喫煙の種別等、宿泊施設における客室の和洋の別、グレード等の詳細情報を含められるようにしてもよい。
【００３８】
また同日の「宿泊」の欄について、「手配予定」を記録している。「手配予定」は、該当する利用区分について手配予定ではあるが、まだ手配していない状態である、あるいは手配するかどうか未定であることを、ユーザが設定する。手配予定の項目については、後述のとおり、旅行業務管理サーバ１００により統計情報が作成されて、各事業者に提供され、あるいはユーザへのおすすめ商品情報の提供に使用されたりする。具体的には、予約処理部１５４０は、購入予定情報としての手配予定の項目に関連する地域を、関連する購入決定済みの旅行商品に関する地域の情報から推定して、旅行商品提供事業者に供給することができる。地域に関する情報の提供を受けた事業者は、その地域に関連する旅行商品の情報を、付帯情報として予約処理部１５４０に返すことができる。
【００３９】
図５の２０１６年１月７日の利用区分「宿泊」、「観光」については、ユーザが「手配不要」と設定している。これは、ユーザが当該利用区分についてなにも予約する予定がないことを示している。
【００４０】
ユーザ端末２００で仮旅行情報テーブル１５７２、希望旅程情報テーブル１５７３に入力された希望旅程のデータは旅行業務管理サーバ１００に送られ、予約処理部１５４０によって、交通機関、宿泊施設等の予約情報は、さらに交通システム３００等の各事業者の管理システムへ転送される（Ｓ２０２）。Ｓ２０２で転送される予約情報は、転送先である各事業者において処理され、例えば交通システム３００においてはユーザが予約希望する列車の予約処理等が実行される（Ｓ２０３）。具体的には、予約情報を受けた各事業者は、予約対象である旅行商品の在庫確認ののち予約を完了させ、その結果を旅行業務管理サーバ１００に送信する。宿泊に関して予約情報がある場合には、図１２に破線で示すように、同様に宿泊システム４００において予約処理が実行される（Ｓ２０４）。
【００４１】
旅行商品の種類によっては、提供事業者から旅行業務管理システム１が販売委託を受けている場合がある。その場合には、旅行業務管理サーバ１００の予約処理部１５４０が該当する旅行商品の予約処理を実行する。
【００４２】
なお、上記のように、本実施形態の旅行業務管理システム１では、ユーザが入力した旅行商品に関する予約情報は、旅行業務管理サーバ１００から各事業者へ転送されるが、Ｓ２０２でユーザ端末２００から希望旅程情報を受け取った旅行業務管理サーバ１００が、ユーザ端末２００に対して希望する予約情報の全部又は一部を入力可能とする入力画面を生成して送信するようにすることができる。すなわち、希望旅程情報を受け取った旅行業務管理サーバ１００は、交通機関の利用、宿泊の希望日、人数（仮旅行情報から自動入力させてもよい）、希望乗車区間・列車や希望の部屋グレードなどを入力するための画面を作成してユーザ端末２００へ送信し、そのユーザによる入力結果を鉄道会社等の事業者に転送するように構成することができる。
【００４３】
各事業者からユーザの予約要求に対する結果の回答を受け取った旅行業務管理サーバ１００では、回答に含まれている乗車券購入情報などの予約情報を図５の希望旅程情報テーブル１５７３に登録する（Ｓ２０５）。登録した希望旅程情報は、ユーザが後に旅程を追加する場合、あるいは旅程を変更する場合等、必要に応じて更新登録することも可能とされている。旅行業務管理サーバ１００は予約要求の処理結果を反映した登録結果をユーザ端末２００へ送信し、ユーザ端末２００に希望旅程情報テーブル１５７３の形態等で出力させるように構成されている（Ｓ２０６）。
【００４４】
以上の構成によれば、ユーザはユーザ端末２００から旅行業務管理サーバ１００にアクセスすることにより、希望する旅程に関する旅行商品を一元的に手配することが可能である。
【００４５】
＝＝追加在庫割当処理＝＝
次に、旅行業務管理サーバ１００による追加在庫割当処理について説明する。本データ処理に関する処理例を、図１３のシーケンス図を参照して説明する。旅行業務管理サーバ１００では、旅行商品の販売に関する統計データとして、販売実績情報、及び販売予測情報を作成する。販売実績情報、及び販売予測情報は、旅行業務管理システム１が保有している宿泊施設等の在庫があらたに販売されたことなどを契機として実行することができる。そのようにすることで、ユーザがあらたに希望旅程を登録する際、あるいは登録済みの希望旅程を見直す際に、常に最新の在庫情報に基づいて旅程を検討することができる。
【００４６】
はじめに、旅行業務管理サーバ１００の販売実績作成部１５５０は、旅行業務管理システム１での過去の販売実績である販売実績情報を作成する（Ｓ３０１）。図６に、販売実績情報テーブル１５７４の構成例を示している。販売実績情報テーブル１５７４には、１つの旅行商品の販売ごとに、購入者の世代、性別、同行者数、利用日付、購入対象の地域、種別（交通機関、宿泊施設、観光施設の別）、及び販売額（商品価格）を含む情報が記録される。購入対象の地域に関する情報は、
【００４７】
次に、旅行業務管理サーバ１００の販売予測作成部１５６０は、ユーザの旅行希望情報である図４及び図５に示す仮旅行情報と過去の販売実績情報とを用いて、販売予測情報を記録してなる販売予測情報テーブル１５７５を作成する（Ｓ３０２）。図７に販売予測情報テーブル１５７５の構成例を示している。
【００４８】
図７の販売予測情報の例は、函館地区のＡＢＣホテル（仮称）向けに作成した、２０１６年１月４日から１月１０日までの販売予測情報を示している。この販売予測情報テーブル１５７５において、手配予定者数の項目は、旅行情報登録部１５３０で算出した、「函館」に宿泊を計画しており、該当日に「手配予定」を記録している人の合計人数を示しており、現状の需要を把握するために使用される。空部屋数の項目は、図８のパッケージ用在庫情報テーブル１５７６における未割当在庫を示しており、旅行業務管理システム１が所持する在庫がどの程度残っているかを把握するために使用される。予約予測値の項目は、販売予測実行時点から旅行日当日までにさらに予約されると見込まれる販売数の予測値である。予約予測値は、図４及び図５に示す仮旅行情報、希望旅程情報と、図６に示す販売実績情報とから、適宜の統計処理、例えば種々提案されているレベニューマネジメント技術によって求めることができる。具体的には、販売実績情報から販売予測モデル式を作成し、当該モデル式に手配予定数、関連するユーザの属性、利用予定日などから、当日の需要予測を算出することができる。需要予測には、販売価格帯、同行人数などの顧客嗜好の属性も含まれている。これらの属性情報に、宿泊施設の提供する部屋の販売価格や一部屋あたりの収容人数などの施設側の情報を対応付けることで、販売予測値を算出することができる。
【００４９】
Ｓ３０２で販売予測情報作成後、旅行業務管理サーバ１００は、旅行業務管理システム１と契約している宿泊施設事業者、観光施設事業者に対して、在庫過不足通知をする。在庫過不足通知は、例えば宿泊施設の場合、旅行業務管理サーバ１００が、販売予測情報テーブル１５７５に記録されている空部屋数を調べて所定の数値範囲に入っているかを判定し、所定の数値内に入っていないと判定した場合に該当する宿泊施設等に送信する通知である。
【００５０】
在庫過不足通知を受けた観光施設事業者や宿泊施設事業者は、旅行業務管理サーバ１００の販売予測作成部１５６０に販売予測情報の送信要求を送って、図７に例示するような販売予測情報を取得する（Ｓ３０３）。次いで観光施設事業者や宿泊施設事業者は、図１０に例示する宿泊施設在庫情報テーブル４５０、図１１に例示する観光施設在庫情報テーブル５５０を参照し、在庫数又は販売額の見直しをするか判定する。在庫数又は販売額の見直しをするかの判定基準は、例えば宿泊施設であれば、図１０の例の宿泊施設在庫情報テーブル４５０において、未割当在庫数が所定数を上回っているかどうか、等と設定することができる。在庫数又は販売額の見直しをしない場合は、宿泊システム４００あるいは観光システム５００はその旨旅行業務管理サーバ１００に返信することができる。
【００５１】
在庫数又は販売額の見直しをする場合、宿泊システム４００、あるいは観光システム５００は、旅行業務管理サーバ１００から取得した販売予測情報を元に、図９〜図１１の旅行業割当在庫と販売額とを決定する（Ｓ３０３）。旅行業務管理サーバ１００は、決定された旅行業割当在庫と販売額とを宿泊システム４００、あるいは観光システム５００から受信して販売予測情報テーブル１５７５に登録する（Ｓ３０４）。登録された販売予測情報は、ユーザが仮旅行情報テーブル１５７２、希望旅程情報テーブル１５７３を更新するときに利用することができるようになる。
販売予測情報は、例えば次のように利用することができる。
旅行業割当在庫の調整
【００５２】
例えば、図７に例示する販売予測情報の１月４日（月曜日）での予約予測値は、７件となっている。ＡＢＣホテルの事業者は、この情報を元に、自社で管理する在庫である図１０の宿泊施設在庫情報を確認すると、１月４日の未割当在庫は７件と十分な数量があることが確認できる。このため、宿泊システム４００は、旅行業割当在庫を２００件から２０７件に増やし、販売額は１．５万円から変更なしで設定することを、旅行業務管理サーバ１００に対して回答する。また、図１０の宿泊施設在庫情報の１月８日のように、ホテル側での販売済在庫が伸びている日（１月７日は、販売済在庫が４であるが、１月８日は、販売済在庫が１００となっている）については、図７の販売予測情報において、空部屋数（未割当在庫）６件をホテル側に戻すこともできる。この場合は、宿泊システム４００は、図１０の宿泊施設在庫情報における旅行業割当在庫を１１５件から６件減らして１０９件とし、販売額は１．６万円から変更なしと設定し、旅行業務管理サーバ１００に対して回答する。
販売価格の調整
【００５３】
例えば、図７に例示する販売予測情報で、１月９日（土曜日）での空部屋数と予約予測値とを確認すると、空部屋数は１件と少なく、予約予測値は１５件となっている。図１０の宿泊在庫情報で１月９日を確認すると、販売額は１．７万円で設定されているが、該当日が土曜日であることを考えると、多少販売価格を高めに設定しても販売できる可能性が高いと考えられる。このため、宿泊システム４００では、旅行業務管理システム１に委託している旅行業割当在庫を２００件のままとし（図１０の例では、未割当在庫も１４件あることから、旅行業割当在庫を２００件から２１４件としても良い）、販売額を２．０万円に修正し、旅行業務管理サーバ１００に対して回答することが考えられる。また、図７
の販売予測情報で１月６日（水曜日）における空部屋数と予約予測値を確認すると、空部屋数は１３件と多いが、予約予測値は３件にとどまっている。図１０の宿泊在庫情報で１月６日を確認すると、販売額は１．０万円で設定しているが、平日の木曜日ということもあり、もう少し販売価格を低めに設定しないと販売できない可能性が高いと考えられる。このため、宿泊システム４００は旅行業割当在庫を２２０件のままとし、販売額は０．６万円に修正し、旅行業務管理サーバ１００に対して回答することができる。
【００５４】
なお、販売予測情報の内容を確認した後、旅行業務管理サーバ１００に対して、割当数の増減も販売価格の増減も不要であると宿泊システム４００が判定した場合は、その旨旅行業務管理サーバ１００に通報してもよい。
【００５５】
以上の構成によれば、旅行業務管理サーバ１００によって提供される販売予測情報に基づいて、交通機関、宿泊施設、観光施設をそれぞれ提供する事業者は、旅行業務管理システム１に委託販売する旅行商品の数、販売価格を適切に調整し、収益を向上させることができる。
【００５６】
＝＝旅行商品推奨処理＝＝
次に、本実施形態の旅行業務管理サーバ１００によって提供される旅行商品推奨機能について説明する。図１４に、旅行商品推奨機能を実現するデータ処理例をシーケンス図で示している。旅行商品推奨機能は、本システムを用いて旅行を計画するユーザに対して、その仮登録情報等に基づいて、好適と考えられる旅行商品を推奨することにより旅行計画の便宜を図ろうとするものである。
【００５７】
前記したように、旅行業務管理サーバ１００と交通システム３００、宿泊システム４００、観光システム５００とが適時に連携して在庫割当の調整が実行されている場合、ユーザは、図４の仮旅行情報及び図５の希望旅程情報を更新することにより、追加された旅行商品を参照し、購入できるようになる。また、ユーザは、登録されている仮旅行情報、希望旅程情報を更新しておくことで、最新の希望旅程で旅行商品の推奨を受けることができるようになる。すなわち、ユーザがユーザ端末２００において希望旅程の更新を入力することで、更新条件が旅行業務管理サーバ１００に送信される（Ｓ４０１）。
【００５８】
希望旅程の更新条件を受信した旅行業務管理サーバ１００では、旅行情報登録部１５３０が、図２のユーザ情報、図４の仮旅行情報に記録されている利用予定日、旅行目的、旅行属性、及び図５に記録されている希望旅程の手配予定情報から、ユーザ情報としてユーザの年齢、旅行期間、嗜好を抽出し、例えば旅行業務管理サーバ１００の予約処理部１５４０が管理する図８のパッケージ用在庫情報の利用予定日、購入平均年齢、商品特性等の商品情報とのマッチングを行う（Ｓ４０２）。
【００５９】
例えば、図５の希望旅程情報での旅行期間は、１月４日から１月７日であり、１月４日と１月６日に宿泊を予定している。図２のユーザ情報より、ユーザは３０代で、図４の仮旅行情報に関して記録されている旅行属性からのんびり・温泉・グルメを希望していることがわかる。次に、図８のパッケージ用在庫情報を参照すると、（宿＋鉄道復路）商品では、１月６日の宿泊情報がないが、利用予定日は、１月４日から１月７日となっており、ユーザの要望の一部を満たしていることから、該当ユーザとのマッチングが成立すると判定することができる。旅行業務管理サーバ１００は、このマッチングが成立した商品の情報をユーザ端末２００に通知する。
【００６０】
通知を受けたユーザはユーザ端末２００で通知内容を確認し、興味を持った商品に対して予約入力する（Ｓ４０３）。ユーザからの予約要求に従い、旅行業務管理サーバ１００では、予約要求を該当する宿泊施設等の事業者へ転送する（Ｓ４０４）。例えばユーザか
らの予約要求にホテルの予約要求が含まれている場合、旅行業務管理サーバ１００は対応する宿泊システム４００に予約要求を転送する。ホテル予約通知を受けて、該当ホテルの宿泊システム４００はその予約要求に部屋を割り当て、予約が完了した旨を旅行業務管理サーバ１００に通知する（Ｓ４０５）。旅行業務管理サーバ１００は、宿泊システム４００からの回答を受けてユーザ端末２００に対して、予約が完了した旨を回答する（Ｓ４０６）。ユーザ端末２００では、旅行業務管理サーバ１００からの予約回答を受けてこれを出力する（Ｓ４０７）。
【００６１】
以上の旅行商品推奨処理によれば、本実施形態の旅行業務管理システム１により旅行を計画しているユーザに対し、アップデートされた宿泊施設等の在庫状況にもとづいて、当該ユーザの属性、嗜好等にマッチした旅行商品を推奨することができる。それにより、ユーザはより自分の好みに合った旅行のカスタマイズを実現することができる。
【００６２】
以上説明したように、本実施形態による旅行業務管理システム１によれば、旅行地域ごとの需要や販売実績を作成し、在庫を管理する観光施設事業者やホテル施設事業者に対して販売予測情報を提供し、適切な在庫の増減操作を促すことで、宿泊施設やレンタカー等の在庫商品も現地観光客に対して、お勧め商品通知することが可能となる。
【００６３】
なお、本発明の技術的範囲は上記の実施形態に限定されることはなく、他の変形例、応用例等も、特許請求の範囲に記載した事項の範囲内に含まれるものである。
【符号の説明】
【００６４】
１  旅行業務管理システム
１００  旅行業務管理サーバ
１１０  演算部
１２０  メモリ
１３０  入出力装置
１４０  通信インタフェース
１５０  補助記憶装置
２００  ユーザ端末
３００  交通システム
３５０  交通機関在庫情報テーブル
４００  宿泊システム
４５０  宿泊施設在庫情報テーブル
５００  観光システム
５５０  観光施設在庫情報テーブル
６００  通信ネットワーク
１５１０  ユーザ認証部
１５２０  購入情報登録部
１５３０  旅行情報登録部
１５４０  予約処理部
１５５０  販売実績作成部
１５６０  販売予測作成部
１５７０  ユーザ情報テーブル
１５７１  購入実績情報テーブル
１５７２  仮旅行情報テーブル
１５７３  希望旅程情報テーブル
１５７４  販売実績情報テーブル
１５７５  販売予測情報テーブル
１５７６  パッケージ用在庫情報テーブル
【図１】
2018018368.tif 000003
【図２】
2018018368.tif 000004
【図３】
2018018368.tif 000005
【図４】
2018018368.tif 000006
【図５】
2018018368.tif 000007
【図６】
2018018368.tif 000008
【図７】
2018018368.tif 000009
【図８】
2018018368.tif 000010
【図９】
2018018368.tif 000011
【図１０】
2018018368.tif 000012
【図１１】
2018018368.tif 000013
【図１２】
2018018368.tif 000014
【図１３】
2018018368.tif 000015
【図１４】
2018018368.tif 000016