CN110505287A - 基于服务的业务线推荐方法、装置及存储介质 - Google Patents

Abstract

本发明实施例提供一种基于服务的业务线推荐方法。该方法包括：获取用户的地址信息；获取所述地址信息与至少一服务的关联度；根据所获取的关联度，确定与所述关联度对应的目标服务；以及显示具有所述目标服务的至少一业务线。

Description

基于服务的业务线推荐方法、装置及存储介质

本申请是申请日为2018年5月16日、申请号为201810470368.2、发明名称为“基于服务的业务线推荐方法、装置及存储介质”的专利申请的分案申请。

技术领域

本发明实施例涉及信息处理技术，尤其涉及一种基于服务的业务线推荐方法、装置及存储介质。

背景技术

随着信息技术的发展，越来越多的应用软件正实现着对传统服务业和原有消费行为的颠覆。例如，通过打车软件，乘客可以便捷地通过终端设备发布打车信息，并立即和抢单司机进行沟通，大大提高了打车效率。

目前，打车软件通常具有多个业务线，且各业务线对应的服务繁杂。例如出租车这一业务线对应的服务有代人叫车，专车这一业务线对应的服务有选乘车人、儿童座椅服务、接送机服务等。当用户使用现有的打车软件发单时，很难找到符合自己出行需求的业务线，从而导致用户打车体验较差。

发明内容

本发明实施例提供一种基于服务的业务线推荐方法、装置及存储介质，以使用户在使用打车软件发单时，方便、快捷地找到符合自己出行需求的业务线，提升用户打车体验。

第一方面，本发明实施例提供一种基于服务的业务线推荐方法，包括：获取用户的地址信息；根据地址信息与服务的关联度，显示至少一服务；接收第一服务选择操作，该第一服务选择操作用于在至少一服务中选中目标服务；接收需求确认操作；显示具有目标服务的至少一业务线。

一种可能的实施方式中，上述根据地址信息与服务的关联度，显示至少一服务，可以包括：确定地址信息与第一服务的关联度大于或等于第一阈值，服务包括至少一第一服务；显示需求建议页，该需求建议页包括第一服务。其中，第一服务选择操作用于在需求建议页中选中目标服务。此时，接收需求确认操作之前，该基于服务的业务线推荐方法还可以包括：接收到用于显示需求确认页的操作；显示需求确认页，该需求确认页包括处于选中状态的所述目标服务及处于待选中状态的其他服务。

一种可能的实施方式中，上述显示需求确认页之后，基于服务的业务线推荐方法还可以包括：接收第二服务选择操作，该第二服务选择操作用于在需求确认页中选中其他目标服务。

一种可能的实施方式中，上述根据地址信息与服务的关联度，显示至少一服务，可以包括：确定地址信息与第一服务的关联度大于或等于第一阈值，服务包括至少一第一服务；显示需求建议页，该需求建议页包括第一服务。另外，接收需求确认操作之前，基于服务的业务线推荐方法还可以包括：接收到用于显示需求确认页的操作；显示需求确认页，该需求确认页包括处于待选中状态的服务。其中，第一服务选择操作用于在需求确认页中选中目标服务。

一种可能的实施方式中，上述根据地址信息与服务的关联度，显示至少一服务，可以包括：确定该地址信息与各服务的关联度均小于第一阈值，且，该地址信息与第一服务的关联度大于或等于第二阈值，服务包括第二服务，第二阈值小于第一阈值；显示需求确认页，该需求确认页包括至少一服务。

一种可能的实施方式中，上述根据地址信息与服务的关联度，显示至少一服务，可以包括：确定地址信息与各服务的关联度均小于第二阈值；显示当前选中的业务线对应的服务。

一种可能的实施方式中，上述根据地址信息与服务的关联度，显示至少一服务，可以包括：按照地址信息与各服务的关联度的高低，显示各服务。

一种可能的实施方式中，上述根据地址信息与服务的关联度，显示至少一服务之前，还可以包括：根据以下至少一种信息获取地址信息与服务的关联度：该用户的历史订单中，地址信息与服务的关联度；数据库包含的订单中，地址信息与服务的关联度；地址信息与外部因素的关联度，该外部因素可以包括天气和/或交通状况等。

第二方面，本发明实施例提供一种基于服务的业务线推荐装置，包括：获取模块，用于获取用户的地址信息；显示模块，用于根据地址信息与服务的关联度，显示至少一服务；接收模块，用于接收第一服务选择操作，该第一服务选择操作用于在至少一服务中选中目标服务，及，接收需求确认操作；上述显示模块，还用于显示具有目标服务的至少一业务线。

一种可能的实施方式中，显示模块在用于根据地址信息与服务的关联度，显示至少一服务时，具体为：确定地址信息与第一服务的关联度大于或等于第一阈值，服务包括至少一第一服务；显示需求建议页，该需求建议页包括第一服务。其中，第一服务选择操作用于在需求建议页中选中目标服务。对应地，接收模块还可以用于在接收需求确认操作之前，接收到用于显示需求确认页的操作；显示模块还可以用于显示需求确认页，该需求确认页包括处于选中状态的所述目标服务及处于待选中状态的其他服务。

一种可能的实施方式中，接收模块还可以用于：在显示模块显示需求确认页之后，接收第二服务选择操作，该第二服务选择操作用于在需求确认页中选中其他目标服务。

一种可能的实施方式中，显示模块在用于根据地址信息与服务的关联度，显示至少一服务时，具体为：确定地址信息与第一服务的关联度大于或等于第一阈值，服务包括至少一第一服务；显示需求建议页，该需求建议页包括第一服务。相应地，接收模块还可以用于在接收需求确认操作之前，接收到用于显示需求确认页的操作；显示模块还可以用于显示需求确认页，该需求确认页包括处于待选中状态的服务。其中，第一服务选择操作用于在需求确认页中选中目标服务。

一种可能的实施方式中，显示模块在用于根据地址信息与服务的关联度，显示至少一服务时，具体为：确定地址信息与各服务的关联度均小于第一阈值，且，地址信息与第二服务的关联度大于或等于第二阈值，服务包括第二服务，第二阈值小于第一阈值；显示需求确认页，该需求确认页包括至少一服务。

一种可能的实施方式中，显示模块在用于根据地址信息与服务的关联度，显示至少一服务时，具体为：确定地址信息与各服务的关联度均小于第二阈值；显示当前选中的业务线对应的服务。

一种可能的实施方式中，显示模块在用于根据地址信息与服务的关联度，显示至少一服务时，具体为：按照地址信息与各服务的关联度的高低，显示各服务。

一种可能的实施方式中，获取模块还可以用于：在显示模块根据地址信息与服务的关联度，显示至少一服务之前，根据以下至少一种信息获取地址信息与服务的关联度：用户的历史订单中，地址信息与服务的关联度；数据库包含的订单中，地址信息与服务的关联度；地址信息与外部因素的关联度，该外部因素可以包括天气和/或交通状况等。

第三方面，本发明实施例提供一种终端设备，包括：

存储器，用于存储程序指令；

处理器，用于调用并执行存储器中的程序指令，执行如第一方面任一项所述的方法。

第四方面，本发明实施例提供一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现如第一方面任一项所述的方法。

第五方面，本发明实施例提供一种基于服务的业务线推荐方法，包括：获取用户的地址信息；获取所述地址信息与至少一服务的关联度；根据所获取的关联度，确定与所述关联度对应的目标服务；以及显示具有所述目标服务的至少一业务线。

一种可能的实施方式中，根据所获取的关联度，确定与所述关联度对应的目标服务包括：响应于所述关联度中的至少一个关联度大于或等于阈值，确定与所述至少一个关联度对应的目标服务。

一种可能的实施方式中，响应于所述关联度中的至少一个关联度大于或等于阈值，确定与所述至少一个关联度对应的目标服务包括：响应于所述至少一个关联度大于或等于第一阈值：显示需求建议页，其中所述需求建议页包括所述目标服务；以及显示需求确认页，其中所述需求确认页包括处于选中状态的所述目标服务中的一个目标服务、以及处于所述目标服务中的处于待选中状态的其他目标服务，其中所述阈值包括所述第一阈值。

一种可能的实施方式中，所述方法还包括接收第二服务选择操作，其中所述第二服务选择操作用于在所述需求确认页中选中所述其他目标服务。

一种可能的实施方式中，所述方法还包括：响应于所述至少一个关联度小于所述第一阈值，并且所述至少一个关联度包括大于或等于第二阈值的关联度：显示需求确认页，所述需求确认页包括与大于或等于所述第二阈值的所述关联度对应的目标服务；其中所述阈值还包括所述第二阈值，所述第一阈值大于所述第二阈值。

一种可能的实施方式中，根据所获取的关联度，确定与所述关联度对应的目标服务包括：根据所述关联度中的至少一个关联度的高低，确定与所述至少一个关联度对应的所述目标服务。

一种可能的实施方式中，其中获取所述地址信息与至少一服务的关联度还包括：根据以下至少一项来获取所述地址信息与所述至少一服务的关联度：在所述用户的历史订单中，所述地址信息与所述至少一服务的关联度；在数据库所包含的订单中，所述地址信息与所述至少一服务的关联度；以及所述地址信息与外部因素的关联度，所述外部因素包括天气和/或交通状况。

一种可能的实施方式中，所述方法还包括：响应于所述关联度均小于所述阈值，向所述用户显示与当前选中的业务线对应的至少一服务。

第六方面，本发明实施例提供一种用于基于服务推荐业务线的装置，包括：第一模块，被配置为获取用户的地址信息；第二模块，被配置为获取所述地址信息与至少一服务的关联度；第三模块，被配置为根据所获取的关联度，确定与所述关联度对应的目标服务；以及第四模块，被配置为显示具有所述目标服务的至少一业务线。

一种可能的实施方式中，所述第三模块还被配置为：响应于所述关联度中的至少一个关联度大于或等于阈值，确定与所述至少一个关联度对应的目标服务。

一种可能的实施方式中，所述第三模块还被配置为：响应于所述至少一个关联度大于或等于第一阈值：显示需求建议页，其中所述需求建议页包括所述目标服务；以及显示需求确认页，其中所述需求确认页包括处于选中状态的所述目标服务中的一个目标服务、以及处于所述目标服务中的处于待选中状态的其他目标服务，其中所述阈值包括所述第一阈值。

一种可能的实施方式中，所述装置还包括：第五模块，被配置为接收第二服务选择操作，其中所述第二服务选择操作用于在所述需求确认页中选中所述其他目标服务。

一种可能的实施方式中，所述装置还包括：第六模块，被配置为：响应于所述至少一个关联度均小于所述第一阈值，并且所述至少一个关联度包括大于或等于第二阈值的关联度：显示需求确认页，其中所述需求确认页包括与大于或等于所述第二阈值的所述关联度对应的目标服务，其中所述阈值还包括所述第二阈值，所述第一阈值大于所述第二阈值。

一种可能的实施方式中，所述第三模块还被配置为：根据所述关联度中的至少一个关联度的高低，确定与所述至少一个关联度对应的所述目标服务。

一种可能的实施方式中，所述第二模块还被配置为：根据以下至少一项来获取所述地址信息与所述至少一服务的关联度：在所述用户的历史订单中，所述地址信息与所述至少一服务的关联度；在数据库所包含的订单中，所述地址信息与所述至少一服务的关联度；以及所述地址信息与外部因素的关联度，所述外部因素包括天气和/或交通状况。

一种可能的实施方式中，其中所述第三模块还被配置为：响应于所述关联度均小于所述阈值，向所述用户显示与当前选中的业务线对应的至少一服务。

第七方面，本发明实施例提供一种用于基于服务推荐业务线的装置，包括：至少一个处理器；以及至少一个存储器，所述至少一个存储器包括计算机程序代码，其中，所述至少一个处理器以及所述计算机程序代码被配置为与所述至少一个处理器一起，使得所述装置至少：获取用户的地址信息；获取所述地址信息与至少一服务的关联度；根据所获取的关联度，确定与所述关联度对应的目标服务；以及显示具有所述目标服务的至少一业务线。

第八方面，本发明实施例提供一种计算机可读存储介质，具有存储在其上的计算机可读程序指令，所述计算机可读程序指令用于执行根据第五方面所述的方法。

本发明实施例提供的一种基于服务的业务线推荐方法、装置及存储介质，通过获取用户的地址信息，并根据地址信息与服务的关联度，显示至少一服务，即针对用户的地址信息有选择地透出服务给用户，以方便用户在使用打车软件发单时有针对性地选择符合自己出行需求的服务；另外，在接收用于选中目标服务的第一服务选择操作及需求确认操作之后，显示具有目标服务的至少一业务线，达到用户迅速找到符合自己出行需求的业务线的目的，提升用户打车体验。

附图说明

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

图1为本发明一实施例提供的基于服务的业务线推荐方法的流程图；

图2为本发明一实施例提供的打车软件的首页的界面示意图；

图3为本发明一实施例提供的打车软件的需求建议页的界面示意图；

图4为本发明另一实施例提供的基于服务的业务线推荐方法的流程图；

图5A为本发明一实施例提供的打车软件的需求确认页的界面示意图；

图5B为本发明另一实施例提供的打车软件的需求确认页的界面示意图；

图6为本发明一实施例提供的打车软件的确认发单页的界面示意图；

图7为本发明又一实施例提供的基于服务的业务线推荐方法的流程图；

图8为本发明一实施例提供的基于服务的业务线推荐装置的结构示意图；

图9为本发明一实施例提供的终端设备的结构示意图。

具体实施方式

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

本发明实施例的说明书、权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

在现有技术中，当用户在打车软件中选择业务线后，会有与该业务线相应的服务透出。其中，业务线不同，其相应的服务也会存在不同。例如，专车这一业务线有接送机服务，而快车这一业务线却没有接送机服务，等等。这样，用户在使用打车软件发单时，需先了解每一业务线对应的服务，然后根据自己的出行需求确定服务所在的业务线，整个过程较繁琐，使得用户打车体验较差。

基于上述问题，本发明实施例提供一种基于服务的业务线推荐方法、装置及存储介质，通过针对性地透出服务给用户，使得服务在用户发单时灵活显示，进而方便用户选择服务，通过选中的服务快捷地找到符合自己出行需求的业务线，提升用户打车体验。

图1为本发明一实施例提供的基于服务的业务线推荐方法的流程图。本发明实施例提供一种基于服务的业务线推荐方法，该方法可以通过硬件和/或软件的方式实现。该方法可以由基于服务的业务线推荐装置执行，该装置可以为终端设备，例如，计算机、手机、平板、穿戴设备等。以下以终端设备为执行主体进行说明，该终端设备安装有打车软件，或者，终端设备可以通过打车软件的网页版发单。

如图1所示，本实施例的方法包括以下步骤：

步骤101，获取用户的地址信息。

其中，地址信息可以包括出发点地址和/或目的地地址。

该步骤可以通过多种方式实现。例如，一种实现方式中，用户要发单时，在打车软件的用户界面(User Interface，简称：UI)输入地址信息，例如，目的地地址。对应地，终端设备获取到该输入的地址信息。另外，终端设备可以通过定位设备获取用户的出发点地址，因此，对于出发点地址，其可以是通过用户手动输入的方式获取的，也可以是通过定位设备获取的，本发明实施例不对其进行限制。又如，另一种实现方式中，终端设备在用户打开打车软件时，根据用户的历史订单或常用地址自动获取用户的地址信息，并在打车软件的对应位置输入该地址信息。且，用户可以更改打车软件中已输入的地址信息。

步骤102，根据地址信息与服务的关联度，显示至少一服务。

其中，服务与地址信息是存在一定的关联的，因此，可以得到地址信息与服务的关联度。示例性地，服务包括接送机服务，而这一服务是与机场相关的地址信息有关联的。如果地址信息中包含有机场相关的关键字，终端设备可以显示接送机服务。或者，服务包括儿童座椅服务，而这一服务是与婴幼儿或儿童等相关的地址信息有关联的，例如，幼儿园、儿童医院等。如果地址信息中包含有与婴幼儿或儿童相关的关键字，终端设备可以显示儿童座椅服务。

另外，同一地址信息，其与不同服务的关联度可以是不同的。仍以地址信息中包含有与婴幼儿或儿童相关的关键字为例，除了上述提及的儿童座椅服务，由于婴幼儿或儿童是需要成年人陪伴的，涉及多人出行，因此，该地址信息还与宽敞多座服务有关，也就是说，该地址信息至少与儿童座椅服务和宽敞多座服务存在关联，但该地址信息与儿童座椅服务的关联度大于该地址信息与宽敞多座服务的关联度。

综上，可选地，当与地址信息相关联的服务包括多个时，一种可能的实施方式中，该步骤可以包括：按照地址信息与各服务的关联度的高低，显示各服务。即关联度高的在先显示，关联度低的在后显示。进一步地，考虑到当前用户界面可显示的服务的个数是有限的，例如，仅显示一个，因此，用户可以通过左右滑动或上下滑动等方式，查看当前用户界面未显示的服务。

步骤103，接收第一服务选择操作。

其中，该第一服务选择操作用于选中目标服务。具体地，该第一服务选择操作可以是作用于当前所显示服务的触摸操作，或者，通过鼠标进行的点击操作，或者，通过触控笔进行的点击操作，等等。

在实际应用中，终端设备在显示至少一服务之后，用户即可对该至少一服务进行选择，以使终端设备确定当前显示的至少一服务中是否存在用户需要的服务。终端设备响应于用户输入的第一服务选择操作，对该第一服务选择操作选中的目标服务进行区别于其他未选择服务的显示，例如，凸显该目标服务，或，每一服务对应一表示其是否被选中的标识符，对该目标服务的标识符进行选中显示，等等。

步骤104，接收需求确认操作。

具体地，需求确认操作表示用户已完成目标服务的选择，此时可通过作用于例如虚拟按钮的需求确认操作，触发业务线的显示。

步骤105，显示具有目标服务的至少一业务线。

不同业务线包含的服务可能不同，同理，不同服务对应的业务线也可以是不同的。对于该用户选中的目标服务，终端设备确定包含该目标服务的业务线，并对其进行显示。

包含该目标服务的业务线可以是一个，也可以是多个。以目标服务为儿童座椅服务为例，目前只有专车这一业务线包含该目标服务，因此，具有儿童座椅服务这一目标服务的业务线只有专车。

本实施例中，通过获取用户的地址信息，并根据地址信息与服务的关联度，显示至少一服务，即针对用户的地址信息有选择地透出服务给用户，以方便用户在使用打车软件发单时有针对性地选择符合自己出行需求的服务；另外，在接收用于选中目标服务的第一服务选择操作及需求确认操作之后，显示具有目标服务的至少一业务线，达到用户迅速找到符合自己出行需求的业务线的目的，提升用户打车体验。

接下来，在上述实施例的基础上，介绍步骤102，根据地址信息与服务的关联度，显示至少一服务的多种实现方式。

第一种实现方式中，步骤102，根据地址信息与服务的关联度，显示至少一服务，可以包括：确定地址信息与第一服务的关联度大于或等于第一阈值，服务包括至少一第一服务；显示需求建议页，该需求建议页包括第一服务。

需说明的是，在本发明任一实施例中，第一阈值是根据历史经验值预先设置的，且其在后续应用过程中，可以根据用户的订单成功率等信息进行自适应调整。同一地址信息与不同服务对应的第一阈值可以相同或不同，且，同一服务与不同地址信息对应的第一阈值也可以相同或不同。可以理解，地址信息与服务中任一一个改变，对应的第一阈值可以改变也可以保持不变，当地址信息与服务作为一个整体，不同的地址信息与服务对应的第一阈值是相互独立的。

同理，后续提及的第二阈值与第一阈值类似，此处不再赘述。

该实现方式中，由于地址信息是确定的，因此，对于该已确定的地址信息，终端设备统计该地址信息与各服务的关联度，当该地址信息与某服务(这里将其称为“第一服务”，以示区别)的关联度大于或等于第一阈值时，显示需求建议页。以下进行示例说明：

图2为本发明实施例中打车软件的一首页示例图。如图2所示，打车软件的首页可以包括：包含用户所在位置(即出发点地址)的局部地图21、目的地地址输入栏22和推荐的业务线标识23。其中，用户的出发点地址可以通过定位设备获取，并以圆点形式显示在局部地图21中，该局部地图21可以缩放，其具体形式类似现有电子地图的显示，此处不再赘述。目的地地址输入栏22中可以包括语音输入标识24，并显示类似“您想去哪里？”的文本。业务线标识23的下方注有该业务线的名称及特性。

当用户在目的地地址输入栏22中输入目的地地址后，目的地地址以北京市儿童医院为例，终端设备在获取到用户的出发点地址和目的地地址之后，通过后台计算其与服务的关联度，确定与儿童座椅服务的关联度大于或等于第一阈值，因此，显示REC/SUG页，即需求建议页。其中，REC/SUG页包括儿童座椅服务及该服务的特性，例如，“带娃出行，保障安全请选择儿童座椅”，如图3所示。参考图3，REC/SUG页还包括用户的出发点地址和目的地地址，以方便用户对其进行更改；以及，与目的地地址相关的其他地址，这里示例为北京市第二儿童医院等。

由于第一服务选择操作可以用于在需求建议页中选中目标服务，也可以用于在后续出现的需求确认页中选中目标服务，因此，以下分这两种场景进行说明。

一些实施例中，第一服务选择操作用于在需求建议页中选中目标服务，即在图3所示的REC/SUG页中选中目标服务，也就是从第一服务中选中目标服务。此时，如图4所示，在图1所示流程的基础上，基于服务的业务线推荐方法可以包括：

步骤401，获取用户的地址信息。

该步骤同步骤101，此处不再赘述。

步骤402，确定地址信息与第一服务的关联度大于或等于第一阈值。

步骤403，显示需求建议页。

步骤404，接收第一服务选择操作。

该步骤同步骤103，此处不再赘述。

步骤405，接收到用于显示需求确认页的操作。

具体地，需求建议页中包含例如“下一页”等用于指示到需求确认页的虚拟按钮或控件，用户对该虚拟按钮或控件实施例如点击或长按等操作，终端设备响应于该操作，从需求建议页跳转至需求确认页。

步骤406，显示需求确认页。

其中，该需求确认页包括处于选中状态的目标服务及处于待选中状态的其他服务，如图5A或图5B所示。其中，图5A与图5B的区别在于：其中服务的排列不同，在图5A中，依次为：儿童座椅、宽敞多座和接送机服务等；在图5B中，依次为：宽敞多座、儿童座椅和接送机服务等。由于用户在需求建议页已选择至少一个目标服务，因此，在需求确认页中，用户已选择的目标服务处于选中状态，对于用户未选中的第一服务或其他服务处于待选中状态。

若用户在需求确认页不选择其他目标服务，则输入需求确认操作，相应地，终端设备执行步骤408。或者，若用户在需求确认页还要选择其他目标服务，则输入第二服务选择操作，该第二服务选择操作用于在需求确认页中选中其他目标服务，相应地，终端设备执行步骤407。

步骤407，接收第二服务选择操作。

该步骤同步骤103，此处不再赘述。

步骤408，接收需求确认操作。

参考图5A、图5B及步骤104的相关描述，需求确认页包括标识有“需求确认”的虚拟按钮，需求确认操作即为作用于该虚拟按钮的操作，触发业务线的显示。

步骤409，显示具有目标服务的至少一业务线。

参考图6及步骤105的相关描述，仍以目标服务为儿童座椅服务为例，终端设备确定具有该目标服务的业务线包括专车和/或其他业务线，则在确认发单页显示专车和/或其他业务线，这里以仅包括专车为例进行图示。之后，用户即可通过点击“呼叫专车”这一虚拟按钮进行发单。

一些实施例中，第一服务选择操作用于在需求确认页中选中目标服务，即在图3所示的REC/SUG页中选中目标服务，也就是从第一服务中选中目标服务。此时，如图7所示，在图1所示流程的基础上，基于服务的业务线推荐方法可以包括：

步骤701，获取用户的地址信息。

该步骤同步骤101，此处不再赘述。

步骤702，确定地址信息与第一服务的关联度大于或等于第一阈值。

步骤703，显示需求建议页。

步骤704，接收到用于显示需求确认页的操作。

具体地，需求建议页中包含例如“下一页”等用于指示到需求确认页的虚拟按钮或控件，用户对该虚拟按钮或控件实施例如点击或长按等操作，终端设备响应于该操作，从需求建议页跳转至需求确认页。

步骤705，显示需求确认页。

其中，该需求确认页包括处于待选中状态的服务。由于用户在需求建议页未选择目标服务，因此，在需求确认页中，对于用户未选中的第一服务或其他服务均处于待选中状态。

步骤706，接收第一服务选择操作。

该步骤同步骤103，此处不再赘述。

步骤707，接收需求确认操作。

该步骤同步骤408，此处不再赘述。

步骤708，显示具有目标服务的至少一业务线。

该步骤同步骤409，此处不再赘述。

第二种实现方式中，步骤102，根据地址信息与服务的关联度，显示至少一服务，可以包括：确定地址信息与各服务的关联度均小于第一阈值，且，地址信息与第二服务的关联度大于或等于第二阈值，其中，服务包括第二服务，第二阈值小于第一阈值；显示需求确认页，该需求确认页包括至少一服务。

该实现方式与上述实现方式的区别至少包括：

1、上述实现方式中，在确定地址信息与第一服务的关联度大于或等于第一阈值后，要先显示需求建议页，之后，再显示需求确认页；该实现方式在确定地址信息与各服务的关联度均小于第一阈值，且，地址信息与第二服务的关联度大于或等于第二阈值，之后，显示需求确认页。

2、上述实现方式中，第一服务选择操作可以用于在需求建议页中选中目标服务，也可以用于在需求确认页中选中目标服务；该实现方式中，第一服务选择操作仅用于在需求确认页中选中目标服务。

3、上述实现方式中，目标服务是在需求建议页和/或需求确认页中选中的；该实现方式中，目标服务是在需求确认页中选中的。

作为补充，当用户在需求建议页和需求确认页均未选中任一服务时，即没有目标服务，此时，终端设备显示当前选中的业务线对应的服务。打车软件默认某一业务线为当前选中的业务线，用户可对该当前选中的业务线进行更改，例如，打车软件默认顺风车这一业务线为当前选中的业务线，用户可将顺风车更改为专车，等等。具体可参考现有技术中业务线和服务的显示，此处不再赘述。

第三种实现方式中，步骤102，根据地址信息与服务的关联度，显示至少一服务，可以包括：确定地址信息与各服务的关联度均小于第二阈值；显示当前选中的业务线对应的服务。

该实现方式中的显示当前选中的业务线对应的服务，同现有技术中业务线和服务的显示，此处不再赘述。

补充说明的是，在上述任一实施例的基础上，可选地，根据地址信息与服务的关联度，显示至少一服务之前，基于服务的业务线推荐方法还可以包括：根据以下至少一种信息获取地址信息与服务的关联度：

A、该用户的历史订单中，该地址信息与服务的关联度。

B、数据库包含的订单中，该地址信息与服务的关联度。

C、该地址信息与外部因素的关联度。其中，外部因素可以包括天气和/或交通状况等。

若根据A、B和C中的至少两种信息获取地址信息与服务的关联度时，该至少两种信息对应的关联度所占的加权值可以相同或不同。例如，A对应的关联度所占的加权值大于B对应的关联度所占的加权值，和/或，B对应的关联度所占的加权值大于C对应的关联度所占的加权值。

综上，在用户选择完起终点后，发单进入到需求选择与确认阶段。将出发时间、更换乘车人、支付方式等服务的选择前置。对于目标服务的选择这一功能，根据用户当前地址信息、用户的历史订单中地址信息与服务的关联度、数据库中地址信息与服务的关联度、天气等外部因素与服务的关联度，进行服务的灵活、智能排序透出。如用户的目的地为机场，则接送机服务排序为第一位。确认需求后，在发单页仅显示可以满足用户服务需求的业务线。每次用户对服务的选择都会被计入到数据库中作为获取服务与地址信息的关联度的基础。

场景示例：5个人要去XX酒店吃饭，5个人同行计划分开打两辆车。在选完起终点等地址信息后，需求选择页透出的第一服务为具有“多人出行”特性的宽敞多座服务，可以满足5人出行的需求。选中这个服务后，发单时仅显示具有宽敞多座服务的业务线，提升用户打车体验。

下述为本发明装置实施例，可以用于执行上述本发明方法实施例。对于本发明装置实施例中未揭露的细节，请参照本发明方法实施例。

图8为本发明一实施例提供的基于服务的业务线推荐装置的结构示意图。本发明实施例提供一种基于服务的业务线推荐装置，该装置可以通过硬件和/或软件的方式实现。示例性地，该装置可以为终端设备，例如，计算机、手机、平板、穿戴设备等。

如图8所示，基于服务的业务线推荐装置80包括：获取模块81、显示模块82和接收模块83。其中，

该获取模块81，用于获取用户的地址信息。

该显示模块82，用于根据地址信息与服务的关联度，显示至少一服务。

该接收模块83，用于接收第一服务选择操作；及，接收需求确认操作。其中，第一服务选择操作用于在至少一服务中选中目标服务。

该显示模块82，还用于显示具有目标服务的至少一业务线。

本实施例中装置，通过获取用户的地址信息，并根据地址信息与服务的关联度，显示至少一服务，即针对用户的地址信息有选择地透出服务给用户，以方便用户在使用打车软件发单时有针对性地选择符合自己出行需求的服务；另外，在接收用于选中目标服务的第一服务选择操作及需求确认操作之后，显示具有目标服务的至少一业务线，达到用户迅速找到符合自己出行需求的业务线的目的，提升用户打车体验。

一种实现方式中，显示模块82在用于根据地址信息与服务的关联度，显示至少一服务时，可以具体为：确定地址信息与第一服务的关联度大于或等于第一阈值，服务包括至少一第一服务；显示需求建议页，该需求建议页包括第一服务。其中，第一服务选择操作用于在需求建议页中选中目标服务。对应地，接收模块83还可以用于在接收需求确认操作之前，接收到用于显示需求确认页的操作。显示模块82还可以用于显示需求确认页。该需求确认页包括处于选中状态的目标服务及处于待选中状态的其他服务。

可选地，接收模块83还可以用于：在显示模块82显示需求确认页之后，接收第二服务选择操作。该第二服务选择操作用于在需求确认页中选中其他目标服务。

另一种实现方式中，显示模块82在用于根据地址信息与服务的关联度，显示至少一服务时，可以具体为：确定地址信息与第一服务的关联度大于或等于第一阈值，服务包括至少一第一服务；显示需求建议页，该需求建议页包括第一服务。相应地，接收模块83还可以用于在接收需求确认操作之前，接收到用于显示需求确认页的操作。显示模块82还可以用于显示需求确认页，该需求确认页包括处于待选中状态的服务。其中，第一服务选择操作用于在需求确认页中选中目标服务。

又一种实现方式中，显示模块82在用于根据地址信息与服务的关联度，显示至少一服务时，可以具体为：确定地址信息与各服务的关联度均小于第一阈值，且，地址信息与第二服务的关联度大于或等于第二阈值，服务包括第二服务，第二阈值小于第一阈值；显示需求确认页，该需求确认页包括至少一服务。

再一种实现方式中，显示模块82在用于根据地址信息与服务的关联度，显示至少一服务时，可以具体为：确定地址信息与各服务的关联度均小于第二阈值；显示当前选中的业务线对应的服务。

在上述实施例的基础上，显示模块82在用于根据地址信息与服务的关联度，显示至少一服务时，可以具体为：按照地址信息与各服务的关联度的高低，显示各服务。

进一步地，获取模块81还可以用于：在显示模块82根据地址信息与服务的关联度，显示至少一服务之前，根据以下至少一种信息获取地址信息与服务的关联度：用户的历史订单中，地址信息与服务的关联度；数据库包含的订单中，地址信息与服务的关联度；地址信息与外部因素的关联度，该外部因素可以包括天气和/或交通状况等。

图9为本发明一实施例提供的终端设备的结构示意图。如图9所示，该终端设备90包括：存储器91和处理器92。其中，

该存储器91，用于存储程序指令。

该处理器92，用于调用并执行存储器中的程序指令，执行如上任一实施例所述的方法。

应当理解，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的计算机可读取存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (18)

1.一种基于服务的业务线推荐方法，包括：

获取用户的地址信息；

获取所述地址信息与至少一服务的关联度；

根据所获取的关联度，确定与所述关联度对应的目标服务；以及

显示具有所述目标服务的至少一业务线。

2.根据权利要求1所述的方法，其中根据所获取的关联度，确定与所述关联度对应的目标服务包括：

响应于所述关联度中的至少一个关联度大于或等于阈值，确定与所述至少一个关联度对应的目标服务。

3.根据权利要求2所述的方法，其中响应于所述关联度中的至少一个关联度大于或等于阈值，确定与所述至少一个关联度对应的目标服务包括：

响应于所述至少一个关联度大于或等于第一阈值：

显示需求建议页，其中所述需求建议页包括所述目标服务；以及

显示需求确认页，其中所述需求确认页包括处于选中状态的所述目标服务中的一个目标服务、以及处于所述目标服务中的处于待选中状态的其他目标服务，

其中所述阈值包括所述第一阈值。

4.根据权利要求3所述的方法，还包括：

接收第二服务选择操作，其中所述第二服务选择操作用于在所述需求确认页中选中所述其他目标服务。

5.根据权利要求3所述的方法，还包括：

响应于所述至少一个关联度小于所述第一阈值，并且所述至少一个关联度包括大于或等于第二阈值的关联度：

显示需求确认页，所述需求确认页包括与大于或等于所述第二阈值的所述关联度对应的目标服务；

其中所述阈值还包括所述第二阈值，所述第一阈值大于所述第二阈值。

6.根据权利要求1所述的方法，其中根据所获取的关联度，确定与所述关联度对应的目标服务包括：

根据所述关联度中的至少一个关联度的高低，确定与所述至少一个关联度对应的所述目标服务。

7.根据权利要求1所述的方法，其中获取所述地址信息与至少一服务的关联度还包括：

根据以下至少一项来获取所述地址信息与所述至少一服务的关联度：

在所述用户的历史订单中，所述地址信息与所述至少一服务的关联度；

在数据库所包含的订单中，所述地址信息与所述至少一服务的关联度；以及

所述地址信息与外部因素的关联度，所述外部因素包括天气和/或交通状况。

8.根据权利要求2所述的方法，还包括：

响应于所述关联度均小于所述阈值，向所述用户显示与当前选中的业务线对应的至少一服务。

9.一种用于基于服务推荐业务线的装置，包括：

第一模块，被配置为获取用户的地址信息；

第二模块，被配置为获取所述地址信息与至少一服务的关联度；

第三模块，被配置为根据所获取的关联度，确定与所述关联度对应的目标服务；以及

第四模块，被配置为显示具有所述目标服务的至少一业务线。

10.根据权利要求9所述的装置，其中所述第三模块还被配置为：

响应于所述关联度中的至少一个关联度大于或等于阈值，确定与所述至少一个关联度对应的目标服务。

11.根据权利要求10所述的装置，其中所述第三模块还被配置为：

响应于所述至少一个关联度大于或等于第一阈值：

显示需求建议页，其中所述需求建议页包括所述目标服务；以及

显示需求确认页，其中所述需求确认页包括处于选中状态的所述目标服务中的一个目标服务、以及处于所述目标服务中的处于待选中状态的其他目标服务，

其中所述阈值包括所述第一阈值。

12.根据权利要求11所述的装置，还包括：

第五模块，被配置为接收第二服务选择操作，其中所述第二服务选择操作用于在所述需求确认页中选中所述其他目标服务。

13.根据权利要求11所述的装置，还包括：

第六模块，被配置为：

响应于所述至少一个关联度均小于所述第一阈值，并且所述至少一个关联度包括大于或等于第二阈值的关联度：

显示需求确认页，其中所述需求确认页包括与大于或等于所述第二阈值的所述关联度对应的目标服务，

其中所述阈值还包括所述第二阈值，所述第一阈值大于所述第二阈值。

14.根据权利要求9所述的装置，其中所述第三模块还被配置为：

根据所述关联度中的至少一个关联度的高低，确定与所述至少一个关联度对应的所述目标服务。

15.根据权利要求9所述的装置，其中所述第二模块还被配置为：

根据以下至少一项来获取所述地址信息与所述至少一服务的关联度：

在所述用户的历史订单中，所述地址信息与所述至少一服务的关联度；

在数据库所包含的订单中，所述地址信息与所述至少一服务的关联度；以及

所述地址信息与外部因素的关联度，所述外部因素包括天气和/或交通状况。

16.根据权利要求10所述的装置，其中所述第三模块还被配置为：

响应于所述关联度均小于所述阈值，向所述用户显示与当前选中的业务线对应的至少一服务。

17.一种用于基于服务推荐业务线的装置，包括：

至少一个处理器；以及

至少一个存储器，所述至少一个存储器包括计算机程序代码，

其中，所述至少一个处理器以及所述计算机程序代码被配置为与所述至少一个处理器一起，使得所述装置至少：

获取用户的地址信息；

获取所述地址信息与至少一服务的关联度；

根据所获取的关联度，确定与所述关联度对应的目标服务；以及

显示具有所述目标服务的至少一业务线。

18.一种计算机可读存储介质，具有存储在其上的计算机可读程序指令，所述计算机可读程序指令用于执行根据权利要求1-8中任一项所述的方法。