CN108805595B - 提供定向问题数据的方法、装置及计算机存储介质 - Google Patents

Abstract

本申请提供一种提供定向问题数据的方法、装置及计算机存储介质，该方法包括：获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；将所述定向问题数据发送给所述服务订单对应的需求方客户端，以供所述需求方客户端读取所述定向问题数据并展示至少一个定向问题。本实施例能根据服务提供方推送个性化的定向问题，因此能获得精准的用户评价数据。

Description

提供定向问题数据的方法、装置及计算机存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及提供定向问题数据的方法、装置及计算机存储介质。

背景技术

随着智能设备的普及和移动互联网的高速发展，越来越多的第三方服务平台为用户之间提供交易服务。举例来说，网约车场景中，司机作为服务提供方，乘客作为服务需求方，司机可以基于网约车服务平台为乘客提供网约车服务。相关技术中，服务平台通常会在服务订单完成后，获取服务需求方对服务提供方的评价，以根据用户评价数据进行数据分析等，为用户提供更好的服务。目前通常是面向所有服务提供方采用统一评价方式，但实际情况中，可能存在特殊情况，统一评价方式所获取的用户评价数据不具有针对性，为后续数据分析带来较大难度。

发明内容

基于此，本申请提供了提供定向问题数据的方法、装置及计算机存储介质。

一种提供定向问题数据的方法，所述方法包括：

获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

将所述定向问题数据发送给所述服务订单对应的需求方客户端，以供所述需求方客户端读取所述定向问题数据并展示至少一个定向问题。

在一个可选的实现方式中，所述服务提供方的历史评价数据通过如下方式获取：

获取初始问题数据；

将所述初始问题数据提供给各需求方客户端，以供所述各需求方客户端在涉及所述服务提供方的服务订单完成后，读取所述初始问题数据并展示针对服务提供方的多个初始问题；

接收各所述需求方客户端发送的服务需求方针对所述多个初始问题的反馈数据，获得所述服务提供方的历史评价数据。

在一个可选的实现方式中，所述定向问题数据预先通过如下方式配置：

通过所述服务提供方的历史评价数据确定是否有负向评价数量大于第一预设数量阈值的初始问题；

若有，确定所述初始问题为所述定向问题；

将所述服务提供方的用户标识与所述定向问题建立匹配关系。

在一个可选的实现方式中，所述方法还包括：

获取所述需求方客户端对所述定向问题的反馈数据。

在一个可选的实现方式中，所述方法还包括：

若根据所述定向问题的反馈数据确定针对所述定向问题的负向评价数量大于第二预设数量阈值，将所述服务提供方的用户标识与所述定向问题建立关联。

在一个可选的实现方式中，所述服务提供方包括司机用户，所述服务需求方包括乘客用户，所述方法应用于所述司机用户和乘客用户之间的网约车服务端。

一种提供定向问题数据的方法，所述方法包括：

获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

读取所述定向问题数据并展示至少一个定向问题。

一种提供定向问题数据的装置，所述装置包括：

标识获取模块，用于：获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

数据获取模块，用于：获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

发送模块，用于：将所述定向问题数据发送给所述服务订单对应的需求方客户端，以供所述需求方客户端读取所述定向问题数据并展示至少一个定向问题。

在一个可选的实现方式中，所述装置还包括历史数据获取模块，用于通过如下方式获取所述服务提供方的历史评价数据：

获取初始问题数据；

将所述初始问题数据提供给各需求方客户端，以供所述各需求方客户端在涉及所述服务提供方的服务订单完成后，读取所述初始问题数据并展示针对服务提供方的多个初始问题；

接收各所述需求方客户端发送的服务需求方针对所述多个初始问题的反馈数据，获得所述服务提供方的历史评价数据。

在一个可选的实现方式中，所述装置还包括定向问题数据配置模块，用于预先通过如下方式配置定向问题数据：

通过所述服务提供方的历史评价数据确定是否有负向评价数量大于第一预设数量阈值的初始问题；

若有，确定所述初始问题为所述定向问题；

将所述服务提供方的用户标识与所述定向问题建立匹配关系。

在一个可选的实现方式中，所述装置还包括反馈数据获取模块，用于：获取所述需求方客户端对所述定向问题的反馈数据。

在一个可选的实现方式中，所述装置还包括关联模块，用于：

若根据所述定向问题的反馈数据确定针对所述定向问题的负向评价数量大于第二预设数量阈值，将所述服务提供方的用户标识与所述定向问题建立关联。

一种提供定向问题数据的装置，所述装置包括：

标识获取模块，用于：获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

数据获取模块，用于：获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

展示模块，用于：读取所述定向问题数据并展示至少一个定向问题。

一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

将所述定向问题数据发送给所述服务订单对应的需求方客户端，以供所述需求方客户端读取所述定向问题数据并展示至少一个定向问题。

一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

读取所述定向问题数据并展示至少一个定向问题。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请实施例能够以每个服务提供方为评价粒度，针对服务提供方的历史评价数据，预先配置针对每个服务提供方的定向问题数据，因此，在服务订单完成后，可以将所述定向问题数据发送给所述服务订单对应的需求方客户端，以供所述需求方客户端读取所述定向问题数据并展示至少一个定向问题。本实施例能根据服务提供方推送个性化的定向问题，因此能获得精准的用户评价数据。

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

附图说明

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

图1A是相关技术中一种提供定向问题数据的方法的应用场景图。

图1B是相关技术中一种统一评价方式的示意图。

图2A是本申请根据一示例性实施例示出的一种提供定向问题数据的方法的流程图。

图2B是本申请根据一示例性实施例示出的一种应用界面的示意图。

图3是本申请根据一示例性实施例示出的一种提供定向问题数据的方法的示意图。

图4是本申请根据一示例性实施例示出的一种提供定向问题数据的装置的框图。

图5是本申请根据一示例性实施例示出的另一种提供定向问题数据的装置的框图。

具体实施方式

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

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

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

如图1A所示，是相关技术中一种提供定向问题数据的方法的应用场景图，图1A中包括服务提供方与服务需求方之间的服务平台、多个服务提供方以及多个服务需求方。实际应用中，服务平台可以是网约车服务平台、外卖服务平台、购物平台或生活服务平台等等。

以司机用户和乘客用户之间的网约车服务平台为例，司机用户和乘客用户可以在电子设备中安装所述服务平台提供的客户端(APP，Application)，通过APP获得应用服务方所提供的服务。当乘客用户发起网约车订单，司机用户接受该网约车订单后，服务平台可以为该司机用户和乘客用户建立关联，并生成订单数据。在该网约车订单完成后，服务平台通常会收集乘客用户对司机用户的评价数据，相关技术都通常采用统一评价方式。如图1B所示，是相关技术中一种统一评价方式的示意图，图1B中示出了统一的星级评价方式，安装于电子设备中的APP在应用界面上显示代表司机用户服务质量的星级评价入口，星级越高，代表乘客用户越满意司机用户的服务，司机用户服务质量越高。

由于面向所有服务提供方都采用统一评价方式，实际情况中可能存在特殊情况，统一评价方式所获取的用户评价数据不具有针对性，为后续数据分析带来较大难度。仍以网约车场景为例进行说明，假设司机用户的服务质量较差(比如车内不整洁、司机服务期间抽烟等)，较多乘客用户对该司机用户评定为较低的星级。服务平台可以从用户评价数据中分析出该司机用户的负面评价较多，但较难分析出乘客用户认为该司机用户哪方面服务较差，因此相关技术中的用户评价数据精确度较低，数据分析难度较大。

基于此，本申请实施例能够以每个服务提供方为评价粒度，针对服务提供方的历史评价数据，预先配置针对每个服务提供方的定向问题数据，因此，在服务订单完成后，可以将所述定向问题数据发送给所述服务订单对应的需求方客户端，以供所述需求方客户端读取所述定向问题数据并展示至少一个定向问题。本实施例能根据服务提供方推送个性化的定向问题，因此能获得精准的用户评价数据。接下来对本实施例提供的方案进行详细说明。

如图2A所示，是本申请根据一示例性实施例示出的一种提供定向问题数据的获取方法的流程图，可应用于服务提供方与服务需求方之间的服务平台，包括如下步骤201至203：

在步骤201中，获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识。

在步骤202中，获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定。

在步骤203中，将所述定向问题数据发送给所述服务订单对应的需求方客户端，以供所述需求方客户端读取所述定向问题数据并展示至少一个定向问题。

本实施例的服务平台可以维护有服务提供方与服务需求方之间服务订单的订单数据，订单数据中通常记录有服务提供方的账号、服务提供方的联系方式信息、服务提供方的身份信息、服务提供方的名称、服务需求方的账号、服务需求方的联系方式信息、服务需求方的身份信息、服务需求方的名称或订单相关信息等等。本实施例的服务提供方的用户标识可以是指服务提供方的账号、身份信息、电话号码或名称等能唯一区分服务提供方的信息。

本实施例的方案可以预先配置定向问题数据，定向问题数据的配置可选择地通过数据库实现，数据库可用于针对至少一个服务提供方，存储与服务提供方的用户标识匹配的定向问题数据。定向问题数据是指由一个或多个定向问题所构成的数据，定向问题用于询问服务需求方对服务提供方的评价，具体的内容可以根据实际的应用场景而预先灵活多个定向问题。

举例来说，网约车场景中，定向问题可以包括：

您乘坐的车辆内，车内有异味吗？

您乘坐车辆时，司机吸烟吗？

您乘坐车辆时，司机打电话玩手机吗？

您乘坐车辆时，司机服务态度恶劣吗？

搬家服务场景中，定向问题可以包括：

搬家时，师傅吸烟吗？

搬家时，师傅服务态度恶劣吗？

搬家时，师傅搬东西有注意碰撞吗？

搬家时，师傅存在懒惰处理吗？

本实施例中，由于服务平台维护有历史评价数据，历史评价数据可以包括前述的统一评价方式获取到的历史评价数据、或者是通过电话投诉或应用中投诉入口所获取到的投诉数据或其他反馈数据等等。基于历史评价数据，服务平台针对每个服务提供方，可以预先收集并分析出服务提供方的某些相关评价，因此服务平台可以预先配置针对性的定向问题。

如下表格所示，是本申请根据一示例性实施例示出的部分用户及其匹配的定向问题数据的示意：

上述表格以网约车场景为例，示出了针对4个司机用户的不同历史评价，对应设置的符合每个司机用户特点的定向问题数据。

为了更加精确确定每个服务提供方的定向问题数据，本实施例中的历史评价数据可以包括针对初始问题数据的反馈数据，该初始问题数据与定向问题数据相关联，初始问题数据可以根据实际场景中，需对服务提供方进行评价的各个因素而确定。具体的，所述历史评价数据可以通过如下方式而获取：

获取初始问题数据。

将所述初始问题数据提供给各需求方客户端，以供所述各需求方客户端在涉及所述服务提供方的服务订单完成后，读取所述初始问题数据并展示针对服务提供方的多个初始问题。

接收各所述需求方客户端发送的服务需求方针对所述多个初始问题的反馈数据，获得所述服务提供方的历史评价数据。

本实施例中，可以根据具体的应用场景，针对所有服务提供方，设置统一的初始问题数据，该初始问题数据包括有一个或多个初始问题所构成的数据，初始问题涉及相应应用场景下的对服务提供方各个方面的评价。举例来说，网约车场景下，服务平台对每个司机用户期望获取的评价涉及到很多因素，如司机用户是否吸烟、开车过程中是否打电话玩手机、开车是否稳定、服务态度是否恶劣、车内是否整洁、是否提醒乘客下车注意安全、是否提醒乘客等等多个方面，为了从多个因素了解司机用户的服务质量，可以从所期望获取评价数据的各个方面配置多个初始问题。本实施例的历史评价数据包括多个初始问题的反馈数据，因此可以针对服务提供方确定更为精确的定向问题数据。

本实施例的初始问题数据提供给各需求方客户端，具体的提供方式可以是预先配置在各需求方客户端中，或者是需求方客户端需要时发起获取请求后，由服务平台推送给需求方客户端。

需求方客户端可以在涉及服务提供方的服务订单完成后，读取所述初始问题数据并展示针对服务提供方的多个初始问题，进而获取到服务需求方对该服务提供方的本次服务评价数据。实际应用中，为了保证所获取的历史评价数据的精确性，针对每个服务提供方的初始问题，可以面向多个服务需求方收集数据。例如，可以设定数值200，表示需收集到200个服务需求方对服务提供方的反馈数据。数值设定越大，表示对该服务提供方的反馈数据越多，历史评价数据也越多，基于该历史评价数据而确定的定向问题就越符合该服务提供方的实际情况，使得最终获取的用户评价数据精确度较高，降低数据分析难度。

基于上述利用初始问题数据而收集到的历史用户评价数据，服务平台可以利用多种方式进行数据分析，从而确定该服务提供方的定向问题数据。举例来说，若该服务提供方在某些初始问题的负向评价数量较少或为零，则表示该服务提供方不存在该初始问题，可以确定该服务提供方不需要设定相关的定向问题；若该服务提供方在某些初始问题的负向评价数量较多，则表示该服务提供方有可能在该方面存在问题，可以为该服务提供方在该方面设定相关的定向问题。

为了提高所获取的用户评价数据的精确度，为服务提供方设定更有针对性的定向问题，本实施例中，定向问题数据可以通过历史评价数据中，初始问题的负向评价数量而确定。具体的，所述定向问题数据预先通过如下方式配置：

通过所述服务提供方的历史评价数据确定是否有负向评价数量大于第一预设数量阈值的初始问题；

若有，确定所述初始问题为所述定向问题；

将所述服务提供方的用户标识与所述定向问题建立匹配关系。

假设服务提供方在某些初始问题的负向评价数量较多，则表示该服务提供方有可能在该方面存在问题，本实施例可以进行二轮确认，若存在有负向评价数量大于第一预设数量阈值的初始问题，则将该初始问题作为所述定向问题，将所述服务提供方的用户标识与所述定向问题建立匹配关系，可选择地存储于数据库中，此种方式可以减少定向问题数据配置难度，提高数据库配置效率。由此可见，从涉及众多方面的初始问题，定位至涉及某些方面的定向问题，本实施例可以使评价方式更为精确，更便于服务需求方进行评价，也可以获取到更为精确和具有针对性的用户评价数据。

对于步骤203，服务平台将所述定向问题数据提供给需求方客户端，需求方客户端可以在应用界面中展示相应的至少一个定向问题，如图2B所示，是本申请根据一示例性实施例示出的一种应用界面的示意图，图2B以智能手机为例，示出了网约车场景下，乘客客户端所展示的定向问题的示意图。需求方客户端可以在应用界面上提供反馈数据输入入口，图2B中以“没有”控件和“有”控件作为输入入口为例。通过此方式，服务需求方可以对服务提供方做出评价，需求方客户端可以通过该输入入口确定服务需求方的反馈，生成反馈数据发送给服务平台。

在一个可选的实现方式中，所述方法还可包括：

获取所述需求方客户端对所述定向问题的反馈数据。

本实施例中，各需求方客户端可以展现定向问题，并获取用户对定向问题的反馈数据提供给服务平台，服务平台可以利用所收集的各需求方客户端对所述定向问题的反馈数据，即可根据需要进行数据分析，以根据数据分析结果为用户提供更好的服务。

实际应用中，服务平台通常较为关注负向评价，在一个可选的实现方式中，所述方法还包括：

若根据所述定向问题的反馈数据确定针对所述定向问题的负向评价数量大于第二预设数量阈值，将所述服务提供方的用户标识与所述定向问题建立关联。

本实施例中，若服务提供方的反馈数据中，某个定向问题的负向评价数量较大，具体可以是根据需要设定预设数量阈值而实现自动判断，可以自动将所述服务提供方的用户标识与所述定向问题建立关联，从而为数据分析人员提供便利，方便数据分析人员及时发现该服务提供方所存在的问题，及时采用监控手段。

本实施例所提供的方案可以应用于网约车场景、外卖场景、搬家场景或家政服务等多种场景，接下来以网约车场景再次进行详细说明。

其中，该用户评价数据获取方案应用于所述司机用户和乘客用户之间的网约车服务平台，前述的服务提供方包括司机用户，前述的服务需求方包括乘客用户。

服务平台对每个司机用户期望获取的评价涉及到很多方面，如司机用户是否吸烟、开车过程中是否打电话玩手机、开车是否稳定、服务态度是否恶劣、车内是否整洁、是否提醒乘客下车注意安全、是否提醒乘客等等多个方面。为了从多个方面了解司机用户的服务质量，可以从所期望获取评价数据的各个方面配置了十一个初始问题，具体如下：

您乘坐的车辆内，车内有异味吗？

您乘坐车辆时，司机抽烟吗？

您乘坐车辆时，司机服务态度恶劣吗？

您乘坐车辆时，司机过路口不减速吗？

您乘坐车辆时，未坐好司机就开车吗？

您乘坐车辆时，司机打电话玩手机吗？

您乘坐车辆时，司机开车平稳吗？

您乘坐车辆时，未提醒系安全带吗？

车辆太破吗？

下车时未提醒开门注意吗？

司机故意绕路吗？

服务平台确定出上述面向所有司机用户的初始问题，将初始问题数据配置于乘客客户端中。乘客客户端司机用户完成一个网约车订单后，基于初始问题数据输出上述多个初始问题，以获取乘客用户对司机用户的反馈。

服务平台以数量300为限，每个服务提供方，当收集到300个服务需求方对服务提供方的反馈数据后，即以此为历史评价数据，确定定向问题数据。

以用户标识为4567935的司机用户为例，若该司机用户的反馈数据中，初始问题“您乘坐车辆时，司机抽烟吗？”和“您乘坐的车辆内，车内有异味吗？”得到的负向评价(负向评价指乘客反馈该司机抽烟，以及车内有异味)数量较多，大于设定的第一数量阈值30，而其他九个初始问题的负向评价数量较少或为零。基于此，服务平台确定该司机用户在“抽烟”和“车内异味”方面可能存在问题，确定初始问题“您乘坐车辆时，司机抽烟吗？”和“您乘坐的车辆内，车内有异味吗？”作为定向问题。

将用户标识4567935和定向问题数据(“您乘坐车辆时，司机抽烟吗？”和“您乘坐的车辆内，车内有异味吗？”)建立匹配关系，可存储于数据库中。

之后，针对该用户标识4567935的司机用户进行二轮确认。当该用户标识4567935的司机用户完成网约车订单，服务平台可以基于评价数据库查找到该定向问题数据，将所述定向问题数据发送给所述服务订单对应的需求方客户端，以供所述需求方客户端读取所述定向问题数据并展示上述两个定向问题，最终获取所述需求方客户端对该两个定向问题的反馈数据。

若经过二轮确认，仍有较多乘客用户对该司机用户做出负向评价，可以为将该司机用户的用户标识与所述定向问题建立关联，以自动实现数据分析，为数据分析人员提供参考，以此作为管控司机用户的重要依据。

上述描述以服务平台为方案执行主体描述了提供定向问题数据方案，实际应用中，用户客户端也可以应用本实施例的提供定向问题数据方案，如图3所示，图3是本申请根据一示例性实施例示出的一种提供定向问题数据的获取方法的示意图，包括：

在步骤301中，获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识。

在步骤302中，获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定。

在步骤303中，读取所述定向问题数据并展示至少一个定向问题。

本实施例的详细说明可参考前述图2A所示实施例的描述，在此不进行赘述。

与前述提供定向问题数据的方法的实施例相对应，本申请还提供了提供定向问题数据的装置及其所对应的计算机存储介质的实施例。

如图4所示，图4是本申请根据一示例性实施例示出的一种提供定向问题数据的装置的框图，所述装置包括：

标识获取模块41，用于：获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

数据获取模块42，用于：获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

发送模块43，用于：将所述定向问题数据发送给所述服务订单对应的需求方客户端，以供所述需求方客户端读取所述定向问题数据并展示至少一个定向问题。

本实施例的服务平台可以维护有服务提供方与服务需求方之间服务订单的订单数据，订单数据中通常记录有服务提供方的账号、服务提供方的联系方式信息、服务提供方的身份信息、服务提供方的名称、服务需求方的账号、服务需求方的联系方式信息、服务需求方的身份信息、服务需求方的名称或订单相关信息等等。本实施例的服务提供方的用户标识可以是指服务提供方的账号、身份信息、电话号码或名称等能唯一区分服务提供方的信息。

本实施例的方案可以预先配置定向问题数据，定向问题数据是指由一个或多个定向问题所构成的数据，定向问题用于询问服务需求方对服务提供方的评价，具体的内容可以根据实际的应用场景而预先灵活多个定向问题。

本实施例中，由于服务平台维护有历史评价数据，历史评价数据可以包括前述的统一评价方式获取到的历史评价数据、或者是通过电话投诉或应用中投诉入口所获取到的投诉数据或其他反馈数据等等。基于历史评价数据，服务平台针对每个服务提供方，可以预先收集并分析出服务提供方的某些相关评价，因此服务平台可以预先配置针对性的定向问题。

为了更加精确确定每个服务提供方的定向问题数据，在一个可选的实现方式中，所述装置还包括历史数据获取模块，用于通过如下方式获取所述服务提供方的历史评价数据：

获取初始问题数据。

将所述初始问题数据提供给各需求方客户端，以供所述各需求方客户端在涉及所述服务提供方的服务订单完成后，读取所述初始问题数据并展示针对服务提供方的多个初始问题。

接收各所述需求方客户端发送的服务需求方针对所述多个初始问题的反馈数据，获得所述服务提供方的历史评价数据。

本实施例中，可以根据具体的应用场景，针对所有服务提供方，设置统一的初始问题数据，该初始问题数据包括有一个或多个初始问题所构成的数据，初始问题涉及相应应用场景下的对服务提供方各个方面的评价。举例来说，网约车场景下，服务平台对每个司机用户期望获取的评价涉及到很多方面，如司机用户是否吸烟、开车过程中是否打电话玩手机、开车是否稳定、服务态度是否恶劣、车内是否整洁、是否提醒乘客下车注意安全、是否提醒乘客等等多个方面，为了从多个方面了解司机用户的服务质量，可以从所期望获取评价数据的各个方面配置多个初始问题。本实施例的历史评价数据包括多个初始问题的反馈数据，因此可以针对服务提供方确定更为精确的定向问题数据。

本实施例的初始问题数据提供给各需求方客户端，具体的提供方式可以是预先配置在各需求方客户端中，或者是需求方客户端需要时发起获取请求后，由服务平台推送给需求方客户端。

需求方客户端可以在涉及服务提供方的服务订单完成后，读取所述初始问题数据并展示针对服务提供方的多个初始问题，进而获取到服务需求方对该服务提供方的本次服务评价数据。实际应用中，为了保证所获取的历史评价数据的精确性，针对每个服务提供方的初始问题，可以面向多个服务需求方收集数据。例如，可以设定数值200，表示需收集到200个服务需求方对服务提供方的反馈数据。数值设定越大，表示对该服务提供方的反馈数据越多，历史评价数据也越多，基于该历史评价数据而确定的定向问题就越符合该服务提供方的实际情况，使得最终获取的用户评价数据精确度较高，降低数据分析难度。

基于上述利用初始问题数据而收集到的历史用户评价数据，服务平台可以利用多种方式进行数据分析，从而确定该服务提供方的定向问题数据。举例来说，若该服务提供方在某些初始问题的负向评价数量较少或为零，则表示该服务提供方不存在该初始问题，可以确定该服务提供方不需要设定相关的定向问题；若该服务提供方在某些初始问题的负向评价数量较多，则表示该服务提供方有可能在该方面存在问题，可以为该服务提供方在该方面设定相关的定向问题。

为了提高所获取的用户评价数据的精确度，为服务提供方设定更有针对性的定向问题，在一个可选的实现方式中，所述装置还包括定向问题数据配置模块，用于预先通过如下方式配置定向问题数据：

通过所述服务提供方的历史评价数据确定是否有负向评价数量大于第一预设数量阈值的初始问题。

若有，确定所述初始问题为所述定向问题。

将所述服务提供方的用户标识与所述定向问题建立匹配关系。

假设服务提供方在某些初始问题的负向评价数量较多，则表示该服务提供方有可能在该方面存在问题，本实施例可以进行二轮确认，若存在有负向评价数量大于第一预设数量阈值的初始问题，则将该初始问题作为所述定向问题，将所述服务提供方的用户标识与所述定向问题建立匹配关系，并存储于所述评价数据库中，此种方式可以减少定向问题数据配置难度，提高数据库配置效率。由此可见，从涉及众多方面的初始问题，定位至涉及某些方面的定向问题，本实施例可以使评价方式更为精确，更便于服务需求方进行评价，也可以获取到更为精确和具有针对性的用户评价数据。

在一个可选的的实现方式中，所述装置还包括反馈数据获取模块，用于：获取所述需求方客户端对所述定向问题的反馈数据。

实际应用中，服务平台通常较为关注负向评价，在一个可选的实现方式中，所述装置还包括关联模块，用于：

若根据所述定向问题的反馈数据确定针对所述定向问题的负向评价数量大于第二预设数量阈值，将所述服务提供方的用户标识与所述定向问题建立关联。

本实施例中，若服务提供方的反馈数据中，某个定向问题的负向评价数量较大，具体可以是根据需要设定预设数量阈值而实现自动判断，可以自动将所述服务提供方的用户标识与所述定向问题建立关联，从而为数据分析人员提供便利，方便数据分析人员及时发现该服务提供方所存在的问题，及时采用监控手段。

如图5所示，图5是本申请根据一示例性实施例示出的另一种提供定向问题数据的装置，所述装置包括：

标识获取模块51，用于：获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

数据获取模块52，用于：获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

展示模块53，用于：读取所述定向问题数据并展示至少一个定向问题。

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

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

本申请提供定向问题数据装置的实施例都可以应用在电子设备上。具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现中，电子设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备、互联网电视、智能机车、无人驾驶汽车、智能冰箱、其他智能家居设备或者这些设备中的任意几种设备的组合。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器等可读介质中对应的计算机程序指令读取到内存中运行形成的。

本申请提供定向问题数据装置的实施例也可以应用在服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在电子设备的处理器将非易失性存储器等可读介质中对应的计算机程序指令读取到内存中运行形成的。

相应的，本申请还提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

将所述定向问题数据发送给所述服务订单对应的需求方客户端，以供所述需求方客户端读取所述定向问题数据并展示至少一个定向问题。

相应的，本申请还提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

读取所述定向问题数据并展示至少一个定向问题。

本申请实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

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

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

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (13)

1.一种提供定向问题数据的方法，其特征在于，所述方法包括：

获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

将所述定向问题数据发送给所述服务订单对应的需求方客户端，以供所述需求方客户端读取所述定向问题数据并展示至少一个定向问题；

所述服务提供方的历史评价数据通过如下方式获取：

获取初始问题数据；

将所述初始问题数据提供给各需求方客户端，以供所述各需求方客户端在涉及所述服务提供方的服务订单完成后，读取所述初始问题数据并展示针对服务提供方的多个初始问题；

接收各所述需求方客户端发送的服务需求方针对所述多个初始问题的反馈数据，获得所述服务提供方的历史评价数据。

2.根据权利要求1所述的方法，其特征在于，所述定向问题数据预先通过如下方式配置：

通过所述服务提供方的历史评价数据确定是否有负向评价数量大于第一预设数量阈值的初始问题；

若有，确定所述初始问题为所述定向问题；

将所述服务提供方的用户标识与所述定向问题建立匹配关系。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取所述需求方客户端对所述定向问题的反馈数据。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

若根据所述定向问题的反馈数据确定针对所述定向问题的负向评价数量大于第二预设数量阈值，将所述服务提供方的用户标识与所述定向问题建立关联。

5.根据权利要求1至4任一所述的方法，其特征在于，所述服务提供方包括司机用户，所述服务需求方包括乘客用户，所述方法应用于所述司机用户和乘客用户之间的网约车服务端。

6.一种提供定向问题数据的方法，其特征在于，所述方法包括：

获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

读取所述定向问题数据并展示至少一个定向问题；

所述服务提供方的历史评价数据通过如下方式获取：

获取初始问题数据；

将所述初始问题数据提供给各需求方客户端，以供所述各需求方客户端在涉及所述服务提供方的服务订单完成后，读取所述初始问题数据并展示针对服务提供方的多个初始问题；

接收各所述需求方客户端发送的服务需求方针对所述多个初始问题的反馈数据，获得所述服务提供方的历史评价数据。

7.一种提供定向问题数据的装置，其特征在于，所述装置包括：

标识获取模块，用于：获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

数据获取模块，用于：获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

发送模块，用于：将所述定向问题数据发送给所述服务订单对应的需求方客户端，以供所述需求方客户端读取所述定向问题数据并展示至少一个定向问题；

反馈数据获取模块，用于：获取所述需求方客户端对所述定向问题的反馈数据；

所述装置还包括历史数据获取模块，用于通过如下方式获取所述服务提供方的历史评价数据：

获取初始问题数据；

将所述初始问题数据提供给各需求方客户端，以供所述各需求方客户端在涉及所述服务提供方的服务订单完成后，读取所述初始问题数据并展示针对服务提供方的多个初始问题；

接收各所述需求方客户端发送的服务需求方针对所述多个初始问题的反馈数据，获得所述服务提供方的历史评价数据。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括定向问题数据配置模块，用于预先通过如下方式配置定向问题数据：

通过所述服务提供方的历史评价数据确定是否有负向评价数量大于第一预设数量阈值的初始问题；

若有，确定所述初始问题为所述定向问题；

将所述服务提供方的用户标识与所述定向问题建立匹配关系。

9.根据权利要求7所述的装置，其特征在于，所述装置还包括反馈数据获取模块，用于：获取所述需求方客户端对所述定向问题的反馈数据。

10.根据权利要求9所述的装置，其特征在于，所述装置还包括关联模块，用于：

若根据所述定向问题的反馈数据确定针对所述定向问题的负向评价数量大于第二预设数量阈值，将所述服务提供方的用户标识与所述定向问题建立关联。

11.一种提供定向问题数据的装置，其特征在于，所述装置包括：

标识获取模块，用于：获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

数据获取模块，用于：获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

展示模块，用于：读取所述定向问题数据并展示至少一个定向问题；

所述装置还包括历史数据获取模块，用于通过如下方式获取所述服务提供方的历史评价数据：

获取初始问题数据；

将所述初始问题数据提供给各需求方客户端，以供所述各需求方客户端在涉及所述服务提供方的服务订单完成后，读取所述初始问题数据并展示针对服务提供方的多个初始问题；

接收各所述需求方客户端发送的服务需求方针对所述多个初始问题的反馈数据，获得所述服务提供方的历史评价数据。

12.一种计算机存储介质，其特征在于，所述存储介质中存储有程序指令，所述程序指令包括：

获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

将所述定向问题数据发送给所述服务订单对应的需求方客户端，以供所述需求方客户端读取所述定向问题数据并展示至少一个定向问题；

所述服务提供方的历史评价数据通过如下方式获取：

获取初始问题数据；

将所述初始问题数据提供给各需求方客户端，以供所述各需求方客户端在涉及所述服务提供方的服务订单完成后，读取所述初始问题数据并展示针对服务提供方的多个初始问题；

接收各所述需求方客户端发送的服务需求方针对所述多个初始问题的反馈数据，获得所述服务提供方的历史评价数据。

13.一种计算机存储介质，其特征在于，所述存储介质中存储有程序指令，所述程序指令包括：

获取服务提供方与服务需求方之间的服务订单中服务提供方的用户标识；

获得与所述服务提供方的用户标识匹配的定向问题数据，其中，所述定向问题数据根据同类型服务订单中至少一个服务需求方对所述服务提供方的历史评价数据而确定；

读取所述定向问题数据并展示至少一个定向问题；

所述服务提供方的历史评价数据通过如下方式获取：

获取初始问题数据；

将所述初始问题数据提供给各需求方客户端，以供所述各需求方客户端在涉及所述服务提供方的服务订单完成后，读取所述初始问题数据并展示针对服务提供方的多个初始问题；

接收各所述需求方客户端发送的服务需求方针对所述多个初始问题的反馈数据，获得所述服务提供方的历史评价数据。

Images