CN102004945A - 团体预约支援*** - Google Patents

Abstract

本发明提供一种团体预约支援***，该团体预约支援***是对代表团体进行住宿预约手续的用户提供连动地进行参加成员的招集和住宿目的地的检索的结构。(1)干事操作终端，注册旅行计划(S205)，并注册成员(S210)。服务器***通过发送邀请邮件并接收其回复，从而确认干事指定的各个成员的出缺席。(2)在干事操作终端而确认了各个成员的回复状况的基础上，检索住宿计划(S115)。服务器***若从干事的终端接受到检索请求，则根据旅行计划的信息和回复的累计结果来动态地设定检索条件，检索满足该检索条件的可预约的住宿计划。(3)干事操作终端而确认地输入申请者信息(S120)，申请预约(S125)。经过以上的步骤等，预约成立。

Description

团体预约支援***

技术领域

本发明涉及管理在线住宿预约的结构，特别涉及支援通过代表团体的用户的住宿预约手续的功能。

背景技术

<在先技术1>

已知在团体进行高尔夫场的使用预约的情况下，减轻招集参加者的干事的调整负担的结构(例如，参照专利文献1)。提供该结构的高尔夫场预约服务器大致通过以下的步骤使预约成立。

(1)从招集者的终端接收条件候选信息和对象者信息，并将两者相关联地存储在数据库中(图7的S14、S15等)。

(2)对对象者的终端发送招集信息(邮件)(图7的S16等)。

(3)从发送了招集信息的对象者的终端接收回复信息，并与条件候选信息相关联地注册在数据库中(图17的S62等)。

(4)从发送了检索条件指定画面的招集者的终端接收检索条件，并基于该检索条件来检索可预约的高尔夫场(图26的S258、S259等)。

(5)从招集者的终端接收预约注册请求信息，并将预约信息注册在数据库中(图26的S265、S266等)。

<在先技术2>

已知对网页中的输入模板中输入的多个邮件地址发送广播邮件的结构(例如，参照专利文献2)。具体地说，通过以下的步骤发送广播邮件(参照同一专利文献的图3的S106～S114)。

(1)用户在网页中的规定的输入栏上输入对方的名称、目的地的邮件地址、消息等(图4，【0009】)。

(2)用户终端将在上述(1)中输入的数据发送到服务器装置。

(3)服务器装置基于在上述(2)中接收到的数据生成电子邮件，并发送到输入的邮件地址。

<在先技术3>

在在线住宿预约网站(site)中，提供检索住宿设施的服务、接受住宿的预约的服务(例如，参照非专利文献1)。若利用同一个网站，则例如能够从“日程”、“关键字”(设施名称、特点、观光地等)、“地区”、“目的/条件”(地区名、车站名称、机场名称等)等中，检索具有空屋的房间(有库存的住宿计划)，进行预约(或者安排)。

专利文献1：特开2008-140125号公报

专利文献2：特开2002-169925号公报

非专利文献1：楽天トラベル株式会社、「楽天トラベル」、[online]、インタ一ネツト<URL：http://travel.rakuten.co.jp/index.html>

图1表示利用了以往的在线住宿预约网站的住宿预约的步骤。如图1所示，通过利用同一个网站的用户(申请人)操作终端，检索住宿计划(S115)，输入申请人信息(S120)，申请预约或安排(以下，简称为“预约”)(S125)等，从而预约成立。因此，需要在检索住宿计划并选择期望的计划的时刻，确定住宿条件(日程、住宿目的地、人数等)。

此外，通常在住宿设施的客室，分别设定了规定的人数(住宿人数的上限)。因此，在以由多个成员而成的团体为单位预约住宿的情况下，若不能确定住宿的成员数，则不能确定应确保的客室数，不能有效地进行住宿计划的检索。

根据上述的情况，在由多个成员而成的团体的干事预约住宿时，不得不经过例如如下的步骤。

(1)利用在线住宿预约网站的检索功能，设定日程、住宿目的地等的候选。

(2)通过电子邮件等对各个成员通知在上述(1)中设定的候选，并通过邮件等分别接受可否参加的回复。

(3)通过手动操作来累计上述(2)的回复，并确定住宿条件(日程、住宿目的地、人数等)。

(4)基于在上述(3)中确定的住宿条件，利用在线住宿预约网站再次检索住宿计划(S115)，若能够预约，则在输入了申请人信息的基础上(S120)，申请预约(S125)。

发明内容

本发明要解决的课题在于，提供一种对代表团体进行住宿预约手续的用户连动地进行参加成员的招集和住宿目的地的检索的结构。

为解决上述课题，本发明的服务器***，用于构成由多个成员而成的团体的各个成员的终端、和支援代表该团体的干事经由网页进行住宿计划的预约手续的服务器***，经由通信网络而连接的团体预约支援***，其特征在于，所述服务器***包括：住宿计划信息存储部件，与住宿计划的识别信息相关联地存储住宿日程；以及旅行计划信息存储部件，能够与旅行计划的识别信息相关联地存储住宿日程，所述服务器***包括：旅行计划注册部件，基于从干事的终端接收到的数据来确定住宿日程，并赋予旅行计划的识别信息而存储在旅行计划信息存储部件中；成员确定部件，基于从干事的终端接收到的数据来确定该干事以外的成员的邮件地址；邀请邮件生成发送部件，生成包括确定的住宿日程和与有关该住宿日程的旅行计划对应的旅行计划识别数据在内的邀请邮件，并将该邀请邮件发送到确定的各个邮件地址；回复接受部件，在从干事以外的成员的终端接收到旅行计划识别数据时，识别与该旅行计划识别数据对应的旅行计划；参加人数计数部件，更新有关识别的旅行计划的参加人数计数器；检索请求输入部件，从干事的终端接收指定了旅行计划的检索请求；住宿计划检索部件，从旅行计划信息存储部件中提取指定的旅行计划的住宿日程，并使用该住宿日程和通过参加人数计数部件计数的有关该旅行计划的参加人数来设定检索条件，并从住宿计划信息存储部件中提取满足该检索条件的住宿计划的识别信息；以及检索结果输出部件，生成包括提取出的住宿计划的识别信息或者与其对应的信息在内的检索结果页，发送到干事的终端。

也可以是，回复接受部件从干事以外的成员的终端进一步接收表示回复的内容的回复代码，参加人数计数部件只有在接收到的回复代码表示参加住宿的情况下，更新有关识别出的旅行计划的参加人数计数器。

也可以是，旅行计划信息存储部件能够进一步与旅行计划的识别信息相关联地按每个成员存储表示回复的内容的回复代码，邀请邮件生成发送部件生成进一步包括与确定的邮件地址分别对应的成员识别数据在内的邀请邮件，并分别发送到对应的邮件地址，回复接受部件在从干事以外的成员的终端进一步接收到成员识别数据时，识别与该成员识别数据对应的成员，服务器***代替参加人数计数部件而包括：回复注册部件，将接收到的回复代码与识别出的旅行计划相关联地按识别出的每个成员存储在旅行计划信息存储部件中；以及参加人数累计部件，使用在旅行计划信息存储部件中存储的有关指定的旅行计划的回复代码，累计有关该旅行计划的参加人数，住宿计划检索部件使用指定的旅行计划的住宿日程和通过参加人数累计部件累计的有关该旅行计划的参加人数，设定检索条件。

也可以是，旅行计划信息存储部件能够按每个住宿日程存储回复代码，旅行计划注册部件基于从干事的终端接收到的数据来确定多个住宿日程，并将该多个住宿日程存储在旅行计划信息存储部件中，回复接受部件接收与各个住宿日程对应的回复代码，回复注册部件将接收到的回复代码按每个住宿日程存储在旅行计划信息存储部件中，检索请求输入部件接收进一步指定了住宿日程的检索请求，参加人数累计部件使用在旅行计划信息存储部件中存储的、与有关指定的旅行计划的指定的住宿日程对应的回复代码，累计有关该住宿计划的该住宿日程的参加人数，住宿计划检索部件从旅行计划信息存储部件中提取与指定的旅行计划对应的指定的住宿日程，并使用该指定的住宿日程和有关该旅行计划的该住宿日程的参加人数，设定检索条件。

本发明的服务器***可以进一步包括：确认页生成部件，在从包括干事在内的成员的终端接收到指定了旅行计划的页发送请求时，从旅行计划信息存储部件中提取与有关该指定的旅行计划的各个成员的各个住宿日程对应的回复代码，并使用该各个回复代码，生成将各个成员的回复内容按住宿日程配置的旅行计划确认页；以及确认页发送部件，将生成的旅行计划确认页发送到页发送请求的发送源的终端。

也可以是，确认页生成部件在从干事的终端接收到指定了旅行计划的页发送请求时，生成进一步配置了与各个住宿日程对应的检索请求要素的旅行计划确认页。

也可以是，住宿计划信息存储部件进一步与住宿计划的识别信息相关联地存储有关住宿目的地的所在地的地理信息，旅行计划信息存储部件能够进一步与旅行计划的识别信息相关联地存储住宿地区，旅行计划注册部件基于从干事的终端接收到的数据来进一步确定住宿地区，并与其他的项目一同存储在旅行计划信息存储部件中，邀请邮件生成发送部件生成进一步包括确定的住宿地区在内的邀请邮件，住宿计划检索部件从旅行计划信息存储部件中进一步提取与指定的旅行计划的识别信息对应的住宿地区，并进一步使用该住宿地区来设定检索条件。

也可以是，住宿计划信息存储部件进一步与住宿计划的识别信息相关联地存储有关住宿目的地的所在地的地理信息，旅行计划信息存储部件能够进一步与旅行计划的识别信息相关联地存储地理点，旅行计划注册部件基于从干事的终端接收到的数据来进一步确定地理点，并与其他的项目一同存储在旅行计划信息存储部件中，邀请邮件生成发送部件生成进一步包括确定的地理点在内的邀请邮件，住宿计划检索部件从旅行计划信息存储部件中进一步提取与指定的旅行计划的识别信息对应的地理点，并进一步使用该地理点来设定检索条件。

也可以是，住宿计划信息存储部件进一步与住宿计划的识别信息相关联地存储有关住宿目的地的优点的一个或多个关键字，旅行计划信息存储部件能够进一步与旅行计划的识别信息相关联地存储一个或多个关键字，旅行计划注册部件基于从干事的终端接收到的数据来进一步确定一个或多个关键字，并与其他的项目一同存储在旅行计划信息存储部件中，邀请邮件生成发送部件生成进一步包括确定的关键字在内的邀请邮件，住宿计划检索部件从旅行计划信息存储部件中进一步提取与指定的旅行计划的识别信息对应的关键字，并进一步使用该关键字来设定检索条件。

本发明的服务器***可以进一步包括：预约信息存储部件，能够与预约号相关联地存储干事的识别信息、住宿计划的识别信息以及住宿计划的订购数；预约接受部件，在经由检索结果页从干事的终端接收到住宿计划的选择信息时，将该干事的识别信息、与该选择信息对应的住宿计划的识别信息、以及与参加人数对应的订购数，与预约号相关联地存储在预约信息存储部件中；以及预约内容通知部件，生成包括预约的内容在内的预约完成邮件，并发送到有关与该预约对应的旅行计划的各个邮件地址。

此外，为了解决上述课题，本发明的团体预约支援方法，用于构成由多个成员而成的团体的各个成员的终端、和支援代表该团体的干事经由网页进行住宿计划的预约手续的服务器***，经由通信网络而连接的团体预约支援***，其特征在于，所述服务器***包括：住宿计划信息存储部件，与住宿计划的识别信息相关联地存储住宿日程；旅行计划信息存储部件，能够与旅行计划的识别信息相关联地存储住宿日程，所述服务器***执行以下步骤：旅行计划注册步骤，基于从干事的终端接收到的数据来确定住宿日程，并赋予旅行计划的识别信息而存储在旅行计划信息存储部件中；成员确定步骤，基于从干事的终端接收到的数据来确定该干事以外的成员的邮件地址；邀请邮件生成发送步骤，生成包括确定的住宿日程和与有关该住宿日程的旅行计划对应的旅行计划识别数据在内的邀请邮件，并将该邀请邮件发送到确定的各个邮件地址；回复接受步骤，在从干事以外的成员的终端接收到旅行计划识别数据时，识别与该旅行计划识别数据对应的旅行计划；参加人数计数步骤，更新有关识别的旅行计划的参加人数计数器；检索请求输入步骤，从干事的终端接收指定了旅行计划的检索请求；住宿计划检索步骤，从旅行计划信息存储部件中提取指定的旅行计划的住宿日程，并使用该住宿日程和通过参加人数计数步骤计数的有关该旅行计划的参加人数来设定检索条件，并从住宿计划信息存储部件中提取满足该检索条件的住宿计划的识别信息；以及检索结果输出步骤，生成包括提取出的住宿计划的识别信息或者与其对应的信息在内的检索结果页，发送到干事的终端。

此外，为了解决上述课题，本发明的团体预约支援程序，用于构成由多个成员而成的团体的各个成员的终端、和支援代表该团体的干事经由网页进行住宿计划的预约手续的服务器***，经由通信网络而连接的团体预约支援***，所述服务器***包括：住宿计划信息存储部件，与住宿计划的识别信息相关联地存储住宿日程；旅行计划信息存储部件，能够与旅行计划的识别信息相关联地存储住宿日程，所述团体预约支援程序使所述服务器***执行以下步骤：旅行计划注册步骤，基于从干事的终端接收到的数据来确定住宿日程，并赋予旅行计划的识别信息而存储在旅行计划信息存储部件中；成员确定步骤，基于从干事的终端接收到的数据来确定该干事以外的成员的邮件地址；邀请邮件生成发送步骤，生成包括确定的住宿日程和与有关该住宿日程的旅行计划对应的旅行计划识别数据在内的邀请邮件，并将该邀请邮件发送到确定的各个邮件地址；回复接受步骤，在从干事以外的成员的终端接收到旅行计划识别数据时，识别与该旅行计划识别数据对应的旅行计划；参加人数计数步骤，更新有关识别的旅行计划的参加人数计数器；检索请求输入步骤，从干事的终端接收指定了旅行计划的检索请求；住宿计划检索步骤，从旅行计划信息存储部件中提取指定的旅行计划的住宿日程，并使用该住宿日程和通过参加人数计数步骤计数的有关该旅行计划的参加人数来设定检索条件，并从住宿计划信息存储部件中提取满足该检索条件的住宿计划的识别信息；以及检索结果输出步骤，生成包括提取出的住宿计划的识别信息或者与其对应的信息在内的检索结果页，发送到干事的终端。

此外，为了解决上述课题，本发明的计算机可读取的记录介质，记录了团体预约支援程序，该团体预约支援程序用于构成由多个成员而成的团体的各个成员的终端、和支援代表该团体的干事经由网页进行住宿计划的预约手续的服务器***，经由通信网络而连接的团体预约支援***，所述服务器***包括：住宿计划信息存储部件，与住宿计划的识别信息相关联地存储住宿日程；旅行计划信息存储部件，能够与旅行计划的识别信息相关联地存储住宿日程，所述团体预约支援程序使所述服务器***执行以下步骤：旅行计划注册步骤，基于从干事的终端接收到的数据来确定住宿日程，并赋予旅行计划的识别信息而存储在旅行计划信息存储部件中；成员确定步骤，基于从干事的终端接收到的数据来确定该干事以外的成员的邮件地址；邀请邮件生成发送步骤，生成包括确定的住宿日程和与有关该住宿日程的旅行计划对应的旅行计划识别数据在内的邀请邮件，并将该邀请邮件发送到确定的各个邮件地址；回复接受步骤，在从干事以外的成员的终端接收到旅行计划识别数据时，识别与该旅行计划识别数据对应的旅行计划；参加人数计数步骤，更新有关识别的旅行计划的参加人数计数器；检索请求输入步骤，从干事的终端接收指定了旅行计划的检索请求；住宿计划检索步骤，从旅行计划信息存储部件中提取指定的旅行计划的住宿日程，并使用该住宿日程和通过参加人数计数步骤计数的有关该旅行计划的参加人数来设定检索条件，并从住宿计划信息存储部件中提取满足该检索条件的住宿计划的识别信息；以及检索结果输出步骤，生成包括提取出的住宿计划的识别信息或者与其对应的信息在内的检索结果页，发送到干事的终端。

本发明的服务器***注册干事设定的旅行计划，邀请干事指定的成员住宿，并从各个成员接受对于该邀请的回复。然后，若有来自干事的检索请求，则使用在服务器***侧保存的旅行计划的注册信息和回复的累计结果来设定检索条件，检索可预约的住宿计划。因此，若利用将本发明的服务器***和用户的终端连接而构成的团体预约支援***，则代表团体进行住宿预约手续的用户不需要在个人的终端进行信息收集/信息累计等的处理，也能够招集参加成员。此外，也可以将该处理委托给服务器***侧，将招集～信息收集和住宿目的地的检索连动而迅速且简单地进行检索。

附图说明

图1是表示住宿预约的步骤的流程图。(以往例子)

图2是表示住宿预约的步骤的流程图。(实施方式)

图3是表示***结构的方框图。(实施方式)

图4(a)～(d)是数据库的数据项目的说明图。(实施方式)

图5(e-1)～(e-5)是数据库的数据项目的说明图。(实施方式)

图6是表示成员的招集步骤的流程图。(实施方式)

图7是旅行计划注册页的显示例子。(实施方式)

图8(a)～(d)是发送接收的数据项目的说明图。(实施方式)

图9是成员注册页的显示例子。(实施方式)

图10是邀请邮件的显示例子。(实施方式)

图11是表示回复的接受步骤的流程图。(实施方式)

图12是回复前的旅行计划确认页的显示例子。(实施方式)

图13是回复后的旅行计划确认页的显示例子。(实施方式)

图14是表示住宿计划的检索步骤的流程图。(实施方式)

图15是检索前的旅行计划确认页的显示例子。(实施方式)

图16是检索结果页的显示例子。(实施方式)

图17(a)～(b)是表示分批(batch)处理的步骤的流程图。(实施方式)

标号说明

10服务器***

11用户DB

12设施DB

13住宿计划DB

14预约DB

15旅行计划DB

20用户终端(干事)

30用户终端(成员)

40设施终端

50因特网

700旅行计划注册页

900成员注册页

1000邀请邮件

1200旅行计划确认页

1300旅行计划确认页

1500旅行计划确认页

1600检索结果页

具体实施方式

<定义>

·住宿计划......在线住宿预约网站中的预约对象(订购对象)的单位。将在特定的客室(或者特定的房间类型的客室)中至少住宿一晚的住宿服务作为必要的要素，任意地包括用餐等的附带的服务。

·旅行计划......包括构成住宿计划的检索条件的项目在内的住宿的概要。在以下的说明中，将住宿区域、住宿日程作为主要的项目。

·团体......由多个用户构成的集团。例如，俱乐部、小组、同好会、研讨会、研究室、部署等。

·成员......构成团体的用户。

·干事......代表团体的成员。在本实施方式中，代表团体进行住宿预约手续的成员。

<实施方式>

【1.概要】

本实施方式的***是管理在线住宿预约网站的***，对用户提供接受住宿的预约的服务(住宿预约服务)。其主要的特征在于，干事向指定的n人(n为自然数)的成员邀请住宿并从各个成员接受回复，基于该回复的累计结果而动态地设定检索条件。若利用本实施方式的***，则代表团体进行住宿预约手续的干事能够将参加成员的招集和住宿目的地的检索连动地进行。

图2表示利用了本实施方式的***的住宿预约的步骤。

(1)干事操作终端，注册旅行计划(S205)，并注册成员(S210)。服务器***通过发送邀请邮件并接收其回复，从而确认干事指定的各个成员的出缺席。

(2)在干事操作终端而确认了各个成员的回复状况的基础上，检索住宿计划(S115)。服务器***若从干事的终端接受到检索请求，则根据旅行计划的信息和回复的累计结果来动态地设定检索条件，检索满足该检索条件的可预约的住宿计划。

(3)干事操作终端而确认地输入申请者信息(S120)，申请预约(S 125)。经过以上的步骤等，预约成立。

(4)服务器***对各个成员通知成立的预约的内容，从而对成员共享预约信息。另外，在图2中，与图1赋予相同的标号的处理是相同的处理。此外，除了特别说明的情况之外，预约成立后的处理与以往例子(例如，<在先技术3>)相同。

【2.***结构】

图3表示本实施方式的***的结构。如图3所示，本实施方式的***，作为整体，由服务器***10、干事的用户终端20、干事以外的成员的用户终端30(1～n)以及设施终端40构成。此外，服务器***10具有用户DB 11、设施DB12、住宿计划DB13、预约DB14以及旅行计划DB15。服务器***10、用户终端20、用户终端30(1～n)以及设施终端40经由通信网络(在本实施方式中，因特网50)分别相互连接。

【2-1.服务器***】

在图3中，服务器***10是管理住宿预约服务的服务器组。服务器***10例如包括具有网页的生成/发送功能的网服务器、具有电子邮件的生成/发送功能的邮件服务器、管理数据库的DB服务器、执行分批处理的分批处理服务器和其他需要的AP服务器。

【(a)用户DB】

在图3中，用户DB11是存储利用住宿预约服务的用户的信息的数据库。在图4(a)中示出用户信息的主要的项目。如图4(a)所示，一件用户信息包括“用户ID”、“口令”、以及“邮件地址”。

【(b)设施DB】

在图3中，设施DB12是存储与在住宿预约服务中提供客室的住宿设施相关的信息的数据库。设为在本实施方式中，分别存储多个设施信息和客室信息，且它们经由密钥(key)项目相对应。

在图4(b-1)中示出设施信息的主要项目。如图4(b-1)所示，一件设施信息包括“设施ID”、“口令”、“邮件地址”以及“所在地信息”。这里，“所在地信息”是与该住宿设施的所在地对应的信息。在本实施方式中，存储所在地所属的地区划分。另外，作为“所在地信息”，除了地区划分之外，也可以存储所在地的经度/纬度、所在地的住所、所在地周边的地理点(例如，最近车站、最近机场、最近的观光点等)等。

在图4(b-2)中示出客室信息的主要项目。如图4(b-2)所示，一件客室信息包括“设施ID”、“房间类型”以及“容纳人数”。这里，“房间类型”是表示客室的房间类型(日式房间/西式房间的类别、宽度等)的代码。“容纳人数”是每一间该客室的最大住宿人数。

【(c)住宿计划DB】

在图3中，住宿计划DB 13是存储在住宿预约服务中成为预约(订购)的对象的住宿计划的信息的数据库。设为在本实施方式中，分别存储多个住宿计划信息和库存管理信息，且它们经由密钥(key)项目相对应。

在图4(c-1)中示出住宿计划信息的主要项目。如图4(c-1)所示，一件住宿计划信息包括“住宿计划ID”、“设施ID”、“房间类型”、“住宿日”、“地理信息”以及“规定的人数”。这里，“地理信息”是用于通过地理条件来检索住宿计划的信息，与设施信息(图4(b-1))的“所在地信息”相对应。“规定的人数”是用于通过住宿人数的条件来检索住宿计划的信息，与客室信息(图4(b-2))的“容纳人数”相对应。

另外，也可以在存储了多个设施信息(图4(b-1))的“所在地信息”的情况下等，根据需要，作为住宿计划信息的项目而存储多个“地理信息”。此外，也可以构成为，不将“地理信息”、“规定的人数”作为住宿计划信息的项目，而在检索时读出设施信息(图4(b-1))的“所在地信息”、客室信息(图4(b-2))的“容纳人数”。

在图4(c-2)中示出库存管理信息的主要项目。如图4(c-2)所示，一件库存管理信息包括“住宿计划ID”和“库存数”。这里，“库存数”是可预约(订购)的住宿计划的数目，随时更新。

【(d)预约DB】

在图3中，预约DB14是存储住宿预约服务的预约信息的数据库。在图4(d)中示出预约信息的主要项目。如图4(d)所示，一件预约信息包括“预约号”、干事的“用户ID”、“住宿计划ID”、住宿计划的“订购数”以及“旅行计划ID”。

【(e)旅行计划DB】

在图3中，旅行计划DB15是存储与在住宿预约服务中的旅行计划相关联的信息的数据库。旅行计划DB15能够分别存储多个旅行计划基本信息、住宿日程信息、旅行计划管理信息、成员基本信息以及成员管理信息。此外，它们能够经由密钥(key)项目相对应。

在图5(e-1)中示出旅行计划基本信息的主要项目。如图5(e-1)所示，一件旅行计划基本信息包括“旅行计划ID”、“旅行计划识别数据”、干事的“用户ID”、“字符信息”、“住宿区域信息”、“可选信息”以及“有效期限”。这里，“旅行计划识别数据”是识别旅行计划ID的数据(加密数据、散列值等)。“有效期限”是该旅行计划有效的期间的最终日的日期(例如，有关该旅行计划的最晚办理住宿手续的日期等)。

在本实施方式中，例如存储以下项目。

·“字符信息”......表示旅行名称、旅行概要的文本数据。

·“住宿区域信息”......都道府县代码、地区代码。

·“可选信息”......表示有无用餐的可选(“无晚餐/无早餐”、“无晚餐/有早餐”、“有晚餐/无早餐”、“有晚餐/有早餐”等)的代码。

在图5(e-2)中示出住宿日程信息的主要项目。如图5(e-2)所示，一件住宿日程信息包括“旅行计划ID”、“日程号”、“办理住宿手续日”以及“住宿天数”。另外，也可以代替“住宿天数”而存储“结账退房日”。此外，若是能够用一宿来设定全部日程的实施方式，则也可以不存储“住宿天数”。

在图5(e-3)中示出旅行计划管理信息的主要项目。如图5(e-3)所示，一件旅行计划管理信息包括“旅行计划ID”、“未回复成员数”以及“无效标志”。这里，“未回复成员数”是还未回复的成员数，初始值设为干事以外的成员数。“无效标志”是表示旅行计划是否为无效的标志，在有意义时表示无效。

在图5(e-4)中示出成员基本信息的主要项目。如图5(e-4)所示，一件成员基本信息包括“旅行计划ID”、“成员ID”、“成员识别数据”、“昵称”以及“邮件地址”。这里，“成员识别数据”是用于识别确定成员的信息(例如，“成员ID”、“昵称”或者“邮件地址”)的数据(加密数据、散列值等)。另外，也可以将“昵称”或者“邮件地址”用作“成员ID”。

在图5(e-5)中示出成员管理信息的主要项目。如图5(e-5)所示，一件成员管理信息包括“旅行计划ID”、“成员ID”、“日程号”以及“回复代码”。这里，“回复代码”是表示该成员的回复内容(未回复、能参加、不能参加、保留等)的代码。

【2-2.用户终端】

在图3中，用户终端20、用户终端30(1～n)是利用住宿预约服务的干事、干事以外的成员分别使用的终端。用户终端20和用户终端30具有网阅览器，能够将从服务器***10接收到的网页(HTML格式的数据等)显示在显示器中。此外，用户终端20和用户终端30具有邮件器，能够将从服务器***10接收到的电子邮件显示在显示器中。用户终端20和用户终端30是具有通信功能的已有的信息处理终端(例如，个人计算机等的电子计算机、便携电话终端等)即可。

【2-3.设施终端】

在图3中，设施终端40是在住宿预约服务中提供客室的设施中使用的终端。设施终端40具有网阅览器，能够将从服务器***10接收到的网页(HTML格式的数据等)显示在显示器中。此外，设施终端40具有邮件器，能够将从服务器***10接收到的电子邮件显示在显示器中。设施终端40是具有通信功能的已有的信息处理终端(例如，个人计算机等的电子计算机等)即可。另外，各个住宿设施的负责人通过操作设施终端40而访问到服务器***10，并输入设施ID和口令而接受认证，从而能够在提供的权限范围内进行客室信息的管理、预约信息的管理等。这一点与以往例子(例如，<在先技术3>)相同。

【3.数据处理】

在本实施方式的***中的数据处理主要分为如下的4组。

(1)成员的招集

(2)回复的接受

(3)住宿计划的检索

(4)分批处理

【3-1.成员的招集】

【(a)成员的招集步骤】

在图6中示出成员的招集步骤。这里，以接着旅行计划信息的注册，执行成员信息的注册/邀请邮件的发送的情况为例进行说明。另外，设为成员信息的注册可以在旅行计划信息的注册之后的旅行计划的有效期限内的任意时期进行。如图6所示，服务器***10通过下述的(11)～(12)的步骤招集成员。

(11)若经由旅行计划注册页(图7)，从用户终端20接收到旅行计划注册信息(图8(a))(S605)，则在旅行计划DB15中注册旅行计划信息(S610)。接着，生成成员注册页(S615)，发送到用户终端20(S620，图9)。

(12)若经由成员注册页(图9)，从用户终端20接收到成员注册信息(图8(b))(S625)，则在旅行计划DB 15中注册成员信息(S630)。接着，生成邀请邮件而发送到各个成员的邮件地址(S635、图10)。在以上的处理完成之后，通过电子邮件对用户终端20通知成员的招集手续完成的情况等(S640)。

【(b)旅行计划注册页】

在图7中示出旅行计划注册页的显示例子。如图7所示，旅行计划注册页700包括区域710～750以及按钮760。在区域710中，配置有旅行名称的输入栏。在区域720中，配置有旅行概要的输入栏。另外，旅行名称、旅行概要分别用作邀请邮件(后述)的标题、正文中的消息。在区域730中，配置有住宿目的地的都道府县的选择栏、住宿目的地的地区名称的选择栏。地区名称的选择栏的选项构成为与在都道府县的选择栏中的选择连动地变化较好。在区域740中，配置有用餐可选的选择栏。在区域750中，按每个日程配置有办理住宿手续日和住宿天数的选择栏。

干事的旅行计划注册手续的操作步骤如以下所述。

(1)在区域710中，在旅行名称的输入栏输入旅行名称。

(2)在区域720中，在旅行概要的输入栏输入旅行概要。

(3)在区域730中，依次选择住宿目的地的都道府县和地区名称。

(4)在区域740中，分别选择有无晚餐、有无早餐。

(5)在区域750中，按每个日程选择办理住宿手续日和住宿天数。根据需要点击按钮751，追加用于设定新的日程的办理住宿手续日和住宿天数的选择栏。

(6)点击按钮760，请求旅行计划信息的注册。

【(c)旅行计划注册信息】

在图8(a)中示出旅行计划注册信息的主要项目。如图8(a)所示，一件旅行计划注册信息包括干事的“用户ID”、“字符信息1(旅行名称)”、“字符信息2(旅行概要)”、“住宿区域信息1(都道府县代码)”、“住宿区域信息2(地区代码)”、“可选信息”、各个日程的“办理住宿手续日”以及“住宿天数”。

这里，旅行计划注册信息的项目是在旅行计划注册页(例如，旅行计划注册页700(图7))中输入到输入栏或选择栏的项目。设为服务器***10从用户终端20集中接收这些项目。另外，也可以分别或者以合适的组合依次接收这些项目。另外，在通过可确定干事的用户ID的信息(例如，cookie的会话(session)ID等)来确定干事的用户ID的情况下，也可以不包括干事的“用户ID”。

【(d)成员注册页】

在图9中示出成员注册页的显示例。如图9所示，成员注册页900包括区域910～930。在区域910中，配置有旅行名称的输入栏。在区域920中，配置有旅行概要的输入栏。另外，在这些输入栏中，默认显示了注册到旅行计划DB15的旅行名称、旅行概要。在区域930中，指定招集的成员。

干事的成员注册手续的操作步骤如下所述。

(1)在区域910、920中，根据需要修改旅行名称、旅行概要。

(2)在输入栏931中，输入成员的昵称和邮件地址。

(3)根据需要点击按钮932，在输入栏931中追加新的栏。此外，根据需要点击按钮933，显示预先注册的伙伴列表，选择成员。

(4)点击按钮934，请求成员信息的注册和邀请邮件的发送。或者，点击按钮935，仅请求成员信息的注册。

【(e)成员注册信息】

在图8(b)中示出成员注册信息的主要项目。如图8(b)所示，一件成员注册信息包括“旅行计划ID”、“消息”、成员(1、2、......)的“昵称”以及“邮件地址”。另外，在通过可确定旅行计划ID的信息(例如，cookie的会话ID等)来确定旅行计划ID的情况下，也可以不包括“旅行计划ID”。此外，对于从伙伴列表中选择的成员，代替“昵称”和“邮件地址”，发送用于确定该成员的数据较好。

【(f)邀请邮件】

在图10中示出邀请邮件的显示例子。如图10所示，邀请邮件1000包括发送人信息1010、标题1020以及正文1030。发送人信息1010是发送人(这里是住宿预约服务)的邮件地址等。在标题1020中，明确表示例如是来自干事(“A”)的邀请的情况。此外，记载在成员注册页(例如，成员注册页900(图9))中输入的旅行名称。

在正文1030中，显示来自干事(“A”)的消息1031、有关旅行计划的信息1032、以及用于回复的URL1033等。消息1031是在成员注册页(例如，成员注册页900(图9))中输入的旅行概要。URL1033作为参数而包括“旅行计划识别数据”和“成员识别数据”。成员通过点击URL1033，能够请求发送用于回复来自干事的邀请的页。

【3-2.回复的接受】

【(a)回复的接受步骤】

在图11中示出回复的接受步骤。在这里，以接着旅行计划信息的更新，经由条件判定，对干事通知完成了出缺席确认的情况为例进行说明。通过这个步骤，能够在有效期限内的比较早的时期对干事通知全部成员回复的情况。另外，也可以省略对于干事的通知处理。如图11所示，服务器***10通过下述(21)～(24)的步骤接受回复。

(21)若经由邀请邮件(图10)，从用户终端30接收到页发送请求(图8(c))(S1105)，则参照旅行计划DB15的旅行计划基本信息，识别与旅行计划识别数据对应的旅行计划(S1110)。接着，参照旅行计划DB15的成员基本信息，识别与成员识别数据对应的成员(S1115)。另外，在以下的任一情况下，分别表示理由而不接受回复较好。

·在与识别出的旅行计划对应的“无效标志”有意义的情况下(例如，过了有效期限的情况下)。

·在与识别出的成员对应的全部日程中的“回复代码”表示“能参加”或“不能参加”的情况下。

(22)生成旅行计划确认页(S1120)，并发送到用户终端30(S1125、图12)。经由旅行计划确认页(图12)，从用户终端30接收回复信息(图8(d))(S1130)，更新成员管理信息(旅行计划DB15)的回复代码(S1135)。

(23)更新旅行计划管理信息(旅行计划DB15)的“未回复成员数”(S1140)，判定更新后的未回复成员数是否为0(S1145)。在未回复成员数为0时(在S1145中“是”)，通过电子邮件对用户终端20通知完成了出缺席确认的情况等(S1150)。另外，在该电子邮件中记载URL较好，在该URL中作为参数而包括用于识别旅行计划和干事的信息。

(24)在未回复成员数不是0时(在S1145中“否”)，或者通知了出缺席确认的完成之后，生成旅行计划确认页(S1155)，并发送到用户终端30(S1160、图13)。

【(b)页发送请求】

在图8(c)中示出页发送请求的主要项目。如图8(c)所示，一件页发送请求包括“旅行计划识别数据”和“成员识别数据”。另外，页发送请求是HTTP请求，“旅行计划识别数据”和“成员识别数据”是URL参数(参照图10的1033)。

【(c)旅行计划确认页】

在图12中示出回复前的旅行计划确认页的显示例子。如图12所示，旅行计划确认页1200包括区域1210、1220以及按钮1230。在区域1210中，显示有与住宿计划有关的信息。显示的信息例如是旅行名称、旅行概要、住宿区域、可选、住宿日程等。

在区域1220中，显示有成员的信息。这里，各个成员的回复状况(能参加/保留/不能参加/未回复的类别)按每个日程例如以记号显示。另外，能参加/保留/不能参加/未回复的类别对应于成员管理信息的“回复代码”。此外，对应于“能参加”的回复的区域，变更显示方式而强调。在图12的显示例子中，变更“A”的日程1～日程3、“D”的日程2和日程3、“E”的日程1～日程3的显示方式。这样，通过在旅行计划确认页中显示各个成员的回复状况，能够容易判断各个成员有无参加。

未回复的成员和对一部分或全部日程回复了“保留”的成员能够在区域1220中回复住宿的邀请。成员的回复的操作步骤如下所述。另外，在这里，例示未回复的“B”的操作步骤。

(1)在对应于自己的名称或昵称的选择栏1221中，按每个日程选择能参加/保留/不能参加的类别。

(2)点击用于回复的按钮1230，回复来自干事的邀请。

在图13中示出回复后的旅行计划确认页的显示例子。旅行计划确认页1300是成员(“B”)点击了旅行计划确认页1200(图12)中的按钮1230，并回复之后的显示例子。除了没有配置用于回复的选择栏和按钮的点之外，旅行计划确认页1300的结构与旅行计划确认页1200(图12)相同。在区域1320中显示了成员的信息。在图13的显示例子中，反映了“B”的回复内容(1322)。此外，变更了对应于住宿日程“候选2”的回复(能参加)的区域的显示方式(1322)。

【3-3.住宿计划的检索】

【(a)住宿计划的检索步骤】

在图14中示出住宿计划的检索步骤。如图14所示，服务器***10通过下述(31)～(34)的步骤检索住宿计划。

(31)若从用户终端20接收到旅行计划确认页的发送请求(S1405)，则识别旅行计划(S1410)，并识别成员(干事)(S1415)。这里，设为预先使用用户ID和口令认证了干事，并通过与页发送请求一同接收到的用于指定旅行计划的信息(这里，旅行计划ID)来识别旅行计划，同样通过确定干事的信息(这里，cookie的会话ID)来识别干事。另外，在接收到指定了在出缺席确认的完成的通知(在图11的S1150中发送的电子邮件)中记载的URL的页发送请求的情况下，通过在该URL中包含的参数来识别旅行计划和成员(干事)较好。

(32)生成有关识别出的旅行计划的旅行计划确认页(S1420)，并发送到用户终端20(S1425，图15)。

(33)经由旅行计划确认页(图15)，从用户终端20接收指定了住宿日程的检索请求(S1430)，并使用住宿计划的信息和成员的信息(都是旅行计划DB15)设定住宿计划的检索条件(S1435)，在住宿计划DB13中检索满足该检索条件的住宿计划(S1440)。

(34)生成包括检索结果的检索结果页(S1445)，发送到用户终端20(S1450，图16)。

【(b)旅行计划确认页】

在图15中示出检索前的旅行计划确认页的显示例子。如图15所示，旅行计划确认页1500包括区域1510和1520。除了配置的按钮之外，旅行计划确认页1500的结构与旅行计划确认页1200(图12)相同(区域1510、1520分别对应于旅行计划确认页1200的1210、1220)。

在区域1520中，按每个住宿日程配置有检索按钮1521。干事通过点击检索按钮1521中的任一个，能够指定住宿日程，请求住宿计划的检索。此外，在区域1520中，通过点击按钮1522，能够请求对于未回复的成员(包括对一部分或全部日程“保留”中的成员)的邀请邮件的再次发送。再次发送的邀请邮件的结构与邀请邮件1000(图10)相同即可。除此之外，也可以在区域1520中，追加注册新的成员，对追加成员发送邀请邮件。干事的追加成员注册手续的操作步骤与上述的成员注册手续的操作步骤(参照图9)相同即可。

【(c)检索条件的设定】

在步骤(33)中，服务器***10使用住宿计划的信息和成员的信息，设定住宿计划的检索条件(图14的S1435)。在本实施方式中，使用以下的各个项目来动态地设定住宿计划的检索条件。

·“住宿区域”......从旅行计划DB15的旅行计划基本信息中提取。

·干事指定的“住宿日程”......从旅行计划DB15的日程信息中提取。

·“参加人数”......从旅行计划DB15的成员管理信息中提取在各个成员指定的日程中的“回复代码”，并累计表示“参加”的代码数。

·“可选”......从旅行计划DB15的旅行计划基本信息中提取。

【(d)住宿计划的检索】

在步骤(33)中，服务器***10在住宿计划DB 13中检索满足设定的检索条件的住宿计划(图14的S 1440)。在本实施方式的***中，在按每个住宿日程从成员接受回复，并按每个住宿日程显示各个成员的回复状况的基础上，按干事选择的每个住宿日程累计参加人数，按该每个住宿日程设定检索条件，检索可预约的住宿计划。因此，干事通过在确认了成员的回复状况的基础上，选择性地指定更多的成员能够参加的住宿日程，从而能够检索住宿计划。在这一点上，成员的招集和住宿目的地(住宿计划)的检索连动。

【(e)检索结果页】

在图16中示出检索结果页的显示例子。图16是在旅行计划确认页1500(图15)中，在检索按钮1521中点击了对应于住宿日程的“候选2”的按钮时，发送到用户终端20的检索结果页的显示例子。如图16所示，检索结果页1600包括区域1610和1620。

在区域1610中，显示了当前的检索条件。在图16的显示例子中，反映了地区的条件(神奈川县/箱根)、日程的条件(从2009年5月3日起2宿)、参加人数的条件(大人6人)、可选的条件(有晚餐/有早餐)。在区域1620中，显示了检索结果。在图16的显示例子中，按每个住宿设施显示了满足检索条件的住宿计划的信息。

另外，检索结果页的结构与以往例子(例如，<在先技术3>)的在线预约网站相同。例如，干事通过操作用户终端20而将以下要求发送到服务器***10，从而能够更新检索结果页。

·变更当前的检索条件(1610)的一部分。

·变更在检索结果(1620)中显示的住宿计划的显示方式(例如，“按每个住宿计划显示”、“按每个住宿设施显示”等)。

·变更可选的条件(例如，“有早餐”、“有晚餐”、“禁烟室”、“因特网”、“大浴场”、“温泉”、“在线卡结算”等)。

·变更在检索结果(1620)中显示的住宿计划的显示顺序(例如，“推荐顺序”、“价格便宜的顺序”、“价格贵的顺序”等)。

【3-4.分批处理】

在本实施方式中，按照这个顺序执行下述的(a)、(b)的分批处理。分批处理例如通过夜间分批定期地执行较好。

(a)无效标志的更新......将过了有效期限的旅行计划设为无效。

(b)有效期限的通知......在有效期限的规定天数之前唤起干事的注意。

【(a)无效标志的更新】

在图17(a)中示出无效标志的更新步骤。如图17(a)所示，服务器***10从旅行计划DB15中提取“无效标志”没有意义且经过了有效期限的旅行计划的旅行计划ID(S1705a)，更新“无效标志”(S1710a)。

【(b)有效期限的通知】

在图17(b)中示出有效期限的通知步骤。如图17(b)所示，服务器***10从旅行计划DB15中提取“无效标志”没有意义且到有效期限为止有规定天数的旅行计划的旅行计划ID(S1705b)，并通过电子邮件对干事的用户终端20通知到有效期限为止有规定天数的情况(S1710b)。这样，干事能够获得通过操作用户终端20而对未回复的成员再次发送邀请邮件的机会。邀请邮件的再次发送请求是从图15的区域1520等进行。另外，也可以构成为除了干事之外，对未回复的成员发送同样的通知。

【4.变形例】

【(a)成员信息的处理】

在上述的实施方式中，从用户终端20接收成员注册信息之后立即对旅行计划DB15中注册成员信息(图6的S625、S630)。相对于此，也可以只有在从各个成员获得了对信息的注册(或者邮件的发送)的承认的情况下，注册成员信息。在没有从成员获得了承认的情况下，不发送有关旅行计划和预约的电子邮件。

此外，也可以不注册一切成员信息。例如，如下变形上述的实施方式，在接收到旅行计划识别数据时，更新参加人数计数器。此时，也可以构成为，与旅行计划识别数据一同接收回复代码，且只有在回复代码表示“参加”的情况下，更新参加人数计数器。

·在旅行计划管理信息(旅行计划DB15)中，预先存储例如“参加人数计数器”。

·在邀请邮件(图10)中记载的URL的参数中，仅包括旅行计划识别数据和用于排除多次回复的识别数据。

·在接收到旅行计划确认页的发送请求时，识别旅行计划，并更新与该识别的旅行计划ID对应的“参加人数计数器”。另外，识别用于排除多次回复的识别数据，在判定为是来自同一个成员的第2次以后的回复时，不更新“参加人数计数器”。

·在有检索请求时，将“参加人数计数器”的值设为参加人数。

·不存储每个成员的回复内容(未回复/能参加/不能参加/保留的类别)。在旅行计划确认页(图12、图15等)中，作为成员的信息而显示参加人数等。

【(b)通过关键字检索】

在上述的实施方式中，作为旅行计划的项目而注册住宿区域(都道府县和地区)(参照图5(e-1)、图7的730)。相对于此，也可以注册住宿的目的(例如，温泉、滑雪、水肺潜水等)。此时，如下变形上述的实施方式较好。

·在设施信息(图4(b-1))、客室信息(图4(b-2))、住宿计划信息(图4(c-1))中的至少任一个中，存储与设施或客室的优点相关的一个或多个关键字。

·在旅行计划注册页中，选择输入或输入住宿的目的。

·基于接收到的输入项目(住宿的目的)，确定一个或多个关键字，并存储在旅行计划基本信息(图5(e-1))中。

·在检索条件的设定处理(图14的S1435)中，使用在旅行计划基本信息(图5(e-1))中存储的关键字，设定检索条件。

·在住宿计划的检索处理(图14的S1440)中，利用在设施信息(图4(b-1))、客室信息(图4(b-2))、住宿计划信息(图4(c-1))中的至少任一个中存储的关键字。

【(c)回复的接受】

在上述的实施方式中，经由旅行计划确认页(例如，旅行计划确认页1200(图12))，从成员的用户终端30接收“回复代码”。相对于此，也可以通过电子邮件接收“回复代码”。例如，预先在邀请邮件的返回目的地(Reply-To)中设定规定的邮件地址，通过对于邀请邮件的返回邮件，接收“旅行计划识别数据”、“成员识别数据”、“回复代码”等。服务器***10从接收到的返回邮件中，提取“旅行计划识别数据”、“成员识别数据”，并在识别了旅行计划、成员的基础上，更新该成员的“回复代码”。另外，在上述的情况下，也可以代替“成员识别数据”，而通过返回邮件的发送源邮件地址来识别成员。

<补充>

服务器***10通过电子邮件对各个成员的终端通知成立的预约的内容，从而能够对成员共享预约信息。例如，服务器***10通过以下的步骤对各个成员的用户终端30通知预约内容。另外，也可以通过在预约信息(图4(d))中预先存储旅行计划ID等方法，将预约信息与旅行计划的信息相关联。

(1)在确定了预约内容时，将旅行计划ID作为密钥，从成员基本信息(图5(e-4))中提取各个成员的邮件地址。

(2)生成记载了预约确定的情况和该预约的内容等的电子邮件(预约信息的共享邮件)，并发送到在上述(1)中提取出的邮件地址。

Claims (13)

1.一种服务器***，用于构成由多个成员而成的团体的各个成员的终端、和支援代表该团体的干事经由网页进行住宿计划的预约手续的服务器***，经由通信网络而连接的团体预约支援***，其特征在于，

所述服务器***包括：

住宿计划信息存储部件，与住宿计划的识别信息相关联地存储住宿日程；以及

旅行计划信息存储部件，能够与旅行计划的识别信息相关联地存储住宿日程，

所述服务器***包括：

旅行计划注册部件，基于从所述干事的终端接收到的数据来确定住宿日程，并赋予旅行计划的识别信息而存储在所述旅行计划信息存储部件中；

成员确定部件，基于从所述干事的终端接收到的数据来确定该干事以外的成员的邮件地址；

邀请邮件生成发送部件，生成包括所述确定的住宿日程和与有关该住宿日程的旅行计划对应的旅行计划识别数据在内的邀请邮件，并将该邀请邮件发送到所述确定的各个邮件地址；

回复接受部件，在从所述干事以外的成员的终端接收到所述旅行计划识别数据时，识别与该旅行计划识别数据对应的旅行计划；

参加人数计数部件，更新有关所述识别的旅行计划的参加人数计数器；

检索请求输入部件，从所述干事的终端接收指定了旅行计划的检索请求；

住宿计划检索部件，从所述旅行计划信息存储部件中提取所述指定的旅行计划的住宿日程，并使用该住宿日程和通过所述参加人数计数部件计数的有关该旅行计划的参加人数来设定检索条件，并从所述住宿计划信息存储部件中提取满足该检索条件的住宿计划的识别信息；以及

检索结果输出部件，生成包括所述提取出的住宿计划的识别信息或者与其对应的信息在内的检索结果页，发送到所述干事的终端。

2.如权利要求1所述的服务器***，其特征在于，

所述回复接受部件从所述干事以外的成员的终端进一步接收表示回复的内容的回复代码，

所述参加人数计数部件只有在所述接收到的回复代码表示参加住宿的情况下，更新有关所述识别出的旅行计划的参加人数计数器。

3.如权利要求2所述的服务器***，其特征在于，

所述旅行计划信息存储部件能够进一步与旅行计划的识别信息相关联地按每个成员存储表示回复的内容的回复代码，

所述邀请邮件生成发送部件生成进一步包括与所述确定的邮件地址分别对应的成员识别数据在内的所述邀请邮件，并分别发送到对应的邮件地址，

所述回复接受部件在从所述干事以外的成员的终端进一步接收到所述成员识别数据时，识别与该成员识别数据对应的成员，

所述服务器***代替所述参加人数计数部件而包括：

回复注册部件，将所述接收到的回复代码与所述识别出的旅行计划相关联地按所述识别出的每个成员存储在所述旅行计划信息存储部件中；以及

参加人数累计部件，使用在所述旅行计划信息存储部件中存储的有关所述指定的旅行计划的回复代码，累计有关该旅行计划的参加人数，

所述住宿计划检索部件使用所述指定的旅行计划的住宿日程和通过所述参加人数累计部件累计的有关该旅行计划的参加人数，设定所述检索条件。

4.如权利要求3所述的服务器***，其特征在于，

所述旅行计划信息存储部件能够按每个住宿日程存储所述回复代码，

所述旅行计划注册部件基于从所述干事的终端接收到的数据来确定多个住宿日程，并将该多个住宿日程存储在所述旅行计划信息存储部件中，

所述回复接受部件接收与各个住宿日程对应的回复代码，

所述回复注册部件将所述接收到的回复代码按每个住宿日程存储在所述旅行计划信息存储部件中，

所述检索请求输入部件接收进一步指定了住宿日程的检索请求，

所述参加人数累计部件使用在所述旅行计划信息存储部件中存储的、与有关所述指定的旅行计划的所述指定的住宿日程对应的回复代码，累计有关该住宿计划的该住宿日程的参加人数，

所述住宿计划检索部件从所述旅行计划信息存储部件中提取与所述指定的旅行计划对应的所述指定的住宿日程，并使用该指定的住宿日程和有关该旅行计划的该住宿日程的参加人数，设定所述检索条件。

5.如权利要求4所述的服务器***，其特征在于，进一步包括：

确认页生成部件，在从包括所述干事在内的成员的终端接收到指定了旅行计划的页发送请求时，从所述旅行计划信息存储部件中提取与有关该指定的旅行计划的各个成员的各个住宿日程对应的回复代码，并使用该各个回复代码，生成将各个成员的回复内容按住宿日程配置的旅行计划确认页；以及

确认页发送部件，将所述生成的旅行计划确认页发送到所述页发送请求的发送源的终端。

6.如权利要求5所述的服务器***，其特征在于，

所述确认页生成部件在从所述干事的终端接收到指定了旅行计划的页发送请求时，生成进一步配置了与各个住宿日程对应的检索请求要素的旅行计划确认页。

7.如权利要求1至6的任一项所述的服务器***，其特征在于，

所述住宿计划信息存储部件进一步与住宿计划的识别信息相关联地存储有关住宿目的地的所在地的地理信息，

所述旅行计划信息存储部件能够进一步与旅行计划的识别信息相关联地存储住宿地区，

所述旅行计划注册部件基于从所述干事的终端接收到的数据来进一步确定住宿地区，并与其他的项目一同存储在所述旅行计划信息存储部件中，

所述邀请邮件生成发送部件生成进一步包括所述确定的住宿地区在内的所述邀请邮件，

所述住宿计划检索部件从所述旅行计划信息存储部件中进一步提取与所述指定的旅行计划的识别信息对应的住宿地区，并进一步使用该住宿地区来设定所述检索条件。

8.如权利要求1至6的任一项所述的服务器***，其特征在于，

所述住宿计划信息存储部件进一步与住宿计划的识别信息相关联地存储有关住宿目的地的所在地的地理信息，

所述旅行计划信息存储部件能够进一步与旅行计划的识别信息相关联地存储地理点，

所述旅行计划注册部件基于从所述干事的终端接收到的数据来进一步确定地理点，并与其他的项目一同存储在所述旅行计划信息存储部件中，

所述邀请邮件生成发送部件生成进一步包括所述确定的地理点在内的所述邀请邮件，

所述住宿计划检索部件从所述旅行计划信息存储部件中进一步提取与所述指定的旅行计划的识别信息对应的地理点，并进一步使用该地理点来设定所述检索条件。

9.如权利要求1至8的任一项所述的服务器***，其特征在于，

所述住宿计划信息存储部件进一步与住宿计划的识别信息相关联地存储有关住宿目的地的优点的一个或多个关键字，

所述旅行计划信息存储部件能够进一步与旅行计划的识别信息相关联地存储一个或多个关键字，

所述旅行计划注册部件基于从所述干事的终端接收到的数据来进一步确定一个或多个关键字，并与其他的项目一同存储在所述旅行计划信息存储部件中，

所述邀请邮件生成发送部件生成进一步包括所述确定的关键字在内的所述邀请邮件，

所述住宿计划检索部件从所述旅行计划信息存储部件中进一步提取与所述指定的旅行计划的识别信息对应的关键字，并进一步使用该关键字来设定所述检索条件。

10.如权利要求1至9的任一项所述的服务器***，其特征在于，进一步包括：

预约信息存储部件，能够与预约号相关联地存储干事的识别信息、住宿计划的识别信息以及住宿计划的订购数；

预约接受部件，在经由所述检索结果页从所述干事的终端接收到住宿计划的选择信息时，将该干事的识别信息、与该选择信息对应的住宿计划的识别信息、以及与所述参加人数对应的订购数，与预约号相关联地存储在所述预约信息存储部件中；以及

预约内容通知部件，生成包括预约的内容在内的预约完成邮件，并发送到有关与该预约对应的旅行计划的各个邮件地址。

11.一种团体预约支援方法，用于构成由多个成员而成的团体的各个成员的终端、和支援代表该团体的干事经由网页进行住宿计划的预约手续的服务器***，经由通信网络而连接的团体预约支援***，其特征在于，

所述服务器***包括：

住宿计划信息存储部件，与住宿计划的识别信息相关联地存储住宿日程；

旅行计划信息存储部件，能够与旅行计划的识别信息相关联地存储住宿日程，

所述服务器***执行以下步骤：

旅行计划注册步骤，基于从所述干事的终端接收到的数据来确定住宿日程，并赋予旅行计划的识别信息而存储在所述旅行计划信息存储部件中；

成员确定步骤，基于从所述干事的终端接收到的数据来确定该干事以外的成员的邮件地址；

邀请邮件生成发送步骤，生成包括所述确定的住宿日程和与有关该住宿日程的旅行计划对应的旅行计划识别数据在内的邀请邮件，并将该邀请邮件发送到所述确定的各个邮件地址；

回复接受步骤，在从所述干事以外的成员的终端接收到所述旅行计划识别数据时，识别与该旅行计划识别数据对应的旅行计划；

参加人数计数步骤，更新有关所述识别的旅行计划的参加人数计数器；

检索请求输入步骤，从所述干事的终端接收指定了旅行计划的检索请求；

住宿计划检索步骤，从所述旅行计划信息存储部件中提取所述指定的旅行计划的住宿日程，并使用该住宿日程和通过所述参加人数计数步骤计数的有关该旅行计划的参加人数来设定检索条件，并从所述住宿计划信息存储部件中提取满足该检索条件的住宿计划的识别信息；以及

检索结果输出步骤，生成包括所述提取出的住宿计划的识别信息或者与其对应的信息在内的检索结果页，发送到所述干事的终端。

12.一种团体预约支援程序，用于构成由多个成员而成的团体的各个成员的终端、和支援代表该团体的干事经由网页进行住宿计划的预约手续的服务器***，经由通信网络而连接的团体预约支援***，

所述服务器***包括：

住宿计划信息存储部件，与住宿计划的识别信息相关联地存储住宿日程；

旅行计划信息存储部件，能够与旅行计划的识别信息相关联地存储住宿日程，

所述团体预约支援程序使所述服务器***执行以下步骤：

旅行计划注册步骤，基于从所述干事的终端接收到的数据来确定住宿日程，并赋予旅行计划的识别信息而存储在所述旅行计划信息存储部件中；

成员确定步骤，基于从所述干事的终端接收到的数据来确定该干事以外的成员的邮件地址；

邀请邮件生成发送步骤，生成包括所述确定的住宿日程和与有关该住宿日程的旅行计划对应的旅行计划识别数据在内的邀请邮件，并将该邀请邮件发送到所述确定的各个邮件地址；

回复接受步骤，在从所述干事以外的成员的终端接收到所述旅行计划识别数据时，识别与该旅行计划识别数据对应的旅行计划；

参加人数计数步骤，更新有关所述识别的旅行计划的参加人数计数器；

检索请求输入步骤，从所述干事的终端接收指定了旅行计划的检索请求；

住宿计划检索步骤，从所述旅行计划信息存储部件中提取所述指定的旅行计划的住宿日程，并使用该住宿日程和通过所述参加人数计数步骤计数的有关该旅行计划的参加人数来设定检索条件，并从所述住宿计划信息存储部件中提取满足该检索条件的住宿计划的识别信息；以及

检索结果输出步骤，生成包括所述提取出的住宿计划的识别信息或者与其对应的信息在内的检索结果页，发送到所述干事的终端。

13.一种计算机可读取的记录介质，记录了团体预约支援程序，该团体预约支援程序用于构成由多个成员而成的团体的各个成员的终端、和支援代表该团体的干事经由网页进行住宿计划的预约手续的服务器***，经由通信网络而连接的团体预约支援***，

所述服务器***包括：

住宿计划信息存储部件，与住宿计划的识别信息相关联地存储住宿日程；

旅行计划信息存储部件，能够与旅行计划的识别信息相关联地存储住宿日程，

所述团体预约支援程序使所述服务器***执行以下步骤：

旅行计划注册步骤，基于从所述干事的终端接收到的数据来确定住宿日程，并赋予旅行计划的识别信息而存储在所述旅行计划信息存储部件中；

成员确定步骤，基于从所述干事的终端接收到的数据来确定该干事以外的成员的邮件地址；

邀请邮件生成发送步骤，生成包括所述确定的住宿日程和与有关该住宿日程的旅行计划对应的旅行计划识别数据在内的邀请邮件，并将该邀请邮件发送到所述确定的各个邮件地址；

回复接受步骤，在从所述干事以外的成员的终端接收到所述旅行计划识别数据时，识别与该旅行计划识别数据对应的旅行计划；

参加人数计数步骤，更新有关所述识别的旅行计划的参加人数计数器；

检索请求输入步骤，从所述干事的终端接收指定了旅行计划的检索请求；

住宿计划检索步骤，从所述旅行计划信息存储部件中提取所述指定的旅行计划的住宿日程，并使用该住宿日程和通过所述参加人数计数步骤计数的有关该旅行计划的参加人数来设定检索条件，并从所述住宿计划信息存储部件中提取满足该检索条件的住宿计划的识别信息；以及

检索结果输出步骤，生成包括所述提取出的住宿计划的识别信息或者与其对应的信息在内的检索结果页，发送到所述干事的终端。

Images