(57)【特許請求の範囲】
【請求項１】
入力されたキーワードに基づく検索要求を受け付けると、キーワードと時期との対応関係を記憶する記憶部を参照して、入力された前記キーワードに対応する時期を特定し、
地域毎の生物の観測時期を記憶する記憶部を参照して、特定した前記時期に対応する時期が観測時期として記憶された地域を特定し、
地域と時期又はキーワードとの組みに対応づけて旅行プランを記憶する記憶部を参照して、特定した前記時期又はキーワードと、特定した前記地域に対応する旅行プランを特定し、
特定した前記旅行プランを出力する、
処理をコンピュータが実行することを特徴とする旅行プランの検索プログラム。
【請求項２】
入力されたキーワードに基づく検索要求を受け付けると、キーワードと季節との対応関係を記憶する第１記憶部を参照して、入力された前記キーワードに対応する季節を特定し、
生物の観測時期に基づいて得られた、地域毎の各季節の現在の季節となり得る可能性を示す度数を記憶した第２記憶部を参照して、特定した前記季節の該度数が最も高い地域を特定し、
地域とキーワードの組みに対応付けて旅行プランを記憶する第３記憶部を参照して、特定した前記地域と、入力された前記キーワードに対応する旅行プランを取得し、
取得した前記旅行プランを出力する、
処理をコンピュータに行わせることを特徴とする旅行プランの検索プログラム。
【請求項３】
前記コンピュータに、
第４記憶部に記憶された、地域毎に、各季節を象徴する前記生物が観測されてから隣接の地域で観測されるまでの観測日数のパターンと類似する過去の観測日数のパターンを用いて、前記キーワードに対応する季節を象徴する該生物を観測するまでの日数を予測し、
予測した前記日数に基づいて、地域毎の各季節の前記度数を算出して前記第２記憶部に記憶する
処理を行わせることを特徴とする請求項２記載の旅行プランの検索プログラム。
【請求項４】
前記コンピュータに、
各季節を象徴する複数の生物に対して記録された観測日数のパターンにおいて、各地域で最小の観測日数を採用した季節パターンを作成し、
前記季節パターンを用いて、前記生物を観測するまでの日数を予測する
処理を行わせることを特徴とする請求項３記載の旅行プランの検索プログラム。
【請求項５】
入力されたキーワードに基づく検索要求を受け付けると、キーワードと季節との対応関係を記憶する第１記憶部を参照して、入力された前記キーワードに対応する季節を特定し、
生物の観測時期に基づいて得られた、地域毎の各季節の現在の季節となり得る可能性を示す度数を記憶した第２記憶部を参照して、特定した前記季節の該度数が最も高い地域を特定し、
地域とキーワードの組みに対応付けて旅行プランを記憶する第３記憶部を参照して、特定した前記地域と、入力された前記キーワードに対応する旅行プランを取得し、
取得した前記旅行プランを出力する、
処理をコンピュータが行うことを特徴とする旅行プランの検索方法。
【請求項６】
入力されたキーワードに基づく検索要求を受け付けると、キーワードと季節との対応関係を記憶する第１記憶部を参照して、入力された前記キーワードに対応する季節を特定する第１特定部と、
生物の観測時期に基づいて得られた、地域毎の各季節の現在の季節となり得る可能性を示す度数を記憶した第２記憶部を参照して、特定した前記季節の該度数が最も高い地域を特定する第２特定部と、
地域とキーワードの組みに対応付けて旅行プランを記憶する第３記憶部を参照して、特定した前記地域と、入力された前記キーワードに対応する旅行プランを取得し、取得した前記旅行プランを出力する検索部と
を有することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検索プログラム、検索方法、及び情報処理装置に関する。
【背景技術】
【０００２】
近年、インターネットを介して、予め記憶しておいた顧客の嗜好、嗜好に関するキーワード検索された観光地への旅行プランが提供されるようになっている。
【０００３】
季節に関連する事項の入力に応じて、その事項の旬の季節を判定する技術、インターネット網上に提供されている観光地に関する情報を収集して観光地に関連付けておくことで、旅行案内のリクエストによる検索条件で観光地を検索する技術等が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−３０４３９８号公報
【特許文献２】特開２０１０−３９７１０号公報
【特許文献３】特開２０１１−６５６３３号公報
【特許文献４】特開２０１５−１８５４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特産物、祭り、野外活動等のイベントを目的として旅行することが多い。季節性のあるイベントをキーワードとして旅行プランを検索した場合、多くは、人気ランキングにより旅行プランが推奨される。
【０００６】
しかしながら、地域には各季節が訪れる時期には差があり、人気ランキングに基づいて、実際に旅行してみると、目的のイベントの旬を外してしまっている場合がある。
【０００７】
したがって、１つの側面では、本発明は、地域と時期の適した旅行プランを提供することを目的とする。
【課題を解決するための手段】
【０００８】
一態様によれば、入力されたキーワードに基づく検索要求を受け付けると、キーワードと時期との対応関係を記憶する記憶部を参照して、入力された前記キーワードに対応する時期を特定し、地域毎の生物の観測時期を記憶する記憶部を参照して、特定した前記時期に対応する時期が観測時期として記憶された地域を特定し、地域と時期又はキーワードとの組みに対応づけて旅行プランを記憶する記憶部を参照して、特定した前記時期又はキーワードと、特定した前記地域に対応する旅行プランを特定し、特定した前記旅行プランを出力する、処理をコンピュータが実行することを特徴とする旅行プランの検索プログラムが提供される。
【０００９】
また、上記課題を解決するための手段として、上記方法を行う装置、コンピュータに上記処理を実行させるためのプログラム、及び、そのプログラムを記憶した記憶媒体とすることもできる。
【発明の効果】
【００１０】
地域と時期の適した旅行プランを提供できる。
【図面の簡単な説明】
【００１１】
【図１】本実施例におけるシステム構成例を示す図である。
【図２】旅行プラン提供サーバのハードウェア構成を示す図である。
【図３】本実施例における旅行プラン提供サーバの機能構成例を示す図である。
【図４】旅行プランテーブルのデータ構成例を示す図である。
【図５】ルート履歴テーブルのデータ構成例を示す図である。
【図６】生物季節観測項目マスタのデータ構成例を示す図である。
【図７】イベント季節マスタ及びイベントキーワードマスタのデータ構成例を示す図である。
【図８】都道府県グラフモデルの一部を表わした例を示す図である。
【図９】生物季節観測情報テーブルのデータ例を示す図である。
【図１０】ルートテーブル及びルート履歴テーブルのデータ構成例を示す図である。
【図１１】生物季節前線テーブルのデータ構成例を示す図である。
【図１２】ルートマスタテーブルのデータ構成例を示す図である。
【図１３】リレーションテーブルのデータ構成例を示す図である。
【図１４】ログ収集部によるログ取集処理を説明するためのフローチャート図である。
【図１５】観測値一括取得部による観測値一括取得処理を説明するためのフローチャート図である。
【図１６】観光情報抽出部による観光情報抽出処理を説明するためのフローチャート図である。
【図１７】日次観測値取得部による日次観測値取得処理を説明するためのフローチャート図である。
【図１８】観測地点関連付け部による観測地点関連付け処理を説明するためのフローチャート図である。
【図１９】第１の旬の旅行検索処理の全体を説明するための図である。
【図２０】第１の旬の旅行検索部による第１の旬の旅行検索処理を説明するためのフローチャート図である。
【図２１】第２の旬の旅行検索処理の全体を説明するための図である。
【図２２】第２の旬の旅行検索部による第２の旬の旅行検索処理を説明するためのフローチャート図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態を図面に基づいて説明する。図１は、本実施例におけるシステム構成例を示す図である。
【００１３】
図１において、システム１０００は、複数のユーザ端末３と、全国の観測地点ホームページ９１と、全国の観光関連ホームページ９２と、旅行プラン提供サーバ１００とを有する。複数のユーザ端末３と、全国の観測地点ホームページ９１と、全国の観光関連ホームページ９２と、旅行プラン提供サーバ１００とは、ネットワーク２を介して接続される。
【００１４】
複数のユーザ端末３は、旅行を計画中のユーザ等の情報処理端末であり、ブラウザ機能付きの携帯電話等である。
【００１５】
全国の観測地点ホームページ９１は、気象庁による各観測地点の植物季節及び動物季節の観測情報を提供する複数のＷｅｂページの総称である。全国の観測地点ホームページ９１では、凡そ５０年分の観測情報が提供され、観測項目毎の各観測地点において観測された観測日、及び観測日における気象情報等が公開されている。
【００１６】
全国の観光関連ホームページ９２は、市町村等で公開している観光地、名産等を紹介している複数のＷｅｂページの総称である。全国の観光関連ホームページ９２は、観光スポット、食文化等の地域ならではの見どころを掲載している。
【００１７】
旅行プラン提供サーバ１００は、全国の観測地点ホームページ９１及び全国の観光関連ホームページ９２から各種情報を収集し、収集した各種情報を活用して、ユーザ端末３からのキーワード検索要求７ａ又はお勧めプラン検索要求７ｂに応じて、ユーザ端末３のユーザが所望する事項が最適な観光地を最適な時期（旬の時期）で旅行するプランの情報を、ユーザ端末３に提供する。
【００１８】
キーワード検索要求７ａは、ユーザがユーザ端末３に入力したキーワードでの旅行プランの検索要求である。キーワードには、「カニ」、「スキー」、「うめ」、「京都」等である。本実施例では、旅行プラン提供サーバ１００は、キーワードとして入力された食べ物等が現在の気象状況に基づいて旬となる時期と、旬の時期に訪問する最も適切な観光地との組み合せを検索結果として、ユーザ端末３に表示させる。
【００１９】
お勧めプラン検索要求７ｂは、ユーザがユーザ端末３から旅行プラン提供サーバ１００のホームページにアクセスにより自動的に行われる検索要求である。旅行プラン提供サーバ１００のホームページにアクセスに応じて、旅行プラン提供サーバ１００は、過去に取得したユーザの趣味趣向の情報に基づいて旬となる時期と、旬の時期に訪問する最も適切な観光地との組み合せを検索結果として、ユーザ端末３に表示させる。
【００２０】
旅行プラン提供サーバ１００は、ユーザ端末３からの要求に応じてユーザ端末３へ旅行プランアプリケーション３ｐをダウンロードし、ユーザ端末３での旅行プランアプリケーション３ｐに係るアプリ利用ログ６ａをユーザ端末３から収集し、収集したアプリ利用ログ６ａからユーザの趣味趣向の情報を取得する。
【００２１】
本実施例における旅行プラン提供サーバ１００は、図２に示すようなハードウェア構成を有する。図２は、旅行プラン提供サーバのハードウェア構成を示す図である。図２において、旅行プラン提供サーバ１００は、コンピュータによって制御される情報処理装置であって、ＣＰＵ（Central  Processing  Unit）１１と、主記憶装置１２と、補助記憶装置１３と、入力装置１４と、表示装置１５と、通信Ｉ／Ｆ（インターフェース）１７と、ドライブ装置１８とを有し、バスＢに接続される。主記憶装置１２と、補助記憶装置１３とが記憶部１３０に相当する。
【００２２】
ＣＰＵ１１は、主記憶装置１２に格納されたプログラムに従って旅行プラン提供サーバ１００を制御するプロセッサに相当する。主記憶装置１２には、ＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）等が用いられ、ＣＰＵ１１にて実行されるプログラム、ＣＰＵ１１での処理に必要なデータ、ＣＰＵ１１での処理にて得られたデータ等を記憶又は一時保存する。
【００２３】
補助記憶装置１３には、ＨＤＤ（Hard  Disk  Drive）等が用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置１３に格納されているプログラムの一部が主記憶装置１２にロードされ、ＣＰＵ１１に実行されることによって、各種処理が実現される。
【００２４】
入力装置１４は、マウス、キーボード等を有し、ユーザが旅行プラン提供サーバ１００による処理に必要な各種情報を入力するために用いられる。表示装置１５は、ＣＰＵ１１の制御のもとに必要な各種情報を表示する。入力装置１４と表示装置１５とは、一体化したタッチパネル等によるユーザインタフェースであってもよい。
【００２５】
通信Ｉ／Ｆ１７は、有線又は無線などのネットワーク２を通じて通信を行う。通信Ｉ／Ｆ１７による通信は無線又は有線に限定されるものではない。ネットワーク２を介した通信は、インターネットを含む。
【００２６】
旅行プラン提供サーバ１００によって行われる処理を実現するプログラムは、例えば、ＣＤ−ＲＯＭ（Compact  Disc  Read‐Only  Memory）等の記憶媒体１９によって旅行プラン提供サーバ１００に提供される。
【００２７】
ドライブ装置１８は、ドライブ装置１８にセットされた記憶媒体１９（例えば、ＣＤ−ＲＯＭ等）と旅行プラン提供サーバ１００とのインターフェースを行う。
【００２８】
また、記憶媒体１９に、後述される本実施の形態に係る種々の処理を実現するプログラムを格納し、この記憶媒体１９に格納されたプログラムは、ドライブ装置１８を介して旅行プラン提供サーバ１００にインストールされる。インストールされたプログラムは、旅行プラン提供サーバ１００により実行可能となる。
【００２９】
尚、プログラムを格納する記憶媒体１９はＣＤ−ＲＯＭに限定されず、コンピュータが読み取り可能な、構造（structure）を有する１つ以上の非一時的（non‐transitory）な、有形（tangible）な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ−ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。
【００３０】
図３は、本実施例における旅行プラン提供サーバの機能構成例を示す図である。図３において、旅行プラン提供サーバ１００は、主に、事前処理部４０ａと、検索処理部４０ｂとを有する。
【００３１】
記憶部１３０には、旅行プランテーブル５１、ルート履歴テーブル５２、生物季節観測項目マスタ５３、イベント季節マスタ５４、イベントキーワードマスタ５５、都道府県グラフモデル５６、生物季節観測情報テーブル５７、ルートテーブル５８、生物季節前線テーブル５９、ルートマスタ６０、リレーションマスタ６１、ユーザ趣味趣向テーブル６９等が記憶される。
【００３２】
事前処理部４０ａは、ユーザ端末３からのキーワード検索要求７ａ及びお勧めプラン検索要求７ｂに応じて旅行プランを提供する際に参照する種々のデータを収集して記憶部１３０に記憶する。
【００３３】
事前処理部４０ａは、ログ収集部４１と、観測値一括取得部４２と、観光情報抽出部４３と、日次観測値取得部４４と、観測地点関連付け部４５とを有する。ログ収集部４１と、観測値一括取得部４２と、観光情報抽出部４３と、日次観測値取得部４４と、観測地点関連付け部４５とは、対応する夫々のプログラムをＣＰＵ１１が実行することにより実現される。
【００３４】
ログ収集部４１は、ユーザ端末３での旅行プランアプリケーション３ｐの利用に応じて、ユーザ端末３からアプリ利用ログ６ａを収集し旅行プランテーブル５１に記憶する。アプリ利用ログ６ａは、旅行のプラン名、イベント、地域等の旅行プランに関する情報を含む。
【００３５】
観測値一括取得部４２は、全国の観測地点ホームページ９１に接続し、各観測地点のホームページから過去数１０年等に渡る過去分観測情報６ｂを一括して取得する。過去分観測情報６ｂから観測項目と観測項目の種々の関連情報とが抽出され、ルート履歴テーブル５２及び生物季節観測項目マスタ５３に記憶される。
【００３６】
項目は、観測対象を示す。観測対象の例として、つばき、あじさい、うぐいす等の季節を象徴する生物を特定する名称が、項目で示される。種々の項目関連情報は、生物が発する現象、生物の現象により定まる季節、年毎の隣接する地域間において生物の現象が伝搬する通過日数等を示す。
【００３７】
観光情報抽出部４３は、日毎に、全国の観光関連ホームページ９２に接続し、各観光地の種々のホームページから観光情報６ｃを取得する。観光情報６ｃから、各観光地におけるイベントと、種々のイベント関連情報とが抽出され、イベント季節マスタ５４及びイベントキーワードマスタ５５に記憶される。
【００３８】
イベントは、カニ、イチゴ等の特産物、祭り等の行事、スキー、ゴルフ、キャンプ等の野外活動等のいずれかを示す。イベント関連情報は、イベントが旬の季節、イベントの検索のキーワード等を示す。
【００３９】
日次観測値取得部４４は、日次バッチに相当し、日毎に、全国の観測地点ホームページ９１から各観測地点の日次観測情報６ｄを取得し、ルートテーブル５８及び生物季節前線テーブル５９に記憶する。また、日次観測値取得部４４は、現在の四季の変化が過去のどの年に類似するかを、コサイン類似度を算出して特定する。
【００４０】
観測地点関連付け部４５は、全国の観測地点ホームページ９１に接続し、観測地点の住所の一部（都道府県）をノードと見なし、ルートの全パターンと、及び、ルートにおける隣接するノードの出発と到着との関係（リレーションと言う）を特定し、ルートマスタ６０とリレーションマスタ６１とに記憶する。
【００４１】
検索処理部４０ｂは、ユーザ端末３からのキーワード検索要求７ａ又はお勧めプラン検索要求７ｂに応じて、ユーザ端末３のユーザが所望する事項が最適な観光地を最適な時期（旬の時期）で旅行するプランの情報を検索して、検索結果をユーザ端末３に提供する。
【００４２】
検索処理部４０ｂは、イベント季節マスタ５４及びイベントキーワードマスタ５５を参照して季節を特定し、生物季節前線テーブル５９を参照して、特定した季節が旬の地域を特定し、特定した地域に関する旅行プラン情報を旅行プランテーブル５１から検索する。
【００４３】
従って、ユーザ端末３には、旬の季節の地域を観光する旅行プラン候補が一覧で表示される。従って、本実施例における旅行プラン候補の一覧は、人気の観光地の一覧とは必ずしも一致しない。
【００４４】
検索処理部４０ｂは、第１の旬の旅行検索部４６と、第２の旬の旅行検索部４７とを有する。
【００４５】
第１の旬の旅行検索部４６は、キーワード検索要求７ａで指定される単語から、旬の季節の観光地を訪れる旅行プランを旅行プランテーブル５１から検索する。キーワード検索要求７ａで指定されるイベントが旬となる季節を特定し、特定した旬の季節の観光地を訪れる旅行プランを旅行プランテーブル５１から検索する。検索した１又は複数の旅行プランは、旅行プラン候補として一覧にした検索結果がユーザ端末３に表示される。
【００４６】
第２の旬の旅行検索部４７は、お勧めプラン検索要求７ｂに応じて、ユーザ趣味趣向テーブル６９からユーザ端末３又はユーザを特定する情報に基づいて得られるキーワードを用いて、旬の季節の観光地を訪れる旅行プランを旅行プランテーブル５１から検索する。検索した１又は複数の旅行プランは、旅行プラン候補として一覧にした検索結果がユーザ端末３に表示される。ユーザ趣味趣向テーブル６９は、ユーザを識別する情報に対応付けて過去にユーザが検索したキーワードが記憶されたテーブルである。
【００４７】
次に、本実施例における種々のテーブル及びマスタのデータ構成例について図４〜図１３で説明する。
【００４８】
図４は、旅行プランテーブルのデータ構成例を示す図である。図４において、旅行プランテーブル５１は、過去に計画された旅行プラン毎に、旅行目的となるイベントと、旅行する地域とを示したテーブルである。旅行プランテーブル５１は、プラン名、イベント、地域等の項目を有する。
【００４９】
プラン名は、ユーザが過去に立案した旅行プランの名称を示す。イベントは、旅行する主な目的に相当する。地域は、都道府県、市町村名等を示す。
【００５０】
このデータ例では、プラン名「道央渓流釣りツアー」で特定される旅行プランは、イベント「渓流釣り」を旅行目的とし、地域で示される「北海道」を旅行するプランである。プラン名「福岡花見ツアー」で特定される旅行プランは、イベント「花見」を旅行目的とし、地域で示される「福岡」を旅行するプランである。
【００５１】
また、プラン名「函館カニ満腹ツアー」で特定される旅行プランは、イベント「カニ」を旅行目的とし、地域で示される「北海道函館」を旅行するプランである。プラン名「稚内カニツアー」で特定される旅行プランは、イベント「カニ」を旅行目的とし、地域で示される「北海道稚内」を旅行するプランである。
【００５２】
図５は、ルート履歴テーブルのデータ構成例を示す図である。図５において、ルート履歴テーブル５２は、予め定めたルート毎に、観測対象がある年にあるノードで初めて観測されてから、次のノードで初めて観測されるまでの日数をノード間のリレーション毎に記録したテーブルである。ルート履歴テーブル５２は、ルートＩＤ、観測項目、年、リレーション１通過日数、リレーション２通過日数等の項目を有する。
【００５３】
ルートＩＤは、ルートマスタテーブル７０に登録されたルートＩＤを示す。観測項目は、観測する対象（観測対象という）を示す。年は、観測を実施した西暦を示す。リレーション１通過日数、リレーション２通過日数等は、ルートマスタテーブル７０において同一のルートＩＤのレコードで示されるノードの順に、観測対象が確認される毎に次のノードで観測対象が確認されるまでの日数を通過日数として示す。
【００５４】
このデータ例では、ルートＩＤ「XXXXX」で特定されるルートにおいて、観測項目「つばき」を観測した「1980」年では、リレーション１通過日数は「１日」、リレーション２通過日数は「３日」等であったことが示されている。
【００５５】
ルートＩＤ「XXXXX」において、リレーション１が出発「兵庫」で到着「京都」が定義されている場合、リレーション１通過日数「１日」とは、出発「兵庫」で初めて「つばき」の開花を観測してから「１日」で到着「京都」で「つばき」の開花が観測されたことを意味する。リレーション２が出発「京都」で到着「奈良」が定義されている場合、リレーション２通過日数「３日」とは、出発「京都」で初めて「つばき」の開花を観測してから「３日」で到着「奈良」で「つばき」の開花が観測されたことを意味する。他のルートＩＤについても同様である。
【００５６】
図６は、生物季節観測項目マスタのデータ構成例を示す図である。図６において、生物季節観測項目マスタ５３は、全国の観測地点ホームページ９１から取得した情報であり、観測項目、現象、季節等の項目を有する。
【００５７】
観測項目は、観測対象を示す。現象は、観測対象を確認できたと判断するための現象を示す。季節は、観測対象が確認される季節を示す。季節は、「春」、「夏」、「秋」、及び「冬」の１つ以上の季節を示す。本実施例では、季節を象徴する観測対象を確認できる日に基づいて、四季のいずれかを特定する。
【００５８】
このデータ例では、観測項目「つばき」の「開花」を確認した場合、その日の季節は「冬」であると定める。地域によって、観測項目「つばき」の「開花」を確認する日は異なっている。従って、地域によって「冬」であると確定できる日は異なっている。その地域が「冬」であるか否かは、秋を確認した後に、「つばき」の「開花」を確認したか否かによって定まる。
【００５９】
また、観測項目「あじさい」の「開花」を確認した場合、その日の季節は「夏」であると定める。同様に、観測項目「うぐいす」の「初鳴き」を確認した場合、その日の季節は「夏」であると定める。即ち、観測項目の現象の確認日を予測することで、地域毎に、適切な季節を特定できる。
【００６０】
図７は、イベント季節マスタ及びイベントキーワードマスタのデータ構成例を示す図である。図７において、イベント季節マスタ５４及びイベントキーワードマスタ５５のデータは、全国の観光関連ホームページ９２が定期的に解析されることによって作成及び更新される。
【００６１】
イベント季節マスタ５４は、イベント毎に季節を対応付けたテーブルであり、イベント、季節等の項目を有する。イベントは、特産物、行事、野外活動等のいずれかイベントを特定可能な名称を示す。季節は、イベントが旬となる「春」、「夏」、「秋」、及び「冬」の１つ以上の季節を示す。
【００６２】
イベントキーワードマスタ５５は、イベント毎に種々のキーワードを対応付けたテーブルであり、イベント、キーワード１、キーワード２等の項目を有する。イベントは、上述した通りであり、イベントによりイベント季節マスタ５４と関連付けされる。キーワード１、キーワード２等は、イベントに関連して使用される単語を示す。
【００６３】
イベントキーワードマスタ５５のキーワード１、キーワード２等からイベントが特定され、特定されたイベントでイベント季節マスタ５４を参照することで、季節を特定できる。
【００６４】
このデータ例では、キーワード検索要求７ａで「毛蟹」が指定された場合、イベントキーワードマスタ５５を参照することでイベント「カニ」が特定され、特定されたイベント「カニ」でイベント季節マスタ５４を参照することで、季節は「冬」であると決定できる。
【００６５】
図８は、都道府県グラフモデルの一部を表わした例を示す図である。図８において、都道府県グラフモデル５６の一部は、各都道府県をノードで表し、地理的に隣接するノードが連結されている。
【００６６】
この例では、ノード「北海道」はノード「秋田」、ノード「青森」、及びノード「岩手」と連結される。そして、ノード「秋田」はノード「山形」及びノード「青森」と連結される。更に、ノード「青森」はノード「岩手」と連結される。他の都道府県についても同様に隣接する２つのノードを連結する。リレーションは、ノード間の連結を表わす。
【００６７】
都道府県グラフモデル５６において、２つのノードの連結は、都道府県名の対応付けで示されればよい。
【００６８】
図９は、生物季節観測情報テーブルのデータ例を示す図である。図９において、生物季節観測情報テーブル５７は、地域毎に、全国の観測地点ホームページ９１から抽出した観測項目と現象とを記憶したテーブルである。生物季節観測情報テーブル５７は、地域、観測項目、現象等の項目を有する。
【００６９】
地域は、全国の観測地点ホームページ９１で公開されている観測地点が所在する都道府県を示す。観測項目は、全国の観測地点ホームページ９１から抽出した観測項目を示す。現象は、確認する観測項目の現象を示す。
【００７０】
このデータ例では、地域「北海道」では、観測項目「つばき」の「開花」の現象を確認し、地域「奈良」では、観測項目「あじさい」の「開花」の現象を確認し、地域「大阪」では、観測項目「うぐいす」の「初鳴」の現象を確認する。他の地域についても同様である。
【００７１】
図１０は、ルートテーブル及びルート履歴テーブルのデータ構成例を示す図である。図１０において、ルートテーブル５８は、ルート毎の各観測項目について、ノード間のリレーションに基づいて、今年の通過日数を記録したテーブルであり、ルートＩＤ、観測項目、リレーション１、リレーション２等の項目を有する。
【００７２】
ルートＩＤは、都道府県グラフモデル５６を用いて定めたルートを特定する識別子を示す。観測項目は、生物季節観測項目マスタ５３に登録されている観測項目を示す。リレーション１、２等は、ルートのノード間のリレーション毎の通過日数を示す。
【００７３】
このデータ例では、ルートＩＤ「XXXXX」において、観測項目「つばき」は、リレーション１で観測日数は「１日」であり、リレーション２で観測日数は「３日」であったことが示されている。同一ルートＩＤで別の観測項目についても同様に観測項目毎に観測日数が示される。また、他のルートＩＤについても同様に観測項目毎に観測日数が示される。
【００７４】
ルート履歴テーブル５２は、ルート毎に、過去数年又は数十年分の通過日数を記録したテーブルであり、ルートＩＤ、観測項目、年、リレーション１、リレーション２等の項目を有する。
【００７５】
ルートＩＤは、都道府県グラフモデル５６を用いて定めたルートを特定する識別子を示す。観測項目は、生物季節観測項目マスタ５３に登録されている観測項目を示す。年は、観測した西暦を示す。リレーション１、２等は、ルートのノード間のリレーション毎の通過日数を示す。
【００７６】
このデータ例では、ルートＩＤ「XXXXX」において、観測項目「つばき」は、「１９８０」年には、リレーション１で観測日数は「１日」であり、リレーション２で観測日数は「３日」であったことが示されている。同一ルートＩＤ「XXXXX」において、同一観測項目「つばき」は、「１９８１」年には、リレーション１で観測日数は「１日」であり、リレーション２で観測日数は「１日」であったことが示されている。他の年、他のルートについても同様に各観測項目についてリレーション毎に観測日数が示される。
【００７７】
本実施例では、ルートテーブル５８のルートＩＤ及び観測項目で特定されるレコードのリレーション１、２、・・・の傾向が、ルート履歴テーブル５２の同一ルートＩＤ及び観測項目で特定されるレコードのうち、リレーション１、２、・・・の傾向が最も類似する年を特定する。コサイン類似度を算出して最も値が高いレコードを選択する。
【００７８】
このデータ例では、今年の観測項目「つばき」の観測傾向は、「１９８０」年が最も近いと判断されている。「１９８０」年の四季に関連する観測傾向を参照することで、各季節の到来を予測できる。
【００７９】
図１１は、生物季節前線テーブルのデータ構成例を示す図である。図１１より、生物季節前線テーブル５９は、各地域において季節毎に現在の可能性を示すテーブルであり、地域、季節、及び度数等の項目を有する。
【００８０】
地域は、都道府県を示す。季節は、「春」、「夏」、「秋」、又は「冬」のいずれかを示す。度数は、生物季節の観測状況に基づいた現在の季節となり得る可能性を示す。度数「１００」が最も確実にその季節であることを示し、度数「０」では最もその可能性のない季節であることを示す。
【００８１】
このデータ例では、地域「北海道」について、季節「春」である可能性は「５６」度数である。現在、北海道は「春」ではないと判断してもよい。季節「冬」である可能性は「１００」度数である。現在、北海道は「冬」であると確信してよいことを示している。季節「夏」である可能性は「０」度数である。現在、北海道は「夏」ではないことを確信してよいことを示している。他の季節、他の地域についても同様に、各季節の確からしさが度数によって示される。ルートテーブル５８の更新に応じて、生物季節前線テーブル５９も更新される。
【００８２】
図１２は、ルートマスタテーブルのデータ構成例を示す図である。図１２において、ルートマスタテーブル６０は、都道府県グラフモデル５６のリレーションに基づいて、過去に実際に観測項目の現象を確認した順序を示すルートが登録されたテーブルであり、ルートＩＤ、県１、県２、県３、県４、・・・等の項目を有する。
【００８３】
ルートＩＤは、都道府県グラフモデル５６を用いて定めたルートを特定する識別子を示す。県１、県２、県３、県４、・・・等は、リレーションに基づいて選択された次の都道府県名を示す。
【００８４】
このデータ例では、ルートＩＤ「XXXXX」では、県１から県３において、「北海道」−＞「青森」−＞「岩手」へと観測項目の現象が確認される順序が定義されている。ルートＩＤ「YYYYY」では、県１から県４において、「北海道」−＞「青森」−＞「秋田」−＞「山形」へと観測項目の現象が確認される順序が定義されている。他ルートＩＤについても同様に観測項目の現象の確認順序が定義される。
【００８５】
図１３は、リレーションテーブルのデータ構成例を示す図である。図１３において、リレーションテーブル６１は、各都道府県をノードとしたときに隣接するノード間のリレーションを記憶したテーブルであり、ルートＩＤ、リレーションＩＤ、県１、県２等の項目を有する。
【００８６】
ルートＩＤは、ルートマスタテーブル６０に登録済みのルートＩＤを示す。リレーションＩＤは、ルート上の隣接ノードのペアを特定する識別子を示す。県１は、出発となる都道府県の１つを特定し、県２は、到着となる都道府県の１つを特定する。
【００８７】
ルートＩＤとリレーションＩＤの指定によって、県１及び県２が特定される。つまり、出発側の県１で観測項目の現象が確認された場合、次に現象が確認される到着側の県２が決まる。
【００８８】
このデータ例では、ルートＩＤ「XXXXX」のリレーション１は、出発側が「北海道」であり、到着側が「青森」であることを特定している。ルートＩＤ「XXXXX」のリレーション２では、出発側が「青森」であり、到着側が「岩手」であることを特定している。他も同様である。
【００８９】
次に、事前処理部４０ａについて図１４から図１８で説明する。図１４は、ログ収集部によるログ取集処理を説明するためのフローチャート図である。
【００９０】
図１４において、ログ収集部４１は、旅行プランアプリケーション３ｐをダウンロードした各ユーザ端末３からアプリ利用ログ６ａを受信する（ステップＳ４１０１）。ログ収集部４１は、受信したアプリ利用ログ６ａからプラン名、イベント、及び地域を取得して、旅行プランテーブル５１に記憶する（ステップＳ４１０２）。その後、ログ収集部４１は、ログ収集処理を終了する。
【００９１】
図１５は、観測値一括取得部による観測値一括取得処理を説明するためのフローチャート図である。図１５において、観測値一括取得部４２は、全国の観測地点ホームページ９１にアクセスし、生物季節情報を過去分一括して取得する（ステップＳ４２０１）。
【００９２】
生物季節情報は、全ての観測項目と、観測項目毎に定義された現象を確認した年月日とを含む。
【００９３】
観測値一括取得部４２は、都道府県グラフモデル５６を参照して、年度毎かつ観測項目毎に通過したノードの順番をルートとして、ルート履歴テーブル５２に登録する（ステップＳ４２０２）。また、観測値一括取得部４２は、全国の観測地点で観測される観測項目を、代表的な季節と関連付けて生物季節観測項目マスタ５３に登録する（ステップＳ４２０３）。生物季節観測項目マスタ５３への登録時には、観測項目が重複しないようにする。
【００９４】
ステップＳ４２０２とＳ４２０３の処理順を特定しない。ステップＳ４２０３の後にステップＳ４２０２を行ってもよい。
【００９５】
図１６は、観光情報抽出部による観光情報抽出処理を説明するためのフローチャート図である。図１６において、観光情報抽出処理は、日次バッチで行われる。観光情報抽出部４３は、全国の観光関連ホームページ９２にアクセスして、観光情報を収集する（ステップＳ４３０１）。
【００９６】
観光情報抽出部４３は、収集した観光情報から単語を抽出し（ステップＳ４３０２）、単語間の関連性を解析する（ステップＳ４３０３）。
【００９７】
次に、観光情報抽出部４３は、解析結果に基づいて、季節に関連する単語からイベントを表わす単語を抽出し、イベント毎に季節を対応付けて、イベント季節マスタ５４に登録する（ステップＳ４３０４）。同一イベントがイベント季節マスタ５４に既に存在する場合は登録されない。
【００９８】
また、観光情報抽出部４３は、季節以外の単語の中からイベントとの関連付けが強い単語を特徴的なキーワードとして抽出して、イベントに抽出したキーワードを対応付けて、イベントキーワードマスタ５５に記憶する（ステップＳ４３０５）。イベントキーワードマスタ５５に、イベントが存在しない場合、新たにレコードを追加して、イベントとキーワードとを対応付けて記憶する。イベントが存在するがキーワードが存在しない場合、キーワードを追加する。イベント及びキーワードが存在する場合、重複しないように、イベントキーワードマスタ５５には記憶しない。
【００９９】
ステップＳ４３０４とＳ４３０５の処理順を特定しない。ステップＳ４３０５の後にステップＳ４３０４を行ってもよい。
【０１００】
図１７は、日次観測値取得部による日次観測値取得処理を説明するためのフローチャート図である。図１７において、日次観測値取得処理、日次バッチで行われる。日次観測値取得部４４は、全国の観測地点ホームページ９１から今年の生物季節情報を取得する（ステップＳ４４０１）。
【０１０１】
日次観測値取得部４４は、地域毎に観測項目及び現象を対応付けて生物季節観測情報テーブル５７に記憶する（ステップＳ４４０２）。また、日次観測値取得部４４は、取得した生物季節情報から観測項目毎に現在の日付が観測日に設定されている各観測地点を特定して、ルートテーブル５８を更新する（ステップＳ４４０３）。
【０１０２】
次に、日次観測値取得部４４は、ルートテーブル５８の各レコードに対して、ルート履歴テーブル５２の全レコードを対象として、ルート上の通過日数のパターンのコサイン類似度を算出する（ステップＳ４４０４）。
【０１０３】
日次観測値取得部４４は、ルート履歴テーブル５２から、ルートＩＤ及び観測項目毎に、最もコサイン類似度が高いレコードの通過日数のパターンをモデル履歴７１として抽出する（ステップＳ４４０５）。最も類似した通過日数のパターンを示す年を特定することができる。モデル履歴７１には、ルートＩＤ及び観測項目毎に通過日数のパターンを示しても良いし、通過日数のパターンが最も類似した西暦を示すようにすることで、ルート履歴テーブル５２と関連付けしてもよい。
【０１０４】
日次観測値取得部４４は、ルートテーブル５８において、通過日数が未設定のリレーションに対して、モデル履歴７１を用いて推定した推定テーブル７２を作成する（ステップＳ４４０６）。
【０１０５】
日次観測値取得部４４は、ルートテーブル５８のルートＩＤ及び観測項目の組み合せ毎に通過日数を推定する。モデル履歴７１から組み合せが一致する通過日数のパターンを取得して、ルートテーブル５８の未設定の通過日数のリレーションに通過日数を設定することで、推定テーブル７２が作成される。推定テーブル７２では、ルートテーブル５８で設定済みのリレーションが空欄となっている。
【０１０６】
次に、日次観測値取得部４４は、生物季節観測項目マスタ５３の観測項目を、季節毎にグループ化したクループ化テーブル７３を作成する（ステップＳ４４０７）。クループ化テーブル７３では、一例として、観測項目「カニ」、「スキー」等が「冬」にグループ化される。
【０１０７】
日次観測値取得部４４は、ルートテーブル５８において、同一季節の観測項目のレコードを用いて、各リレーションで最も少ない通過日数を採用することで、季節毎の通過日数のパターンを示した季節パターンテーブル７４を作成する（ステップＳ４４０８）。季節パターンテーブル７４では、ルートＩＤ毎に各季節の観測傾向が示される。即ち、ルートＩＤ毎に、「春」、「夏」、「秋」、及び「冬」の４つのレコードが作成される。
【０１０８】
そして、日次観測値取得部４４は、地域毎に、各季節の度数を計算する（ステップＳ４４９）。一例として、北から南へと順に、「春」、「夏」、「秋」、及び「冬」の各々について、現在の季節となり得る可能性を示す度数が算出される。度数は、
［（３６５日  -  残り日数）÷３６５］  ×  １００
で求められる。
【０１０９】
地域「北海道」について、各季節の度数の算出例を説明する。リレーションテーブル６１の県１を「北海道」で検索して、ルートＩＤ及びリレーションＩＤの組み合せを取得する。
【０１１０】
取得した組み合せで、季節パターンテーブル７４を検索することで、「春」、「夏」、「秋」、及び「冬」の各々における通過日数を参照することができる。最初のリレーション１が空欄のレコードを対象とする。既に、該当季節の観測項目について現象が確認されていることを示す。対象のレコードで、組み合せで特定したセルの直前までの通過日数を合算する。合算値が、該当する季節までの残り日数を示す。
【０１１１】
「冬」のレコードで残り日数が１日である場合、「１００」度数を得る。残り日数がゼロの場合もあり得る。その場合は、既に、「冬」は到来していると判断し、度数を「１００」とする。「春」のレコードで残り日数が１６０日である場合、「５６」度数を得る。
【０１１２】
「夏」のレコードで最初のリレーション１で通過日数の予測値が設定されていた場合は、又は、「夏」のレコードが存在しない場合、「夏」の観測項目の現象はいずれも確認されていない場合である。従って、「夏」の可能性は無いと判断し、度数を「０」とする。「秋」のレコードで通過日数の予測値が設定されていた場合は、又は、「夏」のレコードが存在しない場合、同様に、度数を「０」とする。
【０１１３】
年毎では、「冬」、「春」、「夏」、「秋」の順となる。「冬」は「１００」度数、「春」は「５６」度数、そして、「夏」及び「秋」は「０」度数の結果を得る（図１１）。これより、現在、「冬」のイベントは、「北海道」が旬であると判断できる。
【０１１４】
図１８は、観測地点関連付け部による観測地点関連付け処理を説明するためのフローチャート図である。図１８において、観測地点関連付け部４５は、全国の観測地点ホームページ９１から各観測地点の住所を取得する（ステップＳ４５０１）。
【０１１５】
観測地点関連付け部４５は、観測地点をノードとした場合に、取得した観測地点の住所に基づいて、隣接するノード同士を連結した都道府県グラフモデル５６（図８）を作成する（ステップＳ４５０２）。
【０１１６】
そして、観測地点関連付け部４５は、都道府県グラフモデル５６からルートの全パターンとリレーションの番号付けを行う（ステップＳ４５０３）。ルートＩＤ及びリレーションＩＤが付与される。
【０１１７】
ノードの大きさ（地域の大きさ）は、取得した各観測地点の住所からどの程度詳細な情報まで利用するかに応じて変化させることができる。上述では、都道府県名をノードとした例を説明したが、都道府県及び市町村までを１つのノードの大きさとしてもよい。
【０１１８】
都道府県及び市町村でノードを識別した場合、北海道のような広大な領域を例とすると、稚内と函館の生物季節前線の状況は異なってくる。稚内では、「冬」を観測できていても、函館では、未だ、「冬」を観測できていない場合がある。本実施例では、このような差に応じた旅行プランを提供することができる。
【０１１９】
次に、検索処理部４０ｂによる検索処理について図１９〜図２２で詳述する。先ず、第１の旬の旅行検索部４６について説明する。
【０１２０】
図１９は、第１の旬の旅行検索処理の全体を説明するための図である。図１９において、第１の旬の旅行検索部４６は、更に、イベント旬地域特定部４６ａと、旅行プラン検索部４６ｂとを有する。
【０１２１】
イベント旬地域特定部４６ａは、ユーザ端末３から受信したキーワード検索要求７ａに対して、イベントが旬の地域を特定する。イベント旬地域特定部４６ａは、イベントキーワードマスタ５５をキーワード検索要求で指定されたキーワードで検索してイベントを特定する。イベント旬地域特定部４６ａは、特定したイベントで、イベント季節マスタ５４を検索して季節を特定し、生物季節前線テーブル５９から、特定した季節のレコードを抽出して度数の最も高い地域を特定する。
【０１２２】
旅行プラン検索部４６ｂは、旅行プランテーブル５１から特定した地域で検索対象のレコード数を絞込み、絞り込んだレコードをキーワードで検索して、検索されたレコードからプラン名を取得する。取得したプラン名が、検索結果として優先的にユーザ端末３に表示される。
【０１２３】
ユーザ端末３では、旅行プラン提供サーバ１００から画面Ｇ３１が提供される。画面Ｇ３１は、入力領域３ａ、検索ボタン３ｂ、メッセージ表示領域３ｃ、検索結果表示域３ｄ等を有する。
【０１２４】
入力領域３ａは、ユーザが旅行の目的とするイベントを入力する領域である。検索ボタン３ｂは、入力したイベントをキーワードとして旅行プランを検索するためのボタンである。メッセージ表示領域３ｃは、検索結果は、入力したイベントが今が旬となる旅行プランであることを表示する領域である。検索結果表示域３ｄは、第１の旬の旅行検索部４６による検索結果を表示する領域である。
【０１２５】
この例では、入力領域３ａに「カニ」が入力され検索ボタン３ｂが押下されたことにより、「今が旬！」等のメッセージがメッセージ表示領域３ｃに表示されると共に、検索結果が検索結果表示域３ｄに表示されている。
【０１２６】
都道府県グラフモデル５６において各都道府県をノードとした場合に、地域「北海道」の旅行プランが抽出される。検索結果表示域３ｄには、
函館カニ満腹ツアー
函館五稜郭めぐり
稚内カニツアー
・・・
のような順で旅行プラン名が表示される。本実施例では、「カニ」の旬の季節「冬」を特定し、現在、「冬」が確認されている地域「北海道」を特定する。旅行プランテーブル５１から、イベントが「カニ」のレコードのうち、地域が「北海道」を示すレコードからプラン名を取得する。従って、ユーザは、確実に「カニ」が旬の地域への旅行プランを取得することができる。
【０１２７】
旅行プラン提供サーバ１００において、キーワード検索要求７ａのキーワードを、キーワード検索要求７ａの送信元のユーザ端末３を特定する情報又はログインしたユーザＩＤ等に対応付けてユーザ趣味趣向テーブル６９に記憶する。同一キーワードの指定回数をカウントしておいてもよい。
【０１２８】
図２０は、第１の旬の旅行検索部による第１の旬の旅行検索処理を説明するためのフローチャート図である。図２０において、ユーザ端末３において、ユーザが任意のキーワードで旅行プランを検索すると、キーワード検索要求７ａが旅行プラン提供サーバ１００へ送信される。第１の旬の旅行検索部４６は、ユーザ端末３からキーワード検索要求７ａを受信する（ステップＳ４６０１）。
【０１２９】
キーワード検索要求７ａの受信に応じて、第１の旬の旅行検索部４６のイベント旬地域特定部４６ａは、イベントキーワードマスタ５５及びイベント季節マスタ５４を参照して、キーワード検索要求で指定されたキーワードに対応する季節を特定する（ステップＳ４６０２）。そして、イベント旬地域特定部４６ａは、生物季節前線テーブル５９を用いて、特定した季節が最も旬である地域を特定する（ステップＳ４６０３）。
【０１３０】
次に、旅行プラン検索部４６ｂが、旅行プランテーブル５１を参照して、特定した地域に登録されている旅行プランのうち、キーワードに該当する旅行プランを検索結果として優先的にユーザ端末３に表示する（ステップＳ４６０４）。その後、第１の旬の旅行検索部４６は、第１の旬の旅行検索処理を終了する。
【０１３１】
図２１は、第２の旬の旅行検索処理の全体を説明するための図である。図２１において、第２の旬の旅行検索部４７は、更に、趣味の旬地域特定部４７ａと、旅行プラン検索部４７ｂとを有する。
【０１３２】
趣味の旬地域特定部４７ａは、ユーザ端末３から受信したお勧めプラン検索要求７ｂに対して、ユーザ趣味趣向テーブル６９を参照して、ユーザが過去に用いたキーワードを用いて、キーワードに対応するイベントが旬の地域を特定する。趣味の旬地域特定部４７ａは、イベントキーワードマスタ５５をユーザ趣味趣向テーブル６９から取得したキーワードで検索してイベントを特定する。趣味の旬地域特定部４７ａは、特定したイベントで、イベント季節マスタ５４を検索して季節を特定する。
【０１３３】
旅行プラン検索部４７ｂは、旅行プランテーブル５１から特定した地域で検索対象のレコード数を絞込み、絞り込んだレコードをキーワードで検索して、検索されたレコードからプラン名を取得する。取得したプラン名が、検索結果として優先的にユーザ端末３に表示される。
【０１３４】
ユーザ端末３では、旅行プラン提供サーバ１００から画面Ｇ３２が提供される。画面Ｇ３２は、図２０の画面Ｇ３１の入力領域３ａ及び検索ボタン３ｂが省略される以外は同様であり、メッセージ表示領域３ｃ、検索結果表示域３ｄ等を有する。メッセージ表示領域３ｃ及び検索結果表示域３ｄについては、画面Ｇ３１と同様であるため、その説明を省略する。
【０１３５】
この例では、以前にユーザが「カニ」で旅行プランを検索した履歴がユーザ趣味趣向テーブル６９に記憶されている場合を示している。その後、同じユーザが、旅行プラン提供サーバ１００にアクセスすることで、お勧めプラン検索要求７ｂが旅行プラン提供サーバ１００に送信さ、「カニ」をキーワードとして、「今が旬！」等のメッセージがメッセージ表示領域３ｃに表示されると共に、検索結果が検索結果表示域３ｄに表示されている。
【０１３６】
都道府県グラフモデル５６において各都道府県より詳細な市町村をノードとし、ユーザが冬直前に本実施例における旅行プラン提供サーバ１００を利用した場合を例として検索結果例を説明する。
【０１３７】
同じ北海道であっても、函館よりも稚内により早く冬が訪れる。従って、本実施例では、地域「北海道稚内」の旅行プランが抽出される。検索結果表示域３ｄには、
稚内カニツアー
稚内カニ尽くし
稚内カニ旅行
・・・
のような順で旅行プラン名が表示される。本実施例では、「カニ」の旬の季節「冬」を特定し、現在、「冬」が確認されている地域「北海道稚内」を特定する。旅行プランテーブル５１から、イベントが「カニ」のレコードのうち、地域が「北海道稚内」を示すレコードからプラン名を取得する。従って、ユーザは、確実に「カニ」が旬の地域への旅行プランを取得することができる。
【０１３８】
本実施例では、住所の詳細さで地域（ノード）の大きさを小さくすることで、旬となる地域をより限定して特定できる。第１の旬の旅行検索処理においても同様である。都道府県グラフモデル５６を、市町村レベルで関連付けした場合には、地域「北海道稚内」までを特定でき、画面Ｇ３２の検索結果表示域３ｄの検索結果を得ることができる。
【０１３９】
また、第１の旬の旅行検索処理における例と同様に、地域（ノード）の大きさが都道府県である場合には、第２の旬の旅行検索処理においても、画面Ｇ３１の検索結果表示域３ｄの検索結果を得る。
【０１４０】
図２２は、第２の旬の旅行検索部による第２の旬の旅行検索処理を説明するためのフローチャート図である。
【０１４１】
図２２において、ユーザ端末３において、ユーザが旅行プラン提供サーバ１００が提供するお勧めプラン画面を開くと、ユーザ端末３は、旅行プラン提供サーバ１００へお勧めプラン検索要求７ｂを送信する。第２の旬の旅行検索部４７は、ユーザ端末３から、お勧めプラン検索要求を受信する（ステップＳ４７０１）。
【０１４２】
お勧めプラン検索要求７ｂの受信に応じて、第２の旬の旅行検索部４７の趣味の旬地域特定部４７ａは、ユーザ趣味趣向テーブル６９を参照して、ユーザに関連付けられたキーワードを取得する（ステップＳ４７０２）。
【０１４３】
そして、趣味の旬地域特定部４７ａは、イベントキーワードマスタ５５及びイベント季節マスタ５４を参照して、取得したキーワードに対応する季節を特定する（ステップＳ４７０３）。イベントキーワードマスタ５５を取得したキーワードで検索してイベントを取得し、取得したイベントで、イベント季節マスタ５４を検索することで、季節を特定できる。
【０１４４】
旅行プラン検索部４７ｂは、生物季節前線テーブル５９を用いて、特定した季節が最も旬である地域を特定する（ステップＳ４７０３）。旅行プラン検索部４７ｂは、旅行プランテーブル５１を参照して、特定した地域に登録されている旅行プランのうち、キーワードに該当する旅行プランを検索結果として優先的に表示する（ステップＳ４７０４）。ステップＳ４７０３及びＳ４７０４は、第１の旬の旅行検索部４６での処理と同様である。その後、第２の旬の旅行検索部４７は、第２の旬の旅行検索処理を終了する。
【０１４５】
上述したように、本実施例では、旅行プランを検索するキーワードとキーワードと季節との関連性に基づいて、生物季節の観測項目に係る現象を観測した記録から判定される季節を利用して、最も推奨される地域への旅行プランを検索する。
【０１４６】
従来からの、キーワードで検索された旅行プランの人気ランキングを参照して、実際に旅行してみたところ、旅行の目的である季節性のあるイベントの旬を外していたといった問題を解消することができる。
【０１４７】
上述した実施例において、季節を時期とすることでもよい。時期では、１月、２月、・・・春、夏、秋、冬等の区切りを表わす期間を示すようにしてもよい。また、キーワードと時期との対応関係を記憶したテーブル、地域毎の生物の観測時期を記憶したテーブル、地域と時期又はキーワードとの組みに対応づけて旅行プランを記憶したテーブル等を備えるようにする。
【０１４８】
旅行プラン提供サーバ１００は、入力されたキーワードに基づく検索要求を受け付けると、キーワードと時期との対応関係を記憶するテーブルを参照して、入力された前記キーワードに対応する時期を特定する。
【０１４９】
次に、旅行プラン提供サーバ１００は、地域毎の生物の観測時期を記憶するテーブルを参照して、特定した前記時期に対応する時期が観測時期として記憶された地域を特定する。
【０１５０】
そして、地域と時期又はキーワードとの組みに対応づけて旅行プランを記憶するテーブルを参照して、特定した前記時期又はキーワードと、特定した前記地域に対応する旅行プランを特定する。
【０１５１】
よって、旅行プラン提供サーバ１００は、特定した前記旅行プランを出力するように構成すればよい。
【０１５２】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、主々の変形や変更が可能である。
【０１５３】
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
入力されたキーワードに基づく検索要求を受け付けると、キーワードと時期との対応関係を記憶する記憶部を参照して、入力された前記キーワードに対応する時期を特定し、
地域毎の生物の観測時期を記憶する記憶部を参照して、特定した前記時期に対応する時期が観測時期として記憶された地域を特定し、
地域と時期又はキーワードとの組みに対応づけて旅行プランを記憶する記憶部を参照して、特定した前記時期又はキーワードと、特定した前記地域に対応する旅行プランを特定し、
特定した前記旅行プランを出力する、
処理をコンピュータが実行することを特徴とする旅行プランの検索プログラム。
（付記２）
入力されたキーワードに基づく検索要求を受け付けると、キーワードと季節との対応関係を記憶する第１記憶部を参照して、入力された前記キーワードに対応する季節を特定し、
生物の観測時期に基づいて得られた、地域毎の各季節の可能性を示す度数を記憶した第２記憶部を参照して、特定した前記季節の度数が最も高い地域を特定し、
地域とキーワードの組みに対応付けて旅行プランを記憶する第３記憶部を参照して、特定した前記地域と、入力された前記キーワードに対応する旅行プランを取得し、
取得した前記旅行プランを出力する、
処理をコンピュータに行わせることを特徴とする旅行プランの検索プログラム。
（付記３）
前記検索要求は、入力された前記キーワードを含むことを特徴とする付記１記載の旅行プランの検索プログラム。
（付記４）
前記検索要求は、要求元の識別情報を含み、
過去に前記要求元が入力した前記キーワードを記憶したテーブルを参照することで、前記検索要求に係るキーワードを取得することを特徴とする付記２記載の旅行プランの検索プログラム。
（付記５）
前記コンピュータに、
第４記憶部に記憶された、地域毎に、各季節を象徴する前記生物が観測されてから隣接の地域で観測されるまでの観測日数のパターンと類似する過去の観測日数のパターンを用いて、前記キーワードに対応する季節を象徴する該生物を観測するまでの日数を予測し、
予測した前記日数に基づいて、地域毎の各季節の度数を算出して前記第２記憶部に記憶する
処理を行わせることを特徴とする付記２乃至４のいずれか一項記載の旅行プランの検索プログラム。
（付記６）
前記コンピュータに、
各季節を象徴する複数の生物に対して記録された観測日数のパターンにおいて、各地域で最小の観測日数を採用した季節パターンを作成し、
前記季節パターンを用いて、前記生物を観測するまでの日数を予測することを特徴とする付記５記載の旅行プランの検索プログラム。
（付記７）
入力されたキーワードに基づく検索要求を受け付けると、キーワードと季節との対応関係を記憶する第１記憶部を参照して、入力された前記キーワードに対応する季節を特定し、
生物の観測時期に基づいて得られた、地域毎の各季節の可能性を示す度数を記憶した第２記憶部を参照して、特定した前記季節の度数が最も高い地域を特定し、
地域とキーワードの組みに対応付けて旅行プランを記憶する第３記憶部を参照して、特定した前記地域と、入力された前記キーワードに対応する旅行プランを取得し、
取得した前記旅行プランを出力する、
処理をコンピュータが行うことを特徴とする旅行プランの検索方法。
（付記８）
入力されたキーワードに基づく検索要求を受け付けると、キーワードと季節との対応関係を記憶する第１記憶部を参照して、入力された前記キーワードに対応する季節を特定する第１特定部と、
生物の観測時期に基づいて得られた、地域毎の各季節の可能性を示す度数を記憶した第２記憶部を参照して、特定した前記季節の度数が最も高い地域を特定する第２特定部と、
地域とキーワードの組みに対応付けて旅行プランを記憶する第３記憶部を参照して、特定した前記地域と、入力された前記キーワードに対応する旅行プランを取得し、取得した前記旅行プランを出力する検索部と
を有することを特徴とする情報処理装置。
【符号の説明】
【０１５４】
２          ネットワーク
３          ユーザ端末、              ３ｐ        旅行プランアプリケーション
６ａ        アプリ利用ログ、          ６ｂ        過去分観測情報
６ｃ        観光情報、                ６ｄ        日次観測情報
６ｅ        観測地点情報
７ａ        キーワード検索要求、      ７ｂ        お勧めプラン検索要求
１１        ＣＰＵ
１２        主記憶装置、              １３        補助記憶装置
１４        入力装置、                １５        表示装置
１７        通信Ｉ／Ｆ、              １８        ドライブ装置
１９        記憶媒体
４０ａ      事前処理部
４０ｂ      検索処理部
４１        ログ収集部、              ４２        観測値一括取得部
４３        観光情報抽出部、          ４４        日次観測値取得部
４５        観測地点関連付け部
４６        第１の旬の旅行検索部、    ４７        第２の旬の旅行検索部
５１        旅行プランテーブル、      ５２        ルート履歴テーブル
５３        生物季節観測項目マスタ、  ５４        イベント季節マスタ
５５        イベントキーワードマスタ
５６        都道府県グラフモデル
５７        生物季節観測情報テーブル
５８        ルートテーブル
５９        生物季節前線テーブル
６０        ルートマスタ、            ６１        リレーションマスタ
６９        ユーザ趣味趣向テーブル
【図１】
0006672963.tif 000002
【図２】
0006672963.tif 000003
【図３】
0006672963.tif 000004
【図４】
0006672963.tif 000005
【図５】
0006672963.tif 000006
【図６】
0006672963.tif 000007
【図７】
0006672963.tif 000008
【図８】
0006672963.tif 000009
【図９】
0006672963.tif 000010
【図１０】
0006672963.tif 000011
【図１１】
0006672963.tif 000012
【図１２】
0006672963.tif 000013
【図１３】
0006672963.tif 000014
【図１４】
0006672963.tif 000015
【図１５】
0006672963.tif 000016
【図１６】
0006672963.tif 000017
【図１７】
0006672963.tif 000018
【図１８】
0006672963.tif 000019
【図１９】
0006672963.tif 000020
【図２０】
0006672963.tif 000021
【図２１】
0006672963.tif 000022
【図２２】
0006672963.tif 000023