CN108334964A - 一种业务对象预订系统、方法及装置 - Google Patents

Abstract

本申请涉及电子技术领域，尤其涉及一种业务对象预订系统、方法及装置，用以解决预订流程经过的环节较多，导致预订成功率较低的问题。本申请实施例提供一种业务对象预订方法，包括：平台服务器接收客户端发送的第一预订请求；根据所述第一预订请求中的预订对象信息以及库存的预订信息，判断所述库存的预订信息是否满足所述第一预订请求；若满足，则基于所述第一预订请求对应的预订对象信息，生成第一预订结果；若不满足，则向所述业务对象服务器发送所述第一预订请求，并接收所述业务对象服务器反馈的第一预订结果；将所述第一预订结果反馈给所述客户端。

Description

一种业务对象预订系统、方法及装置

技术领域

本申请涉及电子技术领域，尤其涉及一种业务对象预订系统、方法及装置。

背景技术

酒店在线预订服务是指通过向用户提供网页(web)页面或手机应用(app)，供用户填写酒店预订信息，并将预订信息提交给酒店，完成酒店客房预订的互联网服务过程。

如图1所示，现有的预订服务都是在客户端向平台服务器提交预订信息后，平台服务器向代理商系统发起请求，然后由代理商系统向渠道管理系统发送请求，渠道管理系统再请求酒店物业管理系统(Property Management System，PMS)系统，最后再将预订结果，也即创建完成的订单信息反馈给客户端。

可见，现有的订单信息创建流程经过的环节非常多，其中任何一个环节有问题就会导致预订失败，所以预订成功率较低。比如，假设每个系统的处理成功率是99％，经过在线预订服务系统、代理商系统、渠道管理系统、酒店PMS系统4个系统处理后总的成功率是99％的4次方，约等于96％。

综上，目前由于在用户提交预订信息后，后续的订单信息创建流程经过的环节非常多，导致预订成功率较低。

发明内容

本申请实施例提供一种业务对象预订系统、方法及装置，用以解决订单信息创建流程经过的环节较多，导致预订成功率较低的问题。

本申请实施例提供一种业务对象预订系统，包括：

平台服务器，用于接收客户端发送的携带有预订对象信息的第一预订请求；根据该预订对象信息以及库存的预订信息，判断库存的预订信息是否满足所述第一预订请求，其中所述库存的预订信息为平台服务器通过预先发起携带有预订对象信息的第二预订请求得到的；若满足，则生成所述第一预订请求对应的第一预订结果，若不满足，则通过向业务对象服务器发送所述第一预订请求得到第一预订结果；将所述第一预订结果反馈给客户端；

客户端，用于接收用户提交的预订对象信息，并基于该预订对象信息向平台服务器发送所述第一预订请求；接收所述平台服务器基于所述第一预订请求中的预订对象信息和所述库存的预订信息反馈的所述第一预订结果；

业务对象服务器，用于接收所述平台服务器预先发起的所述第二预订请求，并向所述平台服务器反馈第二预订结果，所述第二预订结果中包含有与所述第二预订请求对应的预订成功的信息，用于作为所述平台服务器初始库存的预订信息；还用于接收所述平台服务器发送的由用户发起的所述第一预订请求，并向所述平台服务器反馈所述第一预订结果。

本申请实施例提供一种业务对象预订方法，包括：

平台服务器接收客户端发送的第一预订请求；所述第一预订请求中携带有预订对象信息；

根据所述第一预订请求中的预订对象信息以及库存的预订信息，判断所述库存的预订信息是否满足所述第一预订请求；其中所述库存的预订信息中包含有平台服务器预先向业务对象服务器发起携带有预订对象信息的第二预订请求后，得到的预订成功的信息；

若满足，则基于所述第一预订请求对应的预订对象信息，生成第一预订结果；若不满足，则向所述业务对象服务器发送所述第一预订请求，并接收所述业务对象服务器反馈的第一预订结果；

将所述第一预订结果反馈给所述客户端。

本申请实施例还提供一种业务对象预订方法，包括：

客户端接收用户提交的预订对象信息；

向平台服务器发送第一预订请求；其中，所述第一预订请求中携带有所述预订对象信息；

接收所述平台服务器基于所述第一预订请求中的预订对象信息和库存的预订信息反馈的第一预订结果；其中所述库存的预订信息中包含有平台服务器预先向业务对象服务器发起携带有预订对象信息的第二预订请求后，得到的预订成功的信息；所述第一预订结果中包含有与所述第一预订请求对应的预订成功的信息。

本申请实施例提供一种平台服务器，包括：

接收模块，用于接收客户端发送的第一预订请求；所述第一预订请求中携带有预订对象信息；

预订处理模块，用于根据所述第一预订请求中的预订对象信息以及库存的预订信息，判断所述库存的预订信息是否满足所述第一预订请求；其中所述库存的预订信息中包含预先通过发送模块向业务对象服务器发起携带有预订对象信息的第二预订请求后，得到的预订成功的信息；若所述库存的预订信息满足所述第一预订请求，则基于所述第一预订请求对应的预订对象信息，生成第一预订结果；若所述库存的预订信息不满足所述第一预订请求，则控制发送模块向所述业务对象服务器发送所述第一预订请求，并通过所述接收模块接收所述业务对象服务器反馈的第一预订结果；

所述发送模块，还用于将所述第一预订结果反馈给所述客户端。

本申请实施例还提供一种客户端，包括：

第一接收模块，用于接收用户提交的预订对象信息；

第一生成模块，用于基于所述预订对象信息，生成第一预订请求；其中，所述第一预订请求中携带有所述预订对象信息；

发送模块，用于发送所述第一预订请求；

第二接收模块，用于接收所述平台服务器基于所述第一预订请求中的预订对象信息和库存的预订信息反馈的第一预订结果；其中所述库存的预订信息中包含有平台服务器预先向业务对象服务器发起携带有预订对象信息的第二预订请求后，得到的预订成功的信息；所述第一预订结果中包含有与所述第一预订请求对应的预订成功的信息。

采用上述实施例，平台服务器可以在用户实际向该平台服务器发起预订请求之前预先向系统外的业务对象服务器发起预订请求，将得到的预订结果作为初始库存的预订信息存储起来。在接收到客户端实际发起的预订请求后，再基于本地库存的预订信息向客户端返回与用户实际的预订请求对应的预订结果。这样，由于不需要平台服务器在接收到客户端请求时再临时向业务对象服务器发起请求，客户端可以及时得到平台服务器返回的预订结果，从而提高了预订效率及预订成功率，进而提升了用户体验。

附图说明

图1为背景中的预订流程示意图；

图2为本申请实施例一提供的业务对象预订方法流程图；

图3为本申请实施的一个示例效果图；

图4为本申请实施例二提供的业务对象预订方法流程图；

图5为本申请实施例三提供的业务对象预订系统示意图；

图6为本申请实施例四提供的平台服务器结构示意图；

图7为本申请实施例五提供的客户端结构示意图。

具体实施方式

本申请实施例主要应用在平台服务器需要向系统外的业务对象服务器发送预订请求才能为客户端用户提供预订结果的场景下。在这种场景下，按照现有的请求流程，平台服务端是在接收到用户实际发起的预订请求后，再向系统外的业务对象服务器请求预订结果，由于预订过程经历的环节较多，导致预订请求失败率较高。

下面以酒店预订为例，对本申请方案做进一步介绍。

实施例一

如图2所示，为本申请实施例一提供的业务对象预订方法流程图，包括：

S201：客户端接收用户提交的预订对象信息。

这里，针对酒店预订，用户提交的预订对象信息中可以包括酒店名称和房间类型等信息。

S202：客户端基于接收的预订对象信息，向平台服务器发送第一预订请求；其中，所述第一预订请求中携带有所述预订对象信息。

这里，客户端在用户确认预订后，向平台服务器发送携带有用户选择的预订对象信息的第一预订请求。

S203：平台服务器根据所述第一预订请求中的预订对象信息以及库存的预订信息，判断所述库存的预订信息是否满足所述第一预订请求，若满足进入S204a，若不满足，进入S204b；其中所述库存的预订信息中包含有平台服务器预先向业务对象服务器发起携带有预订对象信息的第二预订请求后，得到的预订成功的信息。

在具体实施中，平台服务器会预先根据在未来预订时间段内的库存需求，向业务对象服务器发起携带有预订对象信息的第二预订请求，并在预订成功后，存储业务对象服务器返回的预订成功的预订信息。之后，在接收到用户实际发起的预订请求后，首先查看存储的预订信息是否能够满足用户的预订请求，若能够满足，则可以直接向用户返回预订结果，见S204a，若不满足，则还需要按照现有流程，向业务对象服务器发送请求，见S204b。

具体地，平台服务器根据历史预订数据，确定在未来预订时间段内的库存需求，该历史预订数据包括针对业务对象服务器提供的预订对象，用户实际发起预订的预订数据，所述库存需求包括各用户针对所述业务对象服务器提供的每种预订对象的需求总量(比如标准间需求多少间，大床房需要多少间)；根据确定的库存需求，向业务对象服务器发送第二预订请求；接收业务对象服务器返回的携带预订成功的信息的第二预订结果，用于作为初始库存的预订信息。

这里的历史预订数据可以存储在平台服务器中，也可以存储在独立的数据库中，平台服务器在有需求时向数据库发起查询请求。

在实际实施时，平台服务器可以根据存储的与多个业务对象服务方(比如某个酒店)分别对应的历史订单数据，预测在预订时间段内，针对每个业务对象服务方的库存需求信息。之后，根据预测的针对该业务对象服务方的库存需求，向该业务对象服务方对应的业务对象服务器(比如酒店的酒店管理系统)发送第二预订请求。

在平台服务器预先向一个业务对象服务器发起携带有预订对象信息的第二预订请求后，建立得到的预订成功的信息与该业务对象服务器对应的服务方标识信息(比如酒店名称)之间的映射关系，并将该映射关系作为库存的预订信息进行存储。之后，在用户实际发起第一预订请求后，根据该第一预订请求中携带的服务方标识信息，从库存的预订信息中查找与该服务方标识信息对应的预订成功的信息，再根据所述第一预订请求中的其它预订对象信息(房间类型，房间数量，比如标准间2间)，判断查找到的预订成功的信息是否满足所述第一预订请求。

针对平台服务器→代理商系统→渠道管理系统→业务对象服务器这种请求路径，平台服务器在向业务对象服务器发送第二预订请求时，首先向代理商系统发起第二预订请求，代理商系统接收第二预订请求后，还会向渠道管理系统继续发起请求，最后由渠道管理系统向业务对象服务器(比如酒店管理系统)发起请求，并将业务对象服务器返回的第二预订结果再经过代理商系统返回给平台服务器。平台服务器将得到的第二预订结果存储起来，作为初始库存的预订信息，比如记录下预订成功的酒店名称、酒店房间类型、入住时间、订单号等。

S204a：平台服务器在库存的预订信息满足第一预订请求时，基于第一预订请求对应的预订对象信息，生成第一预订结果，并更新库存的预订信息。

这里，平台服务器从库存的预订信息中，查找是否存在与第一预订请求对应的预订信息，基于查找出的预订信息生成与第一预订请求对应的第一预订结果。比如，库存的预订信息中包括平台服务器预先预订成功的某连锁酒店的10间标准间客房信息，若第一预订请求中请求预订一间该连锁酒店的标准间客房，则从之前预订成功的10间标准间客房中选择一间，并将相关订单信息(酒店信息、房间类型、入住时间、订单号等)返回给客户端。

在具体实施中，对于一些需要填写用户信息发起预订的场景，由于平台服务器预先创建订单时并不知道实际的用户信息，因此在预先创建订单时，可以首先使用平台默认的用户信息发起预订，后续在为实际用户创建订单后，再发起订单信息更新流程。

具体地，平台服务器基于第一预订请求中携带的客户端用户信息，和第一预订请求对应的预订对象信息，生成第一预订结果；其中，第一预订结果中包含有与第一预订请求对应的预订成功的信息和客户端用户信息；在生成第一预订结果之后，向业务对象服务器发送预订信息更新请求，该预订信息更新请求用于请求将与第一预订结果关联的用户信息从发送第二预订请求时使用的默认用户信息更新为客户端用户信息。

比如，根据酒店的预订要求，平台服务器需要在预先发起的第二预订请求中携带住客相关信息，此时平台服务器可以使用默认用户信息发起酒店预订请求，得到预订成功的酒店信息作为初始库存的预订信息。在接收到客户端用户实际发起的第一预订请求后，从之前预订好的房间中选择提供给客户端用户的房间，并向客户端返回使用真实的客户端用户信息生成的酒店预订结果，之后，平台服务器可以再向酒店管理系统发起订单信息更新请求，将之前预留的默认用户信息更改为真实的客户端用户信息。

可选地，在更新库存的预订信息之后，还可以判断所述预订对象的库存量是否低于设定阈值；若是，则向管理方推送库存告警信息，用于提示管理方选择是否补充库存；或者，自动向业务对象服务器发起预订流程。这样，平台服务器可以保证预先完成的预订信息处于库存充足的状态，以满足用户实时发起的预订请求。

S204b：平台服务器在库存的预订信息不满足第一预订请求时，向业务对象服务器发送第一预订请求，并接收业务对象服务器反馈的第一预订结果。

这里，平台服务器在库存不足时，比如客户端请求预订某酒店的2个标准间，库存中没有了或只剩1个标准间，则此时平台服务器可以按照现有流程，向业务对象服务器发起第一预订请求。

S205：平台服务器将第一预订结果反馈给客户端。

这里，平台服务器反馈给客户端的第一预订结果可能是在库存满足需求的情况下，平台服务器直接生成的预订结果，也可能是平台服务器在库存不足的情况下，临时向业务对象服务器请求回的预订结果。客户端接收服务端基于库存的预订信息返回的第一预订结果，并将该第一预订结果展示给用户。

采用上述实施例，平台服务器可以在用户实际向该平台服务器发起预订请求之前预先向系统外的业务对象服务器发起预订请求，将得到的预订结果作为初始库存的预订信息存储起来。在接收到客户端实际发起的预订请求后，再基于本地库存的预订信息向客户端返回与用户实际的预订请求对应的预订结果。这样，由于不需要平台服务器在接收到客户端请求时再临时向业务对象服务器发起请求，客户端可以及时得到平台服务器返回的预订结果，从而提高了预订效率及预订成功率，进而提升了用户体验。

如图3所示，平台服务器根据预先统计的库存需求，分别向XX酒店和YY酒店预先预订了10间标准间，用户A后续发起了预订XX酒店一个标准间的请求，此时平台服务器根据预存的库存信息，确定满足用户A的预订请求，则将与XX酒店一个标准间相关的预订成功的信息提供给用户A，从而可以使用户A快速获取到预订成功的信息。而用户B后续发起了预订YY酒店一个大床房的请求，此时平台服务器根据预存的库存信息，确定无法满足用户B的预订请求，则就需要临时向YY酒店PMS系统发送预订请求，并将YY酒店PMS系统反馈的预订结果再返回给用户B，显然，相比用户A，用户B的预订过程需要的时间要长些。

在实际实施中，本申请除了酒店预订的场景外，还适用于其它任何需要平台服务器向业务对象服务器发送预订请求才能为客户端用户提供预订结果的场景，比如机票预订、电影票预订等。在这些场景下，平台服务器提前统计用户需求，预先向平台外的服务方发起预订请求，并将请求回的预订结果作为库存的预订信息进行存储。之后在客户端实际发起请求时，再基于之前预先请求回的预订信息为客户端提供相关预订结果。

下面再通过一个具体的实施例对本申请思想作进一步说明。

如图4所示，为本申请实施例二提供的业务对象预订方法流程图，包括：

S401：针对每个业务对象服务器，平台服务器根据历史预订数据，确定在未来预订时间段内的库存需求；所述历史预订数据包括针对该业务对象服务器提供的预订对象，用户实际发起预订的预订数据，所述库存需求包括各用户针对所述业务对象服务器提供的预订对象的需求总量。

在具体实施中，平台服务器可以根据为用户提供的各项预订服务(比如酒店预订、机票预订)，分别统计每项预订服务中每个业务对象服务方(比如XX连锁酒店、YY连锁酒店等，还可以是连锁酒店和代理商的组合)能够提供的每个业务对象(比如标准间客房、大床房等)的库存需求。具体地，可以统计在最近预设时长(比如一个月)内针对每个业务对象完成的订单数据，基于统计的订单数据预测出在预订时间段(比如一天)内对该业务对象的库存需求信息，比如，根据存储的某连锁酒店的标准间客房的订单数据，统计在最近一个月内该连锁酒店的标准间客房的预订数量N，从而可以预测出该连锁酒店的标准间客房每天的预订数量约为N/30，从而平台服务器可以在之后每一天的早上7点钟开始提前预订N/30个该连锁酒店的标准间客房。

上述预测过程仅为举例，在实际实施中，还可以根据预订时间段的属性信息(比如是否为节假日，是否在特定城市举办活动等)，首先获取与该预订时间段属性相同的历史时间段内的订单数据，然后基于这些订单数据进行订单需求信息预测。比如，若某预订时间段处于五一假日期间，则可以获取最近3年内五一期间的订单数据，基于这些订单数据预测某请求对象的订单需求信息。

这里，平台服务器基于预测的在预订时间段内对每个业务对象的库存需求，生成第二预订请求。这里针对每个业务对象，平台服务器可以在一次请求中完成在预订时间段内对该业务对象的预订，比如，预测出某连锁酒店的标准间客房每天的预订需求数量为N/30，则平台服务器可以在一次预订请求中向该连锁酒店管理系统请求预订N/30个该连锁酒店的标准间客房，当然，平台服务器也可以通过发起多次预订请求来预订N/30个该连锁酒店的标准间客房，比如每次请求只预订一个房间。

在具体实施中，可以以上述预订时间段的长度为一个周期，平台服务器可以周期性发起第二预订请求来得到第二预订结果，比如，在上述举例中，服务端可以每天早上向系统外发起酒店预订请求，以预订好当天的酒店房间。

S402：平台服务器根据确定的库存需求，向所述业务对象服务器发送第二预订请求，该第二预订请求中携带默认用户信息。

在实际实施中，平台服务器还可以根据客户端实际发起的预订请求，在确定库存的预订信息中有剩余的业务对象未被预订时，向业务对象服务器发起取消预订请求。比如，平台服务器早上7点请求预订了10间某连锁酒店的标准间客房，在晚上6点时发现剩余5间房间没有被预订，此时平台服务器可以发起取消预订这5间房间的请求。

S403：平台服务器接收业务对象服务器返回的携带预订成功的信息的第二预订结果，用于作为初始库存的预订信息。

S404：客户端接收用户提交的预订对象信息。

S405：客户端基于接收的预订对象信息，向平台服务器发送第一预订请求；其中，所述第一预订请求中携带有所述预订对象信息以及客户端用户信息。

S406：平台服务器根据所述第一预订请求中的预订对象信息以及库存的预订信息，判断所述库存的预订信息是否满足所述第一预订请求，若满足进入S407a，若不满足，进入S407b。

S407a：平台服务器在库存的预订信息满足第一预订请求时，基于第一预订请求对应的预订对象信息以及客户端用户信息，生成第一预订结果，更新库存的预订信息，并进入S408及S409。

S408：向业务对象服务器发送预订信息更新请求，用于请求将与第一预订结果关联的用户信息从发送第二预订请求时使用的默认用户信息更新为客户端用户信息。

S407b：平台服务器在库存的预订信息不满足第一预订请求时，向业务对象服务器发送第一预订请求，并接收业务对象服务器反馈的第一预订结果。

这里，平台服务器基于正常的预订流程发起预订。

S409：平台服务器将第一预订结果反馈给客户端。

这里，客户端接收平台服务器基于所述第一预订请求中的预订对象信息和库存的预订信息反馈的第一预订结果。

采用上述实施例，平台服务器可以在用户实际向该平台服务器发起预订请求之前预先向系统外的业务对象服务器发起预订请求，将得到的预订结果作为初始库存的预订信息存储起来。在接收到客户端实际发起的预订请求后，再基于本地库存的预订信息向客户端返回与用户实际的预订请求对应的预订结果。这样，由于不需要平台服务器在接收到客户端请求时再临时向业务对象服务器发起请求，客户端可以及时得到平台服务器返回的预订结果，从而提高了预订效率及预订成功率，进而提升了用户体验。

基于同一发明构思，本发明实施例中还提供了一种与业务对象预订方法对应的业务对象预订系统及装置，由于该系统及装置解决问题的原理与本申请实施例的业务对象预订方法相似，因此该系统及装置的实施可以参见方法的实施，重复之处不再赘述。

实施例三

如图5所示，为本申请实施例三提供的业务对象预订系统500示意图，包括：

平台服务器51，用于接收客户端发送的携带有预订对象信息的第一预订请求；根据该预订对象信息以及库存的预订信息，判断库存的预订信息是否满足所述第一预订请求，其中所述库存的预订信息为平台服务器通过预先发起携带有预订对象信息的第二预订请求得到的；若满足，则生成所述第一预订请求对应的第一预订结果，若不满足，则通过向业务对象服务器发送所述第一预订请求得到第一预订结果；将所述第一预订结果反馈给客户端；

客户端52，用于接收用户提交的预订对象信息，并基于该预订对象信息向平台服务器发送所述第一预订请求；接收所述平台服务器基于所述第一预订请求中的预订对象信息和所述库存的预订信息反馈的所述第一预订结果；

业务对象服务器53，用于接收所述平台服务器预先发起的所述第二预订请求，并向所述平台服务器反馈第二预订结果，所述第二预订结果中包含有与所述第二预订请求对应的预订成功的信息，用于作为所述平台服务器初始库存的预订信息；还用于接收所述平台服务器发送的由用户发起的所述第一预订请求，并向所述平台服务器反馈所述第一预订结果。

可选地，所述预订对象为酒店，所述业务对象服务器为酒店管理服务器，所述预订对象信息包括预订的酒店名称和房间类型。

可选地，所述平台服务器51具体用于根据以下步骤发起所述第二预订请求：

根据历史预订数据，确定在未来预订时间段内的库存需求；所述历史预订数据包括针对所述预订对象，用户实际发起预订的预订数据，所述库存需求包括各用户针对所述业务对象服务器提供的预订对象的需求总量；

根据确定的所述库存需求，向所述业务对象服务器发送所述第二预订请求。

可选地，所述第一预订请求中还携带有客户端用户信息；所述第二预订请求中还携带有默认用户信息；

在所述库存的预订信息满足所述第一预订请求时，平台服务器51具体用于根据以下步骤生成所述第一预订结果：

基于所述第一预订请求中携带的客户端用户信息，和所述第一预订请求对应的预订对象信息，生成所述第一预订结果；其中，所述第一预订结果中包含有与所述第一预订请求对应的预订成功的信息和所述客户端用户信息；

平台服务器51还用于：

在生成所述第一预订结果之后，向所述业务对象服务器发送预订信息更新请求；所述预订信息更新请求用于请求将与所述第一预订结果关联的用户信息从发送所述第二预订请求时使用的默认用户信息更新为所述客户端用户信息；

业务对象服务器53还用于：

根据所述预订信息更新请求，将存储的与所述第一预订结果关联的用户信息从所述默认用户信息更新为所述客户端用户信息。

可选地，平台服务器51还用于：

在更新库存的预订信息之后，判断所述预订对象的库存量是否低于设定阈值；

若是，则向管理方推送库存告警信息，用于提示管理方选择是否补充库存；或者，自动向所述业务对象服务器发起预订流程。

实施例四

如图6所示，为本申请实施例四提供的平台服务器600结构示意图，包括：

接收模块61，用于接收客户端发送的第一预订请求；所述第一预订请求中携带有预订对象信息；

预订处理模块62，用于根据所述第一预订请求中的预订对象信息以及库存的预订信息，判断所述库存的预订信息是否满足所述第一预订请求；其中所述库存的预订信息中包含预先通过发送模块63向业务对象服务器发起携带有预订对象信息的第二预订请求后，得到的预订成功的信息；若所述库存的预订信息满足所述第一预订请求，则基于所述第一预订请求对应的预订对象信息，生成第一预订结果；若所述库存的预订信息不满足所述第一预订请求，则控制发送模块63向业务对象服务器发送第一预订请求，并通过接收模块61接收所述业务对象服务器反馈的第一预订结果；

发送模块63，还用于将所述第一预订结果反馈给所述客户端。

可选地，预订处理模块62具体用于根据以下步骤发送所述第二预订请求：

根据历史预订数据，确定在未来预订时间段内的库存需求；所述历史预订数据包括针对所述预订对象，用户实际发起预订的预订数据，所述库存需求包括各用户针对所述业务对象服务器提供的预订对象的需求总量；

根据确定的所述库存需求，向所述业务对象服务器发送所述第二预订请求。

可选地，所述第一预订请求中还携带有客户端用户信息；所述第二预订请求中还携带有默认用户信息；

所述预订处理模块62具体用于根据以下步骤生成所述第一预订结果：

基于所述第一预订请求中携带的客户端用户信息，和所述第一预订请求对应的预订对象信息，生成所述第一预订结果；其中，所述第一预订结果中包含有与所述第一预订请求对应的预订成功的信息和所述客户端用户信息；

所述发送模块63还用于：

向所述业务对象服务器发送预订信息更新请求；所述预订信息更新请求用于请求将与所述第一预订结果关联的用户信息从发送所述第二预订请求时使用的默认用户信息更新为所述客户端用户信息。

可选地，所述预订处理模块62还用于：

基于所述第一预订请求对应的预订对象信息，生成第一预订结果之后，更新库存的预订信息。

可选地，所述预订处理模块62还用于：

在更新库存的预订信息之后，判断所述预订对象的库存量是否低于设定阈值；若是，则通过所述发送模块63向管理方推送库存告警信息，用于提示管理方选择是否补充库存；或者，自动向所述业务对象服务器发起预订流程。

可选地，所述第一预订请求中还携带有服务方标识信息；

所述平台服务器600还包括：

存储模块64，用于在发送模块63预先向业务对象服务器发起携带有预订对象信息的第二预订请求后，建立得到的预订成功的信息与该业务对象服务器对应的服务方标识信息之间的映射关系，并将该映射关系作为库存的预订信息进行存储；

所述预订处理模块62具体用于根据以下步骤判断所述库存的预订信息是否满足所述第一预订请求：

根据所述第一预订请求中携带的服务方标识信息，从库存的预订信息中查找与该服务方标识信息对应的预订成功的信息；根据所述第一预订请求中的预订对象信息，判断查找到的预订成功的信息是否满足所述第一预订请求。

上述平台服务器，可以在用户实际向该平台服务器发起预订请求之前预先向系统外的业务对象服务器发起预订请求，将得到的预订结果作为初始库存的预订信息存储起来。在接收到客户端实际发起的预订请求后，再基于本地库存的预订信息向客户端返回与用户实际的预订请求对应的预订结果。这样，由于不需要平台服务器在接收到客户端请求时再临时向业务对象服务器发起请求，客户端可以及时得到平台服务器返回的预订结果，从而提高了预订效率及预订成功率，进而提升了用户体验。

实施例五

如图7所示，为本申请实施例五提供的客户端700结构示意图，包括：

第一接收模块71，用于接收用户提交的预订对象信息；

生成模块72，用于基于所述预订对象信息，生成第一预订请求；其中，所述第一预订请求中携带有所述预订对象信息；

发送模块73，用于发送所述第一预订请求；

第二接收模块74，用于接收所述平台服务器基于所述第一预订请求中的预订对象信息和库存的预订信息反馈的第一预订结果；其中所述库存的预订信息中包含有平台服务器预先向业务对象服务器发起携带有预订对象信息的第二预订请求后，得到的预订成功的信息；所述第一预订结果中包含有与所述第一预订请求对应的预订成功的信息。

采用上述客户端，可以向用户及时返回平台服务器基于预先存储的预订信息返回的预订结果，提高了预订效率及预订成功率，进而提升了用户体验。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (19)

1.一种业务对象预订系统，其特征在于，该系统包括：

平台服务器，用于接收客户端发送的携带有预订对象信息的第一预订请求；根据该预订对象信息以及库存的预订信息，判断库存的预订信息是否满足所述第一预订请求，其中所述库存的预订信息为平台服务器通过预先发起携带有预订对象信息的第二预订请求得到的；若满足，则生成所述第一预订请求对应的第一预订结果，若不满足，则通过向业务对象服务器发送所述第一预订请求得到第一预订结果；将所述第一预订结果反馈给客户端；

客户端，用于接收用户提交的预订对象信息，并基于该预订对象信息向平台服务器发送所述第一预订请求；接收所述平台服务器基于所述第一预订请求中的预订对象信息和所述库存的预订信息反馈的所述第一预订结果；

业务对象服务器，用于接收所述平台服务器预先发起的所述第二预订请求，并向所述平台服务器反馈第二预订结果，所述第二预订结果中包含有与所述第二预订请求对应的预订成功的信息，用于作为所述平台服务器初始库存的预订信息；还用于接收所述平台服务器发送的由用户发起的所述第一预订请求，并向所述平台服务器反馈所述第一预订结果。

2.如权利要求1所述的系统，其特征在于，所述预订对象为酒店，所述业务对象服务器为酒店管理服务器，所述预订对象信息包括预订的酒店名称和房间类型。

3.如权利要求1所述的系统，其特征在于，所述平台服务器具体用于根据以下步骤发起所述第二预订请求：

根据历史预订数据，确定在未来预订时间段内的库存需求；所述历史预订数据包括针对所述预订对象，用户实际发起预订的预订数据，所述库存需求包括各用户针对所述业务对象服务器提供的预订对象的需求总量；

根据确定的所述库存需求，向所述业务对象服务器发送所述第二预订请求。

4.如权利要求1所述的系统，其特征在于，所述第一预订请求中还携带有客户端用户信息；所述第二预订请求中还携带有默认用户信息；

在所述库存的预订信息满足所述第一预订请求时，所述平台服务器具体用于根据以下步骤生成所述第一预订结果：

基于所述第一预订请求中携带的客户端用户信息，和所述第一预订请求对应的预订对象信息，生成所述第一预订结果；其中，所述第一预订结果中包含有与所述第一预订请求对应的预订成功的信息和所述客户端用户信息；

所述平台服务器还用于：

在生成所述第一预订结果之后，向所述业务对象服务器发送预订信息更新请求；所述预订信息更新请求用于请求将与所述第一预订结果关联的用户信息从发送所述第二预订请求时使用的默认用户信息更新为所述客户端用户信息；

所述业务对象服务器还用于：

根据所述预订信息更新请求，将存储的与所述第一预订结果关联的用户信息从所述默认用户信息更新为所述客户端用户信息。

5.如权利要求1所述的系统，其特征在于，所述平台服务器还用于：

在更新库存的预订信息之后，判断所述预订对象的库存量是否低于设定阈值；

若是，则向管理方推送库存告警信息，用于提示管理方选择是否补充库存；或者，自动向所述业务对象服务器发起预订流程。

6.一种业务对象预订方法，其特征在于，该方法包括：

平台服务器接收客户端发送的第一预订请求；所述第一预订请求中携带有预订对象信息；

根据所述第一预订请求中的预订对象信息以及库存的预订信息，判断所述库存的预订信息是否满足所述第一预订请求；其中所述库存的预订信息中包含有平台服务器预先向业务对象服务器发起携带有预订对象信息的第二预订请求后，得到的预订成功的信息；

若满足，则基于所述第一预订请求对应的预订对象信息，生成第一预订结果；若不满足，则向所述业务对象服务器发送所述第一预订请求，并接收所述业务对象服务器反馈的第一预订结果；

将所述第一预订结果反馈给所述客户端。

7.如权利要求6所述的方法，其特征在于，所述平台服务器预先向业务对象服务器发起所述第二预订请求，包括：

所述平台服务器根据历史预订数据，确定在未来预订时间段内的库存需求；所述历史预订数据包括针对所述预订对象，用户实际发起预订的预订数据，所述库存需求包括各用户针对所述业务对象服务器提供的预订对象的需求总量；

根据确定的所述库存需求，向所述业务对象服务器发送所述第二预订请求。

8.如权利要求6所述的方法，其特征在于，所述第一预订请求中还携带有客户端用户信息；所述第二预订请求中还携带有默认用户信息；

在所述库存的预订信息满足所述第一预订请求时，所述基于所述第一预订请求对应的预订对象信息，生成所述第一预订结果，包括：

基于所述第一预订请求中携带的客户端用户信息，和所述第一预订请求对应的预订对象信息，生成所述第一预订结果；其中，所述第一预订结果中包含有与所述第一预订请求对应的预订成功的信息和所述客户端用户信息；

生成所述第一预订结果之后，还包括：

向所述业务对象服务器发送预订信息更新请求；所述预订信息更新请求用于请求将与所述第一预订结果关联的用户信息从发送所述第二预订请求时使用的默认用户信息更新为所述客户端用户信息。

9.如权利要求6所述的方法，其特征在于，基于所述第一预订请求对应的预订对象信息，生成第一预订结果之后，还包括：

更新库存的预订信息。

10.如权利要求9所述的方法，其特征在于，所述更新库存的预订信息之后，还包括：

判断所述预订对象的库存量是否低于设定阈值；

若是，则向管理方推送库存告警信息，用于提示管理方选择是否补充库存；或者，自动向所述业务对象服务器发起预订流程。

11.如权利要求6所述的方法，其特征在于，所述第一预订请求中还携带有服务方标识信息；

所述平台服务器预先向业务对象服务器发起携带有预订对象信息的第二预订请求后，还包括：

建立得到的预订成功的信息与该业务对象服务器对应的服务方标识信息之间的映射关系，并将该映射关系作为库存的预订信息进行存储；

所述根据所述第一预订请求中的预订对象信息以及库存的预订信息，判断所述库存的预订信息是否满足所述第一预订请求，包括：

根据所述第一预订请求中携带的服务方标识信息，从库存的预订信息中查找与该服务方标识信息对应的预订成功的信息；

根据所述第一预订请求中的预订对象信息，判断查找到的预订成功的信息是否满足所述第一预订请求。

12.一种用户请求处理方法，其特征在于，该方法包括：

客户端接收用户提交的预订对象信息；

向平台服务器发送第一预订请求；其中，所述第一预订请求中携带有所述预订对象信息；

接收所述平台服务器基于所述第一预订请求中的预订对象信息和库存的预订信息反馈的第一预订结果；其中所述库存的预订信息中包含有平台服务器预先向业务对象服务器发起携带有预订对象信息的第二预订请求后，得到的预订成功的信息；所述第一预订结果中包含有与所述第一预订请求对应的预订成功的信息。

13.一种平台服务器，其特征在于，包括：

接收模块，用于接收客户端发送的第一预订请求；所述第一预订请求中携带有预订对象信息；

预订处理模块，用于根据所述第一预订请求中的预订对象信息以及库存的预订信息，判断所述库存的预订信息是否满足所述第一预订请求；若满足，则基于所述第一预订请求对应的预订对象信息，生成第一预订结果；若不满足，则控制发送模块向所述业务对象服务器发送所述第一预订请求，并通过所述接收模块接收所述业务对象服务器反馈的第一预订结果；

所述发送模块，还用于将所述第一预订结果反馈给所述客户端；

其中，所述库存的预订信息中包含预先通过发送模块向业务对象服务器发起携带有预订对象信息的第二预订请求后，得到的预订成功的信息。

14.如权利要求13所述的平台服务器，其特征在于，所述预订处理模块具体用于根据以下步骤发送所述第二预订请求：

根据历史预订数据，确定在未来预订时间段内的库存需求；所述历史预订数据包括针对所述预订对象，用户实际发起预订的预订数据，所述库存需求包括各用户针对所述业务对象服务器提供的预订对象的需求总量；根据确定的所述库存需求，向所述业务对象服务器发送所述第二预订请求。

15.如权利要求13所述的平台服务器，其特征在于，所述第一预订请求中还携带有客户端用户信息；所述第二预订请求中还携带有默认用户信息；

所述预订处理模块具体用于根据以下步骤生成所述第一预订结果：

基于所述第一预订请求中携带的客户端用户信息，和所述第一预订请求对应的预订对象信息，生成所述第一预订结果；其中，所述第一预订结果中包含有与所述第一预订请求对应的预订成功的信息和所述客户端用户信息；

所述发送模块还用于：

向所述业务对象服务器发送预订信息更新请求；所述预订信息更新请求用于请求将与所述第一预订结果关联的用户信息从发送所述第二预订请求时使用的默认用户信息更新为所述客户端用户信息。

16.如权利要求13所述的平台服务器，其特征在于，所述预订处理模块还用于：

基于所述第一预订请求对应的预订对象信息，生成第一预订结果之后，更新库存的预订信息。

17.如权利要求16所述的平台服务器，其特征在于，所述预订处理模块还用于：

在更新库存的预订信息之后，判断所述预订对象的库存量是否低于设定阈值；若是，则通过所述发送模块向管理方推送库存告警信息，用于提示管理方选择是否补充库存；或者，自动向所述业务对象服务器发起预订流程。

18.如权利要求13所述的平台服务器，其特征在于，所述第一预订请求中还携带有服务方标识信息；

所述平台服务器还包括：

存储模块，用于在所述发送模块预先向业务对象服务器发起携带有预订对象信息的第二预订请求后，建立得到的预订成功的信息与该业务对象服务器对应的服务方标识信息之间的映射关系，并将该映射关系作为库存的预订信息进行存储；

所述预订处理模块具体用于根据以下步骤判断所述库存的预订信息是否满足所述第一预订请求：

根据所述第一预订请求中携带的服务方标识信息，从库存的预订信息中查找与该服务方标识信息对应的预订成功的信息；根据所述第一预订请求中的预订对象信息，判断查找到的预订成功的信息是否满足所述第一预订请求。

19.一种客户端，其特征在于，包括：

第一接收模块，用于接收用户提交的预订对象信息；

生成模块，用于基于所述预订对象信息，生成第一预订请求；其中，所述第一预订请求中携带有所述预订对象信息；

发送模块，用于发送所述第一预订请求；

第二接收模块，用于接收所述平台服务器基于所述第一预订请求中的预订对象信息和库存的预订信息反馈的第一预订结果；其中所述库存的预订信息中包含有平台服务器预先向业务对象服务器发起携带有预订对象信息的第二预订请求后，得到的预订成功的信息；所述第一预订结果中包含有与所述第一预订请求对应的预订成功的信息。