CN114513479B - 消息收发方法、装置、终端、服务器及存储介质 - Google Patents

Abstract

本申请公开了一种消息收发方法、装置、终端、服务器及存储介质，涉及即时通信技术领域。该方法包括：通过应用插件获取目标帐号发送的目标消息，并进行显示，所述应用插件运行在第一即时通信应用中，所述目标帐号为第二即时通信应用中的帐号；响应于对所述目标消息的触发操作，显示目标通讯录，所述目标通讯录中包含至少一个属于目标组织的帐号，所述目标组织是所述第二即时通信应用中所述应用插件对应帐号所属的组织；响应于对所述目标通讯录中帐号的触发操作，显示消息界面，所述消息界面用于与选中的帐号进行消息收发。采用本申请实施例提供的方案，提高了冷启动阶段通过应用插件发起主动通信的效率，有助于提高应用插件的使用率。

Description

消息收发方法、装置、终端、服务器及存储介质

技术领域

本申请实施例涉及即时通信技术领域，特别涉及一种消息收发方法、装置、终端、服务器及存储介质。

背景技术

即时通信应用是一种通过即时通信技术实现文字或音视频交流的应用。常见的即时通信应用包括工作类即时通信应用和社交类即时通信应用。

为了实现不同即时通信应用内消息的收发互通，以工作类即时通信应用和社交类即时通信应用为例，相关技术中，社交类即时通信应用可以通过运行工作类即时通信应用对应的应用插件，在社交类即时通信息应用中实现工作类即时通信应用内消息的收发。

然而，由于应用插件无法实现即时通信应用的完整功能，因此在冷启动阶段，用户无法主动通过应用插件发送消息，只能被动接收其他用户发送消息，导致应用插件的使用率较低。

发明内容

本申请实施例提供了一种消息收发方法、装置、终端、服务器及存储介质，能够在冷启动阶段实现通过应用插件主动发送消息，提高应用插件的使用率，达到拉活应用插件用户的效果。所述技术方案如下：

一方面，本申请实施例提供一种消息收发方法，所述方法包括：

通过应用插件获取目标帐号发送的目标消息，并进行显示，所述应用插件运行在第一即时通信应用中，所述目标帐号为第二即时通信应用中的帐号；

响应于对所述目标消息的触发操作，显示目标通讯录，所述目标通讯录中包含至少一个属于目标组织的帐号，所述目标组织是所述第二即时通信应用中所述应用插件对应帐号所属的组织；

响应于对所述目标通讯录中帐号的触发操作，显示消息界面，所述消息界面用于与选中的帐号进行消息收发。

另一方面，本申请实施例提供了一种消息收发方法，所述方法包括：

生成目标消息；

通过目标帐号向第一即时通信应用中运行的应用插件发送所述目标消息，所述应用插件为第二即时通信应用对应的插件，所述应用插件用于在所述第一即时通信应用中显示包含所述目标消息的消息入口，所述消息入口是用于主动触发即时通信的入口；

接收所述应用插件发送的即时通信消息，并将所述即时通信消息发送至消息接收方。

另一方面，本申请实施例提供了一种消息收发装置，所述装置包括：

消息显示模块，用于通过应用插件获取目标帐号发送的目标消息，并进行显示，所述应用插件运行在第一即时通信应用中，所述目标帐号为第二即时通信应用中的帐号；

通讯录显示模块，用于响应于对所述目标消息的触发操作，显示目标通讯录，所述目标通讯录中包含至少一个属于目标组织的帐号，所述目标组织是所述第二即时通信应用中所述应用插件对应帐号所属的组织；

消息收发模块，用于响应于对所述目标通讯录中帐号的触发操作，显示消息界面，所述消息界面用于与选中的帐号进行消息收发。

另一方面，本申请实施例提供了一种消息收发装置，所述装置包括：

消息生成模块，用于生成目标消息；

消息发送模块，用于通过目标帐号向第一即时通信应用中运行的应用插件发送所述目标消息，所述应用插件为第二即时通信应用对应的插件，所述应用插件用于在所述第一即时通信应用中显示包含所述目标消息的消息入口，所述消息入口是用于主动触发即时通信的入口；

消息发送模块，用于接收所述应用插件发送的即时通信消息，并将所述即时通信消息发送至消息接收方。

另一方面，本申请实施例提供了一种终端，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述方面所述的终端侧的消息收发方法。

另一方面，本申请实施例提供了一种服务器，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述方面所述的服务器侧的消息收发方法。

另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条程序代码，所述程序代码由处理器加载并执行以实现如上述方面所述的消息收发方法。

另一方面，本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。服务器的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该服务器执行上述方面提供的消息收发方法。

本申请实施例提供的技术方案带来的有益效果至少包括：

本申请实施例中，服务器通过目标帐号向第一即时通信应用中运行的应用插件发送目标消息，使第一即时通信应用中显示包含该目标消息的消息入口，后续用户通过该消息入口能够主动触发与其他帐号的即时通信。比如，当接收到对目标消息的触发操作后，通过显示应用插件对应帐号所属组织的通讯录，方便用户从通讯录中选取帐号并发起主动通信。采用本申请实施例提供的方案，提高了冷启动阶段通过应用插件发起主动通信的效率，有助于提高应用插件的使用率，并达到拉活应用插件的效果。

附图说明

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

图1示出了本申请一个示例性实施例提供的实施环境的示意图；

图2示出了本申请一个示例性实施例提供的消息收发方法的流程图；

图3是第一即时通信服务器、第二即时通信服务器以及应用插件三者之间交互关系的示意图；

图4示出了本申请另一个示例性实施例提供的消息收发方法的流程图；

图5是图4所示消息收发方法实施过程的界面示意图；

图6示出了本申请另一个示例性实施例提供的消息收发方法的流程图；

图7是图6所示消息收发方法实施过程的界面示意图；

图8示出了本申请一个示例性实施例提供的消息收发方法的流程图；

图9示出了本申请另一个示例性实施例提供的消息收发方法的流程图；

图10是一个示例性实施例示出的第二即时通信服务器发送目标消息过程的流程图；

图11是本申请一个示例性实施例提供的消息收发装置的结构框图；

图12是本申请一个示例性实施例提供的消息收发装置的结构框图；

图13示出了本申请一个示例性实施例提供的服务器的结构示意图；

图14示出了本申请一个示例性实施例提供的终端的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

即时通信应用按照使用场景进行划分，通常可以被划分为工作类即时通信应用(比如企业微信应用)和社交类即时通信应用(比如微信应用)，相较于社交类即时通信应用，工作类即时通信应用具备更强的办公属性，且两者提供的功能也存在较大差异。为了避免用户在日常使用过程中频繁切换工作类即时通信应用和社交类即时通信应用，社交类即时通信应用中可以运行工作类即时通信应用对应的应用插件，利用该应用插件作为社交类即时通信应用中收发工作类即时通信应用中即时通信消息的载体。

运行在社交类即时通信应用中的应用插件相当于功能简化版的工作类即时通信应用，具有工作类即时通信应用中核心的消息收发功能。比如，使用社交类即时通信应用过程中，当同事通过工作类即时通信应用发送一条消息时，应用插件即可获取该消息，并将该消息显示在社交类即时通信应用中；进一步的，用户可以在消息界面中对接收到的消息进行回复。

虽然应用插件能够实现消息收发功能，但是受限于运行环境，导致工作类即时通信应用中的部分功能在冷启动阶段无法被用户感知。比如，用户无法在冷启动阶段通过应用插件感知到工作类即时通信应用中的群组以及通讯录功能，相应的，用户无法主动在群组中发送消息，且无法主动向通讯录中的同事发起通信，导致应用插件的使用率较低，且应用插件用户的活跃度较低。

为了使用户能够在冷启动阶段通过应用插件主动发起通信，进而提高应用插件的使用率，拉活应用插件，本申请实施例中，当第一即时通信应用(比如社交类即时通信应用)中运行有第二即时通信应用(比如工作类即时通信应用)对应的应用插件时，即时通信服务器借助虚拟帐号功能，主动通过目标帐号(即虚拟帐号)向应用插件发送一条消息，应用插件获取该消息后，在第一即时通信应用中显示包含该消息的消息入口，使用户能够通过该消息入口感知第二即时通信应用中的其他功能，进而通过该消息入口主动向其他帐号(非虚拟帐号)发起通信。

比如，即时通信服务器通过目标帐号发送群组消息，使用户能够通过消息入口感知第二即时通信应用中的群组功能，方便用户通过该消息入口主动在群组中发送群组消息；即时通信服务器通过目标帐号发送通讯录消息，使用户能够通过消息入口感知第二即时通信应用中的通讯录功能，方便用户通过该消息入口获取企业通讯录，进而从企业通讯录中选取同事并主动发送即时通信消息。

图1示出了本申请一个示例性实施例提供的实施环境的示意图。该实施环境中包括终端110、第一即时通信服务器120以及第二即时通信服务器130。其中，终端110与第一即时通信服务器120之间、终端110与第二即时通信服务器130之间、第一即时通信服务器120与第二即时通信服务器130之间通过通信网络进行数据通信，可选地，通信网络可以是有线网络也可以是无线网络，且该通信网络可以是局域网、城域网以及广域网中的至少一种。

终端110是运行有第一即时通信应用111的电子设备，该电子设备可以是智能手机、平板电脑、膝上便携式笔记本电脑等移动终端，也可以是台式电脑、投影式电脑等终端，本申请实施例对此不做限定。

本申请实施例中，第一即时通信应用111中运行有第二即时通信应用对应的应用插件112。其中，第一即时通信应用和第二即时通信应用为不同即时通信应用，比如，第一即时通信应用为社交类即时通信应用，而第二即时通信应用为工作类即时通信应用，本申请实施例并不即时通信应用的具体类型进行限定。

第一即时通信服务器120为第一即时通信应用111的后台服务器，第二即时通信服务器130为第二即时通信应用的后台服务器。第一即时通信服务器120和第二即时通信服务器130可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式***，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器

可选的，第一即时通信服务器120与第二即时通信服务器130之间具有消息同步功能。通过消息同步功能，第二即时通信服务器130将第二即时通信应用中接收到的第二即时通信消息同步至第一即时通信服务器120，应用插件112即可从第一即时通信服务器120处获取第二即时通信消息；并且，应用插件112可以将第一即时通信应用111内输入的第二即时通信消息发送至第一即时通信服务器120，由第一即时通信服务器120将第二即时通信消息同步至第二即时通信服务器130，以便消息接收方通过第二即时通信应用查看该第二即时通信消息。

可选的，应用插件112与第二即时通信服务器130之间还具有群信息以及用户信息同步功能。通过该同步功能获取到群信息和用户信息后，第一即时通信应用111即可对第二即时通信应用中群组名称、群组头像、用户名称以及用户头像等信息进行显示。

在一种可能的应用场景下，冷启动阶段，第二即时通信服务器130通过目标帐号在第二即时通信应用中发送目标消息，并将目标消息同步至第一即时通信服务器120。应用插件112运行过程中，即可从第一即时通信服务器120处获取该目标消息，并进一步确定目标消息对应发送方在第二即时通信应用中的目标帐号信息。应用插件112根据获取到的目标消息以及目标帐号信息，在第一即时通信应用111中显示消息入口，用户通过该消息入口不仅可以查看目标消息，还能够主动向第二即时通信应用中的其他帐号发起通信。

应用插件112通过消息入口获取到主动发送的即时通信消息后，将即时通信消息发送至第一即时通信服务器120，由第一即时通信服务器120将即时通信消息同步至第二即时通信服务器130，运行有第二即时通信应用的接收方终端即可从第二即时通信服务器130处获取该即时通信消息。

为了方便表述，下述各个实施例以消息收发方法应用于图1所示的实施环境为例进行说明。

图2示出了本申请一个示例性实施例提供的消息收发方法的流程图。本实施例以该方法用于图1所示的终端110为例进行说明，该方法包括如下步骤。

步骤201，通过应用插件获取目标消息，应用插件运行在第一即时通信应用中，目标消息由即时通信服务器通过目标帐号发送。

在一些实施例中，当注册第二即时通信应用帐号，并将第一即时通信帐号与第二即时通信帐号关联后，第一即时通信应用中即自动运行应用插件。

示意性的，当第二即时通信应用为工作类即时通信应用时，工作类即时通信应用中不同企业对应不同的应用插件，且应用插件以企业号的形式运行在第一即时通信应用中，企业内的消息以及功能统一收纳在对应的企业号中。本申请实施例并不对应用插件的具体展现形态进行限定。

为了在冷启动阶段引导用户通过应用插件主动发起通信，本申请实施例中的即时通信服务器具备虚拟帐号功能，基于该虚拟帐号功能，即时通信服务器可以通过目标帐号发送目标消息。其中，该目标帐号是第一即时通信应用中虚拟用户对应的帐号(比如与第二即时通信帐号属于同一群组的第一即时通信帐号)，或者，第二即时通信应用中虚拟用户对应的账号，该虚拟用户可以由真实用户创建，也可以由即时通信服务器自动创建。

可选的，当需要引导用户通过应用插件在群组中发送消息时，该目标消息为第二即时通信应用中的群组消息；当需要引导用户通过应用插件向指定对象发送消息时，该目标消息为第二即时通信应用中的点对点消息(或称为单聊消息)，且该目标消息具有提供通讯录的功能。

在一种可能的实施方式中，第二即时通信服务器与第一即时通信服务器之间具有消息同步功能，通过该消息同步功能，第二即时通信服务器将第二即时通信应用内的目标消息同步至第一即时通信服务器。相应的，应用插件即可从第一即时通信服务器处获取目标帐号发送的目标消息(与第一即时通信帐号关联的第二即时通信帐号属于目标消息的接收方)。

步骤202，通过应用插件获取目标帐号对应的目标帐号信息。

为了在后续显示目标消息的同时，使得用户知悉目标消息的发送方，应用插件根据发送方标识获取目标帐号对应的目标帐号信息。

可选的，该目标帐号信息包括目标帐号名称、目标帐号图标(比如帐号头像)、目标帐号描述信息等等，本申请实施例对目标帐号信息中包含的具体内容不作限定。

步骤203，在第一即时通信应用中显示包含目标消息以及目标帐号信息的消息入口，消息入口是用于主动触发即时通信的入口。

进一步的，终端将目标消息以及目标帐号信息显示在消息入口内。本申请实施例中，消息入口除了具有消息展示功能外，还具有主动发起即时通信的功能，即通过该消息入口可以直接与其他帐号(非虚拟帐号)进行即时通信，无需等待其他帐号首先发送即时通信消息。

在一种可能的实施方式中，针对不同类型的目标消息，消息入口的类型也不同。在一些实施例中，当目标消息为群组消息时，该消息入口即为群组消息入口，相应的，用户通过群组消息入口可以主动在群组中发送消息；当目标消息为点对点消息时，该消息入口即为点对点消息入口，相应的，用户通过点对点消息入口可以进一步获取即时通信应用中的通讯录，进而从通讯录中选取帐号并发起点对点通信。

综上所述，本申请实施例中，服务器通过目标帐号向第一即时通信应用中运行的应用插件发送目标消息，使第一即时通信应用中显示包含该目标消息的消息入口，后续用户通过该消息入口能够主动触发与其他帐号的即时通信，提高了冷启动阶段通过应用插件发起主动通信的效率，有助于提高应用插件的使用率，并达到拉活应用插件的效果。

在一些实施例中，第二即时通信应用中的用户帐号经过处理后，作为第一即时通信应用中应用插件对应的帐号(即插件帐号)，后续即基于插件帐号进行消息同步。

比如，对第二即时通信应用中的用户帐号168885141abcde进行处理，得到对应的插件帐号ww168885141abcde@qy_u，即与用户账号168885141abcde关联的第一即时通信应用中运行的应用插件对应的插件帐号为ww168885141abcde@qy_u。

然而，本申请实施例中，当目标帐号为第二即时通信应用中的帐号时，由于第二即时通信应用中除了包含真实用户对应的用户帐号外，还包含虚拟用户对应的虚拟帐号，因此需要对插件帐号进行重新设计，以便后续基于插件帐号能够区分出用户帐号和虚拟帐号。

在一种可能的实施方式中，第二即时通信服务器基于第二即时通信应用中的用户帐号生成对应的插件帐号时，将用户帐号所属的帐号类型添加至插件帐号中，后续通过识别插件帐号中包含的帐号类型，以及区分用户帐号和虚拟帐号。

在一个示意性的例子中，第二即时通信应用中的帐号被划分为三类，分别为真实用户的用户帐号、机器人的机器人帐号以及组织的组织帐号，对应的帐号类型分别为Type1、Type2和Type3。对第二即时通信应用中的用户帐号168885141abcde进行处理，得到对应的插件帐号ww_Type1_168885141abcde@qy_u；对第二即时通信应用中的机器人帐号109775247abcde进行处理，得到对应的插件帐号ww_Type2_109775247abcde@qy_u；对第二即时通信应用中的机器人帐号190385290abcde进行处理，得到对应的插件帐号ww_Type3_190385290abcde@qy_u。

当然，上述实施例仅以三种帐号类型为例进行示意性说明，第二即时通信应用中的帐号还可以被划分为其他帐号类型，本实施例对此并不构成限定。

相应的，通过应用插件获取目标帐号对应的目标帐号信息时，可以包括如下步骤：

步骤202A，从目标消息对应的发送方标识中提取目标帐号类型，目标帐号类型为目标帐号所属的帐号类型。

对于目标消息对应的发送方标识，由于发送方标识基于目标帐号以及目标帐号所属的目标帐号类型生成，因此终端(中的应用插件)可以通过提取发送方标识中包含目标帐号类型，以此确定目标帐号的帐号类型。

在一种可能的实施方式中，基于用户帐号以及帐号类型生成的插件帐号采用统一的帐号格式，应用插件即根据帐号格式，从发送方标识中提取目标帐号类型。比如，该统一帐号格式为：ww_帐号类型_用户ID@qy_u。

在一个示意性的例子中，当发送方标识为ww_Type2_109775247abcde@qy_u时，由于“Type2”对应的帐号类型为机器人帐号类型，因此终端确定发送目标消息的帐号为机器人帐号；当发送方标识为ww_Type3_190385290abcde@qy_u时，由于“Type3”对应的帐号类型为组织帐号类型，因此终端确定发送目标消息的帐号为组织帐号。

步骤202B，基于目标帐号类型，通过应用插件获取目标帐号对应的目标帐号信息。

如图3所示，本申请实施例中，第一即时通信服务器310和第二即时通信服务器320之间进行消息同步，应用插件330从第一即时通信服务器310处接收第二即时通信应用内的消息，并通过第一即时通信服务器310将消息发送至第二即时通信应用。此外，第二即时通信应用中的群组以及用户信息，由应用插件330从第二即时通信服务器320处同步得到。

在一种可能的实施方式中，基于提取到的目标帐号类型，终端通过应用插件获取目标帐号对应的目标帐号信息。其中，该目标帐号信息可以由应用插件从本地获取，或者，由应用插件从第二即时通信服务器处获取。

在一个示意性的例子中，当目标帐号为机器人帐号时，终端通过应用插件获取机器人帐号对应的机器人名称和头像；当目标帐号为组织帐号时，终端通过应用插件获取组织帐号对应的组织名称和头像。

针对不同类型帐号发送的消息，终端显示的消息入口不同，且用户通过消息入口发起主动通信的方式也不同，下面采用示意性的实施例，分别以机器人帐号发送的消息，以及组织帐号发送的消息为例进行说明。

图4示出了本申请另一个示例性实施例提供的消息收发方法的流程图。本实施例以该方法用于图1所示的终端110为例进行说明，该方法包括如下步骤。

步骤401，通过应用插件获取目标消息，应用插件运行在第一即时通信应用中，目标消息由即时通信服务器通过目标帐号发送。

本实施例中，目标帐号为第二即时通信应用中群组内的机器人帐号。针对机器人帐号的设置方式，在一种可能的实施方式中，当第二即时通信应用中企业开启群组功能时，第二即时通信服务器即在企业部门对应的群组内添加机器人帐号。为了使群组内的用户能够主动通过第一即时通信应用在第二即时通信应用内的群组内发送消息，第二即时通信服务器通过机器人帐号在所属目标群组内发送目标消息。

相应的，当应用插件对应帐号属于目标群组时，即可通过应用插件从第一即时通信服务器处获取该目标消息。

在另一种可能的实施方式中，当第二即时通信应用中企业开启群组功能，且创建的群组中既包含第二即时通信应用帐号，又包含第一即时通信息应用帐号(例如企业微信中的外部群)时，第一即时通信服务器可以在该群组内添加机器人帐号，或者，第二即时通信服务器可以在该群组内添加机器人帐号。本实施例仅以机器人帐号由第二即时通信服务器添加为例进行说明，但并不对此构成限定。

步骤402，从目标消息对应的发送方标识中提取目标帐号类型，目标帐号类型为目标帐号所属的帐号类型。

本步骤的实施方式可以参考上述步骤202A，本实施例在此不再赘述。

步骤403，响应于目标帐号类型指示目标帐号为目标机器人帐号，通过应用插件获取机器人帐号信息，目标机器人帐号是目标群组内的机器人帐号，且应用插件对应的帐号属于目标群组。

当识别出发送目标消息的目标帐号为目标机器人帐号时，终端即通过应用插件获取机器人帐号信息，该机器人帐号信息可以包括机器人帐号名称和机器人帐号头像，本申请实施例并不对机器人帐号信息包含的具体内容进行限定。

在一些实施例中，机器人帐号信息存储在本地，应用插件即从本地获取机器人帐号信息，或者，机器人帐号信息存储在第二即时通信服务器中，应用插件即从第二即时通信服务器处获取机器人帐号信息。

示意性的，终端通过应用插件获取到机器人帐号名称为“部门小助手”，机器人帐号头像为默认头像。

步骤404，获取目标消息对应的接收方标识，接收方标识为目标群组的群组标识。

当目标消息是通过目标机器人帐号发送的群组消息时，目标消息需要被显示在目标群组中，因此终端需要进一步获取目标消息对应的接收方标识，即机器人帐号所属目标群组的群组标识，以此确定显示目标消息的群组。

在一种可能的实施方式中，第二即时通信服务器同步至第一即时通信服务器的目标消息携带有接收方标识，终端即从第一即时通信服务器处获取该接收方标识。

步骤405，根据群组标识，通过应用插件从第二即时通信服务器处获取目标群组的目标群组信息。

由于应用插件和第二即时通信服务器之间进行群组信息的同步，因此终端通过应用插件从第二即时通信服务器处获取群组标识对应目标群组的目标群组信息，该目标群组信息可以包括群组名称、群组头像、群组成员数量等等。

在其他可能的实施方式中，第二即时通信服务器可以预先将所加入群组的群组信息同步至应用插件，以便应用插件从本地获取目标群组信息。

示意性的，应用插件根据群组标识，从第二即时通信服务器处获取目标群组的群组名称“测试部”以及群组头像。

步骤406，在第一即时通信应用中显示包含目标消息、机器人帐号信息以及目标群组信息的第一消息入口，第一消息入口用于触发在目标群组内收发消息。

在一种可能的实施方式中，终端根据获取到的目标消息、机器人帐号信息以及目标群组信息，在第一即时通信应用的应用插件中显示用户收发群组消息的第一消息入口。

通过该第一消息入口，用户不仅可以查看到目标消息，还可以直接在目标群组中发送群组消息，提高用户对第二即时通信应用中群组功能的感知程度，促使用户通过应用插件进行群消息收发，提高应用插件的使用率。

在一个示意性的例子中，如图5所示，当A公司在企业微信中注册企业号，并开启部门群功能时，企业微信服务器即可通过部门群中的机器人帐号，在部门群中发布一条消息，并将该消息同步至微信服务器。运行在微信中的应用插件从微信服务器处获取该消息后，确定该消息为“测试部”这一群组内的消息，从而在微信应用中A公司对应的应用插件界面51中显示测试部群消息入口52。当用户点击测试部群消息入口52后，即可直接进入测试部对应的群消息界面53。该群消息界面53中即包含“部门小助手”(机器人帐号的名称)发送的消息，且用户可以直接在群消息界面53中发布群消息54。

本实施例中，第二即时通信服务器通过群组内的机器人帐号发布一条群组消息，由应用插件从第一即时通信服务器处获取该群组消息，并将该群组消息显示在对应的群组中，以便用户通过应用插件主动在群组中发布消息，有助于提高用户通过第一即时通信应用向第二即时通信应用中群组发送消息的效率，达到拉活应用插件的效果。

图6示出了本申请另一个示例性实施例提供的消息收发方法的流程图。本实施例以该方法用于图1所示的终端110为例进行说明，该方法包括如下步骤。

步骤601，通过应用插件获取目标帐号发送的目标消息，并进行显示，应用插件运行在第一即时通信应用中，目标帐号为第二即时通信应用中的帐号。

本实施例中，目标帐号为第二即时通信应用中目标组织的组织帐号。针对组织帐号的设置方式，在一种可能的实施方式中，该组织帐号由第二即时通信服务器自动创建，或者，由管理员用户创建。其中，该组织可以为公司、企业、集团、协会、政府机关等等，本实施例对此不作限定。

为了使组织内用户能够主动通过第一即时通信应用，向第二即时通信应用中的特定用户发送消息，第二即时通信服务器通过组织帐号，向组织中各个用户帐号发送目标消息。相应的，当应用插件对应帐号属于目标组织时，即可通过应用插件从第一即时通信服务器处获取该目标消息，并进行显示。

由于不同类型的目标消息的显示方式不同，因此在一种可能的实施方式中，获取到目标消息时，终端从目标消息对应的发送方标识中提取目标帐号类型；当目标帐号类型指示目标帐号为组织帐号时，以组织消息的形式显示该目标消息。其中，识别帐号类型的过程可以参考上述步骤202A，本实施例在此不再赘述。

可选的，当识别出发送目标消息的目标帐号为目标组织帐号时，终端即通过应用插件获取目标组织信息，该目标组织信息可以包括组织名称、组织头像以及组织描述信息，本申请实施例并不对目标组织信息包含的具体内容进行限定。

针对获取目标组织信息的方式，在一种可能的实施方式中，终端根据发送方标识，通过应用插件从第二即时通信服务器处获取目标组织对应的目标组织信息。

可选的，第二即时通信服务器中存储有组织帐号与组织信息之间的对应关系，应用插件即根据发送方标识，从第二即时通信服务器处获取发送方标识对应的目标组织信息。

在一个示意性的例子中，应用插件根据发送方标识“ww_Type3_190385290abcde@qy_u”，从第二即时通信服务器处获取目标组织名称“A公司”以及“A公司”对应的公司头像。

不同于上述实施例中通过机器人帐号发送的群组消息，本实施例中的目标消息为组织帐号发送的点对点消息(单聊消息)，因此应用插件中以点对点消息的方式，显示包含目标消息以及目标组织信息的第二消息入口。

示意性的，如图7所示，A公司在企业微信中注册企业号，并设置了企业通讯录。企业微信服务器通过企业帐号，向企业中的各个用户帐号发送目标消息，并将该目标消息同步至微信服务器。运行在微信中的应用插件从微信服务器处获取该目标消息后，确定该目标消息为企业帐号的群发消息，从而在微信应用中A公司对应的应用插件界面71中显示企业消息入口72。当用户点击企业消息入口72后，应用插件显示企业消息界面73。该企业消息界面73中即包含目标消息。

步骤602，响应于对目标消息的触发操作，显示目标通讯录，目标通讯录中包含至少一个属于目标组织的帐号，目标组织是第二即时通信应用中应用插件对应帐号所属的组织。

在一种可能的实施方式中，用户不仅可以在第一即时通信息应用中查看到目标消息，还可以进一步通过该目标消息获取目标组织对应的通讯录，从而基于该通讯录选取进行通信的用户，进而主动向该用户发起通信。

可选的，目标消息中包含通讯录链接，当接收到对通讯录链接的点击操作时，终端向第二即时通信服务器发送通讯录获取请求，由第二即时通信服务器根据该通讯录获取请求反馈对应组织的通讯录。相应的，终端接收并显示第二即时通信服务器发送的目标通讯录。

并且，由于同一组织中不同用户帐号获取通讯录的权限不同(比如仅能够获取同一部门或相关部门的通讯录)，因此，该通讯录获取请求中包含应用插件对应的帐号，相应的，即时通信服务器基于该帐号确定出应用插件对应帐号具有查看权限的目标通讯录，从而将目标通讯录反馈至应用插件。

可选的，不同帐号对应通讯录的查看权限由组织帐号管理员预先设置并存储在即时通信服务器，且该通讯录链接为开放授权(Open Authorization，OAuth)链接，应用插件对应帐号的帐号标识即通过OAuth链接获取得到。

在一个示意性的例子中，即时通信服务器根据获取到的帐号标识，确定应用插件对应帐号属于测试部，从而将测试部对应的通讯录确定为目标通讯录。

示意性的，如图7所示，企业消息界面73中显示的目标消息包括通讯录链接74，当接收到对通讯录链接74的点击操作时，终端对测试部对应的目标通讯录75进行显示。

步骤603，响应于对目标通讯录中帐号的触发操作，显示消息界面，消息界面用于与选中的帐号进行消息收发。

在一种可能的实施方式中，当接收到对目标通讯录中帐号的选择操作时，终端显示选中帐号的信息界面，该信息界面中包括帐号信息以及消息发送控件。当接收到对消息发送控件的触发操作时，终端显示当前帐号与选中帐号进行通信的消息界面，用户通过该消息界面即可与选中帐号进行消息收发。

示意性的，如图7所示，当接收到对目标通讯录75中“张三”对应的选择操作时，终端显示“张三”对应的信息界面76，当接收到对信息界面76中消息发送控件77的点击操作时，终端进一步显示与“张三”进行通信的消息界面78。

本实施例中，第二即时通信服务器通过组织帐号发送包含通讯录链接的消息，由应用插件从第一即时通信服务器处获取该消息，并将该消息显示在与组织帐号的消息界面中，以便用户点击该消息中的通讯录链接来获取通讯录，进而通过通讯录向指定用户发起通信，有助于提高用户通过第一即时通信应用主动向第二即时通信应用中指定用户发送消息的效率，达到拉活应用插件的效果。

下面采用示意性的实施例对即时通信服务器实现上述方法时执行的步骤进行说明。

图8示出了本申请一个示例性实施例提供的消息收发方法的流程图。本实施例以该方法用于图1所示的即时通信服务器为例进行说明，该方法包括如下步骤。

步骤801，生成目标消息。

为了实现不同的应用插件拉活效果，即时通信服务器生成的目标消息也不同。可选的，当需要实现应用插件中群组功能拉活时，即时通信服务器生成的目标消息为群组消息，当需要实现应用插件中单聊功能拉活时，即时通信服务器生成的目标消息为单聊消息。

步骤802，通过目标帐号向第一即时通信应用中运行的应用插件发送目标消息，应用插件为第二即时通信应用对应的插件，应用插件用于在第一即时通信应用中显示包含目标消息的消息入口，消息入口是用于主动触发即时通信的入口。

在一种可能的实施方式中，当目标帐号为第二即时通信应用中的帐号时，第二即时通信服务器将目标消息同步至第一即时通信服务器，由第一即时通信服务器向应用插件发送目标消息；当目标帐号为第一即时通信应用中的帐号时，第一即时通信服务器向应用插件发送目标消息，并将目标消息同步至第二即时通信服务器。

其中，应用插件用于在第一即时通信应用中实现第二即时通信应用内消息的收发，消息入口是触发与第二即时通信应用中帐号进行主动通信的入口。可选的，不同类型的目标消息对应的消息入口不同，比如，当目标消息为群组消息时，该消息入口为群组消息入口，用于触发在群组中主动发送消息；当目标消息为单聊消息时，该消息入口为单聊消息入口，用于触发选取指定对象进行通信。

步骤803，接收应用插件发送的即时通信消息，并将即时通信消息发送至消息接收方。

在一种可能的实施方式中，通过消息入口与第二即时通信应用中的帐号进行主动通信过程中，应用插件将即时通信消息发送至第一即时通信服务器，由第一即时通信服务器将即时通信消息同步至第二即时通信服务器，以便第二即时通信应用从第二即时通信服务器处获取该即时通信消息。

综上所述，本申请实施例中，服务器通过目标帐号向第一即时通信应用中运行的应用插件发送目标消息，使第一即时通信应用中显示包含该目标消息的消息入口，后续用户通过该消息入口能够主动触发与其他帐号的即时通信，提高了冷启动阶段通过应用插件发起主动通信的效率，有助于提高应用插件的使用率，并达到拉活应用插件的效果。

在一种可能的场景下，当需要引导用户向第二即时通信应用中的指定对象发送消息时，该目标消息为第二即时通信应用中的点对点消息(或称为单聊消息)，且该目标消息具有提供通讯录的功能。图9示出了本申请一个示例性实施例提供的消息收发方法的流程图，该方法包括如下步骤。

步骤901，生成目标消息，目标消息中包含通讯录链接。

步骤902，通过目标组织帐号向应用插件发送目标消息，目标组织帐号是第二即时通信应用中应用插件对应帐号所属目标组织的帐号。

为了使组织内用户能够主动通过第一即时通信应用，向第二即时通信应用中的特定用户发送消息，第二即时通信服务器通过目标组织帐号，向组织中各个用户帐号发送目标消息。相应的，当应用插件对应帐号属于目标组织时，即可通过应用插件从第一即时通信服务器处获取该目标消息，并进行显示。

可选的，第二即时通信服务器中存储有组织帐号与组织信息之间的对应关系，相应的，应用插件获取到目标消息后，从第二即时通信服务器处获取目标组织帐号的目标组织信息，从而同时显示目标消息以及目标组织信息。

步骤903，接收应用插件发送的通讯录获取请求，通讯录获取请求中包含应用插件对应的帐号，通讯录获取请求在接收到对通讯录链接的触发操作时发送。

本实施例中，目标消息中包含通讯录链接，当接收到对通讯录链接的触发操作时，终端向第二即时通信服务器发送通讯录获取请求，由第二即时通信服务器根据该通讯录获取请求反馈对应组织的通讯录。

由于同一组织中不同用户帐号获取通讯录的权限不同(比如仅能够获取同一部门或相关部门的通讯录)，因此，该通讯录获取请求中包含应用插件对应的帐号，相应的，第二即时通信服务器基于该帐号确定出应用插件对应帐号具有查看权限的目标通讯录，从而将目标通讯录反馈至应用插件。

可选的，且该通讯录链接为OAuth链接，应用插件对应帐号的帐号标识即通过OAuth链接获取得到。

步骤904，根据应用插件对应的帐号获取目标通讯录，应用插件对应的帐号具有目标通讯录的查看权限。

在一种可能的实现方式中，第二即时通信服务器中配置有不同帐号对应通讯录的查看权限，接收通讯录获取请求后，第二即时通信服务器及根据请求中包含的应用插件对应的帐号，获取该帐号具有查看权限的目标通讯录。可选的，该查看权限由组织帐号管理员预设设置。

在一个示意性的例子中，即时通信服务器根据通讯录获取请求中包含的账号，确定应用插件对应帐号属于测试部，从而将测试部对应的通讯录确定为目标通讯录。

步骤905，向应用插件发送目标通讯录，应用插件用于在接收到对目标通讯录中帐号的触发操作时，通过消息界面与选中的帐号进行消息收发。

进一步的，第二即时通信服务器将获取到的目标通讯录反馈至应用插件，由应用插件对该目标通讯录进行显示。

可选的，当接收到对目标通讯录中帐号的选择操作时，终端显示选中帐号的信息界面，该信息界面中包括帐号信息以及消息发送控件。当接收到对消息发送控件的触发操作时，终端显示当前帐号与选中帐号进行通信的消息界面，用户通过该消息界面即可与选中帐号进行消息收发。

步骤906，接收应用插件发送的即时通信消息，并将即时通信消息发送至消息接收方。

在一种可能的实施方式中，当用户选择与目标通讯录中的第二即时通信帐号进行即时通信时，应用插件首先将即时通信消息发送至第一即时通信服务器，由第一即时通信服务器将该即时通信消息同步至第二即时通信服务器，进而由第二即时通信服务器将即时通信消息发送至第二即时通信帐号。

本实施例中，第二即时通信服务器通过组织帐号发送包含通讯录链接的消息，由应用插件从第一即时通信服务器处获取该消息，并将该消息显示在与组织帐号的消息界面中，以便用户点击该消息中的通讯录链接来获取通讯录，进而通过通讯录向指定用户发起通信，有助于提高用户通过第一即时通信应用主动向第二即时通信应用中指定用户发送消息的效率，达到拉活应用插件的效果。

在另一种可能的场景下，当需要引导用户在第二即时通信应用中的群组内发送消息时，该目标消息为第二即时通信应用中的群组消息。在一种可能的实施方式中，即时通信服务器通过目标机器人帐号向应用插件发送目标消息，目标机器人帐号是目标群组内的机器人帐号，且应用插件对应的帐号属于目标群组。应用插件接收到群组消息后，即可显示群组消息入口，以便用户直接通过该入口在目标群组内发送消息。

可选的，应用车间根据目标消息对应的接收方标识，向即时通信服务器请求获取目标群组的群组信息。相应的，第二即时通信服务器向应用插件发送目标群组的群组信息，以便终端在应用插件中显示获取包含目标消息、机器人帐号信息以及目标群组信息的群组消息入口，使用户感知目标群组，进而通过应用插件在目标群组内收发消息。

由于不同类型目标消息(由不同类型的目标帐号发送)在应用插件中的显示形式不同，因此为了使应用插件能够识别出消息类型，从采用相应的方式进行显示，在一种可能的实施方式中，即时通信服务器根据目标帐号以及目标帐号对应的目标帐号类型，生成目标消息对应的发送方标识，应用插件在接收到目标消息时，即可从目标消息对应的发送方标识中提取目标帐号类型，并根据目标帐号类型确定目标消息的显示形式，显示形式包括组织消息形式和群组消息形式中的至少一种。

在一个示意性的例子中，第二即时通信应用中的帐号被划分为三类，分别为真实用户的用户帐号、机器人的机器人帐号以及组织的组织帐号，对应的帐号类型分别为Type1、Type2和Type3。当通过机器人帐号“109775247abcde”发送群组消息时，第二即时通信服务器根据“109775247abcde”和帐号类型“Type2”生成发送方标识为ww_Type2_109775247abcde@qy_u；当通过组织帐号“109775247abcde”发送群组消息时，第二即时通信服务器根据“109775247abcde”和帐号类型“Type3”生成发送方标识为ww_Type3_109775247abcde@qy_u。

此外，本申请实施例中目标消息的发送时机包括如下至少一种。

一、按照预设时间点，通过目标帐号向应用插件发送目标消息。

在一种可能的实施方式中，即时通信服务器可以定时发送目标消息，其中，该预设时间点可以人为设置或者有服务器默认设置。

比如，即时通信息服务器在每天上午九点发送目标消息。

在另一种可能的实施方式中，即时通信服务器根据应用插件对应帐号的历史通信记录，确定高频通信时段，从而将高频通信时段中的时间点确定为预设时间点，进而在该预设时间点发送目标消息。

二、获取应用插件对应帐号的历史通信数据；将历史通信数据输入通信概率预测模型，得到通信概率预测模型输出的主动通信概率；若主动通信概率高于概率阈值，通过目标帐号向应用插件发送目标消息。

由于并非所有用户均有主动发起通信的需求，因此为了提高发送目标消息的针对性，在一种可能的实施方式中，即时通信服务器获取应用插件对应帐号的历史通信数据，该历史通信数据可以包括历史通信次数、历史通信频率、历史通信方式(主动发起次数、被动发起次数等等)、历史通信内容、历史通信帐号数量(进行过通信的帐号的数量)等等。本申请实施例并不对历史通信数据的类型进行限定。

进一步的，即时通信服务器根据模型输入要求对历史通信数据处理进行处理(比如转化为向量形式)，从而通过通信概率预测模型对处理后的历史通信数据进行预测，得到主动通信概率，其中，该主动通信概率即应用插件对应帐号向其他帐号发起主动通信的概率，且通信概率预测模型是基于深度学习方式训练得到的神经网路模型。

当主动通信概率高于概率阈值(比如70％)时，表明该应用插件对应帐号发起主动通信的概率较高，因此为了方便用户发起主动通信，即时通信服务器即向应用插件发送目标消息。

可选的，当主动通信概率低于概率阈值时，表明该应用插件对应帐号发起主动通信的概率较低，此时即时通信服务器将不会向应用插件发送目标消息，避免频繁发送消息对用户造成干扰。

三、若接收到应用插件对应帐号上报的消息入口移除通知，通过目标帐号向应用插件发送目标消息。

在一种可能的实施方式中，当接收到对应用插件中消息入口的移除操作时，应用插件即向即时通信服务器发送消息入口移除通知，即时通信服务器接收到消息入口移除通知后，为了避免后续因移除消息入口导致无法发起主动通信，即时通信服务器通过目标帐号向应用插件发送目标消息。

需要说明的是，上述实施例仅对目标消息的发送时机进行示意性说明，在其他可能的实施方式中，即时通信服务器还可以根据通过消息入口发起主动通信的频率，确定是否发送目标消息(频率低于阈值，则不再发送目标消息)，本申请实施例并不对此进行限定。

在一种应用场景下，以第二即时通信服务器为企业微信的后台服务器为例，第二即时通信服务器通过目标帐号发送目标消息的过程如图10所示。

步骤1001，确定待处理的企业。

步骤1002，检测是否开启部门群功能。若开启，则执行步骤1003，若未开启，则结束。

步骤1003，获取企业中的全部部门。

步骤1004，获取全部部门对应的部门群。

步骤1005，检测部门群中是否包含部门群机器人。若包含，则执行步骤1008，若不包含，则执行步骤1006。

步骤1006，创建部门群机器人。

步骤1007，向部门群中添加部门群机器人。

步骤1008，通过部门群机器人在部门群中发送群消息。

步骤1009，获取该企业的企业微信用户。

步骤1010，筛选使用应用插件的企业微信用户。

步骤1011，筛选允许接收消息的企业微信用户。

步骤1012，构建通讯录OAuth链接。

步骤1013，构建包含OAuth链接的单聊消息。

步骤1014，通过企业帐号向企业微信用户发送单聊消息。

图11是本申请一个示例性实施例提供的消息收发装置的结构框图，如图10所示，该装置包括：

消息显示模块1101，用于通过应用插件获取目标帐号发送的目标消息，并进行显示，所述应用插件运行在第一即时通信应用中，所述目标帐号为第二即时通信应用中的帐号；

通讯录显示模块1102，用于响应于对所述目标消息的触发操作，显示目标通讯录，所述目标通讯录中包含至少一个属于目标组织的帐号，所述目标组织是所述第二即时通信应用中所述应用插件对应帐号所属的组织；

消息收发模块1103，用于响应于对所述目标通讯录中帐号的触发操作，显示消息界面，所述消息界面用于与选中的帐号进行消息收发。

可选的，所述目标消息中包含通讯录链接，所述通讯录链接为开放授权OAuth链接；

所述通讯录显示模块1102，用于：

响应于对所述目标消息中所述通讯录链接的触发操作，向第二即时通信服务器发送通讯录获取请求，所述通讯录获取请求中包含所述应用插件对应的帐号，所述第二即时通信服务器用于根据所述应用插件对应的帐号获取目标通讯录，所述应用插件对应的帐号具有所述目标通讯录的查看权限；

接收并显示所述第二即时通信服务器发送的所述目标通讯录。

可选的，所述消息显示模块1101，用于：

通过所述应用插件获取所述目标消息，并从所述目标消息对应的发送方标识中提取目标帐号类型，所述目标帐号类型为所述目标帐号所属的帐号类型；

响应于所述目标帐号类型指示所述目标帐号为组织帐号，以组织消息的形式显示所述目标消息。

图12是本申请一个示例性实施例提供的消息收发装置的结构框图，如图10所示，该装置包括：

消息生成模块1201，用于生成目标消息；

消息发送模块1202，用于通过目标帐号向第一即时通信应用中运行的应用插件发送所述目标消息，所述应用插件为第二即时通信应用对应的插件，所述应用插件用于在所述第一即时通信应用中显示包含所述目标消息的消息入口，所述消息入口是用于主动触发即时通信的入口；

消息发送模块1203，用于接收所述应用插件发送的即时通信消息，并将所述即时通信消息发送至消息接收方。

可选的，所述消息发送模块1202，包括：

第一消息发送单元，用于通过目标组织帐号向所述应用插件发送所述目标消息，所述目标组织帐号是所述第二即时通信应用中所述应用插件对应帐号所属目标组织的帐号；

所述制作还包括：

通讯录发送模块，用于向所述应用插件发送目标通讯录，所述目标通讯录中包含至少一个属于所述目标组织的帐号，所述应用插件用于在接收到对所述目标通讯录中帐号的触发操作时，通过消息界面与选中的帐号进行消息收发。

可选的，所述目标消息中包含通讯录链接，所述通讯录链接为开放授权OAuth链接；

所述通讯录发送模块，用于：

接收所述应用插件发送的通讯录获取请求，所述通讯录获取请求中包含所述应用插件对应的帐号，所述通讯录获取请求在接收到对所述通讯录链接的触发操作时发送；

根据所述应用插件对应的帐号获取所述目标通讯录，所述应用插件对应的帐号具有所述目标通讯录的查看权限；

向所述应用插件发送所述目标通讯录。

可选的，所述消息发送模块1202，包括：

第二消息发送单元，用于通过目标机器人帐号向所述应用插件发送所述目标消息，所述目标机器人帐号是目标群组内的机器人帐号，且所述应用插件对应的帐号属于所述目标群组。

可选的，所述装置还包括：

标识生成模块，用于根据所述目标帐号以及所述目标帐号对应的目标帐号类型，生成所述目标消息对应的发送方标识，所述应用插件用于在接收到所述目标消息时，从所述目标消息对应的所述发送方标识中提取所述目标帐号类型，并根据所述目标帐号类型确定所述目标消息的显示形式，所述显示形式包括组织消息形式和群组消息形式中的至少一种。

可选的，所述消息发送模块1202，还用于：

按照预设时间点，通过所述目标帐号向所述应用插件发送所述目标消息；

或，

获取所述应用插件对应帐号的历史通信数据；将所述历史通信数据输入通信概率预测模型，得到所述通信概率预测模型输出的主动通信概率；若所述主动通信概率高于概率阈值，通过所述目标帐号向所述应用插件发送所述目标消息；

或，

若接收到所述应用插件对应帐号上报的消息入口移除通知，通过所述目标帐号向所述应用插件发送所述目标消息。

需要说明的是：上述实施例提供的消息收发装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的消息收发装置与消息收发方法实施例属于同一构思，其实现过程详见方法实施例，这里不再赘述。

请参考图13，其示出了本申请一个示例性实施例提供的服务器的结构示意图。具体来讲：所述服务器1300包括中央处理单元(Central Processing Unit，CPU)1301、包括随机存取存储器1302和只读存储器1303的***存储器1304，以及连接***存储器1304和中央处理单元1301的***总线1305。所述服务器1300还包括帮助计算机内的各个器件之间传输信息的基本输入/输出***(Input/Output，I/O***)1306，和用于存储操作***1313、应用程序1314和其他程序模块1315的大容量存储设备1307。

所述基本输入/输出***1306包括有用于显示信息的显示器1308和用于用户输入信息的诸如鼠标、键盘之类的输入设备1309。其中所述显示器1308和输入设备1309都通过连接到***总线1305的输入输出控制器1310连接到中央处理单元1301。所述基本输入/输出***1306还可以包括输入输出控制器1310以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1310还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备1307通过连接到***总线1305的大容量存储控制器(未示出)连接到中央处理单元1301。所述大容量存储设备1307及其相关联的计算机可读介质为服务器1300提供非易失性存储。也就是说，所述大容量存储设备1307可以包括诸如硬盘或者驱动器之类的计算机可读介质(未示出)。

不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括随机存取记忆体(RAM，Random Access Memory)、只读存储器(ROM，Read Only Memory)、闪存或其他固态存储其技术，只读光盘(Compact Disc Read-Only Memory，CD-ROM)、数字通用光盘(Digital Versatile Disc，DVD)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的***存储器1304和大容量存储设备1307可以统称为存储器。

存储器存储有一个或多个程序，一个或多个程序被配置成由一个或多个中央处理单元1301执行，一个或多个程序包含用于实现上述方法的指令，中央处理单元1301执行该一个或多个程序实现上述各个方法实施例提供的方法。

根据本申请的各种实施例，所述服务器1300还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1300可以通过连接在所述***总线1305上的网络接口单元1311连接到网络1312，或者说，也可以使用网络接口单元1311来连接到其他类型的网络或远程计算机***(未示出)。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，所述一个或者一个以上程序包含用于进行本申请实施例提供的方法中由服务器所执行的步骤。

请参考图14，其示出了本申请一个示例性实施例提供的终端1400的结构框图。该终端1400可以是便携式移动终端，比如：智能手机、平板电脑、动态影像专家压缩标准音频层面3(Moving Picture Experts Group Audio Layer III，MP3)播放器、动态影像专家压缩标准音频层面4(Moving Picture Experts Group Audio Layer IV，MP4)播放器。终端1400还可能被称为用户设备、便携式终端等其他名称。

通常，终端1400包括有：处理器1401和存储器1402。

处理器1401可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1401可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器1401也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称中央处理器(CentralProcessing Unit，CPU)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1401可以在集成有图像处理器(Graphics Processing Unit，GPU)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1401还可以包括人工智能(Artificial Intelligence，AI)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1402可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是有形的和非暂态的。存储器1402还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1402中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器1401所执行以实现本申请实施例提供的方法。

在一些实施例中，终端1400还可选包括有：***设备接口1403和至少一个***设备。具体地，***设备包括：射频电路1404、触摸显示屏1405、摄像头组件1406、音频电路1407、定位组件1408和电源1409中的至少一种。

***设备接口1403可被用于将输入/输出(Input/Output，I/O)相关的至少一个***设备连接到处理器1401和存储器1402。在一些实施例中，处理器1401、存储器1402和***设备接口1403被集成在同一芯片或电路板上；在一些其他实施例中，处理器1401、存储器1402和***设备接口1403中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路1404用于接收和发射射频(Radio Frequency，RF)信号，也称电磁信号。射频电路1404通过电磁信号与通信网络以及其他通信设备进行通信。射频电路1404将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路1404包括：天线***、RF收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路1404可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2G、3G、4G及5G)、无线局域网和/或无线保真(Wireless Fidelity，WiFi)网络。在一些实施例中，射频电路1404还可以包括近距离无线通信(Near Field Communication，NFC)有关的电路，本申请对此不加以限定。

触摸显示屏1405用于显示UI。该UI可以包括图形、文本、图标、视频及其它们的任意组合。触摸显示屏1405还具有采集在触摸显示屏1405的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器1401进行处理。触摸显示屏1405用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，触摸显示屏1405可以为一个，设置终端1400的前面板；在另一些实施例中，触摸显示屏1405可以为至少两个，分别设置在终端1400的不同表面或呈折叠设计；在再一些实施例中，触摸显示屏1405可以是柔性显示屏，设置在终端1400的弯曲表面上或折叠面上。甚至，触摸显示屏1405还可以设置成非矩形的不规则图形，也即异形屏。触摸显示屏1405可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等材质制备。

摄像头组件1406用于采集图像或视频。可选地，摄像头组件1406包括前置摄像头和后置摄像头。通常，前置摄像头用于实现视频通话或自拍，后置摄像头用于实现照片或视频的拍摄。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能，主摄像头和广角摄像头融合实现全景拍摄以及虚拟现实(Virtual Reality，VR)拍摄功能。在一些实施例中，摄像头组件1406还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路1407用于提供用户和终端1400之间的音频接口。音频电路1407可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器1401进行处理，或者输入至射频电路1404以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在终端1400的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器1401或射频电路1404的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路1407还可以包括耳机插孔。

定位组件1408用于定位终端1400的当前地理位置，以实现导航或基于位置的服务(Location Based Service，LBS)。定位组件1408可以是基于美国的全球定位***(GlobalPositioning System，GPS)、中国的北斗***或俄罗斯的伽利略***的定位组件。

电源1409用于为终端1400中的各个组件进行供电。电源1409可以是交流电、直流电、一次性电池或可充电电池。当电源1409包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，终端1400还包括有一个或多个传感器1410。该一个或多个传感器1410包括但不限于：加速度传感器1411、陀螺仪传感器1412、压力传感器1413、指纹传感器1414、光学传感器1415以及接近传感器1416。

加速度传感器1411可以检测以终端1400建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器1411可以用于检测重力加速度在三个坐标轴上的分量。处理器1401可以根据加速度传感器1411采集的重力加速度信号，控制触摸显示屏1405以横向视图或纵向视图进行用户界面的显示。加速度传感器1411还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器1412可以检测终端1400的机体方向及转动角度，陀螺仪传感器1412可以与加速度传感器1411协同采集用户对终端1400的3D动作。处理器1401根据陀螺仪传感器1412采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变UI)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器1413可以设置在终端1400的侧边框和/或触摸显示屏1405的下层。当压力传感器1413设置在终端1400的侧边框时，可以检测用户对终端1400的握持信号，根据该握持信号进行左右手识别或快捷操作。当压力传感器1413设置在触摸显示屏1405的下层时，可以根据用户对触摸显示屏1405的压力操作，实现对UI界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器1414用于采集用户的指纹，以根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器1401授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器1414可以被设置终端1400的正面、背面或侧面。当终端1400上设置有物理按键或厂商标志(Logo)时，指纹传感器1414可以与物理按键或厂商Logo集成在一起。

光学传感器1415用于采集环境光强度。在一个实施例中，处理器1401可以根据光学传感器1415采集的环境光强度，控制触摸显示屏1405的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏1405的显示亮度；当环境光强度较低时，调低触摸显示屏1405的显示亮度。在另一个实施例中，处理器1401还可以根据光学传感器1415采集的环境光强度，动态调整摄像头组件1406的拍摄参数。

接近传感器1416，也称距离传感器，通常设置在终端1400的正面。接近传感器1416用于采集用户与终端1400的正面之间的距离。在一个实施例中，当接近传感器1416检测到用户与终端1400的正面之间的距离逐渐变小时，由处理器1401控制触摸显示屏1405从亮屏状态切换为息屏状态；当接近传感器1416检测到用户与终端1400的正面之间的距离逐渐变大时，由处理器1401控制触摸显示屏1405从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图14中示出的结构并不构成对终端1400的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条程序代码，所述程序代码由处理器加载并执行以实现如上述方面所述的消息收发方法。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。服务器的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该服务器执行上述实施例所述的消息收发方法。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，该计算机可读存储介质可以是上述实施例中的存储器中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。该计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述任一方法实施例所述的方法。

可选地，该计算机可读存储介质可以包括：ROM、RAM、固态硬盘(SSD，Solid StateDrives)或光盘等。其中，RAM可以包括电阻式随机存取记忆体(ReRAM,Resistance RandomAccess Memory)和动态随机存取存储器(DRAM，Dynamic Random Access Memory)。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

Claims (14)

1.一种消息收发方法，其特征在于，所述方法包括：

通过应用插件获取目标帐号发送的目标消息，并进行显示，所述应用插件运行在第一即时通信应用中，所述目标帐号为第二即时通信应用中的帐号；

响应于对所述目标消息的触发操作，显示目标通讯录，所述目标通讯录中包含至少一个属于目标组织的帐号，所述目标组织是所述第二即时通信应用中所述应用插件对应帐号所属的组织；

响应于对所述目标通讯录中帐号的触发操作，显示消息界面，所述消息界面用于与选中的帐号进行消息收发。

2.根据权利要求1所述的方法，其特征在于，所述目标消息中包含通讯录链接，所述通讯录链接为开放授权OAuth链接；

所述响应于对所述目标消息的触发操作，显示目标通讯录，包括：

响应于对所述目标消息中所述通讯录链接的触发操作，向第二即时通信服务器发送通讯录获取请求，所述通讯录获取请求中包含所述应用插件对应的帐号，所述第二即时通信服务器用于根据所述应用插件对应的帐号获取目标通讯录，所述应用插件对应的帐号具有所述目标通讯录的查看权限；

接收并显示所述第二即时通信服务器发送的所述目标通讯录。

3.根据权利要求1或2所述的方法，其特征在于，所述通过应用插件获取目标帐号发送的目标消息，并进行显示，包括：

通过所述应用插件获取所述目标消息，并从所述目标消息对应的发送方标识中提取目标帐号类型，所述目标帐号类型为所述目标帐号所属的帐号类型；

响应于所述目标帐号类型指示所述目标帐号为组织帐号，以组织消息的形式显示所述目标消息。

4.一种消息收发方法，其特征在于，所述方法包括：

生成目标消息；

通过目标帐号向第一即时通信应用中运行的应用插件发送所述目标消息，所述应用插件为第二即时通信应用对应的插件，所述应用插件用于在所述第一即时通信应用中显示包含所述目标消息的消息入口，所述消息入口是用于主动触发即时通信的入口；

接收所述应用插件发送的即时通信消息，并将所述即时通信消息发送至消息接收方。

5.根据权利要求4所述的方法，其特征在于，所述通过目标帐号向第一即时通信应用中运行的应用插件发送所述目标消息，包括：

通过目标组织帐号向所述应用插件发送所述目标消息，所述目标组织帐号是所述第二即时通信应用中所述应用插件对应帐号所属目标组织的帐号；

所述通过目标帐号向第一即时通信应用中运行的应用插件发送所述目标消息之后，所述方法还包括：

向所述应用插件发送目标通讯录，所述目标通讯录中包含至少一个属于所述目标组织的帐号，所述应用插件用于在接收到对所述目标通讯录中帐号的触发操作时，通过消息界面与选中的帐号进行消息收发。

6.根据权利要求5所述的方法，其特征在于，所述目标消息中包含通讯录链接，所述通讯录链接为开放授权OAuth链接；

所述向所述应用插件发送目标通讯录，包括：

接收所述应用插件发送的通讯录获取请求，所述通讯录获取请求中包含所述应用插件对应的帐号，所述通讯录获取请求在接收到对所述通讯录链接的触发操作时发送；

根据所述应用插件对应的帐号获取所述目标通讯录，所述应用插件对应的帐号具有所述目标通讯录的查看权限；

向所述应用插件发送所述目标通讯录。

7.根据权利要求4所述的方法，其特征在于，所述通过目标帐号向第一即时通信应用中运行的应用插件发送所述目标消息，包括：

通过目标机器人帐号向所述应用插件发送所述目标消息，所述目标机器人帐号是目标群组内的机器人帐号，且所述应用插件对应的帐号属于所述目标群组。

8.根据权利要求4至7任一所述的方法，其特征在于，所述生成目标消息之后，所述方法还包括：

根据所述目标帐号以及所述目标帐号对应的目标帐号类型，生成所述目标消息对应的发送方标识，所述应用插件用于在接收到所述目标消息时，从所述目标消息对应的所述发送方标识中提取所述目标帐号类型，并根据所述目标帐号类型确定所述目标消息的显示形式，所述显示形式包括组织消息形式和群组消息形式中的至少一种。

9.根据权利要求4至7任一所述的方法，其特征在于，所述通过目标帐号向第一即时通信应用中运行的应用插件发送所述目标消息，包括：

按照预设时间点，通过所述目标帐号向所述应用插件发送所述目标消息；

或，

获取所述应用插件对应帐号的历史通信数据；将所述历史通信数据输入通信概率预测模型，得到所述通信概率预测模型输出的主动通信概率；若所述主动通信概率高于概率阈值，通过所述目标帐号向所述应用插件发送所述目标消息；

或，

若接收到所述应用插件对应帐号上报的消息入口移除通知，通过所述目标帐号向所述应用插件发送所述目标消息。

10.一种消息收发装置，其特征在于，所述装置包括：

消息显示模块，用于通过应用插件获取目标帐号发送的目标消息，并进行显示，所述应用插件运行在第一即时通信应用中，所述目标帐号为第二即时通信应用中的帐号；

通讯录显示模块，用于响应于对所述目标消息的触发操作，显示目标通讯录，所述目标通讯录中包含至少一个属于目标组织的帐号，所述目标组织是所述第二即时通信应用中所述应用插件对应帐号所属的组织；

消息收发模块，用于响应于对所述目标通讯录中帐号的触发操作，显示消息界面，所述消息界面用于与选中的帐号进行消息收发。

11.一种消息收发装置，其特征在于，所述装置包括：

消息生成模块，用于生成目标消息；

消息发送模块，用于通过目标帐号向第一即时通信应用中运行的应用插件发送所述目标消息，所述应用插件为第二即时通信应用对应的插件，所述应用插件用于在所述第一即时通信应用中显示包含所述目标消息的消息入口，所述消息入口是用于主动触发即时通信的入口；

消息发送模块，用于接收所述应用插件发送的即时通信消息，并将所述即时通信消息发送至消息接收方。

12.一种终端，其特征在于，所述终端包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至3任一所述的消息收发方法。

13.一种服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求4至9任一所述的消息收发方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条程序代码，所述程序代码由处理器加载并执行以实现如权利要求1至3任一所述的消息收发方法，或，实现如权利要求4至9任一所述的消息收发方法。