CN108694457A

CN108694457A - 信息推荐的方法及装置

Info

Publication number: CN108694457A
Application number: CN201710223573.4A
Authority: CN
Inventors: 张蓓蓓
Original assignee: Beijing Didi Infinity Technology and Development Co Ltd
Current assignee: Beijing Didi Infinity Technology and Development Co Ltd
Priority date: 2017-04-07
Filing date: 2017-04-07
Publication date: 2018-10-23

Abstract

本申请提供一种信息推荐的方法及装置，涉及计算机技术领域，所述方法的一具体实施方式包括：获取用户输入的针对出行事件的计划信息；基于所述计划信息获取针对所述出行事件的出行建议；向所述用户输出所述出行建议。无需用户根据实际的经验对出行进行规划，自动为用户推荐出行建议，使用户能够在期望的时间段到达目的地，提高了出行效率。

Description

信息推荐的方法及装置

技术领域

本申请涉及计算机技术领域，特别涉及一种信息推荐的方法及装置。

背景技术

一般来说，人们在出行前，通常会预先对出行进行一个规划，以确定采用的出行方式(例如，步行，或者骑车，或者乘车，或者乘地铁等等)以及出行的时间等。人们通常是基于实际的经验对出行进行规划的，例如，可以根据自己所了解的交通状况确定出行方式以及出行时间等。然而，人们对交通状况的变化规律认识有限，因此，人们对出行的规划并不一定是准确和合理的，在按照规划出行时，不一定能在期望的时间段到达目的地，从而降低了出行效率。

发明内容

为了解决上述技术问题，本申请提供了一种信息推荐的方法及装置。

根据本申请实施例的第一方面，提供一种信息推荐的方法，包括：

获取用户输入的针对出行事件的计划信息；

基于所述计划信息获取针对所述出行事件的出行建议；

向所述用户输出所述出行建议。

根据本申请实施例的第二方面，提供一种信息推荐的装置，包括：

第一获取单元，被配置为获取用户输入的针对出行事件的计划信息；

第二获取单元，被配置为基于所述计划信息获取针对所述出行事件的出行建议；

第一输出单元，被配置为向所述用户输出所述出行建议。

根据本申请实施例的第三方面，提供一种计算机存储介质，所述存储介质中存储有程序指令，所述指令包括：

获取用户输入的针对出行事件的计划信息；

基于所述计划信息获取针对所述出行事件的出行建议；

向所述用户输出所述出行建议。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请的实施例提供的信息推荐的方法和装置，通过获取用户输入的针对出行事件的计划信息，基于该出行计划信息获取针对该出行事件的出行建议，并向该用户输出上述出行建议。从而无需用户根据实际的经验对出行进行规划，自动为用户推荐出行建议，使用户能够在期望的时间段到达目的地，提高了出行效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是本申请根据一示例性实施例示出的一种信息推荐的方法的流程图；

图2是本申请根据一示例性实施例示出的另一种信息推荐的方法的流程图；

图3是本申请根据一示例性实施例示出的另一种信息推荐的方法的流程图；

图4是本申请根据一示例性实施例示出的另一种信息推荐的方法的流程图；

图5是本申请根据一示例性实施例示出的一种信息推荐的装置框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

如图1所示，图1是根据一示例性实施例示出的一种信息推荐的方法的流程图，该方法可以应用于终端设备中，也可以应用于服务器中。在本实施例中，为了便于理解，结合能够安装第三方应用程序的终端设备来举例说明。本领域技术人员可以理解，该终端设备可以包括但不限于诸如智能手机的移动终端设备、智能穿戴式设备、平板电脑、个人数字助理等等。该方法包括以下步骤：

在步骤101中，获取用户输入的针对出行事件的计划信息。

一般来说，用户在一段时间内(如，一天内，或者一周内等)，可能会计划一个或多个出行事件，例如，去公司上班，或者去某地点参加活动等等。在本实施例中，针对出行事件的计划信息为与用户计划的出行事件相关的信息。

具体来说，针对出行事件的计划信息可以包括用户计划的出行事件的行程起点和行程终点，以及到达该行程终点的期望时刻等。例如，假设用户计划的出行事件为从家(位置A)出发，到公司(位置B)上班，上班时间为8点半。则针对该出行事件的计划信息可以包括行程起点位置A，行程终点位置B以及到达行程终点位置B的期望时刻8点半。可以理解，上述计划信息还可以包括其它任意合理的信息，本申请对计划信息包括的具体内容方面不限定。

在本实施例中，用户可以通过终端设备输入针对出行事件的计划信息。具体来说，终端设备可以为用户提供一个或多个信息输入接口，用户可以通过该信息输入接口输入针对出行事件的计划信息。其中，每个信息输入接口对应于输入一种形式的信息，例如，可以对应于输入文本形式的信息，也可以对应于输入语音形式的信息，还可以对应于输入图像形式的信息。可以理解，还可以对应于输入其它形式的信息，本申请对此方面不限定。

在本实施例中，执行主体可以是终端设备，终端设备可以直接获取用户通过该终端设备输入的计划信息。执行主体还可以是服务器，服务器可以从终端设备获取用户通过该终端设备输入的计划信息。可以理解，本申请对获取用户输入的上述计划信息的具体方式方面不限定。

在步骤102中，基于上述计划信息获取针对该出行事件的出行建议。

一般来说，对于用户计划的每个出行事件，均可以采用不同的出行方式，例如，出行方式可以包括步行的方式，骑车的方式，乘坐网约车的方式，驾驶车辆的方式等等。在本实施例中，针对每个出行事件，出行建议可以包括多种预设出行方式中的每种预设出行方式对应的建议参考信息。其中，建议参考信息可以包括建议开始时刻，建议参考信息还可以包括以下一项或多项：行程预估时长；消耗的预估费用；建议路线；预估路况。

例如，假设用户计划的一个出行事件为从家(位置A)出发，到公司(位置B)上班，上班时间为8点半。针对该出行事件，出行建议可以包括步行方式对应的步行建议参考信息，骑车方式对应的骑车建议参考信息，以及乘坐网约车方式对应的网约车建议参考信息等。其中，步行建议参考信息可以包括步行出行时的建议开始时刻，行程预估时长，以及建议路线等等。骑车建议参考信息可以包括骑车出行时的建议开始时刻，行程预估时长，建议路线，以及消耗的预估费用(例如，骑共享单车等所消耗的费用)等等。网约车建议参考信息可以包括乘坐网约车出行时的建议开始时刻，行程预估时长，建议路线，预估路况，以及消耗的预估费用等等。

在本实施例的一种实现方式中，可以通过如下方式基于上述计划信息获取针对上述出行事件出行建议：首先，可以获取每种预设出行方式对应的目标模型，然后，将针对出行事件的出行计划信息分别输入到每个目标模型中，最后，获取每个目标模型输出的针对该出行事件的输出结果，该输出结果包括每种预设出行方式对应的建议参考信息。

在本实施例的另一种实现方式中，还可以通过如下方式基于上述计划信息获取针对上述出行事件出行建议：向目标服务器发送出行建议获取请求，该出行建议获取请求包括上述计划信息，以指示目标服务器基于该计划信息获取出行建议(例如，目标服务器可以采用预先训练好的目标模型获取出行建议)。然后，接收目标服务器返回的针对该出行事件的应答信息，该应答信息包括每种预设出行方式对应的建议参考信息。

可以理解，还可以通过其它的方式获取出行建议，本申请对此方面不限定。

在步骤103中，向用户输出上述出行建议。

在本实施例中，可以向用户输出上述出行建议。具体来说，当执行主体是终端设备时，终端设备可以直接通过屏幕向用户输出上述出行建议。当执行主体是服务器时，服务器可以向用户持有的终端设备发送上述出行建议，以通过终端设备的屏幕向用户输出上述出行建议。可以理解，本申请对向用户输出上述出行建议的具体方式方面不限定。

本申请的上述实施例提供的信息推荐的方法，通过获取用户输入的针对出行事件的计划信息，基于该出行计划信息获取针对该出行事件的出行建议，并向该用户输出上述出行建议。从而无需用户根据实际的经验对出行进行规划，自动为用户推荐出行建议，使用户能够在期望的时间段到达目的地，提高了出行效率。

图2是根据一示例性实施例示出的另一种信息推荐的方法的流程图，该实施例详细描述了基于上述计划信息获取针对出行事件的出行建议的过程，该方法可以应用于终端设备中，也可以应用于服务器中。该方法可以包括以下步骤：

在步骤201中，获取用户输入的针对出行事件的计划信息。

在步骤202中，获取多种预设出行方式中的每种预设出行方式对应的目标模型。

在本实施例中，可以获取多种预设出行方式中的每种预设出行方式对应的预先训练好的目标模型，具体来说，可以从本地存储的数据中获取上述目标模型，也可以从其它终端或者服务器获取上述目标模型。上述目标模型可以是通过本设备训练的，也可以是其它设备训练的。本申请对上述目标模型的来源方面不限定。

在本实施例中，目标模型可以通过如下方式训练：首先，可以获取样本信息，该样本信息可以从大量用户的终端设备在预定时间段内采集到的历史行程数据中获得。其中，终端设备采集到的历史行程数据可以是终端设备中安装的基于位置服务的LBS应用(例如，用于请求网约车服务的应用程序，用于请求共享单车服务的应用程序，用于导航的应用程序等等)的历史使用数据等，本申请对历史行程数据的具体来源方面不限定。该样本信息至少可以包括历史行程的行程起点和行程终点，行程的开始时刻以及到达行程终点的时刻。可选地，该样本信息还可以进一步包括日期的信息，天气的信息，行程所耗时长，消耗的费用，行程路线以及路况信息等等。可以理解，该样本信息还可以包括其它信息，本申请对样本信息包括的具体内容方面不限定。接着，对该样本信息进行分类，每类样本信息对应一种预设的出行方式，分别采用每类样本信息训练得到一个目标模型，每个目标模型对应一种预设的出行方式。

在步骤203中，将上述计划信息分别输入到每个目标模型中。

在本实施例中，可以从上述计划信息中提取出特征信息(例如，行程的行程起点特征和行程终点特征，以及到达行程终点的时刻特征等)，可选地，还可以进一步通过终端设备采集当前的实时数据(例如，当前的日期的信息，当前的天气的信息等等)，并从当前的实时数据中提取出特征信息(例如，当前的日期特征，当前的天气特征等)。将提取到的特征信息输入到目标模型中，从而获取目标模型的输出结果(例如，行程的预估开始时刻等)。

在步骤204中，获取每个目标模型针对该出行事件的输出结果，作为针对该出行事件的出行建议。

在步骤205中，向用户输出上述出行建议。

需要说明的是，对于与图1实施例中相同的步骤，在上述图2实施例中不再进行赘述，相关内容可参见图1实施例。

本申请的上述实施例提供的信息推荐的方法，通过获取用户输入的针对出行事件的计划信息，获取每种预设出行方式对应的目标模型，将上述计划信息分别输入到每述目标模型中，获取每个目标模型针对出行事件的输出结果，作为针对该出行事件的出行建议，并向用户输出上述出行建议。从而无需用户根据实际的经验对出行进行规划，自动为用户推荐出行建议，使用户能够在期望的时间段到达目的地，进一步提高了出行效率。

图3是根据一示例性实施例示出的另一种信息推荐的方法的流程图，该实施例详细描述了基于上述计划信息获取针对出行事件的出行建议的过程，该方法可以应用于终端设备中，也可以应用于服务器中。该方法可以包括以下步骤：

在步骤301中，获取用户输入的针对出行事件的计划信息。

在步骤302中，向目标服务器发送出行建议获取请求，该出行建议获取请求包括上述计划信息。

在步骤303中，接收该目标服务器返回的针对上述出行事件的应答信息，作为针对该出行事件的出行建议。

在本实施例中，在获取到用户输入的针对出行事件的计划信息后，可以向目标服务器发送出行建议获取请求，该出行建议获取请求包括上述计划信息，以指示目标服务器基于该计划信息获取出行建议(例如，目标服务器可以采用预先训练好的目标模型获取出行建议)。然后，接收目标服务器返回的针对该出行事件的应答信息，该应答信息包括每种预设出行方式对应的建议参考信息。

在步骤304中，向用户输出上述出行建议。

需要说明的是，对于与图1实施例中相同的步骤，在上述图3实施例中不再进行赘述，相关内容可参见图1实施例。

本申请的上述实施例提供的信息推荐的方法，通过获取用户输入的针对出行事件的计划信息，向目标服务器发送出行建议获取请求，该出行建议获取请求包括上述计划信息，接收该目标服务器返回的针对上述出行事件的应答信息作为针对该出行事件的出行建议，并向用户输出上述出行建议。从而无需用户根据实际的经验对出行进行规划，自动为用户推荐出行建议，使用户能够在期望的时间段到达目的地，进一步提高了出行效率。

图4是根据一示例性实施例示出的另一种信息推荐的方法的流程图，该实施例详细描述了向用户输出出行建议之后的过程，该方法可以应用于终端设备中，也可以应用于服务器中。该方法可以包括以下步骤：

在步骤401中，获取用户输入的针对出行事件的计划信息。

在步骤402中，基于上述计划信息获取针对该出行事件的出行建议。

在步骤403中，向用户输出上述出行建议。

在步骤404中，向该用户输出出行方式选择界面，以供用户针对上述出行事件，从多种预设出行方式中选择目标出行方式。

在本实施例中，可以向用户输出一个出行方式选择界面，用户可以针对上述出行事件，从多种预设出行方式中选择出一种出行方式作为该出行事件对应的目标出现方式。例如，多种预设出行方式可以包括步行的方式，骑车的方式，乘坐网约车的方式以及驾驶车辆的方式，针对出行事件A，用户可以从上述四种预设出行方式中选择乘坐网约车的方式作为目标出现方式。

在步骤405中，当目标时刻之前的第一预设时刻到达时，提醒用户准备出行，该目标时刻为上述目标出行方式对应的建议开始时刻。

在本实施例中，将用户针对上述出行事件，从多种预设出行方式中选择的目标出行方式对应的建议开始时刻作为目标时刻。当目标时刻之前的第一预设时刻到达时，提醒用户准备出行。

其中，第一预设时刻在目标时刻之前，距离目标时刻的时长为一个预设值。例如，假设目标时刻在T₁时刻，则第一预设时刻可以是在T₁-t时刻，t为一个预设值。又例如，假设用户针对出行事件A，从多种预设出行方式中选择的目标出行方式为乘坐网约车的方式，该目标出行方式对应的建议开始时刻为上午8点半，则在上午8点25(第一预设时刻)时，提醒用户准备出行。

需要说明的是，第一预设时刻距离目标时刻的时长可以是用户预先设置的，也可以是系统默认的，可以取任意合理的数值，本申请对第一预设时刻距离目标时刻的时长的具体获取方式以及具体取值方面不限定。

在步骤406中，如果目标出行方式为乘坐网约车的出行方式，则在目标时刻之前的第二预设时刻到达时，为用户请求网约车服务，该目标时刻为上述目标出行方式对应的建议开始时刻。

在本实施例中，将用户针对上述出行事件，从多种预设出行方式中选择的目标出行方式对应的建议开始时刻作为目标时刻。如果目标出行方式为乘坐网约车的出行方式，则在目标时刻之前的第二预设时刻到达时，为用户请求网约车服务。具体来说，可以获取用户输入的针对出行事件的计划信息，基于该计划信息确定出行事件的起点和终点，并根据出行事件的起点和终点为用户请求网约车服务。

其中，第二预设时刻在目标时刻之前，距离目标时刻的时长也是一个预设值。例如，假设目标时刻在T₁时刻，则第二预设时刻可以是在T₁-m时刻，m为一个预设值。又例如，假设用户针对出行事件A，从多种预设出行方式中选择的目标出行方式为乘坐网约车的方式，该目标出行方式对应的建议开始时刻为上午8点半，则在上午8点20(第二预设时刻)时，为用户请求网约车服务。

需要说明的是，第二预设时刻距离目标时刻的时长可以是用户预先设置的，也可以是系统默认的，可以取任意合理的数值，本申请对第二预设时刻距离目标时刻的时长的具体获取方式以及具体取值方面不限定。

需要说明的是，对于与图1实施例中相同的步骤，在上述图4实施例中不再进行赘述，相关内容可参见图1实施例。

对于本实施例，一种具体的应用场景可以为，用户计划的一个出行事件为从家(位置A)出发，到公司(位置B)上班，上班时间为8点半。用户可以通过终端设备输入行程起点位置A，行程终点位置B以及到达行程终点位置B的期望时刻8点半。终端设备可以根据用户输入的上述信息，向用户推荐一些出行建议，例如，如果用户步行去上班，则需要在7点50分从家里出发，并且，推荐步行去上班的路线以及行程大约耗费的时长等。如果用户骑共享单车去上班，则需要在8点10分从家里出发，并且，推荐骑行路线，可能花费的费用以及行程大约耗费的时长等。如果用户乘坐网约车去上班，则需要在8点20分从家里出发，并且，推荐乘车路线，可能花费的费用以及行程大约耗费的时长等。用户可以从备选的出行方式中选取乘坐网约车的出行方式作为目标出行方式。当8点10分时，提醒用户准备出行，当8点15分时，开始为用户请求网约车服务。这样，就可以保证用户在8点20分能乘坐网约车出发，从而提高了出行效率。

本实施例并不限于上述的应用场景，还可以应用到其他场景中。本申请的上述实施例提供的信息推荐的方法，通过获取用户输入的针对出行事件的计划信息，基于该出行计划信息获取针对该出行事件的出行建议，并向该用户输出上述出行建议。向该用户输出出行方式选择界面，以供用户针对上述出行事件，从多种预设出行方式中选择目标出行方式。当目标时刻之前的第一预设时刻到达时，提醒用户准备出行，该目标时刻为上述目标出行方式对应的建议开始时刻。如果目标出行方式为乘坐网约车的出行方式，则在目标时刻之前的第二预设时刻到达时，为用户请求网约车服务。从而无需用户根据实际的经验对出行进行规划，自动为用户推荐出行建议，使用户能够在期望的时间段到达目的地，进一步提高了出行效率。

在一些可选实施方式中，上述方法还可以包括：当目标时刻之前的第三预设时刻到达时，确定当前的路况，根据当前的路况判断是否满足出行建议修改条件，当满足出行建议修改条件时，根据当前的路况修改针对出行事件的出行建议。

在本实施例中，当目标时刻之前的第三预设时刻到达时，可以确定当前的路况，并根据当前的路况判断是否满足出行建议修改条件。具体来说，在一种实现方式中，如果出行建议中包括预估路况的信息，则可以获取当前的路况与预估路况的差异(例如，采用路况指数计算差值)，如果该差异大于或者等于预设差异，则说明满足出行建议修改条件，并进一步根据当前的路况修改针对出行事件的出行建议。

在另一种实现方式中，还可以根据当前的路况，估算到达行程终点的估计时刻。然后，获取到达行程终点的期望时刻与估计时刻的差值，如果该差值大于或者等于预设差值，则说明满足出行建议修改条件，并进一步根据当前的路况修改针对出行事件的出行建议。

可以理解，还可以通过其它的方式判断是否满足出行建议修改条件，本申请对判断是否满足出行建议修改条件的具体方式方面不限定。

在本实施例中，第三预设时刻在目标时刻之前，距离目标时刻的时长也是一个预设值。例如，假设目标时刻在T₁时刻，则第三预设时刻可以是在T₁-S时刻，S为一个预设值。

需要说明的是，第三预设时刻距离目标时刻的时长可以是用户预先设置的，也可以是系统默认的，可以取任意合理的数值，本申请对第三预设时刻距离目标时刻的时长的具体获取方式以及具体取值方面不限定。

应当注意，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

与前述信息推荐的方法实施例相对应，本申请还提供了信息推荐的装置的实施例。

如图5所示，图5是本申请根据一示例性实施例示出的一种信息推荐的装置框图，该装置可以包括：第一获取单元501，第二获取单元502以及第一输出单元503。

其中，第一获取单元501，被配置为获取用户输入的针对出行事件的计划信息。

第二获取单元502，被配置为基于上述计划信息获取针对该出行事件的出行建议。

第一输出单元503，被配置为向用户输出上述出行建议。

本申请的上述实施例提供的信息推荐的装置，通过获取用户输入的针对出行事件的计划信息，基于该出行计划信息获取针对该出行事件的出行建议，并向该用户输出上述出行建议。从而无需用户根据实际的经验对出行进行规划，自动为用户推荐出行建议，使用户能够在期望的时间段到达目的地，提高了出行效率。

在一些可选实施方式中，上述计划信息可以包括：上述出行事件的行程起点和行程终点，以及到达行程终点的期望时刻。

在另一些可选实施方式中，上述出行建议可以包括多种预设出行方式中的每种预设出行方式对应的建议参考信息。

在另一些可选实施方式中，第二获取单元502可以包括：模型获取子单元，输入子单元以及结果获取子单元(未示出)。

其中，模型获取子单元，被配置为获取上述每种预设出行方式对应的目标模型。

输入子单元，被配置为将上述计划信息分别输入到每个目标模型中。

结果获取子单元，被配置为获取每个目标模型针对上述出行事件的输出结果，该输出结果包括每种预设出行方式对应的建议参考信息。

在另一些可选实施方式中，第二获取单元502可以包括：发送子单元以及接收子单元(未示出)。

其中，发送子单元，被配置为向目标服务器发送出行建议获取请求，该出行建议获取请求包括所述计划信息。

接收子单元，被配置为接收目标服务器返回的针对出行事件的应答信息，该应答信息包括每种预设出行方式对应的建议参考信息。

在另一些可选实施方式中，该装置还可以包括：第二输出单元(未示出)。

其中，第二输出单元，被配置为向用户输出出行方式选择界面，以供用户针对上述出行事件，从多种预设出行方式中选择目标出行方式。

在另一些可选实施方式中，上述建议参考信息可以包括：建议开始时刻。

在另一些可选实施方式中，上述建议参考信息还可以包括以下一项或多项：

行程预估时长；

消耗的预估费用；

建议路线；

预估路况。

在另一些可选实施方式中，该装置还可以包括：提醒单元(未示出)。

其中，提醒单元，被配置为在目标时刻之前的第一预设时刻到达时，提醒用户准备出行，该目标时刻为目标出行方式对应的建议开始时刻。

在另一些可选实施方式中，上述多种预设出行方式中可以包括：乘坐网约车的出行方式。

在另一些可选实施方式中，该装置还可以包括：请求单元(未示出)。

其中，请求单元，被配置为如果目标出行方式为乘坐网约车的出行方式，则在目标时刻之前的第二预设时刻到达时，为用户请求网约车服务，该目标时刻为目标出行方式对应的建议开始时刻。

在另一些可选实施方式中，该装置还可以包括：确定单元，判断单元以及修改单元(未示出)。

其中，确定单元，被配置为在目标时刻之前的第三预设时刻到达时，确定当前的路况，该目标时刻为目标出行方式对应的建议开始时刻。

判断单元，被配置为根据当前的路况判断是否满足出行建议修改条件。

修改单元，被配置为在满足出行建议修改条件时，根据当前的路况修改针对上述出行事件的出行建议。

应当理解，上述装置可以预先设置在终端设备或服务器中，也可以通过下载等方式而加载到终端设备或服务器中。上述装置中的相应单元可以与终端设备或服务器中的单元相互配合以实现信息推荐的方案。

本申请实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

相应的，本申请实施例还提供一种计算机存储介质，该存储介质中存储有程序指令，该指令包括：

获取用户输入的针对出行事件的计划信息；

基于所述计划信息获取针对所述出行事件的出行建议；

向所述用户输出所述出行建议。

描述于本申请实施例中所涉及到的单元模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元模块也可以设置在处理器中，例如，可以描述为：一种处理器包括第一获取单元，第二获取单元以及第一输出单元。其中，这些单元模块的名称在某种情况下并不构成对该单元模块本身的限定，例如，第一输出单元还可以被描述为“用于向用户输出出行建议的单元”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端或服务器中的计算机可读存储介质。该计算机可读存储介质存储有一个或者一个以上程序，该程序被一个或者一个以上的处理器用来执行描述于本申请的信息推荐的方法。

计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims

1.一种信息推荐的方法，其特征在于，所述方法包括：

获取用户输入的针对出行事件的计划信息；

基于所述计划信息获取针对所述出行事件的出行建议；

向所述用户输出所述出行建议。

2.根据权利要求1所述的方法，其特征在于，所述计划信息包括：所述出行事件的行程起点和行程终点，以及到达所述行程终点的期望时刻。

3.根据权利要求1所述的方法，其特征在于，所述出行建议包括多种预设出行方式中的每种预设出行方式对应的建议参考信息。

4.根据权利要求3所述的方法，其特征在于，所述基于所述计划信息获取针对所述出行事件的出行建议，包括：

获取所述每种预设出行方式对应的目标模型；

将所述计划信息分别输入到每个所述目标模型中；

获取每个所述目标模型针对所述出行事件的输出结果，所述输出结果包括所述每种预设出行方式对应的建议参考信息。

5.根据权利要求3所述的方法，其特征在于，所述基于所述计划信息获取针对所述出行事件的出行建议，包括：

向目标服务器发送出行建议获取请求，所述出行建议获取请求包括所述计划信息；

接收所述目标服务器返回的针对所述出行事件的应答信息，所述应答信息包括所述每种预设出行方式对应的建议参考信息。

6.根据权利要求3-5中任意一项所述的方法，其特征在于，所述方法还包括：

向所述用户输出出行方式选择界面，以供所述用户针对所述出行事件，从所述多种预设出行方式中选择目标出行方式。

7.根据权利要求6所述的方法，其特征在于，所述建议参考信息包括：建议开始时刻。

8.根据权利要求7所述的方法，其特征在于，所述建议参考信息还包括以下一项或多项：

行程预估时长；

消耗的预估费用；

建议路线；

预估路况。

9.根据权利要求7所述的方法，其特征在于，所述方法还包括：

当目标时刻之前的第一预设时刻到达时，提醒所述用户准备出行，所述目标时刻为所述目标出行方式对应的建议开始时刻。

10.根据权利要求9所述的方法，其特征在于，所述多种预设出行方式中包括：乘坐网约车的出行方式。

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

如果所述目标出行方式为乘坐网约车的出行方式，则在目标时刻之前的第二预设时刻到达时，为所述用户请求网约车服务，所述目标时刻为所述目标出行方式对应的建议开始时刻。

12.根据权利要求7所述的方法，其特征在于，所述方法还包括：

当目标时刻之前的第三预设时刻到达时，确定当前的路况，所述目标时刻为所述目标出行方式对应的建议开始时刻；

根据当前的路况判断是否满足出行建议修改条件；

当满足出行建议修改条件时，根据当前的路况修改针对所述出行事件的出行建议。

13.一种信息推荐的装置，其特征在于，所述装置包括：

第一输出单元，被配置为向所述用户输出所述出行建议。

14.根据权利要求13所述的装置，其特征在于，所述计划信息包括：所述出行事件的行程起点和行程终点，以及到达所述行程终点的期望时刻。

15.根据权利要求13所述的装置，其特征在于，所述出行建议包括多种预设出行方式中的每种预设出行方式对应的建议参考信息。

16.根据权利要求15所述的装置，其特征在于，所述第二获取单元包括：

模型获取子单元，被配置为获取所述每种预设出行方式对应的目标模型；

输入子单元，被配置为将所述计划信息分别输入到每个所述目标模型中；

结果获取子单元，被配置为获取每个所述目标模型针对所述出行事件的输出结果，所述输出结果包括所述每种预设出行方式对应的建议参考信息。

17.根据权利要求15所述的装置，其特征在于，所述第二获取单元包括：

发送子单元，被配置为向目标服务器发送出行建议获取请求，所述出行建议获取请求包括所述计划信息；

接收子单元，被配置为接收所述目标服务器返回的针对所述出行事件的应答信息，所述应答信息包括所述每种预设出行方式对应的建议参考信息。

18.根据权利要求15-17中任意一项所述的装置，其特征在于，所述装置还包括：

第二输出单元，被配置为向所述用户输出出行方式选择界面，以供所述用户针对所述出行事件，从所述多种预设出行方式中选择目标出行方式。

19.根据权利要求18所述的装置，其特征在于，所述建议参考信息包括：建议开始时刻。

20.根据权利要求19所述的装置，其特征在于，所述建议参考信息还包括以下一项或多项：

行程预估时长；

消耗的预估费用；

建议路线；

预估路况。

21.根据权利要求19所述的装置，其特征在于，所述装置还包括：

提醒单元，被配置为在目标时刻之前的第一预设时刻到达时，提醒所述用户准备出行，所述目标时刻为所述目标出行方式对应的建议开始时刻。

22.根据权利要求21所述的装置，其特征在于，所述多种预设出行方式中包括：乘坐网约车的出行方式。

23.根据权利要求22所述的装置，其特征在于，所述装置还包括：

请求单元，被配置为如果所述目标出行方式为乘坐网约车的出行方式，则在目标时刻之前的第二预设时刻到达时，为所述用户请求网约车服务，所述目标时刻为所述目标出行方式对应的建议开始时刻。

24.根据权利要求19所述的装置，其特征在于，所述装置还包括：

确定单元，被配置为在目标时刻之前的第三预设时刻到达时，确定当前的路况，所述目标时刻为所述目标出行方式对应的建议开始时刻；

判断单元，被配置为根据当前的路况判断是否满足出行建议修改条件；

修改单元，被配置为在满足出行建议修改条件时，根据当前的路况修改针对所述出行事件的出行建议。

25.一种计算机存储介质，所述存储介质中存储有程序指令，其特征在于，所述指令包括：

获取用户输入的针对出行事件的计划信息；

基于所述计划信息获取针对所述出行事件的出行建议；

向所述用户输出所述出行建议。