行程预约处理方法及装置与流程

1.本文件涉及数据处理技术领域，尤其涉及一种行程预约处理方法及装置。


背景技术：

2.随着科技的发展和用户对环境保护的日益重视，通过公共交通工具出行是用户出行的首要选择，随着公共交通工具的完善以及公共交通工具对区域覆盖的全面性，以及导航服务的灵活性，通过公共交通工具出行不仅提升用户出行的便捷性，也提升用户出行的效率，节省用户出行过程中消耗的资源。


技术实现要素：

3.本说明书一个或多个实施例提供了一种行程预约处理方法。所述行程预约处理方法，包括：获取用户针对第一交通工具的乘车信息。基于所述乘车信息，确定候选行程路线中至少包含所述第一交通工具和第二交通工具对应的乘坐路段的目标行程路线；所述候选行程路线基于行程位置确定。确定所述用户到达所述目标行程路线中所述第二交通工具的换乘位置的换乘时间。基于所述换乘时间，进行第二乘坐路段的所述第二交通工具的预约处理；所述第二乘坐路段为所述目标行程路线中所述第二交通工具对应的乘坐路段。
4.本说明书一个或多个实施例提供了一种行程预约处理装置，包括：信息获取模块，被配置为获取用户针对第一交通工具的乘车信息。路线确定模块，被配置为基于所述乘车信息，确定候选行程路线中至少包含所述第一交通工具和第二交通工具对应的乘坐路段的目标行程路线；所述候选行程路线基于行程位置确定。时间确定模块，被配置为确定所述用户到达所述目标行程路线中所述第二交通工具的换乘位置的换乘时间。预约处理模块，被配置为基于所述换乘时间，进行第二乘坐路段的所述第二交通工具的预约处理；所述第二乘坐路段为所述目标行程路线中所述第二交通工具对应的乘坐路段。
5.本说明书一个或多个实施例提供了一种行程预约处理设备，包括：处理器；以及，被配置为存储计算机可执行指令的存储器，所述计算机可执行指令在被执行时使所述处理器：获取用户针对第一交通工具的乘车信息。基于所述乘车信息，确定候选行程路线中至少包含所述第一交通工具和第二交通工具对应的乘坐路段的目标行程路线；所述候选行程路线基于行程位置确定。确定所述用户到达所述目标行程路线中所述第二交通工具的换乘位置的换乘时间。基于所述换乘时间，进行第二乘坐路段的所述第二交通工具的预约处理；所述第二乘坐路段为所述目标行程路线中所述第二交通工具对应的乘坐路段。
6.本说明书一个或多个实施例提供了一种存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：获取用户针对第一交通工具的乘车信息。基于所述乘车信息，确定候选行程路线中至少包含所述第一交通工具和第二交通工具对应的乘坐路段的目标行程路线；所述候选行程路线基于行程位置确定。确定所述用户到达所述目标行程路线中所述第二交通工具的换乘位置的换乘时间。基于所述换乘时间，进行第二乘坐路段的所述第二交通工具的预约处理；所述第二乘坐路段为所述目标行
程路线中所述第二交通工具对应的乘坐路段。
附图说明
7.为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图；
8.图1为本说明书一个或多个实施例提供的一种行程预约处理方法处理流程图；
9.图2为本说明书一个或多个实施例提供的一种应用于临时出行场景的行程预约处理方法处理流程图；
10.图3为本说明书一个或多个实施例提供的一种应用于周期出行场景的行程预约处理方法处理流程图；
11.图4为本说明书一个或多个实施例提供的一种服务预约处理方法处理流程图；
12.图5为本说明书一个或多个实施例提供的一种行程预约处理装置示意图；
13.图6为本说明书一个或多个实施例提供的一种行程预约处理设备的结构示意图。
具体实施方式
14.为了使本技术领域的人员更好地理解本说明书一个或多个实施例中的技术方案，下面将结合本说明书一个或多个实施例中的附图，对本说明书一个或多个实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书的一部分实施例，而不是全部的实施例。基于本说明书一个或多个实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本文件的保护范围。
15.本说明书提供的一种行程预约处理方法实施例：
16.本实施例提供的一种行程预约处理方法，在用户采用公共交通工具出行的过程中，由于用户可能需要换乘才能从起点位置到达终点位置，因此，为了提升用户进行换乘的效率，提升用户的行程体验，根据用户针对第一交通工具的乘车信息，确定候选行程路线中包含第一交通工具对应的乘坐路段的目标行程路线，预测用户到达目标行程路线中第二交通工具的换乘位置的换乘时间，基于换乘时间，对目标行程路线中第二交通工具对应的第二乘坐路段进行预约处理；所述目标行程路线包含第二交通工具对应的乘坐路线基于所述用户对行程预约模式的开通确定；以此，提前对用户行程中的第二交通工具进行预约，使第二交通工具在用户到达换乘位置的预设时间内到达换乘位置，用户在到达换乘位置时无需等待即可开始第二乘坐路段的行程，节省用户的行程时间，提升用户对行程的感知程度。
17.参照图1，本实施例提供的行程预约处理方法，具体包括步骤s102至步骤s108。
18.步骤s102，获取用户针对第一交通工具的乘车信息。
19.实际应用中，用户在基于公共交通工具进行出行的过程中，由于一些公共交通工具可能无法使用户直接从起点位置到达终点位置，因此用户需要进行交通工具的换乘来到达终点位置；为了满足具有不同出行偏好的用户的行程需求，可根据公共交通工具的途径信息确定由起点位置至终点位置的不同的出行方案，也即是行程路线，以使用户自己选择或者根据用户偏好选择用户出行的路线。
20.本实施例中，行程路线包括用户由起点位置至终点位置的可选的出行方案；所述行程路线包括一个或者多个；所述行程路线包括由至少一个交通工具对应的乘坐路段组成的由起点位置到达终点位置的出行方案；所述行程路线有至少一个交通工具对应的乘坐路段组成。所述第一交通工具，包括行程路线中第一段乘坐路段对应的交通工具，可选的，第一交通工具包括按照规定时间表进行运行的交通工具；例如地铁或者公交。
21.例如，用户由p1地前往p2地，查询到可通过三条行程路线进行该出行，包括行程路线r1、r2和r3。r1：先乘坐地铁由s1站(p1地对应的地铁站点)至s2站(p3地对应的地铁站点)，再从p3地乘坐网约车到达p2地；其中，p3地为p1地和p2地中间的位置；r2：先乘坐公交由b1站(p1地对应的公交站点)至b2站(p4地对应的公交站点)，再从p4地乘坐网约车到达p2地；其中，p4地为p1地和p2地中间的位置；r3：先乘坐地铁由s1站至s2站，再乘坐公交由b3站(p3地对应的公交站点)至b4站(p2地对应的公交站点)。
22.其中，r1、r2和r3为起点位置为p1地，终点位置为p2地的行程路线。其中，r1中的地铁为第一交通工具；r2中的第一交通工具为公交；r3中的第一交通工具为地铁。
23.可选的，本实施例提供的行程预约处理方法，应用于行程平台；用户可通过用户终端运行的行程子程序录入行程位置和其他信息，行程子程序与行程平台对接并向行程平台发送获取到的用户的相关信息，行程平台基于行程子程序发送的相关信息进行对应的处理。可选的，所述行程子程序，包括搭载于用户终端运行的程序运行的子程序，或者独立运行于用户终端的程序；例如，搭载于独立运行在用户终端的第三方支付应用中的行程子程序或者出行子程序；或者，独立运行在用户终端的行程程序或者出行子程序；此外，所述行程子程序还可被理解为，提供导航服务的子程序；所述行程平台为所述行程子程序对应的平台。
24.具体实施时，用户可进行行程位置的配置或者提交；也即是用户可在每次出行进行行程位置的提交，也可录入一次行程位置，在用户配置的周期内，都按照该行程位置进行出行。例如，通勤用户周内每天都需要从p1地前往p2地，因此，通勤用户可仅配置一次，工作日都按照该行程位置进行出行，以提升用户的感知程度，避免用户进行就同一行程位置每天录入影响用户体验。
25.下述分别对用户每次出行进行行程位置的录入和提前配置行程位置两种情况进行具体说明。本实施例中，所述乘车信息包括用户对第一交通工具的乘车站点进行访问的信息；例如，用户乘坐地铁，在地铁口进行地铁通行标识展示；地铁服务方通过采集用户展示的地铁通行标识获取到该用户针对地铁的进站信息；包括进站站点标识、进站时间；此外，还可包括其他需要获取的信息；例如用户标识。再例如，用户乘坐公交，展示公交通行标识，公交服务方通过采集用户的公交通行标识获取到该用户针对公交的乘车信息；包括上车站点标识、乘车时间；此外，还可包括其他需要获取的信息；例如用户标识。
26.(1)每次出行录入行程位置
27.在用户每天录入行程位置的情况下，本实施例提供的一种可选实施方式中，在获取用户针对第一交通工具的乘车信息之前，还执行如下操作：
28.获取行程子程序上传的所述用户录入并提交的所述行程位置；
29.基于所述行程位置确定向所述用户推荐的行程路线集合。
30.可选的，所述行程位置，包括起点位置和终点位置。所述行程路线集合中包含一个
或者多个行程路线。
31.具体的，根据用户提交的行程位置，确定向用户推荐的行程路线集合；为了进一步提升用户对推荐的行程路线的感知程度，提升用户对行程子程序的使用体验，用户在进行行程位置的提交时，还可选择行程偏好；可选的，所述行程位置包括起点位置、终点位置和行程偏好。所述行程偏好包括用户出行过程中对于行程路线类型的优先级；例如，用户的行程偏好为最快捷或者最省钱。
32.进一步，在行程位置中包含行程偏好的情况下，本实施例提供的一种可选实施方式中，在确定行程路线集合后，还执行如下操作：
33.基于所述行程位置中包含的行程偏好对所述行程路线集合中的行程路线进行排序，获得路线列表并向所述行程子程序下发；
34.获取所述行程子程序在检测到所述用户提交对所述行程预约模式的开通指令后上传的模式开通请求，对所述用户配置所述行程预约模式的开通标签。
35.具体的，在确定行程路线集合之后，若行程位置中包含用户偏好，则按照用户偏好对行程路线集合中的行程路线进行排序，获得路线列表并向行程子程序下发；若行程位置中未包含行程偏好，则按照预设规则对行程路线集合中的行程路线进行排序，获得路线列表并向行程子程序下发。
36.以上述用户提交的行程位置中起点位置为p1地，终点位置为p2地，根据起点位置和终点位置确定的行程路线集合中包括r1、r2和r3的行程路线为例，用户未设定行程偏好，其中，r1为最快捷的行程路线，r3为最省钱的行程路线；按照预设规则，按照最快捷、最省钱和无类型的顺序对r1、r2和r3进行排序，确定r1为行程列表中的第一位次、r3为行程列表中的第二位次，r2为行程列表中的第三位次；或者，预设规则还可以为随机排列；
37.若用户设定行程偏好为最省钱的行程路线，则将最省钱的行程路线作为行程列表中的第一位次向用户展示。
38.行程子程序在接收到路线列表后，渲染路线列表展示页面并展示；若检测到用户基于路线列表展示页面配置的行程预约模式的访问控件提交的开通指令，向行程平台上传模式开通请求；行程平台获取所述模式开通请求，对用户进行行程预约模式的开通标签配置；
39.在对用户进行行程预约模式的开通标签配置的情况下，为了保证对用户的行程信息进行检测，本实施例提供的一种可选实施方式中，基于对用户配置的开通标签，向第一交通工具的服务方发送所述用户的用户信息，以在检测到所述用户的乘车信息后向行程平台发送乘车信息。行程平台获取服务方发送的用户针对第一交通工具的乘车信息。
40.此外，本实施例中，可与第一交通工具的服务方进行数据打通，服务方将所有用户针对第一交通工具的乘车信息发送至行程平台，行程平台在所有用户针对第一交通工具的乘车信息中匹配进行行程位置提交的用户针对第一交通工具的乘车信息，也即是基于用户的行程位置和开通标签的配置，在乘车信息集中进行信息匹配，获得所述用户针对第一交通工具的乘车信息。可选的，在进行信息匹配的过程中，基于行程位置中的起点位置和乘车信息集中各乘车信息中包含的乘车站点进行匹配；将匹配成功的乘车信息作为所述用户针对第一交通工具的乘车信息；可选的，在乘车信息集中的乘车信息中包含的乘车站点与起点位置的位置距离小于预设阈值的情况下确定匹配成功，否则确定匹配失败。上述对于信
息匹配的说明仅仅是示例性的，实际应用中可根据应用长句进行具体的匹配方式的确定，例如对行程位置的提交时间和乘车信息中包含的乘车时间进行匹配等等，本实施例在此不做限定。
41.需要说明的是，由于用户的乘车信息在一定程度上属于用户隐私，为了保证用户隐私，无论是上述两种获取乘车信息的方式中的哪种，行程平台和/或服务方都需要在获取到用户授权的情况下进行用户的乘车信息的发送，以保证用户的隐私安全。
42.(2)用户提前配置行程位置
43.本实施例中，用户可提前配置行程位置，以在配置的目标周期内按照行程位置获取用户针对第一交通工具的乘车信息；具体的，获取乘车信息的过程与上述每次提交出行录入行程位置中获取乘车信息的方式类似，参照上述相关内容即可，本实施例在此不再赘述。
44.在用户提前配置行程位置的情况下，若获取到用户针对第一交通工具的乘车信息，为了保证按照用户配置进行目标行程路线的确定，进而在用户开通行程预约模式的情况下进行目标行程路线中第二乘坐路段的第二交通工具的预约处理。
45.本实施例提供的一种可选实施方式中，在获取到用户针对第一交通工具的乘车信息后，执行如下操作：
46.检测所述用户是否存在针对行程预约模式的开通标签；
47.若是，在基于所述行程位置确定的行程路线集合中筛选出所述行程预约模式对应的候选行程路线；
48.若否，则不做处理即可。
49.具体的，根据用户针对第一交通工具的乘车信息，检测用户是否存在针对行程预约模式的开通标签；若是，在基于用户提交的行程位置确定的行程路线集合中筛选出行程预约模式对应的至少一个候选行程路线；可选的，行程路线集合中包含一个或者多个行程路线；筛选出的候选行程路线可以是一个也可以是多个。
50.其中，行程预约模式对应的候选行程路线，是指包括特定交通工具对应的乘坐路段的行程路线；特定交通工具也即是第二交通工具。
51.可选的，候选行程路线采用如下方式确定，基于用户提交的行程位置，确定用户的行程路线集合；筛选出行程路线集合中至少一个包含第二交通工具对应的乘车路段的行程路线作为所述候选行程路线。也即是，所述候选行程路线，基于行程位置和行程预约模式的开通确定；或者，基于行程位置和第二交通工具确定。
52.在确定行程路线集合后，若检测到用户对行程预约模式的开通或者查询到用户对行程预约模式的开通标签，则在行程路线集合中筛选包括网约车对应的乘车路段的行程路线作为候选行程路线。继续以上述用户提交的行程位置中起点位置为p1地，终点位置为p2地，根据起点位置和终点位置确定的行程路线集合中包括r1、r2和r3的行程路线为例，根据用户针对行程预约模式的开通标签，在行程路线集合中筛选出包括网约车对应的乘车路段的r1和r2作为候选行程路线。
53.上述分别提供了两种用户配置行程位置的方式，需要说明的是，上述两种方式中除行程位置的配置方式不同之外，其他的内容可相互参照。
54.此外，步骤s102还可被替换为，根据用户针对第一交通工具的乘车信息，检测用户
针对行程预约模式的开通标签；若所述用户存在所述开通标签，则执行下述步骤s104至步骤s108；可选的，若不存在所述开通标签，则不做处理即可。
55.步骤s104，基于所述乘车信息，确定候选行程路线中至少包含所述第一交通工具和第二交通工具对应的乘坐路段的目标行程路线。
56.可选的，所述候选行程路线基于行程位置确定。所述第二交通工具，包括根据用户需求，前往起点位置接乘客并前往终点位置的交通工具；例如网约车或者出租车。所述候选行程路线，是指在基于用户的行程位置确定的行程路线集合中确定的包含第二交通工具对应的乘坐路线的目标行程路线；所述候选行程路线基于所述用户对行程预约模式的开通标签确定；也即是，所述候选行程路线为所述行程路线集合中行程预约模式对应的行程路线。本实施例中一个或者多个候选行程路线的确定方式参见上述步骤s102中的相关内容。此外，候选行程路线，还可理解为基于行程位置确定的行程路线集合中的所有行程路线，不用经过对行程预约模式的开通检测以及对行程路线集合中的行程路线进行筛选。
57.本实施例中的乘坐路段，包括行程路线中不同交通工具对应的路段，以上述r1为例，r1中包含两个乘坐路段，一个是地铁对应的乘坐路段；一个是网约车对应的乘坐路段。
58.所述目标行程路线，包括确定的用户当前出行采用的行程路线。所述行程预约模式，是指基于用户授权，自动进行用户的目标行程路线中第二交通工具对应的乘坐路段的预约处理的模式。换句话说，在用户出行过程中，对于地铁或者公交这种按照固定时刻运行的交通工具无法进行预约，但用户为了节省时间或者提升到达终点位置的便捷性，会选择出租车或者网约车；这种情况下，为了进一步提升用户出行的便捷性，可提前进行用户在目标行程路线中第二交通工具的预约处理，以使出租车或者网约车在用户到达换乘位置时或者之前到达换乘位置，使用户无需等待即可乘坐。
59.具体实施时，在获取到用户针对第一交通工具的乘车信息后，基于乘车信息，确定候选行程路线中至少包含所述第一交通工具和第二交通工具对应的乘坐路段的目标行程路线；为了保证确定的目标行程路线和用户实际对于第一交通工具的出行的匹配性，在获取到用户针对第一交通工具的乘车信息后，目标行程路线中需要包括第一交通工具对应的乘坐路段；另一方面，为了能实现车辆预约，目标行程路线中需要包含第二交通工具对应的乘坐路段；因为若目标行程路线中包含地铁和公交对应的乘坐路段，无法实现预约处理。
60.本实施例提供的一种可选实施方式中，采用如下方式实现基于所述乘车信息，确定候选行程路线中至少包含所述第一交通工具和第二交通工具对应的乘坐路段的目标行程路线：
61.基于所述乘车信息，读取根据所述用户针对目标周期配置的所述行程位置确定的至少一个候选行程路线；
62.在所述至少一个候选行程路线中确定以所述第一交通工具为起始乘坐工具的目标行程路线。
63.可选的，所述至少一个候选行程路线为基于所述行程位置确定的行程路线集合中行程出行模式对应的行程路线；或者，所述至少一个候选行程路线为基于所述行程位置确定的行程路线集合中包含第二交通工具对应的乘坐路段的行程路线；或者，所述至少一个候选行程路线为基于所述行程位置确定的行程路线。
64.具体的，上述确定目标行程路线的方式可被替换为下述两者中任意一种：
65.第一种：
66.基于所述乘车信息，确定所述行程位置对应的行程路线集合，获得所述行程路线集合中包含的候选行程路线；
67.在所述至少一个候选行程路线中确定以所述第一交通工具对应的乘坐路段为起始乘坐路段，且包含第二交通工具对应的乘坐路段的目标行程路线，或者，在所述至少一个候选行程路线中确定以所述第一交通工具为起始交通工具，且包含第二交通工具的目标行程路线。
68.也即是，基于乘车信息，确定行程位置对应的行程路线集合；行程路线集合由一个或者多个候选行程路线组成；在行程路线集合包含的候选行程路线中确定包含第一交通工具和第二交通工具对应的乘坐路段的目标行程路线。
69.例如，在获取到用户对s1站的地铁乘车信息后，读取用户配置或者提交的行程位置，行程位置中起点位置为p1地，终点位置为p2地，通过导航算法获得由p1地前往p2地的行程路线集合中包含r1、r2和r3三条候选行程路线，在这三条候选行程路线中确定以地铁为起始交通工具，并且包含网约车对应的乘坐路段的候选行程路线r1为目标行程路线。
70.第二种：
71.基于所述乘车信息，读取所述行程位置对应的行程路线集合，并确定所述行程路线集合中的候选行程路线；所述候选行程路线为包含第二交通工具对应的乘坐路段的行程路线；
72.在所述候选行程路线中确定以所述第一交通工具为起始交通工具的目标行程路线，或者，在所述候选行程路线中确定以所述第一交通工具对应的乘坐路段为起始乘坐路段的目标行程路线。
73.也即是，基于乘车信息，确定行程路线集合中的行程路线中包含第二交通工具对应的乘坐路段的一个或者多个候选行程路线，在一个或者多个候选行程路线中确定包含所述第一交通工具对应的乘坐路段的目标行程路线。
74.例如，在获取到用户对s1站的地铁乘车信息后，读取用户配置或者提交的行程位置，行程位置中起点位置为p1地，终点位置为p2地，通过导航算法获得由p1地前往p2地的行程路线集合中包含r1、r2和r3三条行程路线，首先在这三条行程路线中确定包含网约车对应的乘坐路段的候选行程路线r1和r2，再从r1和r2中确定以地铁为起始交通工具的候选行程路线r1为目标行程路线。
75.除上述两种确定目标行程路线的方式之外，本实施例中，还提供第三种确定目标行程路线的方式，具体的，采用如下方式实现：
76.基于所述乘车信息，读取所述行程位置对应的行程路线集合，并确定所述行程路线集合中的候选行程路线；所述候选行程路线为以第一交通工具为起始交通工具行程路线；
77.在所述候选行程路线中确定包含第二交通工具对应的乘坐路段的目标行程路线；
78.也即是，基于乘车信息，确定行程路线集合中的行程路线中以所述第一交通工具为起始交通工具的一个或者多个候选行程路线，在所述一个或者多个候选行程路线中确定包含第二交通工具对应的乘坐路段的目标行程路线。
79.例如，在获取到用户对s1站的地铁乘车信息后，读取用户配置或者提交的行程位
置，行程位置中起点位置为p1地，终点位置为p2地，通过导航算法获得由p1地前往p2地的行程路线集合中包含r1、r2和r3三条行程路线，首先在这三条行程路线中确定以地铁为起始交通工具的候选行程路线r1和r3，再从r1和r3中确定包含网约车对应的乘坐路段的候选行程路线r1为目标行程路线。
80.此外，步骤s104还可被替换为，在检测到所述用户开通行程预约模式的情况下，基于所述行程信息，确定候选行程路线中至少包含所述第一交通工具和第二交通工具对应的乘坐路段的目标行程路线，并与本实施例提供的其他处理步骤组成新的实现方式。
81.或者，还可被替换为，基于所述乘车信息，确定候选行程路线中至少包含所述第一交通工具对应的乘坐路段的目标行程路线，并与本实施例提供的其他处理步骤组成新的实现方式；可选的，所述候选行程路线，基于行程预约模式的开通获得。
82.为了提升用户与车辆预约的感知程度，避免由于用户未按照确定的目标行程路线出行而替用户进行预约处理，影响用户体验以及造成资源浪费，在确定目标行程路线之后，对用户进行第二乘坐路段的预约处理之前，可通过向用户发送提醒的方式使用户感知预约服务，并在用户提交确认指令后对用户进行目标行程路线中第二乘坐路段的预约处理；基于此，本实施例提供的一种可选实施方式中，在确定目标行程路线后，还可执行如下操作：
83.读取所述目标行程路线中所述第二乘坐路段的路段信息，基于所述路段信息向所述用户发送预约确认提醒；
84.若检测到所述用户基于所述预约确认提醒提交确认指令，则执行下述步骤s106，确定所述用户到达所述目标行程路线中所述第二交通工具的换乘位置的换乘时间；
85.若未检测到所述用户提交确认指令，则不做处理即可。
86.可选的，所述第二乘坐路段为所述目标行程路线中所述第二交通工具对应的乘坐路段；也即是目标行程路线中网约车对应的乘坐路段。
87.具体的，为了避免直接进行网约车的预约，但用户实际并不需要进行车辆预约导致资源浪费，在确定用户出行的目标行程路线后，根据目标行程路线中第二乘坐路段的路段信息向所述用户发送预约确认提醒；若检测到所述用户提交的确认指令，则对所述用户进行所述第二乘坐路段的车辆预约处理。
88.例如，确定的目标行程路线为r1，先乘坐地铁由s1站至s2站，再从p3地乘坐网约车到达p2地；生成“是否为您预约p3地至p2地的网约车？”并向用户的行程子程序发送；用户可通过行程子程序展示页面选择是或者否，若检测到用户触发是控件后提交的确认指令，则进行第二乘坐路段的车辆预约处理。
89.其中，预约确认提醒可通过弹窗或者上方图层等方式进行展示，本实施例在此不做限定。
90.步骤s106，确定所述用户到达所述目标行程路线中所述第二交通工具的换乘位置的换乘时间。
91.所述换乘位置，包括用户在对行程路线进行出行的过程中需要对交通工具进行换乘的位置；例如上述r1中，用户由地铁换乘网约车的位置为p3地，则p3地即为r1的换乘位置。所述换乘时间，包括用户从该用户当前所处的位置到达换乘位置的时间。
92.具体实施时，在确定目标行程路线后，基于用户位置和所述目标行程路线，预测所述用户到达所述目标行程路线中第二交通工具的换乘位置的换乘时间，以此，在合适的时
间进行第二交通工具的预约处理，保证网约车在用户到达换乘位置之前或者同时到达换乘位置。
93.为了提升计算的换乘时间的实时性，可按照预设时间周期预测用户的换乘时间；例如，每1分钟预测一次用户的换乘时间。本实施例提供的一种可选实施方式中，采用如下方式确定用户到达目标行程路线中第二交通工具的换乘位置的换乘时间：
94.计算所述第一交通工具由用户位置至所述换乘位置的途径站点数量；
95.基于所述途径站点数量和所述第一交通工具的相邻站点的行驶时长，预测所述用户到达所述换乘位置的换乘时间。
96.可选的，所述用户位置，采用如下方式确定：
97.基于所述目标行程路线的确定，向行程子程序下发位置采集提醒；
98.接收所述行程子程序按照预设周期采集并上传的所述用户位置；所述用户位置包括运行所述行程子程序的用户终端的位置。
99.可选的，所述用户终端的位置，包括用户终端的定位信息。
100.具体的，在预测换乘时间的过程中，计算第一交通工具由用户位置到达换乘位置的途径站点数量；基于途径站点数量和第一交通工具的每站行驶时长，预测用户到达换乘位置的换乘时间。可选的，可在行程子程序每次上传用户位置后进行换乘时间的预测。
101.例如，确定的目标行程路线为r1，先乘坐地铁由s1站至s2站，再从p3地乘坐网约车到达p2地，获取到用户位置，与该用户位置匹配的地铁站点为s3站(s1站和s2站之间的站点)，计算s3站至s2站之间还要途径5个站点，且地铁每站的行驶时长为t1，则计算5
×
t1＝t1之后为用户到达换乘位置s2站，根据当前时间和t1确定用户到达换乘位置的换乘时间。
102.此外，对于地铁来说，用户还要出站进行网约车的乘坐，因此，在计算换乘时间时，还可基于途径站点数量、第一交通工具的每站行驶时长和预测出站时长预测用户到达换乘位置的换乘时间。
103.例如，在计算用户需要在地铁花费t1的时间到达换乘位置s2时，再t1 5分钟，并将当前时间的t1 5分钟之后的时间确定为用户到达换乘位置的换乘时间t。
104.步骤s108，基于所述换乘时间，进行第二乘坐路段的所述第二交通工具的预约处理。
105.可选的，所述第二乘坐路段为所述目标行程路线中所述第二交通工具对应的乘坐路段。
106.具体实施时，在计算获得用户到达目标行程路线中的换乘位置的换乘时间后，为了使预约的车辆能在换乘时间或者换乘时间之前到达换乘位置，需要基于换乘时间，进行第二乘坐路段的第二交通工具的预约处理。
107.在进行第二交通工具的预约处理过程中，需要根据第二交通工具的车辆位置，第二乘坐路段的路线信息和/或换乘时间进行预约处理；此外，还可基于其他相关信息进行预约处理，本实施例在此不做限定。
108.本实施例提供了三种进行第二交通工具的预约处理的可选实施方式，下述分别对这三种可选实施方式进行具体说明。
109.本实施例提供的第一种可选实施方式中，采用如下方式进行第二乘坐路段的第二交通工具的预约处理：
110.(1)确定与所述换乘位置的位置距离小于预设阈值的至少一个第二交通工具；
111.为了避免向距离换乘位置较远的车辆进行预约，导致资源浪费，在进行预约处理的过程中，可与网约车平台进行数据对接，从网约车平台获取与换乘位置的位置距离小于预设阈值的至少一个第二交通工具的信息。
112.例如，与网约车平台进行数据对接，从网约车平台获取以p3地为圆心，r(预设阈值)为半径的范围内的至少一个网约车的信息。
113.(2)根据所述至少一个第二交通工具所处的工具位置和所述换乘位置，计算所述至少一个第二交通工具中各第二交通工具到达所述换乘位置的第二时间；
114.本实施例提供的一种可选实施方式中，任一第二交通工具到达换乘位置的第二时间，采用如下方式计算：
115.获取所述任一第二交通工具所处的工具位置至所述换乘位置的路段的路况，以及计算所述任一第二交通工具所处的工具位置至所述换乘位置的路线距离；
116.基于所述路况和所述路线距离，预测所述任一第二交通工具到达所述换乘位置的第二时间。
117.具体的，根据与换乘位置的位置距离小于预设阈值的至少一个第二交通工具的工具位置和所述换乘位置，计算至少一个第二交通工具中各交通工具到达换乘位置的第二时间。
118.例如，获取到以p3地位圆心，r为半径的范围内且处于空闲状态的网约车包括c1、c2、c3、c4和c5。根据各网约车的车辆位置至换乘位置的距离，以及车辆位置至换乘位置的行驶路线的路况，预测各网约车到达换乘位置的第二时间t-c1，t-c2，t-c3，t-c4，t-c5。
119.(3)基于所述换乘时间和所述第二时间进行车辆匹配，并根据匹配结果在所述至少一个第二交通工具中进行第二交通工具对应的乘坐路段的预约处理。
120.本实施例提供的一种可选实施方式中，所述基于所述换乘时间和所述第二时间进行车辆匹配，包括：
121.计算所述第二时间与所述换乘时间的时间差值；
122.在所述至少一个第二交通工具中筛选出所述时间差值满足预约条件的第二交通工具作为所述匹配结果。
123.可选的，所述预约条件，包括所述时间差值小于或者等于时间阈值。例如，所述时间差值小于或者等于0，或者小于等于一个预先设定的数值。
124.具体的，在计算获得各网约车到达换乘位置的第二时间后，基于第二时间和用户到达换乘位置的换乘时间，进行第二乘坐路段的预约处理。也即是，基于第二时间和换乘时间，在至少一个第二交通工具中筛选出至少一个候选第二交通工具，基于至少一个候选交通工具进行预约处理。可选的，筛选的过程中，筛选出第二时间为所述换乘时间或者位于所述换乘时间之前的第二交通工具作为候选第二交通工具；预约处理的过程中，向至少一个候选第二交通工具绑定的司机发送预约提醒。
125.沿用上例，用户到达p3地的换乘时间为t，各网约车到达p3地的第二时间t-c1，t-c2，t-c3，t-c4，t-c5，为了保证网约车与用户同时到达p3地或者在用户之前到达p3地，筛选出到达p3地的时间小于或者等于换乘时间t的网约车；筛选获得t-c1，t-c2，t-c3都为t时间之前的时间；t-c4和t-c5为t时间之后的时间，因此，向c1、c2和c3绑定的司机的终端发送第
二乘坐路段的车辆预约订单。可选的，所述车辆预约订单，基于第二乘车路段的路段信息和所述换乘时间生成。
126.总体来说，可与网约车平台进行数据对接，计算与换乘位置的位置距离小于预设阈值的第二交通工具中各第二交通工具到达换乘位置的第二时间；基于换乘时间和第二时间在所述各第二交通工具中进行第二乘坐路段的预约处理。
127.本实施例提供的第二种可选实施方式中，采用如下方式进行第二乘坐路段的第二交通工具的预约处理：
128.生成包含所述换乘位置、所述换乘时间和终点位置的针对所述第二乘坐路段的车辆预约订单；
129.确定到达所述换乘位置的第二时间与所述换乘时间满足预约条件的至少一个候选车辆；
130.向所述至少一个候选车辆绑定的司机发送所述车辆预约订单。
131.具体的，进行第二乘坐路段的第二交通工具的预约处理，包括：向至少一个候选车辆绑定的司机发送车辆预约订单；可选的，所述车辆预约订单，基于所述第二乘坐路段的路段信息和所述换乘时间生成。所述至少一个候选车辆，采用如下方式确定：向网约车平台发送所述换乘时间和所述换乘位置；接收所述网约车平台发送的到达所述换乘位置的第二时间小于换乘时间的至少一个候选车辆的车辆信息；可选的，所述车辆信息中包含所述司机的司机信息。
132.本实施例提供的第三种可选实施方式中，采用如下方式进行第二乘坐路段的第二交通工具的预约处理：
133.计算当前时间与所述换乘时间的时间距离；
134.若所述时间距离满足预约条件，则将所述第二乘坐路段的路段信息和所述换乘时间向所述第二交通工具的服务平台发送，以进行车辆预约。
135.本实施例中，在确定换乘时间后，还可在换乘时间与当前时间的时间距离满足预设条件时，将将第二乘坐路段的路段信息和换乘时间向第二交通工具的服务平台发送，以进行车辆预约；接收服务平台发送的已接单订单并向行程子程序发送。所述已接单订单中至少包含接单司机的车辆信息和司机信息。
136.例如，在当前时间与换乘时间的时间距离大于5分钟小于7分钟时，向网约车平台发送第二乘坐路段由p3地前往p2地，需要在t时间在p3地接乘客的派单提醒；网约车平台基于派单提醒进行派单处理，在检测到有司机接单后将已接单订单向行程平台发送；行程平台将已接单订单通过行程子程序向用户展示，以使用户可根据相关信息上车。可选的，派单提醒中包含用户的通讯标识等能与用户建立通讯连接的信息。
137.上述三种进行预约处理的方式，相关内容可进行相互参照。
138.进一步，用户出行可能要进行景点或者服务场所的访问，景点或者服务场所可能存在需要预约才能访问的情况，在这种情况下，为了进一步提升用户的感知程度，本实施例提供的一种可选实施方式中，进行第二交通工具的预约处理后，还可执行如下操作：
139.若检测到所述用户对所述第二乘坐路段的第二乘车信息，读取所述第二乘车信息中包含的乘车时间；
140.基于所述乘车时间、所述换乘位置和所述行程位置中的终点位置，预测所述用户
到达所述终点位置的目标时间；
141.基于所述用户的用户信息，对所述终点位置对应的访问场所进行所述目标时间的预约处理。
142.具体的，在用户录入的行程位置中终点位置为需要预约才能访问的场所的情况下，为了能够使用户在到达访问场所时即可进行访问场所的访问，预测用户到达终点位置的时间并进行访问场所的预约处理。
143.可选的，在预测所述用户到达终点位置的目标时间的情况下，首先计算换乘位置到达终点位置的路线距离；根据路线距离和路况计算第二交通工具的乘坐时长；基于乘车时间和乘车时长计算目标时间。
144.此外，上述步骤s106和步骤s108还可被替换为，对所述目标行程路线中所述第二交通工具对应的乘坐路段进行第二交通工具的预约处理。
145.综上所述，本实施例提供的行程预约处理方法，获取到用户针对第一交通工具的乘车信息后，基于乘车信息，确定基于用户的行程位置确定的行程路线集合，并确定行程路线集合中至少包含第一交通工具和第二交通工具对应的乘坐路段的目标行程路线；确定用户到达目标行程路线中换乘第二交通工具的换乘位置的换乘时间，基于换乘时间，进行第二乘坐路段的第二交通工具的预约处理，以此，提前针对用户对第二交通工具的出行进行预约处理，使第二交通工具提前到达换乘位置，无需用户在结束第一交通工具对应的乘坐路段的行程后进行第二交通工具的等待，提升用户对出行的感知程度。
146.下述以本实施例提供的一种行程预约处理方法在临时出行场景的应用为例，对本实施例提供的行程预约处理方法进行进一步说明，参见图2，应用于临时出行场景的行程预约处理方法，具体包括如下步骤。
147.步骤s202，根据用户通过行程子程序提交的行程位置，确定对所述行程位置进行导航处理获得的行程路线集合。
148.可选的，向行程子程序发送行程路线集合中的行程路线。
149.步骤s204，根据用户提交的对行程预约模式的开通指令，在行程路线集合中筛选出包含网约车对应的乘坐路段的候选行程路线。
150.步骤s206，获取用户针对第一交通工具的乘车信息。
151.步骤s208，基于乘车信息，在候选行程路线中确定第一交通工具对应的乘坐路段为起始乘坐路线的目标行程路线。
152.步骤s210，接收行程子程序上传的用户位置。
153.步骤s212，基于用户位置、第一交通工具、当前时间和目标行程路线，预测用户到达目标行程路线中网约车的换乘位置的换乘时间。
154.步骤s214，获取与换乘位置的位置距离小于预设阈值的多个网约车的车辆服务信息。
155.步骤s216，基于车辆服务信息，计算各网约车到达换乘位置的第二时间。
156.步骤s218，基于换乘时间和第二时间进行车辆匹配，获得至少一个候选网约车。
157.步骤s220，向至少一个候选网约车绑定的司机发送车辆预约订单。
158.车辆预约订单基于目标行程路线中网约车对应的乘坐路段的路段信息、用户信息和乘车时间生成。
159.还需要说明的是，用户位置和用户信息等相关信息在一定程度上属于用户隐私，为了保证用户的隐私安全，获取用户位置和用户信息等相关信息的过程需要得到用户授权。
160.下述以本实施例提供的一种行程预约处理方法在周期出行场景的应用为例，对本实施例提供的行程预约处理方法进行进一步说明，参见图3，应用于周期出行场景的行程预约处理方法，具体包括如下步骤。
161.步骤s302，获取用户针对第一交通工具的乘车信息。
162.步骤s304，基于乘车信息，读取用户预先配置的行程位置和对行程预约模式的开通标签。
163.步骤s306，基于开通标签，在基于行程位置进行导航处理获得的行程路线集合中，确定包含第一交通工具和网约车对应的乘坐路段的目标行程路线。
164.步骤s308，根据第一交通工具、当前时间、目标行程路线和行程子程序上传的用户位置，预测用户到达目标行程路线中网约车的换乘位置的换乘时间。
165.步骤s310，在检测到换乘时间小于预设阈值的情况下，基于换乘时间和目标行程路线中网约车对应的乘坐路段的路段信息生成派单提醒。
166.步骤s312，向网约车服务发送派单提醒，以进行派单处理。
167.可选的，派单处理后确定接单的司机要在换乘时间或者换乘时间之前到达换乘位置。
168.步骤s314，接收网约车平台返回的已接单订单，并向行程子程序发送。
169.步骤s210至步骤s220和步骤s310至步骤s314可互相替换。
170.本说明书提供的一种服务预约处理方法实施例：
171.参照图4，本实施例提供的服务预约处理方法，具体包括步骤s402至步骤s408。
172.步骤s402，获取用户针对第一服务场所的访问信息。
173.步骤s404，基于所述访问信息，确定包含所述第一服务场所和第二服务场所的目标访问路线。
174.可选的，所述第二服务场所包括预约访问的访问场所，具体预约访问的访问场所是指进行场所预约后能进入的场所。
175.步骤s406，确定所述用户到达所述第二服务场所的访问时间。
176.可选的，所述访问时间，基于对第一服务场所的访问时长和由所述第一服务场所前往第二服务场所要花费的行程时长确定。
177.具体的，若由第一服务场所前往第二服务场所需要乘坐公共交通工具，则可与上述实施例提供的行程预约处理方法的相关内容进行结合。
178.需要说明的是，本实施例中步骤s402至步骤s406的实现方式，与上述实施例提供的行程预约处理方法类似，阅读本实施例请参照上述实施例的相关内容。
179.步骤s408，对第二服务场所进行所述用户在所述访问时间的预约处理。
180.可选的，对第二服务场所进行访问时间的预约处理，以使用户到达第二服务场所即可进行对第二服务场所的访问。
181.本说明书提供的一种行程预约处理装置实施例如下：
182.在上述的实施例中，提供了一种行程预约处理方法，与之相对应的，还提供了一种
行程预约处理装置，下面结合附图进行说明。
183.参照图5，其示出了本实施例提供的一种行程预约处理装置示意图。
184.由于装置实施例对应于方法实施例，所以描述得比较简单，相关的部分请参见上述提供的方法实施例的对应说明即可。下述描述的装置实施例仅仅是示意性的。
185.本实施例提供一种行程预约处理装置，包括：
186.信息获取模块502，被配置为获取用户针对第一交通工具的乘车信息；
187.路线确定模块504，被配置为基于所述乘车信息，确定候选行程路线中至少包含所述第一交通工具和第二交通工具对应的乘坐路段的目标行程路线；所述候选行程路线基于行程位置确定；
188.时间确定模块506，被配置为确定所述用户到达所述目标行程路线中所述第二交通工具的换乘位置的换乘时间；
189.预约处理模块508，被配置为基于所述换乘时间，进行第二乘坐路段的所述第二交通工具的预约处理；所述第二乘坐路段为所述目标行程路线中所述第二交通工具对应的乘坐路段。
190.本说明书提供的一种行程预约处理设备实施例如下：
191.对应上述描述的一种行程预约处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种行程预约处理设备，该行程预约处理设备用于执行上述提供的行程预约处理方法，图6为本说明书一个或多个实施例提供的一种行程预约处理设备的结构示意图。
192.本实施例提供的一种行程预约处理设备，包括：
193.如图6所示，行程预约处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器601和存储器602，存储器602中可以存储有一个或一个以上存储应用程序或数据。其中，存储器602可以是短暂存储或持久存储。存储在存储器602的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括行程预约处理设备中的一系列计算机可执行指令。更进一步地，处理器601可以设置为与存储器602通信，在行程预约处理设备上执行存储器602中的一系列计算机可执行指令。行程预约处理设备还可以包括一个或一个以上电源603，一个或一个以上有线或无线网络接口604，一个或一个以上输入/输出接口605，一个或一个以上键盘606等。
194.在一个具体的实施例中，行程预约处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对行程预约处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：
195.获取用户针对第一交通工具的乘车信息；
196.基于所述乘车信息，确定候选行程路线中至少包含所述第一交通工具和第二交通工具对应的乘坐路段的目标行程路线；所述候选行程路线基于行程位置确定；
197.确定所述用户到达所述目标行程路线中所述第二交通工具的换乘位置的换乘时间；
198.基于所述换乘时间，进行第二乘坐路段的所述第二交通工具的预约处理；所述第
二乘坐路段为所述目标行程路线中所述第二交通工具对应的乘坐路段。
199.本说明书提供的一种存储介质实施例如下：
200.对应上述描述的一种行程预约处理方法，基于相同的技术构思，本说明书一个或多个实施例还提供一种存储介质。
201.本实施例提供的存储介质，用于存储计算机可执行指令，所述计算机可执行指令在被处理器执行时实现以下流程：
202.获取用户针对第一交通工具的乘车信息；
203.基于所述乘车信息，确定候选行程路线中至少包含所述第一交通工具和第二交通工具对应的乘坐路段的目标行程路线；所述候选行程路线基于行程位置确定；
204.确定所述用户到达所述目标行程路线中所述第二交通工具的换乘位置的换乘时间；
205.基于所述换乘时间，进行第二乘坐路段的所述第二交通工具的预约处理；所述第二乘坐路段为所述目标行程路线中所述第二交通工具对应的乘坐路段。
206.需要说明的是，本说明书中关于存储介质的实施例与本说明书中关于行程预约处理方法的实施例基于同一发明构思，因此该实施例的具体实施可以参见前述对应方法的实施，重复之处不再赘述。
207.上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
208.在20世纪30年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmable logic device，pld)(例如现场可编程门阵列(field programmable gate array，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardware description language，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advanced boolean expression language)、ahdl(altera hardware description language)、confluence、cupl(cornell university programming language)、hdcal、jhdl(java hardware description language)、lava、lola、myhdl、palasm、rhdl(ruby hardware description language)等，目前最普遍使用的是vhdl(very-high-speed integrated circuit hardware description language)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，
就可以很容易得到实现该逻辑方法流程的硬件电路。
209.控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(application specific integrated circuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmel at91sam、microchip pic18f26k20以及silicone labs c8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
210.上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
211.为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
212.本领域内的技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
213.本说明书是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
214.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
215.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
216.在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
217.内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
218.计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
219.还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
220.本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书的一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
221.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
222.以上所述仅为本文件的实施例而已，并不用于限制本文件。对于本领域技术人员来说，本文件可以有各种更改和变化。凡在本文件的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本文件的权利要求范围之内。