OTA网站关房的处理方法、系统、设备及介质

摘要

本发明公开了一种OTA网站关房的处理方法、系统、设备及介质，该处理方法包括：配置每个关房类型所对应的关房条件因子；在事件系统中监控是否命中目标关房条件因子，若是，则自动执行与目标关房条件因子对应的目标关房类型的房型的关房流程。本发明通过配置每个关房类型所对应的关房条件因子，当在事件系统中监控到命中目标关房条件因子时，自动执行与目标关房条件因子对应的目标关房类型的房型的关房流程，实现了对OTA网站的酒店订单中需要关房的房型的自动关房处理，提高了关房处理的准确性和关房管理效率。

说明书

技术领域

本发明涉及计算机信息技术领域，特别涉及一种OTA(Online Travel Agency，在线旅游社)网站关房的处理方法、系统、设备及介质。

背景技术

现有技术中在处理酒店满房等各种关房事件时，通常是客户在APP(应用程序)上下单，操作人员通过传真或者邮件将客户的订单信息发送给酒店业务人员，酒店业务人员通过电话与酒店核实该订单信息并将核实结果告知操作人员，操作人员进行关房处理，这种通过电话或者邮件的方式核实订单信息，进行关房处理的操作，不仅处理速度慢，而且还存在因为人工操作出现反馈的订单信息有误而造成关房操作出错的问题，最终导致客户满意度低。

发明内容

本发明要解决的技术问题是为了克服现有技术中通过电话或者邮件的方式核实订单信息进行关房处理，存在处理速度慢，容易出现反馈的订单信息有误而造成关房操作出错的缺陷，提供一种OTA网站关房的处理方法、系统、设备及介质。

本发明是通过下述技术方案来解决上述技术问题：

本发明第一方面提供了一种OTA网站关房的处理方法，所述处理方法包括：

配置每个关房类型所对应的关房条件因子；

在事件系统中监控是否命中目标关房条件因子，若是，则自动执行与所述目标关房条件因子对应的目标关房类型的房型的关房流程。

较佳地，所述在事件系统中监控是否命中目标关房条件因子包括：

获取所述目标关房类型；

判断所述目标关房类型是否属实，若是，则命中目标关房条件因子。

较佳地，所述处理方法还包括：

当无法在事件系统中监控是否命中目标关房条件因子时，勾选所述目标关房类型和与所述目标关房条件因子对应的所述目标关房类型的房型后，提交关房页面，以完成关房处理。

较佳地，所述关房类型包括封首日、封全部入住日、变价封房、不合作、停业、停水和/或停电、政府征用和自然灾害中的任意一种；

和/或，所述关房条件因子包括停水和/或停电大于4小时、停水和/或停电时长不确定且无法入住、停业信息属实、不合作信息属实、政府征用属实和自然灾害属实中的至少一种。

本发明第二方面提供了一种OTA网站关房的处理系统，所述处理系统包括配置模块、监控模块和执行模块；

所述配置模块用于配置每个关房类型所对应的关房条件因子；

所述监控模块用于在事件系统中监控是否命中目标关房条件因子，若是，则调用所述执行模块；

所述执行模块用于自动执行与所述目标关房条件因子对应的目标关房类型的房型的关房流程。

较佳地，所述监控模块包括获取单元和判断单元；

所述获取单元用于获取所述目标关房类型；

所述判断单元用于判断所述目标关房类型是否属实，若是，则命中目标关房条件因子。

较佳地，所述处理系统还包括提交模块；

所述提交模块用于当无法在事件系统中监控是否命中目标关房条件因子时，勾选所述目标关房类型和与所述目标关房条件因子对应的所述目标关房类型的房型后，提交关房页面，以完成关房处理。

较佳地，所述关房类型包括封首日、封全部入住日、变价封房、不合作、停业、停水和/或停电、政府征用和自然灾害中的任意一种；

和/或，所述关房条件因子包括停水和/或停电大于4小时、停水和/或停电时长不确定且无法入住、停业信息属实、不合作信息属实、政府征用属实和自然灾害属实中的至少一种。

本发明第三方面提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述的OTA网站关房的处理方法。

本发明第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面所述的OTA网站关房的处理方法的步骤。

本发明的积极进步效果在于：

本发明通过配置每个关房类型所对应的关房条件因子，当在事件系统中监控到命中目标关房条件因子时，自动执行与目标关房条件因子对应的目标关房类型的房型的关房流程，实现了对OTA网站的酒店订单中需要关房的房型的自动关房处理，提高了关房处理的准确性和关房管理效率。

附图说明

图1为本发明实施例1的OTA网站关房的处理方法的流程图。

图2为本发明实施例1的步骤102的流程图。

图3为本发明实施例2的OTA网站关房的处理系统的模块示意图。

图4为本发明实施例3的电子设备的结构示意图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

如图1所示，本实施例提供了一种OTA网站关房的处理方法，该处理方法包括：

步骤101、配置每个关房类型所对应的关房条件因子。

本实施例中，关房类型包括封首日、封全部入住日、变价封房、不合作、停业、停水和/或停电、政府征用和自然灾害中的任意一种。

封首日的关房起止日期是某天的上午至下午；封全部入住日的关房起止日期是从入住日至离店日；变价封房的关房起止日期是从变价起始日至价格恢复日；不合作的关房起止日期是从不合作起始日至少一年；停业的关房起止日期是永久关房；停水和/或停电、政府征用和自然灾害的关房起止日期根据实际情况而定，在此不再赘述。

本实施例中，关房条件因子包括停水和/或停电大于4小时、停水和/或停电时长不确定且无法入住、停业信息属实、不合作信息属实、政府征用属实和自然灾害属实中的至少一种。

步骤102、在事件系统中监控是否命中目标关房条件因子，若是，则执行步骤103；若否，则不执行关房流程并继续监控。

步骤103、自动执行与目标关房条件因子对应的目标关房类型的房型的关房流程。

本实施例中，当因为各种原因无法在事件系统中监控是否命中目标关房条件因子时，可以通过人工操作来完成关房，具体为由操作人员先勾选目标关房类型和与目标关房条件因子对应的目标关房类型的房型后，然后提交关房页面，即提交关房请求至相对应的服务器，由该服务器完成该关房处理。具体地，在关房页面勾选目标关房类型，可以默认选中订单上的同类型房型，也可以根据实际情况勾选需要关房的房型以及关房时长，提交关房页面，并通知酒店业务人员跟酒店核实关房事宜。

本实施例中，如图2所示，步骤102包括：

步骤1021、获取目标关房类型。

步骤1022、判断目标关房类型是否属实，若是，则命中目标关房条件因子；若否，则提示可以入住，具体处理方式在此不再赘述。

例如，当目标关房类型为停水和/或停电时，先判断停水和/或停电是否属实，若属实，然后再确定停水和/或停电的时间段，如果停水和/或停电大于4小时或停水和/或停电时长不确定且无法入住，则系统自动执行与停水和/或停电大于4小时或停水和/或停电时长不确定且无法入住对应的停水和/或停电的房型的关房流程，即将停水和/或停电大于4小时或停水和/或停电时长不确定且无法入住的房型进行关房处理。

如果停水和/或停电小于4小时或停水和/或停电时长不确定但不影响入住，系统提示可以入住，以便操作人员告知客户具体情况，并核实客户的入住情况。具体地，操作人员告知客户停水和/或停电小于4小时不影响入住或者停水和/或停电时长不确定但不影响入住，如果客户同意入住，则在对应房型的备注栏进行备注；如果客户不同意入住，要求改订单或者取消订单，则操作人员与酒店达成一致后，可以按照客户的要求进行改订单或者取消订单。原则上酒店在可以正常入住的情况下，对客户不做赔付，如果客户不满意，可在当前节点上报上级进行处理。

当目标关房类型为停业时，先判断停业信息是否属实，若属实，则系统自动执行与停业信息属实对应的停业的房型的关房流程，即将停业的房型进行关房处理。若停业信息不属实，则系统提示可以入住，操作人员将该房型可以入住的信息告知客户，客户告知可以正常入住时，则在该房型的备注栏进行备注。

当目标关房类型为不合作时，先判断不合作信息是否属实，若属实，再确定是仅订单上的房型不合作还是整个酒店所有房型都不合作，如果仅是订单上的房型不合作，则系统自动执行该订单房型不合作的关房流程。如果是整个酒店所有房型都不合作，则系统自动执行不合作的所有房型的关房流程。如果不合作信息不属实，则系统提示可以入住，操作人员将该房型可以入住的信息告知客户，客户告知可以正常入住时，则在该房型的备注栏进行备注。

当目标关房类型为政府征用或自然灾害时，先判断政府征用或自然灾害是否属实，若属实，则自动执行与政府征用属实或自然灾害属实对应的政府征用或自然灾害的房型的关房流程。若不属实，则系统提示可以入住，操作人员将该房型可以入住的信息告知客户，客户告知可以正常入住时，则在该房型的备注栏进行备注。

本实施例中，系统自动执行关房流程时，系统根据命中的目标关房条件因子，自动将与目标关房条件因子对应的房型进行关房处理，例如，如果某酒店的A房型在2020年9月18日白天停水一天，则系统自动将A房型在2020年9月18日上午至下午关房一天，该房型在关房的时间段，无法进行预订。如果某酒店的A房型在2020年8月10日至2020年8月15日停业五天，则系统自动将A房型从2020年8月10日至2020年8月15日关房五天，该房型在关房的时间段，无法进行预订。

本实施例中，可以通过系统自动关闭当前订单日期的房型，也可以由操作人员打开关房页面进行手动关房。

本实施例提供的处理方法，当由于满房需要对满房的同类酒店房型进行关房时，能够有效地降低满房率，同时可以提高订单的确认率和时效。

本实施例通过配置每个关房类型所对应的关房条件因子，当在事件系统中监控到命中目标关房条件因子时，自动执行与目标关房条件因子对应的目标关房类型的房型的关房流程，实现了对OTA网站的酒店订单中需要关房的房型的自动关房处理，提高了关房处理的准确性和关房管理效率。

实施例2

如图3所示，本实施例提供了一种OTA网站关房的处理系统，该处理系统包括配置模块1、监控模块2、执行模块3和提交模块4。

配置模块1用于配置每个关房类型所对应的关房条件因子。

本实施例中，关房类型包括封首日、封全部入住日、变价封房、不合作、停业、停水和/或停电、政府征用和自然灾害中的任意一种。

封首日的关房起止日期是某天的上午至下午；封全部入住日的关房起止日期是从入住日至离店日；变价封房的关房起止日期是从变价起始日至价格恢复日；不合作的关房起止日期是从不合作起始日至少一年；停业的关房起止日期是永久关房；停水和/或停电、政府征用和自然灾害的关房起止日期根据实际情况而定，在此不再赘述。

本实施例中，关房条件因子包括停水和/或停电大于4小时、停水和/或停电时长不确定且无法入住、停业信息属实、不合作信息属实、政府征用属实和自然灾害属实中的至少一种。

监控模块2用于在事件系统中监控是否命中目标关房条件因子，若是，则调用执行模块3；若否，则不执行关房流程并继续监控。

执行模块3用于自动执行与目标关房条件因子对应的目标关房类型的房型的关房流程。

提交模块4用于当无法在事件系统中监控是否命中目标关房条件因子时，勾选目标关房类型和与目标关房条件因子对应的目标关房类型的房型后，提交关房页面，以完成关房处理。

本实施例中，当因为各种原因无法在事件系统中监控是否命中目标关房条件因子时，可以通过人工操作来完成关房，具体为由操作人员先勾选目标关房类型和与目标关房条件因子对应的目标关房类型的房型后，然后提交关房页面，即提交关房请求至相对应的服务器，由该服务器完成该关房处理。具体地，在关房页面勾选目标关房类型，可以默认选中订单上的同类型房型，也可以根据实际情况勾选需要关房的房型以及关房时长，提交关房页面，并通知酒店业务人员跟酒店核实关房事宜。

本实施例中，如图3所示，监控模块2包括获取单元21和判断单元22。

获取单元21用于获取目标关房类型。

判断单元22用于判断目标关房类型是否属实，若是，则命中目标关房条件因子；若否，则提示可以入住，具体处理方式在此不再赘述。

例如，当目标关房类型为停水和/或停电时，先判断停水和/或停电是否属实，若属实，然后再确定停水和/或停电的时间段，如果停水和/或停电大于4小时或停水和/或停电时长不确定且无法入住，则系统自动执行与停水和/或停电大于4小时或停水和/或停电时长不确定且无法入住对应的停水和/或停电的房型的关房流程，即将停水和/或停电大于4小时或停水和/或停电时长不确定且无法入住的房型进行关房处理。

如果停水和/或停电小于4小时或停水和/或停电时长不确定但不影响入住，系统提示可以入住，以便操作人员告知客户具体情况，并核实客户的入住情况。具体地，操作人员告知客户停水和/或停电小于4小时不影响入住或者停水和/或停电时长不确定但不影响入住，如果客户同意入住，则在对应房型的备注栏进行备注；如果客户不同意入住，要求改订单或者取消订单，则操作人员与酒店达成一致后，可以按照客户的要求进行改订单或者取消订单。原则上酒店在可以正常入住的情况下，对客户不做赔付，如果客户不满意，可在当前节点上报上级进行处理。

当目标关房类型为停业时，先判断停业信息是否属实，若属实，则系统自动执行与停业信息属实对应的停业的房型的关房流程，即将停业的房型进行关房处理。若停业信息不属实，则系统提示可以入住，操作人员将该房型可以入住的信息告知客户，客户告知可以正常入住时，则在该房型的备注栏进行备注。

当目标关房类型为不合作时，先判断不合作信息是否属实，若属实，再确定是仅订单上的房型不合作还是整个酒店所有房型都不合作，如果仅是订单上的房型不合作，则系统自动执行该订单房型不合作的关房流程。如果是整个酒店所有房型都不合作，则系统自动执行不合作的所有房型的关房流程。如果不合作信息不属实，则系统提示可以入住，操作人员将该房型可以入住的信息告知客户，客户告知可以正常入住时，则在该房型的备注栏进行备注。

当目标关房类型为政府征用或自然灾害时，先判断政府征用或自然灾害是否属实，若属实，则自动执行与政府征用属实或自然灾害属实对应的政府征用或自然灾害的房型的关房流程。若不属实，则系统提示可以入住，操作人员将该房型可以入住的信息告知客户，客户告知可以正常入住时，则在该房型的备注栏进行备注。

本实施例中，系统自动执行关房流程时，系统根据命中的目标关房条件因子，自动将与目标关房条件因子对应的房型进行关房处理，例如，如果某酒店的A房型在2020年9月18日白天停水一天，则系统自动将A房型在2020年9月18日上午至下午关房一天，该房型在关房的时间段，无法进行预订。如果某酒店的A房型在2020年8月10日至2020年8月15日停业五天，则系统自动将A房型从2020年8月10日至2020年8月15日关房五天，该房型在关房的时间段，无法进行预订。

本实施例中，可以通过系统自动关闭当前订单日期的房型，也可以由操作人员打开关房页面进行手动关房。

本实施例提供的处理方法，当由于满房需要对满房的同类酒店房型进行关房时，能够有效地降低满房率，同时可以提高订单的确认率和时效。

本实施例通过配置每个关房类型所对应的关房条件因子，当在事件系统中监控到命中目标关房条件因子时，自动执行与目标关房条件因子对应的目标关房类型的房型的关房流程，实现了对OTA网站的酒店订单中需要关房的房型的自动关房处理，提高了关房处理的准确性和关房管理效率。

实施例3

图4为本发明实施例3提供的一种电子设备的结构示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现实施例1的OTA网站关房的处理方法。图4显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备30可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。

总线33包括数据总线、地址总线和控制总线。

存储器32可以包括易失性存储器，例如随机存取存储器(RAM)321和/或高速缓存存储器322，还可以进一步包括只读存储器(ROM)323。

存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1所提供的OTA网站关房的处理方法。

电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口35进行。并且，生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图4所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例4

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现实施例1所提供的OTA网站关房的处理方法的步骤。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1所述的OTA网站关房的处理方法的步骤。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。