聚合模式下的打车信息展示方法、装置，以及电子设备

技术领域

本申请实施例涉及计算机技术领域，特别是涉及一种聚合模式下的打车信息展示方法、装置、电子设备及计算机可读存储介质。

背景技术

在以聚合模式为基础的打车平台上，用户提交打车订单时，平台会面向用户选择的服务商发送订单。用户订单覆盖到的司机越多，被接单的速度越快、概率越更高。在此背景下，平台通常会为用户提供尽可能多的服务商和车型供用户选择，而用户将面临下单时选择更多服务商和车型的任务，以获得更高的接单概率。现有技术中，打车平台通过输出一个类目+车型双层结构的、有序的全部车型列表，供用户选择服务商和车型，同时，通过算法帮用户选中部分车型，减少用户手动操作选车的成本，提升打车效率。但是，由于平台输出的类目+车型列表会通过用户的移动终端上的打车客户端进行展示，由于移动终端占示空间有限，在展示车型较多的情况下，用户通常无法直接浏览到平台推荐的全部信息，而是需要二次操作，反而增加了打车操作步骤，降低了打车效率。

可见，现有技术中聚合模式下的打车信息展示方法存在的车型信息获取效率低下的缺陷。

发明内容

本申请实施例提供一种聚合模式下的打车信息展示方法，能够在有限空间内展示更多有效信息，提升车型信息获取和选择效率。

第一方面，本申请实施例提供了一种聚合模式下的打车信息展示方法，包括：

确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量；

响应于用户通过打车客户端触发聚合模式下打车操作，获取候选服务商车型的列表和默认勾选候选服务商车型，其中，所述默认勾选候选服务商车型是从所述候选服务商车型的列表中选择的；

根据所述默认勾选候选服务商车型的数量和所述车型信息条目数量的大小关系，确定展示所述候选服务商车型的列表的展示模式；

按照所述展示模式，在所述服务商车型信息展示区域内展示所述候选服务商车型的列表中的所述候选服务商车型。

第二方面，本申请实施例提供了一种聚合模式下的打车信息展示装置，包括：

可展示的车型信息条目数量确定模块，用于确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量；

候选和勾选服务商车型获取模块，用于响应于用户通过打车客户端触发聚合模式下打车操作，获取候选服务商车型的列表和默认勾选候选服务商车型，其中，所述默认勾选候选服务商车型是从所述候选服务商车型的列表中选择的；

展示模式确定模块，用于根据所述默认勾选候选服务商车型的数量和所述车型信息条目数量的大小关系，确定展示所述候选服务商车型的列表的展示模式；

候选服务商车型展示模块，用于按照所述展示模式，在所述服务商车型信息展示区域内展示所述候选服务商车型的列表中的所述候选服务商车型。

第三方面，本申请实施例还公开了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现本申请实施例所述的聚合模式下的打车信息展示方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时本申请实施例公开的聚合模式下的打车信息展示方法的步骤。

本申请实施例公开的聚合模式下的打车信息展示方法，通过确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量；响应于用户通过打车客户端触发聚合模式下打车操作，获取候选服务商车型的列表和默认勾选候选服务商车型，其中，所述默认勾选候选服务商车型是从所述候选服务商车型的列表中选择的；根据所述默认勾选候选服务商车型的数量和所述车型信息条目数量的大小关系，确定展示所述候选服务商车型的列表的展示模式；按照所述展示模式，在所述服务商车型信息展示区域内展示所述候选服务商车型的列表中的所述候选服务商车型，能够在有限空间内展示更多有效信息，提升车型信息获取和选择效率。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1是本申请实施例一的聚合模式下的打车信息展示方法流程图；

图2是本申请现有技术中服务商车型展示示意图之一；

图3是本申请现有技术中服务商车型展示示意图之二；

图4是本申请实施例一中服务商车型展示示意图之一；

图5是本申请实施例一中服务商车型展示示意图之二；

图6是本申请实施例二的聚合模式下的打车信息展示装置结构示意图之一；

图7是本申请实施例二的聚合模式下的打车信息展示装置结构示意图之二；

图8示意性地示出了用于执行根据本申请的方法的电子设备的框图；以及

图9示意性地示出了用于保持或者携带实现根据本申请的方法的程序代码的存储单元。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

实施例一

本申请实施例公开的一种聚合模式下的打车信息展示方法，如图1所示，所述方法包括：步骤110至步骤140。

步骤110，确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量。

在打车客户端的聚合模式打车界面通常包括导航栏和服务商车型信息展示区域。如图2所示，其中，导航栏210，用于展示用户输入或选择的打车起始地址、目的地地址等信息；服务商车型信息展示区域220，用于展示平台推荐的候选服务商车型的相关信息，例如，图2中的服务商车型信息展示区域220平铺展示的候选服务商车型列表。

现有技术中，由于进入打车客户端的打车页面的入口不同，会存在打车客户端的界面容器中导航栏210高度不同的情况。例如，当用户启动打车客户端之后，导航栏210高度将为第二高度；而当用户通过其他应用调用打车客户端的接口并进入打车页面，则导航栏210高度将为第一高度，由于，此时导航栏210中会显示一些附加信息(如调用所述打车客户端的应用信息)，通常，第一高度会大于第二高度。由于存在上述不同情况，从而会导致所述打车客户端的服务商车型信息展示区域220高度是动态变化的。

现有技术中，服务商车型展示区域220分类目展示候选服务商车型列表，采用类目+车型的双层结构展示候选服务商车型，用户需要手动选择类目，之后再能浏览该类目下的候选服务商车型。

本申请的一些实施例中，为了充分利用服务商车型信息展示区域220的显示资源，会动态确定服务商车型信息展示区域220中可展示的车型信息的条目数量。

本申请的一些实施例中，确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量，包括：当所述打车客户端的界面容器内导航栏为第一高度时，确定在所述打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量为第一预设数量；当所述打车客户端的界面容器内导航栏为第二高度时，根据运行所述打车客户端的电子设备的屏幕分辨率的高宽比与预设高宽比阈值的比较结果，确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量为第二预设数量或第三预设数量；其中，所述第一高度大于所述第二高度，所述第二预设数量和第三预设数量大于所述第一预设数量。

其中，所述第一高度和所述第二高度对应两个不同的高度级别，所述第一高度大于所述第二高度，本申请的一些实施例中，可以通过一个二值信息表示所述第一高度和所述第二高度的取值，也可以通过具体的高度值(如屏幕像素值)表示所述第一高度和所述第二高度的取值。

其中，所述第一预设数量根据车型信息展示效果确定。例如，可以将第一预设数量设置为2至5之间的任意数值。例如，当导航栏210为第一高度时，可以确定在服务商车型信息展示区域220内设置2个车型信息展示位置，展示2条车型信息。

当导航栏210为第二高度时，服务商车型信息展示区域220会更高些，则可以在服务商车型信息展示区域220内展示更多条车型信息。在这种情况下，进一步根据运行所述打车客户端的电子设备的屏幕分辨率的高宽比与所述预设高宽比阈值的比较结果，确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量。

本申请的一些实施例中，当所述打车客户端的界面容器内导航栏为第二高度时，根据运行所述打车客户端的电子设备的屏幕分辨率的高宽比与预设高宽比阈值的比较结果，确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量为第二预设数量或第三预设数量，包括：当运行所述打车客户端的电子设备的屏幕分辨率的高宽比大于或等于预设高宽比阈值时，确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量为第二预设数量；当运行所述打车客户端的电子设备的屏幕分辨率的高宽比小于预设高宽比阈值时，确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量为第三预设数量。其中，第二预设数量大于第三预设数量。所述第二预设数量和第三预设数量的取值根据车型信息展示效果确定，例如可以设置所述第二预设数量为5，所述第三预设数量为4。

本申请的一些实施例中，所述预设高宽比阈值根据电子设备的设计规范确定。例如，移动终端显示屏的高宽比通常为16:9、16:10，则将所述预设高宽比阈值设置为1.8。相应的，当运行所述打车客户端的电子设备的屏幕分辨率的高宽比为16:9时，则可以确定在打车客户端的服务商车型信息展示区域220内可展示的车型信息条目数量为5条；当运行所述打车客户端的电子设备的屏幕分辨率的高宽比为16:10时，则可以确定在打车客户端的服务商车型信息展示区域220内可展示的车型信息条目数量为4条。

本申请的一些实施例中，可以通过调用运行所述打车客户端的电子设备的操作系统接口获取所述电子设备的屏幕分辨率，从而确定屏幕分辨率的高宽比，本申请实施例中对确定运行所述打车客户端的电子设备的屏幕分辨率的高宽比的具体实施方式不做限定，本实施例中亦不再赘述。

步骤120，响应于用户通过打车客户端触发聚合模式下打车操作，获取候选服务商车型的列表和默认勾选候选服务商车型。

其中，所述默认勾选候选服务商车型是从所述候选服务商车型的列表中选择的。例如，本申请的一些实施例中，所述默认勾选候选服务商车型是针对所述用户的打车场景信息从所述候选服务商车型的列表中选择的。再例如，本申请的一些实施例中，所述默认勾选候选服务商车型是针对所述用户的打车场景信息和平台的服务商车型推荐策略(如优惠车型、接单速度等)从所述候选服务商车型的列表中选择的。

当用户在电子设备上运行的打车客户端上的聚合模式下执行打车操作时，或者，用户通过其他应用调用打车客户端的接口进入聚合模式，并执行打车操作时，所述打车客户端将生成聚合模式打车请求，并将该聚合模式打车请求发送到后台服务器，以获取后台服务器返回的候选服务商车型的列表和默认勾选候选服务商车型。

本申请的一些实施例中，所述聚合模式打车请求中可以包括用户的身份标识、打车操作发生时间、打车订单起始地点和目的地等打车场景信息，所述后台服务器将根据包括但不限于上述打车场景信息确定针对所述用户的打车需求信息(其中，包括但不限于：出发时间、地点、目的地、偏好车型等信息)，通过预设算法确定针对所述用户的候选服务商车型的列表，以及，并按照预设的组合推荐策略，确定与所述用户匹配度最高的一个或多个所述候选服务商车型，并选择上述与所述用户匹配度最高的一个或多个所述候选服务商车型作为默认勾选候选服务商车型，之后，所述后台服务器将所述候选服务商车型的列表中所有候选服务商车型反馈给所述打车客户端，同时，将所有默认勾选候选服务商车型反馈给所述打车客户端。

本申请的一些实施例中，获取候选服务商车型的列表和默认勾选候选服务商车型还可以采用现有技术中的其他方式，本申请实施例中不再一一例举。

本申请的一些实施例中，确定默认勾选候选服务商车型的推荐组合策略，例如可以为：叫车速度最快、车型最舒适等策略，本申请实施例中不一一例举。所述后台服务器根据上述推荐组合策略从候选服务商车型中选择一个或多个默认勾选候选服务商车型。

本申请的一些实施例中，所述后台服务器在通过预设算法确定针对所述用户的候选服务商车型的列表时，还计算所述候选服务商车型的列表中的所述候选服务商车型分别匹配针对所述用户的推荐得分。所述推荐得分与所述候选服务商车型与用户的匹配度正相关，与所述候选服务商车型的展示先后顺序正相关，所述推荐得分越高，所述候选服务商车型将被展示在服务商车型信息展示区域靠近顶部的位置。

步骤130，根据所述默认勾选候选服务商车型的数量和所述车型信息条目数量的大小关系，确定展示所述候选服务商车型的列表的展示模式。

在确定了所述默认勾选候选服务商车型的数量之后，进一步根据所述默认勾选候选服务商车型的数量和所述服务商车型信息展示区域内可展示的车型信息条目数量的大小关系，确定对所述候选服务商车型的列表进行展示的展示模式。

本申请的一些实施例中，所述根据所述默认勾选候选服务商车型的数量和所述车型信息条目数量的大小关系，确定展示所述候选服务商车型的列表的展示模式，包括：在所述默认勾选候选服务商车型的数量大于所述车型信息条目数量的情况下，确定展示所述候选服务商车型的列表的展示模式为第一展示模式，所述第一展示模式为：以组合形式展示所述默认勾选候选服务商车型的信息，并以列表形式展示所述候选服务商车型的列表中除所述默认勾选候选服务商车型以外的候选服务商车型的信息；在所述默认勾选候选服务商车型的数量小于或等于所述车型信息条目数量的情况下，确定展示所述候选服务商车型的列表的展示模式为第二展示模式，所述第二展示模式为：以列表形式展示所述候选服务商车型的列表中候选服务商车型的信息。

例如，当所述候选服务商车型的列表中包括8个候选服务商车型，其中，所述默认勾选候选服务商车型的数量为5个,而所述服务商车型信息展示区域内可展示的车型信息条目数量为4，即所述默认勾选候选服务商车型的数量大于所述服务商车型信息展示区域内可展示的车型信息条目数量，所述服务商车型信息展示区域内无法在一屏内展示全部默认勾选候选服务商车型。如果采用现有技术中的方法平铺展示候选服务商车型的方法，当用户需要查看全部候选服务商车型时，需要手动操作，将展示的候选服务商车型拉起，之后，如图3所示，所述打车客户端中才能够在一屏展示全部候选服务商车型。

而本申请实施例在所述默认勾选候选服务商车型的数量大于所述服务商车型信息展示区域内可展示的车型信息条目数量的情况下，采用第一展示模式对所述候选服务商车型的列表中的候选服务商车型进行展示。例如，所述将所述默认勾选候选服务商车型进行组合展示，将其他候选服务商车型平铺展示，这样，可以在有限的展示区域内尽量多的向用户展示候选服务商车型的信息，便于用户快速选择用户候选服务商车型，完成打车操作。

仍以所述候选服务商车型的列表中包括8个候选服务商车型，其中，所述默认勾选候选服务商车型的数量为3个为例，如果所述服务商车型信息展示区域内可展示的车型信息条目数量为4，即所述默认勾选候选服务商车型的数量小于所述服务商车型信息展示区域内可展示的车型信息条目数量，所述服务商车型信息展示区域内可以在一屏内展示全部默认勾选候选服务商车型，此时，采用第二展示模式对所述候选服务商车型的列表中的候选服务商车型进行展示。例如，将全部候选服务商车型平铺展示在所述服务商车型信息展示区域220内。

步骤140，按照所述展示模式，在所述服务商车型信息展示区域内展示所述候选服务商车型的列表中的所述候选服务商车型。

进一步的，在确定了对所述候选服务商车型的列表中的候选服务商车型进行展示所采用的展示模式之后，按照确定的展示模式对所述候选服务商车型的列表中的候选服务商车型进行展示。

当采用第一展示模式对所述候选服务商车型的列表中的候选服务商车型进行展示时(如所述候选服务商车型的列表中包括8个候选服务商车型，分别为服务商车型1至8，其中，所述默认勾选候选服务商车型的数量为5个,而所述服务商车型信息展示区域内可展示的车型信息条目数量为4)，所述候选服务商车型的列表中的所述候选服务商车型分别匹配针对所述用户的推荐得分，所述按照所述展示模式，在所述服务商车型信息展示区域内展示所述候选服务商车型的列表中的所述候选服务商车型，包括：在所述展示模式为第一展示模式的情况下，在所述服务商车型信息展示区域内顶部首个车型信息条目位置，展示所述默认勾选候选服务商车型的信息摘要；从所述服务商车型信息展示区域内顶部第二个车型信息条目位置起，按照推荐得分由大到小的顺序，自顶向下平铺展示所述候选服务商车型的列表中除所述默认勾选候选服务商车型以外的候选服务商车型的信息。下面结合图4详细说明第一展示模式的具体实施方案。

如图4所示，在所述服务商车型信息展示区域内有4个车型信息条目位置，自顶向下分别为410、420、430和440，则在所述服务商车型信息展示区域内顶部首个车型信息条目410的位置，展示上述5个所述默认勾选候选服务商车型(如服务商车型1至5)的信息摘要，然后，在车型信息条目420、430和440的位置，依次展示上述8个候选服务商车型中剩余的3个服务商车型(如服务商车型6、7、8)的信息。

本申请的一些实施例中，在所述服务商车型信息展示区域内顶部首个车型信息条目位置，展示所述默认勾选候选服务商车型的信息摘要，包括：根据所述默认勾选候选服务商车型的价格分布信息、接驾时间分布信息、车型信息、推荐组合策略中的一项或多项信息，确定所述默认勾选候选服务商车型的信息摘要；在所述服务商车型信息展示区域内顶部首个车型信息条目位置展示所述信息摘要。例如，在所述服务商车型信息展示区域内顶部首个车型信息条目410的位置展示上述5个候选服务商车型的组合推荐策略名称“接单速度最快”，以及上述5个候选服务商车型的价格区间和最短接待时间。本申请的一些实施例中，还可以在所述服务商车型信息展示区域内顶部首个车型信息条目410的位置展示上述5个候选服务商车型的具体车型图像信息，便于用户快速选择服务商车型。

本申请的一些实施例中，在所述展示模式为第一展示模式的情况下，在所述服务商车型信息展示区域内顶部首个车型信息条目位置，展示所述默认勾选候选服务商车型的信息摘要之后，还包括：所述打车客户端检测到用户执行确认提交打车订单的操作，向所述后台服务器发送以所述默认勾选候选服务商车型作为选择的服务商车型的打车订单提交请求。例如，用户通过展示的组合推荐的所述默认勾选候选服务商车型的信息摘要之后，可以直接点击所述打车客户端界面的“确认打车”按钮，快捷打车。所述打车客户端检测到“确认打车”按钮被触发之后，确定所述打车客户端界面中展示的被勾选的选候选服务商车型。由于组合推荐的所述默认勾选候选服务商车型是默认勾选的，即处于被选择状态，所述打车客户端界面将获取到全部默认勾选候选服务商车型，并将全部默认勾选候选服务商车型作为用户选择的车型，发送到后台服务器，触发所述后台服务器向所述全部默认勾选候选服务商车型发出抢单信息，以执行用户触发的打车操作。由以上例子可以看出，用户不需要执行勾选其他服务商车型的操作、不需要执行拉起服务商车型信息展示区域的操作，一键即可实现快捷打车，充分提高了用户的打车效率。

当采用第二展示模式对所述候选服务商车型的列表中的候选服务商车型进行展示时(如所述候选服务商车型的列表中包括8个候选服务商车型，分别为服务商车型1至8，其中，所述默认勾选候选服务商车型的数量为3个,而所述服务商车型信息展示区域内可展示的车型信息条目数量为4)，所述候选服务商车型的列表中的所述候选服务商车型分别匹配针对所述用户的推荐得分，所述按照所述展示模式，在所述服务商车型信息展示区域内展示所述候选服务商车型的列表中的所述候选服务商车型，包括：在所述展示模式为第二展示模式的情况下，从所述服务商车型信息展示区域内顶部首个车型信息条目位置起，按照推荐得分由大到小的顺序自顶向下依次平铺展示所述默认勾选候选服务商车型以及所述候选服务商车型的列表中的除所述默认勾选候选服务商车型以外的候选服务商车型的信息。

例如，在所述服务商车型信息展示区域内顶部3个车型信息条目410、20和430的位置按照推荐得分由高到低的顺序依次展示上述3个默认勾选候选服务商车型(如服务商车型1至3)，在所述服务商车型信息展示区域内底部的车型信息条目440的位置展示上述8个候选服务商车型中除3个默认勾选候选服务商车型之外推荐得分最高的一个候选服务商车型(如服务商车型4)的信息，展示效果如图5所示。

本申请的一些实施例中，所述打车客户端还检测用户对所述服务商车型信息展示区域的拉起操作，并根据所述拉起操作更新所述服务商车型信息展示区域，以及所述服务商车型信息展示区域内展示的候选服务商车型，从而展示更多的候选服务商车型供用户选择，展示效果如图3所示。

本申请实施例公开的聚合模式下的打车信息展示方法，通过确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量；响应于用户通过打车客户端触发聚合模式下打车操作，获取候选服务商车型的列表和默认勾选候选服务商车型，其中，所述默认勾选候选服务商车型是从所述候选服务商车型的列表中选择的；根据所述默认勾选候选服务商车型的数量和所述车型信息条目数量的大小关系，确定展示所述候选服务商车型的列表的展示模式；按照所述展示模式，在所述服务商车型信息展示区域内展示所述候选服务商车型的列表中的所述候选服务商车型，能够在有限空间内展示更多有效信息，提升车型信息获取和选择效率。

本申请实施例公开的聚合模式下的打车信息展示方法，在默认勾选候选服务商车型较多，无法在服务商车型信息展示区域内全部展示的情况下，通过将默认勾选候选服务商车型进行折叠展示，并在区域地分布展示默认勾选候选服务商车型组合的信息摘要，在服务商车型信息展示区域内剩余的栏位中展示其他候选服务商车型的信息，可以时用户无需拉动服务商车型信息展示区域即可获取到更多的服务商车型信息，并快速选择服务商车型，从而可以提升打车效率。车型组合的折叠展示精简了需要展示的关键决策信息，用户将在更高效的组件上完成快捷操作，无需关注更多冗余信息。

另一方面，现有技术中基于“类目”+“车型”的双层车型信息结构对服务商车型进行管理和展示，打车客户端一屏之内只能展示一个类目的车型信息，用户需要多次操作切换类目标签，以浏览不同类目下的服务商车型信息，并提交打车请求，用户无法同时提交多个车型的打车请求。而通过本申请实施例中公开的聚合模式下的打车信息展示方法，将服务商车型信息拉平到单层目录，不区分类目，便于用户同时选择多个类目的服务商车型。同时，为了在有限的展示区域内向用户展示更多的服务商车型信息，引入了组合推荐策略，将后台服务器默认勾选的服务商车型以组合的方式进行折叠展示，以节省展示空间，同时，将辅助用户进行决策的信息作为信息摘要进行展示，为用户展示全面的车型信息，提升用户获取车型信息的效率。

由于默认勾选候选服务商车型是后台服务器根据用户的打车场景信息按照一定推荐组合策略选择的，与用户的打车需求匹配度更高，并且，用户可以通过信息摘要获知折叠展示的一组候选服务商车型的推荐组合策略(如接单速度最快)、最短接驾时间、最低价格等关键决策信息，若用户对上述信息摘要满意，则可以直接选择折叠显示的全部默认勾选候选服务商车型，快速提交打车订单。若用户对上述信息摘要不满意，还可以直接选择在服务商车型信息展示区域内展示的其他候选服务商车型，快速提交打车订单。采用本申请实施例公开的聚合模式下的打车信息展示方法，实现了用户可以在一屏服务商车型信息展示区域内选择更多的候选服务商车型，从而提升了打车效率，进一步改善了用户体验。

实施例二

本申请实施例公开的一种聚合模式下的打车信息展示装置，如图6所示，所述装置包括：

可展示的车型信息条目数量确定模块610，用于确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量；

候选和勾选服务商车型获取模块620，用于响应于用户通过打车客户端触发聚合模式下打车操作，获取候选服务商车型的列表和默认勾选候选服务商车型，其中，所述默认勾选候选服务商车型是从所述候选服务商车型的列表中选择的；

展示模式确定模块630，用于根据所述默认勾选候选服务商车型的数量和所述车型信息条目数量的大小关系，确定展示所述候选服务商车型的列表的展示模式；

候选服务商车型展示模块640，用于按照所述展示模式，在所述服务商车型信息展示区域内展示所述候选服务商车型的列表中的所述候选服务商车型。

本申请的一些实施例中，在从所述候选服务商车型的列表中选择所述默认勾选候选服务商车型时，所述默认勾选候选服务商车型可以是针对所述用户的打车场景信息从所述候选服务商车型的列表中选择的。本申请的另一些实施例中，在从所述候选服务商车型的列表中选择所述默认勾选候选服务商车型时，所述默认勾选候选服务商车型还可以是针对所述用户的打车场景信息和平台的服务商车型推荐策略(如优惠车型、接单速度等)从所述候选服务商车型的列表中选择的。

本申请的一些实施例中，所述展示模式确定模块630进一步用于：

在所述默认勾选候选服务商车型的数量大于所述车型信息条目数量的情况下，确定展示所述候选服务商车型的列表的展示模式为第一展示模式，所述第一展示模式为：以组合形式展示所述默认勾选候选服务商车型的信息，并以列表形式展示所述候选服务商车型的列表中除所述默认勾选候选服务商车型以外的候选服务商车型的信息；

在所述默认勾选候选服务商车型的数量小于或等于所述车型信息条目数量的情况下，确定展示所述候选服务商车型的列表的展示模式为第二展示模式，所述第二展示模式为：以列表形式展示所述候选服务商车型的列表中候选服务商车型的信息。

本申请的一些实施例中，所述候选服务商车型的列表中的所述候选服务商车型分别匹配针对所述用户的推荐得分，如图7所示，所述候选服务商车型展示模块640进一步包括：

第一候选服务商车型展示子模块6401，用于在所述展示模式为第一展示模式的情况下，在所述服务商车型信息展示区域内顶部首个车型信息条目位置，展示所述默认勾选候选服务商车型的信息摘要；以及，

从所述服务商车型信息展示区域内顶部第二个车型信息条目位置起，按照推荐得分由大到小的顺序，自顶向下平铺展示所述候选服务商车型的列表中除所述默认勾选候选服务商车型以外的候选服务商车型的信息。

本申请的一些实施例中，在所述服务商车型信息展示区域内顶部首个车型信息条目位置，展示所述默认勾选候选服务商车型的信息摘要，包括：

根据所述默认勾选候选服务商车型的价格分布信息、接驾时间分布信息、车型信息、推荐组合策略中的一项或多项信息，确定所述默认勾选候选服务商车型的信息摘要；

在所述服务商车型信息展示区域内顶部首个车型信息条目位置展示所述信息摘要。

本申请的一些实施例中，所述候选服务商车型的列表中的所述候选服务商车型分别匹配针对所述用户的推荐得分，如图7所示，所述候选服务商车型展示模块640，进一步包括：

第二候选服务商车型展示子模块6402，用于在所述展示模式为第二展示模式的情况下，从所述服务商车型信息展示区域内顶部首个车型信息条目位置起，按照推荐得分由大到小的顺序自顶向下依次平铺展示所述默认勾选候选服务商车型以及所述候选服务商车型的列表中的除所述默认勾选候选服务商车型以外的候选服务商车型的信息。

本申请的一些实施例中，所述可展示的车型信息条目数量确定模块610进一步用于：

当所述打车客户端的界面容器内导航栏为第一高度时，确定在所述打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量为第一预设数量；以及，

当所述打车客户端的界面容器内导航栏为第二高度时，根据运行所述打车客户端的电子设备的屏幕分辨率的高宽比与预设高宽比阈值的比较结果，确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量为第二预设数量或第三预设数量；其中，所述第一高度大于所述第二高度，所述第二预设数量和第三预设数量大于所述第一预设数量。

本申请实施例公开的聚合模式下的打车信息展示装置，用于实现本申请实施例一中所述的聚合模式下的打车信息展示方法，装置的各模块的具体实施方式不再赘述，可参见方法实施例相应步骤的具体实施方式。

本申请实施例公开的聚合模式下的打车信息展示装置，通过确定在打车客户端的服务商车型信息展示区域内可展示的车型信息条目数量；响应于用户通过打车客户端触发聚合模式下打车操作，获取候选服务商车型的列表和默认勾选候选服务商车型，其中，所述默认勾选候选服务商车型是从所述候选服务商车型的列表中选择的；根据所述默认勾选候选服务商车型的数量和所述车型信息条目数量的大小关系，确定展示所述候选服务商车型的列表的展示模式；按照所述展示模式，在所述服务商车型信息展示区域内展示所述候选服务商车型的列表中的所述候选服务商车型，能够在有限空间内展示更多有效信息，提升车型信息获取和选择效率。

本申请实施例公开的聚合模式下的打车信息展示装置，在默认勾选候选服务商车型较多，无法在服务商车型信息展示区域内全部展示的情况下，通过将默认勾选候选服务商车型进行折叠展示，并在区域地分布展示默认勾选候选服务商车型组合的信息摘要，在服务商车型信息展示区域内剩余的栏位中展示其他候选服务商车型的信息，可以时用户无需拉动服务商车型信息展示区域即可获取到更多的服务商车型信息，并快速选择服务商车型，从而可以提升打车效率。车型组合的折叠展示精简了需要展示的关键决策信息，用户将在更高效的组件上完成快捷操作，无需关注更多冗余信息。

另一方面，现有技术中基于“类目”+“车型”的双层车型信息结构对服务商车型进行管理和展示，打车客户端一屏之内只能展示一个类目的车型信息，用户需要多次操作切换类目标签，以浏览不同类目下的服务商车型信息，并提交打车请求，用户无法同时提交多个车型的打车请求。而通过本申请实施例中公开的聚合模式下的打车信息展示方法，将服务商车型信息拉平到单层目录，不区分类目，便于用户同时选择多个类目的服务商车型。同时，为了在有限的展示区域内向用户展示更多的服务商车型信息，引入了组合推荐策略，将后台服务器默认勾选的服务商车型以组合的方式进行折叠展示，以节省展示空间，同时，将辅助用户进行决策的信息作为信息摘要进行展示，为用户展示全面的车型信息，提升用户获取车型信息的效率。

由于默认勾选候选服务商车型是后台服务器根据用户的打车场景信息按照一定推荐组合策略选择的，与用户的打车需求匹配度更高，并且，用户可以通过信息摘要获知折叠展示的一组候选服务商车型的推荐组合策略(如接单速度最快)、最短接驾时间、最低价格等关键决策信息，若用户对上述信息摘要满意，则可以直接选择折叠显示的全部默认勾选候选服务商车型，快速提交打车订单。若用户对上述信息摘要不满意，还可以直接选择在服务商车型信息展示区域内展示的其他候选服务商车型，快速提交打车订单。采用本申请实施例公开的聚合模式下的打车信息展示装置，实现了用户可以在一屏服务商车型信息展示区域内选择更多的候选服务商车型，从而提升了打车效率，进一步改善了用户体验。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本申请提供的一种聚合模式下的打车信息展示方法及装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其一种核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

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

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的电子设备中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

例如，图8示出了可以实现根据本申请的方法的电子设备。所述电子设备可以为PC机、移动终端、个人数字助理、平板电脑等。该电子设备传统上包括处理器810和存储器820及存储在所述存储器820上并可在处理器810上运行的程序代码830，所述处理器810执行所述程序代码830时实现上述实施例中所述的方法。所述存储器820可以为计算机程序产品或者计算机可读介质。存储器820可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。存储器820具有用于执行上述方法中的任何方法步骤的计算机程序的程序代码830的存储空间8201。例如，用于程序代码830的存储空间8201可以包括分别用于实现上面的方法中的各种步骤的各个计算机程序。所述程序代码830为计算机可读代码。这些计算机程序可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。这些计算机程序产品包括诸如硬盘，紧致盘(CD)、存储卡或者软盘之类的程序代码载体。所述计算机程序包括计算机可读代码，当所述计算机可读代码在电子设备上运行时，导致所述电子设备执行根据上述实施例的方法。

本申请实施例还公开了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例一所述的聚合模式下的打车信息展示方法的步骤。

这样的计算机程序产品可以为计算机可读存储介质，该计算机可读存储介质可以具有与图8所示的电子设备中的存储器820类似布置的存储段、存储空间等。程序代码可以例如以适当形式进行压缩存储在所述计算机可读存储介质中。所述计算机可读存储介质通常为如参考图9所述的便携式或者固定存储单元。通常，存储单元包括计算机可读代码830’，所述计算机可读代码830’为由处理器读取的代码，这些代码被处理器执行时，实现上面所描述的方法中的各个步骤。

本文中所称的“一个实施例”、“实施例”或者“一个或者多个实施例”意味着，结合实施例描述的特定特征、结构或者特性包括在本申请的至少一个实施例中。此外，请注意，这里“在一个实施例中”的词语例子不一定全指同一个实施例。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。