CN103117915A - 一种消息发送的方法和设备 - Google Patents
一种消息发送的方法和设备 Download PDFInfo
- Publication number
- CN103117915A CN103117915A CN2013100149257A CN201310014925A CN103117915A CN 103117915 A CN103117915 A CN 103117915A CN 2013100149257 A CN2013100149257 A CN 2013100149257A CN 201310014925 A CN201310014925 A CN 201310014925A CN 103117915 A CN103117915 A CN 103117915A
- Authority
- CN
- China
- Prior art keywords
- targeted customer
- message
- application server
- account
- intercommunication platform
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
本发明提供一种消息发送的方法和设备,其中方法包括:消息互通平台接收源应用服务器转发的来自于源用户客户端发送的消息,消息携带有目标用户的目标用户名和消息内容;消息是由源应用服务器按照预设的统一通信协议进行处理后发送给消息互通平台的;消息互通平台在本地数据库中查找与目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号;消息互通平台根据预设规则选择一组目标应用标识和对应的目标用户账号,将消息内容和目标用户账号按照统一通信协议进行处理后,发送给目标应用标识对应的目标应用服务器,以供目标应用服务器将消息内容发送给目标用户账号。本发明能够解决现有技术中不能大规模使用的问题。
Description
技术领域
本发明涉及移动通信技术,尤其涉及一种消息发送的方法和设备。
背景技术
目前,随着第三代移动通信技术(3rd-generation,简称3G)的发展及带宽的提升,涌现出各种具有社交功能的应用,用户可以实现应用内的通信,但是应用间的消息互通尚处于初级阶段。
在现有技术中,应用间的消息互通主要是局限于在即时通信工具之间构建消息互通装置,通过该消息互通装置在各即时通信工具中注册账号。当不同的即时通信工具的用户间要实现消息互通时,首先是由源即时通信工具的用户A将该消息互通装置在源即时通信工具中注册的账号添加为好友,然后,由用户A将通信内容发送给该消息互通装置在源即时通信工具中的账号,由该消息互通装置根据接收到的通信内容进行解析,获取目标即时通讯工具的名称,然后该消息互通装置将接收的通信内容发送给该消息互通装置在目标即时通信工具中注册的账号中,最后由该消息互通装置在目标即时通信工具中注册的账号将通信内容发送给目标即时通信工具的用户B,从而实现源即时通信工具的用户A和目标即时通信工具的用户B之间的消息互通。
但现有技术中,需要消息互通装置在各即时通信工具中注册账号,需要该消息互通装置适配各种类型的通信协议,因此,对于海量的互联网应用,现有技术存在不能大规模使用的问题。
发明内容
本发明提供一种消息发送的方法和设备,以解决现有技术中不能大规模使用的问题。
本发明提供一种消息发送的方法,包括:
消息互通平台接收源应用服务器转发的来自于源用户客户端发送的消息,所述消息携带有目标用户的目标用户名和消息内容;所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
所述消息互通平台在本地数据库中查找与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号;
所述消息互通平台根据预设规则选择一组所述目标应用标识和对应的目标用户账号,将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号。
本发明提供一种消息发送的方法,包括:
消息互通平台接收源应用服务器转发的来自于源用户客户端发送的消息,所述消息携带有目标用户的目标用户账号、目标应用标识和消息内容;所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
所述消息互通平台将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号。
本发明提供一种消息互通平台,包括:
接收模块,用于接收源应用服务器转发的来自于源用户客户端发送的消息,所述消息携带有目标用户的目标用户名和消息内容;所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
查找模块,用于在本地数据库中查找与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号;
发送模块,用于根据预设规则选择一组所述目标应用标识和对应的目标用户账号,将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号。
本发明提供一种消息互通平台,包括:
接收模块,用于接收源应用服务器转发的来自于源用户客户端发送的消息,所述消息携带有目标用户的目标用户账号、目标应用标识和消息内容;所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
发送模块,用于将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号。
由上述技术方案可知,本发明实施例中,通过搭建消息互通平台,由该消息互通平台制定统一的通信协议,各个应用来适配所述统一的通信协议,当任意两个应用的用户间发送消息时,由源应用服务器将源用户客户端发送的消息按照统一通信协议进行处理后,发送给消息互通平台,再由消息互通平台根据接收到的消息,通过消息中携带有指定的目标应用标识和目标用户账号,或者预设规则,将所述消息转发给相应的目标用户,实现跨应用的任意两个用户间的消息互通,可以解决现有技术中不能大规模使用的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明提供的消息发送方法一实施例的流程图;
图2为本发明提供的消息发送方法另一实施例的流程图;
图3为本发明提供的消息发送方法另一实施例的流程图;
图4为本发明提供的消息发送方法另一实施例的流程图;
图5为本发明提供的消息发送方法另一实施例的流程图;
图6为本发明提供的消息发送方法另一实施例的流程图;
图7为本发明提供的消息发送方法另一实施例的流程图;
图8为本发明提供的消息互通平台一实施例的结构示意图;
图9为本发明提供的消息互通平台另一实施例的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的技术方案可以应用于不同应用的用户间的消息发送。更具体的,本发明的消息互通平台通过制定统一的通信协议,其中,该统一的通信协议可以为基于超文本传送协议(Hypertext Transport Protocol,简称HTTP)的表述性状态转移(Representational State Transfer,简称REST)协议,由各个应用来适配该统一的通信协议,并且该消息互通平台为各个应用提供基于该统一的通信协议的服务接口,接收各个应用在消息互通平台注册应用标识,并对各个应用的名称和对应的应用标识进行管理,则消息互通平台通过任一应用标识即可以找到与之相应的应用服务器。
同时该消息互通平台也允许各应用的用户到消息互通平台进行注册,以使得用户登录到消息互通平台,实现至少一组的用户名、应用标识和用户账号的绑定,并由消息互通平台在本地数据库中维护上述绑定关系。基于此,消息互通平台可以通过用户名根据上述绑定关系,查找应用服务器中与之对应的用户账号是否在线,从而可以实现消息互通平台将源应用服务器的源用户客户端发送的消息转发给与用户名具有绑定关系的各应用中目标用户账号为在线的对应的目标应用服务器,并由所述目标应用服务器将接收的所述消息的内容转发给所述目标用户账号;或者当消息互通平台通过用户名根据上述绑定关系,查找到各应用服务器中与之对应的用户账号均未在线,则由消息互通平台将接收到的消息以短信发送到该用户名在消息互通平台上注册的手机号上。
还可以由源应用服务器转发给消息互通平台的消息中直接携带目标应用标识和目标用户账号,则由消息互通平台直接根据目标应用标识和目标用户账号,获得与目标应用标识对应的目标应用服务器,然后由消息互通平台将接收到的消息内容和目标用户账号按照预设的统一通信协议进行处理后转发给与目标用户账号对应的目标应用服务器中,再由目标应用服务器将接收到的消息内容发送给目标用户账号。
本申请可以实现跨应用的任意两个用户间的消息互通,可以解决现有技术不能大规模使用的问题。
图1为本发明提供的消息发送方法一实施例的流程图。如图1所示,该实施例包括:
101:消息互通平台接收源应用服务器转发的来自于源用户客户端发送的消息,所述消息携带有目标用户的目标用户名和消息内容;所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
其中,所述源用户客户端发送给所述源应用服务器的消息是按照所述源应用服务器内部的通信协议处理后发送给所述源应用服务器的。
其中,与所述目标用户对应的服务器为目标应用服务器;
其中,所述源应用服务器和所述目标应用服务器为两个不同的应用;
其中,所述消息互通平台为不同的应用服务器提供基于所述统一通信协议的服务接口,由所述不同的应用服务器适配所述统一通信协议,并由所述消息互通平台实现不同的应用服务器对应的用户客户端间的通信;
其中,所述消息互通平台为不同的应用服务器提供基于所述统一通信协议的服务接口,由所述不同的应用服务器适配所述统一通信协议,并由所述消息互通平台实现不同的应用服务器对应的用户客户端间的通信,具体为:
所述源应用服务器的所述源用户客户端通过源应用服务器内部的通信协议处理所述消息后发送给所述源应用服务器,由于所述源应用服务器与所述消息互通平台之间通过所述统一通信协议进行消息发送,因此,所述源应用服务器向所述消息互通平台发送所述消息时,需要将所述消息按照预设的统一通信协议进行处理后,再发送给所述消息互通平台,然后由所述消息互通平台通过统一通信协议将所述消息转发给目标应用服务器,由所述目标应用服务器再按照所述目标应用服务器内部的协议对所述消息进行处理后,再发送给目标用户客户端。
其中,所述统一通信协议可以是基于HTTP的REST协议。
其中,所述消息互通平台通过所述统一的通信协议的服务接口,接收各个应用在所述消息互通平台注册应用标识,并对各个应用的名称和对应的应用标识进行管理。
其中,所述应用标识用于:
所述消息互通平台通过所述应用标识查找到与所述应用标识对应的应用服务器。
102:所述消息互通平台在本地数据库中查找与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号;
其中,所述目标用户名是由所述消息互通平台通过对接收到的所述消息进行解析获得的。
其中,所述消息互通平台在本地数据库中查找与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号之前,包括:
所述消息互通平台接收所述目标用户发送的绑定请求,所述绑定请求包括至少一组的目标用户名、目标应用标识和对应的目标用户账号。
其中,各应用的用户通过所述消息互通平台提供的统一通信协议服务接口,向所述消息互通平台发送用户名、应用标识和对应的用户账号的绑定请求,由所述消息互通平台在本地数据库中维护用户在各个应用的账号绑定关系;
其中,所述绑定具体为:由各应用中的任一用户在消息互通平台注册用户名,并将所述注册的用户名与该用户在不同应用中注册的用户账号以及与该用户账号对应的应用标识之间进行绑定;
可选的,由任一用户在消息互通平台注册用户名为A、该用户在一应用中进行注册后获取的用户账号为xxxxxx,其中,“x”可按要求分配,该应用的应用标识为B,则用户名为A的用户在消息互通平台的账号绑定关系为A-B-xxxxxx。
其中,所述消息互通平台在本地数据库中维护用户在各个应用的账号绑定关系,具体用于:
当所述源应用服务器向所述消息互通平台发送请求时,所述请求为所述源应用服务器请求将从源用户客户端接收的消息发送给与目标用户名具有绑定关系的目标应用服务器中目标用户账号为在线状态的目标用户账号;
所述消息互通平台通过在本地数据库中维护的用户在各个应用的账号绑定关系中进行查找,以找到与目标用户名对应的目标应用服务器中为在线状态的目标用户账号,然后由所述消息互通平台将接收到的消息转发给与所述在线状态的目标用户账号对应的目标应用服务器,并由所述目标应用服务器将所述消息内容发送给所述在线状态的目标用户账号;
或者,当所述消息互通平台通过在本地数据库中维护的用户在各个应用的账号绑定关系中进行查找,查到与目标用户名对应的目标应用服务器中与之对应的目标用户账号均未在线,则由消息互通平台将接收到的消息以短信发送到目标用户在消息互通平台上注册的手机号上。
103:所述消息互通平台根据预设规则选择一组所述目标应用标识和对应的目标用户账号,将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号。
其中,所述源应用服务器可以通过所述预设规则,来实现由所述消息互通平台将所述消息发送给与目标用户名具有绑定关系的目标用户账号为在线状态的目标应用服务器上,再由该目标应用服务器将消息内容转发给该目标用户账号;或者当与所述目标用户名具有绑定关系的目标应用服务器上的目标用户账号均未在线,则由所述消息互通平台将所述消息发送给目标用户在所述消息互通平台上注册的手机号。
其中,所述预设规则具体为:
由所述消息互通平台在与目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号中查找是否有一组目标用户账号在与所述目标用户账号对应的目标应用服务器上为在线状态,来选择一组目标应用标识和对应的目标用户账号。
其中,所述消息互通平台根据预设规则选择一组所述目标应用标识和对应的目标用户账号包括:
所述消息互通平台选择一组所述目标应用标识和对应的目标用户账号中,所述目标用户账号在所述目标应用标识对应的目标应用服务器上是在线状态;所述消息互通平台通过所述目标应用服务器提供的查询接口查询目标用户是否在线。
其中,所述消息互通平台根据预设规则选择一组所述目标应用标识和对应的目标用户账号,还包括:
若各所述目标用户账号在所述目标应用标识对应的目标应用服务器上均未在线,则向所述目标用户在所述消息互通平台上注册的手机号发送短消息,携带所述消息内容。
可选的,所述目标用户是否在线的状态,可以由“1”表示在线,由“0”表示不在线;
可选的,所述消息互通平台通过所述目标应用服务器提供的查询接口查询目标用户是否在线,包括:
所述消息互通平台通过所述目标应用服务器提供的查询接口查询到为“1”,则说明所述目标用户在线;若为“0”,则说明所述目标用户不在线。
其中,所述消息互通平台选择一组所述目标应用标识和对应的目标用户账号中,所述目标用户账号在所述目标应用标识对应的目标应用服务器上是在线状态之后,包括:
所述消息互通平台将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号。
可选的,所述选择一组所述目标应用标识和对应的目标用户账号中,所述目标用户账号在所述目标应用标识对应的目标应用服务器上是在线状态,可以通过随机查询的方式实现,具体包括:
所述消息互通平台通过查询与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号,当查询到有一组与所述目标用户名具有绑定关系的目标应用中对应的目标用户账号为在线状态,则停止查询,即确定要选择的为查询到的该组目标应用标识和对应的目标用户账号。
可选的,所述选择一组所述目标应用标识和对应的目标用户账号中,所述目标用户账号在所述目标应用标识对应的目标应用服务器上是在线状态,也可以通过以下方法实现,包括:
通过对与所述目标用户名绑定的目标应用标识进行排序,如从小到大排序,然后根据排序的顺序进行查询;
或者,通过对与所述目标用户名绑定的目标应用标识设置优先级,并按照所述优先级进行查询,其中,所述优先级可以自行设定。
本领域技术人员可以理解的是,查询的方法并不局限于上述几种方式。
本实施例中通过搭建消息互通平台,由该消息互通平台制定统一的通信协议,各个应用来适配所述统一的通信协议,当任意两个应用的用户间发送消息时,由源应用服务器将源用户客户端发送的消息按照统一通信协议进行处理后,发送给消息互通平台,再由消息互通平台根据接收到的消息,通过预设规则转发给目标用户,实现跨应用的任意两个用户间的消息互通,可以解决现有技术中不能大规模使用的问题。
图2为本发明提供的消息发送方法另一实施例的流程图。如图2所示,该实施例包括:
201:源用户客户端向源应用服务器发送消息;
其中,所述源用户客户端向所述源应用服务器发送的消息是由所述源用户客户端按照所述源应用服务器内部的协议处理后,发送给所述源应用服务器的。
其中,所述消息中携带目标用户的目标用户名和消息内容;
其中,所述目标用户对应的服务器为目标应用服务器;
其中,所述源应用服务器和所述目标应用服务器为两个不同的应用。
202:所述源应用服务器将从所述源用户客户端接收到的消息发送给消息互通平台;
其中,所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
其中,所述消息互通平台为不同的应用服务器提供基于所述统一通信协议的服务接口,由所述不同的应用服务器适配所述统一通信协议,并由所述消息互通平台实现不同的应用服务器对应的用户客户端间的通信,具体为:
所述源应用服务器的所述源用户客户端通过源应用服务器内部的通信协议处理所述消息后发送给所述源应用服务器,由于所述源应用服务器与所述消息互通平台之间通过所述统一通信协议进行消息发送,因此,所述源应用服务器向所述消息互通平台发送所述消息时,需要将所述消息按照预设的统一通信协议进行处理后,再发送给所述消息互通平台,然后由所述消息互通平台通过统一通信协议将所述消息转发给目标应用服务器,由所述目标应用服务器再按照所述目标应用服务器内部的协议对所述消息进行处理后,再发送给目标用户客户端。
其中,所述统一通信协议可以是基于HTTP的REST协议。
203:所述消息互通平台在本地数据库中查找与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号;
其中,所述目标用户名是由所述消息互通平台通过对接收到的所述消息进行解析获得的。
其中,所述消息互通平台在本地数据库中查找与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号之前,包括:
所述消息互通平台接收所述目标用户发送的绑定请求,所述绑定请求包括至少一组的目标用户名、目标应用标识和对应的目标用户账号。
其中,各应用的用户通过所述消息互通平台提供的统一通信协议服务接口,向所述消息互通平台发送用户名、应用标识和对应的用户账号的绑定请求,由所述消息互通平台在本地数据库中维护用户在各个应用的账号绑定关系;
其中,所述绑定具体为:由各应用中的任一用户在消息互通平台注册用户名,并将所述注册的用户名与该用户在不同应用中注册的用户账号以及与该用户账号对应的应用标识之间进行绑定;
可选的,由任一用户在消息互通平台注册用户名为A、该用户在一应用中进行注册后用户账号为xxxxxx,其中,“x”可按要求分配,该应用的应用标识为B,则用户名为A的用户在消息互通平台的账号绑定关系为A-B-xxxxxx。
其中,所述消息互通平台在本地数据库中维护用户在各个应用的账号绑定关系,具体用于:
当所述源应用服务器向所述消息互通平台发送请求时,所述请求为所述源应用服务器请求将从源用户客户端接收的消息发送给与目标用户具有绑定关系的目标应用中目标用户账号为在线状态的目标用户账号,所述消息互通平台通过在本地数据库中维护的用户在各个应用的账号绑定关系中进行查找,以找到与目标用户名对应的目标应用服务器中为在线状态的目标用户账号,然后由消息互通平台将接收到的消息转发给与所述在线状态的目标用户账号对应的目标应用服务器,并由所述目标应用服务器将所述消息内容发送给所述在线状态的目标用户账号。
204:所述消息互通平台选择一组所述目标应用标识和对应的目标用户账号中,所述目标用户账号在所述目标应用标识对应的目标应用服务器上是在线状态的;
其中,查询所述目标用户账号在所述目标应用标识对应的目标应用服务器上是否在线是通过所述目标应用服务器提供的查询接口实现的。
可选的,所述目标用户是否在线的状态,可以由“1”表示在线,由“0”表示不在线;
可选的,所述消息互通平台通过所述目标应用服务器提供的查询接口查询目标用户是否在线,包括:
所述消息互通平台通过所述目标应用服务器提供的查询接口查询到为“1”,则说明所述目标用户在线;若为“0”,则说明所述目标用户不在线。
可选的,所述消息互通平台选择一组所述目标应用标识和对应的目标用户账号中,所述目标用户账号在所述目标应用标识对应的目标应用服务器上是在线状态的,可以通过随机查询的方式实现,具体包括:
所述消息互通平台通过查询与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号,当查询到有一组与所述目标用户名具有绑定关系的目标应用中对应的目标用户账号为在线状态,则停止查询,即确定要选择的为查询到的该组目标应用标识和对应的目标用户账号。
可选的,所述消息互通平台选择一组所述目标应用标识和对应的目标用户账号中,所述目标用户账号在所述目标应用标识对应的目标应用服务器上是在线状态的,也可以通过以下方法实现,包括:
通过对与所述目标用户名绑定的目标应用标识进行排序,如从小到大排序,然后根据排序的顺序进行查询;
或者,通过对与所述目标用户名绑定的目标应用标识设置优先级,并按照所述优先级进行查询,其中,所述优先级可以自行设定。
本领域技术人员可以理解的是,查询的方法并不局限于上述几种方式。
205:所述消息互通平台将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器;
206:所述目标应用服务器向所述消息互通平台发送接收成功响应;
其中,所述接收成功响应表示所述目标应用服务器已成功接收到所述消息。
207:所述消息互通平台向所述源应用服务器发送接收成功响应;
其中,所述接收成功响应用于通知所述源应用服务器所述目标应用服务器已成功接收到所述消息。
208:所述目标应用服务器将所述消息内容发送给所述目标用户账号;
其中,所述目标应用服务器将所述消息内容发送给所述目标用户账号,具体为:
所述目标应用服务器将所述消息内容按照所述目标应用服务器内部的协议进行处理后,发送给所述目标用户账号。
其中,207和208没有先后顺序。
本实施例中通过消息互通平台制定统一通信协议,由各个应用适配该统一通信协议,源应用服务器接收到源用户客户端发送的消息,并将该消息按照统一通信协议进行处理后发送给消息互通平台,由消息互通平台通过在本地数据库中查找与目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号,当查询到有一组与所述目标用户名具有绑定关系的目标应用中对应的目标用户账号为在线状态,则由消息互通平台将消息内容和所述目标用户账号按照所述统一通信协议进行处理后发送给目标用户账号。从而实现源应用服务器的源用户客户端与目标应用服务器的目标用户客户端的通信。可以解决现有技术中不能大规模使用的问题。
图3为本发明提供的消息发送方法另一实施例的流程图。本实施例是在上述实施例的基础上实现的。如图3所示,该实施例包括:
301-303与201-203过程类似,此处不再赘述。
304:消息互通平台查询到与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标账号中,所述目标用户账号在所述目标应用标识对应的目标应用服务器上均未在线;
其中,所述消息互通平台通过所述目标应用服务器提供的查询接口查询目标用户是否在线;
可选的,所述目标用户是否在线的状态,可以由“1”表示在线,由“0”表示不在线;
可选的,所述目标用户账号在所述目标应用标识对应的目标应用服务器上均未在线,是由所述消息互通平台通过所述目标应用服务器提供的查询接口查询到为“0”,则说明所述目标用户不在线。
可选的,所述消息互通平台选择一组所述目标应用标识和对应的目标用户账号中,所述目标用户账号在所述目标应用标识对应的目标应用服务器上是在线状态的,可以通过随机查询的方式实现,具体包括:
所述消息互通平台通过查询与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号,当查询到有一组与所述目标用户名具有绑定关系的目标应用中对应的目标用户账号为在线状态,则停止查询,即确定要选择的为查询到的该组目标应用标识和对应的目标用户账号。
可选的,所述消息互通平台选择一组所述目标应用标识和对应的目标用户账号中,所述目标用户账号在所述目标应用标识对应的目标应用服务器上是在线状态的,也可以通过以下方法实现,包括:
通过对与所述目标用户名绑定的目标应用标识进行排序,如从小到大排序,然后根据排序的顺序进行查询;
或者,通过对与所述目标用户名绑定的目标应用标识设置优先级,并按照所述优先级进行查询,其中,所述优先级可以自行设定。
本领域技术人员可以理解的是,查询的方法并不局限于上述几种方式。
305:所述消息互通平台向所述目标用户在所述消息互通平台上注册的手机号发送短消息,携带消息内容。
其中,当所述目标用户账号在所述目标应用标识对应的目标应用服务器上均未在线,则由所述消息互通平台将所述消息内容以短信发送到所述目标用户在所述消息互通平台上注册的手机上。
本实施例中通过消息互通平台制定统一通信协议,由各个应用适配该统一通信协议,源应用服务器接收到源用户客户端发送的消息,并将该消息按照统一通信协议进行处理后发送给消息互通平台,由消息互通平台通过在本地数据库中查找与目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号,当查询到与所述目标用户名具有绑定关系的目标应用中对应的目标用户账号均未在线,则由消息互通平台将消息内容以短信发送给所述目标用户在消息互通平台注册的手机号,从而实现源应用服务器的源用户客户端与目标应用服务器的目标用户客户端的通信。可以解决现有技术中不能大规模使用的问题。
图4为本发明提供的消息发送方法另一实施例的流程图。如图4所示,该实施例包括:
401:消息互通平台接收源应用服务器转发的来自于源用户客户端发送的消息,所述消息携带有目标用户的目标用户账号、目标应用标识和消息内容;所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
其中,所述目标用户账号是与所述目标应用标识对应的目标应用服务器上的账号。
其中,所述源用户客户端发送给所述源应用服务器的消息是按照所述源应用服务器内部的通信协议处理后发送给所述源应用服务器的。
其中,与所述目标用户对应的服务器为目标应用服务器;
其中,所述源应用服务器和所述目标应用服务器为两个不同的应用;
其中,所述消息互通平台为不同的应用服务器提供基于所述统一通信协议的服务接口,由所述不同的应用服务器适配所述统一通信协议,并由所述消息互通平台实现不同的应用服务器对应的用户客户端间的通信;
其中,所述消息互通平台为不同的应用服务器提供基于所述统一通信协议的服务接口,由所述不同的应用服务器适配所述统一通信协议,并由所述消息互通平台实现不同的应用服务器对应的用户客户端间的通信,具体为:
所述源应用服务器的所述源用户客户端通过源应用服务器内部的通信协议处理所述消息后发送给所述源应用服务器,由于所述源应用服务器与所述消息互通平台之间通过所述统一通信协议进行消息发送,因此,所述源应用服务器向所述消息互通平台发送所述消息时,需要将所述消息按照预设的统一通信协议进行处理后,再发送给所述消息互通平台,然后由所述消息互通平台通过统一通信协议将所述消息转发给目标应用服务器,由所述目标应用服务器再按照所述目标应用服务器内部的协议对所述消息进行处理后,再发送给目标用户客户端。
其中,所述统一通信协议可以是基于HTTP的REST协议。
其中,所述消息互通平台通过提供的所述统一的通信协议的服务接口,接收各个应用在所述消息互通平台注册应用标识,并对各个应用的名称和对应的应用标识进行管理。
其中,所述应用标识用于:
所述消息互通平台通过所述应用标识查找到与所述应用标识对应的应用服务器。
402:所述消息互通平台将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号。
其中,所述消息互通平台通过由接收到的所述消息中解析出目标用户账号和目标应用标识。
其中,所述消息互通平台通过所述目标应用标识查找到与所述目标应用标识对应的目标应用服务器。
其中,所述消息互通平台将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号,包括:
若所述目标用户账号在所述目标应用标识对应的目标应用服务器上未在线,则所述消息互通平台向所述目标用户在所述消息互通平台上注册的手机号发送短消息,携带所述消息内容;
或者,若所述目标用户账号在所述目标应用标识对应的目标应用服务器上未在线,则所述消息互通平台向所述目标应用服务器发送所述消息内容,以供所述目标应用服务器存储,并等待所述目标用户账号上线后发送给所述目标用户账号。
可选的,所述目标用户账号在线的状态,可由“1”表示,不在线的状态,可以由“0”表示。
可选的,所述目标应用服务器通过查询所述目标用户账号对应的为“1”,则可以判断出所述目标用户账号为在线;为“0”,则可以判断出所述目标用户账号未在线。
可选的,所述目标用户账号由不在线转换为在线时,所述目标用户账号对应的“0”变为“1”,则所述目标应用服务器可以查询到所述目标用户账号为“1”,则所述目标应用服务器判断出所述目标用户账号已经在线。
其中,所述目标应用服务器将所述消息内容发送给所述目标用户账号,具体为:
所述目标应用服务器将所述消息内容按照所述目标应用服务器内部的协议进行处理后,发送给所述目标用户账号。
本实施例中通过消息互通平台制定统一通信协议,由各个应用适配该统一通信协议,源应用服务器接收到源用户客户端发送的消息,并将该消息按照统一通信协议进行处理后发送给消息互通平台,由消息互通平台根据消息中携带的目标用户的目标应用标识和目标用户账号,找到与目标应用标识对应的目标应用服务器,再由所述目标应用服务器判断该目标用户账号是否在线,如果在线,则由消息互通平台将消息内容和所述目标用户账号按照所述统一通信协议进行处理后发送给所述目标应用服务器,由所述目标应用服务器将所述消息内容直接发送给所述目标用户账号,如果不在线,则由所述目标应用服务器暂时缓存,当所述目标用户账号在线时,再将所述消息内容发送给所述目标用户账号,或者由消息互通平台将所述消息内容发送到目标用户在消息互通平台注册的手机号。从而实现源应用服务器的源用户客户端与目标应用服务器的目标用户客户端的通信。可以解决现有技术中不能大规模使用的问题。
图5为本发明提供的消息发送方法另一实施例的流程图。如图5所示,该实施例包括:
501:源用户客户端向源应用服务器发送消息;
其中,所述源用户客户端向所述源应用服务器发送的消息是由所述源用户客户端按照所述源应用服务器内部的协议处理后,发送给所述源应用服务器的。
其中,所述消息中携带有目标用户的目标用户账号、目标应用标识和消息内容。
其中,所述目标用户账号是与所述目标应用标识对应的目标应用服务器上的账号。
其中,所述目标应用标识对应的服务器为目标应用服务器;
其中,所述源应用服务器和所述目标应用服务器为两个不同的应用。
502:所述源应用服务器将从所述源用户客户端接收到的消息发送给消息互通平台;
其中,所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
其中,所述消息互通平台为不同的应用服务器提供基于所述统一通信协议的服务接口,由所述不同的应用服务器适配所述统一通信协议,并由所述消息互通平台实现不同的应用服务器对应的用户客户端间的通信,具体为:
所述源应用服务器的所述源用户客户端通过源应用服务器内部的通信协议处理所述消息后发送给所述源应用服务器,由于所述源应用服务器与所述消息互通平台之间通过所述统一通信协议进行消息发送,因此,所述源应用服务器向所述消息互通平台发送所述消息时,需要将所述消息按照预设的统一通信协议进行处理后,再发送给所述消息互通平台,然后由所述消息互通平台通过统一通信协议将所述消息转发给目标应用服务器,由所述目标应用服务器再按照所述目标应用服务器内部的协议对所述消息进行处理后,再发送给目标用户客户端。
其中,所述统一通信协议可以是基于HTTP的REST协议。
503:所述消息互通平台根据所述消息中的所述目标应用标识查找到与所述目标应用标识对应的目标应用服务器;
其中,所述消息互通平台通过提供的所述统一的通信协议的服务接口,接收各个应用在所述消息互通平台注册应用标识,并对各个应用的名称和对应的应用标识进行管理。
其中,所述应用标识用于所述消息互通平台通过所述应用标识查找到与所述应用标识对应的应用服务器。
504:所述消息互通平台将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器;
505:所述目标应用服务器向所述消息互通平台发送接收成功响应;
其中,所述接收成功响应表示所述目标应用服务器已成功接收到所述消息。
506:所述消息互通平台向所述源应用服务器发送接收成功响应;
其中,所述接收成功响应用于通知所述源应用服务器所述目标应用服务器已成功接收到所述消息。
507:所述目标应用服务器判断所述目标用户账号为在线,则将所述消息内容发送给所述目标用户账号;
可选的,所述目标用户账号在线的状态,可由“1”表示,不在线的状态,可以由“0”表示。
可选的,所述目标应用服务器通过查询所述目标用户账号对应的为“1”,则可以判断出所述目标用户账号为在线。
其中,所述目标应用服务器将所述消息内容发送给所述目标用户账号,具体为:
所述目标应用服务器将所述消息内容按照所述目标应用服务器内部的协议进行处理后,发送给所述目标用户账号。
508:所述目标应用服务器若判断所述目标用户账号不在线,则由所述目标应用服务器缓存所述消息内容,并当所述目标用户账号在线后,将所述消息内容发送给所述目标用户账号。
可选的,所述目标用户账号在线的状态,可由“1”表示,不在线的状态,可以由“0”表示。
可选的,所述目标应用服务器通过查询所述目标用户账号对应的为“0”,则可以判断出所述目标用户账号为不在线。
可选的,所述目标用户账号由不在线转换为在线时,所述目标用户账号对应的“0”变为“1”,则所述目标应用服务器可以查询到所述目标用户账号为“1”,则所述目标应用服务器判断出所述目标用户账号已经在线。
509:所述目标应用服务器若判断所述目标用户账号不在线,则由所述消息互通平台向所述目标用户在所述消息互通平台上注册的手机号发送短消息,携带所述消息内容。
其中,506和507没有先后顺序。
其中,508和509根据需要选择一个进行相应操作。
本实施例中通过消息互通平台制定统一通信协议,由各个应用适配该统一通信协议,源应用服务器接收到源用户客户端发送的消息,并将该消息按照统一通信协议进行处理后发送给消息互通平台,由消息互通平台根据接收到的消息中携带的目标应用标识,找到与该目标应用标识对应的目标应用服务器,再由所述目标应用服务器判断该目标用户账号是否在线,如果在线,则由消息互通平台将消息内容和所述目标用户账号按照所述统一通信协议进行处理后发送给所述目标应用服务器,由所述目标应用服务器直接将消息内容发送给所述目标用户账号,如果不在线,则由所述目标应用服务器暂时缓存,当所述目标用户账号在线时,再将所述消息内容发送给所述目标用户账号,或者由消息互通平台将所述消息内容发送到目标用户在消息互通平台注册的手机号。从而实现源应用服务器的源用户客户端与目标应用服务器的目标用户客户端的通信。可以解决现有技术中不能大规模使用的问题。
图6为本发明提供的消息发送方法另一实施例的流程图。如图6所示,该实施例包括:
601:源用户客户端向源应用服务器发送消息;
其中,所述源用户客户端向所述源应用服务器发送的消息是由所述源用户客户端按照所述源应用服务器内部的协议处理后,发送给所述源应用服务器的。
其中,所述消息中携带有目标用户的目标用户账号、目标应用标识和消息内容;
其中,所述目标用户账号是与所述目标应用标识对应的目标应用服务器上的账号。
其中,所述消息内容为请求添加所述目标应用标识对应的所述目标用户账号为好友。
其中,所述目标用户对应的服务器为目标应用服务器;
其中,所述源应用服务器和所述目标应用服务器为两个不同的应用。
602:所述源应用服务器将从所述源用户客户端接收到的消息发送给消息互通平台;
其中,所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
其中,所述消息互通平台为不同的应用服务器提供基于所述统一通信协议的服务接口,由所述不同的应用服务器适配所述统一通信协议,并由所述消息互通平台实现不同的应用服务器对应的用户客户端间的通信,具体为:
所述源应用服务器的所述源用户客户端通过源应用服务器内部的通信协议处理所述消息后发送给所述源应用服务器,由于所述源应用服务器与所述消息互通平台之间通过所述统一通信协议进行消息发送,因此,所述源应用服务器向所述消息互通平台发送所述消息时,需要将所述消息按照预设的统一通信协议进行处理后,再发送给所述消息互通平台,然后由所述消息互通平台通过统一通信协议将所述消息转发给目标应用服务器,由所述目标应用服务器再按照所述目标应用服务器内部的协议对所述消息进行处理后,再发送给目标用户客户端。
其中,所述统一通信协议可以是基于HTTP的REST协议。
603:所述消息互通平台查找到所述目标应用标识对应的目标应用服务器;
其中,所述目标应用标识是由所述消息互通平台通过对接收到的所述消息进行解析获得的。
其中,所述消息互通平台通过提供的所述统一的通信协议的服务接口,接收各个应用在所述消息互通平台注册应用标识,并对各个应用的名称和对应的应用标识进行管理。
其中,所述应用标识用于所述消息互通平台通过所述应用标识查找到与所述应用标识对应的应用服务器。
604:所述消息互通平台将接收到的所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用服务器;
605:所述目标应用服务器向所述消息互通平台发送接收成功响应;
其中,所述接收成功响应表示所述目标应用服务器已成功接收到所述消息。
606:所述消息互通平台向所述源应用服务器发送接收成功响应;
其中,所述接收成功响应用于通知所述源应用服务器所述目标应用服务器已成功接收到所述消息。
607:所述目标应用服务器将所述消息内容发送给所述目标用户账号;
其中,所述目标应用服务器将所述消息内容发送给所述目标用户账号,具体为:
所述目标应用服务器将所述消息内容按照所述目标应用服务器内部的协议进行处理后,发送给所述目标用户账号。
608:目标用户客户端同意加为好友;
609:所述目标用户客户端向所述目标应用服务器发送添加成功响应;
其中,所述添加成功响应表示所述目标用户客户端已同意添加为好友。
610:所述目标应用服务器保存所述源用户客户端与所述目标用户客户端的好友关系;
611:所述目标应用服务器向所述消息互通平台发送添加成功响应;
其中,所述添加成功响应用于通知所述消息互通平台,所述目标用户客户端已同意添加为好友。
612:所述消息互通平台向所述源应用服务器发送添加成功响应;
其中,所述添加成功响应用于通知所述源应用服务器,所述目标用户客户端已同意添加为好友。
613:所述源应用服务器保存所述源用户客户端与所述目标用户客户端的好友关系;
614:所述源应用服务器通知所述源用户客户端目标用户客户端已经添加其为好友。
可选的,在所述源用户客户端可以显示目标应用名称的分组,在所述目标应用名称的分组中显示所述目标用户账号。
其中,当所述源用户客户端和所述目标用户客户端之间发送消息时,如所述源用户客户端向所述目标用户客户端发送消息,则可以通过在所述源用户客户端中选中所述目标应用名称的分组中的所述目标用户账号,然后输入要发送的消息,并将所述输入的消息发送出去。
其中,606和607没有先后顺序。
本实施例中通过消息互通平台制定统一通信协议,由各个应用适配该统一通信协议,源应用服务器接收到源用户客户端发送的消息,该消息内容为源用户客户端请求添加目标应用客户端为好友,则源应用服务器将该消息按照预设的统一通信协议进行处理后发送给消息互通平台,消息互通平台将该消息发送给相应的目标应用服务器,由目标应用服务器把该消息发送给目标用户客户端,并由目标用户客户端反馈添加成功的响应,从而实现源用户客户端将目标应用服务器的目标应用客户端添加为好友,便于之后源用户客户端与目标用户客户端间的消息发送。可以解决现有技术中不能大规模使用的问题。
图7为本发明提供的消息发送方法另一实施例的流程图。如图7所示,该实施例包括:
701:源用户客户端向源应用服务器发送消息;
其中,所述源用户客户端向所述源应用服务器发送的消息是由所述源用户客户端按照所述源应用服务器内部的协议处理后,发送给所述源应用服务器的。
其中,所述消息中携带有目标用户的目标用户账号、目标应用标识和消息内容;
其中,所述目标用户账号是与所述目标应用标识对应的目标应用服务器上的账号。
其中,所述消息内容为请求删除所述目标应用标识对应的所述目标用户账号为好友。
其中,所述目标应用标识对应的服务器为目标应用服务器;
其中,所述源应用服务器和所述目标应用服务器为两个不同的应用。
702:所述源应用服务器根据接收到的所述消息,删除在本地保存的源用户客户端与目的用户客户端间的好友关系;
703:所述源应用服务器将从所述源用户客户端接收到的消息发送给消息互通平台;
其中,所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
其中,所述消息互通平台为不同的应用服务器提供基于所述统一通信协议的服务接口,由所述不同的应用服务器适配所述统一通信协议,并由所述消息互通平台实现不同的应用服务器对应的用户客户端间的通信,具体为:
所述源应用服务器的所述源用户客户端通过源应用服务器内部的通信协议处理所述消息后发送给所述源应用服务器,由于所述源应用服务器与所述消息互通平台之间通过所述统一通信协议进行消息发送,因此,所述源应用服务器向所述消息互通平台发送所述消息时,需要将所述消息按照预设的统一通信协议进行处理后,再发送给所述消息互通平台,然后由所述消息互通平台通过统一通信协议将所述消息转发给目标应用服务器,由所述目标应用服务器再按照所述目标应用服务器内部的协议对所述消息进行处理后,再发送给目标用户客户端。
其中,所述统一通信协议可以是基于HTTP的REST协议。
704:所述消息互通平台根据接收到的所述消息,查找到所述目标应用标识对应的目标应用服务器;
其中,所述目标应用标识是由所述消息互通平台通过对接收到的所述消息进行解析获得的。
其中,所述消息互通平台通过提供的所述统一的通信协议的服务接口,接收各个应用在所述消息互通平台注册应用标识,并对各个应用的名称和对应的应用标识进行管理。
其中,所述应用标识用于所述消息互通平台通过所述应用标识查找到与所述应用标识对应的应用服务器。
705:消息互通平台将接收到的所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用服务器;
706:所述目标应用服务器向所述消息互通平台发送删除成功响应;
其中,所述删除成功响应用于通知所述消息互通平台,所述目标应用服务器已经知道所述源应用服务器的源用户客户端已经将所述目标应用服务器的所述目标用户账号删除。
707:所述目标应用服务器删除或不删除本地中保存的所述源用户客户端与所述目标用户客户端间的好友关系;
其中,所述目标应用服务器不向所述目标用户客户端发送所述源应用服务器的源用户客户端已经将所述目标应用服务器的所述目标用户账号删除的消息。
708:所述消息互通平台向所述源应用服务器发送删除成功响应。
其中,所述删除成功响应用于所述消息互通平台通知所述源应用服务器删除成功。
其中,707与708没有先后顺序。
本实施例中通过消息互通平台制定统一通信协议,由各个应用适配该统一通信协议,源应用服务器接收到源用户客户端发送的消息,该消息内容为源用户客户端请求删除目标应用客户端为好友,则源应用服务器将该消息按照预设的统一通信协议进行处理后发送给消息互通平台,消息互通平台将该消息发送给相应的目标应用服务器,由目标应用服务器反馈删除成功的响应,从而实现源用户客户端删除目标应用服务器的目标应用客户端为好友。
图8为本发明提供的消息互通平台一实施例的结构示意图。该消息互通平台可以执行本发明上述图1-图3的消息发送方法。如图8所示,本实施例的消息互通平台包括:接收模块81、查找模块82、发送模块83;
其中,接收模块81用于接收源应用服务器转发的来自于源用户客户端发送的消息,所述消息携带有目标用户的目标用户名和消息内容;所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;查找模块82用于在本地数据库中查找与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号;发送模块83用于根据预设规则选择一组所述目标应用标识和对应的目标用户账号,将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号。
其中,所述源应用服务器和所述目标应用服务器为两个不同的应用。
其中,所述查找模块在本地数据库中查找与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号之前,所述接收模块还用于:
接收所述目标用户发送的绑定请求,所述绑定请求包括至少一组的目标用户名、目标应用标识和对应的目标用户账号。
其中,所述发送模块包括选择单元,所述选择单元具体用于:
选择一组所述目标应用标识和对应的目标用户账号中,所述目标用户账号在所述目标应用标识对应的目标应用服务器上是在线状态;所述消息互通平台通过所述目标应用服务器提供的查询接口查询目标用户是否在线。
其中,所述发送模块还用于:
若各所述目标用户账号在所述目标应用标识对应的目标应用服务器上均未在线,则向所述目标用户在所述消息互通平台上注册的手机号发送短消息,携带所述消息内容。
其中,上述功能模块可用于执行本发明实施例提供的图1-图3消息发送方法的流程,主要用于通过接收模块接收源应用服务器转发的源用户客户端发送的消息,通过查找模块查找到与目标用户名具有绑定关系的目标应用标识以及目标用户账户,然后由发送模块选择与目标用户名对应的目标应用标识,并将消息内容发送给与目标应用标识对应的目标应用服务器,由目标应用服务器将消息内容发送给目标用户账号;或者由发送模块将消息内容发送到目标用户在消息互通平台注册的手机号码,其具体工作原理详见图1-图3方法实施例的描述,在此不再赘述。通过上述模块,本实施例的消息互通平台通过制定统一的通信协议,各个应用适配该统一通信协议,当任意两个应用的用户间发送消息时,由源应用服务器将源用户客户端发送的消息按照统一通信协议进行处理后,发送给消息互通平台,再由消息互通平台根据接收到的消息,通过预设规则转发给目标用户,实现跨应用的任意两个用户间的消息互通,可以解决现有技术中不能大规模使用的问题。
图9为本发明提供的消息互通平台另一实施例的结构示意图。该消息互通平台可以执行本发明图4-图7的消息发送方法。如图9所示,本实施例的消息互通平台包括:接收模块91、发送模块92;
其中,所述接收模块用于接收源应用服务器转发的来自于源用户客户端发送的消息,所述消息携带有目标用户的目标用户账号、目标应用标识和消息内容;所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;所述发送模块用于将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号。
其中,所述发送模块还用于:
若所述目标用户账号在所述目标应用标识对应的目标应用服务器上未在线,则向所述目标用户在所述消息互通平台上注册的手机号发送短消息,携带所述消息内容;
或者,若所述目标用户账号在所述目标应用标识对应的目标应用服务器上未在线,则向所述目标应用服务器发送所述消息内容,以供所述目标应用服务器存储,并等待所述目标用户账号上线后发送给所述目标用户账号。
其中,上述功能模块可用于执行本发明图4-图7的消息发送方法实施例的流程,主要用于通过接收模块接收源应用服务器转发的源用户客户端发送的消息,然后由发送模块根据目标应用标识,将消息内容发送给与目标应用标识对应的目标应用服务器,由目标应用服务器将消息内容发送给目标用户账号;或者由发送模块将消息内容发送到目标用户在消息互通平台注册的手机号码,其具体工作原理详见上述图4-图7实施例的描述,在此不再赘述。通过上述模块,本实施例的消息互通平台通过制定统一的通信协议,各个应用适配该统一通信协议,当任意两个应用的用户间发送消息时,由源应用服务器将源用户客户端发送的消息按照统一通信协议进行处理后,发送给消息互通平台,再由消息互通平台根据接收到的消息,将消息转发至指定的目标用户账号,实现跨应用的任意两个用户间的消息互通,可以解决现有技术中不能大规模使用的问题。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (12)
1.一种消息发送方法,其特征在于,包括:
消息互通平台接收源应用服务器转发的来自于源用户客户端发送的消息,所述消息携带有目标用户的目标用户名和消息内容;所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
所述消息互通平台在本地数据库中查找与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号;
所述消息互通平台根据预设规则选择一组所述目标应用标识和对应的目标用户账号,将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号。
2.根据权利要求1所述的方法,其特征在于,所述消息互通平台根据预设规则选择一组所述目标应用标识和对应的目标用户账号包括:
所述消息互通平台选择一组所述目标应用标识和对应的目标用户账号中,所述目标用户账号在所述目标应用标识对应的目标应用服务器上是在线状态;所述消息互通平台通过所述目标应用服务器提供的查询接口查询目标用户是否在线。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
若各所述目标用户账号在所述目标应用标识对应的目标应用服务器上均未在线,则所述消息互通平台向所述目标用户在所述消息互通平台上注册的手机号发送短消息,携带所述消息内容。
4.根据权利要求1所述的方法,其特征在于,所述消息互通平台在本地数据库中查找与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号之前,所述方法还包括:
接收所述目标用户发送的绑定请求,所述绑定请求包括至少一组的目标用户名、目标应用标识和对应的目标用户账号。
5.一种消息发送方法,其特征在于,包括:
消息互通平台接收源应用服务器转发的来自于源用户客户端发送的消息,所述消息携带有目标用户的目标用户账号、目标应用标识和消息内容;所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
所述消息互通平台将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号。
6.根据权利要求5所述的方法,其特征在于,还包括:
若所述目标用户账号在所述目标应用标识对应的目标应用服务器上未在线,则所述消息互通平台向所述目标用户在所述消息互通平台上注册的手机号发送短消息,携带所述消息内容;
或者,若所述目标用户账号在所述目标应用标识对应的目标应用服务器上未在线,则所述消息互通平台向所述目标应用服务器发送所述消息内容,以供所述目标应用服务器存储,并等待所述目标用户账号上线后发送给所述目标用户账号。
7.一种消息互通平台,其特征在于,包括:
接收模块,用于接收源应用服务器转发的来自于源用户客户端发送的消息,所述消息携带有目标用户的目标用户名和消息内容;所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
查找模块,用于在本地数据库中查找与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号;
发送模块,用于根据预设规则选择一组所述目标应用标识和对应的目标用户账号,将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号。
8.根据权利要求7所述的消息互通平台,其特征在于,所述发送模块包括选择单元,所述选择单元具体用于:
选择一组所述目标应用标识和对应的目标用户账号中,所述目标用户账号在所述目标应用标识对应的目标应用服务器上是在线状态;所述消息互通平台通过所述目标应用服务器提供的查询接口查询目标用户是否在线。
9.根据权利要求8所述的消息互通平台,其特征在于,所述发送模块还用于:
若各所述目标用户账号在所述目标应用标识对应的目标应用服务器上均未在线,则向所述目标用户在所述消息互通平台上注册的手机号发送短消息,携带所述消息内容。
10.根据权利要求7所述的消息互通平台,其特征在于,所述查找模块用于在本地数据库中查找与所述目标用户名具有绑定关系的至少一组目标应用标识和对应的目标用户账号之前,所述接收模块还用于:
接收所述目标用户发送的绑定请求,所述绑定请求包括至少一组的目标用户名、目标应用标识和对应的目标用户账号。
11.一种消息互通平台,其特征在于,包括:
接收模块,用于接收源应用服务器转发的来自于源用户客户端发送的消息,所述消息携带有目标用户的目标用户账号、目标应用标识和消息内容;所述消息是由所述源应用服务器按照预设的统一通信协议进行处理后发送给所述消息互通平台的;
发送模块,用于将所述消息内容和所述目标用户账号按照所述统一通信协议进行处理后,发送给所述目标应用标识对应的目标应用服务器,以供所述目标应用服务器将所述消息内容发送给所述目标用户账号。
12.根据权利要求11所述的消息互通平台,其特征在于,所述发送模块还用于:
若所述目标用户账号在所述目标应用标识对应的目标应用服务器上未在线,则向所述目标用户在所述消息互通平台上注册的手机号发送短消息,携带所述消息内容;
或者,若所述目标用户账号在所述目标应用标识对应的目标应用服务器上未在线,则向所述目标应用服务器发送所述消息内容,以供所述目标应用服务器存储,并等待所述目标用户账号上线后发送给所述目标用户账号。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310014925.7A CN103117915B (zh) | 2013-01-15 | 2013-01-15 | 一种消息发送的方法和设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201310014925.7A CN103117915B (zh) | 2013-01-15 | 2013-01-15 | 一种消息发送的方法和设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103117915A true CN103117915A (zh) | 2013-05-22 |
CN103117915B CN103117915B (zh) | 2015-12-23 |
Family
ID=48416193
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310014925.7A Active CN103117915B (zh) | 2013-01-15 | 2013-01-15 | 一种消息发送的方法和设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103117915B (zh) |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104902447A (zh) * | 2015-04-09 | 2015-09-09 | 魅族科技(中国)有限公司 | 信息传输方法、系统、信息交互方法和系统 |
CN105099864A (zh) * | 2014-05-23 | 2015-11-25 | 上海优立检测技术有限公司 | 一种即时通讯软件互联互通的方法 |
CN105515944A (zh) * | 2015-11-27 | 2016-04-20 | 小米科技有限责任公司 | 消息发送方法及装置 |
CN105791080A (zh) * | 2014-12-24 | 2016-07-20 | 北京奇虎科技有限公司 | 群发消息处理方法和系统、电子设备 |
CN105959212A (zh) * | 2016-07-20 | 2016-09-21 | 广东欧珀移动通信有限公司 | 一种信息发送方法、装置及运营商服务器和移动终端 |
CN106156190A (zh) * | 2015-04-21 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 一种数据推送方法及装置 |
CN106621332A (zh) * | 2016-12-29 | 2017-05-10 | 北京奇虎科技有限公司 | 一种数据请求的检测方法和装置 |
CN106802830A (zh) * | 2017-02-13 | 2017-06-06 | 广东欧珀移动通信有限公司 | 应用缓存的清除方法、装置及计算机设备 |
CN106921555A (zh) * | 2015-12-24 | 2017-07-04 | 北京北信源软件股份有限公司 | 一种用于跨网络即时通信的用户账号定义方法 |
CN107659483A (zh) * | 2017-10-11 | 2018-02-02 | 四川国信慧通电气技术有限公司 | 数据转发方法与装置 |
CN108111392A (zh) * | 2017-11-29 | 2018-06-01 | 努比亚技术有限公司 | 一种信息处理方法、装置及计算机可读存储介质 |
CN109474898A (zh) * | 2017-09-07 | 2019-03-15 | 中国电信股份有限公司 | 短信发送方法、短信发送装置以及计算机可读存储介质 |
CN109547328A (zh) * | 2013-08-02 | 2019-03-29 | 华为技术有限公司 | 不同ott之间互通的方法及设备 |
CN111770084A (zh) * | 2020-06-28 | 2020-10-13 | 福建健康之路信息技术有限公司 | 一种免登陆为用户提供服务方法和装置 |
CN112311651A (zh) * | 2019-07-23 | 2021-02-02 | 腾讯科技(深圳)有限公司 | 一种跨客户端的通信方法、装置、电子设备及存储介质 |
CN114500641A (zh) * | 2022-02-10 | 2022-05-13 | 阿里巴巴(中国)有限公司 | 消息通信方法、设备和可读介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101072189A (zh) * | 2006-05-10 | 2007-11-14 | 华为技术有限公司 | 互通服务器、即时消息与移动电子邮件互通系统及方法 |
CN101079785A (zh) * | 2007-03-30 | 2007-11-28 | 腾讯科技(深圳)有限公司 | 一种使Email系统和IM系统互通的方法、系统及设备 |
CN101778053A (zh) * | 2009-12-23 | 2010-07-14 | 中兴通讯股份有限公司 | 即时通讯工具互通方法及装置 |
CN101902704A (zh) * | 2010-07-09 | 2010-12-01 | 中兴通讯股份有限公司 | 一种消息发送方法、系统及互通服务器 |
CN102143444A (zh) * | 2010-09-02 | 2011-08-03 | 华为技术有限公司 | 一种业务分发平台消息推送方法、相关设备及系统 |
-
2013
- 2013-01-15 CN CN201310014925.7A patent/CN103117915B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101072189A (zh) * | 2006-05-10 | 2007-11-14 | 华为技术有限公司 | 互通服务器、即时消息与移动电子邮件互通系统及方法 |
CN101079785A (zh) * | 2007-03-30 | 2007-11-28 | 腾讯科技(深圳)有限公司 | 一种使Email系统和IM系统互通的方法、系统及设备 |
CN101778053A (zh) * | 2009-12-23 | 2010-07-14 | 中兴通讯股份有限公司 | 即时通讯工具互通方法及装置 |
CN101902704A (zh) * | 2010-07-09 | 2010-12-01 | 中兴通讯股份有限公司 | 一种消息发送方法、系统及互通服务器 |
CN102143444A (zh) * | 2010-09-02 | 2011-08-03 | 华为技术有限公司 | 一种业务分发平台消息推送方法、相关设备及系统 |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109547328A (zh) * | 2013-08-02 | 2019-03-29 | 华为技术有限公司 | 不同ott之间互通的方法及设备 |
CN105099864A (zh) * | 2014-05-23 | 2015-11-25 | 上海优立检测技术有限公司 | 一种即时通讯软件互联互通的方法 |
CN105791080A (zh) * | 2014-12-24 | 2016-07-20 | 北京奇虎科技有限公司 | 群发消息处理方法和系统、电子设备 |
CN105791080B (zh) * | 2014-12-24 | 2019-06-07 | 北京奇虎科技有限公司 | 群发消息处理方法和系统、电子设备 |
CN104902447A (zh) * | 2015-04-09 | 2015-09-09 | 魅族科技(中国)有限公司 | 信息传输方法、系统、信息交互方法和系统 |
CN106156190B (zh) * | 2015-04-21 | 2019-12-24 | 阿里巴巴集团控股有限公司 | 一种数据推送方法及装置 |
CN106156190A (zh) * | 2015-04-21 | 2016-11-23 | 阿里巴巴集团控股有限公司 | 一种数据推送方法及装置 |
CN105515944A (zh) * | 2015-11-27 | 2016-04-20 | 小米科技有限责任公司 | 消息发送方法及装置 |
CN106921555A (zh) * | 2015-12-24 | 2017-07-04 | 北京北信源软件股份有限公司 | 一种用于跨网络即时通信的用户账号定义方法 |
CN105959212A (zh) * | 2016-07-20 | 2016-09-21 | 广东欧珀移动通信有限公司 | 一种信息发送方法、装置及运营商服务器和移动终端 |
CN106621332B (zh) * | 2016-12-29 | 2021-01-26 | 北京奇虎科技有限公司 | 一种数据请求的检测方法和装置 |
CN106621332A (zh) * | 2016-12-29 | 2017-05-10 | 北京奇虎科技有限公司 | 一种数据请求的检测方法和装置 |
CN106802830B (zh) * | 2017-02-13 | 2019-12-03 | Oppo广东移动通信有限公司 | 应用缓存的清除方法、装置及计算机设备 |
CN106802830A (zh) * | 2017-02-13 | 2017-06-06 | 广东欧珀移动通信有限公司 | 应用缓存的清除方法、装置及计算机设备 |
CN109474898A (zh) * | 2017-09-07 | 2019-03-15 | 中国电信股份有限公司 | 短信发送方法、短信发送装置以及计算机可读存储介质 |
CN107659483A (zh) * | 2017-10-11 | 2018-02-02 | 四川国信慧通电气技术有限公司 | 数据转发方法与装置 |
CN108111392A (zh) * | 2017-11-29 | 2018-06-01 | 努比亚技术有限公司 | 一种信息处理方法、装置及计算机可读存储介质 |
CN112311651A (zh) * | 2019-07-23 | 2021-02-02 | 腾讯科技(深圳)有限公司 | 一种跨客户端的通信方法、装置、电子设备及存储介质 |
CN112311651B (zh) * | 2019-07-23 | 2022-09-30 | 腾讯科技(深圳)有限公司 | 一种跨客户端的通信方法、装置、电子设备及存储介质 |
CN111770084A (zh) * | 2020-06-28 | 2020-10-13 | 福建健康之路信息技术有限公司 | 一种免登陆为用户提供服务方法和装置 |
CN114500641A (zh) * | 2022-02-10 | 2022-05-13 | 阿里巴巴(中国)有限公司 | 消息通信方法、设备和可读介质 |
Also Published As
Publication number | Publication date |
---|---|
CN103117915B (zh) | 2015-12-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103117915A (zh) | 一种消息发送的方法和设备 | |
CN101958914B (zh) | 一种文件共享方法、共享服务器和移动通信终端 | |
CN103139173B (zh) | 终端设备、媒体交换网系统、媒体业务下载方法及系统 | |
CN101232468A (zh) | 问答方法及问答系统 | |
CN101815100A (zh) | 一种基于移动电话通讯录的消息共享及推送系统 | |
CN104158883A (zh) | 跨终端设备进行用户登陆的方法、装置、设备及系统 | |
CN102638416A (zh) | 多客户端登录时查看im消息的方法、客户端及系统 | |
CN105868231A (zh) | 缓存数据的更新方法及装置 | |
CN109361638A (zh) | 智能设备控制权限共享的方法、系统及存储介质 | |
US20120297031A1 (en) | Anonymous Signalling | |
CN108377247B (zh) | 一种消息推送方法和装置 | |
CN101599951A (zh) | 一种发布网站信息的方法、装置及系统 | |
CN105227430A (zh) | 一种基于微信平台的社交物联网实现方法 | |
KR20180118732A (ko) | 비동기 메시징 시스템에서의 단일 계정에 대한 다수 프로파일의 관리 | |
CN102387156A (zh) | 设备登录网络的处理方法、装置及系统 | |
US20150312235A1 (en) | Methods for generating and publishing a web site based on selected items and devices thereof | |
CN103457828A (zh) | 一种跨网的即时通讯方法及系统 | |
WO2016209937A1 (en) | Traffic routing optimizer | |
CN101247370B (zh) | 消息呈现业务的实现方法和系统 | |
KR20100077731A (ko) | 멀티미디어 통합 서비스 장치 및 방법, 멀티미디어 통합 서비스를 위한 디바이스 | |
CN102844780A (zh) | 信息分发系统 | |
CN103944806A (zh) | 一种基于微信平台的数据传输方法和系统 | |
CN106533925A (zh) | 一种基于第三方推送平台的自动发送微信朋友圈的方法及系统 | |
CN1980410B (zh) | 用于实现短消息前转的通信系统和方法 | |
JP6972417B2 (ja) | 携帯端末、システム、アクセス方法、およびプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |