CN102077225A - 预约受理系统 - Google Patents

Abstract

在因特网等上的住宿预约服务中，由于对各个住宿预约站点分配的各宾馆的房间数被限制，所以存在如果利用者集中到特定的站点，则尽管在其他站点中存在空房，但无法从该站点进行预约这样的问题。通过将住宿预约站点中的空房的检索对象从所分配的客房扩大至各宾馆管理的站点，可以避免虽然实际上有剩余房间但无法预约这样的事态，可以根据实时的宾馆的剩余房间数进行预约。

Description

预约受理系统

技术领域

本发明涉及经由通信网络进行的住宿设施等的预约受理服务中所使用的预约受理系统。

背景技术

在以往的使用因特网进行宾馆等的住宿预约的旅行代理店等住宿预约站点中，预先从可以预约的宾馆分配一定的房间数，将那些房间的信息登记到本公司的系统中，并在该范围内处理住宿预约。

为此，提出了代理人根据用户终端的请求仅进行住宿预约的登记、更新住宿设施所具备的数据库的空房状况的住宿预约系统、预约登记装置、以及预约登记处理程序的技术等(例如，参考专利文献1)。

专利文献1：日本特开2008-26987号公报

发明内容

由于分配给各个住宿预约站点的各宾馆的房间数(预约掌管数)受到限制，所以如果利用者集中到某特定的站点，则存在尽管其他站点有空房间，但也无法从该站点预约这样的问题。

对各宾馆而言，存在在产生了解约那样的情况下，无法迅速地反映到住宿预约站点这样的问题。

另外，所述问题并非在所有宾馆中产生，并且，希望在各宾馆中易于选择预约方式，但在所述专利文献1的技术中，没有具体示出这些方法，未能解决问题。

本发明是鉴于所述情况而完成的，其目的在于提供一种预约受理系统，在宾馆等设施的预约站点中，即使利用者集中到特定的预约站点也不会丧失该设施的预约申请的机会，而能够适当地管理所有预约站点的剩余房间数。

本发明提供一种预约受理系统，进行来自利用者的设施的预约受理处理，具有：第一计算机，进行多个设施的预约受理处理；以及第二计算机，与该第一计算机经由网络连接且对特定的设施的预约空闲数据进行管理，其特征在于，第一计算机具备：输入数据接收单元，在经由网络而连接的利用者的终端中显示用于各设施的预约受理的输入画面，当在该输入画面中输入了特定的设施以外的设施的情况下，接收包括经由该输入画面而输入的设施以及日期时间的输入数据；预约数据保存单元，根据通过该输入数据接收单元接收到的输入数据，生成并保存设施的预约受理的数据；以及输入数据发送单元，在通过输入数据接收单元而在显示于利用者的终端中的输入画面中进行了特定的设施的输入的情况下，将包括经由该输入画面而输入的设施以及日期时间的输入数据发送给经由网络而连接的第二计算机，第二计算机具备：预约空闲数据更新单元，根据通过第一计算机的输入数据发送单元发送来的输入数据，更新预约空闲数据；以及预约完成数据显示单元，根据该预约空闲数据的更新记录生成预约完成数据，显示在该利用者的终端中，并且将该预约完成数据发送到第一计算机，第一计算机的预约数据保存单元根据该预约完成数据生成并保存预约受理的数据。

此处，“进行多个设施的预约受理处理的第一计算机”是指，例如，在因特网上进行多个住宿设施的预约申请的旅行代理店等的WEB站点的服务器等。另外，一般在旅行代理店等的WEB站点中，对于作为预约申请的对象的住宿设施的客房，从住宿设施分配规定的房间数，以该数作为限度而进行。

“对特定的设施的预约空闲数据进行管理的第二计算机”是指，对包括宾馆等的空房信息的预约状况进行管理的计算机等，还包括在具有多个宾馆的宾馆连锁店中，对各宾馆的状况一并进行管理的计算机等。

根据本发明，根据住宿设施的预约手续中的利用者的选择内容、计算机进行的判定的结果，切换与利用者的终端连接的计算机来执行受理处理，所以起到利用者能够一边进行通常的操作，一边扩大设施选择的对象这样的效果。另外，无需个别地询问多个WEB站点就能够预约目的设施，所以可以减轻利用者在住宿设施的预约中所需的作业负担。

另外，在本发明的预约受理系统中，其特征在于，在第一计算机中，输入数据接收单元在利用者的终端中显示包括所预约的设施的地域以及日期时间的条件的输入画面，并接收输入到该输入画面中的所预约的设施的条件的数据，另外，在该第1计算机中具有预约条件检索单元根据该预约的设施的条件的数据、该计算机具备的包括多个设施的地域的属性信息数据、设施的预约受理处理的历史数据、以及经由网络而连接的第二计算机具有的该特定的设施的预约空闲数据，检索与该预约的设施的条件适合的设施，根据由该预约条件检索单元得到的检索结果，生成通过输入数据接收单元在利用者的终端中显示的多个设施中的预约申请的输入画面。

根据本发明，例如能够将在基于利用者的住宿设施的条件检索中设为检索对象的空房信息作为实时的信息，所以起到能够得到正确的检索结果这样的效果。

另外，在本发明的预约受理系统中，其特征在于，第二计算机与多个第一计算机连接，各个第一计算机具备：数据库，保存每个设施的预约掌管数(分配数)和剩余房数；剩余房数发送单元，在预约受理结束时刻的规定时间前向第二计算机发送剩余房数；以及掌管房数变更单元，根据从第二计算机发送来的预约掌管数的增减数据，变更该增减数据接收时的掌管数以及剩余房数，第二计算机具备剩余房数调整单元，该剩余房数调整单元根据从第一计算机发送来的剩余房数，针对每个设施分别变更第一计算机的预约掌管数，并向各个第一计算机发送预约掌管数的增减数据。

在本发明中，在管理预约空闲数据的第二计算机与进行预约受理的多个第一计算机连接而取得预约的情况下，自动地调整第一计算机的剩余房数的平衡，实现高效的预约管理。

优选为，在变为了预约受理结束时刻的规定时间前的情况下，秘密地执行剩余房数调整处理即可。由此，可以高精度地应对快要到达结束时刻的突然的预约申请、解约。

另外，在本发明的预约受理系统中，其特征在于，第一计算机具备：数据库，针对每个设施保存预约空闲数据的取得目的地；以及参考目的地变更单元，根据每个设施的剩余房数变更预约空闲数据的取得目的地。

在本发明中，能够针对每个设施根据其剩余房数变更预约空闲数据的取得目的地。例如，在某第一计算机中剩余房数成为零了时，通过变更到预约空闲数据的第二计算机，可以减少针对访问了该第一计算机的利用者的设施预约申请的机会的丧失。

根据本发明，即使利用者集中到特定的预约站点也不会丧失该设施的预约申请的机会，而能够适当地管理所有预约站点的剩余房数。由此，在住宿预约站点中，不受限于从各宾馆分配的房间数，而可以根据营业努力情况来增加合同件数。

另外，在住宿预约站点和各宾馆中，无需预先严密地决定房间数的分配的业务，所以可以减轻双方的担当者的业务。

附图说明

图1是本发明的第1实施方式的预约受理系统1的硬件结构图。

图2是本发明的第1实施方式的预约受理系统1的功能框图。

图3是图2的预约信息DB331的结构例。

图4是图2的空房信息DB332的结构例。

图5是图2的宾馆信息DB333的结构例。

图6是图2的利用者DB334的结构例。

图7是图2的预约信息DB131的结构例。

图8是图2的空房信息DB132的结构例。

图9是图2的预约信息DB231的结构例。

图10是图2的空房信息DB232的结构例。

图11是示出在第1实施方式的预约受理系统1中，受理宾馆的预约时的概略情况的说明图。

图12是第1实施方式的利用者终端4的“住宿设施选择画面”的显示例。

图13是第1实施方式的利用者终端4的“预约信息输入画面”的显示例。

图14是第1实施方式的利用者终端4的“预约完成确认画面”的显示例。

图15是在第1实施方式的预约受理系统1中，选择了加盟宾馆预约管理系统10所管理的加盟宾馆A的情况下的时序图。

图16是示出在第1实施方式的预约受理系统1中，在通过预约条件检索单元326进行的住宿设施的检索时使用的条件检索作业表的结构例的图。

图17是在第1实施方式的预约受理系统1的加盟宾馆A服务器2中，通过预约信息的登记实现的数据变更的状态的说明图。

图18是第1实施方式的加盟宾馆管理服务器10中的通过预约信息的登记实现的数据变更的状态的说明图。

图19是第1实施方式的住宿预约的取消处理步骤的说明图。

图20是第1实施方式的住宿预约被取消了的情况下的时序图。

图21是第1实施方式的利用者终端4的“个人信息确认画面”的显示例。

图22是第1实施方式的利用者终端4的“预约取消画面”的显示例。

图23是第1实施方式的利用者终端4的“预约取消结果显示画面”的显示例。

图24是示出在第1实施方式的预约受理系统1中，加盟宾馆A服务器2中的通过预约信息的取消实现的数据的变更的状态的说明图。

图25是示出在第1实施方式的预约受理系统1中，加盟宾馆管理服务器10中的通过预约信息的取消实现的数据的变更的状态的说明图。

图26是图示出进行第1实施方式的宾馆信息的更新的处理的说明图。

图27是在第1实施方式的预约受理系统1中，进行宾馆信息的更新的情况下的时序图。

图28是构成本发明的第2实施方式的预约受理系统1的住宿预约站点服务器3的存储部33所具备的空房信息DB332的结构例。

图29是构成第2实施方式的预约受理系统1的住宿预约站点服务器3的存储部33所具备的宾馆信息DB333的结构例。

图30是构成第2实施方式的预约受理系统1的住宿预约站点服务器3的条件检索作业表的结构例。

图31是示出在第2实施方式的预约受理系统1中，受理宾馆的预约时的概略情况的说明图。

图32是第2实施方式的利用者终端4的“住宿设施选择画面”的显示例。

图33是在第2实施方式的预约受理系统1中，选择了加盟宾馆预约管理系统10所管理的加盟宾馆A的情况下的时序图。

图34是示出在第2实施方式的预约受理系统1的加盟宾馆A服务器2中，通过预约信息的登记实现的数据的变更的状态的说明图。

图35是图示出第2实施方式的预约受理系统1中，住宿预约的取消处理的说明图。

图36是在第2实施方式的预约受理系统1中，住宿预约被取消了的情况下的时序图。

图37是第2实施方式的利用者终端4的“预约取消画面”的显示例。

图38是示出在第2实施方式的预约受理系统1中，加盟宾馆A服务器2中的通过预约信息的取消实现的数据的变更的状态的说明图。

图39是本发明的第3实施方式的预约受理系统1的功能框图。

图40是图39的剩余房管理表134的数据结构图。

图41是示出图39的剩余房数调整单元127的处理步骤的流程图。

图42是示出图39的参考目的地变更单元330的处理步骤的流程图。

具体实施方式

[第1实施方式]

以下，对本发明的第1实施方式的预约受理系统进行说明。

在图1中，在本实施方式的预约受理系统1中，概略地示出经由网络5连接的各硬件的关系。在一般的因特网通信以及便携电话通信线路网中，使用与电子邮件、浏览器对应的通信协议来进行此处的基于网络5的通信。

进行对宾馆的住宿预约的利用者所具备的利用者终端4是能够连接到网络5的个人计算机、便携电话等信息终端，通常，经由通信装置(发送接收部)41而连接到住宿预约站点服务器(第一计算机)3，进行与住宿预约相关的处理。

住宿预约站点服务器3是对多个住宿设施中的传达住宿预约的WEB站点进行管理的服务器，例如由旅行代理店、使用因特网的通信销售运营商等运营。在所述WEB站点中，一般通过与各宾馆的担当者的交涉来接受规定的房间数的分配，将该房间数作为限度而受理来自利用者的住宿预约。

加盟宾馆管理服务器(第二计算机)10是在具有多个支店的宾馆连锁店、基于规定的事业目的而加盟的宾馆所构成的宾馆集团中，进行各加盟宾馆(支店)中的住宿预约等管理的服务器，经由通信装置(发送接收部)11与加盟宾馆(支店)即加盟宾馆A的服务器2连接而进行住宿预约等管理。

另外，由加盟宾馆A的担当者输入到加盟宾馆A服务器2中的预约登记、取消的信息还被反映到加盟宾馆管理服务器10所具备的数据中。

在本实施方式的预约受理系统1中，对于加盟宾馆管理服务器10所管理的宾馆，并非将一定的房间数分配给住宿预约站点服务器3，而在利用者终端4的住宿预约中，根据需要而将经由网络5进行预约受理处理的主体从住宿预约站点服务器3切换到加盟宾馆管理服务器10，从而执行预约受理处理。

图2是本实施方式的预约受理系统1的功能框图。

本实施方式的预约受理系统1包括经由因特网等网络5而相互连接的住宿预约站点服务器3、利用者终端4、加盟宾馆管理服务器10、以及加盟宾馆A服务器2等。

本实施方式的住宿预约站点服务器3包括与网络5连接的发送接收部31、进行与预约受理相关的运算处理的中央运算处理部32、保持预约受理中所需的信息的存储部33、输入数据的键盘等输入部34以及输出数据的监视器等显示装置或者打印机等输出部35。

在中央运算处理部32中，具备如下单元等：在与发送接收部31之间进行数据的交换的发送接收处理单元321；与输入部34或者输出部35进行数据的交换的输入输出处理单元322；向利用者终端4等发送画面显示数据、并接收输入到所显示的画面中的数据的输入数据接收单元323；在所显示的画面中输入了特定的数据的情况下，将所输入的数据发送到规定的地址的输入数据发送单元324；保存从利用者终端4等输入的预约受理的数据的预约数据保存单元325；以及根据利用者终端4等的宾馆的检索请求，检索相应的宾馆而显示在利用者终端4等中的预约条件检索单元326。

在记录部33中，具备如下信息等：保持进行过宾馆的预约受理的预约者等的预约状况的数据的预约信息DB331；保持进行预约受理的各宾馆的剩余房数的数据的空房信息DB332；保持进行预约受理的各宾馆的场所、完备的房间类型、住宿费用等数据的宾馆信息DB333；以及保持利用者的识别信息等数据的利用者DB334。

图3示出在本实施方式中住宿预约站点服务器3所具备的预约信息DB331的结构例。

在预约信息DB331中，针对受理了预约的每个案件附加“受理编号”，并保持在住宿预约站点服务器3中受理了预约的宾馆名、房间类型、住宿日、以及预约者等数据。虽然未图示，但还保持预约受理日、住宿人数、住宿者、以及住宿费用等预约受理中所需的各种数据。另外，还记录了表示预约受理后的状态的状况(status)信息。

图4示出在本实施方式中住宿预约站点服务器3所具备的空房信息DB332的结构例。

在空房信息DB332中，针对住宿预约站点服务器3进行预约受理的每个宾馆，保持其房间类型、住宿预定日、住宿预约站点服务器3从各宾馆承包的房数即掌管房数、以及掌管房数中的没有进入预约的房数即剩余房数等数据。

图5示出在本实施方式中住宿预约站点服务器3所具备的宾馆信息DB333的结构例。

在宾馆信息DB333中，针对住宿预约站点服务器3进行预约受理的每个宾馆，保持所在的场所、完备的房间类型、以及住宿费用等与宾馆的属性相关的数据，在利用者终端4等进行宾馆的条件检索时，由预约条件检索单元326参考。

另外，还保持“住宿预定日参考目的地”的数据，在预约条件检索单元326进行的条件检索中，规定将“住宿预定日”作为检索条件的情况下的参考目的地。在本例子中，关于加盟宾馆管理服务器10所管理的“加盟宾馆A”，输入对外部的链接信息，预约条件检索单元326取得链接信息而进行“住宿预定日”的检索。

图6示出在本实施方式中住宿预约站点服务器3所具备的利用者信息DB334的结构例。

在利用者DB334中，保持参加到住宿预约站点服务器3提供的服务中的利用者的用户ID、姓名、住址、以及密码等信息，在住宿预约时用于利用者的识别，其详细说明省略。

在本实施方式的加盟宾馆管理服务器10的中央运算处理部12中，具备如下单元等：发送接收处理单元123；输入输出处理单元124；在加盟宾馆管理服务器10所管理的加盟宾馆的剩余房数中产生了变更的情况下，更新剩余房数的数据的预约空闲数据更新单元123；显示预约完成数据的预约完成数据显示单元124，其中预约完成数据向经由住宿预约站点服务器3而进行了预约受理的利用者的终端通知预约的完成；以及根据住宿预约站点服务器3进行的宾馆的检索要求，检索相应的宾馆并向住宿预约站点服务器3返送结果的预约条件检索单元125。

在存储部13中，与住宿预约站点服务器3同样地具备预约信息DB131(图7)、空房信息DB132(图8)、以及宾馆信息DB133等，但在都仅保持加盟宾馆管理服务器10所管理的加盟宾馆的数据的这一点上与住宿预约站点服务器3所具备的DB不同。

接下来，对本实施方式的加盟宾馆A服务器2的结构进行说明。另外，在此也对共通的硬件结构等省略说明而仅叙述不同的点。

在加盟宾馆A服务器2的中央运算处理部22中，具备发送接收处理单元221、输入输出处理单元222、以及在加盟宾馆A的剩余房数中产生了变更的情况下更新剩余房数的数据的预约空闲数据更新单元223等。

在存储部23中，与住宿预约站点服务器3、加盟宾馆管理服务器10同样地具备预约信息DB231(图9)、空房信息DB232(图10)等，但在都仅保持与加盟宾馆A相关的数据的这一点上不同。

接下来对利用者终端4进行说明。利用者终端4是具备WEB浏览器等的个人计算机、能够利用各种信息服务的便携电话等信息终端，包括发送接收部41、中央运算处理部42、存储部43、输入部44、输出部45等。

(预约登记的处理)

图11是示出在本实施方式的预约受理系统1中受理宾馆的预约而进行预约登记时的概略图。

期望宾馆的预约的利用者的终端4连接到网络5，显示住宿预约站点3的预约画面而进行住宿检索。具体而言，在预约画面中输入期望预约的宾馆的各种条件和住宿预定日等(1)。(括号内的数字对应于图中的○内的数字。以下相同)

住宿预约站点服务器3的输入数据接收单元323如果接收到来自利用者的输入数据，则执行空房检索服务(预约条件检索单元326)，提取与检索宾馆信息DB333而输入的条件相应的宾馆。进而，针对所提取的宾馆检索空房信息DB332而提取有空房的宾馆(2)。

空房检索服务(预约条件检索单元326)在最初所提取的与条件相应的宾馆中包括加盟宾馆管理服务器10所管理的宾馆的情况下，经由网络5访问加盟宾馆管理服务器10而对空房检索服务(预约条件检索单元125)请求检索(3)。空房检索服务(预约条件检索单元125)根据要求检索空房信息DB131而提取有空房的宾馆(4)。

空房检索服务(预约条件检索单元326)如果取得了是加盟宾馆管理服务器10所管理的宾馆且有空房的宾馆的信息(5)，则与在所述(2)中提取的宾馆的信息合并而进行“住宿设施选择画面”数据的生成，并显示在利用者的终端4的监视器(显示部41)中(6)。

图12示出利用者终端4中的“住宿设施选择画面”的显示例。利用者根据与在(1)的住宿检索的页面中输入的条件符合的宾馆的一览表，并根据住宿费用等信息决定进行预约的宾馆。在此处的显示中，还可以加上地图、服务的一个例子、宾馆的照片等信息。另外，在本显示例中，除了住宿预约站点服务器3承包了规定的房数的宾馆以外，还包括加盟宾馆管理服务器10所管理的“加盟宾馆A”。

如果利用者期望对“加盟宾馆A”的预约，并在显示于终端4上的“住宿设施选择画面”中进行了预约“加盟宾馆A”的选择输入，则例如，输入数据发送单元324通过嵌入在“住宿设施选择画面”中的链接等，将利用者的终端4的连接切换到加盟宾馆管理服务器10的预约服务(预约空闲数据更新单元123)(7)。

在利用者终端4中，通过预约服务(预约空闲数据更新单元123)显示“预约信息输入画面”，利用者发送所输入的预约信息(8)。

图13示出利用者终端中的“预约信息输入画面”的显示例。在本例子中，为预约者姓名、住宿者名、电话号码、以及宾馆名等项目。

接收到“加盟宾馆A”的预约信息的预约服务(预约空闲数据更新单元123)在加盟宾馆A服务器2的预约信息DB231中登记所接收到的预约信息(9)。进而，在加盟宾馆管理服务器10所具备的预约信息DB131中登记所接收到的预约信息(10)。

如果预约完成，则预约完成数据显示单元124向利用者终端4发送预约结果(11)。如果在利用者终端4中显示出预约结果，则预约完成数据显示单元124将与利用者终端4的连接从加盟宾馆管理服务器10切换到住宿预约站点服务器3(12)。

加盟宾馆管理服务器10在通过轮询确认了预约信息DB131的预约信息之后(13)，向住宿预约站点服务器3发送预约信息(14)。

图14示出利用者终端中的“预约完成确认画面”的显示例。在本例子中，显示预约编号、预约内容等信息。

住宿预约站点服务器3所具备的预约登记处理(预约数据保存单元325)进行将预约结果登记到预约信息DB331中的处理(15)。

另外，作为在加盟宾馆A服务器2中进行的处理，通过预约空闲数据更新单元223进行更新，以减少空房信息DB232中的空房(16)，并且更新加盟宾馆管理服务器10的空房信息DB132的数据(17)。

另外，在并非加盟宾馆管理服务器10所管理的加盟宾馆A等，而选择了住宿预约站点服务器3所承包的规定的房数的宾馆的情况下，输入数据接收单元323检测“住宿设施选择画面”中的承包了规定的房数的宾馆的选择输入，起动预约登记处理(预约数据保存单元325)，将从利用者的终端4输入的住宿信息记录到住宿预约站点服务器3的预约信息DB331中，从空房信息DB332的相应的数据中减去该房数，从而更新剩余房数的数据。

图15示出在本实施方式的预约受理系统1中，选择了加盟宾馆预约管理系统10所管理的加盟宾馆A的情况下的时序图。

最初利用者通过要求而在终端4的监视器(输出部45)中显示住宿预约站点3的预约画面(S201)，向终端4的键盘(输入部44)等输入期望住宿的场所/住宿日等信息(S202)，并发送到住宿预约站点服务器3(S203)。

住宿预约站点服务器3的输入数据接收单元323接收数据，通过预约条件检索单元326，根据所接收到的住宿条件的数据，从宾馆信息DB333(图5)中检索相应的宾馆(S204)，并且向加盟宾馆管理服务器10所具备的预约条件检索单元125发送住宿条件(S205)。

加盟宾馆管理服务器10所具备的预约条件检索单元125访问空房信息133而确认作为对象的宾馆的空房信息(S206)，并向住宿预约站点服务器3发送该结果(S207)。

住宿预约站点服务器3根据加盟宾馆管理服务器10内的宾馆的空房信息、和住宿预约站点服务器3内的宾馆的空房信息，生成检索结果(S208)，发送到利用者终端4(S209)。

图16示出在预约条件检索单元326检索住宿设施时使用的条件检索作业表的结构例。预约条件检索单元326根据利用者所请求的住宿条件，从宾馆信息DB333中提取场所等宾馆属性符合的宾馆，临时地保存在条件检索作业表中。

关于所提取的宾馆中的不是加盟宾馆管理服务器10所管理的宾馆，通过预约条件检索单元326，根据空房信息DB332来参考住宿预定日有无空房而保存结果。

另一方面，关于加盟宾馆管理服务器10所管理的宾馆，向加盟宾馆管理服务器10发送参考内容的数据，将加盟宾馆管理服务器10参考了空房信息DB132的结果送回到预约站点服务器3的预约条件检索单元326。

另外，此处还可以设定为预约站点服务器3的预约条件检索单元326直接参考加盟宾馆管理服务器10的空房信息DB132。由此，能够对检索处理进行简化。

预约条件检索单元326根据列出在条件检索作业表中而有无预约为“有”的宾馆的数据生成检索结果的数据，显示在利用者的终端4的监视器(输出部45)中。

在图15中，在利用者终端4的监视器(输出部45)中显示检索结果(S210)，在本例子中利用者选择加盟宾馆A作为进行预约申请的宾馆(S211)。具体而言，进行与加盟宾馆A对应的选择输入，其结果是，通过住宿预约站点服务器3的输入数据发送单元124而发送到加盟宾馆管理服务器10(S212)。

加盟宾馆管理服务器10的预约空闲数据更新单元123受理预约(S213)，向加盟宾馆A服务器2发送预约完成信息(S214)。在加盟宾馆A服务器2中，根据所接收到的预约信息，更新预约信息DB231的数据(S215)。

图17示出加盟宾馆A服务器2中的通过预约信息的登记实现的数据的变更的状态。

在预约信息DB231中，与“A.预约登记前”相比，“B.预约登记后”追加了1条房间类型“单”、住宿日“2008/6/10”的数据。相伴于此，在空房信息DB232中，将房间类型“单”、住宿日“2008/6/10”的剩余房数从“A.预约登记前”的“25”变更为“B.预约登记后”的“24”。

在加盟宾馆A服务器2中的预约信息的登记之后，预约信息被发送到加盟宾馆管理服务器10(S216)，更新加盟宾馆管理服务器10所具备的预约信息DB131的数据(S217)。

图18示出加盟宾馆管理服务器10中的通过预约信息的登记实现的数据的变更的状态。

在预约信息DB131中，与“A.预约登记前”相比，“B.预约登记后”追加了1条房间类型“单”、住宿日“2008/6/10”的数据。相伴于此，在空房信息DB132中，将房间类型“单”、住宿日“2008/6/10”的剩余房数从“A.预约登记前”的“25”更新为“B.预约登记后”的“24”。

在图15中，加盟宾馆管理服务器10的预约完成数据显示单元124生成预约完成信息而发送到利用者终端4(S218)。在利用者终端4的监视器(输出部45)中，显示预约完成画面(S219)。

加盟宾馆管理服务器10向住宿预约站点服务器3发送预约完成信息(S220)，在接收到预约完成信息的住宿预约站点服务器3中，更新预约信息(S221)。

接下来，在图15中，对在加盟宾馆A中产生了解约的情况下的处理也进行说明。

最初，如果通过对加盟宾馆A的电话等，受理了住宿预约的解约(S301)，则加盟宾馆A服务器2所具备的预约信息DB231的数据被更新，相伴于此空房信息DB232的数据也被更新(S302)。

加盟宾馆A服务器2的预约信息DB231的更新信息被发送到加盟宾馆管理服务器10(S303)，更新加盟宾馆管理服务器10所具备的预约信息DB131、空房信息DB132的数据(S304)。

之后，如果从利用者终端4向住宿预约服务器3进行了住宿设施的检索，则根据更新后的剩余房数返回结果。

(预约取消的处理)

图19图示出所述本实施方式中的取消处理的流程。在预约取消时，临时地迁移到加盟宾馆管理服务器10的预约画面而进行处理。

根据图20所示的时序图，详述本实施方式的预约受理系统1中的预约取消处理。

最初利用者终端4根据来自进行预约取消的利用者的输入，访问住宿预约站点服务器3，显示预约内容检索画面(S501)。在对住宿预约站点服务器3的访问时，在显示于利用者终端4中的个人信息确认画面(图21)中输入用户ID、密码，与利用者DB334(图6)所具备的数据进行查询，进行个人认证。

利用者在显示于终端4的监视器(输出部45)中的预约内容检索画面中，输入预约内容检索中所需的信息(S502)，发送到住宿预约站点服务器3(S503)。

在住宿预约站点服务器3中，根据利用者的识别信息和所输入的预约内容检索信息，检索预约信息DB331(图3)(S504)。接下来，根据检索结果生成预约取消画面的数据，发送到利用者终端4(S505)。此时，针对加盟宾馆管理服务器10所管理的加盟宾馆A等的预约信息，对加盟宾馆管理服务器10进行链接。

在利用者终端4的监视器(输出部45)中，作为检索结果显示预约取消画面(S506)。图22示出预约取消画面的显示例。在本例子中，显示预约了住宿的预约日、住宿日、以及宾馆名等信息。

如果利用者决定取消加盟宾馆管理服务器10管理的加盟宾馆A的预约而输入到预约取消画面中(S507)，则预约取消信息被发送到加盟宾馆管理服务器10(S508)。在加盟宾馆管理服务器10中，受理预约取消信息(S509)，向加盟宾馆A服务器2发送预约取消信息(S510)。

在加盟宾馆A服务器2中，更新预约信息DB231(S511)，将更新后的信息发送到加盟宾馆管理服务器10(S512)。

在加盟宾馆管理服务器10中，更新预约信息DB131(S513)，根据更新结果生成显示预约取消结果的预约取消结果显示画面的数据，发送到利用者终端4(S514)。

在利用者终端4的监视器(输出部45)中，显示预约取消结果显示画面(S515)。图23示出预约取消结果显示画面的显示例。在本例子中，显示宾馆名、受理编号等信息。

加盟宾馆管理服务器10将预约取消信息发送到住宿预约站点服务器3(S516)。住宿预约站点服务器3根据所接收到的预约取消信息更新预约信息DB331的信息(S517)。

图24示出加盟宾馆A服务器2中的通过预约信息的取消实现的数据的变更的状态。

在预约信息DB231中，与“A.预约登记前”相比，“B.预约登记后”在房间类型“单”、住宿日“2008/6/10”的数据中，“状况”从“预约”变更为“预约取消”。相伴于此，在空房信息DB232中，房间类型“单”、住宿日“2008/6/10”的剩余房数从“A.预约登记前”的“24”被更新为“B.预约登记后”的“25”。

图25示出加盟宾馆管理服务器10中的通过预约信息的取消实现的数据的变更的状态。

在预约信息DB131中，与“A.预约登记前”相比，“B.预约登记后”在房间类型“单”、住宿日“2008/6/10”的数据中，“状况”从“预约”变更为“预约取消”。相伴于此，在空房信息DB132中，房间类型“单”、住宿日“2008/6/10”的剩余房数从“A.预约登记前”的“24”被更新为“B.预约登记后”的“25”。

(宾馆信息的更新处理)

接下来，说明在加盟宾馆管理服务器10所管理的宾馆的属性中发生了变更的情况下，用于更新住宿预约站点服务器3的宾馆信息DB333的处理。

图26是图示出宾馆信息的更新处理的图。

如果在加盟宾馆A服务器2的宾馆信息DB133的记录中产生了追加/变更等，则输出SQL的数据(1)。如果取得了宾馆信息的追加/变更等的数据，则加盟宾馆A服务器2的宾馆信息查询服务随时或者定期地发送到住宿预约站点服务器3(2)。另外，此处加工为XML的数据而发送。在住宿预约站点服务器3中，使所接收到的XML的数据恢复为SQL的数据，更新宾馆信息DB333等的数据(3)。

另外，此处，对于宾馆的空房信息，由于加盟宾馆管理服务器10保持，所以不包括所述信息。

图27是宾馆信息的更新处理的时序图。

最初，如果在加盟宾馆A中在房间类型、住宿费用等宾馆的属性中产生了变更，则向加盟宾馆A服务器2的宾馆信息DB133中输入变更信息。加盟宾馆管理服务器10从加盟宾馆A服务器2取得变更信息(S601)，在加盟宾馆管理服务器10中，对所取得的变更信息进行加工(S602)，向住宿预约站点服务器3发送所加工后的数据(S603)。在住宿预约站点服务器3中，根据所接收到的数据，更新宾馆信息DB333(图5)的内容。

另外，还可以设定为通过调整住宿预约站点服务器3和接口，而直接更新住宿预约站点服务器3的宾馆信息DB333。

(本实施方式的效果)

如上所述，根据本实施方式的预约受理系统1，可以将具有大量利用者的住宿预约站点(服务器3)的优势、和可迅速并且可靠地提供服务的加盟宾馆管理服务器10的优势融合而提供给利用者，所以不仅可以与住宿预约站点(服务器3)、加盟宾馆管理服务器10一起享受优势，而且对利用者来说不需要巡视多个WEB站点等，而可以提供一站式服务这样的效果。

另外，虽然根据宾馆也有还没有进行预约受理电子化的情况，但根据本发明的预约受理系统1，可以通过各宾馆的选择而选择预约方式，所以可以实现自由度高的住宿预约站点的运营。

另外，在本实施方式中，设为在加盟宾馆管理服务器10和加盟宾馆A服务器2等中，分别具备数据库的方式，但例如即使设定为在加盟宾馆管理服务器10的数据库中一维地进行管理，从加盟宾馆A服务器2等仅变更本宾馆的数据那样的情况下，也可以应用本发明的预约受理系统1。在所述情况下，由于在加盟宾馆管理服务器10内进行所有的各处理，所以可以设为更简单的结构。

[第2实施方式]

接下来，对本发明的第2实施方式的预约受理系统进行说明。

在第1实施方式中，在从利用者的终端4检索有空房的宾馆而进行预约的情况下，对于预先分配了空房的宾馆，根据住宿预约站点服务器3的空房信息DB332具备的数据来判定空房，对于加盟宾馆管理服务器10管理的加盟宾馆A等，根据加盟宾馆管理服务器10的空房信息DB132具备的数据来判定空房，但在本实施方式中，对于加盟宾馆管理服务器10所管理的加盟宾馆A等的空房，也根据住宿预约站点服务器3的空房信息DB332具备的数据来判定，在这一点上与第1实施方式不同。

具体而言，在第2实施方式中，也是加盟宾馆管理服务器10以及加盟宾馆A服务器2等针对所有房，进行加盟宾馆管理服务器10所管理的加盟宾馆A等的预约登记的管理，并通过加盟宾馆管理服务器10的空房信息DB132来管理该空房的信息。

另一方面，使住宿预约站点服务器3的空房信息DB332也具有加盟宾馆管理服务器10所管理的加盟宾馆A等的空房信息，但由加盟宾馆管理服务器10所具备的预约空闲数据更新单元123进行其管理。即，通过取得加盟宾馆管理服务器10的空房信息DB132所具备的数据、与住宿预约站点服务器3的空房信息DB332所具备的数据的同步，以与预先分配了空房的宾馆相同的状态，在空房信息DB332中记录剩余房数。

另外，在第1实施方式中，在从利用者终端4向加盟宾馆管理服务器10所管理的加盟宾馆A等宾馆进行了预约申请的情况下，在加盟宾馆管理服务器10中生成各种数据而显示在利用者终端4中，但在本实施方式中，在住宿预约站点服务器3中通过标准化后的格式，生成各种数据而显示在利用者终端4中，在这一点上与第1实施方式不同。

图28示出本实施方式中的住宿预约站点服务器3的空房信息DB332的结构例。在加盟宾馆管理服务器10所管理的“加盟宾馆A”“加盟宾馆B”等的“掌管房数”的栏中不具有数据。另外，对于预先分配了空房的宾馆即“×××××宾馆”，如果新受理了预约，则从“剩余房数”中减去进行了预约的数量，从而对最新的剩余房数的信息进行管理。

另一方面，对于加盟宾馆管理服务器10所管理的加盟宾馆A等宾馆，“剩余房数”的数据是与加盟宾馆管理服务器10的空房信息DB132具备的数据取得了同步的数值，意味着该时刻下的宾馆的所有剩余房数。因此，在住宿预约站点服务器3中不管理加盟宾馆A等的剩余房数的增减，输入通过加盟宾馆管理服务器10所具备的预约空闲数据更新单元123取得了同步的数值。

接下来，图29示出本实施方式中的住宿预约站点服务器3的宾馆信息DB333的结构例。在第1实施方式中的宾馆信息DB333(图5)中，在加盟宾馆A等的“住宿预定日参考目的地”的栏中，保持有外部的链接目的地的数据，但在本实施方式中设定为参考空房信息DB332。因此，在条件检索作业表(图30)中，仅检索住宿预约站点服务器3的空房信息DB332(图28)来判定有无空房。

(预约登记的处理)

图31是示出在本实施方式的预约受理系统1中，受理宾馆的预约而进行预约登记时的概略情况的图。对示出了与在第1实施方式中进行预约登记时的情况内容的图11不同的点进行说明。

针对来自利用者的终端4的请求住宿检索的输入(2)，空房检索服务(预约条件检索单元326)从住宿预约站点服务器3的空房信息DB332中检索作为对象的住宿设施(2)，将其结果显示在利用者的终端4的监视器等(输出部45)中(3)。此处，在本实施方式中，在住宿设施的检索结果中包括加盟宾馆管理服务器10所管理的加盟宾馆A等的情况下，也不进行针对加盟宾馆管理服务器10的空房信息DB132的数据查询。

在接收到检索结果的利用者的终端4中，在进行了期望住宿的宾馆的选择输入之后，显示预约信息输入画面(4)。此处，在第1实施方式中，如果宾馆的选择输入的结果是进行了加盟宾馆管理服务器10所管理的加盟宾馆A等的选择输入的话，则住宿预约站点服务器3的输入数据发送单元124通过嵌入到预约信息输入画面中的链接等，切换到向加盟宾馆管理服务器10的连接，但在第2实施方式中，即使在选择了加盟宾馆管理服务器10所管理的加盟宾馆A等的情况下，也显示住宿预约站点服务器3所生成的预约信息输入画面(图32)。由此，由于是与预先分配了空房的宾馆相同的预约信息输入画面，变为以标准的显示形式显示，所以针对对多个宾馆进行预约的利用者，能够提供统一的易于理解的接口。

接下来，如果接收到对选择输入画面的输入(5)，则住宿预约站点服务器3的预约服务(预约数据保存单元325)执行而判定所输的住宿预约数据。在本例子中，判定的结果是选择了加盟宾馆管理服务器10所管理的加盟宾馆A，所以向加盟宾馆管理服务器10发送住宿预约数据(6)。

在接收到住宿预约数据的加盟宾馆管理服务器10中，执行预约服务(预约空闲数据更新单元123)，根据所接收到的住宿预约数据，与图11同样地更新加盟宾馆A服务器2的空房信息DB232(7)，并在更新了加盟宾馆管理服务器10的空房信息DB132之后(8)，向住宿预约站点服务器3的预约服务(预约数据保存单元325)返回结果(9)。

住宿预约站点服务器3的预约服务(预约数据保存单元325)根据从加盟宾馆管理服务器10的预约服务(预约空闲数据更新单元123)发送的预约信息更新预约信息DB331(10)，之后，生成预约完成信息(11)，显示在利用者的终端4的监视器等(输出部45)中(12)。

另外，检测在加盟宾馆A服务器2的空房信息DB232中进行的变更，执行空房信息更新(预约空闲数据更新单元223)(13)，确认加盟宾馆管理服务器10的空房信息DB132(14)，执行空房更新服务(预约空闲数据更新单元123)(15)。空房更新服务(预约空闲数据更新单元123)进行加盟宾馆管理服务器10的空房信息DB132所具备的数据、与住宿预约站点服务器3的空房信息DB332所具备的数据的同步(16)，完成处理。另外，作为同步的定时能够进行各种设定，但优选为设定为即使在没有产生预约处理那样的情况下也每3分钟进行更新处理的方式，从而实现始终为最新的空房信息。

图33示出通过第2实施方式的预约受理系统1中的预约登记而选择了加盟宾馆预约管理系统10所管理的加盟宾馆A的情况下的时序图。围绕与在第1实施方式中选择了加盟宾馆A的情况下的时序的图15不同的点进行说明。

在本实施方式中，如果从利用者的终端4进行了住宿设施的检索(S501～S503)，则检索住宿预约站点服务器3的空房信息DB332具备的数据(S504)，而在利用者的终端4中显示结果(S505～S507)。此处，不参考加盟宾馆管理服务器10的空房信息132等数据。

另外，对于从利用者的终端4决定了对加盟宾馆A的预约后到预约完成的处理(S508～519)，与第1实施方式中的时序(图15)没有区别。

图34示出住宿预约站点服务器3中的通过预约信息的登记实现的数据的变更的状态。

在预约信息DB331中，与“A.预约登记前”相比“B.预约登记后”追加了1条房间类型“单”、住宿日“2008/6/10”的数据。相伴于此，在空房信息DB332中，房间类型“单”、住宿日“2008/6/10”的剩余房数从“A.预约登记前”的“25”被更新为“B.预约登记后”的“24”。

图33还示出了在加盟宾馆A中产生了解约的情况下的处理。在本实施方式中，如果通过电话等受理了解约(S801)，则在更新了加盟宾馆A服务器2、加盟宾馆管理服务器10的空房信息之后(S802～S803)，对住宿预约站点服务器3的空房信息也进行更新(S804)，在这一点上与第1实施方式不同。

(预约取消的处理)

图35图示出第2实施方式中的预约取消的流程。围绕与图示第1实施方式中的预约取消的流程的图19的不同点进行说明。

在本实施方式中，接收从利用者的终端4进行的预约取消的输入，执行住宿预约站点服务器3的预约取消服务(5)，进而，起动加盟宾馆管理服务器10所具备的预约取消服务(6)，在更新加盟宾馆A服务器2的空房信息DB232等(7)、并更新加盟宾馆管理服务器10的空房信息132等之后(8)，将结果返回住宿预约站点服务器3的预约取消服务(9)。在预约取消服务中，更新住宿预约站点服务器3的空房信息DB331(10)，4以标准的显示形式向利用者的终端发送数据(11)，显示取消完成画面(12)。

图36示出第2实施方式中的预约取消的时序图。此处，围绕与与第1实施方式中的时序(图20)的不同点进行说明。

在本实施方式中，并非由加盟宾馆管理服务器10直接受理来自利用者的终端4的预约取消的输入，而是在住宿预约站点服务器3中受理(S909)。图37示出住宿预约站点服务器3进行的预约取消画面的显示例。另外，在信息的更新之后还经由住宿预约站点服务器3而显示在利用者的终端4中。

图38示出住宿预约站点服务器3中的通过预约信息的取消实现的数据的变更的状态。

在预约信息DB331中，与“A.预约登记前”相比，在“B.预约登记后”中，在房间类型“单”、住宿日“2008/6/10”的数据中，“状况”从“预约”变更为“预约取消”。相伴于此，在空房信息DB332中，房间类型“单”、住宿日“2008/6/10”的剩余房数从“A.预约登记前”的“24”被更新为“B.预约登记后”的“25”。

(本实施方式的效果)

根据本实施方式，即使在选择了加盟宾馆管理服务器10所管理的宾馆的情况下，由于由住宿预约站点服务器3生成显示于利用者的终端4的监视器等(输出部45)中的画面数据，所以可以针对对多个宾馆进行预约的利用者，提供统一的易于理解的接口。

另外，在住宿预约站点服务器3中，对从利用者的终端4向加盟宾馆管理服务器10的数据的发送接收进行中介，所以从询问到预约完成确认都能够掌握住宿预约的流程。

在本发明的预约受理系统1中，说明了受理宾馆的住宿预约的系统，但通过变更各种设定，能够设为体育设施、文化设施等各种设施中的预约受理系统。

[第3实施方式]

接下来，对本发明的第3实施方式的预约受理系统进行说明。

图39是本实施方式的预约受理系统1的功能框图。

在本实施方式中，相对图2的结构，在与多个住宿预约站点服务器3连接的加盟宾馆管理服务器10中，追加了：向各住宿预约站点服务器3发送加盟宾馆的每个住宿预约站点的分配数以外的其他基本数据的基本数据发送单元126；在预约受理结束时刻的规定时间之前自动地执行各住宿预约站点服务器3的剩余房数的调整的剩余房数调整单元127，在各住宿预约站点服务器3中，追加了：接收从加盟宾馆管理服务器10发送来的基本数据的基本数据接收单元327；在预约受理结束时刻的规定时间之前向加盟宾馆管理服务器10发送剩余房数的剩余房数发送单元328；根据从加盟宾馆管理服务器10发送来的分配数的变更通知来变更掌管房数的掌管房数变更单元329；以及对宾馆信息DB333的住宿预定日参考目的地信息进行变更管理的参考目的地变更单元330。

接下来，对具有所述结构的本实施方式的预约受理系统的动作进行说明。

(基本数据设定处理)

在加盟店宾馆管理服务器10中，作为用于管理剩余房的基本数据，由操作者从输入部14输入各加盟宾馆的每个住宿预约站点的房间的分配数和基准剩余房数。所输入的数据通过输入输出处理单元122而保存在存储部13的剩余房管理表134中。图40是剩余房管理表134的数据结构例。针对每个加盟宾馆制作剩余房管理表134，针对每个住宿预约站点，除了房间的分配数、基准剩余房数以外，还可以保存图40所示的各项目。另外，虽然在图40中没有特别详细地图示，但设为针对每个房间类型、费用或者住宿日等必要的信息，而区分了房间的分配数。另外，在存储部13中，作为用于剩余房管理的共通信息，保存有预约受理结束时刻、以及作为剩余房管理的基准时刻的界限时间，与所述基本数据同样地从输入部14输入。

然后，如果接收到来自操作者的发送要求或者成为预先决定的时刻，则基本数据发送单元126从剩余房管理表14中提取每个住宿预约站点的加盟宾馆的房间的分配数，与预约受理结束时刻以及界限时间一起发送给各住宿预约站点服务器3。

在各住宿预约站点服务器3中，如果通过基本数据接收单元327而接收到从加盟宾馆管理服务器10发送来的该基本数据，则将接收数据中的房间的分配数作为空房信息DB332的掌管房数而针对每个加盟宾馆名(加盟宾馆识别信息)进行保存。另外，将受理结束时刻和界限时间作为每个加盟宾馆的共通信息而保存在存储部33中。

(剩余房数调整处理)

如果到了预约受理结束时刻的界限时间(例如1个小时)前，则住宿预约站点服务器3的剩余房数发送单元328起动，提取空房信息DB332中保存的每个宾馆的剩余房数，向管理该宾馆的加盟宾馆管理服务器10发送该宾馆ID以及剩余房数。

接下来，使用图41对加盟宾馆管理服务器10的剩余房数调整单元127的处理步骤进行说明。如果接收到从住宿预约站点服务器3的剩余房数发送单元328发送来的信息(在S701中“是”)，则剩余房数调整单元127从接收数据中提取各宾馆的剩余房数而保存到与该宾馆ID的剩余房管理表134的发送源住宿预约站点ID对应的剩余房数栏中(S702)。另外，住宿预约站点服务器的识别信息即住宿预约站点ID虽然也可以包含在发送数据中，但也可以根据发送源地址来确定。然后，运算剩余房数与基准剩余房数之差(包括正负符号)(S703)。运算结果被写入到剩余房管理表134中(S704)。

之后，判定是否从所有住宿预约站点服务器3接收到剩余房数(S705)，在“否”的情况下，返回到步骤S701，在“是”的情况下，根据剩余房管理表134中保存的每个住宿预约站点ID的剩余房数与基准剩余房数之差，执行分配数的变更处理(S706)。作为变更处理，例如，如果将住宿预约站点ID的总数设为n、将与第k个住宿预约站点ID对应的剩余房数设为ak、将基准剩余房数设为bk、将分配数增减值设为ck，则能够通过下式来求出分配数增减值ck。

[数学式1]

其是分配成使各住宿预约站点的剩余房数与基准剩余房数之差变得均等的方法，但也有通过对当前的分配数进行加权而分配的方法等。

剩余房数调整单元127将变更处理的结果作为分配增减值而保存在剩余房管理表134中，并且发送给住宿预约站点服务器3(S707)。

各住宿预约站点服务器3的掌管房数变更单元329如果接收到该分配增减值，则根据该分配增减值来变更空房信息DB332的掌管房数，并且修正剩余房数。例如，在某宾馆的分配增减值是+1的情况下，对当前的掌管房数以及剩余房数加上1。在该处理之后，起动参考目的地变更单元330。

(参考目的地变更处理)

接下来，使用图42对住宿预约站点服务器3的参考目的地变更单元330的处理步骤进行说明。参考目的地变更单元330如果接收到来自掌管房数变更单元329的起动请求或者被定期地起动，则访问空房信息DB332，针对每个宾馆判定剩余房数是否为零(S801)，在剩余房数是零的情况下，作为宾馆信息DB333的住宿预定日参考目的地信息，设定对管理该宾馆的加盟宾馆管理服务器的链接信息(S802)。另一方面，在剩余房数不是零的情况下，将本服务器的空房信息DB332设定为参考目的地(S803)。

(本实施方式的效果)

以上，根据本实施方式，通过剩余房数调整处理，针对每个加盟宾馆管理服务器维持通过住宿预约站点受理预约的总数，并且调整多个住宿预约站点之间的剩余房数，所以能够高效地进行预约管理。另外，通过参考目的地变更单元，在剩余房数成为零的情况下自动地向加盟宾馆管理服务器变更参考目的地，所以能够不错过预约受理的机会地受理预约。特别是，如果预约错宗复杂，则在住宿设施的检索到预约登记的期间登记其他预约这样的情况较多，在该情况下预约不成功的可能性变高，但通过本实施方式的处理，各住宿预约站点的剩余房数被均衡化，并且在剩余房数是零的情况下，参考目的地被变更为加盟宾馆管理服务器，所以能够减少成为预约不成功的定时。特别是为了使剩余房数均衡化，作为对各住宿预约站点服务器的分配数的增减值而发送，并在各住宿预约站点服务器中修正接收该增减值时的掌管房数和剩余房数，所以可以抑制由于发送剩余房数到接收增减值的期间的预约处理而产生不匹配。

本发明不限于所述实施方式，能够在不脱离其要旨的范围内实现各种变形。例如，也可以在图2以及图39中，在管理多个加盟宾馆的加盟宾馆管理服务器的功能集成个别宾馆服务器即加盟宾馆A服务器的功能，而在终端中实现加盟宾馆A服务器。另外，也可以设为在第3实施方式中，不仅在预约受理结束时刻的规定时间前执行剩余房数调整处理，而能够执行多次，而且随着接近结束时刻，缩短执行周期。对于这种情况下的用于计算分配数增减值的基准剩余房数，可以通过在剩余房管理表134中设定的基准剩余房数上乘以界限时间与到预约受理结束时刻为止的剩余时间之比而求出。由此，还能够迅速并且灵活地应对在快要到达结束时刻的加急的申请、解约。

另外，各单元能够分别独立或者组合起来动作。例如，参考目的地变更单元的功能能够与其他功能无关地自由动作。

(符号说明)

1：预约受理系统；2：加盟宾馆A服务器；3：住宿预约站点服务器；4：利用者终端；5：网络；10：加盟宾馆管理服务器10；11、21、31、41：发送接收部；12、22、32、42：中央运算处理部；13、23、33、43：存储部；14、24、34、44：输入部；15、25、35、45：输出部；121、221、321：发送接收处理单元；122、222、322：输入输出处理单元；123、223：预约空闲数据更新单元；124：预约完成数据显示单元；125、326：预约条件检索单元；126：基本数据发送单元；127：剩余房数调整单元；131、231、331：预约信息DB；132、232、332：空房信息DB；133、233：宾馆信息DB；134：剩余房管理表；323：输入数据接收单元；324：输入数据发送单元；325：预约数据保存单元；327：基本数据接收单元；328：剩余房数发送单元；329：掌管房数变更单元；330：参考目的地变更单元；334：利用者DB。

Claims (4)

1.一种预约受理系统，进行来自利用者的设施的预约受理处理，具有：第一计算机，进行多个设施的预约受理处理；以及第二计算机，与该第一计算机经由网络连接且对特定的设施的预约空闲数据进行管理，其特征在于，

所述第一计算机具备：

输入数据接收单元，在经由网络而连接的利用者的终端中，显示用于各设施的预约受理的输入画面，在该输入画面中进行了所述特定的设施以外的设施的输入的情况下，接收包括经由该输入画面而输入的设施以及日期时间的输入数据；

预约数据保存单元，根据通过该输入数据接收单元接收到的输入数据，生成并保存设施的预约受理的数据；以及

输入数据发送单元，在通过所述输入数据接收单元在利用者的终端中显示的输入画面中进行了所述特定的设施的输入的情况下，将包括经由该输入画面而输入的设施以及日期时间的输入数据发送到经由网络而连接的所述第二计算机，

所述第二计算机具备：

预约空闲数据更新单元，根据通过所述第一计算机的所述输入数据发送单元发送来的所述输入数据，更新所述预约空闲数据；以及

预约完成数据显示单元，根据该预约空闲数据的更新记录生成预约完成数据，显示在该利用者的终端中，并且将该预约完成数据发送到所述第一计算机，

其中，所述第一计算机的所述预约数据保存单元根据该预约完成数据生成并保存预约受理的数据。

2.根据权利要求1所述的预约受理系统，其特征在于，

在所述第一计算机中，

所述输入数据接收单元在利用者的终端中显示包括所预约的设施的地域以及日期时间的条件的输入画面，接收输入到该输入画面中的所预约的设施的条件的数据，

另外，所述第1计算机还具备预约条件检索单元，根据该预约的设施的条件的数据、该计算机所具备的包括所述多个设施的地域的属性信息数据、所述设施的预约受理处理的历史数据、以及经由网络连接的所述第二计算机具有的该特定的设施的预约空闲数据，检索与该预约的设施的条件相应的设施，

根据由该预约条件检索单元得到的检索结果，生成通过所述输入数据接收单元而在利用者的终端中显示的多个设施中的预约申请的输入画面。

3.根据权利要求1或2所述的预约受理系统，其特征在于，

所述第二计算机与多个所述第一计算机连接，

各个所述第一计算机具备：

数据库，保存每个设施的预约掌管数和剩余房间数；

剩余房间数发送单元，在预约受理结束时刻的规定时间前将剩余房间数发送到所述第二计算机；以及

掌管房间数变更单元，根据从所述第二计算机发送来的预约掌管数的增减数据，变更该增减数据接收时的掌管数以及剩余房间数，

所述第二计算机具备剩余房间数调整单元，该剩余房间数调整单元根据从所述第一计算机发送来的剩余房间数，针对每个设施分别变更第一计算机的预约掌管数，并将预约掌管数的增减数据发送到各个所述第一计算机。

4.根据权利要求3所述的预约受理系统，其特征在于，

所述第一计算机具备：

数据库，针对每个设施保存预约空闲数据的取得目的地；以及

参考目的地变更单元，根据每个设施的所述剩余房间数变更所述取得目的地。

Images