JP5419621B2 - 宿泊施設紹介システム - Google Patents

Description

本発明は、旅行の宿泊施設を探す利用者に宿泊施設を紹介する宿泊施設紹介システムに関するものである。

特許文献１の「宿泊予約装置、宿泊予約方法および宿泊予約プログラム」には、ビジネス出張に適した宿泊施設の予約のために、宿泊経験に基づく宿泊施設の評価による宿泊施設の情報提供を行っている。

特許文献２「宿泊施設案内装置、宿泊施設案内システム、宿泊施設案内方法、および記録媒体」は、段落番号００５０で、出発地、目的地、出発可能時刻、宿泊施設位置限定、表示優先順位を検索条件として宿泊施設の検索を行っている。

特許文献１は、主に宿泊施設の良し悪しを基準として評価するものであり、旅行の目的に適しているか否かとは無関係である。

特許文献２は、目的地が定まっていることを前提としており、当該地への訪問により旅行の目的が達成されるものと想定される。

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

本発明では、旅行シーズンのイベントを楽しむのに適した宿泊施設を案内することを課題とする。

本願発明に係る宿泊施設紹介サーバは、以下の要素を有することを特徴とする
（１）シーズン毎に、シーズンに関連するシーズン関連語を記憶するシーズン関連語テーブル
（２）宿泊施設毎に、宿泊施設を紹介する宿泊施設紹介文書を記憶する宿泊施設紹介文書データベース
（３）各宿泊施設について、シーズン毎に当該シーズンに関連するシーズン関連語が、当該宿泊施設に対応する宿泊施設紹介文書に含まれるかを判定し、含まれる場合に、当該宿泊施設が当該シーズンに適応すると判定し、他方含まれない場合に、当該宿泊施設が当該シーズンに不適応であると判定し、各宿泊施設についてシーズン毎に適応又は不適応を記憶するシーズン適応テーブルを生成する適応判定部
（４）基準日に従って旅行のシーズンを判定し、判定したシーズンに適応している宿泊施設を前記シーズン適応テーブルから検索する宿泊施設検索部。

また、前記宿泊施設紹介サーバは、旅行の宿泊施設を探す利用者が用いる利用者端末とインターネットを介して接続されており、
更に、検索した宿泊施設に対応する宿泊施設紹介文書を前記宿泊施設紹介文書データベースから取得し、取得した宿泊施設紹介文書を前記利用者端末に送信する宿泊施設提示部を有することを特徴とする。

また、前記適応判定部は、前記宿泊施設紹介文書からテキストデータを抽出し、当該テキストデータに前記シーズン関連語が含まれるかを判定することを特徴とする。

また、前記宿泊施設紹介サーバは、シーズン毎に、シーズン期間を記憶するシーズン定義テーブルを有し、
前記宿泊施設検索部は、前記基準日が含まれるシーズン期間を前記シーズン定義テーブルから検索し、検索されたシーズン期間に対応するシーズンを前記旅行のシーズンと判定することを特徴とする。

また、前記基準日は、検索処理当日、検索処理当日に所定日数を加えた日、又は旅行予定日であることを特徴とする。

また、前記宿泊施設紹介サーバは、利用者端末から、少なくとも旅行の目的を含む旅行概要条件を受信する旅行概要受付部を有し、
前記宿泊施設検索部は、受信した旅行概要条件に含まれる旅行の目的が、季節のイベントである場合に、前記基準日に従って旅行のシーズンを判定し、判定したシーズンに適応している宿泊施設を前記シーズン適応テーブルから検索することを特徴とする。

また、シーズンは、四季であることを特徴とする。

また、シーズンは、公衆の大多数の休業が見込まれる社会共通の休暇期間、又は公衆の大多数が行うと見込まれる社会共通のイベント期間であることを特徴とする。

また、シーズン関連語は、シーズン中に催されるイベントの名称、又は当該イベントに関わる要素の名称を含むことを特徴とする。

本願発明に係る宿泊施設紹介方法は、
シーズン毎に、シーズンに関連するシーズン関連語を記憶するシーズン関連語テーブルと、宿泊施設毎に、宿泊施設を紹介する宿泊施設紹介文書を記憶する宿泊施設紹介文書データベースを有する宿泊施設紹介サーバによる宿泊施設紹介方法であって、以下の要素を有することを特徴とする
（１）各宿泊施設について、シーズン毎に当該シーズンに関連するシーズン関連語が、当該宿泊施設に対応する宿泊施設紹介文書に含まれるかを判定し、含まれる場合に、当該宿泊施設が当該シーズンに適応すると判定し、他方含まれない場合に、当該宿泊施設が当該シーズンに不適応であると判定し、各宿泊施設についてシーズン毎に適応又は不適応を記憶するシーズン適応テーブルを生成する適応判定工程
（２）基準日に従って旅行のシーズンを判定し、判定したシーズンに適応している宿泊施設を前記シーズン適応テーブルから検索する宿泊施設検索工程。

本願発明に係るプログラムは、
シーズン毎に、シーズンに関連するシーズン関連語を記憶するシーズン関連語テーブルと、宿泊施設毎に、宿泊施設を紹介する宿泊施設紹介文書を記憶する宿泊施設紹介文書データベースを有する宿泊施設紹介サーバとなるコンピュータに、以下の手順を実行させることを特徴とする
（１）各宿泊施設について、シーズン毎に当該シーズンに関連するシーズン関連語が、当該宿泊施設に対応する宿泊施設紹介文書に含まれるかを判定し、含まれる場合に、当該宿泊施設が当該シーズンに適応すると判定し、他方含まれない場合に、当該宿泊施設が当該シーズンに不適応であると判定し、各宿泊施設についてシーズン毎に適応又は不適応を記憶するシーズン適応テーブルを生成する適応判定手順
（２）基準日に従って旅行のシーズンを判定し、判定したシーズンに適応している宿泊施設を前記シーズン適応テーブルから検索する宿泊施設検索手順。

各宿泊施設についてシーズン毎に適応又は不適応を記憶するシーズン適応テーブルを生成し、基準日に従って旅行のシーズンを判定し、判定したシーズンに適応している宿泊施設をシーズン適応テーブルから検索するので、その時々に適したイベントを楽しめる宿泊施設を紹介することができる。

宿泊施設紹介文書にシーズンに関連するシーズン関連語を含まれることを根拠とするので、自動的にシーズンのイベントに適した宿泊施設を選別することができる。

シーズンとして、ゴールデンウィークや花見を設定することにより、旅行者が多い時期における利用促進を図ることもできる。

図１は、宿泊施設紹介システムのネットワーク概要を示す図である。 図２は、旅行概要受付画面の例を示す図である。 図３は、シーズン適応テーブルの生成に係る宿泊施設紹介サーバの構成を示す図である。 図４は、シーズン定義テーブルの例を示す図である。 図５は、シーズン関連語テーブルの例を示す図である。 図６は、宿泊施設紹介文書の例を示す図である。 図７は、シーズン適応テーブルの例を示す図である。 図８は、シーズン適応判定処理フローを示す図である。 図９は、宿泊施設探索処理フローを示す図である。 図１０は、宿泊施設探索に係る宿泊施設紹介サーバの構成を示す図である。 図１１は、利用者テーブルの例を示す図である。 図１２は、地域判定テーブルの例を示す図である。 図１３は、価格層判定テーブルの例を示す図である。 図１４は、年齢層別価格帯テーブルの例を示す図である。 図１５は、宿泊施設検索処理フローを示す図である。 図１６は、季節のイベントの検索フローを示す図である。 図１７は、宿泊施設テーブルを示す図である。 図１８は、他の目的の検索フローを示す図である。 図１９は、目的適応テーブルの例を示す図である。 図２０は、実施例２におけるシーズン定義テーブルの例を示す図である。 図２１は、実施例２におけるシーズン関連語テーブルの例を示す図である。

本願発明では、旅行を計画する利用者は、旅行の概要に関する条件を指定し、宿泊施設紹介システムは、その旅行に適した宿泊施設を探索し、利用者に紹介する。特に、旅行の目的が季節（シーズン）のイベントを楽しむことである場合に、その季節（シーズン）に合ったイベントを楽しめる宿泊施設を薦める。

図１は、宿泊施設紹介システムのネットワーク概要を示す図である。宿泊施設紹介サーバ１０１と利用者端末１０２は、インターネットを介して接続している。利用者端末１０２は、宿泊施設紹介サーバ１０１から受信した画面を表示し、その画面上での操作結果を返信できるブラウザを有している。

利用者は、宿泊施設紹介サーバ１０１から受信し利用者端末１０２のブラウザにより表示された旅行概要受付画面に、旅行概要の条件を入力する。図２は、旅行概要受付画面の例を示す図である。「どこから？」の問いにより出発地の入力を促し、「首都圏・東京」のように地域・地名の候補メニューから旅行の出発地となる地域・地名を選択する。「誰と？」の問いにより同伴者の入力を促し、「ひとり（ロンリー）」、「カップル」、「ファミリー」、「おんな同士（女性同士）」、「グループ」の候補メニューから旅行の同伴者種別を選択する。「何しに？」の問いにより旅行の目的の入力を促し、「癒し」、「遊び＆スポーツ」、「記念日」、「季節のイベント」、「グルメ」の候補メニューから旅行の目的を選択する。更に、「どこまで？」の問いにより旅行の距離（およその基準となる規模、大まかな距離感）の入力を促し、「近い（近距離）」、「中ぐらい（中距離）」、「遠い（遠距離）」、「ちょー遠い（超遠距離）」の候補メニューから旅行の距離を選択する。そして、検索アイコンを指示（クリックなど）することにより検索実行を要求する。

本願発明では、旅行の目的として「季節のイベント」が選択される場合に備えて、バッチ処理によりシーズン適応テーブルを生成する。シーズン適応テーブルは、各宿泊施設が各シーズンに適応するか否かを記憶するテーブルである。まず、このシーズン適応テーブルの生成について説明する。尚、このバッチ処理は、宿泊施設紹介文書の更新後に起動されることが望ましい。

図３は、シーズン適応テーブルの生成に係る宿泊施設紹介サーバの構成を示す図である。
シーズン適応判定部３０４は、シーズン定義テーブル３０１とシーズン関連語テーブル３０２と宿泊施設紹介文書データベース３０３に基づいて、シーズン適応テーブル３０５を生成する。以下、各テーブルについて説明する。

シーズン定義テーブル３０１は、シーズン毎にシーズン名とシーズン期間を記憶するテーブルである。図４は、シーズン定義テーブルの例を示す図である。図の通り、シーズン毎にレコードを設け、シーズンＩＤに対応付けて、シーズン名と、シーズン期間（シーズン始期とシーズン終期）の項目を対応付けて記憶するように構成されている。

シーズン関連語テーブル３０２は、シーズン毎にシーズンに関連する語句を記憶するテーブルである。図５は、シーズン関連語テーブルの例を示す図である。図の通り、シーズン毎にレコードを設け、シーズンＩＤに対応付けて、単数又は複数のシーズン関連語の項目を対応付けて記憶するように構成されている。シーズン関連語には、シーズン中に行われるイベントの名称やイベントに関わる要素（例えば、収集される対象（植物など）、収穫される対象（作物など）、食される食品、鑑賞対象）の名称などが含まれる。

宿泊施設紹介文書データベース３０３は、宿泊施設毎にブラウザに表示される宿泊施設紹介文書を記憶している。図６は、宿泊施設紹介文書の例を示す図である。宿泊施設紹介文書は、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）などのＷｅｂページ記述言語により記述されている。そのコード中には、説明文のテキストが含まれている。このような宿泊施設紹介文書は、宿泊施設ＩＤに対応付けて記憶されている。

図７は、シーズン適応テーブル３０５の例を示す図である。宿泊施設毎にレコードを設け、レコードにシーズンＩＤに対応する項目を設け、宿泊施設ＩＤとシーズンＩＤの組合せに対応付けて、適応又は不適応の別を記憶するように構成されている。

続いて、シーズン適応判定部３０４によるシーズン適応判定処理について説明する。図８は、シーズン適応判定処理フローを示す図である。シーズン定義テーブル３０１に定義されているシーズン毎に以下の処理を繰り返す（Ｓ８０１）。宿泊施設紹介文書データベース３０３に定義されている宿泊施設毎に以下の処理を繰り返す（Ｓ８０２）。当該宿泊施設ＩＤに対応する宿泊施設紹介文書を宿泊施設紹介文書データベース３０３から取得し、そのコードから説明文を含むテキストデータを抽出する（Ｓ８０３）。シーズン関連語テーブル３０２で記憶している当該シーズンの関連語毎に以下の処理を繰り返す（Ｓ８０４）。抽出したテキストデータ中に当該シーズン関連語が含まれるか判定し（Ｓ８０５）、含まれる場合には、当該宿泊施設の当該シーズンを適応とし、シーズン適応テーブル３０５に宿泊施設ＩＤとシーズンＩＤの組合せに対応付けて適応を意味するコード（○）を記憶させる（Ｓ８０６）。他方含まれない場合には、当該宿泊施設の当該シーズンを不適応とし、シーズン適応テーブル３０５に宿泊施設ＩＤとシーズンＩＤの組合せに対応付けて不適応を意味するコード（×）を記憶させる（Ｓ８０７）。この処理をすべてのシーズン関連語について処理した時点で（Ｓ８０８）、次の宿泊施設の処理ループに移行する。すべての宿泊施設について処理した時点で（Ｓ８０９）、次のシーズンの処理ループに移行する。そして、すべてのシーズンについて処理した時点で終了する（Ｓ８１０）。

上述の処理により、シーズン適応テーブル３０５の準備処理が完了する。次に、本処理、つまり利用者の指示による宿泊施設探索処理について説明する。

図９は、宿泊施設探索処理フローを示す図である。利用者特定処理（Ｓ９０１）で、利用者を特定し、旅行概要受付処理（Ｓ９０２）で、旅行概要の条件を受け付け、地域条件生成処理（Ｓ９０３）で、宿泊施設の地域条件を生成し、価格条件生成処理（Ｓ９０４）で、宿泊料金の条件（価格帯）を生成し、宿泊施設検索処理（Ｓ９０５）で、宿泊施設を検索し、宿泊施設提示処理（Ｓ９０６）で、検索結果として得られた宿泊施設を提示する。

モジュール構成図に従って、各処理について詳述する。図１０は、宿泊施設探索に係る宿泊施設紹介サーバの構成を示す図である。図３に示した宿泊施設紹介文書データベース３０３とシーズン適応テーブル３０５の他、利用者テーブル１００１、利用者特定部１００２、旅行概要受付部１００３、旅行概要記憶部１００４、地域条件生成部１００５、価格条件生成部１００６、宿泊施設テーブル１００７、目的適応テーブル１００８、宿泊施設検索部１００９、及び宿泊施設提示部１０１０を有している。

利用者特定部１００２による利用者特定処理（Ｓ９０１）について説明する。利用者特定部１００２は、利用者端末１０２に対して利用者コードとパスワードの入力を促すログイン画面を送信する。そして、利用者端末１０２のブラウザ上で入力された利用者コードとパスワードを受信する。受信した利用者コードとパスワードと同じ組合せが利用者テーブル１００１にある場合には、認証成功と判定し、以下の処理を続行する。このとき、対応する利用者ＩＤを特定する。受信した利用者コードとパスワードと同じ組合せが利用者テーブル１００１にない場合には、認証失敗と判定し、以下の処理を中断する。

図１１は、利用者テーブルの例を示す図である。利用者毎にレコードを設け、利用者ＩＤに対応付けて、利用者氏名、住所、携帯電話番号、メールアドレス、性別、利用者コード、パスワード、及び生年月日の項目を対応付けて記憶するように構成されている。

次に、旅行概要受付部１００３による旅行概要受付処理（Ｓ９０２）について説明する。旅行概要受付部１００３は、出発地、同行者、目的、及び距離の入力を促す旅行概要受付（図２）を利用者端末１０２に送信する。そして、利用者端末１０２のブラウザ上で入力された出発地、同行者、目的、及び距離を受信し、受信した出発地、同行者、目的、及び距離を旅行概要記憶部１００４に記憶させる。

次に、地域条件生成部１００５による地域条件生成処理（Ｓ９０３）について説明する。地域条件生成部１００５は、旅行概要記憶部１００４から出発地と距離を取得し、出発地と距離の組合せに対応する地域を地域判定テーブルから読み取る。地域判定テーブルは、地域条件生成部１００５の内部あるは外部に設けられている。

図１２は、地域判定テーブルの例を示す図である。出発地と距離の組合せ毎にレコードを設け、出発地と距離の組合せに対応付けて、地域の項目を記憶するように構成されている。

次に、価格条件生成部１００６による価格条件生成処理（Ｓ９０４）について説明する。価格条件生成部１００６は、旅行概要記憶部１００４から目的と同行者を取得し、更に利用者特定部１００２で特定した利用者ＩＤに対応する利用者の性別を利用者テーブル１００１から取得する。そして、価格層判定テーブルから目的と同行者と性別の組合せに対応する価格層を読み取る。

図１３は、価格層判定テーブルの例を示す図である。目的と同行者と性別の組合せ毎にレコードを設け、目的と同行者と性別の組合せに対応付けて、価格層の項目を対応付けて記憶するように構成されている。価格層は、年齢層により異なる相対的な価格帯の基準である。価格層判定テーブルは、価格条件生成部１００６の内部あるは外部に設けられている。

価格条件生成部１００６は、更に利用者ＩＤに対応する利用者の生年月日を利用者テーブル１００１から取得し、検索処理当日から生年月日を差し引いて、利用者の年齢を算出する。利用者テーブル１００１で利用者の年齢を記憶している場合には、直接利用者テーブル１００１から利用者の年齢を取得することもできる。そして、年齢層別価格帯テーブルから年齢層と価格層の組合せに対応する価格帯を読み取る。

図１４は、年齢層別価格帯テーブルの例を示す図である。年齢層と価格層の組合せ毎にレコードを設け、年齢層と価格層の組合せに対応付けて、価格帯の項目を記憶するように構成されている。価格帯は、部屋タイプ別の価格帯を含んでいる。年齢層別価格帯テーブルは、価格条件生成部１００６の内部あるは外部に設けられている。

次に、宿泊施設検索部１００９による宿泊施設検索処理（Ｓ９０５）について説明する。図１５は、宿泊施設検索処理フローを示す図である。宿泊施設検索部１００９は、旅行概要記憶部１００４から目的を取得する。取得した目的が「季節のイベント」である場合には（Ｓ１５０１）、季節のイベントの検索（Ｓ１５０２）を処理する。「季節のイベント」以外の目的の場合には、他の目的の検索（Ｓ１５０３）を処理する。

先に季節のイベントの検索（Ｓ１５０２）について説明する。図１６は、季節のイベントの検索フローを示す図である。まず、図４に示したシーズン定義テーブルを用いてシーズンを特定する（Ｓ１６０１）。各シーズンについて、判定基準日がシーズン始期とシーズン終期のシーズン期間に含まれるか判定し、含まれる場合に当該シーズンを特定する。

判定基準日は、検索の処理当日（操作している日、今日）、検索の処理当日に所定日数（例えば、７日や１４日）を加えた日、又は旅行予定日などが考えられる。旅行予定日は、例えば旅行概要受付部１００３において旅行概要と同様に受け付ける。

そして、宿泊施設毎に以下の処理を繰り返す（Ｓ１６０２）。シーズン適応テーブル３０５から当該宿泊施設ＩＤの当該シーズンの項目を取得する。不適応（×）のコードである場合には、不適応と判断して当該宿泊施設に関する判定を終える。適応（○）のコードである場合には、Ｓ１６０４に移る（Ｓ１６０３）。宿泊施設テーブル１００７（図１７）から当該宿泊施設ＩＤに対応する宿泊料金を取得する。宿泊料金が価格条件生成部１００６で生成した価格帯に含まれない場合には、不適応と判断して当該宿泊施設に関する判定を終える。含まれる場合には、Ｓ１６０５に移る（Ｓ１６０５）。宿泊施設テーブル１００７から当該宿泊施設ＩＤに対応する場所を取得する。場所が地域条件生成部１００５で生成した地域に含まれない場合には、不適応と判断して当該宿泊施設に関する判定を終える。含まれる場合には、当該宿泊施設を適応と判断する（Ｓ１６０５）。そして、当該宿泊施設のＩＤを適合宿泊施設ＩＤとする（Ｓ１６０６）。これらの処理をすべての宿泊施設について処理した時点で終了する（Ｓ１６０７）。

図１７は、宿泊施設テーブルを示す図である。宿泊施設テーブル１００７は、宿泊施設毎にレコードを設け、宿泊施設ＩＤに対応付けて、宿泊施設名、場所、宿泊料金、ホームページアドレスの項目を記憶するように構成されている。宿泊料金は、部屋タイプ別の宿泊料金を含んでいる。尚、上述の宿泊料金の判定（Ｓ１６０４）においては、同じ部屋タイプの価格同士を比較する。

他の目的の検索（Ｓ１５０３）について説明する。図１８は、他の目的の検索フローを示す図である。宿泊施設毎に以下の処理を繰り返す（Ｓ１８０１）。目的適応テーブル１００８から当該宿泊施設ＩＤの当該目的の項目を取得する。不適応（×）のコードである場合には、不適応と判断して当該宿泊施設に関する判定を終える。適応（○）のコードである場合には、Ｓ１８０３に移る（Ｓ１８０２）。

図１９は、目的適応テーブルの例を示す図である。目的適応テーブル１００８は、宿泊施設毎にレコードを設け、レコードに目的に対応する項目を設け、宿泊施設ＩＤと目的に対応付けて、適応又は不適応の別を記憶するように構成されている。

Ｓ１８０３〜Ｓ１８０６については、図１６のＳ１６０４〜Ｓ１６０７と同様である。

最後に、宿泊施設提示部１０１０による宿泊施設提示処理（Ｓ９０６）について説明する。宿泊施設提示部１０１０は、適合宿泊施設ＩＤに対応する宿泊施設紹介文書を宿泊施設紹介文書データベース３０３から取得し、宿泊施設紹介文書を含む宿泊施設紹介文書画面を生成して、利用者端末１０２に送信する。

上述の例では、シーズンとして春、夏、秋、及び冬の四季の例を示したが、シーズンは、四季以外の期間であっても構わない。

図２０は、実施例２におけるシーズン定義テーブルの例を示す図である。公衆の大多数の休業が見込まれる社会共通の休暇期間である「ゴールデンウィーク」、「お盆」、「シルバーウィーク」及び「年末・年始」や、公衆の大多数が行うと見込まれる社会共通のイベント期間である「花見」及び「クリスマス」などは、旅行機会が多いので特に有効である。

図２１は、実施例２におけるシーズン関連語テーブルの例を示す図である。シーズン関連語としては、休暇期間内又はイベント期間内の下位イベントや行為の名称（「イブ」、「除夜の鐘」や「初詣」など）やイベントを想起させる人物や事物の名称（「サンタクロース」や「ツリー」など）も有効である。

宿泊施設紹介サーバ１０１は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。

１０１ 宿泊施設紹介サーバ
１０２ 利用者端末
３０１ シーズン定義テーブル
３０２ シーズン関連語テーブル
３０３ 宿泊施設紹介文書データベース
３０４ シーズン適応判定部
３０５ シーズン適応テーブル
１００１ 利用者テーブル
１００２ 利用者特定部
１００３ 旅行概要受付部
１００４ 旅行概要記憶部
１００５ 地域条件生成部
１００６ 価格条件生成部
１００７ 宿泊施設テーブル
１００８ 目的適応テーブル
１００９ 宿泊施設検索部
１０１０ 宿泊施設提示部

Claims (11)

1. 以下の要素を有することを特徴とする宿泊施設紹介サーバ
   （１）シーズン毎に、シーズンに関連するシーズン関連語を記憶するシーズン関連語テーブル
   （２）宿泊施設毎に、宿泊施設を紹介する宿泊施設紹介文書を記憶する宿泊施設紹介文書データベース
   （３）各宿泊施設について、シーズン毎に当該シーズンに関連するシーズン関連語が、当該宿泊施設に対応する宿泊施設紹介文書に含まれるかを判定し、含まれる場合に、当該宿泊施設が当該シーズンに適応すると判定し、他方含まれない場合に、当該宿泊施設が当該シーズンに不適応であると判定し、各宿泊施設についてシーズン毎に適応又は不適応を記憶するシーズン適応テーブルを生成する適応判定部
   （４）基準日に従って旅行のシーズンを判定し、判定したシーズンに適応している宿泊施設を前記シーズン適応テーブルから検索する宿泊施設検索部。
2. 前記宿泊施設紹介サーバは、旅行の宿泊施設を探す利用者が用いる利用者端末とインターネットを介して接続されており、
   更に、検索した宿泊施設に対応する宿泊施設紹介文書を前記宿泊施設紹介文書データベースから取得し、取得した宿泊施設紹介文書を前記利用者端末に送信する宿泊施設提示部を有することを特徴とする請求項１記載の宿泊施設紹介サーバ。
3. 前記適応判定部は、前記宿泊施設紹介文書からテキストデータを抽出し、当該テキストデータに前記シーズン関連語が含まれるかを判定することを特徴とする請求項１又は２に記載の宿泊施設紹介サーバ。
4. 前記宿泊施設紹介サーバは、シーズン毎に、シーズン期間を記憶するシーズン定義テーブルを有し、
   前記宿泊施設検索部は、前記基準日が含まれるシーズン期間を前記シーズン定義テーブルから検索し、検索されたシーズン期間に対応するシーズンを前記旅行のシーズンと判定することを特徴とする請求項１乃至３の何れか一項に記載の宿泊施設紹介サーバ。
5. 前記基準日は、検索処理当日、検索処理当日に所定日数を加えた日、又は旅行予定日であることを特徴とする請求項１乃至４の何れか一項に記載の宿泊施設紹介サーバ。
6. 前記宿泊施設紹介サーバは、利用者端末から、少なくとも旅行の目的を含む旅行概要条件を受信する旅行概要受付部を有し、
   前記宿泊施設検索部は、受信した旅行概要条件に含まれる旅行の目的が、季節のイベントである場合に、前記基準日に従って旅行のシーズンを判定し、判定したシーズンに適応している宿泊施設を前記シーズン適応テーブルから検索することを特徴とする請求項１乃至５の何れか一項に記載の宿泊施設紹介サーバ。
7. シーズンは、四季であることを特徴とする請求項１乃至６の何れか一項に記載の宿泊施設紹介サーバ。
8. シーズンは、公衆の大多数の休業が見込まれる社会共通の休暇期間、又は公衆の大多数が行うと見込まれる社会共通のイベント期間であることを特徴とする請求項１乃至６の何れか一項に記載の宿泊施設紹介サーバ。
9. シーズン関連語は、シーズン中に催されるイベントの名称、又は当該イベントに関わる要素の名称を含むことを特徴とする請求項１乃至８の何れか一項記載の宿泊施設紹介サーバ。
10. シーズン毎に、シーズンに関連するシーズン関連語を記憶するシーズン関連語テーブルと、宿泊施設毎に、宿泊施設を紹介する宿泊施設紹介文書を記憶する宿泊施設紹介文書データベースを有する宿泊施設紹介サーバによる宿泊施設紹介方法であって、以下の要素を有することを特徴とする宿泊施設紹介方法
    （１）各宿泊施設について、シーズン毎に当該シーズンに関連するシーズン関連語が、当該宿泊施設に対応する宿泊施設紹介文書に含まれるかを判定し、含まれる場合に、当該宿泊施設が当該シーズンに適応すると判定し、他方含まれない場合に、当該宿泊施設が当該シーズンに不適応であると判定し、各宿泊施設についてシーズン毎に適応又は不適応を記憶するシーズン適応テーブルを生成する適応判定工程
    （２）基準日に従って旅行のシーズンを判定し、判定したシーズンに適応している宿泊施設を前記シーズン適応テーブルから検索する宿泊施設検索工程。
11. シーズン毎に、シーズンに関連するシーズン関連語を記憶するシーズン関連語テーブルと、宿泊施設毎に、宿泊施設を紹介する宿泊施設紹介文書を記憶する宿泊施設紹介文書データベースを有する宿泊施設紹介サーバとなるコンピュータに、以下の手順を実行させるためのプログラム
    （１）各宿泊施設について、シーズン毎に当該シーズンに関連するシーズン関連語が、当該宿泊施設に対応する宿泊施設紹介文書に含まれるかを判定し、含まれる場合に、当該宿泊施設が当該シーズンに適応すると判定し、他方含まれない場合に、当該宿泊施設が当該シーズンに不適応であると判定し、各宿泊施設についてシーズン毎に適応又は不適応を記憶するシーズン適応テーブルを生成する適応判定手順
    （２）基準日に従って旅行のシーズンを判定し、判定したシーズンに適応している宿泊施設を前記シーズン適応テーブルから検索する宿泊施設検索手順。

Images