CN111314435B - 服务请求的处理方法及其装置 - Google Patents

Abstract

本说明书实施例公开了一种服务请求的处理方法及其装置，其中，该方法包括：接收用户的第一服务请求，其中，第一服务请求包括第一服务关键字。根据用户的第一服务请求，确定与第一服务相关的第二服务。根据第一服务关键字和第二服务，生成第二服务关键字列表，将第二服务关键字列表进行展示。根据用户对第二服务关键字的选择，生成第二服务请求，根据用户的信用评分，向用户提供第一服务，并将第二服务请求发送给第二服务提供者。由此，实现了根据用户的信用评分，向用户提供第一服务，并将第二服务请求发送给第二服务提供者，使得用户能够高效便捷地使用不同服务提供者提供的不同类型的服务。

Description

服务请求的处理方法及其装置

【技术领域】

本说明书涉及数据处理技术领域，尤其涉及一种服务请求的处理方法及其装置。

【背景技术】

随着移动应用的不断出现，方便了人们的日常生活，可以通过移动应用使用不同类型的日常生活服务，比如购物、打车、旅游、餐饮等。这些移动应用作为服务平台，由服务提供者在平台上接受用户的服务请求，向用户提供相应的服务。

但是当用户需要使用多个类型的服务时，需要向不同的移动应用进行服务请求。因此，亟需一种通过一条服务请求，向用户提供多个不同类型的服务的技术方案。

【发明内容】

本说明书实施例旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本说明书实施例的第一个目的在于提出一种服务请求的处理方法，根据用户的信用评分，向用户提供第一服务，并将第二服务请求发送给第二服务提供者，使得用户能够高效便捷地使用不同服务提供者提供的不同类型的服务。

本说明书实施例的第二个目的在于提出一种服务请求的处理装置。

本说明书实施例的第三个目的在于提出一种计算机设备。

本说明书实施例的第四个目的在于提出一种非临时性计算机可读存储介质。

为达上述目的，本说明书实施例第一方面实施例提出了一种服务请求的处理方法，包括：接收所述用户的第一服务请求；其中，所述第一服务请求用于请求第一服务，所述第一服务请求包括第一服务关键字；根据所述用户的第一服务请求，确定与所述第一服务相关的第二服务；其中，所述第一服务与所述第二服务的类型不同；根据所述第一服务关键字和所述第二服务，生成第二服务关键字列表；其中，所述第二服务关键字列表包括多个与所述第一服务关键字相关的第二服务关键字；将所述第二服务关键字列表进行展示；根据所述用户对所述第二服务关键字的选择，生成第二服务请求；以及根据所述用户的信用评分，向所述用户提供所述第一服务，并将所述第二服务请求发送给第二服务提供者。

和现有技术相比，本说明书实施例根据用户的第一服务请求，确定与第一服务相关的第二服务。根据用户的信用评分，向用户提供第一服务，并将第二服务请求发送给第二服务提供者，让用户在发送第一服务请求后，能够使用第二服务提供者提供的第二服务，使得用户能够高效便捷地使用不同服务提供者提供的不同类型的服务。

另外，本说明书实施例的服务请求的处理方法，还具有如下附加的技术特征：

可选地，在所述根据所述用户的信用评分，向所述用户提供所述第一服务之前，还包括：获取所述用户的历史行为数据；根据所述用户的历史行为数据，生成所述用户的信用评分。

可选地，所述第二服务请求包括预设服务时间和预设服务数量。

可选地，在所述将所述第二服务请求发送给第二服务提供者之后，还包括：获取所述用户对所述第二服务的使用情况；其中，所述使用情况包括实际服务时间和实际服务数量；根据所述使用情况，对所述用户的信用评分进行更新。

可选地，所述第一服务为出行服务，所述第二服务为生活服务，所述第一服务关键字为出行目的地，所述第二服务关键字为所述出行目的地周围的商家名称，所述第二服务关键字列表为所述目的地周围的商家名称列表，所述第二服务提供者为所述出行目的地周围的商家。

本说明书实施例第二方面实施例提出了一种服务请求的处理装置，包括：

接收模块，用于接收所述用户的第一服务请求；其中，所述第一服务请求用于请求第一服务，所述第一服务请求包括第一服务关键字；确定模块，用于根据所述用户的第一服务请求，确定与所述第一服务相关的第二服务；其中，所述第一服务与所述第二服务的类型不同；第一生成模块，用于根据所述第一服务关键字和所述第二服务，生成第二服务关键字列表；其中，所述第二服务关键字列表包括多个与所述第一服务关键字相关的第二服务关键字；展示模块，用于将所述第二服务关键字列表进行展示；第二生成模块，用于根据所述用户对所述第二服务关键字的选择，生成第二服务请求；提供模块，用于根据所述用户的信用评分，向所述用户提供所述第一服务；以及发送模块，用于将所述第二服务请求发送给第二服务提供者。

另外，本说明书实施例的服务请求的处理装置，还具有如下附加的技术特征：

可选地，所述装置还包括：第一获取模块，用于获取所述用户的历史行为数据；第三生成模块，用于根据所述用户的历史行为数据，生成所述用户的信用评分。

可选地，所述第二服务请求包括预设服务时间和预设服务数量。

可选地，所述装置还包括：第二获取模块，用于获取所述用户对所述第二服务的使用情况；其中，所述使用情况包括实际服务时间和实际服务数量；更新模块，用于根据所述使用情况，对所述用户的信用评分进行更新。

可选地，所述第一服务为出行服务，所述第二服务为生活服务，所述第一服务关键字为出行目的地，所述第二服务关键字为所述出行目的地周围的商家名称，所述第二服务关键字列表为所述目的地周围的商家名称列表，所述第二服务提供者为所述出行目的地周围的商家。

本说明书实施例第三方面实施例提出了一种计算机设备，包括存储器和处理器；所述存储器上存储有可由处理器运行的计算机程序；所述处理器运行所述计算机程序时，执行如前述方法实施例所述的服务请求的处理方法。

本说明书实施例第四方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如前述方法实施例所述的服务请求的处理方法。

本说明书实施例附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本说明书实施例的实践了解到。

【附图说明】

为了更清楚地说明本说明书实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其它的附图。

图1为本说明书实施例所提出的一种服务请求的处理方法的流程示意图；

图2为本说明书实施例所提出的另一种服务请求的处理方法的流程示意图；

图3为本说明书实施例所提出的又一种服务请求的处理方法的流程示意图；

图4a-4c为本说明书实施例所提出的服务请求的处理方法的一个示例的示意图；

图5为本说明书实施例所提出的一种服务请求的处理装置的结构示意图；

图6为本说明书实施例所提出的另一种服务请求的处理装置的结构示意图；以及

图7为本说明书实施例所提出的又一种服务请求的处理装置的结构示意图。

【具体实施方式】

下面详细描述本说明书的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本说明书实施例，而不能理解为对本说明书实施例的限制。

下面参考附图描述本说明书实施例的服务请求的处理方法及其装置。

基于上述现有技术的描述可以知道，相关技术中，当用户需要使用多个类型的服务时，需要打开不同的移动应用，并向不同的移动应用进行服务请求，再由不同的移动应用上的服务提供者提供相应的服务，整个操作过程较为繁琐，效率低下。

针对这一问题，本说明书实施例提出了一种服务请求的处理方法，根据用户的第一服务请求，确定与第一服务相关的第二服务。根据用户的信用评分，向用户提供第一服务，并将第二服务请求发送给第二服务提供者，让用户在发送第一服务请求后，能够使用第二服务提供者提供的第二服务，使得用户能够高效便捷地使用不同服务提供者提供的不同类型的服务。

图1为本说明书实施例所提出的一种服务请求的处理方法的流程示意图。如图1所示，该方法包括以下步骤：

步骤S101，接收用户的第一服务请求。

其中，第一服务请求用于请求第一服务，第一服务请求包括第一服务关键字。

可以理解，当用户使用移动应用时，在移动应用中的输入框内输入第一服务关键字，即向该移动应用发送了第一服务关键字。

举例来说，在电子地图应用中，在输入框内输入目的地名称，即向电子地图应用发送了包括该目的地名称的路线规划服务请求，电子地图应用即向用户显示从当前位置到目的地的路线规划。

又比如说，在打车出行应用中，在输入框内输入目的地名称，即向打车出行应用发送了包括该目的地名称的打车出行服务请求，打车出行应用即向用户显示提供出行服务的车辆信息和司机信息。

再比如说，在电子商城应用中，在输入框内输入需要购买的商品名称，即向电子商城应用发送了包括该商品名称的商品搜索服务请求，电子商城应用即向用户显示与该商品名称相关的商品列表。

还比如说，在在线视频应用中，在输入框内输入想要观看的视频名称，即向在线视频应用发送了包括该视频名称的视频搜索服务请求，在线视频应用即向用户显示与该视频名称相关的视频列表。

基于上述举例，可以知道，各种类型的移动应用都可以通过接收用户输入的第一服务关键字的方式，来接收用户的第一服务请求。可以理解，由于移动应用类型的不同，因此在不同的移动应用中，生成的第一服务请求对应的类型也不相同，与该移动应用的类型相对应。

步骤S103，根据用户的第一服务请求，确定与第一服务相关的第二服务。

其中，第一服务与第二服务的类型不同。

基于对背景技术的说明，可以知道，人们的日常生活中，可以通过不同的移动应用发出服务请求，由不同的服务提供者提供相应的服务。

应当理解，人们的日常生活中所需的服务之间存在一定的关联，比如说，用户在餐饮应用中购买了餐饮抵扣券，则需要在从当前位置到达能够使用该餐饮抵扣券的餐馆，因此还需要到达该餐馆的路线规划服务，和/或出行服务来帮助用户到达该餐馆。

步骤S105，根据第一服务关键字和第二服务，生成第二服务关键字列表。

其中，第二服务关键字列表包括多个与第一服务关键字相关的第二服务关键字。

应当理解，第一服务和第二服务是相关服务，但又不是相同类型的服务，因此需要先根据第一服务关键字，生成多个相关的第二服务关键字。

需要说明的是，在生成第二服务关键字的过程中，既需要与第一服务关键字相关，又需要结合第二服务的类型，使得第二服务关键字符合第二服务的要求。因此本说明书实施例根据第一服务关键字和第二服务，生成多个第二服务关键字，并使用第二服务关键字列表来显示多个与第一服务关键字相关的第二服务关键字。

还是以上述的餐饮应用为例进行说明，用户在餐饮应用中购买了餐饮连锁企业的餐饮抵扣券，而该餐饮抵扣券能够在该餐饮连锁企业旗下的多家餐馆使用，因此需要生成能够使用该餐饮抵扣券的多家餐馆的名称列表，作为路线规划服务和/或出行服务的待选目的地名称。

步骤S107，将第二服务关键字列表进行展示。

步骤S109，根据用户对第二服务关键字的选择，生成第二服务请求。

应当理解，在步骤S105，根据第一服务关键字和第二服务，生成第二服务关键字列表中，生成的多个第二服务关键字都是与第一服务关键字相关的，但是用户想要的第二服务请求，需要将第二服务关键字列表向用户进行展示，由用户从多个第二服务关键字中选择一个第二服务关键字，来生成用户想要的第二服务请求。

还是以上述的餐饮应用为例进行说明，在生成能够使用该餐饮抵扣券的多家餐馆的名称列表，作为路线规划服务和/或出行服务的待选目的地名称之后，用户即可从多家餐馆的名称列表中选择自己想要用餐的餐馆名称，将用户选择的餐馆名称作为路线规划服务和/或出行服务的目的地名称，生成路线规划服务和/或出行服务。

步骤S111，根据用户的信用评分，向用户提供第一服务，并将第二服务请求发送给第二服务提供者。

需要说明的是，由于本说明书实施例中不同类型的服务由不同服务平台上的服务提供者提供，而跨服务平台的用户和服务提供者之间缺乏信任。换句话说，服务提供者对于本服务平台上的用户发出的服务请求存在信任基础，而对于另一个服务平台上发送的服务请求缺乏信任基础，担心用户在发出服务请求后，由于用户的过失，不能及时完成服务，给服务提供者带来损失。而且由于该服务请求存在跨服务平台的情况，服务提供者所在的服务平台无法对用户的过失行为进行惩罚。

比如说，在上述的例子中，用户在从多家餐馆的名称列表中选择自己想要用餐的餐馆名称后，即向出行服务平台上的司机发出了服务请求，但却没有在预定时间到达预定地点，使得提供出行服务的司机在达到预定地点后找不到用户，给司机造成损失。由于该用户是餐饮应用的注册用户，并没有在打车出行应用中进行注册，打车出行应用无法对该用户进行惩罚。

为了避免上述情况的发生，本说明书实施例采用信用评分作为跨服务平台发送服务请求的信任基础，也就是说，只有信用评分符合预设要求的用户，才能具有跨服务平台发送服务请求的权限。如果该用户的信用评分不符合预设要求，则只能使用第一服务。

在上述的例子中，当用户从多家餐馆的名称列表中选择自己想要用餐的餐馆名称后，餐饮应用会根据用户的信用评分，确定用户是否有权限向提供出行服务的司机发送出行服务请求。只有用户的信用评分满足预设要求时，才会向提供出行服务的司机发送出行服务请求。如果该用户的信用评分不符合预设要求，则只能在餐饮应用中购买餐饮抵扣券。

综上所述，本说明书实施例所提出的一种服务请求的处理方法，接收用户的第一服务请求，其中，第一服务请求用于请求第一服务，第一服务请求包括第一服务关键字。根据用户的第一服务请求，确定与第一服务相关的第二服务，其中，第一服务与第二服务的类型不同。根据第一服务关键字和第二服务，生成第二服务关键字列表，其中，第二服务关键字列表包括多个与第一服务关键字相关的第二服务关键字。将第二服务关键字列表进行展示，根据用户对第二服务关键字的选择，生成第二服务请求。根据用户的信用评分，向用户提供第一服务，并将第二服务请求发送给第二服务提供者。由此，实现了根据用户的信用评分，向用户提供第一服务，并将第二服务请求发送给第二服务提供者，使得用户能够高效便捷地使用不同服务提供者提供的不同类型的服务。

为了更加清楚地说明本说明书实施例所提出的服务请求的处理方法是如何将信用评分作为跨平台服务的信用基础的，本说明书实施例还提出了另一种服务请求的处理方法，图2为本说明书实施例所提出的另一种服务请求的处理方法的流程示意图。如图2所示，该方法包括以下步骤：

步骤S201，接收用户的第一服务请求。

其中，第一服务请求用于请求第一服务，第一服务请求包括第一服务关键字。

步骤S203，根据用户的第一服务请求，确定与第一服务相关的第二服务。

其中，第一服务与第二服务的类型不同。

步骤S205，根据第一服务关键字和第二服务，生成第二服务关键字列表。

其中，第二服务关键字列表包括多个与第一服务关键字相关的第二服务关键字。

步骤S207，将第二服务关键字列表进行展示。

步骤S209，根据用户对第二服务关键字的选择，生成第二服务请求。

步骤S211，获取用户的历史行为数据。

其中，用户的历史行为数据可以通过不同的移动应用进行采集，可以通过唯一身份标识将用户在不同的移动应用中的注册账号进行关联，使得用户在不同的移动应用中使用不同类型的日常生活服务时都能产生行为数据，将这些行为数据进行采集和汇总，即可根据用户的历史行为数据，对用户进行信用评分。

步骤S213，根据用户的历史行为数据，生成用户的信用评分。

应当理解，用户对相关的移动应用的使用频次越多，用户的信用评分越高。用户在使用相关的移动应用时，履约行为越多，用户的信用评分越高。用户在注册账户时，提供的身份信息和信用信息越完善，用户的信用评分越高。

换句话说，用户的历史行为数据会随着用户使用相关的移动应用的次数的增加，而不断增大。

步骤S215，根据用户的信用评分，向用户提供第一服务，并将第二服务请求发送给第二服务提供者。

其中，第二服务请求包括预设服务时间和预设服务数量。

需要说明的是，本说明书实施例所提出的服务请求的处理方法在生成第二服务请求时，为了便于第二服务提供者获知用户的需求，第二服务请求中需要包括预设服务时间和预设服务数量。

还是以上述的餐饮应用为例进行说明，当用户在餐饮应用中购买了餐饮抵扣券并选择了餐馆的名称后，用户需要在餐饮抵扣券的使用时段内到达餐馆进行用餐，因此达到时间需要与餐饮抵扣券的使用时段向吻合。此外，用户从当前位置到达餐馆的时间也应当纳入计算，从而确定用户合理的出发时段。用户可以选择在合理的出发时段内使用出行服务。此外，如果出行人数超过一辆汽车的载客量，则需要多名司机提供出行服务。

换句话说，本说明书实施例中的第二服务请求能够实现预约功能，让用户对第二服务的时间和数量进行预约。

步骤S217，获取用户对第二服务的使用情况。

其中，使用情况包括实际服务时间和实际服务数量。

基于前述对信用评分的说明，可以知道，本说明书中的信用评分是根据用户对移动应用的使用来确定的，用户对移动应用的使用频次越多，履约行为越多，用户的信用评分越高。

因此在用户使用完第二服务之后，可以根据用户对第二服务的使用情况，来对用户的信用评分进行更新。

具体来说，可以将预设服务时间和实际服务时间进行比较，将预设服务数量和实际服务数量进行比较，如果比较结果在合理范围内，则判定用户的此次行为为履约行为，否则判定用户的此次行为为违约行为。

步骤S219，根据使用情况，对用户的信用评分进行更新。

需要说明的是，本说明书实施例为了对用户的违约行为进行惩罚，当用户出现连续违约行为时，除了对用户的信用评分进行惩罚性扣分外，还将限制用户使用跨平台服务请求的功能。

需要说明的是，前述对步骤S101-步骤S111的解释说明，也适用于本说明书实施例的步骤S201-步骤S219，此处不再赘述。

从而，实现了将信用评分作为跨平台服务的信用基础，以及通过信用评分对用户使用跨平台服务时的违约行为进行惩罚。

为了让本说明书实施例所提供的服务请求的处理方法能够用于用户的日常生活服务，本说明书实施例还提出了又一种服务请求的处理方法。图3为本说明书实施例所提出的又一种服务请求的处理方法的流程示意图。如图3所示，该方法包括以下步骤：

步骤S301，接收用户的出行服务请求。

其中，出行服务请求用于请求出行服务，出行服务请求包括出行目的地。

应当理解，本说明书实施例中的服务请求的处理方法，可以用于日常生活中，用户在使用出行请求时，需要在打车出行应用中输入出行目的地，以生成出行服务请求。

步骤S303，根据用户的出行服务请求，确定与出行服务相关的生活服务。

应当理解，在日常生活中，如果用户发出了出行服务请求，通常会有存在相关的生活服务请求。

进一步地，用户的出行目的地通常能够反映出用户的服务需求。比如说，如果用户的出行目的地在购物中心附近，那么用户的服务需求就很可能是购物。如果用户的出行目的地是在餐饮中心附近，那么用户的服务需求很可能就是餐饮。因此，本说明书实施例能够根据用户的出行服务请求，确定与出行服务相关的生活服务的类型。

此外，本说明书实施例还允许用户自行选择服务需求，也就是说，用户可以在打车出行应用中选择到达出行目的地后的生活服务的类型。

步骤S305，根据出行目的地和生活服务，生成出行目的地周围的商家名称列表。

其中，出行目的地周围的商家名称列表包括多个出行目的地周围的商家名称。

应当理解，在确定了出行目的地和生活服务后，能够生成出行目的地周围的商家名称列表，商家名称列表中的商家能够向用户提供对应类型的生活服务。

步骤S307，将出行目的地周围的商家名称列表进行展示。

步骤S309，根据用户对出行目的地周围的商家名称的选择，生成生活服务请求。

当打车出行应用向用户展示出行目的地周围的商家名称列表后，用户可以从商家名称列表中选择商家名称，生成生活服务请求。

步骤S311，获取用户的历史行为数据。

步骤S313，根据用户的历史行为数据，生成用户的信用评分。

步骤S315，根据用户的信用评分，向用户提供出行服务，并将生活服务请求发送给用户选择的商家。

其中，生活服务请求包括预设服务时间和预设服务数量。

当用户的信用评分满足预设条件时，即向用户提供出行服务，并将生活服务请求发送给用户选择的商家，让用户选择的商家获知用户的服务需求，并在预定的时间为用户提供预定数量的服务。

步骤S317，获取用户对生活服务的使用情况。

其中，使用情况包括实际服务时间和实际服务数量。

如果用户没有在预定的时间使用商家提供的服务，以及用户使用的服务数量与生活服务请求不同，则将该用户的行为判定为违约。

步骤S319，根据使用情况，对用户的信用评分进行更新。

如果用户出现了违约行为，则通过对用户的信用评分进行扣分的形式，对用户进行惩罚。

从而，将本说明书实施例所提出的服务请求的处理方法用于日常生活中，让用户在打车出行应用中，将生活服务请求发送给出行目的地附近的商家。

为了更加清楚地说明本说明书实施例所提出的服务请求的处理方法，下面进行举例说明。

图4a-4c为本说明书实施例所提出的服务请求的处理方法的一个示例的示意图，如图4a所示，用户使用打车出行应用时，通过定位模块确定当前位置，并在输入框中输入出行目的地，生成本次出行的路线规划，以及出行里程。

需要说明的是，为了鼓励用户在出行目的地附近的商家进行消费，即向出行目的地附近的商家发出消费承诺请求，本说明书实施例在生成路线规划和出行里程后，由用户选择是否享受打车优惠，该优惠由出行目的地附近的商家提供，优惠最高金额也由出行目的地附近的商家能够提供的最高金额决定。一旦用户享受了商家提供的打车优惠，即目的地附近的商家发出了消费承诺请求。

如图4b所示，当用户在图4a的界面中，点击“打车最高立减XX元”按钮后，由用户从出行目的地附近的商家列表中选择对应的商家。每个商家提供的优惠条件不同，即要求承诺当天在该商家消费满足最低金额。用户可以根据自身需求，选择商家名称。

如图4c所示，当用户对对应的商家做出承诺消费请求后，打车出行应用根据用户的历史行为数据，生成用户的信用评分，当用户的信用评分大于预设阈值，并且在过去一段时间内没有出现违约行为，则可享受该商家提供的打车优惠。但是如果用户当天在该商家的消费不满足最低金额，打车出行应用会从用户的账户中扣除享受的打车优惠，返还给对应的商家，并且将用户的违约行为进行记录，对用户的信用评分进行扣分处理。

为了实现上述实施例，本说明书实施例还提出了一种服务请求的处理装置。图5为本说明书实施例所提出的一种服务请求的处理装置的结构示意图，如图5所示，该装置包括：接收模块410，确定模块420，第一生成模块430，展示模块440，第二生成模块450，提供模块460，发送模块470。

接收模块410，用于获取用户的第一服务请求。

其中，第一服务请求用于请求第一服务，第一服务请求包括第一服务关键字。

确定模块420，用于根据用户的第一服务请求，确定与第一服务相关的第二服务。

其中，第一服务与第二服务的类型不同。

第一生成模块430，用于根据第一服务关键字和第二服务，生成第二服务关键字列表。

其中，第二服务关键字列表包括多个与第一服务关键字相关的第二服务关键字。

展示模块440，用于将第二服务关键字列表进行展示。

第二生成模块450，用于根据用户对第二服务关键字的选择，生成第二服务请求。

提供模块460，用于根据用户的信用评分，向用户提供第一服务。

发送模块470，用于将第二服务请求发送给第二服务提供者。

需要说明的是，前述对服务请求的处理方法实施例的解释说明也适用于该实施例的服务请求的处理装置，此处不再赘述。

综上所述，本说明书实施例所提出的一种服务请求的处理装置，在进行服务请求的处理时，接收用户的第一服务请求，其中，第一服务请求用于请求第一服务，第一服务请求包括第一服务关键字。根据用户的第一服务请求，确定与第一服务相关的第二服务，其中，第一服务与第二服务的类型不同。根据第一服务关键字和第二服务，生成第二服务关键字列表，其中，第二服务关键字列表包括多个与第一服务关键字相关的第二服务关键字。将第二服务关键字列表进行展示，根据用户对第二服务关键字的选择，生成第二服务请求。根据用户的信用评分，向用户提供第一服务，并将第二服务请求发送给第二服务提供者。由此，实现了根据用户的信用评分，向用户提供第一服务，并将第二服务请求发送给第二服务提供者，使得用户能够高效便捷地使用不同服务提供者提供的不同类型的服务。

为了实现上述实施例，本说明书实施例还提出了另一种服务请求的处理装置。图6为本说明书实施例所提出的另一种服务请求的处理装置的结构示意图，如图6所示，该装置包括：接收模块510，确定模块520，第一生成模块530，展示模块540，第二生成模块550，第一获取模块560，第三生成模块570，提供模块580，发送模块590，第二获取模块5100，更新模块5110。

接收模块510，用于接收用户的第一服务请求。

其中，第一服务请求用于请求第一服务，第一服务请求包括第一服务关键字。

确定模块520，用于根据用户的第一服务请求，确定与第一服务相关的第二服务。

其中，第一服务与第二服务的类型不同。

第一生成模块530，用于根据第一服务关键字和第二服务，生成第二服务关键字列表。

其中，第二服务关键字列表包括多个与第一服务关键字相关的第二服务关键字。

展示模块540，用于将第二服务关键字列表进行展示。

第二生成模块550，用于根据用户对第二服务关键字的选择，生成第二服务请求。

第一获取模块560，用于获取用户的历史行为数据。

第三生成模块570，用于根据用户的历史行为数据，生成用户的信用评分。

提供模块580，用于根据用户的信用评分，向用户提供第一服务。

发送模块590，用于将第二服务请求发送给第二服务提供者。

其中，第二服务请求包括预设服务时间和预设服务数量。

第二获取模块5100，用于获取用户对第二服务的使用情况。

其中，使用情况包括实际服务时间和实际服务数量。

更新模块5110，用于根据使用情况，对用户的信用评分进行更新。

需要说明的是，前述对服务请求的处理方法实施例的解释说明也适用于该实施例的服务请求的处理装置，此处不再赘述。

从而，实现了将信用评分作为跨平台服务的信用基础，以及通过信用评分对用户使用跨平台服务时的违约行为进行惩罚。

为了实现上述实施例，本说明书实施例还提出了又一种服务请求的处理装置。图7为本说明书实施例所提出的又一种服务请求的处理装置的结构示意图，如图7所示，该装置包括：接收模块610，确定模块620，第一生成模块630，展示模块640，第二生成模块650，第一获取模块660，第三生成模块670，提供模块680，发送模块690，第二获取模块6100，更新模块6110。

接收模块610，用于接收用户的出行服务请求。

其中，出行服务请求用于请求出行服务，出行服务请求包括出行目的地。

确定模块620，用于根据用户的出行服务请求，确定与出行服务相关的生活服务。

第一生成模块630，用于根据出行目的地和生活服务，生成出行目的地周围的商家名称列表。

其中，出行目的地周围的商家名称列表包括多个出行目的地周围的商家名称

展示模块640，用于将出行目的地周围的商家名称列表进行展示。

第二生成模块650，用于根据用户对出行目的地周围的商家名称的选择，生成生活服务请求。

第一获取模块660，用于获取用户的历史行为数据。

第三生成模块670，用于根据用户的历史行为数据，生成用户的信用评分。

提供模块680，用于根据用户的信用评分，向用户提供出行服务。

发送模块690，用于将生活服务请求发送给用户选择的商家。

其中，生活服务请求包括预设服务时间和预设服务数量。

第二获取模块6100，用于获取用户对生活服务的使用情况。

其中，使用情况包括实际服务时间和实际服务数量。

更新模块6110，用于根据使用情况，对用户的信用评分进行更新。

需要说明的是，前述对服务请求的处理方法实施例的解释说明也适用于该实施例的服务请求的处理装置，此处不再赘述。

从而，将本说明书实施例所提出的服务请求的处理方法用于日常生活中，让用户在打车出行应用中，将生活服务请求发送给出行目的地附近的商家。

为了实现上述实施例，本说明书实施例还提出一种计算机设备，包括存储器和处理器；存储器上存储有可由处理器运行的计算机程序；当处理器运行计算机程序时，执行如前述方法实施例的服务请求的处理方法。

为了实现上述实施例，实施例还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如前述方法实施例的服务请求的处理方法。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本说明书实施例的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。

在本说明书实施例中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系，除非另有明确的限定。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本说明书实施例中的具体含义。

在本说明书实施例中，除非另有明确的规定和限定，第一特征在第二特征“上”或“下”可以是第一和第二特征直接接触，或第一和第二特征通过中间媒介间接接触。而且，第一特征在第二特征“之上”、“上方”和“上面”可是第一特征在第二特征正上方或斜上方，或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”可以是第一特征在第二特征正下方或斜下方，或仅仅表示第一特征水平高度小于第二特征。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (12)

1.一种服务请求的处理方法，包括：

接收用户的第一服务请求；其中，所述第一服务请求用于请求第一服务，所述第一服务请求包括第一服务关键字；

根据所述用户的第一服务请求，确定与所述第一服务相关的第二服务；其中，所述第一服务与所述第二服务的类型不同；

根据所述第一服务关键字和所述第二服务，生成第二服务关键字列表；其中，所述第二服务关键字列表包括多个与所述第一服务关键字相关的第二服务关键字；

将所述第二服务关键字列表进行展示；

根据所述用户对所述第二服务关键字的选择，生成第二服务请求；以及

根据所述用户的信用评分，向所述用户提供所述第一服务，并将所述第二服务请求发送给第二服务提供者；

获取所述用户对所述第二服务的使用情况；

根据所述使用情况，对所述用户的信用评分进行更新；

所述根据所述用户的信用评分，向所述用户提供所述第一服务，并将所述第二服务请求发送给第二服务提供者，包括：

若用户的信用评分符合预设要求时，向所述用户提供所述第一服务，并将所述第二服务请求发送给第二服务提供者；

若用户的信用评分不符合预设要求时，向所述用户提供所述第一服务。

2.如权利要求1所述的处理方法，其中，在所述根据所述用户的信用评分，向所述用户提供所述第一服务之前，还包括：

获取所述用户的历史行为数据；

根据所述用户的历史行为数据，生成所述用户的信用评分。

3.如权利要求2所述的处理方法，其中，所述第二服务请求包括预设服务时间和预设服务数量。

4.如权利要求3所述的处理方法，其中，所述使用情况包括实际服务时间和实际服务数量。

5.如权利要求1-4中任一项所述的处理方法，其中，所述第一服务为出行服务，所述第二服务为生活服务，所述第一服务关键字为出行目的地，所述第二服务关键字为所述出行目的地周围的商家名称，所述第二服务关键字列表为所述目的地周围的商家名称列表，所述第二服务提供者为所述出行目的地周围的商家。

6.一种服务请求的处理装置，包括：

接收模块，用于接收用户的第一服务请求；其中，所述第一服务请求用于请求第一服务，所述第一服务请求包括第一服务关键字；

确定模块，用于根据所述用户的第一服务请求，确定与所述第一服务相关的第二服务；其中，所述第一服务与所述第二服务的类型不同；

第一生成模块，用于根据所述第一服务关键字和所述第二服务，生成第二服务关键字列表；其中，所述第二服务关键字列表包括多个与所述第一服务关键字相关的第二服务关键字；

展示模块，用于将所述第二服务关键字列表进行展示；

第二生成模块，用于根据所述用户对所述第二服务关键字的选择，生成第二服务请求；

提供模块，用于根据所述用户的信用评分，向所述用户提供所述第一服务；以及

发送模块，用于将所述第二服务请求发送给第二服务提供者；

第二获取模块，用于获取所述用户对所述第二服务的使用情况；

更新模块，用于根据所述使用情况，对所述用户的信用评分进行更新；

所述提供模块用于若用户的信用评分符合预设要求时向所述用户提供所述第一服务；以及所述发送模块用于若用户的信用评分符合预设要求时将所述第二服务请求发送给第二服务提供者；

所述提供模块用于若用户的信用评分不符合预设要求时向所述用户提供所述第一服务。

7.如权利要求6所述的处理装置，其中，所述装置还包括：

第一获取模块，用于获取所述用户的历史行为数据；

第三生成模块，用于根据所述用户的历史行为数据，生成所述用户的信用评分。

8.如权利要求7所述的处理装置，其中，所述第二服务请求包括预设服务时间和预设服务数量。

9.如权利要求8所述的处理装置，其中，所述使用情况包括实际服务时间和实际服务数量。

10.如权利要求6-9中任一项所述的处理装置，其中，所述第一服务为出行服务，所述第二服务为生活服务，所述第一服务关键字为出行目的地，所述第二服务关键字为所述出行目的地周围的商家名称，所述第二服务关键字列表为所述目的地周围的商家名称列表，所述第二服务提供者为所述出行目的地周围的商家。

11.一种计算机设备，包括存储器和处理器；所述存储器上存储有可由处理器运行的计算机程序；所述处理器运行所述计算机程序时，执行如权利要求1-5中任一项所述的服务请求的处理方法。

12.一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-5中任一项所述的服务请求的处理方法。

Images