一种将乘客服务需求信息推送给司机客户端的方法及装置与流程

本发明涉及一种将乘客服务需求信息推送给司机客户端的方法及装置。

背景技术：

随着智能终端和移动互联网APP的发展，为城市的人们的出行提供了便利，如今打车软件已经非常普及，解决了城市生活中，由于出租车司机和乘客之间信息不对称导致的打车难的问题。

智能打车软件改变了传统的打车方式，目前常见的打车软件的服务流程可以有多种，例如乘客在乘车服务过程中，可以通过自己的乘客客户端（例如可以是手机APP）自主设置自己的乘车喜好，并且会将其推送至司机端显示，以便司机根据乘客的需求；打车系统也可以根据乘客在以往的乘车过程中给司机做出的评价，将乘客给过的评价信息推送至司机端显示，这么做可以让司机在服务时，避免一些乘客不满意的地方，从而更有利于获得更多好评。

司机的服务质量对于整个打车系统而言非常重要，能够直接影响用户对打车软件的使用体验，目前常用打车软件只有在乘客修改乘车喜好时，才会给司机发送聊天信息提醒司机乘客所修改的乘车喜好，只会在聊天按钮的右上角提示有新消息，提示效果并不明显，司机很多时候都无法注意到乘客设置的偏好。

技术实现要素：

鉴于现有技术中存在的技术缺陷和技术弊端，本发明实施例提供克服上述问题或者至少部分地解决上述问题的一种将乘客服务需求信息推送给司机客户端的方法及装置。

作为本发明实施例的一个方面，涉及一种将乘客服务需求信息推送给司机客户端的方法，包括：

查找预设的乘客客户端对应的乘客服务需求信息；

当存在时，根据司机客户端当前服务状态，从所述乘客服务需求信息中选择推送给司机客户端的乘客服务需求信息；

将选择出的乘客服务需求信息推送给司机客户端进行展示。

在一个实施例中，所述方法还包括：所述服务状态包括：等待就位、等待服务和服务中；

所述乘客服务需求信息包括下述一项或两项：乘车偏好信息和乘车评价信息；

在一个实施例中，所述从所述乘客服务需求信息中选择推送给司机客户端的乘客服务需求信息，具体包括：

在所述等待就位状态下，选择乘车评价信息和/或当前状态对应的乘车偏好信息作为推送给司机客户端的乘客服务需求信息；

在等待服务和服务中状态下，选择当前状态对应的乘车偏好信息作为推送给司机客户端的乘客服务需求信息。

在一个实施例中，所述选择当前状态对应的乘车偏好信息作为推送给司机客户端的乘客服务需求信息，包括：

查找是否存在用户指定的在当前状态下的乘客服务需求信息；

若存在，则将所述指定的在当前状态下的乘客服务需求信息作为推送给司机客户端的乘客服务需求信息；

若不存在，将用户预设的所有乘客服务需求信息作为推送给司机客户端的乘客服务需求信息。

在一个实施例中，当接收到乘客客户端发送的变更乘客服务需求信息的请求时，更新所保存的乘客服务需求信息；

将更新后的乘客服务需求信息推送至司机客户端进行展示。

在一个实施例中，所述方法还包括：所述乘车偏好信息包括下述任一项或多项：

乘客对司机服务的需求偏好；

乘客对乘坐车辆的内部环境的需求偏好。

作为本发明实施例的另一方面，涉及一种打车系统的服务器，包括：

查找模块，用于查找预设的乘客客户端对应的乘客服务需求信息；

选择模块，用于当所述查找模块确认存在时，根据司机客户端当前服务状态，从所述乘客服务需求信息中选择所述服务状态下推送给司机客户端的乘客服务需求信息；

推送模块，用于将选择出的乘客服务需求信息推送给司机客户端进行展示。

在一个实施例中，所述服务状态包括等待就位、等待服务和服务中；

所述乘客服务需求信息包括下述一项或两项：乘车偏好信息和乘车评价信息；

在一个实施例中，所述选择模块，用于在所述等待就位状态下，选择乘车评价信息和当前状态对应的乘车偏好信息作为推送给司机客户端的乘客服务需求信息；在等待服务和服务中状态下，选择当前状态对应的乘车偏好信息作为推送给司机客户端的乘客服务需求信息。

在一个实施例中，所述选择模块，具体用于查找是否存在用户指定的在当前状态下的乘客服务需求信息；若存在，则将所述指定的在当前状态下的乘客服务需求信息作为推送给司机客户端的乘客服务需求信息；若不存在，将用户预设的所有乘客服务需求信息作为推送给司机客户端的乘客服务需求信息。

在一个实施例中，所述服务器还包括：更新模块，用于当接收到乘客客户端发送的变更乘客服务需求信息的请求时，更新所保存的乘客服务需求信息；

所述推送模块，还用于将更新后的乘客服务需求信息推送至司机客户端进行展示。

本发明实施例至少实现了如下技术效果：

本发明实施例提供的将乘客服务需求信息推送给司机客户端的方法，通过将用户乘车偏好信息和乘车评价信息在不同服务状态下向司机客户端进行推送并在司机客户端界面进行展示，可以让司机更好的了解到乘客的用车需求，避免重复乘客所在意的缺点，从而为乘客出行提供更好的服务，同时也可以提高自己的服务质量。

本发明实施例提供的将乘客服务需求信息推送给司机客户端的方法，乘客在乘客客户端可以自由设定乘车偏好信息，并通过打车服务系统在不同服务状态推送显示不同的乘车偏好信息，可起到直观的给司机进行提醒的作用；同时，乘车评价信息作为服务的标识，能够让每个司机都看到乘客在乘车过程中所不满意的地方，尽量避免类似问题，提高服务质量。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所记载的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例一提供的将乘客服务需求信息推送给司机客户端的方法的流程图；

图2为本发明实施例一提供的一个例子的流程图；

图3为本发明实施例一提供的司机客户端界面示例图1；

图4为本发明实施例一提供的司机客户端界面示例图2；

图5为本发明实施例一提供的司机客户端界面示例图3；

图6为本发明实施例一提供的司机客户端界面示例图4；

图7为本发明实施例一提供的司机客户端界面示例图5；

图8为本发明实施例二提供的打车系统的服务器的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

下面分别对本发明实施例提供的电子眼引导的方法及装置和设备的各种具体实施方式进行详细的说明。

实施例一：

参照图1所示，本发明实施例一提供的一种将乘客服务需求信息推送给司机客户端的方法，具体包括以下步骤：

S101：查找预设的乘客客户端对应的乘客服务需求信息；

S102：当存在时，根据司机客户端当前服务状态，从所述乘客服务需求信息中选择推送给司机客户端的乘客服务需求信息；

S103：将选择出的乘客服务需求信息推送给司机客户端进行展示。

下面分别对上述步骤进行进一步的说明。

在一个实施例中，上述步骤S102所述的服务状态包括：等待就位、等待服务和服务中；

上述步骤S101、S102和S103所述的乘客服务需求信息包括下述一项或两项：乘车偏好信息和乘车评价信息；

在一个实施例中，上述步骤S102中所述从所述乘客服务需求信息中选择所述服务状态下推送给司机客户端的乘客服务需求信息，具体包括：

在所述等待就位状态下，选择乘车评价信息和当前状态对应的乘车偏好信息作为推送给司机客户端的乘客服务需求信息；在等待服务和服务中的状态下，选择当前状态对应的乘车偏好信息作为推送给司机客户端的乘客服务需求信息。

在一个实施例中，所述选择当前状态对应的乘车偏好信息作为推送给司机客户端的乘客服务需求信息，包括：

查找是否存在用户指定的在当前状态下的乘客服务需求信息；

若存在，则将所述指定的在当前状态下的乘客服务需求信息作为推送给司机客户端的乘客服务需求信息；

若不存在，将用户预设的所有乘客服务需求信息作为推送给司机客户端的乘客服务需求信息。

在等待就位状态下的选择过程包括：若只存在乘车评价信息，则将该乘车评价信息推送给司机客户端，若只存在当前状态下的乘车偏好信息则将该乘车偏好信息推送给司机客户端，若同时存在乘车评价信息和当前状态下的乘车偏好信息则将乘车评价信息和乘车偏好信息推送给司机客户端，若不存在乘车评价信息和当前状态下的乘车偏好信息则将用户预设的所有乘客服务需求信息推送给司机客户端。

在一个实施例中，当未查找到乘车偏好信息时，所述方法还包括以下步骤：

将打车服务系统预设的基本服务方法信息推送给司机客户端，以便在所述司机客户端进行展示。

在一个具体实施方式中，可以是，所述基本服务方法信息包括服务前清空里程表，主动告知饮用水、充电器、Wifi，与乘客确认账单，挥手告别信息。

在一个实施例中，当接收到乘客客户端发送的变更乘客服务需求信息的请求时，更新所保存的乘客服务需求信息；

将更新后的乘客服务需求信息推送至司机客户端进行展示。

在一个实施例中，所述方法还包括：所述乘车偏好信息包括下述任一项或多项：

乘客对司机服务的需求偏好；

乘客对乘坐车辆的内部环境的需求偏好。

乘客对司机服务的需求偏好，包括对司机的服务态度，服务的行为方式等的偏好，例如不打电话、开双闪等待、座位主动前移、听音乐、不聊天和慢慢开等信息；

乘客对乘坐车辆的内部环境的需求偏好，包括例如车内无味道、车内有饮用水、关闭车内空调等信息。

在一个具体实施方式中，所述方法还包括以下步骤：当所述乘车偏好信息包含不打电话时，在等待就位服务状态仅向司机客户端推送不打电话信息。

在一个具体实施方式中，所述方法还包括以下步骤：所述乘车评价信息包括乘车差评信息，当存在乘车差评信息时，在等待就位服务状态，向所述司机客户端推送所述乘车差评信息。

在一个具体实施方式中，所述方法还包括以下步骤：向乘客客户端推送乘车偏好信息选项列表，供乘客进行选择。

在一个具体实施方式中，所述方法还包括以下步骤：接收乘客客户端发送的即时通信信息，并在乘客客户端和目标服务车辆的司机客户端界面进行显示；

接收司机客户端发送的即时通信信息，并在乘客客户端和目标服务车辆的司机客户端界面进行显示。

作为本发明实施例中的一个具体实施方式，参照图2所示，以乘车服务需求信息中的乘车偏好信息进行说明：打车服务开始后，查找乘客客户端是否预设过乘车偏好信息，若未预设过乘车偏好信息，则向司机客户端推送基本服务信息；若预设了乘车偏好信息，则在服务开始后，首先查找是否预设特定服务需求信息，此处以“不要电话联系”为例进行说明，当乘客客户端选择了“不要电话联系”的特定服务需求信息，则首先向司机客户端推送“不要电话联系”提醒，再向司机客户端推送全部预设服务需求信息，若未预设特定服务需求信息,则直接向司机客户端推送全部预设服务需求信息。

所述乘车偏好信息包括不打电话、开双闪等待、座位主动前移、车内无味道、关闭车内空调、听音乐、不聊天和慢慢开等信息。

参照图3所示，乘客若在乘车喜好中选择了“不要电话联系”选项，则会在“等待就位”状态下，向司机客户端推送乘车偏好信息，提示司机不要给乘客拨打电话，并引导司机通过聊天与乘客联系；参照图4所示，在“等待服务”状态，则在司机客户端显示用户的全部乘车喜好，让司机同时留意乘客的其他要求。

参照图5所示，乘客若在乘车喜好中没有选择“不要电话联系”选项，并且选择了其他乘车喜好，则会在所有状态（包括等待就位、等待服务、服务中和服务结束状态），向司机客户端推送乘车偏好信息，提示司机乘客所选择的乘车偏好。

参照图6所示，乘客若没有选择任何乘车喜好，则提示司机一些基本的服务方法（如：服务前清空里程表，主动告知饮用水、充电器、Wifi，和乘客确认账单，挥手告别），让司机注意到这些要点，更好的服务乘客。

进一步的，作为本发明上述具体实施方式的一种，参照图7所示，乘客服务需求信息还包括乘车评价信息。乘客若在之前的乘车过程中给出过评价，我们会在服务过程第一步即等待就位状态向司机客户端推送乘车评价信息，显示该乘客以往所给出过的全部评价，所述评价信息可以在司机客户端界面展示，以便让司机注意这些方面，给乘客带来更好的服务体验，与此同时避免评价产生。

实施例二：

参照图8所示，本发明实施例还提供一种打车系统的服务器，该服务器可以包括：

查找801，用于查找预设的乘客客户端对应的乘客服务需求信息；

选择模块802，用于当所述查找模块确认存在时，根据司机客户端当前服务状态，从所述乘客服务需求信息中选择推送给司机客户端的乘客服务需求信息；

推送模块803，用于将选择出的乘客服务需求信息推送给司机客户端进行展示。

在一个实施例中，所述的服务器包括：所述服务状态包括等待就位、等待服务和服务中等服务状态；

所述乘客服务需求信息包括下述一项或两项：乘车偏好信息和乘车评价信息；

在一个实施例中，上述选择模块802具体用于查找是否存在用户指定的在当前状态下的乘客服务需求信息；若存在，则将所述指定的在当前状态下的乘客服务需求信息作为推送给司机客户端的乘客服务需求信息；若不存在，将用户预设的所有乘客服务需求信息作为推送给司机客户端的乘客服务需求信息。在一个实施例中，所述服务器还包括：更新模块804，用于当接收到乘客客户端发送的变更乘客服务需求信息的请求时，更新所保存的乘客服务需求信息；

所述推送模块803，还用于将更新后的乘客服务需求信息推送至司机客户端进行展示。

在一个实施例中，乘车偏好信息包括下述任一项或多项：

乘客对司机服务的需求偏好；

乘客对乘坐车辆的内部环境的需求偏好。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。