CN114049181B - 基于ota的旅游住宿动态处理方法、系统和存储介质 - Google Patents

Abstract

本发明涉及数据信息处理领域，尤其是一种基于OTA的旅游住宿动态处理方法、系统和存储介质。该方法、系统和存储介质执行如下步骤：获取游客的总游玩日以及每个游玩日的待游玩景区，到达日和离开日；生成住宿订单信息，住宿订单信息包括游客的初始住宿地；在游玩日当日，生成新住宿供应列表发送至游客，向游客发送住宿变更提示信息；获取游客对住宿变更提示信息的确认，根据游客对于新住宿供应列表的的选择生成新住宿订单信息。本发明在不干预游客旅行计划的前提下，在结束一天的游玩后可以在就近入住，无需在返回到当天的出发地，也无需自行寻找新的住宿地，节省了游客的时间和精力，使游客的入住更加方便。

Description

基于OTA的旅游住宿动态处理方法、系统和存储介质

技术领域

本发明涉及数据信息处理领域，尤其是一种基于OTA的旅游住宿动态处理方法、系统和存储介质。

背景技术

旅游活动中，游玩和住宿是密不可分的组成部分，尤其是对于散客而言，从交通、景区门票都需要游客自行安排，而各个OTA（Online Travel Agency）平台主要为游客提供有关旅游的综合服务，包括机票、火车票、景区门票、酒店预订等服务均能在OTA平台上浏览和预定，给平台游客的选择和预定提供了方便。

在景区周边的住宿选择方面，为了方便游客，现有的一些OTA平台，例如携程、去哪儿等，均在酒店地址信息上还附加了与景区的距离信息，使游客可以根据游玩的目的地而就近地选择住宿地，使游客在住宿条件、价格和距离方面能够综合衡量，通过综合服务平台的数据优势使游客可以选择合适的住宿地。但是这也会造成旅游高峰期游客在知名景区附近大量聚集的情况，在结束了一天的旅行之后，往往还会面临酒店住宿客流大、服务跟不上，附近用餐长时间排队，周边街道拥挤嘈杂的情况，在很大程度上会影响游客的整体游玩体验。

申请号为202110787524的专利文件中公开了一种旅游行程住宿地推荐方法，通过对目标行程中景点的可选住宿地与一个预设数量的比较，向游客推荐可选住宿地较多的区域，从而将游客指引到住宿空余较多的区域，目的是可以使游客具有更多的住宿可选项，也可以使游客的住宿周边环境更加宽松，提高游玩体验。但是该技术方案也存在几个问题：

1、可选住宿地多并不实质上表示住宿环境更宽松，例如A区域可选住宿地为50个，另一个B区域可选住宿地为30个，但A区域可能已经接待了800位游客，而B区域可能实际接待了200位游客，此时将游客指引到A区域住宿，则游客面临同800位游客共同进行餐饮、购物、逛街等休闲活动，显然会更为拥挤，等候时间更长。

2、对于多日的住宿地的推荐，都预先按照行程中的景点的可选住宿地与预设数量的比较来产生，在游客实际入住的时候，由于其他游客的到来或者离去，其目标住宿地区域的总住宿量是在不断的变化的，游客入住时的环境往往并不如预想的紧张或者宽松，不能有效地控制预期。

3、通过可住宿点数量安排住宿点以后，再根据住宿点的位置来规划旅游行程，这种方式不符合一般人的旅游行程规划逻辑，因为无论从游客的兴趣以及游客可获取的介绍、推荐或从评价内容中能获取的信息而言，游客获取景区的资料信息的渠道、信息量都明显要大于住宿点，所以游客对于行程的安排一般应当优先于住宿点的安排，所以根据住宿来安排行程不符合游客的使用逻辑，应该基于旅游行程来安排住宿点。

发明内容

第一方面，本发明提供一种能够根据景区的实时住宿资源实时调整游客的居住地，同时兼顾游客的行程安排的基于OTA的旅游住宿动态处理方法。

该方法包括步骤：

S1、基于OTA平台数据读取游客的景区票证信息和交通票证信息，根据景区票证信息获取游客的总游玩日以及每个游玩日的待游玩景区，根据交通票证信息获取游客的到达日和离开日；

S2、在到达日或到达日之前，根据游客的游玩日首日的待游玩景区，获取各个待游玩景区周边的住宿供应比，住宿供应比为住宿可供应量占总供应量的占比，然后获取住宿供应比最高的待游玩景区周边的住宿供应信息，生成住宿供应列表发送至游客，根据游客的选择生成住宿订单信息，住宿订单信息包括游客的初始住宿地；

S3、在游玩日当日，读取游客在当日待游玩景区的检票记录，当未检票记录为一条时，将该未检票记录对应的景区作为当日的最后游玩点，获取当日最后游玩点周边的住宿供应信息，生成新住宿供应列表发送至游客，向游客发送住宿变更提示信息；

S4、获取游客对住宿变更提示信息的确认，根据游客对于新住宿供应列表的的选择生成新住宿订单信息，新住宿订单信息包括游客的新住宿地；

S5、重复步骤S4-S5直至从交通票证信息获取的离开日为止。

由于采用了上述步骤，本发明首先在到达日或到达日之前与游客确定一住宿点，保证游客能正常入住旅游目的地，然后根据游客每天的景点游玩顺序的最后游玩点，当最后游玩点的住宿供应比较大时，引导游客到新住宿地住宿，使得游客在结束一天的游玩后可以在就近入住，无需在返回到当天的出发地，也无需自行寻找新的住宿地，节省了游客的时间和精力，使游客的入住更加方便。

在一种可能的实现方式中，步骤S1中根据交通票证信息获取游客的到达日和离开日时，当游客有多个交通票证信息时，将多个交通票证信息的交通目的地与景区票证信息中的景区所在地相比较，以交通目的地与景区所在地相符和交通票证信息中的到达时间来确定到达日。

在一种可能的实现方式中，步骤S2中根据游客的选择生成住宿订单信息为：根据游客选择的住宿地，结合总游玩天数，生成与游玩天数对应的住宿订单信息。

在一种可能的实现方式中，步骤S3中进一步包括步骤：

S31、在游玩日当日，与当日待游玩景区的检票系统建立通讯，获取游客的景区票证信息的检票信息；

S32、根据检票信息更新游客的景区票证信息的未验证数量；

S33、当未验证数量剩余数量为一条时，获取未验证景区票证信息对应的景区周围的住宿供应信息；

S34、根据获取的住宿供应信息生成当日的住宿供应列表；

S35、将住宿供应列表发送给游客，并向游客发送住宿变更提示信息。

在一种可能的实现方式中，步骤S4中进一步包括步骤：

S41、获取游客对于住宿供应列表的选择数据；

S42、生成新住宿订单信息；

S43、获取游客对于新住宿订单信息的购买信息；

S44、根据新的住宿订单的购买信息，对原有的住宿订单进行退订处理；

S45、比较新的住宿订单购买信息与原有住宿订单的价格，对价格差额进行补交或退款处理。

在一种可能的实现方式中，步骤S4中进一步还包括步骤：

S46、向游客发送行李转运信息；

S47、根据游客对于行李转运信息的确认，获取前一日住宿地的行李归集图形数据，并将行李归集图形数据发送给游客；

S48、根据游客对行李归集图像信息的确认，在前一日住宿地生成行李标签，并生成行李领取识别码发送至游客；

S49、将行李由原住宿地集中转运至新住宿地，游客根据行李领取识别码领取对应行李标签标记的行李。

在一种可能的实现方式中，步骤S42中新的住宿订单信息中的住宿天数为总的游玩天数减去原有住宿订单信息中的已住宿天数。

另一方面，本发明还提供了一种基于OTA的旅游住宿动态处理系统，该系统包括：

景区票证模块，存储游客的景区票证信息；

交通票证模块，存储游客的景区票证信息；

票证处理模块，读取景区票证模块和交通票证模块的存储数据，根据景区票证信息获取游客的总游玩日以及每个游玩日的待游玩景区，根据交通票证信息获取游客的到达日和离开日；

初始住宿地处理模块，读取票证处理模块的处理数据，根据游客的游玩日首日的待游玩景区，获取各个待游玩景区周边的住宿供应比，住宿供应比为住宿可供应量占总供应量的占比，然后获取住宿供应比最高的待游玩景区周边的住宿供应信息，生成住宿供应列表发送至游客，根据游客的选择生成住宿订单信息，住宿订单信息包括游客的初始住宿地；

景区检票模块，游客对景区票证进行检票处理；

住宿变更处理模块，在游玩日当日，与景区检票模块通信，读取游客在当日待游玩景区的检票记录，当未检票记录数量为一条时，将该未检票记录对应的景区作为当日的最后游玩点，获取当日最后游玩点周边的住宿供应信息，生成新住宿供应列表发送至游客，向游客发送住宿变更提示信息；

变更新订单处理信息，与游客和住宿变更处理模块通信，根据游客对于新住宿供应列表的的选择生成新住宿订单信息，新住宿订单信息包括游客的新住宿地。

另一方面，本发明还提供一种存储介质，存储介质存储有计算机程序，所述的计算机程序包括程序指令，所述的程序指令当被处理器执行时使处理器执行以上第一方面中所述的方法。

附图说明

图1为第一实施例的流程示意图。

图2为第一实施例的步骤S3的详细流程示意图。

图3为第二实施例的步骤S4的详细流程示意图。

图4为第三实施例的步骤S4的详细流程示意图。

图5为第四实施例的模块结构示意图。

具体实施方式

在详细说明以下实施例的具体内容之前，先简单介绍以下实施例的实施背景和总体技术思路。

OTA平台是一个旅游服务的综合平台，具有丰富的景区、住宿、交通的情况说明和交易接口，并与景区、住宿、交通服务的提供方进行数据交互，实时获取可供交易的数据，例如剩余门票、剩余房型和数量、剩余机票、车票等，因此基于OTA平台的数据进行精细化的处理，能够更加贴近服务提供方和服务购买方的实际情况，开展符合游客需求的附加服务。

本发明的以下各个实施例的主要目的有如下几点：

一、在游客达到旅游目的地之前或到达旅游目的时，首先保证游客在预计的旅游时间段内，在旅游目的地落实住宿问题，并且住宿地具有相对宽松的居住环境，以满足游客在旅游之外的餐饮、购物等休闲活动，避免拥挤、长时间排队；

二、在不对游客进行旅行路径规划的前提下，在游客进行旅游活动的过程中，分析确定游客当日的最后目标景区，且该最后目标景区的确定过程不受游客中途改变行程的影响，安排游客在最后目标景区游玩后就近住宿。

基于上述的实施背景和解决思路，如图1所示，本发明的第一实施例提供一种基于OTA的旅游住宿动态处理方法。

该方法包括步骤：

S1、基于OTA平台数据读取游客的景区票证信息和交通票证信息，根据景区票证信息获取游客的总游玩日以及每个游玩日的待游玩景区，根据交通票证信息获取游客的到达日和离开日；

一般的个体游客或家庭游客在进行旅游计划时，一般会首先确定一个目的地，确定自己的计划旅行天数，然后到OTA平台、相关网站、社交媒体上了解当地的一些景区，然后根据自己的兴趣，安排每天的游玩景区，此时即可登陆到OTA平台进行景区门票和交通票的购买，获取景区票证信息和交通票证信息，每个景区票证信息对应一个景区和游玩日期，交通票证信息具有出发地和到达地。因此将游客的景区票证信息汇总，即可获取游客的总游玩日以及每个游玩日的待游玩景区，根据交通票证信息的出发票证的到达日和返程票证的出发日，即可获取游客的到达日和离开日。

S2、在到达日或到达日之前，根据游客的游玩日首日的待游玩景区，获取各个待游玩景区周边的住宿供应比，住宿供应比为住宿可供应量占总供应量的占比，然后获取住宿供应比最高的待游玩景区周边的住宿供应信息，生成住宿供应列表发送至游客，根据游客的选择生成住宿订单信息，住宿订单信息包括游客的初始住宿地；

步骤S2的主要目的是在进行实际的旅行活动之前，确保游客在旅行期间能够至少能够预定到住宿地，避免到达旅游目的地之后再临时寻找住宿地，同时使游客预定的住宿地的环境在较为宽松，使游客得到更好的服务，在进行餐饮、购物等休闲活动时也避免拥挤和长时间排队。在实现方式上，步骤S2中先根据游客的景区票证信息获取游客游玩日首日的待游玩景区，在此基础上，围绕各个待游玩景区的住宿数据进行比较处理，获取每个景区的住宿可供应量和总供应量，计算后获得住宿供应比。一般而言单独考虑总供应量和住宿可供应量都无法客观的反应住宿区域的客流密集程度，总供应量大的区域和总供应量小的区域，当剩余的可供应量相同时，明显总供应量大的地区的接待人数比例要更大，总供应量大的区域需要接待的客流将更加密集，而一个地区的总供应量的大小往往与周边的配套服务设施规模是具有正相关性的，因此，住宿供应比较大说明在所在地的整体配套服务的饱和度更低，因此游客将住宿供应比较大的地区作为首选的住宿地之后，既能够保证在旅行活动持续的日期之间有住宿地，而且在该住宿地进行旅行活动之外的配套服务时能够获得更好的体验、更低的拥挤度和更短的等候时间。

需要另外说明的是，在获取住宿供应比最高的待游玩景区周边的住宿供应信息时，可以根据游客的景区票证信息或者交通票证信息先获取游客的同行人数，根据同行人数来获取与之对应的房型，以此来生成住宿供应列表发送至游客，从而提高数据的有效性，避免无效数据对游客的干扰。

S3、在游玩日当日，读取游客在当日待游玩景区的检票记录，当未检票记录为一条时，将该未检票记录对应的景区作为当日的最后游玩点，获取当日最后游玩点周边的住宿供应信息，生成新住宿供应列表发送至游客，向游客发送住宿变更提示信息；

本步骤S3为旅游住宿动态处理的关键步骤，目的是让游客在当日的目标景点中无论如何选择起始点或更换途经点，均能够使游客在结束一天的游玩以后能够就近入住，不用在结束一天游玩以后还要返回到原住宿地，因此，如何即使的获取游客的路线成为了关键问题。现有的解决此类游玩路径和住宿的处理方式进行扩展可知有两种解决方案，一是先获取游客的路线，在根据路线来确定住宿点，这种方式首先要求游客提供路线，对游客提出了更高的要求，同时要求游客不能修改路线，当最后的游玩地发生变化时，这种数据处理规则即失效；另一种是先确定住宿点，然后根据住宿点来向游客推荐路线，这样就削弱了游客选择路线的主动权，对景点的先后安排往往与游客的兴趣不一致，游客的推荐路线的接受度往往不高。

本步骤采取另外一种不同的解决方案，既不需要游客预先制定和发送旅游线路，也不干预游客旅行过程中去更改行程，同时也不预先为游客规划旅游线路来适应住宿地。即监控当日游客购买的景区票据的检票情况，当未检票的景区只剩下一个时，立即为游客预定这个未检票景区所在区域的住宿地，其主要考虑有两点，在当日预定当日的住宿地如果预定时间过早，一个问题是不能确定游客的路线终点，还有个问题是部分的房源尚未释放，也就是尚未退房，可供选择的数量较少；而如果预定时间过完，例如结束一天的景点游玩以后再去确定住宿地，这种虽然能够确切的获得落脚点，但是往往合适的酒店和房间都已经预约完，获取不到可用的数据。因此，根据剩余未检票的景区门票数量的变化可以很好的解决上面两个问题，当未检票的景区只剩下一个时，该时间点是游客在进行倒数第二个景区的入园时间，此时不仅能够确定游客最后要游玩的景区，而且将时间点大幅提前，因此能够在确定住宿地和提前预定时间之间达到一个最优解。此时，即可获取当日最后游玩点周边的住宿供应信息，生成新住宿供应列表发送至游客，向游客发送住宿变更提示信息。住宿变更提示信息包括告知游客当日的最后游玩地附近具有可以用以变更的住宿地的信息，根据交互媒介的差异，可以采用短信、APP页面或者电话告知等方式进行。

S4、获取游客对住宿变更提示信息的确认，根据游客对于新住宿供应列表的的选择生成新住宿订单信息，新住宿订单信息包括游客的新住宿地；

游客确认要变更住宿地就近住宿的，回复确认信息，即可进行相应的订单处理，获取入住预定。当然，游客也可以不接受变更住宿，因为游客可能有行李未携带，或者两个地点相隔并不远，不需要在进行变更操作，这种情况下可以结束新住宿地的数据处理。

S5、重复步骤S4-S5直至从交通票证信息获取的离开日为止。

在游客的离开日，往往无论是否具有景区票证信息，都不需要在进行住宿地的安排，一般在离开日无对应景区票证信息的情况，是由于在前一日已结束所有景区游玩活动，住宿一晚后于次日离开；而在离开日仍存在景区票证信息的情况，是在结束当日游玩以后直接离开，两种情况都不需要在进行住宿安排，所以，在交通票证信息的离开日即可结束整个住宿动态处理过程。

由上述第一实施例的技术方案和详细说明可知，第一实施例在通过OTA平台的数据获取游客的景区票证信息和交通票证信息以后，根据其中的地点、日期等信息，可以预先为游客确定一个具有较大的配套服务余量的区域进行住宿，然后随着游客的旅行活动，在不限制游客的游览路径、游览次序的变更的条件下，为游客在当日的最后游玩点附近确定一住宿地，使其能够在结束一天的游玩以后，就近及时的住宿，既保证了游客旅行活动的自主性、灵活性，又能够准确、及时的安排游客的住宿。

上述的处理方法可以由OTA平台自身通过自身数据的采集来实现，也可以通过第三方服务机构根据协议向OTA平台获取相关的数据来进行。

上述第一实施例中，对于交通票证信息的处理上，由于游客可能经过一次或多次中转才到达最终的旅游目的地，因此在处理交通票证信息时，会产生多个到达地和到达日，为了准确的分析游客到达旅游目的地的到达日，在步骤S1中根据交通票证信息获取游客的到达日和离开日时，当游客有多个交通票证信息时，将多个交通票证信息的交通目的地与景区票证信息中的景区所在地相比较，以交通目的地与景区所在地相符和交通票证信息中的到达时间来确定到达日。

为了能保证初始的住宿订单信息能够覆盖游客的整个旅游过程，也就是即使后续游客不变更住宿地，也能够有位置可以住宿，避免初始的住宿地时间到期，后续的变更住宿地无法获取的情况，步骤S2中根据游客的选择生成住宿订单信息为：根据游客选择的住宿地，结合总游玩天数，生成与游玩天数对应的住宿订单信息。

步骤S3在进行数据处理时，除了OTA平台的数据、与用户的交互外，还需要与景区进行数据交互，来获取实时检票信息，因此，如图2所示，步骤S3中进一步包括步骤：

S31、在游玩日当日，与当日待游玩景区的检票系统建立通讯，获取游客的景区票证信息的检票信息；

S32、根据检票信息更新游客的景区票证信息的未验证数量；

S33、当未验证数量剩余数量为一条时，获取未验证景区票证信息对应的景区周围的住宿供应信息；

S34、根据获取的住宿供应信息生成当日的住宿供应列表；

S35、将住宿供应列表发送给游客，并向游客发送住宿变更提示信息。

由于在第一实施例中，已经为游客预定了覆盖整个旅游时间的住宿地，当用户接收变更住宿地时，原有的住宿地的未完成时间需要进行及时退订，避免重复支付，为了解决这个问题，在第一实施例的基础上进一步提出第二实施例，如图3所示，步骤S4中进一步包括步骤：

S41、获取游客对于住宿供应列表的选择数据；

S42、生成新住宿订单信息；

S43、获取游客对于新住宿订单信息的购买信息；

S44、根据新的住宿订单的购买信息，对原有的住宿订单进行退订处理；

S45、比较新的住宿订单购买信息与原有住宿订单的价格，对价格差额进行补交或退款处理。

第二实施例通过变更好的住宿订单退原有的未完成的住宿订单进行覆盖，并取消原有未完成的住宿订单，并对费用进行进一步的处理，来在线的处理住宿订单的新增和退订操作，为游客提供了方便。

需要注意的是，新的住宿订单信息包括原有的未完成的住宿订单所对应的日期，例如游客的原有的住宿订单为在初始的住宿地住宿4天，在第一天进行住宿地变更，那么新的住宿订单对应的日期为后续三天，而不是单指对第二天住宿地的变更，第二天再次变更时，则新的住宿订单对应的日期为后续两天，以此类推，始终保证用户即使后续订不到新住宿地的住宿订单，仍能在前一住宿地继续居住。

上述两个实施例对游客在旅游过程中的住宿地的动态变更处理，同时对相应的订单数据进行处理，但是游客在变更住宿地以后，部分游客往往在原住宿地还有行李，如果游客在新的住宿地居住，还要到原住宿地取行李，那么对于这部分游客变更住宿地则不具有节省时间、路程和精力的作用，为了进一步解决这个问题，在以上两个实施例的基础上进一步提出第三实施例，第三实施例的总体步骤与第一实施例和第二实施例相同，紧在步骤S4中进行了进一步的处理，如图4所示，步骤S4中进一步还包括步骤：

S46、向游客发送行李转运信息；

S47、根据游客对于行李转运信息的确认，获取前一日住宿地的行李归集图形数据，并将行李归集图形数据发送给游客；

S48、根据游客对行李归集图像信息的确认，在前一日住宿地生成行李标签，并生成行李领取识别码发送至游客；

S49、将行李由原住宿地集中转运至新住宿地，游客根据行李领取识别码领取对应行李标签标记的行李。

第三实施例旨在对游客的行李提供附加的服务和数据处理，通过步骤S46-S49处理以后，可以在多个原住宿地对游客的行李进行打包，为了避免争议或者遗漏，可以通过行李归集图形数据来进行确认，行李归集图形数据可以为整理行李时的实时视频或者录像，也可以为行李归集好后的图片，通过游客的确认后，进行标签标记，然后集中的对多个游客的行李进行多方转运，运到新的住宿地以后，游客通过行李领取识别码进行领取，新的住宿地对识别码进行核验并发放行李。因此，游客不需要再返回原住宿地取行李，进一步方便了游客。

需要特别说明的是，第二实施例中的步骤S41-S45,和第三实施例中的步骤S46-S49都是第一实施例的步骤S4的技术方案的附加技术方案，第三实施例中的步骤和第二实施例之间的步骤并没有必然的承接关系。即游客没有行李需要转运的，可以只进行第二实施例的步骤，而不进行第三实施例的步骤；游客有行李需要转运的，可以只进行第三实施例的步骤，而订单的退订退款操作可以另外单独进行；当然也可以在同时需要订单退改处理和行李转运的情况下，综合运用步骤S41-S45和步骤S46-S49来处理。

如图5所示，本发明的第四实施例还提供了一种基于OTA的旅游住宿动态处理系统，该系统包括：

景区票证模块1，存储游客的景区票证信息；

交通票证模块2，存储游客的景区票证信息；

票证处理模块3，读取景区票证模块和交通票证模块的存储数据，根据景区票证信息获取游客的总游玩日以及每个游玩日的待游玩景区，根据交通票证信息获取游客的到达日和离开日；

初始住宿地处理模块4，读取票证处理模块的处理数据，根据游客的游玩日首日的待游玩景区，获取各个待游玩景区周边的住宿供应比，住宿供应比为住宿可供应量占总供应量的占比，然后获取住宿供应比最高的待游玩景区周边的住宿供应信息，生成住宿供应列表发送至游客，根据游客的选择生成住宿订单信息，住宿订单信息包括游客的初始住宿地；

景区检票模块5，游客对景区票证进行检票处理；

住宿变更处理模块6，在游玩日当日，与景区检票模块通信，读取游客在当日待游玩景区的检票记录，当未检票记录数量为一条时，将该未检票记录对应的景区作为当日的最后游玩点，获取当日最后游玩点周边的住宿供应信息，生成新住宿供应列表发送至游客，向游客发送住宿变更提示信息；

变更新订单处理信息7，与游客和住宿变更处理模块通信，根据游客对于新住宿供应列表的的选择生成新住宿订单信息，新住宿订单信息包括游客的新住宿地，取消原有的住宿订单。

通过上述各个模块的数据通信和自身的数据处理，可以实现第一实施例到第三实施例的旅游住宿动态处理方法，此处不再重复说明。

第五实施例提供了一种存储介质，存储介质存储有计算机程序，所述的计算机程序包括程序指令，所述的程序指令当被处理器执行时使处理器执行以上第一实施例到第三实施例中所述的方法。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (8)

1.一种基于OTA的旅游住宿动态处理方法，其特征在于，包括步骤：

S1、基于OTA平台数据读取游客的景区票证信息和交通票证信息，根据景区票证信息获取游客的总游玩日以及每个游玩日的待游玩景区，根据交通票证信息获取游客的到达日和离开日；

S2、在到达日或到达日之前，根据游客的游玩日首日的待游玩景区，获取各个待游玩景区周边的住宿供应比，住宿供应比为住宿可供应量占总供应量的占比，然后获取住宿供应比最高的待游玩景区周边的住宿供应信息，生成住宿供应列表发送至游客，根据游客的选择生成住宿订单信息，住宿订单信息包括游客的初始住宿地；

S3、在游玩日当日，读取游客在当日待游玩景区的检票记录，当未检票记录为一条时，将该未检票记录对应的景区作为当日的最后游玩点，获取当日最后游玩点周边的住宿供应信息，生成新住宿供应列表发送至游客，向游客发送住宿变更提示信息；

S4、获取游客对住宿变更提示信息的确认，并根据游客对于新住宿供应列表的选择生成新住宿订单信息，新住宿订单信息包括游客的新住宿地；

S5、重复步骤S3-S4直至从交通票证信息获取的离开日为止；

其中，步骤S3中进一步包括步骤：

S31、在游玩日当日，与当日待游玩景区的检票系统建立通讯，获取游客的景区票证信息的检票信息；

S32、根据检票信息更新游客的景区票证信息的未验证数量；

S33、当未验证数量剩余数量为一条时，获取未验证景区票证信息对应的景区周围的住宿供应信息；

S34、根据获取的住宿供应信息生成当日的住宿供应列表；

S35、将住宿供应列表发送给游客，并向游客发送住宿变更提示信息。

2.如权利要求1所述的基于OTA的旅游住宿动态处理方法，其特征在于，步骤S1中根据交通票证信息获取游客的到达日和离开日时，当游客有多个交通票证信息时，将多个交通票证信息的交通目的地与景区票证信息中的景区所在地相比较，以交通目的地与景区所在地相符和交通票证信息中的到达时间来确定到达日。

3.如权利要求1所述的基于OTA的旅游住宿动态处理方法，其特征在于，步骤S2中根据游客的选择生成住宿订单信息为：根据游客选择的住宿地，结合总游玩天数，生成与游玩天数对应的住宿订单信息。

4.如权利要求1所述的基于OTA的旅游住宿动态处理方法，其特征在于，步骤S4中进一步包括步骤：

S41、获取游客对于住宿供应列表的选择数据；

S42、生成新住宿订单信息；

S43、获取游客对于新住宿订单信息的购买信息；

S44、根据新的住宿订单的购买信息，对原有的住宿订单进行退订处理；

S45、比较新的住宿订单购买信息与原有住宿订单的价格，对价格差额进行补交或退款处理。

5.如权利要求4所述的基于OTA的旅游住宿动态处理方法，其特征在于，步骤S4中进一步还包括步骤：

S46、向游客发送行李转运信息；

S47、根据游客对于行李转运信息的确认，获取前一日住宿地的行李归集图形数据，并将行李归集图形数据发送给游客；

S48、根据游客对行李归集图像信息的确认，在前一日住宿地生成行李标签，并生成行李领取识别码发送至游客；

S49、将行李由原住宿地集中转运至新住宿地，游客根据行李领取识别码领取对应行李标签标记的行李。

6.如权利要求4或5中任一项所述的基于OTA的旅游住宿动态处理方法，其特征在于，步骤S42中新的住宿订单信息中的住宿天数为总的游玩天数减去原有住宿订单信息中的已住宿天数。

7.一种基于OTA的旅游住宿动态处理系统，其特征在于，该系统包括：

景区票证模块，存储游客的景区票证信息；

交通票证模块，存储游客的景区票证信息；

票证处理模块，读取景区票证模块和交通票证模块的存储数据，根据景区票证信息获取游客的总游玩日以及每个游玩日的待游玩景区，根据交通票证信息获取游客的到达日和离开日；

初始住宿地处理模块，读取票证处理模块的处理数据，根据游客的游玩日首日的待游玩景区，获取各个待游玩景区周边的住宿供应比，住宿供应比为住宿可供应量占总供应量的占比，然后获取住宿供应比最高的待游玩景区周边的住宿供应信息，生成住宿供应列表发送至游客，根据游客的选择生成住宿订单信息，住宿订单信息包括游客的初始住宿地；

景区检票模块，游客对景区票证进行检票处理；

住宿变更处理模块，在游玩日当日，与当日待游玩景区检票模块通讯，获取游客的景区票证信息的检票信息，当未验证数量剩余数量为一条时，获取未验证景区票证信息对应的景区周围的住宿供应信息，根据获取的住宿供应信息生成当日的住宿供应列表，将住宿供应列表发送给游客，并向游客发送住宿变更提示信息；

变更新订单处理信息模块，与游客和住宿变更处理模块通信，根据游客对于新住宿供应列表的选择生成新住宿订单信息，新住宿订单信息包括游客的新住宿地。

8.一种存储介质，其特征在于，存储介质存储有计算机程序，所述的计算机程序包括程序指令，所述的程序指令当被处理器执行时使处理器执行以上权利要求1-6中任一项所述的方法。

Images