CN116227777B

CN116227777B - 行程信息处理方法及电子设备

Info

Publication number: CN116227777B
Application number: CN202310506877.7A
Authority: CN
Inventors: 孙立岩
Original assignee: Zhejiang Feizhu Network Technology Co ltd
Current assignee: Zhejiang Feizhu Network Technology Co ltd
Priority date: 2023-05-08
Filing date: 2023-05-08
Publication date: 2023-10-13
Anticipated expiration: 2043-05-08
Also published as: CN116227777A

Abstract

本申请实施例公开了行程信息处理方法及电子设备，所述方法包括：根据第一用户选购的出游类商品对象的信息生成交易订单后，获取所述出游类商品对象关联的约定行程信息并进行保存；在由第二用户为所述交易订单提供履约服务的过程中，根据所述第一用户的实时地理位置信息，生成所述第一用户的实际行程信息；将所述实际行程信息与所述约定行程信息进行比对，并将两者之间的差异之处作为异常信息进行记录，以用作对所述第二用户进行处理时的参考依据。通过本申请实施例，能够主动发现商家履约过程中可能存在的“货不对板”等不规范行为，提升用户体验。

Description

行程信息处理方法及电子设备

技术领域

本申请涉及信息处理技术领域，特别是涉及行程信息处理方法及电子设备。

背景技术

在一些提供旅游服务信息的电商平台中，商家可以根据所掌握的旅游服务资源，包装成“跟团游”等类型的商品对象，并通过电商平台对商品对象信息进行发布，其中包括具体的行程计划，例如，包括旅游天数，出发日期，出发城市，目的地城市，大交通方式，每天的旅游路线，包含的景点，每个景点的停留时长，等等。消费者用户可以通过电商平台中的详情页对商品对象信息进行浏览，如果满足自己的需求，则可以进行在线下单支付，之后，按照行程计划进行跟团出行即可。

但是，在实际应用中，经常会出现商家在履约时“货不对版”的情况，也即，实际履约时的行程与商家之前在详情页中发布的行程信息不一致。例如，详情页显示的行程计划中包括某景点，但是实际履约过程中却没有去该景点；或者，详情页显示的行程计划中在某景点停留三小时，但实际只停留两个小时便被导游催促离开；或者，详情页显示的行程计划中没有包含某购物点，但是实际履约过程中，却出现被导游带入购物点的情况，等等。

这些情况的发生会严重影响用户体验，虽然有些电商平台可以为用户提供投诉入口，用户可以在发现上述问题时可以进行投诉，但是，这种投诉通常需要用户自己提供相关证据，平台方需要根据有效的证据对商家进行判责或者处罚。然而，由于需要用户准备相关证据，因此，需要用户准确收集的资料可能会比较多，效率比较低。另外，由于线上线下信息的不对称，用户经常是在事后才想到需要投诉，而此时却已经错过了取证时机，无法提供有效的证据。或者，即使用户在发现“货不对版”时马上进行了取证，也可能由于操作不专业等导致取证不完整、不规范，导致平台方仍然难以根据这种证据判责或处罚商家，以至于用户蒙受损失，对于已经占用的系统资源而言也造成了一种浪费。

发明内容

本申请提供了行程信息处理方法及电子设备，能够主动发现商家履约过程中可能存在的“货不对板”等不规范行为，提升用户体验。

本申请提供了如下方案：

一种行程信息处理方法，包括：

根据第一用户选购的出游类商品对象的信息生成交易订单后，获取所述出游类商品对象关联的约定行程信息并进行保存；

在由第二用户为所述交易订单提供履约服务的过程中，根据所述第一用户的实时地理位置信息，生成所述第一用户的实际行程信息；

将所述实际行程信息与所述约定行程信息进行比对，并将两者之间的差异之处作为异常信息进行记录，以用作对所述第二用户进行处理时的参考依据。

其中，所述约定行程信息包括：约定行程路线上的多个约定行程节点约定停留时长信息；

所述生成所述第一用户的实际行程信息，包括：

根据所述第一用户的实时地理位置信息，获取所述第一用户的实际行程路线中所经过的多个实际行程节点；

所述将所述实际行程信息与所述约定行程信息进行比对，包括：

对所述实际行程信息与所述约定行程信息中的行程节点是否发生变化进行判断。

其中，还包括：

如果所述实际行程信息中出现新增行程节点，则根据所述新增行程节点对应的地理位置信息，确定所述新增行程节点是否与购物场所相关，如果是，则作为异常信息进行记录。

其中，还包括：

所述约定行程信息还包括：所述多个约定行程节点分别对应的约定停留时长信息；

所述生成所述第一用户的实际行程信息，还包括：

确定多个实际行程节点分别对应的实际停留时长信息；

所述将所述实际行程信息与所述约定行程信息进行比对，还包括：

对所述实际行程信息与所述约定行程信息中在对应行程节点上的停留时长是否一致进行判断。

其中，还包括：

在确定所述出游类商品对象关联的约定行程信息后，根据所述多个约定行程节点以及对应的约定停留时长信息，生成第一行程热力路线图；

在生成所述第一用户的实际行程信息后，根据所述多个实际行程节点以及对应的实际停留时长信息，生成第二行程热力路线图，以便基于第一行程热力路线图以及第二行程热力路线图进行可视化对比；

其中，所述第一行程热力路线图或所述第二行程热力路线图由分布在电子地图上不同位置的多个热力色块连接而成，所述热力色块的位置与所述约定行程节点或实际行程节点对应，所述热力色块的热力值根据所述约定停留时长或实际停留时长进行确定。

其中，将所述第一行程热力路线图以及第二行程热力路线图提供给客服人员关联的客户端，以便于由所述客服人员基于所述可视化对比，为所述第一用户提供主动服务，或对所述第二用户的履约行为进行监管。

其中，将所述第一行程热力路线图以及第二行程热力路线图提供给所述第一用户关联的客户端进行展示。

其中，还包括：

如果所述出游类商品对象的信息发布方对应的第三用户不同于所述第二用户，则将所述第一行程热力路线图以及第二行程热力路线图提供给所述第三用户关联的客户端，以便所述第三用户对所述第二用户的履约行为进行监管。

其中，还包括：

如果所述实际行程信息与所述约定行程信息存在差异之处，则向所述第一用户推送通知消息，以便对是否由所述第一用户主动更改行程进行确认。

其中，所述生成所述第一用户的实际行程信息时，还包括：

获取所述第二用户为所述交易订单提供履约服务过程中的录音信息，以便将比对结果信息以及所述录音信息作为对所述第二用户进行处理时的参考依据。

一种行程信息处理方法，包括：

在根据第一用户选购的出游类商品对象生成交易订单后，确定所述交易订单关联的约定行程信息；所述约定行程信息包括：约定行程路线上的多个约定行程节点，以及对应的约定停留时长信息；

根据所述多个约定行程节点以及对应的约定停留时长信息，生成第一行程热力路线图；

在由第二用户为所述交易订单提供履约服务的过程中，根据所述第一用户的实时地理位置信息，生成所述第一用户的实际行程信息；所述实际行程信息包括：所述第一用户的实际行程路线中所经过的多个实际行程节点，以及对应的实际停留时长信息；

根据所述多个实际行程节点以及对应的实际停留时长信息，生成第二行程热力路线图；

将所述第一行程热力路线图以及所述第二行程热力路线图提供给所述第一用户客户端、客服人员客户端和/或所述出游类商品对象的发布者客户端；

其中，还包括：

在获取到所述约定行程信息后，生成行程单信息，并在所述行程单中提供目标操作选项，以便在所述第一用户通过所述目标操作选项发起请求后，将所述第一行程热力路线图以及所述第二行程热力路线图提供给所述第一用户客户端。

一种行程信息处理方法，包括：

在由第二用户为第一用户关联的出游类商品对象相关的交易订单提供履约服务的过程中，将所述第一用户的实时位置信息提供给服务端；

响应于所述第一用户提交的查看行程单的请求，展示所述出游类商品对象订单关联的行程单信息，并通过行程单信息页面提供用于查看第二用户履约情况的操作选项；

通过所述操作选项接收到第一用户的查看履约情况的请求后，展示第一行程热力路线图以及第二行程热力路线图；

其中，所述第一行程热力路线图是根据所述出游类商品对象的约定行程信息生成的，所述约定行程信息包括：约定行程路线上的多个约定行程节点，以及对应的约定停留时长信息；

所述第二行程热力路线图是根据所述第二用户履约过程中获取到的所述第一用户的实际行程信息生成的，所述实际行程信息是根据所述第一用户的实时地理位置信息获得，包括：所述第一用户的实际行程路线中所经过的多个实际行程节点，以及对应的实际停留时长信息；

所述第一行程热力路线图或所述第二行程热力路线图由分布在电子地图上不同位置的多个热力色块连接而成，所述热力色块的位置与所述约定行程节点或实际行程节点对应，所述热力色块的热力值根据所述约定停留时长或实际停留时长进行确定。

一种行程信息处理装置，包括：

约定行程信息获取单元，用于根据第一用户选购的出游类商品对象的信息生成交易订单后，获取所述出游类商品对象关联的约定行程信息并进行保存；

实际行程信息生成单元，用于在由第二用户为所述交易订单提供履约服务的过程中，根据所述第一用户的实时地理位置信息，生成所述第一用户的实际行程信息；

对比单元，用于将所述实际行程信息与所述约定行程信息进行比对，并将两者之间的差异之处作为异常信息进行记录，以用作对所述第二用户进行处理时的参考依据。

一种行程信息处理装置，包括：

约定行程信息获取单元，用于在根据第一用户选购的出游类商品对象生成交易订单后，确定所述交易订单关联的约定行程信息；所述约定行程信息包括：约定行程路线上的多个约定行程节点，以及对应的约定停留时长信息；

第一行程热力路线图生成单元，用于根据所述多个约定行程节点以及对应的约定停留时长信息，生成第一行程热力路线图；

实际行程信息获取单元，用于在由第二用户为所述交易订单提供履约服务的过程中，根据所述第一用户的实时地理位置信息，生成所述第一用户的实际行程信息；所述实际行程信息包括：所述第一用户的实际行程路线中所经过的多个实际行程节点，以及对应的实际停留时长信息；

第二行程热力路线图生成单元，用于根据所述多个实际行程节点以及对应的实际停留时长信息，生成第二行程热力路线图；

行程热力路线图提供单元，用于将所述第一行程热力路线图以及所述第二行程热力路线图提供给所述第一用户客户端、客服人员客户端和/或所述出游类商品对象的发布者客户端；

一种行程信息处理装置，包括：

位置信息上传单元，用于在由第二用户为第一用户关联的出游类商品对象相关的交易订单提供履约服务的过程中，将所述第一用户的实时位置信息提供给服务端；

操作选项提供单元，用于响应于所述第一用户提交的查看行程单的请求，展示所述出游类商品对象关联的行程单信息，并通过行程单信息页面提供用于查看第二用户履约情况的操作选项；

行程热力路线图展示单元，用于通过所述操作选项接收到第一用户的查看履约情况的请求后，展示第一行程热力路线图以及第二行程热力路线图；

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述任一项所述的方法的步骤。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述任一项所述的方法的步骤。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，在第一用户选购某出游类商品对象并生成交易订单后，服务端可以通过从商品对象详情页进行读取等方式，获取出游类商品对象关联的约定行程信息并进行保存。之后，在由第二用户为所述交易订单提供履约服务的过程中，还可以根据所述第一用户的实时地理位置信息，获取所述第一用户的实际行程信息，进而可以将所述实际行程信息与所述约定行程信息进行比对，并将两者之间的不一致之处作为异常信息进行记录，以用作对所述第二用户进行处理时的参考依据。通过这种方式，可以由服务端主动发现第二用户履约过程中可能存在的“货不对板”等不规范行为，并可以收集到相关的证据，而不需要依赖于第一用户的反馈或证据收集，因此，可以更有效地实现对第二用户的监管、判责、处罚等处理，从而减轻对第一用户体验方面造成的影响，降低第一用户的流失率。

在优选的实施方式下，还可以根据多个约定行程节点以及对应的约定停留时长信息，生成第一行程热力路线图，多个实际行程节点以及对应的实际停留时长信息，生成第二行程热力路线图，以上第一行程热力路线图以及第二行程热力路线图可以提供给平台方的客服人员，供其直观地发现两者之间的不一致之处，以便及时对第二用户进行监管，或者为第一用户提供主动服务，以弥补对用户体验造成的影响；或者，还可以提供给第一用户，使得第一用户可以通过其客户端直观地查看到实际履约情况与下单时约定的行程之间是否存在不一致之处，从而有利于提升用户体验。再者，在商品对象信息的线上发布者与线下履约者不同的情况下，这种热力路线图信息还可以提供给商品对象信息的线上发布者用户，使得线上发布者用户可以依据这种可视化的对比结果，对线下履约者进行有效的监管。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的第一方法的流程图；

图3是本申请实施例提供的多端交互流程的示意图；

图4是本申请实施例提供的第二方法的流程图；

图5是本申请实施例提供的第三方法的流程图；

图6是本申请实施例提供的第一装置的示意图；

图7是本申请实施例提供的第二装置的示意图；

图8是本申请实施例提供的第三装置的示意图；

图9是本申请实施例提供的电子设备的示意图。

具体实施方式

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

为了便于理解本申请实施例提供的具体实现方案，下面对背景技术中所述的“货不对版”的主要原因进行简单介绍。在具体电商平台中，与出游类商品对象（尤其是“跟团游”等关联有预先约定行程信息的商品对象，其中，具体的约定行程通常是由商家为用户制定）相关的商家至少可以包括两类，其中一类可以称为“资源型商家”，这类商家通常掌握一些与具体出游服务相关的资源，例如，在旅游目的地与一些酒店、景点、航司等具有合作关系，或者，具有自营的服务场所，等等，这些资源型商家可以根据具体的资源打造出一些“跟团游”类型的商品对象，在这种产品中，会对具体的旅游路线，去往的景点，大交通（通常是指从出发城市到目的城市之间的交通方式）方式、入住的酒店等进行约定。在打造出具体的“跟团游”商品对象之后，资源型商家可以自行发布到电商平台中，以便消费者用户进行浏览购买。

或者，在另一种情况下，系统中可能还会包括一些“运营型商家”，这种运营型商家可能本身不具有旅游服务相关的资源，但是其优势在于善于运营，善于在线获客，因此，资源型商家在包装出一款“跟团游”商品对象后，可能会由这种运营型商家进行线上发布。也就是说，发布信息的商家与提供履约服务的商家可能是不同的商家，对于消费者用户而言，是在这种运营型商家的店铺中购买的商品对象，但是实际提供履约服务的却是资源型商家（例如，消费者用户在到达目的地城市后，具体负责接待的导游等人员，实际上是由该资源型商家管理的）。而在资源型商家具体在提供履约服务的过程中，运营型商家是无法实现监管的，这就会导致线上发布的信息与线下实际履约之间不一致的情况发生。

另外，即使是资源型商家在包装出具体的“跟团游”商品对象之后自行进行线上发布，也可能会在履约过程中出现“货不对版”的情况。这是因为，对于平台方而言，通常在线上流量的核心在于搜索，而搜索系统的一个主要关注点在于转化率，也即，从点击到购买的转化情况；为了提升转化率指标，搜索系统在返回搜索结果时，可能会将一些具有价格优势的商品对象优先展示，以便在价格优势的促使下提升转化率。在这种背景下，一些资源型商家可能会利用该规则，故意压低在线发布时的商品对象价格，以吸引用户的购买，但是，会在履约过程中，通过将用户带到购物点强制购物，或者将酒店更换/降低档次等方式来获利，也即，最终还是会转嫁到消费者用户的身上。但是，这种情况会严重影响用户的体验，还会影响平台的信誉，造成用户流失，等等。

针对以上情况，一些电商平台能够为用户提供在线化取证投诉的能力，支持用户在线下游玩过程中，遇到景点变化、去购物点或酒店变化等问题时，可以进行取证投诉，并且提供投诉标准及路径。但是，这种方式强依赖于用户的主动反馈，否则无法知晓用户是否遇到行程履约不一致的问题。然而，现实情况是，大量用户遇到问题可能会静默流失，无法预警干预。即使用户想起这种投诉方式，可能也会是在事后，错过了取证时机。另外，对于景点停留时长较短等方面的问题，也很难通过用户自行举证的方式来解决（例如，用户通常是在离开景点时才会发现停留时间较短，此时，已经很难找到关于进入景点的时间的证据，等等）。

因此，在本申请实施例中，提供了由平台对履约过程中存在的“货不对版”等问题进行主动发现的实现方案。具体的，在该方案中，在用户购买某个出游类商品对象后，可以从商品对象详情页中的商品对象描述等信息中，获取到出游类商品对象关联的约定行程信息，并进行记录。其中，这种约定行程信息就可以是由资源型商家提供的，包括具体行程天数，每天的路线中包括的景点，另外还可以包括每个景点的停留时长，入住酒店的等级，等等。在具体资源型商家为消费者用户提供履约服务的过程中，还可以通过获取消费者用户的实时地理位置信息，确定出消费者用户的实际行程信息，包括实际到达过哪些景点，另外还可以包括每个景点的停留时间，等等。这样，可以通过将商家发布的约定行程信息，与履约过程中消费者用户的实际行程信息进行比对，即可确定出两者之间是否存在不一致之处。例如，具体的不一致之处可以包括：行程变化、景点少去/停留时间短、去购物点、酒店更换/档次降低等等。如果发现存在这些不一致之处，则可以进行记录，以作为证据，用于后续对商家的判责或者处罚等过程中的参考依据。

其中，由于在实际应用中，具体对商家进行监管、判责或者处罚等处理过程中，通常需要人工介入，例如，可能需要平台方的客服等介入，另外，在信息发布者与履约者不同的情况下，发布者也可能会需要通过人工介入的方式对履约者的履约情况进行监管。因此，在具体实现时，还可以将约定行程信息与实际行程信息进行可视化处理。具体的，可以根据具体约定行程中包括的多个约定行程节点，每个节点的约定停留时长等信息，生成第一行程热力路线图，根据实际行程中包括的多个实际行程节点，每个行程节点的实际停留时长等，生成第二行程热力路线图。其中，具体的热力值可以根据停留时长的长短而定，例如，具体的热力值可以通过颜色来表达，不同的热力值可以通过颜色的色值、亮度、深度等的不同来进行表达。这样，具体可以将上述第一行程热力路线图以及第二行程热力路线图提供给客服人员，或者，还可以提供给信息发布者用户，甚至还可以提供给具体的消费者用户，使得可以通过人工观察的方式更直观地发现两者之间是否存在某些不一致之处。

其中，关于第一行程热力路线图，可以是在行程开始之前就生成，而关于第二行程热力路线图，则可以在履约过程中来实时生成。例如，当消费者用户进入某个景点后，可以在路线图中产生对应的热力点，只要在离开该景点之前，该景点处的热力值都可以处于不断增加的状态。直到离开该景点时，热力值将不再变化。在到达下一个景点时，可以在路线图中增加新的热力点，并且随着停留时间的增加，热力值不断增加，等等。这种实时变化的第二行程热力路线图可以提供给具体的消费者用户客户端进行展示，使得用户可以在查看自己的行程信息时，可以实时查看到这种实时变化的行程热力路线图，还可以随时与第一行程热力路线图进行对比，有利于提升用户的体验。而在向客服或者信息发布者提供时，可以是在一天的行程结束（具体的行程热力路线图可以是以天为单位生成的，也即，根据每天的行程路线的不同，可以生成对应不同的行程热力路线图），或者，在发现不一致之处时再提供，通常无需向客服或信息发布提供实时变化的第二行程热力路线图。

通过这种方式，对于消费者用户而言，不再强依赖于用户的取证素材，可以提升取证成功率，能有效处罚不良商家，提升用户出游安全保障感。对于平台方而言，可以解决线下履约信息不对称，平台无法监管的难题，还可以提前预知到用户行程的不一致变化，做用户体验的挽回。对于商家而言，还可以解决导游/地接社等线下履约信息不对称，作为信息发布方的商家无法监管的难题。

从系统架构角度而言，参见图1，本申请实施例可以在商品对象信息服务系统（例如，前述电商平台等）的服务端，提供对约定行程信息的记录，用户实际行程信息的获取（其中，包括用户的实时位置信息、录音信息等的获取），以及两者之间的对比等功能。当然，在具体实现时，还可以由服务端生成前述第一行程热力路线图以及第二行程热力路线图，以用于提供给消费者用户的第一客户端，或者，平台方的客服人员对应的第二客户端，或者，商品对象信息的发布者用户（运营型商家）对应的第三客户端，以便于对两方面的信息进行更直观的可视化对比，还可以由客服人员为消费者用户提供主动服务，或者对资源型商家进行监管，或者，由运营型商家对资源型商家进行监管，等等。

对于客户端而言，如前文所述，对于不同身份的用户，可以提供不同的客户端，例如，面向消费者用户的客户端，主要用于与消费者用户进行交互，消费者用户可以通过该客户端完成对相关商品对象的下单购买，还可以查看具体的行程单信息，在本申请的可选实施例中，还可以通过该客户端，查看具体的第一行程热力路线图以及第二行程热力路线图，以便于消费者用户更直观地了解商家的实际履约情况。

对于面向客服人员的客户端，主要可以用于向客服人员展示前述具体的对比结果，或者，还可以展示前述第一行程热力路线图以及第二行程热力路线图，以便于客服人员更直观地观察到线下履约情况与线上发布信息之间是否存在不一致之处，如果发现不一致之处，则可以对提供履约服务的商家的行为进行监管等，另外还可以为消费者用户提供主动服务，以降低对消费者用户体验的影响。

对于面向商品对象信息发布者用户的客户端，在本申请实施例中，主要可以是发布商品对象信息的商家与提供履约服务的商家不同的情况下，可以向发布商品对象信息的商家展示前述具体的对比结果，或者，还可以展示前述第一行程热力路线图以及第二行程热力路线图，以便于商品对象信息发布者用户可以及时获知，线下履约情况与线上发布信息之间是否存在不一致之处，如果发现，则可以及时对提供履约服务的商家进行监管，等等。

下面对本申请实施例提供的具体实现方案进行详细介绍。

实施例一

首先，该实施例一从服务端的角度，提供了一种行程信息处理方法，参见图2，该方法具体可以包括：

S201：根据第一用户选购的出游类商品对象的信息生成交易订单后，获取所述出游类商品对象关联的约定行程信息并进行保存。

其中，第一用户具体可以是指消费者用户等。具体的出游类商品对象，具体可以是指“跟团游”类的商品对象，也即，由资源型商家预先为第一用户制定好行程，在第一用户对这种商品对象进行购买后，可以生成对应的交易订单，并在行程开始后，由资源型商家为第一用户提供履约服务。

在本申请实施例中，在第一用户选购了某款“跟团游”商品对象并生成交易订单后，服务端就可以记录该商品对象关联的约定行程信息。具体的，在优选的实施方式下，可以在第一用户完成下单后，根据具体商品对象详情页中公布的约定行程详情信息等，生成行程快照，并且还可以基于这种行程快照获取商品对象对应的约定行程信息。通过这种方式，服务端可以帮助第一用户留存关于商品对象详情页中公布的约定行程信息的证据，以便于后续进行对比。另外，在具体实现时，还可以基于这种行程快照为第一用户生成行程单（也即，将商家公布的约定行程信息，以便于第一用户查看的格式进行编辑排版，生成的单据），以便于第一用户随时进行查询。

之所以生成行程快照主要是因为，在实际应用中，有些商家可能会在第一用户下单后修改商品对象详情页，以至于第一用户前后看到的信息不一致，如果不帮助第一用户留存下单时的快照，可能会导致第一用户难以获得其在下单时，商品对象详情页上展示的约定行程信息的问题。

当然，有些情况下，商家可能会出于完善一些信息等目的对之前发布在详情页中的信息进行修改。对此，服务端还可以对商家的修改详情页的行为进行监测，如果发现详情页中的信息发生了变化，且不涉及到具体行程路线等关键信息的修改，则通知到第一用户即可；如果涉及到对具体行程路线等关键信息的修改，则可以通知给客服人员，以便客服人员及时与商家进行沟通确认，如果存在可能会影响到之前已下单用户的利益的修改，则可以要求商家取消修改操作，以此达到在履约之前对商家行为进行监管的作用。

其中，关于具体的约定行程信息，具体可以包括约定行程路线上的多个约定行程节点，在可选的实现方式下，还可以包括具体约定形成节点对应的约定停留时长信息。当然，在具体实现时，关于约定行程信息，还可以包括其他方面的信息，例如，约定的酒店规格/等级信息，是否进购物点，等等。

具体在记录上述约定行程信息时，可以有多种方式。例如，如果是由服务端完成具体的对比操作，则直接以链表等形式，将约定行程信息中的多个约定行程节点、对应的约定停留时长等进行保存即可，后续可以基于这种数据，与第一用户的实际行程信息进行对比。

上述数据记录方式对于机器而言是没有问题的，但是，如果是需要将行程信息给到用户进行查看，则可能具有可读性比较差等缺点。因此，在本申请的可选实施方式中，在获取到约定行程信息后，还可以根据约定行程信息中，具体约定行程路线上的多个约定行程节点，以及对应的约定停留时长信息，生成第一行程热力路线图。也就是说，可以将约定行程信息进行可视化处理，以表示为更便于人工查看的状态。

其中，热力图是一种特殊的图表，它是一种通过对色块着色等方式来显示数据的统计图表，在绘图时，可以指定每个颜色映射的规则（一般以颜色的强度或色调为标准），比如颜色越深的表示热力值越大、程度越深；颜色越亮的热力值越大、程度越深，等等。在本申请实施例中，具体在生成第一行程热力路线图时，可以是以天为单位来生成，也即，每天的行程对应一张第一行程热力路线图。具体的，可以基于一天内的约定行程信息串联的景点、酒店、餐饮、购物点、玩乐点等行程节点，借助电子地图系统中的POI（Point of Interest，兴趣点，在地理信息系统中，一个POI可以是一栋房子、一个商铺、一个邮筒、一个公交站等等）坐标及地理围栏（虚拟地理边界）信息，可以确定出各个行程节点在电子地图系统中的位置以及区域等信息；根据这种行程节点的位置，可以确定需要绘制热力色块的位置；之后，还可以根据商家填写的POI停留时长信息，确定出各个热力色块的热力值，其中，热力值的大小可以与停留时长成正比。之后，可以将具体的热力值转化为具体颜色的强度或者色调等，并在上述行程节点在电子地图系统中的位置、区域，使用对应的强度或者色调的颜色对具体的色块进行着色处理，从而生成多个热力色块。多个热力色块可以按照到达对应行程节点的时间上的先后顺序，连接成对应的第一行程热力路线图。这样，通过该第一行程热力路线图，可以直观地观察出，商家约定的行程路线中，包括哪些行程节点，以及在各个行程节点的停留时间的长短等信息。

在生成第一行程热力路线图后，可以在服务端进行保存，还可以保存与具体行程单之间的对应关系，在具体行程开始后，可以将该第一行程热力路线图提供给第一用户的客户端，另外还可以提供给平台方的客服人员客户端，或者，发布商品对象信息的商家客户端，等等。

S202：在由第二用户为所述交易订单提供履约服务的过程中，根据所述第一用户的实时地理位置信息，生成所述第一用户的实际行程信息。

其中，第二用户具体就可以是提供履约服务的商家等，也即，可以是前述资源型商家，具体“跟团游”商品对象的行程路线等，都可以是由这种资源型商家来制定的，进而也是由这种商家为第一用户的交易订单提供履约服务。

在本申请实施例中，可以由服务端主动获取第二用户的履约执行情况。具体实现时，在行程开始后，服务端可以根据第一用户的实时地理位置信息，获取所述第一用户的实际行程信息。例如，具体实现时，实际行程信息具体可以包括：第一用户的实际行程路线中所经过的多个实际行程节点，在可选的方式下，还可以包括用户在具体实际行程节点对应的实际停留时长信息，等等。

也就是说，在行程开始后，可以为第一用户提供LBS（Location Based Services，基于位置的服务）服务，具体的服务内容就可以是根据第一用户的实时地理位置信息，获取所述第一用户的实际行程信息，以便于与约定行程信息进行对比，帮助第一用户留存相关证据。其中，在具体实现时，在提供上述LBS服务的过程中，需要获取第一用户的实时地理位置信息，该信息可以是由第一用户客户端实时上报给服务端的。当然，在获取用户的实时地理位置信息之前，可以获得第一用户的授权。例如，可以在发现某第一用户即将开始某行程之前，通过第一用户客户端推送通知等方式，提醒第一用户为该客户端开启使用地理位置信息的权限，在获得用户授权后，再提供上述LBS服务，否则，如果第一用户未提供授权，则不必提供该服务。

在获得用户的授权后，可以根据第一用户的实时地理位置信息，获取第一用户的实际行程信息，包括第一用户的实际行程路线中所经过的多个实际行程节点，在可选的方式下，还可以包括对应的实际停留时长信息等。具体的，可以利用第一用户的LBS轨迹与POI坐标、地理围栏进行交叉比对，确定出第一用户是否位于某POI范围内，并汇集计算POI停留时长；对于超出约定行程路线的部分，可以与系统中预先配置的POI库元素进行匹配，确定第一用户的实际行程节点，以及对应的停留时长等信息。

另外，在获取第一用户的实际行程信息之后，还可以生成第二行程热力路线图，具体的生成方式与第一行程热力路线图类似，也即，根据具体实际行程节点在电子地图上的位置/区域，生成热力色块（初始状态下，热力色块可以是透明的），并根据具体行程节点的实际停留时长，确定出热力值，再将热力值转化表达为具体颜色的强度或者色度值等，再根据颜色的强度值、色度值等在具体电子地图上对具体的热力色块进行着色处理，以此生成第二行程热力路线图。

当然，与第一行程热力路线图不同的是，第二行程热力路线图可以是在实时获取关于第一用户的实际行程信息的过程中，逐渐生成并更新的。例如，在某一天的行程开始后，如果根据用户的实时地理位置信息，确定出第一用户进入了某景点，则可以在该景点对应的位置生成热力色块，随着第一用户在该景点停留时间的增长，该热力色块的颜色可能会逐渐变深，直到第一用户离开该景点后，对应的热力色块的颜色将不再变化。之后，第一用户又进入第二个景点，此时在电子地图上该第二个景点对应的位置会产生新的热力色块，同样的，随着第一用户在该景点停留时间的增长，该热力色块的颜色可能会逐渐变深，以此类推，直到第一用户结束一天的行程后，将生成关于这一天的完整的第二行程热力路线图。

其中，上述动态生成的第二行程热力路线图可以实时提供给第一用户客户端，使得第一用户可以实时观察到自己实际行程路线的完成情况。另外，之前生成的第一行程热力路线图也可以提供给第一用户客户端，以便于第一用户将两者进行直观的对比，以此提升第一用户的体验。

当然，上述第二行程热力路线图也可以提供给平台方客服人员的客户端，或者商品对象信息发布者用户的客户端，以便于客服人员对履约者商家的履约行为进行监管，或者在发现不一致之处时，及时向第一用户提供主动服务，以挽回第一用户的体验；或者，商品对象信息发布者用户对履约者用户的履约行为进行监管，等等。

需要说明的是，为了能够帮助第一用户留存更多的证据信息，还可以在行程过程中进行录音，此时，还可以在获得上述关于位置信息的授权时，获得关于录音权限的授权。如果第一用户确认授权，则可以在第二用户为第一用户提供履约服务的过程中进行录音。具体的录音文件可以与第一用户对应的行程单进行绑定，以便于后续在需要进行判责、处罚等处理时，可以将录音文件作为补充证据，等等。

S203：将所述实际行程信息与所述约定行程信息进行比对，并将两者之间的差异之处作为异常信息进行记录，以用作对所述第二用户进行处理时的参考依据。

在获取到第一用户的实际行程信息后，服务端可以将实际行程信息与所述约定行程信息进行比对，如果两者之间存在差异之处（或者称为不一致之处），则可以进行记录，这种记录下的信息可以作对所述第二用户进行处理时的参考依据。通过这种方式，由于服务端可以自动生成第一用户的实际行程信息，并且可以与之前保存的约定行程信息进行比对，因此，如果第二用户在履约过程中出现“货不对版”的问题，则服务端可以自动获取到相关证据，不需要依赖于第一用户的主动反馈。

具体的，在对实际行程信息与约定行程信息进行比对时，可以对所述实际行程信息与所述约定行程信息中的行程节点是否发生变化、停留时长是否一致等进行对比。另外，如果所述实际行程信息中出现新增行程节点，则还可以根据所述新增行程节点对应的地理位置信息，确定所述新增行程节点是否与购物场所相关，如果是，则还可以作为异常信息进行记录。

其中，具体记录的异常信息可以提供给平台方的相关工作人员，以用于对第二用户进行监管、判责或者处罚，等等。当然，具体实现时，如果服务端通过将实际行程信息与约定行程信息进行比对时发现不一致之处，则还可以向第一用户客户端提供预警信息，由第一用户进行确认。如果用户进行了确认，则可以作为异常信息进行记录，否则，可能是由于第一用户的个人行为导致的不一致情况的发生。例如，某第一用户可能由于某种个人原因需要提前离开某景点，此时，不应算作是第二用户的履约异常。

在前述生成了第一行程热力路线图、第二行程热力路线图的情况下，还可以将第一行程热力路线图以及第二行程热力路线图提供给客服人员关联的客户端，以便于由所述客服人员基于所述可视化对比，为所述第一用户提供主动服务，或对所述第二用户的履约行为进行监管。具体的，可以在当天的行程结束之后，向客服人员提供上述热力路线图，或者，也可以在服务端发现不一致情况时，将第一行程热力路线图、第二行程热力路线图提供给客服人员，以便客服人员对第二用户的履约行为进行监管，或者，如果情况比较严重，则还可以通过主动给第一用户拨打电话等方式，为第一用户提供主动服务，以便减轻对第一用户体验的影响。

另外，还可以将所述第一行程热力路线图以及第二行程热力路线图提供给所述第一用户关联的客户端进行展示。具体的，第一用户的客户端通常提供查看行程单的功能，在本申请实施例中，还可以在行程单信息页面中加入用于查看热力路线图的操作选项。这样，在具体行程进行过程中，第一用户可以随时通过其客户端对这种热力路线图进行查看。当然，在这种情况下，第二行程热力路线图可以是动态变化的，也即，第一用户可以查看到完整的第一行程热力路线图，以及动态变化的第二行程热力路线图，第一用户可以通过将第二行程热力路线图中已经产生的热力点、热力值与第一行程热力图进行对比等方式，确定具体的履约情况。

或者，如前文所述，如果所述出游类商品对象的信息发布方对应的第三用户不同于所述第二用户，则还可以将所述第一行程热力路线图以及第二行程热力路线图提供给所述第三用户关联的客户端，以便所述第三用户通过可视化的对比，及时发现两者之间的不一致之处，并对所述第二用户的履约行为进行监管。

另外，服务端还可以根据所述实际行程信息与所述约定行程信息的对比结果，生成履约报告信息，以用于提供给第一用户，还可以提供给具体商品对象信息的发布者用户，等等。

为了更好地理解本申请实施例提供的具体方案中，在生成第一行程热力路线图以及第二行程热力路线图的情况下，多端之间的交互方式，下面结合图3对交互流程进行介绍。具体的，可以包括以下步骤（为便于理解，在以下例子中，关于第一用户、第二用户、第三用户，直接用消费者用户、资源型商家、运营型商家进行描述）：

1.消费者用户通过第一客户端对运营型商家发布的某个“跟团游”商品对象进行了下单；

2.服务端可以根据商品对象详情页中的信息等，生成行程快照，同时还可以生成行程单；

3.服务端将行程单信息提供给消费者用户，消费者用户可以通过第一客户端查看具体的行程单详情；

4.服务端除了可以生成行程单，还可以根据行程快照中的约定行程信息生成第一行程热力路线图，也即“商家版”的行程热力路线图；该第一行程热力路线图可以直接提供给多种不同身份的用户客户端，或者，也可以在必要时提供；

5.服务端可以对具体消费者用户的行程单信息进行跟踪，在发现行程即将开始时，可以通过推送通知消息等方式，对消费者用户进行提醒，同时，还可以提醒用户对位置信息、麦克风的使用权限进行授权；

6.消费者用户可以通过第一客户端进行授权确认；

7.在资源型商家为消费者用户提供履约服务的过程中，第一客户端可以将消费者用户的实时位置信息上传到服务端，另外还可以将录音信息上传到服务端；

8.服务端根据消费者用户的实时位置信息，可以获取消费者用户的实际行程信息；

9.服务端还可以根据实际行程信息生成第二行程热力路线图，也即，“买家版”的行程热力路线图；该行程热力路线图可以是随着消费者用户行程的进行而实时生成并更新的；

10.服务端可以将这种实时更新的第二行程热力路线图与之前生成的第一行程热力路线图提供给第一客户端，这样，消费者用户可以随时通过第一客户端进行查看；

11.服务端还可以将约定行程信息与实际行程信息进行对比，判断两者之间是否存在不一致之处，包括是否在某行程节点停留时间不够，或者，是否新增了某个购物点，等等；

12.如果发现不一致之处，则服务端还可以向第一客户端发送预警信息，提醒第一用户注意；

13.消费者用户收到预警信息后，可以根据实际情况进行反馈，例如，如果确实存在某行程节点停留时间不够，或者，新增了某个购物点等情况，则可以向服务端提交确认信息；否则，如果只是由于个人行为所致，则也可以如实反馈给服务端，等等；

14.在消费者用户对不一致之处进行了确认后，服务端可以向客服人员关联的第二客户端发送通知消息，同时还可以将消费者用户的信息、资源型商家的信息、第一行程热力路线图、第二行程热力路线图发送到第二客户端，以供客服人员进行参考；

15.客服人员收到通知消息后，可以通过拨打电话等方式向消费者用户提供主动服务；

16.客服人员还可以对资源型商家进行监管，例如，通过拨打电话等方式提醒资源型商家应该按照约定进行履约，否则可能会受到处罚，等等；

17.服务端还可以将确认出的不一致之处的信息提供给客服人员，还可以提供给运营型商家，也可以同时提供第一行程热力路线图、第二行程热力路线图发送到第二客户端，以供运营型商家进行参考；

18.运营型商家可以根据服务端提供的信息，对资源型商家的履约行为进行监管。

总之，通过本申请实施例，在第一用户选购某出游类商品对象并生成交易订单后，服务端可以通过从商品对象详情页进行读取等方式，获取出游类商品对象关联的约定行程信息并进行保存。之后，在由第二用户为所述交易订单提供履约服务的过程中，还可以根据所述第一用户的实时地理位置信息，获取所述第一用户的实际行程信息，进而可以将所述实际行程信息与所述约定行程信息进行比对，并将两者之间的不一致之处作为异常信息进行记录，以用作对所述第二用户进行处理时的参考依据。通过这种方式，可以由服务端主动发现第二用户履约过程中可能存在的“货不对板”等不规范行为，并可以收集到相关的证据，而不需要依赖于第一用户的反馈或证据收集，因此，可以更有效地实现对第二用户的判责、处罚等处理，从而减轻对第一用户体验方面造成的影响，降低第一用户的流失率。

实施例二

在前述实施例一中，主要从服务端角度，对服务端获取约定行程信息、实际行程信息，并在两者之间进行对比，发现两者之间的不一致之处，以便作为对第二用户进行判责、处罚等处理的依据，而不必再由第一用户执行收集证据的操作。其中，实施例一中还提到了生成热力路线图的处理方式，而在实际应用中，也可以不必由服务端进行约定行程信息与实际行程信息的对比，而是直接生成上述第一行程热力路线图，以及第二行程热力路线图，并且可以提供给多种不同的用户，以使得具体的用户可以获得关于约定行程信息、实际行程信息的更直观的信息，以便对第二用户进行监管，或者为第一用户提供主动服务，或者，还可以单纯提供给第一用户，供第一用户进行查看，以提升其用户体验。

因此，该实施例二还从服务端的角度，提供了另一种行程信息处理方法，参见图4，包括：

S401：在根据第一用户选购的出游类商品对象生成交易订单后，确定所述交易订单关联的约定行程信息；所述约定行程信息包括：约定行程路线上的多个约定行程节点，以及对应的约定停留时长信息；

S402：根据所述多个约定行程节点以及对应的约定停留时长信息，生成第一行程热力路线图；

S403：在由第二用户为所述交易订单提供履约服务的过程中，根据所述第一用户的实时地理位置信息，生成所述第一用户的实际行程信息；所述实际行程信息包括：所述第一用户的实际行程路线中所经过的多个实际行程节点，以及对应的实际停留时长信息；

S404：根据所述多个实际行程节点以及对应的实际停留时长信息，生成第二行程热力路线图；

S405：将所述第一行程热力路线图以及所述第二行程热力路线图提供给所述第一用户客户端、客服人员客户端和/或所述出游类商品对象的发布者客户端；

在具体实现时，服务端还可以在获取到所述约定行程信息后，生成行程单信息，并在所述行程单中提供目标操作选项，以便在所述第一用户通过所述目标操作选项发起请求后，将所述第一行程热力路线图以及所述第二行程热力路线图提供给所述第一用户客户端。

实施例三

该实施例三是从第一用户（也即，消费者用户）关联的客户端的角度，提供了一种行程信息处理方法，参见图5，该方法可以包括：

S501：在由第二用户为第一用户关联的出游类商品对象相关的交易订单提供履约服务的过程中，将所述第一用户的实时位置信息提供给服务端；

S502：响应于所述第一用户提交的查看行程单的请求，展示所述出游类商品对象关联的行程单信息，并通过行程单信息页面提供用于查看第二用户履约情况的操作选项；

其中，行程单具体就可以是根据上述交易订单生成的，主要用于提供给第一用户，便于其对出行的时间、地点等进行更直观的了解。

S503：通过所述操作选项接收到第一用户的查看履约情况的请求后，展示第一行程热力路线图以及第二行程热力路线图；

关于该实施例二、三中的未详述部分，可以参见实施例一以及本说明书其他部分的记载，这里不再赘述。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下（例如，用户明确同意，对用户切实通知，等），在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

与实施例一相对应，本申请实施例还提供了一种行程信息处理装置，参见图6，该装置可以包括：

约定行程信息获取单元601，用于根据第一用户选购的出游类商品对象的信息生成交易订单后，获取所述出游类商品对象关联的约定行程信息并进行保存；

实际行程信息生成单元602，用于在由第二用户为所述交易订单提供履约服务的过程中，根据所述第一用户的实时地理位置信息，生成所述第一用户的实际行程信息；

对比单元603，用于将所述实际行程信息与所述约定行程信息进行比对，并将两者之间的差异之处作为异常信息进行记录，以用作对所述第二用户进行处理时的参考依据。

其中，所述约定行程信息包括：约定行程路线上的多个约定行程节点，以及对应的约定停留时长信息；

所述实际行程信息获取单元具体可以用于：

所述对比单元具体可以用于：

对所述实际行程信息与所述约定行程信息中的行程节点是否发生变化进行对比。

另外，该装置还可以包括：

新增购物场所判断单元，用于如果所述实际行程信息中出现新增行程节点，则根据所述新增行程节点对应的地理位置信息，确定所述新增行程节点是否与购物场所相关，如果是，则作为异常信息进行记录。

在可选的实施方式下，所述约定行程信息还包括：所述多个约定行程节点分别对应的约定停留时长信息；

此时，所述实际行程信息生成单元还可以用于：确定多个实际行程节点分别对应的实际停留时长信息；

所述对比单元还可以用于：对所述实际行程信息与所述约定行程信息中在对应行程节点上的停留时长是否一致进行判断。

在上述情况下，该装置还可以包括：

第一行程热力路线图生成单元，用于在确定所述出游类商品对象关联的约定行程信息后，基于电子地图系统，根据所述多个约定行程节点以及对应的约定停留时长信息，生成第一行程热力路线图；

第二行程热力路线图生成单元，用于在获取到所述第一用户的实际行程信息后，根据所述多个实际行程节点以及对应的实际停留时长信息，生成第二行程热力路线图，以便基于第一行程热力路线图以及第二行程热力路线图进行可视化对比；

具体的，还可以包括：

第一提供单元，用于将所述第一行程热力路线图以及第二行程热力路线图提供给客服人员关联的客户端，以便于由所述客服人员基于所述可视化对比，为所述第一用户提供主动服务，或对所述第二用户的履约行为进行监管。

或者，第二提供单元，用于将所述第一行程热力路线图以及第二行程热力路线图提供给所述第一用户关联的客户端进行展示。

或者，第三提供单元，用于如果所述出游类商品对象的信息发布方对应的第三用户不同于所述第二用户，则将所述第一行程热力路线图以及第二行程热力路线图提供给所述第三用户关联的客户端，以便所述第三用户对所述第二用户的履约行为进行监管。

另外，该装置还可以包括：

通知单元，用于如果所述实际行程信息与所述约定行程信息存在差异之处，则向所述第一用户推送通知消息，以便对是否由所述第一用户主动更改行程进行确认。

再者，该装置还可以包括：

录音信息获取单元，用于所述获取所述第一用户的实际行程信息时，获取所述第二用户为所述第一用户提供履约服务过程中的录音信息，以便将比对结果信息以及所述录音信息作为对所述第二用户进行处理时的参考依据。

与实施例二相对应，本申请实施例还提供了一种行程信息处理装置，参见图7，该装置可以包括：

约定行程信息获取单元701，用于在根据第一用户选购的出游类商品对象生成交易订单后，确定所述交易订单关联的约定行程信息；所述约定行程信息包括：约定行程路线上的多个约定行程节点，以及对应的约定停留时长信息；

第一行程热力路线图生成单元702，用于根据所述多个约定行程节点以及对应的约定停留时长信息，生成第一行程热力路线图；

实际行程信息生成单元703，用于在由第二用户为所述交易订单提供履约服务的过程中，根据所述第一用户的实时地理位置信息，生成所述第一用户的实际行程信息；所述实际行程信息包括：所述第一用户的实际行程路线中所经过的多个实际行程节点，以及对应的实际停留时长信息；

第二行程热力路线图生成单元704，用于根据所述多个实际行程节点以及对应的实际停留时长信息，生成第二行程热力路线图；

行程热力路线图提供单元705，用于将所述第一行程热力路线图以及所述第二行程热力路线图提供给所述第一用户客户端、客服人员客户端和/或所述出游类商品对象的发布者客户端；

具体实现时，该装置还可以包括：

行程单生成单元，用于在获取到所述约定行程信息后，生成行程单信息，并在所述行程单中提供目标操作选项，以便在所述第一用户通过所述目标操作选项发起请求后，将所述第一行程热力路线图以及所述第二行程热力路线图提供给所述第一用户客户端。

与实施例三相对应，本申请实施例还提供了一种行程信息处理装置，参见图8，该装置可以包括：

位置信息上传单元801，用于在由第二用户为第一用户关联的出游类商品对象相关的交易订单提供履约服务的过程中，将所述第一用户的实时位置信息提供给服务端；

操作选项提供单元802，用于响应于所述第一用户提交的查看行程单的请求，展示所述出游类商品对象关联的行程单信息，并通过行程单信息页面提供用于查看第二用户履约情况的操作选项；

行程热力路线图展示单元803，用于通过所述操作选项接收到第一用户的查看履约情况的请求后，展示第一行程热力路线图以及第二行程热力路线图；

另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。

其中，图9示例性的展示出了电子设备的架构，具体可以包括处理器910，视频显示适配器911，磁盘驱动器912，输入/输出接口913，网络接口914，以及存储器920。上述处理器910、视频显示适配器911、磁盘驱动器912、输入/输出接口913、网络接口914，与存储器920之间可以通过通信总线930进行通信连接。

其中，处理器910可以采用通用的CPU（Central Processing Unit，处理器）、微处理器、应用专用集成电路（Application Specific Integrated Circuit，ASIC）、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器920可以采用ROM（Read Only Memory，只读存储器）、RAM（Random AccessMemory，随机存取存储器）、静态存储设备，动态存储设备等形式实现。存储器920可以存储用于控制电子设备900运行的操作系统921，用于控制电子设备900的低级别操作的基本输入输出系统(BIOS)。另外，还可以存储网页浏览器923，数据存储管理系统924，以及行程信息处理系统925等等。上述行程信息处理系统925就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器920中，并由处理器910来调用执行。

输入/输出接口913用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中（图中未示出），也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口914用于连接通信模块（图中未示出），以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式（例如USB、网线等）实现通信，也可以通过无线方式（例如移动网络、WIFI、蓝牙等）实现通信。

总线930包括一通路，在设备的各个组件（例如处理器910、视频显示适配器911、磁盘驱动器912、输入/输出接口913、网络接口914，与存储器920）之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器910、视频显示适配器911、磁盘驱动器912、输入/输出接口913、网络接口914，存储器920，总线930等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

Claims

1.一种行程信息处理方法，其特征在于，包括：

根据第一用户选购的出游类商品对象的信息生成交易订单后，获取所述出游类商品对象关联的约定行程信息并进行保存；所述约定行程信息包括：约定行程路线上的多个约定行程节点，以及所述多个约定行程节点分别对应的约定停留时长信息；

在由第二用户为所述交易订单提供履约服务、所述第一用户按照所述第二用户提供的行程计划进行出游的过程中，根据所述第一用户的实时地理位置信息，生成所述第一用户的实际行程信息；所述实际行程信息包括：所述第一用户的实际行程路线中所经过的多个实际行程节点，以及根据所述第一用户的实时地理位置信息及所述实际行程节点对应的坐标、地理边界信息，确定出的所述第一用户在所述实际行程节点的实际停留时长信息；

将所述实际行程信息与所述约定行程信息进行比对，并将两者之间的差异之处作为异常信息进行记录，以用作对所述第二用户进行处理时的参考依据；

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

3.根据权利要求2所述的方法，其特征在于，还包括：

4.根据权利要求2所述的方法，其特征在于，还包括：

5.根据权利要求1所述的方法，其特征在于，还包括：

6.根据权利要求1所述的方法，其特征在于，

所述生成所述第一用户的实际行程信息时，还包括：

7.一种行程信息处理方法，其特征在于，包括：

在由第二用户为所述交易订单提供履约服务、所述第一用户按照所述第二用户提供的行程计划进行出游的过程中，根据所述第一用户的实时地理位置信息，生成所述第一用户的实际行程信息；所述实际行程信息包括：所述第一用户的实际行程路线中所经过的多个实际行程节点，以及根据所述第一用户的实时地理位置信息及所述实际行程节点对应的坐标、地理边界信息，确定出的所述第一用户在所述实际行程节点对应的实际停留时长信息；

8.一种行程信息处理方法，其特征在于，包括：

在由第二用户为第一用户关联的出游类商品对象相关的交易订单提供履约服务、所述第一用户按照所述第二用户提供的行程计划进行出游的过程中，将所述第一用户的实时位置信息提供给服务端；

所述第二行程热力路线图是根据所述第二用户履约过程中获取到的所述第一用户的实际行程信息生成的，所述实际行程信息是根据所述第一用户的实时地理位置信息获得，包括：所述第一用户的实际行程路线中所经过的多个实际行程节点，以及根据所述第一用户的实时地理位置信息及所述实际行程节点对应的坐标、地理边界信息，确定出的所述第一用户在所述实际行程节点对应的实际停留时长信息；

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至8任一项所述的方法的步骤。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行权利要求1至8任一项所述的方法的步骤。