用于提供交通服务信息的方法和系统与流程

本申请要求于2018年2月11日提交的pct申请pct/cn2018/076338的优先权，该pct申请基于并要求2017年8月16日提交的中国申请no.201710702348.9和2017年12月28日提交的美国专利申请no.15/856,150的优先权，以上全部内容以引用方式包含于此。

本申请涉及提供交通服务，更具体地，涉及用于提供交通服务信息的方法和系统。

背景技术：

网约车平台(例如，didi^tm在线)可以从乘客接收交通服务请求，然后将服务请求路由到至少一个交通服务提供商(例如，出租车司机、私人车主等)。如果没有人在预定时段内接收服务请求，则服务请求可以由服务提供商回答，或者分配给服务提供商。

当网约平台在给定区域内接收到大量交通服务请求时，根据预定的规定，网约平台可以将交通服务请求放入队列中，以便可以分配服务车辆来服务该队列中的交通服务请求。这些区域可以被称为高需求区域，并且在某些情况下，可以向位于高需求区域之外的服务车辆的驾驶员通知高需求区域的位置，以便他们可以选择驾驶到其中之一。

然而，应注意，通知驾驶员高需求区域的位置可能具有误导性。例如，虽然在特定区域可能对交通服务有很高的需求，但该区域中的可用服务车辆的数量也可能很高。因此，对于位于该区域外的驾驶员来说，驾驶至该区域可能是不值得的。本申请的实施例提供了解决上述缺点的方法和系统。

技术实现要素：

本申请的实施例提供了一种用于提供交通服务的计算机实现的方法。该方法可以包括获得终端设备的位置，并获得终端设备位置的周围地区的供需数据。该方法还可以包括经由处理器确定地区内的至少一个高需求区域，并且基于至少一个高需求区域中可用的提供方，通过处理器来确定至少一个服务短缺区域。该方法还可以包括利用终端设备在地图上提供指示至少一个服务短缺区域的至少一个标示。

本申请的实施例还公开了一种用于提供交通服务的设备。该设备可以包括通信接口、至少一个存储器、以及耦合到通信接口和至少一个存储器的至少一个处理器。通信接口可以被配置为获得终端设备的位置，并获得终端设备位置的周围区域的供需数据。所述至少一个处理器可被配置用于确定地区内的至少一个高需求区域，并基于所述至少一个高需求区域中可用的提供方确定至少一个服务短缺区域。所述至少一个处理器还可以被配置为在终端设备上提供至少一个标示。所述至少一个标示可以在地图上指示所述至少一个服务短缺区域。

本申请的实施例还公开了一种非暂时性计算机可读介质。非暂时性计算机可读介质可以存储一组指令，当由电子设备的至少一个处理器执行时，使得电子设备执行用于提供传输服务的方法。该方法可以包括获得终端设备的位置，并获得终端设备位置的周围地区的供需数据。该方法还可以包括确定地区内的至少一个高需求区域，并基于至少一个高需求区域中可用的提供方来确定至少一个服务短缺区域。该方法还可以包括利用终端设备在地图上提供指示至少一个服务短缺区域的至少一个标示。

应当理解，前面的一般性描述和下面的详细描述都只是示例性和说明性的，并不是对要求保护的本发明的限制。

附图说明

图1示出了根据本申请的实施例的用于提供交通服务信息的示例性系统的示意图。

图2示出了根据本申请的实施例的用于提供交通服务信息的示例性设备的框图。

图3示出了根据本申请的实施例的示例性区域内的乘客和车辆。

图4a示出了根据本申请的实施例的在终端设备上显示的示例性用户界面。

图4b示出了根据本申请的实施例的在终端设备上显示的另一示例性用户界面。

图4c示出了根据本申请的实施例的在终端设备上显示的又一示例性用户界面。

图5示出了根据本申请的实施例的用于提供交通服务信息的示例性方法的流程图。

具体实施方式

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

本申请的一个方面涉及一种用于提供交通服务信息的系统。在一些实施例中，系统可以被配置用于获得终端设备的位置(例如，服务车辆的司机使用的移动电话、服务车辆上的导航设备等)。该系统还可以被配置用于获得终端设备位置的周围地区的供需数据。系统可以处理供需数据以确定地区内的一个或以上服务短缺区域。然后，系统可以向终端设备的用户(例如，服务车辆的司机)提供标示。标示可以在地图上向用户指示一个或以上服务短缺区域的位置。在一些实施例中，标示可以呈现为热力图。在一些实施例中，标示可以包括服务短缺区域的排序(例如，基于与相应服务短缺区域相关联的短缺程度来排序)。在一些实施例中，可以选择(例如，自动或手动)服务短缺区域中的一个作为目的地，并且系统可以帮助用户导航到目的地。

图1示出了根据本申请的实施例的用于提供交通服务信息的示例性系统100的示意图。

系统100可以包括交通服务管理服务器102(为简单起见，也称为服务器102)。服务器102可以是通用服务器或专门设计用于提供交通服务的专有设备。可以设想，服务器102可以是独立系统(例如，服务器)或独立服务器的集成组件。因为处理交通服务可能需要大量计算资源，所以在一些实施例中，服务器102可以优选地实现为独立系统。在一些实施例中，服务器102可以包括子系统，其中一些子系统可以是远程的。

在一些实施例中，如图1所示，服务器102可以包括通信接口104、处理器106和存储器/存储设备108。处理器106可以包括设计用于与其他组件一起使用或执行程序的一部分的一个或以上硬件单元(例如，集成电路的部分)。程序可以存储在计算机可读介质上，并且当由处理器106执行时，它可以执行一个或以上的功能。尽管图1示出了在一个服务器102内的通信接口104、处理器106和存储器/存储设备108，但是可以预期这些组件可以分布在彼此靠近或远离的多个设备之间。在一些实施例中，服务器102可以在云中实现，或者在单独的计算机/服务器上实现。

通信接口104可以是综合业务数字网(isdn)卡、电缆调制解调器、卫星调制解调器或调制解调器，以提供数据通信连接。又例如，通信接口104可以是局部区域网络(lan)卡，以提供与兼容的局域网(lan)的数据通信连接。无线链路也可以通过通信接口104实现。在这样的实现中，通信接口104可以经由网络发送和接收携带表示各种类型信息的数字数据流的电信号、电磁信号或光信号。网络通常可以包括蜂窝通信网络、无线局部区域网络(wlan)、广域网(wan)等。

通信接口104可以被配置为乘客终端120接收交通服务请求122。乘客终端120可以包括可以与乘客交互的任何合适的终端设备，例如智能电话、平板电脑、可穿戴设备、计算机等。交通服务请求122可以包括乘客的当前位置、所请求的交通服务的来源和目的地、请求时间等。通常，所请求的交通服务的来源可以与远程乘客终端120的位置相同或基本上接近。然而，可以预期，即使从终端120发送交通服务请求122，所请求的交通的起源也可以与远程乘客终端120的位置不同。例如，用户可以从计算机为远离该用户的朋友请求交通服务。服务器102可以生成估计价格，并将估计价格发送回终端以显示给乘客。

通信接口104还可以被配置为从一个或以上服务车辆124接收车辆信息126。服务车辆124可包括与网约车平台登记的出租车或私家车。服务车辆124还可包括自动驾驶车辆。在一些实施例中，服务车辆124可以与终端设备相关联，诸如车辆124上的导航设备或其驾驶员使用的移动设备(例如，智能电话、平板电脑、可穿戴设备、计算机等)。这些终端设备可以与服务器102通信，并经由通信接口104向服务器102提供车辆信息126。以这种方式提供的车辆信息126可以包括位置、容量，、前驾驶方向、车辆制造商和模型，以及与服务车辆124相关联的其他特征或特性。

图2是描绘与服务车辆124相关联的示例性终端设备200的框图。终端设备200可以包括通信接口202、处理器204和存储器/存储设备206。通信接口202可以以与通信接口104类似的方式配置。通信接口202可以促进终端设备200和服务器102之间的通信。处理器204可以包括设计用于与其他组件一起使用或执行程序的一部分的一个或以上硬件单元(例如，集成电路的部分)。程序可以存储在计算机可读介质(例如，存储器/存储设备206)上，并且当由处理器204执行时，它可以执行一个或以上功能。

例如，在一些实施例中，处理器204可以被配置以获得终端设备200的位置，并确定终端设备200的位置周围的地区。地区可以包括距离终端设备200位置的预设距离(例如，4千米)内的一个或以上区域。或者，地区可以包括终端设备200所在的城市(或城市的一部分)。应当理解，在不脱离本申请的精神和范围的情况下，可以以各种其他方式确定区域。

处理器204也可以被配置用于获得所确定的地区的供需数据。在一些实施例中，处理器204可以从服务器102获得地区的供需数据。因为服务器102被配置为从服务车辆和交通服务请求122接收来自乘客的车辆信息126，所以服务器102可能能够基于请求，向处理器204提供表示地区内的可用服务车辆的数据(供应数据)和表示从该地区内的乘客接收的交通服务请求的数据(需求数据)。

处理器204可以分析需求数据，以确定交通服务请求集中的地区内的一个或以上区域。这些区域可以被称为高需求区域。例如，处理器204可以检索与交通服务请求相关联的位置数据，并利用诸如聚类等的分析技术来确定地区内的高需求区域。图3示出了示例性高需求区域302，其中交通服务请求集中在区域300内。处理器204还可以确定在区域302中完成交通服务请求的可用服务车辆的数量。如果区域302中接收的交通服务请求的数量与区域302中的可用服务车辆的数量之间的差大于阈值，则处理器204可将区域302确定为服务短缺区域。另一方面，如果区域302中接收的交通服务请求的数量与区域302中的可用服务车辆的数量之间的差低于阈值，则处理器204可能不需要将区域302确定为服务短缺区域，即使区域302对交通服务有很高的需求。

应当理解，虽然图3中描绘的区域302是圆形区域，但是这样的描绘仅仅是示例性的，并不意味着是限制性的。预期区域302可包含其他形状(例如，矩形、六边形等)。还可以预期，区域302可以包含具有基于供需数据动态确定的形状和大小的区域，而不脱离本申请的精神和范围。

处理器204可以向终端设备200的用户提供一个或以上服务短缺区域的标示。在一些实施例中，处理器204可以在由终端设备200显示的地图上提供标示。图4a示出了示例性标示。具体地，为了说明，假设终端设备200由服务车辆的司机使用(由图4a中的附图标记404描绘)。处理器204可以在终端设备200上提供标示，以在地图402上指示服务短缺区域(例如，406和408)的位置。在一些实施例中，处理器204可以简单地标记位置或显示服务短缺区域406和408的地址。可替代地或另外地，处理器204可以在热力图上指示服务短缺区域406和408的位置。可以基于在服务短缺区域(例如，406和408)中接收的交通服务请求的数量与那些区域中的可用服务车辆的数量之间的差来生成热力图。如此如果相比于服务短缺区域408，服务短缺区域406的短缺更严重(例如，服务短缺区域406内接收的交通服务请求的数量与服务短缺区域406内的可用服务车辆的数量之间的差大于服务短缺区域408内的差)，处理器204可以以不同于服务短缺区域408的方式(例如，使用不同颜色、亮度、强度等)指示服务短缺区域406(例如，使用比服务短缺区域408更多的强调)。应当理解，处理器204可以以各种不同的方式生成热力图，而不脱离本申请的精神和范围。

在一些实施例中，处理器204可以基于各种标准对服务短缺区域进行排序。例如，处理器204可以基于与服务短缺区域相关联的短缺程度对服务短缺区域进行排序。处理器204可以向终端设备200的用户指示排序信息。图4b示出了排序信息410的示例性标示。处理器204还可以将排序信息提供为服务短缺区域旁边显示的数字。替代地或另外地，处理器204可以使用不同颜色指示排序信息。例如，处理器204可以将红色分配给排序最高的服务短缺区域，将绿色分配给排序最低的服务短缺区域，并将一系列颜色分配给两者之间的服务短缺区域。应当理解，处理器204可以利用其他类型的视觉表示来指示排序信息，而不脱离本申请的精神和范围。

在一些实施例中，处理器204可以被配置为自动选择服务短缺区域之一作为推荐目的地。例如，处理器204可以选择排序最高的服务短缺区域作为推荐的目的地。或者，处理器204可以选择最近的服务短缺区域作为推荐的目的地。应当理解，终端设备200的用户可以编程或定制处理器204使用的选择方案。还应理解，终端设备200的用户可通过手动选择服务短缺区域中的一个，并启动服务短缺区域来选择服务短缺区域钟的一个作为目的地(或覆盖由处理器204选择的推荐的目的地)导航命令。一旦选择了目的地(例如，手动或自动)，处理器204可以指示目的地地址，确定到目的地的路线，并利用终端设备200向用户提供路线。图4c示出了到所选目的地的示例性路线412。

应当理解，图4a-4c中描绘的用户界面仅仅是示例性的，并不是限制性的。可以预期，在不脱离本申请的精神和范围的情况下，可以利用其他类型的用户界面向用户提供其他类型的信息。

应当理解，虽然上面的描述参考处理器204作为处理器，该处理器被配置为确认终端设备200的位置的周围地区，以及确认该地区内的一个或以上的服务短缺区域，诸如此类的配置仅仅是示例性的，并不旨在限制。可以设想，因为服务器102的处理器106也可以访问服务车辆信息，所以处理器106可以被配置用于确定服务车辆周围的地区，并确定地区内的一个或以上服务短缺区域。因此，预期处理器204和处理器106可以在不脱离本申请的精神和范围的情况下联合或独立地执行上述功能。还可以设想，在一些实施例中，当在地区或区域中接收的交通服务请求的数量超过该地区或区域中的服务车辆的数量时，处理器106可以被配置为维持一个或以上的服务队列。在这样的实施例中，处理器106可以向处理器204提供表示服务队列的数据(例如，包括队列大小)。预期处理器204可基于服务队列数据确定一个或以上服务短缺区域。例如，在一些实施例中，如果区域包含队列大小大于阈值的服务队列，则处理器204可以将区域确定为服务短缺区域。

本申请的另一方面涉及一种用于提供交通服务信息的方法。图5是示出了与所公开的实施例一致的用于提供交通服务信息的示例性方法500的流程图。方法500可以由服务器102和/或终端设备200实现，每个包括至少一个处理器。在以下描述中，处理器204用作实现方法500的示例。预期方法500也可以由处理器106实现，或者由处理器204和106共同实现。方法500可以包括如下所述的若干步骤，其中一些步骤可以是可选的。

在步骤502，处理器204可以获取终端设备的位置。在步骤504，处理器204可以获得终端设备位置的周围地区的供需数据。该地区可以包括在距离终端设备位置的预设距离内的区域。或者，该地区可以包括终端设备所在的城市(或城市的一部分)。应当理解，在不脱离本申请的精神和范围的情况下，可以以各种其他方式确定地区。

所述供需数据可包括表示该地区内可用服务车辆的数据(供应数据)和表示从该地区中的乘客接收的交通服务请求的数据(需求数据)。在步骤506，处理器204可以处理供需数据以确定该地区内交通服务请求集中的一个或以上区域。这些区域可以被称为高需求区域。例如，处理器204可以检索与交通服务请求相关联的位置数据，并利用诸如聚类等的分析技术来确定地区内的高需求区域。在步骤508，处理器204可以确定在所确定的高需求区域中满足交通服务请求的可用服务车辆的数量。如果在高需求区域中接收的交通服务请求的数量与该区域中的可用服务车辆的数量之间的差值大于阈值，则处理器204可将该区域确定为服务短缺区域。否则，即使该区域对交通服务有很高的需求，处理器204也可能不需要将该区域确定为服务短缺区域。

在步骤510，处理器204可以向终端设备的用户提供一个或以上服务短缺区域的标示。在一些实施例中，可以在终端设备显示的地图上标记服务短缺区域的位置。或者，可以使用热力图来指示服务短缺区域的位置。可以基于服务短缺区域内接收的交通服务请求的数量与这些区域内的可用服务车辆的数量之间的差来生成热力图。以这种方式，如果第一服务短缺区域与第二服务短缺区域相比具有更严重的供需短缺，则处理器204可以与第一服务短缺区域不同地指示第一服务短缺区域(例如，更强调)。第二服务短缺区域(例如，使用不同的颜色，亮度，强度等)。如此，如果相比于第二服务短缺区域，第一服务短缺区域的短缺更严重，处理器204可以以不同于第二服务短缺区域的方式(例如，使用不同颜色、亮度、强度等)指示第一服务短缺区域(例如，使用比服务短缺区域408更多的强调)

在步骤512，处理器204可以基于各种标准对服务短缺区域进行排序。例如，处理器204可以基于与服务短缺区域相关联的短缺程度对服务短缺区域进行排序。然后，处理器204可以向终端设备的用户提供排序信息。在一些实施例中，处理器204可以以文本格式提供排序信息。可替代地或另外地，处理器204可以将排序信息提供为服务短缺区域旁边显示的数字。在一些实施例中，处理器204可以使用不同颜色指示排序信息。应当理解，处理器204可以在不脱离本申请的精神和范围的情况下，利用其他类型的视觉表示来指示步骤514中的排序信息。

在一些实施例中，处理器204可以被配置为在步骤516中接收选择服务短缺区域中的一个作为目的地。可以手动(例如，由用户)或自动地(例如，基于某些预定选择方案)选择目的地。一旦选择了目的地(例如，手动或自动)，处理器204可以确定到目的地的路线(在步骤518)，并使用终端设备(在步骤520)向用户提供路线，如前所述。

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

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

本申请中的说明书和举例仅仅旨在示例性，真正的范围由以下权利要求及其等同物限定。