CN114491270A - 出行服务的推荐方法及装置、设备和介质 - Google Patents

Abstract

本公开提供了一种出行服务的推荐方法及装置、设备和介质，涉及计算机技术领域，尤其涉及大数据、智能推荐技术领域。实现方案为：获取用户的历史出行记录信息；基于所述用户的历史出行记录信息，确定所述用户的用户需求类型；以及至少基于所述用户的用户需求类型，确定用于向所述用户推荐的目标出行服务策略。

Description

出行服务的推荐方法及装置、设备和介质

技术领域

本公开涉及计算机技术领域，尤其涉及大数据、智能推荐技术领域，具体涉及一种出行服务的推荐方法、装置、电子设备、计算机可读存储介质和计算机程序产品。

背景技术

随着移动端地图应用程序的普及，地图应用程序中所包含的出行服务越来越多地被用户使用，平台也可以主动向用户推荐出行服务，以提高服务转化率。

在此部分中描述的方法不一定是之前已经设想到或采用的方法。除非另有指明，否则不应假定此部分中描述的任何方法仅因其包括在此部分中就被认为是现有技术。类似地，除非另有指明，否则此部分中提及的问题不应认为在任何现有技术中已被公认。

发明内容

本公开提供了一种出行服务的推荐方法、装置、电子设备、计算机可读存储介质和计算机程序产品。

根据本公开的一方面，提供了一种出行服务的推荐方法，包括：获取用户的历史出行记录信息；基于所述用户的历史出行记录信息，确定所述用户的用户需求类型；以及至少基于所述用户的用户需求类型，确定用于向所述用户推荐的目标出行服务策略。

根据本公开的另一方面，提供了一种出行服务的推荐装置，包括：获取单元，被配置用于获取用户的历史出行记录信息；第一确定单元，被配置用于基于所述用户历史出行记录信息，确定所述用户的用户需求类型；以及第二确定单元，被配置用于至少基于所述用户的用户需求类型，确定用于向所述用户推荐的目标出行服务策略。

根据本公开的另一方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述出行服务的推荐方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行上述出行服务的推荐方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，其中，计算机程序在被处理器执行时能够实现上述出行服务的推荐方法。

根据本公开的一个或多个实施例，可以针对用户需求推荐个性化的出行服务策略。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图示例性地示出了实施例并且构成说明书的一部分，与说明书的文字描述一起用于讲解实施例的示例性实施方式。所示出的实施例仅出于例示的目的，并不限制权利要求的范围。在所有附图中，相同的附图标记指代类似但不一定相同的要素。

图1示出了根据本公开示例性实施例的可以在其中实施本文描述的各种方法的示例性系统的示意图；

图2示出了根据本公开示例性实施例的出行服务的推荐方法的流程图；

图3示出了根据本公开示例性实施例的出行服务的推荐方法的流程图；

图4示出了根据本公开示例性实施例的出行服务的推荐装置的结构框图；

图5示出了能够用于实现本公开实施例的示例性电子设备的结构框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在本公开中，除非另有说明，否则使用术语“第一”、“第二”等来描述各种要素不意图限定这些要素的位置关系、时序关系或重要性关系，这种术语只是用于将一个元件与另一元件区分开。在一些示例中，第一要素和第二要素可以指向该要素的同一实例，而在某些情况下，基于上下文的描述，它们也可以指代不同实例。

在本公开中对各种所述示例的描述中所使用的术语只是为了描述特定示例的目的，而并非旨在进行限制。除非上下文另外明确地表明，如果不特意限定要素的数量，则该要素可以是一个也可以是多个。此外，本公开中所使用的术语“和/或”涵盖所列出的项目中的任何一个以及全部可能的组合方式。

地图应用程序中，不同用户对出行方式通常具有不同的诉求。相关技术中，通常是基于统一的策略向用户推荐出行服务，未能对用户的需求进行有效、精准的识别和分类，这种情况下，可能会将不符合用户需求的出行服务推荐给用户，从而影响出行服务的转化率。

基于此，本公开提供了一种出行服务的推荐方法，通过具体分析用户的历史出行记录信息来识别和标记用户需求类型，进而根据用户需求类型实现出行服务策略的个性化推荐，提升服务转化率的同时提升用户体验。

下面将结合附图详细描述本公开的实施例。

图1示出了根据本公开的实施例可以将本文描述的各种方法和装置在其中实施的示例性系统100的示意图。参考图1，该系统100包括一个或多个客户端设备101、102、103、104、105和106、服务器120以及将一个或多个客户端设备耦接到服务器120的一个或多个通信网络110。客户端设备101、102、103、104、105和106可以被配置为执行一个或多个应用程序。

在本公开的实施例中，服务器120可以运行使得能够执行出行服务的推荐方法的一个或多个服务或软件应用。

在某些实施例中，服务器120还可以提供可以包括非虚拟环境和虚拟环境的其他服务或软件应用。在某些实施例中，这些服务可以作为基于web的服务或云服务提供，例如在软件即服务(SaaS)模型下提供给客户端设备101、102、103、104、105和/或106的用户。

在图1所示的配置中，服务器120可以包括实现由服务器120执行的功能的一个或多个组件。这些组件可以包括可由一个或多个处理器执行的软件组件、硬件组件或其组合。操作客户端设备101、102、103、104、105和/或106的用户可以依次利用一个或多个客户端应用程序来与服务器120进行交互以利用这些组件提供的服务。应当理解，各种不同的系统配置是可能的，其可以与系统100不同。因此，图1是用于实施本文所描述的各种方法的系统的一个示例，并且不旨在进行限制。

用户可以使用客户端设备101、102、103、104、105和/或106来发送用户的历史出行记录信息。客户端设备可以提供使客户端设备的用户能够与客户端设备进行交互的接口。客户端设备还可以经由该接口向用户输出信息。尽管图1仅描绘了六种客户端设备，但是本领域技术人员将能够理解，本公开可以支持任何数量的客户端设备。

客户端设备101、102、103、104、105和/或106可以包括各种类型的计算机设备，例如便携式手持设备、通用计算机(诸如个人计算机和膝上型计算机)、工作站计算机、可穿戴设备、智能屏设备、自助服务终端设备、服务机器人、游戏系统、瘦客户端、各种消息收发设备、传感器或其他感测设备等。这些计算机设备可以运行各种类型和版本的软件应用程序和操作系统，例如MICROSOFT Windows、APPLE iOS、类UNIX操作系统、Linux或类Linux操作系统(例如GOOGLE Chrome OS)；或包括各种移动操作系统，例如MICROSOFT WindowsMobile OS、iOS、Windows Phone、Android。便携式手持设备可以包括蜂窝电话、智能电话、平板电脑、个人数字助理(PDA)等。可穿戴设备可以包括头戴式显示器(诸如智能眼镜)和其他设备。游戏系统可以包括各种手持式游戏设备、支持互联网的游戏设备等。客户端设备能够执行各种不同的应用程序，例如各种与Internet相关的应用程序、通信应用程序(例如电子邮件应用程序)、短消息服务(SMS)应用程序，并且可以使用各种通信协议。

网络110可以是本领域技术人员熟知的任何类型的网络，其可以使用多种可用协议中的任何一种(包括但不限于TCP/IP、SNA、IPX等)来支持数据通信。仅作为示例，一个或多个网络110可以是局域网(LAN)、基于以太网的网络、令牌环、广域网(WAN)、因特网、虚拟网络、虚拟专用网络(VPN)、内部网、外部网、公共交换电话网(PSTN)、红外网络、无线网络(例如蓝牙、WIFI)和/或这些和/或其他网络的任意组合。

服务器120可以包括一个或多个通用计算机、专用服务器计算机(例如PC(个人计算机)服务器、UNIX服务器、中端服务器)、刀片式服务器、大型计算机、服务器群集或任何其他适当的布置和/或组合。服务器120可以包括运行虚拟操作系统的一个或多个虚拟机，或者涉及虚拟化的其他计算架构(例如可以被虚拟化以维护服务器的虚拟存储设备的逻辑存储设备的一个或多个灵活池)。在各种实施例中，服务器120可以运行提供下文所描述的功能的一个或多个服务或软件应用。

服务器120中的计算单元可以运行包括上述任何操作系统以及任何商业上可用的服务器操作系统的一个或多个操作系统。服务器120还可以运行各种附加服务器应用程序和/或中间层应用程序中的任何一个，包括HTTP服务器、FTP服务器、CGI服务器、JAVA服务器、数据库服务器等。

在一些实施方式中，服务器120可以包括一个或多个应用程序，以分析和合并从客户端设备101、102、103、104、105和106的用户接收的数据馈送和/或事件更新。服务器120还可以包括一个或多个应用程序，以经由客户端设备101、102、103、104、105和106的一个或多个显示设备来显示数据馈送和/或实时事件。

在一些实施方式中，服务器120可以为分布式系统的服务器，或者是结合了区块链的服务器。服务器120也可以是云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。云服务器是云计算服务体系中的一项主机产品，以解决传统物理主机与虚拟专用服务器(VPS，Virtual Private Server)服务中存在的管理难度大、业务扩展性弱的缺陷。

系统100还可以包括一个或多个数据库130。在某些实施例中，这些数据库可以用于存储数据和其他信息。例如，数据库130中的一个或多个可用于存储诸如音频文件和视频文件的信息。数据库130可以驻留在各种位置。例如，由服务器120使用的数据库可以在服务器120本地，或者可以远离服务器120且可以经由基于网络或专用的连接与服务器120通信。数据库130可以是不同的类型。在某些实施例中，由服务器120使用的数据库例如可以是关系数据库。这些数据库中的一个或多个可以响应于命令而存储、更新和检索到数据库以及来自数据库的数据。

在某些实施例中，数据库130中的一个或多个还可以由应用程序使用来存储应用程序数据。由应用程序使用的数据库可以是不同类型的数据库，例如键值存储库，对象存储库或由文件系统支持的常规存储库。

图1的系统100可以以各种方式配置和操作，以使得能够应用根据本公开所描述的各种方法和装置。

图2示出了根据本公开示例性实施例的出行服务的推荐方法的流程图。如图2所示，所述方法包括：步骤S201、获取用户的历史出行记录信息；步骤S202、基于所述用户的历史出行记录信息，确定所述用户的用户需求类型；以及步骤S203、至少基于所述用户的用户需求类型，确定用于向所述用户推荐的目标出行服务策略。由此，能够通过分析用户的历史出行记录信息来识别和标记用户需求类型，进而根据用户需求类型确定用于向用户推荐的目标出行服务策略，实现个性化推荐，提升服务转化率的同时提升用户体验。

示例性地，所述用于向所述用户推荐的目标出行服务策略可以是基于所述用户的用户需求类型，确定向用户主动推荐目标出行服务，也可以是基于所述用户的用户需求类型，确定不向用户主动推荐目标出行服务。

示例性地，所述用户的历史出行记录信息可以包括用户在一定时间段内的出行方式信息、出行路线信息、出行服务订单信息等，具体地，所述出行服务订单信息可以包括该时间段内出行服务订单的数量、订单的成交总额、使用优惠折扣的数额及占比信息、订单时间段分布信息等。所述用户的历史出行记录信息还可以包括其他能够指示用户对出行服务的需求的信息，例如用户年龄等，基于此，能够更准确地识别和标记用户需求类型。

根据一些实施例，所述用户需求类型包括以下各项中的至少一项：时间成本敏感型和经济成本敏感型。由此，能够针对用户较为关注的出行时间成本和/或出行经济成本来标记用户需求类型，从而能够更准确地实现个性化的出行服务的推荐。

示例性地，所述用户需求类型还可以包括其他类型，例如针对用户对步行距离的关注度，确定用户需求类型为步行距离敏感型，或者针对用户对出行碳排放量的敏感度，确定用户需求类型为绿色出行敏感型。应当理解，用户需求可以覆盖多个维度，基于此可以划分为多种不同的用户需求类型，或进一步针对用户不同维度的需求的组合来更精细地划分用户需求类型，本公开对此不作限制。

示例性地，所述目标出行服务策略对应至少一种出行方式，所述出行方式例如包括自驾车、公交、地铁、步行、骑行、打车等，地图应用程序中的出行服务策略至少与一种出行方式对应，例如打车出行服务对应打车，共享单车出行服务对应骑行等，所述出行服务策略也可以是对应多种出行方式的组合，例如打车和公交组合、骑行和公交组合等。

根据一些实施例，所述目标出行服务策略对应的出行方式为打车、打车和公交的组合或打车和地铁的组合。由此，能够针对地图应用程序中应用较为广泛的打车出行服务，为用户提供个性化的推荐策略，充分满足用户对打车出行服务的需求。

示例性地，所述用于向用户推荐的目标出行服务策略可以包括多种内容。例如，当所述目标出行服务策略对应的出行方式为打车时，可以是在用户使用地图应用程序查询其他出行方式时，基于用户需求类型分析其对打车出行的需求，进而向用户主动推荐打车出行，或者也可以基于分析结果确定不向用户主动推荐打车出行。具体地，在向用户主动推荐打车出行的情况下，还可以确定相应的个性化挽留策略，以进一步提升推荐转化率，例如向用户主动发放优惠券或等待红包、向用户主动推送挽留提醒等。

根据一些实施例，当所述目标出行服务策略对应的出行方式包括打车，并且所述目标出行服务策略包括出行路线推荐策略时，所述确定向所述用户推荐的目标出行服务策略包括：至少基于该用户的用户需求类型，确定用于向该用户推荐的目标出行服务策略的出行路线推荐策略。由此，能够进一步满足用户需求，提升用户体验。

示例性地，可以是在该用户的用户需求类型为时间成本敏感型的情况下，向用户推荐用时最短的出行路线，而无需考虑各个出行路线的距离或价格等信息，从而能够针对用户的需求直接推荐相应的出行路线，进一步提升用户体验。

根据一些实施例，当所述目标出行服务策略对应的出行方式包括打车，并且所述目标出行服务策略包括打车车型推荐策略时，所述确定用于向所述用户推荐的目标出行服务策略包括：至少基于该用户的用户需求类型，确定用于向该用户推荐的目标出行服务策略的打车车型推荐策略。由此，能够进一步满足用户需求，提升用户体验。

示例性地，可以是在该用户的用户需求类型为时间成本敏感型的情况下，向用户推荐当前等待接单的时长和/或等待车辆到达的时长最短的打车车型，从而能够针对用户的需求直接推荐相应的车型，进一步提升用户体验。

根据一些实施例，在所述用户需求类型包括时间成本敏感型和/或经济成本敏感型的情况下，所述步骤S202中，基于所述用户的历史出行记录信息，确定所述用户的用户需求类型包括：基于所述用户的历史出行记录信息，确定所述用户的第一敏感度信息，所述第一敏感度信息用于指示该用户对出行时间成本的敏感度；基于所述用户的历史出行记录信息，确定所述用户的第二敏感度信息，所述第二敏感度信息用于指示该用户对出行经济成本的敏感度；以及至少基于所述第一敏感度信息和所述第二敏感度信息，确定该用户的用户需求类型。由此，能够针对用户较为关注的出行时间成本和出行经济成本来标记用户需求类型，简捷准确地确定用户需求类型，进而实现个性化推荐目标出行服务策略。

示例性地，可以将所述第一敏感度和所述第二敏感度进行比较，基于比较结果确定该用户的用户需求类型。例如，当所述用户的第一敏感度大于第二敏感度，即所述用户对出行时间成本的敏感度大于对出行经济成本的敏感度，则可以将所述用户标记为时间成本敏感型，并基于此确定向所述用户推荐的目标出行服务策略。

在一个示例中，所述目标出行服务为打车出行服务，所述用户历史出行记录信息包括用户在一定时间段内的出行方式信息、出行路线信息、出行服务订单信息、用户画像信息等。在这种情况下，可以是通过以下方式中的至少一项来确定所述用户的第一敏感度信息：获取用户在一定时间段内的出行路线信息，确定用户所选择的出行路线是否为地图应用程序所推荐的用时最短的出行路线，基于此确定所述用户的第一敏感度信息；获取用户在一定时间段内使用打车出行服务时等待接单的时长信息和/或等待车辆到达的时长信息，基于此确定所述用户的第一敏感度信息；获取用户画像信息，确定所述用户是否为一线城市通勤用户，并根据用户的出行方式信息确定所述用户在工作日的通勤时长信息，基于此确定所述用户的第一敏感度信息。

相应地，可以是通过以下方式中的至少一项来确定所述用户的第二敏感度信息：获取用户在一定时间段内的打车出行服务订单的成交额，并与地图应用程序中其他用户的出行服务订单的成交额作比较，基于比较结果确定所述用户的第二敏感度信息；获取用户在一定时间段内使用打车出行服务所选择的车型信息，基于用户所选择的车型的价格水平，确定所述用户的第二敏感度信息，例如可以将用户所选择的车型的价格水平与其他用户的平均值进行比较，基于比较结果来确定所述用户的第二敏感度信息；获取用户在一定时间段内使用打车出行服务时使用优惠折扣的数额及占比信息，基于此确定所述用户的第二敏感度信息。

由此，能够充分利用所述用户的历史出行记录信息，更准确地确定用户的需求类型，以基于此实现更准确高效的个性化推荐目标出行服务策略。

根据一些实施例，所述方法还包括：获取当前出行场景信息，在这种情况下，所述步骤S203包括：至少基于所述用户的用户需求类型和所述当前出行场景信息，确定用于向所述用户推荐的目标出行服务策略。由此，能够基于用户类型标签和当前出行场景信息向用户推荐目标出行服务，提升向所述用户推荐的目标出行服务策略的准确性，进一步提升出行服务转化率和用户体验。

根据一些实施例，所述当前出行场景信息包括以下各项中的至少一项：当前出行地点信息、用户当前选择的出行方式信息、用户已等待时长信息和当前路况信息。由此，能够充分考虑各种场景信息对当前场景下的用户出行体验的影响，以进一步结合用户需求类型确定相应的目标出行服务推荐策略，充分满足用户需求的同时提升出行服务的转化率。

示例性地，所述当前出行地点信息可以包括用户当前出行的出发地和目的地，所述用户当前选择的出行方式信息可以是用户在地图应用程序上所主动查询的出行方式信息等。所述当前出行场景信息还可以包括其他能够影响当前场景下的用户出行体验的信息，例如针对当前场景的交通管制规则信息，具体可以包括车辆限行信息等，对此不作限定。

根据一些实施例，当所述当前出行场景信息包括当前出行地点信息、用户当前选择的出行方式信息和当前路况信息时，所述步骤S203中，至少基于该用户的用户需求类型和当前出行场景信息，确定用于向所述用户推荐的目标出行服务策略包括：确定用户当前选择的出行方式针对所述当前出行地点信息和当前路况信息的出行成本；针对至少一种出行服务策略中的每一种出行服务策略，基于该出行服务策略对应的出行方式确定该出行服务策略针对所述当前出行地点信息和当前路况信息的出行成本；以及至少基于用户当前选择的出行方式针对所述当前出行地点信息和当前路况信息的出行成本、所述至少一种出行服务策略针对所述当前出行地点信息和当前路况信息的出行成本和该用户的用户需求类型，从所述至少一种出行服务策略中确定目标出行服务策略。由此，能够根据当前场景下不同出行方式的出行成本，准确识别向用户进行推荐的时机，从而更精确高效地确定用于向用户推荐的目标出行服务策略，提升用户体验的同时提升推荐转化率。

根据一些实施例，所述出行成本包括出行时间成本和/或出行经济成本。由此，能够针对用户较为关注的出行时间成本和/或出行经济成本来确定向用户推荐的目标出行服务策略，从而能够更精准地满足用户的需求，提升推荐转化率。

示例性地，所述出行服务策略对应的出行方式可以只有一种，也可以是多种出行方式的组合，例如，可以有一种出行服务策略对应的出行方式为打车，一种出行服务策略对应的出行方式为打车和公交的组合，另一种出行服务策略对应的出行方式为打车和地铁的组合，则可以针对用户当前选择的出行方式和上述三种出行服务策略，分别确定用户当前选择的出行方式在当前场景下的出行成本，以及每种出行服务策略在当前场景下的出行成本。具体地，基于当前出行地点信息和当前路况信息确定不同出行方式或出行服务策略对应的出行成本，充分考虑各种情况对出行成本的影响。基于每种出行服务策略所对应的出行成本确定目标出行服务策略，并进一步用于向所述用户推荐。

由此，能够结合用户的用户需求类型更具体地确定用于向所述用户推荐的目标出行服务策略。例如，当所述用户的用户需求类型为时间成本敏感型用户时，则可以优先考虑出行时间成本，将出行时间成本最低的出行服务策略确定为目标出行服务策略，并进一步向用户进行推荐。

在一个示例中，用户当前选择的出行方式例如可以是公交出行，则可以分别确定公交出行方式、对应打车出行的出行服务策略、对应打车和公交组合出行的出行服务策略以及对应打车和地铁组合出行的出行服务策略针对当前出行地点信息和当前路况信息的出行成本。当所述用户的用户需求类型为时间成本敏感型用户时，并且对应打车出行的出行服务策略在当前场景下的的出行时间成本最低时，则可以将该出行服务策略确定为目标出行服务策略，并向用户主动推荐。

进一步地，还可以基于其他能够影响当前场景下的用户出行体验的因素来确定目标出行服务策略。例如，当天气不便于户外出行时，可以基于此将打车出行的出行服务策略确定为目标出行服务策略。再例如，当用户当前选择的出行方式为自驾车，而用户自有车辆的车牌号当日限行时，也可以基于此将打车出行的出行服务策略确定为目标出行服务策略。

本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。

图3示出了根据本公开示例性实施例的出行服务的推荐方法的流程图。在这一示例中，所述目标出行服务策略对应至少一种出行方式。

如图3所示，所述出行服务的推荐方法包括：

步骤S301、获取用户的历史出行记录信息；

步骤S302、基于所述用户的历史出行记录信息，确定所述用户的第一敏感度信息，所述第一敏感度信息用于指示该用户对出行时间成本的敏感度；

步骤S303、基于所述用户的历史出行记录信息，确定所述用户的第二敏感度信息，所述第二敏感度信息用于指示该用户对出行经济成本的敏感度；

步骤S304、至少基于所述第一敏感度信息和所述第二敏感度信息，确定该用户的用户需求类型；

步骤S305、获取当前出行场景信息，所述当前出行场景信息包括当前出行地点信息、用户当前选择的出行方式信息和当前路况信息；

步骤S306、确定用户当前选择的出行方式针对所述当前出行地点信息和当前路况信息的出行成本；

步骤S307、针对至少一种出行服务策略中的每一种出行服务策略，基于该出行服务策略对应的出行方式确定该出行服务策略针对所述当前出行地点信息和当前路况信息的出行成本；以及

步骤S308、至少基于用户当前选择的出行方式针对所述当前出行地点信息和当前路况信息的出行成本、所述至少一种出行服务策略针对所述当前出行地点信息和当前路况信息的出行成本和该用户的用户需求类型，从所述至少一种出行服务策略中确定目标出行服务策略。

进一步地，在根据所确定的策略向用户进行推荐后，可以记录相应的推荐转化情况，以进一步优化用于向用户推荐的个性化目标出行服务策略。

由此，能够通过分析用户的历史出行记录信息来识别和标记用户需求类型，同时根据当前出行场景信息确定不同出行方式所对应的出行成本，结合所述用户的用户需求类型，更精确高效地确定用于向用户推荐的目标出行服务策略，实现个性化推荐，提升用户体验的同时提升推荐转化率。

根据本公开的另一方面，还提供一种出行服务的推荐装置。图4示出了根据本公开示例性实施例的出行服务的推荐装置400的结构框图，如图4所示，所述装置400包括：获取单元401，被配置用于获取用户的历史出行记录信息；第一确定单元402，被配置用于基于所述用户历史出行记录信息，确定所述用户的用户需求类型；以及第二确定单元403，被配置用于至少基于所述用户的用户需求类型，确定用于向所述用户推荐的目标出行服务策略。出行服务的推荐装置400的单元401-单元403的操作与前面描述的步骤S201-步骤S203的操作类似，在此不作赘述。

根据本公开的另一方面，还提供一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的出行服务的推荐方法。

根据本公开的另一方面，还提供一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行上述的出行服务的推荐方法。

根据本公开的另一方面，还提供一种计算机程序产品，包括计算机程序，其中，所述计算机程序再被处理器执行时实现上述的出行服务的推荐方法。

参考图5，现将描述可以作为本公开的服务器或客户端的电子设备500的结构框图，其是可以应用于本公开的各方面的硬件设备的示例。电子设备旨在表示各种形式的数字电子的计算机设备，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图5所示，设备500包括计算单元501，其可以根据存储在只读存储器(ROM)502中的计算机程序或者从存储单元508加载到随机访问存储器(RAM)503中的计算机程序，来执行各种适当的动作和处理。在RAM 503中，还可存储设备500操作所需的各种程序和数据。计算单元501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

设备500中的多个部件连接至I/O接口505，包括：输入单元506、输出单元507、存储单元508以及通信单元509。输入单元506可以是能向设备500输入信息的任何类型的设备，输入单元506可以接收输入的数字或字符信息，以及产生与电子设备的用户设置和/或功能控制有关的键信号输入，并且可以包括但不限于鼠标、键盘、触摸屏、轨迹板、轨迹球、操作杆、麦克风和/或遥控器。输出单元507可以是能呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。存储单元508可以包括但不限于磁盘、光盘。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据，并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信收发机和/或芯片组，例如蓝牙TM设备、802.11设备、WiFi设备、WiMax设备、蜂窝通信设备和/或类似物。

计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理，例如出行服务的推荐方法。例如，在一些实施例中，出行服务的推荐方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由ROM 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到RAM 503并由计算单元501执行时，可以执行上文描述的出行服务的推荐方法的一个或多个步骤。备选地，在其他实施例中，计算单元501可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行出行服务的推荐方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、复杂可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行、也可以顺序地或以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

虽然已经参照附图描述了本公开的实施例或示例，但应理解，上述的方法、系统和设备仅仅是示例性的实施例或示例，本发明的范围并不由这些实施例或示例限制，而是仅由授权后的权利要求书及其等同范围来限定。实施例或示例中的各种要素可以被省略或者可由其等同要素替代。此外，可以通过不同于本公开中描述的次序来执行各步骤。进一步地，可以以各种方式组合实施例或示例中的各种要素。重要的是随着技术的演进，在此描述的很多要素可以由本公开之后出现的等同要素进行替换。

Claims (14)

1.一种出行服务的推荐方法，包括：

获取用户的历史出行记录信息；

基于所述用户的历史出行记录信息，确定所述用户的用户需求类型；以及

至少基于所述用户的用户需求类型，确定用于向所述用户推荐的目标出行服务策略。

2.根据权利要求1所述的方法，所述用户需求类型包括以下各项中的至少一项：时间成本敏感型和经济成本敏感型。

3.根据权利要求2所述的方法，其中，所述基于所述用户的历史出行记录信息，确定所述用户的用户需求类型包括：

基于所述用户的历史出行记录信息，确定所述用户的第一敏感度信息，所述第一敏感度信息用于指示该用户对出行时间成本的敏感度；

基于所述用户的历史出行记录信息，确定所述用户的第二敏感度信息，所述第二敏感度信息用于指示该用户对出行经济成本的敏感度；以及

至少基于所述第一敏感度信息和所述第二敏感度信息，确定该用户的用户需求类型。

4.根据权利要求1-3中任一项所述的方法，还包括：

获取当前出行场景信息；

并且其中，至少基于所述用户的用户需求类型和所述当前出行场景信息，确定用于向所述用户推荐的目标出行服务策略。

5.根据权利要求4所述的方法，其中，所述当前出行场景信息包括以下各项中的至少一项：

当前出行地点信息、用户当前选择的出行方式信息、用户已等待时长信息和当前路况信息。

6.根据权利要求5所述的方法，其中，当所述当前出行场景信息包括当前出行地点信息、用户当前选择的出行方式信息和当前路况信息时，所述至少基于该用户的用户需求类型和当前出行场景信息，确定用于向所述用户推荐的目标出行服务策略包括：

确定用户当前选择的出行方式针对所述当前出行地点信息和当前路况信息的出行成本；

针对至少一种出行服务策略中的每一种出行服务策略，基于该出行服务策略对应的出行方式确定该出行服务策略针对所述当前出行地点信息和当前路况信息的出行成本；

至少基于用户当前选择的出行方式针对所述当前出行地点信息和当前路况信息的出行成本、所述至少一种出行服务策略针对所述当前出行地点信息和当前路况信息的出行成本和该用户的用户需求类型，从所述至少一种出行服务策略中确定目标出行服务策略。

7.根据权利要求6所述的方法，其中，所述出行成本包括出行时间成本和/或出行经济成本。

8.根据权利要求1-7中任一项所述的方法，其中，所述目标出行服务策略对应的出行方式为打车、打车和公交的组合或打车和地铁的组合。

9.根据权利要求8所述的方法，其中，所述目标出行服务策略包括出行路线推荐策略，并且其中，所述确定用于向所述用户推荐的目标出行服务策略包括：

至少基于该用户的用户需求类型，确定向该用户推荐的目标出行服务策略的出行路线推荐策略。

10.根据权利要求8或9所述的方法，其中，所述目标出行服务策略包括打车车型推荐策略，并且其中，所述确定用于向所述用户推荐目标出行服务策略包括：

至少基于该用户的用户需求类型，确定向该用户推荐的目标出行服务策略的打车车型推荐策略。

11.一种出行服务的推荐装置，包括：

获取单元，被配置用于获取用户的历史出行记录信息；

第一确定单元，被配置用于基于所述用户历史出行记录信息，确定所述用户的用户需求类型；以及

第二确定单元，被配置用于至少基于所述用户的用户需求类型，确定向所述用户推荐的目标出行服务策略。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-10中任一项所述的方法。

13.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使计算机执行根据权利要求1-10中任一项所述的方法。

14.一种计算机程序产品，包括计算机程序，其中，所述计算机程序在被处理器执行时实现根据权利要求1-10中任一项所述的方法。

Images