(57)【要約】      （修正有）【課題】宿泊施設の選定又は申込段階で、当該宿泊施設近隣の観光スポット、あるいは移動ルート近隣の観光スポットを、消費傾向などの利用者事情に応じて案内する。【解決手段】消費傾向判定部１００３は、宿泊施設選択部で受け付けた宿泊施設の宿泊料金と、宿泊計画受付部で受け付けた宿泊計画に基づいて、利用者の消費傾向を判定する。観光スポット検索部１００５は、判定した消費傾向に適し、宿泊施設または移動ルートに近い観光スポットを検索し、観光スポット案内出力部１００７は、検索した観光スポットの案内を利用者端末へ返信する。【選択図】図６
2014222503.tif 000002
【特許請求の範囲】
【請求項１】
施設の利用を予約する利用者の端末とネットワークを介して接続し、施設の利用料金を含む施設情報が複数登録されて施設の予約を受け付ける予約サーバであって、
施設の所在エリアを記憶している施設データベースと、
紹介するスポットと、当該スポットの所在エリアと、当該スポットの利用者に適した消費傾向とを対応付けて記憶しているスポットテーブルと、
利用者端末から、予約する施設の選択を受け付ける施設選択部と、
施設の選択を受け付けた後、選択された施設の利用料金に基づいて、利用者の消費傾向を判定する消費傾向判定部と、
選択された施設の所在エリアと前記スポットの所在エリアが一致し、判定した消費傾向と前記スポットの消費傾向が一致する前記スポットを検索するスポット検索部と、
検索した前記スポットの案内を、利用者端末へ返信するスポット案内出力部と、
を有する予約サーバ。
【請求項２】
施設の所在エリアを記憶している施設データベースと、紹介するスポットと、当該スポットの所在エリアと、当該スポットの利用者に適した消費傾向とを対応付けて記憶しているスポットテーブルとを有し、施設を予約する利用者の端末とネットワークを介して接続し、施設の利用料金を含む施設情報が複数登録されて施設の予約を受け付ける予約サーバによるスポット案内方法であって、
利用者端末から、予約する施設の選択を受け付ける施設選択工程と、
施設の選択を受け付けた後、選択された施設の利用料金に基づいて、利用者の消費傾向を判定する消費傾向判定工程と、
選択された施設の所在エリアと前記スポットの所在エリアが一致し、判定した消費傾向と前記スポットの消費傾向が一致する前記スポットを検索するスポット検索工程と、
検索した前記スポットの案内を、利用者端末へ返信するスポット案内出力工程と、
を有するスポット案内方法。
【請求項３】
施設の所在エリアを記憶している施設データベースと、紹介するスポットと、当該スポットの所在エリアと、当該スポットの利用者に適した消費傾向とを対応付けて記憶しているスポットテーブルとを有し、施設を予約する利用者の端末とネットワークを介して接続し、施設の利用料金を含む施設情報が複数登録されて施設の予約を受け付ける予約サーバとなるコンピュータに、
利用者端末から、予約する施設の選択を受け付ける施設選択手順と、
施設の選択を受け付けた後、選択された施設の利用料金に基づいて、利用者の消費傾向を判定する消費傾向判定手順と、
選択された施設の所在エリアと前記スポットの所在エリアが一致し、判定した消費傾向と前記スポットの消費傾向が一致する前記スポットを検索するスポット検索手順と、
検索した前記スポットの案内を、利用者端末へ返信するスポット案内出力手順と、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、宿泊施設の近隣の観光スポットを効率よく紹介する宿泊予約サーバ、観光スポット案内方法及びそのプログラムに関するものである。
【背景技術】
【０００２】
特許文献１（「観光ガイドシステム」）は、 観光ガイドブックを携行せずに、旅行が楽しめるシステムを実現することを課題として、携帯電話機から送信された現在地を示す現在地情報に応答して、画像配信サーバが現在地周辺の地図データや観光スポットの解説動画を送信し、ホテル内に設けられたテレビ受像機の画面に表示する技術が開示されている。
【０００３】
この技術は、旅行中において観光スポットを知る上では便利である。しかし、旅行計画時点においては、有効に機能しない。現在地情報に応答する必要があるので、実際に現地のホテルに居なければ受けられないサービスである。
【０００４】
特許文献２（「有名店舗・スポット等を推薦・案内するナビゲーションシステム」）には、ユーザーが知りたい知名度、得意ジャンル、価格帯、駐車場の有無といったきめ細かい情報を含むレストラン案内を提供するカーナビションシステムが開示されている。
【０００５】
この技術も、自動車を運転中に案内を受けるものであって、旅行の計画段階において案内を受けるものではない。
【０００６】
このように旅行当日に現場において提供される案内は、宿泊施設の選定時点において見ることができないので、旅行計画段階における参考にはならない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−３３６９４９号公報
【特許文献２】特開２００５−２３５１４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
解決しようとする問題点は、宿泊施設の選定又は申込段階で、当該宿泊施設近隣の観光スポット、あるいは移動ルート近隣の観光スポットを、消費傾向などの利用者事情に応じて案内することにより、旅行計画の策定に役立つことを課題とする。
【課題を解決するための手段】
【０００９】
本願発明に係る宿泊予約サーバは、
宿泊施設を予約する利用者の端末とインターネットを介して接続し、宿泊料金を含む宿泊施設情報が複数登録されて宿泊施設の予約を受け付ける宿泊予約サーバであって、以下の要素を有することを特徴とする
（１）宿泊施設の所在エリアを記憶している宿泊施設データベース
（２）観光スポットと、観光スポットの所在エリアと、観光スポットの利用者に適した消費傾向を対応付けて記憶している観光スポットテーブル
（３）利用者端末から、宿泊施設の選択を受け付ける宿泊施設選択部
（４）利用者端末から、少なくとも宿泊日及び人数を含む宿泊計画を受け付ける宿泊計画受付部
（５）宿泊施設及び宿泊計画を受け付けた後、選択された宿泊施設の宿泊料金に基づいて、利用者の消費傾向を判定する消費傾向判定部
（６）選択された宿泊施設の所在エリアと観光スポットの所在エリアが一致し、判定した消費傾向と観光スポットの消費傾向が一致する観光スポットを検索する観光スポット検索部
（７）検索した観光スポットの案内を、利用者端末へ返信する観光スポット案内出力部。
【００１０】
また、
宿泊計画は、家族構成を示す参加者タイプを含み、
観光スポットテーブルは、更に、観光スポットに適する参加者タイプを対応付けて記憶し、
観光スポット検索部は、宿泊計画の参加者タイプが観光スポットの参加者タイプと一致することを条件として、観光スポットを検索することを特徴とする。
【００１１】
また、
観光スポットテーブルは、更に、観光スポットに適する推薦時期を対応付けて記憶し、
観光スポット検索部は、宿泊計画の宿泊日が観光スポットの推薦時期に含まれることを条件として、観光スポットを検索することを特徴とする。
【００１２】
また、
宿泊施設データベースは、宿泊施設の所在地を記憶し、
宿泊予約サーバは、宿泊計画の出発地と宿泊施設の所在地に基づいて、移動ルートを判定するルート判定部を有し、
観光スポット検索部は、更に、移動ルートと観光スポットの所在エリアが近接し、判定した消費傾向と観光スポットの消費傾向が一致する観光スポットを検索することを特徴とする。
【００１３】
また、
宿泊計画は、出発地、出発時刻、及び帰宅時刻を含み、
宿泊予約サーバは、宿泊計画の出発地、出発時刻、及び帰宅時刻に基づいて、観光に当てられる観光時間を判定する観光時間判定部を有し、
観光スポットテーブルは、更に、観光スポットの利用に係る所要時間を対応付けて記憶し、
観光スポット検索部は、判定した観光時間が観光スポットの所要時間に適していることを条件として、観光スポットを検索することを特徴とする。
【００１４】
本願発明に係る観光スポット案内方法は、
宿泊施設の所在エリアを記憶している宿泊施設データベースと、観光スポットと、観光スポットの所在エリアと、観光スポットの利用者に適した消費傾向を対応付けて記憶している観光スポットテーブルとを有し、宿泊施設を予約する利用者の端末とインターネットを介して接続し、宿泊料金を含む宿泊施設情報が複数登録されて宿泊施設の予約を受け付ける宿泊予約サーバによる観光スポット案内方法であって、以下の要素を有することを特徴とする
（１）利用者端末から、宿泊施設の選択を受け付ける宿泊施設選択工程
（２）利用者端末から、少なくとも宿泊日及び人数を含む宿泊計画を受け付ける宿泊計画受付工程
（３）宿泊施設及び宿泊計画を受け付けた後、選択された宿泊施設の宿泊料金に基づいて、利用者の消費傾向を判定する消費傾向判定工程
（４）選択された宿泊施設の所在エリアと観光スポットの所在エリアが一致し、判定した消費傾向と観光スポットの消費傾向が一致する観光スポットを検索する観光スポット検索工程
（５）検索した観光スポットの案内を、利用者端末へ返信する観光スポット案内出力工程。
【００１５】
本願発明に係るプログラムは、
宿泊施設の所在エリアを記憶している宿泊施設データベースと、観光スポットと、観光スポットの所在エリアと、観光スポットの利用者に適した消費傾向を対応付けて記憶している観光スポットテーブルとを有し、宿泊施設を予約する利用者の端末とインターネットを介して接続し、宿泊料金を含む宿泊施設情報が複数登録されて宿泊施設の予約を受け付ける宿泊予約サーバとなるコンピュータに、以下の手順を実行させることを特徴とする
（１）利用者端末から、宿泊施設の選択を受け付ける宿泊施設選択手順
（２）利用者端末から、少なくとも宿泊日及び人数を含む宿泊計画を受け付ける宿泊計画受付手順
（３）宿泊施設及び宿泊計画を受け付けた後、選択された宿泊施設の宿泊料金と宿泊計画に基づいて、利用者の消費傾向を判定する消費傾向判定手順
（４）選択された宿泊施設の所在エリアと観光スポットの所在エリアが一致し、判定した消費傾向と観光スポットの消費傾向が一致する観光スポットを検索する観光スポット検索手順
（５）検索した観光スポットの案内を、利用者端末へ返信する観光スポット案内出力手順。
【発明の効果】
【００１６】
宿泊料金に基づいて利用者の消費傾向を判定し、その消費傾向に適した観光スポットを選択するので、個別の事情に応じて旅行計画に組み込まれやすい観光スポットの案内を提供することができる。このように宿泊施設のレベルと観光スポットのレベルを合わせることにより、全体として通有する旅行感が生まれるようになる。
【００１７】
参加者タイプ、季節やイベントによる推薦時期、観光に係る所要時間などの条件も加味して観光スポットを選択するので、利用者の事情や環境に適した案内を行うことができる。
【００１８】
複数の観光スポットを組み合せて案内するので、総合的な旅行の計画に役立つことができる。特にルートに従って案内することにより、時間的な配慮にも参考となる。
【図面の簡単な説明】
【００１９】
【図１】図１は、宿泊予約システムのネットワーク構成を示す図である。
【図２】図２は、宿泊予約に係る通信フローを示す図である。
【図３】図３は、申込確認画面の例を示す図である。
【図４】図４は、宿泊予約に係る処理フローを示す図である。
【図５】図５は、宿泊計画に係る宿泊予約システムの構成を示す図である。
【図６】図６は、観光スポット案内に係る宿泊予約システムの構成を示す図である。
【図７】図７は、宿泊料金テーブルの例を示す図である。
【図８】図８は、観光スポットテーブルの例を示す図である。
【図９】図９は、実施の形態２に係る観光スポットテーブルの例を示す図である。
【図１０】図１０は、実施の形態３に係る観光スポットテーブルの例を示す図である。
【図１１】図１１は、実施の形態４に係る観光スポットテーブルの例を示す図である。
【図１２】図１２は、実施の形態４に係る宿泊予約システムの構成を示す図である。
【図１３】図１３は、実施の形態５に係る宿泊予約システムの構成を示す図である。
【図１４】図１４は、実施の形態６に係る宿泊予約に係る通信フローを示す図である。
【図１５】図１５は、実施の形態６に係る宿泊情報受付画面の例を示す図である。
【図１６】図１６は、観光スポット案内画面の例を示す図である。
【図１７】図１７は、実施の形態６に係る処理フローを示す図である。
【図１８】図１８は、実施の形態７に係る観光スポットテーブルの例を示す図である。
【図１９】図１９は、実施の形態７の宿泊予約に係る処理フローを示す図である。
【図２０】図２０は、実施の形態７の宿泊予約に係る処理フローを示す図である。
【発明を実施するための形態】
【００２０】
実施の形態１．
図１は、宿泊予約システムのネットワーク構成を示す図である。宿泊予約サーバ１０１と利用者端末１０２は、インターネットを介して接続している。宿泊予約サーバ１０１は、宿泊施設を紹介し、宿泊の予約を受け付けるサーバである。利用者端末１０２は、宿泊予約を申し込む利用者が用いる端末である。利用者端末１０２は、ＵＲＬにアクセスし、受信したＨＴＭＬ文書を表示するブラウザを有している。
【００２１】
図２は、宿泊予約に係る通信フローを示す図である。宿泊予約サーバ１０１は、利用者端末１０２の要求に応じて宿泊施設検索画面（２０１）を利用者端末１０２に送信する。
【００２２】
宿泊施設を検索する画面では、例えば宿泊施設タイプ、地域等の検索条件を設定して検索する。当該検索条件が入力されると、利用者端末１０２は、宿泊施設検索条件（２０２）を宿泊予約サーバ１０１に送信する。
【００２３】
宿泊予約サーバ１０１は、検索結果として宿泊施設画面（２０３）を利用者端末１０２に送信する。ユーザーにより宿泊施設が選択されると、利用者端末１０２は、宿泊施設の選択（２０４）を宿泊予約サーバ１０１に送信する。
【００２４】
宿泊予約サーバ１０１は、チェックイン日付、チェックアウト日付、宿泊する人数などを設定するための宿泊計画受付画面（２０５）を利用者端末１０２に送信する。具体的には、チェックイン日付からチェックアウト日付の前日までが宿泊日となる。ユーザーにより宿泊日が入力されると、利用者端末１０２は、宿泊日（チェックイン日付とチェックアウト日付）と人数を含む宿泊計画（２０６）を宿泊予約サーバ１０１に送信する。
【００２５】
宿泊予約サーバ１０１は、申込者の氏名、支払のカード情報などを設定するための申込受付画面（２０７）を利用者端末１０２に送信する。ユーザーにより氏名などの申込情報が入力されると、利用者端末１０２は、申込情報（２０８）を宿泊予約サーバ１０１に送信する。
【００２６】
宿泊予約サーバ１０１は、申込確認画面（２０９）を利用者端末１０２に送信する。図３は、申込確認画面の例を示す図である。申込内容の他に、宿泊施設に近い観光スポットの案内が含まれている。
【００２７】
この例では、宿泊料金に基づいて利用者の消費傾向を判定し、その消費傾向に適した観光スポットを選択して提案する。これにより、個別の事情に応じて旅行計画に組み込まれやすい観光スポットの案内を提供することができる。このように宿泊施設のレベルと観光スポットのレベルを合わせることにより、全体として通有する旅行感が生まれるようになる。
【００２８】
続いて、観光スポットの提案方法について詳細に説明する。図４は、宿泊予約に係る処理フローを示す図である。宿泊施設紹介処理（Ｓ８０１）では、宿泊施設を紹介し、宿泊施設選択処理（Ｓ８０２）では、宿泊施設の選択を受け付ける。宿泊計画受付処理（Ｓ８０３）では、宿泊計画を受け付け、申込受付処理（Ｓ８０４）では、申込を受け付ける。申込を受け付けると、消費傾向判定処理（Ｓ８０５）では、利用者の消費傾向を判定し、観光スポット検索処理（Ｓ８０６）では、消費傾向に適した観光スポットを検索する。そして、観光スポット案内出力処理（Ｓ８０７）で、観光スポット案内を送信する。
【００２９】
Ｓ８０１〜Ｓ８０３の処理について詳述する。図５は、宿泊計画に係る宿泊予約システムの構成を示す図である。宿泊予約サーバ１０１は、宿泊施設紹介部９０１、宿泊施設データベース９０２、宿泊施設選択部９０３、宿泊計画記憶部９０４、及び宿泊計画受付部９０５を有している。宿泊施設データベース９０２は、宿泊施設ＩＤに対応付けて、宿泊施設所在地、連絡先、ホームページアドレス、特徴、宿泊施設所在エリアなどの宿泊施設情報を記憶している。
【００３０】
宿泊施設紹介部９０１は、宿泊施設紹介処理（Ｓ８０１）で、宿泊施設データベース９０２から宿泊施設情報を取得し、宿泊施設情報を含む宿泊施設リストを生成して、利用者端末１０２に送信する。宿泊施設選択部９０３は、宿泊施設選択処理（Ｓ８０２）で、利用者端末１０２から宿泊施設の選択を受け付け、宿泊施設ＩＤを特定して宿泊計画記憶部９０４に記憶させる。宿泊計画受付部９０５は、宿泊日（チェックイン日付とチェックアウト日付）と人数を含む宿泊計画を受信し、宿泊施設ＩＤに対応付けて宿泊計画記憶部９０４に記憶させる。
【００３１】
続いて、Ｓ８０４〜Ｓ８０７の処理について説明する。図６は、観光スポット案内に係る宿泊予約システムの構成を示す図である。宿泊予約サーバ１０１は、宿泊施設データベース９０２、宿泊計画記憶部９０４の他、申込受付部１００１、予約情報記憶部１００２、消費傾向判定部１００３、宿泊料金テーブル１００４、観光スポット検索部１００５、観光スポットテーブル１００６、観光スポット案内出力部１００７、及び観光スポット案内記憶部１００８を有している。
【００３２】
申込受付部１００１は、申込受付処理（Ｓ８０４）で、利用者端末１０２から申込情報（氏名、カード情報）を受信し、宿泊計画とあわせて予約情報として予約情報記憶部１００２に記憶させる。
【００３３】
Ｓ８０４に続いて、消費傾向判定部１００３は、消費傾向判定処理（Ｓ８０５）で、宿泊施設の宿泊料金に基づいて消費傾向を判定する。その際宿泊料金テーブル１００４を用いて、宿泊料金を特定する。図７は、宿泊料金テーブルの例を示す図である。宿泊施設ＩＤと、宿泊期間と、人数の組合せに対応付けて、宿泊料金を記憶するように構成されている。
【００３４】
具体的には、宿泊料金テーブル１００４から、宿泊施設ＩＤ、宿泊期間、及び人数に対応する宿泊料金を読み取り、利用者が選択した宿泊施設のＩＤと、宿泊計画の宿泊日を含む宿泊期間と、宿泊計画の人数とに対応する宿泊料金を特定する。そして、予め設定されている宿泊料金の範囲と消費傾向のレベルを対応付けに従って、宿泊料金が含まれる範囲を特定し、その範囲に対応する消費傾向のレベルを判定する。例えば、一人で１００００円以上を消費大（リッチ）とし、一人で１００００円未満を消費小（プア）と定めている場合には、宿泊費が１１０００円であれば、消費大と判定し、宿泊費が９０００円であれば、消費小と判定する。
【００３５】
観光スポット検索部１００５は、観光スポット検索処理（Ｓ８０６）で、宿泊施設ＩＤに対応する宿泊施設所在エリアを宿泊施設データベース９０２から取得する。そして、判定した消費傾向と宿泊施設所在エリアの組合せに一致する観光スポットＩＤを観光スポットテーブル１００６から読み取り、検索結果とする。つまり、宿泊施設の所在エリアと観光スポットの所在エリアが一致し、判定した消費傾向と観光スポットの消費傾向が一致する観光スポットを選び出す。例えば、宿泊施設の住所を中心として半径数キロメートルの範囲に含まれる観光スポットを抽出し、抽出された当該観光スポットの中から、宿泊料金に基づく消費傾向と観光スポットの消費傾向が一致する観光スポットを選び出す。
【００３６】
図８は、観光スポットテーブルの例を示す図である。観光スポットの所在エリアと、観光スポットの利用者に適した消費傾向の組合せに対応付けて、観光スポットＩＤを記憶するように構成されている。消費大に対しては、高級感のある観光スポット（例えば東京２３区で言えば銀座（ＳＰ１５））を設定し、消費小に対しては、割安感のある観光スポット（例えば、入場無料の施設（ＳＰ１２））を設定している。
【００３７】
観光スポット案内出力部１００７は、観光スポット案内出力処理（Ｓ８０７）で、観光スポットＩＤに対応する観光スポット案内を観光スポット案内記憶部１００８から読み取り、利用者端末１０２に送信する。この例では、申込確認画面に、観光スポット案内を付加して送信する。観光スポット案内記憶部１００８は、観光スポットＩＤと観光スポット案内を対応付けて記憶している。観光スポット案内には、施設名、特徴、連絡先、ホームページアドレスなどが含まれている。
【００３８】
実施の形態２．
この形態では、家族構成を示す参加者タイプを加味して適した観光スポットを案内する形態について説明する。
【００３９】
図９は、実施の形態２に係る観光スポットテーブルの例を示す図である。観光スポット所在エリア、観光スポットの利用者として適した消費傾向、及び参加者タイプの組合せに対応付けて、観光スポットＩＤを記憶している。参加者タイプは、例えば、子供連れ、夫婦などが考えられる。
【００４０】
この例では、消費傾向に加えて参加者タイプも宿泊計画として受信する。観光スポット所在エリア、消費傾向、及び参加者タイプの組合せに対応する観光スポットＩＤを観光スポットテーブル１００６より読み取り、検索結果とする。なお、検索キーとして用いられる参加者タイプの情報は、顧客が宿泊施設を予約する際に入力する個人情報から取得する。
【００４１】
実施の形態３．
次に、シーズンやイベントなどの推薦時期を加味した形態について説明する。
【００４２】
図１０は、実施の形態３に係る観光スポットテーブルの例を示す図である。観光スポット所在エリア、消費傾向、及び観光スポットの利用に適した推薦時期の組合せに対応付けて、観光スポットＩＤを記憶している。
【００４３】
この例では、観光スポット所在エリアと消費傾向の組合せに対応し、宿泊日が推薦時期に含まれる観光スポットＩＤを観光スポットテーブル１００６より読み取り、検索結果とする。
【００４４】
実施の形態４．
次に、観光に掛かる所要時間を加味した形態について説明する。
【００４５】
図１１は、実施の形態４に係る観光スポットテーブルの例を示す図である。観光スポット所在エリア、消費傾向、及び所要時間の組合せに対応付けて、観光スポットＩＤを記憶している。所要時間は、観光スポットの利用に要する標準的な時間である。
【００４６】
図１２は、実施の形態４に係る宿泊予約システムの構成を示す図である。宿泊予約サーバ１０１は、宿泊施設データベース９０２、宿泊計画記憶部９０４、宿泊計画受付部９０５、観光スポット検索部１００５、観光スポットテーブル１００６の他、観光時間判定部２２０１、地図情報データベース２２０２を有している。宿泊計画受付部９０５は、宿泊計画として、出発地、出発時刻、帰宅時刻も受信し、宿泊計画記憶部９０４に記憶させる。観光時間判定部２２０１は、地図情報データベース２２０２を用いて移動時間を求め、余裕時間を算出する。
【００４７】
観光時間判定部２２０１の処理について詳述する。観光時間判定部２２０１は、往路における余裕時間を算出すると共に復路における余裕時間を算出する。
【００４８】
例えば往路余裕時間を算出する場合には、出発時刻からチェックイン時刻を差し引いて、往路総時間を求める。次に、出発地と宿泊施設所在地の２地点を指定して、地図情報データベース２２０２より出発地から宿泊施設所在地までの往路移動時間を求める。そして、往路総時間から往路移動時間を差し引いて、往路余裕時間を求める。
【００４９】
復路余裕時間を算出する場合には、チェックアウト時刻から帰宅時刻を差し引いて、復路総時間を求める。次に、宿泊施設所在地と出発地の２地点を指定して、地図情報データベース２２０２より宿泊施設所在地から出発地までの復路移動時間を求める。そして、復路総時間から復路移動時間を差し引いて、復路余裕時間を求める。
【００５０】
このようにして求めた往路／復路余裕時間と図１１に示す所要時間に基づいて、複数の観光スポットから所望の観光スポットを選別する形態について説明する。この例では、消費傾向に基づいて観光スポットを選別した後に、当該観光スポットの中から、往路／復路余裕時間内で訪れることができる観光スポットを抽出する。例えば、往路余裕時間（第１日目の観光時間）内で訪れることができる観光スポットを抽出する。この例で、観光スポットは人気順番に優先度が設けられている。往路余裕時間内で、優先度の上位から順番に観光スポットを選択していく。同様に、復路余裕時間（第２日目の観光時間）内で訪れることができる観光スポットを抽出する。復路余裕時間内で、先に抽出した観光スポットを除いて、優先度の上位から順番に観光スポットを選択していく。このようにして抽出した観光スポットは、往路と復路に分けて表示してもよいし、往路と復路を同時に表示してもよい。
【００５１】
実施の形態５．
出発地と宿泊施設の間の移動ルートの近くにある観光スポットも紹介する形態について説明する。
【００５２】
図１３は、実施の形態５に係る宿泊予約システムの構成を示す図である。宿泊予約サーバ１０１は、宿泊施設データベース９０２、宿泊計画記憶部９０４、宿泊計画受付部９０５、観光スポット検索部１００５、観光スポットテーブル１００６、地図情報データベース２２０２の他、ルート判定部２９０１を有している。地図情報データベース２２０２は、２地点に基づいて、ルートの情報を提供するように構成されている。ルート判定部２９０１は、出発地と所在地に基づいて、ルートを特定する。観光スポット検索部１００５は、エリアが一致する観光スポットのほか、ルートの近くの観光スポットも検索する。例えば、ルート上の所定間隔の位置を複数特定し、そのルート上の位置から所定距離内に存在する観光スポットを読み取り、検索結果とする。
【００５３】
この例では、宿泊施設と同じエリアの観光スポットと、移動ルート近隣の観光スポットを組み合せて、複数の観光スポットを含む案内を生成して送信する。その際、出発地との距離が近い順に並べ、あるいは宿泊施設との距離が遠い順に並べると、往路ルート順の紹介となる。他方、出発地との距離が遠い順に並べ、あるいは宿泊施設との距離が近い順に並べると、復路ルート順の紹介となる。
【００５４】
実施の形態６．
前述の実施の形態では、申込後に案内を送信する例を示したが、本実施の形態では、申込前に案内を送信する形態について説明する。
【００５５】
図１４は、実施の形態６に係る宿泊予約に係る通信フローを示す図である。宿泊計画受付画面（２０５）で観光スポットの案内を要求すると、宿泊計画（宿泊日・人数）（３００１）が利用者端末１０２から宿泊予約サーバ１０１に送信され、宿泊予約サーバ１０１は観光スポット案内画面（３００２）を利用者端末１０２に返信する。他のフローは、前述の形態と同様である。このように、宿泊計画（宿泊日・人数）を入力後に観光スポット案内の画面を表示するようにしてもよい。
【００５６】
図１５は、実施の形態６に係る宿泊情報受付画面の例を示す図である。観光スポット案内のアイコンをクリックすると、宿泊計画（宿泊日・人数）を含む観光スポット案内要求を宿泊予約サーバ１０１に送信するに構成されている。
【００５７】
図１６は、観光スポット案内画面の例を示す図である。宿泊施設と同じエリアに存在する観光スポットあるいは移動ルート近隣の観光スポットが紹介されている。利用者は、この情報を当該宿泊施設を選定する際の参考とすることができる。戻るアイコンをクリックすると、当該画面を閉じる。
【００５８】
図１７は、実施の形態６に係る処理フローを示す図である。本形態では、宿泊計画受付処理（Ｓ８０３）に続いて、観光スポット案内要求を受信すると、消費傾向判定処理（Ｓ８０５）、観光スポット検索処理（Ｓ８０６）、及び観光スポット案内出力処理（Ｓ８０７）を行う。そして、最後に申込受付処理（Ｓ８０４）を行うことになる。上述の実施の形態と組み合せることも可能である。
【００５９】
実施の形態７．
前述の形態では、消費傾向により観光スポットを選択したが、和風又は洋風の傾向により観光スポットを選択することも有効である。
この例では、食事内容及び／又は部屋タイプから和洋傾向を判定すると共に、所在エリアが一致し、和洋傾向が一致する観光スポットを選択する。
【００６０】
図１８は、実施の形態７に係る観光スポットテーブルの例を示す図である。観光スポットの所在エリアと、観光スポットの利用者に適した和洋傾向の組合せに対応付けて、観光スポットＩＤを記憶するように構成されている。和風に対しては、お寺などの和風の観光スポットを設定し、洋風に対しては、外国村などの洋風の観光スポットを設定している。
【００６１】
図１９と図２０は、実施の形態７の宿泊予約に係る処理フローを示す図である。前述の消費傾向判定処理（Ｓ８０５）に代えて、和洋傾向判定処理（Ｓ３７０１、Ｓ３８０１）を行なう。
【００６２】
これにより、和洋の好みに合った観光スポットを案内することができる。
【００６３】
宿泊予約サーバ１０１は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。
【符号の説明】
【００６４】
１０１    宿泊予約サーバ
１０２    利用者端末
９０１    宿泊施設紹介部
９０２    宿泊施設データベース
９０３    宿泊施設選択部
９０４    宿泊計画記憶部
９０５    宿泊計画受付部
１００１    申込受付部
１００２    予約情報記憶部
１００３    消費傾向判定部
１００４    宿泊料金テーブル
１００５    観光スポット検索部
１００６    観光スポットテーブル
１００７    観光スポット案内出力部
１００８    観光スポット案内記憶部
１５０１    渋滞予測判定部
２２０１    観光時間判定部
２２０２    地図情報データベース
２８０１    スポット組合判定部
２９０１    ルート判定部
３５０１    和洋傾向判定部
【図１】
2014222503.tif 000003
【図２】
2014222503.tif 000004
【図３】
2014222503.tif 000005
【図４】
2014222503.tif 000006
【図５】
2014222503.tif 000007
【図６】
2014222503.tif 000008
【図７】
2014222503.tif 000009
【図８】
2014222503.tif 000010
【図９】
2014222503.tif 000011
【図１０】
2014222503.tif 000012
【図１１】
2014222503.tif 000013
【図１２】
2014222503.tif 000014
【図１３】
2014222503.tif 000015
【図１４】
2014222503.tif 000016
【図１５】
2014222503.tif 000017
【図１６】
2014222503.tif 000018
【図１７】
2014222503.tif 000019
【図１８】
2014222503.tif 000020
【図１９】
2014222503.tif 000021
【図２０】
2014222503.tif 000022