CN113673897A - 酒店互联网电商代销系统 - Google Patents

Abstract

本申请提供一种酒店互联网电商代销系统，所述系统包括：检测单元、通信单元和处理单元。本申请提供的技术方案具有用户体验度高的优点。

Description

酒店互联网电商代销系统

技术领域

本申请涉及电子商务技术领域，具体涉及一种酒店互联网电商代销系统。

背景技术

酒店为住宿的一种，随着电子商务以及互联网的兴起，酒店的电子商务也成为客户的一种选择，但是现有的酒店互联网电商平台有很多，各个酒店会在多个电商平台上面上架，但是对于酒店，其库存是有限的，尤其是在热门酒店以及热门时段时，酒店的库存可能不准确，影响了订单的准确性以及酒店预定的正确性，降低了用户的体验度。

发明内容

本申请实施例提供了一种酒店互联网电商代销系统，可以避免库存的问题，提高了酒店预定的正确性，进而提高了用户的体验度。

第一方面，本申请实施例提供一种酒店互联网电商代销系统，所述系统包括：

检测单元、通信单元和处理单元；

检测单元，用于周期性的采集多个电商代销平台对应的每个房型的房间库存信息，该的房间库存信息包括：每个房型的剩余房间数量；

处理单元，用于若一个房型的剩余房间数量α低于数量阈值时，启动延时确认流程，该延时确认操作具体可以包括：

通信单元，用于接收到一个房型的预定请求时，启动计时器，并继续接收一个房型的其他的预定请求，将每个预定请求的请求时间标记接收时间后传递给处理单元；

处理单元，用于统计多个预定请求的数量β，若β＞α，将多个预定请求按接收时间升序排列得到第一序列，将第一序列中前α个预定请求确认通过，将剩余预定请求确认驳回，控制通信单元向前α个预定请求对应的电商平台的用户发送确认通过响应，控制通信单元向剩余预定请求对应的电商平台的用户发送驳回响应。

可选的，

处理单元，还用于向多个电商平台发送房间库存调整消息，该房间库存调整消息用于指示多个电商平台将一个房型的剩余房间数量调整至零。

可选的，

处理单元，还用于获取前α个预定请求对应的α个风险等级，若α个风险等级中具有高于低风险的风险等级，将高于低风险的风险等级的预定请求驳回，从剩余预定请求中选择低风险的风险等级替换该高于低风险的风险等级的预定请求。

可选的，

所述处理单元，还用于获取酒店的目的地的x个项目对应的x个风险等级，将x个风险等级广播至所有的酒店住户。

可选的，

所述获取酒店的目的地的x个项目对应的x个风险等级具体包括：

提取x个项目中每个项目执行风险计算操作，风险计算操作具体可以包括：

获取一个项目中多个旅行团，计算多个旅行团的风险等级，提取多个旅行团中风险等级最高的风险等级确定为该一个项目点的风险等级。

第二方面，提供一种酒店互联网电商代销方法，该方法包括：

周期性的采集多个电商代销平台对应的每个房型的房间库存信息，该的房间库存信息包括：每个房型的剩余房间数量；

若一个房型的剩余房间数量α低于数量阈值时，启动延时确认流程，该延时确认操作具体包括：接收到一个房型的预定请求时，启动计时器，并继续接收一个房型的其他的预定请求，将每个预定请求的请求时间标记接收时间；

统计多个预定请求的数量β，若β＞α，将多个预定请求按接收时间升序排列得到第一序列，将第一序列中前α个预定请求确认通过，将剩余预定请求确认驳回，向前α个预定请求对应的电商平台的用户发送确认通过响应，向剩余预定请求对应的电商平台的用户发送驳回响应。

第三方面，提供一种计算机可读存储介质，其存储用于电子数据交换的程序，其中，所述程序使得终端执行第一方面提供的方法。

实施本申请实施例，具有如下有益效果：

可以看出，本申请提供的系统中的检测单元，用于周期性的采集多个电商代销平台对应的每个房型的房间库存信息，该的房间库存信息包括：每个房型的剩余房间数量；处理单元若一个房型的剩余房间数量α低于数量阈值时，启动延时确认流程，该延时确认操作具体可以包括：通信单元接收到一个房型的预定请求时，启动计时器，并继续接收一个房型的其他的预定请求，将每个预定请求的请求时间标记接收时间后传递给处理单元；处理单元统计多个预定请求的数量β，若β＞α，将多个预定请求按接收时间升序排列得到第一序列，将第一序列中前α个预定请求确认通过，将剩余(β-α)预定请求确认驳回，控制通信单元向前α个预定请求对应的电商平台的用户发送确认通过响应，控制通信单元向剩余预定请求对应的电商平台的用户发送驳回响应。通过此种设置避免了电商平台直接确认后导致房间被预定完，影响了房价预定的准确性，提高了用户的体验度。

附图说明

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

图1是本申请实施例提供的一种智能平台的通信系统的结构示意图。

图2是本申请实施例提供的一种酒店互联网电商代销方法的流程示意图。

具体实施方式

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

本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结果或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请提供一种终端，该终端具体可以包括：处理器、存储器、摄像头和显示屏，上述部件可以通过总线连接，也可以通过其他方式连接，本申请并不限制上述连接的具体方式。在实际应用中，上述终端具体可以为个人计算机、服务器、平板电脑、智能手机等等。

示例的，本申请实施例的终端设备是一种具有无线通信功能的设备，可以称为终端(terminal)、用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)、接入终端设备、车载终端设备、工业控制终端设备、UE单元、UE站、移动站、远方站、远程终端设备、移动设备、UE终端设备、无线通信设备、UE代理或UE装置等。

酒店的电商代销具有多个平台，例如，携程、去哪儿、美团、木鸟等等平台，对于多个平台来说，其库存的管理可能出现问题。对于一些热门酒店的热门时间，热门酒店的热门时间的房源是非常有限的，一般都是在100以下，而酒店为了更好的促销，可能上多个平台，而库存的管理一般都是单个电商平台来自行管理，无法获取其他电商平台的数据，这样就使得在一些酒店预定时，用户在预定之前可能酒店的库存已经预定完，导致酒店预定不成功，影响了用户的体验度。

参阅图1，图1提供了一种酒店互联网电商代销系统，该系统可以设置在终端设备内，该系统包括：检测单元、通信单元和处理单元；

检测单元，用于周期性的采集多个电商代销平台对应的每个房型的房间库存信息，该的房间库存信息包括：每个房型的剩余房间数量；

处理单元，用于若一个房型的剩余房间数量α低于数量阈值时，启动延时确认流程，该延时确认操作具体可以包括：

通信单元，用于接收到一个房型的预定请求时，启动计时器，并继续接收一个房型的其他的预定请求，将每个预定请求的请求时间标记接收时间后传递给处理单元；

处理单元，用于统计多个预定请求的数量β，若β＞α，将多个预定请求按接收时间升序排列得到第一序列，将第一序列中前α个预定请求确认通过，将剩余(β-α)预定请求确认驳回，控制通信单元向前α个预定请求对应的电商平台的用户发送确认通过响应，控制通信单元向剩余预定请求对应的电商平台的用户发送驳回响应。

本申请提供的系统中的检测单元，用于周期性的采集多个电商代销平台对应的每个房型的房间库存信息，该的房间库存信息包括：每个房型的剩余房间数量；处理单元若一个房型的剩余房间数量α低于数量阈值时，启动延时确认流程，该延时确认操作具体可以包括：通信单元接收到一个房型的预定请求时，启动计时器，并继续接收一个房型的其他的预定请求，将每个预定请求的请求时间标记接收时间后传递给处理单元；处理单元统计多个预定请求的数量β，若β＞α，将多个预定请求按接收时间升序排列得到第一序列，将第一序列中前α个预定请求确认通过，将剩余(β-α)预定请求确认驳回，控制通信单元向前α个预定请求对应的电商平台的用户发送确认通过响应，控制通信单元向剩余预定请求对应的电商平台的用户发送驳回响应。通过此种设置避免了电商平台直接确认后导致房间被预定完，影响了房价预定的准确性，提高了用户的体验度。

示例的，上述系统还可以包括：

处理单元，还用于向多个电商平台发送房间库存调整消息，该房间库存调整消息用于指示多个电商平台将一个房型的剩余房间数量调整至零。

示例的，上述系统还可以包括：

处理单元，还用于获取前α个预定请求对应的α个风险等级，若α个风险等级中具有高于低风险的风险等级，将高于低风险的风险等级的预定请求驳回，从剩余预定请求中选择低风险的风险等级替换该高于低风险的风险等级的预定请求。

示例的，上述获取前α个预定请求对应的α个风险等级具体可以包括：

对前α个预定请求中每个预定请求执行风险等级预估操作得到α个风险等级，该风险等级估计操作具体可以包括：

提取一个预定请求对应的出发地A以及交通信息，该交通信息包括：n个停留地以及n个停留时间，

若出发地A的第一等级为高风险，确定该风险等级为高风险；

若出发地A的第一等级为中风险，获取n个停留地的n个等级，将n个等级中的高风险等级以及高风险等级对应的停留时间提取出来得到m个停留时间，计算m个停留时间之和T1，若T1大于第一时间阈值，确定风险等级为高风险，若T1小于第一时间阈值，确定风险等级为中风险；

若出发地A的第一等级为低风险，获取n个停留地的n个等级，将n个等级中的高风险等级以及高风险等级对应的停留时间提取出来得到w1个停留时间，计算w1个停留时间之和T2，将n个等级中的中风险等级以及中风险等级对应的停留时间提取出来得到w2个停留时间，计算w2个停留时间之和T3；若T2大于第一时间阈值，确定风险等级为高风险，若T2小于第一时间阈值，确定T3+k*T2是否大于第二时间阈值，若大于第二时间阈值，确定风险等级为中风险，否则，确定风险等级为低风险。

示例的，上述风险等级可以参见健康码或行程码中各个地区的风险等级，该风险等级具体可以包括：高风险、中风险、低风险。

示例的，

上述处理单元，还用于获取酒店的目的地的x个项目对应的x个风险等级，将x个风险等级广播至所有的酒店住户。

示例的，上述获取酒店的目的地的x个项目对应的x个风险等级具体可以包括：

提取x个项目中每个项目执行风险计算操作，风险计算操作具体可以包括：获取一个项目中多个旅行团，计算多个旅行团的风险等级，提取多个旅行团中风险等级最高的风险等级确定为该一个项目点的风险等级。

上述计算多个旅行团的风险等级的方式可以参见预定请求的风险等级估计操作方式。

对于目的地的项目x来说，其签订的旅游团相对来说固定，这样就可以通过对固定的旅游团来确定每个项目可能的风险，进而对用户进行提示，进而提高酒店的安全等级。

参阅图2，图2提供一种酒店互联网电商代销方法，该方法包括：

步骤S201、周期性的采集多个电商代销平台对应的每个房型的房间库存信息，该的房间库存信息包括：每个房型的剩余房间数量；

步骤S202、若一个房型的剩余房间数量α低于数量阈值时，启动延时确认流程，该延时确认操作具体包括：接收到一个房型的预定请求时，启动计时器(例如计时5分钟，当然还可以为其他时间，例如1分钟，30秒，具体时间可以依据该酒店的房型的热度调整，热度越高，时间越短)，并继续接收一个房型的其他的预定请求，将每个预定请求的请求时间标记接收时间；

步骤S203、统计多个预定请求的数量β，若β＞α，将多个预定请求按接收时间升序排列得到第一序列，将第一序列中前α个预定请求确认通过，将剩余预定请求确认驳回，向前α个预定请求对应的电商平台的用户发送确认通过响应，向剩余预定请求对应的电商平台的用户发送驳回响应。

可选的，上述方法还可以包括：

向多个电商平台发送房间库存调整消息，该房间库存调整消息用于指示多个电商平台将一个房型的剩余房间数量调整至零。

可选的，上述方法还可以包括：

获取前α个预定请求对应的α个风险等级，若α个风险等级中具有高于低风险的风险等级，将高于低风险的风险等级的预定请求驳回，从剩余预定请求中选择低风险的风险等级替换该高于低风险的风险等级的预定请求。

可选的，上述方法还可以包括：

获取酒店的目的地的x个项目对应的x个风险等级，将x个风险等级广播至所有的酒店住户。

可选的，所述获取酒店的目的地的x个项目对应的x个风险等级具体包括：

提取x个项目中每个项目执行风险计算操作，风险计算操作具体可以包括：

获取一个项目中多个旅行团，计算多个旅行团的风险等级，提取多个旅行团中风险等级最高的风险等级确定为该一个项目点的风险等级。

本申请实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任何一种方法的部分或全部步骤。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种方法的部分或全部步骤。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

以上对本申请实施例进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (5)

1.一种酒店互联网电商代销系统，其特征在于，所述系统包括：检测单元、通信单元和处理单元；

检测单元，用于周期性的采集多个电商代销平台对应的每个房型的房间库存信息，该的房间库存信息包括：每个房型的剩余房间数量；

处理单元，用于若一个房型的剩余房间数量α低于数量阈值时，启动延时确认流程，该延时确认操作具体包括：

通信单元，用于接收到一个房型的预定请求时，启动计时器，并继续接收一个房型的其他的预定请求，将每个预定请求的请求时间标记接收时间后传递给处理单元；

处理单元，用于统计多个预定请求的数量β，若β＞α，将多个预定请求按接收时间升序排列得到第一序列，将第一序列中前α个预定请求确认通过，将剩余预定请求确认驳回，控制通信单元向前α个预定请求对应的电商平台的用户发送确认通过响应，控制通信单元向剩余预定请求对应的电商平台的用户发送驳回响应。

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

处理单元，还用于向多个电商平台发送房间库存调整消息，该房间库存调整消息用于指示多个电商平台将一个房型的剩余房间数量调整至零。

3.根据权利要求1所述的系统，其特征在于，

处理单元，还用于获取前α个预定请求对应的α个风险等级，若α个风险等级中具有高于低风险的风险等级，将高于低风险的风险等级的预定请求驳回，从剩余预定请求中选择低风险的风险等级替换该高于低风险的风险等级的预定请求。

4.根据权利要求1所述的系统，其特征在于，

所述处理单元，还用于获取酒店的目的地的x个项目对应的x个风险等级，将x个风险等级广播至所有的酒店住户。

5.根据权利要求4所述的系统，其特征在于，所述获取酒店的目的地的x个项目对应的x个风险等级具体包括：

提取x个项目中每个项目执行风险计算操作，风险计算操作具体可以包括：获取一个项目中多个旅行团，计算多个旅行团的风险等级，提取多个旅行团中风险等级最高的风险等级确定为该一个项目点的风险等级。

Images