(57)【要約】【課題】宿泊申込者の携帯端末における簡単な操作で、当日の宿泊施設の予約を完了させることができる宿泊予約代行システムを提供することを課題とする。【解決手段】利用者は、メールアドレス、宿泊地条件、及び宿泊料金条件等を事前に登録し、宿泊予約代行サーバ１０１から定期的に送信されてくる返信用メールに、所在位置を特定して返信することにより、宿泊申込を行う。宿泊予約代行サーバ１０１は、宿泊地及び／又は宿泊料金が適合する宿泊施設（ホテルや旅館）を選定して、予約の手続を行う。【選択図】図１
2011053758.tif 000002
【特許請求の範囲】
【請求項１】
宿泊申込者携帯端末と接続可能であって、以下の要素を有することを特徴とする宿泊予約代行サーバ
（１）宿泊申込者携帯端末から、宿泊申込者携帯端末が取得した現在位置である宿泊申込者の所在位置を含む宿泊申込メールを受信する宿泊申込メール受信部
（２）宿泊施設毎に、宿泊施設の所在地を記憶する宿泊施設テーブル
（３）受信した宿泊申込メールに含まれる宿泊申込者の所在位置と、宿泊施設デーブルに記憶している宿泊施設の所在地の地理的位置関係に基づいて、宿泊施設を選定する宿泊施設選定部
（４）選定した宿泊施設の予約を管理する予約管理システムに対して、宿泊申込者の宿泊を予約する宿泊施設予約部。
【請求項２】
宿泊予約代行サーバは、更に、
宿泊申込者となる利用者毎に、宿泊申込者の所在位置と宿泊施設の所在地の地理的位置関係の制限を定めた宿泊地条件を記憶する利用者情報テーブルと、
受信した宿泊申込メールの宿泊申込者である利用者を特定する利用者特定部を有し、
前記宿泊施設選定部は、特定した利用者に対応する宿泊地条件を利用者情報テーブルから取得し、宿泊地条件を満たす所在地の宿泊施設を選定することを特徴とする請求項１記載の宿泊予約代行サーバ。
【請求項３】
宿泊地条件は、宿泊申込者の所在位置と宿泊施設の所在地の距離制限であることを特徴とする請求項２記載の宿泊予約代行サーバ。
【請求項４】
宿泊地条件は、宿泊申込者の所在位置と宿泊施設の所在地の行政区画の範囲制限であることを特徴とする請求項２記載の宿泊予約代行サーバ。
【請求項５】
前記宿泊施設テーブルは、宿泊施設毎に、宿泊料金を記憶し、
前記利用者情報テーブルは、宿泊申込者となる利用者毎に、宿泊料金の範囲を定めた宿泊料金条件を記憶し、
前記宿泊施設選定部は、受信した宿泊申込メールの宿泊申込者の宿泊料金条件を利用者情報テーブルから取得し、宿泊施設テーブルに記憶している宿泊施設の宿泊料金が宿泊料金条件を満たすか否かを判定し、宿泊料金条件を満たさない宿泊料金である宿泊施設を選定しないことを特徴とする請求項２記載の宿泊予約代行サーバ。
【請求項６】
利用者情報テーブルは、利用者毎に、宿泊地条件と宿泊料金条件のいずれを優先するかを定めた優先条件を記憶し、
前記宿泊施設選定部は、宿泊地条件を満たす所在地であり、且つ宿泊料金条件を満たす宿泊料金である宿泊施設が無い場合に、利用者情報テーブルから宿泊申込者に対応する優先条件を取得し、優先条件として宿泊地条件を定めている場合には、宿泊地条件を満たす所在地である宿泊施設を選定し、優先条件として宿泊料金条件を定めている場合には、宿泊料金条件を満たす宿泊料金である宿泊施設を選定することを特徴とする請求項５記載の宿泊予約代行サーバ。
【請求項７】
前記宿泊施設選定部は、前記優先条件として宿泊地条件を定めている場合には、宿泊料金条件との差が最も小さい宿泊料金の宿泊施設を選択することを特徴とする請求項６記載の宿泊予約代行サーバ。
【請求項８】
前記宿泊施設選定部は、前記優先条件として宿泊料金条件を定めている場合には、宿泊申込者の所在位置と宿泊施設の所在地の距離が最も小さい宿泊施設を選択することを特徴とする請求項６記載の宿泊予約代行サーバ。
【請求項９】
宿泊予約代行サーバは、更に、
宛先アドレスに、利用者のメールアドレスを設定し、送信者アドレスに、前記利用者を識別できるローカル部と宿泊予約代行サーバを識別するドメインからなるアドレスを設定した返信用メールを生成する返信用メール生成部と、
生成した返信用メールを送信する返信用メール送信部を有し、
前記宿泊申込メール受信部は、返信用メールに対する返信である宿泊申込メールを受信し、
宿泊予約代行サーバは、更に、
受信した宿泊申込メールに設定されている宛先アドレスのローカル部を読み取り、ローカル部から利用者を特定する利用者特定部を有することを特徴とする請求項１記載の宿泊予約代行サーバ。
【請求項１０】
前記利用者情報テーブルは、利用者毎に利用者のメールアドレスを記憶し、
前記利用者特定部は、利用者テーブルから、特定した利用者のメールアドレスを取得し、受信した宿泊申込メールに設定されている送信者アドレスと、利用者のメールアドレスを比較し、一致する場合に、宿泊申込メールを真正と判断することを特徴とする請求項９記載の宿泊予約代行サーバ。
【請求項１１】
前記返信用メール生成部は、返信用メールに所定の件名を設定し、
前記利用者特定部は、受信した宿泊申込メールに設定されている件名が、前記返信用メールの所定件名に対して返信において生成される件名と比較し、一致する場合に、宿泊申込メールを真正と判断することを特徴とする請求項９記載の宿泊予約代行サーバ。
【請求項１２】
前記利用者情報テーブルは、利用者毎に返信用メールを配信する時機を定めたメール配信条件を記憶し、
前記返信用メール送信部は、メール配信条件で定められた時機に返信用メールを送信することを特徴とする請求項９記載の宿泊予約代行サーバ。
【請求項１３】
返信用メール生成部は、送信者アドレスのローカル部に、宿泊人数を識別できるアドレスを設定した返信用メールを生成し、
受信した宿泊申込メールに設定されている宛先アドレスのローカル部を読み取り、ローカル部から利用者と宿泊人数を特定する利用者特定部を有することを特徴とする請求項９記載の宿泊予約代行サーバ。
【請求項１４】
返信用メール生成部は、送信者アドレスのローカル部に、部屋数を識別できるアドレスを設定した返信用メールを生成し、
受信した宿泊申込メールに設定されている宛先アドレスのローカル部を読み取り、ローカル部から利用者と部屋数を特定する利用者特定部を有することを特徴とする請求項９記載の宿泊予約代行サーバ。
【請求項１５】
宿泊施設毎に宿泊施設の所在地を記憶する宿泊施設テーブルを有し、宿泊申込者携帯端末と接続可能な宿泊予約代行サーバによる宿泊予約代行方法であって、以下の要素を有することを特徴とする宿泊予約代行方法
（１）宿泊申込者携帯端末から、宿泊申込者携帯端末が取得した現在位置である宿泊申込者の所在位置を含む宿泊申込メールを受信する宿泊申込メール受信工程
（２）受信した宿泊申込メールに含まれる宿泊申込者の所在位置と、宿泊施設デーブルに記憶している宿泊施設の所在地の地理的位置関係に基づいて、宿泊施設を選定する宿泊施設選定工程
（３）選定した宿泊施設の予約を管理する予約管理システムに対して、宿泊申込者の宿泊を予約する宿泊施設予約工程。
【請求項１６】
宿泊施設毎に宿泊施設の所在地を記憶する宿泊施設テーブルを有し、宿泊申込者携帯端末と接続可能な宿泊予約代行サーバとなるコンピュータに、以下の手順を実行させるためのプログラム
（１）宿泊申込者携帯端末から、宿泊申込者携帯端末が取得した現在位置である宿泊申込者の所在位置を含む宿泊申込メールを受信する宿泊申込メール受信手順
（２）受信した宿泊申込メールに含まれる宿泊申込者の所在位置と、宿泊施設デーブルに記憶している宿泊施設の所在地の地理的位置関係に基づいて、宿泊施設を選定する宿泊施設選定手順
（３）選定した宿泊施設の予約を管理する予約管理システムに対して、宿泊申込者の宿泊を予約する宿泊施設予約手順。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、宿泊予約を申し込む利用者の簡易な操作によって、宿泊施設に対する予約の手続きを行う宿泊予約代行システムに関するものである。
【背景技術】
【０００２】
特許文献１（「ホテル予約システム」）には、位置認識機能を有する携帯電話からホテルの宿泊を予約するシステムにおいて、予約を受付ける受付窓口が携帯電話から送信された位置情報を認識し、受付窓口で認識された携帯電話の位置から最も近いホテルを推薦する技術が開示されている。
【０００３】
しかし、従来技術においては、利用者自らが複雑な予約の手続きをしなければならない。特許文献１の位置認識機能は、如何なる操作・処理によって位置を認識するか不明であり、携帯電話が能動的に位置を把握するようには構成されていない。すなわち、利用者の簡易な操作によって携帯電話の位置を認識することの解決策は実現されない。
【０００４】
また例えば、会議中のように周囲への配慮が必要な状況下であっても、周囲に悟られることなく予約手続きを完了させる要望があるが、ホテル等の宿泊施設の予約手続には、宿泊施設の立地だけでなく、人数を特定したり、部屋数を特定したりすることが必要である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１７５４５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本願発明では、簡単な操作で、宿泊施設の位置、宿泊人数および部屋数を特定した宿泊施設の予約を完了させることを課題とする。
【課題を解決するための手段】
【０００７】
本願発明に係る宿泊予約代行サーバは、
宿泊申込者携帯端末と接続可能であって、以下の要素を有することを特徴とする
（１）宿泊申込者携帯端末から、宿泊申込者携帯端末が取得した現在位置である宿泊申込者の所在位置を含む宿泊申込メールを受信する宿泊申込メール受信部
（２）宿泊施設毎に、宿泊施設の所在地を記憶する宿泊施設テーブル
（３）受信した宿泊申込メールに含まれる宿泊申込者の所在位置と、宿泊施設デーブルに記憶している宿泊施設の所在地の地理的位置関係に基づいて、宿泊施設を選定する宿泊施設選定部
（４）選定した宿泊施設の予約を管理する予約管理システムに対して、宿泊申込者の宿泊を予約する宿泊施設予約部。
【０００８】
また、宿泊予約代行サーバは、更に、
宿泊申込者となる利用者毎に、宿泊申込者の所在位置と宿泊施設の所在地の地理的位置関係の制限を定めた宿泊地条件を記憶する利用者情報テーブルと、
受信した宿泊申込メールの宿泊申込者である利用者を特定する利用者特定部を有し、
前記宿泊施設選定部は、特定した利用者に対応する宿泊地条件を利用者情報テーブルから取得し、宿泊地条件を満たす所在地の宿泊施設を選定することを特徴とする。
【０００９】
また、宿泊地条件は、宿泊申込者の所在位置と宿泊施設の所在地の距離制限であることを特徴とする。
【００１０】
また、宿泊地条件は、宿泊申込者の所在位置と宿泊施設の所在地の行政区画の範囲制限であることを特徴とする。
【００１１】
また、前記宿泊施設テーブルは、宿泊施設毎に、宿泊料金を記憶し、
前記利用者情報テーブルは、宿泊申込者となる利用者毎に、宿泊料金の範囲を定めた宿泊料金条件を記憶し、
前記宿泊施設選定部は、受信した宿泊申込メールの宿泊申込者の宿泊料金条件を利用者情報テーブルから取得し、宿泊施設テーブルに記憶している宿泊施設の宿泊料金が宿泊料金条件を満たすか否かを判定し、宿泊料金条件を満たさない宿泊料金である宿泊施設を選定しないことを特徴とする。
【００１２】
また、利用者情報テーブルは、利用者毎に、宿泊地条件と宿泊料金条件のいずれを優先するかを定めた優先条件を記憶し、
前記宿泊施設選定部は、宿泊地条件を満たす所在地であり、且つ宿泊料金条件を満たす宿泊料金である宿泊施設が無い場合に、利用者情報テーブルから宿泊申込者に対応する優先条件を取得し、優先条件として宿泊地条件を定めている場合には、宿泊地条件を満たす所在地である宿泊施設を選定し、優先条件として宿泊料金条件を定めている場合には、宿泊料金条件を満たす宿泊料金である宿泊施設を選定することを特徴とする。
【００１３】
また、前記宿泊施設選定部は、前記優先条件として宿泊地条件を定めている場合には、宿泊料金条件との差が最も小さい宿泊料金の宿泊施設を選択することを特徴とする。
【００１４】
また、前記宿泊施設選定部は、前記優先条件として宿泊料金条件を定めている場合には、宿泊申込者の所在位置と宿泊施設の所在地の距離が最も小さい宿泊施設を選択することを特徴とする。
【００１５】
また、宿泊予約代行サーバは、更に、
宛先アドレスに、利用者のメールアドレスを設定し、送信者アドレスに、前記利用者を識別できるローカル部と宿泊予約代行サーバを識別するドメインからなるアドレスを設定した返信用メールを生成する返信用メール生成部と、
生成した返信用メールを送信する返信用メール送信部を有し、
前記宿泊申込メール受信部は、返信用メールに対する返信である宿泊申込メールを受信し、
宿泊予約代行サーバは、更に、
受信した宿泊申込メールに設定されている宛先アドレスのローカル部を読み取り、ローカル部から利用者を特定する利用者特定部を有することを特徴とする。
【００１６】
また、前記利用者情報テーブルは、利用者毎に利用者のメールアドレスを記憶し、
前記利用者特定部は、利用者テーブルから、特定した利用者のメールアドレスを取得し、受信した宿泊申込メールに設定されている送信者アドレスと、利用者のメールアドレスを比較し、一致する場合に、宿泊申込メールを真正と判断することを特徴とする。
【００１７】
また、前記返信用メール生成部は、返信用メールに所定の件名を設定し、
前記利用者特定部は、受信した宿泊申込メールに設定されている件名が、前記返信用メールの所定件名に対して返信において生成される件名と比較し、一致する場合に、宿泊申込メールを真正と判断することを特徴とする。
【００１８】
また、前記利用者情報テーブルは、利用者毎に返信用メールを配信する時機を定めたメール配信条件を記憶し、
前記返信用メール送信部は、メール配信条件で定められた時機に返信用メールを送信することを特徴とする。
【００１９】
また、返信用メール生成部は、送信者アドレスのローカル部に、宿泊人数を識別できるアドレスを設定した返信用メールを生成し、
受信した宿泊申込メールに設定されている宛先アドレスのローカル部を読み取り、ローカル部から利用者と宿泊人数を特定する利用者特定部を有することを特徴とする。
【００２０】
また、返信用メール生成部は、送信者アドレスのローカル部に、部屋数を識別できるアドレスを設定した返信用メールを生成し、
受信した宿泊申込メールに設定されている宛先アドレスのローカル部を読み取り、ローカル部から利用者と部屋数を特定する利用者特定部を有することを特徴とする。
【００２１】
本願発明に係る宿泊予約代行方法は、
宿泊施設毎に宿泊施設の所在地を記憶する宿泊施設テーブルを有し、宿泊申込者携帯端末と接続可能な宿泊予約代行サーバによる宿泊予約代行方法であって、以下の要素を有することを特徴とする
（１）宿泊申込者携帯端末から、宿泊申込者携帯端末が取得した現在位置である宿泊申込者の所在位置を含む宿泊申込メールを受信する宿泊申込メール受信工程
（２）受信した宿泊申込メールに含まれる宿泊申込者の所在位置と、宿泊施設デーブルに記憶している宿泊施設の所在地の地理的位置関係に基づいて、宿泊施設を選定する宿泊施設選定工程
（３）選定した宿泊施設の予約を管理する予約管理システムに対して、宿泊申込者の宿泊を予約する宿泊施設予約工程。
【００２２】
本願発明に係るプログラムは、
宿泊施設毎に宿泊施設の所在地を記憶する宿泊施設テーブルを有し、宿泊申込者携帯端末と接続可能な宿泊予約代行サーバとなるコンピュータに、以下の手順を実行させることを特徴とする
（１）宿泊申込者携帯端末から、宿泊申込者携帯端末が取得した現在位置である宿泊申込者の所在位置を含む宿泊申込メールを受信する宿泊申込メール受信手順
（２）受信した宿泊申込メールに含まれる宿泊申込者の所在位置と、宿泊施設デーブルに記憶している宿泊施設の所在地の地理的位置関係に基づいて、宿泊施設を選定する宿泊施設選定手順
（３）選定した宿泊施設の予約を管理する予約管理システムに対して、宿泊申込者の宿泊を予約する宿泊施設予約手順。
【発明の効果】
【００２３】
宿泊申込者は、宿泊施設選定条件を予め登録しておくことにより、簡単な操作で適切な宿泊施設を予約することができる。
【００２４】
宿泊施設選定条件は宿泊料金の条件を含むので、位置関係のみならず費用を考慮した選択を任せることができる。
【００２５】
また、宿泊地条件と宿泊料金条件について優先する条件を選択することにより、次善の選択における適性を高めることができる。
【００２６】
更に、返信メールの送信により予約を申し込むので、簡単な操作により、利用者を特定し、宿泊予約の申込を確定できる。
【図面の簡単な説明】
【００２７】
【図１】図１は宿泊予約代行システムのネットワーク概要を示す図である。
【図２】図２は宿泊予約代行サーバによる利用者登録の処理フローを示す図である。
【図３】図３は利用者登録に係る宿泊予約代行サーバの構成を示す図である。
【図４】図４は利用者情報受付画面の例を示す図である。
【図５】図５は利用者情報テーブルの例を示す図である。
【図６】図６は返信用メールの例を示す図である。
【図７】図７は宿泊予約代行サーバによる返信用メール配信の処理フローを示す図である。
【図８】図８は返信用メール配信に係る宿泊予約代行サーバの構成を示す図である。
【図９】図９は配信対象抽出処理フローを示す図である。
【図１０】図１０は宿泊申込メールの例を示す図である。
【図１１】図１１は宿泊申込者携帯端末による宿泊申込メール発信処理フローを示す図である。
【図１２】図１２は宿泊申込メール発信に係る宿泊申込者携帯端末の構成を示す図である。
【図１３】図１３は宿泊予約代行サーバによる宿泊施設手配の処理フローを示す図である。
【図１４】図１４は宿泊施設手配に係る宿泊予約代行サーバの構成を示す図である。
【図１５】図１５は宿泊施設テーブルの例を示す図である。
【図１６】図１６は宿泊施設選定処理フローを示す図である。
【図１７】図１７は全条件判定処理フローを示す図である。
【図１８】図１８は宿泊地優先判定処理フローを示す図である。
【図１９】図１９は宿泊料金優先判定処理フローを示す図である。
【図２０】図２０は予約完了メールの例を示す図である。
【図２１】図２１は実施例２に係る返信用メールの例を示す図である。
【図２２】図２２は実施例２に係る返信用メール配信の処理フローを示す図である。
【図２３】図２３は実施例２に係る宿泊申込メールの例を示す図である。
【図２４】図２４は実施例２に係る宿泊施設手配に係る宿泊予約代行サーバの構成を示す図である。
【図２５】図２５は実施例２に係る予約完了メールの例を示す図である。
【発明を実施するための形態】
【００２８】
本願発明に係る宿泊予約代行システムでは、利用者の事前登録に基づいて、宿泊予約の申込を受け付け、宿泊予約を代行する。利用者は、定期的に送信されてくる返信用メールに対して返信することにより、宿泊施設の位置、宿泊人数および部屋数を特定した当日の宿泊予約の申込が行える。その返信の際、ＧＰＳ等を利用して所在位置を特定し、その所在位置を宿泊予約代行業者に通知する。そして、宿泊予約代行業者は、所在地近隣の宿泊施設（ホテルや旅館など）を手配する。
【００２９】
例えば、ビジネスマンが日帰りの予定で出掛けた出張先での商用（商談、会議、或いは接待など）が長引き、宿泊せざるを得なくなった場合に、当該商用中に簡単な操作で宿泊施設の予約を確保できる点で有用である。
【実施例１】
【００３０】
図１は、宿泊予約代行システムのネットワーク概要を示す図である。宿泊予約代行サーバ１０１は、インターネットと携帯電話網を介して宿泊申込者携帯端末１０２と接続できるように構成されている。宿泊予約代行サーバ１０１と宿泊申込者携帯端末１０２は、メールを送受信する機能を備えている。また、宿泊申込者携帯端末１０２はブラウザを備えている。
【００３１】
宿泊予約代行システムは、以下の手順で宿泊予約代行のサービスを提供する。
（イ）まず、事前に利用者登録の手順で、宿泊申込者携帯端末１０２から宿泊予約代行サーバ１０１へ利用者の情報を登録する。利用者情報には、本サービスを享受する際の条件も含まれる。
（ロ）そして、宿泊予約代行サーバ１０１の返信用メール配信の手順で、登録された利用者の宿泊申込者携帯端末１０２に対して定期的に返信用メールを配信する。
（ハ）利用者が宿泊予約を申し込む場合には、宿泊申込者携帯端末１０２による宿泊申込メール発信の手順で、配信されている返信用メールに対して、返信するメールを生成し、所在位置を付加して、発信する。この返信メールが、宿泊の予約を申込む宿泊申込メールとなる。
（ニ）宿泊予約代行サーバ１０１は宿泊申込メールを受信すると、宿泊施設手配と予約完了メール返信の手順で、宿泊申込メールに含まれる所在位置により、利用者の現在位置を特定し、宿泊料金の条件も加味した上で、その近隣の宿泊施設を手配し、予約した結果を予約完了メールとして宿泊申込者携帯端末１０２に返信する。
【００３２】
以下、（イ）〜（ニ）の各手順について説明する。まず、（イ）利用者登録の手順について、図２〜図５を用いて説明する。
【００３３】
図２は、宿泊予約代行サーバによる利用者登録の処理フローを示す図である。宿泊予約代行サーバ１０１は、利用者情報受付処理（Ｓ２０１）で、宿泊申込者携帯端末１０２から利用者の情報を受け付け、利用者情報登録処理（Ｓ２０２）で、受信した利用者情報を内部に登録する。
【００３４】
図３は、利用者登録に係る宿泊予約代行サーバの構成を示す図である。利用者情報受付部３０１は、図２の利用者情報受付処理（Ｓ２０１）を行う。具体的には、宿泊申込者携帯端末１０２よりアクセスを受けると、利用者情報の入力を促す利用者情報受付画面を宿泊申込者携帯端末１０２に返信し、宿泊申込者携帯端末１０２のブラウザに表示された利用者情報受付画面に入力された利用者情報を受信する。利用者情報には、利用者氏名、住所、携帯電話番号、メールアドレス、利用者コード、宿泊施設選定条件、及びメール配信条件が含まれる。利用者コードは、利用者を特定する情報の例である。
【００３５】
図４は、利用者情報受付画面の例を示す図である。この図では、特に宿泊施設選定条件とメール配信条件の入力インターフェースの部分を示している。
【００３６】
宿泊施設選定条件は、宿泊施設を選定する際の条件であって、宿泊料金条件と宿泊地条件と優先条件からなる。
【００３７】
宿泊料金条件は、宿泊料金の範囲制限であって、上限金額と下限金額からなる。上限金額と下限金額の両方を設定する場合の他、下限金額のみの設定や、上限金額のみの設定も有効である。この例では、上限金額として、「上限無し」の他、「２０，０００円」、［１９，０００円］等千円単位で具体的な金額を選択できるように構成されている。但しこの例によらずに、１円単位で任意の金額を入力できるように構成することもできる。また、この例では、下限金額として、「下限無し」の他、「３，０００円」、［４，０００円］等千円単位で具体的な金額を選択できるように構成されている。但しこの例によらずに、１円単位で任意の金額を入力できるように構成することもできる。
【００３８】
宿泊地条件は、利用者の所在位置と宿泊施設の所在地の地理的位置関係の制限を定める条件である。この例では、利用者の所在位置と宿泊施設の距離の上限を条件としている。例えば、「５００ｍ以内」、「１ｋｍ以内」、「２ｋｍ以内」など、所定距離以内を選択できるように構成されている。また、ｍ単位やｋｍ単位で任意の距離を入力できるように構成することもできる。あるいは、行政区画に基づいて地理的位置関係を限定するようにすることも可能である。この場合は、「同市・区内」、「隣接市・区内」などの設定が考えられる。
【００３９】
優先条件は、宿泊料金条件と宿泊地条件のＡＮＤ条件で宿泊施設を探した結果、該当する宿泊施設が得られなかった場合に、次善の対応として優先する条件を特定する。例えば、優先条件として「宿泊料金」を選択している場合には、次善対応として宿泊地条件に適合しない宿泊施設も含めて、宿泊料金条件に適合するものを探し出すことを意味する。他方、優先条件として「宿泊地」を選択している場合には、次善対応として宿泊料金条件に適合しない宿泊施設も含めて、宿泊地条件に適合するものを探し出すことを意味する。
【００４０】
メール配信条件は、返信用メールを配信する時機を特定する条件である。この例では、期日と指定時間を設定できるように構成されている。期日は、配信する時機を日単位で特定する条件である。この例では、各曜日（月曜日、火曜日など）の他、平日、休日、毎日などの設定ができるように構成されている。指定時間は、配信する時機を時間で特定する条件である。この例では、１時間単位で選択できるように構成されているが、１０分単位で選択できるように、あるいは１分単位で任意に入力するように構成することもできる。
【００４１】
図３の利用者情報登録部３０２、は、図２の利用者情報登録処理（Ｓ２０２）を行う。具体的には、利用者ＩＤを割り当て、利用者情報受付部３０１で受信した利用者情報を利用者情報テーブル３０３の新たなレコードに記憶させる。
【００４２】
図５は、利用者情報テーブルの例を示す図である。利用者毎のレコードを設け、利用者ＩＤ、利用者氏名、住所、携帯電話番号、メールアドレス、利用者コード、宿泊施設選定条件（宿泊料金条件、宿泊地条件、優先条件）、及びメール配信条件（期日、指定時間）を対応付けて記憶するように構成されている。
【００４３】
以上で（イ）利用者登録の手順の説明を終える。次に、（ロ）返信用メール配信の手順について、図６〜図９を用いて説明する。
【００４４】
この手順では、図で例示する返信用メールを宿泊申込者携帯端末１０２に配信する。  図６は、返信用メールの例を示す図である。送信者は、送信元を特定するメールアドレスであり、利用者コード（"satohichiro"）と予約の旨（"yoyaku"）を組み合せたローカル部と、宿泊予約代行サーバ１０１のホスト名であるドメイン（"hotel123.jp"）から構成されている。また、宛先は、受信先を特定するメールアドレスであり、利用者のメールアドレス（"satoh@abc.ne.jp"）が設定される。件名には、所定の文句（図示の通り）が設定される。また、本文にも、所定の文句（図示の通り）が設定される。更に、利用者毎に設定されているホテル選定条件と利用者の氏名を記載する。尚、利用者コードは、利用者を特定する情報の例である。利用者コードに代えて、宿泊予約代行サーバ１０１の内部で管理する利用者ＩＤのように、他に利用者を特定できる情報を用いてローカル部を生成することも有効である。
【００４５】
返信用メール配信の処理について説明する。図７は、返信用メール配信の処理フローを示す図である。配信対象抽出処理（Ｓ７０１、図９）で、配信の時機（タイミング）を待って、メールの配信対象となる利用者を抽出し、配信対象の利用者毎に以下の処理を繰り返す（Ｓ７０２）。返信用メール生成処理（Ｓ７０３）で、利用者毎の返信用メールを生成し、返信用メール送信処理（Ｓ７０４）で、インターネットを介して、生成した返信用メールを送信する。そして、すべての配信対象について処理した時点で（Ｓ７０５）、Ｓ７０１に戻る。
【００４６】
図８は、返信用メール配信に係る宿泊予約代行サーバの構成を示す図である。利用者情報テーブル３０３は、前述の通り（図５）である。配信対象抽出部８０１は、配信対象抽出処理（Ｓ７０１）を行う。図９を用いて、詳述する。
【００４７】
図９は、配信対象抽出処理フローを示す図である。判定時刻まで待機する（Ｓ９０１）。判定時刻は、メール配信条件の指定時間として設定可能な時刻である。この例では、１時間おきの各時００分（８：００、９：００等）を設定できるようにしているので、各時００分に至るまで待機を繰り返す。そして、判定時刻に至ると、利用者レコード毎に以下の処理を繰り返す（Ｓ９０２）。
【００４８】
まず、期日を判定する（Ｓ９０３）。当該レコードのメール配信条件の期日を取得し、処理当日（本日）の曜日をカレンダー部（図示せず）から取得し、処理当日の曜日が期日に適合するか判定する。メール配信条件の期日が曜日で設定されている場合には、曜日が一致する場合に適合すると判定する。同期日が平日と設定されている場合には、処理当日の曜日が月曜日から金曜日の場合に適合すると判定する。同期日が休日と設定されている場合には、処理当日の曜日が土曜あるいは日曜の場合と祝日の場合に、適合と判定する。同期日が毎日と設定されている場合には、すべて適合と判定する。一致しない場合は、不適合と判定する。
【００４９】
次に、指定時間を判定する（Ｓ９０４）。当該レコードのメール配信条件の指定時刻を取得し、Ｓ９０１で至った判定時刻と一致するか判定する。一致する場合に適合すると判定する。一致しない場合は、不適合と判定する。
【００５０】
期日と指定時刻の両方が適合する場合に、当該レコードの利用者ＩＤを特定して、配信対象とする（Ｓ９０５）。少なくとも期日と指定時刻のいずれかが不適合の場合には、当該利用者を配信対象としない（Ｓ９０６）。そして、すべての利用者について処理した時点で終了する（Ｓ９０７）。
【００５１】
図８の返信用メール生成部８０２は、図７の返信用メール生成処理（Ｓ７０３）を行う。具体的には、利用者情報テーブル３０３から利用者ＩＤに対応する利用者コード（"satohichiro"）を取得し、予約の旨（"yoyaku"）を組み合せてメールアドレスのローカル部とする。更に、宿泊予約代行サーバ１０１を識別するドメイン（"hotel123.jp"）を加えて、送信者のメールアドレスに設定する。また、利用者情報テーブル３０３から利用者ＩＤに対応する利用者のメールアドレスを取得して、宛先に設定する。件名と本文に、それぞれ所定の文句を設定する。更に、利用者情報テーブル３０３から利用者ＩＤに対応するホテル選定条件と利用者の氏名を取得し、本文に設定する。
【００５２】
返信用メール送信部８０３は、図７の返信用メール送信処理（Ｓ７０４）を行う。具体的には、返信用メール生成処理（Ｓ７０３）で生成した返信用メールを、インターネットを介して送信する。
【００５３】
以上で（ロ）返信用メール配信の手順の説明を終える。続いて、（ハ）宿泊申込メール発信の手順について、図１０〜図１２を用いて説明する。
【００５４】
図１０は、宿泊申込メールの例を示す図である。本メールは、返信用メールに対する返信メール生成処理により生成されるメールを基礎とする。従って、送信者には、返信用メールの宛先のアドレス（"satohichiroyoyaku@hotel123.jp"）が自動的に設定され、宛先には、返信用メールの宛先のアドレス（"satoh@abc.ne.jp"）が自動的に設定される。件名には、返信用メールのタイトルがコピーされ、返信を示すコード（"Re:"）が付加される。また、本文には、予約申込者の所在位置を示すデータ（緯度と経度）が設定される。緯度と経度に代えて、行政区画による住所としてのデータが設定されるようにすることもできる。
【００５５】
図１１は、宿泊申込者携帯端末による宿泊申込メール発信処理フローを示す図である。宿泊申込者携帯端末１０２は、現在位置取得処理（Ｓ１１０１）で、ＧＰＳ機能などにより宿泊申込者携帯端末１０２の現在位置を取得し、宿泊申込メール生成処理（Ｓ１１０２）で、返信用メールに返信するメールの本文に現在位置を書込み、宿泊申込メールを生成し、宿泊申込メール送信処理（Ｓ１１０３）で、携帯電話網とインターネットを介して宿泊申込メールを送信する。
【００５６】
図１２は、宿泊申込メール発信に係る宿泊申込者携帯端末の構成を示す図である。返信用メール記憶部１２０１には、配信された返信用メールが記憶されている。現在位置取得部１２０２は、現在位置取得処理（Ｓ１１０１）を行う。ＧＰＳ機能を用いる方法以外に、携帯電話の基地局データにより現在位置を特定する機能を用いる方法も有効である。宿泊申込メール生成部１２０３は、宿泊申込メール生成処理（Ｓ１１０２）を行う。返信用メール記憶部１２０１から返信用メールを読み取り、返信用メールに対する返信メールを生成する。そして、その返信メールの本文に、現在位置情報を利用者（宿泊申込者）の所在位置を示す情報として書き込むことにより、宿泊申込メールを生成する。宿泊申込メール送信部１２０４は、宿泊申込メール送信処理（Ｓ１１０３）を行う。生成した宿泊申込メールを携帯電話のインターネット接続サービスを利用して送信する。
【００５７】
尚、返信用メール記憶部１２０１にその他の受信メールも共に記憶している場合には、宿泊申込メール生成部１２０３は、受信メールの情報群を返信用メール記憶部１２０１から取得し、受信メールの件名リストを表示して、返信用メールを選択するように利用者に促す。そして、選択された返信用メールを読み込み、返信メール生成処理をするように動作する。
【００５８】
以上で（ハ）宿泊申込メール発信の手順の説明を終える。最後に、（ニ）宿泊施設手配と予約完了メール返信の手順について、図１３〜図２０を用いて説明する。
【００５９】
図１３は、宿泊予約代行サーバによる宿泊施設手配の処理フローを示す図である。宿泊予約代行サーバ１０１は、宿泊申込メール受信処理（Ｓ１３０１）で、宿泊申込メールを受信すると、利用者特定処理（Ｓ１３０２）で、宿泊申込メールに基づいて宿泊申込者である利用者を特定する。そして、宿泊施設選定処理（Ｓ１３０３）で、宿泊予約メールに含まれる所在位置と事前に登録されている利用者情報の宿泊施設選定条件に基づいて、宿泊施設を選定し、宿泊施設予約処理（Ｓ１３０４）で、選定した宿泊施設での当日の宿泊を予約する。予約が完了すると、予約完了メール生成処理（Ｓ１３０５）で、宿泊申込者携帯端末１０２へ予約の完了と予約の内容を通知するメールを生成し、予約完了メール返信処理（Ｓ１３０６）でインターネットを介して送信する。
【００６０】
図１４は、宿泊施設手配に係る宿泊予約代行サーバの構成を示す図である。宿泊申込メール受信部１４０１は、宿泊申込メール受信処理（Ｓ１３０１）を行う。具体的には、宛先アドレス（前述の返信用メール（図６）で設定した送信者のアドレスと同じ）に転送されてきた宿泊申込メールを受信する。宿泊申込メール受信部１４０１は、宿泊予約代行サーバ１０１のホスト名であるドメインを含むメールをすべて受信するように動作する。受信した宿泊申込メールは、宿泊申込メール記憶部１４０２に記憶される。そして、利用者特定部１４０３は、利用者特定処理（Ｓ１３０２）を行う。具体的には、宛先アドレスに含まれる利用者コードを特定する。そして、当該利用者コードを含む利用者レコードを検索することにより、検索されたレコードで対応付けられている利用者ＩＤとメールアドレスを特定する。そして、宿泊申込メールの送信者アドレスを取得し、送信者アドレスと利用者のメールアドレスを比較する。一致する場合に、正常（宿泊申込メールが真正）と判断し、以降の処理を継続する。他方、一致しない場合には、エラー（宿泊申込メールが不正）と判断し、中断する。つまり、以降の処理を行わない。
【００６１】
利用者特定部１４０３は、更に、宿泊申込メールの件名が、返信用メールに対する返信による件名に相当するかを判定するようにすることも有効である。その場合、宿泊申込メールの件名を取得し、返信用メールの件名に対する返信時の件名と一致するかを判定する。返信時の件名は、返信用メールの件名の先頭に、返信である旨のコード（例えば、"Re:"）を加えて生成することができる。一致する場合に、正常（宿泊申込メールが真正）と判断し、以降の処理を継続する。他方、一致しない場合には、エラー（宿泊申込メールが不正）と判断し、中断する。つまり、以降の処理を行わない。
【００６２】
宿泊施設選定部１４０４は、宿泊施設選定処理（Ｓ１３０３）を行う。この処理では、宿泊施設テーブル１４０５から宿泊施設条件（図４、図５参照）に合う宿泊施設を選び出す。選定のロジックとしては、まず宿泊施設条件に含まれる宿泊料金条件と宿泊地条件の両方を満足し、空室がある宿泊施設を選び出し、その中から予約する宿泊施設を決定する。両条件を満足し、空室を備えた宿泊施設がない場合には、優先する条件（宿泊料金条件か宿泊地条件のいずれか一方）を満たし、空室を有する宿泊施設を見つけ出して、予約の対象とする。
【００６３】
選定対象となる宿泊施設のデータは、宿泊施設テーブル１４０５で管理している。図１５は、宿泊施設テーブルの例を示す図である。宿泊施設毎にレコードを設け、宿泊施設ＩＤ、宿泊施設名、所在地、アクセス方法、連絡先、ＨＰアドレス、及び宿泊料金を対応付けて記憶するように構成されている。
【００６４】
具体的な宿泊施設選定処理（図１３のＳ１３０３）について詳述する。図１６は、宿泊施設選定処理フローを示す図である。まず、全条件判定処理（Ｓ１６０１）で、宿泊料金条件と宿泊地条件の両方を満足する宿泊施設を選び出す。
【００６５】
図１７は、全条件判定処理フローを示す図である。宿泊施設テーブル１４０５の宿泊施設レコード毎に以下の処理を行う（Ｓ１７０１）。まず、宿泊地条件判定（Ｓ１７０２）を行う。当該宿泊施設レコードに含まれる所在地と、宿泊申込メールに含まれる所在位置から、宿泊施設と所在位置の距離を算出する。この例では、地図データベース（図示せず）を用いて、所在地を緯度と経度に変換して、所在位置との緯度差と経度差を算出し、両度差（両座標差）を緯度方向の距離と経度方向の距離に変換し、両方向の距離の自乗和の平方根を算出することにより、宿泊施設と所在位置の距離を求める。あるいは、地図データ上で、宿泊施設の位置の座標と、所在位置の座標を特定し、地図上の座標間の間隔を算出し、地図上の座標間の間隔に地図の縮尺に応じた倍数を乗ずることにより、地理上の距離に変換することもできる。その他、地図データベースの距離算出機能を用いることにより、宿泊施設と所在位置の距離を算出してもよい。つまり、従来知られている手段によって宿泊施設の所在地と所在位置の距離を算出することができる。次に、図１４の利用者特定部１４０３で特定した利用者のＩＤに対応する宿泊施設選定条件に含まれる宿泊地条件を利用者情報テーブル３０３から取得し、算出した距離が当該宿泊地条件を満たしているか判定する。条件を満たす場合に適合とし、満たさない場合を不適合とする。例えば、宿泊地条件が１ｋｍ以内であって、算出した距離が９００ｍの場合には、適合と判定する。他方、算出した距離が１１００ｍの場合には、不適合と判定する。不適合と判定した場合には、当該宿泊施設に対する処理を終え、Ｓ１７０６に移行する。
【００６６】
適合と判定した場合には、続いて宿泊料金条件判定（Ｓ１７０３）を行う。当該宿泊施設レコードから宿泊料金を読み取り、更に利用者情報テーブル３０３（図５参照）から、図１４の利用者特定部１４０３で特定した利用者のＩＤに対応する宿泊施設選定条件に含まれる宿泊料金条件を取得する。そして、読み取った宿泊料金が、宿泊料金条件を満たすか判定する。条件を満たす場合に適合とし、満たさない場合を不適合とする。例えば、宿泊料金条件の「上限無し〜５，０００円」であって、宿泊料金が６，０００円の場合には、適合と判定する。他方、宿泊料金が４，０００円の場合には、不適合と判定する。不適合と判定した場合には、当該宿泊施設に対する処理を終え、Ｓ１７０６に移行する。
【００６７】
適合と判定した場合には、続いて空室判定（Ｓ１７０４）を行う。この処理では、当該宿泊施設の予約管理システムと、インターネットあるいは専用線などのネットワークを介して通信を行い、空室の有無を問い合わせる。その回答により空室の有無を得る。つまり、空室照会の要求を送信し、返信される空室数を受信する。空室が無い場合には、当該宿泊施設に対する処理を終え、Ｓ１７０６に移行する。
【００６８】
空室が有る場合には、当該宿泊施設を選定候補とし、当該宿泊施設レコードの宿泊施設ＩＤを特定する。（Ｓ１７０５）。そして、宿泊施設テーブル１４０５のすべての宿泊施設について処理した時点で終了する（Ｓ１７０６）。これにより、図１６の全条件判定処理（Ｓ１６０１）を終える。
【００６９】
全条件判定処理（図１６のＳ１６０１）で選択候補を得た場合には（Ｓ１６０２）、宿泊施設選択処理（Ｓ１６０３）で１件の宿泊施設に絞り込む。例えば、料金を基準とする場合には、各選定候補について、宿泊施設テーブル１４０５から宿泊施設ＩＤに対応する宿泊料金を取得し、最も小さい候補を選択する。あるいは、最も大きい宿泊料金の候補を選択する。距離を基準とする場合には、宿泊地条件判定（Ｓ１７０２）と同様に距離を算出し、距離が最も小さい候補を選択する。あるいは、宿泊施設の宿泊施設名、所在地、アクセス方法、宿泊料金等を宿泊施設テーブル１４０５から取得し、一覧として宿泊予約代行サーバ１０１の表示部に表示し、宿泊予約代行サーバ１０１の操作者の操作により任意に宿泊施設を選択させるようにすることもできる。選択候補が１件の場合には、自動的にその候補を選択する。
【００７０】
一方、Ｓ１６０１で選択候補が得られなかった場合には、次善の対応として、優先条件による判定を行なう（Ｓ１６０２）。利用者ＩＤに対応する優先条件を利用者情報テーブル３０３から取得する。優先条件が宿泊地である場合には（Ｓ１６０４）、宿泊地優先判定処理（Ｓ１６０５）を行う。他方、優先条件が宿泊料金である場合には、宿泊料金優先判定処理（Ｓ１６０６）を行う。
【００７１】
宿泊地優先判定処理（Ｓ１６０５）について詳述する。図１８は、宿泊地優先判定処理フローを示す図である。図１７の全条件判定処理（Ｓ１６０２）と同様に、宿泊施設毎に以下の処理を行う（Ｓ１８０１）。宿泊地条件判定（Ｓ１８０２）と空室判定（Ｓ１８０３）も、全条件判定処理（Ｓ１６０２）と同様である。そして、宿泊地条件判定（Ｓ１８０２）で適合と判定され、空室判定（Ｓ１８０３）で空室有と判定された場合に、当該宿泊施設を選定候補とし（Ｓ１８０４）、宿泊料金の差額を算出する（Ｓ１８０５）。差額は、宿泊料金が宿泊料金条件の上限金額より大きい場合には、宿泊料金から上限金額を差し引いて差額を求める。宿泊料金が宿泊料金条件の下限金額より小さい場合には、下限金額から宿泊料金を差し引いて差額を求める。そして、すべての宿泊施設について処理した時点で（Ｓ１８０６）、宿泊料金差額が最も小さい選定候補を選択し、当該宿泊施設のＩＤを特定する（Ｓ１８０７）。
【００７２】
宿泊料金優先判定処理（Ｓ１６０６）について詳述する。図１９は、宿泊料金優先判定処理フローを示す図である。図１７の全条件判定処理（Ｓ１６０２）と同様に、宿泊施設毎に以下の処理を行う（Ｓ１９０１）。宿泊料金条件判定（Ｓ１９０２）と空室判定（Ｓ１９０３）も、全条件判定処理（Ｓ１６０２）と同様である。そして、宿泊料金条件判定（Ｓ１９０２）で適合と判定され、空室判定（Ｓ１９０３）で空室有と判定された場合に、当該宿泊施設を選定候補とし（Ｓ１９０４）、前述と同じ方法で宿泊施設までの距離を算出する（Ｓ１９０５）。そして、すべての宿泊施設について処理した時点で（Ｓ１９０６）、距離が最も小さい選定候補を選択し、当該宿泊施設のＩＤを特定する（Ｓ１９０７）。
【００７３】
以上で、図１４の宿泊施設選定部１４０４による宿泊施設選定処理（図１３のＳ１３０３、図１６）が完了する。
【００７４】
図１４の宿泊施設予約部１４０６は、宿泊施設予約処理（図１３のＳ１３０４）を行う。具体的には、選択された宿泊施設のＩＤにより特定される予約管理システムと通信を行い、宿泊の予約の手続を処理する。その際、利用者情報テーブル３０３より利用者ＩＤに対応する利用者氏名と携帯電話番号を取得し、シングルルーム、1名、本日宿泊の旨とともに、インターネットあるいは専用線などのネットワークを介して、予約管理システムに対して送信する。そして、予約管理システムから予約完了の返信を受信して終了する。予約管理システムは、宿泊施設の宿泊予約を管理するシステムである。外部の予約管理システムによらず、宿泊施設のＩＤにより特定される予約管理を内部の予約管理システムで行っている場合には、ネットワークを介さずに予約管理システムに対する宿泊の予約の手続を処理する。
【００７５】
図１４の予約完了メール生成部１４０７は、予約完了メール生成処理（Ｓ１３０５）を行う。具体的には、宿泊施設テーブル１４０５から、選定された宿泊施設のＩＤに対応する宿泊施設名、所在地、アクセス方法、連絡先、ＨＰアドレスを取得し、これらの宿泊施設の情報と予約が完了した旨をメールの件名又は本文に書き込む。宛先には、予約申込者のアドレスを設定する。予約申込者のアドレスは、予約申込メールの送信者アドレスを読み取り、あるいは、利用者ＩＤに対応するメールアドレスを利用者情報テーブル３０３から取得して、それを用いる。
【００７６】
予約完了メール送信部１４０８は、予約完了メール返信処理（Ｓ１３０６）を行う。この処理で、インターネットを介して予約完了メールを送信する。
【００７７】
図２０は、予約完了メールの例を示す図である。
【実施例２】
【００７８】
本実施例では、宿泊人数と部屋数も特定する返信用メールを用いる形態について説明する。
【００７９】
図２１は、実施例２に係る返信用メールの例を示す図である。宿泊人数や部屋数を識別できるローカル部を採用することが好ましい。併せて、宿泊人数や部屋数を特定できる件名を採用することが好ましい。例えば、宿泊人数が１人で部屋数が１部屋を識別できるように、宿泊人数（"1"）と部屋数（"1"）と利用者コード（"satohichiro"）と予約の旨（"yoyaku"）を組み合せたローカル部を採用し、「１−１・リプライで宿泊予約申込！」の件名を採用することで、宿泊申込者は返信用メールを一読するだけ予約操作を簡易に行うことができる。また例えば、、宿泊人数が２人で部屋数が１部屋を識別できるように、宿泊人数（"1"）と部屋数（"2"）と利用者コード（"satohichiro"）と予約の旨（"yoyaku"）を組み合せたローカル部を採用し、「２−１・リプライで宿泊予約申込！」の件名を採用することで、宿泊申込者は返信用メールを一読するだけ予約操作を簡易に行うことができる。これらの返信用メールを同時に送信したり、時間をおいて送信することで、メールを選別して返信することで予約操作を簡略化することができる。
【００８０】
図２２は、実施例２に係る返信用メール配信の処理フローを示す図である。配信対象抽出処理（Ｓ２２０１）で、配信の時機（タイミング）を待って、メールの配信対象となる利用者を抽出し、配信対象の利用者毎に以下の処理を繰り返す（Ｓ２２０２）。人数・部屋数条件毎に（Ｓ２２０３）、返信用メール生成処理（Ｓ２２０４）で、利用者毎の返信用メールを生成し、返信用メール送信処理（Ｓ２２０５）で、インターネットを介して、生成した返信用メールを送信する。人数・部屋数条件は、例えば、一人一部屋、二人一部屋、二人二部屋、三人一部屋、三人二部屋、三人三部屋等の人数と部屋数を組み合せた所定の条件である。すべての人数・部屋数条件について処理を繰り返すことにより（Ｓ２２０６）、人数・部屋数条件の異なる複数の返信用メールを送ることになる。そして、すべての配信対象について処理した時点で（Ｓ２２０７）、Ｓ２２０１に戻る。
【００８１】
図２３は、実施例２に係る宿泊申込メールの例を示す図である。本メールは、返信用メールに対する返信メール生成処理により生成されるメールを基礎とする。従って、送信者には、返信用メールの宛先のアドレス（"1-1satohichiroyoyaku@hotel123.jp"）が自動的に設定される。
【００８２】
図２４は、実施例２に係る宿泊施設手配に係る宿泊予約代行サーバの構成を示す図である。利用者特定部１４０３は、更に、宛先アドレスに含まれる人数と部屋数を特定する。更に、宿泊申込メールの件名に含まれる人数と部屋数と一致するか確認することも有効である。一致する場合に、正常（宿泊申込メールが真正）と判断し、以降の処理を継続する。他方、一致しない場合には、エラー（宿泊申込メールが不正）と判断し、中断する。つまり、以降の処理を行わない。
【００８３】
宿泊施設予約部１４０６は、人数と部屋数の条件から、部屋数分の部屋タイプと利用人数の組を特定する。例えば、一人一部屋の条件では、シングルタイプ・一人、二人一部屋の条件では、ツインタイプ・二人、二人二部屋の条件では、シングルタイプ・一人とシングルタイプ・一人、三人一部屋の条件では、トリプルタイプ・三人、三人二部屋の条件では、シングルタイプ・一人とツインタイプ・二人、三人三部屋の条件では、シングルタイプ・一人とシングルタイプ・一人とシングルタイプ・一人のように、部屋タイプと利用人数の組を特定する。そして、利用者情報テーブル３０３より利用者ＩＤに対応する利用者氏名と携帯電話番号を取得し、部屋数分の部屋タイプと利用人数の組、本日宿泊の旨とともに、インターネットあるいは専用線などのネットワークを介して、予約管理システムに対して送信する。
【００８４】
予約完了メール生成部１３０６は、更に本文に人数・部屋数を加える。図２５は、実施例２に係る予約完了メールの例を示す図である。
【００８５】
宿泊予約代行サーバ１０１は、コンピュータであり、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。
【００８６】
宿泊申込者携帯端末１０２も同様に、コンピュータとしての機能を備え、各要素はプログラムにより処理を実行することができる。また、プログラムを記憶媒体に記憶させ、記憶媒体からコンピュータに読み取られるようにすることができる。
【符号の説明】
【００８７】
１０１    宿泊予約代行サーバ
１０２    宿泊申込者携帯端末
３０１    利用者情報受付部
３０２    利用者情報登録部
３０３    利用者情報テーブル
８０１    配信対象抽出部
８０２    返信用メール生成部
８０３    返信用メール送信部
１２０１    返信用メール記憶部
１２０２    現在位置取得部
１２０３    宿泊申込メール生成部
１２０４    宿泊申込メール送信部
１４０１    宿泊申込メール受信部
１４０２    宿泊申込メール記憶部
１４０３    利用者特定部
１４０４    宿泊施設選定部
１４０５    宿泊施設テーブル
１４０６    宿泊施設予約部
１４０７    予約完了メール生成部
１４０８    予約完了メール送信部
【図１】
2011053758.tif 000003
【図２】
2011053758.tif 000004
【図３】
2011053758.tif 000005
【図４】
2011053758.tif 000006
【図５】
2011053758.tif 000007
【図６】
2011053758.tif 000008
【図７】
2011053758.tif 000009
【図８】
2011053758.tif 000010
【図９】
2011053758.tif 000011
【図１０】
2011053758.tif 000012
【図１１】
2011053758.tif 000013
【図１２】
2011053758.tif 000014
【図１３】
2011053758.tif 000015
【図１４】
2011053758.tif 000016
【図１５】
2011053758.tif 000017
【図１６】
2011053758.tif 000018
【図１７】
2011053758.tif 000019
【図１８】
2011053758.tif 000020
【図１９】
2011053758.tif 000021
【図２０】
2011053758.tif 000022
【図２１】
2011053758.tif 000023
【図２２】
2011053758.tif 000024
【図２３】
2011053758.tif 000025
【図２４】
2011053758.tif 000026
【図２５】
2011053758.tif 000027