一种基于路线的匹配方法、装置、存储介质及电子设备与流程

[0001]
本申请实施例涉及互联网计算技术领域，尤其涉及一种基于路线的匹配方法、装置、存储介质及电子设备。


背景技术：

[0002]
在日益发达的今天，出行已经成为人们日常生活中不可缺少的一环。当前人们出行的方式有很多，如打车、租车、自驾等，这些出行方式在带来便捷的同时也同样造成了资源的富余，如何能够更加充分的挖掘出行的方式、降低出行成本、促进共享经济成为了目前流行的话题。
[0003]
当下顺风车常见的出行方式是通过乘客或者车主创建行程订单，发送给平台，由平台对这些订单通过算法进行匹配，最后将顺路程度较高的车主或者乘客发送给对方，以进行后续的约单操作。除此之外还有一种方式是基于一方发送订单后，将乘客订单与车主路线进行匹配。
[0004]
采用这些约单方式需要乘客提前创建订单，且乘客每天需要创建不同的行程单，出行效率低，且顺风车资源利用率低。


技术实现要素：

[0005]
本申请实施例提供一种基于路线的匹配方法、装置、存储介质及电子设备，可以实时根据乘客历史出行路线和车主历史出行路线，计算匹配度较高的匹配出行路线，并推送约单提示信息供乘客和车主进行出行约单，提高了出行效率，且提高了车辆资源利用率。
[0006]
第一方面，本申请实施例提供了一种基于路线的匹配方法，该方法包括：
[0007]
获取用户历史出行路线；其中，所述用户历史出行路线包括乘客历史出行路线和车主历史出行路线；
[0008]
对所述乘客历史出行路线和所述车主历史出行路线进行匹配度计算，获得匹配出行路线；
[0009]
根据所述匹配出行路线，确定匹配成功的乘客信息和车主信息；
[0010]
根据所述乘客信息和所述车主信息向客户端推送约单提示信息，以用于乘客和车主进行出行约单。
[0011]
第二方面，本申请实施例提供了一种基于路线的匹配装置，该装置包括：
[0012]
用户历史出行路线获取模块，用于获取用户历史出行路线；其中，所述用户历史出行路线包括乘客历史出行路线和车主历史出行路线；
[0013]
匹配出行路线获得模块，用于对所述乘客历史出行路线和所述车主历史出行路线进行匹配度计算，获得匹配出行路线；
[0014]
乘客信息和车主信息确定模块，用于根据所述匹配出行路线，确定匹配成功的乘客信息和车主信息；
[0015]
约单提示信息推送模块，用于根据所述乘客信息和所述车主信息向客户端推送约
单提示信息，以用于乘客和车主进行出行约单。
[0016]
第三方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的基于路线的匹配方法。
[0017]
第四方面，本申请实施例提供了一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例所述的基于路线的匹配方法。
[0018]
本申请实施例所提供的技术方案，获取用户历史出行路线；其中，用户历史出行路线包括乘客历史出行路线和车主历史出行路线；对乘客历史出行路线和车主历史出行路线进行匹配度计算，获得匹配出行路线；根据匹配出行路线，确定匹配成功的乘客信息和车主信息；根据乘客信息和所述车主信息向客户端推送约单提示信息，以用于乘客和车主进行出行约单。本技术方案，不需要车主或乘客任一方的触发，可以实时根据乘客历史出行路线和车主历史出行路线，计算匹配度较高的匹配出行路线，并推送约单提示信息供乘客和车主进行出行约单，提高了出行效率，且提高了车辆资源利用率。
附图说明
[0019]
图1是本申请实施例一提供的基于路线的匹配方法的流程图；
[0020]
图2是本申请实施例二提供的基于路线的匹配过程的示意图；
[0021]
图3是本申请实施例二提供的基于路线的匹配算法的结构框图；
[0022]
图4是本申请实施例三提供的基于路线的匹配装置的结构示意图；
[0023]
图5是本申请实施例五提供的一种电子设备的结构示意图。
具体实施方式
[0024]
下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。
[0025]
在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
[0026]
实施例一
[0027]
图1是本申请实施例一提供的基于路线的匹配方法的流程图，本实施例可适用于对出行路线进行匹配的情况，该方法可以由本申请实施例所提供的基于路线的匹配装置执行，该装置可以由软件和/或硬件的方式来实现，并可集成于用于出行路线匹配的智能终端等设备中。
[0028]
如图1所示，所述基于路线的匹配方法包括：
[0029]
s110、获取用户历史出行路线；其中，所述用户历史出行路线包括乘客历史出行路线和车主历史出行路线。
[0030]
在本实施例中，用户历史出行路线可以包括出行时间、日期、出行地点、出行终点
以及用户电话等信息，用于准确的对用户出行进行确定。
[0031]
其中，乘客历史出行路线可以是需要乘车出行的乘客出行路线，车主历史出行路线可以是顺风车车主的出行路线。其中，乘车出行的乘客可以是一个或者多个乘客。
[0032]
本方案中，用户历史出行路线可以是在云平台服务端中进行保存，对用户历史出行路线进行匹配时，可以由路线模块定期从订单模块中分析提取乘客和车主经常出行的历史出行路线信息；其中的历史订单数据，也可以是基于用户自主设置的路线信息；也可以由路线模块定期从用户端的路线管理模块获取车主、乘客的路线信息。
[0033]
s120、对所述乘客历史出行路线和所述车主历史出行路线进行匹配度计算，获得匹配出行路线。
[0034]
在本实施例中，匹配出行路线可以是顺路出行路线。例如，当车主出行路线是从a到b再到c，而乘客出行路线是从a到b，则该车主出行路线和乘客出行路线是匹配出行路线。其中，乘客出行路线和车主出行路线可以是相同路线，也可以是顺路一段路线。匹配出行路线可以是一个或者多个匹配路线。
[0035]
本方案中，采用预设的算法匹配模块对乘客历史出行路线和车主历史出行路线进行匹配度计算。其中，算法匹配模块可以根据用户路线特征信息、路线时间以及用户需求等信息，计算出更加符合用户需求的出行路线。
[0036]
在本实施例中，在获得乘客历史出行路线和车主历史出行路线后，对乘客历史出行路线和车主历史出行路线进行匹配度计算，然后将匹配率较高的乘客历史出行路线和车主历史出行路线作为匹配出行路线。其中，匹配率的设置可以根据用户需求进行设定，匹配率建立在所有用户基数上，匹配结果更加丰富。
[0037]
s130、根据所述匹配出行路线，确定匹配成功的乘客信息和车主信息。
[0038]
其中，乘客信息可以是乘客电话、乘客人数以及乘客当前位置等信息。车主信息可以是车主电话、车牌号以及车型等信息。
[0039]
可以理解的，计算出匹配出行路线后，可以根据匹配出行路线确定匹配成功的乘客信息和车主信息。其中，乘客信息和车主信息可能是一个或者多个。
[0040]
在本技术方案中，可选的，在根据所述匹配出行路线，确定匹配成功的乘客信息和车主信息之前，所述方法还包括：
[0041]
获得由客户端发送的乘客当前出行路线和车主当前出行路线；
[0042]
对所述乘客当前出行路线和所述车主当前出行路线进行匹配度计算，获得匹配出行路线。
[0043]
在本方案中，乘客当前出行路线和车主当前出行路线可以是由客户端响应于用户填写操作获得的，也可以是由客户端响应于用户点选操作获得的，并由客户端通过网络形式发送至云平台服务端。
[0044]
可以理解的，乘客和车主可以根据需求在客户端输入当前出行路线，用于匹配出行路线计算。在获得乘客当前出行路线和车主当前出行路线后，同样对乘客当前出行路线和车主当前出行路线进行整理分类。
[0045]
乘客和车主可以根据需求在客户端输入当前出行路线，能够满足不同时间段不同的出行需求。
[0046]
在本技术方案中，可选的，在获得由客户端发送的乘客当前出行路线和车主当前
出行路线之后，所述方法还包括：
[0047]
将所述乘客当前出行路线和所述车主当前出行路线保存在用户的历史出行记录中。
[0048]
本方案中，在获得乘客当前出行路线和车主当前出行路线后，会将乘客当前出行路线和车主当前出行路线进行保存。
[0049]
将乘客当前出行路线和车主当前出行路线进行保存，为后续出行约单推送提供了数据支持。
[0050]
s140、根据所述乘客信息和所述车主信息向客户端推送约单提示信息，以用于乘客和车主进行出行约单。
[0051]
在本实施例中，约单提示信息可以是用于提示乘客和车主进行出行约单。约单提示信息可以乘客信息和车主信息，即同步向乘客客户端推送车主信息，向车主客户端推送乘客信息。
[0052]
可以理解的，在出行过程中，可以根据乘客历史出行路线计算匹配度较高的车主历史出行路线，推送车主信息，根据车主历史出行路线计算匹配度较高的乘客历史出行路线，推送乘客信息，提醒互相约单。
[0053]
在本技术方案中，可选的，根据所述乘客信息和所述车主信息向客户端推送约单提示信息，以用于乘客和车主进行出行约单，包括：
[0054]
判断所述乘客信息和所述车主信息是否满足预设推送条件；
[0055]
若满足，则根据所述乘客信息和所述车主信息向客户端推送约单提示信息。
[0056]
在本实施例中，预设推送条件可以是根据乘客需求或车主需求进行设定的推送条件。例如，乘客要求可以是车主的车型是商务型车型或者匹配出行路线的匹配率不低于百分之90等。车主要求可以是乘客不能带宠物等。
[0057]
可以理解的，确定匹配成功的乘客信息和车主信息后，需要判断匹配成功的乘客信息和车主信息是否满足预设推送条件，即判断车主信息是否满足乘客需求，或者判断乘客信息是否满足车主需求。若满足，则向客户端推送约单提示信息。若不满足，则将不满足乘客需求的车主信息，或者将不满足车主需求的乘客信息进行删除，只推送满足需求的乘客信息或者车主信息。
[0058]
通过对乘客信息和车主信息进行判断，可以推送更加满足乘客和车主需求的约单提示信息，减少了推送带来的干扰，提升了乘客和车主的体验性。
[0059]
本申请实施例所提供的技术方案，获取用户历史出行路线；其中，用户历史出行路线包括乘客历史出行路线和车主历史出行路线；对乘客历史出行路线和车主历史出行路线进行匹配度计算，获得匹配出行路线；根据匹配出行路线，确定匹配成功的乘客信息和车主信息；根据乘客信息和所述车主信息向客户端推送约单提示信息，以用于乘客和车主进行出行约单。通过执行本技术方案，可以实时根据乘客出行路线和车主出行路线，计算匹配度较高的匹配出行路线，并推送约单提示信息供乘客和车主进行出行约单，提高了出行效率，且提高了车辆资源利用率。
[0060]
实施例二
[0061]
图2是本申请实施例二提供的基于路线的匹配过程的示意图，本实施例二在实施例一的基础上进行进一步地优化。具体优化为：在获取用户历史出行路线之后，所述方法还
包括：根据所述用户历史出行路线，确定用户的出行路线分类；根据所述出行路线分类，确定匹配规则。其中，未在本实施例中详尽描述的内容详见实施例一。如图2所示，该方法包括以下步骤：
[0062]
s210、获取用户历史出行路线；其中，所述用户历史出行路线包括乘客历史出行路线和车主历史出行路线。
[0063]
s220、根据所述用户历史出行路线，确定用户的出行路线分类。
[0064]
其中，出行路线分类可以是将出行路线按照不同的性质进行分类。例如，可以将出行路线分为上下班路线或者景点路线等。其中，上下班路线则是用户经常会使用的出行路线；景点路线则是出发去景点需要用到的路线，是周末或者节假日常用的出行路线。
[0065]
可以理解的，在获得用户历史出行路线后，可以根据出行路线分类对该用户的出行路线进行分类。
[0066]
其中，出行路线分类可以在云平台服务器的路线模块中完成，也可以在客户端的路线管理模块中完成；客户端的路线管理模块，用于对路线进行归类整理，并定期发送给云平台服务器；云平台服务器的路线模块，用于记录乘客或车主常用的线路，以及定期从订单模块中分析、提取乘客或车主的常用路线信息，并整理归类；还用于从客户端的路线管理模块获取路线信息。可以理解的，在客户端路线管理模块中完成分类的路线信息，发送给云平台服务器的路线模块之后不再进行分类，可以直接进行路线匹配。
[0067]
示例性的，图3是本申请实施例二提供的基于路线的匹配算法的结构框图。如图3所示，云平台服务器包括但不限于订单模块、路线模块、算法匹配模块以及推送模块。其中，订单模块用于记录乘客或车主的行程单；推送模块用于推送约单提示信息。客户端包括但不限于发单/接单模块、路线管理模块以及推送模块。其中，发单/接单模块用于接收乘客或者车主输入的当前出行路线。推送模块用于接收由云平台服务器发送的约单提示信息，并将约单提示信息进行展示，用于乘客和车主进行约单。
[0068]
s230、根据所述出行路线分类，确定匹配规则。
[0069]
本方案中，匹配规则可以是根据出行路线不同对出行条件进行匹配的规则。例如，当出行路线分类是上下班路线，对匹配出行路线的计算会考虑时间、路线拥堵等匹配规则；当出行路线分类是景点路线，对匹配出行路线的计算会考虑时间、车型等匹配规则。
[0070]
可以理解的，用户的历史出行记录中已经对用户出行路线进行了分类。当接收到用户历史出行路线后，就可以根据用户的历史出行记录确定用户的出行路线分类。不同的出行路线分类对应不同的匹配规则，获取到出行路线分类后，可以根据出行路线分类确定匹配规则。其中，出行路线分类与匹配规则之间的关联关系也是预先设定的。例如，上下班路线与时间、路线拥堵等匹配规则相关联；景点路线与时间、车型等匹配规则相关联。
[0071]
通过对匹配规则进行确定，可以提高匹配出行路线的匹配率，减少了车辆出行资源的浪费，提升了用户体验。
[0072]
s240、对所述乘客历史出行路线和所述车主历史出行路线进行匹配度计算，获得匹配出行路线。
[0073]
在本实施例中，在获得乘客历史出行路线和车主历史出行路线后，对乘客历史出行路线和车主历史出行路线进行匹配度计算，然后将匹配率较高的乘客历史出行路线和车主历史出行路线作为匹配出行路线。
[0074]
在本技术方案中，可选的，根据所述出行路线分类，确定匹配规则，包括：
[0075]
根据所述出行路线分类，确定对用户的出行路线进行时间精准度匹配，或者车型匹配。
[0076]
在本实施例中，时间精准度可以是指乘客和车主出行时间的一致性。例如，乘客是8点出发，而车主也是8点出发，则说明时间精准度较高。车型可以是指车主出行的车型。例如，可以是普通型或者商务型等。
[0077]
在本实施例中，获得出行路线分类后，可以根据出行路线分类，对用户的出行路线进行时间或者车型匹配，提高乘客和车主的出行效率，且可以根据乘客出行路线类型，匹配更加满足乘客需求的车主。
[0078]
通过对用户的出行路线进行时间精准度匹配，或者车型匹配，提升了用户体验，节省了出行资源。
[0079]
在本技术方案中，可选的，所述出行路线分类包括上下班路线、周末路线、节假期路线、娱乐路线、消费路线以及景区路线等。
[0080]
本方案中，上下班路线在计算匹配度时会考虑时间或者速度等匹配规则；周末路线在计算匹配度时会考虑路程时间或者拥挤程度等匹配规则；节假期路线在计算匹配度时会考虑出行时间或者拥挤程度等匹配规则；娱乐路线在计算匹配度时会考虑车型等匹配规则；消费路线在计算匹配度时会考虑时间或者车型等匹配规则；景区路线在计算匹配度时考虑拥挤程度等匹配规则。
[0081]
通过对出行路线分类进行确定，可以根据出行路线分类不同，在计算匹配出行路线时，可以提高匹配出行路线的匹配率，减少了车辆出行资源的浪费，提升了用户体验。
[0082]
s250、根据所述匹配出行路线，确定匹配成功的乘客信息和车主信息。
[0083]
s260、根据所述乘客信息和所述车主信息向所述客户端推送约单提示信息，以用于乘客和车主进行出行约单。
[0084]
本申请实施例所提供的技术方案，获取用户历史出行路线；其中，用户历史出行路线包括乘客历史出行路线和车主历史出行路线；根据用户历史出行路线，确定用户的出行路线分类；根据出行路线分类，确定匹配规则。对乘客历史出行路线和车主历史出行路线进行匹配度计算，获得匹配出行路线；根据匹配出行路线，确定匹配成功的乘客信息和车主信息；根据乘客信息和车主信息向客户端推送约单提示信息，用于乘客和车主进行出行约单。通过执行本技术方案，可以实时根据乘客历史出行路线和车主历史出行路线，计算匹配度较高的匹配出行路线，并推送约单提示信息供乘客和车主进行出行约单，提高了出行效率，且提高了车辆资源利用率。
[0085]
实施例三
[0086]
图4是本申请实施例三提供的基于路线的匹配装置的结构示意图，如图4所示，基于路线的匹配装置包括：
[0087]
用户历史出行路线获取模块410，用于获取用户历史出行路线；其中，所述用户历史出行路线包括乘客历史出行路线和车主历史出行路线；
[0088]
匹配出行路线获得模块420，用于对所述乘客历史出行路线和所述车主历史出行路线进行匹配度计算，获得匹配出行路线；
[0089]
乘客信息和车主信息确定模块430，用于根据所述匹配出行路线，确定匹配成功的
乘客信息和车主信息；
[0090]
约单提示信息推送模块440，用于根据所述乘客信息和所述车主信息向客户端推送约单提示信息，以用于乘客和车主进行出行约单。
[0091]
在本方案中，可选的，所述装置还包括：
[0092]
出行路线分类确定模块，用于根据所述用户历史出行路线，确定用户的出行路线分类；
[0093]
匹配规则确定模块，用于根据所述出行路线分类，确定匹配规则。
[0094]
在本技术方案中，可选的，匹配规则确定模块，具体用于：
[0095]
根据所述出行路线分类，对用户的出行路线进行时间精准度匹配，或者车型匹配。
[0096]
在本技术方案中，可选的，所述出行路线分类包括上下班路线、周末路线、节假期路线、娱乐路线、消费路线以及景区路线等。
[0097]
在本技术方案中，可选的，约单提示信息推送模块440，包括：
[0098]
乘客信息和车主信息判断单元，用于判断所述乘客信息和所述车主信息是否满足预设推送条件；
[0099]
约单提示信息推送单元，用于若满足，则根据所述乘客信息和所述车主信息向客户端推送约单提示信息。
[0100]
在本技术方案中，可选的，所述装置还包括：
[0101]
当前出行路线获得模块，用于获得由客户端发送的乘客当前出行路线和车主当前出行路线；
[0102]
当前匹配出行路线计算模块，用于对所述乘客当前出行路线和所述车主当前出行路线进行匹配度计算，获得匹配出行路线。
[0103]
在本技术方案中，可选的，所述装置还包括：
[0104]
当前出行路线保存模块，用于将所述乘客当前出行路线和所述车主当前出行路线保存在用户的历史出行记录中。
[0105]
上述产品可执行本申请实施例所提供的方法，具备执行方法相应的功能模块和有益效果。
[0106]
实施例四
[0107]
本申请实施例四还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种基于路线的匹配方法，该方法包括：
[0108]
获取用户历史出行路线；其中，所述用户历史出行路线包括乘客历史出行路线和车主历史出行路线；
[0109]
对所述乘客历史出行路线和所述车主历史出行路线进行匹配度计算，获得匹配出行路线；
[0110]
根据所述匹配出行路线，确定匹配成功的乘客信息和车主信息；
[0111]
根据所述乘客信息和所述车主信息向客户端推送约单提示信息，以用于乘客和车主进行出行约单。
[0112]
存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括：安装介质，例如cd-rom、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如dram、ddr ram、sram、edo ram，兰巴斯(rambus)ram等；非易失性存储器，诸如闪存、磁介质
(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外，存储介质可以位于程序在其中被执行的计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到计算机系统。第二计算机系统可以提供程序指令给计算机用于执行。术语“存储介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。
[0113]
当然，本申请实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的基于路线的匹配操作，还可以执行本申请任意实施例所提供的基于路线的匹配方法中的相关操作。
[0114]
实施例五
[0115]
本申请实施例五提供了一种电子设备，该电子设备中可集成本申请实施例提供的基于路线的匹配装置。图5是本申请实施例五提供的一种电子设备的结构示意图。如图5所示，本实施例提供了一种电子设备500，其包括：一个或多个处理器520；存储装置510，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器520执行，使得所述一个或多个处理器520实现本申请实施例所提供的基于路线的匹配方法，该方法包括：
[0116]
获取用户历史出行路线；其中，所述用户历史出行路线包括乘客历史出行路线和车主历史出行路线；
[0117]
对所述乘客历史出行路线和所述车主历史出行路线进行匹配度计算，获得匹配出行路线；
[0118]
根据所述匹配出行路线，确定匹配成功的乘客信息和车主信息；
[0119]
根据所述乘客信息和所述车主信息向客户端推送约单提示信息，以用于乘客和车主进行出行约单。
[0120]
当然，本领域技术人员可以理解，处理器520还实现本申请任意实施例所提供的基于路线的匹配方法的技术方案。
[0121]
图5显示的电子设备500仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
[0122]
如图5所示，该电子设备500包括处理器520、存储装置510、输入装置530和输出装置540；电子设备中处理器520的数量可以是一个或多个，图5中以一个处理器520为例；电子设备中的处理器520、存储装置510、输入装置530和输出装置540可以通过总线或其他方式连接，图5中以通过总线550连接为例。
[0123]
存储装置510作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块单元，如本申请实施例中的基于路线的匹配方法对应的程序指令。
[0124]
存储装置510可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储装置510可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置510可进一步包括相对于处理器520远程设置的存储器，这些远程存储器可以通过网络连接。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0125]
输入装置530可用于接收输入的数字、字符信息或语音信息，以及产生与电子设备
的用户设置以及功能控制有关的键信号输入。输出装置540可包括显示屏、扬声器等电子设备。
[0126]
本申请实施例提供的电子设备，可以达到可以实时根据乘客历史出行路线和车主历史出行路线，计算匹配度较高的匹配出行路线，并推送约单提示信息供乘客和车主进行出行约单，提高了出行效率，且提高了车辆资源利用率的目的。
[0127]
上述实施例中提供的基于路线的匹配装置、存储介质及电子设备可执行本申请任意实施例所提供的基于路线的匹配方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的基于路线的匹配方法。
[0128]
注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。