CN117196752B - 一种基于多平台融合的商旅推荐方法、设备及介质 - Google Patents

Abstract

本申请公开了一种基于多平台融合的商旅推荐方法、设备及介质，方法包括：获取商旅用户所需进行的商旅行程，并对商旅行程进行分析，以确定商旅行程中的主行程和子行程；确定商旅行程中商旅用户的同行商旅用户，对商旅用户和同行商旅用户进行用户分析，以确定商旅用户与同行商旅用户对应的子行程是否存在依赖关系；若存在，则确定商旅用户和同行商旅用户在其所属企业中分别对应的用户角色，并根据用户角色，确定商旅用户对应的实际商旅额度；其中，实际商旅额度为子行程对应的商旅额度；基于融合的多平台获取的商旅信息和实际商旅额度，生成商旅用户对应的商旅计划，并向商旅用户推送商旅计划。

Description

一种基于多平台融合的商旅推荐方法、设备及介质

技术领域

本申请涉及计算机技术领域，具体涉及一种基于多平台融合的商旅推荐方法、设备及介质。

背景技术

在企业经营管理中，为提高业务效率和拓展业务范围，企业需要在商务活动中派遣员工出差，拜访客户、参加会议论坛、进行商务谈判等。因此，商旅出行对于企业而言是刚需，需要进行合理规划和管理。

商旅用户的商旅消费，比如住宿、出行等，均需要企业进行报销，而对于不同岗位不同角色的商旅用户来说，其可报销的商旅额度也是不同的。诸如住宿等商旅资源，其价格随时会进行波动，固定的商旅额度往往会使得商旅用户无法获得良好的商旅体验。

发明内容

为了解决上述问题，本申请提出了一种基于多平台融合的商旅推荐方法，包括：

获取商旅用户所需进行的商旅行程，并对所述商旅行程进行分析，以确定所述商旅行程中的主行程和子行程；

确定所述商旅行程中所述商旅用户的同行商旅用户，对所述商旅用户和所述同行商旅用户进行用户分析，以确定所述商旅用户与所述同行商旅用户对应的子行程是否存在依赖关系；

若存在，则确定所述商旅用户和所述同行商旅用户在其所属企业中分别对应的用户角色，并根据所述用户角色，确定所述商旅用户对应的实际商旅额度；其中，所述实际商旅额度为所述子行程对应的商旅额度；

基于融合的多平台获取的商旅信息和所述实际商旅额度，生成所述商旅用户对应的商旅计划，并向所述商旅用户推送所述商旅计划。

在本申请的一种实现方式中，对所述商旅行程进行分析，以确定所述商旅行程中的主行程和子行程，具体包括：

确定所述商旅行程中是否存在交通行程，若有，则确定所述交通行程对应的交通工具；

将所述交通工具为指定交通工具的交通行程，作为主行程，并将所述商旅行程中除所述主行程之外的其他行程作为子行程；其中，所述指定交通工具至少包括以下一项或多项：飞机、火车和轮船。

在本申请的一种实现方式中，对所述商旅用户和所述同行商旅用户进行用户分析，以确定所述商旅用户与所述同行商旅用户对应的子行程是否存在依赖关系，具体包括：

分别获取所述商旅用户和所述同行商旅用户对应的用户画像，根据所述用户画像，确定所述商旅用户和所述同行商旅用户分别对应的子行程需求；

将所述商旅用户和所述同行商旅用户分别对应的子行程需求进行匹配，在匹配一致的情况下，确定所述商旅用户和所述同行商旅用户对应的子行程存在依赖关系。

在本申请的一种实现方式中，根据所述用户角色，确定所述商旅用户对应的实际商旅额度，具体包括：

从所述商旅行程中，筛选出与所述商旅用户存在依赖关系的指定子行程，以及除所述指定子行程之外的其他子行程；

根据所述用户角色，确定所述商旅用户在所述其他子行程中的第一子商旅额度，以及所述商旅用户在所述指定子行程中的第二子商旅额度，以及所述同行商旅用户在所述指定子行程中的第三子商旅额度；

根据所述第一子商旅额度、所述第二子商旅额度和所述第三子商旅额度，确定所述商旅用户对应的实际商旅额度。

在本申请的一种实现方式中，所述实际商旅额度包括第一实际商旅额度和第二实际商旅额度，根据所述第一子商旅额度、所述第二子商旅额度和所述第三子商旅额度，确定所述商旅用户对应的实际商旅额度，具体包括：

将所述其他子行程对应的第一子商旅额度作为所述商旅用户对应的第一实际商旅额度；

对所述第二子商旅额度和所述第三子商旅额度进行加和，并将加和结果作为所述商旅用户在所述指定子行程中的第二实际商旅额度。

在本申请的一种实现方式中，基于融合的多平台获取的商旅信息和所述实际商旅额度，生成所述商旅用户对应的商旅计划，具体包括：

根据所述商旅用户的用户角色，确定所述商旅用户对应的主行程的行程模式；

获取所述商旅用户的当前位置信息，根据所述当前位置信息、所述商旅行程对应的目的位置信息和所述行程模式，生成多个待选主商旅计划；

基于融合的多平台获取的商旅信息，根据所述商旅用户的实际商旅额度，生成所述商旅用户对应的若干待选子商旅计划；

将所述待选主商旅计划和所述待选子商旅计划，作为所述商旅用户对应的商旅计划。

在本申请的一种实现方式中，基于融合的多平台获取的商旅信息，根据所述商旅用户的实际商旅额度，生成所述商旅用户对应的若干待选子商旅计划，具体包括：

根据所述子行程，确定所述商旅行程中的至少一个附属目的位置信息，并根据所述至少一个附属目的位置信息，确定所述商旅用户对应的商旅范围；

基于融合的多平台，根据所述目的位置信息，获取所述商旅范围内对应的商旅信息；其中，所述商旅信息至少包括商旅住宿资源；

从所述商旅住宿资源中，筛选出不大于所述实际商旅额度的待选商旅住宿资源，并根据所述待选住宿资源，生成所述商旅用户对应的若干待选子商旅计划。

在本申请的一种实现方式中，根据所述至少一个附属目的位置信息，确定所述商旅用户对应的商旅范围，具体包括：

确定所述至少一个附属目的位置信息对应的位置点，以及所述位置点之间的中心点；

获取所述商旅行程对应的行程区间，根据所述行程区间，确定所述商旅行程对应的行程类型；其中，所述行程类型包括长期行程和短期行程；

分别确定所述长期行程对应的第一预设行程距离和所述短期行程对应的第二预设行程距离，并确定以所述中心点为圆心，以所述第一预设行程距离或所述第二预设行程距离为半径的范围，为所述商旅用户对应的商旅范围；其中，所述第一预设行程距离小于所述第二预设行程距离。

本申请实施例提供了一种基于多平台融合的商旅推荐设备，其特征在于，设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取商旅用户所需进行的商旅行程，并对所述商旅行程进行分析，以确定所述商旅行程中的主行程和子行程；

确定所述商旅行程中所述商旅用户的同行商旅用户，对所述商旅用户和所述同行商旅用户进行用户分析，以确定所述商旅用户与所述同行商旅用户对应的子行程是否存在依赖关系；

若存在，则确定所述商旅用户和所述同行商旅用户在其所属企业中分别对应的用户角色，并根据所述用户角色，确定所述商旅用户对应的实际商旅额度；其中，所述实际商旅额度为所述子行程对应的商旅额度；

基于融合的多平台获取的商旅信息和所述实际商旅额度，生成所述商旅用户对应的商旅计划，并向所述商旅用户推送所述商旅计划。

本申请实施例提供了一种非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：

获取商旅用户所需进行的商旅行程，并对所述商旅行程进行分析，以确定所述商旅行程中的主行程和子行程；

确定所述商旅行程中所述商旅用户的同行商旅用户，对所述商旅用户和所述同行商旅用户进行用户分析，以确定所述商旅用户与所述同行商旅用户对应的子行程是否存在依赖关系；

若存在，则确定所述商旅用户和所述同行商旅用户在其所属企业中分别对应的用户角色，并根据所述用户角色，确定所述商旅用户对应的实际商旅额度；其中，所述实际商旅额度为所述子行程对应的商旅额度；

基于融合的多平台获取的商旅信息和所述实际商旅额度，生成所述商旅用户对应的商旅计划，并向所述商旅用户推送所述商旅计划。

通过本申请提出的一种基于多平台融合的商旅推荐方法能够带来如下有益效果：

将商旅用户的商旅行程划分为主行程和子行程，针对行程种类更多的子行程，筛选出商旅人员和其同行商旅人员存在依赖关系的子行程，并根据用户角色，确定出该子行程的实际商旅额度，能够在商旅额度有限的情况下，通过整合不同角色的商旅用户分别对应的商旅额度，对每个商旅用户实际所能使用的实际商旅额度进行更新，确保商旅用户能够获得良好的行程体验。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种基于多平台融合的商旅推荐方法的流程示意图；

图2为本申请实施例提供的一种基于多平台融合的商旅推荐设备的结构示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

如图1所示，本申请实施例提供的一种基于多平台融合的商旅推荐方法，包括：

S101：获取商旅用户所需进行的商旅行程，并对商旅行程进行分析，以确定商旅行程中的主行程和子行程。

商旅行程是服务器根据企业派遣出差、商务谈判、拜访交流等行为所制定出的企业行程，参与商旅行程的人员作为商旅用户，需事先制定相应的商旅计划。

本申请实施例主要面向的是商旅用户在外地进行商旅行程，需要乘坐交通工具且进行住宿这一应用场景，因此，需对商旅行程进行分析，将商旅行程划分为主行程和子行程。其中，主行程用于指示商旅行程的开始和结束，比如，乘坐飞机和乘坐火车为主行程，通常情况下，用户在乘坐此类交通工具时一般是进行远距离行程，代表着某一行程的起止。子行程指的是用户进行某一主行程时还需同时配合进行的行程，比如，住宿、打车等。

具体地，确定商旅行程中是否存在交通行程，若有，则确定交通行程对应的交通工具。将交通工具为指定交通工具的交通行程，作为主行程，并将商旅行程中除主行程之外的其他行程作为子行程。其中，指定交通工具至少包括以下一项或多项：飞机、火车和轮船。

需要说明的是，服务器作为商旅推荐方法的执行主体为示例性存在，不仅限于服务器，本申请对此不作具体限定。

S102：确定商旅行程中商旅用户的同行商旅用户，对商旅用户和同行商旅用户进行用户分析，以确定商旅用户与同行商旅用户对应的子行程是否存在依赖关系。

商旅行程大多数情况下需要多人参与，因此，为了对商旅用户提供个性化服务，且降低企业的报销成本、核对成本，需要针对不同的商旅用户，分别对其制定相应的商旅计划。但是，由于商旅用户的岗位、用户角色可能存在不同，其对应的商旅额度和可使用的交通工具类型也会存在不同，比如，对于主行程来说，管理层在进行商旅过程中可选择级别较高的舱位，而普通员工可选择的舱位级别便相对较低，而对于住宿这一子行程来说，管理层的住宿报销额度也会略高于普通员工。商旅用户在完成主行程后只需提供相应的行程票据便可进行报销，而对于子行程来说，则需要根据不同的商旅额度来衡量和制定商旅计划。比如住宿这一子行程，由于住宿位置、季节性等因素，酒店价格会随时发生波动，固定的商旅额度在某些时期可能会造成商旅用户无法入住条件舒适的酒店，此时，服务器需要确定商旅行程中商旅用户的同行商旅用户，并对商旅用户和同行商旅用户进行用户分析，以确定商旅用户与同行商旅用户对应的子行程是否存在依赖关系。

具体地，服务器分别获取商旅用户和同行商旅用户对应的用户画像，根据用户画像，确定商旅用户和同行商旅用户分别对应的子行程需求。子行程需求可反映商旅用户和同行商旅用户对于当前子行程的偏好，比如，是否介意与他人同住、是否格外关注住宿舒适度等。在得到子行程需求后，需将商旅用户和同行商旅用户分别对应的子行程需求进行匹配，如果二者的子行程需求一致，则说明商旅用户和同行商旅用户对应的子行程存在依赖关系。依赖关系用于表示商旅用户和同行商旅用户之间存在重合的行程偏好。

S103：若存在，则确定商旅用户和同行商旅用户在其所属企业中分别对应的用户角色，并根据用户角色，确定商旅用户对应的实际商旅额度；其中，实际商旅额度为子行程对应的商旅额度。

如果商旅用户和其同行商旅用户对应的子行程之间存在依赖关系，则可根据该依赖关系，重新确定商旅用户的商旅额度。也就是说，需确定商旅用户和同行商旅用户在其所属企业中分别对应的用户角色，并根据用户角色，确定商旅用户对应的实际商旅额度；其中，实际商旅额度为子行程对应的商旅额度。比如，如果商旅用户和同行商旅用户都不介意与他人同住，这样在酒店价格上涨时，可通过订双人标间的形式来替代原本的单独房间，使得有限的商旅额度能够得到充分利用，提高行程舒适度，又比如，对于商务谈判此种需要乘坐汽车的商旅行程，可根据用户角色，确定参与此次商旅行程的人员是否能够同乘。

具体地，从商旅行程中，筛选出与商旅用户存在依赖关系的指定子行程，以及除指定子行程之外的其他子行程。根据用户角色，确定商旅用户在其他子行程中的第一子商旅额度，以及商旅用户在指定子行程中的第二子商旅额度，以及同行商旅用户在指定子行程中的第三子商旅额度。之后，根据第一子商旅额度、第二子商旅额度和第三子商旅额度，确定商旅用户对应的实际商旅额度。

进一步地，实际商旅额度包括第一实际商旅额度和第二实际商旅额度，将其他子行程对应的第一子商旅额度作为商旅用户对应的第一实际商旅额度，然后，对第二子商旅额度和第三子商旅额度进行加和，并将加和结果作为商旅用户在指定子行程中的第二实际商旅额度。比如，商旅人员和其同行商旅人员的就餐额度之间并不具有依赖关系，但是住宿这一行程可互相依赖，商旅人员A的商旅额度为200元/晚，同行商旅人员B的商旅额度为300元/晚，此时，商旅人员A的实际商旅额度可更新为500元/晚，可选取此商旅额度下的酒店房间与同行商旅人员B进行同住。

S104：基于融合的多平台获取的商旅信息和实际商旅额度，生成商旅用户对应的商旅计划，并向商旅用户推送商旅计划。

通常情况下商旅用户在预定酒店车票时需要登录多个购票应用程序，本申请实施例提供了一种多平台融合的商旅推荐方法，提供了一种多平台融合系统，系统中集成了多个电子购票应用程序，用户可通过该系统，对不同应用程序上提供的住宿价格、出行价格进行对比，以确定出最终意向预定的商旅计划，节省了用户的搜索成本。

在确定出子行程对应的实际商旅额度后，需据此对商旅用户推荐相应的商旅计划，以供商旅用户选择出最符合其偏好的商旅计划。

具体地，服务器根据商旅用户的用户角色，确定商旅用户对应的主行程的行程模式。行程模式用以区分商旅用户所选用的不同交通工具，在确定出行程模式后，需获取商旅用户的当前位置信息，根据当前位置信息、商旅行程对应的目的位置信息和行程模式，生成多个待选主商旅计划。同时，服务器基于融合的多平台获取的商旅信息，根据商旅用户的实际商旅额度，生成商旅用户对应的若干待选子商旅计划。上述所生成的待选主商旅计划和待选子商旅计划，便可作为商旅用户对应的商旅计划。

其中，在生成待选子商旅计划时，由于子行程可能存在多个，其对应的行程位置也可能存在多个，比如，酒店、合作方公司、会议地点等。因此，需根据子行程，确定商旅行程中的至少一个附属目的位置信息，附属目的位置信息指的是子行程对应的位置信息。而在得到附属目的位置信息后，需根据至少一个附属目的位置信息，确定商旅用户对应的商旅范围。然后，基于融合的多平台，根据主行程对应的目的位置信息，在该目的位置所在范围内，获取商旅范围内对应的商旅信息。商旅信息至少包括商旅住宿资源。最后，从上述获取到的商旅住宿资源中，筛选出不大于实际商旅额度的待选商旅住宿资源，并根据待选住宿资源，生成商旅用户对应的若干待选子商旅计划。

需要说明的是，由于商旅用户可能存在多个附属目的位置信息，在确定商旅范围时需要考虑到多个行程之间的距离因素，来确定最终的商旅住宿资源。服务器需确定至少一个附属目的位置信息对应的位置点，以及位置点之间的中心点。获取商旅行程对应的行程区间，根据行程区间，确定商旅行程对应的行程类型；其中，行程类型包括长期行程和短期行程。对于长期行程来说，商旅人员是需要长期住宿于同一位置，因此需保证为其预定的商旅住宿资源与行程范围之间的距离较近，以最大限度降低通勤时间。因此，在确定出商旅行程对应的行程类型后，需分别确定长期行程对应的第一预设行程距离和短期行程对应的第二预设行程距离，并确定以中心点为圆心，以第一预设行程距离或第二预设行程距离为半径的范围，为商旅用户对应的商旅范围。第一预设行程距离小于第二预设行程距离。

以上为本申请提出的方法实施例。基于同样的发明构思，本申请实施例还提供了一种基于多平台融合的商旅推荐设备，其结构如图2所示。

图2为本申请实施例提供的一种基于多平台融合的商旅推荐设备的结构示意图。如图2所示，设备包括：

至少一个处理器；

以及，与至少一个处理器通信连接的存储器；

其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：

获取商旅用户所需进行的商旅行程，并对商旅行程进行分析，以确定商旅行程中的主行程和子行程；

确定商旅行程中商旅用户的同行商旅用户，对商旅用户和同行商旅用户进行用户分析，以确定商旅用户与同行商旅用户对应的子行程是否存在依赖关系；

若存在，则确定商旅用户和同行商旅用户在其所属企业中分别对应的用户角色，并根据用户角色，确定商旅用户对应的实际商旅额度；其中，实际商旅额度为子行程对应的商旅额度；

基于融合的多平台获取的商旅信息和实际商旅额度，生成商旅用户对应的商旅计划，并向商旅用户推送商旅计划。

本申请实施例还提供了一种非易失性计算机存储介质，存储有计算机可执行指令，计算机可执行指令设置为：

获取商旅用户所需进行的商旅行程，并对商旅行程进行分析，以确定商旅行程中的主行程和子行程；

确定商旅行程中商旅用户的同行商旅用户，对商旅用户和同行商旅用户进行用户分析，以确定商旅用户与同行商旅用户对应的子行程是否存在依赖关系；

若存在，则确定商旅用户和同行商旅用户在其所属企业中分别对应的用户角色，并根据用户角色，确定商旅用户对应的实际商旅额度；其中，实际商旅额度为子行程对应的商旅额度；

基于融合的多平台获取的商旅信息和实际商旅额度，生成商旅用户对应的商旅计划，并向商旅用户推送商旅计划。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备和介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请实施例提供的设备和介质与方法是一一对应的，因此，设备和介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备和介质的有益技术效果。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种基于多平台融合的商旅推荐方法，其特征在于，所述方法包括：

获取商旅用户所需进行的商旅行程，并对所述商旅行程进行分析，以确定所述商旅行程中的主行程和子行程；

确定所述商旅行程中所述商旅用户的同行商旅用户，对所述商旅用户和所述同行商旅用户进行用户分析，以确定所述商旅用户与所述同行商旅用户对应的子行程是否存在依赖关系；

若存在，则确定所述商旅用户和所述同行商旅用户在其所属企业中分别对应的用户角色，并根据所述用户角色，确定所述商旅用户对应的实际商旅额度；其中，所述实际商旅额度为所述子行程对应的商旅额度；

基于融合的多平台获取的商旅信息和所述实际商旅额度，生成所述商旅用户对应的商旅计划，并向所述商旅用户推送所述商旅计划。

2.根据权利要求1所述的一种基于多平台融合的商旅推荐方法，其特征在于，对所述商旅行程进行分析，以确定所述商旅行程中的主行程和子行程，具体包括：

确定所述商旅行程中是否存在交通行程，若有，则确定所述交通行程对应的交通工具；

将所述交通工具为指定交通工具的交通行程，作为主行程，并将所述商旅行程中除所述主行程之外的其他行程作为子行程；其中，所述指定交通工具至少包括以下一项或多项：飞机、火车和轮船。

3.根据权利要求1所述的一种基于多平台融合的商旅推荐方法，其特征在于，对所述商旅用户和所述同行商旅用户进行用户分析，以确定所述商旅用户与所述同行商旅用户对应的子行程是否存在依赖关系，具体包括：

分别获取所述商旅用户和所述同行商旅用户对应的用户画像，根据所述用户画像，确定所述商旅用户和所述同行商旅用户分别对应的子行程需求；

将所述商旅用户和所述同行商旅用户分别对应的子行程需求进行匹配，在匹配一致的情况下，确定所述商旅用户和所述同行商旅用户对应的子行程存在依赖关系。

4.根据权利要求1所述的一种基于多平台融合的商旅推荐方法，其特征在于，根据所述用户角色，确定所述商旅用户对应的实际商旅额度，具体包括：

从所述商旅行程中，筛选出与所述商旅用户存在依赖关系的指定子行程，以及除所述指定子行程之外的其他子行程；

根据所述用户角色，确定所述商旅用户在所述其他子行程中的第一子商旅额度，以及所述商旅用户在所述指定子行程中的第二子商旅额度，以及所述同行商旅用户在所述指定子行程中的第三子商旅额度；

根据所述第一子商旅额度、所述第二子商旅额度和所述第三子商旅额度，确定所述商旅用户对应的实际商旅额度。

5.根据权利要求4所述的一种基于多平台融合的商旅推荐方法，其特征在于，所述实际商旅额度包括第一实际商旅额度和第二实际商旅额度，根据所述第一子商旅额度、所述第二子商旅额度和所述第三子商旅额度，确定所述商旅用户对应的实际商旅额度，具体包括：

将所述其他子行程对应的第一子商旅额度作为所述商旅用户对应的第一实际商旅额度；

对所述第二子商旅额度和所述第三子商旅额度进行加和，并将加和结果作为所述商旅用户在所述指定子行程中的第二实际商旅额度。

6.根据权利要求1所述的一种基于多平台融合的商旅推荐方法，其特征在于，基于融合的多平台获取的商旅信息和所述实际商旅额度，生成所述商旅用户对应的商旅计划，具体包括：

根据所述商旅用户的用户角色，确定所述商旅用户对应的主行程的行程模式；

获取所述商旅用户的当前位置信息，根据所述当前位置信息、所述商旅行程对应的目的位置信息和所述行程模式，生成多个待选主商旅计划；

基于融合的多平台获取的商旅信息，根据所述商旅用户的实际商旅额度，生成所述商旅用户对应的若干待选子商旅计划；

将所述待选主商旅计划和所述待选子商旅计划，作为所述商旅用户对应的商旅计划。

7.根据权利要求6所述的一种基于多平台融合的商旅推荐方法，其特征在于，基于融合的多平台获取的商旅信息，根据所述商旅用户的实际商旅额度，生成所述商旅用户对应的若干待选子商旅计划，具体包括：

根据所述子行程，确定所述商旅行程中的至少一个附属目的位置信息，并根据所述至少一个附属目的位置信息，确定所述商旅用户对应的商旅范围；

基于融合的多平台，根据所述目的位置信息，获取所述商旅范围内对应的商旅信息；其中，所述商旅信息至少包括商旅住宿资源；

从所述商旅住宿资源中，筛选出不大于所述实际商旅额度的待选商旅住宿资源，并根据所述待选住宿资源，生成所述商旅用户对应的若干待选子商旅计划。

8.根据权利要求7所述的一种基于多平台融合的商旅推荐方法，其特征在于，根据所述至少一个附属目的位置信息，确定所述商旅用户对应的商旅范围，具体包括：

确定所述至少一个附属目的位置信息对应的位置点，以及所述位置点之间的中心点；

获取所述商旅行程对应的行程区间，根据所述行程区间，确定所述商旅行程对应的行程类型；其中，所述行程类型包括长期行程和短期行程；

分别确定所述长期行程对应的第一预设行程距离和所述短期行程对应的第二预设行程距离，并确定以所述中心点为圆心，以所述第一预设行程距离或所述第二预设行程距离为半径的范围，为所述商旅用户对应的商旅范围；其中，所述第一预设行程距离小于所述第二预设行程距离。

9.一种基于多平台融合的商旅推荐设备，其特征在于，设备包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够：

获取商旅用户所需进行的商旅行程，并对所述商旅行程进行分析，以确定所述商旅行程中的主行程和子行程；

确定所述商旅行程中所述商旅用户的同行商旅用户，对所述商旅用户和所述同行商旅用户进行用户分析，以确定所述商旅用户与所述同行商旅用户对应的子行程是否存在依赖关系；

若存在，则确定所述商旅用户和所述同行商旅用户在其所属企业中分别对应的用户角色，并根据所述用户角色，确定所述商旅用户对应的实际商旅额度；其中，所述实际商旅额度为所述子行程对应的商旅额度；

基于融合的多平台获取的商旅信息和所述实际商旅额度，生成所述商旅用户对应的商旅计划，并向所述商旅用户推送所述商旅计划。

10.一种非易失性计算机存储介质，存储有计算机可执行指令，其特征在于，所述计算机可执行指令设置为：

获取商旅用户所需进行的商旅行程，并对所述商旅行程进行分析，以确定所述商旅行程中的主行程和子行程；

确定所述商旅行程中所述商旅用户的同行商旅用户，对所述商旅用户和所述同行商旅用户进行用户分析，以确定所述商旅用户与所述同行商旅用户对应的子行程是否存在依赖关系；

若存在，则确定所述商旅用户和所述同行商旅用户在其所属企业中分别对应的用户角色，并根据所述用户角色，确定所述商旅用户对应的实际商旅额度；其中，所述实际商旅额度为所述子行程对应的商旅额度；

基于融合的多平台获取的商旅信息和所述实际商旅额度，生成所述商旅用户对应的商旅计划，并向所述商旅用户推送所述商旅计划。