(57)【要約】      （修正有）【課題】店舗側から利用者に対して積極的に働きかけが可能であって、利用者個々の嗜好や要望に対応することが出来るシステムを提供する。【解決手段】申込者は、必須条件と申込者独自の個別的要望を含む任意条件とからなる申込登録情報を、その回答期限を設定してサーバーに送信する。サーバーは、必須条件に基づいて店舗ファイルを検索し、該当する店舗情報を記憶し、それら各店舗のメールアドレスに申込登録情報を送信する。各店舗の担当者は、申込登録情報に対する回答を入力しサーバーに送信する。これを受信したサーバーは、その回答情報が回答期限内か否か、また回答内容が申込内容に適合しているか否かを判断する。そして、回答期限内であって申込内容に適合していると判断した回答のみを申込者のメールアドレスに送信する。申込者は、これら複数の返信メールの中から最適な回答内容を返信した店舗を選択し予約申込を行なう。【選択図】図２
2007034794.tif 000002
【特許請求の範囲】
【請求項１】
情報を記憶する記憶装置と情報を処理する処理装置とを備えるシステムであって、
前記記憶装置は、複数の店舗に関する情報を記憶する店舗情報記憶手段と、店舗からの回答の送信先を特定するための送信先特定情報を含む申込者情報を記憶する申込者情報記憶手段とを備え、
前記処理装置は、申込者が使用する申込装置から申込希望条件を含む申込登録情報を受信する申込登録情報受信手段と、前記申込希望条件に基づいて前記店舗情報を検索し該当する店舗情報を抽出する該当店舗情報抽出手段と、その該当店舗が利用する回答装置に前記申込登録情報を送信する申込登録情報送信手段と、前記回答装置から前記申込登録情報に対する回答情報を受信する回答情報受信手段と、前記回答情報を前記送信先に送信する回答情報送信手段とを備えることを特徴とする検索システム。
【請求項２】
前記記憶装置は、前記申込登録情報に対する回答期限を記憶する回答期限記憶手段と、前記回答情報の受信日時を記憶する受信日時記憶手段とを備え、
前記処理装置は、前記受信日時が前記回答期限を徒過しているか否かを判断する回答期限判断手段とを備え、
前記回答情報送信手段は、前記回答期限を徒過していない前記回答情報のみを前記送信先に送信する手段であることを特徴とする請求項１記載の検索システム。
【請求項３】
前記処理装置は、前記回答情報の内容が前記申込希望条件に適合しているか否かを判断する回答内容適否判断手段とを備え、
前記回答情報送信手段は、前記回答内容適否判断処理後、前記回答情報の内容が前記申込希望条件に適合しているもののみ又は適合しているものから優先的に前記送信先に送信する手段であることを特徴とする請求項１乃至２記載の検索システム。
【請求項４】
前記申込希望条件は、第一条件と第二条件とからなり、
前記回答情報送信手段は、前記回答内容適否判断処理後、前記回答情報の内容が前記第一条件又は前記第二条件に適合しているもののみ又は適合しているものから優先的に前記送信先に送信する手段であることを特徴とする請求項３記載の検索システム。
【請求項５】
前記第二条件には申込者の個別的要望が含まれることを特徴とする請求項４記載の検索システム。
【請求項６】
前記記憶装置は、前記送信先に未送信の未送信回答情報と前記送信先に送信済の送信済回答情報とからなる回答情報群記憶手段とを備え、
前記処理装置は、前記未送信回答情報の送信を要求する情報を前記申込装置から受信する未送信回答情報送信要求受信手段と、前記回答情報群を検索し前記未送信回答情報を前記送信先に送信する未送信回答情報送信手段とを備えることを特徴とする請求項３乃至５記載の検索システム。
【請求項７】
前記店舗情報には店舗で利用できる電子クーポンが含まれており、
前記回答情報送信手段は、前記回答情報と前記電子クーポンとを合わせて前記送信先に送信する手段であることを特徴とする請求項１乃至６記載の検索システム。
【請求項８】
前記処理装置は、前記申込装置から予約申込情報を受信する予約申込情報受信手段とを備えることを特徴とする請求項１乃至７記載の検索システム。
【請求項９】
前記処理装置は、予約する店舗の前記回答装置に前記予約申込情報を送信する予約申込情報送信手段とを備えることを特徴とする請求項１乃至８記載の検索システム。
【請求項１０】
前記処理装置は、前記回答装置に予約の成否に関する情報を送信する予約成否情報送信手段とを備えることを特徴とする請求項１乃至９記載の検索システム。
【請求項１１】
前記予約成否情報には、前記申込登録情報に対する他店の前記回答情報が含まれることを特徴とする請求項１０記載の検索システム。
【請求項１２】
情報を記憶する記憶装置と情報を処理する処理装置とを備えるシステムにおける前記処理装置に処理を命令するものであって、
前記記憶装置は、複数の店舗に関する情報を記憶する店舗情報記憶手段と、店舗からの回答の送信先を特定するための送信先特定情報を含む申込者情報を記憶する申込者情報記憶手段とを備え、
前記処理装置を、申込者が使用する申込装置から申込希望条件を含む申込登録情報を受信する申込登録情報受信手段と、前記申込希望条件に基づいて前記店舗情報を検索し該当する店舗情報を抽出する該当店舗情報抽出手段と、その該当店舗が利用する回答装置に前記申込登録情報を送信する申込登録情報送信手段と、前記回答装置から前記申込登録情報に対する回答情報を受信する回答情報受信手段と、前記回答情報を前記送信先に送信する回答情報送信手段として機能させることを特徴とする検索システムのコンピュータプログラム。
【請求項１３】
前記記憶装置は、前記申込登録情報に対する回答期限を記憶する回答期限記憶手段と、前記回答情報の受信日時を記憶する受信日時記憶手段とを備え、
前記処理装置を、前記受信日時が前記回答期限を徒過しているか否かを判断する回答期限判断手段として機能させ、
前記回答情報送信手段は、前記回答期限を徒過していない前記回答情報のみを前記送信先に送信する手段であることを特徴とする請求項１２記載の検索システムのコンピュータプログラム。
【請求項１４】
前記処理装置を、前記回答情報の内容が前記申込希望条件に適合しているか否かを判断する回答内容適否判断手段として機能させ、
前記回答情報送信手段は、前記回答内容適否判断処理後、前記回答情報の内容が前記申込希望条件に適合しているもののみ又は適合しているものから優先的に前記送信先に送信する手段であることを特徴とする請求項１２乃至１３記載の検索システムのコンピュータプログラム。
【請求項１５】
前記申込希望条件は、第一条件と第二条件とからなり、
前記回答情報送信手段は、前記回答内容適否判断処理後、前記回答情報の内容が前記第一条件又は前記第二条件に適合しているもののみ又は適合しているものから優先的に前記送信先に送信する手段であることを特徴とする請求項１４記載の検索システムのコンピュータプログラム。
【請求項１６】
前記第二条件には申込者の個別的要望が含まれることを特徴とする請求項１５記載の検索システムのコンピュータプログラム。
【請求項１７】
前記記憶装置は、前記送信先に未送信の未送信回答情報と前記送信先に送信済の送信済回答情報とからなる回答情報群記憶手段とを備え、
前記処理装置を、前記未送信回答情報の送信を要求する情報を前記申込装置から受信する未送信回答情報送信要求受信手段と、前記回答情報群を検索し前記未送信回答情報を前記送信先に送信する未送信回答情報送信手段として機能させることを特徴とする請求項１４乃至１６記載の検索システムのコンピュータプログラム。
【請求項１８】
前記店舗情報には店舗で利用できる電子クーポンが含まれており、
前記回答情報送信手段は、前記回答情報と前記電子クーポンとを合わせて前記送信先に送信する手段であることを特徴とする請求項１２乃至１７記載の検索システムのコンピュータプログラム。
【請求項１９】
前記処理装置を、前記申込装置から予約申込情報を受信する予約申込情報受信手段として機能させることを特徴とする請求項１２乃至１８記載の検索システムのコンピュータプログラム。
【請求項２０】
前記処理装置を、予約する店舗の前記回答装置に前記予約申込情報を送信する予約申込情報送信手段として機能させることを特徴とする請求項１２乃至１９記載の検索システムのコンピュータプログラム。
【請求項２１】
前記処理装置を、前記回答装置に予約の成否に関する情報を送信する予約成否情報送信手段として機能させることを特徴とする請求項１２乃至２０記載の検索システムのコンピュータプログラム。
【請求項２２】
前記予約成否情報には、前記申込登録情報に対する他店の前記回答情報が含まれることを特徴とする請求項２１記載の検索システムのコンピュータプログラム。
【請求項２３】
情報を記憶する記憶装置と情報を処理する処理装置とを備えるシステムにより実現される方法であって、
前記記憶装置は、複数の店舗に関する店舗情報を記憶し、店舗からの回答の送信先を特定するための送信先特定情報を含む申込者情報を記憶し、
前記処理装置は、申込者が使用する申込装置から申込希望条件を含む申込登録情報を受信し、前記申込希望条件に基づいて前記店舗情報を検索し該当する店舗情報を抽出し、その該当店舗が利用する回答装置に前記申込登録情報を送信し、前記回答装置から前記申込登録情報に対する回答情報を受信し、前記回答情報を前記送信先に送信する回答情報送信処理を行うことを特徴とする検索方法。
【請求項２４】
前記記憶装置は、前記申込登録情報に対する回答期限を記憶し、前記回答情報の受信日時を記憶し、
前記処理装置は、前記受信日時が前記回答期限を徒過しているか否かを判断し、
前記回答情報送信処理は、前記回答期限を徒過していない前記回答情報のみを前記送信先に送信する処理であることを特徴とする請求項２３記載の検索方法。
【請求項２５】
前記処理装置は、前記回答情報の内容が前記申込希望条件に適合しているか否かを判断する回答内容適否判断処理を行い、
前記回答情報送信処理は、前記回答内容適否判断処理後、前記回答情報の内容が前記申込希望条件に適合しているもののみ又は適合しているものから優先的に前記送信先に送信する処理であることを特徴とする請求項２３乃至２４記載の検索方法。
【請求項２６】
前記申込希望条件は、第一条件と第二条件とからなり、
前記回答情報送信処理は、前記回答内容適否判断処理後、前記回答情報の内容が前記第一条件又は前記第二条件に適合しているもののみ又は適合しているものから優先的に前記送信先に送信する処理であることを特徴とする請求項２５記載の検索方法。
【請求項２７】
前記第二条件には申込者の個別的要望が含まれることを特徴とする請求項２６記載の検索方法。
【請求項２８】
前記記憶装置は、前記送信先に未送信の未送信回答情報と前記送信先に送信済の送信済回答情報とからなる回答情報群を記憶し、
前記処理装置は、前記未送信回答情報の送信を要求する情報を前記申込装置から受信し、前記回答情報群を検索し前記未送信回答情報を前記送信先に送信することを特徴とする請求項２５乃至２７記載の検索方法。
【請求項２９】
前記店舗情報には店舗で利用できる電子クーポンが含まれており、
前記回答情報送信処理は、前記回答情報と前記電子クーポンとを合わせて前記送信先に送信する処理であることを特徴とする請求項２３乃至２８記載の検索方法。
【請求項３０】
前記処理装置は、前記申込装置から予約申込情報を受信することを特徴とする請求項２３乃至２９記載の検索方法。
【請求項３１】
前記処理装置は、予約する店舗の前記回答装置に前記予約申込情報を送信することを特徴とする請求項２３乃至３０記載の検索方法。
【請求項３２】
前記処理装置は、前記回答装置に予約の成否に関する情報を送信することを特徴とする請求項２３乃至３１記載の検索方法。
【請求項３３】
前記予約成否情報には、前記申込登録情報に対する他店の前記回答情報が含まれることを特徴とする請求項３２記載の検索方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、店舗側から利用者に対して積極的に働きかけが可能であって、利用者個々の嗜好や要望に迅速に対応することができるＷｅｂ検索システム等に関するものである。
【背景技術】
【０００２】
従来インターネットを利用して、あるジャンル内の情報、例えば「グルメ」というジャンル内で飲食店の情報を検索しようとした場合、検索サイトに予め登録されている膨大な店舗情報の中から、料理、目的、エリア、予算等の予め設定されている検索条件で限定して所望の店を探していくのが通例であった（例えば非特許文献１参照）。
【０００３】
【非特許文献１】＠グルメぴあ［online］平成１１年１２月開設 ぴあ株式会社［平成１７年７月２８日検索］インターネット＜URL: http://g.pia.co.jp/＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら従来のこの方法は、店舗側からすると、検索されて利用者の目に留まるのをただ待つしかなく、店舗側から利用者に対して何らかの働きかけや提案をすることはできず、情報の提供・取得は、検索サイトと利用者との間でのみ行なわれる一方通行的なものであった。
また利用者側からすれば、予め設定されている検索条件にはない特殊な条件（例えば車椅子に対応可の店舗等）で検索したい場合や、こまごまとした要望がある場合（例えば、掘り炬燵式の個室でカラオケ設備があり、料理はアラカルト希望で飲み放題付きかつ時間制限無し等）には、これらの検索サイトでは対応できず、一軒一軒電話をかけるなどして確認しなければならなかった。しかしそれでは非常に手間と労力がかかり、かといって電子メールで各店舗に問合せを行なうことは、自分のメールアドレス等の個人情報を多くの店舗にばら撒くことにもなり抵抗感のあることであった。
【０００５】
本発明はこのような問題に鑑みてなされたものであり、店舗側から利用者に対して積極的に働きかけが可能であって、利用者個々の嗜好や細かい要望に迅速に対応することができるＷｅｂ検索システム等を提供するものである。
【課題を解決するための手段】
【０００６】
本発明は、例えば以下のような手段を備えるシステム、以下のような処理を行う方法（以下のようなステップから構成される方法）、各種手段（コンピュータ等）を以下のように機能させるコンピュータプログラムである。
（１）情報を記憶する記憶装置と情報を処理する処理装置とを備えるシステムであって、前記記憶装置は、複数の店舗に関する情報を記憶する店舗情報記憶手段と、店舗からの回答の送信先を特定するための送信先特定情報を含む申込者情報を記憶する申込者情報記憶手段とを備え、前記処理装置は、申込者が使用する申込装置から申込希望条件を含む申込登録情報を受信する申込登録情報受信手段と、前記申込希望条件に基づいて前記店舗情報を検索し該当する店舗情報を抽出する該当店舗情報抽出手段と、その該当店舗が利用する回答装置に前記申込登録情報を送信する申込登録情報送信手段と、前記回答装置から前記申込登録情報に対する回答情報を受信する回答情報受信手段と、前記回答情報を前記送信先に送信する回答情報送信手段とを備える。
（２）前記記憶装置は、前記申込登録情報に対する回答期限を記憶する回答期限記憶手段と、前記回答情報の受信日時を記憶する受信日時記憶手段とを備え、前記処理装置は、前記受信日時が前記回答期限を徒過しているか否かを判断する回答期限判断手段とを備え、前記回答情報送信手段は、前記回答期限を徒過していない前記回答情報のみを前記送信先に送信する手段である。
（３）前記処理装置は、前記回答情報の内容が前記申込希望条件に適合しているか否かを判断する回答内容適否判断手段とを備え、前記回答情報送信手段は、前記回答内容適否判断処理後、前記回答情報の内容が前記申込希望条件に適合しているもののみ又は適合しているものから優先的に前記送信先に送信する手段である。
（４）前記申込希望条件は、第一条件と第二条件とからなり、前記回答情報送信手段は、前記回答内容適否判断処理後、前記回答情報の内容が前記第一条件又は前記第二条件に適合しているもののみ又は適合しているものから優先的に前記送信先に送信する手段である。
（５）前記第二条件には申込者の個別的要望が含まれる。
（６）前記記憶装置は、前記送信先に未送信の未送信回答情報と前記送信先に送信済の送信済回答情報とからなる回答情報群記憶手段とを備え、前記処理装置は、前記未送信回答情報の送信を要求する情報を前記申込装置から受信する未送信回答情報送信要求受信手段と、前記回答情報群を検索し前記未送信回答情報を前記送信先に送信する未送信回答情報送信手段とを備える。
（７）前記店舗情報には店舗で利用できる電子クーポンが含まれており、前記回答情報送信手段は、前記回答情報と前記電子クーポンとを合わせて前記送信先に送信する手段である。
（８）前記処理装置は、前記申込装置から予約申込情報を受信する予約申込情報受信手段とを備える。
（９）前記処理装置は、予約する店舗の前記回答装置に前記予約申込情報を送信する予約申込情報送信手段とを備える。
（１０）前記処理装置は、前記回答装置に予約の成否に関する情報を送信する予約成否情報送信手段とを備える。
（１１）前記予約成否情報には、前記申込登録情報に対する他店の前記回答情報が含まれる。
【発明の効果】
【０００７】
本発明には次のような効果がある。
（１）従来店舗側は、一旦検索サイトに登録すれば、あとは利用者がそれを閲覧して来店してくれるのを一方的に待つだけだったが、本発明によれば、申込者に対しより積極的に、自店舗のアピール・働きかけ・提案等が可能となり、店舗側の収益が増大し、営業強化が図られる。
（２）利用者は、個別の要望に合致したより良い情報を迅速に得ることができる。
（３）個人情報のばら撒きを防ぐことができる。即ち、利用者が電子メールで各店舗に個々に問合せを行なうのではなく、利用者と店舗の間に介在する検索サイトに問合せのメールを送信するようにし、検索サイトを介して情報の交換を行なうので、個人情報を知らせる相手を最小限にできる。
（４）店舗側は、予約が成約しなかった場合でも、他店が申込者に送った回答内容を入手できるので、これを参考としてサービス内容の改善につながり、営業の強化が図られる。
（５）店舗側にとって検索サイトに登録していることの効果がわかりやすくなる。即ち、どの検索サイトから来た顧客なのか、どれだけの顧客がどのような内容のサービスを希望しているのかが目に見える形で現れるので、顧客層の把握が容易となる。
（６）店舗側から申込者への返信メールに関して回答期限を設けるので、申込者はいつ来るともわからない返信を待つ必要がなくなる。また回答期限を経過すれば、それ以上好条件の店からの返信はないことが担保されているので、それまでに返信のあった中から一番希望に添う店を選べば済むことになり、顧客満足度も高まる。
（７）返信メールの内容の適否をチェックするので、利用者の申し込み（相談内容）に誠実に回答していない悪質な営業メールが送りつけられることを防止することができる。この際、第一条件（必須条件）に該当するか否かをチェックすれば、利用者の必須の要望に確実に応えることができ、第二条件（個別的な要望）に該当するか否かまでチェックすれば、利用者のこまごまとした個別具体的な要望に応えることができる。
（８）各店舗からの返信をストップするタイミングを、利用者が自由に選択可能とする。つまり、返信メールを回答期限まで待ってそれから予約をしてもよいし、希望に添う店舗からの回答があった時点で即予約してもよい。これにより利用者にとって使い勝手がよく、また迅速な予約が可能となる。
（９）回答期限まで待っても希望に適う回答が得られなかった場合、検索サイトに返信のあった全ての回答を受け取れるようにすれば、相対的に満足度の高い店舗を選択することができ、ある程度は申込者の希望に添うことができる。
（１０）利用者への返信メールに電子クーポンを添付すれば、自店に利用者を誘引することも可能となり、また利用者にとっても一定の満足が得られるものとなる。
【発明を実施するための最良の形態】
【０００８】
本発明は、店舗側から利用者に対して積極的に働きかけが可能であって、利用者個々の嗜好や要望に迅速に対応することができるＷｅｂ検索システム等に関するものである。
【実施例１】
【０００９】
本発明の実施形態を、以下図面に基づいて説明する。図１は本発明の実施に必要なハードウェアとそのハードウェアの結びつきを表した概略図である。これらハードウェアは、サーバー１（検索サイトを運営する企業が利用するサーバー）とパーソナルコンピュータ２（サービス利用者が検索に使用するＰＣ）、パーソナルコンピュータ３（検索サイトに登録している店舗が利用するＰＣ）とからなる。そして、サーバー１、ＰＣ２及びＰＣ３とは、インターネット４（あるいはその他の通信手段）を通じてデータの送受信が可能になるよう接続されている。
サーバー１、ＰＣ２及びＰＣ３は、データを記憶するための記憶装置とデータを送受信するためのデータ送信部及びデータ受信部とを各々内蔵し、それらを用いてデータの送受信を行う。各々の記憶装置には本発明を実現するためのコンピュータプログラムや所定のデータが記憶されている。またサーバー１、ＰＣ２及びＰＣ３には、情報の処理を行う処理装置が備えられており、この処理装置は前記コンピュータプログラムの処理命令に従って所定の処理を行い本発明を実施する。またＰＣ２にはデータを表示するための表示モニタ１１、データ入力用のキーボード１２、入力用のマウス１３が備えられている。
なお本発明では、サーバー１が情報を記憶する記憶装置及び情報の処理を行う処理装置としての役割を果たす。
【００１０】
次に、本発明を実現するための処理について説明する。本発明の処理手順は、＜申込登録処理＞→＜必須条件検索処理＞→＜申込メール送信処理＞→＜返信メール受信処理＞→＜回答期限判断処理＞→＜回答内容適否判断処理＞→＜申込者送信処理＞→＜予約申込受信処理＞→＜結果通知処理＞の手順で行う。以下、これら処理について説明する。
【００１１】
＜申込登録処理＞
佐藤一郎さんはこの度、部署の歓迎会の幹事を任されたので、インターネットを使用して適当な店を探すこととした。店は、出席メンバーの要望により、「掘り炬燵のある個室でカラオケ付き」という条件で検索することとなった。
佐藤さんはＰＣ２（申込装置）を使用して、本サービスを実施しているＸ社のホームページにアクセスし、自分のユーザーＩＤ「Ｕ０１５」（送信先特定情報）とパスワード「１５４９」を入力してサーバー1に送信した。なお佐藤さんは既にこのＸ社のＷｅｂサイトの会員になっており、住所や氏名などは登録済みであり、ユーザーＩＤも既に取得済みであるとする。また送信先特定情報はユーザーＩＤに限らず、例えばメールアドレス等であってもよい。
これらのデータを受信したサーバー１は、そのユーザーＩＤ「Ｕ０１５」に基づいて、予め記憶されているユーザーファイル（申込者情報：図３）を検索し、佐藤さんの情報「会員ＩＤ：００１５／パスワード：１５４９／名前：佐藤一郎／住所：東京都港区赤坂○−○−○／年齢：２５／性別：男／電話番号：０３−３５８２−△△△△／電子メール：sato@xxx.co.jp」を抽出し、検索したレコードのパスワードと佐藤さんが入力したパスワードとを照合し、それが一致する場合は、佐藤さんのＰＣ２に申込登録用のフォームを送信する。これを受信したＰＣ２の表示モニタ１１には、図４に示すような申込登録画面が表示され（なおこの段階では、データは未入力である）、佐藤さんはＰＣ２に備えられたキーボード１２及びマウス１３を使用して、この申込登録用のフォームに必要なデータを入力する。
【００１２】
まず、佐藤さんの部署で企画する宴会は、「開催日：２００６年４月３０日」「人数：１０人」及び「場所：新宿」は既に決定済みで、この条件は必須の条件（第一条件）である。一方、「開始時間」「予算」「店の種類」及び「料理の種類」に関しては特にこだわりは無く譲歩可能であり、いわば任意条件（第二条件）である。よって佐藤さんは、「開催日：２００６年４月３０日」「人数：１０人」及び「場所：新宿」を入力し、図４の申込登録画面のチェックボックスにチェックを入れた。これにより、チェックのある項目が必須条件データとされる。次に、任意条件として、「開始時間：18:00」「予算：3000円〜4999円」「店の種類：居酒屋」「料理の種類：和風」を入力（選択）した。また、店舗側から佐藤さんに対する返信メールの回答期限として「３日」を入力し、さらに「ご相談内容」欄に任意条件として、この佐藤さんのグループの個別的な要望である、「掘りごたつのある個室で、カラオケができるお店を探しています。」を入力した。そして図４の申込登録画面の右下にある「送信」をクリックした。これによりＰＣ２は、申込登録データ「開催日（チェックあり）：２００６年４月３０日／開始時間（チェックなし）：18:00／人数（チェックあり）：１０人／場所（チェックあり）：新宿／予算（チェックなし）：3000円〜4999円／店の種類（チェックなし）：居酒屋／料理の種類（チェックなし）：和風／回答期限：３日／ご相談内容：掘りごたつのある個室で、カラオケができるお店を探しています。」を作成し、サーバー１に送信した。
【００１３】
＜必須条件検索処理＞
この申込登録データ（申込登録情報）を受信したサーバー１は、申込者佐藤さんのユーザーＩＤと関連付けて申込登録ファイルに記憶し（図５）、以下に述べる検索処理を行なう。
サーバー１には図６に示すように、複数の店舗ごとの情報が集められた店舗ファイル（店舗情報）が記憶されており、サーバー１は、「必須条件」に基づいてこの店舗ファイルを検索する。すなわち、「開催日：２００６年４月３０日」「人数：１０人」及び「場所：新宿」に基づいて既知の方法により店舗ファイルを検索（ＡＮＤ検索）し、該当する店舗の情報（レコード）を抽出して、申込登録ファイルに記憶する（図７）。なお、該当する店舗は１０件あったものとする。またこの時点では、図７の「送信日時」の項目は「情報なし」である。
【００１４】
＜申込メール送信処理＞
次にサーバー１は、ユーザーＩＤ「Ｕ０１５」に基づいて図７の申込登録ファイルを検索し、申込登録データ「必須条件：開催日、人数、場所／開催日：２００６年４月３０日／開始時間：18:00／人数：１０人／場所：新宿／予算：3000円〜4999円／店の種類：居酒屋／料理の種類：和風／回答期限：３日／ご相談内容：掘りごたつのある個室で、カラオケができるお店を探しています。」を抽出し、図７の該当店舗（店１〜店１０）のそれぞれの電子メールアドレスに送信する。この際、それぞれの店舗に送信されるメールは、申込者を特定する情報と関連付けて送信される。例えば、図７の店１の居酒屋酔々亭であれば、この店のアドレスに送信されるメールには「Ｕ０１５Ｓ２５１」という識別番号が付されて送信される（「Ｕ０１５」は申込者佐藤さんのユーザーＩＤ、「Ｓ２５１」は居酒屋酔々亭の店舗ＩＤである）。そしてサーバー１が店舗側からの返信メールを受信した場合にも（後述）、この識別番号によって、申込者佐藤さんに対する居酒屋酔々亭からの返信であるということをサーバー１が識別可能になっている。さらに、それぞれの店舗にメールを送信する際には、サーバー１内の日時取得手段により、その送信日時「２００６年４月１０日１９時３７分」を取得して、図７の申込登録ファイルに記憶する。（「送信日時：情報なし」を「送信日時：２００６年４月１０日１９時３７分」に更新する。）
【００１５】
＜返信メール受信処理＞
各店舗のＰＣ（回答装置）はこの申込登録データを電子メールで受信する。以下は、「居酒屋酔々亭」という店を例に説明する。
居酒屋酔々亭内のＰＣ３は、この申込登録を内容とするメールを受信し、その内容を表示モニタ１４に表示させる（図８：なおこの段階ではチェックボックスにチェックは入っておらず、回答欄も未入力である）。それを見た担当者は、ＰＣ３に備えられたキーボード１５及びマウス１６を使用して所定のデータを入力して顧客に対する返信メール（回答情報）を作成し、サーバー１に送信する。
今この居酒屋酔々亭では、申込者佐藤さんの希望条件のうち、「開始時間：18:00」のみ希望に添えなかったとする。この場合、担当者は、「開始時間：18:00」以外の条件にチェックを入れる（「開始時間：18:00」のみチェックを入れない。図８）。そして顧客への回答として「お料理は創作和風料理となっています。ご宴会の開始が１９：３０であれば、お席をご用意できます。個室にてカラオケが可能ですが、座敷席となります。」を入力し、「送信」ボタンをクリックし、このデータをサーバー１に送信する（図８）。これによりＰＣ３は、返信データ「識別番号：Ｕ０１５Ｓ２５１／開催日（チェックあり）：２００６年４月３０日／開始時間（チェックなし）：18:00／人数（チェックあり）：１０人／場所（チェックあり）：新宿／予算（チェックあり）：3000円〜4999円／店の種類（チェックあり）：居酒屋／料理の種類（チェックあり）：和風／回答：お料理は創作和風料理となっています。ご宴会の開始が１９：３０であれば、お席をご用意できます。個室にてカラオケが可能ですが、座敷席となります。」を作成し、サーバー１に送信する。
【００１６】
この返信メールを受信したサーバー１は、受信した返信データの「識別番号：Ｕ０１５Ｓ２５１」の前半部分「Ｕ０１５」に基づいて、図７の申込登録ファイルを検索し、佐藤さんの申込登録レコードを抽出する。そして識別番号の後半部分「Ｓ２５１」に基づいて該当店舗ＩＤを検索して、「居酒屋酔々亭」のデータと認識しこの返信メールのデータを記憶する（図９）。また、この返信メールの受信日時「２００６年４月１０日２３時３７分」を取得して記憶する（図９）。
【００１７】
＜回答期限判断処理＞
店舗からの返信メールを受信し図９に示すように申込登録ファイル（回答情報群）に記憶したサーバー１は次に、この返信メールが回答期限内のものか否かを判断する処理を行なう。そして期限内の回答であると判断した場合には、次に述べる内容適否判断処理を行った後、申込者にこの返信メールを送信する処理を行う。一方、回答期限を既に経過していると判断した場合には、申込者に送信することはしない。
【００１８】
具体的にはサーバー１は、図９に示す通り、店舗からの返信メールを受信した際、その受信日時「２００６年４月１０日２３時３７分」を記憶し、これと送信日時の「２００６年４月１０日１９時３７分」（図９）から、経過時間は「４時間」と算出する。そして、これと回答期限の「３日」（７２時間）とを比較することで、回答期限内の返信であると判断し、以下に述べる内容適否判断処理を行なう。あるいは、回答期限の「３日」にあたる「２００６年４月１３日１９時３７分」のみを記憶しておき、各店舗からの返信メールを受信した時に、この回答期限を徒過しているか否かのみを判断するようにしてもよい。なお、回答期限を経過している場合には、予め記憶されている「回答期限を過ぎておりますので、お客様には送信致しませんでした。」等のメッセージデータを店舗側ＰＣに送信するようにしてもよい。
【００１９】
＜回答内容適否判断処理＞
次にサーバー１は、返信メールの内容をチェックし、適当と思われるものだけを申込者に送信する。又は、適当と思われるものから優先的に申込者に送信する。このチェックは、（１）条件（開催日・開催時間等）面からの適否チェックと、（２）回答の内容面からの適否チェックとに分けられる。以下具体的に説明する。
【００２０】
サーバー１は、回答期限をチェック後、各店舗からの返信メールが申込者の希望する条件をどの程度満たしているかをチェックする。図９の居酒屋酔々亭を例に説明すると、サーバー１は申込登録ファイルの「必須条件」（申込者が譲れないとした条件）の項目を参照して、「開催日」「人数」及び「場所」を取得し、これと居酒屋酔々亭からの返信の「チェックあり」の項目（これは即ち、店舗側が申込者の希望する条件の中で満たすことができると回答した条件である）とを比較し、必須条件を全て含んでいるか否かを判断する。図９に示す通り、居酒屋酔々亭からの返信の「チェックあり」は、「開催日」「人数」「場所」「店の種類」及び「料理の種類」であり、申込者佐藤さんの必須の条件（譲れない条件）は全て満たすものとなっている。このように、申込者の必須条件を全て満たすと判断したもののみを申込者に送信する。
あるいは、「必須条件を全て満たし、かつ「チェックあり」項目（申込者の希望条件を満たすもの）が○個以上」等の条件を予め記憶させておき、この条件を満たした場合にのみを申込者に送信するようにしてもよい。
【００２１】
次にサーバー１は、返信メールに含まれる回答の内容面のチェックを行なう。例えば図７に示すように、申込登録ファイルには申込者の相談内容が記憶されている。よってサーバー１は、この相談内容に含まれているキーワード「掘りごたつ」「個室」「カラオケ」が、居酒屋酔々亭からの回答の中に含まれているか否かを判断する。ここで図９に示す通り、居酒屋酔々亭からの回答内容は「お料理は、創作和風料理となっています。ご宴会の開始が１９：３０であれば、お席をご用意できます。個室にてカラオケが可能ですが、座敷席となります。」であるので、「個室」「カラオケ」のキーワードは含まれていると判断する。そして例えば、「キーワードを一つ以上含んでいる」等の条件を予め定めておけば、
この居酒屋酔々亭からの返信は、その回答内容面でも条件を満たすことになる。
【００２２】
なおサーバー１が、どの語をキーワードと判断するかについては既知の方法による。例えば、予めサーバー１内の記憶装置に、飲食店の検索の際に使用されることが予想されるキーワード（例えば、「個室」「カラオケ」「飲み放題」「ワイン」「夜景」「座敷」「クーポン」「接待」「デート」「禁煙」等）を多数記憶しておき、これと一致した場合には、その語を「キーワード」と認識するようにすればよい。
以上のようにサーバー１は、店舗からの返信メールを条件面及び回答の内容面とからチェックを行い、予め定めた条件を満たすと判断したもののみ（あるいは、予め定めた条件を満たすと判断したものから優先的に）申込者に送信する処理を行う。
【００２３】
＜申込者送信処理＞
上述のように、店舗からの返信メールを受信後、回答期限のチェック及び内容のチェックを行い、条件を満たすと判断したサーバー１は、次にこの返信メールを申込者に送信する処理を行う。この際サーバー１は、電子クーポンサービスを実施している店舗については、申込者に返信メールを送信する際、その店舗の電子クーポンも合わせて送信する。
【００２４】
例えば、前記の居酒屋酔々亭を例に説明すると、まずサーバー１は、申込登録ファイル（図７）の該当店舗ＩＤ「Ｓ２５１」を検索キーに店舗ファイル（図６）を検索し、「電子クーポン」の項目を参照して電子クーポン「飲食料金合計の５％オフ」を取得する。そしてこの電子クーポンのデータと、該当店舗ＩＤから申込登録ファイル（図９）を検索して取得した返信メールのデータとを合わせて、申込者のＰＣに送信する。すなわちサーバー１は、この申込登録ファイル（図９）の「電子メール」（申込者佐藤さんの電子メール）の項目を参照して「sato@xxx.co.jp」を取得し、この電子メールアドレス（送信先）に店舗から受信した返信メールのデータと電子クーポンのデータを合わせて送信する。即ち、返信データ「開催日（チェックあり）：２００６年４月３０日／開始時間（チェックなし）：18:00／人数（チェックあり）：１０人／場所（チェックあり）：新宿／予算（チェックあり）：3000円〜4999円／店の種類（チェックあり）：居酒屋／料理の種類（チェックあり）：和風／回答：お料理は創作和風料理となっています。ご宴会の開始が１９：３０であれば、お席をご用意できます。個室にてカラオケが可能ですが、座敷席となります。／電子クーポン：飲食料金合計の５％オフ」を申込者佐藤さんのＰＣ２の電子メールアドレス「sato@xxx.co.jp」に送信する。これをＰＣ２で受信した佐藤さんの表示モニタ１１には、図１０のように表示される。
サーバー１は上述のように、各店舗から返信メールを受信し、図９の申込登録ファイルに記憶後、回答期限と回答内容の適否をチェックして、電子クーポン情報を参照した上で、その返信メールを申込者に送信するという処理を繰り返し行なう。
【００２５】
＜予約申込受信処理＞
申込者の佐藤さんのＰＣ２は、各店舗からの返信メールを、サーバー１から次々と受信する。そしてＰＣ２の表示モニタ１１には、図１０〜図１２のような内容が表示されたとする。ここで佐藤さんは、回答期限を３日と設定して申し込んだが、図１２に示す「居酒屋ＲＥＮ」の回答内容が非常に気に入り、またその電子チケットの内容も満足のいくものであったため、この店に決定してしまおうと考えた。
【００２６】
佐藤さんは、図１２に示す右下の「予約する」をマウス１３でクリックした。これによりＰＣ２は、予約用フォームの要求データをサーバー１に送信し、これを受信したサーバー１は、ＰＣ２に予約用フォームのデータを送信する。佐藤さんはこの予約用フォームに所定事項を入力し、マウス１３で「予約する」をクリックしてサーバー１に予約データを送信する（図１３）。これを受信したサーバー１は、「店舗ＩＤ：Ｓ９８１」を検索キーに図９の申込登録ファイルを検索し、「居酒屋ＲＥＮ」の「予約」の項目を「有り」へと更新する。そして上記の予約データを受信後、申込先の「居酒屋ＲＥＮ」のメールアドレス「ren@xxx.co.jp」に、図１３を内容とする予約申込データ（予約申込情報）を送信する。またサーバー１は、これ以後に他の店舗からの返信メールを受信した場合には、予め記憶されているメッセージ「返信メールの受付は終了致しました。」等を店舗側ＰＣに送信する。
本実施例では、回答期限を経過する前に申し込みを行なっているが、回答期限を待って全ての返信メールを受信し、それらを吟味した上で申し込みを行なってもよい。
【００２７】
ここで、返信メールの中に、希望に適う店舗が見つからなかった場合の処理について、以下説明する。
回答期限まで待っても希望に適う店舗からの返信メールがなかった場合には、申込者は、未送信の返信メールを自分に送るようにサーバー１に要求することができる。つまり＜回答内容適否判断処理＞で述べたように、サーバー１は、店舗からの返信メールを申込者に送信する前に、その内容の適否のチェックを行ない、条件を満たさないものについては申込者側に送信することはせず、申込登録ファイル（図７、図９）に記憶されたままになっている場合があるので、それら未送信の返信メール（未送信回答情報）を自分に送るよう要求するのである。
【００２８】
この場合には、申込者の佐藤さんはＰＣ２を使用して、自分宛の返信メールのうち未送信のものを送るよう要求する「未送信返信メール送信要求データ」（未送信回答情報送信要求）を、自分のユーザー１Ｄ「Ｕ０１５」とともにサーバー１に送信する（図示せず）。この要求データを受信したサーバー１は、ユーザーＩＤ「Ｕ０１５」を検索キーに申込登録ファイル（回答情報群：図９）を検索し、申込登録ファイルに記憶されている店１から店１０までの返信メールのうち未送信のものを、佐藤さんのメールアドレス「sato@xxx.co.jp」に送信する。なお図９には図示していないが、店１から店１０までの返信メールについては、申込者に送信済か未送信かが区別して記憶されているものとする。また図９では、居酒屋酔々亭の返信メールの情報しか記憶されていないが、実際にはサーバー１に対して返信を行なった全ての店舗からの返信メールが図９の申込登録ファイル（回答情報群）に記憶されているものとする。
これをＰＣ２で受信した佐藤さんは、自分の希望と完全には一致しないまでも、比較的満足度の高い回答を取得できる可能性が出てくるのである。そして全ての返信メールの中から比較的満足のできる店を選択し予約申込処理を行うようにすればよい。予約申込処理に関しては前述した通りである。
なお上述の例では、申込者はサーバー１に対して未送信の返信メールのみを送るよう要求しているが、送信済のものも含めて、自分宛の返信メール全てを送るよう要求してもよい。
【００２９】
＜結果通知処理＞
本処理は、申込者に対して返信のメールを送ったにも拘らず成約に至らなかった各店舗に対して、その「成約に至らなかった」旨（予約成否情報）とともに、他の店舗の返信メールの内容をも合わせて通知するという処理内容である。
具体的には、居酒屋酔々亭を例に説明すると、この居酒屋酔々亭のメールアドレスに対して、予め記憶されている予約不成立のメッセージ「今回は残念ながら、ご予約には至りませんでした。ご参考までに他店の情報を提供させて頂きます。」とともに、他店（ここでは便宜的に、図７の「ＢＵＯＮＯ西新宿店」と「居酒屋ＲＥＮ」の２店の情報のみとする。）の返信メール（回答情報）の内容を合わせて送信する。
【００３０】
サーバー１は、＜返信メール受信処理＞で述べたように、各店舗から返信メールを受信した後、申込登録ファイルにその返信メールの内容を記憶しておく（図７，図９）。すなわち、図９には図示していないが、「ＢＵＯＮＯ西新宿店」であれば、図１１を内容とする返信メールを受信した後、このメッセージデータが図９の申込登録ファイルに記憶されている。また、図１２を内容とする「居酒屋ＲＥＮ」からの返信メールについても同様に、図９の申込登録ファイルに記憶されている。
【００３１】
従ってサーバー１は、居酒屋酔々亭に対して送信する以下のようなメッセージデータを作成する。「メッセージ：今回は残念ながら、ご予約には至りませんでした。ご参考までに他店の情報を提供させて頂きます。／店名：Ａ店／開催日（チェックあり）：２００６年４月３０日／開始時間（チェックあり）：18:00／人数（チェックあり）：１０人／場所（チェックあり）：新宿／予算（チェックあり）：3000円〜4999円／店の種類（チェックなし）：居酒屋／料理の種類（チェックなし）：和風／回答：当店は、アットホームな雰囲気の中で、イタリアの家庭料理をご提供しております。ただ今、５名様以上でご予約頂いたお客様には、ワインフルボトル１本サービス致します。当店は全てテーブル席ですが、貸し切りにてカラオケをお楽しみいただけます。但し貸し切りの場合には、ご飲食料金の１０％を頂戴しております。／結果：予約不成立／店名：Ｂ店／開催日（チェックあり）：２００６年４月３０日／開始時間（チェックあり）：18:00／人数（チェックあり）：１０人／場所（チェックあり）：新宿／予算（チェックあり）：3000円〜4999円／店の種類（チェックあり）：居酒屋／料理の種類（チェックあり）：和風／回答：１０〜１２名様用の個室（掘り炬燵）をご用意できます。もちろん最新式のカラオケを完備しております。通常２時間制のところ、ただ今３時間までご利用可能です。また、プラス１０００円で飲み放題（ビール、ワイン、カクテル、日本酒、焼酎）もご用意できます。皆様のご来店を心よりお待ちしております。／結果：予約成立」（なお店名は、実際の店名を明示することはせず、例えば上記の「Ａ店」のように、実際の名前は伏せて送信することが望ましい。）そして、このメッセージデータを、「居酒屋酔々亭」のメールアドレス「sui-sui@xxx.co.jp」に送信する。
これを受信した「居酒屋酔々亭」のＰＣ３は、その表示モニタ１４に、図１４のように表示させる。これを見た「居酒屋酔々亭」の担当者は、自店が予約不成立であったことを知る共に、他店の回答情報をも知ることができ、営業の一助とすることができるのである。
【００３２】
なお、申込者に送信した返信メールの内容を結果通知ともに他店にも送信されるのは好ましくないという店舗については、返信メールの内容を他店にも通知することに同意した時のみ通知するようにすればよい。これは返信メールの内容を他店に通知することに同意するか否かを、例えば図６の店舗ファイルに予め記憶しておけばよい。あるいは、申込メールを送信した際（図８）、その回答内容を他店に通知することに同意するか否かの確認を求め、それを申込登録ファイル（図９）に記憶しておいてもよい。
【００３３】
上記実施例においては特定のケースについて説明したが、本発明はこれら特定のケースに限るものではない。
（１）例えば飲食店の検索以外でも、旅行の予約や宿の検索、賃貸マンション・アパート等の不動産検索、結婚相談サービスにおける検索等、様々な検索に幅広く利用できるものである。
（２）発明の詳細な説明において、必須条件を「第一条件」、任意条件を「第二条件」とし、その任意条件には申込者の個別的要望が含まれるとしているがこれに限るものではない。例えば、任意条件から申込者の個別的要望を除いたものと必須条件を合わせて「第一条件」とし、個別的要望を「第二条件」としてもよい。また、必須条件を「第一条件」としたうえで、「第二条件」は個別的要望のみとしてもよいし、任意条件から個別的要望を除いたものとしてもよい。
（３）データの内容は実施例で説明したデータに限らない。即ち、同様の役割を果たすことができれば、他のどのようなデータであっても構わない。
（４）ハードウェアも実施例で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのようなハードウェアであっても構わない。
（５）処理の内容や手順についても実施例で説明したものに限らない。即ち、同様の役割を果たすことができれば、他のどのような処理内容・処理手順であっても構わない。
（６）上記実施例に登場するデータレコードやデータファイルのデータ（データ項目）は、原則として各々関連づけられて（対応づけられて）記憶装置に記憶されているものとする。図面に表されたものについても同様である。
【図面の簡単な説明】
【００３４】
【図１】本発明を実施する装置の概略を表した図である。
【図２】本発明を実施する際の処理フローを表した図である。
【図３】ユーザーファイルを表した図である。
【図４】申込登録画面を表した図である。
【図５】申込登録ファイルを表した図である。
【図６】店舗ファイルを表した図である。
【図７】申込登録ファイルを表した他の図である。
【図８】申込メール画面を表した図である。
【図９】申込登録ファイルを表した他の図である。
【図１０】返信メール画面を表した図である。
【図１１】返信メール画面を表した他の図である。
【図１２】返信メール画面を表した他の図である。
【図１３】予約確認画面を表した図である。
【図１４】結果通知画面を表した図である。
【符号の説明】
【００３５】
１  サーバー
２  パーソナルコンピュータ
３  パーソナルコンピュータ
４  インターネット
【図１】
2007034794.tif 000003
【図２】
2007034794.tif 000004
【図３】
2007034794.tif 000005
【図４】
2007034794.tif 000006
【図５】
2007034794.tif 000007
【図６】
2007034794.tif 000008
【図７】
2007034794.tif 000009
【図８】
2007034794.tif 000010
【図９】
2007034794.tif 000011
【図１０】
2007034794.tif 000012
【図１１】
2007034794.tif 000013
【図１２】
2007034794.tif 000014
【図１３】
2007034794.tif 000015
【図１４】
2007034794.tif 000016