CN111130986B - 消息发送方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供了一种消息发送方法、装置、设备和存储介质。所述方法包括：接收来自第一客户端的第一临时会话消息，第一客户端对应于第一用户帐号，第一临时会话消息是第一用户帐号发送给第二用户帐号的临时会话消息，第一用户帐号和第二用户帐号时两个不同应用程序；检测第一用户帐号已成功发送给第二用户帐号的历史临时会话消息是否满足预设条件；若历史临时会话消息满足预设条件时，则将第一临时会话消息发送给第二用户帐号对应的第二客户端。本申请实施例通过在第一用户帐号和第二用户帐号之间建立临时会话，既能够避免骚扰消息泛滥，又能够满足有需求用户的通信需求。

Description

消息发送方法、装置、设备及存储介质

技术领域

本申请实施例涉及通信技术领域，特别涉及一种消息发送方法、装置、设备及存储介质。

背景技术

即时通信应用程序能够实现文字、图片、音视频等信息的即时传送和交流。

在相关技术中，有些即时通信应用程序允许用户向陌生人发送消息，有些即时通信应用程序不允许用户向陌生人发送消息。

上述相关技术中，允许用户向陌生人发送消息会导致骚扰消息泛滥，且大量的骚扰消息会浪费传输资源；不允许用户向陌生人发送消息则无法满足一些真正有需求用户的通信需求。

发明内容

本申请实施例提供了一种消息发送方法、装置、设备及存储介质，可用于解决相关技术无法实现既避免骚扰消息泛滥，又满足有需求用户的通信需求的问题。所述技术方案如下：

一方面，本申请实施例提供一种消息发送方法，应用于服务器中，所述方法包括：

接收来自第一客户端的第一临时会话消息，所述第一客户端对应于第一用户帐号，所述第一临时会话消息是所述第一用户帐号发送给第二用户帐号的临时会话消息，所述第一用户帐号和所述第二用户帐号是两个不同应用程序中的用户帐号；

检测所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息是否满足预设条件；

若所述历史临时会话消息满足所述预设条件，则将所述第一临时会话消息发送给所述第二用户帐号对应的第二客户端。

另一方面，本申请实施例提供一种消息发送方法，应用于第一客户端中，所述第一客户端对应于第一用户帐号，所述方法包括：

显示与第二用户帐号之间的临时会话界面，所述第一用户帐号和所述第二用户帐号是两个不同应用程序中的用户帐号；

获取在所述临时会话界面中输入的第一临时会话消息；

在所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息不满足预设条件的情况下，在所述临时会话界面中显示用于指示所述第一临时会话消息发送失败的提示信息。

再一方面，本申请实施例提供一种消息发送装置，应用于服务器中，所述装置包括：

接收模块，用于接收来自第一客户端的第一临时会话消息，所述第一客户端对应于第一用户帐号，所述第一临时会话消息是所述第一用户帐号发送给第二用户帐号的临时会话消息，所述第一用户帐号和所述第二用户帐号是两个不同应用程序中的用户帐号；

条件检测模块，用于检测所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息是否满足预设条件；

发送模块，用于当所述历史临时会话消息满足所述预设条件时，将所述第一临时会话消息发送给所述第二用户帐号对应的第二客户端。

再一方面，本申请实施例提供一种消息发送装置，应用于第一客户端中，所述第一客户端对应于第一用户帐号，所述装置包括：

显示模块，用于显示与第二用户帐号之间的临时会话界面，所述第一用户帐号和所述第二用户帐号是两个不同应用程序中的用户帐号；

获取模块，用于获取在所述临时会话界面中输入的第一临时会话消息；

所述显示模块，还用于在所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息不满足预设条件的情况下，在所述临时会话界面中显示用于指示所述第一临时会话消息发送失败的提示信息。

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

可选地，所述计算机设备为服务器或终端。

还一方面，本申请实施例提供一种计算机可读存储介质，该存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行以实现上述服务器侧或第一客户端侧的消息发送方法。

还一方面，本申请实施例提供一种计算机程序产品，当该计算机程序产品被执行时，其用于执行上述方面所述的服务器侧或第一客户端侧的消息发送方法。

在本申请实施例提供的技术方案中，提供了一种崭新的用户与陌生人之间的通信机制，通过在第一用户帐号和第二用户帐号之间建立临时会话，两者可以通过临时会话进行消息收发，满足了用户与陌生人之间的通信需求；另外，服务器在接收到第一用户帐号发送给第二用户帐号的第一临时会话消息之后，检测第一用户帐号已成功发送给第二用户帐号的历史临时会话消息是否满足预设条件，若满足预设条件，则服务器将第一临时会话消息发送给第二用户帐号，也即对临时会话过程中的消息收发做了一定限制，避免骚扰消息泛滥。因此，通过本申请实施例提供的临时会话方案，既能够避免骚扰消息泛滥，又能够满足有需求用户的通信需求。

附图说明

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

图2是本申请一个实施例提供的一种消息发送方法的流程图；

图3示例性示出了一种临时会话创建过程的界面示意图；

图4示例性示出了另一种临时会话创建过程的界面示意图；

图5是本申请一个实施例提供的服务器的检测流程图；

图6是本申请另一个实施例提供的实施环境的示意图；

图7是本申请另一个实施例提供的一种消息发送方法的流程图；

图8是本申请一个实施例提供的一种消息发送装置的框图；

图9是本申请另一个实施例提供的一种消息发送装置的框图；

图10是本申请另一个实施例提供的一种消息发送装置的框图；

图11是本申请另一个实施例提供的一种消息发送装置的框图；

图12是本申请一个实施例提供的服务器的结构框图；

图13是本申请一个实施例提供的终端的结构框图。

具体实施方式

下面将结合附图对本申请实施方式作进一步地详细描述。

请参考图1，其示出了本申请一个实施例提供的实施环境的示意图。该实施环境可以包括：第一终端10、第二终端20和服务器30。

第一终端10中安装运行有第一客户端，第二终端20中安装运行有第二客户端。

在一个示例中，第一客户端和第二客户端是同一应用程序的客户端，例如第一客户端和第二客户端是同一即时通信应用的客户端，又例如第一客户端和第二客户端是同一社交类应用的客户端。第一客户端中登录有第一用户帐号，第二客户端中第二用户帐号，该第一用户帐号和第二用户帐号即为同一应用程序中的用户帐号。例如，当第一客户端和第二客户端同为“X信”应用程序的客户端时，第一用户帐号则是由第一用户在该“X信”应用程序中注册的用户帐号，第二用户帐号则是由第二用户在该“X信”应用程序中注册的用户帐号。第一用户和第二用户可以是两个不同的用户。在上述应用场景中，能够在第一用户帐号与第二用户帐号之间建立临时会话，使得同一应用程序中的两个用户帐号之间能够在不建立好友关系的情况下，通过临时会话进行通信。

在另一个示例中，第一客户端和第二客户端是共用服务器30的两个不同应用程序的客户端。例如，第一客户端是某一即时通信应用的客户端，第二客户端是另一即时通信应用的客户端，且上述两个即时通信应用是两种不同的应用程序，但这两个即时通信应用可以共用服务器30。又例如，第一客户端是某一即时通信应用的客户端，第二客户端是某一社交类应用的客户端，且该即时通信应用和社交类应用是两种不同的应用程序，但该即时通信应用和社交类应用可以共用服务器30。第一客户端中登录有第一用户帐号，第二客户端中第二用户帐号，该第一用户帐号和第二用户帐号即为两个不同应用程序中的用户帐号。例如，当第一客户端为“企业X信”应用程序的客户端，且第二客户端为“X信”应用程序的客户端时，第一用户帐号则是由第一用户在该“企业X信”应用程序中注册的用户帐号，第二用户帐号则是由第二用户在该“X信”应用程序中注册的用户帐号。第一用户和第二用户可以是两个不同的用户。在上述应用场景中，能够在第一用户帐号与第二用户帐号之间建立临时会话，使得两个不同应用程序中的两个用户帐号之间能够在不建立好友关系的情况下，通过临时会话进行通信。

在又一个示例中，第一客户端和第二客户端是同一应用程序的客户端，例如第一客户端和第二客户端均为第一应用程序的客户端。第一客户端中登录有目标用户帐号，且该目标用户帐号与第一用户帐号具有绑定关系。上述目标用户帐号是由第一用户在第一应用程序中注册的用户帐号，第一用户帐号是由第一用户在第二应用程序中注册的用户帐号，且第一应用程序和第二应用程序是两个不同应用程序。例如，第一应用程序为“X信”应用程序，第二应用程序为“企业X信”应用程序。第二客户端中可以登录有第二用户帐号，该第二用户帐号是由第二用户在第一应用程序中注册的用户帐号。第一客户端能够根据用户选择，使用目标用户帐号向第二用户帐号发送消息，或者使用第一用户帐号向第二用户帐号发送消息。如果用户选择使用第一用户帐号向第二用户帐号发送消息，在一种可能的实现方式中，第一客户端直接显示使用第一用户帐号向第二用户帐号发送消息的相关用户界面，第一用户能够在该界面中输入消息，并通过第一客户端以第一用户帐号的身份向第二用户帐号发送消息；在另一种可能的实现方式中，第一客户端调用第一终端10中安装运行的第三客户端，该第三客户端是第二应用程序的客户端，第三客户端在被调用启动运行之后，显示使用第一用户帐号向第二用户帐号发送消息的相关用户界面，第一用户能够在该界面中输入消息，并通过第三客户端以第一用户帐号的身份向第二用户帐号发送消息。在上述应用场景中，同样能够在第一用户帐号与第二用户帐号之间建立临时会话，使得两个不同应用程序中的两个用户帐号之间能够在不建立好友关系的情况下，通过临时会话进行通信。

需要说明的是，当第一用户帐号和第二用户帐号是两个不同应用程序中的用户帐号时，这两个不同应用程序可以由同一个软件开发商提供，也可以由两个不同的软件开发商提供，本申请实施例对此不作限定。

另外，上述第一客户端和第二客户端均具备消息收发功能，也即既可以向其它客户端发送消息，也可以接收其它客户端发送的消息。

第一终端10和第二终端20可以是诸如手机、平板电脑、可穿戴设备、PC(PersonalComputer，个人计算机)等电子设备。服务器30可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。服务器30可以通过有线或者无线网络分别与第一终端10和第二终端20进行通信，用于对第一客户端和第二客户端之间收发的消息进行中转。

在本申请实施例提供的技术方案中，提供了一种崭新的用户与陌生人之间的通信机制，通过在第一用户帐号和第二用户帐号之间建立临时会话，两者可以通过临时会话进行消息收发，满足了用户与陌生人之间的通信需求；另外，服务器在接收到第一用户帐号发送给第二用户帐号的第一临时会话消息之后，检测第一用户帐号已成功发送给第二用户帐号的历史临时会话消息是否满足预设条件，若满足预设条件，则服务器将第一临时会话消息发送给第二用户帐号，也即对临时会话过程中的消息收发做了一定限制，避免骚扰消息泛滥。因此，通过本申请实施例提供的临时会话方案，既能够避免骚扰消息泛滥，又能够满足有需求用户的通信需求。

请参考图2，其示出了本申请一个实施例提供的一种消息发送方法的流程图。在本实施例中，主要以该方法应用于图1所示实施环境中来举例说明。该方法可以包括如下几个步骤：

步骤201，第一客户端显示与第二用户帐号之间的临时会话界面。

第一客户端对应于第一用户帐号。当第一用户帐号与第二用户帐号之间不存在好友关系时，两者可以创建临时会话，通过临时会话来收发消息。临时会话界面是用于进行临时会话时消息收发的用户界面，第一用户帐号可以在该临时会话界面中输入临时会话消息，并将该临时会话消息发送给第二用户帐号，也可以在该临时会话界面中接收到第二用户帐号发来的临时会话消息。

在本申请实施例中，用户帐号(如上文介绍的第一用户帐号和第二用户帐号)是用于唯一标识用户的标识符，用户帐号通常是有数字、字母、符号或者其组合所形成的字符串。不同用户具有不同的用户帐号。在本申请实施例中，第一用户帐号与第二用户帐号之间并非好友关系，两者为陌生人关系，通过创建临时会话进行通信。

在一个示例中，第一用户帐号和第二用户帐号是同一应用程序中的用户帐号。通过在第一用户帐号与第二用户帐号之间建立临时会话，使得同一应用程序中的两个用户帐号之间能够在不建立好友关系的情况下，通过临时会话进行通信。

在另一个示例中，第一用户帐号和第二用户帐号是两个不同应用程序中的用户帐号。通过在第一用户帐号与第二用户帐号之间建立临时会话，使得两个不同应用程序中的两个用户帐号之间能够在不建立好友关系的情况下，通过临时会话进行通信。

另外，第一客户端可以通过如下方式，显示与第二用户帐号之间的临时会话界面：

在一种可能的实施方式中，第一客户端根据对应于第二用户帐号的搜索或查看操作，显示第二用户帐号对应的详情界面，该详情界面中包括临时会话创建控件；当获取到对应于临时会话创建控件的触发信号时，第一客户端显示与第二用户帐号之间的临时会话界面。临时会话创建控件是用于触发显示临时会话界面的操作控件，例如其可以是一个按钮，在本申请实施例中，对临时会话创建控件在详情界面中的位置以及显示形式不作限定。第二用户帐号对应的详情界面是用于展示第二用户帐号的详情资料的用户界面，例如该详情界面中可以包括第二用户帐号、第二用户帐号对应的昵称、头像、签名、地区、相册等详情资料。

在本申请实施例中，对上述对应于第二用户帐号的搜索或查看操作的具体形式不作限定，包括但不限于以下方式：通过搜索第二用户帐号的方式获取并显示该第二用户帐号对应的详情界面、通过扫描第二用户帐号对应的图形码(如二维码、条形码)的方式获取并显示该第二用户帐号对应的详情界面、通过点击其他用户帐号分享的第二用户帐号对应的名片的方式获取并显示该第二用户帐号对应的详情界面、通过在群组中点击第二用户帐号对应的头像/用户名的方式获取并显示该第二用户帐号对应的详情界面，等等。

在一个示例中，如图3所示，Luna和Nick属于同一工作群，但两者并非好友关系。当Luna需要和Nick进行单独会话，但又不想与Nick建立好友关系时，Luna可以向Nick发起临时会话。Luna点击第一客户端显示的群聊会话界面30右上角的菜单控件31，触发第一客户端显示功能菜单32，该功能菜单32中可以包括群成员列表。Luna点击Nick的头像33，触发第一客户端显示Nick的详情界面34。详情界面34中包括临时会话创建控件35。Luna点击临时会话创建控件35，触发第一客户端显示与Nick的临时会话界面36。在该临时会话界面36中，Luna可以输入需要发送给Nick的临时会话消息。

在另一种可能的实施方式中，第一客户端接收第二用户帐号发送的好友添加请求；根据好友添加请求，显示第二用户帐号对应的好友验证界面，好友验证界面中包括临时会话创建控件；当获取到对应于临时会话创建控件的触发信号时，第一客户端显示与所述第二用户帐号之间的临时会话界面。

其中，好友添加请求是用于请求添加第一客户端中登录的用户帐号为好友关系的请求。第二用户帐号对应的好友验证界面中可以包括第二用户帐号的详情资料，还可以包括用于触发通过验证(也即同意添加为好友关系)的第一操作控件，以及用于触发拒绝通过验证(也即拒绝添加为好友关系)的第二操作控件。在本申请实施例中，为了提供不添加好友关系下的临时会话功能，好友验证界面中还包括临时会话创建控件，如果第一客户端的用户不同意添加第二用户帐号为好友关系，但又希望和第二用户帐号进行通信，则其可以点击好友验证界面中的临时会话创建控件，通过创建临时会话与第二用户帐号进行通信。

示例性地，如图4所示，Luna在接收到Nick发送的好友添加请求时，Luna所对应的第一客户端显示Nick对应的好友验证界面40，该好友验证界面40中包括Nick的详情资料，以及其它一些操作控件。如果Luna不想与Nick建立好友关系，Luna可以向Nick发起临时会话。Luna点击上述好友验证界面40中包括的临时会话创建控件41，触发第一客户端显示与Nick的临时会话界面42。在该临时会话界面42中，Luna可以输入需要发送给Nick的临时会话消息。

步骤202，第一客户端获取在临时会话界面中输入的第一临时会话消息。

第一临时会话消息是第一用户帐号发送给第二用户帐号的临时会话消息。其中，第一临时会话消息的消息类型可以是文字、图片、语音、视频、文件等消息类型中的任意一种或者多种的组合。

步骤203，第一客户端向服务器发送第一临时会话消息。

第一客户端获取到在临时会话界面中输入的第一临时会话消息之后，若接收到发送指令，则第一客户端向服务器发送第一临时会话消息。可选地，第一客户端向服务器发送消息发送请求，该消息发送请求中包括第一临时会话消息和第二用户帐号。可选地，该消息发送请求中还包括第一用户帐号。

步骤204，服务器检测第一用户帐号已成功发送给第二用户帐号的历史临时会话消息是否满足预设条件。

上述预设条件是指预先设定的允许第一用户帐号将临时会话消息发送给第二用户帐号的条件或规则。该预设条件可以是由服务器预先设定，也可以是由第二用户帐号设定。

在一个示例中，服务器检测第一用户帐号已成功发送给第二用户帐号的历史临时会话消息是否满足预设条件，包括：检测历史临时会话消息的累积数量是否大于门限值；若历史临时会话消息的累积数量不大于门限值，则确定历史临时会话消息满足预设条件。

上述历史临时会话消息是指在目标时段内第一用户帐号已成功发送给第二用户帐号的临时会话消息。若在第一用户帐号和第二用户帐号创建临时会话之后，第一用户帐号未接收过第二用户帐号发送的临时会话消息，则目标时段是指从临时会话创建起，至接收到第一临时会话消息止的时段；若在第一用户帐号和第二用户帐号创建临时会话之后，第一用户帐号已接收过第二用户帐号发送的临时会话消息，则目标时段是指从接收到第二用户帐号最近一次向第一用户帐号发送的临时会话消息起，至接收到第一临时会话消息止的时段。另外，上述门限值可以由服务器或第二用户帐号预先设定，例如门限值为5、10或20，本申请实施例对此不作限定。

可选地，服务器获取用于记录累计数量的目标计数器的值，然后检测目标计数器的值是否大于门限值。若目标计数器的值不大于门限值，则执行将第一临时会话消息发送给第二用户帐号对应的第二客户端的步骤，并将目标计数器的值加1。

另外，服务器在检测到目标计数器的值不大于门限值的情况下，可以先执行将第一临时会话消息发送给第二用户帐号对应的第二客户端的步骤，再执行将目标计数器值加1的步骤；或者，服务器也可以先执行将目标计数器值加1的步骤，再执行将第一临时会话消息发送给第二用户帐号对应的第二客户端的步骤；或者，服务器还可以同步执行上述两个步骤，本申请实施例对此不作限定。

通过检测历史临时会话消息的累积数量是否大于门限值，来决定是否将第一用户帐号发送的临时会话消息转发给第二用户帐号，能够实现在两个用户帐号有临时会话消息的往来交互的情况下，允许这两个用户帐号继续收发临时会话消息；在一个用户帐号连续向另一个用户帐号发送临时会话消息，但另一个用户帐号并未向该用户帐号反馈临时会话消息的情况下，禁止该用户帐号继续向上述另一个用户帐号发送临时会话消息。通过上述方式，基于两个用户帐号之间的临时会话消息的往来交互情况，决定是否允许这两个用户帐号继续收发临时会话消息，能够在满足有需求用户的通信需求的前提下，最大程度地避免骚扰消息。

在一些其它的实施例中，上述预设条件还可以是第一用户帐号已成功发送给第二用户帐号的最后一条历史临时会话消息的发送时刻，与第一临时会话消息的发送时刻之间的时间间隔大于预设时长，其中，临时会话消息的发送时刻可以携带在消息发送请求中，也可以将服务器接收到消息发送请求的时刻作为临时会话消息的发送时刻，预设时长可以由服务器或第二用户帐号预先设定，例如预设时长为1分钟、5分钟或1小时等，本申请实施例对此不作限定。或者，上述预设条件还可以是第一用户帐号已成功发送给第二用户帐号的历史临时会话消息中不包含预设关键词，该预设关键词可以是由服务器或第二用户帐号预先设定的字词，如一些不文明用语。或者，上述预设条件还可以是第一用户帐号已成功发送给第二用户帐号的最后一条历史临时会话消息，与第一临时会话消息的消息内容不同。当然，上述关于预设条件的介绍说明仅是示例性和解释性的，在实际应用中，任何用于限制临时会话过程中骚扰消息泛滥的条件或规则，均可被设定为上述预设条件，本申请实施例对此不作限定。

步骤205，若历史临时会话消息满足预设条件，则服务器将第一临时会话消息发送给第二用户帐号对应的第二客户端。

当历史临时会话消息满足预设条件时，服务器将第一临时会话消息发送给第二用户帐号当前登录的客户端，也即上述第二客户端。

可选地，服务器在确定目标计数器的值不大于门限值之后，一方面将第一临时会话消息发送给第二用户帐号对应的第二客户端，另一方面将目标计数器的值加1，表示已成功发送给第二用户帐号的历史临时会话消息的累计数量增加1条。关于上述两个步骤执行的先后顺序，上文已经介绍，这里不再赘述。

另外，若历史临时会话消息不满足预设条件，则服务器不执行将第一临时会话消息发送给第二用户帐号对应的第二客户端的步骤，也即禁止第一用户帐号继续向第二用户帐号发送临时会话消息。可选地，若累积数量大于门限值，则服务器不执行将第一临时会话消息发送给第二用户帐号对应的第二客户端的步骤，通过上述方式，在第一用户帐号连续向第二用户帐号发送临时会话消息，但第二用户帐号并未向该第一用户帐号反馈临时会话消息的情况下，禁止该第一用户帐号继续向第二用户帐号发送临时会话消息，从而避免骚扰消息泛滥。

可选地，当历史临时会话消息不满足预设条件时，服务器还向第一客户端发送消息发送失败响应，该消息发送失败响应用于指示第一临时会话消息发送失败。第一客户端在接收到服务器发送的消息发送失败响应后，可以根据该消息发送失败响应在临时会话界面中显示用于指示第一临时会话消息发送失败的提示信息，以便告知用户第一临时会话消息发送失败。

第二客户端在接收到第一临时会话消息后，可以显示与第一用户帐号之间的临时会话界面，并将该第一临时会话消息显示在该临时会话界面中。第二客户端的用户在查看到上述第一临时会话消息之后，可以决定是否向第一用户帐号发送临时会话消息。当决定向第一用户帐号发送临时会话消息时，第二客户端获取在临时会话界面中输入的第二临时会话消息，然后向服务器发送消息发送请求，该消息发送请求中包括第二临时会话消息和第一用户帐号，可选地还包括第二用户帐号。

服务器在接收到第二用户帐号发送给第一用户帐号的第二临时会话消息之后，执行与上述步骤204相类似的检测流程，检测第二用户帐号已成功发送给第一用户帐号的历史临时会话消息是否满足预设条件。若检测结果为满足预设条件，则服务器将第二临时会话消息发送给第一用户帐号对应的第一客户端；若检测结果为不满足预设条件，则服务器拒绝将第二临时会话消息发送给第一用户帐号对应的第一客户端。

可选地，服务器在接收到第二用户帐号发送给第一用户帐号的第二临时会话消息之后，或者在将第二临时会话消息发送给第一用户帐号之后，还将上述目标计数器的值清零，以实现对第一用户帐号已成功发送给第二用户帐号的临时会话消息的累计数量进行更新。

请参考图5，其示出了本申请一个实施例提供的服务器的检测流程图。当服务器接收到第一用户帐号发送给第二用户帐号的临时会话消息(51)时，服务器获取目标计数器(即用于记录第一用户帐号在目标时段内已成功发送给第二用户帐号的历史临时会话消息的累计数量的计数器)的值N，并检测目标计数器的值N是否大于门限值(52)，当N不大于门限值时，服务器将临时会话消息发送给第二客户端(53)，并将目标计数器的值N加1，即N＝N+1(54)；之后，服务器检测是否接收到第二用户帐号发送给第一用户帐号的临时会话消息(55)；如果服务器接收到第二用户帐号发送给第一用户帐号的临时会话消息，则服务器将上述目标计数器的值清零，即N＝0(56)；如果服务器再次接收到第一用户帐号发送给第二用户帐号的临时会话消息，则服务器再次从检测目标计数器的值N是否大于门限值的步骤开始执行。

当然，上述图5仅示出了对用于记录第一用户帐号在目标时段内已成功发送给第二用户帐号的历史临时会话消息的累计数量的计数器进行更新的流程，在第一用户帐号和第二用户帐号进行临时会话的过程中，服务器还需维护用于记录第二用户帐号在目标时段内已成功发送给第一用户帐号的历史临时会话消息的累计数量的计数器，并对该计数器进行更新。

需要补充说明的一点是，当服务器检测到第一用户帐号在目标时段内已成功发送给第二用户帐号的历史临时会话消息的累计数量达到门限值时，服务器可以向第二用户帐号对应的第二客户端发送提醒信息，该提醒信息用于提醒第二客户端第一用户帐号发送的临时会话消息已达到门限值。第二客户端在接收到上述提醒信息之后，可以在与第一用户帐号之间的临时会话界面中显示该提醒信息，以便第二客户端的用户在查看到该提醒信息之后，在有必要的情况下及时向第一用户帐号回复临时会话消息，以确保临时会话能够继续进行。

综上所述，本申请实施例提供的技术方案中，提供了一种崭新的用户与陌生人之间的通信机制，通过在第一用户帐号和第二用户帐号之间建立临时会话，两者可以通过临时会话进行消息收发，满足了用户与陌生人之间的通信需求；另外，服务器在接收到第一用户帐号发送给第二用户帐号的第一临时会话消息之后，检测第一用户帐号已成功发送给第二用户帐号的历史临时会话消息是否满足预设条件，若满足预设条件，则服务器将第一临时会话消息发送给第二用户帐号，也即对临时会话过程中的消息收发做了一定限制，避免骚扰消息泛滥。因此，通过本申请实施例提供的临时会话方案，既能够避免骚扰消息泛滥，又能够满足有需求用户的通信需求。

另外，通过检测历史临时会话消息的累积数量是否大于门限值，来决定是否将第一用户帐号发送的临时会话消息转发给第二用户帐号，能够实现在两个用户帐号有临时会话消息的往来交互的情况下，允许这两个用户帐号继续收发临时会话消息；在一个用户帐号连续向另一个用户帐号发送临时会话消息，但另一个用户帐号并未向该用户帐号反馈临时会话消息的情况下，禁止该用户帐号继续向上述另一个用户帐号发送临时会话消息。通过上述方式，基于两个用户帐号之间的临时会话消息的往来交互情况，决定是否允许这两个用户帐号继续收发临时会话消息，能够在满足有需求用户的通信需求的前提下，最大程度地避免骚扰消息。

请参考图6，其示出了本申请另一个实施例提供的实施环境的示意图。在该实施环境中，第一客户端和第二客户端是共用同一服务器的两个不同应用程序的客户端。该实施环境可以包括：第一终端610、第一服务器620、第二终端630、第二服务器640和中间服务器650。

第一终端610中安装运行有第一客户端，第二终端630中安装运行有第二客户端。假设第一客户端是第一应用程序的客户端，第二客户端是第二应用程序的客户端，且该第一应用程序和第二应用程序是两个不同应用程序。例如，第一应用程序和第二应用程序为两种不同的即时通信应用程序；又例如，第一应用程序为某一即时通信应用程序，第二应用程序为某一社交类应用程序。

第一服务器620用于为第一应用程序的客户端提供后台服务，及第一服务器620为第一应用程序的后台服务器。第二服务器640用于为第二应用程序的客户端提供后台服务，及第二服务器640为第二应用程序的后台服务器。第一服务器620与第一终端610之间可以通过有线或者无线网络进行通信。第二服务器640与第二终端630之间可以通过有线或者无线网络进行通信。

中间服务器650可以通过有线或者无线网络分别与第一服务器620和第二服务器640进行通信，用于对接上述第一应用程序和第二应用程序，使得第一应用程序和第二应用程序之间收发的消息可以互相同步。另外，针对第一客户端和第二客户端之间的临时会话场景，由中间服务器650执行上文实施例介绍的检测判定流程。

上述第一服务器620、第二服务器640或者中间服务器650可以是一台服务器，也可以是由多台服务器组成的服务器群组，或者是一个云计算服务中心。

请参考图7，其示出了本申请另一个实施例提供的一种消息发送方法的流程图。在本实施例中，主要以该方法应用于图6所示实施环境中来举例说明。该方法可以包括如下几个步骤：

步骤701，第一客户端显示与第二用户帐号之间的临时会话界面，其中，第一客户端对应于第一用户帐号，第一用户帐号和第二用户帐号是两个不同应用程序中的用户帐号。

上述临时会话界面中包括第二用户帐号最近一次向第一用户帐号发送的临时会话消息。

步骤702，第一客户端获取在临时会话界面中输入的第一临时会话消息。

步骤703，第一客户端向第一服务器发送第一临时会话消息。

步骤704，第一服务器向中间服务器发送第一临时会话消息。

步骤705，中间服务器检测第一用户帐号已成功发送给第二用户帐号的历史临时会话消息是否满足预设条件。

可选地，服务器检测历史临时会话消息的累积数量是否大于门限值；若历史临时会话消息的累积数量不大于门限值，则确定历史临时会话消息满足预设条件。上述历史临时会话消息是指在目标时段内第一用户帐号已成功发送给第二用户帐号的临时会话消息。若在第一用户帐号和第二用户帐号创建临时会话之后，第一用户帐号未接收过第二用户帐号发送的临时会话消息，则目标时段是指从临时会话创建起，至接收到第一临时会话消息止的时段；若在第一用户帐号和第二用户帐号创建临时会话之后，第一用户帐号已接收过第二用户帐号发送的临时会话消息，则目标时段是指从接收到第二用户帐号最近一次向第一用户帐号发送的临时会话消息起，至接收到第一临时会话消息止的时段。

可选地，服务器获取用于记录该累计数量的目标计数器的值，检测目标计数器的值是否大于门限值。有关目标计数器的解释说明及其计数更新过程，可参见上文图2实施例中的介绍说明，此处不再赘述。

步骤706，若不满足预设条件，则中间服务器将消息发送请求转发给第二服务器。

步骤707，第二服务器向第二用户帐号对应的第二客户端发送第一临时会话消息。

综上所述，本实施例提供的技术方案中，实现了两个不同应用程序的客户端之间的临时会话，并对该临时会话过程中收发的消息进行有效控制，既能够避免骚扰消息泛滥，又能够满足有需求用户的通信需求。

在一些其它实施例中，服务器将第一临时会话消息发送给第二用户帐号对应的第二客户端之前，还可以根据第二用户帐号的接收配置信息，检测第一临时会话消息的消息类型是否属于第二用户帐号允许接收的消息类型；其中，第二用户帐号的接收配置信息用于指示第二用户帐号允许接收的消息类型。若第一临时会话消息的消息类型属于第二用户帐号允许接收的消息类型，则服务器执行将第一临时会话消息发送给第二用户帐号对应的第二客户端的步骤；否则，若第一临时会话消息的消息类型不属于第二用户帐号允许接收的消息类型，则服务器不执行将第一临时会话消息发送给第二用户帐号对应的第二客户端的步骤，服务器可以向第一客户端发送消息发送失败响应。上述允许接收的消息类型可以是文字、图片、语音、视频、文件等消息类型中的任意一种或者多种的组合。

例如，若第二用户帐号允许接收的消息类型为文字，则只有第一临时会话消息的消息类型为文字的时候，服务器才将该第一临时会话消息发送给第二用户帐号对应的第二客户端。又例如，当第二用户帐号允许接收的消息类型为文字和图片时，则第一临时会话消息的消息类型为文字或图片的时候，服务器就可以将该第一临时会话消息发送给第二用户帐号对应的第二客户端。

另外，服务器在将第一临时会话消息发送给第二用户帐号对应的第二客户端之前，可以先检测第一用户帐号在目标时段内已成功发送给第二用户帐号的临时会话消息的累计数量是否大于门限值，在检测结果为该累积数量大于门限值的情况下，再执行检测第一临时会话消息的消息类型是否属于第二用户帐号允许接收的消息类型的步骤；或者，服务器也可以先检测第一临时会话消息的消息类型是否属于第二用户帐号允许接收的消息类型，在检测结果为属于第二用户帐号允许接收的消息类型的情况下，再执行检测第一用户帐号在目标时段内已成功发送给第二用户帐号的临时会话消息的累计数量是否大于门限值；或者，服务器还可以同步执行上述两个检测流程，并根据检测结果执行相应的步骤，本申请实施例对此不作限定。

在上述实施例中，用户帐号可以通过接收配置信息配置其允许接收的消息类型，服务器在临时会话过程中，根据用户帐号的接收配置信息确定是否能够将临时会话消息发送给该用户帐号，从而实现在临时会话中，对允许收发的消息类型根据用户自定义需求进行控制，更好地满足用户需求。

在一些其它实施例中，服务器还可以统计第一用户帐号与第二用户帐号之间的临时会话消息的收发频率；当收发频率大于第一阈值时，更新第一用户帐号与第二用户帐号之间的临时会话权限配置，该临时会话权限配置用于配置第一用户帐号与第二用户帐号之间的临时会话所允许收发的消息类型；然后，服务器向第一客户端和第二客户端发送临时会话权限配置。

第一用户帐号与第二用户帐号之间的临时会话消息的收发频率，用于指示第一用户帐号与第二用户帐号之间收发临时会话消息的频繁程度。该频繁程度越高，收发频率越大；反之，该频繁程度越低，收发频率越小。在本申请实施例中，对收发频率的计算方式不作限定，例如收发频率可以是单位时间内第一用户帐号成功发送给第二用户帐号的临时会话消息的数量，也可以是单位时间内第二用户帐号成功发送给第一用户帐号的临时会话消息的数量，还可以是单位时间内第一用户帐号和第二用户帐号成功发送的临时会话消息的总数量，上述单位时间可以是1小时、12小时、1天或者1星期等，其可以根据实际情况进行设定。

当收发频率提升时，服务器可以增加第一用户帐号与第二用户帐号之间的临时会话所允许收发的消息类型。例如，当收发频率小于第一阈值时，第一用户帐号与第二用户帐号之间的临时会话所允许收发的消息类型仅包括文字；当收发频率大于第一阈值时，第一用户帐号与第二用户帐号之间的临时会话所允许收发的消息类型包括文字和语音。上述第一阈值可以根据实际情况进行设定，本申请实施例对其取值不作限定。

另外，服务器可以针对上述收发频率设定多个不同的等级，且针对每一个等级设定相应的允许收发的消息类型。例如，随着收发频率依次递增，包括等级1、2、3和4，其中等级1对应的允许收发的消息类型为文字，等级2对应的允许收发的消息类型为文字和图片，等级3对应的允许收发的消息类型为文字、图片和语音，等级4对应的允许收发的消息类型为文字、图片、语音和文件。

在上述实施例中，通过服务器统计第一用户帐号与第二用户帐号之间的临时会话消息的收发频率，并根据该收发频率对上述两个用户帐号之间的临时会话权限配置进行更新，实现了在服务器端对临时会话权限配置进行自动化更新，更好地满足用户在临时会话时的消息收发需求。

在一些其它实施例中，第一客户端在建立第一用户帐号与第二用户帐号之间的临时会话之后，还可以将第二用户帐号添加至第一用户帐号的临时会话通讯录中，其中，第一用户帐号的临时会话通讯录用于保存与第一用户帐号之间具有临时会话关系的用户帐号。该过程可以包括以下两种可能的实现方式：

1、第一终端获取对应于第一用户帐号与第二用户帐号之间的临时会话的收藏指令，然后根据该收藏指令将第二用户帐号添加至第一用户帐号的临时会话通讯录中。

在本申请实施例中，对上述收藏指令的触发方式不作限定。例如，第一用户帐号与第二用户帐号之间的临时会话界面中包含用于触发上述收藏指令的操作控件，第一客户端的用户通过点击该操作控件，触发第一客户端将第二用户帐号添加至第一用户帐号的临时会话通讯录中。

2、当第一用户帐号与第二用户帐号之间的临时会话消息的收发频率大于第二阈值时，第一终端将第二用户帐号添加至第一用户帐号的临时会话通讯录中。

第一用户帐号与第二用户帐号之间的临时会话消息的收发频率，用于指示第一用户帐号与第二用户帐号之间收发临时会话消息的频繁程度。该频繁程度越高，收发频率越大；反之，该频繁程度越低，收发频率越小。在本申请实施例中，对收发频率的计算方式不作限定，例如收发频率可以是单位时间内第一用户帐号成功发送给第二用户帐号的临时会话消息的数量，也可以是单位时间内第二用户帐号成功发送给第一用户帐号的临时会话消息的数量，还可以是单位时间内第一用户帐号和第二用户帐号发送的临时会话消息的总数量，上述单位时间可以是1小时、12小时、1天或者1星期等，其可以根据实际情况进行设定。

当收发频率大于第二阈值时，也即认为第一用户帐号和第二用户帐号有频繁通信的需求，则第一客户端自动将第二用户帐号添加至第一用户帐号的临时会话通讯录中。上述第二阈值可以根据实际情况进行设定，本申请实施例对其取值不作限定。

在上述实施例中，提供了两种保存具有临时会话关系的用户帐号的方式，其中第一种方式由用户手动保存，第二种方式由客户端根据临时会话消息的收发频率自动保存。手动保存的方式能够更好地满足用户实际需求，自动保存的方式能够省去用户操作，更具自动化。通过保存具有临时会话关系的用户帐号，可以避免将临时会话删除后无法找到该用户帐号并恢复临时会话。

下面，结合两个具体的例子，对本申请提供的技术方案进行介绍说明。

在一个例子中，假设Luna在“X信”应用程序中注册的用户帐号为用户帐号A，Nick在“X信”应用程序中注册的用户帐号为用户帐号B，该用户帐号A和用户帐号B处于同一个群组中(如同一工作群)，但彼此并不存在好友关系。当Luna和Nick需要单独进行工作上的临时会话，但又不想与Nick建立好友关系时，Luna可以向Nick发起临时会话。Luna点击“X信”应用程序的客户端显示的群聊会话界面右上角的菜单控件，进入功能菜单，该功能菜单中有群成员列表。接下来，Luna点击Nick的头像，进入Nick的详情界面。然后，点击Nick的详情界面中的临时会话创建控件，进入与Nick的临时会话界面。在该临时会话界面中，Luna可以输入需要发送给Nick的临时会话消息，并以用户帐号A向Nick所使用的用户帐号B发送临时会话消息。在另一可能的应用场景中，Luna的“X信”应用程序的客户端中登录有Luna在“X信”应用程序中注册的用户帐号A，且该用户帐号A与Luna在“企业X信”应用程序中注册的用户帐号B相绑定，Luna在进行临时会话时，可以在“X信”应用程序的客户端中，以用户帐号B向Nick发送临时会话消息。另外，有关两人之间的临时会话消息的检测判定流程，可参见上文实施例中的介绍说明。

在另一个例子中，假设Luna在“X信”应用程序中注册的用户帐号为用户帐号A，Nick在“X信”应用程序中注册的用户帐号为用户帐号B。Nick在“X信”应用程序的客户端中，通过用户帐号B向Luna发起好友添加请求。Luna在“X信”应用程序的客户端中接收到上述好友添加请求之后，显示用户帐号B对应的好友验证界面。如果Luna不希望将用户帐号B添加为其使用的用户帐号A的好友关系，则Luna可以点击用户帐号B对应的好友验证界面中的临时会话创建控件，进入与Nick的临时会话界面。在该临时会话界面中，Luna可以输入需要发送给Nick的临时会话消息，并以用户帐号A向Nick所使用的用户帐号B发送临时会话消息。在另一可能的应用场景中，Luna的“X信”应用程序的客户端中登录有Luna在“X信”应用程序中注册的用户帐号A，且该用户帐号A与Luna在“企业X信”应用程序中注册的用户帐号B相绑定，Luna在进行临时会话时，可以在“X信”应用程序的客户端中，以用户帐号B向Nick发送临时会话消息。另外，有关两人之间的临时会话消息的检测判定流程，可参见上文实施例中的介绍说明。

需要说明的一点是，在上述方法实施例中，主要从服务器和第一客户端交互的角度对本申请技术方案进行介绍说明，上述有关服务器执行的步骤可以单独实现成为服务器侧的消息发送方法，上述有关第一客户端执行的步骤可以单独实现成为第一客户端侧的消息发送方法。

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

请参考图8，其示出了本申请一个实施例提供的一种消息发送装置的框图。该装置具有实现上述服务器侧的方法示例的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以是服务器，也可以设置在服务器上。该装置800可以包括：接收模块801、条件检测模块802和发送模块803。

接收模块801，用于接收来自第一客户端的第一临时会话消息，所述第一客户端对应于第一用户帐号，所述第一临时会话消息是所述第一用户帐号发送给第二用户帐号的临时会话消息，所述第一用户帐号和所述第二用户帐号是两个不同应用程序中的用户帐号。

条件检测模块802，用于检测所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息是否满足预设条件。

发送模块803，用于当所述历史临时会话消息满足所述预设条件时，将所述第一临时会话消息发送给所述第二用户帐号对应的第二客户端。

综上所述，本申请实施例提供的技术方案中，提供了一种崭新的用户与陌生人之间的通信机制，通过在第一用户帐号和第二用户帐号之间建立临时会话，两者可以通过临时会话进行消息收发，满足了用户与陌生人之间的通信需求；另外，服务器在接收到第一用户帐号发送给第二用户帐号的第一临时会话消息之后，检测第一用户帐号已成功发送给第二用户帐号的历史临时会话消息是否满足预设条件，若满足预设条件，则服务器将第一临时会话消息发送给第二用户帐号，也即对临时会话过程中的消息收发做了一定限制，避免骚扰消息泛滥。因此，通过本申请实施例提供的临时会话方案，既能够避免骚扰消息泛滥，又能够满足有需求用户的通信需求。

在基于图8实施例提供的一个可选实施例中，所述条件检测模块802，用于检测所述历史临时会话消息的累积数量是否大于门限值；当所述历史临时会话消息的累积数量不大于所述门限值时，确定所述历史临时会话消息满足所述预设条件。

可选地，所述历史临时会话消息是指在目标时段内所述第一用户帐号已成功发送给所述第二用户帐号的临时会话消息；其中，

若在所述第一用户帐号和所述第二用户帐号创建临时会话之后，所述第一用户帐号未接收过所述第二用户帐号发送的临时会话消息，则所述目标时段是指从所述临时会话创建起，至接收到所述第一临时会话消息止的时段；

若在所述第一用户帐号和所述第二用户帐号创建临时会话之后，所述第一用户帐号已接收过所述第二用户帐号发送的临时会话消息，则所述目标时段是指从接收到所述第二用户帐号最近一次向所述第一用户帐号发送的临时会话消息起，至接收到所述第一临时会话消息止的时段。

可选地，所述条件检测模块802，具体用于：获取用于记录所述累计数量的目标计数器的值；检测所述目标计数器的值是否大于所述门限值；

所述条件检测模块802，还用于当所述目标计数器的值不大于所述门限值时，调用发送模块803，用于执行所述将所述第一临时会话消息发送给所述第二用户帐号对应的第二客户端的步骤，且所述检测模块802还用于将所述目标计数器的值加1。

可选地，所述接收模块801，还用于接收来自所述第二客户端的第二临时会话消息，所述第二临时会话消息是所述第二用户帐号发送给所述第一用户帐号的临时会话消息。

所述条件检测模块802，还用于在接收到所述第二临时会话消息之后，或者在将所述第二临时会话消息发送给所述第一用户帐号之后，将所述目标计数器的值清零。

在基于图8实施例或者上述任一可选实施例提供的另一个可选实施例中，如图9所示，所述装置800还包括：类型检测模块804。

所述类型检测模块804，用于根据所述第二用户帐号的接收配置信息，检测所述第一临时会话消息的消息类型是否属于所述第二用户帐号允许接收的消息类型；其中，所述第二用户帐号的接收配置信息用于指示所述第二用户帐号允许接收的消息类型；

所述发送模块803，还用于当所述第一临时会话消息的消息类型属于所述第二用户帐号允许接收的消息类型时，执行所述将所述第一临时会话消息发送给所述第二用户帐号对应的第二客户端的步骤。

在基于图8实施例或者上述任一可选实施例提供的另一个可选实施例中，如图9所示，所述装置800还包括：统计模块805和配置更新模块806；

统计模块805，用于统计所述第一用户帐号与所述第二用户帐号之间的临时会话消息的收发频率。

配置更新模块806，用于当所述收发频率大于第一阈值时，更新所述第一用户帐号与所述第二用户帐号之间的临时会话权限配置，所述临时会话权限配置用于配置所述第一用户帐号与所述第二用户帐号之间的临时会话所允许收发的消息类型。

所述发送模块803，还用于向所述第一客户端和所述第二客户端发送所述临时会话权限配置。

在基于图8实施例或者上述任一可选实施例提供的另一个可选实施例中，所述发送模块803，还用于：当所述累计数量达到所述门限值时，向所述第二用户帐号对应的第二客户端发送提醒信息，所述提醒信息用于提醒第二客户端第一用户帐号发送的临时会话消息以达到门限值。

在基于图8实施例或者上述任一可选实施例提供的另一个可选实施例中，所述发送模块803还用于：当所述累计数量大于所述门限值时，向所述第一客户端发送消息发送失败响应，所述消息发送失败响应用于指示所述第一临时会话消息发送失败。

请参考图10，其示出了本申请另一个实施例提供的一种消息发送装置的框图。该装置具有实现上述第一客户端侧的方法示例的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以是上文介绍的第一终端，也可以设置在第一终端上。该装置1000可以包括：显示模块1001和获取模块1002。

显示模块1001，用于显示与第二用户帐号之间的临时会话界面，所述第一用户帐号和所述第二用户帐号是两个不同应用程序中的用户帐号。

获取模块1002，用于获取在所述临时会话界面中输入的第一临时会话消息。

所述显示模块1001，还用于在所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息不满足预设条件的情况下，在所述临时会话界面中显示用于指示所述第一临时会话消息发送失败的提示信息。

综上所述，本申请实施例提供的技术方案中，提供了一种崭新的用户与陌生人之间的通信机制，通过在第一用户帐号和第二用户帐号之间建立临时会话，两者可以通过临时会话进行消息收发，满足了用户与陌生人之间的通信需求；另外，服务器在接收到第一用户帐号发送给第二用户帐号的第一临时会话消息之后，检测第一用户帐号已成功发送给第二用户帐号的历史临时会话消息是否满足预设条件，若满足预设条件，则服务器将第一临时会话消息发送给第二用户帐号，也即对临时会话过程中的消息收发做了一定限制，避免骚扰消息泛滥。因此，通过本申请实施例提供的临时会话方案，既能够避免骚扰消息泛滥，又能够满足有需求用户的通信需求。

在基于图10实施例提供的一个可选实施例中，所述显示模块1001，用于根据对应于所述第二用户帐号的搜索或查看操作，显示所述第二用户帐号对应的详情界面，所述详情界面中包括临时会话创建控件；当获取到对应于所述临时会话创建控件的触发信号时，执行所述显示与所述第二用户帐号之间的所述临时会话界面的步骤。

在基于图10实施例提供的另一个可选实施例中，所述显示模块1001，还用于接收所述第二用户帐号发送的好友添加请求；根据所述好友添加请求，显示所述第二用户帐号对应的好友验证界面，所述好友验证界面中包括临时会话创建控件；当获取到对应于所述临时会话创建控件的触发信号时，执行所述显示与所述第二用户帐号之间的所述临时会话界面的步骤。

在基于图10实施例或者上述任一可选实施例提供的另一个可选实施例中，如图11所示，所述装置1000还包括：添加模块1003，用于：

获取对应于所述第一用户帐号与所述第二用户帐号之间的临时会话的收藏指令；根据所述收藏指令将所述第二用户帐号添加至所述第一用户帐号的临时会话通讯录中；

和/或，

当所述第一用户帐号与所述第二用户帐号之间的临时会话消息的收发频率大于第二阈值时，将所述第二用户帐号添加至所述第一用户帐号的临时会话通讯录中；其中，所述第一用户帐号的临时会话通讯录用于保存与所述第一用户帐号之间具有临时会话关系的用户帐号。

在基于图10实施例或者上述任一可选实施例提供的另一个可选实施例中，如图11所示，所述装置1000还包括：接收模块1004。

接收模块1004，用于接收所述服务器发送的消息发送失败响应，所述消息发送失败响应用于指示所述第一临时会话消息发送失败。

所述显示模块1001，还用于根据所述消息发送失败响应在所述临时会话界面中显示用于指示所述第一临时会话消息发送失败的提示信息。

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

请参考图12，其示出了本申请一个实施例提供的服务器的结构示意图。该服务器用于实施上述实施例中提供的服务器侧的消息发送方法。例如，该服务器可以是图1所示实施环境中的服务器30，也可以是图6所示实施环境中的中间服务器650。具体来讲：

所述服务器1200包括中央处理单元(CPU)1201、包括随机存取存储器(RAM)1202和只读存储器(ROM)1203的系统存储器1204，以及连接系统存储器1204和中央处理单元1201的系统总线1205。所述服务器1200还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)1206，和用于存储操作系统1213、应用程序1214和其他程序模块1212的大容量存储设备1207。

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

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

不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器1204和大容量存储设备1207可以统称为存储器。

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

所述存储器还包括至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集存储于存储器中，且经配置以由一个或者一个以上处理器执行，以实现上述服务器侧的消息发送方法。

请参考图13，其示出了本申请一个实施例提供的终端1300的结构框图。通常，终端1300包括有：处理器1301和存储器1302。

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

存储器1302可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1302还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1302中的非暂态的计算机可读存储介质用于存储至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、至少一段程序、代码集或指令集用于被处理器1301所执行以实现上述客户端(如第一客户端或第二客户端)侧的消息发送方法。

在一些实施例中，终端1300还可选包括有：外围设备接口1303和至少一个外围设备。处理器1301、存储器1302和外围设备接口1303之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口1303相连。具体地，外围设备可以包括：通信接口1304、显示屏1305、音频电路1306、摄像头组件1307和电源1308中的至少一种。

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

在示例性实施例中，还提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或所述指令集在被服务器的处理器执行时实现上述服务器侧的消息发送方法。

在示例性实施例中，还提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或所述指令集在被终端的处理器执行时实现上述客户端(如第一客户端或第二客户端)侧的消息发送方法。

可选地，上述计算机可读存储介质可以是ROM、RAM、CD-ROM、磁带、软盘和光数据存储设备等。

在示例性实施例中，还提供了一种计算机程序产品，当该计算机程序产品被服务器的处理器执行时，其用于实现上述服务器侧的消息发送方法。

在示例性实施例中，还提供了一种计算机程序产品，当该计算机程序产品被终端的处理器执行时，其用于实现上述客户端(如第一客户端或第二客户端)侧的消息发送方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

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

Claims (14)

1.一种消息发送方法，其特征在于，应用于服务器中，所述方法包括：

接收来自第一客户端的第一临时会话消息，所述第一客户端对应于第一用户帐号，所述第一临时会话消息是所述第一用户帐号发送给第二用户帐号的临时会话消息，所述第一用户帐号和所述第二用户帐号是两个不同应用程序中的用户帐号，所述第一用户帐号是在第二应用程序中注册的用户帐号，所述第二用户帐号是在第一应用程序中注册的用户帐号，所述两个不同应用程序共用所述服务器，所述第一临时会话消息是所述第一用户帐号在临时会话界面上输入的消息，所述临时会话界面是所述第一客户端在所述第二用户帐号对应的详情界面或所述第二用户帐号对应的好友验证界面中触发临时会话创建控件后显示的，所述临时会话界面用于在所述第一用户帐号和所述第二用户帐号不建立好友关系的情况下进行通信，所述第一客户端是所述第一应用程序或所述第二应用程序的客户端，在所述第一客户端是所述第一应用程序的客户端的情况下，所述第一客户端登录有目标用户帐号，所述目标用户帐号是在所述第一应用程序中注册的用户帐号，所述目标用户帐号与所述第一用户帐号具有绑定关系；

检测所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息是否满足预设条件，所述预设条件包括如下中的至少一种：所述历史临时会话消息的累积数量不大于门限值；所述第一用户帐号已成功发送给所述第二用户帐号的最后一条历史临时会话消息的发送时刻，与所述第一临时会话消息的发送时刻之间的时间间隔大于预设时长；所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息中不包含预设关键词；所述第一用户帐号已成功发送给所述第二用户帐号的最后一条历史临时会话消息与所述第一临时会话消息的消息内容不同；

若所述历史临时会话消息满足所述预设条件，则将所述第一临时会话消息发送给所述第二用户帐号对应的第二客户端。

2.根据权利要求1所述的方法，其特征在于，所述历史临时会话消息是指在目标时段内所述第一用户帐号已成功发送给所述第二用户帐号的临时会话消息；其中，

若在所述第一用户帐号和所述第二用户帐号创建临时会话之后，所述第一用户帐号未接收过所述第二用户帐号发送的临时会话消息，则所述目标时段是指从所述临时会话创建起，至接收到所述第一临时会话消息止的时段；

若在所述第一用户帐号和所述第二用户帐号创建临时会话之后，所述第一用户帐号已接收过所述第二用户帐号发送的临时会话消息，则所述目标时段是指从接收到所述第二用户帐号最近一次向所述第一用户帐号发送的临时会话消息起，至接收到所述第一临时会话消息止的时段。

3.根据权利要求1所述的方法，其特征在于，所述检测所述历史临时会话消息的累积数量是否大于门限值，包括：

获取用于记录所述累积数量的目标计数器的值；

检测所述目标计数器的值是否大于所述门限值；

所述方法还包括：

若所述目标计数器的值不大于所述门限值，则执行所述将所述第一临时会话消息发送给所述第二用户帐号对应的第二客户端的步骤，并将所述目标计数器的值加1。

4.根据权利要求3所述的方法，其特征在于，所述接收来自第一客户端的第一临时会话消息之后，还包括：

接收来自所述第二客户端的第二临时会话消息，所述第二临时会话消息是所述第二用户帐号发送给所述第一用户帐号的临时会话消息；

在接收到所述第二临时会话消息之后，或者在将所述第二临时会话消息发送给所述第一用户帐号之后，将所述目标计数器的值清零。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述将所述第一临时会话消息发送给所述第二用户帐号对应的第二客户端之前，还包括：

根据所述第二用户帐号的接收配置信息，检测所述第一临时会话消息的消息类型是否属于所述第二用户帐号允许接收的消息类型；其中，所述第二用户帐号的接收配置信息用于指示所述第二用户帐号允许接收的消息类型；

若所述第一临时会话消息的消息类型属于所述第二用户帐号允许接收的消息类型，则执行所述将所述第一临时会话消息发送给所述第二用户帐号对应的第二客户端的步骤。

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

统计所述第一用户帐号与所述第二用户帐号之间的临时会话消息的收发频率；

当所述收发频率大于第一阈值时，更新所述第一用户帐号与所述第二用户帐号之间的临时会话权限配置，所述临时会话权限配置用于配置所述第一用户帐号与所述第二用户帐号之间的临时会话所允许收发的消息类型；

向所述第一客户端和所述第二客户端发送所述临时会话权限配置。

7.一种消息发送方法，其特征在于，应用于第一客户端中，所述第一客户端对应于第一用户帐号，所述第一客户端是第一应用程序或第二应用程序的客户端，在所述第一客户端是所述第一应用程序的客户端的情况下，所述第一客户端登录有目标用户帐号，所述目标用户帐号是在所述第一应用程序中注册的用户帐号，所述目标用户帐号与所述第一用户帐号具有绑定关系，所述方法包括：

显示与第二用户帐号之间的临时会话界面，所述第一用户帐号和所述第二用户帐号是两个不同应用程序中的用户帐号，所述第一用户帐号是在所述第二应用程序中注册的用户帐号，所述第二用户帐号是在所述第一应用程序中注册的用户帐号，所述两个不同应用程序共用服务器，所述临时会话界面是所述第一客户端在所述第二用户帐号对应的详情界面或所述第二用户帐号对应的好友验证界面中触发临时会话创建控件后显示的，所述临时会话界面用于在所述第一用户帐号和所述第二用户帐号不建立好友关系的情况下进行通信；

获取在所述临时会话界面中输入的第一临时会话消息，所述第一临时会话消息是所述第一用户帐号在所述临时会话界面上输入的消息；

在所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息不满足预设条件的情况下，在所述临时会话界面中显示用于指示所述第一临时会话消息发送失败的提示信息，所述预设条件包括如下中的至少一种：所述历史临时会话消息的累积数量不大于门限值；所述第一用户帐号已成功发送给所述第二用户帐号的最后一条历史临时会话消息的发送时刻，与所述第一临时会话消息的发送时刻之间的时间间隔大于预设时长；所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息中不包含预设关键词；所述第一用户帐号已成功发送给所述第二用户帐号的最后一条历史临时会话消息与所述第一临时会话消息的消息内容不同。

8.根据权利要求7所述的方法，其特征在于，所述显示与第二用户帐号之间的临时会话界面之前，还包括：

根据对应于所述第二用户帐号的搜索或查看操作，显示所述第二用户帐号对应的详情界面，所述详情界面中包括临时会话创建控件；

当获取到对应于所述临时会话创建控件的触发信号时，执行所述显示与所述第二用户帐号之间的所述临时会话界面的步骤。

9.根据权利要求7所述的方法，其特征在于，所述显示与第二用户帐号之间的临时会话界面之前，还包括：

接收所述第二用户帐号发送的好友添加请求；

根据所述好友添加请求，显示所述第二用户帐号对应的好友验证界面，所述好友验证界面中包括临时会话创建控件；

当获取到对应于所述临时会话创建控件的触发信号时，执行所述显示与所述第二用户帐号之间的所述临时会话界面的步骤。

10.根据权利要求7至9任一项所述的方法，其特征在于，所述方法还包括：

获取对应于所述第一用户帐号与所述第二用户帐号之间的临时会话的收藏指令；根据所述收藏指令将所述第二用户帐号添加至所述第一用户帐号的临时会话通讯录中；

和/或，

当所述第一用户帐号与所述第二用户帐号之间的临时会话消息的收发频率大于第二阈值时，将所述第二用户帐号添加至所述第一用户帐号的临时会话通讯录中；

其中，所述第一用户帐号的临时会话通讯录用于保存与所述第一用户帐号之间具有临时会话关系的用户帐号。

11.一种消息发送装置，其特征在于，应用于服务器中，所述装置包括：

接收模块，用于接收来自第一客户端的第一临时会话消息，所述第一客户端对应于第一用户帐号，所述第一临时会话消息是所述第一用户帐号发送给第二用户帐号的临时会话消息，所述第一用户帐号和所述第二用户帐号是两个不同应用程序中的用户帐号，所述第一用户帐号是在第二应用程序中注册的用户帐号，所述第二用户帐号是在第一应用程序中注册的用户帐号，所述两个不同应用程序共用所述服务器，所述第一临时会话消息是所述第一用户帐号在临时会话界面上输入的消息，所述临时会话界面是所述第一客户端在所述第二用户帐号对应的详情界面或所述第二用户帐号对应的好友验证界面中触发临时会话创建控件后显示的，所述临时会话界面用于在所述第一用户帐号和所述第二用户帐号不建立好友关系的情况下进行通信，所述第一客户端是所述第一应用程序或所述第二应用程序的客户端，在所述第一客户端是所述第一应用程序的客户端的情况下，所述第一客户端登录有目标用户帐号，所述目标用户帐号是在所述第一应用程序中注册的用户帐号，所述目标用户帐号与所述第一用户帐号具有绑定关系；

条件检测模块，用于检测所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息是否满足预设条件，所述预设条件包括如下中的至少一种：所述历史临时会话消息的累积数量不大于门限值；所述第一用户帐号已成功发送给所述第二用户帐号的最后一条历史临时会话消息的发送时刻，与所述第一临时会话消息的发送时刻之间的时间间隔大于预设时长；所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息中不包含预设关键词；所述第一用户帐号已成功发送给所述第二用户帐号的最后一条历史临时会话消息与所述第一临时会话消息的消息内容不同；

发送模块，用于当所述历史临时会话消息满足所述预设条件时，将所述第一临时会话消息发送给所述第二用户帐号对应的第二客户端。

12.一种消息发送装置，其特征在于，应用于第一客户端中，所述第一客户端对应于第一用户帐号，所述第一客户端是第一应用程序或第二应用程序的客户端，在所述第一客户端是所述第一应用程序的客户端的情况下，所述第一客户端登录有目标用户帐号，所述目标用户帐号是在所述第一应用程序中注册的用户帐号，所述目标用户帐号与所述第一用户帐号具有绑定关系，所述装置包括：

显示模块，用于显示与第二用户帐号之间的临时会话界面，所述第一用户帐号和所述第二用户帐号是两个不同应用程序中的用户帐号，所述第一用户帐号是在所述第二应用程序中注册的用户帐号，所述第二用户帐号是在所述第一应用程序中注册的用户帐号，所述两个不同应用程序共用服务器，所述临时会话界面是所述第一客户端在所述第二用户帐号对应的详情界面或所述第二用户帐号对应的好友验证界面中触发临时会话创建控件后显示的，所述临时会话界面用于在所述第一用户帐号和所述第二用户帐号不建立好友关系的情况下进行通信；

获取模块，用于获取在所述临时会话界面中输入的第一临时会话消息，所述第一临时会话消息是所述第一用户帐号在所述临时会话界面上输入的消息；

所述显示模块，还用于在所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息不满足预设条件的情况下，在所述临时会话界面中显示用于指示所述第一临时会话消息发送失败的提示信息，所述预设条件包括如下中的至少一种：所述历史临时会话消息的累积数量不大于门限值；所述第一用户帐号已成功发送给所述第二用户帐号的最后一条历史临时会话消息的发送时刻，与所述第一临时会话消息的发送时刻之间的时间间隔大于预设时长；所述第一用户帐号已成功发送给所述第二用户帐号的历史临时会话消息中不包含预设关键词；所述第一用户帐号已成功发送给所述第二用户帐号的最后一条历史临时会话消息与所述第一临时会话消息的消息内容不同。

13.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如权利要求1至6任一项所述的方法，或者实现如权利要求7至10任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如权利要求1至6任一项所述的方法，或者实现如权利要求7至10任一项所述的方法。

Images