(57)【要約】【課題】グループを代表して宿泊予約手続を行うユーザに対し、参加メンバの募集と宿泊先の検索とを連動させて行う仕組みを提供する。【解決手段】〔１〕幹事が端末を操作して、旅行プランを登録する（Ｓ２０５）とともに、メンバを登録する（Ｓ２１０）。サーバシステムは、勧誘メールを送信してその回答を受け付けることにより、幹事が指定した各メンバの出欠を確認する。〔２〕幹事が端末を操作して、各メンバの回答状況を確認した上で、宿泊プランを検索する（Ｓ１１５）。サーバシステムは、幹事の端末から検索要求を受けると、旅行プランの情報と回答の集計結果とにより動的に検索条件を設定し、当該検索条件を満たす予約可能な宿泊プランを検索する。〔３〕幹事が端末を操作して、確認的に申請者情報を入力し（Ｓ１２０）、予約を申請する（Ｓ１２５）。以上の手順等を経て、予約が成立する。【選択図】図２
2011053845.tif 000002
【特許請求の範囲】
【請求項１】
複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムのサーバシステムであって、
宿泊プランの識別情報に対応させて、宿泊日程を記憶している宿泊プラン情報記憶手段と、
旅行プランの識別情報に対応させて、宿泊日程を記憶することが可能な旅行プラン情報記憶手段と
を有し、
前記幹事の端末から受信したデータを基に宿泊日程を特定し、旅行プランの識別情報を付与して前記旅行プラン情報記憶手段に格納する旅行プラン登録手段と、
前記幹事の端末から受信したデータを基に該幹事以外のメンバのメールアドレスを特定するメンバ特定手段と、
前記特定した宿泊日程と、該宿泊日程に係る旅行プランに対応する旅行プラン識別データとを含む勧誘メールを生成し、前記特定した各メールアドレス宛に該勧誘メールを送信する勧誘メール生成送信手段と、
前記幹事以外のメンバの端末から前記旅行プラン識別データを受信したとき、該旅行プラン識別データに対応する旅行プランを識別する回答受付手段と、
前記識別した旅行プランに係る参加者数カウンタを更新する参加者数カウント手段と、
前記幹事の端末から旅行プランを指定した検索要求を受信する検索要求入力手段と、
前記指定された旅行プランの宿泊日程を前記旅行プラン情報記憶手段より抽出し、該宿泊日程と、前記参加者数カウント手段によってカウントした該旅行プランに係る参加者数とを用いて検索条件を設定し、該検索条件を満たす宿泊プランの識別情報を前記宿泊プラン情報記憶手段より抽出する宿泊プラン検索手段と、
前記抽出した宿泊プランの識別情報又はこれに対応する情報を含む検索結果ページを生成し、前記幹事の端末に送信する検索結果出力手段と
を備える
ことを特徴とするサーバシステム。
【請求項２】
請求項１に記載のサーバシステムにおいて、
前記回答受付手段は、前記幹事以外のメンバの端末から回答の内容を示す回答コードをさらに受信し、
前記参加者数カウント手段は、前記受信した回答コードが宿泊への参加を示す場合に限り、前記識別した旅行プランに係る参加者数カウンタを更新する
ことを特徴とするサーバシステム。
【請求項３】
請求項２に記載のサーバシステムにおいて、
前記旅行プラン情報記憶手段は、旅行プランの識別情報に対応させて、さらに、メンバごとに回答の内容を示す回答コードを記憶することが可能であり、
前記勧誘メール生成送信手段は、前記特定したメールアドレスにそれぞれ対応するメンバ識別データをさらに含む前記勧誘メールを生成し、それぞれ対応するメールアドレス宛に送信し、
前記回答受付手段は、前記幹事以外のメンバの端末から前記メンバ識別データをさらに受信したとき、該メンバ識別データに対応するメンバを識別し、
前記参加者数カウント手段に代えて、
前記受信した回答コードを、前記識別した旅行プランに対応させて、前記識別したメンバごとに前記旅行プラン情報記憶手段に格納する回答登録手段と、
前記旅行プラン情報記憶手段に記憶している前記指定された旅行プランに係る回答コードを用いて該旅行プランに係る参加者数を集計する参加者数集計手段と
を備え、
前記宿泊プラン検索手段は、前記指定された旅行プランの宿泊日程と、前記参加者数集計手段によって集計した該旅行プランに係る参加者数とを用いて前記検索条件を設定する
ことを特徴とするサーバシステム。
【請求項４】
請求項３に記載のサーバシステムにおいて、
前記旅行プラン情報記憶手段は、前記回答コードを宿泊日程ごとに記憶することが可能であり、
前記旅行プラン登録手段は、前記幹事の端末から受信したデータを基に複数の宿泊日程を特定し、該複数の宿泊日程を前記旅行プラン情報記憶手段に格納し、
前記回答受付手段は、各宿泊日程に対応する回答コードを受信し、
前記回答登録手段は、前記受信した回答コードを宿泊日程ごとに前記旅行プラン情報記憶手段に格納し、
前記検索要求入力手段は、宿泊日程をさらに指定した検索要求を受信し、
前記参加者数集計手段は、前記旅行プラン情報記憶手段に記憶している前記指定された旅行プランに係る前記指定された宿泊日程に対応する回答コードを用いて該宿泊プランに係る該宿泊日程における参加者数を集計し、
前記宿泊プラン検索手段は、前記指定された旅行プランに対応する前記指定された宿泊日程を前記旅行プラン情報記憶手段より抽出し、該指定された宿泊日程と、該旅行プランに係る該宿泊日程における参加者数とを用いて前記検索条件を設定する
ことを特徴とするサーバシステム。
【請求項５】
請求項４に記載のサーバシステムにおいて、
前記幹事を含むメンバの端末から旅行プランを指定したページ送信要求を受信したとき、該指定された旅行プランに係る各メンバの各宿泊日程に対応する回答コードを前記旅行プラン情報記憶手段より抽出し、該各回答コードを用いて各メンバの回答内容を宿泊日程ごとに配置した旅行プラン確認ページを生成する確認ページ生成手段と、
前記生成した旅行プラン確認ページを前記ページ送信要求の送信元の端末に送信する確認ページ送信手段と
をさらに備える
ことを特徴とするサーバシステム。
【請求項６】
請求項５に記載のサーバシステムにおいて、
前記確認ページ生成手段は、前記幹事の端末から旅行プランを指定したページ送信要求を受信したとき、各宿泊日程に対応する検索要求要素をさらに配置した旅行プラン確認ページを生成する
ことを特徴とするサーバシステム。
【請求項７】
請求項１〜６に記載のサーバシステムにおいて、
前記宿泊プラン情報記憶手段は、宿泊プランの識別情報に対応させて、宿泊先の所在地に関連する地理的情報をさらに記憶しており、
前記旅行プラン情報記憶手段は、旅行プランの識別情報に対応させて、宿泊地域をさらに記憶することが可能であり、
前記旅行プラン登録手段は、前記幹事の端末から受信したデータを基にさらに宿泊地域を特定し、他の項目とともに前記旅行プラン情報記憶手段に格納し、
前記勧誘メール生成送信手段は、前記特定した宿泊地域をさらに含む前記勧誘メールを生成し、
前記宿泊プラン検索手段は、前記指定された旅行プランの識別情報に対応する宿泊地域を前記旅行プラン情報記憶手段よりさらに抽出し、該宿泊地域をさらに用いて前記検索条件を設定する
ことを特徴とするサーバシステム。
【請求項８】
請求項１〜６に記載のサーバシステムにおいて、
前記宿泊プラン情報記憶手段は、宿泊プランの識別情報に対応させて、宿泊先の所在地に関連する地理的情報をさらに記憶しており、
前記旅行プラン情報記憶手段は、旅行プランの識別情報に対応させて、地理的スポットをさらに記憶することが可能であり、
前記旅行プラン登録手段は、前記幹事の端末から受信したデータを基にさらに地理的スポットを特定し、他の項目とともに前記旅行プラン情報記憶手段に格納し、
前記勧誘メール生成送信手段は、前記特定した地理的スポットをさらに含む前記勧誘メールを生成し、
前記宿泊プラン検索手段は、前記指定された旅行プランの識別情報に対応する地理的スポットを前記旅行プラン情報記憶手段よりさらに抽出し、該地理的スポットをさらに用いて前記検索条件を設定する
ことを特徴とするサーバシステム。
【請求項９】
請求項１〜８に記載のサーバシステムにおいて、
前記宿泊プラン情報記憶手段は、宿泊プランの識別情報に対応させて、宿泊先のセールスポイントに関連する１又は複数のキーワードをさらに記憶しており、
前記旅行プラン情報記憶手段は、旅行プランの識別情報に対応させて、１又は複数のキーワードをさらに記憶することが可能であり、
前記旅行プラン登録手段は、前記幹事の端末から受信したデータを基にさらに１又は複数のキーワードを特定し、他の項目とともに前記旅行プラン情報記憶手段に格納し、
前記勧誘メール生成送信手段は、前記特定したキーワードをさらに含む前記勧誘メールを生成し、
前記宿泊プラン検索手段は、前記指定された旅行プランの識別情報に対応するキーワードを前記旅行プラン情報記憶手段よりさらに抽出し、該キーワードをさらに用いて前記検索条件を設定する
ことを特徴とするサーバシステム。
【請求項１０】
請求項１〜９に記載のサーバシステムにおいて、
予約番号に対応させて、幹事の識別情報，宿泊プランの識別情報及び宿泊プランの注文数を記憶することが可能な予約情報記憶手段をさらに有し、
前記検索結果ページを介して宿泊プランの選択情報を前記幹事の端末から受信したとき、該幹事の識別情報と、該選択情報に対応する宿泊プランの識別情報と、前記参加者数に対応する注文数とを、予約番号に対応させて前記予約情報記憶手段に格納する予約受付手段と、
予約の内容を含む予約完了メールを生成し、該予約に対応する旅行プランに係る各メールアドレス宛に送信する予約内容通知手段と
をさらに備える
ことを特徴とするサーバシステム。
【請求項１１】
複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムにおけるグループ予約支援方法であって、
宿泊プランの識別情報に対応させて、宿泊日程を記憶している宿泊プラン情報記憶手段と、
旅行プランの識別情報に対応させて、宿泊日程を記憶することが可能な旅行プラン情報記憶手段と
を有するサーバシステムが、
前記幹事の端末から受信したデータを基に宿泊日程を特定し、旅行プランの識別情報を付与して前記旅行プラン情報記憶手段に格納する旅行プラン登録ステップと、
前記幹事の端末から受信したデータを基に該幹事以外のメンバのメールアドレスを特定するメンバ特定ステップと、
前記特定した宿泊日程と、該宿泊日程に係る旅行プランに対応する旅行プラン識別データとを含む勧誘メールを生成し、前記特定した各メールアドレス宛に該勧誘メールを送信する勧誘メール生成送信ステップと、
前記幹事以外のメンバの端末から前記旅行プラン識別データを受信したとき、該旅行プラン識別データに対応する旅行プランを識別する回答受付ステップと、
前記識別した旅行プランに係る参加者数カウンタを更新する参加者数カウントステップと、
前記幹事の端末から旅行プランを指定した検索要求を受信する検索要求入力ステップと、
前記指定された旅行プランの宿泊日程を前記旅行プラン情報記憶手段より抽出し、該宿泊日程と、前記参加者数カウントステップにおいてカウントした該旅行プランに係る参加者数とを用いて検索条件を設定し、該検索条件を満たす宿泊プランの識別情報を前記宿泊プラン情報記憶手段より抽出する宿泊プラン検索ステップと、
前記抽出した宿泊プランの識別情報又はこれに対応する情報を含む検索結果ページを生成し、前記幹事の端末に送信する検索結果出力ステップと
を実行することを特徴とするグループ予約支援方法。
【請求項１２】
複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムにおけるグループ予約支援プログラムであって、
宿泊プランの識別情報に対応させて、宿泊日程を記憶している宿泊プラン情報記憶手段と、
旅行プランの識別情報に対応させて、宿泊日程を記憶することが可能な旅行プラン情報記憶手段と
を有するサーバシステムに、
前記幹事の端末から受信したデータを基に宿泊日程を特定し、旅行プランの識別情報を付与して前記旅行プラン情報記憶手段に格納する旅行プラン登録ステップと、
前記幹事の端末から受信したデータを基に該幹事以外のメンバのメールアドレスを特定するメンバ特定ステップと、
前記特定した宿泊日程と、該宿泊日程に係る旅行プランに対応する旅行プラン識別データとを含む勧誘メールを生成し、前記特定した各メールアドレス宛に該勧誘メールを送信する勧誘メール生成送信ステップと、
前記幹事以外のメンバの端末から前記旅行プラン識別データを受信したとき、該旅行プラン識別データに対応する旅行プランを識別する回答受付ステップと、
前記識別した旅行プランに係る参加者数カウンタを更新する参加者数カウントステップと、
前記幹事の端末から旅行プランを指定した検索要求を受信する検索要求入力ステップと、
前記指定された旅行プランの宿泊日程を前記旅行プラン情報記憶手段より抽出し、該宿泊日程と、前記参加者数カウントステップにおいてカウントした該旅行プランに係る参加者数とを用いて検索条件を設定し、該検索条件を満たす宿泊プランの識別情報を前記宿泊プラン情報記憶手段より抽出する宿泊プラン検索ステップと、
前記抽出した宿泊プランの識別情報又はこれに対応する情報を含む検索結果ページを生成し、前記幹事の端末に送信する検索結果出力ステップと
を実行させるためのグループ予約支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オンラインでの宿泊予約を管理する仕組みに関し、特に、グループを代表するユーザによる宿泊予約手続を支援する機能に関するものである。
【背景技術】
【０００２】
＜先行技術１＞
団体でゴルフ場の利用予約をする場面において参加者を募集する幹事の調整負担を軽減する仕組みが知られている（例えば、特許文献１参照）。
当該仕組みを提供するゴルフ場予約サーバは、概ね次の手順により予約を成立させる。
（１）募集者の端末から条件候補情報及び対象者情報を受信し、両者を対応付けてデータベースに記憶する（図７のＳ１４，Ｓ１５等）。
（２）対象者の端末に募集情報（メール）を送信する（図７のＳ１６等）。
（３）募集情報を送信した対象者の端末から返答情報を受信し、条件候補情報に対応付けてデータベースに登録する（図１７のＳ６２等）。
（４）検索条件指定画面を送信した募集者の端末から検索条件を受信し、当該検索条件に基づいて予約可能なゴルフ場を検索する（図２６のＳ２５８，Ｓ２５９等）。
（５）募集者の端末から予約登録要求情報を受信し、予約情報をデータベースに登録する（図２６のＳ２６５，Ｓ２６６等）。
【０００３】
＜先行技術２＞
Ｗｅｂページ中の入力フォームに入力された複数のメールアドレス宛に、同報メールを送信する仕組みが知られている（例えば、特許文献２参照）。
具体的には、次の手順により同報メールが送信される（同文献図３のＳ１０６〜Ｓ１１４参照）。
（１）ユーザが、Ｗｅｂページ中の所定の入力欄に、相手の名前，宛先のメールアドレス，メッセージ等を入力する（図４，［０００９］）。
（２）ユーザ端末が、上記（１）で入力されたデータをサーバ装置に送信する。
（３）サーバ装置が、上記（２）で受信したデータを基に電子メールを生成し、入力されたメールアドレス宛に送信する。
【０００４】
＜先行技術３＞
オンライン宿泊予約サイトにおいて、宿泊施設を検索するサービス、宿泊の予約を受け付けるサービスが提供されている（例えば、非特許文献１参照）。
同サイトを利用すれば、例えば、「日程」，「キーワード」（施設名・特徴・観光地等），「地域」，「目的・条件」（地域名・駅名・空港名等）等から、空室がある部屋（在庫のある宿泊プラン）を検索し、予約（又は手配）をすることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−１４０１２５号公報
【特許文献２】特開２００２−１６９９２５号公報
【非特許文献】
【０００６】
【非特許文献１】楽天トラベル株式会社、「楽天トラベル」、[online]、インターネット<URL: http://travel.rakuten.co.jp/index.html>
【発明の概要】
【発明が解決しようとする課題】
【０００７】
図１に、従来のオンライン宿泊予約サイトを利用した宿泊予約の手順を示す。
図１に示すように、同サイトを利用するユーザ（申請者）が端末を操作して、宿泊プランを検索し（Ｓ１１５）、申請者情報を入力し（Ｓ１２０）、予約又は手配（以下、単に「予約」という。）を申請する（Ｓ１２５）こと等により、予約が成立する。
したがって、宿泊プランを検索し所望のプランを選択する時点で、宿泊条件（日程・宿泊先・人数等）が確定している必要がある。
【０００８】
また、宿泊施設の客室には、それぞれ定員（宿泊人数の上限）が設定されているのが通常である。
そのため、複数のメンバから成るグループ単位で宿泊を予約する場合には、宿泊するメンバの数が確定しなければ、確保すべき客室の数が確定せず、宿泊プランの検索を有効に行うことができない。
【０００９】
上記事情により、複数のメンバから成るグループの幹事は、宿泊を予約するに当たり、例えば、次のような手順を踏まざるを得ない。
（１）オンライン宿泊予約サイトの検索機能を利用して、日程・宿泊先等の候補を設定する。
（２）上記（１）で設定した候補を電子メール等で各メンバに通知し、参加の可否をメール等で個別に回答してもらう。
（３）上記（２）の回答を手作業で集計し、宿泊条件（日程・宿泊先・人数等）を確定する。
（４）上記（３）で確定した宿泊条件のもと、オンライン宿泊予約サイトを利用して宿泊プランを再度検索し（Ｓ１１５）、予約が可能であれば、申請者情報を入力した上で（Ｓ１２０）、予約を申請する（Ｓ１２５）。
【００１０】
本発明が解決しようとする課題は、グループを代表して宿泊予約手続を行うユーザに対し、参加メンバの募集と宿泊先の検索とを連動させて行う仕組みを提供する、という点である。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、本発明は、複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムのサーバシステムであって、宿泊プランの識別情報に対応させて、宿泊日程を記憶している宿泊プラン情報記憶手段と、旅行プランの識別情報に対応させて、宿泊日程を記憶することが可能な旅行プラン情報記憶手段とを有し、前記幹事の端末から受信したデータを基に宿泊日程を特定し、旅行プランの識別情報を付与して前記旅行プラン情報記憶手段に格納する旅行プラン登録手段と、前記幹事の端末から受信したデータを基に該幹事以外のメンバのメールアドレスを特定するメンバ特定手段と、前記特定した宿泊日程と、該宿泊日程に係る旅行プランに対応する旅行プラン識別データとを含む勧誘メールを生成し、前記特定した各メールアドレス宛に該勧誘メールを送信する勧誘メール生成送信手段と、前記幹事以外のメンバの端末から前記旅行プラン識別データを受信したとき、該旅行プラン識別データに対応する旅行プランを識別する回答受付手段と、前記識別した旅行プランに係る参加者数カウンタを更新する参加者数カウント手段と、前記幹事の端末から旅行プランを指定した検索要求を受信する検索要求入力手段と、前記指定された旅行プランの宿泊日程を前記旅行プラン情報記憶手段より抽出し、該宿泊日程と、前記参加者数カウント手段によってカウントした該旅行プランに係る参加者数とを用いて検索条件を設定し、該検索条件を満たす宿泊プランの識別情報を前記宿泊プラン情報記憶手段より抽出する宿泊プラン検索手段と、前記抽出した宿泊プランの識別情報又はこれに対応する情報を含む検索結果ページを生成し、前記幹事の端末に送信する検索結果出力手段とを備えることを特徴とする。
【００１２】
前記回答受付手段は、前記幹事以外のメンバの端末から回答の内容を示す回答コードをさらに受信し、前記参加者数カウント手段は、前記受信した回答コードが宿泊への参加を示す場合に限り、前記識別した旅行プランに係る参加者数カウンタを更新してもよい。
【００１３】
前記旅行プラン情報記憶手段は、旅行プランの識別情報に対応させて、さらに、メンバごとに回答の内容を示す回答コードを記憶することが可能であり、前記勧誘メール生成送信手段は、前記特定したメールアドレスにそれぞれ対応するメンバ識別データをさらに含む前記勧誘メールを生成し、それぞれ対応するメールアドレス宛に送信し、前記回答受付手段は、前記幹事以外のメンバの端末から前記メンバ識別データをさらに受信したとき、該メンバ識別データに対応するメンバを識別し、前記参加者数カウント手段に代えて、前記受信した回答コードを、前記識別した旅行プランに対応させて、前記識別したメンバごとに前記旅行プラン情報記憶手段に格納する回答登録手段と、前記旅行プラン情報記憶手段に記憶している前記指定された旅行プランに係る回答コードを用いて該旅行プランに係る参加者数を集計する参加者数集計手段とを備え、前記宿泊プラン検索手段は、前記指定された旅行プランの宿泊日程と、前記参加者数集計手段によって集計した該旅行プランに係る参加者数とを用いて前記検索条件を設定してもよい。
【００１４】
前記旅行プラン情報記憶手段は、前記回答コードを宿泊日程ごとに記憶することが可能であり、前記旅行プラン登録手段は、前記幹事の端末から受信したデータを基に複数の宿泊日程を特定し、該複数の宿泊日程を前記旅行プラン情報記憶手段に格納し、前記回答受付手段は、各宿泊日程に対応する回答コードを受信し、前記回答登録手段は、前記受信した回答コードを宿泊日程ごとに前記旅行プラン情報記憶手段に格納し、前記検索要求入力手段は、宿泊日程をさらに指定した検索要求を受信し、前記参加者数集計手段は、前記旅行プラン情報記憶手段に記憶している前記指定された旅行プランに係る前記指定された宿泊日程に対応する回答コードを用いて該宿泊プランに係る該宿泊日程における参加者数を集計し、前記宿泊プラン検索手段は、前記指定された旅行プランに対応する前記指定された宿泊日程を前記旅行プラン情報記憶手段より抽出し、該指定された宿泊日程と、該旅行プランに係る該宿泊日程における参加者数とを用いて前記検索条件を設定してもよい。
【００１５】
前記幹事を含むメンバの端末から旅行プランを指定したページ送信要求を受信したとき、該指定された旅行プランに係る各メンバの各宿泊日程に対応する回答コードを前記旅行プラン情報記憶手段より抽出し、該各回答コードを用いて各メンバの回答内容を宿泊日程ごとに配置した旅行プラン確認ページを生成する確認ページ生成手段と、前記生成した旅行プラン確認ページを前記ページ送信要求の送信元の端末に送信する確認ページ送信手段とをさらに備えていてもよい。
【００１６】
前記確認ページ生成手段は、前記幹事の端末から旅行プランを指定したページ送信要求を受信したとき、各宿泊日程に対応する検索要求要素をさらに配置した旅行プラン確認ページを生成してもよい。
【００１７】
前記宿泊プラン情報記憶手段は、宿泊プランの識別情報に対応させて、宿泊先の所在地に関連する地理的情報をさらに記憶しており、前記旅行プラン情報記憶手段は、旅行プランの識別情報に対応させて、宿泊地域をさらに記憶することが可能であり、前記旅行プラン登録手段は、前記幹事の端末から受信したデータを基にさらに宿泊地域を特定し、他の項目とともに前記旅行プラン情報記憶手段に格納し、前記勧誘メール生成送信手段は、前記特定した宿泊地域をさらに含む前記勧誘メールを生成し、前記宿泊プラン検索手段は、前記指定された旅行プランの識別情報に対応する宿泊地域を前記旅行プラン情報記憶手段よりさらに抽出し、該宿泊地域をさらに用いて前記検索条件を設定してもよい。
【００１８】
前記宿泊プラン情報記憶手段は、宿泊プランの識別情報に対応させて、宿泊先の所在地に関連する地理的情報をさらに記憶しており、前記旅行プラン情報記憶手段は、旅行プランの識別情報に対応させて、地理的スポットをさらに記憶することが可能であり、前記旅行プラン登録手段は、前記幹事の端末から受信したデータを基にさらに地理的スポットを特定し、他の項目とともに前記旅行プラン情報記憶手段に格納し、前記勧誘メール生成送信手段は、前記特定した地理的スポットをさらに含む前記勧誘メールを生成し、前記宿泊プラン検索手段は、前記指定された旅行プランの識別情報に対応する地理的スポットを前記旅行プラン情報記憶手段よりさらに抽出し、該地理的スポットをさらに用いて前記検索条件を設定してもよい。
【００１９】
前記宿泊プラン情報記憶手段は、宿泊プランの識別情報に対応させて、宿泊先のセールスポイントに関連する１又は複数のキーワードをさらに記憶しており、前記旅行プラン情報記憶手段は、旅行プランの識別情報に対応させて、１又は複数のキーワードをさらに記憶することが可能であり、前記旅行プラン登録手段は、前記幹事の端末から受信したデータを基にさらに１又は複数のキーワードを特定し、他の項目とともに前記旅行プラン情報記憶手段に格納し、前記勧誘メール生成送信手段は、前記特定したキーワードをさらに含む前記勧誘メールを生成し、前記宿泊プラン検索手段は、前記指定された旅行プランの識別情報に対応するキーワードを前記旅行プラン情報記憶手段よりさらに抽出し、該キーワードをさらに用いて前記検索条件を設定してもよい。
【００２０】
予約番号に対応させて、幹事の識別情報，宿泊プランの識別情報及び宿泊プランの注文数を記憶することが可能な予約情報記憶手段をさらに有し、前記検索結果ページを介して宿泊プランの選択情報を前記幹事の端末から受信したとき、該幹事の識別情報と、該選択情報に対応する宿泊プランの識別情報と、前記参加者数に対応する注文数とを、予約番号に対応させて前記予約情報記憶手段に格納する予約受付手段と、予約の内容を含む予約完了メールを生成し、該予約に対応する旅行プランに係る各メールアドレス宛に送信する予約内容通知手段とをさらに備えていてもよい。
【００２１】
また、上記課題を解決するため、本発明は、複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムにおけるグループ予約支援方法であって、宿泊プランの識別情報に対応させて、宿泊日程を記憶している宿泊プラン情報記憶手段と、旅行プランの識別情報に対応させて、宿泊日程を記憶することが可能な旅行プラン情報記憶手段とを有するサーバシステムが、前記幹事の端末から受信したデータを基に宿泊日程を特定し、旅行プランの識別情報を付与して前記旅行プラン情報記憶手段に格納する旅行プラン登録ステップと、前記幹事の端末から受信したデータを基に該幹事以外のメンバのメールアドレスを特定するメンバ特定ステップと、前記特定した宿泊日程と、該宿泊日程に係る旅行プランに対応する旅行プラン識別データとを含む勧誘メールを生成し、前記特定した各メールアドレス宛に該勧誘メールを送信する勧誘メール生成送信ステップと、前記幹事以外のメンバの端末から前記旅行プラン識別データを受信したとき、該旅行プラン識別データに対応する旅行プランを識別する回答受付ステップと、前記識別した旅行プランに係る参加者数カウンタを更新する参加者数カウントステップと、前記幹事の端末から旅行プランを指定した検索要求を受信する検索要求入力ステップと、前記指定された旅行プランの宿泊日程を前記旅行プラン情報記憶手段より抽出し、該宿泊日程と、前記参加者数カウントステップにおいてカウントした該旅行プランに係る参加者数とを用いて検索条件を設定し、該検索条件を満たす宿泊プランの識別情報を前記宿泊プラン情報記憶手段より抽出する宿泊プラン検索ステップと、前記抽出した宿泊プランの識別情報又はこれに対応する情報を含む検索結果ページを生成し、前記幹事の端末に送信する検索結果出力ステップとを実行することを特徴とする。
【００２２】
また、上記課題を解決するため、本発明は、複数のメンバから成るグループを構成する各メンバの端末と、該グループを代表する幹事がＷｅｂページを介して行う宿泊プランの予約手続を支援するサーバシステムとが通信ネットワークを介して接続しているグループ予約支援システムにおけるグループ予約支援プログラムであって、宿泊プランの識別情報に対応させて、宿泊日程を記憶している宿泊プラン情報記憶手段と、旅行プランの識別情報に対応させて、宿泊日程を記憶することが可能な旅行プラン情報記憶手段とを有するサーバシステムに、前記幹事の端末から受信したデータを基に宿泊日程を特定し、旅行プランの識別情報を付与して前記旅行プラン情報記憶手段に格納する旅行プラン登録ステップと、前記幹事の端末から受信したデータを基に該幹事以外のメンバのメールアドレスを特定するメンバ特定ステップと、前記特定した宿泊日程と、該宿泊日程に係る旅行プランに対応する旅行プラン識別データとを含む勧誘メールを生成し、前記特定した各メールアドレス宛に該勧誘メールを送信する勧誘メール生成送信ステップと、前記幹事以外のメンバの端末から前記旅行プラン識別データを受信したとき、該旅行プラン識別データに対応する旅行プランを識別する回答受付ステップと、前記識別した旅行プランに係る参加者数カウンタを更新する参加者数カウントステップと、前記幹事の端末から旅行プランを指定した検索要求を受信する検索要求入力ステップと、前記指定された旅行プランの宿泊日程を前記旅行プラン情報記憶手段より抽出し、該宿泊日程と、前記参加者数カウントステップにおいてカウントした該旅行プランに係る参加者数とを用いて検索条件を設定し、該検索条件を満たす宿泊プランの識別情報を前記宿泊プラン情報記憶手段より抽出する宿泊プラン検索ステップと、前記抽出した宿泊プランの識別情報又はこれに対応する情報を含む検索結果ページを生成し、前記幹事の端末に送信する検索結果出力ステップとを実行させる。
【発明の効果】
【００２３】
本発明のサーバシステムは、幹事が設定した旅行プランを登録し、幹事が指定したメンバを宿泊に勧誘し、当該勧誘に対する回答を各メンバから受け付ける。そして、幹事から検索要求があると、サーバシステム側に保存している旅行プランの登録情報と回答の集計結果とを用いて検索条件を設定し、予約可能な宿泊プランを検索する。
したがって、本発明のサーバシステムとユーザの端末とを接続して構成したグループ予約支援システムを利用すれば、グループを代表して宿泊予約手続を行うユーザは、個人の端末で情報収集・情報集計等の処理をすることなく参加メンバを募集することができる。また、その処理をサーバシステム側に委譲させ、募集〜情報収集と宿泊先の検索とを連動させて迅速かつ簡易に検索を行うことができる。
【図面の簡単な説明】
【００２４】
【図１】宿泊予約の手順を示すフロー図である。（従来例）
【図２】宿泊予約の手順を示すフロー図である。（実施形態）
【図３】システム構成を示すブロック図である。（実施形態）
【図４】データベースのデータ項目の説明図である。（実施形態）
【図５】データベースのデータ項目の説明図である。（実施形態）
【図６】メンバの募集手順を示すフロー図である。（実施形態）
【図７】旅行プラン登録ページの表示例である。（実施形態）
【図８】送受信するデータ項目の説明図である。（実施形態）
【図９】メンバ登録ページの表示例である。（実施形態）
【図１０】勧誘メールの表示例である。（実施形態）
【図１１】回答の受付手順を示すフロー図である。（実施形態）
【図１２】回答前の旅行プラン確認ページの表示例である。（実施形態）
【図１３】回答後の旅行プラン確認ページの表示例である。（実施形態）
【図１４】宿泊プランの検索手順を示すフロー図である。（実施形態）
【図１５】検索前の旅行プラン確認ページの表示例である。（実施形態）
【図１６】検索結果ページの表示例である。（実施形態）
【図１７】バッチ処理の手順を示すフロー図である。（実施形態）
【発明を実施するための形態】
【００２５】
＜定義＞
・宿泊プラン…オンライン宿泊予約サイトにおける予約対象（注文対象）の単位。特定の客室（又は特定の部屋タイプの客室）における少なくとも１泊分の宿泊サービスを必須の要素とし、食事等の付随的なサービスを任意に含む。
・旅行プラン…宿泊プランの検索条件を構成する項目を含む宿泊の概要。以下の説明では、宿泊エリア，宿泊日程を主要な項目とする。
【００２６】
・グループ…複数のユーザにより構成される集団。例えば、クラブ，サークル，同好会，ゼミ，研究室，部署等。
・メンバ…グループを構成するユーザ。
・幹事…グループを代表するメンバ。本実施形態では、グループを代表して宿泊予約手続を行うメンバ。
【００２７】
＜実施形態＞
［１．概要］
本実施形態のシステムは、オンライン宿泊予約サイトを管理するシステムであり、宿泊の予約を受け付けるサービス（宿泊予約サービス）をユーザに提供する。主要な特徴は、幹事が指定したｎ人（ｎは自然数）のメンバを宿泊に勧誘して各メンバから回答を受け付け、その回答の集計結果を基に動的に検索条件を設定する点にある。
本実施形態のシステムを利用すれば、グループを代表して宿泊予約手続を行う幹事は、参加メンバの募集と宿泊先の検索とを連動させて行うことができる。
【００２８】
図２に、本実施形態のシステムを利用した宿泊予約の手順を示す。
〔１〕幹事が端末を操作して、旅行プランを登録する（Ｓ２０５）とともに、メンバを登録する（Ｓ２１０）。サーバシステムは、勧誘メールを送信してその回答を受け付けることにより、幹事が指定した各メンバの出欠を確認する。
〔２〕幹事が端末を操作して、各メンバの回答状況を確認した上で、宿泊プランを検索する（Ｓ１１５）。サーバシステムは、幹事の端末から検索要求を受けると、旅行プランの情報と回答の集計結果とにより動的に検索条件を設定し、当該検索条件を満たす予約可能な宿泊プランを検索する。
〔３〕幹事が端末を操作して、確認的に申請者情報を入力し（Ｓ１２０）、予約を申請する（Ｓ１２５）。以上の手順等を経て、予約が成立する。
【００２９】
〔４〕サーバシステムは、成立した予約の内容を各メンバに通知することにより、メンバに予約情報を共有させる。
なお、図２において図１と同一の符号が付されている処理は、同様の処理である。また、予約成立後の処理は、特に断りがある場合を除き、従来例（例えば、＜先行技術３＞）と同様である。
【００３０】
［２．システム構成］
図３に、本実施形態のシステムの構成を示す。
図３に示すように、本実施形態のシステムは、全体として、サーバシステム１０，幹事のユーザ端末２０，幹事以外のメンバのユーザ端末３０（１〜ｎ）及び施設端末４０により構成される。また、サーバシステム１０は、ユーザＤＢ１１，施設ＤＢ１２，宿泊プランＤＢ１３，予約ＤＢ１４及び旅行プランＤＢ１５を有している。
サーバシステム１０と、ユーザ端末２０，ユーザ端末３０（１〜ｎ）及び施設端末４０とは、通信ネットワーク（本実施形態では、インターネット５０）を介してそれぞれ互いに接続している。
【００３１】
［２−１．サーバシステム］
図３において、サーバシステム１０は、宿泊予約サービスを管理するサーバ群である。
サーバシステム１０は、例えば、Ｗｅｂページの生成・送信機能を有するＷｅｂサーバ，電子メールの生成・送信機能を有するメールサーバ，データベースを管理するＤＢサーバ，バッチ処理を実行するバッチ処理サーバ及びその他の必要なＡＰサーバを含む。
【００３２】
［（ａ）ユーザＤＢ］
図３において、ユーザＤＢ１１は、宿泊予約サービスを利用するユーザの情報を記憶するデータベースである。
図４（ａ）に、ユーザ情報の主要な項目を示す。
図４（ａ）に示すように、１件のユーザ情報は、「ユーザＩＤ」，「パスワード」及び「メールアドレス」を含んでいる。
【００３３】
［（ｂ）施設ＤＢ］
図３において、施設ＤＢ１２は、宿泊予約サービスにおいて客室を提供する宿泊施設に関連する情報を記憶するデータベースである。
本実施形態では、施設情報及び客室情報をそれぞれ複数件ずつ記憶しており、これらはキー項目を介して対応しているものとする。
【００３４】
図４（ｂ−１）に、施設情報の主要な項目を示す。
図４（ｂ−１）に示すように、１件の施設情報は、「施設ＩＤ」，「パスワード」，「メールアドレス」及び「所在地情報」を含んでいる。
ここで、「所在地情報」は、その宿泊施設の所在地に対応する情報である。本実施形態では、所在地が属する地域区分を記憶している。なお、「所在地情報」として、地域区分の他、例えば、所在地の経度・緯度，所在地の住所，所在地周辺の地理的スポット（例えば、最寄駅，最寄空港，最寄の観光スポット等）等を記憶しておいてもよい。
【００３５】
図４（ｂ−２）に、客室情報の主要な項目を示す。
図４（ｂ−２）に示すように、１件の客室情報は、「施設ＩＤ」，「部屋タイプ」及び「収容人数」を含んでいる。
ここで、「部屋タイプ」は、客室の部屋タイプ（和室／洋室の別，広さ等）を示すコードである。「収容人数」は、その客室１部屋当たりの最大宿泊人数である。
【００３６】
［（ｃ）宿泊プランＤＢ］
図３において、宿泊プランＤＢ１３は、宿泊予約サービスにおいて予約（注文）の対象となる宿泊プランの情報を記憶するデータベースである。
本実施形態では、宿泊プラン情報及び在庫管理情報をそれぞれ複数件ずつ記憶しており、これらはキー項目を介して対応しているものとする。
【００３７】
図４（ｃ−１）に、宿泊プラン情報の主要な項目を示す。
図４（ｃ−１）に示すように、１件の宿泊プラン情報は、「宿泊プランＩＤ」，「施設ＩＤ」，「部屋タイプ」，「宿泊日」，「地理的情報」及び「定員」を含んでいる。
ここで、「地理的情報」は、宿泊プランを地理的な条件で検索するための情報であり、施設情報（図４（ｂ−１））の「所在地情報」に対応する。「定員」は、宿泊プランを宿泊人数の条件で検索するための情報であり、客室情報（図４（ｂ−２））の「収容人数」に対応する。
【００３８】
なお、施設情報（図４（ｂ−１））の「所在地情報」が複数記憶されている場合等、必要に応じて宿泊プラン情報の項目として複数の「地理的情報」を記憶していてもよい。
また、「地理的情報」，「定員」を宿泊プラン情報の項目とせず、検索時に施設情報（図４（ｂ−１））の「所在地情報」，客室情報（図４（ｂ−２））の「収容人数」を読み出すように構成してもよい。
【００３９】
図４（ｃ−２）に、在庫管理情報の主要な項目を示す。
図４（ｃ−２）に示すように、１件の在庫管理情報は、「宿泊プランＩＤ」及び「在庫数」を含んでいる。
ここで、「在庫数」は、予約（注文）可能な宿泊プランの数であり、随時更新される。
【００４０】
［（ｄ）予約ＤＢ］
図３において、予約ＤＢ１４は、宿泊予約サービスの予約情報を記憶するデータベースである。
図４（ｄ）に、予約情報の主要な項目を示す。
図４（ｄ）に示すように、１件の予約情報は、「予約番号」，幹事の「ユーザＩＤ」，「宿泊プランＩＤ」，宿泊プランの「注文数」及び「旅行プランＩＤ」を含んでいる。
【００４１】
［（ｅ）旅行プランＤＢ］
図３において、旅行プランＤＢ１５は、宿泊予約サービスにおける旅行プランに関連する情報を記憶するデータベースである。
旅行プランＤＢ１５は、旅行プラン基本情報，宿泊日程情報，旅行プラン管理情報，メンバ基本情報及びメンバ管理情報をそれぞれ複数件ずつ記憶することが可能である。また、これらはキー項目を介して対応させることができる。
【００４２】
図５（ｅ−１）に、旅行プラン基本情報の主要な項目を示す。
図５（ｅ−１）に示すように、１件の旅行プラン基本情報は、「旅行プランＩＤ」，「旅行プラン識別データ」，幹事の「ユーザＩＤ」，「文字情報」，「宿泊エリア情報」，「オプション情報」及び「有効期限」を含んでいる。
ここで、「旅行プラン識別データ」は、旅行プランＩＤを識別するデータ（暗号データ，ハッシュ値等）である。「有効期限」は、その旅行プランが有効な期間の最終日の日付（例えば、その旅行プランに係る最遅のチェックイン日の日付等）である。
【００４３】
本実施形態では、例えば次の項目を記憶している。
・「文字情報」…旅行名，旅行概要を示すテキストデータ。
・「宿泊エリア情報」…都道府県コード，地域コード。
・「オプション情報」…食事のオプションの有無（「夕食なし／朝食なし」，「夕食なし／朝食あり」，「夕食あり／朝食なし」，「夕食あり／朝食あり」等）を示すコード。
【００４４】
図５（ｅ−２）に、宿泊日程情報の主要な項目を示す。
図５（ｅ−２）に示すように、１件の宿泊日程情報は、「旅行プランＩＤ」，「日程番号」，「チェックイン日」及び「宿泊日数」を含んでいる。
なお、「宿泊日数」に代えて、「チェックアウト日」を記憶しておいてもよい。また、すべての日程を１泊分で設定させる実施形態であれば、「宿泊日数」を記憶しておかなくてもよい。
【００４５】
図５（ｅ−３）に、旅行プラン管理情報の主要な項目を示す。
図５（ｅ−３）に示すように、１件の旅行プラン管理情報は、「旅行プランＩＤ」，「未回答メンバ数」及び「無効フラグ」を含んでいる。
ここで、「未回答メンバ数」は、未だ回答していないメンバの数であり、初期値は幹事以外のメンバ数とする。「無効フラグ」は、旅行プランが無効であるか否かを示すフラグであり、有意のとき無効を示す。
【００４６】
図５（ｅ−４）に、メンバ基本情報の主要な項目を示す。
図５（ｅ−４）に示すように、１件のメンバ基本情報は、「旅行プランＩＤ」，「メンバＩＤ」，「メンバ識別データ」，「ニックネーム」及び「メールアドレス」を含んでいる。
ここで、「メンバ識別データ」は、メンバを特定する情報（例えば、「メンバＩＤ」，「ニックネーム」又は「メールアドレス」）を識別するデータ（暗号データ，ハッシュ値等）である。
なお、「ニックネーム」又は「メールアドレス」を「メンバＩＤ」として利用してもよい。
【００４７】
図５（ｅ−５）に、メンバ管理情報の主要な項目を示す。
図５（ｅ−５）に示すように、１件のメンバ管理情報は、「旅行プランＩＤ」，「メンバＩＤ」，「日程番号」及び「回答コード」を含んでいる。
ここで、「回答コード」は、そのメンバの回答内容（未回答，参加可，参加不可，保留等）を示すコードである。
【００４８】
［２−２．ユーザ端末］
図３において、ユーザ端末２０，ユーザ端末３０（１〜ｎ）は、宿泊予約サービスを利用する幹事，幹事以外のメンバがそれぞれ使用する端末である。
ユーザ端末２０及びユーザ端末３０は、Ｗｅｂブラウザを有しており、サーバシステム１０から受信したＷｅｂページ（ＨＴＭＬ形式のデータ等）をディスプレイに表示することができる。また、ユーザ端末２０及びユーザ端末３０は、メーラを有しており、サーバシステム１０から受信した電子メールをディスプレイに表示することができる。
ユーザ端末２０及びユーザ端末３０は、通信機能を有する既存の情報処理端末（例えば、パソコン等の電子計算機，携帯電話端末等）でよい。
【００４９】
［２−３．施設端末］
図３において、施設端末４０は、宿泊予約サービスに客室を提供する施設で使用される端末である。
施設端末４０は、Ｗｅｂブラウザを有しており、サーバシステム１０から受信したＷｅｂページ（ＨＴＭＬ形式のデータ等）をディスプレイに表示することができる。また、施設端末４０は、メーラを有しており、サーバシステム１０から受信した電子メールをディスプレイに表示することができる。
施設端末４０は、通信機能を有する既存の情報処理端末（例えば、パソコン等の電子計算機等）でよい。
なお、各宿泊施設の担当者は、施設端末４０を操作してサーバシステム１０にアクセスし、施設ＩＤとパスワードを入力して認証を受けることにより、与えられた権限の範囲内で客室情報の管理，予約情報の管理等を行うことができる。この点は、従来例（例えば、＜先行技術３＞）と同様である。
【００５０】
［３．データ処理］
本実施形態のシステムにおけるデータ処理は、主として次の４通りに大別される。
（１）メンバの募集
（２）回答の受付
（３）宿泊プランの検索
（４）バッチ処理
【００５１】
［３−１．メンバの募集］
［（ａ）メンバの募集手順］
図６に、メンバの募集手順を示す。
ここでは、旅行プラン情報の登録に引き続き、メンバ情報の登録・勧誘メールの送信を実行する場合を例として説明する。なお、メンバ情報の登録は、旅行プラン情報の登録後、旅行プランの有効期限内の任意の時期に行うことができるものとする。
図６に示すように、サーバシステム１０は、下記〔１１〕〜〔１２〕の手順によりメンバを募集する。
【００５２】
〔１１〕旅行プラン登録ページ（図７）を介してユーザ端末２０から旅行プラン登録情報（図８（ａ））を受信する（Ｓ６０５）と、旅行プランＤＢ１５に旅行プラン情報を登録する（Ｓ６１０）。続いて、メンバ登録ページを生成し（Ｓ６１５）、ユーザ端末２０に送信する（Ｓ６２０，図９）。
〔１２〕メンバ登録ページ（図９）を介してユーザ端末２０からメンバ登録情報（図８（ｂ））を受信する（Ｓ６２５）と、旅行プランＤＢ１５にメンバ情報を登録する（Ｓ６３０）。続いて、勧誘メールを生成して各メンバのメールアドレス宛に送信する（Ｓ６３５，図１０）。以上の処理の完了後、メンバの募集手続が完了した旨等を電子メールでユーザ端末２０に通知する（Ｓ６４０）。
【００５３】
［（ｂ）旅行プラン登録ページ］
図７に、旅行プラン登録ページの表示例を示す。
図７に示すように、旅行プラン登録ページ７００は、エリア７１０〜７５０及びボタン７６０を含んでいる。
エリア７１０には、旅行名の入力欄が配置される。エリア７２０には、旅行概要の入力欄が配置される。なお、旅行名，旅行概要は、それぞれ勧誘メール（後述）の件名，本文中のメッセージとして利用される。
エリア７３０には、宿泊先の都道府県の選択欄、宿泊先の地域名の選択欄が配置される。地域名の選択欄の選択肢は、都道府県の選択欄における選択に連動して変化するように構成するとよい。エリア７４０には、食事オプションの選択欄が配置される。エリア７５０には、日程ごとにチェックイン日及び宿泊日数の選択欄が配置される。
【００５４】
幹事による旅行プラン登録手続の操作手順は、次のとおりである。
（１）エリア７１０において、旅行名の入力欄に旅行名を入力する。
（２）エリア７２０において、旅行概要の入力欄に旅行概要を入力する。
（３）エリア７３０において、宿泊先の都道府県及び地域名を順次選択する。
（４）エリア７４０において、夕食の有無，朝食の有無をそれぞれ選択する。
（５）エリア７５０において、日程ごとにチェックイン日及び宿泊日数を選択する。必要に応じてボタン７５１をクリックし、新たな日程のチェックイン日及び宿泊日数を設定するための選択欄を追加する。
（６）ボタン７６０をクリックし、旅行プラン情報の登録を要求する。
【００５５】
［（ｃ）旅行プラン登録情報］
図８（ａ）に、旅行プラン登録情報の主要な項目を示す。
図８（ａ）に示すように、１件の旅行プラン登録情報は、幹事の「ユーザＩＤ」，「文字情報１（旅行名）」，「文字情報２（旅行概要）」，「宿泊エリア情報１（都道府県コード）」，「宿泊エリア情報２（地域コード）」，「オプション情報」，各日程の「チェックイン日」及び「宿泊日数」を含んでいる。
【００５６】
ここで、旅行プラン登録情報の項目は、旅行プラン登録ページ（例えば、旅行プラン登録ページ７００（図７））において入力欄又は選択欄に入力された項目である。サーバシステム１０は、これらの項目をユーザ端末２０から一括で受信するものとする。なお、これらの項目を、各別に又は適当な組合せで順次受信してもよい。
なお、幹事のユーザＩＤを特定することが可能な情報（例えば、クッキーのセションＩＤ等）により幹事のユーザＩＤを特定する場合には、幹事の「ユーザＩＤ」が含まれていなくてもよい。
【００５７】
［（ｄ）メンバ登録ページ］
図９に、メンバ登録ページの表示例を示す。
図９に示すように、メンバ登録ページ９００は、エリア９１０〜９３０を含んでいる。
エリア９１０には、旅行名の入力欄が配置される。エリア９２０には、旅行概要の入力欄が配置される。なお、これらの入力欄には、旅行プランＤＢ１５に登録された旅行名，旅行概要がデフォルトで表示される。
エリア９３０では、募集するメンバを指定する。
【００５８】
幹事によるメンバ登録手続の操作手順は、次のとおりである。
（１）エリア９１０，９２０において、必要に応じて旅行名，旅行概要を修正する。
（２）入力欄９３１に、メンバのニックネーム及びメールアドレスを入力する。
（３）必要に応じてボタン９３２をクリックし、入力欄９３１に新たな欄を追加する。また、必要に応じてボタン９３３をクリックし、予め登録してある仲間リストを表示させ、メンバを選択する。
（４）ボタン９３４をクリックし、メンバ情報の登録及び勧誘メールの送信を要求する。または、ボタン９３５をクリックし、メンバ情報の登録のみを要求する。
【００５９】
［（ｅ）メンバ登録情報］
図８（ｂ）に、メンバ登録情報の主要な項目を示す。
図８（ｂ）に示すように、１件のメンバ登録情報は、「旅行プランＩＤ」，「メッセージ」，メンバ（１，２，…）の「ニックネーム」及び「メールアドレス」を含んでいる。
なお、旅行プランＩＤを特定することが可能な情報（例えば、クッキーのセションＩＤ等）により旅行プランＩＤを特定する場合には、「旅行プランＩＤ」が含まれていなくてもよい。また、仲間リストから選択したメンバについては、「ニックネーム」及び「メールアドレス」に代えて、そのメンバを特定するためのデータを送信するとよい。
【００６０】
［（ｆ）勧誘メール］
図１０に、勧誘メールの表示例を示す。
図１０に示すように、勧誘メール１０００は、差出人情報１０１０，件名１０２０及び本文１０３０を含んでいる。
差出人情報１０１０は、差出人（ここでは、宿泊予約サービス）のメールアドレス等である。
件名１０２０には、例えば、幹事（「Ａさん」）からの勧誘である旨を明示する。また、メンバ登録ページ（例えば、メンバ登録ページ９００（図９））において入力された旅行名を記載する。
【００６１】
本文１０３０には、幹事（「Ａさん」）からのメッセージ１０３１，旅行プランに関連する情報１０３２及び回答のためのＵＲＬ１０３３等が表示される。
メッセージ１０３１は、メンバ登録ページ（例えば、メンバ登録ページ９００（図９））において入力された旅行概要である。
ＵＲＬ１０３３は、「旅行プラン識別データ」及び「メンバ識別データ」をパラメータとして含んでいる。メンバは、ＵＲＬ１０３３をクリックすることにより、幹事からの勧誘に対して回答するためのページの送信を要求ことができる。
【００６２】
［３−２．回答の受付］
［（ａ）回答の受付手順］
図１１に、回答の受付手順を示す。
ここでは、旅行プラン情報の更新に引き続き、条件判定を経て幹事に出欠確認が完了した旨を通知する場合を例として説明する。この手順により、有効期限内の比較的早い時期に全てのメンバが回答した旨を幹事に知らせることができる。なお、幹事への通知処理は、省略してもよい。
図１１に示すように、サーバシステム１０は、下記〔２１〕〜〔２４〕の手順により回答を受け付ける。
【００６３】
〔２１〕勧誘メール（図１０）を介してユーザ端末３０からページ送信要求（図８（ｃ））を受信する（Ｓ１１０５）と、旅行プランＤＢ１５の旅行プラン基本情報を参照して旅行プラン識別データに対応する旅行プランを識別する（Ｓ１１１０）。続いて、旅行プランＤＢ１５のメンバ基本情報を参照してメンバ識別データに対応するメンバを識別する（Ｓ１１１５）。なお、次のいずれかの場合には、それぞれ理由を示して回答を受け付けないようにするとよい。
・識別した旅行プランに対応する「無効フラグ」が有意である場合（例えば、有効期限が経過している場合）。
・識別したメンバに対応する全ての日程における「回答コード」が、「参加可」又は「参加不可」を示している場合。
【００６４】
〔２２〕旅行プラン確認ページを生成し（Ｓ１１２０）、ユーザ端末３０に送信する（Ｓ１１２５，図１２）。旅行プラン確認ページ（図１２）を介してユーザ端末３０から回答情報（図８（ｄ））を受信し（Ｓ１１３０）、メンバ管理情報（旅行プランＤＢ１５）の回答コードを更新する（Ｓ１１３５）。
〔２３〕旅行プラン管理情報（旅行プランＤＢ１５）の「未回答メンバ数」を更新し（Ｓ１１４０）、更新後の未回答メンバ数が０であるか否かを判定する（Ｓ１１４５）。未回答メンバ数が０であるとき（Ｓ１１４５でＹｅｓ）、出欠確認が完了した旨等を電子メールでユーザ端末２０に通知する（Ｓ１１５０）。なお、この電子メールには、旅行プラン及び幹事を識別する情報をパラメータとして含むＵＲＬを記載しておくとよい。
〔２４〕未回答メンバ数が０でないとき（Ｓ１１４５でＮｏ）、又は、出欠確認の完了を通知した後、旅行プラン確認ページを生成し（Ｓ１１５５）、ユーザ端末３０に送信する（Ｓ１１６０，図１３）。
【００６５】
［（ｂ）ページ送信要求］
図８（ｃ）に、ページ送信要求の主要な項目を示す。
図８（ｃ）に示すように、１件のページ送信要求は、「旅行プラン識別データ」及び「メンバ識別データ」を含んでいる。
なお、ページ送信要求はＨＴＴＰリクエストであり、「旅行プラン識別データ」及び「メンバ識別データ」はＵＲＬパラメータである（図１０の１０３３参照）。
【００６６】
［（ｃ）旅行プラン確認ページ］
図１２に、回答前の旅行プラン確認ページの表示例を示す。
図１２に示すように、旅行プラン確認ページ１２００は、エリア１２１０，１２２０及びボタン１２３０を含んでいる。
エリア１２１０には、宿泊プランに関連する情報が表示される。表示される情報は、例えば、旅行名，旅行概要，宿泊エリア，オプション，宿泊日程等である。
【００６７】
エリア１２２０には、メンバの情報が表示される。ここでは、各メンバの回答状況（参加可／保留／参加不可／未回答の別）が、日程ごとに例えば記号で表示される。なお、参加可／保留／参加不可／未回答の別は、メンバ管理情報の「回答コード」に対応する。
また、「参加可」の回答に当たる領域については、表示態様を変更して強調する。図１２の表示例では、「Ａさん」の日程１〜日程３，「Ｄさん」の日程２及び日程３，「Ｅさん」の日程１〜日程３の表示態様が変更されている。
このように、旅行プラン確認ページに各メンバの回答状況を表示することにより、各メンバが参加の有無を判断しやすくなる。
【００６８】
未回答のメンバ及び一部又は全部の日程について「保留」を回答したメンバは、エリア１２２０において、宿泊の勧誘に対して回答することができる。メンバによる回答の操作手順は、次のとおりである。なお、ここでは、未回答の「Ｂさん」による操作手順を例として示す。
（１）自己の名前又はニックネームに対応する選択欄１２２１において、日程ごとに参加可／保留／参加不可の別を選択する。
（２）回答のためのボタン１２３０をクリックし、幹事からの勧誘に対して回答する。
【００６９】
図１３に、回答後の旅行プラン確認ページの表示例を示す。旅行プラン確認ページ１３００は、メンバ（「Ｂさん」）が、旅行プラン確認ページ１２００（図１２）中のボタン１２３０をクリックし、回答した直後の表示例である。
旅行プラン確認ページ１３００の構成は、回答のための選択欄及びボタンが配置されない点を除き、旅行プラン確認ページ１２００（図１２）と同様である。
エリア１３２０には、メンバの情報が表示される。図１３の表示例では、「Ｂさん」の回答の内容が反映されている（１３２２）。また、宿泊日程「候補２」の回答（参加可）に当たる領域の表示態様が変更されている（１３２２）。
【００７０】
［３−３．宿泊プランの検索］
［（ａ）宿泊プランの検索手順］
図１４に、宿泊プランの検索手順を示す。
図１４に示すように、サーバシステム１０は、下記〔３１〕〜〔３４〕の手順により宿泊プランを検索する。
〔３１〕ユーザ端末２０から旅行プラン確認ページの送信要求を受信する（Ｓ１４０５）と、旅行プランを識別する（Ｓ１４１０）とともに、メンバ（幹事）を識別する（Ｓ１４１５）。ここでは、ユーザＩＤ及びパスワードを用いて予め幹事を認証しているものとし、ページ送信要求とともに受信した旅行プランを指定する情報（ここでは、旅行プランＩＤ）により旅行プランを識別し、同じく幹事を特定する情報（ここでは、クッキーのセションＩＤ）により幹事を識別するものとする。なお、出欠確認の完了の通知（図１１のＳ１１５０で送信する電子メール）に記載したＵＲＬを指定したページ送信要求を受信した場合には、当該ＵＲＬに含まれるパラメータにより旅行プラン及びメンバ（幹事）を識別するとよい。
【００７１】
〔３２〕識別した旅行プランに係る旅行プラン確認ページを生成し（Ｓ１４２０）、ユーザ端末２０に送信する（Ｓ１４２５，図１５）。
〔３３〕旅行プラン確認ページ（図１５）を介してユーザ端末２０から宿泊日程を指定した検索要求を受信し（Ｓ１４３０）、宿泊プランの情報及びメンバの情報（いずれも旅行プランＤＢ１５）を用いて宿泊プランの検索条件を設定し（Ｓ１４３５）、当該検索条件を満たす宿泊プランを宿泊プランＤＢ１３において検索する（Ｓ１４４０）。
〔３４〕検索結果を含む検索結果ページを生成し（Ｓ１４４５）、ユーザ端末２０に送信する（Ｓ１４５０，図１６）。
【００７２】
［（ｂ）旅行プラン確認ページ］
図１５に、検索前の旅行プラン確認ページの表示例を示す。
図１５に示すように、旅行プラン確認ページ１５００は、エリア１５１０及び１５２０を含んでいる。
旅行プラン確認ページ１５００の構成は、配置されるボタンを除き、旅行プラン確認ページ１２００（図１２）と同様である（エリア１５１０，１５２０が、それぞれ旅行プラン確認ページ１２００の１２１０，１２２０に対応する）。
【００７３】
エリア１５２０には、宿泊日程ごとに検索ボタン１５２１が配置される。幹事は、検索ボタン１５２１のいずれかをクリックすることにより、宿泊日程を指定して、宿泊プランの検索を要求することができる。
また、エリア１５２０では、ボタン１５２２をクリックすることにより、未回答のメンバ（一部又は全部の日程について「保留」中のメンバを含む）に対する勧誘メールの再送信を要求することができる。再送信される勧誘メールの構成は、勧誘メール１０００（図１０）と同様でよい。
その他、エリア１５２０では、新たなメンバを追加登録し、追加メンバに勧誘メールを送信することもできる。幹事による追加メンバ登録手続の操作手順は、上述のメンバ登録手続の操作手順（図９参照）と同様でよい。
【００７４】
［（ｃ）検索条件の設定］
手順〔３３〕において、サーバシステム１０は、宿泊プランの情報及びメンバの情報を用いて宿泊プランの検索条件を設定する（図１４のＳ１４３５）。
本実施形態では、次の各項目を用いて宿泊プランの検索条件を動的に設定している。
・「宿泊エリア」…旅行プランＤＢ１５の旅行プラン基本情報より抽出する。
・幹事が指定した「宿泊日程」…旅行プランＤＢ１５の日程情報より抽出する。
・「参加者数」…旅行プランＤＢ１５のメンバ管理情報より各メンバの指定された日程における「回答コード」を抽出し、「参加」を示すコードの数を集計する。
・「オプション」…旅行プランＤＢ１５の旅行プラン基本情報より抽出する。
【００７５】
［（ｄ）宿泊プランの検索］
手順〔３３〕において、サーバシステム１０は、設定した検索条件を満たす宿泊プランを宿泊プランＤＢ１３において検索する（図１４のＳ１４４０）。
本実施形態のシステムでは、宿泊日程ごとにメンバから回答を受け付け、各メンバの回答状況を宿泊日程ごとに表示した上で、幹事が選択した宿泊日程ごとに参加者数を集計し、当該宿泊日程ごとに検索条件を設定して、予約可能な宿泊プランを検索する。したがって、幹事はメンバの回答状況を確認した上で、より多くのメンバが参加可能な宿泊日程を選択的に指定することにより、宿泊プランを検索することができる。この点において、メンバの募集と宿泊先（宿泊プラン）の検索とが連動している。
【００７６】
［（ｅ）検索結果ページ］
図１６に、検索結果ページの表示例を示す。図１６は、旅行プラン確認ページ１５００（図１５）において検索ボタン１５２１のうち宿泊日程の「候補２」に対応するボタンをクリックしたときにユーザ端末２０に送信される検索結果ページの表示例である。
図１６に示すように、検索結果ページ１６００は、エリア１６１０及び１６２０を含んでいる。
【００７７】
エリア１６１０には、現在の検索条件が表示される。図１６の表示例では、地域の条件（神奈川県／箱根），日程の条件（２００９年５月３日から２泊），参加人数の条件（大人６人），オプションの条件（夕食あり／朝食あり）が反映されている。
エリア１６２０には、検索結果が表示される。図１６の表示例では、検索条件を満たす宿泊プランの情報が、宿泊施設ごとに表示されている。
【００７８】
なお、検索結果ページの構成は、従来例（例えば、＜先行技術３＞）のオンライン予約サイトと同様である。例えば、幹事はユーザ端末２０を操作して次の要求をサーバシステム１０に送信することにより、検索結果ページを更新することができる。
・現在の検索条件（１６１０）の一部を変更する。
・検索結果（１６２０）に表示されている宿泊プランの表示形式（例えば、「宿泊プランごとに表示」，「宿泊施設ごとに表示」等）を変更する。
・オプションの条件（例えば、「朝食あり」，「夕食あり」，「禁煙ルーム」，「インターネット」，「大浴場」，「温泉」，「オンラインカード決済」等）を変更する。
・検索結果（１６２０）に表示されている宿泊プランの表示順序（例えば、「おすすめ順」，「料金が安い順」，「料金が高い順」等）を変更する。
【００７９】
［３−４．バッチ処理］
本実施形態では、下記（ａ），（ｂ）のバッチ処理をこの順に実行する。バッチ処理は、例えば、夜間バッチにより定期的に実行するとよい。
（ａ）無効フラグの更新…有効期限が切れている旅行プランを無効にする。
（ｂ）有効期限の通知…有効期限の所定日数前に幹事に注意喚起する。
【００８０】
［（ａ）無効フラグの更新］
図１７（ａ）に、無効フラグの更新手順を示す。
図１７（ａ）に示すように、サーバシステム１０は、「無効フラグ」が無意であり、かつ、有効期限が経過している旅行プランの旅行プランＩＤを旅行プランＤＢ１５より抽出し（Ｓ１７０５ａ）、「無効フラグ」を更新する（Ｓ１７１０ａ）。
【００８１】
［（ｂ）有効期限の通知］
図１７（ｂ）に、有効期限の通知手順を示す。
図１７（ｂ）に示すように、サーバシステム１０は、「無効フラグ」が無意であり、かつ、有効期限まで所定日数の旅行プランの旅行プランＩＤを旅行プランＤＢ１５より抽出し（Ｓ１７０５ｂ）、有効期限まで所定日数である旨を電子メールで幹事のユーザ端末２０に通知する（Ｓ１７１０ｂ）。
これにより、幹事はユーザ端末２０を操作して、未回答のメンバに対し勧誘メールを再度送信する機会を得ることができる。勧誘メールの再送信要求は、図１５のエリア１５２０等から行う。なお、幹事に加えて、未回答のメンバに同様の通知を送信するように構成にしてもよい。
【００８２】
［４．変形例］
［（ａ）メンバ情報の扱い］
上述の実施形態では、ユーザ端末２０からメンバ登録情報を受信して、直ちに旅行プランＤＢ１５にメンバ情報を登録している（図６のＳ６２５，Ｓ６３０）。
これに対し、各メンバから情報の登録（又はメールの送信）について承認が得られた場合に限りメンバ情報を登録することとしてもよい。メンバから承認が得られない場合には、旅行プラン及び予約に係る電子メールを送信しない。
【００８３】
また、メンバ情報を一切登録しないこととしてもよい。
例えば、上述の実施形態を次のように変形し、旅行プラン識別データを受信したときに参加者数カウンタを更新する。この場合、旅行プラン識別データとともに回答コードを受信し、回答コードが「参加」を示す場合に限り参加者数カウンタを更新するように構成してもよい。
【００８４】
・旅行プラン管理情報（旅行プランＤＢ１５）に、例えば「参加者数カウンタ」を記憶しておく。
・勧誘メール（図１０）に記載するＵＲＬのパラメータに、旅行プラン識別データと複数回の回答を排除するための識別データのみを含ませる。
・旅行プラン確認ページの送信要求を受信したとき、旅行プランを識別し、当該識別した旅行プランＩＤに対応する「参加者数カウンタ」を更新する。なお、複数回の回答を排除するための識別データを識別し、同一のメンバからの２回目以降の回答であると判定したときは、「参加者数カウンタ」を更新しない。
・検索要求があったときは、「参加者数カウンタ」の値を参加者数とする。
・メンバごとの回答内容（未回答／参加可／参加不可／保留の別）を記憶しない。旅行プラン確認ページ（図１２，図１５等）には、メンバの情報として参加数等を表示する。
【００８５】
［（ｂ）キーワードによる検索］
上述の実施形態では、旅行プランの項目として宿泊エリア（都道府県及び地域）を登録している（図５（ｅ−１），図７の７３０参照）。
これに対し、宿泊の目的（例えば、温泉，スキー，スキューバダイビング等）を登録してもよい。この場合、上述の実施形態を次のように変形するとよい。
【００８６】
・施設情報（図４（ｂ−１）），客室情報（図４（ｂ−２）），宿泊プラン情報（図４（ｃ−１））のうち少なくともいずれかに、施設又は客室のセールスポイントに関連する１又は複数のキーワードを記憶しておく。
・旅行プラン登録ページにおいて、宿泊の目的を選択入力又は入力させる。
・受信した入力項目（宿泊の目的）を基に１又は複数のキーワードを特定し、旅行プラン基本情報（図５（ｅ−１））に格納する。
・検索条件の設定処理（図１４のＳ１４３５）において、旅行プラン基本情報（図５（ｅ−１））に記憶しているキーワード用いて検索条件を設定する。
・宿泊プランの検索処理（図１４のＳ１４４０）において、施設情報（図４（ｂ−１）），客室情報（図４（ｂ−２）），宿泊プラン情報（図４（ｃ−１））のうち少なくともいずれかに記憶しているキーワードを利用する。
【００８７】
［（ｃ）回答の受付］
上述の実施形態では、旅行プラン確認ページ（例えば、旅行プラン確認ページ１２００（図１２））を介して、メンバのユーザ端末３０から「回答コード」を受信している。
これに対し、「回答コード」を電子メールにより受信してもよい。
例えば、勧誘メールの返信先（Ｒｅｐｌｙ−Ｔｏ）に所定のメールアドレスを設定しておき、勧誘メールに対する返信メールにより「旅行プラン識別データ」，「メンバ識別データ」，「回答コード」等を受信する。サーバシステム１０は、受信した返信メールから「旅行プラン識別データ」，「メンバ識別データ」を抽出し、旅行プラン，メンバを識別した上で、当該メンバの「回答コード」を更新する。
なお、上記の場合には、「メンバ識別データ」に代えて、返信メールの送信元メールアドレスによりメンバを識別することもできる。
【００８８】
＜補足＞
サーバシステム１０は、成立した予約の内容を各メンバの端末に電子メールで通知することにより、メンバに予約情報を共有させることができる。
例えば、サーバシステム１０は、次の手順により各メンバのユーザ端末３０に、予約内容を通知する。なお、予約情報（図４（ｄ））に旅行プランＩＤを記憶しておく等の手段により、予約情報と旅行プランの情報とを関連付けておくものとする。
（１）予約内容が確定したとき旅行プランＩＤをキーとして各メンバのメールアドレスをメンバ基本情報（図５（ｅ−４））より抽出する。
（２）予約が確定した旨及びその予約の内容等を記載した電子メール（予約情報の共有メール）を生成し、上記（１）で抽出したメールアドレス宛に送信する。
【符号の説明】
【００８９】
１０      サーバシステム
１１      ユーザＤＢ
１２      施設ＤＢ
１３      宿泊プランＤＢ
１４      予約ＤＢ
１５      旅行プランＤＢ
２０      ユーザ端末（幹事）
３０      ユーザ端末（メンバ）
４０      施設端末
５０      インターネット
７００    旅行プラン登録ページ
９００    メンバ登録ページ
１０００  勧誘メール
１２００  旅行プラン確認ページ
１３００  旅行プラン確認ページ
１５００  旅行プラン確認ページ
１６００  検索結果ページ
【図１】
2011053845.tif 000003
【図２】
2011053845.tif 000004
【図３】
2011053845.tif 000005
【図４】
2011053845.tif 000006
【図５】
2011053845.tif 000007
【図６】
2011053845.tif 000008
【図７】
2011053845.tif 000009
【図８】
2011053845.tif 000010
【図９】
2011053845.tif 000011
【図１０】
2011053845.tif 000012
【図１１】
2011053845.tif 000013
【図１２】
2011053845.tif 000014
【図１３】
2011053845.tif 000015
【図１４】
2011053845.tif 000016
【図１５】
2011053845.tif 000017
【図１７】
2011053845.tif 000018
【図１６】
2011053845.tif 000019
【手続補正書】
【提出日】平成22年7月30日(2010.7.30)
【手続補正１】
【補正対象書類名】図面
【補正対象項目名】図１６
【補正方法】変更
【補正の内容】
【図１６】
2011053845.tif 000020