技术领域
[0001] 本申请属于高端装备制造中的的导航技术领域，具体涉及一种基于追随导航的数据处理方法及装置。
相关背景技术
[0002] 目前，导航应用在现代生活中扮演着至关重要的角色，它们不仅能够给用户提供路线规划和导航服务，还具有多种实用功能，极大地便利了用户的出行体验。
[0003] 但是，常见的针对多用户的导航服务通常仅可实现位置共享以及查看移动轨迹，并不能提供多用户之间的追踪服务，从而影响到用户的使用体验，以及增加了多用户汇合所需要耗费的时间和精力，缺乏实用性和智能性。
具体实施方式
[0028] 为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0029] 本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
[0030] 在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
[0031] 请参阅图1，图1是本申请实施例提供的一种追随导航系统的结构框图。如图1所示，追随导航系统100包括服务器110、第一设备120和第二设备130，第一设备则可以是任意类型的终端设备，例如手机、电脑、车机终端等，第二设备为市面上的任意一种可与服务器进行数据交互的智能穿戴设备，例如智能眼镜、智能腕表等。第一设备120和第二设备130分别与服务器110保持通信连接，服务器110通过响应于第一设备120发送的导航请求指令以获取第二设备130上传的实时移动信息和第一设备120的第一定位信息，进而确定多个出行方式对应的导航信息，以及根据第一设备120发送的出行选择信息，服务器110向第一设备120发送导航响应指令以实现基于对应的显示策略在第一设备120上显示目标导航信息。一个追随导航系统100可以同时对应多个服务器110，一个服务器110对应一个或者多个第一设备120和第二设备130。
[0032] 基于此，本申请实施例提供一种基于追随导航的数据处理方法，下面结合附图对本申请实施例进行详细说明。
[0033] 请参阅图2，图2是本申请实施例提供的一种基于追随导航的数据处理方法的流程示意图，方法应用于追随导航系统100中的服务器110，追随导航系统100还包括第一设备120和第二设备130，第一设备为同行人员的终端设备，第二设备为领队人员的智能穿戴设备；方法包括：
[0034] 步骤S201，响应于第一设备发送的导航请求指令，获取第二设备上传的实时移动信息和第一设备的第一定位信息。
[0035] 其中，实时移动信息包括领队人员所乘坐的目标车辆的预设路线信息和第二设备实时发送的第二定位信息。其中，目标车辆可以是任意类型的车辆，领队人员均乘坐于目标车辆，且该目标车辆沿着预设路线信息所指示的预设路线进行行驶，同行人员则通过第一设备与服务器的交互以根据第一设备显示的导航服务进行移动追随。
[0036] 其中，在服务器响应于导航请求指令之前，服务器与第一设备之间会有个前置的授权操作，具体为服务器会向第一设备发送定位授权指令(即获取设备的定位信息授权)以请求授权响应指令。通常情况下，当第一设备检测到授权响应时，会显示授权对话框询问同行人员是否愿意授权定位信息。若第一设备检测到同行人员针对同意授权控件的选取操作，则第一设备会向服务器发送表征为同意授权的授权响应指令。若第一设备发送的授权响应指令表征为同意授权，则服务器可持续获取第一设备的第一定位信息。
[0037] 其中，同行人员是指需要与领队人员汇合的人员，领队人员是指先行出发、且根据预设路线移动的人员。与同行人员相同，领队人员可以是多人或者是单人，同行人员可以是未佩戴智能穿戴设备，或者，佩戴了智能穿戴设备，但设备未处于正常工作状态而无法使用。需要注意的是，本方案所适用的场景下，同行人员和领队人员不处于同一位置，且，距离大于预设距离，即存在同行人员需要追随领队人员的实际需求。
[0038] 步骤S202，根据第一定位信息、第二定位信息和预设路线信息，确定多个导航信息。
[0039] 其中，每一导航信息对应一个出行方式，导航信息用于指示服务器所规划的实现同行人员与领队人员汇合时所需移动的目标路线、目标停靠站和目标耗时。
[0040] 其中，常见的出行方式包括步行(或徒步)、骑行、公共交通(包括地铁、轻轨、公交车)、坐车(包括私家车和出租车)。由于每种出行方式对应的出行速度、路线均不相同，则意味着同行人员和领队人员汇合时所处的位置也不相同，因此每种出行方式所对应的导航信息中所包含的目标耗时、目标停靠站、目标路线都存在差异。为保证追随导航服务的准确性和可靠性，服务器需针对每种出行方式确定出对应的导航信息以供同行人员选择。
[0041] 示例性地，请参阅图3，图3是本申请实施例提供的一种服务器确定导航信息的场景示意图。如图3所示，图3中的301为携带有第一设备的同行人员，302为携带有第二设备的领队人员，服务器则需要为同行人员301提供追随导航服务以让同行人员301与领队人员302汇合。同行人员301所处的起点为当前时刻下的第一定位信息确定的初始位置，领队人员302所处的终点则为服务器确定的导航信息所指示的目标停靠站的终点位置。在图3中所示的地图中，同行人员301基于步行、骑行(包括自行车和电动车)的出行方式303，均是沿着对应的目标路线304前往领队人员302所处的终点位置，但是对应的目标耗时都存在着差异。此外，同行人员301还能够前往车站以公交车305的出行方式出行，以及前往停车地点以出租车306的出行方式出行，可以看到，公交车305对应的目标路线和出租车306对应的目标路线均与目标路线304不同，且所对应的服务器确定的目标耗时也存在着差异。最终第一设备与服务器交互以显示的追随导航对应的目标导航信息是由同行人员301进行灵活选择的，满足不同用户的不同需求。
[0042] 在一个可能的实施例中，根据第一定位信息、第二定位信息和预设路线信息，确定多个导航信息，包括：根据预设路线信息，确定目标车辆的停靠站信息；根据预设路线信息和第二定位信息，确定目标车辆对应的已行驶路线和未行驶路线；根据第二定位信息，确定目标车辆在已行驶路线上的平均行驶速度；以及，根据第一定位信息、临时停靠站的位置信息和预设停靠站的位置信息，确定第一设备与未行驶路线上的预设停靠站或临时停靠站之间的多个初始路线；根据平均行驶速度、停靠站信息和多个初始路线，确定每一出行方式对应的目标路线和目标耗时；以及，确定目标路线对应的预设停靠站或临时停靠站为目标停靠站；根据每一出行方式对应的目标路线、目标耗时和目标停靠站，确定多个导航信息。
[0043] 其中，停靠站信息用于指示临时停靠站的位置信息、预设停靠站的位置信息以及每一预设停靠站对应的停靠时间，临时停靠站为在行驶路线上设置的可供目标车辆使用的临时性停靠站点。领队人员出行时所乘坐的目标车辆依照着预设路线行驶，在预设路线上行驶时会有规划好的预设停靠站以及每个预设停靠站对应的预计的停靠时间。此外，预设路线上也可能存在有临时停靠站，为了让同行人员能够提早与领队人员汇合，因此在提供追随导航服务时服务器也会同样计算在临时停靠站汇合的导航信息。
[0044] 其中，服务器通过获取第二定位信息以确定出第二设备从预设路线的初始位置出发到当前位置的位置更新情况，进而确定其所乘坐的目标车辆的已行驶路线和未行驶路线。以及，通过第二设备在已行驶路线上的位置变化速度即可确定目标车辆在每个时间点上的行驶速度，进而确定平均行驶速度。由于最终同行人员和领队人员可能在未行驶路线上的某个停靠站汇合，因此确定出多个初始路线。之后，服务器再根据每个出行方式的不同确定出可能的汇合时间最短的初始路线为目标路线，以及确定对应的停靠站为目标停靠站。
[0045] 可见，在本示例中，服务器通过获取第二设备上传的所乘坐目标车辆的预设路线以及途径停靠站，以确定出已行驶路线和未行驶路线，进而确定出多个初始路线，且结合每个出行方式确定出对应的目标路线以确定导航信息，提高服务器执行导航信息对应的数据处理时的准确度和灵活性，提高同行人员通过第一设备使用导航服务的体验，保障同行人员可根据任意一个导航信息实现针对领队人员的追随导航。
[0046] 在一个可能的实施例中，根据平均行驶速度、停靠站信息和多个初始路线，确定每一出行方式对应的目标路线和目标耗时，包括：根据第二定位信息、平均行驶速度和停靠站信息确定多个预计耗时；获取每一出行方式关联的当前时段下的交通出行信息，交通出行信息包括影响对应的出行方式的出行时间的关联因素的关联信息；针对每一出行方式，根据对应的交通出行信息、多个初始路线和多个预计耗时确定参考路线；若单个出行方式存在多个参考路线，则根据预设的路线筛选策略，从多个参考路线中确定目标路线，并确定目标路线对应的预计耗时为目标耗时。
[0047] 其中，预计耗时为服务器预测的目标车辆到达未行驶路线上的对应的预设停靠站或临时停靠站所需耗费的时长，每一预计耗时对应一个初始路线，参考路线为同行人员能够在对应的出行方式下与领队人员完成汇合所导航的初始路线。
[0048] 其中，针对每个出行方式都存在着多个初始路线，为了确定出能够满足及时汇合的参考路线，服务器会先根据目标车辆在已行驶路线上的平均行驶速度和剩余的停靠站信息(即未行驶路线上的预设停靠站或临时停靠站)确定出多个预计耗时。基于预计耗时以及当前时段下每个出行方式所关联的交通出行信息，确定出每一出行方式对应的、满足同行人员比领队人员先行到达或者与领队人员同时到达同一停靠站的初始路线为参考路线。在通过预设的路线筛选策略，确定每一出行方式对应的目标路线，进而确定对应的预计耗时为目标耗时，即以领队人员到达对应的目标停靠站的时间为目标耗时，因为在实际追随场景下，只需同行人员能够在预计耗时之前到达对应的目标停靠站，就可完成同行人员与领队人员的汇合(即完成追随)。
[0049] 具体地，在根据第二定位信息、平均行驶速度和停靠站信息确定多个预计耗时方面，具体计算方式可以是：根据第二定位信息，确定第二设备的当前位置；确定停靠站信息，确定距离当前位置最近的停靠站与第二设备之间的第一距离；根据第一距离和平均行驶速度确定出到达最近停靠站的第一耗时；根据停靠站信息确定停靠站之间的第二距离以确定目标车辆行驶完成对应的第二距离所需的第二耗时；确定当前处理的停靠站与第二设备的当前位置之间的预设停靠站对应的停靠时间之和为第三耗时；确定第一耗时、第二耗时和第三耗时之和为当前处理的停靠站对应的预计耗时。
[0050] 可见，在本示例中，服务器通过计算出目标车辆从当前位置到达剩下的停靠站所耗费的预计耗时，进而选择满足追随需求的参考路线，进而确定每个出行方式对应的目标路线以及目标耗时，以便后续在第一设备上的导航服务显示的全面性和实用性，以及提高服务器进行目标路线确定以及目标耗时计算操作的准确度。
[0051] 在一个可能的实施例中，根据预设的路线筛选策略，从多个参考路线中确定目标路线，包括：根据预设的筛选要素集合，确定与对应的出行方式关联的参考筛选要素；根据参考筛选要素和预设的优先级规则，确定每一参考路线的综合优先级；确定综合优先级最高的参考路线为目标路线。
[0052] 其中，参考筛选要素包括以下任意一种或多种类型：参考筛选要素包括路况条件、交通成本、出行风险、出行时间；其中，优先级规则包括第一优先级排序标准和第二优先级排序标准，第一优先级排序标准用于指示同一参考筛选要素下的参考路线的第一等级优先级，第二优先级排序标准用于指示任意两个参考筛选要素之间的第二等级优先级，综合优先级由第一等级优先级和第二等级优先级确定。
[0053] 示例性地，路况条件可以是根据不同分类标准划分为多种类型，例如按照路况质量分类(以道路表面状况、车速影响情况、交通信号灯质量确定)，可以分为良好路况、一般路况、较差路况；按照特殊路况分类，可以分为正常路况、颠簸路况、坡道路况、湿滑路况、冰雪路况；按照道路车辆拥挤程度分类，可以分为拥挤程度较高、拥挤程度一般、拥挤程度较低。此处以路况条件为道路车辆拥挤程度分类的类型为例，第一优先级排序标准可以设置为：拥挤程度较低的参考路线的第一等级优先级高于拥挤程度较高的参考路线的第一等级优先级、交通成本较低的参考路线的第一等级优先级高于交通成本较高的参考路线的第一等级优先级、出行风险较低的参考路线的第一等级优先级高于出行风险较高的参考路线的第一等级优先级、出行时间较短的参考路线的第一等级优先级高于出行时间较长的参考路线的第一等级优先级。
[0054] 示例性地，第二优先级排序标准可以由同行人员通过第一设备与服务器交互以确定，服务器也可以根据出行方式的不同设置对应的常规的第二优先级排序标准为用户确定出目标路线，从而提高提供导航服务的效率。具体地，出行方式为出租车或者私家车所对应的常规的第二优先级排序标准可以设置为：出行成本的第二等级优先级高于出行时间的第二等级优先级、出行时间的第二等级优先级高于出行风险的第二等级优先级、出行风险的第二等级优先级高于路况条件的第二等级优先级。出行方式为骑行所对应的常规的第二优先级排序标准可以设置为：出行风险的第二等级优先级高于路况条件的第二等级优先级、路况条件的第二等级优先级高于出行时间的第二等级优先级、出行时间的第二等级优先级高于出行成本的第二等级优先级。
[0055] 可见，在本示例中，服务器通过预设的路线筛选策略以及同行人员通过第一设备的个性化设置，从多个参考路线中确定出适配于同行人员的目标路线，提高服务器提供导航服务的智能性和灵活性，提高同行人员使用导航服务的体验。
[0056] 在一个可能的实施例中，针对每一出行方式，根据对应的交通出行信息和多个预计耗时确定参考路线，包括：获取历史配速信息；根据历史配速信息，确定高于预设配速阈值的每个出行配速的出现频率；确定出行频率大于预设频率的出行配速的平均值为基础配速；以及，根据交通出行信息中的多个关联信息，确定与关联因素对应的多个配速增值和/或配速减值；根据基础配速、配速增值或者配速减值，确定参考配速；根据参考配速和初始路线的路线长度，确定参考耗时；确定对应的参考耗时小于预计耗时的初始路线为正在处理的出行方式对应的参考路线。
[0057] 其中，历史配速信息包括与正在处理的出行方式对应的多次交通出行中所记载的出行配速，预设配速阈值为相关人员基于出行经验设置的处于非异常状态下的正在处理的出行方式对应的最小配速，每一参考耗时对应一个正在处理的出行方式的初始路线。其中，异常状态包括目标车辆因为交通拥堵而无法行驶的状态、目标车辆因道路上发生交通事故而行驶缓慢或无法行驶的状态、目标车辆损坏而影响行驶速度的状态等等，即驾驶员的驾驶技术以外的原因而导致交通工具的行驶速度受到影响的状态。其中，历史配速信息可以是同行人员携带的第一设备和/或领队人员佩戴的智能穿戴设备(即第二设备)存储的，是基于同行人员和/或领队人员以往通过正在处理的出行方式进行地多次交通出行记载的出行配速，具有一定普遍性和参考性，服务器基于此信息进行基础配速的计算，可以提高后续确定参考耗时以及参考路线的准确性。
[0058] 进一步地，通过获取每一出行方式关联的交通出行信息，服务器可以确定出每一出行方式下的同行人员(携带第一设备)完成多个初始路线分别所需要花费的时间，进而判断出能够在对应的预计耗时之前到达对应的停靠站的初始路线为参考路线。交通出行信息包括的关联因素具体可以包括：速度限制因素、出行必要耗时、天气信息，其中，若出行方式为出租车或者私家车，则关联信息可以包括人车相隔距离、道路施工信息、道路拥堵信息、限速信息、天气良好等等；若出行方式为公共交通(即地铁、轻轨、公交)，则关联信息可以包括班次、换乘预计时间、用户到站时间、每站预计到达时间等等；若出行方式为骑行，则关联信息可以包括第一设备与最近的停靠共享自行车的区域之间的距离、天气较差等等。以上均为示例，此处不作限定，只需满足服务器可通过交通出行信息确定出同行人员当前时段下使用对应的出行方式的大致移动速度，即可确定出同行人员(携带第一设备)完成多个初始路线分别所需要花费的时间。其中，确定与关联因素对应的多个配速增值和/或配速减值，具体是根据关联因素对于交通工具的行驶速度的反馈情况确定，若对应的关联因素的关联信息(例如出行必要耗时较短、天气良好)对行驶速度是正反馈，即会增加行驶速度，则确定配速增值；若对应的关联因素的关联信息(例如出行必要耗时较长、天气较差)对行驶速度是负反馈，即会降低行驶速度，则确定配速减值。
[0059] 其中，服务器通过获取历史配速信息以及与预设配速阈值，确定对应的出行方式的交通工具在非异常状态下出现的各种出行配速的出现频率，进而确定出基础配速。服务器以此种方式确定出的基础配速具有高度的重现性，是广泛存在于历史数据中的配速，具有普遍性，进而再结合上与关联因素对应的多个配速增值和/或配速减值，确保计算出的参考配速和参考耗时能够真实地、误差较小地反映出同行人员在实际的交通出行中的配速和耗时。
[0060] 可见，在本示例中，服务器通过历史配速信息确定出基础配速，再结合上关联因素确定配速增值和/或减值，从而确定出每一出行方式对应的参考配速，以及确定参考路线，通过多层次的配速确定计算，提高计算出的参考配速的真实性和有效性，进而提高确定出的参考路线的准确性，确保基于参考路线的导航服务能够实现同行人员对于领队人员的追随。
[0061] 步骤S203，若接收到第一设备发送的出行选择信息，则根据出行选择信息确定对应的目标导航信息和对应的显示策略。
[0062] 其中，出行选择信息用于指示同行人员选择的目标出行方式，显示策略用于指示第一设备中的与目标出行方式关联显示的应用程序的类型和显示方式。目标出行方式为上述提高的多种出行方式中的任意一种。
[0063] 其中，在服务器接收到第一设备发送的出行选择信息之前，服务器与第一设备可通过以下交互操作以使得服务器获取到出行选择信息：待服务器确定出多个导航信息之后，服务器可以先向第一设备发送出行选择指令，出行选择指令携带有多个出行方式；第一设备响应于接收到的出行选择指令，根据多个出行方式生成多个选择控件并显示于出行选择弹窗，每个选择控件对应一个出行方式；待第一设备检测到同行人员针对出行选择弹窗中的目标选择控件的触碰操作，向服务器发送选择响应指令，选择响应指令用于指示同行人员选择目标选择控件对应的出行方式；服务器接收到选择响应指令以确定目标选择控件对应的出行方式为目标出行方式。
[0064] 步骤S204，向第一设备发送导航响应指令，以基于显示策略在第一设备上显示目标导航信息。
[0065] 其中，导航响应指令携带有显示策略以及目标导航信息，第一设备在接收到第一设备后则响应于导航响应指令以基于显示策略显示目标导航信息。
[0066] 在一个可能的实施例中，向第一设备发送导航响应指令，以基于显示策略在第一设备上显示目标导航信息，包括：若目标出行方式为私家车出行，则向第一设备发送导航响应指令以控制第一设备跳转显示关联的地图类应用程序，并根据目标导航信息生成地图画面；以及，将地图类应用程序同步投屏在预先绑定的车载终端；若目标出行方式为打车出行，则向第一设备发送导航响应指令以控制第一设备跳转显示关联的打车类应用程序，并根据目标导航信息生成打车订单以启用打车服务；若目标出行方式为公共交通出行，则向第一设备发送导航响应指令以控制第一设备跳转显示关联的路线查询类应用程序，并查询与目标导航信息关联的线路信息；若目标出行方式为步行或者骑行，则向第一设备发送导航响应指令以控制第一设备跳转显示关联的地图类应用程序，并启用与目标导航信息对应的导航指引服务。
[0067] 其中，当目标出行方式为打车出行时，根据目标导航信息生成打车订单具体包括：根据目标导航信息，确定第一设备的第一定位信息、目标停靠站以及目标路线；打开第一设备上的网约车平台，该网约车平台可以是同行人员事先选择的平台或者是同行人员常用的平台；输入第一定位信息、目标停靠站以及目标路线以自动填写打车订单；自动选择用户常用历史车型和价格区间；待检测到同行人员针对第一设备所显示的打车订单的“确认呼叫”的触碰操作，启用打车服务以等待司机接单。
[0068] 其中，当目标出行方式为公共交通出行时，则第一设备显示路线查询类应用程序，并在路线查询类应用程序上自动填写目标导航信息以查询关联的线路信息，线路信息包括但不限于线路、班次、到站信息、预计时间。
[0069] 示例性地，请参阅图4，图4是本申请实施例提供的一种第一设备显示目标导航信息的场景示意图。如图4所示，图4中的①所示的是目标出行方式为打车出行时第一设备所显示的目标导航信息，且第一设备的设备类型为手机。第一设备会根据目标导航信息中的目标路线和目标停靠站自动填写打车订单，并且为同行人员自动选择用户常用历史车型以及价格区间，待检测到同行人员针对“确认呼叫”的操作控件的触碰操作后，第一设备则会启用打车服务以等待司机接单。图4中的②所示的是目标出行方式为公交车时第一设备所显示的目标导航信息，且第一设备的设备类型为手机。第一设备会在预览地图中可视化地显示目标路线以及目标耗时、目标停靠站等信息，此外第一设备还会显示同行人员将要乘坐的公交车的相关信息，例如最近班次、下一班公交车的当前所处位置、离第一设备最接近的公交车等等，以及关联功能控件，例如公交闹钟、刷新控件、上下车提醒控件。图4中的③所示的是目标出行方式为步行或者骑行时第一设备所显示的目标导航信息，且第一设备的设备类型为智能穿戴设备(智能手表)。第一设备通过预览地图的方式为同行人员提供导航指引服务，以语音提示、画面显示等方式指引同行人员基于目标路线前往目标停靠站，且会提醒同行人员剩余公里、剩余耗时、出行用时等信息，便于鼓励同行人员尽快前往目标停靠站。
[0070] 可见，在本示例中，服务器通过针对常见多种出行方式的导航信息设置对应的显示策略使得目标导航信息可以与相关功能的应用程序进行联动显示，为同行人员提供智能化的追随导航服务，提高服务器控制第一设备进行导航信息显示的智能性、灵活性以及便捷性，提高同行人员使用导航服务的可视化体验。
[0071] 在一个可能的实施例中，方法还包括：若目标导航信息对应的目标停靠站为预设停靠站，则当检测到第二定位信息位于目标停靠站时，向第二设备发送第一提示信息以提示领队人员等待同行人员；若目标导航信息对应的目标停靠站为临时停靠站，则当检测到第二定位信息与目标停靠站之间的距离小于预设距离，或者，第二定位信息位于相邻目标停靠站最近的上一预设停靠站时，向第二设备发送第二提示信息以提示领队人员在目标停靠站停留预设时间。
[0072] 其中，预设时间与目标出行方式相关联。此外，针对不同类型的目标停靠站，服务器向第二设备发送第一提示信息的时间也不同。其中，由于预设停靠站本就安排有停靠时间，因此待第二定位信息位于目标停靠站时，服务器再向其发送提示信息以避免领队人员忘记等待同行人员；而当目标停靠站为临时停靠站时，由于不存在停靠站，则需要待第二设备的定位信息到达临时停靠站之前，服务器就需要向其发送提示信息以避免领队人员忘记在临时停靠站停留。
[0073] 示例性地，请参阅图5，图5是本申请实施例提供的一种第二设备执行体感提示操作的场景示意图。如图5所示，由于第二设备为智能穿戴设备，因此在第二设备显示第一提示信息或者第二提示信息时，可以设置伴随着体感提示操作。体感提示操作包括图5中的①所示的震动操作，其中可针对目标停靠站的不同而设置不同次数和/或程度的震动，图5中的①对应的提示文本为“请在当前停靠站等待同行人员”，该提示文本对应的为第一提示信息，即目标停靠站为具有停靠时间的预设停靠站。体感提示操作包括图5中的②所示的声效提示操作，即第二设备通过扬声器播放预设的声效以提示领队人员，可针对目标停靠站的不同而设置不同类型或者不同音量的声效，图5中的②对应的提示文本为“请在下一个临时停靠站等待同行人员”、“临时停靠站：xxx站”和“预计等待时长：xx分钟”，该提示文本对应的为第二提示信息，即目标停靠站为不具有停靠时间的临时停靠站，具体预计等待时长可以由第二设备与服务器交互以获取第一设备的当前定位位置与目标停靠站之间的剩余距离对应的耗时确定。
[0074] 可见，在本示例中，服务器根据目标停靠站的不同而为领队人员所携带的第二设备发送不同提示信息以及触发方式，提高服务器执行提示服务的实用性和灵活性，提高人员间汇合的成功率。
[0075] 可见，图2是本申请实施例提供的一种基于追随导航的数据处理方法的流程示意图，服务器通过获取不同人员的相关信息以实现为追随人员提供导航服务，减少人员汇合所耗费的时间和精力，针对不同出行方式提供不同的导航信息以供选择，提供服务器进行导航信息生成的灵活性和实用性。
[0076] 下面为本申请装置实施例，本申请装置实施例与本申请方法实施例属于同一构思，用于执行本申请实施例中描述的方法。为了便于说明，本申请装置实施例仅示出与本申请装置实施例相关的部分，具体技术细节未揭示的，请参照本申请方法实施例的描述，此处不再一一赘述。
[0077] 本申请实施例提供的一种基于追随导航的数据处理装置，该基于追随导航的数据处理装置应用于图1所示的追随导航系统100中的服务器110，追随导航系统100还包括第一设备120和第二设备130。具体的，基于追随导航的数据处理装置用于执行以上基于追随导航的数据处理方法中服务器执行的步骤。本申请实施例提供的基于追随导航的数据处理装置可以包括相应步骤所对应的模块。
[0078] 本申请实施例可以根据上述方法示例对基于追随导航的数据处理装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块即可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0079] 在采用对应各个功能划分各个功能模块的情况下，图6是本申请实施例提供的一种基于追随导航的数据处理装置的功能单元组成框图；基于追随导航的数据处理装置60，应用于追随导航系统100中的服务器110，追随导航系统100还包括第一设备120和第二设备130，第一设备120为同行人员的终端设备，第二设备130为领队人员的智能穿戴设备；装置包括：获取单元601，用于响应于第一设备发送的导航请求指令，获取第二设备上传的实时移动信息和第一设备的第一定位信息，实时移动信息包括领队人员所乘坐的目标车辆的预设路线信息和第二设备实时发送的第二定位信息；第一确定单元602，用于根据第一定位信息、第二定位信息和预设路线信息，确定多个导航信息，每一导航信息对应一个出行方式，导航信息用于指示服务器所规划的实现同行人员与领队人员汇合时所需移动的目标路线、目标停靠站和目标耗时；第二确定单元603，用于若接收到第一设备发送的出行选择信息，则根据出行选择信息确定对应的目标导航信息和对应的显示策略，出行选择信息用于指示同行人员选择的目标出行方式，显示策略用于指示第一设备中的与目标出行方式关联显示的应用程序的类型和显示方式；显示单元604，用于向第一设备发送导航响应指令，以基于显示策略在第一设备上显示目标导航信息。
[0080] 在一个可能的实施例中，在根据第一定位信息、第二定位信息和预设路线信息，确定多个导航信息方面，第一确定单元602具体用于：根据预设路线信息，确定目标车辆的停靠站信息，停靠站信息用于指示临时停靠站的位置信息、预设停靠站的位置信息以及每一预设停靠站对应的停靠时间，临时停靠站为在行驶路线上设置的可供目标车辆使用的临时性停靠站点；根据预设路线信息和第二定位信息，确定目标车辆对应的已行驶路线和未行驶路线；根据第二定位信息，确定目标车辆在已行驶路线上的平均行驶速度；以及，根据第一定位信息、临时停靠站的位置信息和预设停靠站的位置信息，确定第一设备与未行驶路线上的预设停靠站或临时停靠站之间的多个初始路线；根据平均行驶速度、停靠站信息和多个初始路线，确定每一出行方式对应的目标路线和目标耗时；以及，确定目标路线对应的预设停靠站或临时停靠站为目标停靠站；根据每一出行方式对应的目标路线、目标耗时和目标停靠站，确定多个导航信息。
[0081] 在一个可能的实施例中，在根据平均行驶速度、停靠站信息和多个初始路线，确定每一出行方式对应的目标路线和目标耗时方面，第一确定单元602具体用于：根据第二定位信息、平均行驶速度和停靠站信息确定多个预计耗时，预计耗时为服务器预测的目标车辆到达未行驶路线上的对应的预设停靠站或临时停靠站所需耗费的时长，每一预计耗时对应一个初始路线；获取每一出行方式关联的当前时段下的交通出行信息，交通出行信息包括影响对应的出行方式的出行时间的关联因素的关联信息；针对每一出行方式，根据对应的交通出行信息、多个初始路线和多个预计耗时确定参考路线，参考路线为同行人员能够在对应的出行方式下与领队人员完成汇合所导航的初始路线；若单个出行方式存在多个参考路线，则根据预设的路线筛选策略，从多个参考路线中确定目标路线，并确定目标路线对应的预计耗时为目标耗时。
[0082] 在一个可能的实施例中，在根据预设的路线筛选策略，从多个参考路线中确定目标路线方面，第一确定单元602具体用于：根据预设的筛选要素集合，确定与对应的出行方式关联的参考筛选要素，参考筛选要素包括以下任意一种或多种类型：参考筛选要素包括路况条件、交通成本、出行风险、出行时间；根据参考筛选要素和预设的优先级规则，确定每一参考路线的综合优先级，其中，优先级规则包括第一优先级排序标准和第二优先级排序标准，第一优先级排序标准用于指示同一参考筛选要素下的参考路线的第一等级优先级，第二优先级排序标准用于指示任意两个参考筛选要素之间的第二等级优先级，综合优先级由第一等级优先级和第二等级优先级确定；确定综合优先级最高的参考路线为目标路线。
[0083] 在一个可能的实施例中，在针对每一出行方式，根据对应的交通出行信息和多个预计耗时确定参考路线方面，第一确定单元602具体用于：获取第二设备发送的历史配速信息，历史配速信息包括与正在处理的出行方式对应的多次交通出行中所记载的出行配速；根据历史配速信息，确定高于预设配速阈值的每个出行配速的出现频率，预设配速阈值为相关人员基于出行经验设置的处于非异常状态下的正在处理的出行方式对应的最小配速；
确定出行频率大于预设频率的出行配速的平均值为基础配速；以及，根据交通出行信息中的多个关联信息，确定与关联因素对应的多个配速增值和/或配速减值；根据基础配速、配速增值或者配速减值，确定参考配速；根据参考配速和初始路线的路线长度，确定参考耗时，每一参考耗时对应一个正在处理的出行方式的初始路线；确定对应的参考耗时小于预计耗时的初始路线为正在处理的出行方式对应的参考路线。
[0084] 在一个可能的实施例中，在向第一设备发送导航响应指令，以基于显示策略在第一设备上显示目标导航信息方面，显示单元604具体用于：若目标出行方式为私家车出行，则向第一设备发送导航响应指令以控制第一设备跳转显示关联的地图类应用程序，并根据目标导航信息生成地图画面；以及，将地图类应用程序同步投屏在预先绑定的车载终端；若目标出行方式为打车出行，则向第一设备发送导航响应指令以控制第一设备跳转显示关联的打车类应用程序，并根据目标导航信息生成打车订单以启用打车服务；若目标出行方式为公共交通出行，则向第一设备发送导航响应指令以控制第一设备跳转显示关联的路线查询类应用程序，并查询与目标导航信息关联的线路信息；若目标出行方式为步行或者骑行，则向第一设备发送导航响应指令以控制第一设备跳转显示关联的地图类应用程序，并启用与目标导航信息对应的导航指引服务。
[0085] 在一个可能的实施例中，显示单元604具体还用于：若目标导航信息对应的目标停靠站为预设停靠站，则当检测到第二定位信息位于目标停靠站时，向第二设备发送第一提示信息以提示领队人员等待同行人员；若目标导航信息对应的目标停靠站为临时停靠站，则当检测到第二定位信息与目标停靠站之间的距离小于预设距离，或者，第二定位信息位于相邻目标停靠站最近的上一预设停靠站时，向第二设备发送第二提示信息以提示领队人员在目标停靠站停留预设时间，预设时间与目标出行方式相关联。
[0086] 在采用集成的单元的情况下，如图7所示，图7是本申请实施例提供的另一种基于追随导航的数据处理装置的功能单元组成框图。在图7中，基于追随导航的数据处理装置60包括：处理模块702和通信模块701。处理模块702用于对基于追随导航的数据处理装置60的动作进行控制管理，例如，获取单元601、第一确定单元602、第二确定单元603和显示单元604的步骤，和/或用于执行本文所描述的技术的其它过程。通信模块701用于支持基于追随导航的数据处理装置与其他设备之间的交互。如图7所示，基于追随导航的数据处理装置可以包括存储模块703，存储模块703用于存储基于追随导航的数据处理装置的程序代码和数据。
[0087] 其中，处理模块702可以是处理器或控制器，例如可以是中央处理器(Central Processing Unit，CPU)，通用处理器，数字信号处理器(Digital Signal Processor，DSP)，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块701可以是收发器、RF电路或通信接口等。存储模块703可以是存储器。
[0088] 其中，上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。上述基于追随导航的数据处理装置60均可执行上述图2所示的基于追随导航的数据处理方法。
[0089] 上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘。
[0090] 图8是本申请实施例提供的一种服务器的结构框图。如图8所示，服务器110可以包括一个或多个如下部件：处理器810、与处理器810耦合的存储器820，其中存储器820可存储有一个或多个程序821，一个或多个程序821可以被配置为由一个或多个处理器810执行时实现如上述各实施例描述的方法。此处所述的服务器为上述实施例中的服务器110。
[0091] 处理器810可以包括一个或者多个处理核。处理器810利用各种接口和线路连接整个服务器110内的各个部分，通过运行或执行存储在存储器820内的指令、程序、代码集或指令集，以及调用存储在存储器820内的数据，执行服务器110的各种功能和处理数据。可选地，处理器810可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器810可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器810中，单独通过一块通信芯片进行实现。
[0092] 存储器820可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read‑Only Memory，ROM)。存储器820可用于存储指令、程序、代码、代码集或指令集。存储器820可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等。存储数据区还可以存储服务器110在使用中所创建的数据等。
[0093] 可以理解的是，服务器110可包括比上述结构框图中更多或更少的结构元件，在此不进行限定。
[0094] 本申请实施例还提供一种计算机存储介质，其中，其上存储有计算机程序/指令，所述计算机程序/指令被处理器执行时实现如上述方法实施例中记载的任一方法的部分或全部步骤。
[0095] 本申请实施例还提供一种计算机程序产品，上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。
[0096] 应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
[0097] 在本申请所提供的几个实施例中，应该理解到，所揭露的方法、装置和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的；例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式；例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0098] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0099] 另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理包括，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0100] 上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、磁碟、光盘、易失性存储器或非易失性存储器。其中，非易失性存储器可以是只读存储器(read‑only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random access memory，RAM)可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(doubledata rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)等各种可以存储程序代码的介质。
[0101] 虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，可轻易想到变化或替换，均可作各种更动与修改，包含上述不同功能、实施步骤的组合，包含软件和硬件的实施方式，均在本发明的保护范围。
