停车方向提示方法及装置与流程

本申请涉及互联网出行领域，特别涉及一种停车方向提示方法及装置。

背景技术：

目前的互联网出行场景中，司机和乘客之间可以通过基于互联网的服务来约定行程。现有技术中，乘客与司机通过系统约定行程，系统会将乘客指定的出发点位置信息转发给司机，以便司机驾车前往乘客指定的出发点附近接载乘客。

但是，由于转发给司机的位置信息只是一个点信息，因此司机到达指定的出发点附近后，并不清楚车辆的较佳停靠位置及车头朝向，如果车头方向与乘客指定的目的地方向不一致，则在开始行程后，司机可能需要通过掉头等方式来调整方向，该过程会导致车辆行驶多余的行程，特别是在路况较差(例如需要绕高架桥、或者交通拥堵)时，会耗费较长的时间，影响行车效率。

技术实现要素：

为了解决上述问题，本申请提供一种停车方向提示方法及装置。

具体地，本申请是通过如下技术方案实现的：

根据本申请实施例的第一方面，提供一种停车方向提示方法，所述方法包括：

获得第一用户指定的起点和终点；

根据所述第一用户指定的起点和终点，确定目标行程的行车路线；

根据所述目标行程的行车路线，生成停车方向提示消息，其中，所述停车方向提示消息用于提示第二用户在停车时车头方向与所述目标行程的行车起始方向一致；

输出所述停车方向提示消息。

本申请一实施例中，所述根据所述第一用户指定的起点和终点，确定目标行程的行车路线，包括：

根据所述第一用户指定的起点和终点，确定一条或多条行车路线；

将所述一条或多条行车路线中距离最短的行车路线，确定为目标行程的行车路线。

本申请一实施例中，所述根据所述第一用户指定的起点和终点，确定目标行程的行车路线，包括：

根据所述第一用户指定的起点和终点，确定一条或多条行车路线；

将所述一条或多条行车路线中路况最好的行车路线，确定为目标行程的行车路线。

本申请一实施例中，所述方法应用于服务器；

所述输出所述停车方向提示消息，包括：

将所述停车方向提示消息发送给向所述第二用户对应的终端设备，并指示该终端设备按照设定方式输出所述停车方向提示消息。

本申请一实施例中，所述方法应用于终端设备；

所述输出所述停车方向提示消息，包括：

按照设定方式在本终端设备输出所述停车方向提示消息。

本申请一实施例中，其特征在于，所述设定方式包括：

语音播报方式、和/或文本展示方式。

根据本申请实施例的第二方面，提供一种停车方向提示装置，所述装置包括：

地点获得模块，用于获得第一用户指定的起点和终点；

路线确定模块，用于根据所述地点获得模块获得的所述第一用户指定的起点和终点，确定目标行程的行车路线；

消息生成模块，用于根据所述路线确定模块确定出的所述目标行程的行车路线，生成停车方向提示消息，其中，所述停车方向提示消息用于提示第二用户在停车时车头方向与所述目标行程的行车起始方向一致；

消息输出模块，用于输出所述消息生成模块生成的所述停车方向提示消息。

本申请一实施例中，所述路线确定模块，包括：

第一路线确定子模块，用于根据所述地点获得模块获得的所述第一用户指定的起点和终点，确定一条或多条行车路线；

第二路线确定子模块，用于将所述第一路线确定子模块确定的所述一条或多条行车路线中距离最短的行车路线，确定为目标行程的行车路线。

本申请一实施例中，所述路线确定模块，包括：

第三路线确定子模块，用于根据所述地点获得模块获得的所述第一用户指定的起点和终点，确定一条或多条行车路线；

第四路线确定子模块，用于将所述第三路线确定子模块确定的所述一条或多条行车路线中路况最好的行车路线，确定为目标行程的行车路线。

本申请一实施例中，所述装置应用于服务器；

所述消息输出模块，包括：

消息发送子模块，用于将所述消息生成模块生成的所述停车方向提示消息发送给向所述第二用户对应的终端设备，并指示该终端设备按照设定方式输出所述停车方向提示消息。

本申请一实施例中，所述装置应用于终端设备；

所述消息输出模块，包括：

消息输出子模块，用于按照设定方式在本终端设备输出所述消息生成模块生成的所述停车方向提示消息。

本申请一实施例中，所述设定方式包括：

语音播报方式、和/或文本展示方式。

根据本申请实施例的第三方面，提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

获得第一用户指定的起点和终点；

根据所述第一用户指定的起点和终点，确定目标行程的行车路线；

根据所述目标行程的行车路线，生成停车方向提示消息，其中，所述停车方向提示消息用于提示第二用户在停车时车头方向与所述目标行程的行车起始方向一致；

输出所述停车方向提示消息。

本申请实施例中，可以根据乘客指定的起点和终点，为司机确定出一条较佳的行车路线，并将该行车路线的行车起始方向提供给司机，以便司机在到达乘客指定的起点附近时，按照该行车起始方向停车，从而保证车辆的车头方向与乘客指定的终点方向一致，提高了行车效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

图1a是本申请根据一示例性实施例示出的一种停车方向提示方法的流程图；

图1b是本申请根据一示例性实施例示出的图1a所示停车方向提示方法的应用场景图；

图2是本申请根据一示例性实施例示出的一种停车方向提示方法的信令流程图；

图3是本申请根据一示例性实施例示出的另一种停车方向提示方法的信令流程图；

图4是本申请根据一示例性实施例示出的一种停车方向提示装置的框图；

图5是本申请根据一示例性实施例示出的另一种停车方向提示装置的框图；

图6是本申请根据一示例性实施例示出的另一种停车方向提示装置的框图；

图7是本申请根据一示例性实施例示出的另一种停车方向提示装置的框图；

图8是本申请根据一示例性实施例示出的另一种停车方向提示装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

司机和乘客之间可以通过基于互联网的服务来约定行程。现有技术中，乘客与司机通过系统约定行程，系统会将乘客指定的出发点位置信息转发给司机，以便司机驾车前往乘客指定的出发点附近接载乘客。

然而，由于转发给司机的位置信息只是一个点信息，因此司机到达指定的出发点附近后，并不清楚车辆的较佳停靠位置及车头朝向，如果车头方向与乘客指定的目的地方向不一致，则在开始行程后，司机可能需要通过掉头等方式来调整方向，该过程会导致车辆行驶多余的行程，特别是在路况较差(例如需要绕高架桥、或者交通拥堵)时，会耗费较长的时间，影响行车效率。为了解决上述问题，本申请提供了一种停车方向提示方法及装置。

下面首先对本申请提供的一种停车方向提示方法进行介绍。

为便于描述，本申请以“打车”的应用场景为例对本申请技术方案进行说明。

如图1a所示，图1a是本申请根据一示例性实施例示出的一种停车方向提示方法的流程图，该方法可以包括以下步骤：

在步骤101中，获得第一用户指定的起点和终点。

本申请实施例中，第一用户指的是发布行程需求的用户，在打车场景中，第一用户指的是乘客。

本申请实施例中，第一用户可以在安装有打车软件乘客端的终端设备上输入行程需求信息，该行程需求信息中可以包括：第一用户指定的起点和终点，以及接驾时间等信息。

本申请实施例中，第一用户指定的起点和终点可以为模糊的地点，例如，起点是“嘉华大厦”，终点是“安贞门地铁站”；第一用户指定的起点和终点也可以为具体的地点，例如，起点是“上地三街西口公交站”，终点是“安贞门地铁站c出站口”。此外，第一用户指定的起点和终点可能是禁止停车的地点，也可能是允许停车的地点。

本申请实施例中，终端设备可以包括：智能手机、平板电脑等移动终端设备，以及智能穿戴式设备、个人数字助理以及膝上型便携式电脑等，本申请对此不作限定。

在步骤102中，根据第一用户指定的起点和终点，确定目标行程的行车路线。

可以理解的是，通常情况下，从一个地点去往另一个地点的行车路线存在不只一条，本申请实施例中，可以根据第一用户指定的起点和终点，规划出一条或者多条行车路线，之后，按照一定的最优路线筛选规则，从规划出的多条行车路线中，选择出一条行车路线作为目标行程的行车路线。

本申请实施例中，目标行程指的是第一用户指定的起点和终点所对应的行程。

在步骤103中，根据目标行程的行车路线，生成停车方向提示消息，其中，该停车方向提示消息用于提示第二用户在停车时车头方向与目标行程的行车起始方向一致。

可以理解的是，如果一条路线确定了，那么该路线的行车方向也是唯一确定的。

本申请实施例中，在确定目标行程的行车路线之后，进一步确定该目标行程的行车路线的唯一的行车起始方向，并生成携带有该行车起始方向的停车方向提示消息。

本申请实施例中，第二用户指的是驾车去接载第一用户的用户，在打车场景中，第二用户指的是司机。

例如，如果目标行程的行车路线的行车起始方向是“由西向东”，那么司机在到达接载点附近停车时，车辆的车头方向朝东。

在步骤104中，输出停车方向提示消息。

本申请实施例中，在生成停车方向提示消息后，将该停车方向提示消息输出给第二用户，以便司机停车时按照提示消息中提示的方向进行停车。

在一示例性应用场景中，如图1b所示，乘客在打车软件乘客端的界面上输入的起点和终点，分别为a建筑和b建筑，打车软件乘客端将乘客输入的起点和终点上传至系统，系统在获得乘客指定的起点“a建筑”和终点“b建筑”后，根据起点“a建筑”和终点“b建筑”，生成2条行车路线，分别为“路线1”和“路线2”，其中，“路线1”用黑色的路径标示，“路线2”用灰色的路径标示。

在目标行程的行车路线为“路线1”的情况下，由于“路线1”的行车起始方向为由东向西，因此生成用于指示司机停车时车头朝西的停车方向提示消息，并将该停车方向提示消息输出给司机。

在目标行程的行车路线为“路线2”的情况下，由于“路线2”的行车起始方向为由西向东，因此生成用于指示司机停车时车头朝东的停车方向提示消息，并将该停车方向提示消息输出给司机。

由上述实施例可见，该实施例可以根据乘客指定的起点和终点，为司机确定出一条较佳的行车路线，并将该行车路线的行车起始方向提供给司机，以便司机在到达乘客指定的起点附近时，按照该行车起始方向停车，从而保证车辆的车头方向与乘客指定的终点方向一致，提高了行车效率。

本申请实施例中，可以根据第一用户指定的起点和终点，确定一条或多条行车路线，当仅确定出一条行车路线时，直接将这条行车路线确定为目标行程的行车路线；当确定出多条行车路线时，可以结合路线总长度和道路路况(机动车流量)等因素，从所确定出的多条行车路线中选择出一条行车路线作为目标行程的行车路线。

基于此情况，在本申请提供的一种可选实施方式中，图1a中的步骤103可以包括：根据第一用户指定的起点和终点，确定一条或多条行车路线；将所确定的一条或多条行车路线中距离最短的行车路线，确定为目标行程的行车路线。

在本申请提供的另一种可选实施方式中，图1a中的步骤103可以包括：根据第一用户指定的起点和终点，确定一条或多条行车路线；将所确定的一条或多条行车路线中路况最好的行车路线，确定为目标行程的行车路线。

如图2所示，图2是本申请根据一示例性实施例示出的一种停车方向提示方法的信令流程图，考虑到服务器的数据存储能力和计算能力，通常优于终端设备，因此为了提高数据处理速度、节省终端设备的空间，本申请实施例方法应用于服务器，该信令流程图中包括：服务器、第一用户对应的终端设备和第二用户对应的终端设备，其中，

对于第一用户对应的终端设备，该终端设备执行以下步骤：

在步骤210中，接收第一用户指定的起点和终点。

在步骤211中，将第一用户指定的起点和终点发送给服务器。

本申请实施例中，第一用户指的是乘客，第一用户对应的终端设备中安装有打车软件乘客端，该打车软件乘客端可以提供有地点输入接口，该接口的形式可以为：文本框和/或麦克风，当接口为文本框时，乘客可以在文本框中输入起点和终点，或者用户点击文本框时，乘客端自动为乘客提供定位信息，供乘客选择；当接口为麦克风时，乘客可以通过点击或长按该麦克风，来输入包含起点和终点信息的语音。

在确定乘客通过打车软件乘客端录入行程信息完毕后，第一用户对应的终端设备将乘客录入的行程信息中的起点和终点信息发送给服务器。

需要说明的是，本申请实施例中，第一用户指定的起点和终点，可以为模糊的地点，也可以为具体的地点，可以为车辆可停车的地点，也可以为禁止车辆停车的地点，本申请对此不作限定。

对于服务器，该服务器执行以下步骤：

在步骤220中，获得第一用户指定的起点和终点。

本申请实施例中的步骤220与图1a所示实施例中的步骤101类似，本申请实施例对此不再赘述，详情请见图1a所示实施例中的步骤101中的内容。

在步骤221中，根据第一用户指定的起点和终点，确定目标行程的行车路线。

需要说明的是，本申请实施例中，服务器中存储有乘客所在城市的地图数据，此外，该服务器还可以实时收集该乘客所在城市的实时路况信息，该路况信息可以包括：各街道、道路的车流量。

本申请实施例中，服务器可以根据服务器本端存储的地图数据、实时路况信息及乘客指定的起点和终点，确定一条或多条行车路线，之后再从所确定的行车路线中确定出目标行程的行车路线。

在步骤222中，根据目标行程的行车路线，生成停车方向提示消息，其中，该停车方向提示消息用于提示第二用户在停车时车头方向与目标行程的行车起始方向一致。

本申请实施例中，司机在按照目标行程的行车路线的行车起始方向停车后，在一种情况下，司机有可能与乘客指定的起点处于道路的同一侧，此时，乘客可以直接在该道路侧乘车；在另一种情况下，司机有可能与乘客指定的起点处于道路的两侧，此时，乘客需要穿过该道路，去道路的另一侧乘车。

在步骤223中，将停车方向提示消息发送给向第二用户对应的终端设备，并指示该终端设备按照设定方式输出停车方向提示消息。

本申请实施例中，第二用户指的是司机，第二用户对应的终端设备中安装有打车软件司机端，打车软件司机端可以接收到服务器发送的信息。

本申请实施例中的设定方式可以包括：语音播报方式、和/或文本展示方式，当设定方式为语音播报方式时，打车软件司机端可以通过该司机端所在终端设备的麦克风播放对应的提示语音；当设定方式为文本展示方式时，打车软件司机端在界面上展示相应的提示文字。

对于第二用户对应的终端设备，该终端设备执行以下步骤：

230，接收停车方向提示消息，并按照设定方式输出该停车方向提示消息。

本申请实施例中，在接收到服务器发送的停车方向提示消息后，通过语音播报方式和/或文本展示方式将该停车方向提示消息提供给司机。

由上述实施例可见，该实施例中的服务器可以根据乘客指定的起点和终点，为司机确定出一条较佳的行车路线，并将该行车路线的行车起始方向提供给司机，以便司机在到达乘客指定的起点附近时，按照该行车起始方向停车，从而保证车辆的车头方向与乘客指定的终点方向一致，提高了行车效率。

如图3所示，图3是本申请根据一示例性实施例示出的另一种停车方向提示方法的信令流程图，考虑到终端设备不断从服务器获取数据，会消耗较多的流量，因此为了降低终端设备的流量消耗，本申请实施例方法应用于终端设备，该终端设备指的是第二用户对应的终端设备，该信令流程图中包括：第二用户对应的终端设备、服务器和第一用户对应的终端设备，其中，

对于第一用户对应的终端设备，该终端设备执行以下步骤：

在步骤310中，接收第一用户指定的起点和终点。

在步骤311中，将第一用户指定的起点和终点发送给服务器。

本申请实施例中的步骤310和步骤311分别与图2所示实施例中的步骤210和步骤211类似，本申请实施例对此不再赘述，详情请见图2所示实施例中的步骤210和步骤211中的内容。

对于服务器，该服务器执行以下步骤：

在步骤320中，接收第一用户对应的终端设备发送的第一用户指定的起点和终点。

在步骤321中，将第一用户指定的起点和终点转发给第二用户对应的终端设备。

对于第二用户对应的终端设备，该终端设备执行以下步骤：

在步骤330中，获得第一用户指定的起点和终点。

本申请实施例中，第二用户对应的终端设备从服务器端获得第一用户指定的起点和终点。

在步骤331中，根据第一用户指定的起点和终点，确定目标行程的行车路线。

需要说明的是，本申请实施例中，第二用户对应的终端设备中存储有乘客所在城市的离线地图数据，以保证该终端设备在没有网络的情况下也可以访问该地图数据。

本申请实施例中，第二用户对应的终端设备可以根据该终端设备本端存储的地图数据及乘客指定的起点和终点，确定一条或多条行车路线，之后再从所确定的行车路线中确定出目标行程的行车路线。

在步骤332中，根据目标行程的行车路线，生成停车方向提示消息，其中，该停车方向提示消息用于提示第二用户在停车时车头方向与目标行程的行车起始方向一致。

本申请实施例中的步骤332与图2所示实施例中的步骤222类似，本申请实施例对此不再赘述，详情请见图2所示实施例中的步骤222中的内容。

在步骤333中，按照设定方式在本终端设备输出该停车方向提示消息。

本申请实施例中的设定方式可以包括：语音播报方式、和/或文本展示方式。

由上述实施例可见，该实施例中的终端设备可以根据乘客指定的起点和终点，为司机确定出一条较佳的行车路线，并将该行车路线的行车起始方向提供给司机，以便司机在到达乘客指定的起点附近时，按照该行车起始方向停车，从而保证车辆的车头方向与乘客指定的终点方向一致，提高了行车效率。

另外可以理解的是，上述实施例中的“打车”应用场景仅用于示意性说明，并不构成对本申请方案应用场景的限定。本申请的“根据乘客指示的上车点和下车点，来提示司机停车方向”的方案可以应用各类具有类似需求的行车应用中，例如代驾服务应用中，向代驾司机提示停车方向；普通地图、导航应用中，朋友之间提示停车方向等等。

应当注意，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

与前述停车方向提示方法的实施例对应，本申请还提供了停车方向提示装置的实施例。

如图4所示，图4是本申请根据一示例性实施例示出的一种停车方向提示装置的框图，该装置可以包括：

地点获得模块410，用于获得第一用户指定的起点和终点；

路线确定模块420，用于根据该地点获得模块410获得的第一用户指定的起点和终点，确定目标行程的行车路线；

消息生成模块430，用于根据该路线确定模块420确定出的目标行程的行车路线，生成停车方向提示消息，其中，该停车方向提示消息用于提示第二用户在停车时车头方向与目标行程的行车起始方向一致；

消息输出模块440，用于输出该消息生成模块430生成的停车方向提示消息。

由上述实施例可见，该实施例可以根据乘客指定的起点和终点，为司机确定出一条较佳的行车路线，并将该行车路线的行车起始方向提供给司机，以便司机在到达乘客指定的起点附近时，按照该行车起始方向停车，从而保证车辆的车头方向与乘客指定的终点方向一致，提高了行车效率。

如图5所示，图5是本申请根据一示例性实施例示出的另一种停车方向提示装置的框图，该实施例可以在图4所示实施例的基础上，本申请实施例中的路线确定模块420，可以包括：

第一路线确定子模块421，用于根据地点获得模块410获得的第一用户指定的起点和终点，确定一条或多条行车路线；

第二路线确定子模块422，用于将该第一路线确定子模块421确定的一条或多条行车路线中距离最短的行车路线，确定为目标行程的行车路线。

如图6所示，图6是本申请根据一示例性实施例示出的另一种停车方向提示装置的框图，该实施例可以在图4所示实施例的基础上，本申请实施例中的路线确定模块420，可以包括：

第三路线确定子模块423，用于根据地点获得模块410获得的第一用户指定的起点和终点，确定一条或多条行车路线；

第四路线确定子模块424，用于将该第三路线确定子模块423确定的一条或多条行车路线中路况最好的行车路线，确定为目标行程的行车路线。

如图7所示，图7是本申请根据一示例性实施例示出的另一种停车方向提示装置的框图，该实施例可以在图4所示实施例的基础上，本申请实施例提供的停车方向确定装置应用于服务器；此时，本申请实施例中的消息输出模块440，可以包括：

消息发送子模块441，用于将消息生成模块430生成的停车方向提示消息发送给向第二用户对应的终端设备，并指示该终端设备按照设定方式输出该停车方向提示消息。

如图8所示，图8是本申请根据一示例性实施例示出的另一种停车方向提示装置的框图，该实施例可以在图4所示实施例的基础上，本申请实施例提供的停车方向确定装置应用于终端设备；此时，本申请实施例中的消息输出模块440，可以包括：

消息输出子模块441，用于按照设定方式在本终端设备输出消息生成模块430生成的停车方向提示消息。

在本申请提供的另一种实施例中，该实施例可以在图7或图8所示实施例的基础上，本申请实施例中的设定方式可以包括：

语音播报方式、和/或文本展示方式。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

本申请还提供了一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：获得第一用户指定的起点和终点；根据所述第一用户指定的起点和终点，确定目标行程的行车路线；根据所述目标行程的行车路线，生成停车方向提示消息，其中，所述停车方向提示消息用于提示第二用户在停车时车头方向与所述目标行程的行车起始方向一致；输出所述停车方向提示消息。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。