CN111813917A - 信息交互的方法、装置、设备和存储介质 - Google Patents

Abstract

根据本公开的实施例，提供了一种信息交互的方法、装置、设备和存储介质。在此提出的方法包括：获取关于车辆驾驶者的评价；如果确定评价不为空，呈现评价中的至少一条评价；以及响应于针对至少一条评价中的第一评价的选择，将第一评价确定为用户针对驾驶者的评价。根据本公开的事实，可以减轻用户的沟通负担，促进用户与驾驶者之间的沟通，进而提升用户体验。

Description

信息交互的方法、装置、设备和存储介质

技术领域

本公开的各实现方式涉及智能交通领域，更具体地，涉及用于信息交互的方法、设备和计算机存储介质。

背景技术

目前，随着计算机技术的发展，越来越的人们通过叫车应用(App)使用在线车辆服务出行。在利用打车软件出行的过程中，用户可以对负责行程的驾驶者进行评价。通常，用户需要自己输入文本或者表情来完成评价，这给用户带来的额外的负担，进而影响了用户与驾驶者之间的交互，这是人们所不期望的。

发明内容

本公开的实施例提供了一种信息交互的方案。

在本公开的第一方面，提供了一种用于信息交互的方法。该方法包括：获取关于车辆驾驶者的评价；如果确定评价不为空，呈现评价中的至少一条评价；以及响应于针对至少一条评价中的第一评价的选择，将第一评价确定为用户针对驾驶者的评价。

在本公开的第二方面中，提供了一种用于信息交互的装置。该装置包括：获取模块，被配置为获取关于车辆驾驶者的评价；第一呈现模块，被配置为如果确定评价不为空，呈现评价中的至少一条评价；以及评价确定模块，被配置为响应于针对至少一条评价中的第一评价的选择，将第一评价确定为用户针对驾驶者的评价。

在本公开的第三方面，提供了一种电子设备，包括：存储器和处理器；其中存储器用于存储一条或多条计算机指令，其中一条或多条计算机指令被处理器执行以实现根据本公开的第一方面的方法。

在本公开的第四方面，提供了一种计算机可读存储介质，其上存储有一条或多条计算机指令，其中一条或多条计算机指令被处理器执行实现根据本公开的第一方面的方法。

根据本公开的各种实施例，可以减轻用户与驾驶者交互的负担，从而促进用户与驾驶员之间的交互。

附图说明

结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标注表示相同或相似的元素，其中：

图1示出了本公开的多个实施例能够在其中实现的示例环境的示意图；

图2示出了根据本公开的一些实施例的信息交互的示例方法的流程图；

图3示出了根据本公开的一些实施例的信息交互的示例界面；

图4示出了根据本公开的一些实施例的文本处理的装置的示意性结构框图；以及

图5示出了能够实施本公开的多个实施例的计算设备的框图。

具体实施方式

下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。

在本公开的实施例的描述中，术语“包括”及其类似用语应当理解为开放性包含，即“包括但不限于”。术语“基于”应当理解为“至少部分地基于”。术语“一个实施例”或“该实施例”应当理解为“至少一个实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

能够支持用户在线呼叫车辆服务的应用是已知的，可以称为“叫车软件”或“叫车应用”。在使用“叫车应用”的过程中，在不同行程中为用户服务的驾驶者往往是不同的。不同的驾驶者往往具有不同的驾驶风格或者服务风格，用户对于不同的驾驶者可能会有不同的满意程度，或者是有不同的评价。

叫车应用平台期望收集用户对于驾驶者的评价信息，这样的评价信息一方面能够帮助叫车应用平台更好地了解用户的满意程度，也能够更好地评估驾驶者的服务质量。另一方面，这些评价信息也可以被直接展示给驾驶者，一些好的评价能够提升驾驶者的工作动力，从而促使其提供更优质的服务。相反，一些坏的评价也可能可以使得驾驶者能够进一步改进其服务。

在一类已知方案中，评价信息的收集依赖于用户手动地输入评价信息，这会增加用户额外的负担。发明人通过广泛的用户调研和后续数据分析发现：如果用户不是对于驾驶员十分满意或者十分不满意，用户手动输入评价的百分比相对较低。

在另一类已知方案中，用户可以通过打分来输入评价信息。这样的操作虽然对于用户而言较为简单，但是由于其信息单一，其不像文本、音频或者视频等形式能够既为叫车应用平台提供充分的信息，又能够给驾驶者带来足够的鼓励或鞭策。因此，如何高效地收集用户对于驾驶者的评价称为当前关注的焦点。

根据本公开的各种实施例，提供了一种信息交互的方案。在本公开的实施例中，首先，***获取关于车辆驾驶者的评价。当确定存在其他用户对于该驾驶者的评价时，***可以呈现这些评价中的至少一条评价。在用户选择至少一条评价中的评价(称为“第一评价”)时，***可以将第一评价确定为该用户针对驾驶者的评价。基于这样的方式，可以减轻用户与驾驶者交互的负担，从而促进用户与驾驶者之间的交互。

首先参见图1，其示意性示出了其中可以使用根据本公开的示例性实现方式的应用程序的环境100的示意图。如图1所示，环境100包括终端设备140，其被配置为呈现如图1所示的用户界面110。在用户界面110中，可以包括评价显示区域120以及评价输入区域130。用户例如可以通过评价输入区域130手动地输入评价信息。

评价显示区域120可以被配置为显示其他用户对于该驾驶者的评价。例如，如图1所示，评价显示区域120显示了来自用户A的评价125-1、来自用户B的评价125-2和来自用户C的评价125-3(单独或统一称为评价125)。

在一些实施例中，评价125可以是文本，例如由用户通过终端设备140的输入设备录入的一段文字。备选地或附加地，评价125也可以是表情，例如，emoji、图片表情或者颜文字等。或者，评价125也可以是图片，例如用户通过终端设备140拍摄的驾驶者服务的图片或者车辆环境的图片等。此外，评价125也可以是音频，例如由用户终端设备140的麦克风录入的一段语音。另外，评价还可以是视频，例如，由用户通过终端设备140的摄像头录制的一段视频。应当理解，评价125还可以是其他任何适当的形式。

与简单地呈现其他用户对于该驾驶者的评价不同，终端设备140支持用户选择评价125中的一条。例如，在接收到用户对于评价125-1的点击操作时，终端设备140可以将该条评价125-1转发至与驾驶者相关联的终端设备。同时，与终端设备140相关联的服务器也可以记录该用户对于驾驶者的评价即为评价125-1。

图2示出了根据本公开的一些实施例的信息交互的示例方法200的流程图。该方法200例如可以在图1的终端设备140处实施。

在框202，终端设备140获取关于车辆驾驶者的评价。在一些实施例中，响应于用户跳转到评价页面，终端设备140可以从对应的服务器获取关于该车辆驾驶者的评价。应当理解，在为用户分配了特定的车辆驾驶者后，用户即可以跳转到评价页面来查看其它用户对于该车辆驾驶者的评价。例如，对于用户的预约行程，用户可以在分配了驾驶者后且在行程开始前即跳转到评价页面。此时，用户由于尚未开始行程，其只能够查看评价，而无法创建新的评价。

在一些实施例中，用户可以在行程进行中或行程结束后随时跳转到评价页面，此时，用户既可以查看其它用户对于该驾驶者的评价，也可以创建新的评价。

在框204，终端设备140确定评价是否为空，如果在框204确定评价不为空，则方法200进行到框206，其中终端设备140呈现评价中的至少一条评价。

在一些实施例中，当终端设备140确定评价不为空时，出于方便显示的考虑，终端设备140可以仅最多显示预定数目的评价。例如，当该驾驶者累计收到过50条评价时，终端设备140可以仅接受其中的30条评价，并且通过轮播的方式来在评价显示区域120来显示这些评价。应当理解，但该驾驶者的评价数目未达到30条时，终端设备140可以只显示已有的评价。

在一些实施例中，终端设备140可以优先显示时间更新的评价。例如，终端设备140可以按照接受到该评价的时间先后顺序确定预定数目的评价，并且通过轮播的方式来显示这些评价。通过这样的方式，可以使得用户了解到该驾驶者更实时的评价信息。

在一些实施例中，终端设备140还可以根据评价各自被选择的次数，从这些评价中确定预定数目的评价，并且呈现这些预定数目的评价。如上文所介绍以及下文将讨论的，用户例如可以通过点击评价125-1来生成该用户对于驾驶者的评价，此时，终端设备140可以使得服务器累加该评价125-1被选择的次数。进一步地，终端设备140例如可以接收该驾驶者的全部50条评价中被选择次数排名前30位的评价，并通过轮播进行显示。通过这样的方式，可以使得用户了解到更为准确的评价信息。

应当理解，以上提及的具体数目均是示意性的，不旨在构成对本公开的限定。

在框208，响应于针对至少一条评价中的第一评价的选择，终端设备140将第一评价确定为用户针对驾驶者的评价。以图1作为示例，用户例如可以通过终端设备140的触摸屏来选择评价125-1。在接收到该选择操作后，终端设备140可以确定该用户针对该驾驶者的评价即为评价125-1，并可以通知服务器记录该评价信息。

在一些实施例中，终端设备140还可以使与驾驶者相关联的终端设备呈现用户所选择的评价125-1。例如，终端设备140可以直接与驾驶者的终端设备通信，以使得其呈现该评价125-1。或者，终端设备140可以使得服务器与驾驶者的终端设备通信，以使得其呈现该评价125-1。

通过上文所讨论的方法，本公开的实施例可以通过支持用户选择其他用户针对该乘客的评价来快速地生成评价，从而减轻了用户的负担，促进了用户与驾驶者之间的沟通。

在一些实施例中，对于没有其他用户对其进行评价的驾驶员，终端设备140还可以通过提供样例评价来降低用户的负担。具体地，继续参考图2，如果在框204确定评价为空，则方法200可以进行到框210，即终端设备140可以呈现至少一个样例评价。

图3示出了根据本公开实施例的信息交互的示意界面300。如图3所示，界面300包括样例评价310-1和样例评价310-2(单独或统一称为“样例评价310”)。在一些实施例中，样例评价310可以是叫车应用提供的评价示例。例如，样例评价310可以是由叫车应用的管理者所人工录入的。

附加地或备选地，样例评价310也可以通过大数据自动生成的。具体地，叫车平台的服务器可以收集预定时间段内由多个用户提供的多个评价，并从中确定多个样例评价。例如，服务器可以收集最近一周内热度最高的评价，并通过自然语言处理等适当的文本处理方法来生成样例评价。随后，服务器可以从多个样例评价中选择预定数目的样例评价，并将其发送至终端设备140以用于呈现。

以图3作为示例，终端设备140可以显示2条样例评价310。应当理解，这样的具体数目仅是示意性的，可以根据需要显示任何数目的样例评价310。

在一些实施例中，在用户对于所提供的样例评价不满意时，用户还可以刷新所呈现的样例评价310。如图3所示，样例评价310-1和310-2下方显示有用于刷新该评价的刷新按钮315-1和315-2。通过点击刷新按钮315-1，终端设备140可以利用附加的样例评价来替换样例评价310-1。

在一些实施例中，考虑到用户刷新该样例评价可能是对该评价持有不同意见，终端设备140可以利用具有相反感情的样例评价来替换样例评价310-1。例如，当原有的样例评价是对驾驶员的“肯定”感情时，在用户点击刷新后，终端设备140可以替换为“否定”感情的样例评价。

继续参考图2，当用户选择至少一个样例评价中的第二评价时，终端设备140可以将第二评价确定为用户针对驾驶者的评价。以图3作为示例，当用户例如通过终端设备140的触摸屏选择样例评价310-1时，终端设备140可以确定该用户针对该驾驶者的评价即为样例评价310-1，并可以通知服务器记录该评价信息。这使得在其他用户查看该驾驶者的评价时可以看到该用户的这一条评价。

在一些实施例中，终端设备140还可以使与驾驶者相关联的终端设备呈现用户所选择的样例评价310-1。例如，终端设备140可以直接与驾驶者的终端设备通信，以使得其呈现该样例评价310-1。或者，终端设备140可以使得服务器与驾驶者的终端设备通信，以使得其呈现该样例评价310-1。

通过这样的方式，本公开的实施例还可以为先前没有评价的驾驶员快速地生成评价，并进一步地降低用户评价驾驶员的操作负担。

本公开的实施例还提供了用于实现上述方法或过程的相应装置。图4示出了根据本公开的一些实施例的信息交互的装置400的示意性结构框图。

如图4所示，装置400可以包括获取模块410，被配置为获取关于车辆驾驶者的评价。装置400还包括第一呈现模块420，被配置为如果确定评价不为空，呈现评价中的至少一条评价。此外，装置400还包括评价确定模块430，被配置为响应于针对至少一条评价中的第一评价的选择，将第一评价确定为用户针对驾驶者的评价。

在一些实施例中，装置400还包括：第一通信模块，被配置为使与驾驶者相关联的终端设备呈现第一评价。

在一些实施例中，装置400还包括：累加模块，被配置为累加第一评价被选择的次数。

在一些实施例中，第一呈现模块420包括：第一确定模块，被配置为根据评价各自被选择的次数，从评价中确定预定数目的评价；以及第二呈现模块，被配置为呈现预定数目的评价。

在一些实施例中，装置400还包括：第三呈现模块，被配置为如果确定评价为空，呈现至少一个样例评价；第二确定模块，被配置为响应于针对至少一个样例评价中的第二评价的选择，将第二评价确定为用户针对驾驶者的评价；以及第三通信模块，被配置为使与驾驶者相关联的终端设备呈现第二评价。

在一些实施例中，第三呈现模块包括：第三确定模块，被配置为从预定时间段内由多个用户提供的多个评价中，确定多个样例评价；以及第四确定模块，被配置为从多个样例评价中确定至少一个样例评价。

在一些实施例中，装置400还包括：替换模块，被配置为响应于对所呈现评价中的第三评价的刷新，利用附加的样例评价替换第三评价，附加的样例评价不同于第三评价。

在一些实施例中，评价包括以下中的至少一项：文本；表情；图片；音频；或者视频。

装置400中所包括的单元可以利用各种方式来实现，包括软件、硬件、固件或其任意组合。在一些实施例中，一个或多个单元可以使用软件和/或固件来实现，例如存储在存储介质上的机器可执行指令。除了机器可执行指令之外或者作为替代，装置400中的部分或者全部单元可以至少部分地由一个或多个硬件逻辑组件来实现。作为示例而非限制，可以使用的示范类型的硬件逻辑组件包括现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准品(ASSP)、片上***(SOC)、复杂可编程逻辑器件(CPLD)，等等。

图5示出了其中可以实施本公开的一个或多个实施例的计算设备/服务器500的框图。应当理解，图5所示出的计算设备/服务器500仅仅是示例性的，而不应当构成对本文所描述的实施例的功能和范围的任何限制。

如图5所示，计算设备/服务器500是通用计算设备的形式。计算设备/服务器500的组件可以包括但不限于一个或多个处理器或处理单元510、存储器520、存储设备530、一个或多个通信单元540、一个或多个输入设备550以及一个或多个输出设备560。处理单元510可以是实际或虚拟处理器并且能够根据存储器520中存储的程序来执行各种处理。在多处理器***中，多个处理单元并行执行计算机可执行指令，以提高计算设备/服务器500的并行处理能力。

计算设备/服务器500通常包括多个计算机存储介质。这样的介质可以是计算设备/服务器500可访问的任何可以获得的介质，包括但不限于易失性和非易失性介质、可拆卸和不可拆卸介质。存储器520可以是易失性存储器(例如寄存器、高速缓存、随机访问存储器(RAM))、非易失性存储器(例如，只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、闪存)或它们的某种组合。存储设备530可以是可拆卸或不可拆卸的介质，并且可以包括机器可读介质，诸如闪存驱动、磁盘或者任何其他介质，其可以能够用于存储信息和/或数据(例如用于训练的训练数据)并且可以在计算设备/服务器500内被访问。

计算设备/服务器500可以进一步包括另外的可拆卸/不可拆卸、易失性/非易失性存储介质。尽管未在图5中示出，可以提供用于从可拆卸、非易失性磁盘(例如“软盘”)进行读取或写入的磁盘驱动和用于从可拆卸、非易失性光盘进行读取或写入的光盘驱动。在这些情况中，每个驱动可以由一个或多个数据介质接口被连接至总线(未示出)。存储器520可以包括计算机程序产品525，其具有一个或多个程序模块，这些程序模块被配置为执行本公开的各种实施例的各种方法或动作。

通信单元540实现通过通信介质与其他计算设备进行通信。附加地，计算设备/服务器500的组件的功能可以以单个计算集群或多个计算机器来实现，这些计算机器能够通过通信连接进行通信。因此，计算设备/服务器500可以使用与一个或多个其他服务器、网络个人计算机(PC)或者另一个网络节点的逻辑连接来在联网环境中进行操作。

输入设备550可以是一个或多个输入设备，例如鼠标、键盘、追踪球等。输出设备560可以是一个或多个输出设备，例如显示器、扬声器、打印机等。计算设备/服务器500还可以根据需要通过通信单元540与一个或多个外部设备(未示出)进行通信，外部设备诸如存储设备、显示设备等，与一个或多个使得用户与计算设备/服务器500交互的设备进行通信，或者与使得计算设备/服务器500与一个或多个其他计算设备通信的任何设备(例如，网卡、调制解调器等)进行通信。这样的通信可以经由输入/输出(I/O)接口(未示出)来执行。

根据本公开的示例性实现方式，提供了一种计算机可读存储介质，其上存储有一条或多条计算机指令，其中一条或多条计算机指令被处理器执行以实现上文描述的方法。

这里参照根据本公开实现的方法、装置(***)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其他可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其他可编程数据处理装置、或其他设备上，使得在计算机、其他可编程数据处理装置或其他设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其他可编程数据处理装置、或其他设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实现的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实现，上述说明是示例性的，并非穷尽性的，并且也不限于所公开的各实现。在不偏离所说明的各实现的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实现的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其他普通技术人员能理解本文公开的各实现。

Claims (18)

1.一种信息交互的方法，包括：

获取关于车辆驾驶者的评价；

如果确定所述评价不为空，呈现所述评价中的至少一条评价；以及

响应于针对所述至少一条评价中的第一评价的选择，将所述第一评价确定为用户针对所述驾驶者的评价。

2.根据权利要求1所述的方法，还包括：

使与所述驾驶者相关联的终端设备呈现所述第一评价。

3.根据权利要求1所述的方法，还包括：

累加所述第一评价被选择的次数。

4.根据权利要求3所述的方法，其中呈现至少一条评价包括：

根据所述评价各自被选择的次数，从所述评价中确定预定数目的评价；以及

呈现所述预定数目的评价。

5.根据权利要求1所述的方法，还包括：

如果确定所述评价为空，呈现至少一个样例评价；

响应于针对所述至少一个样例评价中的第二评价的选择，将所述第二评价确定为用户针对所述驾驶者的评价；以及

使与所述驾驶者相关联的终端设备呈现所述第二评价。

6.根据权利要求5所述的方法，其中呈现所述至少一个样例评价包括：

从预定时间段内由多个用户提供的多个评价中，确定多个样例评价；以及

从所述多个样例评价中确定所述至少一个样例评价。

7.根据权利要求5所述的方法，还包括：

响应于对所呈现评价中的第三评价的刷新，利用附加的样例评价替换所述第三评价，所述附加的样例评价不同于所述第三评价。

8.根据权利要求1所述的方法，其中所述评价包括以下中的至少一项：

文本；

表情；

图片；

音频；或者

视频。

9.一种用于信息交互的装置，包括：

获取模块，被配置为获取关于车辆驾驶者的评价；

第一呈现模块，被配置为如果确定所述评价不为空，呈现所述评价中的至少一条评价；以及

评价确定模块，被配置为响应于针对所述至少一条评价中的第一评价的选择，将所述第一评价确定为用户针对所述驾驶者的评价。

10.根据权利要求9所述的装置，还包括：

第一通信模块，被配置为使与所述驾驶者相关联的终端设备呈现所述第一评价。

11.根据权利要求9所述的装置，还包括：

累加模块，被配置为累加所述第一评价被选择的次数。

12.根据权利要求11所述的装置，其中所述第一呈现模块包括：

第一确定模块，被配置为根据所述评价各自被选择的次数，从所述评价中确定预定数目的评价；以及

第二呈现模块，被配置为呈现所述预定数目的评价。

13.根据权利要求9所述的装置，还包括：

第三呈现模块，被配置为如果确定所述评价为空，呈现至少一个样例评价；

第二确定模块，被配置为响应于针对所述至少一个样例评价中的第二评价的选择，将所述第二评价确定为用户针对所述驾驶者的评价；以及

第三通信模块，被配置为使与所述驾驶者相关联的终端设备呈现所述第二评价。

14.根据权利要求13所述的装置，其中所述第三呈现模块包括：

第三确定模块，被配置为从预定时间段内由多个用户提供的多个评价中，确定多个样例评价；以及

第四确定模块，被配置为从所述多个样例评价中确定所述至少一个样例评价。

15.根据权利要求14所述的装置，还包括：

替换模块，被配置为响应于对所呈现评价中的第三评价的刷新，利用附加的样例评价替换所述第三评价，所述附加的样例评价不同于所述第三评价。

16.根据权利要求9所述的装置，其中所述评价包括以下中的至少一项：

文本；

表情；

图片；

音频；或者

视频。

17.一种电子设备，包括：

存储器和处理器；

其中所述存储器用于存储一条或多条计算机指令，其中所述一条或多条计算机指令被所述处理器执行以实现根据权利要求1至8中任一项所述的方法。

18.一种计算机可读存储介质，其上存储有一条或多条计算机指令，其中所述一条或多条计算机指令被处理器执行以实现根据权利要求1至8中任一项所述的方法。

Images