一种平台推荐方法、装置、设备及存储介质

技术领域

本申请涉及网约车技术领域，尤其涉及一种平台推荐方法、装置、设备及存储介质。

背景技术

已有技术下，通常针对不同乘客配置不同的平台推荐策略。实际应用中，通常基于新用户在注册平台时填写的用户信息和平台已有的用户信息，通过特征提取比对等方法，得到该新用户的用户分组信息，从而基于用户分组信息，准确匹配相应的平台推荐策略，并基于该平台推荐策略对该新用户进行定向平台推荐。

然而，对于通过其他平台发起、由目标平台提供服务的行程单的这类用户，其用户信息由各自注册的平台进行管理，出于用户信息隐私保护前提，目标平台无法从其他平台获得这类用户的用户信息，因此，采用上述匹配策略方式将无法顺利为该类用户匹配到相应的平台推荐策略，从而降低了针对这类用户进行平台推荐的推荐准确率。

发明内容

本申请实施例提供一种平台推荐方法、装置、设备及存储介质，用以为用户准确匹配平台推荐策略，从而提高针对特殊用户进行平台推荐的推荐准确率。

本申请实施例提供的具体技术方案如下：

第一方面，本申请实施例提供一种平台推荐方法，应用于第一平台服务器，包括：

获取目标行程单的订单数据，其中所述目标行程单是用户通过第二平台服务器发起，且需所述第一平台服务器提供服务的实时行程呼叫单；

基于所述订单数据，确定所述用户是否为所述第一平台服务器内已注册的用户；

若不是，则基于第一推荐策略向所述用户进行平台推荐，其中所述第一推荐策略用于邀请所述用户成为所述第一平台服务器内已注册的用户。

采用本申请实施例提供的平台推荐方法，可以通过目标行程单的订单数据，实现高效锁定目标用户，即确定用户不是第一平台服务器内已注册的用户，然后，采用线上线下相结合的方式对用户进行定向平台推荐，邀请该用户成为第一平台服务器内已注册的用户，从而提高平台推荐的准确率和推荐效率。

在一种可能的实现方式中，所述基于所述订单数据，确定所述用户是否为所述第一平台服务器内已注册的用户，包括：

获取所述订单数据包括的通讯标识信息；

基于所述通讯标识信息，从所述第一平台服务器内的历史行程单集合中查询与所述通讯标识信息相同的历史行程单；

若未查询到，则确定所述用户不是所述第一平台服务器内已注册的用户；

若查询到至少一个历史行程单，则确定所述订单数据包含的位置信息是否与所述历史行程单的历史数据包含的位置信息相同；若是，则确定所述用户为所述第一平台服务器内已注册的用户；若不同，则确定所述用户不是所述第一平台服务器内已注册的用户。

上述方法，通常订单数据包括的通讯标识信息包含用户的手机号的前三位和后四位，这样，基于该通讯标识信息，从第一平台服务器内的历史行程单集合中查询相对应的历史行程单，若不存在，则可认为该用户不是第一平台服务器内已注册的用户，若存在，且存在多个，则进一步通过目标行程单和历史行程单中的位置信息进行判断，可以较为准确地确定该用户是否为第一平台服务器内已注册的用户，从而为后续确定适配于用户的平台推荐策略做准确。

在一种可能的实现方式中，通过如下方式，确定所述订单数据包含的位置信息是否与所述历史行程单的历史数据包含的位置信息相同：

若所述订单数据包含的位置信息与所述历史数据包含的任一位置信息之间的距离小于预设值，则确定所述订单数据包含的位置信息与所述历史行程单的历史数据包含的位置信息相同；若所述距离不小于所述预设值，则确定所述订单数据包含的位置信息和所述历史行程单的历史数据包含的位置信息不同；和/或，

对所述订单数据包含的位置信息和所述历史行程单的历史数据包含的位置信息进行文本相似度分析，若确定所述订单数据包含的位置信息和所述历史行程单的历史数据包含的任一位置信息的相似度大于预设相似度，则确定所述订单数据包含的位置信息与所述历史行程单的历史数据包含的位置信息相同，若所述相似度不大于所述预设相似度，则确定所述订单数据包含的位置信息与所述历史行程单的历史数据包含的位置信息不同；

其中，所述位置信息包括起点位置信息和终点位置信息。

在一种可能的实现方式中，所述基于第一推荐策略向所述用户进行平台推荐，包括：

将所述第一推荐策略包括的邀请语音数据发送至所述目标行程单对应的车载终端，以使所述车载终端播放所述第一推荐策略包括的邀请语音数据；和/或，

将所述第一推荐策略包括的邀请信息，通过所述第二平台服务器发送至所述用户的终端设备。

上述方法，借助用户行程过程中这一窗口，通过车载终端的语音播报功能，和/或，通过第二平台服务器这一渠道，向用户进行平台推荐，以提高平台推荐的推荐准确率和推荐效率，引导用户成为第一平台服务器内注册的用户。

在一种可能的实现方式中，在所述基于所述订单数据，确定所述用户是否为所述第一平台服务器内已注册的用户之后，还包括：

若确定所述用户为所述第一平台服务器内已注册的用户，则确定所述第一平台服务器的平台应答率；

检测所述第一平台服务器内是否有与所述目标行程单对应的候选行程单，其中所述候选行程单与所述目标行程单的目标时间差小于第一差值，且位置信息偏差值小于第二差值；

若是，则基于所述平台应答率、所述候选行程单的候选数据和所述订单数据，向所述用户进行平台推荐；

在确定所述目标行程单成功接单后，基于第二推荐策略向所述用户进行平台推荐，其中所述第二推荐策略用于邀请或激励所述用户直接选择所述第一平台服务器内提供的服务；

其中，若所述候选行程单是在所述第一平台服务器内出现但未发起的未呼叫行程单，则所述目标时间差是所述目标行程单的发起时刻与所述未呼叫行程单的出现时刻之间的时间差；若所述候选行程单是通过所述第一平台服务器发起的已呼叫行程单，则所述目标时间差是所述目标行程单的发起时刻与所述已呼叫行程单的发起时刻之间的时间差；所述位置信息偏差值是起点位置信息偏差值和/或终点位置信息偏差值。

上述方法，针对已注册的用户，结合平台应答率，对不同用户进行平台推荐，从而提高用户直接选择第一平台服务器完成当前行程的概率。

在一种可能的实现方式中，若所述平台应答率不小于应答率阈值，则所述基于所述平台应答率、所述候选行程单的候选数据和所述订单数据，向所述用户进行平台推荐，包括：

若所述候选行程单是所述未呼叫行程单，则在所述未呼叫行程单对应的等待呼叫界面中，向所述用户推送如下信息中的任意一种或任意组合：平台补偿信息和接单预估时长信息；

若所述候选行程单是所述已呼叫行程单，且所述目标行程单在所述候选行程单之后发起，则在所述已呼叫行程单对应的等待派单界面中，向所述用户推送如下信息中的任意一种或任意组合：车型推荐信息、预估接驾提醒信息和提升调度派单级别对应的展示信息。

上述方法，对于已注册的用户，结合平台应答率，针对不同人群，在用户上车前采用相应的平台补偿信息、接单预估时长信息、预估接驾提醒信息、车型推荐信息和提升调度派单级别对应的展示信息等方式，以提高用户直接选择通过第一平台服务器完成当前行程的概率。

在一种可能的实现方式中，若所述平台应答率小于应答率阈值，则所述基于所述平台应答率、所述候选行程单的候选数据和所述订单数据，向所述用户进行平台推荐，包括：

若所述候选行程单是所述已呼叫行程单，且所述目标行程单在所述候选行程单之后发起，则向所述用户推送如下信息中的任意一种或任意组合：预估接驾提醒信息和提升调度派单级别对应的展示信息；

若所述候选行程单是所述未呼叫行程单，且所述目标行程单在所述候选行程单之前发起，则向所述用户推送如下信息中的任意一种或任意组合：提升调度派单级别对应的展示信息和预估接驾提醒信息。

上述方法，对于已注册的用户，结合平台应答率，针对不同人群，在用户上车前采用相应的平台补偿信息、接单预估时长信息、预估接驾提醒信息、车型推荐信息和提升调度派单级别对应的展示信息等方式，以提高用户直接选择通过第一平台服务器完成当前行程的概率。

在一种可能的实现方式中，所述基于第二推荐策略向所述用户进行平台推荐，包括：

统计所述用户在预设时间范围内的所述第一平台服务器内的第一完单频次，以及所述第二平台服务器内的第二完单频次；

基于完单频次分组规则，分别确定所述第一完单频次对应的第一分组信息，以及所述第二完单频次对应的第二分组信息；

若所述第一完单频次小于所述第二完单频次，且所述第一分组信息与所述第二分组信息不同，且所述第二完单频次与所述第一完单频次的比值不小于分组阈值，则基于所述第二推荐策略包括的第一子推荐策略向所述用户进行平台推荐，其中所述第一子推荐策略用于邀请所述用户选择所述第一平台服务器内提供的服务；

若所述第一分组信息与所述第二分组信息相同，则基于所述第二推荐策略包括的第二子推荐策略向所述用户进行平台推荐，其中所述第二子推荐策略用于激励所述用户选择所述第一平台服务器内提供的服务。

上述方法，对于已注册用户，针对不同人群，在用户上车前进行平台推荐无效的前提下，借助用户行程过程中这一窗口，再次提高平台推荐的准确率和推荐效率。

在一种可能的实现方式中，所述基于所述第二推荐策略包括的第一子推荐策略向所述用户进行平台推荐，包括：

将所述第二推荐策略包括的第一子推荐策略中的邀请语音数据发送至所述目标行程单对应的车载终端，以使所述车载终端播放所述第一子推荐策略包括的邀请语音数据；和/或，

将所述第二推荐策略包括的第一子推荐策略中的平台补偿信息发送至所述用户的终端设备；和/或，

将所述第二推荐策略包括的第一子推荐策略中的调研信息发送至所述用户的终端设备，以收集所述用户的反馈信息。

上述方法，对于已注册用户，针对不同人群，在用户上车前进行平台推荐无效的前提下，借助用户行程过程中这一窗口，通过车载终端的语音播报功能，和/或，其他渠道，直接地向用户进行平台推荐，以提高平台推荐的高效性。

在一种可能的实现方式中，所述基于所述第二推荐策略包括的第二子推荐策略向所述用户进行平台推荐，包括：

将所述第二推荐策略包括的第二子推荐策略中的推荐语音数据发送至所述目标行程单对应的车载终端，以使所述车载终端播放所述第二子推荐策略包括的推荐语音数据；和/或，

将所述第二推荐策略包括的第二子推荐策略中的平台补偿信息发送至所述用户的终端设备。

上述方法，对于已注册用户，针对不同人群，在用户上车前进行平台推荐无效的前提下，借助用户行程过程中这一窗口，通过车载终端的语音播报功能，和/或，其他渠道，直接地向用户进行平台推荐，以提高平台推荐的高效性。

在一种可能的实现方式中，所述方法包括：

获取所述目标行程单的订单数据；

在确定所述用户已上车后，将第三推荐策略包括的推荐语音数据发送至所述目标行程单对应的车载终端，以使所述车载终端播放所述第三推荐策略包括的推荐语音数据，其中所述第三推荐策略用于推荐所述第一平台服务器内提供的服务。

本申请实施例还提供一种平台推荐方法，考虑到前述平台推荐方法的实时计算，对第一平台服务器的计算速度要求较高，因此，在第一平台服务器的运算算力不足时，还可通过车载终端的语音播报功能，向用户进行定向平台推荐，以提高平台推荐效率。

第二方面，本申请实施例提供一种平台推荐装置，应用于第一平台服务器，所述装置包括：

获取模块，用于获取目标行程单的订单数据，其中所述目标行程单是用户通过第二平台服务器发起，且需所述第一平台服务器提供服务的实时行程呼叫单；

确定模块，用于基于所述订单数据，确定所述用户是否为所述第一平台服务器内已注册的用户；

推荐模块，用于若不是，则基于第一推荐策略向所述用户进行平台推荐，其中所述第一推荐策略用于邀请所述用户成为所述第一平台服务器内已注册的用户。

在一种可能的实现方式中，所述确定模块具体用于：

获取所述订单数据包括的通讯标识信息；

基于所述通讯标识信息，从所述第一平台服务器内的历史行程单集合中查询与所述通讯标识信息相同的历史行程单；

若未查询到，则确定所述用户不是所述第一平台服务器内已注册的用户；

若查询到至少一个历史行程单，则确定所述订单数据包含的位置信息是否与所述历史行程单的历史数据包含的位置信息相同；若是，则确定所述用户为所述第一平台服务器内已注册的用户；若不同，则确定所述用户不是所述第一平台服务器内已注册的用户。

在一种可能的实现方式中，所述确定模块用于通过如下方式，确定所述订单数据包含的位置信息是否与所述历史行程单的历史数据包含的位置信息相同：

若所述订单数据包含的位置信息与所述历史数据包含的任一位置信息之间的距离小于预设值，则确定所述订单数据包含的位置信息与所述历史行程单的历史数据包含的位置信息相同；若所述距离不小于所述预设值，则确定所述订单数据包含的位置信息和所述历史行程单的历史数据包含的位置信息不同；和/或，

对所述订单数据包含的位置信息和所述历史行程单的历史数据包含的位置信息进行文本相似度分析，若确定所述订单数据包含的位置信息和所述历史行程单的历史数据包含的任一位置信息的相似度大于预设相似度，则确定所述订单数据包含的位置信息与所述历史行程单的历史数据包含的位置信息相同，若所述相似度不大于所述预设相似度，则确定所述订单数据包含的位置信息与所述历史行程单的历史数据包含的位置信息不同；

其中，所述位置信息包括起点位置信息和终点位置信息。

在一种可能的实现方式中，所述推荐模块具体用于：

将所述第一推荐策略包括的邀请语音数据发送至所述目标行程单对应的车载终端，以使所述车载终端播放所述第一推荐策略包括的邀请语音数据；和/或，

将所述第一推荐策略包括的邀请信息，通过所述第二平台服务器发送至所述用户的终端设备。

在一种可能的实现方式中，所述推荐模块还用于：

在所述基于所述订单数据，确定所述用户是否为所述第一平台服务器内已注册的用户之后，若确定所述用户为所述第一平台服务器内已注册的用户，则确定所述第一平台服务器的平台应答率；

检测所述第一平台服务器内是否有与所述目标行程单对应的候选行程单，其中所述候选行程单与所述目标行程单的目标时间差小于第一差值，且位置信息偏差值小于第二差值；

若是，则基于所述平台应答率、所述候选行程单的候选数据和所述订单数据，向所述用户进行平台推荐；

在确定所述目标行程单成功接单后，基于第二推荐策略向所述用户进行平台推荐，其中所述第二推荐策略用于邀请或激励所述用户直接选择所述第一平台服务器内提供的服务；

其中，若所述候选行程单是在所述第一平台服务器内出现但未发起的未呼叫行程单，则所述目标时间差是所述目标行程单的发起时刻与所述未呼叫行程单的出现时刻之间的时间差；若所述候选行程单是通过所述第一平台服务器发起的已呼叫行程单，则所述目标时间差是所述目标行程单的发起时刻与所述已呼叫行程单的发起时刻之间的时间差；所述位置信息偏差值是起点位置信息偏差值和/或终点位置信息偏差值。

在一种可能的实现方式中，若所述平台应答率不小于应答率阈值，则所述推荐模块具体用于：

若所述候选行程单是所述未呼叫行程单，则在所述未呼叫行程单对应的等待呼叫界面中，向所述用户推送如下信息中的任意一种或任意组合：平台补偿信息和接单预估时长信息；

若所述候选行程单是所述已呼叫行程单，且所述目标行程单在所述候选行程单之后发起，则在所述已呼叫行程单对应的等待派单界面中，向所述用户推送如下信息中的任意一种或任意组合：车型推荐信息、预估接驾提醒信息和提升调度派单级别对应的展示信息。

在一种可能的实现方式中，若所述平台应答率小于应答率阈值，则所述推荐模块具体用于：

若所述候选行程单是所述已呼叫行程单，且所述目标行程单在所述候选行程单之后发起，则向所述用户推送如下信息中的任意一种或任意组合：预估接驾提醒信息和提升调度派单级别对应的展示信息；

若所述候选行程单是所述未呼叫行程单，且所述目标行程单在所述候选行程单之前发起，则向所述用户推送如下信息中的任意一种或任意组合：提升调度派单级别对应的展示信息和预估接驾提醒信息。

在一种可能的实现方式中，所述推荐模块具体用于：

统计所述用户在预设时间范围内的所述第一平台服务器内的第一完单频次，以及所述第二平台服务器内的第二完单频次；

基于完单频次分组规则，分别确定所述第一完单频次对应的第一分组信息，以及所述第二完单频次对应的第二分组信息；

若所述第一完单频次小于所述第二完单频次，且所述第一分组信息与所述第二分组信息不同，且所述第二完单频次与所述第一完单频次的比值不小于分组阈值，则基于所述第二推荐策略包括的第一子推荐策略向所述用户进行平台推荐，其中所述第一子推荐策略用于邀请所述用户选择所述第一平台服务器内提供的服务；

若所述第一分组信息与所述第二分组信息相同，则基于所述第二推荐策略包括的第二子推荐策略向所述用户进行平台推荐，其中所述第二子推荐策略用于激励所述用户选择所述第一平台服务器内提供的服务。

在一种可能的实现方式中，所述推荐模块具体用于：

将所述第二推荐策略包括的第一子推荐策略中的邀请语音数据发送至所述目标行程单对应的车载终端，以使所述车载终端播放所述第一子推荐策略包括的邀请语音数据；和/或，

将所述第二推荐策略包括的第一子推荐策略中的平台补偿信息发送至所述用户的终端设备；和/或，

将所述第二推荐策略包括的第一子推荐策略中的调研信息发送至所述用户的终端设备，以收集所述用户的反馈信息。

在一种可能的实现方式中，所述推荐模块具体用于：

将所述第二推荐策略包括的第二子推荐策略中的推荐语音数据发送至所述目标行程单对应的车载终端，以使所述车载终端播放所述第二子推荐策略包括的推荐语音数据；和/或，

将所述第二推荐策略包括的第二子推荐策略中的平台补偿信息发送至所述用户的终端设备。

在一种可能的实现方式中，所述装置包括：

所述获取模块，用于获取所述目标行程单的订单数据；

所述推荐模块，用于在确定所述用户已上车后，将第三推荐策略包括的推荐语音数据发送至所述目标行程单对应的车载终端，以使所述车载终端播放所述第三推荐策略包括的推荐语音数据，其中所述第三推荐策略用于推荐所述第一平台服务器内提供的服务。

第三方面，本申请实施例提供一种电子设备，包括：

存储器，用于存储计算机程序或指令；

处理器，用于执行所述存储器中的计算机程序或指令，使得如第一方面中任一所述的方法被执行。

第四方面，本申请实施例提供一种计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述第一方面中任一项所述的方法。

第五方面，本申请实施例提供一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行第一方面中任一项所述的方法。

附图说明

图1为本申请实施例中一种平台推荐方法的流程示意图；

图2为本申请实施例中一种确定用户是否为第一平台服务器内已注册的用户的方法的流程示意图；

图3为本申请实施例中一种针对已注册的用户进行平台推荐方法的流程示意图；

图4为本申请实施例中一种针对已注册的用户进行平台推荐的具体流程示意图；

图5为本申请实施例中另一种平台推荐方法的流程示意图；

图6为本申请实施例中一种平台推荐装置的逻辑架构示意图；

图7为本申请实施例中电子设备的实体架构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够在除了这里图示或描述的那些以外的顺序实施。

本申请实施例中，为了解决已有技术下为用户匹配平台推荐策略存在着推荐准确率低下的问题，本申请实施例提供一种平台推荐方法，应用与第一平台服务器，本申请实施例中，获取目标行程单的订单数据，其中，目标行程单是用户通过第二平台服务器发起，且需第一平台服务器提供服务的实时行程呼叫单；基于订单数据，确定用户是否为第一平台服务器内已注册的用户；若不是，则基于第一推荐策略向用户进行平台推荐，其中，第一推荐策略用于邀请用户成为第一平台服务器内已注册的用户；这样，可以通过目标行程单的订单数据，实现高效锁定目标用户，在确定用户不是第一平台服务器内已注册的用户后，邀请该用户成为第一平台服务器内已注册的用户，以提高平台推荐的推荐准确率和推荐效率。

下面结合附图对本申请优选的实施方式做出进一步详细说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请实施例及实施例中的特征可以相互组合。

参阅图1所示，本申请实施例中，提供了一种平台推荐方法，应用于第一平台服务器，该方法的具体流程如下：

步骤100：获取目标行程单的订单数据，其中，目标行程单是用户通过第二平台服务器发起，且需第一平台服务器提供服务的实时行程呼叫单。

本申请实施例中，用户可以通过第一平台服务器的应用程序直接发起行程单，也可以通过第二平台服务器(例如，聚合平台服务器、第三方平台服务器等)的应用程序发起、需由第一平台服务器提供服务的行程单，因此，第一平台服务器接收到的行程单，可以是通过第一平台服务器发起的行程单，也可以是通过第二平台服务器发起的行程单。

那么，在执行步骤100时，当接收到用户通过第二平台服务器发起、需第一平台服务器提供服务的实时行程呼叫单(即目标行程单)后，从第二平台服务器获取目标行程单的订单数据，其中，订单数据包括用户的身份标识信息(Identity Document，ID)、通讯标识信息(例如，用户的手机号前三位和后四位)，以及目标行程单的起点位置信息和终点位置信息。

步骤110：基于订单数据，确定用户是否为第一平台服务器内已注册的用户。

本申请实施例中，在执行步骤110时，参阅图2所示，具体通过执行如下步骤：

步骤1101：获取订单数据包括的通讯标识信息。

步骤1102：基于通讯标识信息，从第一平台服务器内的历史行程单集合中查询与通讯标识信息相同的历史行程单。

步骤1103：若未查询到，则确定用户不是第一平台服务器内已注册的用户。

本申请实施例中，在执行步骤1102，若从第一平台服务器内的历史行程单集合中未查询到通讯标识信息相同的历史行程单，其中，历史行程单是指历史已完成行程单，则说明该目标行程单对应的用户未通过第一平台服务器完成任意一单，执行步骤1103，确定该用户不是第一平台服务器内注册的用户。

步骤1104：若查询到至少一个历史行程单，则确定订单数据包含的位置信息是否与历史行程单的历史数据包含的位置信息相同，若是，则执行步骤1105，若否，则执行步骤1106。

本申请实施例中，在执行步骤1102，若从第一平台服务器内的历史行程单集合中查询到至少一个历史行程单，则执行步骤1104，基于订单数据和查询到的至少一个历史行程单的历史数据，确定订单数据包含的位置信息和历史数据包含的位置信息是否相同，若相同，则执行步骤1105，若不同，则执行步骤1106。

具体实施中，确定订单数据包含的位置信息是否与历史行程单的历史数据包含的位置信息相同的方式包含但不限于如下两种方式：

方式一，若订单数据包含的位置信息与历史数据包含的任一位置信息之间的距离小于预设值，则确定订单数据包含的位置信息与历史行程单的历史数据包含的位置信息相同；若距离不小于预设值，则确定订单数据包含的位置信息和历史行程单的历史数据包含的位置信息不同。

方式二，对订单数据包含的位置信息和历史行程单的历史数据包含的位置信息进行文本相似度分析，若确定订单数据包含的位置信息和历史行程单的历史数据包含的任一位置信息的相似度大于预设相似度，则确定订单数据包含的位置信息与历史行程单的历史数据包含的位置信息相同；若相似度不大于预设相似度，则确定订单数据包含的位置信息与历史行程单的历史数据包含的位置信息不同。

其中，位置信息包括起点位置信息和终点位置信息。

本申请实施例中，通常订单数据包括的通讯标识信息包含用户的手机号的前三位和后四位，这样，基于该通讯标识信息，从第一平台服务器内的历史行程单集合中查询相对应的历史行程单，若不存在，则可认为该用户不是第一平台服务器内已注册的用户，若存在，且存在多个，则进一步通过目标行程单和历史行程单中的位置信息进行判断，可以较为准确地确定该用户是否为第一平台服务器内已注册的用户，从而为后续确定适配于用户的平台推荐策略做准备。

在一些可行的实施例中，可以通过方式一或方式二，确定订单数据包含的位置信息是否与历史行程单的历史数据包含的位置信息相同；也可以结合上述两种方式，共同确定订单数据包含的位置信息是否与历史行程单的历史数据包含的位置信息相同，本申请实施例中对采用上述哪种方式不做具体限定。

步骤1105：确定用户为第一平台服务器内已注册的用户。

步骤1106：确定用户不是第一平台服务器内已注册的用户。

本申请实施例中，在执行步骤110确定用户是否为第一平台服务器内已注册的用户后，基于上述判断结果，为用户的ID进行标注，如，若用户是第一平台服务器内已注册的用户，则将用户的ID标注为“已注册ID”；若用户不是第一平台服务器内已注册的用户，则将用户的ID标注为“未注册ID”；这样，就可以将用户分为“已注册”和“未注册”两类，以便于后续针对不同用户采用不同的平台推荐策略，提高平台推荐的推荐准确率和推荐效率。

步骤120：若不是，则基于第一推荐策略向用户进行平台推荐，其中，第一推荐策略用于邀请用户成为第一平台服务器内已注册的用户。

本申请实施例中，在执行步骤110确定用户不是第一平台服务器内已注册的用户后，执行步骤120。具体的，将第一推荐策略包括的邀请语音数据发送至目标行程单对应的车载终端，以使车载终端播放第一推荐策略包括的邀请语音数据；和/或，将第一推荐策略包括的邀请信息，通过第二平台服务器发送至用户的终端设备。

这样，在执行步骤110确定用户不是第一平台服务器内已注册的用户后，将第一推荐策略包括的邀请语音数据发送至目标行程单对应的车载终端，以使车载终端在用户已上车后，向用户播放第一推荐策略包括的邀请语音数据，如邀请语音数据可以是“亲爱的乘客您好，即刻起注册XX会员可享价值YY元新人大礼包……”。

这样，采用本申请实施例提供的平台推荐方法，可以通过目标行程单的订单数据，实现高效锁定目标用户，即确定用户不是第一平台服务器内已注册的用户，然后，采用线上线下相结合的方式对用户进行定向平台推荐，邀请该用户成为第一平台服务器内已注册的用户，从而提高平台推荐的准确率和推荐效率。

本申请实施例提供的平台推荐方法，在执行步骤110之后，参阅图3所示，该平台推荐方法还包括如下步骤：

步骤130：若确定用户为第一平台服务器内已注册的用户，则确定第一平台服务器的平台应答率。

实际应用中，通常在第一平台服务器接收到目标行程单后，会计算第一平台服务器的当前平台的平台应答率，以确定当前平台内部的供需状态，从而更好地提供服务。

例如，以六边形5min应答率为例。

本申请实施例中，5min内应答率可以通过以下公式来表示：

应答率＝接起单/(接起单+未接起单)。

采用上述公式，可以判断该六边形中5min切片内的订单是否存在积压状态，如根据第一平台服务器内历史接单情况，对应答率进行分层，当当前平台的平台应答率小于(75％*参考值)，则该六边形中的供需状态属于供给严重低于需求状态；当当前平台的平台应答率位于[(75％～85％)*参考值]，则该六边形中的供需状态属于供需平衡状态；当当前平台的平台应答率大于(85％*参考值)，则该六边形中的供需状态属于供给高于需求状态；其中，参考值可根据实际情况进行设置，本申请不做具体限定。

那么，在执行步骤110确定用户是第一平台服务器内已注册的用户后，执行步骤130，首先，确定第一平台服务器的当前平台的平台应答率，如统计当前时刻之前5min内接起单和未接起单的总数，然后，基于上述公式，计算得到平台应答率，并将平台应答率与应答率阈值进行比较，其中，本申请实施例中的应答率阈值可以选为(75％*参考值)。

步骤140：检测第一平台服务器内是否有与目标行程单对应的候选行程单，其中，候选行程单与目标行程单的目标时间差小于第一差值，且位置信息偏差值小于第二差值；若是，则执行步骤150，若否，则执行步骤160。

其中，位置信息偏差值是起点位置信息偏差值和/或终点位置信息偏差值；上述候选行程单包含但不限于如下两种形式：

形式一，候选行程单是在第一平台服务器内出现但未发起的未呼叫行程单。

形式二，候选行程单是通过第一平台服务器发起的已呼叫行程单。

本申请实施例中，若候选行程单是在第一平台服务器内出现但未发起的未呼叫行程单，则目标时间差是目标行程单的发起时刻与未呼叫行程单的出现时刻之间的时间差；若候选行程单是通过第一平台服务器发起的已呼叫行程单，则目标时间差是目标行程单的发起时刻与已呼叫行程单的发起时刻之间的时间差。

实际应用中，针对上述在第一平台服务器内出现但未发起的未呼叫行程单，还可以成为冒泡行程单，此类行程单并不作为一个完成的行程单保存，仅记录一个实时行程单的状态。

具体实施中，在确定用户是第一平台服务器内已注册的用户后，将同一用户的第一平台服务器内的ID和通过第二平台服务器发起的ID分别记为ID_i和ID_o，然后，使用ID_o、通讯标识信息作为该用户在第二平台服务内的行程单的唯一索引，获取目标行程单的发起时刻；使用ID_i作为第一平台服务器内的行程单的唯一索引，检测第一平台服务器内是否有与目标行程单对应的候选行程单，其中，候选行程单与目标行程单的目标时间差小于第一差值，且位置信息偏差值小于第二差值；例如，第一差值为1min，第二差值为100m，位置信息偏差值表征起点和/或终点地址经纬度偏差值。

需要说明的是，目标行程单的发起时刻也可以包含在订单数据中，此时，则不必使用ID_o、通讯标识信息作为该用户在第二平台服务内的行程单的唯一索引，再次获取目标行程单的发起时刻。

步骤150：基于平台应答率、候选行程单的候选数据和订单数据，向用户进行平台推荐。

本申请实施例中，在执行步骤150时，根据平台应答率的不同，包含但不限于如下两种平台推荐方式：

平台推荐方式一，平台应答率不小于应答率阈值：供需平衡或供给高于需求状态。

1、若候选行程单是未呼叫行程单，则在未呼叫行程单对应的等待呼叫界面中，向用户推送如下信息中的任意一种或任意组合：平台补偿信息和接单预估时长信息。

例如，若用户在第二平台服务器内发起了目标行程单，在第一平台服务器内检测到与目标行程单对应的未呼叫行程单，则说明用户可能在意价格、预估接驾时长等，那么，可以通过第一平台服务器内的未呼叫行程单对应的等待呼叫界面中，向用户推送如下信息中的任意一种或任意组合：平台补偿信息(如，优惠券、活动等)、接单预估时长信息，以促使用户在该等待呼叫界面中的预设区域执行呼叫操作。

2、若候选行程单是已呼叫行程单，且目标行程单在候选行程单之后发起，则在已呼叫行程单对应的等待派单界面中，向用户推送如下信息中的任意一种或任意组合：车型推荐信息、预估接驾提醒信息和提升调度派单级别对应的展示信息。

例如，若用户在第一平台服务器内先发起与目标行程单对应的已呼叫行程单，然后，再通过第二平台服务器发起了目标行程单，则说明已呼叫行程单未被第一平台服务器接起，那么，可以在已呼叫行程单对应的等待派单界面中，向用户推送如下信息中的任意一种或任意组合：车型推荐信息(如，增加应答更及时的车型信息)、预估接驾提醒信息和提升调度派单级别对应的展示信息，以提升第一平台服务器的接单概率。

平台推荐方式二，平台应答率小于应答率阈值：供给严重低于需求状态。

1)若候选行程单是所述已呼叫行程单，且目标行程单在候选行程单之后发起，则向用户推送如下信息中的任意一种或任意组合：预估接驾提醒信息和提升调度派单级别对应的展示信息。

例如，若用户在第一平台服务器内先发起与目标行程单对应的已呼叫行程单，然后，再通过第二平台服务器发起了目标行程单，则说明已呼叫行程单未被第一平台服务器接起，那么，可以在已呼叫行程单对应的等待派单界面中，向用户推送如下信息中的任意一种或任意组合：预估接驾提醒信息和提升调度派单级别对应的展示信息，以提升第一平台服务器的接单概率。

2)若候选行程单是未呼叫行程单，且目标行程单在候选行程单之前发起，则向用户推送如下信息中的任意一种或任意组合：提升调度派单级别对应的展示信息和预估接驾提醒信息。

例如，若用户在第二平台服务器内发起了目标行程单，在第一平台服务器内检测到与目标行程单对应的未呼叫行程单，且目标行程单在未呼叫行程单之前发起，则说明用户更倾向于通过第二平台服务器完成该行程，那么，可以在第一平台服务器内的未呼叫行程单对应的等待呼叫界面中，向用户推送如下信息中的任意一种或任意组合：提升调度派单级别对应的展示信息和预估接驾提醒信息，以促使用户在该等待呼叫界面中的预设区域执行呼叫操作。

这样，对于已注册的用户，结合平台应答率，针对不同人群，在用户上车前采用相应的平台补偿信息、接单预估时长信息、预估接驾提醒信息、车型推荐信息和提升调度派单级别对应的展示信息等方式，以提高用户直接选择通过第一平台服务器完成当前行程的概率。

步骤160：在确定目标行程单成功接单后，基于第二推荐策略向用户进行平台推荐，其中，第二推荐策略用于邀请或激励用户直接选择第一平台服务器内提供的服务。

本申请实施例中，在执行步骤150之后，若用户的目标行程单依旧被第二平台服务器接单，则执行步骤160，基于第二推荐策略向用户进行平台推荐。

本申请实施例中，在执行步骤140时，若未检测到第一平台服务器内没有与目标行程单对应的候选行程单，即用户仅通过第二平台服务器发起了目标行程单，则执行步骤160，基于第二推荐策略向用户进行平台推荐。

本申请实施例中，在执行步骤160时，参阅图4所示，具体包括如下步骤：

步骤400：统计用户在预设时间范围内的第一平台服务器内的第一完单频次，以及第二平台服务器内的第二完单频次。

具体实施中，利用ID_i和ID_o，分别统计第一平台服务器内和第二平台服务器内相同时间(即预设时间范围)内的完单频次，如近3个月分别完成的行程单的累积数量，和/或，近3个月分别完成的行程单的密度等。

步骤410：基于完单频次分组规则，分别确定第一完单频次对应的第一分组信息，以及第二完单频次对应的第二分组信息。

本申请实施例中，第一平台服务器中预存有完单频次分组规则，用于将不同完单频次进行分组，表征不同完单频次的用户对第一平台服务器的使用频率。如下表所示：

表完单频次分组一览表

步骤420：若第一完单频次小于第二完单频次，且第一分组信息与第二分组信息不同，且第二完单频次与第一完单频次的比值不小于分组阈值，则基于第二推荐策略包括的第一子推荐策略向用户进行平台推荐，其中，第一子推荐策略用于邀请用户选择第一平台服务器内提供的服务。

其中，分组阈值可以取值为3，即表征第一完单频次远小于第二完单频次。

本申请实施例中，在执行步骤420时，由于第一完单频次小于第二完单频率，如第一完单频次为1次/月，第二完单频次为14次/月，以及分组阈值为3；那么，参阅上表可知，第一完单频次对应的第一分组信息为少，第二完单频次对应的第二分组信息为频繁，即第一分组信息与第二分组信息不同，以及第二完单频次与第一完单频次的比值：14/1＝14＞3(即，分组阈值)，即表征第一完单频次远小于第二完单频次，因此，可以将第二推荐策略包括的第一子推荐策略中的邀请语音数据发送至目标行程单对应的车载终端，以使车载终端播放第一子推荐策略包括的邀请语音数据；和/或，可以将第二推荐策略包括的第一子推荐策略中的平台补偿信息发送至用户的终端设备；和/或，将第二推荐策略包括的第一子推荐策略中的调研信息发送至用户的终端设备，以收集用户的反馈信息。

例如，上述第一子推荐策略包括的邀请语音数据可以是“XX(第一平台服务器提供的网约车服务)，为您提供更安全、便捷、高品质的出行服务……”。

又例如，上述第一子推荐策略中的平台补偿信息可以是优惠券信息、活动链接信息等。

又例如，上述第一子推荐策略中的调研信息可以用于挖掘用户没有对第一平台服务器产生粘性的原因，以引导第一平台服务器内后续服务的提升。

步骤430：若第一分组信息与第二分组信息相同，则基于第二推荐策略包括的第二子推荐策略向用户进行平台推荐，其中，第二子推荐策略用于激励用户选择第一平台服务器内提供的服务。

本申请实施例中，在执行步骤430时，由于第一分组信息与第二分组信息相同，如参阅上表，第一分组信息和第二分组信息均为一般，即表征第一完单频次与第二完单频次相当，该用户对网约车的需求大，打车频次也更高，因此，可以将第二推荐策略包括的第二子推荐策略中的推荐语音数据发送至目标行程单对应的车载终端，以使车载终端播放第二子推荐策略包括的推荐语音数据；和/或，可以将第二推荐策略包括的第二子推荐策略中的平台补偿信息发送至用户的终端设备。

例如，上述第二子推荐策略中的推荐语音数据可以是“恭喜您被XX神秘活动砸中，已向您的账户发送优惠券，期待您的回归……”

又例如，上述第二子推荐策略中的平台补偿信息可以是优惠券信息、活动链接信息等。

这样，对于已注册的用户，针对不同人群，在用户上车前进行平台推荐无效的前提下，再借助用户行程过程中这一窗口，通过车载终端的语音播报功能，和/或，其他渠道，直接地向用户进行平台推荐，以提高平台推荐的高效性。

综上，本申请实施例提供的平台推荐方法，可以通过目标行程单的订单数据，实现高效锁定目标用户，从而实现采用线上线下相结合的方式对用户进行定向平台推荐，提高了平台推荐的推荐准确率和推荐效率。

本申请实施例中，上述平台推荐策略需在第一平台服务器接收到目标行程单后，实时基于订单数据、历史行程单集合、候选行程单等进行比对计算，对第一平台服务器的计算速度要求较高，若在第一平台服务器的运算算力无法支持短时间内对用户是否为第一平台服务器内已注册的用户、检测是否存在候选行程单以及比对时，本申请实施例还提供另一种平台推荐方法，参阅图5所示，该方法具体流程包括：

步骤500：获取目标行程单的订单数据。

步骤510：在确定用户已上车后，将第三推荐策略包括的推荐语音数据发送至目标行程单对应的车载终端，以使车载终端播放第三推荐策略包括的推荐语音数据，其中，第三推荐策略用于推荐第一平台服务器内提供的服务。

本申请实施例中，在执行步骤510时，可以通过通用的、标准的第三推荐策略，借助用户行程过程中这一窗口，通过车载终端的语音播报功能，采用线上线下相结合的方式对用户进行定向平台推荐，从而提高平台推荐的准确率和推荐效率。

基于同一发明构思，参阅图6所示，本申请实施例中提供一种平台推荐装置，应用于第一平台服务器，所述装置包括：

获取模块610，用于获取目标行程单的订单数据，其中所述目标行程单是用户通过第二平台服务器发起，且需所述第一平台服务器提供服务的实时行程呼叫单；

确定模块620，用于基于所述订单数据，确定所述用户是否为所述第一平台服务器内已注册的用户；

推荐模块630，用于若不是，则基于第一推荐策略向所述用户进行平台推荐，其中所述第一推荐策略用于邀请所述用户成为所述第一平台服务器内已注册的用户。

在一种可能的实现方式中，所述确定模块620具体用于：

获取所述订单数据包括的通讯标识信息；

基于所述通讯标识信息，从所述第一平台服务器内的历史行程单集合中查询与所述通讯标识信息相同的历史行程单；

若未查询到，则确定所述用户不是所述第一平台服务器内已注册的用户；

若查询到至少一个历史行程单，则确定所述订单数据包含的位置信息是否与所述历史行程单的历史数据包含的位置信息相同；若是，则确定所述用户为所述第一平台服务器内已注册的用户；若不同，则确定所述用户不是所述第一平台服务器内已注册的用户。

在一种可能的实现方式中，所述确定模块620用于通过如下方式，确定所述订单数据包含的位置信息是否与所述历史行程单的历史数据包含的位置信息相同：

若所述订单数据包含的位置信息与所述历史数据包含的任一位置信息之间的距离小于预设值，则确定所述订单数据包含的位置信息与所述历史行程单的历史数据包含的位置信息相同；若所述距离不小于所述预设值，则确定所述订单数据包含的位置信息和所述历史行程单的历史数据包含的位置信息不同；和/或，

对所述订单数据包含的位置信息和所述历史行程单的历史数据包含的位置信息进行文本相似度分析，若确定所述订单数据包含的位置信息和所述历史行程单的历史数据包含的任一位置信息的相似度大于预设相似度，则确定所述订单数据包含的位置信息与所述历史行程单的历史数据包含的位置信息相同，若所述相似度不大于所述预设相似度，则确定所述订单数据包含的位置信息与所述历史行程单的历史数据包含的位置信息不同；

其中，所述位置信息包括起点位置信息和终点位置信息。

在一种可能的实现方式中，所述推荐模块630具体用于：

将所述第一推荐策略包括的邀请语音数据发送至所述目标行程单对应的车载终端，以使所述车载终端播放所述第一推荐策略包括的邀请语音数据；和/或，

将所述第一推荐策略包括的邀请信息，通过所述第二平台服务器发送至所述用户的终端设备。

在一种可能的实现方式中，所述推荐模块630还用于：

在所述基于所述订单数据，确定所述用户是否为所述第一平台服务器内已注册的用户之后，若确定所述用户为所述第一平台服务器内已注册的用户，则确定所述第一平台服务器的平台应答率；

检测所述第一平台服务器内是否有与所述目标行程单对应的候选行程单，其中所述候选行程单与所述目标行程单的目标时间差小于第一差值，且位置信息偏差值小于第二差值；

若是，则基于所述平台应答率、所述候选行程单的候选数据和所述订单数据，向所述用户进行平台推荐；

在确定所述目标行程单成功接单后，基于第二推荐策略向所述用户进行平台推荐，其中所述第二推荐策略用于邀请或激励所述用户直接选择所述第一平台服务器内提供的服务；

其中，若所述候选行程单是在所述第一平台服务器内出现但未发起的未呼叫行程单，则所述目标时间差是所述目标行程单的发起时刻与所述未呼叫行程单的出现时刻之间的时间差；若所述候选行程单是通过所述第一平台服务器发起的已呼叫行程单，则所述目标时间差是所述目标行程单的发起时刻与所述已呼叫行程单的发起时刻之间的时间差；所述位置信息偏差值是起点位置信息偏差值和/或终点位置信息偏差值。

在一种可能的实现方式中，若所述平台应答率不小于应答率阈值，则所述推荐模块630具体用于：

若所述候选行程单是所述未呼叫行程单，则在所述未呼叫行程单对应的等待呼叫界面中，向所述用户推送如下信息中的任意一种或任意组合：平台补偿信息和接单预估时长信息；

若所述候选行程单是所述已呼叫行程单，且所述目标行程单在所述候选行程单之后发起，则在所述已呼叫行程单对应的等待派单界面中，向所述用户推送如下信息中的任意一种或任意组合：车型推荐信息、预估接驾提醒信息和提升调度派单级别对应的展示信息。

在一种可能的实现方式中，若所述平台应答率小于应答率阈值，则所述推荐模块630具体用于：

若所述候选行程单是所述已呼叫行程单，且所述目标行程单在所述候选行程单之后发起，则向所述用户推送如下信息中的任意一种或任意组合：预估接驾提醒信息和提升调度派单级别对应的展示信息；

若所述候选行程单是所述未呼叫行程单，且所述目标行程单在所述候选行程单之前发起，则向所述用户推送如下信息中的任意一种或任意组合：提升调度派单级别对应的展示信息和预估接驾提醒信息。

在一种可能的实现方式中，所述推荐模块630具体用于：

统计所述用户在预设时间范围内的所述第一平台服务器内的第一完单频次，以及所述第二平台服务器内的第二完单频次；

基于完单频次分组规则，分别确定所述第一完单频次对应的第一分组信息，以及所述第二完单频次对应的第二分组信息；

若所述第一完单频次小于所述第二完单频次，且所述第一分组信息与所述第二分组信息不同，且所述第二完单频次与所述第一完单频次的比值不小于分组阈值，则基于所述第二推荐策略包括的第一子推荐策略向所述用户进行平台推荐，其中所述第一子推荐策略用于邀请所述用户选择所述第一平台服务器内提供的服务；

若所述第一分组信息与所述第二分组信息相同，则基于所述第二推荐策略包括的第二子推荐策略向所述用户进行平台推荐，其中所述第二子推荐策略用于激励所述用户选择所述第一平台服务器内提供的服务。

在一种可能的实现方式中，所述推荐模块630具体用于：

将所述第二推荐策略包括的第一子推荐策略中的邀请语音数据发送至所述目标行程单对应的车载终端，以使所述车载终端播放所述第一子推荐策略包括的邀请语音数据；和/或，

将所述第二推荐策略包括的第一子推荐策略中的平台补偿信息发送至所述用户的终端设备；和/或，

将所述第二推荐策略包括的第一子推荐策略中的调研信息发送至所述用户的终端设备，以收集所述用户的反馈信息。

在一种可能的实现方式中，所述推荐模块630具体用于：

将所述第二推荐策略包括的第二子推荐策略中的推荐语音数据发送至所述目标行程单对应的车载终端，以使所述车载终端播放所述第二子推荐策略包括的推荐语音数据；和/或，

将所述第二推荐策略包括的第二子推荐策略中的平台补偿信息发送至所述用户的终端设备。

在一种可能的实现方式中，所述装置包括：

所述获取模块610，用于获取所述目标行程单的订单数据；

所述推荐模块630，用于在确定所述用户已上车后，将第三推荐策略包括的推荐语音数据发送至所述目标行程单对应的车载终端，以使所述车载终端播放所述第三推荐策略包括的推荐语音数据，其中所述第三推荐策略用于推荐所述第一平台服务器内提供的服务。

基于同一发明构思，本申请实施例中提供一种电子设备，下面参照图7来描述根据本申请的这种实施方式的电子设备70。图7显示的电子设备70仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图7所示，电子设备70以通用电子设备的形式表现。电子设备70的组件可以包括但不限于：上述至少一个处理器71、上述至少一个存储器72、连接不同系统组件(包括存储器72和处理器71)的总线73。

总线73表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储器72可以包括易失性存储器形式的可读介质，例如随机存取存储器(RAM)721和/或高速缓存存储器722，还可以进一步包括只读存储器(ROM)723。

存储器72还可以包括具有一组(至少一个)程序模块724的程序/实用工具725，这样的程序模块724包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备70也可以与一个或多个外部设备74(例如键盘、指向设备等)通信，还可与一个或者多个使得用户能与电子设备70交互的设备通信，和/或与使得该电子设备70能与一个或多个其它电子设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口75进行。并且，电子设备70还可以通过网络适配器76与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器76通过总线73与用于电子设备70的其它模块通信。应当理解，尽管图中未示出，可以结合电子设备70使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

基于同一发明构思，本申请实施例提供一种计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得所述处理器能够执行上述任一项所述的方法。由于上述计算机可读存储介质解决问题的原理与平台推荐方法相似，因此上述计算机可读存储介质的实施可以参见方法的实施，重复之处不再赘述。

基于同一发明构思，本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当该计算机程序代码在计算机上运行时，使得计算机执行如前文论述任一的方法。由于上述计算机程序产品解决问题的原理与平台推荐方法相似，因此上述计算机程序产品的实施可以参见方法的实施，重复之处不再赘述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图中的一个流程或多个流程和/或方框图中的一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图中的一个流程或多个流程和/或方框图中的一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图中的一个流程或多个流程和/或方框图中的一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。