JP2011053848A - Stay invitation system - Google Patents
Stay invitation system Download PDFInfo
- Publication number
- JP2011053848A JP2011053848A JP2009201104A JP2009201104A JP2011053848A JP 2011053848 A JP2011053848 A JP 2011053848A JP 2009201104 A JP2009201104 A JP 2009201104A JP 2009201104 A JP2009201104 A JP 2009201104A JP 2011053848 A JP2011053848 A JP 2011053848A
- Authority
- JP
- Japan
- Prior art keywords
- user
- accommodation
- reservation
- solicitation
- terminal
- 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.)
- Granted
Links
Abstract
Description
本発明は、オンラインでの宿泊予約を管理する仕組みに関し、特に、ユーザ間の宿泊勧誘行動を支援する機能に関するものである。 The present invention relates to a mechanism for managing online accommodation reservations, and more particularly to a function for supporting accommodation soliciting behavior between users.
＜先行技術１＞
ゴルフ場予約サービスを利用して団体予約をするに当たり、ゴルフ仲間を勧誘する仕組みが知られている（例えば、特許文献１参照）。
具体的には、次の手順を経て予約が成立する。
（１）ユーザが、募集内容（プレー日・ゴルフ場）を設定するとともに、ゴルフ仲間の中から招待者を指定する（図７のＳ１３，図１４等）。
（２）サーバが、指定された招待者のメールアドレス宛に「お誘いメール」を送信し（図７のＳ１６）、当該招待者から回答を受け付ける（図１７等）。
（３）ユーザが、回答状況を考慮してプレー日・ゴルフ場を決定し、予約する（図２６等）。
<Prior art 1>
In making a group reservation using a golf course reservation service, a mechanism for inviting golf friends is known (for example, see Patent Document 1).
Specifically, the reservation is established through the following procedure.
(1) A user sets recruitment contents (play date / golf course) and designates an inviter from among golf friends (S13 in FIG. 7, FIG. 14, etc.).
(2) The server transmits an “invitation email” to the email address of the designated inviter (S16 in FIG. 7), and receives an answer from the inviter (FIG. 17 and the like).
(3) The user determines the date of play / golf course in consideration of the answer situation and makes a reservation (FIG. 26, etc.).
＜先行技術２＞
オンライン宿泊予約サイトにおいて、宿泊施設を検索するサービス、宿泊の予約を受け付けるサービスが提供されている（例えば、非特許文献１参照）。
同サイトを利用すれば、例えば、「日程」，「キーワード」（施設名・特徴・観光地等），「地域」，「目的・条件」（地域名・駅名・空港名等）等から、空室がある部屋（在庫のある宿泊プラン）を検索し、予約（又は手配）をすることができる。
<Prior Art 2>
On the online accommodation reservation site, services for searching for accommodation facilities and services for accepting reservations for accommodation are provided (see, for example, Non-Patent Document 1).
If you use this site, for example, it is empty from "schedule", "keyword" (facility name / feature / tourist location, etc.), "region", "purpose / condition" (region name / station name / airport name, etc.) It is possible to search for a room with a room (an accommodation plan in stock) and make a reservation (or arrangement).
＜先行技術３＞
Ｗｅｂページ中の入力フォームに入力された複数のメールアドレス宛に、同報メールを送信する仕組みが知られている（例えば、特許文献２参照）。
具体的には、次の手順により同報メールが送信される（同文献図３のＳ１０６〜Ｓ１１４参照）。
（１）ユーザが、Ｗｅｂページ中の所定の入力欄に、相手の名前，宛先のメールアドレス，メッセージ等を入力する（図４，［０００９］）。
（２）ユーザ端末が、上記（１）で入力されたデータをサーバ装置に送信する。
（３）サーバ装置が、上記（２）で受信したデータを基に電子メールを生成し、入力されたメールアドレス宛に送信する。
<Prior Art 3>
A mechanism for transmitting a broadcast mail to a plurality of mail addresses input on an input form in a Web page is known (see, for example, Patent Document 2).
Specifically, a broadcast mail is transmitted by the following procedure (see S106 to S114 in FIG. 3 of the same document).
(1) The user inputs the name of the other party, the destination mail address, the message, etc. in a predetermined input field in the Web page (FIG. 4, [0009]).
(2) The user terminal transmits the data input in (1) above to the server device.
(3) The server device generates an e-mail based on the data received in (2) and transmits it to the input e-mail address.
本発明が解決しようとする課題は、オンライン宿泊予約サービスにおいて、ユーザ間の宿泊勧誘行動を促進する、という点である。 The problem to be solved by the present invention is to promote accommodation soliciting behavior among users in an online accommodation reservation service.
上記課題を解決するため、本発明は、第１のユーザの端末及び第２のユーザの端末とそれぞれ接続して宿泊勧誘システムを構成するサーバシステムであって、予約番号に対応させて、ユーザの識別情報及び宿泊プランの識別情報を記憶する予約情報記憶手段を有し、前記第１のユーザの端末から受信したデータを基に、該第１のユーザに係る予約中の宿泊プランを特定する勧誘対象特定手段と、前記第１のユーザの端末から受信したデータを基に、前記第２のユーザのメールアドレスを特定する勧誘相手特定手段と、前記特定した予約中の宿泊プランに関する宿泊の勧誘メールを生成し、前記特定したメールアドレス宛に送信する勧誘メール生成送信手段と、前記第２のユーザの端末から宿泊プランを指定した予約申請を受信する予約申請受信手段と、前記第２のユーザの端末から前記予約申請に関連して受信したデータを基に、前記第１のユーザを識別する勧誘者識別手段と、前記識別した第１のユーザに授与すべき報酬を算出する報酬算出手段と、前記算出した報酬を前記識別した第１のユーザの識別情報に対応させて出力する報酬出力手段とを備えることを特徴とする。 In order to solve the above problems, the present invention is a server system that constitutes an accommodation solicitation system by connecting to a first user terminal and a second user terminal, respectively, Reservation information storage means for storing identification information and identification information of an accommodation plan, and based on data received from the terminal of the first user, solicitation for specifying an accommodation plan being reserved for the first user Inviting partner specifying means for specifying the second user's mail address based on the data received from the terminal of the first user, the object specifying means, and the solicitation mail for accommodation related to the specified accommodation plan being reserved A solicitation mail generation and transmission means for transmitting to the specified e-mail address, and a reservation application reception for receiving a reservation application designating an accommodation plan from the terminal of the second user Means, an inviter identification means for identifying the first user based on data received in connection with the reservation application from the terminal of the second user, and the identified first user A reward calculating means for calculating a reward, and a reward output means for outputting the calculated reward in correspondence with the identification information of the identified first user.
前記第２のユーザの識別情報と、前記指定された宿泊プランの識別情報とを、予約番号を付与して前記予約情報記憶手段に格納する予約情報登録手段と、前記予約情報記憶手段を参照して、前記特定した宿泊プランと前記第２のユーザに係る宿泊プランとを比較し、前記識別した第１のユーザによる勧誘の成否を判定する勧誘成否判定手段とをさらに備え、前記報酬算出手段は、前記識別した第１のユーザによる勧誘が成功であると判定された場合に限り、該第１のユーザに授与すべき報酬を算出してもよい。 Reservation information registration means for storing the identification information of the second user and the identification information of the designated accommodation plan in the reservation information storage means by giving a reservation number, and referring to the reservation information storage means And comparing the specified accommodation plan with the accommodation plan related to the second user, and further comprising a solicitation success / failure determination means for determining success or failure of the solicitation by the identified first user, the reward calculation means, The reward to be awarded to the first user may be calculated only when it is determined that the solicitation by the identified first user is successful.
宿泊プランの識別情報に対応させて、宿泊施設及び宿泊日程を記憶している宿泊プラン情報記憶手段をさらに有し、前記勧誘成否判定手段は、前記宿泊プラン情報記憶手段を参照し、前記第２のユーザに係る宿泊プランの宿泊施設及び宿泊日程が、前記特定した宿泊プランの宿泊施設及び宿泊日程とそれぞれ同一であるとき、前記識別した第１のユーザによる勧誘が成功であると判定してもよい。 Corresponding to the identification information of the accommodation plan, it further comprises an accommodation plan information storage means for storing accommodation facilities and an accommodation schedule, wherein the solicitation rejection determination means refers to the accommodation plan information storage means, and the second Even if it is determined that the solicitation by the identified first user is successful when the accommodation facility and the accommodation schedule of the accommodation plan related to the user are the same as the accommodation facility and the accommodation schedule of the identified accommodation plan, respectively. Good.
前記勧誘成否判定手段は、前記宿泊プラン情報記憶手段を参照し、前記識別した第１のユーザによる勧誘の成否を前記第２のユーザに係る宿泊プランの宿泊日後に判定してもよい。 The solicitation success / failure determination means may determine the success or failure of the solicitation by the identified first user after the stay date of the accommodation plan related to the second user with reference to the accommodation plan information storage means.
前記予約申請受信手段は、参加人数をさらに指定した予約申請を受信し、前記報酬算出手段は、前記指定された参加人数に応じた報酬を算出してもよい。 The reservation application receiving means may receive a reservation application further specifying the number of participants, and the reward calculating means may calculate a reward corresponding to the specified number of participants.
ユーザの識別情報に対応させて、該ユーザが保有するポイント数を記憶するポイント情報記憶手段をさらに有し、前記報酬算出手段は、前記第１のユーザに付与すべきポイント数を算出し、前記報酬出力手段は、前記算出したポイント数を基に、前記ポイント情報記憶手段に記憶している前記第１のユーザのポイント数を更新してもよい。 Corresponding to the identification information of the user, it further has point information storage means for storing the number of points held by the user, the reward calculation means calculates the number of points to be given to the first user, The reward output means may update the number of points of the first user stored in the point information storage means based on the calculated number of points.
また、上記課題を解決するため、本発明は、第１のユーザの端末及び第２のユーザの端末とサーバシステムとをそれぞれ接続して構成した宿泊勧誘システムにおける宿泊勧誘方法であって、予約番号に対応させて、ユーザの識別情報及び宿泊プランの識別情報を記憶する予約情報記憶手段を有するサーバシステムが、前記第１のユーザの端末から受信したデータを基に、該第１のユーザに係る予約中の宿泊プランを特定する勧誘対象特定ステップと、前記第１のユーザの端末から受信したデータを基に、前記第２のユーザのメールアドレスを特定する勧誘相手特定ステップと、前記特定した予約中の宿泊プランに関する宿泊の勧誘メールを生成し、前記特定したメールアドレス宛に送信する勧誘メール生成送信ステップと、前記第２のユーザの端末から宿泊プランを指定した予約申請を受信する予約申請受信ステップと、前記第２のユーザの端末から前記予約申請に関連して受信したデータを基に、前記第１のユーザを識別する勧誘者識別ステップと、前記識別した第１のユーザに授与すべき報酬を算出する報酬算出ステップと、前記算出した報酬を前記識別した第１のユーザの識別情報に対応させて出力する報酬出力ステップとを実行することを特徴とする。 Moreover, in order to solve the said subject, this invention is the accommodation invitation method in the accommodation invitation system which comprised the 1st user's terminal, the 2nd user's terminal, and the server system, respectively, Comprising: The server system having reservation information storage means for storing the identification information of the user and the identification information of the accommodation plan is associated with the first user based on the data received from the terminal of the first user. A solicitation target identifying step for identifying the accommodation plan being reserved, a solicitation partner identifying step for identifying the email address of the second user based on the data received from the terminal of the first user, and the identified reservation A solicitation email generation and transmission step of generating a solicitation email for accommodation related to the accommodation plan in the middle and sending it to the specified email address; and the second user Reservation application receiving step for receiving a reservation application specifying an accommodation plan from a terminal, and an inviter for identifying the first user based on data received in connection with the reservation application from the terminal of the second user An identifying step; a reward calculating step for calculating a reward to be awarded to the identified first user; and a reward output step for outputting the calculated reward in association with the identified first user identification information. It is characterized by performing.
また、上記課題を解決するため、本発明は、第１のユーザの端末及び第２のユーザの端末とサーバシステムとをそれぞれ接続して構成した宿泊勧誘システムにおける宿泊勧誘プログラムであって、予約番号に対応させて、ユーザの識別情報及び宿泊プランの識別情報を記憶する予約情報記憶手段を有するサーバシステムに、前記第１のユーザの端末から受信したデータを基に、該第１のユーザに係る予約中の宿泊プランを特定する勧誘対象特定ステップと、前記第１のユーザの端末から受信したデータを基に、前記第２のユーザのメールアドレスを特定する勧誘相手特定ステップと、前記特定した予約中の宿泊プランに関する宿泊の勧誘メールを生成し、前記特定したメールアドレス宛に送信する勧誘メール生成送信ステップと、前記第２のユーザの端末から宿泊プランを指定した予約申請を受信する予約申請受信ステップと、前記第２のユーザの端末から前記予約申請に関連して受信したデータを基に、前記第１のユーザを識別する勧誘者識別ステップと、前記識別した第１のユーザに授与すべき報酬を算出する報酬算出ステップと、前記算出した報酬を前記識別した第１のユーザの識別情報に対応させて出力する報酬出力ステップとを実行させる。 Moreover, in order to solve the said subject, this invention is the accommodation solicitation program in the accommodation solicitation system which connected and comprised the 1st user's terminal, the 2nd user's terminal, and the server system, respectively, Comprising: The server system having reservation information storage means for storing the identification information of the user and the identification information of the accommodation plan is associated with the first user based on the data received from the terminal of the first user. A solicitation target identifying step for identifying the accommodation plan being reserved, a solicitation partner identifying step for identifying the email address of the second user based on the data received from the terminal of the first user, and the identified reservation A solicitation email generation and transmission step of generating a solicitation email for accommodation relating to the accommodation plan in the middle and transmitting to the specified email address; The first user is identified based on a reservation application receiving step of receiving a reservation application designating an accommodation plan from a user terminal and data received in connection with the reservation application from the second user terminal A solicitor identifying step, a reward calculating step for calculating a reward to be awarded to the identified first user, and a reward output for outputting the calculated reward in correspondence with the identified information of the identified first user Step.
本発明のサーバシステムとユーザの端末とを接続して構成した宿泊勧誘システムは、ユーザ間の宿泊勧誘行動を促進することができる。 The accommodation solicitation system configured by connecting the server system of the present invention and the user's terminal can promote accommodation solicitation behavior between users.
＜定義＞
・宿泊プラン…オンライン宿泊予約サイトにおける予約対象（注文対象）の単位。特定の客室（又は特定の部屋タイプの客室）における少なくとも１泊分の宿泊サービスを必須の要素とし、食事等の付随的なサービスを任意に含む。
・グループ…複数のユーザにより構成される集団。例えば、クラブ，サークル，同好会，ゼミ，研究室，部署，家族等。
・メンバ…グループを構成するユーザ。
・幹事…グループを代表するメンバ。本実施形態では、グループを代表して宿泊予約手続を行う宿泊代表者。
<Definition>
・ Accommodation plan: Unit for reservation (order) on online accommodation reservation site. An accommodation service of at least one night in a specific guest room (or a guest room of a specific room type) is an essential element, and optionally includes incidental services such as meals.
Group: A group composed of multiple users. For example, club, circle, club, seminar, laboratory, department, family, etc.
・ Member… Users who make up the group.
・ Secretary: A member representing the group. In the present embodiment, an accommodation representative who performs an accommodation reservation procedure on behalf of the group.
＜実施形態＞
［１．概要］
本実施形態のシステムは、宿泊の予約を受け付けるサービス（宿泊予約サービス）を管理するシステムであり、宿泊勧誘機能（あるユーザ（第１のユーザ）が、指定したユーザ（第２のユーザ）を、予約中の宿泊に勧誘するための機能）を提供する。
宿泊勧誘機能には、例えば次のような特徴がある。
（ａ）勧誘の手続は、勧誘対象と勧誘相手を指定するだけの簡易な操作で完了する。
（ｂ）他のユーザの勧誘に成功したユーザに対し、所定の報酬（本実施形態では、所定の基礎ポイント）を付与する。
（ｃ）勧誘した他のユーザがさらに他のユーザを勧誘して団体予約をした場合、所定の報酬（本実施形態では、所定の加算ポイント）を加算する。
<Embodiment>
[1. Overview]
The system of the present embodiment is a system that manages a service for accepting a reservation for accommodation (accommodation reservation service), and a user solicitation function (a user (first user) designated by a user (second user)) Provide a function to solicit for lodging during reservations.
The accommodation solicitation function has the following features, for example.
(A) The solicitation procedure is completed with a simple operation of simply specifying the solicitation target and the solicitation partner.
(B) A predetermined reward (predetermined basic points in the present embodiment) is given to a user who has succeeded in soliciting other users.
(C) When other solicited users solicit other users to make a group reservation, a predetermined reward (predetermined addition points in the present embodiment) is added.
図１に、宿泊勧誘機能の概要を概念的に示す。
〔１〕前提として、ユーザＡは、ユーザＢ，Ｃを仲間登録している。また、ユーザＡは、他のメンバ（ａ１，ａ２）を含むグループの幹事として、特定の宿泊プランを予約中である。
〔２〕ユーザＡ（第１のユーザ）が、予約中の宿泊プランを指定して、仲間Ｂ，Ｃ（第２のユーザ）を宿泊に勧誘する。
〔３〕勧誘を受けた仲間Ｂ，Ｃ（第２のユーザ）は、幹事となって他のメンバ（Ｂは、ｂ１及びｂ２／Ｃは、ｃ１，ｃ２及びｃ３）を勧誘し、指定された宿泊プランを予約する。なお、仲間Ｂ，Ｃは、ユーザＡを幹事とするグループに加入してもよい。
〔４〕ユーザＡが仲間Ｂ，Ｃの勧誘に成功した場合、ユーザＡに所定のポイントを付与する。また、仲間Ｂ，Ｃがさらに他のユーザを勧誘して団体予約が成立した場合、ユーザＡに対するポイントを加算する。
FIG. 1 conceptually shows an overview of the accommodation solicitation function.
[1] As a premise, the user A registers the users B and C as friends. In addition, the user A is making a reservation for a specific accommodation plan as a secretary of a group including other members (a1, a2).
[2] User A (first user) designates an accommodation plan being reserved, and invites friends B and C (second user) to stay.
[3] Associates B and C (second user) who received the solicitation invited other members (B for b1 and b2 / C for c1, c2 and c3) to be designated Book an accommodation plan. The friends B and C may join a group with the user A as a manager.
[4] When the user A succeeds in soliciting the friends B and C, a predetermined point is given to the user A. Further, when the friends B and C further solicit other users to make a group reservation, points for the user A are added.
［２．システム構成］
図２に、本実施形態のシステムの構成を示す。
図２に示すように、本実施形態のシステムは、全体として、サーバシステム１０，ユーザ端末２０，仲間のユーザ端末３０（１〜ｎ）及び施設端末４０により構成される。また、サーバシステム１０は、ユーザＤＢ１１，施設ＤＢ１２，宿泊プランＤＢ１３，予約ＤＢ１４及び勧誘履歴ＤＢ１５を有している。
サーバシステム１０と、ユーザ端末２０，ユーザ端末３０（１〜ｎ）及び施設端末４０とは、通信ネットワーク（本実施形態では、インターネット５０）を介してそれぞれ互いに接続している。
[2. System configuration]
FIG. 2 shows the configuration of the system of this embodiment.
As shown in FIG. 2, the system of the present embodiment is composed of a server system 10, a user terminal 20, fellow user terminals 30 (1 to n) and a facility terminal 40 as a whole. The server system 10 includes a user DB 11, a facility DB 12, an accommodation plan DB 13, a reservation DB 14, and an invitation history DB 15.
The server system 10, the user terminal 20, the user terminals 30 (1 to n), and the facility terminal 40 are connected to each other via a communication network (in the present embodiment, the Internet 50).
［２−１．サーバシステム］
図２において、サーバシステム１０は、宿泊予約サービスを管理するサーバ群である。
サーバシステム１０は、例えば、Ｗｅｂページの生成・送信機能を有するＷｅｂサーバ，電子メールの生成・送信機能を有するメールサーバ，データベースを管理するＤＢサーバ，バッチ処理を実行するバッチ処理サーバ及びその他の必要なＡＰサーバを含む。
[2-1. Server system]
In FIG. 2, the server system 10 is a server group that manages the accommodation reservation service.
The server system 10 includes, for example, a Web server having a Web page generation / transmission function, a mail server having an e-mail generation / transmission function, a DB server that manages a database, a batch processing server that executes batch processing, and other needs. Including an AP server.
［（ａ）ユーザＤＢ］
図２において、ユーザＤＢ１１は、宿泊予約サービスを利用するユーザの情報を記憶しているデータベースである。
本実施形態では、ユーザ情報及びポイント情報をそれぞれ複数件ずつ記憶しており、これらはキー項目を介して対応しているものとする。
[(A) User DB]
In FIG. 2, a user DB 11 is a database that stores information on users who use the accommodation reservation service.
In the present embodiment, it is assumed that a plurality of pieces of user information and point information are stored, and these are handled via key items.
図３（ａ−１）に、ユーザ情報の主要な項目を示す。
図３（ａ−１）に示すように、１件のユーザ情報は、「ユーザＩＤ」，「パスワード」及び「メールアドレス」を含んでいる。
図３（ａ−２）に、ポイント情報の主要な項目を示す。
図３（ａ−２）に示すように、１件のポイント情報は、「ユーザＩＤ」及び「ポイント数」を含んでいる。
FIG. 3A-1 shows main items of user information.
As shown in FIG. 3A-1, one piece of user information includes “user ID”, “password”, and “mail address”.
FIG. 3A-2 shows main items of point information.
As shown in FIG. 3A-2, one piece of point information includes “user ID” and “number of points”.
［（ｂ）施設ＤＢ］
図２において、施設ＤＢ１２は、宿泊予約サービスにおいて客室を提供する宿泊施設に関連する情報を記憶しているデータベースである。
図３（ｂ）に、施設情報の主要な項目を示す。
図３（ｂ）に示すように、１件の施設情報は、「施設ＩＤ」，「パスワード」及び「メールアドレス」を含んでいる。
[(B) Facility DB]
In FIG. 2, the facility DB 12 is a database that stores information related to accommodation facilities that provide guest rooms in the accommodation reservation service.
FIG. 3B shows main items of facility information.
As shown in FIG. 3B, one piece of facility information includes “facility ID”, “password”, and “mail address”.
［（ｃ）宿泊プランＤＢ］
図２において、宿泊プランＤＢ１３は、宿泊予約サービスにおいて予約（注文）の対象となる宿泊プランの情報を記憶しているデータベースである。
図３（ｃ）に、宿泊プラン情報の主要な項目を示す。
図３（ｃ）に示すように、１件の宿泊プラン情報は、「宿泊プランＩＤ」，「宿泊日」，「施設ＩＤ」，「部屋タイプ」，「定員」及び「在庫数」を含んでいる。
ここで、「在庫数」は、予約（注文）可能な宿泊プランの数であり、予約の成立・キャンセル等により随時更新される。
[(C) Accommodation plan DB]
In FIG. 2, the accommodation plan DB 13 is a database that stores information on accommodation plans that are to be reserved (ordered) in the accommodation reservation service.
FIG. 3C shows the main items of the accommodation plan information.
As shown in FIG. 3C, one accommodation plan information includes “accommodation plan ID”, “accommodation date”, “facility ID”, “room type”, “capacity”, and “stock quantity”. Yes.
Here, the “stock quantity” is the number of accommodation plans that can be reserved (ordered), and is updated at any time when the reservation is made / cancelled.
［（ｄ）予約ＤＢ］
図２において、予約ＤＢ１４は、宿泊予約サービスにおける予約に関連する情報を記憶するデータベースである。
本実施形態では、予約情報及び追加予約情報をそれぞれ複数件ずつ記憶することが可能であり、これらはキー項目を介して対応させることができる。
[(D) Reservation DB]
In FIG. 2, the reservation DB 14 is a database that stores information related to reservation in the accommodation reservation service.
In the present embodiment, a plurality of pieces of reservation information and additional reservation information can be stored, and these can be associated via key items.
図３（ｄ−１）に、予約情報の主要な項目を示す。
図３（ｄ−１）に示すように、１件の予約情報は、「予約番号」，幹事の「ユーザＩＤ」，「宿泊プランＩＤ」，宿泊プランの「注文数」及び予約に係る「参加人数」を含んでいる。
FIG. 3D-1 shows main items of reservation information.
As shown in FIG. 3D-1, one reservation information includes “reservation number”, secretary “user ID”, “accommodation plan ID”, “order number” of accommodation plan, and “participation” related to the reservation. "Number of people" is included.
図３（ｄ−２）に、追加予約情報の主要な項目を示す。
図３（ｄ−２）に示すように、１件の追加予約情報は、「予約番号」，「追加予約番号」及び「隣接部屋リクエストフラグ」を含んでいる。
ここで、「予約番号」は勧誘をしたユーザが幹事となっている当初の予約に係る予約番号である。「追加予約番号」は勧誘をされたユーザが幹事となって申請した追加の予約に係る予約番号である。「隣接部屋リクエストフラグ」は、「追加予約番号」に係る客室を「予約番号」に係る客室に隣接した客室にする旨のリクエストがあるか否かを示すフラグであり、有意のときリクエストがあることを示す。
FIG. 3D-2 shows main items of the additional reservation information.
As shown in FIG. 3D-2, one additional reservation information includes “reservation number”, “additional reservation number”, and “adjacent room request flag”.
Here, the “reservation number” is a reservation number related to the initial reservation in which the user who has solicited is the secretary. The “additional reservation number” is a reservation number related to an additional reservation applied by the invited user as a manager. The “neighboring room request flag” is a flag indicating whether or not there is a request for making the guest room related to the “additional reservation number” a guest room adjacent to the guest room related to the “reservation number”. It shows that.
［（ｅ）勧誘履歴ＤＢ］
図２において、勧誘履歴ＤＢ１５は、宿泊予約サービスにおける宿泊の勧誘に関連する情報を記憶するデータベースである。
本実施形態では、仲間情報及び勧誘履歴情報をそれぞれ複数件ずつ記憶することが可能であり、これらはキー項目を介して対応させることができる。
[(E) Solicitation history DB]
In FIG. 2, the solicitation history DB 15 is a database that stores information related to soliciting accommodation in the accommodation reservation service.
In the present embodiment, it is possible to store a plurality of pieces of fellow information and solicitation history information, and these can be associated via key items.
図３（ｅ−１）に、仲間情報の主要な項目を示す。
図３（ｅ−１）に示すように、１件の仲間情報は、「ユーザＩＤ」，「仲間ＩＤ」，「ニックネーム」及び「メールアドレス」を含んでいる。
なお、「ニックネーム」又は「メールアドレス」を「仲間ＩＤ」としてもよい。
FIG. 3 (e-1) shows main items of the fellow information.
As shown in FIG. 3 (e-1), one piece of fellow information includes “user ID”, “companion ID”, “nickname”, and “mail address”.
Note that “nickname” or “mail address” may be used as the “friend ID”.
図３（ｅ−２）に、勧誘履歴情報の主要な項目を示す。
図３（ｅ−２）に示すように、１件の勧誘履歴情報は、「勧誘履歴ＩＤ」，「勧誘履歴識別データ」，勧誘者の「ユーザＩＤ」，勧誘対象の「予約番号」，勧誘相手の「仲間ＩＤ」及び「勧誘成立フラグ」を含んでいる。
ここで、「勧誘履歴識別データ」は、勧誘履歴番号を識別するデータ（暗号データ，ハッシュ値等）である。「勧誘成立フラグ」は、その勧誘を契機として勧誘（ここでは、追加の予約）が成立したか否かを示すフラグであり、有意のとき勧誘が成立したことを示す。
FIG. 3E-2 shows main items of the solicitation history information.
As shown in FIG. 3 (e-2), one solicitation history information includes “solicitation history ID”, “solicitation history identification data”, “user ID” of the solicitor, “reservation number” of solicitation, solicitation The partner's “friend ID” and “investment establishment flag” are included.
Here, “solicitation history identification data” is data (encrypted data, hash value, etc.) for identifying the solicitation history number. The “solicitation establishment flag” is a flag indicating whether or not an invitation (here, an additional reservation) has been established with the invitation as an opportunity, and indicates that the invitation has been established when significant.
［２−２．ユーザ端末］
図２において、ユーザ端末２０，ユーザ端末３０（１〜ｎ）は、宿泊予約サービスを利用するユーザ，仲間がそれぞれ使用する端末である。
ユーザ端末２０及びユーザ端末３０は、Ｗｅｂブラウザを有しており、サーバシステム１０から受信したＷｅｂページ（ＨＴＭＬ形式のデータ等）をディスプレイに表示することができる。また、ユーザ端末２０及びユーザ端末３０は、メーラを有しており、サーバシステム１０から受信した電子メールをディスプレイに表示することができる。
ユーザ端末２０及びユーザ端末３０は、通信機能を有する既存の情報処理端末（例えば、パソコン等の電子計算機，携帯電話端末等）でよい。
[2-2. User terminal]
In FIG. 2, a user terminal 20 and user terminals 30 (1 to n) are terminals used by users and friends who use the accommodation reservation service.
The user terminal 20 and the user terminal 30 have a Web browser, and can display a Web page (HTML format data or the like) received from the server system 10 on a display. Moreover, the user terminal 20 and the user terminal 30 have a mailer, and can display an electronic mail received from the server system 10 on a display.
The user terminal 20 and the user terminal 30 may be existing information processing terminals having a communication function (for example, an electronic computer such as a personal computer or a mobile phone terminal).
［２−３．施設端末］
図２において、施設端末４０は、宿泊予約サービスに客室を提供する施設で使用される端末である。
施設端末４０は、Ｗｅｂブラウザを有しており、サーバシステム１０から受信したＷｅｂページ（ＨＴＭＬ形式のデータ等）をディスプレイに表示することができる。また、施設端末４０は、メーラを有しており、サーバシステム１０から受信した電子メールをディスプレイに表示することができる。
施設端末４０は、通信機能を有する既存の情報処理端末（例えば、パソコン等の電子計算機等）でよい。
[2-3. Facility terminal]
In FIG. 2, a facility terminal 40 is a terminal used in a facility that provides a guest room for the accommodation reservation service.
The facility terminal 40 has a Web browser and can display a Web page (HTML format data or the like) received from the server system 10 on a display. Moreover, the facility terminal 40 has a mailer, and can display the electronic mail received from the server system 10 on the display.
The facility terminal 40 may be an existing information processing terminal having a communication function (for example, an electronic computer such as a personal computer).
なお、各宿泊施設の担当者は、施設端末４０を操作してサーバシステム１０にアクセスし、施設ＩＤとパスワードを入力して認証を受けることにより、与えられた権限の範囲内で客室情報の管理，予約情報の管理等を行うことができる。
この点は、従来例（例えば、＜先行技術２＞）と同様である。
The person in charge of each accommodation facility operates the facility terminal 40 to access the server system 10 and inputs the facility ID and password to receive authentication, thereby managing the room information within the scope of the given authority. , Reservation information can be managed.
This is the same as the conventional example (for example, <Prior Art 2>).
［３．データ処理］
［３−１．勧誘メールの送信］
［（ａ）勧誘メールの送信手順］
図４に、勧誘メールの送信手順を示す。
ここでは、第１のユーザＡ（勧誘する側のユーザ）が、予約中の宿泊プランを指定して、仲間登録をしている第２のユーザＢ（勧誘される側のユーザ）を勧誘する場合を例として説明する。
以下の説明は、幹事がユーザ端末２０を操作して、ユーザＩＤ及びパスワードにより宿泊予約サービスにログインし、自らが手続をした当初の予約に係る予約確認ページ（図５）を表示させた後の手順である。
図４に示すように、サーバシステム１０は、下記〔１１〕〜〔１４〕の手順により勧誘メールを送信する。
[3. Data processing]
[3-1. Sending solicitation mail]
[(A) Procedure for sending invitation email]
FIG. 4 shows a procedure for sending an invitation mail.
Here, the first user A (user on the side of solicitation) designates the reservation plan being reserved and solicits the second user B (user on the side of solicitation) who has registered as a friend. Will be described as an example.
In the following explanation, the secretary operates the user terminal 20, logs into the accommodation reservation service with the user ID and password, and displays the reservation confirmation page (FIG. 5) related to the initial reservation that he has made. It is a procedure.
As shown in FIG. 4, the server system 10 transmits an invitation mail according to the following procedures [11] to [14].
〔１１〕予約確認ページ（図５）を介してユーザ端末２０から勧誘対象の選択情報（予約番号を特定するための情報）を受信し（Ｓ４０５）、勧誘対象（予約番号）を一時的に記憶する（Ｓ４１０）。続いて、勧誘相手選択ページを生成し（Ｓ４１５）、ユーザ端末２０に送信する（Ｓ４２０，図６）。
〔１２〕勧誘相手選択ページ（図６）を介してユーザ端末２０から勧誘相手の選択情報（仲間ＩＤを特定するための情報）を受信し（Ｓ４２５）、勧誘対象（予約番号）とともに勧誘履歴ＤＢ１５に勧誘履歴情報を登録する（Ｓ４３０）。
〔１３〕勧誘メールを生成し、勧誘相手のメールアドレス宛に送信する（Ｓ４３５，図７）。なお、勧誘相手のメールアドレスは、勧誘履歴ＤＢ１５の仲間情報から抽出するものとする。
〔１４〕勧誘メールの送信が完了した旨等を電子メールでユーザ端末２０に通知する（Ｓ４４０）。
[11] Receive selection information (information for specifying a reservation number) from the user terminal 20 via the reservation confirmation page (FIG. 5) (S405), and temporarily store the invitation target (reservation number) (S410). Subsequently, an invitation partner selection page is generated (S415) and transmitted to the user terminal 20 (S420, FIG. 6).
[12] Receiving partner selection information (information for specifying a fellow ID) is received from the user terminal 20 via the solicitation partner selection page (FIG. 6) (S425), and the solicitation history DB 15 together with the solicitation target (reservation number) The solicitation history information is registered in (S430).
[13] An invitation mail is generated and transmitted to the mail address of the invitation partner (S435, FIG. 7). It should be noted that the email address of the solicitation partner is extracted from the fellow information in the solicitation history DB 15.
[14] Notifying the user terminal 20 by e-mail that the transmission of the solicitation mail has been completed (S440).
［（ｂ）予約確認ページ］
図５に、予約確認ページの表示例を示す。
図５に示すように、予約確認ページ５００は、エリア５１０，５２０及びボタン５３０を含んでいる。
エリア５１０には、予約中の宿泊プランに係る宿泊施設及び宿泊日程が表示される。エリア５２０には、予約中の宿泊プランの情報（特徴，人数，料金等）が表示される。
ユーザＡがボタン５３０をクリックすると、ユーザ端末２０はサーバシステム１０に勧誘対象の選択情報を送信する。
[(B) Reservation confirmation page]
FIG. 5 shows a display example of the reservation confirmation page.
As shown in FIG. 5, the reservation confirmation page 500 includes areas 510 and 520 and a button 530.
In area 510, accommodation facilities and accommodation schedules related to the accommodation plan being reserved are displayed. In area 520, information (characteristics, number of people, fee, etc.) of the accommodation plan being reserved is displayed.
When the user A clicks the button 530, the user terminal 20 transmits selection information for solicitation to the server system 10.
［（ｃ）勧誘相手選択ページ］
図６に、勧誘相手選択ページの表示例を示す。
図６に示すように、勧誘相手選択ページ６００は、エリア６１０及びボタン６２０を含んでいる。
エリア６１０には、ユーザＡの仲間のニックネーム及びメールアドレスが表示される。なお、仲間のニックネーム及びメールアドレスは、勧誘履歴ＤＢ１５の仲間情報から抽出する。
ユーザＡが勧誘相手を選択し、ボタン６２０をクリックすると、ユーザ端末２０はサーバシステム１０に勧誘相手の選択情報を送信する。
[(C) Solicitation partner selection page]
FIG. 6 shows a display example of the solicitation partner selection page.
As shown in FIG. 6, the solicitation partner selection page 600 includes an area 610 and a button 620.
In area 610, the nickname and mail address of user A's associate are displayed. The nickname and mail address of the friend are extracted from the friend information in the solicitation history DB 15.
When the user A selects an invitation partner and clicks the button 620, the user terminal 20 transmits selection information of the invitation partner to the server system 10.
［（ｄ）勧誘メール］
図７に、勧誘メールの表示例を示す。
図７に示すように、勧誘メール７００は、差出人情報７１０，件名７２０及び本文７３０を含んでいる。
差出人情報７１０は、差出人（ここでは、宿泊予約サービス）のメールアドレス等である。
件名７２０には、例えば、勧誘者「Ａさん」からの勧誘である旨を明示する。
[(D) Solicitation email]
FIG. 7 shows a display example of the invitation mail.
As shown in FIG. 7, the invitation mail 700 includes sender information 710, a subject 720, and a text 730.
The sender information 710 is an e-mail address or the like of the sender (here, the accommodation reservation service).
For example, the subject 720 clearly indicates that the invitation is from the solicitor “Mr. A”.
本文７３０には、メッセージ７３１，予約中の宿泊プランに関連する情報７３２及びＵＲＬ７３３等が表示される。
メッセージ７３１は、デフォルトのメッセージである。例えば、ユーザＡが予め選択した定型メッセージでもよいし、ユーザＡが予め独自に設定したメッセージでもよい。なお、例えば勧誘相手選択ページ６００に入力欄等を配置して、勧誘メールに記載するメッセージをユーザＡに個別に入力させてもよい。
ＵＲＬ７３３は、「勧誘履歴識別データ」をパラメータとして含んでいる。勧誘相手ＢがＵＲＬ７３３をクリックすると、勧誘相手Ｂのユーザ端末３０はサーバシステム１０にページ送信要求を送信する。
The body 730 displays a message 731, information 732 related to the reservation plan being reserved, a URL 733, and the like.
The message 731 is a default message. For example, a fixed message selected in advance by the user A or a message uniquely set by the user A may be used. For example, an input field or the like may be arranged on the solicitation partner selection page 600, and the user A may individually input a message to be described in the solicitation mail.
The URL 733 includes “solicitation history identification data” as a parameter. When the solicitation partner B clicks the URL 733, the user terminal 30 of the solicitation partner B transmits a page transmission request to the server system 10.
［３−２．追加予約の受付］
［（ａ）追加予約の受付手順］
図８〜図９に、追加予約の受付手順を示す。
ここでは、第１のユーザＡ（勧誘する側のユーザ）から勧誘を受けた第２のユーザＢ（勧誘される側のユーザ）が、予約に係る宿泊プランを確認し、予約を申請する場合を例として説明する。
図８〜図９に示すように、サーバシステム１０は、下記〔２１〕〜〔２５〕の手順により追加予約を受け付ける。
[3-2. Accepting additional reservations]
[(A) Additional reservation acceptance procedure]
8 to 9 show an additional reservation acceptance procedure.
Here, the second user B (the user to be invited) who received the invitation from the first user A (the user on the invitation side) confirms the accommodation plan related to the reservation and applies for the reservation. This will be described as an example.
As shown in FIGS. 8 to 9, the server system 10 accepts an additional reservation according to the following procedures [21] to [25].
〔２１〕勧誘メール（図７）を介してユーザ端末３０からページ送信要求を受信する（Ｓ８０５）と、勧誘履歴ＤＢ１５の勧誘履歴情報を参照して、受信した識別データ（本実施形態では、勧誘履歴識別データ）に対応する勧誘履歴ＩＤを識別し（Ｓ８１０）、予約番号を特定する（Ｓ８１５）。続いて、予約ＤＢ１４の予約情報を参照して、その予約番号に係る宿泊プランＩＤを特定し、その宿泊プランＩＤに対応する必要な情報を宿泊プランＤＢ１３の宿泊プラン情報より抽出し、抽出した情報を用いて予約確認ページを生成し（Ｓ８２０）、ユーザ端末３０に送信する（Ｓ８２５，図１０）。
〔２２〕予約確認ページ（図１０）を介してユーザ端末３０から宿泊プランを指定した検索要求を受信する（Ｓ８３０）と、検索条件を設定し（Ｓ８３５）、検索条件を満たす宿泊プランを宿泊プランＤＢ１３において検索する（Ｓ８４０）。続いて、検索した宿泊プランの情報を用いて検索結果ページを生成し（Ｓ８４５）、ユーザ端末３０に送信する（Ｓ８５０，図１１（ａ）又は（ｂ））。
[21] When a page transmission request is received from the user terminal 30 via the solicitation mail (FIG. 7) (S805), the received identification data (in this embodiment, solicitation is referred to by referring to the solicitation history information in the solicitation history DB 15). The solicitation history ID corresponding to the history identification data) is identified (S810), and the reservation number is specified (S815). Subsequently, referring to the reservation information in the reservation DB 14, the accommodation plan ID related to the reservation number is specified, the necessary information corresponding to the accommodation plan ID is extracted from the accommodation plan information in the accommodation plan DB 13, and extracted information Is used to generate a reservation confirmation page (S820) and transmits it to the user terminal 30 (S825, FIG. 10).
[22] When a search request specifying an accommodation plan is received from the user terminal 30 via the reservation confirmation page (FIG. 10) (S830), a search condition is set (S835), and an accommodation plan that satisfies the search condition is set as an accommodation plan. Search is performed in the DB 13 (S840). Subsequently, a search result page is generated using the searched accommodation plan information (S845), and is transmitted to the user terminal 30 (S850, FIG. 11 (a) or (b)).
〔２３〕検索結果ページ（図１１（ａ）又は（ｂ））を介してユーザ端末３０から宿泊プランの選択情報を受信する（Ｓ８５５）と、選択された宿泊プランを対象とする予約申請ページを生成し（Ｓ８６０）、ユーザ端末３０に送信する（Ｓ８６５，図１２）。
〔２４〕予約申請ページ（図１２）を介してユーザ端末３０から予約申請を受信する（Ｓ８７０）と、予約番号を付与して予約ＤＢ１４に予約情報を登録する（Ｓ８７５）。以上の処理の完了後、予約手続が完了した旨等を電子メールでユーザ端末３０に通知する（Ｓ８８０）。
〔２５〕予約が追加された旨等を電子メールで施設端末４０に通知する（Ｓ８８５）。なお、当初の予約及び追加の予約に係る宿泊施設のメールアドレスは、施設ＤＢ１２の施設情報から抽出する。
[23] When the accommodation plan selection information is received from the user terminal 30 via the search result page (FIG. 11 (a) or (b)) (S855), a reservation application page for the selected accommodation plan is displayed. It generates (S860) and transmits it to the user terminal 30 (S865, FIG. 12).
[24] When a reservation application is received from the user terminal 30 via the reservation application page (FIG. 12) (S870), a reservation number is assigned and reservation information is registered in the reservation DB 14 (S875). After the above processing is completed, the user terminal 30 is notified by e-mail that the reservation procedure has been completed (S880).
[25] The facility terminal 40 is notified by e-mail that a reservation has been added (S885). Note that the e-mail address of the accommodation facility relating to the initial reservation and the additional reservation is extracted from the facility information in the facility DB 12.
［（ｂ）ページ送信要求］
上記手順〔２１〕において、サーバシステム１０は、ユーザ端末３０からページ送信要求を受信する（Ｓ８０５）。
ページ送信要求はＨＴＴＰリクエストであり、勧誘対象の予約番号を識別するための識別データ（本実施形態では、勧誘履歴を識別するための「勧誘履歴識別データ」）をパラメータとして含んでいる（図７の７３３参照）。
[(B) Page transmission request]
In the procedure [21], the server system 10 receives a page transmission request from the user terminal 30 (S805).
The page transmission request is an HTTP request, and includes, as a parameter, identification data (in this embodiment, “invitation history identification data” for identifying the invitation history) for identifying the reservation number to be invited (FIG. 7). 733).
［（ｃ）予約確認ページ］
図１０に、予約確認ページの表示例を示す。
図１０に示すように、予約確認ページ１０００は、エリア１０１０，１０２０及びボタン１０３０，１０４０を含んでいる。
エリア１０１０には、予約中の宿泊プランに係る宿泊施設及び宿泊日程が表示される。エリア１０２０には、予約中の宿泊プランの情報（特徴，人数，料金等）が表示される。
ユーザＢが宿泊人数（対象の宿泊プランの「定員」以内）を選択し、ボタン１０４０をクリックすると、ユーザ端末３０はサーバシステム１０に検索要求を送信する。なお、ユーザＢは、ボタン１０３０をクリックすることにより、ユーザＡを幹事とするグループへの加入を申請することもできる。
[(C) Reservation confirmation page]
FIG. 10 shows a display example of the reservation confirmation page.
As shown in FIG. 10, the reservation confirmation page 1000 includes areas 1010 and 1020 and buttons 1030 and 1040.
In area 1010, the accommodation facility and the accommodation schedule related to the accommodation plan being reserved are displayed. In area 1020, information (characteristics, number of persons, fee, etc.) of the accommodation plan being reserved is displayed.
When the user B selects the number of guests (within “capacity” of the target accommodation plan) and clicks the button 1040, the user terminal 30 transmits a search request to the server system 10. Note that the user B can apply for joining the group led by the user A by clicking the button 1030.
［（ｄ）検索処理］
上記手順〔２２〕において、サーバシステム１０は、検索条件を設定し（Ｓ８３５）、検索条件を満たす宿泊プランを宿泊プランＤＢ１３において検索する（Ｓ８４０）。
検索処理の概要は、次のとおりである。
（１）宿泊プランＤＢ１３の宿泊プラン情報を参照し、指定された宿泊プランと同一の宿泊プランの在庫を確認する。
（２）同一の宿泊プランの在庫があれば、指定された宿泊プランと同一の宿泊プランのＩＤのみを抽出する。同一の宿泊プランの在庫がなければ、指定された宿泊プランに係る宿泊日程・宿泊施設と日程・施設が同一である他の宿泊プランのＩＤを抽出する。
なお、同一の宿泊プランの在庫がある場合に、指定された宿泊プランに係る宿泊日程・宿泊施設と日程・施設が同一である全ての宿泊プランのＩＤを抽出するように構成してもよい。
[(D) Search processing]
In the procedure [22], the server system 10 sets a search condition (S835), and searches the accommodation plan DB 13 for an accommodation plan that satisfies the search condition (S840).
The outline of the search process is as follows.
(1) With reference to the accommodation plan information in the accommodation plan DB 13, the inventory of the same accommodation plan as the designated accommodation plan is confirmed.
(2) If there is a stock of the same accommodation plan, only the ID of the same accommodation plan as the designated accommodation plan is extracted. If there is no stock of the same accommodation plan, the IDs of other accommodation plans having the same accommodation schedule / accommodation facilities and the same schedule / facility are extracted.
In addition, when there is a stock of the same accommodation plan, it may be configured to extract IDs of all accommodation plans having the same accommodation schedule / accommodation facilities and the same schedule / facility related to the designated accommodation plan.
［（ｅ）検索結果ページ］
図１１に、検索結果ページの表示例を示す。
図１１（ａ）は、指定された宿泊プランと同一の宿泊プランの在庫がある場合の表示例である。一方、図１１（ｂ）は、指定された宿泊プランと同一の宿泊プランの在庫がない場合の表示例である。
[(E) Search result page]
FIG. 11 shows a display example of the search result page.
FIG. 11A is a display example when there is an inventory of the same accommodation plan as the designated accommodation plan. On the other hand, FIG. 11B is a display example when there is no stock of the same accommodation plan as the designated accommodation plan.
図１１（ａ）に示すように、検索結果ページ１１００ａは、エリア１１１０ａ及び１１２０ａを含んでいる。
エリア１１１０ａには、検索条件が表示される。図１１（ａ）の表示例では、ユーザＡによる予約中の宿泊プランに係る宿泊日程・宿泊施設と同一の日程・施設が条件となっている。エリア１１２０ａには、指定された宿泊プランと同一の宿泊プランの概要が表示される。
ユーザＢがボタン１１２１ａをクリックすると、ユーザ端末３０はサーバシステム１０に宿泊プランの選択情報を送信する。
As shown in FIG. 11A, the search result page 1100a includes areas 1110a and 1120a.
In the area 1110a, search conditions are displayed. In the display example of FIG. 11A, the same schedule / facility as the accommodation schedule / accommodation facility relating to the accommodation plan being reserved by the user A is a condition. In the area 1120a, an overview of the same accommodation plan as the designated accommodation plan is displayed.
When the user B clicks the button 1121a, the user terminal 30 transmits accommodation plan selection information to the server system 10.
図１１（ｂ）に示すように、検索結果ページ１１００ｂは、エリア１１１０ｂ及び１１２０ｂを含んでいる。
エリア１１１０ｂには、検索条件が表示される。図１１（ｂ）の表示例では、ユーザＡによる予約中の宿泊プランに係る宿泊日程・宿泊施設と同一の日程・施設が条件となっている（検索結果ページ１１００ａ（図１１（ａ））のエリア１１１０ａと同様）。エリア１１２０ｂには、指定された宿泊プランと異なる宿泊プランの概要が表示される。
ユーザＢがボタン１１２１ｂ〜１１２３ｂのいずれかをクリックすると、ユーザ端末３０はサーバシステム１０に宿泊プランの選択情報を送信する。
As shown in FIG. 11B, the search result page 1100b includes areas 1110b and 1120b.
In the area 1110b, search conditions are displayed. In the display example of FIG. 11 (b), the same schedule / facility as the accommodation schedule / accommodation facilities related to the accommodation plan being reserved by the user A is a condition (search result page 1100a (FIG. 11 (a))). Same as area 1110a). In the area 1120b, an outline of an accommodation plan different from the designated accommodation plan is displayed.
When the user B clicks one of the buttons 1121b to 1123b, the user terminal 30 transmits the accommodation plan selection information to the server system 10.
［（ｆ）予約申請ページ］
図１２に、予約申請ページの表示例を示す。
図１２に示すように、予約申請ページ１２００は、エリア１２１０，１２２０及び１２３０を含んでいる。なお、本実施形態の予約申請ページは、エリア１２２０が追加されている点を除き、従来例（例えば、＜先行技術２＞）と同様である。
[(F) Reservation application page]
FIG. 12 shows a display example of the reservation application page.
As shown in FIG. 12, the reservation application page 1200 includes areas 1210, 1220 and 1230. The reservation application page of the present embodiment is the same as that of the conventional example (for example, <Prior Art 2>) except that an area 1220 is added.
エリア１２１０には、予約申請に係る詳細が表示される。エリア１２２０では、隣接部屋リクエストをするか否かを選択することができる。
予約申請ページ１２００を介した予約の申請手順は、次の通りである。
（１）ユーザＢが、エリア１２１０において予約申請に係る詳細を確認する。
（２）ユーザＢが、エリア１２２０において隣接部屋リクエストの有無を選択する。
（３）ユーザＢが、エリア１２３０においてユーザＩＤ及びパスワードを入力し、ボタン１２３１をクリックする。
（４）ユーザ端末３０が、サーバシステム１０に予約申請を送信する。
In area 1210, details relating to the reservation application are displayed. In area 1220, it is possible to select whether or not to make an adjacent room request.
The reservation application procedure via the reservation application page 1200 is as follows.
(1) User B confirms details relating to the reservation application in area 1210.
(2) User B selects presence / absence of an adjacent room request in area 1220.
(3) User B inputs a user ID and password in area 1230 and clicks button 1231.
(4) The user terminal 30 transmits a reservation application to the server system 10.
［（ｇ）予約情報の登録］
上記手順〔２４〕において、サーバシステム１０は、予約番号を付与して予約ＤＢ１４に予約情報を登録する（Ｓ８７５）。
具体的な処理手順は、次の通りである。
（１）ユーザＢのユーザＩＤ，選択された宿泊プランの宿泊プランＩＤ，宿泊プランの注文数及び参加人数を、予約番号を付与して予約ＤＢ１４の予約情報に格納する。
（２）宿泊プランＤＢ１３において予約が成立した宿泊プランの在庫数を更新する。
（３）第１のユーザＡによる当初の予約の予約番号に対応させて、第２のユーザＢによる追加の予約の予約番号を予約ＤＢ１４の追加予約情報に格納する。このとき、隣接部屋リクエストがあれば、隣接部屋リクエストフラグを立てる。
（４）識別した勧誘履歴ＩＤに係る勧誘履歴情報を勧誘履歴ＤＢ１５より選択し、勧誘成立フラグを立てる。
[(G) Registration of reservation information]
In the procedure [24], the server system 10 assigns a reservation number and registers reservation information in the reservation DB 14 (S875).
A specific processing procedure is as follows.
(1) The user ID of the user B, the accommodation plan ID of the selected accommodation plan, the number of orders of the accommodation plan, and the number of participants are assigned with a reservation number and stored in the reservation information of the reservation DB 14.
(2) The number of stocks of the accommodation plan for which the reservation has been established is updated in the accommodation plan DB 13.
(3) The reservation number of the additional reservation by the second user B is stored in the additional reservation information of the reservation DB 14 in association with the reservation number of the initial reservation by the first user A. At this time, if there is an adjacent room request, an adjacent room request flag is set.
(4) Select solicitation history information related to the identified solicitation history ID from the solicitation history DB 15 and set a solicitation establishment flag.
［（ｈ）宿泊施設に対する通知］
上記手順〔２５〕において、サーバシステム１０は、予約が追加された旨等を電子メールで施設端末４０に通知する（Ｓ８８５）。
例えば、次の内容を通知メールに記載するとよい。
・ユーザＡによる当初の予約に、勧誘を受けたユーザＢによる追加の予約が関連付けられた旨。
・（隣接部屋リクエストがある場合のみ）追加の予約に係る客室を、当初の予約に係る客室に隣接する客室にすることを、ユーザが希望している旨。
なお、施設端末４０に対する電子メールの送信は、定期的なバッチ処理により実行してもよい。ただし、宿泊施設側の事務処理（部屋割り等）の便宜のため、追加の予約が成立した後、より早い時期に電子メールを送信するのが好ましい。
[(H) Notification to accommodation]
In the procedure [25], the server system 10 notifies the facility terminal 40 by e-mail that a reservation has been added (S885).
For example, the following contents may be described in the notification mail.
The fact that an additional reservation by user B who received the solicitation is associated with the initial reservation by user A.
-(Only when there is an adjacent room request) that the user desires that the guest room related to the additional reservation be a guest room adjacent to the guest room related to the original reservation.
Note that the transmission of the e-mail to the facility terminal 40 may be executed by regular batch processing. However, it is preferable to send an e-mail at an earlier time after an additional reservation is made, for the convenience of paperwork (room allocation, etc.) on the accommodation facility side.
［３−３．成果報酬の付与］
［（ａ）成果報酬の付与手順］
図１３に、成果報酬の付与手順を示す。
ここでは、他のユーザＢの勧誘に成功したユーザＡに対し、所定のポイントを付与する場合を例として説明する。
図１３に示すように、サーバシステム１０は、下記〔３１〕〜〔３４〕の手順により成果報酬を付与する。
[3-3. Grant of performance reward]
[(A) Procedure for granting achievement reward]
FIG. 13 shows a procedure for giving a result reward.
Here, a case where a predetermined point is given to user A who has succeeded in soliciting another user B will be described as an example.
As shown in FIG. 13, the server system 10 grants a result reward by the following procedures [31] to [34].
〔３１〕「勧誘成立フラグ」が有意の勧誘履歴ＩＤを、勧誘履歴ＤＢ１５より抽出する（Ｓ１３０５）。
〔３２〕抽出した勧誘履歴ＩＤに係る勧誘対象（予約番号）に対応する参加人数を予約ＤＢ１４の予約情報より抽出する（Ｓ１３１０）。
〔３３〕抽出した勧誘履歴ＩＤに係る勧誘者に付与する付与ポイント数を算出する（Ｓ１３１５）。ここでは、勧誘に成功した成果に対する所定数の基礎ポイント数と、参加人数に比例する加算ポイント数との合計数を、付与ポイント数とする。
〔３４〕ユーザＤＢ１１において勧誘者のユーザＩＤに対応するポイント数を更新する（Ｓ１３２０）。ここでは、付与ポイント数（基礎ポイント数と加算ポイント数の合計数）を加算する。
[31] A solicitation history ID with a significant “solicitation establishment flag” is extracted from the solicitation history DB 15 (S1305).
[32] The number of participants corresponding to the solicitation object (reservation number) related to the extracted solicitation history ID is extracted from the reservation information in the reservation DB 14 (S1310).
[33] The number of points granted to the solicitor associated with the extracted solicitation history ID is calculated (S1315). Here, the total number of the predetermined number of basic points for the result of successful solicitation and the number of added points proportional to the number of participants is set as the number of granted points.
[34] The number of points corresponding to the user ID of the solicitor is updated in the user DB 11 (S1320). Here, the number of granted points (the total number of basic points and added points) is added.
なお、上記のポイント付与の手順は、バッチ処理により定期的に（例えば、半月ごと、１か月ごと等）実行するとよい。
また、宿泊前に予約がキャンセルされる可能性も考慮して、上記のポイント付与の手順を宿泊日後に実行してもよい。この場合、宿泊前に予約がキャンセルされて宿泊が実現していなければ、成果報酬を付与しない。
In addition, it is good to perform the procedure of said point provision regularly (for example, every half month, every month etc.) by batch processing.
Also, in consideration of the possibility that the reservation is canceled before staying, the above point granting procedure may be executed after the staying date. In this case, if the reservation is canceled before the stay and the stay is not realized, the result reward is not given.
［（ｂ）付与ポイント数］
付与ポイント数は、次の例を含め任意に設定することができる。
・加算ポイント数を、宿泊プランの注文数に比例させる。
・宿泊施設ごとに又は宿泊プランごとに基礎ポイント数を設定する。
・宿泊施設ごとに又は宿泊プランごとに加算ポイントの比例定数を設定する。
・取引の総額に所定の料率を乗じて付与ポイント数を計算する。
・勧誘の成功数（合計宿泊人数，宿泊プランの合計注文数等）に応じて、付与ポイントの料率を変更する。
[(B) Number of points awarded]
The number of granted points can be arbitrarily set including the following example.
・ Make the number of points added proportional to the number of accommodation plan orders.
・ Set the number of basic points for each accommodation facility or accommodation plan.
・ Set proportional constants for additional points for each accommodation facility or accommodation plan.
・ Calculate the number of points granted by multiplying the total amount of transactions by a specified rate.
・ Change the rate of points awarded according to the number of successful solicitations (total number of guests, total number of orders for accommodation plans, etc.).
［４．変形例］
［（変形例１）勧誘者の範囲ａ］
他のユーザから勧誘を受けて追加の予約を行ったユーザが、さらに他のユーザを勧誘できるように構成してもよい（図１４参照）。
この場合、当初の予約を行ったユーザの承認が得られていることを、新たなユーザに勧誘メールを送信する条件とするとよい。これにより、当初の予約を行ったユーザの予想を超える人数・範囲のユーザが宿泊に加わる事態を未然に防止することができる。
なお、第１のユーザ（勧誘する側のユーザ）が第３のユーザから勧誘を受けて追加の予約を申請したユーザであると見れば、勧誘メールの送信手順，追加予約の受付手順等は上述の実施形態と基本的に同様である。
[4. Modified example]
[(Modification 1) Range of solicitors a]
You may comprise so that the user who received the invitation from other users and made the additional reservation can solicit other users further (refer to Drawing 14).
In this case, the approval of the user who made the initial reservation may be obtained as a condition for sending an invitation mail to a new user. Thereby, the situation where the number of users and the range exceeding the expectation of the user who made the initial reservation can be prevented in advance.
If the first user (the user on the soliciting side) is the user who received the invitation from the third user and applied for an additional reservation, the procedure for sending the invitation mail, the procedure for accepting the additional reservation, etc. are as described above. This is basically the same as the embodiment.
［（変形例２）勧誘者の範囲ｂ］
他のユーザから勧誘を受けてグループのメンバとなっているユーザが、他のユーザを勧誘できるように構成してもよい（図１５参照）。
この場合も、当初の予約を行ったユーザの承認が得られていることを、新たなユーザに勧誘メールを送信する条件とするとよい。これにより、当初の予約を行ったユーザの予想を超える人数・範囲のユーザが宿泊に加わる事態を未然に防止することができる。
例えば、メンバａ１又はａ２が他のユーザを勧誘するには、ユーザＡの承認を条件とするとよい。また、メンバｃ１が他のユーザを勧誘するには、ユーザＡ及びユーザＣの承認を条件とするとよい。
[(Modification 2) Range of solicitors b]
You may comprise so that the user who receives a solicitation from another user and is a member of a group can solicit other users (refer FIG. 15).
In this case as well, it is preferable that the approval of the user who made the initial reservation is obtained as a condition for sending an invitation mail to a new user. Thereby, the situation where the number of users and the range exceeding the expectation of the user who made the initial reservation can be prevented in advance.
For example, in order for the member a1 or a2 to solicit other users, the approval of the user A may be a condition. In addition, in order for the member c1 to solicit other users, the approval of the user A and the user C may be used as a condition.
予約ＤＢ１４に、各予約番号に対応させてメンバの情報（ユーザＩＤ又は仲間ＩＤ）を記憶しておけば、そのユーザの予約に係る予約番号を特定することが可能である。
なお、第１のユーザ（勧誘する側のユーザ）が第３のユーザから勧誘を受けてグループのメンバとなっているユーザであると見れば、勧誘メールの送信手順，追加予約の受付手順等は上述の実施形態と基本的に同様である。
If member information (user ID or friend ID) is stored in the reservation DB 14 in association with each reservation number, it is possible to specify a reservation number related to the user's reservation.
If the first user (the user on the invitation side) is a user who is a member of the group after receiving an invitation from the third user, the procedure for sending the invitation email, the procedure for accepting the additional reservation, etc. This is basically the same as the above embodiment.
［（変形例３）追加予約の受付］
図１６に、追加予約の受付手順の変形例を示す。
ここでは、勧誘対象の予約に係る宿泊プランの在庫を予め確認し、在庫があれば直ちに予約申請ページを送信する場合の例を示す。なお、在庫がなければ、上述の実施形態（同一の宿泊プランの在庫がない場合）と同様の処理を実行するとよい。
図１６に示すように、サーバシステム１０は、下記〔４１〕〜〔４３〕及び上記〔２４〕〜〔２５〕の手順により追加予約を受け付けてもよい。
[(Modification 3) Accepting additional reservations]
FIG. 16 shows a modification of the additional reservation acceptance procedure.
Here, an example in which the stock of the accommodation plan related to the reservation to be solicited is confirmed in advance, and if there is a stock, the reservation application page is immediately transmitted is shown. If there is no stock, the same processing as in the above-described embodiment (when there is no stock of the same accommodation plan) may be executed.
As shown in FIG. 16, the server system 10 may accept an additional reservation according to the following procedures [41] to [43] and the above [24] to [25].
〔４１〕勧誘メール（図７）を介してユーザ端末３０からページ送信要求を受信する（Ｓ８０５）と、勧誘履歴ＤＢ１５の勧誘履歴情報を参照して、受信した識別データ（ここでは、勧誘履歴識別データ）に対応する勧誘履歴ＩＤを識別し（Ｓ８１０）、予約番号を特定する（Ｓ８１５）。
〔４２〕予約ＤＢ１４の予約情報を参照して、その予約番号に係る宿泊プランＩＤを特定し（Ｓ１６３５）、その宿泊プランＩＤに係る宿泊プランを宿泊プランＤＢ１３において検索する（Ｓ１６４０）。
〔４３〕検索した宿泊プランを対象とする予約申請ページを生成し（図９のＳ８６０）、ユーザ端末３０に送信する（図９のＳ８６５，図１２）。
[41] When a page transmission request is received from the user terminal 30 via the solicitation mail (FIG. 7) (S805), the received identification data (here, the solicitation history identification) is referred to the solicitation history information in the solicitation history DB15. The solicitation history ID corresponding to (data) is identified (S810), and the reservation number is specified (S815).
[42] With reference to the reservation information in the reservation DB 14, the accommodation plan ID related to the reservation number is specified (S1635), and the accommodation plan related to the accommodation plan ID is searched in the accommodation plan DB 13 (S1640).
[43] A reservation application page for the searched accommodation plan is generated (S860 in FIG. 9) and transmitted to the user terminal 30 (S865 in FIG. 9, FIG. 12).
［（変形例４）勧誘対象の特定］
上述の実施形態では、予約番号と宿泊プランＩＤが１対１で対応していることを前提として、ユーザ端末２０から受信した勧誘対象の選択情報により勧誘対象（予約番号）を特定している（図４のＳ４０５〜Ｓ４１０）。予約番号が確定すれば、宿泊プランＩＤも確定する。
これに対し、予約中の宿泊プランに係る宿泊プランＩＤと、予約番号とを同時に特定することが可能な選択情報を受信し、勧誘対象（予約中の宿泊プランに係る宿泊プランＩＤ）を直接的に特定してもよい。
[(Modification 4) Identification of the solicitation target]
In the above-described embodiment, the solicitation target (reservation number) is specified by the selection information of the solicitation target received from the user terminal 20 on the assumption that the reservation number and the accommodation plan ID correspond one-to-one. S405 to S410 in FIG. If the reservation number is confirmed, the accommodation plan ID is also confirmed.
On the other hand, selection information that can simultaneously specify the accommodation plan ID related to the reservation plan being reserved and the reservation number is received, and the solicitation target (the accommodation plan ID related to the reservation plan being reserved) is directly selected. You may specify.
［（変形例５）勧誘メールの送信先］
上述の実施形態では、ユーザ端末２０から勧誘相手の選択情報を受信し、勧誘履歴ＤＢ１５の仲間情報に登録されている仲間のメールアドレスを特定している（図４のＳ４２５等）。
これに対し、ユーザ端末２０から勧誘相手のメールアドレスを受信し、受信したメールアドレスを勧誘メールの送信先としてもよい（上記＜先行技術３＞参照）。
[(Modification 5) Recipient email address]
In the above-described embodiment, the selection information of the solicitation partner is received from the user terminal 20, and the mail address of the fellow registered in the fellow information of the solicitation history DB 15 is specified (S425 in FIG. 4).
On the other hand, the mail address of the solicitation partner may be received from the user terminal 20, and the received mail address may be the destination of the solicitation mail (see <Prior Art 3> above).
［（変形例６）勧誘対象の識別］
上述の実施形態では、ユーザ端末３０から勧誘履歴識別データを受信し、勧誘履歴を識別した上で勧誘対象の予約番号を間接的に特定している（図８のＳ８０５〜Ｓ８１５）。
これに対し、ユーザ端末３０から予約番号を識別するための予約識別データ（例えば、予約番号に対応する暗号データ等）を受信して、勧誘対象の予約番号を直接識別してもよい。
その他、ユーザ端末３０から予約中の宿泊プランに係る宿泊プランＩＤと予約番号とを同時に識別するための識別データ（例えば、宿泊プランＩＤ及び予約番号に対応する暗号データ等）を受信して、勧誘対象の予約に係る宿泊プランを識別してもよい。
[(Modification 6) Identification of solicitation target]
In the above-described embodiment, the solicitation history identification data is received from the user terminal 30, the solicitation history is identified, and the reservation number to be solicited is indirectly specified (S805 to S815 in FIG. 8).
On the other hand, reservation identification data (for example, encrypted data corresponding to the reservation number) for identifying the reservation number may be received from the user terminal 30 to directly identify the reservation number to be solicited.
In addition, the user terminal 30 receives identification data (for example, encrypted data corresponding to the accommodation plan ID and the reservation number) for simultaneously identifying the accommodation plan ID and the reservation number related to the accommodation plan being reserved, and solicits You may identify the accommodation plan which concerns on the object reservation.
［（変形例７）勧誘の成否の判定］
上述の実施形態では、追加の予約情報の登録時に勧誘履歴ＤＢ１５の「勧誘成立フラグ」を立て（図９のＳ８７５）、「勧誘成立フラグ」により当該勧誘履歴情報に係る勧誘の成否を判定している（図１３のＳ１３０５）。
これに対し、宿泊プランＤＢ１３及び予約ＤＢ１４を参照し、追加の予約に係る宿泊プランの宿泊日程及び宿泊施設が、当初の予約に係る宿泊プランの宿泊日程及び宿泊施設とそれぞれ等しいとき、勧誘が成功であると判定するように構成することも可能である。
[(Modification 7) Determination of success or failure of solicitation]
In the above-described embodiment, at the time of registering additional reservation information, the “solicitation establishment flag” in the solicitation history DB 15 is set (S875 in FIG. 9), and the “solicitation establishment flag” is used to determine whether or not the solicitation for the solicitation history information is successful. (S1305 in FIG. 13).
On the other hand, referring to the accommodation plan DB 13 and the reservation DB 14, the solicitation was successful when the accommodation schedule and accommodation facility of the accommodation plan related to the additional reservation are equal to the accommodation schedule and accommodation facility of the accommodation plan related to the original reservation, respectively. It can also be configured to determine that.
［（変形例８）勧誘行為に対する報酬の付与］
上述の実施形態では、勧誘を受けたユーザによる予約が成立した後に、当該ユーザを勧誘したユーザに報酬（ポイント）を付与している（図１３）。
これに対し、他のユーザを宿泊に勧誘する行為（勧誘メールを送信するための手続）そのものに対して、所定の報酬を付与してもよい。
[(Modification 8) Grant of reward for solicitation]
In the above-described embodiment, a reward (points) is given to the user who invited the user after the reservation by the user who received the invitation is established (FIG. 13).
On the other hand, a predetermined reward may be given to the act of soliciting other users to stay (procedure for sending an invitation email) itself.
［（変形例９）成果報酬の付与］
上述の実施形態では、他のユーザの勧誘に成功したユーザに対し、一定の金銭的価値を示すポイントを付与している（図１３）。
これに対し、他のユーザの勧誘に成功したユーザに対し、他の金銭的価値を授与してもよい。例えば、所定の口座への現金の振込み，ギフト券の送付等が考えられる。
これらの場合、ユーザごとに授与すべき金銭的価値の合計を計算し、出力するとよい。例えば、所定の記憶装置に格納してもよいし、紙媒体に印刷してもよい。
[(Modification 9) Grant of achievement reward]
In the above-mentioned embodiment, the point which shows a fixed monetary value is provided with respect to the user who succeeded in the solicitation of other users (FIG. 13).
On the other hand, other monetary values may be awarded to users who have succeeded in soliciting other users. For example, the transfer of cash to a predetermined account, the sending of a gift certificate, etc. can be considered.
In these cases, the total monetary value to be awarded for each user may be calculated and output. For example, it may be stored in a predetermined storage device or printed on a paper medium.
＜補足１＞
ユーザＡから宿泊の勧誘を受けたユーザＢは、ユーザＡを幹事とするグループに追加のメンバとして加入することもできる。
例えば、ユーザＢが予約確認ページ１０００（図１０）のボタン１０３０をクリックすると、ユーザ端末３０はサーバシステム１０に予約中の宿泊プランを指定した参加申請を送信する。
<Supplement 1>
User B who has received a solicitation for accommodation from user A can also join the group led by user A as an additional member.
For example, when the user B clicks the button 1030 on the reservation confirmation page 1000 (FIG. 10), the user terminal 30 transmits to the server system 10 a participation application specifying the accommodation plan being reserved.
このとき、サーバシステム１０は、次のように処理を実行するとよい。
（１）ユーザＢのユーザ端末３０から参加申請を受信する。
（２）ユーザＡのユーザ端末２０に参加申請を受信した旨等を電子メールで通知する。
（３）ユーザＡのユーザ端末２０から予約内容（参加人数）の修正申請を受信し、予約ＤＢ１４の予約情報を更新する。
（４）ユーザＡを勧誘者とし、かつ、ユーザＡによる当初の予約を勧誘対象とする勧誘履歴情報を勧誘履歴ＤＢ１５より選択し、勧誘成立フラグを立てる。
At this time, the server system 10 may execute processing as follows.
(1) A participation application is received from the user terminal 30 of the user B.
(2) Notifying the user terminal 20 of the user A that the application for participation has been received by e-mail.
(3) A reservation application (participant number) correction application is received from the user terminal 20 of the user A, and the reservation information in the reservation DB 14 is updated.
(4) The solicitation history DB 15 is selected from the solicitation history DB 15 with the user A as the solicitor and the initial reservation by the user A as the solicitation target, and the solicitation establishment flag is set.
＜補足２＞
本実施形態のシステムは、例えば次のようなユーザによる利用を想定している。
・カンファレンス（学会，展示会等）に、一定のグループ単位で参加するユーザ。
・一定のイベント（冠婚葬祭，社員旅行等）に、家族で参加するユーザ。
<Supplement 2>
The system of the present embodiment is assumed to be used by the following users, for example.
-Users who participate in conferences (conferences, exhibitions, etc.) in a certain group.
・ Users who participate in certain events (ceremonial occasions, employee trips, etc.) as a family.
１０ サーバシステム
１１ ユーザＤＢ
１２ 施設ＤＢ
１３ 宿泊プランＤＢ
１４ 予約ＤＢ
１５ 勧誘履歴ＤＢ
２０ ユーザ端末
３０ ユーザ端末（仲間）
４０ 施設端末
５０ インターネット
５００ 予約確認ページ
６００ 勧誘相手選択ページ
７００ 勧誘メール
１０００ 予約確認ページ
１１００ａ 検索結果ページ
１１００ｂ 検索結果ページ
１２００ 予約申請ページ
10 Server system 11 User DB
12 facility DB
13 Accommodation plan DB
14 Reservation DB
15 Solicitation history DB
20 user terminals 30 user terminals (companies)
40 Facility terminal 50 Internet 500 Reservation confirmation page 600 Solicitation partner selection page 700 Invitation mail 1000 Reservation confirmation page 1100a Search result page 1100b Search result page 1200 Reservation application page
Claims (8)
予約番号に対応させて、ユーザの識別情報及び宿泊プランの識別情報を記憶する予約情報記憶手段を有し、
前記第１のユーザの端末から受信したデータを基に、該第１のユーザに係る予約中の宿泊プランを特定する勧誘対象特定手段と、
前記第１のユーザの端末から受信したデータを基に、前記第２のユーザのメールアドレスを特定する勧誘相手特定手段と、
前記特定した予約中の宿泊プランに関する宿泊の勧誘メールを生成し、前記特定したメールアドレス宛に送信する勧誘メール生成送信手段と、
前記第２のユーザの端末から宿泊プランを指定した予約申請を受信する予約申請受信手段と、
前記第２のユーザの端末から前記予約申請に関連して受信したデータを基に、前記第１のユーザを識別する勧誘者識別手段と、
前記識別した第１のユーザに授与すべき報酬を算出する報酬算出手段と、
前記算出した報酬を前記識別した第１のユーザの識別情報に対応させて出力する報酬出力手段と
を備える
ことを特徴とするサーバシステム。 A server system for connecting to a first user's terminal and a second user's terminal to constitute an accommodation solicitation system,
Corresponding to the reservation number, it has reservation information storage means for storing the identification information of the user and the identification information of the accommodation plan,
Based on the data received from the terminal of the first user, solicitation target specifying means for specifying the accommodation plan being reserved for the first user,
Based on data received from the terminal of the first user, solicitation partner specifying means for specifying the mail address of the second user;
An invitation email generation and transmission means for generating an accommodation invitation email related to the identified accommodation plan and sending it to the specified email address;
Reservation application receiving means for receiving a reservation application designating an accommodation plan from the terminal of the second user;
Solicitor identifying means for identifying the first user based on data received in connection with the reservation application from the terminal of the second user;
Reward calculating means for calculating a reward to be awarded to the identified first user;
Reward output means for outputting the calculated reward in correspondence with the identified identification information of the first user. A server system, comprising:
前記第２のユーザの識別情報と、前記指定された宿泊プランの識別情報とを、予約番号を付与して前記予約情報記憶手段に格納する予約情報登録手段と、
前記予約情報記憶手段を参照して、前記特定した宿泊プランと前記第２のユーザに係る宿泊プランとを比較し、前記識別した第１のユーザによる勧誘の成否を判定する勧誘成否判定手段と
をさらに備え、
前記報酬算出手段は、前記識別した第１のユーザによる勧誘が成功であると判定された場合に限り、該第１のユーザに授与すべき報酬を算出する
ことを特徴とするサーバシステム。 The server system according to claim 1,
Reservation information registration means for storing the identification information of the second user and the identification information of the designated accommodation plan in a reservation information storage means by giving a reservation number;
Referencing the reservation information storage means, comparing the identified accommodation plan with the accommodation plan related to the second user, and solicitation success / failure determination means for determining success / failure of the identified first user. In addition,
The server system is characterized in that the reward calculation means calculates a reward to be awarded to the first user only when it is determined that the solicitation by the identified first user is successful.
宿泊プランの識別情報に対応させて、宿泊施設及び宿泊日程を記憶している宿泊プラン情報記憶手段をさらに有し、
前記勧誘成否判定手段は、前記宿泊プラン情報記憶手段を参照し、前記第２のユーザに係る宿泊プランの宿泊施設及び宿泊日程が、前記特定した宿泊プランの宿泊施設及び宿泊日程とそれぞれ同一であるとき、前記識別した第１のユーザによる勧誘が成功であると判定する
ことを特徴とするサーバシステム。 The server system according to claim 2,
Corresponding to the identification information of the accommodation plan, it further has an accommodation plan information storage means for storing the accommodation facility and the accommodation schedule,
The solicitation rejection determination means refers to the accommodation plan information storage means, and the accommodation facility and accommodation schedule of the accommodation plan relating to the second user are the same as the accommodation facility and accommodation schedule of the identified accommodation plan, respectively. Then, it is determined that the solicitation by the identified first user is successful.
前記勧誘成否判定手段は、前記宿泊プラン情報記憶手段を参照し、前記識別した第１のユーザによる勧誘の成否を前記第２のユーザに係る宿泊プランの宿泊日後に判定する
ことを特徴とするサーバシステム。 The server system according to claim 3,
The server for determining whether or not solicitation is determined by referring to the accommodation plan information storage unit and determining whether or not the solicitation by the identified first user is successful after the staying date of the accommodation plan related to the second user. system.
前記予約申請受信手段は、参加人数をさらに指定した予約申請を受信し、
前記報酬算出手段は、前記指定された参加人数に応じた報酬を算出する
ことを特徴とするサーバシステム。 In the server system in any one of Claims 1-4,
The reservation application receiving means receives a reservation application further specifying the number of participants,
The reward calculation means calculates a reward corresponding to the designated number of participants.
ユーザの識別情報に対応させて、該ユーザが保有するポイント数を記憶するポイント情報記憶手段をさらに有し、
前記報酬算出手段は、前記第１のユーザに付与すべきポイント数を算出し、
前記報酬出力手段は、前記算出したポイント数を基に、前記ポイント情報記憶手段に記憶している前記第１のユーザのポイント数を更新する
ことを特徴とするサーバシステム。 In the server system in any one of Claims 1-5,
Corresponding to the identification information of the user, it further has point information storage means for storing the number of points held by the user,
The reward calculating means calculates the number of points to be given to the first user,
The said reward output means updates the number of points of the said 1st user memorize | stored in the said point information storage means based on the calculated number of points. The server system characterized by the above-mentioned.
予約番号に対応させて、ユーザの識別情報及び宿泊プランの識別情報を記憶する予約情報記憶手段を有するサーバシステムが、
前記第１のユーザの端末から受信したデータを基に、該第１のユーザに係る予約中の宿泊プランを特定する勧誘対象特定ステップと、
前記第１のユーザの端末から受信したデータを基に、前記第２のユーザのメールアドレスを特定する勧誘相手特定ステップと、
前記特定した予約中の宿泊プランに関する宿泊の勧誘メールを生成し、前記特定したメールアドレス宛に送信する勧誘メール生成送信ステップと、
前記第２のユーザの端末から宿泊プランを指定した予約申請を受信する予約申請受信ステップと、
前記第２のユーザの端末から前記予約申請に関連して受信したデータを基に、前記第１のユーザを識別する勧誘者識別ステップと、
前記識別した第１のユーザに授与すべき報酬を算出する報酬算出ステップと、
前記算出した報酬を前記識別した第１のユーザの識別情報に対応させて出力する報酬出力ステップと
を実行する
ことを特徴とする宿泊勧誘方法。 An accommodation solicitation method in an accommodation solicitation system configured by connecting a first user terminal and a second user terminal and a server system, respectively,
A server system having reservation information storage means for storing user identification information and accommodation plan identification information in correspondence with the reservation number,
Based on the data received from the terminal of the first user, the solicitation target specifying step for specifying the accommodation plan being reserved for the first user;
Based on data received from the terminal of the first user, solicitation partner identifying step of identifying the mail address of the second user;
Generating a solicitation email for accommodation relating to the specified accommodation plan being reserved, and sending a solicitation email to send to the identified email address; and
A reservation application receiving step of receiving a reservation application designating an accommodation plan from the terminal of the second user;
An inviter identification step for identifying the first user based on data received in connection with the reservation application from the terminal of the second user;
A reward calculating step of calculating a reward to be awarded to the identified first user;
A reward output step of outputting the calculated reward in correspondence with the identified identification information of the first user.
予約番号に対応させて、ユーザの識別情報及び宿泊プランの識別情報を記憶する予約情報記憶手段を有するサーバシステムに、
前記第１のユーザの端末から受信したデータを基に、該第１のユーザに係る予約中の宿泊プランを特定する勧誘対象特定ステップと、
前記第１のユーザの端末から受信したデータを基に、前記第２のユーザのメールアドレスを特定する勧誘相手特定ステップと、
前記特定した予約中の宿泊プランに関する宿泊の勧誘メールを生成し、前記特定したメールアドレス宛に送信する勧誘メール生成送信ステップと、
前記第２のユーザの端末から宿泊プランを指定した予約申請を受信する予約申請受信ステップと、
前記第２のユーザの端末から前記予約申請に関連して受信したデータを基に、前記第１のユーザを識別する勧誘者識別ステップと、
前記識別した第１のユーザに授与すべき報酬を算出する報酬算出ステップと、
前記算出した報酬を前記識別した第１のユーザの識別情報に対応させて出力する報酬出力ステップと
を実行させるための宿泊勧誘プログラム。 An accommodation solicitation program in an accommodation solicitation system configured by connecting a first user terminal and a second user terminal and a server system, respectively,
In correspondence with the reservation number, a server system having reservation information storage means for storing the identification information of the user and the identification information of the accommodation plan,
Based on the data received from the terminal of the first user, the solicitation target specifying step for specifying the accommodation plan being reserved for the first user;
Based on data received from the terminal of the first user, solicitation partner identifying step of identifying the mail address of the second user;
Generating a solicitation email for accommodation relating to the specified accommodation plan being reserved, and sending a solicitation email to send to the identified email address; and
A reservation application receiving step of receiving a reservation application designating an accommodation plan from the terminal of the second user;
An inviter identification step for identifying the first user based on data received in connection with the reservation application from the terminal of the second user;
A reward calculating step of calculating a reward to be awarded to the identified first user;
A reward soliciting program for executing the reward output step of outputting the calculated reward in association with the identified identification information of the first user.
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009201104A JP4792102B2 (en) | 2009-08-31 | 2009-08-31 | Accommodation solicitation system |
| TW099128461A TWI509554B (en) | 2009-08-31 | 2010-08-25 | Accommodation Invitation System |
| CN201010264283.2A CN102004946B (en) | 2009-08-31 | 2010-08-27 | Accommodation invitation system |
| KR1020100083534A KR101572275B1 (en) | 2009-08-31 | 2010-08-27 | Lodging suggestion system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009201104A JP4792102B2 (en) | 2009-08-31 | 2009-08-31 | Accommodation solicitation system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2011053848A true JP2011053848A (en) | 2011-03-17 |
| JP4792102B2 JP4792102B2 (en) | 2011-10-12 |
Family
ID=43942796
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009201104A Active JP4792102B2 (en) | 2009-08-31 | 2009-08-31 | Accommodation solicitation system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4792102B2 (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013149054A (en) * | 2012-01-19 | 2013-08-01 | Gourmet Navigator Inc | Organizer support system |
| JP2019106048A (en) * | 2017-12-13 | 2019-06-27 | 株式会社ベストリザーブ | Information processing device, information processing method, and program |
| JP2022017019A (en) * | 2020-07-13 | 2022-01-25 | 株式会社スーパーホテル | Point providing method, program, and point information management device |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002123580A (en) * | 2000-10-13 | 2002-04-26 | Recruit Co Ltd | Device, system and method for travel information processing |
| JP2003036334A (en) * | 2001-07-24 | 2003-02-07 | Fuji Electric Co Ltd | Party organizer support system, its server, method, recording medium and program |
| JP2003058665A (en) * | 2001-08-21 | 2003-02-28 | Sumitomo Life Insurance Co | System, method, and server for supporting event planning |
| JP2003108840A (en) * | 2001-09-28 | 2003-04-11 | Matsushita Electric Ind Co Ltd | Reservation control method, reservation control system, server device, client device, and recording medium |
-
2009
- 2009-08-31 JP JP2009201104A patent/JP4792102B2/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002123580A (en) * | 2000-10-13 | 2002-04-26 | Recruit Co Ltd | Device, system and method for travel information processing |
| JP2003036334A (en) * | 2001-07-24 | 2003-02-07 | Fuji Electric Co Ltd | Party organizer support system, its server, method, recording medium and program |
| JP2003058665A (en) * | 2001-08-21 | 2003-02-28 | Sumitomo Life Insurance Co | System, method, and server for supporting event planning |
| JP2003108840A (en) * | 2001-09-28 | 2003-04-11 | Matsushita Electric Ind Co Ltd | Reservation control method, reservation control system, server device, client device, and recording medium |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013149054A (en) * | 2012-01-19 | 2013-08-01 | Gourmet Navigator Inc | Organizer support system |
| JP2019106048A (en) * | 2017-12-13 | 2019-06-27 | 株式会社ベストリザーブ | Information processing device, information processing method, and program |
| JP2022017019A (en) * | 2020-07-13 | 2022-01-25 | 株式会社スーパーホテル | Point providing method, program, and point information management device |
| JP7022177B2 (en) | 2020-07-13 | 2022-02-17 | 株式会社スーパーホテル | Point awarding method, program, and point information management device |
Also Published As
| Publication number | Publication date |
|---|---|
| JP4792102B2 (en) | 2011-10-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20100114614A1 (en) | Controlling Registration for a Social Event | |
| US20070208627A1 (en) | System and method of facilitating group gifts | |
| KR101441197B1 (en) | Method for providing social service and server therefor | |
| KR101223353B1 (en) | Group reservation support system | |
| US20130110731A1 (en) | Online Dating System | |
| JP2013156951A (en) | Group purchase support system, method, and program | |
| KR101601301B1 (en) | Group reservation support system | |
| JP2012118663A (en) | Ceremonial occasion supporting system and ceremonial occasion supporting method | |
| JP4792102B2 (en) | Accommodation solicitation system | |
| US20190236722A1 (en) | Systems and methods for providing an on-line dating service | |
| JP2003058665A (en) | System, method, and server for supporting event planning | |
| JP5043901B2 (en) | Group reservation support system | |
| JP5043902B2 (en) | Group reservation support system | |
| KR101572275B1 (en) | Lodging suggestion system | |
| JP5161175B2 (en) | Group reservation support system | |
| JP4818411B2 (en) | Accommodation solicitation system | |
| KR102003344B1 (en) | Marriage celebration Agent system | |
| US20160225070A1 (en) | Method and system for conducting a silent auction | |
| US20130006804A1 (en) | Web based system and method for reverse trading transactions | |
| CN110326019B (en) | Nonstandard data management in a data management system | |
| JP2001290900A (en) | Method and system for on-line plan operation, and storage medium stored with program for placing the system in operation | |
| WO2020210732A1 (en) | Systems and methods for providing an on-line dating service | |
| JP2003108840A (en) | Reservation control method, reservation control system, server device, client device, and recording medium | |
| KR20010113209A (en) | System for Operating Event Service Site on Internet and Method for Operating thereof | |
| KR20060020569A (en) | Business clique connecting service method and apparatus |
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 |