(57)【要約】      （修正有）【課題】「特定の観光スポットを特定の日に訪問する」といったきめ細かい条件設定が可能であり、個々の旅行客のニーズに応じた最適な旅行商品を容易に検索・選択することができ、旅行会社のコスト削減・業務負荷軽減と顧客満足度を大きく向上可能な旅行商品検索システムを提供する。【解決手段】通信回線を介して検索用端末と接続された旅行商品検索サーバにおいて、旅行商品情報を記憶する旅行商品データベースと、前記検索用端末から受信した情報を判定する判定手段と、前記判定手段が、前記検索用端末から検索条件と検索開始指令を受信したと判定した場合に、該検索条件に基いて前記旅行商品データベースを検索して、検索条件に合致する旅行商品情報を抽出する検索手段と、前記検索条件に合致する旅行商品情報の一覧情報を前記検索用端末に表示させるための表示情報を生成する第一の表示情報生成手段とを備えた。【選択図】図５
2006268793.tif 000002
【特許請求の範囲】
【請求項１】
通信回線を介して検索用端末と接続された旅行商品検索サーバであって、
旅行商品情報を記憶する旅行商品データベースと、
前記検索用端末から受信した情報を判定する判定手段と、
前記判定手段が、前記検索用端末から検索条件と検索開始指令を受信したと判定した場合に、該検索条件に基いて前記旅行商品データベースを検索して、検索条件に合致する旅行商品情報を抽出する検索手段と、
前記検索条件に合致する旅行商品情報の一覧情報を前記検索用端末に表示させるための表示情報を生成する第一の表示情報生成手段とを備え、
前記検索条件には、観光箇所に関する条件を指定するための観光箇所条件情報を含むことを特徴とする旅行商品検索サーバ
【請求項２】
前記検索用端末に前記旅行商品の詳細情報を表示させるための第二の表示情報生成手段を更に備え、
前記旅行商品情報データベースは旅行行程情報を含むか又は該旅行行程情報への参照情報を含み、
前記表示情報生成手段が生成する一覧情報を前記検索用端末で表示させるための表示情報には当該旅行商品の詳細参照ボタンを表示させるための情報を含み、
前記判定手段が、該詳細参照ボタンが押下された旨の情報を前記検索用端末から受信したと判定した場合には、
前記第二の表示情報生成手段は、前記旅行行程情報を表示させる為の表示情報を生成することを特徴とする請求項１記載の旅行商品検索サーバ
【請求項３】
前記観光箇所条件情報は、該観光箇所の観光日、観光時間帯、見学方法の少なくとも１つを含み、
前記検索手段は、前記観光箇所条件情報を含めて検索を実行すると共に、検索条件に合致する旅行商品情報を抽出し、当該旅行商品毎の前記観光箇所条件情報の一致又は不一致に応じた合致度を生成し、
前記第一の表示情報生成手段は、前記合致度を含む表示情報を生成することを特徴とする請求項１又は請求項２記載の旅行商品検索サーバ
【請求項４】
前記第一の表示情報生成手段は、前記合致度に応じて前記一覧情報の各明細情報を異なる表示属性で表示するための表示情報を生成することを特徴とする請求項１乃至請求項３記載の旅行商品検索サーバ
【請求項５】
前記第一の表示情報生成手段は、前記合致度を、前記観光箇所条件情報の一致又は不一致に応じて、異なる複数の数字を用い、又は複数の異なるアイコンを用い、又は複数の異なるマーク若しくはシンボルを用い、又は複数の異なる文字を用いるか、又は前記合致度に応じて一覧表示の各行を異なる背景色で表示するか、のいずれかで表示させるための表示情報を生成することを特徴とする請求項３又は請求項４記載の旅行商品検索サーバ
【請求項６】
通信回線を介して検索用端末と接続された旅行商品検索サーバの制御方法であって、
前記検索用端末から受信した情報を判定する判定工程と、
前記判定工程が、前記検索用端末から検索条件と検索開始指令を受信したと判定した場合に、該検索条件に基いて旅行商品データベースを検索して、検索条件に合致する旅行商品情報を抽出する検索工程と、
前記検索条件に合致する旅行商品情報の一覧情報を前記検索用端末に表示させるための表示情報を生成する第一の表示情報生成工程を含み、
前記検索条件には、観光箇所に関する条件を指定するための観光箇所条件情報を含むことを特徴とする旅行商品検索サーバの制御方法
【請求項７】
通信回線を介して検索用端末と接続された旅行商品検索サーバの制御プログラムであって、
前記旅行商品検索サーバを、
旅行商品情報を記憶する旅行商品データベースと、
前記検索用端末から受信した情報を判定する判定手段と、
前記判定手段が、前記検索用端末から検索条件と検索開始指令を受信したと判定した場合に、該検索条件に基いて前記旅行商品データベースを検索して、観光箇所に関する条件を指定するための観光箇所条件情報を含む検索条件に合致する旅行商品情報を抽出する検索手段と、
前記検索条件に合致する旅行商品情報の一覧情報を前記検索用端末に表示させるための表示情報を生成する第一の表示情報生成手段として機能させるためのプログラム
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してデータ通信が可能な端末装置から要求された検索条件に基いて旅行商品を検索する旅行商品検索サーバ及びそのプログラムに関するものである。
【背景技術】
【０００２】
従来、旅行商品の検索システムでは、旅行方面、出発日、出発地、旅行代金、添乗員有無、ホテル等で旅行商品を検索して、ヒットした旅行商品の詳細（旅程等）を別画面で確認するか紙のパンフレットを参照するなどして、旅行商品を選定していた。特許文献１には、出発日と予算と旅行エリアと旅行タイプの何れかを画面に指定して該当する旅行商品を検索可能な旅行情報処理システムが開示されている。  
【０００３】
【特許文献１】特開２００３−１９６３０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来技術によれば、特定の観光箇所（観光スポット）を特定の日に訪問可能なツアーを見つけることは困難であった。その理由としては、旅行の概要データには旅行の詳細な内容が含まれておらず、他方旅行パンフレットの版下データ等は多くの文字データを含んでいるが、これらを例えば観光箇所の名称をキーにして全文検索したとしても、直ちに特定の観光箇所を特定日に訪問可能であるかを明らかにすることはできず、実際に個々のパンフレットの旅程を見て出発日から当該観光箇所の訪問日を計算して確認する必要があるためである。
【０００５】
この結果、例えばイタリア旅行が２回目であり、前回見ることができなかった著名な複数の観光箇所を今回は是非見たいというニーズや、所用（仕事や友人の結婚式等）で外国を訪問するが、所用日を除いた日に所用地の近隣を観光したいといったニーズ（特定日が特定都市での自由行動になっている旅行商品を探して欲しいというニーズ）に応えるには、ベテラン職員の知識に頼らざるを得なかった。
【０００６】
そこでこのようなニーズには、多額のコストを覚悟してベテラン職員により何冊もの旅行パンフレットを確認させて対応するか、対応しないかの二者択一しかなかった。対応しない場合は、特定の日に用事があるような海外訪問では、旅行客は、旅行会社にツアーを申し込まずに、自ら航空機の便とホテルの予約を行なうこととなり、旅行会社から見れば旅行商品の販売機会の損失になっていた。
【０００７】
更に、ツアーに申し込んだ場合、個々のパンフレットを見たとしても、同一の旅行商品であっても、異なる複数の出発日があるため、特定の観光箇所を訪問する日は出発日に応じて当然各々異なる日になり、特定の観光箇所の内部を訪問できない事態がしばしば生じる。
【０００８】
例えば特定の美術館の訪問を重視している観光客が、ツアーでお目当ての美術館を訪問したが、たまたま休館日であったとか冬季のために早目に閉館していた等で、美術館を外から見ることしかできなかった、といった事態が生じる。このような場合、旅行会社に対する強いクレームが生じてしまう。
【０００９】
更に、特定の観光箇所を訪問する場合でも、半日かけてじっくり見ることができるのか、３０分程度内部を見るだけなのか、建物の外部から見るのか、車窓から遠景を見るだけなのかによって観光客の満足度は大きく異なる。半日かけて見たい観光客にとっては、３０分だけの見学は甚だ不満足という結果を生じるだけである。又夜訪問したい旅行客は同じ観光箇所を昼訪問する旅行商品を選んだ場合不満が残ってしまう。
【００１０】
そこで、このようなクレームや不満を避けるためには、旅行会社の職員は、個々の旅行客が重視している観光箇所を把握した上で、最新の旅行ガイド等を参照して、出発日に応じてその出発日から計算した当該観光箇所の訪問日に訪問可能であるか、可能であっても更に訪問時間も確認する必要があった。このような確認作業には膨大な手間がかかるため、実行することは事実上不可能であった。
【００１１】
本願発明は上記の課題を解決するためになされたものであり、「特定の観光箇所を特定の日に訪問する」といったきめ細かい条件設定が可能であり、個々の旅行客のニーズに応じた最適な旅行商品を容易に検索・選択することができ、旅行会社のコスト削減・業務負荷軽減と顧客満足度を大きく向上することが可能な旅行商品検索システムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記目的を達成するために、本願の旅行商品検索サーバは以下のような構成を備える。
即ち、
通信回線を介して検索用端末と接続された旅行商品検索サーバであって、
旅行商品情報を記憶する旅行商品データベースと、
前記検索用端末から受信した情報を判定する判定手段と、
前記判定手段が、前記検索用端末から検索条件と検索開始指令を受信したと判定した場合に、該検索条件に基いて前記旅行商品データベースを検索して、検索条件に合致する旅行商品情報を抽出する検索手段と、
前記検索条件に合致する旅行商品情報の一覧情報を前記検索用端末に表示させるための表示情報を生成する第一の表示情報生成手段とを備え、
前記検索条件には、観光箇所に関する条件を指定するための観光箇所条件情報を含むことを特徴とする。
【００１３】
上記目的を達成するために、本願の旅行商品検索サーバの制御方法は以下のような構成を備える。
即ち、
通信回線を介して検索用端末と接続された旅行商品検索サーバの制御方法であって、
前記検索用端末から受信した情報を判定する判定工程と、
前記判定工程が、前記検索用端末から検索条件と検索開始指令を受信したと判定した場合に、該検索条件に基いて旅行商品データベースを検索して、検索条件に合致する旅行商品情報を抽出する検索工程と、
前記検索条件に合致する旅行商品情報の一覧情報を前記検索用端末に表示させるための表示情報を生成する第一の表示情報生成工程を含み、
前記検索条件には、観光箇所に関する条件を指定するための観光箇所条件情報を含むことを特徴とする。
【００１４】
上記目的を達成するために、本願の旅行商品検索サーバの制御プログラムは以下のような構成を備える。
即ち、
通信回線を介して検索用端末と接続された旅行商品検索サーバの制御プログラムであって、
前記旅行商品検索サーバを、
旅行商品情報を記憶する旅行商品データベースと、
前記検索用端末から受信した情報を判定する判定手段と、
前記判定手段が、前記検索用端末から検索条件と検索開始指令を受信したと判定した場合に、該検索条件に基いて前記旅行商品データベースを検索して、観光箇所に関する条件を指定するための観光箇所条件情報を含む検索条件に合致する旅行商品情報を抽出する検索手段と、
前記検索条件に合致する旅行商品情報の一覧情報を前記検索用端末に表示させるための表示情報を生成する第一の表示情報生成手段として機能させる。
【発明の効果】
【００１５】
本願発明によれば、旅行参加客各個人の事情や関心、こだわりに合わせた旅行商品を迅速に選択することが可能になり、低コストで顧客満足度を大きく向上させることができる。
【発明を実施するための最良の形態】
【００１６】
以下添付図面を参照して、本発明を好適な実施形態に従って詳細に説明する。
【００１７】
［第１の実施形態］
図１は、本実施形態に係るシステムの機能構成を示すブロック図である。同図に示す如く、本実施形態に係るシステムは、商品ＤＢ１０５を図２のハードディスク２８に記憶している商品管理サーバ１００、旅行商品の申込みデータを記憶する受注ＤＢ１１５をハードディスクに記憶している業務管理サーバ１１０、旅行商品ＤＢ１３５をハードディスクに記憶している旅行会社Ｗｅｂサーバ１３０、顧客の自宅又は顧客の企業に設置されているクライアントＡ１４０、旅行会社の窓口に設置されているクライアントＢ１５０、観光地の観光拠点（例えば美術館）のオフィスに設置されている業務ＰＣ−Ａ１６０、旅行会社の海外拠点に設置されている業務ＰＣ−Ｂ１７０、旅行会社の商品企画担当者が使用する業務ＰＣ−Ｃ１８０により構成されている。
【００１８】
これらの各コンピュータは通信回線１９０により互いに接続されており、互いにデータ通信が可能となっている。通信回線１９０は典型的にはインターネットやイントラネット等のネットワークであるが、これらに限定せずデータ通信が可能であれば良い。また、クライアントＡ１４０及びクライアントＢ１５０にはＣＤ／ＤＶＤドライブ装置が接続されており、商品管理サーバ１００にもＣＤ／ＤＶＤドライブ装置が接続されている。
【００１９】
以下にシステムを構成する上記各部について説明する。
【００２０】
商品管理サーバ１００は旅行会社の社内又は旅行会社が運用を委託しているデータセンター内に設置されている。商品管理サーバ１００の旅行商品ＤＢ１０５は、仕掛中や未承認の旅行商品を含む旅行商品情報を記憶している。クライアントＢ１５０は旅行会社の窓口に設置されており、商品管理サーバ１００の旅行商品ＤＢ１０５に検索条件を送信して、商品管理サーバ１００から返信された該当旅行商品を一覧表示し、当該旅行商品の詳細を表示したり、旅行申込みを行う。クライアントＢ１５０から申込み情報を登録した場合は、申込み情報は商品管理サーバ１００から業務管理サーバ１１０に転送されて、受注ＤＢ１１５に登録される。
【００２１】
業務ＰＣ−Ｂ１７０は旅行会社の海外拠点のオフィスに設置され、海外の観光箇所の情報を、電子メールやＦＴＰを用いて業務ＰＣ−Ｃ１８０に送信する。
【００２２】
業務ＰＣ−Ｃ１８０は旅行会社の旅行商品企画担当者が使用するパソコンであり、旅行商品を企画・入力して、入力した旅行商品データを商品管理サーバ１００の旅行商品ＤＢ１０５に登録する作業に用いられる。旅行商品が承認されると、承認者のクライアント端末から送信された承認情報に応じて旅行商品ＤＢ１０５の当該旅行商品の承認フラグが０→１に更新され、当該旅行商品データが旅行会社Ｗｅｂサーバ１３０の旅行商品ＤＢ１３５に転送され登録される。ある旅行商品が承認されて承認フラグが更新されると、当該承認された旅行商品は、クライアントＡ１４０及びクライアントＢ１５０から、検索及び申込みができるようになる。
【００２３】
旅行会社Ｗｅｂサーバ１３０の旅行商品ＤＢ１３５は承認済みの旅行商品を記憶しており、インターネットを介してクライアントＡ１４０と接続され、クライアントＡ１４０から送信された検索条件に基いて旅行商品を検索して、申込み情報を受信した場合は、業務管理サーバ１１０に申込み情報を転送して、受注ＤＢ１１５に申込み情報を登録する。
【００２４】
次に、業務ＰＣ−Ａ１６０は観光地の観光箇所のオフィス等に設置されたパソコンであり、業務ＰＣ−Ｃ１８０や業務ＰＣ−Ｂ１７０からの問合せメールを受信し、回答メールをこれらのパソコンに返信する。問合せの内容としては、休日や営業時間、当該観光箇所の目玉となるもの（美術館であれば有名な作品、レストランであれば人気メニューの提供有無）が主なものである。上述の各クライアント及び各業務ＰＣは、実際には図示したものに限らず複数台（数十台〜数千台程度）が接続される。
【００２５】
次に商品管理サーバのハードウェア構成について図２を用いて説明する。
【００２６】
ＣＰＵ２１はオペレーションシステムのプログラムやアプリケーションプログラムに基づいて四則演算や比較演算等の各種の演算や、ハードウェアの制御を行う。ＲＡＭ２２には、ハードディスク２８やＣＤ−ＲＯＭドライブ２９に装着されたＣＤ−ＲＯＭやＣＤ−Ｒ等の記憶媒体から読み出されたオペレーションシステムのプログラムやアプリケーションプログラム等が記憶され、これらはＣＰＵ２１の制御の元に実行される。
【００２７】
ＲＯＭ２３にはオペレーションシステムと協働してハードディスク等への入出力を司るいわゆるＢＩＯＳ等が記憶される。ＬＡＮアダプタ２４は、ＣＰＵによって制御されるオペレーションシステムの通信プログラムと協働してネットワークを介した外部との通信を行う。ビデオアダプタ２５はディスプレイ装置に出力する画像信号を生成し、キーボード２６やマウス２７は情報処理装置への指示を入力するために用いられる。
【００２８】
ハードディスク２８はオペレーションシステムや、図５〜図８に示すアプリケーションプログラムや、図４及び図１０〜図１４の各種マスタ、及び図９に示す旅行商品ＤＢ１０５を記憶している。
【００２９】
ＣＤ−ＲＯＭドライブ２９はＣＤ−ＲＯＭやＣＤ−ＲやＣＤ−Ｒ／Ｗ等の記憶媒体を装着してアプリケーションプログラムをハードディスク２８にインストールするのに用いる。なおＣＤ−ＲＯＭドライブの代わりにＤＶＤ＋−ＲドライブやＤＶＤ＋−Ｒ／ＷドライブやＤＶＤ−ＲＡＭドライブ、ＭＯドライブ等を用いても良いのは言うまでもない。
【００３０】
システムバス２０はＣＰＵ２１〜ＣＤ−ＲＯＭドライブ２９を互いに接続しており、データ線やアドレス線及び各種制御信号線が含まれている。バスの形式はいわゆるＰＣＩバスやＡＧＰバス等が典型例であるが、これらに限らない。又図２ではいわゆるチップセットは省略されている。
【００３１】
以上のハードウェア構成の説明は、商品管理サーバ１００のみならず、旅行会社Ｗｅｂサーバ１３０でも同様であり、又図３に示すクライアントＡ１４０、クライアントＢ１５０、業務ＰＣ−Ａ１６０、業務ＰＣ−Ｂ１７０、業務ＰＣ−Ｃ１７０でも、ハードディスク３８に、各種マスタや旅行商品ＤＢやサーバ用アプリケーションプログラムではなく、電子メールソフトやいわゆるブラウザや各種クライアント用ソフトが記憶されている点を除いて同様であるため、これらについての詳細な説明は省略する。
【００３２】
次に図４〜図１４を用いて、本願の商品検索及び申込処理の詳細を説明する。
【００３３】
図５は本願発明の商品検索・申込処理を示すフローチャートであり、図６は本願発明の検索処理（ステップＳ５２４）の詳細を示すフローチャート、図７は本願発明の旅行商品検索の検索条件入力画面を示す図、図８は本願発明の旅行商品検索の検索結果一覧画面を示す図である。
【００３４】
図５において、ステップＳ５０１〜ステップＳ５１３はクライアントＢ１５０のＣＰＵ３１の制御の下で実行される。又、ステップＳ５２１〜ステップＳ５３３は商品管理サーバ１００のＣＰＵ２１の制御の下で実行される。又、ステップＳ５４１〜ステップＳ５４３は業務ＰＣ−Ｂ１７０のＣＰＵ３１の制御の下で実行される。
【００３５】
まず、図５の処理を実行する前に、クライアントＢ１５０から商品管理サーバ１００に対して接続要求が送信され、商品管理サーバ１００からクライアントＢ１５０に認証要求画面が送信され、クライアントＢ１５０から商品管理サーバ１００にユーザＩＤ、及びパスワードが送信されて認証が完了しており、商品管理サーバ１００のＲＡＭ２２のワークエリアに当該セッションのセッション情報（セッションＩＤ、ユーザＩＤ及びパスワード、クライアントＢ１５０のＩＰアドレス等を含む）を記憶しているものとする。又以下の各ステップでクライアントＢ１５０から受信してＲＡＭ２２のワークエリアに記憶する検索条件や操作情報、問合せ情報等はこのセッションＩＤと一緒に又は関連付けて記憶する。
【００３６】
まずステップＳ５２１では、商品管理サーバ１００が、図７に示す旅行商品検索画面をクライアントＢ１５０に表示させるための表示情報（ＨＴＭＬ等）を、通信回線１９０を介してクライアントＢ１５０に送信する。ステップＳ５０１では、クライアントＢ１５０が表示情報を受信し、図７に示す旅行商品検索画面を表示する。図７では、方面、国、出発地、日程の種類、具体的日程（始めと終り）、旅行代金、ホテル、都市、当該都市の観光日程（始めと終り）、観光箇所名称、当該観光箇所の観光日程（始めと終り）、時間帯、見学方法を指定又は選択できる。図７では都市は１つだけ、観光箇所は２だけ指定又は選択できるよう表示されているが、都市及び観光箇所は両方共複数指定することができるようにしても良い。
【００３７】
ステップＳ５０２では、クライアントＢ１５０は操作情報を商品管理サーバ１００に送信する。操作情報とは例えば、図７の「方面」でリストから「ヨーロッパ」を選択する操作や、「日程」で「出発日」を選択し、月日の入力欄に０４と０１、０４と０５を入力する旨の情報や、検索ボタン７１０を押下する旨の情報を意味する。
【００３８】
ステップＳ５２２では、商品管理サーバ１００は操作情報を受信しＲＡＭ２２のワークエリアに記憶する。ステップＳ５２２では、ＲＡＭ２２のワークエリアに記憶した操作情報を参照し、当該操作情報が検索ボタン７１０を押下する旨を意味しているかを判定する。
【００３９】
検索ボタン７１０を押下する旨を意味している場合は、処理をステップＳ５２４に進める。検索ボタン７１０を押下していない場合は、処理をステップＳ５２１に戻し、操作情報に応じた検索画面の表示情報をクライアントＢ１５０に送信する。操作情報に応じた検索画面の表示情報とは、例えば図７の「方面」でリストから「ヨーロッパ」を選択する操作を意味する操作情報を受信した場合、図７の「国」でリストに「イギリス」、「フランス」、「ドイツ」、「イタリア」、「スペイン」、等のヨーロッパに属する国の一覧を表示させるための表示情報を意味する。
【００４０】
ステップＳ５２４では、ＲＡＭ２２のワークエリアに記憶された検索条件に基いて旅行商品ＤＢ１０５が検索され、検索条件に合致した旅行商品の情報（ブランド、年度、コースNo.、合致度）が抽出され、ＲＡＭ２２のワークエリアに記憶される。ステップＳ５２４の詳細は図６のフローチャートで説明する。
【００４１】
次にステップＳ５２５では、ＲＡＭ２２のワークエリアを参照して、検索の結果検索条件に合致する旅行商品が存在するかを判定する。該当する旅行商品がない場合は、処理をステップＳ５２６に進める。該当する旅行商品がある場合は、処理をステップＳ５２７に進める。
【００４２】
ステップＳ５２６では、指定された検索条件に該当する旅行商品が存在しない旨のエラー情報をクライアントＢ１５０に送信する。ステップＳ５０３では、クライアントＢ１５０がエラー情報を受信し、画面にエラー情報を表示し、処理をステップＳ５０１に進める。ステップＳ５０１では検索条件画面を再度表示し、検索条件の入力操作待ちとなる。
【００４３】
ステップＳ５２７では、ＲＡＭ２２のワークエリアに記憶された旅行商品の情報（ブランド、年度、コースNo.、合致度）に基いて、旅行商品ＤＢ１０５のコース名称・泊数と、コースマスタの出発日が読み出され、各観光箇所の合致度が高い順に降順にソート（例えば観光箇所が２つであれば、〇〇、〇△、〇×、△△、△×、××の順にソート）された後、図８の検索結果一覧画面を表示するための表示情報が生成され、送信される。
【００４４】
ステップＳ５０４では、クライアントＢ１５０の画面に図８の検索結果一覧画面が表示される。一覧画面には、ブランド、コース名称、出発日、コースNo.、観光箇所（１つ又は複数）及びその合致度が表示され、明細行毎に「詳細表示」ボタンが表示される。「詳細表示」ボタンが押下されると、処理はステップＳ５０５に進む。なお「詳細ボタン」の代わりにコース名称又はコースNo.の表示部分をリンクにしてこのリンクをクリックすると当該旅行商品の詳細情報を表示するようにしても良い。
【００４５】
ステップＳ５０５では、どの明細を選択したかの選択情報を、商品管理サーバ１００に送信する。ステップＳ５２８では、商品管理サーバ１００は選択情報を受信し、ＲＡＭ２２のワークエリアに記憶する。
【００４６】
ステップＳ５２９では、当該選択情報に基いて、旅行商品ＤＢ１０５を検索し、旅行商品ＤＢ１０５のコースNo.をキーにしてコースマスタ（図１１）、及び旅程マスタ（図１３）を参照し、出発日（from  to）と料金コード、日数と旅程No.、都市コードと観光箇所コードと各観光箇所の観光時間と見学方法と移動方法を読み出す。更にコースマスタの料金コードに基いて料金マスタを参照し基本料金等を読み出し、更に旅程マスタの都市コード及び観光箇所コードをキーにして観光箇所マスタを参照し観光箇所の名称を読み出し、これらに基いて詳細情報を表示するための表示情報を生成して、クライアントＢ１５０に送信する。
【００４７】
ステップＳ５０６では、当該旅行商品の旅程や宿泊先や食事等の詳細情報が表示される。
詳細情報画面（不図示）では、当該旅行商品のコース名称、料金、旅程（観光箇所名称と滞在時間、見学方法、観光箇所の間の移動方法、名称）、を表示し、問合せ内容を入力するための「問合せ」ボタンと前の一覧表示画面に戻るための「前画面」ボタンも表示する。宿泊するホテル名称は通常その日の最後の旅程の都市コードと観光箇所コードで特定される。つまり、図４の観光箇所マスタにはホテルも記録されており、種別でホテルかどうかが区別される（例えば種別＝８であればホテルを意味する）。
【００４８】
又、観光箇所マスタには車中泊の場合も記憶される（例えばシベリア鉄道車中泊等）。なお、ホテルや車中泊を別のマスタファイルとして記憶しても良い。
【００４９】
ステップＳ５０７では、「問合せ」ボタンが押下されたかを判定する。「問合せ」ボタンが押下されたと判定した場合は処理をステップＳ５０８に進める。「問合せ」ボタンが押下されなかったと判定した場合は処理をステップＳ５１２に進める。ステップＳ５１２では「前画面」ボタンが押下されたかを判定し、押下された場合は処理をステップＳ５０４に進め、押下されなかった場合は処理をステップＳ５０６に進める。
【００５０】
ステップＳ５０８では、問合せを要求する旨の問合要求を商品管理サーバ１００に送信する。ステップＳ５３０では、商品管理サーバ１００は問合要求を受信し、ＲＡＭ２２のワークエリアに記憶する。ステップＳ５３１では、問合せ内容を入力するための画面をクライアントＢ１５０に表示させるための表示情報を、クライアントＢ１５０に送信する。
【００５１】
ステップＳ５０９では、クライアントＢ１５０は問合せ内容を入力するための画面を表示し、処理をステップＳ５１０に進める。問合せ内容を入力するための画面では問合せ内容の入力欄と返信先の電子メールアドレスの入力欄と「送信」ボタンを表示する。ステップＳ５１０では、問合せ内容の入力欄と返信先の電子メールアドレスの入力欄に文字が入力され、かつ「送信」ボタンが押下されたかを判定する。Ｎｏの場合は処理をステップＳ５１３に進める。Ｙｅｓの場合は処理をステップＳ５１１に進める。
【００５２】
ステップＳ５１３では「前画面」ボタンが押下されたかを判定し、押下された場合は処理をステップＳ５０６に進め、押下されなかった場合は処理をステップＳ５０９に進める。
【００５３】
ステップＳ５１１では、問合せ内容の入力欄に入力された問合データを商品管理サーバ１００に送信する。ステップＳ５３２では、問合せデータを不図示の問合テーブルに記憶し、ステップＳ５３３では、問合データ中のキーワードで観光箇所マスタを検索して該当する都市コードを特定し、又はコース名称で旅行商品ＤＢ１０５を検索してコースNo.を特定し、問合データに基いて所定フォーマットの電子メールの本文を作成して、都市コード又はコースNo.で不図示の担当者マスタ（都市コード及びコースNo.をキーにして、担当者コード、問合せ専用メールアドレスが記憶されている）を参照して、該当する担当者メールアドレスに電子メールを送信する。本実施形態では、海外の観光箇所についての問合せがあったため、旅行会社の海外拠点に設置されている業務ＰＣ−Ｂ１７０に電子メールを送信する。
【００５４】
ステップＳ５４１では、業務ＰＣ−Ｂ１７０が問合せの電子メールを問合せ専用アドレスにて受信する。
【００５５】
ステップＳ５４２では、問合せ専用アドレスに新規メールを受信した場合、電子メールの本文の所定箇所をハードディスク３８の問合せＤＢに登録する。
【００５６】
ステップＳ５４３では、海外拠点の担当者が観光地のオフィスに設置されている業務ＰＣ−Ａ１６０に問合せの電子メールを送信する。以上で図５の説明を終わる。
【００５７】
次に図６を用いて検索処理の詳細を説明する。又図６のフローチャートは図５のステップＳ５２４の詳細を示したものであり、ステップＳ６２１〜ステップＳ６３４は商品管理サーバ１００のＣＰＵ２１の制御の下で実行される。
【００５８】
ステップＳ６２１では、ＲＡＭ２２のワークエリアに記憶する配列Ａ及び配列Ｂを初期化する。配列ＡはステップＳ５２４で使用するワーク用配列であり、配列ＢはステップＳ５２４及びステップＳ５２５以降の処理で使用するワーク用配列である。配列Ａは商品コード（旅行商品ＤＢ１０５のブランド、年度、コースNo.からなる一意のコード）を記憶し、配列Ｂは商品コードと当該商品コードの合致度（最大５個）を記憶する配列である。合致度は最大５個までの観光箇所の指定があった場合に当該旅行商品で各観光箇所を所望の条件で訪問するかに基いて観光箇所毎に決定される。なお合致度の個数は最大５個に限らず１０個程度又はそれ以上指定可能としても良い。
【００５９】
ある観光箇所を所望の観光日に所望の時間帯及び見学方法で訪問する旅程となっている場合、当該観光箇所の合致度＝「〇」となる。ある観光箇所を所望の観光日に自由行動で訪問可能な旅程となっている場合、又はある観光箇所を所望の観光日に訪問する旅程となっているが所望の見学方法ではない場合、又は、ある観光箇所を所望の観光日に訪問する旅程となっているが所望の時間帯ではない場合、又は所望の日に同一都市に居るが他の観光箇所を訪問する旅程になっているため、所望の観光箇所を訪問しない旅程の場合、当該観光箇所の合致度＝「△」となる。指定された観光箇所を所望の観光日以外に訪問する旅程となっている場合、当該観光箇所の合致度＝「×」となる。なお、条件の合致と〇△×は上記に限られるものではなく、例えば見学方法が合致しない場合を「△」ではなく「×」としても良い。又合致度は「〇」「△」「×」に限らず、「Ａ」「Ｂ」「Ｃ」で表示しても良いし、「１」「２」「３」でも良いし、相異なるアイコンやシンボルや文字等を対応付けても良い。また、合致度に応じて一覧表示の各行を異なる背景色で表示する方法と併用することもできる。あるいは、合致度に応じて文字の表示色を変えても良い。
【００６０】
ステップＳ６２２では、旅行商品ＤＢ１０５をクライアントＢ１５０の図７の画面で指定され商品管理サーバ１００のＲＡＭ２２のワークエリアに記憶されている、検索条件のうち、方面、出発地、出発日、旅行代金、添乗員、航空会社、ホテルによる条件で検索し、合致分の商品コード（ブランド、年度、コースNo.）を配列Ａに記憶する。
【００６１】
ステップＳ６２３では、ＲＡＭ２２のワークエリアに記憶されている、検索条件で観光箇所が１つ以上指定されているかを判定する。観光箇所が１つ以上指定されている場合、処理をステップＳ６２４に進める。観光箇所が指定されていない場合、処理をステップＳ６２５に進め、ステップＳ６２５では配列Ａに記憶されている全要素の商品コードと合致度＝「〇」を配列Ｂにコピーして処理を終了する。
【００６２】
ステップＳ６２４では、配列Ａに記憶されている全要素の商品コードを読込んでＲＡＭ２２のワークエリアに記憶し、処理をステップＳ６２６に進める。
【００６３】
ステップＳ６２６では、配列Ａに記憶されている全要素の商品コードの読込みに成功したかを判定する。読込みに成功した場合（配列Ａの全要素を処理済みでない場合）、処理をステップＳ６２７に進める。読込みに失敗した場合（配列Ａの全要素を処理済の場合）、処理を終了する。
【００６４】
ステップＳ６２７では、ＲＡＭ２２のワークエリアに記憶されている検索条件で指定されている観光箇所を１つ読みＲＡＭ２２のワークエリアの別の箇所に記憶する。
【００６５】
ステップＳ６２８では、指定された全観光箇所を処理済みであるかを判定する。全観光箇所を処理済みの場合は、処理をＳ６２４に進める。全観光箇所を処理済みでない場合は、処理をＳ６２９に進める。
【００６６】
ステップＳ６２９では、当該選択情報に基いて、旅行商品ＤＢ１０５を検索し、旅行商品ＤＢ１０５のコースNo.をキーにしてコースマスタ（図１１）、及び旅程マスタ（図１３）を参照し、出発日（from  to）と料金コード、日数と旅程No.、都市コードと観光箇所コードと各観光箇所の観光時間と見学方法と移動方法を読み出して、検索条件で指定された当該観光箇所の条件と照合する。なお、見学方法には、入場、下車、車窓の３通りがある。
【００６７】
更にこれらを旅程マスタの都市コード及び観光箇所コードをキーにして休日区分マスタ（図１０）を参照して休日設定日と営業時間を読み出し、当該観光箇所の観光時間に営業しているか照合する。
【００６８】
ステップＳ６３０では、ステップＳ６２９の照合結果に基いて、ある観光箇所を所望の観光日に所望の時間帯及び入場方法で訪問する旅程となっている場合、処理をステップＳ６３１に進め、当該観光箇所の合致度＝「〇」となる。ある観光箇所を所望の観光日に自由行動で訪問可能な旅程となっている場合、又はある観光箇所を所望の観光日に訪問する旅程となっているが所望の入場方法ではない場合、又はある観光箇所を所望の観光日に訪問する旅程となっているが所望の時間帯ではない場合、又は所望の日に同一都市に居るが他の観光箇所を訪問する旅程になっているため、所望の観光箇所を訪問しない旅程の場合、処理をステップＳ６３２に進め、当該観光箇所の合致度＝「△」となる。ある観光箇所を所望の観光日以外に訪問する旅程となっている場合、処理をステップＳ６３３に進め、当該観光箇所の合致度＝「×」となる。指定された観光箇所を訪問せず、かつ自由行動日が設定されていないか自由行動日の場所が異なる場合は、ステップＳ６２７に戻る（この場合は配列Ｂに記憶されないのでヒットしない旅行商品となり、一覧にも表示されない）。
【００６９】
ステップＳ６３４では、最初の観光箇所の処理時には商品コードと合致度を配列Ｂにコピーし、２番目以降の観光箇所の処理時には同じ配列Ｂの要素に合致度をコピーして処理をステップＳ６２７に進める。
【００７０】
以上で図６の説明を終わる。図５及び図６の処理によれば「特定の観光スポットを特定の日の特定の時間帯に所望の見学方法で訪問する」といったきめ細かい条件設定が可能であり、個々の旅行客のニーズに応じた最適な旅行商品を容易に検索・選択することができ、旅行会社のコスト削減・業務負荷軽減と顧客満足度を大きく向上することが可能になる。
【００７１】
次に図４の観光箇所マスタのデータ項目について説明する。都市コードは世界の都市を一意に特定するコードである。なお、不図示の都市マスタはハードディスク２８に記憶されており、都市コード及び都市名称、担当者社員コード、問い合わせ先電子メールアドレスを記録している。観光箇所コードは特定の都市の観光箇所を指定するコードであり、都市コードと組合せることで観光箇所を一意に特定できる。
【００７２】
種別は観光箇所の種類を指定するもので、例えば１：公園、２：美術館又は博物館、３：城郭、４：山岳・湖沼、５：海岸・島、６：テーマパーク、‥８：ホテル、等となっている。削除は当該観光箇所を削除した場合のフラグである。登録日はこの観光箇所のデータを登録した日付である。この他に更新日や削除日を記憶しても良い。名称は観光箇所の日本語名称であり、他に名称２として現地語の名称を更に記憶しても良い。
【００７３】
次に図９の旅行商品ＤＢのデータ項目について説明する。ブランドは性質の共通した旅行商品のグループに付する名称である。年度は２００４、２００５等の年号を入れるが、Ｈ１７等の元号でも良い。コース番号は１つの旅行商品に付するコードであり、ブランドと年度とコース番号を組合せて商品コードとして用いる。承認は承認フラグの意味であり、責任者の承認が得られると０から１に変更される。
【００７４】
登録日はこの旅行商品のデータを登録した日付である。方面コードは旅行方面を意味し、例えばヨーロッパ方面であれば「ｅｒｐ」、アフリカ方面であれば「ａｆｒ」である。出発地は旅行の出発地を特定する都市名称であり、例えば出発地が名古屋であれば「Ｎｇｙ」となる。泊数は旅行での宿泊数を示す数字である。
【００７５】
次に図１０の休日区分マスタのデータ項目について説明する。都市コードと観光箇所コード及び削除、登録日は図４と同様なので説明を省略する。休日設定日が９９９９９９９９の場合は平日を意味する。又営業時間始及び営業時間終が９９９９の場合は休日であることを意味する。
【００７６】
次に図１１のコースマスタのデータ項目について説明する。ブランドと年度とコース番号は図９と同様であるが、この他にコース番号の枝番も記憶され。枝番はコースの出発日によって旅程や料金が異なる場合を区別するための番号である。料金コードは図１２の料金コードのことである。催行区分は当該コースが催行される場合には０となり、催行中止の場合は１となる。
【００７７】
次に図１２の料金マスタのデータ項目について説明する。料金コードは料金を一意に特定するためのコードであり、大人基本料金は大人１名の旅行代金を意味する。大人相部屋料金差額は大人基本料金との差額が記憶される。人数は一部屋の人数が記憶される。子供料金差額は大人基本料金との差額が記憶される。
【００７８】
次に図１３の旅程マスタのデータ項目について説明する。ブランドと年度とコース番号と枝番は図１１と同様である。日数は当該旅行の何日目であるかを意味する。No.は当該旅行の幾つ目の旅程であるかを意味する。食事やホテル宿泊や車中泊も旅程に含まれる。又オリエント急行等移動自体が重要な場合は、移動自体の観光箇所コードが採番され、一つの旅程として記憶されている。
【００７９】
都市コードと観光箇所コードは図４と同様である。時間始と時間終は当該観光箇所の観光時間の見学時間の初めと終りを意味する。見学は見学方法であり、１は車窓（バスや電車の窓から眺めるだけ、２は下車（バス等を降りて観光箇所の外観を比較的見るが中には入らない）、３は入場（観光箇所の中に入って見学する）。移動は当該観光箇所から次の観光箇所への移動手段を意味し、例えば１は徒歩、２はバス、３は電車、４は航空機、５は船舶を意味する。
【００８０】
次に図１４のサブ観光箇所マスタのデータ項目について説明する。都市コード図４と同様である。親コードは親となる観光箇所の観光箇所コードを意味する。サブコードはサブ観光箇所を特定するコードである。種別はサブ観光箇所の種別を意味し、例えば１はテーマパークのアトラクション、２は美術作品、３メニューを意味する。
【００８１】
名称はサブ観光箇所の名称を意味し、利用開始始及び利用開始終は、それぞれ当該サブ観光箇所を利用可能な年月日の始期及び終期を意味する。この利用開始始及び利用開始終は複数指定可能としても良い。
【００８２】
［第２の実施形態］
上述の第１実施形態では、旅行会社窓口に設置されたクライアントＢ１５０と商品管理サーバ１００が通信回線１９０を介して接続され、旅行商品ＤＢ１０５を検索する場合について説明したが、以上の説明は、一般の旅行申込み客（個人及び法人に属する個人）が使用するクライアントＡ１４０と、旅行会社Ｗｅｂサーバ１３０が通信回線１９０を介して接続され、クライアントＡ１４０から送信された検索条件に基いて旅行商品ＤＢ１３５を検索する場合についても同様に適用することができる。両者の違いは、商品管理サーバが旅行会社の社内ＬＡＮに設置されているのに対して、旅行会社Ｗｅｂサーバ１３０は社外ＬＡＮと接続されておりクライアントＡ１４０が接続される点である。
【００８３】
［第３の実施形態］
上記第１又は第２の実施形態に加え、図４の観光箇所情報の下位に都市コードを観光箇所コードでリンクさせた図１４に示すようなサブ観光箇所マスタを持つ。サブ観光箇所マスタは商品管理サーバ１００のハードディスク２８に記憶され、図６のステップ６２９で指定されたサブ観光箇所について、サブ観光箇所マスタの利用可能始の年月日及び利用可能終り年月日と、旅程情報の日数及び出発日突き合わせることで、利用の可否が判定される。
【００８４】
サブ観光箇所とは例えば、美術館の場合では、著名な絵画作品である。例えば特定の絵画作品が貸し出し中で観覧不可の作品であるか否かを判定できる。観光箇所がテーマパークであれば、サブ観光箇所は個々のアトラクションであり、観光箇所がレストランの場合であれば、サブ観光箇所は個々のメニューである（特定メニューの提供期日の始めと終りを記録する）。
【００８５】
これらのサブ観光箇所情報を持つ事で、例えば「出発日が２月１日から２月１０日で、ＸＸ美術館でＹＹの作品を見たい」とか、「ＸＸ市でＹＹ料理を食べたい」といったニーズに合う旅行商品があるかを検索することが可能になる。観光箇所マスタに更に観光箇所の問い合わせ先の電子メールアドレス（業務ＰＣ−Ａ１６０の電子メールアドレス）を記録しておき、上述のＹＹの作品の所在が不明の場合、図５のステップＳ５３３で問い合わせ電子メールを送信する場合に、当該観光箇所の問合せ窓口（業務ＰＣ−Ａ１６０）に直接電子メールを送信する。
【００８６】
業務ＰＣ−Ａ１６０から商品管理サーバ１００宛の返信メールを受信したら、電子メール本文の内容を分析して、観覧可否を判定し、問合せを入力した旅行見込み客の電子メールアドレス宛（図５のステップＳ５１０〜Ｓ５１１を説明する５３段落を参照）に回答の電子メールを送信する。回答の電子メールには、当該サブ観光箇所の見学可否と共に、当該ツアーの申込専用ＵＲＬを本文に記載する処理を行う（この部分は図５に不図示）。このように構成することで、個々の観光客の興味に応じた旅行内容についての質問に効率的に応えることが可能になる。
【００８７】
［その他の実施形態］
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体（または記憶媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
【００８８】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８９】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００９０】
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。これら前述の各プログラムコードは通常いわゆる実行形式（マシン語形式）であるが、実行時にインタープリタやいわゆるＪＶＭ（ジャバ仮想マシン）等により解釈実行される中間言語形式やソースコード形式でも良い。
【図面の簡単な説明】
【００９１】
【図１】本願発明の旅行商品検索システムのシステム構成を示す図である。
【図２】本願発明の商品管理サーバのハードウェア構成を示す図である。
【図３】本願発明の商品管理サーバのハードウェア構成を示す図である。
【図４】本願発明の観光箇所マスタのデータ構成及びデータ例を示す図である。
【図５】本願発明の商品検索・申込処理を示すフローチャートである。
【図６】本願発明の検索処理（ステップＳ５２４）の詳細を示すフローチャートである。
【図７】本願発明の旅行商品検索の検索条件入力画面を示す図である。
【図８】本願発明の旅行商品検索の検索結果一覧画面を示す図である。
【図９】本願発明の旅行商品ＤＢのデータ構成及びデータ例を示す図である。
【図１０】本願発明の休日区分マスタのデータ構成及びデータ例を示す図である。
【図１１】本願発明のコースマスタのデータ構成及びデータ例を示す図である。
【図１２】本願発明の料金マスタのデータ構成及びデータ例を示す図である。
【図１３】本願発明の旅程マスタのデータ構成及びデータ例を示す図である。
【図１４】本願発明のサブ観光箇所マスタのデータ構成及びデータ例を示す図である。
【符号の説明】
【００９２】
１００  商品管理サーバ
１０５  旅行商品ＤＢ
１１０  業務管理サーバ
１１５  受注ＤＢ
１３０  旅行会社Ｗｅｂサーバ
１３５  旅行商品ＤＢ
１４０  クライアントＡ
１５０  クライアントＢ
１６０  業務ＰＣ−Ａ
１７０  業務ＰＣ−Ｂ
１８０  業務ＰＣ−Ｃ
１９０  通信回線
【図１】
2006268793.tif 000003
【図２】
2006268793.tif 000004
【図３】
2006268793.tif 000005
【図４】
2006268793.tif 000006
【図５】
2006268793.tif 000007
【図６】
2006268793.tif 000008
【図７】
2006268793.tif 000009
【図８】
2006268793.tif 000010
【図９】
2006268793.tif 000011
【図１０】
2006268793.tif 000012
【図１１】
2006268793.tif 000013
【図１２】
2006268793.tif 000014
【図１３】
2006268793.tif 000015
【図１４】
2006268793.tif 000016