CN103136698A - 一种酒店订单处理***和处理方法 - Google Patents

Abstract

本发明实施例提供一种酒店订单处理***和处理方法，该方法包括：根据用户的查询请求，查询满足查询请求的酒店产品结果；根据用户的选择创建订单，所述订单包括用户本次选择的酒店产品和针对酒店所出的封顶价格；根据订单中的酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格，形成向酒店供应商显示的预处理后的订单；根据酒店产品和能够处理该酒店产品交易的酒店供应商之间的对应关系，向所述预处理后的订单中的酒店产品对应的酒店供应商显示该预处理后的订单。

Description

一种酒店订单处理***和处理方法

技术领域

本发明属于在线订单处理领域，尤其涉及一种酒店订单处理***和处理方法。

背景技术

随着互联网的普及和电子商务的发展，在线旅游产业的在线交易量飞速增长，越来愈多的酒店依赖于在线旅游代理网站进行酒店订单的处理。

酒店通过在线旅游代理提供的在线预订***维护酒店库存信息，用户使用浏览器访问酒店或者在线旅游网站。用户输入查询圈定酒店的搜索条件(一般为城市、星级、价格、入住时间、离店时间等条件)，在线预订***会查询用户圈定的区域中所覆盖的酒店的最低价和最高价之间的范围，并给予用户提示。然后用户的出价必须在此范围内，当用户出价后，符合库存条件的预订将被酒店处理，进而达成交易，而不符合库存条件的预订被酒店放弃。

实际上，采用上述现有技术的在线预定***进行订单的处理过程中，用户的出价仅仅作为一个查询条件存在，而实际上，酒店的在线预定***中的酒店的信息(包括房型以及对应的价格等信息)都是经常变化的，经常是由销售季节、市场因素来决定的，当酒店的规模较大时，定期更新在线预定***中的酒店的房间信息的工作量也是非常大的。维护工作量的巨大可能导致信息更新不及时，导致用户的出价满足在线预定***中的条件，但是在后期酒店处理订单时却因为与实际情况相差较大，所以放弃了用户的预定，造成用户的预定时常不被处理，交易不成功。

从另一方面讲，在整个订单处理的过程中，用户的出价只进行了一次，在线预定***只能够查询出价格低于用户出价的酒店信息，并进行预定，这就有可能出现用户出价高出酒店房间实际价格很多的情况，但是在线预定***并不关心这个问题，因此最终酒店可能也会处理该订单，从而给用户带来了不必要的浪费，也就是说，利用现有技术中的在线交易***处理成功的订单中用户的出价与酒店的实际价格往往差别较大。

发明内容

有鉴于此，本发明的目的在于提供一种酒店订单处理方法和***，能够减少用户的损失，并提高交易成功的次数。

为实现上述目的，本发明的一个实施例提供一种酒店订单处理方法，包括：

A根据用户的查询请求，查询满足查询请求的酒店产品结果；

B根据用户的选择创建订单，所述订单包括用户本次选择的酒店产品和针对酒店所出的封顶价格；

C根据订单中的酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格，形成向酒店供应商显示的预处理后的订单；

D根据酒店产品和能够处理该酒店产品交易的酒店供应商之间的对应关系，向所述预处理后的订单中的酒店产品对应的酒店供应商显示该预处理后的订单；

E如果在第一时间长度内接收到酒店供应商对预处理后的订单发出的接单的操作，并在接单后的第二时间长度内完成确认的操作，则完成该订单的处理，当一个酒店供应商发出接单的操作后，该订单处于被锁定的状态，以致其他酒店供应商不能对本订单进行接单操作，当一个酒店供应商在接单后的第二时间长度内没有完成确认的操作，则该订单处于未被锁定的状态，以便其他供应商对本订单进行接单操作；

F当第一时间长度内没有任何酒店供应商对本订单进行接单时，对预处理后的订单中的酒店产品的交易价格增加预定的数值，完成加价过程，如果加价后的交易价格小于或等于用户针对该订单所出的封顶价格，则更新预处理后的订单，返回执行步骤E。

另一方面，本发明还提供一种酒店订单处理***，包括：

查询单元，用于接收用户输入的查询请求，并根据根据用户的查询请求，查询满足查询请求的酒店产品结果，并供用户选择；

订单创建单元，用于根据用户的选择创建订单，所述订单包括用户本次选择的酒店产品和针对酒店所出的封顶价格；

订单预处理单元，根据订单中的酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格，形成向酒店供应商显示的预处理后的订单，并根据酒店产品和能够处理该酒店产品交易的酒店供应商之间的对应关系，向所述预处理后的订单中的酒店产品对应的酒店供应商显示该预处理后的订单；

自动议价单元，用于如果在第一时间长度内接收到酒店供应商对预处理后的订单发出的接单的操作，并在接单后的第二时间长度内完成确认的操作，则完成该订单的处理，当一个酒店供应商发出接单的操作后，该订单处于被锁定的状态，以致其他酒店供应商不能对本订单进行接单操作，当一个酒店供应商在接单后的第二时间长度内没有完成确认的操作，则该订单处于未被锁定的状态，以便其他供应商对本订单进行接单操作；当第一时间长度内没有任何酒店供应商对本订单进行接单时，对预处理后的订单中的酒店产品的交易价格增加预定的数值，完成加价过程，如果加价后的交易价格小于或等于用户针对该订单所出的封顶价格，则更新预处理后的订单。

本发明实施例提供的方法能够自动进行多次的出价和加价过程，并且出价和加价过程也是参照了历史交易记录中的价格变动趋势，从而使得最终处理成功的订单中的出价基本上与酒店的实际价格相符，有效地减小了二者之间的差额，降低了用户的损失；同时通过逐渐加价也可以尽可能地为用户促成订单的处理成功，减少了浪费用户等待时间的可能性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明提供的酒店订单处理方法的示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例提供一种酒店订单处理方法，如图1所示，该方法包括如下步骤：

步骤S101：根据用户的查询请求，查询满足查询请求的酒店产品结果；

步骤S102：根据用户的选择创建订单，所述订单包括用户本次选择的酒店产品和针对酒店所出的封顶价格；

步骤S103：根据订单中的酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格，形成向酒店供应商显示的预处理后的订单；

步骤S104：根据酒店产品和能够处理该酒店产品交易的酒店供应商之间的对应关系，向所述预处理后的订单中的酒店产品对应的酒店供应商显示该预处理后的订单；

步骤S105：如果在第一时间长度内接收到酒店供应商对预处理后的订单发出的接单的操作，并在接单后的第二时间长度内完成确认的操作，则完成该订单的处理，当一个酒店供应商发出接单的操作后，该订单处于被锁定的状态，以致其他酒店供应商不能对本订单进行接单操作，当一个酒店供应商在接单后的第二时间长度内没有完成确认的操作，则该订单处于未被锁定的状态，以便其他供应商对本订单进行接单操作；

步骤S106：当第一时间长度内没有任何酒店供应商对本订单进行接单时，对预处理后的订单中的酒店产品的交易价格增加预定的数值，完成加价过程，如果加价后的交易价格小于或等于用户针对该订单所出的封顶价格，则更新预处理后的订单，返回执行步骤S105。

由此可见，本发明实施例提供的方法能够自动进行多次的出价和加价过程，并且出价和加价过程也是参照了历史交易记录中的价格变动趋势，从而使得最终处理成功的订单中的出价基本上与酒店的实际价格相符，有效地减小了二者之间的差额，降低了用户的损失；同时通过逐渐加价也可以尽可能地为用户促成订单的处理成功，减少了浪费用户等待时间的可能性。

根据订单中的酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格，形成向酒店供应商显示的预处理后的订单具体可以实现为：比较订单中酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格和用户在创建订单时填入的针对该酒店产品所出的封顶价格，并将二者中较小的一个作为预处理后的订单中针对该酒店的交易价格。

在用户一次创建的订单中包括针对不同酒店产品的多个子订单，每个子订单包括用户选择的一个酒店产品和针对该酒店产品所出的封顶价格，所述向酒店供应商显示的预处理后的订单中包括根据每个子订单中的酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格，形成向酒店供应商显示的预处理后的子订单。

向所述预处理后的订单中的酒店产品对应的酒店供应商显示该预处理后的订单可以具体实现为：针对每个子订单，向预处理后的子订单中的酒店产品对应的酒店供应商显示该预处理后的子订单。此时步骤S102-106都是订单中的子订单分别进行的。当一个酒店供应商完成一个子订单的确认操作后，使得该子订单所在的整个订单得到确认。

在步骤S102创建订单完成后，优选地还包括：判断用户针对每个子订单中的酒店产品所出的封顶价格是否小于针对给酒店产品预先指定的最低成交价格，过滤掉封顶价格小于最低成交价格的子订单。

此外，还可以如下步骤：根据用户的选择创建订单时还接收用户设定的确认截止时刻，在酒店供应商对订单进行确认操作时，判断当前时刻是否在所述确认截止时刻之前，如果是，则完成订单的确认。

另外，为了方便维护，在根据用户的选择创建订单以后，接收用户针对订单中酒店产品的修改封顶价格的请求，判断该订单是否处于未被锁定的状态的过程中，对于处于未被锁定的订单，接受用户修改封顶价格的请求，并对该订单中相应酒店产品的封顶价格进行修改。

以下以几个具体的例子详细说明本发明提供的酒店订单处理方法的详细流程。

实施例一

在本实施例中，用户每次创建的订单仅仅针对一个酒店产品。

当用户输入包括地理位置等信息的查询请求后，***会首先查询满足请求的酒店产品，并将查询到的酒店产品存入结果缓存器。***经过查询，得到满足条件的酒店产品包括酒店H_A、H_B、H_C和H_D。

用户选择了其中的一个酒店产品H_A，并输入封顶价格，例如针对H_A输出封顶价格为150元。

***根据用户的选择和输入创建订单，该订单中包括用户选择的酒店产品H_A和针对该酒店产品的封顶价格150元。

然后，***比较订单中用户所出的封顶价格150元是否低于该酒店产品H_A的最低成交价格，该最低成交价格可以是由酒店自己确定的，如果低于酒店产品的最低成交价格，则该订单将被过滤掉，不会执行后续流程。本实施例中假设酒店产品H_A的最低成交价格为80元，所以用户针对酒店产品H_A的订单不会被过滤掉。

对于未被过滤的订单会进行预处理，预处理的过程主要是完成针对酒店产品的订单进行出价，填入交易价格。在本发明中，订单的第一次出价是根据该订单中的酒店产品的历史交易记录进行的，具体地，查询该订单中的酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格，将该指定时间范围内的最低成交价格和用户针对该酒店产品所出的封顶价格之中的较小的价格作为第一次出价的交易价格，从而形成预处理后的订单。

例如，如果酒店产品H_A指定时间范围内的最低成交价格为100元，则由于100元低于用户所出的封顶价格150元，所以***针对该订单的第一次出价为100元。

假设酒店供应商A和酒店供应商B能够处理酒店产品H_A的交易，则***会向酒店供应商A和B显示针对酒店产品H_A的预处理后的订单，即酒店供应商A和B都可以看到用户针对酒店产品H_A的订单以及***的出价100元。

假设在第一时间长度内供应商A和B都没有针对该订单进行接单操作，则***会自动进行加价过程。***会对预处理后的订单中的酒店产品的交易价格增加预定的数值，例如在本例中，可以规定该预定的数值为10元，则经过第一次加价处理，预处理后的订单中的酒店产品H_A的交易价格修改为110元，判断该110元小于用户针对该酒店产品H_A所出的封顶价格150元，所以继续后续步骤。

然后继续在随后的第一时间长度内等待供应商A和B接单，如果还没有针对该订单进行接单操作，则***继续进行加价过程，即预处理后的订单中的酒店产品H_A的交易价格修改为120元。判断该120元小于用户针对该酒店产品H_A所出的封顶价格150元，所以继续后续步骤。

假设订单的交易价格被修改为120元以后的第一时间长度内，该订单被供应商A进行了接单的操作，则该订单切换为锁定的状态，供应商B在随后的第二时间长度内无法进行接单的操作。

当供应商A认为可以接受针对酒店产品H_A的120元的交易价格时，会进行确认订单的操作，***会判断是否同时满足：供应商A进行确认订单的操作距离接单操作的时间差在第二时间长度内，确认订单操作的时刻在用户在创建订单时所设置的确认截止时刻之前，如果同时满足，则确认确定订单操作有效。最终，用户以120元的价格成交。

当然，考虑到用户在创建订单以后，根据后来实际因素的考虑，决定对订单中输入的封顶价格进行修改，***允许对处于未被锁定的订单中的封顶价格进行修改。

实施例二

本实施例与实施例一的区别在于，用户可以在一个订单中针对不同的酒店产品下多个子订单。需要说明的是，这里在一个订单中包括多个子订单，并不意味着用户想要每个子订单都交易成功，实际上，用户针对一个订单只想交易成功一个酒店产品。例如用户想要在周六去朝阳公园附近的酒店入住，那么用户可以创建一个订单，该订单中可以针对朝阳公园附近的三家酒店分别下三个子订单，但是用户最终在周六那天只想住一个酒店，所以用户最终想要交易成功的仅仅是三个子订单中的一个子订单。

以下详细说明本实施例中的酒店订单处理方法。

当用户输入包括地理位置等信息的查询请求后，***会首先查询满足请求的酒店产品，并将查询到的酒店产品存入结果缓存器。***经过查询，得到满足条件的酒店产品包括酒店H_A、H_B、H_C和H_D。

用户选择了其中的三个酒店产品H_A、H_B、H_C，并分别输入相应的封顶价格，假设酒店产品H_A的封顶价格为150元，酒店产品H_B的封顶价格为200元，酒店产品H_C的封顶价格为300元。

***根据用户的选择和输入创建订单，该订单中包括三个子订单，针对酒店产品H_A的子订单的封顶价格为150元，针对酒店产品H_B的子订单的封顶价格为200元，针对酒店产品H_C的子订单的封顶价格为300元。

然后，***根据各个子订单的封顶价格和该子订单的酒店产品的最低成交价格过滤子订单，假设只有针对酒店产品H_C的封顶价格为300元小于酒店产品H_C的最低成交价格，则针对该酒店产品H_C的子订单将被滤掉。余下的另外两个子订单将被送入订单处理队列中。

对针对酒店产品H_A和H_B的子订单进行预处理，假设酒店产品H_A的指定时间范围内的最低成交价格为100元，酒店产品的酒店产品H_B的指定时间范围内的最低成交价格为150元。则针对酒店产品H_A的子订单的第一次出价为100元，针对酒店产品H_B的子订单的第一次出价为150元。经过预处理后的两个子订单将分别显示给能够处理各自子订单的酒店产品的酒店供应商。

例如，假设酒店供应商A和B能够处理酒店产品H_A的交易，供应商C能够处理酒店产品H_C的交易，因此酒店供应商A和B都能看到针对酒店产品H_A子订单以及出价100元，酒店供应商C能够看到针对酒店产品H_B子订单以及出价150元。

每个酒店供应商都可以对显示给自己的子订单进行接单和确认的操作。对一个订单中的某个子订单的接单操作只会将该子订单切换为被锁定的状态，同一个订单中的其他子订单不会进行上述切换动作。对每个子订单的加价以及接单和确认订单的过程与实施例一中对订单的处理过程类似，这里不再赘述，所不同的仅在于：一个子订单的确认操作将导致该子订单所在的整个订单的确认，进而其他子订单不能再被接单和确认。

在实施例二中，用户可以针对多家酒店分别下子订单，可以最大程度为用户提供更多的选择。

本发明实施例还相应提供一种酒店订单处理***，该***包括：查询单元，用于接收用户输入的查询请求，并根据根据用户的查询请求，查询满足查询请求的酒店产品结果，并供用户选择；

订单创建单元，用于根据用户的选择创建订单，所述订单包括用户本次选择的酒店产品和针对酒店所出的封顶价格；

订单预处理单元，根据订单中的酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格，形成向酒店供应商显示的预处理后的订单，并根据酒店产品和能够处理该酒店产品交易的酒店供应商之间的对应关系，向所述预处理后的订单中的酒店产品对应的酒店供应商显示该预处理后的订单；

自动议价单元，用于如果在第一时间长度内接收到酒店供应商对预处理后的订单发出的接单的操作，并在接单后的第二时间长度内完成确认的操作，则完成该订单的处理，当一个酒店供应商发出接单的操作后，该订单处于被锁定的状态，以致其他酒店供应商不能对本订单进行接单操作，当一个酒店供应商在接单后的第二时间长度内没有完成确认的操作，则该订单处于未被锁定的状态，以便其他供应商对本订单进行接单操作；当第一时间长度内没有任何酒店供应商对本订单进行接单时，对预处理后的订单中的酒店产品的交易价格增加预定的数值，完成加价过程，如果加价后的交易价格小于或等于用户针对该订单所出的封顶价格，则更新预处理后的订单。

本实施例中的处理***可以按照上述方法实施例中的步骤进行工作，这里不再赘述。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (9)

1.一种酒店订单处理方法，其特征在于，包括：

A根据用户的查询请求，查询满足查询请求的酒店产品结果；

B根据用户的选择创建订单，所述订单包括用户本次选择的酒店产品和针对酒店所出的封顶价格；

C根据订单中的酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格，形成向酒店供应商显示的预处理后的订单；

D根据酒店产品和能够处理该酒店产品交易的酒店供应商之间的对应关系，向所述预处理后的订单中的酒店产品对应的酒店供应商显示该预处理后的订单；

E如果在第一时间长度内接收到酒店供应商对预处理后的订单发出的接单的操作，并在接单后的第二时间长度内完成确认的操作，则完成该订单的处理，当一个酒店供应商发出接单的操作后，该订单处于被锁定的状态，以致其他酒店供应商不能对本订单进行接单操作，当一个酒店供应商在接单后的第二时间长度内没有完成确认的操作，则该订单处于未被锁定的状态，以便其他供应商对本订单进行接单操作；

F当第一时间长度内没有任何酒店供应商对本订单进行接单时，对预处理后的订单中的酒店产品的交易价格增加预定的数值，完成加价过程，如果加价后的交易价格小于或等于用户针对该订单所出的封顶价格，则更新预处理后的订单，返回执行步骤E。

2.根据权利要求1所述的方法，其特征在于，所述根据订单中的酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格，形成向酒店供应商显示的预处理后的订单具体实现为：

比较订单中酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格和用户在创建订单时填入的针对该酒店产品所出的封顶价格，并将二者中较小的一个作为预处理后的订单中针对该酒店的交易价格。

3.根据权利要求1或2所述的方法，其特征在于，在用户一次创建的订单中包括针对不同酒店产品的多个子订单，每个子订单包括用户选择的一个酒店产品和针对该酒店产品所出的封顶价格，所述向酒店供应商显示的预处理后的订单中包括根据每个子订单中的酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格，形成向酒店供应商显示的预处理后的子订单。

4.根据权利要求3所述的方法，其特征在于，所述向所述预处理后的订单中的酒店产品对应的酒店供应商显示该预处理后的订单具体实现为：针对每个子订单，向预处理后的子订单中的酒店产品对应的酒店供应商显示该预处理后的子订单。

5.根据权利要求4所述的方法，其特征在于，所述步骤E和F均是针对预处理后的订单中的每个子订单进行的，当一个酒店供应商完成一个子订单的确认操作后，使得该子订单所在的整个订单得到确认。

6.根据权利要求5所述的方法，其特征在于，还包括：在步骤B中创建订单后，判断用户针对每个子订单中的酒店产品所出的封顶价格是否小于针对给酒店产品预先指定的最低成交价格，过滤掉封顶价格小于最低成交价格的子订单。

7.根据权利要求1至6中任意一项所述的方法，其特征在于，还包括：在根据用户的选择创建订单时还接收用户设定的确认截止时刻，在酒店供应商对订单进行确认操作时，判断当前时刻是否在所述确认截止时刻之前，如果是，则完成订单的确认。

8.根据权利要求1至6中任意一项所述的方法，其特征在于，还包括：

在根据用户的选择创建订单以后，接收用户针对订单中酒店产品的修改封顶价格的请求，判断该订单是否处于未被锁定的状态的过程中，对于处于未被锁定的订单，接受用户修改封顶价格的请求，并对该订单中相应酒店产品的封顶价格进行修改。

9.一种酒店订单处理***，其特征在于，包括：

查询单元，用于接收用户输入的查询请求，并根据根据用户的查询请求，查询满足查询请求的酒店产品结果，并供用户选择；

订单创建单元，用于根据用户的选择创建订单，所述订单包括用户本次选择的酒店产品和针对酒店所出的封顶价格；

订单预处理单元，根据订单中的酒店产品在交易历史数据库中存储的指定时间范围内的最低成交价格，形成向酒店供应商显示的预处理后的订单，并根据酒店产品和能够处理该酒店产品交易的酒店供应商之间的对应关系，向所述预处理后的订单中的酒店产品对应的酒店供应商显示该预处理后的订单；

自动议价单元，用于如果在第一时间长度内接收到酒店供应商对预处理后的订单发出的接单的操作，并在接单后的第二时间长度内完成确认的操作，则完成该订单的处理，当一个酒店供应商发出接单的操作后，该订单处于被锁定的状态，以致其他酒店供应商不能对本订单进行接单操作，当一个酒店供应商在接单后的第二时间长度内没有完成确认的操作，则该订单处于未被锁定的状态，以便其他供应商对本订单进行接单操作；当第一时间长度内没有任何酒店供应商对本订单进行接单时，对预处理后的订单中的酒店产品的交易价格增加预定的数值，完成加价过程，如果加价后的交易价格小于或等于用户针对该订单所出的封顶价格，则更新预处理后的订单。

Images