CN106550004A - 业务对象的推荐方法及装置 - Google Patents

Abstract

本申请提供一种业务对象的推荐方法及装置，该方法可以包括：接收到来自当前登录用户的业务对象推荐请求，所述业务对象推荐请求中包含被推荐的业务对象和推荐目标用户；从所述被推荐的业务对象的历史用户中，选取同时与所述当前登录用户和所述推荐目标用户存在关联关系的关联用户；向所述推荐目标用户发送推荐消息，所述推荐消息中包含所述被推荐的业务对象的描述信息，以及所述关联用户作为所述被推荐的业务对象的历史用户的介绍信息。通过本申请的技术方案，可以将用户之间的关联关系用于提升对业务对象的推荐效果。

Description

业务对象的推荐方法及装置

技术领域

本申请涉及互联网技术领域，尤其涉及业务对象的推荐方法及装置。

背景技术

通过用户之间的相互推荐，可以实现业务对象的快速推广。在相关技术中，用户之间的相互推荐往往采用下述方式：由用户A向用户B发送推荐消息，告知用户B关于被推荐的业务对象的描述信息。

然而，用户B只能够了解到用户A对该业务对象的认同，并不能够了解该业务对象在其他用户处的被认同情况，因而往往会放弃对该业务对象的尝试。

发明内容

有鉴于此，本申请提供一种业务对象的推荐方法及装置，可以将用户之间的关联关系用于提升对业务对象的推荐效果。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种业务对象的推荐方法，包括：

接收到来自当前登录用户的业务对象推荐请求，所述业务对象推荐请求中包含被推荐的业务对象和推荐目标用户；

从所述被推荐的业务对象的历史用户中，选取同时与所述当前登录用户和所述推荐目标用户存在关联关系的关联用户；

向所述推荐目标用户发送推荐消息，所述推荐消息中包含所述被推荐的业务对象的描述信息，以及所述关联用户作为所述被推荐的业务对象的历史用户的介绍信息。

根据本申请的第二方面，提出了一种业务对象的推荐装置，包括：

接收单元，接收到来自当前登录用户的业务对象推荐请求，所述业务对象推荐请求中包含被推荐的业务对象和推荐目标用户；

选取单元，从所述被推荐的业务对象的历史用户中，选取同时与所述当前登录用户和所述推荐目标用户存在关联关系的关联用户；

发送单元，向所述推荐目标用户发送推荐消息，所述推荐消息中包含所述被推荐的业务对象的描述信息，以及所述关联用户作为所述被推荐的业务对象的历史用户的介绍信息。

由以上技术方案可见，本申请通过选取同时与当前登录用户和推荐目标用户存在关联关系的关联用户，并将该关联用户作为被推荐的业务对象的历史用户的介绍信息发送至推荐目标用户，使得推荐目标用户能够了解到除了当前登录用户之外的其他用户对该业务对象的认同情况，强化了推荐目标用户对被推荐的业务对象的认知，有助于提升推荐目标用户对该业务对象的尝试概率。

附图说明

图1A是相关技术中的当前登录用户的终端界面示意图；

图1B是相关技术中的推荐目标用户的终端界面示意图；

图2是本申请一示例性实施例提供的一种业务对象的推荐方法的流程图；

图3是本申请一示例性实施例提供的另一种业务对象的推荐方法的流程图；

图4是本申请一示例性实施例提供的一种用户关系的示意图；

图5是本申请一示例性实施例提供的一种推荐目标用户的终端界面示意图；

图6是本申请一示例性实施例提供的一种当前登录用户的终端界面示意图；

图7是本申请一示例性实施例提供的另一种推荐目标用户的终端界面示意图；

图8是本申请一示例性实施例提供的又一种业务对象的推荐方法的流程图；

图9是本申请一示例性实施例提供的另一种当前登录用户的终端界面示意图；

图10是本申请一示例性实施例提供的又一种推荐目标用户的终端界面示意图；

图11是本申请一示例性实施例提供的又一种推荐目标用户的终端界面示意图；

图12是本申请一示例性实施例提供的一种电子设备的结构示意图；

图13是本申请一示例性实施例提供的一种业务对象的推荐装置的框图。

具体实施方式

图1A是相关技术中的当前登录用户的终端界面示意图，如图1A所示，当前登录用户“小白”可以选取任意业务对象进行推荐，比如图1A中的业务对象为企业即时通讯应用“钉钉”，则通过指定诸如图1A所示的“小黑”等推荐目标用户，即可向每个推荐目标用户发送针对该被选取的业务对象的推荐消息。

相应地，作为推荐目标用户的“小黑”可以接收到来自当前登录用户“小白”的推荐消息，如图1B所示，推荐目标用户“小黑”可以根据该推荐消息右下角的“钉钉”字样等特征，了解到当前消息为“推荐消息”。

通过相关技术中的上述方式，当前登录用户“小白”完成了对“钉钉”的推荐，使得推荐目标用户“小黑”了解到“小白向我推荐了一个应用程序‘钉钉’”的信息。

然而，在相关技术的上述方案中，“小黑”只知道“小白”向其推荐了某个业务对象，表明该业务对象受到了“小白”的认同，而“小黑”并不了解自己的其他朋友是否同样认同该业务对象，因而对于“小黑”而言具有较高的试用成本和风险，因而很可能并不会对本次推荐做出响应，造成了“虽然推荐消息成功送达，但推荐效果很差”的结果。

因此，本申请通过对业务对象的推荐方式进行改进，以解决相关技术中的上述技术问题。为对本申请进行进一步说明，提供下列实施例：

图2是本申请一示例性实施例提供的一种业务对象的推荐方法的流程图，如图2所示，该方法应用于服务器中，可以包括以下步骤：

步骤202，接收到来自当前登录用户的业务对象推荐请求，所述业务对象推荐请求中包含被推荐的业务对象和推荐目标用户。

在本实施例中，对于当前登录用户而言，仍然可以通过如图1A所示方式，在“推荐内容”中指定被推荐的业务对象，以及指定“推荐目标用户”；而相应的，服务器可以根据接收到的该业务对象推荐请求，执行基于本申请的技术方案，以实现更为优化的业务对象推荐方案。

步骤204，从所述被推荐的业务对象的历史用户中，选取同时与所述当前登录用户和所述推荐目标用户存在关联关系的关联用户。

在本实施例中，在一种情况下，可以调取分别预先获取的所述当前登录用户与所述推荐目标用户的通讯录数据；当存在所述当前登录用户与所述推荐目标用户的共同联系人，且所述共同联系人为所述被推荐的业务对象的历史用户时，将所述共同联系人作为所述关联用户。在该实施例中，通过获取通讯录数据，使得服务器可以根据当前登录用户与推荐目标用户的通讯录数据之间的匹配情况，并结合被推荐的业务对象的历史用户，确定上述的关联用户。由于通讯录数据是由当前登录用户、推荐目标用户主动创建，因而确保了最终结果的准确度。

在本实施例中，在另一种情况下，可以调取分别预先获取的所述当前登录用户与所述推荐目标用户的社交关系数据，所述社交关系数据由相应用户的历史行为数据分析得到；当存在任一用户同时与所述当前登录用户和所述推荐目标用户之间存在预设社交关系，且所述任一用户为所述被推荐的业务对象的历史用户时，将所述任一用户作为所述关联用户。在该实施例中，根据各个用户的历史行为数据，可以基于用户的实际行为，更为准确地分析出各个用户的社交关系数据，以确定出上述的关联用户。

步骤206，向所述推荐目标用户发送推荐消息，所述推荐消息中包含所述被推荐的业务对象的描述信息，以及所述关联用户作为所述被推荐的业务对象的历史用户的介绍信息。

在本实施例中，推荐消息可以采用即时通讯消息、短信息、邮件等各种方式发送至推荐目标用户；或者，还可以将所述推荐消息和所述当前登录用户的信息推送至所述推荐目标用户，以使所述推荐消息被作为所述当前登录用户发送的社交消息，展示于所述推荐目标用户的社交时间轴中。

由以上技术方案可见，本申请通过选取同时与当前登录用户和推荐目标用户存在关联关系的关联用户，并将该关联用户作为被推荐的业务对象的历史用户的介绍信息发送至推荐目标用户，使得推荐目标用户能够了解到除了当前登录用户之外的其他用户对该业务对象的认同情况，强化了推荐目标用户对被推荐的业务对象的认知，有助于提升推荐目标用户对该业务对象的尝试概率。

下面结合当前登录用户、服务器和推荐目标用户之间的数据交互情况，通过图3对本申请的技术方案进行详细描述。其中，图3是本申请一示例性实施例提供的另一种业务对象的推荐方法的流程图，如图3所示，该方法应用于服务器中，可以包括以下步骤：

步骤302，服务器分别从“小白”和“小黑”处获取通讯录数据。

在本实施例中，“小白”和“小黑”尚未被划分为“当前登录用户”或“推荐目标用户”；实际上，任一用户均可以作为“当前登录用户”或“推荐目标用户”，这取决于该用户在整个技术方案中所起到的作用。比如，当“小白”向服务器发起对“小黑”的业务推荐请求时，“小白”作为本次推荐过程中的“当前登录用户”、“小黑”作为本次推荐过程中的“推荐目标用户”；相应的，当“小黑”向服务器发起对“小白”的业务推荐请求时，“小黑”作为本次推荐过程中的“当前登录用户”、“小白”作为本次推荐过程中的“推荐目标用户”。

在本实施例中，通讯录可以为各个用户的手机通讯录，也可以为各个用户在其他诸如即时通讯应用等平台的通讯录，本申请并不对此进行限制。其中，通讯录可以位于用户的手机本地，则步骤302中需要将该数据上传至服务器中；或者，通讯录可以位于云端，则服务器在向用户请求并获得相关权限后，从云端获取通讯录数据。

当然，应该理解的是，服务器可以分别获取所有用户的通讯录数据，而并非仅获取“小白”和“小黑”的通讯录数据，此处只是由于下文将“小白”和“小黑”用于举例说明而加以强调，实际上服务器还可以获取其他任意用户的通讯录数据。

步骤304，用户“小白”在终端上生成业务推荐请求，且服务器接收到“小白”发起的该业务推荐请求。

在本实施例中，“小白”可以通过如图1A所示的终端界面，在“推荐内容”中指定被推荐的业务对象，如企业即时通讯应用“钉钉”；同时，还在“推荐目标用户”中指定推荐目标，如用户“小黑”。相应的，在生成的业务推荐请求中将分别包含针对“钉钉”的描述信息和作为推荐目标用户的“小黑”的信息(比如手机号、即时通讯账号等)。

同时，对于服务器而言，由于接收到来自“小白”的业务推荐请求，因而将“小白”的身份确定为“当前登录用户”。

步骤306，确定推荐目标用户。

在本实施例中，服务器通过解析业务推荐请求，即可分别获得被推荐的业务对象的描述信息，以及推荐目标用户的信息。举例而言，假定该业务推荐请求中包含的推荐目标用户为“小黑”。

步骤308，服务器根据确定的当前登录用户和推荐目标用户，分别提取预先获取的“小白”和“小黑”的通讯录数据；同时，调取被推荐的业务对象的历史用户信息，即“钉钉”的已注册用户数据，从而将“小白”的通讯录数据、“小黑”的通讯录数据和“钉钉”的已注册用户数据进行对比。

需要说明的是：由于服务器已经预先获取了各个用户的通讯录，因而既可以在图3所示的阶段进行实时数据对比，也可以预先对比和确定出用户之间的相互关联关系，本申请并不对此进行限制。

步骤310，根据对比结果选取关联用户，并生成针对推荐目标用户的推荐消息。

在本实施例中，图4示出了一示例性实施例下的用户关系，如图4所示：“小白”的通讯录中存在“小A”、“小B”和“小C”等联系人，而“小黑”的通讯录中存在“小B”、“小C”和“小D”等联系人，则两者之间存在共同好友为“小B”和“小C”；同时，在“钉钉”的已注册用户中，仅记录了“小A”、“小C”和“小D”的注册信息；因此，用户“小C”满足：既属于“钉钉”的已注册用户，又属于“小白”与“小黑”的共同好友，因而将“小C”作为选取的关联用户。

步骤312，服务器将推荐消息发送至“小黑”。

在本实施例中，服务器实际上是将推荐消息发送至“小黑”对应的账号，使得“小黑”在任一终端上登录自己的账号后，即可接收到该推荐消息。

步骤314，在“小黑”的终端上展示推荐消息。

在本实施例中，作为一示例性实施例，推荐消息可以通过“即时通讯消息”、“短信息”或“邮件”等形式进行发送，并展示于推荐目标用户的终端界面上。如图5所示，以“即时通讯消息”为例，在对推荐消息进行展示时，相当于“小黑”接收到“小白”发出的一条即时通讯消息，该消息中不仅包含了针对被推荐的业务对象“钉钉”的描述信息，比如“钉钉”的图标以及“钉钉，新一代的团队沟通方式！”等介绍信息，还包含了关联用户“小C”作为“钉钉”的历史用户的介绍信息，比如“我们(即‘小黑’和‘小白’)的共同好友：小C也已经加入钉钉了哦～赶快跟他取得联系吧！”等信息。

此外，如果当前登录用户同时指定了多个推荐目标用户，那么本申请的技术方案还可以包括：当存在多个推荐目标用户时，确定各个推荐目标用户之间的关系状况；其中，当任一推荐目标用户与另一推荐目标用户之间存在关联关系时，在发送至所述任一推荐目标用户的推荐消息中还包含：所述另一推荐目标用户被作为所述被推荐的业务对象的推荐目标用户的介绍信息。

举例而言，比如图6所示，“小白”可以同时指定“小黑”和“白白”为推荐目标用户，则当“小黑”与“白白”之间存在关联关系时，比如在步骤308中，服务器确定“白白”位于“小黑”的通讯录中，即“白白”为“小黑”的好友，比如“白白”为图4所示的“小B”，同时属于“小白”和“小黑”的好友，且尚未注册“钉钉”。因此，服务器在生成发送至“小黑”的推荐消息时，该推荐消息除了“钉钉”的描述信息和对于“小C”是“钉钉”的历史用户的介绍信息之外，还包含“白白”被作为推荐目标用户的介绍信息，比如该介绍信息可以为图7所示的“我们的共同好友：小B也即将加入钉钉了哦～”，使得“小黑”不仅了解到“小白”对“钉钉”的认同和推荐，还了解到“小C”对“钉钉”的认同，以及“小B”也被推荐并存在认同“钉钉”的可能性，因而“小黑”在心理上会产生“大家都认同被推荐的业务对象”或“大家都在尝试被推荐的业务对象”的感受，进一步增强了对被推荐的业务对象的认同感，有助于进一步降低推荐目标用户进行尝试的心理负担。

图8是本申请一示例性实施例提供的另一种业务对象的推荐方法的流程图，如图8所示，该方法应用于服务器中，可以包括以下步骤：

步骤802，服务器获取“小白”和“小黑”的历史行为数据。

在本实施例中，与步骤302相类似地，“小白”和“小黑”尚未被划分为“当前登录用户”或“推荐目标用户”。同时，服务器可以分别获取所有用户的历史行为数据，而并非仅获取“小白”和“小黑”的历史行为数据，此处只是由于下文将“小白”和“小黑”用于举例说明而加以强调，实际上服务器还可以获取其他任意用户的历史行为数据。

步骤804，根据获取的历史行为数据，分析出每个用户对应的社交关系数据。

在本实施例中，历史行为数据可以包括以下至少之一：通讯行为(包括电话、短信、即时通讯、邮件等所有类型的通讯)、转账行为、物流收发行为(比如寄快递等)、账号绑定行为等。通过获取历史行为数据，可以根据用户之间的行为分析确定其相互之间的关系，从而分析得到相应的社交关系数据。

需要说明的是：服务器可以预先对各个用户的历史行为数据进行分析，得到对应社交关系数据；或者，服务器也可以在接收到某个用户发起的业务推荐请求时，实时分析对应的社交关系数据。本申请并不对此进行限制。

步骤806，用户“小白”在终端上生成业务推荐请求，且服务器接收到“小白”发起的该业务推荐请求。

在本实施例中，“小白”可以通过如图1A所示的终端界面，在“推荐内容”中指定被推荐的业务对象，如企业即时通讯应用“钉钉”；同时，还在“推荐目标用户”中指定推荐目标，如用户“小黑”。

当然，本申请中的“业务对象”并不限制于“企业即时通讯应用”或“即时通讯应用”或“应用程序”，其还可以为一部电影、一款电子设备、一本书或者任何实体或虚拟对象；实际上，任何对象均可以作为本申请中的业务对象而被推荐，本申请并不对此进行限制。

比如图9所示，“小白”可以在“推荐内容”中指定一款耳机(即图9所示的“2015最新爆款无线蓝牙耳机随身低音炮……”)为被推荐的业务对象；同时，“小白”还可以指定“小黑”、“白白”等用户为推荐目标用户，以接收到相应的推荐消息。

此外，除了对“业务对象”的类型不进行限制，本申请对于推荐消息的发送形式也不进行限制。实际上，除了图5或图7所示的“即时通讯消息”等形式之外，还可以基于社交网络平台实现推荐消息的发送。比如图9所示，“小白”可以在“推荐方式”中选择社交网络平台“工作圈”；当然，一方面可以将“工作圈”设定为默认的推荐方式，而无需“小白”进行选择，另一方面“小白”还可以选择其他的推荐方式，比如选择为“即时通讯消息”、“邮件”等。

步骤808，确定推荐目标用户。

步骤810，服务器根据确定的当前登录用户和推荐目标用户，分别提取“小白”和“小黑”对应的社交关系数据；同时，调取被推荐的业务对象的历史用户信息，即“蓝牙耳机”的已购买用户数据，从而将“小白”的社交关系数据、“小黑”的社交关系数据和“蓝牙耳机”的已购买用户数据进行对比。

步骤812，根据对比结果选取关联用户，并生成针对推荐目标用户的推荐消息。

在本实施例中，将图4中“小白的通讯录”替换为“小白的社交关系”、将“小黑的通讯录”替换为“小黑的社交关系”、将“钉钉的已注册用户”替换为“蓝牙耳机的已购买用户”，则可以通过与步骤310相类似的方式，确定出关联用户，此处不再赘述；比如关联用户可以为“小C”。

步骤814，服务器将推荐消息发送至“小黑”。

步骤816，在“小黑”的终端上展示推荐消息。

在本实施例中，服务器可以以当前登录用户“小白”为发送方，将推荐消息推送至推荐目标用户“小黑”(以及其他推荐目标用户；此处仅以“小黑”为例进行说明)，以使推荐消息被作为当前登录用户“小白”发送的社交消息，展示于推荐目标用户“小黑”的社交时间轴(timeline)中。

如图10所示，“小黑”可以在自己的“朋友圈”中，查看到来自“小白”的推荐消息，包括针对被推荐的业务对象“蓝牙耳机”的描述信息，包括图片和文字内容“2015最新爆款无线蓝牙耳机随身低音炮……￥198”等，以及针对关联用户“小C”作为“蓝牙耳机”的已购买用户的介绍信息“我们的共同好友：小C也已经购买了哦～赶快一起high起来吧！”等。

同时，与图7向相类似地，如果“小白”同时选取了多个推荐目标用户，比如“小黑”和“小B(即白白)”，则如图11所示，除了图10所示的信息之外，“小黑”还可以看到“我们的共同好友：小B也即将加入哦～”的介绍信息。

此外，在本申请的技术方案中，推荐消息中还可以包含：被推荐的业务对象的获取链接。比如图5或图7所示，当用户“小黑”点击接收到的即时通讯消息形式的推荐消息时，即可跳转至“钉钉”的下载界面，以便“小黑”直接下载体验；再比如图10或图11所示，当用户“小黑”点击接收到的社交消息形式的推荐消息时，即可跳转至“蓝牙耳机”对应的购买界面，以便“小黑”浏览和购买。

图12示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图12，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成业务对象的推荐装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图13，在软件实施方式中，该业务对象的推荐装置可以包括接收单元、选取单元和发送单元。其中：

接收单元，接收到来自当前登录用户的业务对象推荐请求，所述业务对象推荐请求中包含被推荐的业务对象和推荐目标用户；

选取单元，从所述被推荐的业务对象的历史用户中，选取同时与所述当前登录用户和所述推荐目标用户存在关联关系的关联用户；

发送单元，向所述推荐目标用户发送推荐消息，所述推荐消息中包含所述被推荐的业务对象的描述信息，以及所述关联用户作为所述被推荐的业务对象的历史用户的介绍信息。

可选的，所述选取单元具体用于：

调取分别预先获取的所述当前登录用户与所述推荐目标用户的通讯录数据；

当存在所述当前登录用户与所述推荐目标用户的共同联系人，且所述共同联系人为所述被推荐的业务对象的历史用户时，将所述共同联系人作为所述关联用户。

可选的，所述选取单元具体用于：

调取分别预先获取的所述当前登录用户与所述推荐目标用户的社交关系数据，所述社交关系数据由相应用户的历史行为数据分析得到；

当存在任一用户同时与所述当前登录用户和所述推荐目标用户之间存在预设社交关系，且所述任一用户为所述被推荐的业务对象的历史用户时，将所述任一用户作为所述关联用户。

可选的，还包括：

确定单元，当存在多个推荐目标用户时，确定各个推荐目标用户之间的关系状况；

其中，当任一推荐目标用户与另一推荐目标用户之间存在关联关系时，在发送至所述任一推荐目标用户的推荐消息中还包含：所述另一推荐目标用户被作为所述被推荐的业务对象的推荐目标用户的介绍信息。

可选的，所述发送单元具体用于：

以所述当前登录用户为发送方，将所述推荐消息推送至所述推荐目标用户，以使所述推荐消息被作为所述当前登录用户发送的社交消息，展示于所述推荐目标用户的社交时间轴中。

可选的，所述推荐消息中还包含：所述被推荐的业务对象的获取链接。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。

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

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (12)

1.一种业务对象的推荐方法，其特征在于，包括：

接收到来自当前登录用户的业务对象推荐请求，所述业务对象推荐请求中包含被推荐的业务对象和推荐目标用户；

从所述被推荐的业务对象的历史用户中，选取同时与所述当前登录用户和所述推荐目标用户存在关联关系的关联用户；

向所述推荐目标用户发送推荐消息，所述推荐消息中包含所述被推荐的业务对象的描述信息，以及所述关联用户作为所述被推荐的业务对象的历史用户的介绍信息。

2.根据权利要求1所述的方法，其特征在于，所述从所述被推荐的业务对象的历史用户中，选取同时与所述当前登录用户和所述推荐目标用户存在关联关系的关联用户，包括：

调取分别预先获取的所述当前登录用户与所述推荐目标用户的通讯录数据；

当存在所述当前登录用户与所述推荐目标用户的共同联系人，且所述共同联系人为所述被推荐的业务对象的历史用户时，将所述共同联系人作为所述关联用户。

3.根据权利要求1所述的方法，其特征在于，所述从所述被推荐的业务对象的历史用户中，选取同时与所述当前登录用户和所述推荐目标用户存在关联关系的关联用户，包括：

调取分别预先获取的所述当前登录用户与所述推荐目标用户的社交关系数据，所述社交关系数据由相应用户的历史行为数据分析得到；

当存在任一用户同时与所述当前登录用户和所述推荐目标用户之间存在预设社交关系，且所述任一用户为所述被推荐的业务对象的历史用户时，将所述任一用户作为所述关联用户。

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

当存在多个推荐目标用户时，确定各个推荐目标用户之间的关系状况；

其中，当任一推荐目标用户与另一推荐目标用户之间存在关联关系时，在发送至所述任一推荐目标用户的推荐消息中还包含：所述另一推荐目标用户被作为所述被推荐的业务对象的推荐目标用户的介绍信息。

5.根据权利要求1所述的方法，其特征在于，所述向所述推荐目标用户发送推荐消息，包括：

以所述当前登录用户为发送方，将所述推荐消息推送至所述推荐目标用户，以使所述推荐消息被作为所述当前登录用户发送的社交消息，展示于所述推荐目标用户的社交时间轴中。

6.根据权利要求1所述的方法，其特征在于，所述推荐消息中还包含：所述被推荐的业务对象的获取链接。

7.一种业务对象的推荐装置，其特征在于，包括：

接收单元，接收到来自当前登录用户的业务对象推荐请求，所述业务对象推荐请求中包含被推荐的业务对象和推荐目标用户；

选取单元，从所述被推荐的业务对象的历史用户中，选取同时与所述当前登录用户和所述推荐目标用户存在关联关系的关联用户；

发送单元，向所述推荐目标用户发送推荐消息，所述推荐消息中包含所述被推荐的业务对象的描述信息，以及所述关联用户作为所述被推荐的业务对象的历史用户的介绍信息。

8.根据权利要求7所述的装置，其特征在于，所述选取单元具体用于：

调取分别预先获取的所述当前登录用户与所述推荐目标用户的通讯录数据；

当存在所述当前登录用户与所述推荐目标用户的共同联系人，且所述共同联系人为所述被推荐的业务对象的历史用户时，将所述共同联系人作为所述关联用户。

9.根据权利要求7所述的装置，其特征在于，所述选取单元具体用于：

调取分别预先获取的所述当前登录用户与所述推荐目标用户的社交关系数据，所述社交关系数据由相应用户的历史行为数据分析得到；

当存在任一用户同时与所述当前登录用户和所述推荐目标用户之间存在预设社交关系，且所述任一用户为所述被推荐的业务对象的历史用户时，将所述任一用户作为所述关联用户。

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

确定单元，当存在多个推荐目标用户时，确定各个推荐目标用户之间的关系状况；

其中，当任一推荐目标用户与另一推荐目标用户之间存在关联关系时，在发送至所述任一推荐目标用户的推荐消息中还包含：所述另一推荐目标用户被作为所述被推荐的业务对象的推荐目标用户的介绍信息。

11.根据权利要求7所述的装置，其特征在于，所述发送单元具体用于：

以所述当前登录用户为发送方，将所述推荐消息推送至所述推荐目标用户，以使所述推荐消息被作为所述当前登录用户发送的社交消息，展示于所述推荐目标用户的社交时间轴中。

12.根据权利要求7所述的装置，其特征在于，所述推荐消息中还包含：所述被推荐的业务对象的获取链接。