本申请涉及智能交通技术领域，尤其涉及提供前往一个地点的指引信息的方法、装置及存储介质。
背景技术
随着智能设备的普及和移动互联网的高速发展，网约车或地图等出行应用为人们的出行提供了较多便利，出行应用在日常生活中的使用越来越频繁。
以网约车为例，当乘客发起网约车订单时，可以通过出行应用选定或输入乘车位置，接收该网约车订单的司机则到达乘客的接驾地点接送该乘客。然而，乘客有可能对该接驾地点周边不熟悉、或者乘客不清楚所指定的接驾地点有某些交通限制、或者乘客指定了一个不够明确的接驾地点，当发生上述这类情况，乘客与司机可能未能约定一个合适的位置，从而导致司机或乘客未能及时到达该接驾地点，该网约车订单可能会占用较长时间和资源才能完成，最终导致该网约车订单得不到高效处理，导致服务资源的无效消耗。
以地图场景为例，用户在使用地图应用查询其所要达到的目标地点时，用户有可能处于某些大型场所内，由于用户可能对该场所内部不熟悉，其在该场所内部可能很难到达目标地点。综上，相关技术中的提供指引信息的方案存在较多弊端。
技术实现要素：
基于此，本申请提供了提供前往一个地点的指引信息的方法、装置及存储介质。
一种提供前往一个地点的指引信息的方法，所述方法包括：
确定一个移动设备所处位置；
若所述所处位置在指定场所内，确定与所述指定场所对应的一个目标地点；
获取与所述目标地点对应的指引数据以及与所述指定场所对应的辅助数据；
根据获取到的指引数据和辅助数据，展示前往所述目标地点的指引信息以及展示所述指定场所的辅助信息。
在一个可选的实现方式中，若所述指定场所有多个楼层，所述辅助数据至少包括所述指定场所的楼层立体结构数据和楼层标识数据；
所述展示所述指定场所的辅助信息，包括：
展示所述指定场所的楼层立体结构信息以及各所述楼层的标识。
在一个可选的实现方式中，针对指定场所，预先配置有与所述指定场所对应的多个备选地点，所述确定与所述指定场所对应的一个目标地点，包括：
从与指定场所对应的多个备选地点中，确定一个备选地点作为所述目标地点。
在一个可选的实现方式中，所述确定一个备选地点作为目标地点，包括：
在用户界面上提供针对所述多个备选地点的选择入口，根据所述选择入口确定被选中的备选地点为所述目标地点。
在一个可选的实现方式中，所述确定一个备选地点作为所述目标地点，包括：
通过如下任一种方式选取备选地点作为所述目标地点：
选取路况信息指示路况最为顺畅的备选地点；
选取距离所述所处位置最近的备选地点；
当所述方法应用于网约车场景时，选取距离待接驾乘客的目的地点最近的备选地点；
当所述方法应用于网约车场景时，选取涉及所述指定场所的当前正在进行的订单中，被确定为目标地点数量最少的备选地点。
在一个可选的实现方式中，所述方法应用于网约车场景，所述备选地点通过如下方式预先确定：
获取历史已完成订单数据，所述历史已完成订单数据中的目标地点处于所述指定场所周边的预定范围内；
根据所述历史已完成订单数据确定各所述目标地点的出现数量；
根据各所述目标地点的出现数量确定所述备选地点。
在一个可选的实现方式中，所述方法应用于网约车场景，所述指定场所通过如下方式预先确定：
获取至少包括有乘客所在场所信息的历史被取消订单数据；
根据所述历史被取消订单数据确定各所述所在场所出现被取消订单的数量；
根据各所述所在场所出现被取消订单的数量确定所述指定场所。
在一个可选的实现方式中，所述指引数据包括如下一种或多种数据：
所述目标地点的描述信息、到达所述目标地点的路线描述信息，到达所述目标地点的路线的图像数据、到达所述目标地点的路线的视频数据、到达所述目标地点的路线的语音数据。
一种提供前往一个地点的指引信息的装置，所述装置包括：
位置确定模块，用于：确定一个移动设备所处位置；
目标地点确定模块，用于：若所述所处位置在指定场所内，确定与所述指定场所对应的一个目标地点；
数据获取模块，用于：获取与所述目标地点对应的指引数据以及与所述指定场所对应的辅助数据；
展示模块，用于：根据获取到的指引数据和辅助数据，展示前往所述目标地点的指引信息以及展示所述指定场所的辅助信息。
在一个可选的实现方式中，若所述指定场所有多个楼层，所述辅助数据至少包括所述指定场所的楼层立体结构数据和楼层标识数据；
所述展示模块，还用于：
展示所述指定场所的楼层立体结构信息以及各所述楼层的标识。
在一个可选的实现方式中，针对指定场所，预先配置有与所述指定场所对应的多个备选地点，所述目标地点确定模块，还用于：
从与指定场所对应的多个备选地点中，确定一个备选地点作为所述目标地点。
在一个可选的实现方式中，所述装置应用于网约车场景，所述装置还包括备选地点确定模块，用于通过如下方式预先确定备选地点：
获取历史已完成订单数据，所述历史已完成订单数据中的目标地点处于所述指定场所周边的预定范围内；
根据所述历史已完成订单数据确定各所述目标地点的出现数量；
根据各所述目标地点的出现数量确定所述备选地点。
在一个可选的实现方式中，所述装置应用于网约车场景，所述装置还包括指定场所确定模块，用于通过如下方式预先确定指定场所：
获取至少包括有乘客所在场所信息的历史被取消订单数据；
根据所述历史被取消订单数据确定各所述所在场所出现被取消订单的数量；
根据各所述所在场所出现被取消订单的数量确定所述指定场所。
一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：
确定一个移动设备所处位置；
若所述所处位置在指定场所内，确定与所述指定场所对应的一个目标地点；
获取与所述目标地点对应的指引数据以及与所述指定场所对应的辅助数据；
根据获取到的指引数据和辅助数据，展示前往所述目标地点的指引信息以及展示所述指定场所的辅助信息。
本申请的实施例提供的技术方案可以包括以下有益效果：
本申请实施例的提供前往一个地点的指引信息的方案，对于指定场所，对应有目标地点，当用户的所处位置处于该指定场所内时，可以确定与该指定场所的对应的一个目标地点；并获取与所述目标地点对应的指引数据和与所述指定场所对应的辅助数据；根据获取到的指引数据和辅助数据，展示前往所述目标地点的指引信息以及展示所述指定场所的辅助信息。由于本申请实施例展示有指定场所的辅助信息，因此便于用户熟悉该指定场所，另一方面，在指引信息的指引下，用户也可以更快地到达该目标地点。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。
图1a是本申请根据一示例性实施例示出的一种提供前往一个地点的指引信息方法的应用场景图。
图1b是本申请根据一示例性实施例示出的一种提供前往一个地点的指引信息方法的流程图。
图1c是本申请根据一示例性实施例示出的一种用户界面的示意图。
图1d是本申请根据一示例性实施例示出的另一种用户界面的示意图。
图2是本申请根据一示例性实施例示出的一种提供前往一个地点的指引信息装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
以网约车场景为例，当乘客在使用出行应用时，乘客通常是使用电子设备的定位地点、或者是乘客通过出行应用选定或输入接驾地点，出行应用根据乘客的设定将接驾地点通过服务器发送给司机，由司机驾车至乘客的接驾地点接送该乘客。然而，乘客有可能对该接驾地点周边不熟悉、或者乘客不清楚所指定的接驾地点有某些交通限制、或者乘客指定了一个不够明确的接驾地点，当发生上述这类情况，乘客与司机可能未能约定一个合适的位置，从而导致司机或乘客未能及时到达该接驾地点，该网约车订单可能会占用较长时间和资源才能完成，最终导致该网约车订单得不到高效处理，导致服务资源的无效消耗。
以地图场景为例，用户在使用地图应用查询其所要达到的目标地点时，用户有可能处于某些大型场所内，由于用户可能对该场所内部不熟悉，其在该场所内部可能很难到达目标地点。综上，相关技术中的提供指引信息的方案存在较多弊端。
本申请实施例中，对于指定场所，对应有目标地点，当用户的所处位置处于该指定场所内时，可以确定与该指定场所的对应的一个目标地点；并获取与所述目标地点对应的指引数据和与所述指定场所对应的辅助数据；根据获取到的指引数据和辅助数据，展示前往所述目标地点的指引信息以及展示所述指定场所的辅助信息。由于本申请实施例展示有指定场所的辅助信息，因此便于用户熟悉该指定场所，另一方面，在指引信息的指引下，用户也可以更快地到达该目标地点。
当本申请实施例应用于网约车场景中，由于展示有指定场所的辅助信息，乘客能够熟悉该指定场所的内部环境，乘客能够在该指引信息的引导下快速地到达接驾地点；另一方面，由于目标地点可以预先配置，因此目标地点可以针对该指定场所合理选择合适的位置，因此司机也能够快速地到达目标地点接送乘客。通过上述方案，可以防止网约车订单占用较长时间和资源，使网约车订单得到高效处理。接下来对本申请实施例进行详细说明。
如图1a所示，是本申请根据一示例性实施例示出的一种提供前往一个地点的指引信息方法的应用场景图，图1b是本申请根据一示例性实施例示出的一种提供前往一个地点的指引信息方法的流程图，本实施例中，该方法可应用于电子设备中安装的出行应用，包括如下步骤101至104：
在步骤101中，确定一个移动设备所处位置。
在步骤102中，若所述所处位置在指定场所内，确定与所述指定场所对应的一个目标地点。
在步骤103中，获取与所述目标地点对应的指引数据和与所述指定场所对应的辅助数据。
在步骤104中，根据获取到的指引数据和辅助数据，展示前往所述目标地点的指引信息以及展示所述指定场所的辅助信息。
本实施例的指定场所可以是一个或多个，指定场所可以是如机场、火车站、体育馆、地铁口、商场或小区等覆盖地理范围较大、或者有多个出口、或者有多个停车场、或者是停车场分布在多个楼层等场所。本领域技术人员可以根据需要灵活配置该指定场所，本实施例对此不作限定。具体的，实际应用中，可以是获取需要向用户提供指引信息的地区的地图数据，结合该地区的地理情况而选定一个或多个指定场所。
举例来说，机场或火车站等场所通常覆盖的地理范围较大，以机场为例，机场可能有多个航站楼，可能有多个停车场，各停车场可能还分布在不同的位置或楼层。当乘客持电子设备开启出行应用需要乘车时，电子设备通常是定位出该乘客处于机场内，但由于机场较大，乘客可能无法快速地确定出一个合适的目标地点(该目标地点可以包括乘客期望司机接送的接驾地点)。对于此类场所，本领域技术人员可以将该场所配置为本实施例的指定场所。
再次举例，以商场为例，商场可能由多栋楼构成，每栋楼有多个楼层，每栋楼可能有多个出入口。当用户处于商场内部，期望到达户外某个地点时，用户可能持电子设备开启地图应用搜寻路线，但通常地图应用可能是在用户指定下或者是应用随机选取某个出口后，应用提供从该出口至用户期望地点的路线。由于商场较大，用户在商场内部可能并不清楚该如何选取出口，并快速地到达该出口。对于此类场所，本领域技术人员可以将该场所配置为本实施例的指定场所。
进一步地，在确定指定场所后，可以配置每个指定场所的至少一个目标地点，实际应用中，与指定场所对应的目标地点，可以是实时在线根据地图数据或指定场所周边环境等等因素而实时确定，也可以是预先配置。具体的，该目标地点可以由本领域技术人员根据该指定场所的实际情况而确定。举例来说，以机场为例，本领域技术人员可以通过收集地图数据自动分析、或者是采用实际考察的方式，确定机场的一个或多个航站楼的具体位置、该机场的一个或多个停车场的分布位置和分布楼层、该机场外围周边的道路数据、以及相关的交通管制信息、历史路况数据等等信息，进而确定出一个或多个目标地点。进一步的，在配置了指定场所和目标地点后，本实施例的方案还可进一步配置对应到达所述目标地点的指引数据，以及该指定场所的辅助数据。由前述分析可知，指定场所可能较大、楼层较多、用户有可能对该指定场所内和周边不熟悉等等，因此本实施例还提供了指引数据。举例来说，指引数据可以包括有：所述目标地点的描述信息、到达所述目标地点的路线描述信息，到达所述目标地点的路线的图像数据、到达所述目标地点的路线的视频数据、到达所述目标地点的路线的语音数据等等，实际应用中可以根据需要而灵活配置，本实施例对此不作限定。
其中，指定场所的辅助数据可以包括与所述指定场所的地理环境和内部结构相关的辅助数据，例如可以是指定场所的地图数据、3d模型数据或实景图像等等，以用于展示指定场所的辅助信息，供用户熟悉指定场所的具体环境。在一个可选的实现方式中，若所述指定场所有多个楼层，所述辅助数据至少包括所述指定场所的楼层立体结构数据和楼层标识数据。通过该方式，可以便于用户熟悉指定场内的环境，从而更快地达到目标地点。
具体的指引过程，电子设备可以获取用户的移动设备的所处位置，该所处位置可以具体指移动设备所处的地理位置信息。电子设备可以采用多种地理位置判断技术获得其地理位置信息例如，当电子设备为智能手机时，其可以基于gps(全球定位系统，globalpositioningsystem)方式获得地理位置信息，也可以通过移动运营商网络的基站测距方式获得地理位置信息，或者采用结合基站测距和gps方式进行联合定位的a-gps(assistedgps，辅助gps)方式获得地理位置信息，本申请实施例对此不一一详述。
通过地理位置判断技术确定了移动设备的所处位置后，可进一步确定该所处位置是否在上述的指定场所内，若是，确定可以提供指引。其中，前述的指定场所、对应的目标地点、以及对应到达所述目标地点的指引数据、以及指定场所的辅助数据，可以是预先配置在出行应用中，也可以是预先配置在提供出行应用的服务器。因此，确定移动设备的所处位置是否在上述的指定场所内，可以是出行应用进行确定，也可以是出行应用通过所述服务器进行确定。
其中，由于针对指定场所可能对应有一个目标地点，也有可能预先配置多个地点。本实施例中采用对指定场所预先配置一个或多个备选地点的方式，采用预先配置的方式，可以提高处理效率。若指定场所对应的备选地点只有一个，则确定备选地点作为目标地点。在其他可选的实现方式中，针对指定场所，若预先配置有与所述指定场所对应的多个备选地点，所述确定与所述指定场所对应的一个目标地点，包括：
从与指定场所对应的多个备选地点中，确定一个备选地点作为所述目标地点。
若备选地点有多个，则可以灵活确定一个备选地点作为目标地点，例如可以是随机选取，或者是根据当前各所述备选地点周边的路况信息、各所述备选地点周边的人流量信息，或者是该所处位置，或者是用户期望的目的地点等等因素而确定。通过提供多个备选地点的方式，可以使指引方案更为灵活，以适应不同用户的具体情况，提供更符合实际需求的指引信息。
在其他可选的实现方式中，若所述指定场所对应有多个备选地点，还可以是由用户自由选择，具体的，所述确定一个备选地点作为目标地点，包括：
在用户界面上提供针对所述多个备选地点的选择入口，根据所述选择入口确定被选中的备选地点为所述目标地点。
如图1c所示，是本申请根据一示例性实施例示出的一种用户界面的示意图，本实施例中，出行应用可以在用户界面上提供针对各所述备选地点的选择入口，以供用户选择其需要的目标地点。
进一步的，在确定了目标地点后，出行应用可以获取与该目标地点对应的指引数据以及所述指定场所的辅助数据，具体获取方式可以是出行应用预先配置，也可以是从服务器获取。出行应用可以根据获取到的指引数据展示达到目标地点的指引信息，以及根据指定场所的辅助数据展示辅助信息。
实际应用中，针对一种或多种指引数据和辅助数据，可以对应地配置一种或多种展示方式，例如是电子设备在用户界面以文字信息展示所述目标地点的描述信息(例如目标地点的名称、或所在位置、或者某些特殊标志等等)、到达所述目标地点的路线描述信息、或者是语音的方式输出到达所述目标地点的路线的语音数据、或者是采用多媒体技术展示到达所述目标地点的路线的视频数据等等多种方式，在其他可选的实现方式中，电子设备还可以利用相关联的其他电子设备展示指引信息和辅助信息，例如采用相关联的智能手表或智能眼镜等进行展示等等。
其中，针对至少包括所述指定场所的楼层立体结构数据和楼层标识数据的所述辅助数据；所述展示所述指定场所的辅助信息，可以包括：
展示所述指定场所的楼层立体结构信息以及各所述楼层的标识。
如图1d所示，是本申请根据一示例性实施例示出的一种用户界面的示意图，图1d中采用文字示出了目标地点的名称、到达所述目标地点的路线描述信息，以及示出了所述指定场所的楼层立体结构图像以及各所述楼层的标识，通过上述展示方式，可以便于用户熟悉指定场内的环境，从而更快地达到目标地点。
本申请实施例所提供的方案可应用于网约车场景中，接下来以网约车场景为例再次说明。
在网约车场景中，本实施例的指定场所可以是一个或多个，指定场所可以是如机场、火车站、体育馆、地铁口、商场或小区等覆盖地理范围较大、或者有多个出口、或者有多个停车场、或者是停车场分布在多个楼层等场所。
在其他例子中，本实施例还提供了通过大数据分析而确定指定场所的实施方式。除了上述机场、火车站等较为常见的大型场所，在网约车场景中，假设某些场所周边的道路路况较差、或者有交通限制、或者是该场所覆盖地理范围较大，当乘客对周边不熟悉，其有可能在选定接驾地点后，由于上述种种原因导致网约车订单被取消，对于此类经常出现被取消订单的场所，也可以设定为本实施例的指定场所。针对此种情况，在一个可选的实现方式中，所述指定场所可以利用历史被取消订单数据中，乘客所在场所出现被取消订单的数量而确定，具体的，所述指定场所可以通过如下方式预先确定：
获取至少包括有乘客所在场所信息的历史被取消订单数据；
根据所述历史被取消订单数据确定各所述所在场所出现被取消订单的数量；
根据各所述所在场所出现被取消订单的数量确定所述指定场所。
本实施例中可应用网约车场景中，基于网约车服务器所维护的历史数据，利用大数据分析技术可以挖掘出指定场所。具体的，本实施例中的历史被取消订单数据，可以包括由乘客发起的网约车订单、并设置有接驾地点后，由乘客或司机取消的订单数据。该历史被取消订单数据中的乘客所在场所信息可以根据数据中的接驾地点并结合地图数据而确定。假设某些场所出现被取消订单的数量非常多，则此场所可能存在某些原因导致司机无法顺利接送乘客，因此，本实施例根据各所述所在场所出现被取消订单的数量确定所述指定场所，可以自动挖掘和分析出更多的指定场所。
针对指定场所，预先配置每个指定场所的一个或多个备选地点(该备选地点可以包括乘客与司机约定的接驾地点)，该备选地点可以由本领域技术人员根据该指定场所的实际情况而确定。
在其他例子中，本实施例还提供了通过大数据分析而确定指定场所的备选地点的实施方式，例如，备选地点可以利用历史已完成订单数据中，所述目标地点的出现数量而确定。具体的，在一个可选的实现方式中，所述备选接驾地点通过如下方式预先确定：
获取历史已完成订单数据，所述历史已完成订单数据中的目标地点处于所述指定场所周边的预定范围内；
根据所述历史已完成订单数据确定各所述目标地点的出现数量；
根据各所述目标地点的出现数量确定所述备选地点。
本实施例中可应用网约车场景中，基于网约车服务器所维护的历史数据，利用大数据分析技术可以挖掘出备选地点。具体的，本实施例中的历史已完成订单数据，可以包括由乘客发起的网约车订单、并设置有目标地点(也即是实际的接驾地点)后最终完成网约车交易的订单数据。假设指定场周边的预定范围内，某些目标地点的出现数量越多，表示有较多的乘客在该目标地点顺利被接送，因此，本实施例根据各所述目标地点的出现数量确定所述备选地点，从而可以自动挖掘和分析出更多合理的备选地点。
进一步的，在配置了指定场所和备选地点后，本实施例的方案还进一步配置对应到达所述备选地点的指引数据，以及该指定场所的辅助数据。
当出行应用确定乘客在该指定场所的范围内，如果备选地点只有一个，则确定该备选地点为目标地点；若备选地点有多个，则可根据实际情况灵活选取一个目标地点。
在一个可选的实现方式中，若所述指定场所对应有多个备选地点，所述确定一个备选地点作为目标地点，包括：
通过如下任一种方式选取备选地点作为所述目标地点：
第一种、选取路况信息指示路况最为顺畅的备选地点。本实施例中，考虑到指定场所周边的路况可能不同，因此可以以路况作为参考因素，从多个备选地点中选取出路况最为顺畅的备选地点。
第二种、选取距离所述所处位置最近的备选地点。本实施例中，考虑到不同备选地点与用户的所处位置的距离可能不同，因此可以以距离作为参考因素，从多个备选地点中选取出最为接近的备选地点，从而可以方便用户更快到达目标地点。
第三种、在网约车场景中，选取距离待接驾乘客的目的地点最近的备选地点。本实施例中，考虑到不同备选地点与待接驾乘客的目的地点的距离可能不同，因此可以以距离作为参考因素，从多个备选地点中选取出与待接驾乘客的目的地点最为接近的备选接驾地点，在网约车场景下，可以减少订单费用。
第四种、选取涉及所述指定场所的当前正在进行的订单中，被确定为实际地点数量最少的备选地点。本实施例中，考虑到该指定场所的各目标地点可能都有较多乘客需要接驾，各目标地点可能人流量较大、可能会停放较多车辆，因此，本实施例可以利用指定场所周边的订单数据近确定，若当前订单数据指示较多乘客在某个备选地点，则该地点人流量可能较大，若当前订单数据指示某个备选地点没有待接驾乘客或乘客人数较少，则该地点人流量可能不会太大，则可以确定为目标地点，从而可以使乘客更为便捷地乘车，并可以合理地调整各备选地点的待接驾乘客数量。
在确定了目标地点后，出行应用可以获取与该目标地点对应的指引数据以及所述指定场所的辅助数据，具体获取方式可以出行应用预先配置，也可以是从服务器获取。出行应用可以根据获取到的指引数据展示达到目标地点的指引信息，以及根据指定场所的辅助数据展示辅助信息。
由上述实施例可见，由于展示有指定场所的辅助信息，乘客能够熟悉该指定场所的内部环境，乘客能够在该指引信息的引导下快速地到达接驾地点；另一方面，由于目标地点可以预先配置，因此目标地点可以针对该指定场所合理选择合适的位置，因此司机也能够快速地到达目标地点接送乘客。通过上述方案，可以防止网约车订单占用较长时间和资源，使网约车订单得到高效处理。
与前述提供前往一个地点的指引信息方法的实施例相对应，本申请还提供了提供前往一个地点的指引信息装置及其所对应的计算机存储介质的实施例。
如图2所示，图2是本申请根据一示例性实施例示出的一种提供前往一个地点的指引信息装置的框图，所述装置包括：
位置确定模块21，用于：确定一个移动设备所处位置；
目标地点确定模块22，用于：若所述所处位置在指定场所内，确定与所述指定场所对应的一个目标地点；
数据获取模块23，用于：获取与所述目标地点对应的指引数据以及与所述指定场所对应的辅助数据；
展示模块24，用于：根据获取到的指引数据和辅助数据，展示前往所述目标地点的指引信息以及展示所述指定场所的辅助信息。
本实施例的指定场所可以是一个或多个，指定场所可以是如机场、火车站、体育馆、地铁口、商场或小区等覆盖地理范围较大、或者有多个出口、或者有多个停车场、或者是停车场分布在多个楼层等场所。本领域技术人员可以根据需要灵活配置该指定场所，本实施例对此不作限定。具体的，实际应用中，可以是获取需要向用户提供指引信息的地区的地图数据，结合该地区的地理情况而选定一个或多个指定场所。
进一步地，在确定指定场所后，可以配置每个指定场所的至少一个目标地点，该目标地点可以由本领域技术人员根据该指定场所的实际情况而确定。举例来说，以机场为例，本领域技术人员可以通过收集地图数据自动分析、或者是采用实际考察的方式，确定机场的一个或多个航站楼的具体位置、该机场的一个或多个停车场的分布位置和分布楼层、该机场外围周边的道路数据、以及相关的交通管制信息、历史路况数据等等信息，进而确定出一个或多个目标地点。
进一步的，在配置了指定场所和目标地点后，本实施例的方案还可进一步配置对应到达所述目标地点的指引数据，以及该指定场所的辅助数据。由前述分析可知，指定场所可能较大、楼层较多、用户有可能对该指定场所内和周边不熟悉等等，因此本实施例还提供了指引数据。举例来说，指引数据可以包括有：所述目标地点的描述信息、到达所述目标地点的路线描述信息，到达所述目标地点的路线的图像数据、到达所述目标地点的路线的视频数据、到达所述目标地点的路线的语音数据等等，实际应用中可以根据需要而灵活配置，本实施例对此不作限定。
其中，指定场所的辅助数据可以包括与所述指定场所的地理环境和内部结构相关的辅助数据，例如可以是指定场所的地图数据、3d模型数据或实景图像等等，以用于展示指定场所的辅助信息，供用户熟悉指定场所的具体环境。在一个可选的实现方式中，若所述指定场所有多个楼层，所述辅助数据至少包括所述指定场所的楼层立体结构数据和楼层标识数据；
所述展示模块24，还用于：
展示所述指定场所的楼层立体结构信息以及各所述楼层的标识。
电子设备可以获取用户的移动设备的所处位置，该所处位置可以具体指移动设备所处的地理位置信息。电子设备可以采用多种地理位置判断技术获得其地理位置信息例如，当电子设备为智能手机时，其可以基于gps(全球定位系统，globalpositioningsystem)方式获得地理位置信息，也可以通过移动运营商网络的基站测距方式获得地理位置信息，或者采用结合基站测距和gps方式进行联合定位的a-gps(assistedgps，辅助gps)方式获得地理位置信息，本申请实施例对此不一一详述。
通过地理位置判断技术确定了移动设备的所处位置后，可进一步确定该所处位置是否在上述的指定场所内，若是，确定可以提供指引。其中，前述的指定场所、对应的目标地点、以及对应到达所述目标地点的指引数据、以及指定场所的辅助数据，可以是预先配置在出行应用中，也可以是预先配置在提供出行应用的服务器。因此，确定移动设备的所处位置是否在上述的指定场所内，可以是出行应用进行确定，也可以是出行应用通过所述服务器进行确定。
其中，由于针对指定场所可能预先配置有一个目标地点，也有可能预先配置多个地点。因此，针对指定场所，若预先配置有与所述指定场所对应的多个备选地点，所述目标地点确定模块22，还用于：
从与指定场所对应的多个备选地点中，确定一个备选地点作为所述目标地点。
若备选地点有多个，则可以灵活确定一个备选地点作为目标地点，例如可以是随机选取，或者是根据当前各所述备选地点周边的路况信息、各所述备选地点周边的人流量信息，或者是该所处位置，或者是用户期望的目的地点等等因素而确定。通过提供多个备选地点的方式，可以使指引方案更为灵活，以适应不同用户的具体情况，提供更符合实际需求的指引信息。
在一个可选的实现方式中，所述目标地点确定模块22，还用于：
在用户界面上提供针对所述多个备选地点的选择入口，根据所述选择入口确定被选中的备选地点为所述目标地点。
在一个可选的实现方式中，所述目标地点确定模块22，还用于：
通过如下任一种方式选取备选地点作为所述目标地点：
选取路况信息指示路况最为顺畅的备选地点；
选取距离所述所处位置最近的备选地点；
当所述方法应用于网约车场景时，选取距离所述乘客的目的地点最近的备选地点；
当所述方法应用于网约车场景时，选取涉及所述指定场所的当前正在进行的订单中，被确定为目标地点数量最少的备选地点。
进一步的，在确定了目标地点后，出行应用可以获取与该目标地点对应的指引数据以及所述指定场所的辅助数据，具体获取方式可以是出行应用预先配置，也可以是从服务器获取。出行应用可以根据获取到的指引数据展示达到目标地点的指引信息，以及根据指定场所的辅助数据展示辅助信息。
其中，所述指引数据可以包括如下一种或多种数据：
所述目标地点的描述信息、到达所述目标地点的路线描述信息，到达所述目标地点的路线的图像数据、到达所述目标地点的路线的视频数据、到达所述目标地点的路线的语音数据。
实际应用中，针对一种或多种指引数据和辅助数据，可以对应地配置一种或多种展示方式，例如是电子设备在用户界面以文字信息展示所述目标地点的描述信息、到达所述目标地点的路线描述信息、或者是语音的方式输出到达所述目标地点的路线的语音数据、或者是采用多媒体技术展示到达所述目标地点的路线的视频数据等等多种方式，在其他可选的实现方式中，电子设备还可以利用相关联的其他电子设备展示指引信息和辅助信息，例如采用相关联的智能手表或智能眼镜等进行展示等等。
在一个可选的实现方式中，所述装置应用于网约车场景，所述装置还包括备选地点确定模块(图2中未示出)，用于通过如下方式预先确定备选地点：
获取历史已完成订单数据，所述历史已完成订单数据中的目标地点处于所述指定场所周边的预定范围内；
根据所述历史已完成订单数据确定各所述目标地点的出现数量；
根据各所述目标地点的出现数量确定所述备选地点。
本实施例中可应用网约车场景中，基于网约车服务器所维护的历史数据，利用大数据分析技术可以挖掘出备选地点。具体的，本实施例中的历史已完成订单数据，可以包括由乘客发起的网约车订单、并设置有目标地点(也即是实际的接驾地点)后最终完成网约车交易的订单数据。假设指定场周边的预定范围内，某些目标地点的出现数量越多，表示有较多的乘客在该目标地点顺利被接送，因此，本实施例根据各所述目标地点的出现数量确定所述备选地点，从而可以自动挖掘和分析出更多合理的备选地点。
在一个可选的实现方式中，所述装置应用于网约车场景，所述装置还包括指定场所确定模块(图2中未示出)，用于通过如下方式预先确定指定场所：
获取至少包括有乘客所在场所信息的历史被取消订单数据；
根据所述历史被取消订单数据确定各所述所在场所出现被取消订单的数量；
根据各所述所在场所出现被取消订单的数量确定所述指定场所。
本实施例中可应用网约车场景中，基于网约车服务器所维护的历史数据，利用大数据分析技术可以挖掘出指定场所。具体的，本实施例中的历史被取消订单数据，可以包括由乘客发起的网约车订单、并设置有接驾地点后，由乘客或司机取消的订单数据。该历史被取消订单数据中的乘客所在场所信息可以根据数据中的接驾地点并结合地图数据而确定。假设某些场所出现被取消订单的数量非常多，则此场所可能存在某些原因导致司机无法顺利接送乘客，因此，本实施例根据各所述所在场所出现被取消订单的数量确定所述指定场所，可以自动挖掘和分析出更多的指定场所。
上述提供前往一个地点的指引信息装置中各个模块的功能和作用的实现过程具体详见上述提供前往一个地点的指引信息方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
相应的，本申请还提供一种计算机存储介质，所述存储介质中存储有程序指令，所述存储介质中存储有程序指令，所述程序指令包括：
确定一个移动设备所处位置。
若所述所处位置在指定场所内，确定与所述指定场所对应的一个目标地点。
获取与所述目标地点对应的指引数据和与所述指定场所对应的辅助数据。
根据获取到的指引数据和辅助数据，展示前往所述目标地点的指引信息以及展示所述指定场所的辅助信息。
本申请实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。
本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。