CN113852539A

CN113852539A - 消息转发方法及装置

Info

Publication number: CN113852539A
Application number: CN202111064045.1A
Authority: CN
Inventors: 鄢开宇
Original assignee: Vivo Mobile Communication Hangzhou Co Ltd
Current assignee: Vivo Mobile Communication Hangzhou Co Ltd
Priority date: 2021-09-10
Filing date: 2021-09-10
Publication date: 2021-12-28

Abstract

本申请公开了一种消息转发方法及装置，属于通信技术领域。其中消息转发方法包括：在第一服务器接收到第二服务器转发的第二消息的情况下，第一用户端接收所述第一服务器发送的第一消息，所述第二消息为第二用户端发送至所述第二服务器的；其中，所述第一服务器为第一应用的服务器，所述第二服务器为第二应用的服务器，所述第二服务器中存在所述第一用户端的授权注册信息。

Description

消息转发方法及装置

技术领域

本申请属于通信技术领域，具体涉及一种消息转发方法及装置。

背景技术

随着移动互联网的发展，各种可实现即时通讯的应用层出不穷。为了能及时全面的接收不同服务的消息，用户需要在各个服务软件间频繁地进行来回切换，操作步骤繁琐，严重影响操作效率。

发明内容

本申请实施例的目的是提供一种消息转发方法及装置，能够解决现有技术操作效率低的问题。

第一方面，本申请实施例提供了一种消息转发方法，该方法包括：

在第一服务器接收到第二服务器转发的第二消息的情况下，第一用户端接收所述第一服务器发送的第一消息，所述第二消息为第二用户端发送至所述第二服务器的；

其中，所述第一服务器为第一应用的服务器，所述第二服务器为第二应用的服务器，所述第二服务器中存在所述第一用户端的授权注册信息。

第二方面，本申请实施例提供了一种消息转发方法，该方法包括：

在第二服务器接收到第二用户端发送的第二消息的情况下，第一服务器接收所述第二服务器转发的所述第二消息；

所述第一服务器基于所述第二消息，向第一用户端发送第一消息；

第三方面，本申请实施例提供了一种消息转发装置，该装置包括：

第一接收模块，用于在第一服务器接收到第二服务器转发的第二消息的情况下，接收所述第一服务器发送的第一消息，所述第二消息为第二用户端发送至所述第二服务器的；

其中，所述第一服务器为第一应用的服务器，所述第二服务器为第二服务的服务器，所述第二服务器中存在所述第一用户端的授权注册信息。

第四方面，本申请实施例提供了一种消息转发装置，该装置包括：

第二接收模块，用于在第二服务器接收到第二用户端发送的第二消息的情况下，接收所述第二服务器转发的所述第二消息；

第一发送模块，用于基于所述第二消息，向第一用户端发送第一消息；

第五方面，本申请实施例提供了一种通信设备，该通信设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时，实现如第一方面或第二方面所述的方法的步骤。

第六方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时，实现如第一方面或第二方面所述的方法的步骤。

第七方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面或第二方面所述的方法。

在本申请实施例中，通过对应用的消息接收功能的远程授权验证服务，使得应用可以接收来自其它应用即时通信服务的会话消息，从而使用户通过当前应用即可方便的查看其它应用的会话消息，而无需在多个应用间进行来回切换，因此操作效率更高。

附图说明

图1为根据本申请实施例提供的消息转发方法实现的消息交互流程示意图；

图2为本申请实施例提供的消息转发方法的流程示意图之一；

图3为根据本申请实施例提供的消息转发方法中第一用户端的会话列表示例图；

图4为本申请实施例提供的消息转发装置的结构示意图之一；

图5为本申请实施例提供的消息转发方法的流程示意图之二；

图6为本申请实施例提供的消息转发方法的流程示意图之三；

图7为本申请实施例提供的消息转发方法的流程示意图之四；

图8为本申请实施例提供的消息转发装置的结构示意图之二；

图9为根据本申请实施例提供的消息转发方法中进行授权注册过程的用户界面示意图；

图10为根据本申请实施例提供的消息转发方法中用户授权注册过程交互示意图；

图11为根据本申请实施例提供的消息转发方法中第二用户发送消息过程交互示意图；

图12为根据本申请实施例提供的消息转发方法中第一用户发送消息过程交互示意图；

图13为本申请实施例提供的通信设备的结构示意图；

图14为实现本申请实施例的一种终端的硬件结构示意图；

图15为实现本申请实施例的一种服务器的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的消息转发方法及装置进行详细地说明。

图1为根据本申请实施例提供的消息转发方法实现的消息交互流程示意图，如图1所示，参与该消息交互的执行主体可以包括第一应用的第一用户端和第一服务器，以及第二应用的第二用户端和第二服务器，可选地，还可以包括第三应用的第三用户端和第三服务器，其中第二应用可以是一个或者是任意多个。该信息交互过程主要包括以下步骤：

步骤101，第二应用下的注册用户，即第二用户，需要给第二应用下的另一注册用户发送消息时，可以利用其客户端(即第二用户端)将需要发送的数据信息打包成第二消息，并将其发送至第二应用的服务器，即第二服务器。其中，第二消息中包括了需要发给所述另一注册用户的会话内容，可称为是第一会话内容，同时包括了关联到所述另一注册用户的收件人信息。

步骤102，第二服务器在接收到第二消息后，解析该第二消息的数据文件，获知该第二消息的收件人是上述另一注册用户。然后，第二服务器检索本地数据库。如果通过检索确定上述另一注册用户与第一应用中注册的第一用户存在关联关系，且在第二服务器中存在该第一用户在第一应用的注册账号客户端(即第一用户端)针对第二应用的消息功能的授权注册信息，也即第一用户端取得了第二应用的消息功能的授权，那么第二服务器根据第二消息包含的数据信息转发该第二消息。也即，第二服务器将该第二消息转发给第一应用的服务器，即第一服务器。

其中，第一应用是第二应用之外的其它应用，另一注册用户和第一用户可认为是同一用户分别在第二应用和第一应用下注册的相互关联的账号。

步骤103，在第一服务器接收到第二消息后，解析该第二消息，识别并分析数据包内容，确定收件人信息、发件人信息和第一会话内容。之后，根据识别到的这些信息打包生成新的消息，可称为是第一消息。然后，将该第一消息发送给第一应用下第一用户的客户端，即第一用户端。

最后，第一用户端通过第一应用的消息功能可以接收到该第一消息，并可在该消息功能的会话列表中查看到第二用户端通过第二应用发送过来的第一会话内容。

可选地，在第一用户想要给第一应用中其他注册用户发送消息时，也可以向第一服务器发送消息，可称为第五消息。该发送过程可以根据现有终端应用的消息功能实现。

在第一服务器接收到第五消息后，可以解析该第五消息。如果通过解析和检索确定该第五消息是由第一用户端发送给第一应用中的上述其他注册用户的，且上述其他注册用户在第三应用中也进行了注册登记(即确定在第三应用中还存在与上述其他注册用户关联的第三用户端)，且在第一服务器中存在第三用户端的授权注册信息，则第一服务器向第三服务器转发该第五消息。

在上述消息交互的过程中，当第一应用的注册账号的客户端(即第一用户端)取得了第二应用的消息功能的远程消息接收授权后，在第二应用的注册账号(即第二用户)利用其客户端发出消息时，消息内容可以经第二应用的服务器和第一应用的服务器转发，被第一应用中的第一用户利用其客户端接收，并最终展示在第一用户的终端上。

图1中，对于第一用户端侧，如图2所示，为本申请实施例提供的消息转发方法的流程示意图之一，该方法可由具有相关应用程序的终端执行，该终端具体可以是图1中示出的第一用户端。如图2所示，该方法包括：

步骤201，在第一服务器接收到第二服务器转发的第二消息的情况下，第一用户端接收所述第一服务器发送的第一消息。

其中，所述第二消息为第二用户端发送至所述第二服务器的；所述第一服务器为第一应用的服务器，所述第二服务器为第二应用的服务器，所述第二服务器中存在所述第一用户端的授权注册信息。

可以理解为，在第二用户端将会话内容(可称为是第一会话内容)通过第二消息发送给第二服务器后，第二服务器通过转发该第二消息将第二用户端发出的会话内容转发给第一服务器。应理解的是，第二服务器和第二用户分别是指第二应用的服务器和注册用户的用户端。第二服务器在发送第二消息时，先通过检索数据库确定第二应用中存在第一用户端针对第二应用的消息功能的授权注册信息后，再向第一服务器转发该第二消息。

之后，第一服务器通过解析第二消息，获取待转发的第一会话内容，同时第一服务器可以确定该第一会话消息的期望收件人为第一用户，发件人为第二应用的第二用户。在此基础上，第一服务器将解析到的数据信息进行整理并重新打包，生成第一消息，并将该第一消息转发给目标用户第一用户的第一用户端。在第一服务器发出第一消息后，第一用户端可以接收到该第一消息。

也就是说，在根据上述过程将第二应用中第二用户的消息内容转发给第一应用的第一服务器的情况下，经过第一服务器的转发，该消息内容最终可被第一应用的第一用户接收。

本申请实施例提供的消息转发方法，通过对应用的消息接收功能的远程授权验证服务，使得应用可以接收来自其它应用即时通信服务的会话消息，从而使用户通过当前应用即可方便的查看其它应用的会话消息，而无需在多个应用间进行来回切换，因此操作效率更高。

可选地，所述第一消息包括联系人信息和第一会话内容；所述消息转发方法还包括：所述第一用户端以所述联系人信息关联的联系人为发件人，并以所述第一会话内容为会话内容，将所述联系人信息和所述第一会话内容展示在所述第一应用下所述第一用户端的会话列表中。

其中，所述联系人信息为基于消息来源信息新建获取，所述消息来源信息包括如下至少之一：第二应用信息、所述第二应用的消息功能信息和所述第二用户端在所述第二应用下的注册账号信息。

可以理解为，第二服务器在打包生成第二消息时，可以将会话消息来源信息包括第二应用信息、第二应用的消息功能信息和第二用户端在第二应用下的注册账号信息中的至少一个打包到第二消息中。之后，第一服务器在根据第二消息发送第一消息时，可以根据该消息来源信息新建第二用户在第一应用下的联系人信息。然后，根据该联系人信息确定第二用户的别名，并将第一会话内容和该别名一起打包生成第一消息，并以消息报文的形式转发给第一用户端。

相应的，第一用户端在接收到第一消息后，通过解析第一消息可以获取该联系人信息以及与该联系人信息关联的第一会话内容。之后，第一用户端可以按照原有的会话消息显示方式，将第一会话内容展示在第一用户端的会话列表中新建联系人目录下。具体可如图3所示，为根据本申请实施例提供的消息转发方法中第一用户端的会话列表示例图，其中包括联系人名称为“来自A服务chat功能的x用户”的会话消息，即为第一服务器根据第二消息新建的联系人。

本申请实施例将根据消息来源的应用信息和发件人信息等新建的联系人作为第二用户的别名，在第一用户端的会话列表中显示第一会话内容，能够更清楚的对消息来源进行可视化展示，信息更全面。

可选地，所述消息转发方法还包括：所述第一用户端向所述第一服务器发送第一授权请求消息。其中，所述第一授权请求消息包括所述第一用户端在所述第二应用下的唯一注册信息；或者，所述第一授权请求消息还包括请求授权的应用信息，或所述请求授权的应用信息与请求授权的应用功能信息。

可以理解为，本申请实施例为实现不同应用间用户消息的相互转发，可以由第一用户通过第一用户端向第二应用的服务器发起授权申请。具体的，可以由第一用户通过第一用户端向第一服务器发送授权请求，即第一授权请求消息，以通过第一服务器的转发向第二服务器提交授权申请。在授权请求的同时，第一用户可以提供自身在第二应用中的唯一注册信息，例如用户名和密码、身份证号或电话号码等。

或者，第一用户在进行授权注册请求时，在提供唯一注册信息的同时，还可以对需要取得授权的应用和/或应用中具体的子功能进行设置和提交。也就是说，第一用户在授权注册请求时，可以在通过第一用户端向第一服务器提供上述唯一注册信息的同时，提供请求授权的应用信息，以明确需要取得哪个应用的授权。或者，也可以在向第一服务器提供上述唯一注册信息的同时，还提供请求授权的应用信息和请求授权的应用功能信息，以明确想要取得哪个应用的哪个具体子功能的授权。

本申请实施例以用户在第二应用中的唯一注册信息为授权注册验证对象，能够准确匹配到对应的用户，从而能够有效避免误操作和冒名顶替操作，准确性和安全性更高。

可选地，所述消息转发方法还包括：所述第一用户端向所述第一服务器发送第三消息，其中，所述第三消息包括关联到所述第二用户端的收件人账号信息和第二会话内容。

可以理解为，在第一服务器将第一消息发送给第一用户端后，由于第一用户端已经取得了第二应用的消息功能的授权注册，第一用户端可以回复该消息，或者第一用户端也可以在需要的时候向第二用户端发出消息，第一用户端向第二用户端回复或发出的消息可称为第三消息。

应理解的是，由于第二用户端和第一用户端是两个不同应用中的用户端，第三消息同样需要经过第一服务器的转发。因此，第一用户端将需要发出的消息内容打包成第三消息后，将第三消息发给第一服务器，以使第一服务器通过向第二服务器转发该第三消息，最终将第三消息包含的消息内容(包括第二会话消息)转发到第二用户端，并可在第二用户端上进行可视化展示。

其中，第三消息中会包含第一用户发出的消息内容，即第二会话内容，且指明了本消息的收件人账号信息，本申请实施例中该收件人信息是指向第二用户的。

本申请实施例通过在发送的消息中集成收件人账号信息，可以使服务器更方便准确的确定消息收件人，从而可以将消息进行准确投放。

需要说明的是，本申请实施例提供的消息转发方法，执行主体可以为消息转发装置，或者该消息转发装置中的用于执行消息转发方法的控制模块。本申请实施例中以消息转发装置执行消息转发方法为例，说明本申请实施例提供的消息转发装置。

本申请实施例的消息转发装置的结构如图4所示，为本申请实施例提供的消息转发装置的结构示意图之一，该装置400可以用于实现上述第一用户端侧各消息转发方法实施例中的消息转发，该装置400包括：

第一接收模块401，用于在第一服务器接收到第二服务器转发的第二消息的情况下，接收所述第一服务器发送的第一消息，所述第二消息为第二用户端发送至所述第二服务器的；

本申请实施例提供的消息转发装置，通过对应用的消息接收功能的远程授权验证服务，使得应用可以接收来自其它应用即时通信服务的会话消息，从而使用户通过当前应用即可方便的查看其它应用的会话消息，而无需在多个应用间进行来回切换，因此操作效率更高。

可选地，所述第一消息包括联系人信息和第一会话内容；所述消息转发装置还包括：

显示模块，用于以所述联系人信息关联的联系人为发件人，并以所述第一会话内容为会话内容，将所述联系人信息和所述第一会话内容展示在所述第一应用下所述第一用户端的会话列表中；

可选地，所述消息转发装置还包括：

第二发送模块，用于向所述第一服务器发送第三消息，其中，所述第三消息包括关联到所述第二用户端的收件人账号信息和第二会话内容。

可选地，所述消息转发装置还包括：

第三发送模块，用于向所述第一服务器发送第一授权请求消息；

其中，所述第一授权请求消息包括所述第一用户端在所述第二应用下的唯一注册信息；

或者，所述第一授权请求消息还包括请求授权的应用信息，或所述请求授权的应用信息与请求授权的应用功能信息。

本申请实施例中的消息转发装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动通信设备，也可以为非移动通信设备。示例性的，移动通信设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载通信设备、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personaldigital assistant，PDA)等，非移动通信设备可以为网络附属存储器(Network AttachedStorage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的消息转发装置可以为具有操作系统的装置或通信设备。该操作系统可以为安卓(Android)操作系统，可以为IOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的消息转发装置能够实现图2至图3的方法实施例实现的各个过程，为避免重复，这里不再赘述。

本申请实施例还提供一种消息转发方法，如图5所示，为本申请实施例提供的消息转发方法的流程示意图之二，该方法可由应用的服务器执行，该服务器具体可以是图1中示出的第一服务器。如图5所示，该方法包括：

步骤501，在第二服务器接收到第二用户端发送的第二消息的情况下，第一服务器接收所述第二服务器转发的所述第二消息。

其中，所述第一服务器为第一应用的服务器，所述第二服务器为第二应用的服务器。

可以理解为，在根据上述各实施例第二服务器基于第二用户发送的第二消息向第一服务器转发该第二消息后，第一服务器可以接收到该第二消息。之后，第一服务器可以解析该第二消息的数据报文，并对数据包进行分析，识别数据包内容，包括第二用户想要传递的会话内容、该会话内容发件人的账号信息和该会话内容收件人的账号信息。其中，该会话内容可称为第一会话内容，发件人的账号信息即为第二用户的账号信息，收件人的账号信息即为第一用户的账号信息。

步骤502，所述第一服务器基于所述第二消息，向第一用户端发送第一消息。

其中，所述第二服务器中存在所述第一用户端的授权注册信息。

可以理解为，在解析第二消息后，第一服务器可以获取待转发的第一会话内容，同时可以确定该第一会话内容的期望收件人为第一用户，发件人为第二应用的第一用户。在此基础上，第一服务器将解析到的数据信息进行整理并重新打包，生成第一消息，并将该第一消息转发给目标用户(即第一用户)的第一用户端，由此完成消息的转发。

可选地，所述第二消息包括消息来源信息和第一会话内容，所述消息来源信息包括如下至少之一：第二应用信息、所述第二应用的消息功能信息和所述第二用户端在所述第二应用下的注册账号信息；

所述方法还包括：所述第一服务器解析所述第二消息，获取所述消息来源信息和所述第一会话内容；所述第一服务器基于所述消息来源信息，新建联系人信息，并基于所述第一会话内容和新建的所述联系人信息，打包生成所述第一消息。

可以理解为，第二服务器在打包生成第二消息时，可以将会话消息来源信息包括第二应用信息、第二应用的消息功能信息和第二用户端在第二应用下的注册账号信息中的至少一个打包到第二消息中。

由此，第一服务器在接收到第二消息并对其进行解析时，可以获取到该消息来源信息。之后，第一服务器根据该消息来源信息新建第二用户在第一应用下的联系人信息。之后，第一服务器根据该联系人信息确定第二用户的别名，并将第一会话内容和该别名一起打包生成第一消息，并以消息报文的形式转发给第一用户端。

举例说明，如图6所示，为本申请实施例提供的消息转发方法的流程示意图之三，在发来的消息被第一用户接收时，需要有具体的联系人信息，第一用户才能明确该消息的发件人。假设x用户使用A服务的A应用，y用户使用B服务的B应用，x与y用户均有A应用和B应用的注册账号。对应到上述实施例，即：x用户为第一用户，A应用为第一应用；y用户为第二用户，B应用为第二应用。则图6中基于针对发送消息的新用户创建的消息转发方法，包括如下处理步骤：

首先，在A应用的服务器接收到第二消息时，A应用的服务器会对第二消息的报文进行解析，提取转发过来的应用名称、转发消息对应的功能名称和发送消息用户在B应用中的别名。

然后，A应用的服务器可以将以上提取的内容进行组合，并将该内容的组合作为发件人的新建用户名，如“来自B服务xxx功能的y用户”。

最后，A应用的服务器在x用户的联系人列表中新增上述步骤生成的新建联系人(即第二用户的别名)。之后，A应用的服务器将y用户发送的消息作为该新增联系人发送的第一消息发送给x用户。

本申请实施例根据消息来源的应用信息和发件人信息等新建第一用户的联系人，并将该新建的联系人作为第二用户的别名，连同第二用户发送的第一会话内容一起打包发送给第一用户，能够明确消息来源并可进一步地将消息来源进行可视化展示，信息更全面。

可选地，所述消息转发方法还包括：所述第一服务器接收所述第一用户端发送的第三消息，其中，所述第三消息包括关联到所述第二用户端的收件人账号信息和第二会话内容；所述第一服务器解析所述第三消息，获取所述收件人账号信息和所述第二会话内容；所述第一服务器查询联系人信息数据库，并在确定所述收件人账号信息关联到所述第二应用中的所述第二用户端的情况下，基于所述第二用户端的账号信息和所述第二会话内容，打包第四消息；所述第一服务器将所述第四消息发送至所述第二服务器。

可以理解为，在第一服务器将第一消息发送给第一用户端后，由于第一用户已经取得了第二应用的消息功能的授权注册，第一用户端可以回复该消息，或者也可以在需要的时候向第二用户端发出消息，第一用户端向第二用户端回复或发出的消息可称为是第三消息。其中，第三消息中会包含第一用户发出的消息内容，即第二会话内容，且指明了本消息的收件人账号信息，本申请实施例中该收件人信息是指向第二用户的。

应理解的是，由于第二用户端和第一用户端是两个不同应用中的用户端，第三消息同样需要经过第一服务器的转发。则在第一用户端发出第三消息后，第一服务器可以接收到该第三消息。之后，第一服务器解析该第三消息的数据报文，得到其中包含的第二会话内容和第三消息的收件人账号信息。

之后，第一服务器基于该收件人账号信息，查询联系人信息数据库。若在联系人信息数据库中查询到该收件人账号信息相关的信息，且确定该收件人账号信息与第二应用中的第二用户端存在关联关系，也即该收件人账号信息指向第二用户，则根据解析到的数据信息和第二用户端的账号信息进行重新组合打包，生成新的消息称为是第四消息。

最后，在打包生成第四消息的基础上，基于查询到的应用信息，将第四消息转发到第二应用的第二服务器。

可选地，所述消息转发方法还包括：所述第一服务器接收所述第一用户端发送的第一授权请求消息，其中，所述第一授权请求消息至少包括所述第一用户端在所述第二应用下的唯一注册信息；所述第一服务器基于所述第一授权请求消息，向所述第二服务器发送第二授权请求消息，其中，所述第二授权请求消息包括所述唯一注册信息。

可以理解为，本申请实施例为实现不同应用间用户消息的相互转发，可以由第一用户通过第一应用向第一应用的服务器发起授权申请。具体的，可以由第一用户通过第一用户端向第一服务器发送第一授权请求消息，以提交授权申请，同时提供自身在第二应用中的唯一注册信息，例如用户名和密码、身份证号或电话号码等。

在接收到第一授权请求消息后，第一服务器解析该第一授权请求消息，获取消息内容，并根据第一用户的授权申请和唯一注册信息，打包生成第二授权请求消息。之后，第一服务器通过将该第二授权请求消息发送给第二服务器，将第一用户的授权请求和唯一注册信息转发给第二服务器。

本申请实施例通过转发用户在第二应用中的唯一注册信息，能够据此对第一应用中的用户进行授权验证，从而能够准确匹配到对应的用户，且能够有效避免误操作和冒名顶替操作，准确性和安全性更高。

可选地，所述第一授权请求消息还包括请求授权的应用信息，或者所述请求授权的应用信息与请求授权的应用功能信息。所述消息转发方法对应地还包括：所述第一服务器验证所述唯一注册信息是否准确；或者，所述第一服务器验证是否所述唯一注册信息准确，且所述请求授权的应用信息关联至所述第二应用；或者，所述第一服务器验证是否所述唯一注册信息准确，且所述请求授权的应用信息关联至所述第二应用，且所述请求授权的应用功能信息关联至消息功能；在所述验证的结果为是的情况下，所述第一服务器基于所述第一授权请求消息，向所述第二服务器发送所述第二授权请求消息。

可以理解为，第一用户在进行授权注册请求时，在提供唯一注册信息的基础上，同时还可以对需要取得授权的应用和/或应用中具体的子功能进行设置和提交。

也就是说，第一用户在授权注册请求时，可以在通过第一用户端向第一服务器提供上述唯一注册信息的同时，提供请求授权的应用信息，以明确需要取得哪个应用的授权。或者，也可以在向第一服务器提供上述唯一注册信息的同时，还提供请求授权的应用信息和请求授权的应用功能信息，以明确想要取得哪个应用的哪个具体子功能的授权。

在此基础上，第一服务器在解析第一用户端发送的第一授权请求消息时，还可以获取第一用户在第二应用的唯一注册信息，同时还可以获取第一用户请求授权的应用信息，或者请求授权的应用信息和请求授权的应用功能信息。

之后，为避免转发无效消息造成资源浪费，在转发第一授权请求消息的消息内容之前，第一服务器可以先根据解析第一授权请求消息的数据报文得到的数据信息，对第一授权请求消息的有效性进行验证。也即，当第一授权请求消息仅包括上述唯一注册信息时，第一服务器验证该唯一注册信息是否准确。在验证结果为是，即唯一注册信息准确的情况下，第一服务器基于解析第一授权请求消息获取的消息内容，打包生成第二授权请求消息并发送给第二服务器。可选地，可以通过从第二服务器读取第一用户在第二应用的注册信息，验证从第一授权请求消息解析的上述唯一注册信息。

当第一授权请求消息包括上述唯一注册信息和请求授权的应用信息时，第一服务器将验证该唯一注册信息是否准确，同时验证请求授权的应用信息是否关联至第二应用，即验证请求授权的应用是否是第二应用。若验证的结果为是，即唯一注册信息准确且请求授权的应用是第二应用，则基于解析第一授权请求消息获取的消息内容，打包生成第二授权请求消息并发送给第二服务器。

当第一授权请求消息包括上述唯一注册信息，且包括请求授权的应用信息和请求授权的应用功能信息时，第一服务器将验证该唯一注册信息是否准确，同时验证请求授权的应用信息是否关联至第二应用(即验证请求授权的应用是否是第二应用)，并验证请求授权的应用功能信息是否关联至消息功能(即验证请求授权的应用功能是否是消息功能)。若上述验证的结果均为是，即唯一注册信息准确，且请求授权的服务是第二服务，且请求授权的应用功能是消息功能，则基于解析第一授权请求消息获取的消息内容，打包生成第二授权请求消息并发送给第二服务器。

本申请实施例中第一服务器在转发第一用户的授权请求前，先对第一用户提交的信息进行验证，并在验证通过后再进行授权请求的转发，能够有效避免转发无效消息造成的资源浪费，并能保证数据转发的准确性。

可选地，所述消息转发方法还包括：所述第一服务器接收所述第一用户端发送的第五消息；所述第一服务器在确定存在第三应用的第三用户端的授权注册信息的情况下，向所述第三应用的第三服务器转发所述第五消息。

可以理解为，当第一应用中注册的第一用户想要给第一应用中的其他注册用户发送消息时，可以在第一用户端中显示的与该其他注册用户联系人的会话框中输入想要发送的内容并提交，该内容可称为第三会话内容。第一用户端在接收到用户输入的第三会话内容后，基于该第三会话内容，连同第一用户的账号信息(即发件人信息)和上述其他注册用户的账号信息(即收件人信息)，打包生成第五消息。之后，第一用户端将该第五消息发送至第一应用的本地服务器，即第一服务器。

在接收到第五消息后，第一服务器解析该第五消息，并通过提取其中的收件人信息，确定收件人是第一应用中的上述其他注册用户。之后，第一服务器根据该其他注册用户的注册信息，在本地数据库中进行检索。

如果检索到存在与该其他注册用户关联的用户，且该关联的用户是第一应用之外的第三应用的注册用户，则可将其作为第三用户(其对应的用户端为第三用户端)。之后，可进一步检索是否存在该第三层用户针对第一应用的授权注册信息，也即检索第三用户是否已经在第一服务器中完成接收消息的授权注册。或者，也可以同时检索数据库中是否存在与上述其他注册用户关联的用户以及是否存在第一应用之外的注册用户针对第一应用的授权注册信息。

如果通过检索确定存在第三应用的第三用户与上述其他注册用户相关联，且存在该第三用户针对第一应用的授权注册信息，则将该第五消息转发给第三应用的服务器(即第三服务器)，实现第一应用中用户消息到第三应用的转发。

可以理解的是，由于第五消息是发送给第一应用中上述其他注册用户的，而上述其他注册用户与第三用户存在关联关系，则第三层用户与第五消息间也会形成相应的关联关系。也即，第五消息的收件人最终会指向第三用户端。

本申请实施例通过对应用的消息接收功能的远程授权验证服务，使得应用可以向其它应用即时通信服务发送会话消息，从而使用户通过当前应用即可方便的向其它应用发送会话消息，而无需在多个应用间进行来回切换，因此操作效率更高。

举例说明，假设x用户使用A服务的A应用，z用户使用C服务的C应用，x与z用户均有A服务和C服务的注册账号。对应到上述实施例，即：x用户为第一用户，A应用为第一应用；z用户为第三用户，C应用为第三应用。则消息的转发过程如图7所示，为本申请实施例提供的消息转发方法的流程示意图之四，包括：

首先，当x向z发送消息时，x发送的消息先抵达A应用的服务器，之后A应用的服务器查询z状态。

然后，通过查询，A应用的服务器得知z用户已在A应用里完成授权注册。

再然后，A应用的服务器将消息完成重新组装后，转发给C应用的服务器。C应用的服务器收到来自A应用的服务器发送的消息后，可以对数据包进行分析，并识别数据包内容。至此，完成消息由A服务的A应用到C服务的C应用的转发。

可选地，所述消息转发方法还包括：所述第一服务器接收所述第三服务器转发的第六消息，其中，所述第六消息为第三用户端发送的指向所述第一用户端的消息，所述第六消息包括第四会话内容；所述第一服务器基于所述第六消息，向所述第一用户端发送第七消息，所述第七消息包括所述第四会话内容。

可以理解为，在第三应用的第三用户给第一用户发送消息或回复消息时，可以通过第三服务器转发消息内容。也就是说，第三用户可以通过第三用户端打包待发送的消息内容，该消息内容包括收件人信息、发件人信息和会话内容(即第四会话内容)等，生成第六消息，并将其发送给第三服务器。之后，第三服务器可以根据第六消息的数据报文确定消息内容的收件人为第一应用的第一用户端，并在此基础上向第一应用的第一服务器转发该第六消息。

在第三服务器发出第六消息后，第一服务器可接收该第六消息，并解析第六消息的数据包，识别数据包内容，获取其中的收件人信息、发件人信息和第四会话内容，并通过收件人信息确定该消息内容的收件人目标是第一用户端。之后，第一服务器将解析到的数据包内容进行处理并重新组装打包，形成第七消息，并将第七消息通过第一应用转发给第一用户端。最终第一用户可通过第一用户端接收到并查看第三用户通过第三应用发送的第三会话内容。

本申请实施例通过第一应用和第二应用的服务器对消息的转发，可以在第一用户的会话列表里第三用户关联的目标账号下显示第三用户发送的相关内容，界面更友好，并且对于第一用户而言，其并无感知目标用户是否进行了消息授权注册，用户体验更好。

本申请实施例的消息转发装置的结构如图8所示，为本申请实施例提供的消息转发装置的结构示意图之二，该装置800可以用于实现上述第一服务器侧各消息转发方法实施例中的消息转发，该装置800包括：第二接收模块801和第一发送模块802。

其中，第二接收模块801用于在第二服务器接收到第二用户端发送的第二消息的情况下，接收所述第二服务器转发的所述第二消息；第一发送模块802用于基于所述第二消息，向第一用户端发送第一消息；其中，所述第一服务器为第一应用的服务器，所述第二服务器为第二应用的服务器，所述第二服务器中存在所述第一用户端的授权注册信息。

所述消息转发装置还包括：

第一处理模块，用于解析所述第二消息，获取所述消息来源信息和所述第一会话内容；

第二处理模块，用于基于所述消息来源信息，新建联系人信息，并基于所述第一会话内容和新建的所述联系人信息，打包生成所述第一消息。

可选地，所述消息转发装置还包括：

第三接收模块，用于接收所述第一用户端发送的第三消息，其中，所述第三消息包括关联到所述第二用户端的收件人账号信息和第二会话内容；

第三处理模块，用于解析所述第三消息，获取所述收件人账号信息和所述第二会话内容；

第四处理模块，用于查询联系人信息数据库，并在确定所述收件人账号信息关联到所述第二应用中的所述第二用户端的情况下，基于所述第二用户端的账号信息和所述第二会话内容，打包第四消息；

第四发送模块，用于将所述第四消息发送至所述第二服务器。

可选地，所述消息转发装置还包括：

第四接收模块，用于接收所述第一用户端发送的第一授权请求消息，其中，所述第一授权请求消息至少包括所述第一用户端在所述第二应用下的唯一注册信息；

第五发送模块，用于基于所述第一授权请求消息，向所述第二服务器发送第二授权请求消息，其中，所述第二授权请求消息包括所述唯一注册信息。

可选地，所述第一授权请求消息还包括请求授权的应用信息，或者所述请求授权的应用信息与请求授权的应用功能信息；

所述消息转发装置还包括第五处理模块，对应地用于：

验证所述唯一注册信息是否准确；

或者，验证是否所述唯一注册信息准确，且所述请求授权的应用信息关联至所述第一应用；

或者，验证是否所述唯一注册信息准确，且所述请求授权的应用信息关联至所述第一应用，且所述请求授权的应用功能信息关联至消息功能；

所述第五发送模块，用于在所述验证的结果为是的情况下，基于所述第一授权请求消息，向所述第二服务器发送所述第二授权请求消息。

可选地，所述消息转发装置还包括：

第五接收模块，用于接收所述第一用户端发送的第五消息；

第六发送模块，用于在确定存在第三应用的第三用户端的授权注册信息的情况下，向所述第三应用的第三服务器转发所述第五消息。

本申请实施例中的消息转发装置可以是装置、具有操作系统的服务器，也可以是服务器中的部件、集成电路、或芯片。该服务器可以是台式服务器、机架式服务器、机柜式服务器、刀片式服务器或者所述领域中其他某个合适的服务器类型，只要达到相同的技术效果，所述服务器不限于特定服务器，本申请实施例不作具体限定。

本申请实施例中的消息转发装置可以为具有操作系统的装置。该操作系统可以为WINDOWS操作系统，可以为LINUX、NETWARE或UNIX操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的消息转发装置能够实现图5至图7的方法实施例实现的各个过程，为避免重复，这里不再赘述。

举例说明，为了方便进行上述各实施例步骤的详细描述，假设m用户使用P服务的P应用，n用户使用Q服务的Q应用，m用户与n用户均有P应用与Q应用的账号。其中，P应用对应上述各实施例的第二应用，Q应用对应上述各实施例的第一应用。m用户需要向n用户发送消息，n用户为了接收到来自m用户P应用的消息，需要通过Q服务的Q应用向P服务的P应用进行授权注册。具体包括以下处理步骤：

首先，n使用Q应用进行P应用消息接收功能的授权注册。如图9所示，为根据本申请实施例提供的消息转发方法中进行授权注册过程的用户界面示意图，包括：

(1)n用户进入设置页面，对Q应用进行设置，选择“消息授权”，并注册Q服务的聊天功能的消息接收功能；

(2)n用户在选择消息授权功能后选择了P应用，之后n用户对P应用进行消息授权，在应用中需要验证n用户在P应用的用户名和密码，确认开启服务，并提交授权申请，同时将Q应用的n用户与P应用的n用户关联起来。

(3)n用户在Q应用上发起的授权请求，经过Q应用的服务器接收之后转发至P应用的服务器。该具体交互流程如图10所示，为根据本申请实施例提供的消息转发方法中用户授权注册过程交互示意图。

(4)P应用的服务器接收到请求后，对请求中的用户名与密码进行确认，验证正确后，开启n用户针对Q应用的消息同步功能，至此，完成授权操作。

然后，m用户开始使用P应用向n用户发送消息，具体交互流程如图11所示，为根据本申请实施例提供的消息转发方法中第二用户发送消息过程交互示意图。其中，在Q服务器收到P服务器发送的消息之后，Q服务器会依次进行如下动作：

(1)解析P服务器发来的请求，报文示例如下：

POST http://serverQ.message/push HTTP/1.1

Host:serverQ

Content-Length:1616

Accept:应用lication/json,text/plain,*/*

Cache-Control:no-cache

User-Agent:jdk1.8

Content-Type:应用lication/json；charset＝UTF-8

Accept-Encoding:gzip,deflate

Accept-Language:en-US,en；q＝0.9

Token:adfasefaefwaefwefadfadasfewsdfaewfdafdafewfea123

Connection:close

{"name":"m","type":"chat","userId":2988892,"Content":"你好呀","lan":"zh_CN"}

(2)提取其中的关键字段，如来自P服务chat功能的m用户(以唯一的服务、功能和用户为一个三元组)并将其作为一个元素。之后Q服务器为n用户在服务端增加联系人，联系人名称为该元素的名称，并以该新建联系人为发件人将会话内容转发给n用户。

再然后，n用户收到Q服务器转发来的消息内容，此时使用Q应用的n用户发现消息列表有名为”来自P服务chat功能的m用户”联系人发送的消息。

最后，n用户选择该新增加的用户并阅读消息，同时准备向m用户回复消息。之后消息在Q服务器和P服务器间转发，最终到达m用户的用户端P应用，具体转发交互流程如图12所示，为根据本申请实施例提供的消息转发方法中第一用户发送消息过程交互示意图，包括：

(1)n用户输入”Hi,你好”并点击确认，消息从n用户的Q应用发送到Q服务器，请求报文示例如下：

POST http://serverQ.message/push HTTP/1.1

Host:serverQ

Content-Length:1616

Accept:应用lication/json,text/plain,*/*

Cache-Control:no-cache

User-Agent:jdk1.8

Content-Type:应用lication/json；charset＝UTF-8

Accept-Encoding:gzip,deflate

Accept-Language:en-US,en；q＝0.9

Token:adfasefaefwaefwefadfadasfewsdfaewfdafdafewfea123

Connection:close

{"name":"n","type":"chat","userId":registerid,"Content":"Hi,你好","lan":"zh_CN"}

(2)Q服务器收到请求数据之后，在数据库中查询registerid对应的用户，发现是P服务下的用户，于是进入转发模式，组装数据包将消息内容转发至P服务器，之后P服务器将数据包内容进行处理并重新组装，并转发给m用户的P应用。

上述信息转发过程中，对于m用户在收到P服务器的转发内容之后，会在用户列表里n用户里显示出相关内容，对于m用户而言，他并无感知n用户是否进行了消息授权注册。

可选地，如图13所示，本申请实施例还提供一种通信设备1300，包括处理器1301、存储器1302及存储在存储器1302上并可在所述处理器1301上运行的程序或指令，该程序或指令被处理器1301执行时，实现上述各终端侧消息转发方法实施例的各个过程，或者实现上述各服务器侧消息转发方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的通信设备包括上述所述的移动通信设备和非移动通信设备，还包括上述所述的服务器。

本申请实施例还提供一种终端，该终端包括处理器和通信接口，其中通信接口用于在第一服务器接收到第二服务器转发的第二消息的情况下，接收所述第一服务器发送的第一消息，所述第二消息为第二用户端发送至所述第二服务器的；其中，所述第一服务器为第一应用的服务器，所述第二服务器为第二应用的服务器，所述第二服务器中存在所述第一用户端的授权注册信息。需要说明的是，该终端实施例是与上述终端侧方法实施例对应的，上述终端侧方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。

具体的，图14为实现本申请实施例的一种终端的硬件结构示意图，该终端1400包括但不限于：射频单元1401、网络模块1402、音频输出单元1403、输入单元1404、传感器1405、显示单元1406、用户输入单元1407、接口单元1408、存储器1409以及处理器1410等部件。

本领域技术人员可以理解，终端1400还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1410逻辑相连，从而通过电源管理系统实现管理充电、放电以及功耗管理等功能。图14中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

其中，射频单元1401，用于在第一服务器接收到第二服务器转发的第二消息的情况下，接收所述第一服务器发送的第一消息，所述第二消息为第二用户端发送至所述第二服务器的；

本申请实施例通过对应用的消息接收功能的远程授权验证服务，使得应用可以接收来自其它应用即时通信服务的会话消息，从而使用户通过当前应用即可方便的查看其它应用的会话消息，而无需在多个应用间进行来回切换，因此操作效率更高。

可选地，所述第一消息包括联系人信息和第一会话内容；

显示单元1406，用于以所述联系人信息关联的联系人为发件人，并以所述第一会话内容为会话内容，将所述联系人信息和所述第一会话内容展示在所述第一应用下所述第一用户端的会话列表中；

可选地，射频单元1401，还用于向所述第一服务器发送第三消息，其中，所述第三消息包括关联到所述第二用户端的收件人账号信息和第二会话内容。

可选地，射频单元1401，还用于向所述第一服务器发送第一授权请求消息；

应理解的是，本申请实施例中，输入单元1404可以包括图形处理器(GraphicsProcessing Unit，GPU)14041和麦克风14042，图形处理器14041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元1406可包括显示面板14061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板14061。用户输入单元1407包括触控面板14071以及其他输入设备14072。触控面板14071，也称为触摸屏。触控面板14071可包括触摸检测装置和触摸控制器两个部分。其他输入设备14072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器1409可用于存储软件程序以及各种数据，包括但不限于服务和操作系统。处理器1410可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和服务等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1410中。

本申请实施例还提供一种服务器，包括处理器和通信接口，通信接口用于在第二服务器接收到第二用户端发送的第二消息的情况下，接收所述第二服务器转发的第二消息；还用于基于所述第二消息，向第一用户端发送第一消息；

需要说明的是，该服务器实施例是与上述第一服务器侧方法实施例对应的，上述服务器侧方法实施例的各个实施过程和实现方式均可适用于该服务器实施例中，且能达到相同的技术效果。

具体地，图15为实现本申请实施例的一种服务器的硬件结构示意图，如图15所示，该服务器1500包括：处理器1501、存储器1502、通信接口1503、收发机1504、用户接口1505和总线接口，其中：

在本申请实施例中，服务器1500还包括：存储在存储器1502上并可在处理器1501上运行的计算机程序，计算机程序被处理器1501执行时可实现如图8所示各模块执行的方法，为避免重复，故不在此赘述。

其中，收发机1504，用于在第二服务器接收到第二用户端发送的第二消息的情况下，接收所述第二服务器转发的所述第二消息；以及，基于所述第二消息，向第一用户端发送第一消息；

可选地，所述第二消息包括消息来源信息和所述第一会话内容，所述消息来源信息包括如下信息中至少一个：第一应用信息、所述第一应用的消息功能信息和所述第二用户端在所述第二应用下的注册账号信息；

处理器1501，还用于解析所述第二消息，获取所述消息来源信息和所述第一会话内容；以及，基于所述消息来源信息，新建联系人信息，并基于所述第一会话内容和新建的所述联系人信息，打包生成所述第一消息。

可选地，收发机1504，还用于接收所述第一用户端发送的第三消息，其中，所述第三消息包括关联到所述第二用户端的收件人账号信息和第二会话内容；

处理器1501，还用于解析所述第三消息，获取所述收件人账号信息和所述第二会话内容；以及，查询联系人信息数据库，并在确定所述收件人账号信息关联到所述第二应用中的所述第二用户端的情况下，基于所述第二用户端的账号信息和所述第二会话内容，打包第四消息；

收发机1504，还用于将所述第四消息发送至所述第二服务器。

可选地，收发机1504，还用于接收所述第一用户端发送的第一授权请求消息，以及，基于所述第一授权请求消息，向所述第二服务器发送第二授权请求消息；

其中，所述第一授权请求消息至少包括所述第一用户端在所述第二应用下的唯一注册信息。

处理器1501，对应地还用于：

验证所述唯一注册信息是否准确；

或者，验证是否所述唯一注册信息准确，且所述请求授权的应用信息关联至所述第二应用；

或者，验证是否所述唯一注册信息准确，且所述请求授权的应用信息关联至所述第二应用，且所述请求授权的应用功能信息关联至消息功能；

收发机1504，还用于在所述验证的结果为是的情况下，基于所述第一授权请求消息，向所述第二服务器发送所述第二授权请求消息。

可选地，收发机1504，还用于接收所述第一用户端发送的第五消息；以及，在确定存在第三应用的第三用户端的授权注册信息的情况下，向所述第三应用的第三服务器转发所述第五消息。

在图15中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1501代表的一个或多个处理器和存储器1502代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本申请实施例不再对其进行进一步描述。总线接口提供接口。通信接口1503为用于在传输介质上与各种其他装置通信的单元。收发机1504可以是多个元件，即包括发送机和接收机。针对不同的用户设备，用户接口1505还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器1501负责管理总线架构和通常的处理，存储器1502可以存储处理器1501在执行操作时所使用的数据。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时，实现上述各终端侧消息转发方法实施例的各个过程，或者实现上述各服务器侧消息转发方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的通信设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述各终端侧消息转发方法实施例的各个过程，或者实现上述各服务器侧消息转发方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机、计算机或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims

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

2.根据权利要求1所述的消息转发方法，其特征在于，所述第一消息包括联系人信息和第一会话内容；

所述方法还包括：

所述第一用户端以所述联系人信息关联的联系人为发件人，并以所述第一会话内容为会话内容，将所述联系人信息和所述第一会话内容展示在所述第一应用下所述第一用户端的会话列表中；

3.根据权利要求2所述的消息转发方法，其特征在于，所述方法还包括：

所述第一用户端向所述第一服务器发送第三消息，其中，所述第三消息包括关联到所述第二用户端的收件人账号信息和第二会话内容。

4.根据权利要求1-3中任一所述的消息转发方法，其特征在于，所述方法还包括：

所述第一用户端向所述第一服务器发送第一授权请求消息；

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

6.根据权利要求5所述的消息转发方法，其特征在于，所述第二消息包括消息来源信息和第一会话内容，所述消息来源信息包括如下至少之一：第二应用信息、所述第二应用的消息功能信息和所述第二用户端在所述第二应用下的注册账号信息；

所述方法还包括：

所述第一服务器解析所述第二消息，获取所述消息来源信息和所述第一会话内容；

所述第一服务器基于所述消息来源信息，新建联系人信息，并基于所述第一会话内容和新建的所述联系人信息，打包生成所述第一消息。

7.根据权利要求6所述的消息转发方法，其特征在于，所述方法还包括：

所述第一服务器接收所述第一用户端发送的第三消息，其中，所述第三消息包括关联到所述第二用户端的收件人账号信息和第二会话内容；

所述第一服务器解析所述第三消息，获取所述收件人账号信息和所述第二会话内容；

所述第一服务器查询联系人信息数据库，并在确定所述收件人账号信息关联到所述第二应用中的所述第二用户端的情况下，基于所述第二用户端的账号信息和所述第二会话内容，打包第四消息；

所述第一服务器将所述第四消息发送至所述第二服务器。

8.根据权利要求5-7中任一所述的消息转发方法，其特征在于，所述方法还包括：

所述第一服务器接收所述第一用户端发送的第一授权请求消息，其中，所述第一授权请求消息至少包括所述第一用户端在所述第二应用下的唯一注册信息；

所述第一服务器基于所述第一授权请求消息，向所述第二服务器发送第二授权请求消息，其中，所述第二授权请求消息包括所述唯一注册信息。

9.根据权利要求5-7中任一所述的消息转发方法，其特征在于，所述方法还包括：

所述第一服务器接收所述第一用户端发送的第五消息；

所述第一服务器在确定存在第三应用的第三用户端的授权注册信息的情况下，向所述第三应用的第三服务器转发所述第五消息。

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

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