CN109673162A - 用于提供运输服务信息的方法和设备 - Google Patents

Abstract

本申请的实施例涉及用于提供用于在终端设备上显示的运输服务信息的方法和设备。所述方法可以包括从终端设备接收运输服务请求。所述方法还可以包括确定搜索区域，所述搜索区域用于定位提供所请求的运输服务的车辆。所述方法还可以包括确定与所述搜索区域相关的历史运输服务请求数据。所述方法还可以包括基于所述历史运输服务请求数据确定与所述搜索区域相关联的供需信息。所述方法还可以包括提供所述供需信息，以在所述终端设备上显示。

Description

用于提供运输服务信息的方法和设备

相关申请的交叉引用

本申请要求于2017年8月16日提交的申请号为201710700638.X的中国申请和2017年12月29日提交的申请号为15/858,697的美国专利申请的优先权，其全部内容通过引用并入本文。

技术领域

本申请涉及信息显示，更具体地涉及用于在用户终端上提供与运输服务相关联的信息的方法、设备和计算机可读介质。

背景技术

网约车平台(例如，DiDi^TM在线)可以从乘客接收运输服务请求，然后将服务请求发送到至少一个运输服务提供者(例如，出租车司机、私人车主等)。服务请求可以被服务提供者接单，或者如果没有人在预定时段内接收服务请求，则该服务请求将被分配给服务提供者。通过这种方式，网约车平台为乘客和司机提供了极大的便利。

然而，当在特定地理区域中的运输服务的需求和供应之间存在不平衡时，运输服务的周转和用户体验可能受到不利影响。例如，当运输服务请求的数量远远超过可用服务车辆的数量时，乘客需要支付额外费用才有资格接收动态调度服务以减少等待时间。同时，当乘客已经等待很长一段时间但是没有可用的服务车辆响应运输服务请求时，乘客会不知道延迟的原因，并且在请求被接受之前也不知道需要等待多久。因此，乘客无法相应地调整行程计划。

本申请提供运输服务信息的方法和设备用于解决上述问题。

发明内容

本申请的实施例提供了一种计算机实现的方法，用于生成在终端设备上显示的运输服务信息。所述方法可以包括从所述终端设备接收第一运输服务请求。所述方法还可以包括确定搜索区域，所述搜索区域用于定位提供所述请求的运输服务的车辆。所述该方法还可以包括确定与所述搜索区域相关的历史运输服务请求数据。所述方法还可以包括基于所述历史运输服务请求数据确定与所述搜索区域相关联的供需信息。所述方法还可以包括提供所述供需信息，以在所述终端设备上显示。

本申请的实施例还公开了一种用于提供运输服务的设备。所述设备可以包括与终端设备通信的通信接口。所述设备还可以包括存储指令的内存。所述设备还可以包括耦合到所述通信接口和内存的处理器。所述处理器被配置为执行从终端设备接收运输服务请求的指令。所述处理器还被配置用于确定搜索区域，所述搜索区域用于定位提供请求的运输服务的车辆，并确定与所述搜索区域相关的历史运输服务请求数据。所述处理器也被配置为基于所述历史运输服务请求数据确定与所述搜索区域相关的供需信息，以及提供所述供需信息，以在所述终端设备上显示。

本申请的实施例还公开了一种非暂时性计算机可读介质，其存储一组指令，当由服务器的至少一个处理器执行时，使终端设备执行用于提供与运输服务有关的信息的方法。所述方法可以包括从终端设备接收运输服务请求。所述方法还可以包括确定搜索区域，所述搜索区域用于定位提供所述请求的运输服务的车辆。所述方法还可以包括确定与所述搜索区域相关的历史运输服务请求数据。所述方法还可以包括基于所述历史运输服务请求数据确定与所述搜索区域相关联的供需信息。所述方法还可以包括提供所述供需信息，以所述终端设备上显示。

应当理解的是，前面的一般性描述和下面的详细描述都只是示例性和说明性的，并不是对所公开的实施方式进行限制。

附图说明

图1是根据本申请实施例所示的用于提供与运输服务有关的信息的示例性***的示意图；

图2是根据本申请一些实施例所示的由图1的***使用的示例性乘客终端的示意图；

图3是根据本申请一些实施例所示的用于提供运输服务信息的示例性方法的流程图；

图4是根据本申请的一些实施例所示的由图1的***使用的示例性乘客终端的示意图；

图5是根据本申请实施例所示的图4中乘客终端的示例性用户界面的示意图，所述用户界面用于显示运输服务信息；

图6是根据本申请实施例所示的图4中乘客终端的示例性用户界面的示意图，所述用户界面用于显示运输服务信息；

图7是根据本申请实施例所示的图4中的乘客终端的示例性用户界面的示意图，所述用户界面用于显示运输服务信息；

图8是根据本申请实施例所示的图4中乘客终端的示例性用户界面的示意图，所述用户界面用于显示运输服务信息；

图9是根据本申请实施例所示的图4中乘客终端的示例性用户界面的示意图，所述用户界面用于显示运输服务信息。

具体实施方式

现在将详细参考示例性实施例，其示例在附图中示出。尽可能地，在整个附图中将使用相同的附图标记来表示相同或相似的部分。

图1是根据本申请实施例所示的用于提供与运输服务有关的信息的示例性***10的示意图。

参考图1，***10可以包括用于提供与运输服务有关的信息的服务器100。服务器100可以是通用服务器或专门设计用于管理运输服务请求的专有设备。可以设想的是，服务器100可以是单独的***或更大的计算***的集成组件。在一些实施例中，服务器100可以包括子***，其中一些子***可以是远程的。

与本申请实施例一致，服务器100可以包括通信接口102、处理器104、存储单元106和内存模块108等。至少一些服务器100的组件可以被配置用于传输数据，并在彼此之间或之中发送或接收指令。

通信接口102可以被配置用于与一个或以上乘客20和服务车辆30通信。具体地，每个乘客20可以具有用于与服务器100通信的相关乘客终端400。例如，乘客终端400可以是智能电话、平板电脑、可穿戴设备、计算机等。乘客20可以使用乘客终端400向服务器100发送运输服务请求。运输服务请求可以包括乘客20的当前位置、请求的运输服务的起始地和目的地、请求时间等。通常，请求的运输服务的起始地可以与乘客20和/或乘客终端400的位置重叠。然而，可以假设的是，即使从乘客终端400发送运输服务请求，请求的运输起始地也可以与乘客终端400的位置不同。例如，用户可以从计算机为远离该用户的朋友请求运输服务。

类似地，每个服务车辆30可以具有用于与服务器100通信的相关通信设备300。与所公开的实施例一致，通信设备300可以集成在车辆30中，或者可以是由车辆30的司机携带的移动终端，例如智能电话、平板电脑、可穿戴设备等。通信接口102可以从通信设备22接收服务车辆20的车辆信息。服务车辆20可以是出租车或私家车。可以设想的是，服务车辆20也可以是自主车辆。车辆信息可以包括位置、容量、当前驾驶方向、车辆模型或服务车辆20的其他特征中的至少一个。

在各种披露的实施例中，通信接口102可以是综合业务数字网(ISDN)卡、电缆调制解调器、卫星调制解调器或调制解调器，以在服务器100和其他设备(例如乘客终端400和通信设备300)之间提供数据通信连接。又例如，通信接口102可以是局部区域网络(LAN)卡，以提供与兼容LAN的数据通信连接。无线链路也可以由通信接口102实现。在这样的实现中，通信接口102可以经由网络90发送和接收电信号、电磁信号或光信号，所述电信号、电磁信号或光信号可以携带表示各种类型信息的数字数据流。网络90通常可以包括蜂窝通信网络、无线局部区域网络(WLAN)、广域网(WAN)等。

处理器104可以是一个或以上已知的处理设备，例如来自Intel^TM制造的Pentium^TM系列的微处理器，或由AMD^TM制造的Turion^TM系列的微处理器。处理器104可以由同时执行并行进程的单核或多核处理器构成。例如，处理器104可以是配置有虚拟处理技术的单核处理器。在一些实施例中，处理器104可以使用逻辑处理器来同时执行和控制多个进程。处理器104可以实现虚拟机技术或其他已知技术，以提供执行、控制、运行、操作、存储等多个软件进程、应用程序、程序等的能力。在另一实施例中，处理器104可以包括多核处理器设置(例如，双核、四核等)被配置用于提供并行进程功能以允许服务器100同时执行多个进程。本领域的普通技术人员将理解的是，其他类型的处理器设置可以实现提供本文公开的功能。

处理器104可以执行存储单元106和内存模块108中存储的计算机指令(程序代码)，并且可以根据本申请中描述的示例性技术执行功能。稍后将结合图3描述处理器104的更多示例性功能。存储单元106和内存模块108可以包括任何适当类型的大容量存储器，用以存储处理器104可能需要操作的任何类型的信息。存储单元106和内存模块108可以是易失性或非易失性、磁性、半导体、磁带、光学、可移动、不可移动或其他类型的存储设备或有形(即非暂时性)计算机可读介质，包括但不限于ROM、闪存、动态RAM和静态RAM。

存储单元106和/或内存模块108可以被配置用于存储一个或以上计算机程序，其可以由处理器104执行来实现本申请中所公开的提供运输服务信息的示例性功能。存储单元106和/或内存模块108可以进一步被配置为存储处理器104使用的信息和数据。

图2是根据本申请的一些实施例所示的示例性乘客终端400的示意图。如图2所示，乘客终端400可以包括处理器202、内存模块204、用户接口206和通信接口208。

在示例性实施例中，处理器202可以包括任何适当类型的通用或专用微处理器、数字信号处理器或微处理器。处理器202可以被配置为单独的处理器模块，专用于执行所公开的提供与运输服务有关的信息的方法。另选地，处理器202可以被配置为共享处理器模块，用于执行乘客终端400的其他功能，该乘客终端400与所公开的用于提供与运输服务有关的信息的方法无关。在示例性实施例中，处理器202可以执行存储在存储模块204中的计算机指令(程序代码)，并且可以根据本申请中描述的示例性技术执行功能。

存储模块204可以包括任何适当类型的大容量存储器，用以存储处理器202可能需要操作的任何类型的信息。存储模块204可以是易失性或非易失性、磁性、半导体、磁带、光学、可移动、不可移动或其他类型的存储设备，或有形(即，非暂时性)计算机可读介质，包括但不限于到ROM、闪存、动态RAM和静态RAM。存储模块204可以被配置为存储一个或以上计算机程序，其可以由处理器202执行，该处理器202用以执行所公开的用于提供与运输服务有关的信息的方法。

用户界面206可以包括显示屏。显示屏可以包括液晶显示器(LCD)、发光二极管(LED)、等离子显示器、投影或任何其他类型的显示器，并且还可以包括麦克风、扬声器和/或音频输入/输出(例如，耳机插孔)。

用户界面206也可以被配置用于接收来自乘客20的输入或命令。例如，显示屏可以实现为触摸屏，用以接收来自用户的输入信号。触摸屏包括一个或以上触摸传感器，以感测触摸屏上的触摸、滑动和其他手势。触摸传感器不仅可以感测触摸或轻扫动作的边界处，还可以感测与触摸或轻扫动作相关联的时间段和压力。另选地或另外地，用户界面206可以包括其他输入设备，诸如键盘、按钮、操纵杆和/或追踪球。用户界面206可以被配置用于将用户输入发送到处理器202。

通信接口208可以基于一个或以上通信标准(例如，WiFi、LTE、2G、3G、4G、5G等)来访问无线网络，例如网络90。通信接口208可以具有与通信接口102类似的配置。如下面更详细描述的，通信接口208可以被配置为向服务器100发送运输服务请求，并从服务器100接收运输服务信息。

通信设备300的结构类似于乘客终端400的结构，在此不再赘述。应当理解的是，为了便于描述，本文已经定义了***10(图1)的功能构建块的配置和边界。只要适当地执行指定的功能及其关系，即可定义替代边界。基于本文包含的教导，替代方案(包括本文描述的那些等同、扩展、变化、偏差等)对相关领域的技术人员来说是显而易见的。这些替代方案落入所公开实施例的范围和精神内。

图3是根据本申请实施例所示的用于提供运输服务信息的示例性方法300的流程图。例如，方法300可以由服务器100执行。参考图3，方法300可以包括以下步骤。

在步骤302，服务器100可以从乘客终端400接收运输服务请求。第一运输服务请求可以经由网络90从乘客终端400发送到服务器100。第一运输服务请求可以包括信息，所述信息可以指示乘客20的当前位置、请求的运输服务的起始地和目的地、请求时间等。

在步骤304，服务器100可以确定搜索区域，所述搜索区域用于定位提供请求的运输服务的服务车辆30。例如，可以基于乘客20的当前位置和/或请求的运输服务的起始地来确定搜索区域。具体地，服务器100可以将搜索区域设置为包括或靠近由运输服务请求指定的行程起始地的区域。在一些实施例中，服务器100可以将给定的地理区域(例如，大城市区域)划分为至少两个子区域。服务器100可以选择包含请求的运输服务的起始地的子区域作为搜索区域。

根据所披露的实施例，在接收到运输服务请求之后，服务器100可以将运输服务请求广播到位于搜索区域中的服务车辆20(或通信设备300)。这样，搜索区域也被称为运输服务请求的“广播区域”。如果搜索区域中的服务车辆20当前可用于接载乘客20，则服务车辆20的司机可以操作相关联的通信设备300以接受运输服务请求，并前往接载乘客30。如果当前没有可用的服务车辆20，则服务器100可以将运输服务请求放入队列中，并将其分配给下一个可用的服务车辆20。

在步骤306，服务器100可以确定与搜索区域相关联的历史运输服务请求数据。历史运输服务请求数据包括在生成运输服务请求之前，在预定时间段内由所披露的网约车平台接收的运输服务请求的记录。在所披露的实施例中，服务器100可以周期性地收集历史运输服务请求数据，并将其保存在存储单元106和/或内存模块108中。另选地或另外地，服务器100可以从远程数据中心或云存储中检索历史运输服务请求数据。

历史运输服务请求数据可以用来组织不同的运营区域。运营区域是相关运输服务请求的起始地所在的地理区域。服务器100可以设定运输服务请求的搜索区域与历史运输服务请求数据的运营区域之间的对应关系。在一些实施例中，运输服务请求的运营区域与运输服务请求的广播区域相同。与所披露的实施例相一致，服务器100可以获得历史运输服务请求数据，其运营区域对应于运输服务请求的搜索区域(即，广播区域)。

在步骤308中，服务器100可以基于历史运输服务请求数据确定与搜索区域相关联的供需信息。具体地，历史运输服务请求数据可以包括在搜索区域中，运输服务的需求量(例如，运输服务请求量)和运输服务的供应量(例如，可用于提供运输服务的服务车辆20的数量)。为了确定供需信息，服务器100可以通过运输服务的需求量减去运输服务的供应量来确定差值。

在步骤310，服务器100可以提供用于在乘客终端400上显示的供需信息。具体地，基于差值，服务器100可以为乘客终端400生成各种指令，以显示相关的供需信息。

当差值大于第一阈值时，服务器100可以向乘客终端100发送第一指令。第一指令使乘客终端100通过用户界面206显示表示运输服务请求量和运输服务的供应量的图表。图表可以包括直方图、折线图、饼图、条形图、圆环图、气泡图或雷达图中的至少一个。

当差值大于第二阈值时，服务器100可以向乘客终端100发送第二指令。第二条指令使乘客终端100：激活运输服务调度界面；在第一预设时间间隔，检测是否接收到历史运输服务请求数据的更新；并且响应于接收到历史运输服务请求数据的更新，刷新图表。

服务器100还可以生成额外费用或常规服务费的加倍因子中的至少一项，用于调度广播区域外的运力，以满足运输服务请求。然后，服务器100可以向乘客终端400发送第三指令。第三条指令使乘客终端400：显示额外费用金额或常规服务费的加倍因子中的至少一项；在第二预设时间间隔，检测是否接收到额外费用或常规服务费的加倍因子中的至少一项的更新；并且响应于接收到额外费用或常规服务费的加倍因子中的至少一项的更新时，刷新显示的额外费用金额或常规服务费的加倍因子中的至少一个。

由服务器100执行的相应方法300，本申请还提供了乘客终端400用于显示运输服务信息的结构和方法。图4是根据本申请一些实施例所示的乘客终端400的示意图。参考图4，乘客终端400包括显示单元412、预设单元414、切换单元416、检测单元418、判定单元420、分析单元422和确定单元424。乘客终端400被配置为接收并显示与运输请求相关联的供需信息。

在这些实施例中，接收和显示与历史运输服务请求记录相对应的供需信息可以使用户能够了解网约车运营的供需状况，尤其是当运输服务请求量大于可用运营资源量时。一方面，通过供需信息，用户可以了解动态调整计划发生的原因以及动态调整费用如何产生。另一方面，用户能够根据供需信息调整行程计划。例如，如果运输服务请求是快车服务的独家预订，则用户可以附带地发送快车服务的共享请求，或者不同的汽车类型的请求(例如，出租车、特殊汽车、豪华轿车、搭便车等)，最大限度地满足了用户的运输需求，提高了用户体验。

运输服务请求包括起始点、目的地和出发时间等的行程信息。后台进程将行程信息发送到服务器。服务器根据起始地所属的运营区域的历史运输服务请求记录生成供需信息。供需信息被发送到终端设备，例如乘客终端400。终端设备在用户交互界面上显示供需信息，并直观地提醒用户。

预设单元414用于设定预约的广播区域与历史预订记录的运营区域之间的对应关系。历史预订记录是在预订生成之前，在预设时间段内的预订记录。历史预订记录包括生成的预订总量和可用的运输资源量。预订的广播区域是行程起始地所属的运营区域。通过预订的广播区与历史预订记录的运营区之间的对应关系，预订总量和可用运输资源量最能反映预订发送前的供需状况，从而提高了供需信息的准确性和可靠性。

因此，当检测到要发送的运输服务请求时，以及当生成的运输服务请求总量和可用运输资源量之间的差值大于第一预设差值时，显示单元412还被配置为生成并显示与所生成的运输服务请求总量和可用运输资源量相对应的图表。所述图表包括柱状图、折线图、饼图、条形图、圆环图、气泡图或雷达图中的至少一个。

当生成的运输服务请求总量与可用运输资源量之间的差值大于第一预设差值时，将会发生严重的供需不平衡。等待发送的运输服务请求极有可能无法被及时响应。在这种情况下，通过生成并显示与生成的运输服务请求总量和可用运输资源量相对应的图表，有效地降低了乘客终端400的内存消耗，提高了终端设备的能效。用户可以直观地了解供需状况，并根据图表调整行程计划。

当生成的运输服务请求总量与可用运输资源量之间的差值大于第二预设差值时，切换单元416被配置为切换到运输资源调度接口。检测单元418被配置用于根据第一预设周期检测图表是否更新。当检测到图表更新时，将刷新并显示图表。当未检测到图表更新，则不会刷新并显示图表。

在这些实施例中，当生成的运输服务请求总量与可用运输资源量之间的差值大于第二预设差值时，通过切换到运输资源调度界面，提示用户他或她是否想要提高费用，以便调度在他或她的行程所属的营业区之外的可用的运输资源。因此，用户的运输需求被最大限度地满足了，用户体验被提高了。同时，互联网汽车预订的周转量也有所提升。此外，当未检测到图表被更新时，不刷新和显示图表，从而有效地提高了乘客终端400的能效。

判定单元420被配置用于判定动态调整费用、常规服务费的加倍因子或其组合，以动态调度广播区域外可用的运输资源。检测单元418还被配置用于根据第二预设周期，检测动态调整费用、常规服务费用的加倍因子是否被调整了。其组合。当检测到动态调整费用、常规服务费的加倍因子或其组合被调整时，显示单元412进一步被配置为刷新并显示动态调整费用、常规服务费的加倍因子，或其组合。响应动态调整费用、常规服务费的加倍因子或其组合未被检测到被调整时，显示单元412还被配置为不刷新和不显示动态调整费用、常规服务费的加倍因子，或其组合。

在这些实施例中，通过判定动态调整费用、常规服务费的加倍因子或其组合，以动态调度广播区域外的可用运输资源，以及当检测到动态调整费用、常规服务费的加倍因子或其组合被调整时，刷新、显示动态调整费用、常规服务费用的加倍因子或其组合，用户可以直观地理解运输资源的调度是由于供需的不平衡导致的。用户可以更容易理解和接受运输资源调度。这满足了用户的运输需求，同时提高了互联网汽车预订的周转量。

当检测到运输服务请求被发送时，分析单元422被配置用于分析运输服务请求的特征信息。确定单元424被配置用于确定特征信息是否与预设特征信息匹配。当确定特征信息与一条预设特征信息匹配时，显示单元412还被配置为生成与匹配的预设特征信息对应的场景提示信息。预设特征信息包括天气特征信息、时间特征信息、区域特征信息和道路状况特征信息中的至少一个。

在这些实施例中，当确定特征信息与一条预设特征信息匹配时，通过分析运输服务请求的特征信息，并生成与匹配的预设特征信息对应的场景提示信息。用户可以直观地理解供需不平衡的原因，例如，雨天或雾天(天气特征信息)、早高峰和晚高峰(时间特征信息)、人流量大的商业区、学区、偏远地区和住宅区(区域特征信息)、行程起始地周围的事故或拥堵(路况特征信息)。

接下来，提供图5-9以说明乘客终端400用于显示运输服务信息的显示界面。

图5是根据本申请实施例所示的乘客终端400示例性用户界面的示意图，所述用户界面用于显示运输服务信息。参考图5，用于信息显示计划的示例性界面包括供需提示信息402、动态调度提示信息404、运输服务请求的特征信息406、控制提价的界面408，以及控制等待的界面410。当检测到运输服务请求被发送时，乘客终端400接收并显示与历史运输服务请求记录相对应的供需提示信息。供需提示信息402可以被配置为“约8辆可用汽车”和“约15人正在预订”，所述“约8辆可用汽车”可作为可用的运输资源量，所述“约15人正在预订”可作为生成的运输服务请求总量。动态调度提示信息404被配置用于显示从广播区域外动态调度可用运输资源的动态调整费用、常规服务费的加倍因子，或其组合。例如，动态调度提示信息404可被配置为“增加0.5倍”和“增加到39.5左右、增加部分转给到司机”。根据数据的周期或更新，动态调度提示信息404可以被刷新和更新。运输服务请求406的特征信息被配置为显示动态调度的原因。运输服务请求406的特征信息被配置为显示运输服务请求的特征信息，例如“雨雪天造成过多的用户运输服务请求”。控制提价界面408和控制等待界面410被配置为允许用户选择他们喜欢如何进行，例如，“同意给司机支付更多”可以作为控制提价界面408和“等会再请求”可以作为控制等待界面410。

图6是根据本申请实施例所示的乘客终端400的示例性用户界面的示意图，所述用户界面用于显示运输服务信息。参考图6，用于信息显示的用户界面包括简化的供需提示信息402和被调整的动态调度提示信息404。当生成的运输服务请求总量与可用运输资源量之间的差值大于第二预设差值时，用户界面被配置为切换到运输资源调度界面。简化的供需提示信息402可以被配置为文本信息，例如，“约27个用户正在打车，仅有8个可用的汽车。”被调整的动态调度提示信息404可以被配置为“增加0.3倍、增加到32.8左右、报价有效2分钟、增加部分转给司机。”该配置用于鼓励用户获取动态调度计划。

图7是根据本申请实施例的乘客终端400的示例性用户界面的示意图，所述用户界面用于显示运输服务信息。参考图7，乘客终端400的用户界面显示动态提示信息600和用户确认触发端口602。动态提示信息600可以是“该地区的需求旺，您可以选择增加费用以加快您的行程，或者您可以尝试等会再叫车。”用户确认触发端口602可以显示诸如“知道了”的消息。当用户触发用户确认触发端口602时，界面切换到如图8或9所示的运输资源调度页面。

用于运输资源调度的界面，例如图8和9中所示，包括运输服务请求的特征信息406。在图8中，运输服务请求的特征信息406表示“高峰时段”，并且在图9中，运输服务请求的特征信息406表示“偏远起点或终点”，以便直观地指导用户，并使其能够理解动态调整的原因。这提高了运营成本的透明度和用户体验。方便用户及时调整行程计划。

本申请的另一方面涉及一种非暂时性计算机可读介质，其存储指令，所述指令在被执行时使得一个或以上处理器执行如上所述的方法。计算机可读介质可以包括易失性或非易失性、磁性、半导体、磁带、光学、可移动、不可移动或其他类型的计算机可读介质或计算机可读存储设备。例如，如所披露的，计算机可读介质可以是存储设备或其上存储有计算机指令的内存模块。在一些实施例中，计算机可读介质可以是其上存储有计算机指令的磁盘或闪存驱动器。

显而易见，本领域技术人员可以对所披露的***和相关方法进行各种修改和变化。考虑到所披露的***和相关方法的说明书和实践，其他实施例对于本领域技术人员是显而易见的。

本申请中的说明书和示例的目的仅被认为是示例性的，真正的范围由以下权利要求及其等同限定。

Claims (19)

1.一种计算机实施的方法，用于生成在终端设备上显示的运输服务信息，包括：

从所述终端设备接收运输服务请求；

确定搜索区域，所述搜索区域用于定位提供所述请求的运输服务的车辆；

确定与所述搜索区域相关的历史运输服务请求数据；

基于所述历史运输服务请求数据确定与所述搜索区域相关联的供需信息；以及

提供所述供需信息，以在所述终端设备上显示。

2.根据权利要求1所述的方法，其特征在于，所述历史运输服务请求数据包括在接收所述运输服务请求之前的预设时间段内的运输服务请求量和所述运输服务的供应量。

3.根据权利要求2所述的方法，其特征在于，确定与所述搜索区域相关联的历史运输服务请求数据包括：

基于所述运输服务请求的搜索区域与所述历史运输服务请求数据的运营区域之间的预定关系，确定所述历史运输服务请求数据。

4.根据权利要求2所述的方法，进一步包括：

确定在收到所述运输服务请求之前的所述预设时间段内，所述运输服务请求量与所述运输服务供应量之间的差值；

当所述差值大于第一阈值时，将第一指令发送到所述终端设备，所述第一指令使所述终端设备显示表示所述运输服务请求量和所述运输服务供应量的图表。

5.根据权利要求4所述的方法，其特征在于，所述图表包括柱状图、折线图、饼图、条形图、圆环图、气泡图或雷达图中的至少一个。

6.根据权利要求4所述的方法，其特征在于，进一步包括：

当所述差值大于第二阈值时，将第二指令发送到所述终端设备，所述第二指令使所述终端设备：

响应于接收到所述历史运输服务请求数据的更新，刷新所述图表。

7.根据权利要求6所述的方法，其特征在于，进一步包括：

生成额外费用或常规服务费的加倍因子中的至少一项，以便调度所述搜索区域之外的运力以满足所述运输服务请求；以及

将第三指令发送到所述终端设备，所述第三指令使所述终端设备：

显示所述额外费用或所述常规服务费的加倍因子中的至少一项；以及

响应于接收到所述额外费用或所述常规服务费用的加倍因子中的至少一项的更新，刷新所述显示的额外费用或常规服务费用的加倍因子中的至少一项。

8.一种用于提供运输服务的设备，包括：

与终端设备通信的通信接口；

存储指令的内存；以及

耦合到所述通信接口和所述内存的处理器，所述处理器被配置为执行所述指令用于：

从所述终端设备接收运输服务请求；

确定搜索区域，所述搜索区域用于定位提供所述请求的运输服务的车辆；

确定与所述搜索区域相关的历史运输服务请求数据；

基于所述历史运输服务请求数据确定与所述搜索区域相关联的供需信息；以及

提供所述供需信息，以在所述终端设备上显示。

9.根据权利要求8所述的设备，其特征在于，所述处理器还被配置为：

预设所述运输服务请求的搜索区域与历史运输服务请求数据的运营区域之间的对应关系；

其中，所述历史运输服务请求数据包括在接收所述运输服务请求之前的预设时间段内的运输服务请求量和所述运输服务供应量。

10.根据权利要求9所述的设备，其特征在于，所述处理器还被配置为：

基于所述运输服务请求的搜索区域与所述历史运输服务请求数据的运营区域之间的预定关系，确定所述历史运输服务请求数据。

11.根据权利要求9所述的设备，其特征在于，所述处理器进一步被配置为：

确定在收到所述运输服务请求之前的所述预设时间段内，所述运输服务请求量与所述运输服务供应量之间的差值；

当所述差值大于第一阈值时，将第一指令发送到所述终端设备，所述第一条指令使所述终端设备：

显示表示所述运输服务请求量和所述运输服务供应量的图表，所述图表包括柱状图、折线图、饼图、条形图、圆环图、气泡图或雷达图中的至少一个。

12.根据权利要求11所述的设备，其特征在于，所述处理器还被配置为：

当所述差值大于第二阈值时，将第二指令发送到所述终端设备，所述第二指令使所述终端设备：

激活运输服务调度界面；

在第一预设时间间隔，检测是否接收到所述历史运输服务请求数据的更新；以及

刷新所述图表，以响应正在接收的所述历史运输服务请求数据的更新。

13.根据权利要求12所述的设备，其特征在于，所述处理器进一步被配置为：

生成额外费用或常规服务费的加倍因子中的至少一项，以便调度所述广播区外的运力，以满足所述运输服务要求；以及

将第三指令发送到所述终端设备，所述第三指令使所述终端设备：

显示所述额外费用或所述常规服务费的加倍因子中的至少一项；以及

刷新所述显示的额外费用或常规服务费用的加倍因子中的至少一项，响应于接收到所述额外费用或所述常规服务费用的加倍因子中的至少一项的更新，刷新所述显示的额外费用或常规服务费的加倍因子中的至少一项。

14.一种非暂时性计算机可读介质，其存储一组指令，当由服务器的至少一个处理器执行时，使终端设备执行方法，所述方法包括：

从所述终端设备接收运输服务请求；

确定搜索区域，所述搜索区域用于定位提供所述请求的运输服务的车辆；

确定与所述搜索区域相关的历史运输服务请求数据；

基于所述历史运输服务请求数据确定与所述搜索区域相关联的供需信息；以及

提供所述供需信息，以在所述终端设备上显示。

15.根据权利要求14所述的非暂时性计算机可读介质，其中：

所述运输服务请求的搜索区域对应于所述历史运输服务请求数据的运营区域；以及

所述历史运输服务请求数据包括在接收到所述运输服务请求之前的预设时间段内的运输服务请求量和所述运输服务供应量。

16.根据权利要求15所述的非暂时性计算机可读介质，其中所述方法进一步包括：

将第一指令发送到所述终端设备，所述第一指令表示所述运输服务请求量与所述运输服务供应量之间的差值大于第一阈值；以及

响应于接收所述第一指令，在所述终端设备的所述用户界面上显示图表，所述图表表示所述运输服务请求量和所述运输服务供应量，所述图表包括柱状图、折线图、饼图、条形图、圆环图、气泡图或雷达图中的至少一个。

17.根据权利要求16所述的非暂时性计算机可读介质，其特征在于，所述方法进一步包括：

向将第二指令发送到所述终端设备，所述第二指令表示所述运输服务请求数量和所述运输服务供应量之间的差值大于第二阈值；以及

响应于接收所述第二指令：

激活运输服务调度界面；

在第一预设时间间隔，检测是否接收到所述历史运输服务请求数据的更新；以及

响应接收到所述历史运输服务请求数据的更新，刷新所述图表。

18.根据权利要求17所述的非暂时性计算机可读介质，其特征在于，所述方法进一步包括：

生成额外费用或常规服务费的加倍因子中的至少一项，以调度所述搜索区域之外的运力来满足所述运输服务请求；以及

将第三指令发送到所述终端设备，响应于所述第三指令：

显示所述额外费用或常规服务费的加倍因子中的至少一项，调度所述搜索区域之外的运力，以满足所述运输服务请求；

在第二预设时间间隔，检测是否从所述服务器接收到所述额外费用或所述常规服务费的加倍因子中的至少一项的更新；以及

响应于所述接收到所述额外费用或常规服务费用的加倍因子中的至少一项的更新，刷新所述显示的额外费用或常规服务费的加倍因子中的至少一项。

19.根据权利要求14所述的非暂时性计算机可读介质，其特征在于，所述方法还包括：

分析所述运输服务请求的特征信息；

确定所述特征信息是否与预设属性中的一个或多个匹配，所述预设属性包括天气、时间、区域或道路状况中的至少一个；

响应于确定所述确定的特征信息匹配所述预设属性中的一个或多个，生成表示所述匹配的预设属性的场景提示信息。