JP4792102B2 - 宿泊勧誘システム - Google Patents
宿泊勧誘システム Download PDFInfo
- Publication number
- JP4792102B2 JP4792102B2 JP2009201104A JP2009201104A JP4792102B2 JP 4792102 B2 JP4792102 B2 JP 4792102B2 JP 2009201104 A JP2009201104 A JP 2009201104A JP 2009201104 A JP2009201104 A JP 2009201104A JP 4792102 B2 JP4792102 B2 JP 4792102B2
- Authority
- JP
- Japan
- Prior art keywords
- user
- reservation
- solicitation
- accommodation
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 230000004308 accommodation Effects 0.000 title claims description 250
- 238000000034 method Methods 0.000 claims description 39
- 230000005540 biological transmission Effects 0.000 claims description 18
- 230000004044 response Effects 0.000 claims description 13
- 238000012790 confirmation Methods 0.000 description 15
- 238000012986 modification Methods 0.000 description 13
- 230000004048 modification Effects 0.000 description 13
- 238000012545 processing Methods 0.000 description 10
- 238000004891 communication Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 230000010365 information processing Effects 0.000 description 2
- 239000013589 supplement Substances 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 235000012054 meals Nutrition 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000007115 recruitment Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
本発明は、オンラインでの宿泊予約を管理する仕組みに関し、特に、ユーザ間の宿泊勧誘行動を支援する機能に関するものである。
＜先行技術１＞
ゴルフ場予約サービスを利用して団体予約をするに当たり、ゴルフ仲間を勧誘する仕組みが知られている（例えば、特許文献１参照）。
具体的には、次の手順を経て予約が成立する。
（１）ユーザが、募集内容（プレー日・ゴルフ場）を設定するとともに、ゴルフ仲間の中から招待者を指定する（図７のＳ１３，図１４等）。
（２）サーバが、指定された招待者のメールアドレス宛に「お誘いメール」を送信し（図７のＳ１６）、当該招待者から回答を受け付ける（図１７等）。
（３）ユーザが、回答状況を考慮してプレー日・ゴルフ場を決定し、予約する（図２６等）。
ゴルフ場予約サービスを利用して団体予約をするに当たり、ゴルフ仲間を勧誘する仕組みが知られている（例えば、特許文献１参照）。
具体的には、次の手順を経て予約が成立する。
（１）ユーザが、募集内容（プレー日・ゴルフ場）を設定するとともに、ゴルフ仲間の中から招待者を指定する（図７のＳ１３，図１４等）。
（２）サーバが、指定された招待者のメールアドレス宛に「お誘いメール」を送信し（図７のＳ１６）、当該招待者から回答を受け付ける（図１７等）。
（３）ユーザが、回答状況を考慮してプレー日・ゴルフ場を決定し、予約する（図２６等）。
＜先行技術２＞
オンライン宿泊予約サイトにおいて、宿泊施設を検索するサービス、宿泊の予約を受け付けるサービスが提供されている（例えば、非特許文献１参照）。
同サイトを利用すれば、例えば、「日程」，「キーワード」（施設名・特徴・観光地等），「地域」，「目的・条件」（地域名・駅名・空港名等）等から、空室がある部屋（在庫のある宿泊プラン）を検索し、予約（又は手配）をすることができる。
オンライン宿泊予約サイトにおいて、宿泊施設を検索するサービス、宿泊の予約を受け付けるサービスが提供されている（例えば、非特許文献１参照）。
同サイトを利用すれば、例えば、「日程」，「キーワード」（施設名・特徴・観光地等），「地域」，「目的・条件」（地域名・駅名・空港名等）等から、空室がある部屋（在庫のある宿泊プラン）を検索し、予約（又は手配）をすることができる。
＜先行技術３＞
Ｗｅｂページ中の入力フォームに入力された複数のメールアドレス宛に、同報メールを送信する仕組みが知られている（例えば、特許文献２参照）。
具体的には、次の手順により同報メールが送信される（同文献図３のＳ１０６〜Ｓ１１４参照）。
（１）ユーザが、Ｗｅｂページ中の所定の入力欄に、相手の名前，宛先のメールアドレス，メッセージ等を入力する（図４，［０００９］）。
（２）ユーザ端末が、上記（１）で入力されたデータをサーバ装置に送信する。
（３）サーバ装置が、上記（２）で受信したデータを基に電子メールを生成し、入力されたメールアドレス宛に送信する。
Ｗｅｂページ中の入力フォームに入力された複数のメールアドレス宛に、同報メールを送信する仕組みが知られている（例えば、特許文献２参照）。
具体的には、次の手順により同報メールが送信される（同文献図３のＳ１０６〜Ｓ１１４参照）。
（１）ユーザが、Ｗｅｂページ中の所定の入力欄に、相手の名前，宛先のメールアドレス，メッセージ等を入力する（図４，［０００９］）。
（２）ユーザ端末が、上記（１）で入力されたデータをサーバ装置に送信する。
（３）サーバ装置が、上記（２）で受信したデータを基に電子メールを生成し、入力されたメールアドレス宛に送信する。
楽天トラベル株式会社、「楽天トラベル」、[online]、インターネット<URL: http://travel.rakuten.co.jp/index.html>
本発明が解決しようとする課題は、オンライン宿泊予約サービスにおいて、ユーザ間の宿泊勧誘行動を促進する、という点である。
上記課題を解決するため、本発明のサーバシステムは、 第１のユーザの端末及び第２のユーザの端末とそれぞれ接続して宿泊勧誘システムを構成するサーバシステムであって、勧誘対象特定番号に対応させて、ユーザの識別情報及び宿泊プランの識別情報を記憶する予約情報記憶手段と、前記第１のユーザの端末から前記第１のユーザの識別情報と宿泊プランの識別情報とを受け付け、前記勧誘対象特定番号を付与して前記第１のユーザの識別情報と宿泊プランの識別情報を前記予約情報記憶手段に格納する予約情報登録手段と、を有し、前記第１のユーザの端末の操作に応じて、前記予約情報記憶手段に格納している、該第１のユーザに係る予約中の宿泊プランと該宿泊プランに対応する前記勧誘対象特定番号とを特定する勧誘対象特定手段と、前記第１のユーザの端末の操作に応じて、勧誘相手として選定された前記第２のユーザのメールアドレスを特定する勧誘相手特定手段と、前記特定した勧誘対象特定番号及び宿泊プランを含む勧誘メールを生成し、前記特定したメールアドレス宛に送信する勧誘メール生成送信手段と、前記第２のユーザの端末から、前記勧誘対象特定番号に対応する宿泊プランを指定した予約申請を受信し、該勧誘対象特定番号および該宿泊プランが対応付けられた予約申請情報を予約申請記憶手段に格納する予約申請受信手段と、前記予約申請記憶手段に格納された予約申請情報で示される勧誘対象特定番号を基に前記予約情報記憶手段を参照して、前記第１のユーザを識別する勧誘者識別手段と、予め設定されている報酬付与の規則と、前記予約申請記憶手段に格納された予約申請情報とに基づいて、前記識別した第１のユーザに付与すべき報酬を算出する報酬算出手段と、前記算出した報酬を前記識別した第１のユーザの識別情報に対応させて出力する報酬出力手段とを備えることを特徴とする。
前記予約情報記憶手段及び前記予約申請記憶手段を参照して、前記特定した勧誘対象特定番号及び宿泊プランと前記予約申請情報で示される勧誘対象特定番号及び宿泊プランとを比較し、前記識別した第１のユーザによる勧誘の成否を判定する勧誘成否判定手段をさらに備え、前記報酬算出手段は、前記識別した第１のユーザによる勧誘が成功であると判定された場合に限り、該第１のユーザに付与すべき報酬を算出してもよい。
宿泊プランの識別情報に対応させて、宿泊施設及び宿泊日程を記憶している宿泊プラン情報記憶手段をさらに有し、前記勧誘成否判定手段は、前記宿泊プラン情報記憶手段及び前記予約申請記憶手段を参照し、前記予約申請情報の勧誘対象特定番号及び宿泊プランで示される宿泊施設及び宿泊日程が、前記特定した勧誘対象特定番号及び宿泊プランで示される宿泊施設及び宿泊日程とそれぞれ同一であるとき、前記識別した第１のユーザによる勧誘が成功であると判定してもよい。
前記勧誘成否判定手段は、前記宿泊プラン情報記憶手段及び前記予約申請記憶手段を参照し、前記識別した第１のユーザによる勧誘の成否を前記予約申請情報の勧誘対象特定番号及び宿泊プランで示される宿泊日後に判定してもよい。
前記予約申請受信手段は、参加人数をさらに指定した予約申請を受信し、前記勧誘対象特定番号、前記宿泊プラン、及び該参加人数が対応付けられた前記予約申請情報を前記予約申請記憶手段に格納し、前記報酬算出手段は、前記予約申請情報で示される参加人数に応じた報酬を算出してもよい。
ユーザの識別情報に対応させて、該ユーザが保有するポイント数を記憶するポイント情報記憶手段をさらに有し、前記報酬算出手段は、前記第１のユーザに付与すべきポイント数を算出し、前記報酬出力手段は、前記算出したポイント数を基に、前記ポイント情報記憶手段に記憶している前記第１のユーザのポイント数を更新してもよい。
また、前記報酬算出手段は、前記予約申請記憶手段に格納された予約申請情報の数に基づいて、前記識別した第１のユーザに付与すべき報酬を算出してもよい。
また、前記予約申請受信手段は、宿泊人数をさらに指定した予約申請を受信し、前記勧誘対象特定番号、前記宿泊プラン、及び該宿泊人数が対応付けられた前記予約申請情報を前記予約申請記憶手段に格納し、前記報酬算出手段は、前記予約申請情報で示される宿泊人数、又は前記予約申請情報で示される宿泊プランの注文数に基づいて、前記識別した第１のユーザに付与すべき報酬を算出してもよい。
また、前記報酬算出手段は、前記予約申請記憶手段に格納された予約申請情報の数に基づいて、前記識別した第１のユーザに付与すべき報酬を算出してもよい。
また、前記予約申請受信手段は、宿泊人数をさらに指定した予約申請を受信し、前記勧誘対象特定番号、前記宿泊プラン、及び該宿泊人数が対応付けられた前記予約申請情報を前記予約申請記憶手段に格納し、前記報酬算出手段は、前記予約申請情報で示される宿泊人数、又は前記予約申請情報で示される宿泊プランの注文数に基づいて、前記識別した第１のユーザに付与すべき報酬を算出してもよい。
また、上記課題を解決するため、本発明の宿泊勧誘方法は、第１のユーザの端末及び第２のユーザの端末とサーバシステムとをそれぞれ接続して構成した宿泊勧誘システムにおける宿泊勧誘方法であって、勧誘対象特定番号に対応させて、ユーザの識別情報及び宿泊プランの識別情報を記憶する予約情報記憶手段と、前記第１のユーザの端末から前記第１のユーザの識別情報と宿泊プランの識別情報とを受け付け、前記勧誘対象特定番号を付与して前記第１のユーザの識別情報と宿泊プランの識別情報を前記予約情報記憶手段に格納する予約情報登録手段とを有するサーバシステムが、前記第１のユーザの端末の操作に応じて、前記予約情報記憶手段に格納している、該第１のユーザに係る予約中の宿泊プランと該宿泊プランに対応する前記勧誘対象特定番号とを特定する勧誘対象特定ステップと、前記第１のユーザの端末の操作に応じて、勧誘相手として選定された前記第２のユーザのメールアドレスを特定する勧誘相手特定ステップと、前記特定した勧誘対象特定番号及び宿泊プランを含む勧誘メールを生成し、前記特定したメールアドレス宛に送信する勧誘メール生成送信ステップと、前記第２のユーザの端末から、前記勧誘対象特定番号に対応する宿泊プランを指定した予約申請を受信し、該勧誘対象特定番号および該宿泊プランが対応付けられた予約申請情報を予約申請記憶手段に格納する予約申請受信ステップと、前記予約申請記憶手段に格納された予約申請情報で示される勧誘対象特定番号を基に前記予約情報記憶手段を参照して、前記第１のユーザを識別する勧誘者識別ステップと、予め設定されている報酬付与の規則と、前記予約申請記憶手段に格納された予約申請情報とに基づいて、前記識別した第１のユーザに付与すべき報酬を算出する報酬算出ステップと、前記算出した報酬を前記識別した第１のユーザの識別情報に対応させて出力する報酬出力ステップとを実行することを特徴とする。
また、上記課題を解決するため、本発明の宿泊勧誘プログラムは、第１のユーザの端末及び第２のユーザの端末とサーバシステムとをそれぞれ接続して構成した宿泊勧誘システムにおける宿泊勧誘プログラムであって、勧誘対象特定番号に対応させて、ユーザの識別情報及び宿泊プランの識別情報を記憶する予約情報記憶手段と、前記第１のユーザの端末から前記第１のユーザの識別情報と宿泊プランの識別情報とを受け付け、勧誘対象特定番号を付与して前記第１のユーザの識別情報と宿泊プランの識別情報を前記予約情報記憶手段に格納する予約情報登録手段とを有するサーバシステムに、前記第１のユーザの端末の操作に応じて、前記予約情報記憶手段に格納している、該第１のユーザに係る予約中の宿泊プランと該宿泊プランに対応する前記勧誘対象特定番号とを特定する勧誘対象特定ステップと、前記第１のユーザの端末の操作に応じて、勧誘相手として選定された前記第２のユーザのメールアドレスを特定する勧誘相手特定ステップと、前記特定した勧誘対象特定番号及び宿泊プランを含む勧誘メールを生成し、前記特定したメールアドレス宛に送信する勧誘メール生成送信ステップと、前記第２のユーザの端末から、前記勧誘対象特定番号に対応する宿泊プランを指定した予約申請を受信し、該勧誘対象特定番号および該宿泊プランが対応付けられた予約申請情報を予約申請記憶手段に格納する予約申請受信ステップと、前記予約申請記憶手段に格納された予約申請情報で示される勧誘対象特定番号を基に前記予約情報記憶手段を参照して、前記第１のユーザを識別する勧誘者識別ステップと、予め設定されている報酬付与の規則と、前記予約申請記憶手段に格納された予約申請情報とに基づいて、前記識別した第１のユーザに付与すべき報酬を算出する報酬算出ステップと、前記算出した報酬を前記識別した第１のユーザの識別情報に対応させて出力する報酬出力ステップとを実行させる。
また、本発明のコンピュータ読み取り可能な記録媒体は、上記宿泊勧誘プログラムを記録する。
また、本発明のコンピュータ読み取り可能な記録媒体は、上記宿泊勧誘プログラムを記録する。
本発明のサーバシステムとユーザの端末とを接続して構成した宿泊勧誘システムは、ユーザ間の宿泊勧誘行動を促進することができる。
＜定義＞
・宿泊プラン…オンライン宿泊予約サイトにおける予約対象（注文対象）の単位。特定の客室（又は特定の部屋タイプの客室）における少なくとも１泊分の宿泊サービスを必須の要素とし、食事等の付随的なサービスを任意に含む。
・グループ…複数のユーザにより構成される集団。例えば、クラブ，サークル，同好会，ゼミ，研究室，部署，家族等。
・メンバ…グループを構成するユーザ。
・幹事…グループを代表するメンバ。本実施形態では、グループを代表して宿泊予約手続を行う宿泊代表者。
・宿泊プラン…オンライン宿泊予約サイトにおける予約対象（注文対象）の単位。特定の客室（又は特定の部屋タイプの客室）における少なくとも１泊分の宿泊サービスを必須の要素とし、食事等の付随的なサービスを任意に含む。
・グループ…複数のユーザにより構成される集団。例えば、クラブ，サークル，同好会，ゼミ，研究室，部署，家族等。
・メンバ…グループを構成するユーザ。
・幹事…グループを代表するメンバ。本実施形態では、グループを代表して宿泊予約手続を行う宿泊代表者。
＜実施形態＞
［１．概要］
本実施形態のシステムは、宿泊の予約を受け付けるサービス（宿泊予約サービス）を管理するシステムであり、宿泊勧誘機能（あるユーザ（第１のユーザ）が、指定したユーザ（第２のユーザ）を、予約中の宿泊に勧誘するための機能）を提供する。
宿泊勧誘機能には、例えば次のような特徴がある。
（ａ）勧誘の手続は、勧誘対象と勧誘相手を指定するだけの簡易な操作で完了する。
（ｂ）他のユーザの勧誘に成功したユーザに対し、所定の報酬（本実施形態では、所定の基礎ポイント）を付与する。
（ｃ）勧誘した他のユーザがさらに他のユーザを勧誘して団体予約をした場合、所定の報酬（本実施形態では、所定の加算ポイント）を加算する。
［１．概要］
本実施形態のシステムは、宿泊の予約を受け付けるサービス（宿泊予約サービス）を管理するシステムであり、宿泊勧誘機能（あるユーザ（第１のユーザ）が、指定したユーザ（第２のユーザ）を、予約中の宿泊に勧誘するための機能）を提供する。
宿泊勧誘機能には、例えば次のような特徴がある。
（ａ）勧誘の手続は、勧誘対象と勧誘相手を指定するだけの簡易な操作で完了する。
（ｂ）他のユーザの勧誘に成功したユーザに対し、所定の報酬（本実施形態では、所定の基礎ポイント）を付与する。
（ｃ）勧誘した他のユーザがさらに他のユーザを勧誘して団体予約をした場合、所定の報酬（本実施形態では、所定の加算ポイント）を加算する。
図１に、宿泊勧誘機能の概要を概念的に示す。
〔１〕前提として、ユーザＡは、ユーザＢ，Ｃを仲間登録している。また、ユーザＡは、他のメンバ（ａ１，ａ２）を含むグループの幹事として、特定の宿泊プランを予約中である。
〔２〕ユーザＡ（第１のユーザ）が、予約中の宿泊プランを指定して、仲間Ｂ，Ｃ（第２のユーザ）を宿泊に勧誘する。
〔３〕勧誘を受けた仲間Ｂ，Ｃ（第２のユーザ）は、幹事となって他のメンバ（Ｂは、ｂ１及びｂ２／Ｃは、ｃ１，ｃ２及びｃ３）を勧誘し、指定された宿泊プランを予約する。なお、仲間Ｂ，Ｃは、ユーザＡを幹事とするグループに加入してもよい。
〔４〕ユーザＡが仲間Ｂ，Ｃの勧誘に成功した場合、ユーザＡに所定のポイントを付与する。また、仲間Ｂ，Ｃがさらに他のユーザを勧誘して団体予約が成立した場合、ユーザＡに対するポイントを加算する。
〔１〕前提として、ユーザＡは、ユーザＢ，Ｃを仲間登録している。また、ユーザＡは、他のメンバ（ａ１，ａ２）を含むグループの幹事として、特定の宿泊プランを予約中である。
〔２〕ユーザＡ（第１のユーザ）が、予約中の宿泊プランを指定して、仲間Ｂ，Ｃ（第２のユーザ）を宿泊に勧誘する。
〔３〕勧誘を受けた仲間Ｂ，Ｃ（第２のユーザ）は、幹事となって他のメンバ（Ｂは、ｂ１及びｂ２／Ｃは、ｃ１，ｃ２及びｃ３）を勧誘し、指定された宿泊プランを予約する。なお、仲間Ｂ，Ｃは、ユーザＡを幹事とするグループに加入してもよい。
〔４〕ユーザＡが仲間Ｂ，Ｃの勧誘に成功した場合、ユーザＡに所定のポイントを付与する。また、仲間Ｂ，Ｃがさらに他のユーザを勧誘して団体予約が成立した場合、ユーザＡに対するポイントを加算する。
［２．システム構成］
図２に、本実施形態のシステムの構成を示す。
図２に示すように、本実施形態のシステムは、全体として、サーバシステム１０，ユーザ端末２０，仲間のユーザ端末３０（１〜ｎ）及び施設端末４０により構成される。また、サーバシステム１０は、ユーザＤＢ１１，施設ＤＢ１２，宿泊プランＤＢ１３，予約ＤＢ１４及び勧誘履歴ＤＢ１５を有している。
サーバシステム１０と、ユーザ端末２０，ユーザ端末３０（１〜ｎ）及び施設端末４０とは、通信ネットワーク（本実施形態では、インターネット５０）を介してそれぞれ互いに接続している。
図２に、本実施形態のシステムの構成を示す。
図２に示すように、本実施形態のシステムは、全体として、サーバシステム１０，ユーザ端末２０，仲間のユーザ端末３０（１〜ｎ）及び施設端末４０により構成される。また、サーバシステム１０は、ユーザＤＢ１１，施設ＤＢ１２，宿泊プランＤＢ１３，予約ＤＢ１４及び勧誘履歴ＤＢ１５を有している。
サーバシステム１０と、ユーザ端末２０，ユーザ端末３０（１〜ｎ）及び施設端末４０とは、通信ネットワーク（本実施形態では、インターネット５０）を介してそれぞれ互いに接続している。
［２−１．サーバシステム］
図２において、サーバシステム１０は、宿泊予約サービスを管理するサーバ群である。
サーバシステム１０は、例えば、Ｗｅｂページの生成・送信機能を有するＷｅｂサーバ，電子メールの生成・送信機能を有するメールサーバ，データベースを管理するＤＢサーバ，バッチ処理を実行するバッチ処理サーバ及びその他の必要なＡＰサーバを含む。
図２において、サーバシステム１０は、宿泊予約サービスを管理するサーバ群である。
サーバシステム１０は、例えば、Ｗｅｂページの生成・送信機能を有するＷｅｂサーバ，電子メールの生成・送信機能を有するメールサーバ，データベースを管理するＤＢサーバ，バッチ処理を実行するバッチ処理サーバ及びその他の必要なＡＰサーバを含む。
［（ａ）ユーザＤＢ］
図２において、ユーザＤＢ１１は、宿泊予約サービスを利用するユーザの情報を記憶しているデータベースである。
本実施形態では、ユーザ情報及びポイント情報をそれぞれ複数件ずつ記憶しており、これらはキー項目を介して対応しているものとする。
図２において、ユーザＤＢ１１は、宿泊予約サービスを利用するユーザの情報を記憶しているデータベースである。
本実施形態では、ユーザ情報及びポイント情報をそれぞれ複数件ずつ記憶しており、これらはキー項目を介して対応しているものとする。
図３（ａ−１）に、ユーザ情報の主要な項目を示す。
図３（ａ−１）に示すように、１件のユーザ情報は、「ユーザＩＤ」，「パスワード」及び「メールアドレス」を含んでいる。
図３（ａ−２）に、ポイント情報の主要な項目を示す。
図３（ａ−２）に示すように、１件のポイント情報は、「ユーザＩＤ」及び「ポイント数」を含んでいる。
図３（ａ−１）に示すように、１件のユーザ情報は、「ユーザＩＤ」，「パスワード」及び「メールアドレス」を含んでいる。
図３（ａ−２）に、ポイント情報の主要な項目を示す。
図３（ａ−２）に示すように、１件のポイント情報は、「ユーザＩＤ」及び「ポイント数」を含んでいる。
［（ｂ）施設ＤＢ］
図２において、施設ＤＢ１２は、宿泊予約サービスにおいて客室を提供する宿泊施設に関連する情報を記憶しているデータベースである。
図３（ｂ）に、施設情報の主要な項目を示す。
図３（ｂ）に示すように、１件の施設情報は、「施設ＩＤ」，「パスワード」及び「メールアドレス」を含んでいる。
図２において、施設ＤＢ１２は、宿泊予約サービスにおいて客室を提供する宿泊施設に関連する情報を記憶しているデータベースである。
図３（ｂ）に、施設情報の主要な項目を示す。
図３（ｂ）に示すように、１件の施設情報は、「施設ＩＤ」，「パスワード」及び「メールアドレス」を含んでいる。
［（ｃ）宿泊プランＤＢ］
図２において、宿泊プランＤＢ１３は、宿泊予約サービスにおいて予約（注文）の対象となる宿泊プランの情報を記憶しているデータベースである。
図３（ｃ）に、宿泊プラン情報の主要な項目を示す。
図３（ｃ）に示すように、１件の宿泊プラン情報は、「宿泊プランＩＤ」，「宿泊日」，「施設ＩＤ」，「部屋タイプ」，「定員」及び「在庫数」を含んでいる。
ここで、「在庫数」は、予約（注文）可能な宿泊プランの数であり、予約の成立・キャンセル等により随時更新される。
図２において、宿泊プランＤＢ１３は、宿泊予約サービスにおいて予約（注文）の対象となる宿泊プランの情報を記憶しているデータベースである。
図３（ｃ）に、宿泊プラン情報の主要な項目を示す。
図３（ｃ）に示すように、１件の宿泊プラン情報は、「宿泊プランＩＤ」，「宿泊日」，「施設ＩＤ」，「部屋タイプ」，「定員」及び「在庫数」を含んでいる。
ここで、「在庫数」は、予約（注文）可能な宿泊プランの数であり、予約の成立・キャンセル等により随時更新される。
［（ｄ）予約ＤＢ］
図２において、予約ＤＢ１４は、宿泊予約サービスにおける予約に関連する情報を記憶するデータベースである。
本実施形態では、予約情報及び追加予約情報をそれぞれ複数件ずつ記憶することが可能であり、これらはキー項目を介して対応させることができる。
図２において、予約ＤＢ１４は、宿泊予約サービスにおける予約に関連する情報を記憶するデータベースである。
本実施形態では、予約情報及び追加予約情報をそれぞれ複数件ずつ記憶することが可能であり、これらはキー項目を介して対応させることができる。
図３（ｄ−１）に、予約情報の主要な項目を示す。
図３（ｄ−１）に示すように、１件の予約情報は、「予約番号」，幹事の「ユーザＩＤ」，「宿泊プランＩＤ」，宿泊プランの「注文数」及び予約に係る「参加人数」を含んでいる。
図３（ｄ−１）に示すように、１件の予約情報は、「予約番号」，幹事の「ユーザＩＤ」，「宿泊プランＩＤ」，宿泊プランの「注文数」及び予約に係る「参加人数」を含んでいる。
図３（ｄ−２）に、追加予約情報の主要な項目を示す。
図３（ｄ−２）に示すように、１件の追加予約情報は、「予約番号」，「追加予約番号」及び「隣接部屋リクエストフラグ」を含んでいる。
ここで、「予約番号」は勧誘をしたユーザが幹事となっている当初の予約に係る予約番号である。「追加予約番号」は勧誘をされたユーザが幹事となって申請した追加の予約に係る予約番号である。「隣接部屋リクエストフラグ」は、「追加予約番号」に係る客室を「予約番号」に係る客室に隣接した客室にする旨のリクエストがあるか否かを示すフラグであり、有意のときリクエストがあることを示す。
図３（ｄ−２）に示すように、１件の追加予約情報は、「予約番号」，「追加予約番号」及び「隣接部屋リクエストフラグ」を含んでいる。
ここで、「予約番号」は勧誘をしたユーザが幹事となっている当初の予約に係る予約番号である。「追加予約番号」は勧誘をされたユーザが幹事となって申請した追加の予約に係る予約番号である。「隣接部屋リクエストフラグ」は、「追加予約番号」に係る客室を「予約番号」に係る客室に隣接した客室にする旨のリクエストがあるか否かを示すフラグであり、有意のときリクエストがあることを示す。
［（ｅ）勧誘履歴ＤＢ］
図２において、勧誘履歴ＤＢ１５は、宿泊予約サービスにおける宿泊の勧誘に関連する情報を記憶するデータベースである。
本実施形態では、仲間情報及び勧誘履歴情報をそれぞれ複数件ずつ記憶することが可能であり、これらはキー項目を介して対応させることができる。
図２において、勧誘履歴ＤＢ１５は、宿泊予約サービスにおける宿泊の勧誘に関連する情報を記憶するデータベースである。
本実施形態では、仲間情報及び勧誘履歴情報をそれぞれ複数件ずつ記憶することが可能であり、これらはキー項目を介して対応させることができる。
図３（ｅ−１）に、仲間情報の主要な項目を示す。
図３（ｅ−１）に示すように、１件の仲間情報は、「ユーザＩＤ」，「仲間ＩＤ」，「ニックネーム」及び「メールアドレス」を含んでいる。
なお、「ニックネーム」又は「メールアドレス」を「仲間ＩＤ」としてもよい。
図３（ｅ−１）に示すように、１件の仲間情報は、「ユーザＩＤ」，「仲間ＩＤ」，「ニックネーム」及び「メールアドレス」を含んでいる。
なお、「ニックネーム」又は「メールアドレス」を「仲間ＩＤ」としてもよい。
図３（ｅ−２）に、勧誘履歴情報の主要な項目を示す。
図３（ｅ−２）に示すように、１件の勧誘履歴情報は、「勧誘履歴ＩＤ」，「勧誘履歴識別データ」，勧誘者の「ユーザＩＤ」，勧誘対象の「予約番号」，勧誘相手の「仲間ＩＤ」及び「勧誘成立フラグ」を含んでいる。
ここで、「勧誘履歴識別データ」は、勧誘履歴番号を識別するデータ（暗号データ，ハッシュ値等）である。「勧誘成立フラグ」は、その勧誘を契機として勧誘（ここでは、追加の予約）が成立したか否かを示すフラグであり、有意のとき勧誘が成立したことを示す。
図３（ｅ−２）に示すように、１件の勧誘履歴情報は、「勧誘履歴ＩＤ」，「勧誘履歴識別データ」，勧誘者の「ユーザＩＤ」，勧誘対象の「予約番号」，勧誘相手の「仲間ＩＤ」及び「勧誘成立フラグ」を含んでいる。
ここで、「勧誘履歴識別データ」は、勧誘履歴番号を識別するデータ（暗号データ，ハッシュ値等）である。「勧誘成立フラグ」は、その勧誘を契機として勧誘（ここでは、追加の予約）が成立したか否かを示すフラグであり、有意のとき勧誘が成立したことを示す。
［２−２．ユーザ端末］
図２において、ユーザ端末２０，ユーザ端末３０（１〜ｎ）は、宿泊予約サービスを利用するユーザ，仲間がそれぞれ使用する端末である。
ユーザ端末２０及びユーザ端末３０は、Ｗｅｂブラウザを有しており、サーバシステム１０から受信したＷｅｂページ（ＨＴＭＬ形式のデータ等）をディスプレイに表示することができる。また、ユーザ端末２０及びユーザ端末３０は、メーラを有しており、サーバシステム１０から受信した電子メールをディスプレイに表示することができる。
ユーザ端末２０及びユーザ端末３０は、通信機能を有する既存の情報処理端末（例えば、パソコン等の電子計算機，携帯電話端末等）でよい。
図２において、ユーザ端末２０，ユーザ端末３０（１〜ｎ）は、宿泊予約サービスを利用するユーザ，仲間がそれぞれ使用する端末である。
ユーザ端末２０及びユーザ端末３０は、Ｗｅｂブラウザを有しており、サーバシステム１０から受信したＷｅｂページ（ＨＴＭＬ形式のデータ等）をディスプレイに表示することができる。また、ユーザ端末２０及びユーザ端末３０は、メーラを有しており、サーバシステム１０から受信した電子メールをディスプレイに表示することができる。
ユーザ端末２０及びユーザ端末３０は、通信機能を有する既存の情報処理端末（例えば、パソコン等の電子計算機，携帯電話端末等）でよい。
［２−３．施設端末］
図２において、施設端末４０は、宿泊予約サービスに客室を提供する施設で使用される端末である。
施設端末４０は、Ｗｅｂブラウザを有しており、サーバシステム１０から受信したＷｅｂページ（ＨＴＭＬ形式のデータ等）をディスプレイに表示することができる。また、施設端末４０は、メーラを有しており、サーバシステム１０から受信した電子メールをディスプレイに表示することができる。
施設端末４０は、通信機能を有する既存の情報処理端末（例えば、パソコン等の電子計算機等）でよい。
図２において、施設端末４０は、宿泊予約サービスに客室を提供する施設で使用される端末である。
施設端末４０は、Ｗｅｂブラウザを有しており、サーバシステム１０から受信したＷｅｂページ（ＨＴＭＬ形式のデータ等）をディスプレイに表示することができる。また、施設端末４０は、メーラを有しており、サーバシステム１０から受信した電子メールをディスプレイに表示することができる。
施設端末４０は、通信機能を有する既存の情報処理端末（例えば、パソコン等の電子計算機等）でよい。
なお、各宿泊施設の担当者は、施設端末４０を操作してサーバシステム１０にアクセスし、施設ＩＤとパスワードを入力して認証を受けることにより、与えられた権限の範囲内で客室情報の管理，予約情報の管理等を行うことができる。
この点は、従来例（例えば、＜先行技術２＞）と同様である。
この点は、従来例（例えば、＜先行技術２＞）と同様である。
［３．データ処理］
［３−１．勧誘メールの送信］
［（ａ）勧誘メールの送信手順］
図４に、勧誘メールの送信手順を示す。
ここでは、第１のユーザＡ（勧誘する側のユーザ）が、予約中の宿泊プランを指定して、仲間登録をしている第２のユーザＢ（勧誘される側のユーザ）を勧誘する場合を例として説明する。
以下の説明は、幹事がユーザ端末２０を操作して、ユーザＩＤ及びパスワードにより宿泊予約サービスにログインし、自らが手続をした当初の予約に係る予約確認ページ（図５）を表示させた後の手順である。
図４に示すように、サーバシステム１０は、下記〔１１〕〜〔１４〕の手順により勧誘メールを送信する。
［３−１．勧誘メールの送信］
［（ａ）勧誘メールの送信手順］
図４に、勧誘メールの送信手順を示す。
ここでは、第１のユーザＡ（勧誘する側のユーザ）が、予約中の宿泊プランを指定して、仲間登録をしている第２のユーザＢ（勧誘される側のユーザ）を勧誘する場合を例として説明する。
以下の説明は、幹事がユーザ端末２０を操作して、ユーザＩＤ及びパスワードにより宿泊予約サービスにログインし、自らが手続をした当初の予約に係る予約確認ページ（図５）を表示させた後の手順である。
図４に示すように、サーバシステム１０は、下記〔１１〕〜〔１４〕の手順により勧誘メールを送信する。
〔１１〕予約確認ページ（図５）を介してユーザ端末２０から勧誘対象の選択情報（予約番号を特定するための情報）を受信し（Ｓ４０５）、勧誘対象（予約番号）を一時的に記憶する（Ｓ４１０）。続いて、勧誘相手選択ページを生成し（Ｓ４１５）、ユーザ端末２０に送信する（Ｓ４２０，図６）。
〔１２〕勧誘相手選択ページ（図６）を介してユーザ端末２０から勧誘相手の選択情報（仲間ＩＤを特定するための情報）を受信し（Ｓ４２５）、勧誘対象（予約番号）とともに勧誘履歴ＤＢ１５に勧誘履歴情報を登録する（Ｓ４３０）。
〔１３〕勧誘メールを生成し、勧誘相手のメールアドレス宛に送信する（Ｓ４３５，図７）。なお、勧誘相手のメールアドレスは、勧誘履歴ＤＢ１５の仲間情報から抽出するものとする。
〔１４〕勧誘メールの送信が完了した旨等を電子メールでユーザ端末２０に通知する（Ｓ４４０）。
〔１２〕勧誘相手選択ページ（図６）を介してユーザ端末２０から勧誘相手の選択情報（仲間ＩＤを特定するための情報）を受信し（Ｓ４２５）、勧誘対象（予約番号）とともに勧誘履歴ＤＢ１５に勧誘履歴情報を登録する（Ｓ４３０）。
〔１３〕勧誘メールを生成し、勧誘相手のメールアドレス宛に送信する（Ｓ４３５，図７）。なお、勧誘相手のメールアドレスは、勧誘履歴ＤＢ１５の仲間情報から抽出するものとする。
〔１４〕勧誘メールの送信が完了した旨等を電子メールでユーザ端末２０に通知する（Ｓ４４０）。
［（ｂ）予約確認ページ］
図５に、予約確認ページの表示例を示す。
図５に示すように、予約確認ページ５００は、エリア５１０，５２０及びボタン５３０を含んでいる。
エリア５１０には、予約中の宿泊プランに係る宿泊施設及び宿泊日程が表示される。エリア５２０には、予約中の宿泊プランの情報（特徴，人数，料金等）が表示される。
ユーザＡがボタン５３０をクリックすると、ユーザ端末２０はサーバシステム１０に勧誘対象の選択情報を送信する。
図５に、予約確認ページの表示例を示す。
図５に示すように、予約確認ページ５００は、エリア５１０，５２０及びボタン５３０を含んでいる。
エリア５１０には、予約中の宿泊プランに係る宿泊施設及び宿泊日程が表示される。エリア５２０には、予約中の宿泊プランの情報（特徴，人数，料金等）が表示される。
ユーザＡがボタン５３０をクリックすると、ユーザ端末２０はサーバシステム１０に勧誘対象の選択情報を送信する。
［（ｃ）勧誘相手選択ページ］
図６に、勧誘相手選択ページの表示例を示す。
図６に示すように、勧誘相手選択ページ６００は、エリア６１０及びボタン６２０を含んでいる。
エリア６１０には、ユーザＡの仲間のニックネーム及びメールアドレスが表示される。なお、仲間のニックネーム及びメールアドレスは、勧誘履歴ＤＢ１５の仲間情報から抽出する。
ユーザＡが勧誘相手を選択し、ボタン６２０をクリックすると、ユーザ端末２０はサーバシステム１０に勧誘相手の選択情報を送信する。
図６に、勧誘相手選択ページの表示例を示す。
図６に示すように、勧誘相手選択ページ６００は、エリア６１０及びボタン６２０を含んでいる。
エリア６１０には、ユーザＡの仲間のニックネーム及びメールアドレスが表示される。なお、仲間のニックネーム及びメールアドレスは、勧誘履歴ＤＢ１５の仲間情報から抽出する。
ユーザＡが勧誘相手を選択し、ボタン６２０をクリックすると、ユーザ端末２０はサーバシステム１０に勧誘相手の選択情報を送信する。
［（ｄ）勧誘メール］
図７に、勧誘メールの表示例を示す。
図７に示すように、勧誘メール７００は、差出人情報７１０，件名７２０及び本文７３０を含んでいる。
差出人情報７１０は、差出人（ここでは、宿泊予約サービス）のメールアドレス等である。
件名７２０には、例えば、勧誘者「Ａさん」からの勧誘である旨を明示する。
図７に、勧誘メールの表示例を示す。
図７に示すように、勧誘メール７００は、差出人情報７１０，件名７２０及び本文７３０を含んでいる。
差出人情報７１０は、差出人（ここでは、宿泊予約サービス）のメールアドレス等である。
件名７２０には、例えば、勧誘者「Ａさん」からの勧誘である旨を明示する。
本文７３０には、メッセージ７３１，予約中の宿泊プランに関連する情報７３２及びＵＲＬ７３３等が表示される。
メッセージ７３１は、デフォルトのメッセージである。例えば、ユーザＡが予め選択した定型メッセージでもよいし、ユーザＡが予め独自に設定したメッセージでもよい。なお、例えば勧誘相手選択ページ６００に入力欄等を配置して、勧誘メールに記載するメッセージをユーザＡに個別に入力させてもよい。
ＵＲＬ７３３は、「勧誘履歴識別データ」をパラメータとして含んでいる。勧誘相手ＢがＵＲＬ７３３をクリックすると、勧誘相手Ｂのユーザ端末３０はサーバシステム１０にページ送信要求を送信する。
メッセージ７３１は、デフォルトのメッセージである。例えば、ユーザＡが予め選択した定型メッセージでもよいし、ユーザＡが予め独自に設定したメッセージでもよい。なお、例えば勧誘相手選択ページ６００に入力欄等を配置して、勧誘メールに記載するメッセージをユーザＡに個別に入力させてもよい。
ＵＲＬ７３３は、「勧誘履歴識別データ」をパラメータとして含んでいる。勧誘相手ＢがＵＲＬ７３３をクリックすると、勧誘相手Ｂのユーザ端末３０はサーバシステム１０にページ送信要求を送信する。
［３−２．追加予約の受付］
［（ａ）追加予約の受付手順］
図８〜図９に、追加予約の受付手順を示す。
ここでは、第１のユーザＡ（勧誘する側のユーザ）から勧誘を受けた第２のユーザＢ（勧誘される側のユーザ）が、予約に係る宿泊プランを確認し、予約を申請する場合を例として説明する。
図８〜図９に示すように、サーバシステム１０は、下記〔２１〕〜〔２５〕の手順により追加予約を受け付ける。
［（ａ）追加予約の受付手順］
図８〜図９に、追加予約の受付手順を示す。
ここでは、第１のユーザＡ（勧誘する側のユーザ）から勧誘を受けた第２のユーザＢ（勧誘される側のユーザ）が、予約に係る宿泊プランを確認し、予約を申請する場合を例として説明する。
図８〜図９に示すように、サーバシステム１０は、下記〔２１〕〜〔２５〕の手順により追加予約を受け付ける。
〔２１〕勧誘メール（図７）を介してユーザ端末３０からページ送信要求を受信する（Ｓ８０５）と、勧誘履歴ＤＢ１５の勧誘履歴情報を参照して、受信した識別データ（本実施形態では、勧誘履歴識別データ）に対応する勧誘履歴ＩＤを識別し（Ｓ８１０）、予約番号を特定する（Ｓ８１５）。続いて、予約ＤＢ１４の予約情報を参照して、その予約番号に係る宿泊プランＩＤを特定し、その宿泊プランＩＤに対応する必要な情報を宿泊プランＤＢ１３の宿泊プラン情報より抽出し、抽出した情報を用いて予約確認ページを生成し（Ｓ８２０）、ユーザ端末３０に送信する（Ｓ８２５，図１０）。
〔２２〕予約確認ページ（図１０）を介してユーザ端末３０から宿泊プランを指定した検索要求を受信する（Ｓ８３０）と、検索条件を設定し（Ｓ８３５）、検索条件を満たす宿泊プランを宿泊プランＤＢ１３において検索する（Ｓ８４０）。続いて、検索した宿泊プランの情報を用いて検索結果ページを生成し（Ｓ８４５）、ユーザ端末３０に送信する（Ｓ８５０，図１１（ａ）又は（ｂ））。
〔２２〕予約確認ページ（図１０）を介してユーザ端末３０から宿泊プランを指定した検索要求を受信する（Ｓ８３０）と、検索条件を設定し（Ｓ８３５）、検索条件を満たす宿泊プランを宿泊プランＤＢ１３において検索する（Ｓ８４０）。続いて、検索した宿泊プランの情報を用いて検索結果ページを生成し（Ｓ８４５）、ユーザ端末３０に送信する（Ｓ８５０，図１１（ａ）又は（ｂ））。
〔２３〕検索結果ページ（図１１（ａ）又は（ｂ））を介してユーザ端末３０から宿泊プランの選択情報を受信する（Ｓ８５５）と、選択された宿泊プランを対象とする予約申請ページを生成し（Ｓ８６０）、ユーザ端末３０に送信する（Ｓ８６５，図１２）。
〔２４〕予約申請ページ（図１２）を介してユーザ端末３０から予約申請を受信する（Ｓ８７０）と、予約番号を付与して予約ＤＢ１４に予約情報を登録する（Ｓ８７５）。以上の処理の完了後、予約手続が完了した旨等を電子メールでユーザ端末３０に通知する（Ｓ８８０）。
〔２５〕予約が追加された旨等を電子メールで施設端末４０に通知する（Ｓ８８５）。なお、当初の予約及び追加の予約に係る宿泊施設のメールアドレスは、施設ＤＢ１２の施設情報から抽出する。
〔２４〕予約申請ページ（図１２）を介してユーザ端末３０から予約申請を受信する（Ｓ８７０）と、予約番号を付与して予約ＤＢ１４に予約情報を登録する（Ｓ８７５）。以上の処理の完了後、予約手続が完了した旨等を電子メールでユーザ端末３０に通知する（Ｓ８８０）。
〔２５〕予約が追加された旨等を電子メールで施設端末４０に通知する（Ｓ８８５）。なお、当初の予約及び追加の予約に係る宿泊施設のメールアドレスは、施設ＤＢ１２の施設情報から抽出する。
［（ｂ）ページ送信要求］
上記手順〔２１〕において、サーバシステム１０は、ユーザ端末３０からページ送信要求を受信する（Ｓ８０５）。
ページ送信要求はＨＴＴＰリクエストであり、勧誘対象の予約番号を識別するための識別データ（本実施形態では、勧誘履歴を識別するための「勧誘履歴識別データ」）をパラメータとして含んでいる（図７の７３３参照）。
上記手順〔２１〕において、サーバシステム１０は、ユーザ端末３０からページ送信要求を受信する（Ｓ８０５）。
ページ送信要求はＨＴＴＰリクエストであり、勧誘対象の予約番号を識別するための識別データ（本実施形態では、勧誘履歴を識別するための「勧誘履歴識別データ」）をパラメータとして含んでいる（図７の７３３参照）。
［（ｃ）予約確認ページ］
図１０に、予約確認ページの表示例を示す。
図１０に示すように、予約確認ページ１０００は、エリア１０１０，１０２０及びボタン１０３０，１０４０を含んでいる。
エリア１０１０には、予約中の宿泊プランに係る宿泊施設及び宿泊日程が表示される。エリア１０２０には、予約中の宿泊プランの情報（特徴，人数，料金等）が表示される。
ユーザＢが宿泊人数（対象の宿泊プランの「定員」以内）を選択し、ボタン１０４０をクリックすると、ユーザ端末３０はサーバシステム１０に検索要求を送信する。なお、ユーザＢは、ボタン１０３０をクリックすることにより、ユーザＡを幹事とするグループへの加入を申請することもできる。
図１０に、予約確認ページの表示例を示す。
図１０に示すように、予約確認ページ１０００は、エリア１０１０，１０２０及びボタン１０３０，１０４０を含んでいる。
エリア１０１０には、予約中の宿泊プランに係る宿泊施設及び宿泊日程が表示される。エリア１０２０には、予約中の宿泊プランの情報（特徴，人数，料金等）が表示される。
ユーザＢが宿泊人数（対象の宿泊プランの「定員」以内）を選択し、ボタン１０４０をクリックすると、ユーザ端末３０はサーバシステム１０に検索要求を送信する。なお、ユーザＢは、ボタン１０３０をクリックすることにより、ユーザＡを幹事とするグループへの加入を申請することもできる。
［（ｄ）検索処理］
上記手順〔２２〕において、サーバシステム１０は、検索条件を設定し（Ｓ８３５）、検索条件を満たす宿泊プランを宿泊プランＤＢ１３において検索する（Ｓ８４０）。
検索処理の概要は、次のとおりである。
（１）宿泊プランＤＢ１３の宿泊プラン情報を参照し、指定された宿泊プランと同一の宿泊プランの在庫を確認する。
（２）同一の宿泊プランの在庫があれば、指定された宿泊プランと同一の宿泊プランのＩＤのみを抽出する。同一の宿泊プランの在庫がなければ、指定された宿泊プランに係る宿泊日程・宿泊施設と日程・施設が同一である他の宿泊プランのＩＤを抽出する。
なお、同一の宿泊プランの在庫がある場合に、指定された宿泊プランに係る宿泊日程・宿泊施設と日程・施設が同一である全ての宿泊プランのＩＤを抽出するように構成してもよい。
上記手順〔２２〕において、サーバシステム１０は、検索条件を設定し（Ｓ８３５）、検索条件を満たす宿泊プランを宿泊プランＤＢ１３において検索する（Ｓ８４０）。
検索処理の概要は、次のとおりである。
（１）宿泊プランＤＢ１３の宿泊プラン情報を参照し、指定された宿泊プランと同一の宿泊プランの在庫を確認する。
（２）同一の宿泊プランの在庫があれば、指定された宿泊プランと同一の宿泊プランのＩＤのみを抽出する。同一の宿泊プランの在庫がなければ、指定された宿泊プランに係る宿泊日程・宿泊施設と日程・施設が同一である他の宿泊プランのＩＤを抽出する。
なお、同一の宿泊プランの在庫がある場合に、指定された宿泊プランに係る宿泊日程・宿泊施設と日程・施設が同一である全ての宿泊プランのＩＤを抽出するように構成してもよい。
［（ｅ）検索結果ページ］
図１１に、検索結果ページの表示例を示す。
図１１（ａ）は、指定された宿泊プランと同一の宿泊プランの在庫がある場合の表示例である。一方、図１１（ｂ）は、指定された宿泊プランと同一の宿泊プランの在庫がない場合の表示例である。
図１１に、検索結果ページの表示例を示す。
図１１（ａ）は、指定された宿泊プランと同一の宿泊プランの在庫がある場合の表示例である。一方、図１１（ｂ）は、指定された宿泊プランと同一の宿泊プランの在庫がない場合の表示例である。
図１１（ａ）に示すように、検索結果ページ１１００ａは、エリア１１１０ａ及び１１２０ａを含んでいる。
エリア１１１０ａには、検索条件が表示される。図１１（ａ）の表示例では、ユーザＡによる予約中の宿泊プランに係る宿泊日程・宿泊施設と同一の日程・施設が条件となっている。エリア１１２０ａには、指定された宿泊プランと同一の宿泊プランの概要が表示される。
ユーザＢがボタン１１２１ａをクリックすると、ユーザ端末３０はサーバシステム１０に宿泊プランの選択情報を送信する。
エリア１１１０ａには、検索条件が表示される。図１１（ａ）の表示例では、ユーザＡによる予約中の宿泊プランに係る宿泊日程・宿泊施設と同一の日程・施設が条件となっている。エリア１１２０ａには、指定された宿泊プランと同一の宿泊プランの概要が表示される。
ユーザＢがボタン１１２１ａをクリックすると、ユーザ端末３０はサーバシステム１０に宿泊プランの選択情報を送信する。
図１１（ｂ）に示すように、検索結果ページ１１００ｂは、エリア１１１０ｂ及び１１２０ｂを含んでいる。
エリア１１１０ｂには、検索条件が表示される。図１１（ｂ）の表示例では、ユーザＡによる予約中の宿泊プランに係る宿泊日程・宿泊施設と同一の日程・施設が条件となっている（検索結果ページ１１００ａ（図１１（ａ））のエリア１１１０ａと同様）。エリア１１２０ｂには、指定された宿泊プランと異なる宿泊プランの概要が表示される。
ユーザＢがボタン１１２１ｂ〜１１２３ｂのいずれかをクリックすると、ユーザ端末３０はサーバシステム１０に宿泊プランの選択情報を送信する。
エリア１１１０ｂには、検索条件が表示される。図１１（ｂ）の表示例では、ユーザＡによる予約中の宿泊プランに係る宿泊日程・宿泊施設と同一の日程・施設が条件となっている（検索結果ページ１１００ａ（図１１（ａ））のエリア１１１０ａと同様）。エリア１１２０ｂには、指定された宿泊プランと異なる宿泊プランの概要が表示される。
ユーザＢがボタン１１２１ｂ〜１１２３ｂのいずれかをクリックすると、ユーザ端末３０はサーバシステム１０に宿泊プランの選択情報を送信する。
［（ｆ）予約申請ページ］
図１２に、予約申請ページの表示例を示す。
図１２に示すように、予約申請ページ１２００は、エリア１２１０，１２２０及び１２３０を含んでいる。なお、本実施形態の予約申請ページは、エリア１２２０が追加されている点を除き、従来例（例えば、＜先行技術２＞）と同様である。
図１２に、予約申請ページの表示例を示す。
図１２に示すように、予約申請ページ１２００は、エリア１２１０，１２２０及び１２３０を含んでいる。なお、本実施形態の予約申請ページは、エリア１２２０が追加されている点を除き、従来例（例えば、＜先行技術２＞）と同様である。
エリア１２１０には、予約申請に係る詳細が表示される。エリア１２２０では、隣接部屋リクエストをするか否かを選択することができる。
予約申請ページ１２００を介した予約の申請手順は、次の通りである。
（１）ユーザＢが、エリア１２１０において予約申請に係る詳細を確認する。
（２）ユーザＢが、エリア１２２０において隣接部屋リクエストの有無を選択する。
（３）ユーザＢが、エリア１２３０においてユーザＩＤ及びパスワードを入力し、ボタン１２３１をクリックする。
（４）ユーザ端末３０が、サーバシステム１０に予約申請を送信する。
予約申請ページ１２００を介した予約の申請手順は、次の通りである。
（１）ユーザＢが、エリア１２１０において予約申請に係る詳細を確認する。
（２）ユーザＢが、エリア１２２０において隣接部屋リクエストの有無を選択する。
（３）ユーザＢが、エリア１２３０においてユーザＩＤ及びパスワードを入力し、ボタン１２３１をクリックする。
（４）ユーザ端末３０が、サーバシステム１０に予約申請を送信する。
［（ｇ）予約情報の登録］
上記手順〔２４〕において、サーバシステム１０は、予約番号を付与して予約ＤＢ１４に予約情報を登録する（Ｓ８７５）。
具体的な処理手順は、次の通りである。
（１）ユーザＢのユーザＩＤ，選択された宿泊プランの宿泊プランＩＤ，宿泊プランの注文数及び参加人数を、予約番号を付与して予約ＤＢ１４の予約情報に格納する。
（２）宿泊プランＤＢ１３において予約が成立した宿泊プランの在庫数を更新する。
（３）第１のユーザＡによる当初の予約の予約番号に対応させて、第２のユーザＢによる追加の予約の予約番号を予約ＤＢ１４の追加予約情報に格納する。このとき、隣接部屋リクエストがあれば、隣接部屋リクエストフラグを立てる。
（４）識別した勧誘履歴ＩＤに係る勧誘履歴情報を勧誘履歴ＤＢ１５より選択し、勧誘成立フラグを立てる。
上記手順〔２４〕において、サーバシステム１０は、予約番号を付与して予約ＤＢ１４に予約情報を登録する（Ｓ８７５）。
具体的な処理手順は、次の通りである。
（１）ユーザＢのユーザＩＤ，選択された宿泊プランの宿泊プランＩＤ，宿泊プランの注文数及び参加人数を、予約番号を付与して予約ＤＢ１４の予約情報に格納する。
（２）宿泊プランＤＢ１３において予約が成立した宿泊プランの在庫数を更新する。
（３）第１のユーザＡによる当初の予約の予約番号に対応させて、第２のユーザＢによる追加の予約の予約番号を予約ＤＢ１４の追加予約情報に格納する。このとき、隣接部屋リクエストがあれば、隣接部屋リクエストフラグを立てる。
（４）識別した勧誘履歴ＩＤに係る勧誘履歴情報を勧誘履歴ＤＢ１５より選択し、勧誘成立フラグを立てる。
［（ｈ）宿泊施設に対する通知］
上記手順〔２５〕において、サーバシステム１０は、予約が追加された旨等を電子メールで施設端末４０に通知する（Ｓ８８５）。
例えば、次の内容を通知メールに記載するとよい。
・ユーザＡによる当初の予約に、勧誘を受けたユーザＢによる追加の予約が関連付けられた旨。
・（隣接部屋リクエストがある場合のみ）追加の予約に係る客室を、当初の予約に係る客室に隣接する客室にすることを、ユーザが希望している旨。
なお、施設端末４０に対する電子メールの送信は、定期的なバッチ処理により実行してもよい。ただし、宿泊施設側の事務処理（部屋割り等）の便宜のため、追加の予約が成立した後、より早い時期に電子メールを送信するのが好ましい。
上記手順〔２５〕において、サーバシステム１０は、予約が追加された旨等を電子メールで施設端末４０に通知する（Ｓ８８５）。
例えば、次の内容を通知メールに記載するとよい。
・ユーザＡによる当初の予約に、勧誘を受けたユーザＢによる追加の予約が関連付けられた旨。
・（隣接部屋リクエストがある場合のみ）追加の予約に係る客室を、当初の予約に係る客室に隣接する客室にすることを、ユーザが希望している旨。
なお、施設端末４０に対する電子メールの送信は、定期的なバッチ処理により実行してもよい。ただし、宿泊施設側の事務処理（部屋割り等）の便宜のため、追加の予約が成立した後、より早い時期に電子メールを送信するのが好ましい。
［３−３．成果報酬の付与］
［（ａ）成果報酬の付与手順］
図１３に、成果報酬の付与手順を示す。
ここでは、他のユーザＢの勧誘に成功したユーザＡに対し、所定のポイントを付与する場合を例として説明する。
図１３に示すように、サーバシステム１０は、下記〔３１〕〜〔３４〕の手順により成果報酬を付与する。
［（ａ）成果報酬の付与手順］
図１３に、成果報酬の付与手順を示す。
ここでは、他のユーザＢの勧誘に成功したユーザＡに対し、所定のポイントを付与する場合を例として説明する。
図１３に示すように、サーバシステム１０は、下記〔３１〕〜〔３４〕の手順により成果報酬を付与する。
〔３１〕「勧誘成立フラグ」が有意の勧誘履歴ＩＤを、勧誘履歴ＤＢ１５より抽出する（Ｓ１３０５）。
〔３２〕抽出した勧誘履歴ＩＤに係る勧誘対象（予約番号）に対応する参加人数を予約ＤＢ１４の予約情報より抽出する（Ｓ１３１０）。
〔３３〕抽出した勧誘履歴ＩＤに係る勧誘者に付与する付与ポイント数を算出する（Ｓ１３１５）。ここでは、勧誘に成功した成果に対する所定数の基礎ポイント数と、参加人数に比例する加算ポイント数との合計数を、付与ポイント数とする。
〔３４〕ユーザＤＢ１１において勧誘者のユーザＩＤに対応するポイント数を更新する（Ｓ１３２０）。ここでは、付与ポイント数（基礎ポイント数と加算ポイント数の合計数）を加算する。
〔３２〕抽出した勧誘履歴ＩＤに係る勧誘対象（予約番号）に対応する参加人数を予約ＤＢ１４の予約情報より抽出する（Ｓ１３１０）。
〔３３〕抽出した勧誘履歴ＩＤに係る勧誘者に付与する付与ポイント数を算出する（Ｓ１３１５）。ここでは、勧誘に成功した成果に対する所定数の基礎ポイント数と、参加人数に比例する加算ポイント数との合計数を、付与ポイント数とする。
〔３４〕ユーザＤＢ１１において勧誘者のユーザＩＤに対応するポイント数を更新する（Ｓ１３２０）。ここでは、付与ポイント数（基礎ポイント数と加算ポイント数の合計数）を加算する。
なお、上記のポイント付与の手順は、バッチ処理により定期的に（例えば、半月ごと、１か月ごと等）実行するとよい。
また、宿泊前に予約がキャンセルされる可能性も考慮して、上記のポイント付与の手順を宿泊日後に実行してもよい。この場合、宿泊前に予約がキャンセルされて宿泊が実現していなければ、成果報酬を付与しない。
また、宿泊前に予約がキャンセルされる可能性も考慮して、上記のポイント付与の手順を宿泊日後に実行してもよい。この場合、宿泊前に予約がキャンセルされて宿泊が実現していなければ、成果報酬を付与しない。
［（ｂ）付与ポイント数］
付与ポイント数は、次の例を含め任意に設定することができる。
・加算ポイント数を、宿泊プランの注文数に比例させる。
・宿泊施設ごとに又は宿泊プランごとに基礎ポイント数を設定する。
・宿泊施設ごとに又は宿泊プランごとに加算ポイントの比例定数を設定する。
・取引の総額に所定の料率を乗じて付与ポイント数を計算する。
・勧誘の成功数（合計宿泊人数，宿泊プランの合計注文数等）に応じて、付与ポイントの料率を変更する。
付与ポイント数は、次の例を含め任意に設定することができる。
・加算ポイント数を、宿泊プランの注文数に比例させる。
・宿泊施設ごとに又は宿泊プランごとに基礎ポイント数を設定する。
・宿泊施設ごとに又は宿泊プランごとに加算ポイントの比例定数を設定する。
・取引の総額に所定の料率を乗じて付与ポイント数を計算する。
・勧誘の成功数（合計宿泊人数，宿泊プランの合計注文数等）に応じて、付与ポイントの料率を変更する。
［４．変形例］
［（変形例１）勧誘者の範囲ａ］
他のユーザから勧誘を受けて追加の予約を行ったユーザが、さらに他のユーザを勧誘できるように構成してもよい（図１４参照）。
この場合、当初の予約を行ったユーザの承認が得られていることを、新たなユーザに勧誘メールを送信する条件とするとよい。これにより、当初の予約を行ったユーザの予想を超える人数・範囲のユーザが宿泊に加わる事態を未然に防止することができる。
なお、第１のユーザ（勧誘する側のユーザ）が第３のユーザから勧誘を受けて追加の予約を申請したユーザであると見れば、勧誘メールの送信手順，追加予約の受付手順等は上述の実施形態と基本的に同様である。
［（変形例１）勧誘者の範囲ａ］
他のユーザから勧誘を受けて追加の予約を行ったユーザが、さらに他のユーザを勧誘できるように構成してもよい（図１４参照）。
この場合、当初の予約を行ったユーザの承認が得られていることを、新たなユーザに勧誘メールを送信する条件とするとよい。これにより、当初の予約を行ったユーザの予想を超える人数・範囲のユーザが宿泊に加わる事態を未然に防止することができる。
なお、第１のユーザ（勧誘する側のユーザ）が第３のユーザから勧誘を受けて追加の予約を申請したユーザであると見れば、勧誘メールの送信手順，追加予約の受付手順等は上述の実施形態と基本的に同様である。
［（変形例２）勧誘者の範囲ｂ］
他のユーザから勧誘を受けてグループのメンバとなっているユーザが、他のユーザを勧誘できるように構成してもよい（図１５参照）。
この場合も、当初の予約を行ったユーザの承認が得られていることを、新たなユーザに勧誘メールを送信する条件とするとよい。これにより、当初の予約を行ったユーザの予想を超える人数・範囲のユーザが宿泊に加わる事態を未然に防止することができる。
例えば、メンバａ１又はａ２が他のユーザを勧誘するには、ユーザＡの承認を条件とするとよい。また、メンバｃ１が他のユーザを勧誘するには、ユーザＡ及びユーザＣの承認を条件とするとよい。
他のユーザから勧誘を受けてグループのメンバとなっているユーザが、他のユーザを勧誘できるように構成してもよい（図１５参照）。
この場合も、当初の予約を行ったユーザの承認が得られていることを、新たなユーザに勧誘メールを送信する条件とするとよい。これにより、当初の予約を行ったユーザの予想を超える人数・範囲のユーザが宿泊に加わる事態を未然に防止することができる。
例えば、メンバａ１又はａ２が他のユーザを勧誘するには、ユーザＡの承認を条件とするとよい。また、メンバｃ１が他のユーザを勧誘するには、ユーザＡ及びユーザＣの承認を条件とするとよい。
予約ＤＢ１４に、各予約番号に対応させてメンバの情報（ユーザＩＤ又は仲間ＩＤ）を記憶しておけば、そのユーザの予約に係る予約番号を特定することが可能である。
なお、第１のユーザ（勧誘する側のユーザ）が第３のユーザから勧誘を受けてグループのメンバとなっているユーザであると見れば、勧誘メールの送信手順，追加予約の受付手順等は上述の実施形態と基本的に同様である。
なお、第１のユーザ（勧誘する側のユーザ）が第３のユーザから勧誘を受けてグループのメンバとなっているユーザであると見れば、勧誘メールの送信手順，追加予約の受付手順等は上述の実施形態と基本的に同様である。
［（変形例３）追加予約の受付］
図１６に、追加予約の受付手順の変形例を示す。
ここでは、勧誘対象の予約に係る宿泊プランの在庫を予め確認し、在庫があれば直ちに予約申請ページを送信する場合の例を示す。なお、在庫がなければ、上述の実施形態（同一の宿泊プランの在庫がない場合）と同様の処理を実行するとよい。
図１６に示すように、サーバシステム１０は、下記〔４１〕〜〔４３〕及び上記〔２４〕〜〔２５〕の手順により追加予約を受け付けてもよい。
図１６に、追加予約の受付手順の変形例を示す。
ここでは、勧誘対象の予約に係る宿泊プランの在庫を予め確認し、在庫があれば直ちに予約申請ページを送信する場合の例を示す。なお、在庫がなければ、上述の実施形態（同一の宿泊プランの在庫がない場合）と同様の処理を実行するとよい。
図１６に示すように、サーバシステム１０は、下記〔４１〕〜〔４３〕及び上記〔２４〕〜〔２５〕の手順により追加予約を受け付けてもよい。
〔４１〕勧誘メール（図７）を介してユーザ端末３０からページ送信要求を受信する（Ｓ８０５）と、勧誘履歴ＤＢ１５の勧誘履歴情報を参照して、受信した識別データ（ここでは、勧誘履歴識別データ）に対応する勧誘履歴ＩＤを識別し（Ｓ８１０）、予約番号を特定する（Ｓ８１５）。
〔４２〕予約ＤＢ１４の予約情報を参照して、その予約番号に係る宿泊プランＩＤを特定し（Ｓ１６３５）、その宿泊プランＩＤに係る宿泊プランを宿泊プランＤＢ１３において検索する（Ｓ１６４０）。
〔４３〕検索した宿泊プランを対象とする予約申請ページを生成し（図９のＳ８６０）、ユーザ端末３０に送信する（図９のＳ８６５，図１２）。
〔４２〕予約ＤＢ１４の予約情報を参照して、その予約番号に係る宿泊プランＩＤを特定し（Ｓ１６３５）、その宿泊プランＩＤに係る宿泊プランを宿泊プランＤＢ１３において検索する（Ｓ１６４０）。
〔４３〕検索した宿泊プランを対象とする予約申請ページを生成し（図９のＳ８６０）、ユーザ端末３０に送信する（図９のＳ８６５，図１２）。
［（変形例４）勧誘対象の特定］
上述の実施形態では、予約番号と宿泊プランＩＤが１対１で対応していることを前提として、ユーザ端末２０から受信した勧誘対象の選択情報により勧誘対象（予約番号）を特定している（図４のＳ４０５〜Ｓ４１０）。予約番号が確定すれば、宿泊プランＩＤも確定する。
これに対し、予約中の宿泊プランに係る宿泊プランＩＤと、予約番号とを同時に特定することが可能な選択情報を受信し、勧誘対象（予約中の宿泊プランに係る宿泊プランＩＤ）を直接的に特定してもよい。
上述の実施形態では、予約番号と宿泊プランＩＤが１対１で対応していることを前提として、ユーザ端末２０から受信した勧誘対象の選択情報により勧誘対象（予約番号）を特定している（図４のＳ４０５〜Ｓ４１０）。予約番号が確定すれば、宿泊プランＩＤも確定する。
これに対し、予約中の宿泊プランに係る宿泊プランＩＤと、予約番号とを同時に特定することが可能な選択情報を受信し、勧誘対象（予約中の宿泊プランに係る宿泊プランＩＤ）を直接的に特定してもよい。
［（変形例５）勧誘メールの送信先］
上述の実施形態では、ユーザ端末２０から勧誘相手の選択情報を受信し、勧誘履歴ＤＢ１５の仲間情報に登録されている仲間のメールアドレスを特定している（図４のＳ４２５等）。
これに対し、ユーザ端末２０から勧誘相手のメールアドレスを受信し、受信したメールアドレスを勧誘メールの送信先としてもよい（上記＜先行技術３＞参照）。
上述の実施形態では、ユーザ端末２０から勧誘相手の選択情報を受信し、勧誘履歴ＤＢ１５の仲間情報に登録されている仲間のメールアドレスを特定している（図４のＳ４２５等）。
これに対し、ユーザ端末２０から勧誘相手のメールアドレスを受信し、受信したメールアドレスを勧誘メールの送信先としてもよい（上記＜先行技術３＞参照）。
［（変形例６）勧誘対象の識別］
上述の実施形態では、ユーザ端末３０から勧誘履歴識別データを受信し、勧誘履歴を識別した上で勧誘対象の予約番号を間接的に特定している（図８のＳ８０５〜Ｓ８１５）。
これに対し、ユーザ端末３０から予約番号を識別するための予約識別データ（例えば、予約番号に対応する暗号データ等）を受信して、勧誘対象の予約番号を直接識別してもよい。
その他、ユーザ端末３０から予約中の宿泊プランに係る宿泊プランＩＤと予約番号とを同時に識別するための識別データ（例えば、宿泊プランＩＤ及び予約番号に対応する暗号データ等）を受信して、勧誘対象の予約に係る宿泊プランを識別してもよい。
上述の実施形態では、ユーザ端末３０から勧誘履歴識別データを受信し、勧誘履歴を識別した上で勧誘対象の予約番号を間接的に特定している（図８のＳ８０５〜Ｓ８１５）。
これに対し、ユーザ端末３０から予約番号を識別するための予約識別データ（例えば、予約番号に対応する暗号データ等）を受信して、勧誘対象の予約番号を直接識別してもよい。
その他、ユーザ端末３０から予約中の宿泊プランに係る宿泊プランＩＤと予約番号とを同時に識別するための識別データ（例えば、宿泊プランＩＤ及び予約番号に対応する暗号データ等）を受信して、勧誘対象の予約に係る宿泊プランを識別してもよい。
［（変形例７）勧誘の成否の判定］
上述の実施形態では、追加の予約情報の登録時に勧誘履歴ＤＢ１５の「勧誘成立フラグ」を立て（図９のＳ８７５）、「勧誘成立フラグ」により当該勧誘履歴情報に係る勧誘の成否を判定している（図１３のＳ１３０５）。
これに対し、宿泊プランＤＢ１３及び予約ＤＢ１４を参照し、追加の予約に係る宿泊プランの宿泊日程及び宿泊施設が、当初の予約に係る宿泊プランの宿泊日程及び宿泊施設とそれぞれ等しいとき、勧誘が成功であると判定するように構成することも可能である。
上述の実施形態では、追加の予約情報の登録時に勧誘履歴ＤＢ１５の「勧誘成立フラグ」を立て（図９のＳ８７５）、「勧誘成立フラグ」により当該勧誘履歴情報に係る勧誘の成否を判定している（図１３のＳ１３０５）。
これに対し、宿泊プランＤＢ１３及び予約ＤＢ１４を参照し、追加の予約に係る宿泊プランの宿泊日程及び宿泊施設が、当初の予約に係る宿泊プランの宿泊日程及び宿泊施設とそれぞれ等しいとき、勧誘が成功であると判定するように構成することも可能である。
［（変形例８）勧誘行為に対する報酬の付与］
上述の実施形態では、勧誘を受けたユーザによる予約が成立した後に、当該ユーザを勧誘したユーザに報酬（ポイント）を付与している（図１３）。
これに対し、他のユーザを宿泊に勧誘する行為（勧誘メールを送信するための手続）そのものに対して、所定の報酬を付与してもよい。
上述の実施形態では、勧誘を受けたユーザによる予約が成立した後に、当該ユーザを勧誘したユーザに報酬（ポイント）を付与している（図１３）。
これに対し、他のユーザを宿泊に勧誘する行為（勧誘メールを送信するための手続）そのものに対して、所定の報酬を付与してもよい。
［（変形例９）成果報酬の付与］
上述の実施形態では、他のユーザの勧誘に成功したユーザに対し、一定の金銭的価値を示すポイントを付与している（図１３）。
これに対し、他のユーザの勧誘に成功したユーザに対し、他の金銭的価値を授与してもよい。例えば、所定の口座への現金の振込み，ギフト券の送付等が考えられる。
これらの場合、ユーザごとに授与すべき金銭的価値の合計を計算し、出力するとよい。例えば、所定の記憶装置に格納してもよいし、紙媒体に印刷してもよい。
上述の実施形態では、他のユーザの勧誘に成功したユーザに対し、一定の金銭的価値を示すポイントを付与している（図１３）。
これに対し、他のユーザの勧誘に成功したユーザに対し、他の金銭的価値を授与してもよい。例えば、所定の口座への現金の振込み，ギフト券の送付等が考えられる。
これらの場合、ユーザごとに授与すべき金銭的価値の合計を計算し、出力するとよい。例えば、所定の記憶装置に格納してもよいし、紙媒体に印刷してもよい。
＜補足１＞
ユーザＡから宿泊の勧誘を受けたユーザＢは、ユーザＡを幹事とするグループに追加のメンバとして加入することもできる。
例えば、ユーザＢが予約確認ページ１０００（図１０）のボタン１０３０をクリックすると、ユーザ端末３０はサーバシステム１０に予約中の宿泊プランを指定した参加申請を送信する。
ユーザＡから宿泊の勧誘を受けたユーザＢは、ユーザＡを幹事とするグループに追加のメンバとして加入することもできる。
例えば、ユーザＢが予約確認ページ１０００（図１０）のボタン１０３０をクリックすると、ユーザ端末３０はサーバシステム１０に予約中の宿泊プランを指定した参加申請を送信する。
このとき、サーバシステム１０は、次のように処理を実行するとよい。
（１）ユーザＢのユーザ端末３０から参加申請を受信する。
（２）ユーザＡのユーザ端末２０に参加申請を受信した旨等を電子メールで通知する。
（３）ユーザＡのユーザ端末２０から予約内容（参加人数）の修正申請を受信し、予約ＤＢ１４の予約情報を更新する。
（４）ユーザＡを勧誘者とし、かつ、ユーザＡによる当初の予約を勧誘対象とする勧誘履歴情報を勧誘履歴ＤＢ１５より選択し、勧誘成立フラグを立てる。
（１）ユーザＢのユーザ端末３０から参加申請を受信する。
（２）ユーザＡのユーザ端末２０に参加申請を受信した旨等を電子メールで通知する。
（３）ユーザＡのユーザ端末２０から予約内容（参加人数）の修正申請を受信し、予約ＤＢ１４の予約情報を更新する。
（４）ユーザＡを勧誘者とし、かつ、ユーザＡによる当初の予約を勧誘対象とする勧誘履歴情報を勧誘履歴ＤＢ１５より選択し、勧誘成立フラグを立てる。
＜補足２＞
本実施形態のシステムは、例えば次のようなユーザによる利用を想定している。
・カンファレンス（学会，展示会等）に、一定のグループ単位で参加するユーザ。
・一定のイベント（冠婚葬祭，社員旅行等）に、家族で参加するユーザ。
本実施形態のシステムは、例えば次のようなユーザによる利用を想定している。
・カンファレンス（学会，展示会等）に、一定のグループ単位で参加するユーザ。
・一定のイベント（冠婚葬祭，社員旅行等）に、家族で参加するユーザ。
１０ サーバシステム
１１ ユーザＤＢ
１２ 施設ＤＢ
１３ 宿泊プランＤＢ
１４ 予約ＤＢ
１５ 勧誘履歴ＤＢ
２０ ユーザ端末
３０ ユーザ端末（仲間）
４０ 施設端末
５０ インターネット
５００ 予約確認ページ
６００ 勧誘相手選択ページ
７００ 勧誘メール
１０００ 予約確認ページ
１１００ａ 検索結果ページ
１１００ｂ 検索結果ページ
１２００ 予約申請ページ
１１ ユーザＤＢ
１２ 施設ＤＢ
１３ 宿泊プランＤＢ
１４ 予約ＤＢ
１５ 勧誘履歴ＤＢ
２０ ユーザ端末
３０ ユーザ端末（仲間）
４０ 施設端末
５０ インターネット
５００ 予約確認ページ
６００ 勧誘相手選択ページ
７００ 勧誘メール
１０００ 予約確認ページ
１１００ａ 検索結果ページ
１１００ｂ 検索結果ページ
１２００ 予約申請ページ
Claims (11)
- 第１のユーザの端末及び第２のユーザの端末とそれぞれ接続して宿泊勧誘システムを構成するサーバシステムであって、
勧誘対象特定番号に対応させて、ユーザの識別情報及び宿泊プランの識別情報を記憶する予約情報記憶手段と、
前記第１のユーザの端末から前記第１のユーザの識別情報と宿泊プランの識別情報とを受け付け、前記勧誘対象特定番号を付与して前記第１のユーザの識別情報と宿泊プランの識別情報を前記予約情報記憶手段に格納する予約情報登録手段と、
を有し、
前記第１のユーザの端末の操作に応じて、前記予約情報記憶手段に格納している、該第１のユーザに係る予約中の宿泊プランと該宿泊プランに対応する前記勧誘対象特定番号とを特定する勧誘対象特定手段と、
前記第１のユーザの端末の操作に応じて、勧誘相手として選定された前記第２のユーザのメールアドレスを特定する勧誘相手特定手段と、
前記特定した勧誘対象特定番号及び宿泊プランを含む勧誘メールを生成し、前記特定したメールアドレス宛に送信する勧誘メール生成送信手段と、
前記第２のユーザの端末から、前記勧誘対象特定番号に対応する宿泊プランを指定した予約申請を受信し、該勧誘対象特定番号および該宿泊プランが対応付けられた予約申請情報を予約申請記憶手段に格納する予約申請受信手段と、
前記予約申請記憶手段に格納された予約申請情報で示される勧誘対象特定番号を基に前記予約情報記憶手段を参照して、前記第１のユーザを識別する勧誘者識別手段と、
予め設定されている報酬付与の規則と、前記予約申請記憶手段に格納された予約申請情報とに基づいて、前記識別した第１のユーザに付与すべき報酬を算出する報酬算出手段と、
前記算出した報酬を前記識別した第１のユーザの識別情報に対応させて出力する報酬出力手段と
を備える
ことを特徴とするサーバシステム。 - 請求項１に記載のサーバシステムにおいて、
前記予約情報記憶手段及び前記予約申請記憶手段を参照して、前記特定した勧誘対象特定番号及び宿泊プランと前記予約申請情報で示される勧誘対象特定番号及び宿泊プランとを比較し、前記識別した第１のユーザによる勧誘の成否を判定する勧誘成否判定手段をさらに備え、
前記報酬算出手段は、前記識別した第１のユーザによる勧誘が成功であると判定された場合に限り、該第１のユーザに付与すべき報酬を算出する
ことを特徴とするサーバシステム。 - 請求項２に記載のサーバシステムにおいて、
宿泊プランの識別情報に対応させて、宿泊施設及び宿泊日程を記憶している宿泊プラン情報記憶手段をさらに有し、
前記勧誘成否判定手段は、前記宿泊プラン情報記憶手段及び前記予約申請記憶手段を参照し、前記予約申請情報の勧誘対象特定番号及び宿泊プランで示される宿泊施設及び宿泊日程が、前記特定した勧誘対象特定番号及び宿泊プランで示される宿泊施設及び宿泊日程とそれぞれ同一であるとき、前記識別した第１のユーザによる勧誘が成功であると判定する
ことを特徴とするサーバシステム。 - 請求項３に記載のサーバシステムにおいて、
前記勧誘成否判定手段は、前記宿泊プラン情報記憶手段及び前記予約申請記憶手段を参照し、前記識別した第１のユーザによる勧誘の成否を前記予約申請情報の勧誘対象特定番号及び宿泊プランで示される宿泊日後に判定する
ことを特徴とするサーバシステム。 - 請求項１〜４のいずれかに記載のサーバシステムにおいて、
前記予約申請受信手段は、参加人数をさらに指定した予約申請を受信し、前記勧誘対象特定番号、前記宿泊プラン、及び該参加人数が対応付けられた前記予約申請情報を前記予約申請記憶手段に格納し、
前記報酬算出手段は、前記予約申請情報で示される参加人数に応じた報酬を算出する
ことを特徴とするサーバシステム。 - 請求項１〜５のいずれかに記載のサーバシステムにおいて、
ユーザの識別情報に対応させて、該ユーザが保有するポイント数を記憶するポイント情報記憶手段をさらに有し、
前記報酬算出手段は、前記第１のユーザに付与すべきポイント数を算出し、
前記報酬出力手段は、前記算出したポイント数を基に、前記ポイント情報記憶手段に記憶している前記第１のユーザのポイント数を更新する
ことを特徴とするサーバシステム。 - 請求項１〜４のいずれかに記載のサーバシステムにおいて、
前記報酬算出手段は、前記予約申請記憶手段に格納された予約申請情報の数に基づいて、前記識別した第１のユーザに付与すべき報酬を算出する、
ことを特徴とするサーバシステム。 - 請求項１〜４のいずれかに記載のサーバシステムにおいて、
前記予約申請受信手段は、宿泊人数をさらに指定した予約申請を受信し、前記勧誘対象特定番号、前記宿泊プラン、及び該宿泊人数が対応付けられた前記予約申請情報を前記予約申請記憶手段に格納し、
前記報酬算出手段は、前記予約申請情報で示される宿泊人数、又は前記予約申請情報で示される宿泊プランの注文数に基づいて、前記識別した第１のユーザに付与すべき報酬を算出する、
ことを特徴とするサーバシステム。 - 第１のユーザの端末及び第２のユーザの端末とサーバシステムとをそれぞれ接続して構成した宿泊勧誘システムにおける宿泊勧誘方法であって、
勧誘対象特定番号に対応させて、ユーザの識別情報及び宿泊プランの識別情報を記憶する予約情報記憶手段と、前記第１のユーザの端末から前記第１のユーザの識別情報と宿泊プランの識別情報とを受け付け、前記勧誘対象特定番号を付与して前記第１のユーザの識別情報と宿泊プランの識別情報を前記予約情報記憶手段に格納する予約情報登録手段とを有するサーバシステムが、
前記第１のユーザの端末の操作に応じて、前記予約情報記憶手段に格納している、該第１のユーザに係る予約中の宿泊プランと該宿泊プランに対応する前記勧誘対象特定番号とを特定する勧誘対象特定ステップと、
前記第１のユーザの端末の操作に応じて、勧誘相手として選定された前記第２のユーザのメールアドレスを特定する勧誘相手特定ステップと、
前記特定した勧誘対象特定番号及び宿泊プランを含む勧誘メールを生成し、前記特定したメールアドレス宛に送信する勧誘メール生成送信ステップと、
前記第２のユーザの端末から、前記勧誘対象特定番号に対応する宿泊プランを指定した予約申請を受信し、該勧誘対象特定番号および該宿泊プランが対応付けられた予約申請情報を予約申請記憶手段に格納する予約申請受信ステップと、
前記予約申請記憶手段に格納された予約申請情報で示される勧誘対象特定番号を基に前記予約情報記憶手段を参照して、前記第１のユーザを識別する勧誘者識別ステップと、
予め設定されている報酬付与の規則と、前記予約申請記憶手段に格納された予約申請情報とに基づいて、前記識別した第１のユーザに付与すべき報酬を算出する報酬算出ステップと、
前記算出した報酬を前記識別した第１のユーザの識別情報に対応させて出力する報酬出力ステップと
を実行する
ことを特徴とする宿泊勧誘方法。 - 第１のユーザの端末及び第２のユーザの端末とサーバシステムとをそれぞれ接続して構成した宿泊勧誘システムにおける宿泊勧誘プログラムであって、
勧誘対象特定番号に対応させて、ユーザの識別情報及び宿泊プランの識別情報を記憶する予約情報記憶手段と、前記第１のユーザの端末から前記第１のユーザの識別情報と宿泊プランの識別情報とを受け付け、勧誘対象特定番号を付与して前記第１のユーザの識別情報と宿泊プランの識別情報を前記予約情報記憶手段に格納する予約情報登録手段とを有するサーバシステムに、
前記第１のユーザの端末の操作に応じて、前記予約情報記憶手段に格納している、該第１のユーザに係る予約中の宿泊プランと該宿泊プランに対応する前記勧誘対象特定番号とを特定する勧誘対象特定ステップと、
前記第１のユーザの端末の操作に応じて、勧誘相手として選定された前記第２のユーザのメールアドレスを特定する勧誘相手特定ステップと、
前記特定した勧誘対象特定番号及び宿泊プランを含む勧誘メールを生成し、前記特定したメールアドレス宛に送信する勧誘メール生成送信ステップと、
前記第２のユーザの端末から、前記勧誘対象特定番号に対応する宿泊プランを指定した予約申請を受信し、該勧誘対象特定番号および該宿泊プランが対応付けられた予約申請情報を予約申請記憶手段に格納する予約申請受信ステップと、
前記予約申請記憶手段に格納された予約申請情報で示される勧誘対象特定番号を基に前記予約情報記憶手段を参照して、前記第１のユーザを識別する勧誘者識別ステップと、
予め設定されている報酬付与の規則と、前記予約申請記憶手段に格納された予約申請情報とに基づいて、前記識別した第１のユーザに付与すべき報酬を算出する報酬算出ステップと、
前記算出した報酬を前記識別した第１のユーザの識別情報に対応させて出力する報酬出力ステップと
を実行させるための宿泊勧誘プログラム。 - 第１のユーザの端末及び第２のユーザの端末とサーバシステムとをそれぞれ接続して構成した宿泊勧誘システムにおける宿泊勧誘プログラムであって、
勧誘対象特定番号に対応させて、ユーザの識別情報及び宿泊プランの識別情報を記憶する予約情報記憶手段と、前記第１のユーザの端末から前記第１のユーザの識別情報と宿泊プランの識別情報とを受け付け、勧誘対象特定番号を付与して前記第１のユーザの識別情報と宿泊プランの識別情報を前記予約情報記憶手段に格納する予約情報登録手段とを有するサーバシステムに、
前記第１のユーザの端末の操作に応じて、前記予約情報記憶手段に格納している、該第１のユーザに係る予約中の宿泊プランと該宿泊プランに対応する前記勧誘対象特定番号とを特定する勧誘対象特定ステップと、
前記第１のユーザの端末の操作に応じて、勧誘相手として選定された前記第２のユーザのメールアドレスを特定する勧誘相手特定ステップと、
前記特定した勧誘対象特定番号及び宿泊プランを含む勧誘メールを生成し、前記特定したメールアドレス宛に送信する勧誘メール生成送信ステップと、
前記第２のユーザの端末から、前記勧誘対象特定番号に対応する宿泊プランを指定した予約申請を受信し、該勧誘対象特定番号および該宿泊プランが対応付けられた予約申請情報を予約申請記憶手段に格納する予約申請受信ステップと、
前記予約申請記憶手段に格納された予約申請情報で示される勧誘対象特定番号を基に前記予約情報記憶手段を参照して、前記第１のユーザを識別する勧誘者識別ステップと、
予め設定されている報酬付与の規則と、前記予約申請記憶手段に格納された予約申請情報とに基づいて、前記識別した第１のユーザに付与すべき報酬を算出する報酬算出ステップと、
前記算出した報酬を前記識別した第１のユーザの識別情報に対応させて出力する報酬出力ステップと
を実行させるための宿泊勧誘プログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009201104A JP4792102B2 (ja) | 2009-08-31 | 2009-08-31 | 宿泊勧誘システム |
| TW099128461A TWI509554B (zh) | 2009-08-31 | 2010-08-25 | Accommodation Invitation System |
| CN201010264283.2A CN102004946B (zh) | 2009-08-31 | 2010-08-27 | 住宿邀请系统 |
| KR1020100083534A KR101572275B1 (ko) | 2009-08-31 | 2010-08-27 | 숙박 권유 시스템 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009201104A JP4792102B2 (ja) | 2009-08-31 | 2009-08-31 | 宿泊勧誘システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2011053848A JP2011053848A (ja) | 2011-03-17 |
| JP4792102B2 true JP4792102B2 (ja) | 2011-10-12 |
Family
ID=43942796
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009201104A Active JP4792102B2 (ja) | 2009-08-31 | 2009-08-31 | 宿泊勧誘システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4792102B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5873341B2 (ja) * | 2012-01-19 | 2016-03-01 | 株式会社ぐるなび | 幹事支援システム |
| JP6560330B2 (ja) * | 2017-12-13 | 2019-08-14 | 株式会社ベストリザーブ | 情報処理装置、情報処理方法及びプログラム |
| JP7022177B2 (ja) * | 2020-07-13 | 2022-02-17 | 株式会社スーパーホテル | ポイント付与方法、プログラム、およびポイント情報管理装置 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002123580A (ja) * | 2000-10-13 | 2002-04-26 | Recruit Co Ltd | 旅行情報処理装置、旅行情報処理システム、及び旅行情報処理方法 |
| JP2003036334A (ja) * | 2001-07-24 | 2003-02-07 | Fuji Electric Co Ltd | 幹事支援システム、そのサーバ、方法、記録媒体及びプログラム |
| JP2003058665A (ja) * | 2001-08-21 | 2003-02-28 | Sumitomo Life Insurance Co | イベントプランニング支援システム、イベントプランニング支援方法及びイベントプランニング支援用サーバ |
| JP2003108840A (ja) * | 2001-09-28 | 2003-04-11 | Matsushita Electric Ind Co Ltd | 予約管理方法、予約管理システム、サーバ装置、クライアント装置、及び記録媒体 |
-
2009
- 2009-08-31 JP JP2009201104A patent/JP4792102B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2011053848A (ja) | 2011-03-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4968041B2 (ja) | サービス提供システムの連携システム、サービス提供システムおよびその制御方法、ならびにコンピュータプログラム | |
| KR101441197B1 (ko) | 소셜 서비스 제공 방법 및 서버 | |
| US20080162157A1 (en) | Method and Apparatus for creating and aggregating rankings of people, companies and products based on social network acquaintances and authoristies' opinions | |
| KR101223353B1 (ko) | 그룹 예약 지원 시스템 | |
| KR100856854B1 (ko) | 인맥검색 서비스 제공 인맥검색서버 및 저장매체 | |
| KR101601301B1 (ko) | 그룹 예약 지원 시스템 | |
| JP4792102B2 (ja) | 宿泊勧誘システム | |
| JP5161175B2 (ja) | グループ予約支援システム | |
| JP2003058665A (ja) | イベントプランニング支援システム、イベントプランニング支援方法及びイベントプランニング支援用サーバ | |
| JP4818411B2 (ja) | 宿泊勧誘システム | |
| JP5043902B2 (ja) | グループ予約支援システム | |
| JP2015041178A (ja) | 投票支援システム | |
| KR101572275B1 (ko) | 숙박 권유 시스템 | |
| JP2011034350A (ja) | グループ予約支援システム | |
| CN110326019B (zh) | 数据管理系统中的非标准数据管理 | |
| US20160225070A1 (en) | Method and system for conducting a silent auction | |
| WO2020210732A1 (en) | Systems and methods for providing an on-line dating service | |
| JP2003108840A (ja) | 予約管理方法、予約管理システム、サーバ装置、クライアント装置、及び記録媒体 | |
| KR20010113209A (ko) | 인터넷상에서 행사 서비스 사이트 운영 시스템 및 그 운영방법 | |
| KR20060020569A (ko) | 비즈니스 인맥 연결 서비스 방법 및 그 장치 | |
| JP2014035586A (ja) | イベント管理装置、イベント管理装置の制御方法、イベント管理装置のプログラム | |
| JP2003016254A (ja) | 議決権管理方法 | |
| KR20190080439A (ko) | 사용자 사용성 측정 및 이의 반영을 통한 인맥 추천시스템 알고리즘 개선 | |
| KR20120022036A (ko) | 온라인 파트너링 방법 및 시스템 | |
| KR20140109562A (ko) | 소셜 서비스 및 실시간 버스 정보 제공 방법 및 서버 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110426 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110624 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110719 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110722 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140729 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4792102 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: R3D02 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |