CN112929257B - 多场景消息发送方法、装置、服务器以及存储介质 - Google Patents
多场景消息发送方法、装置、服务器以及存储介质 Download PDFInfo
- Publication number
- CN112929257B CN112929257B CN202110222940.5A CN202110222940A CN112929257B CN 112929257 B CN112929257 B CN 112929257B CN 202110222940 A CN202110222940 A CN 202110222940A CN 112929257 B CN112929257 B CN 112929257B
- Authority
- CN
- China
- Prior art keywords
- type
- group
- user
- terminal
- message
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
- H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- General Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- Multimedia (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开一种多场景消息发送方法、装置、服务器以及存储介质,方法包括:接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权;鉴权通过,则从所述消息发送请求解析得到待发送信息、接收方的群组类型以及用户类型;根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端;所述预设映射规则中的群组类型至少包括两个,用户类型至少包括两个。本申请旨在解决传统同类型用户的群组无法支持多场景下差别化的群组构建与经营的问题。
Description
技术领域
本申请涉及消息发送领域,尤其涉及一种多场景消息发送方法、装置、服务器以及存储介质。
背景技术
群组作为即时通讯领域重要的组成部分,广泛应用于各类社交、金融及办公等各应用场景中。传统的即时通讯群组基于同类型的用户体系进行成员构建,组织形式较为单一,难以满足不同用户群体以及多种应用场景的使用诉求。在更为复杂的用户体系中,用户类型存在多种,同一类型用户在多个业务系统中也承担着不同的角色。第三方业务系统需要基于多种用户类型构建专属的即时通讯群组,以响应自身业务场景下的通讯交流与群组经营,同质化的群组显然无法支持多场景下差别化的群组构建与经营。
上述内容仅用于辅助理解本申请的技术方案,并不代表承认上述内容是现有技术。
发明内容
本申请实施例通过提供一种多场景消息发送方法、装置、服务器以及存储介质,本申请旨在解决传统同类型用户的群组无法支持多场景下差别化的群组构建与经营的问题。
本申请实施例提供了一种多场景消息发送方法,包括:
接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权;
鉴权通过,则从所述消息发送请求解析得到待发送信息、接收方的群组类型以及用户类型;
根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端;所述预设映射规则中的群组类型至少包括两个,用户类型至少包括两个。
在一些实施例中,所述接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权的步骤之前,还包括:形成所述预设映射规则的步骤。
在一些实施例中,所述预设映射规则包括群组类型、用户类型以及终端类型三者之间的映射规则。
在一些实施例中,所述对所述消息发送请求进行权限鉴权包括:
对所述消息发送请求中携带的Token进行鉴权;或
对所述消息发送请求进行oAuth鉴权。
在一些实施例中,还包括:若鉴权不通过,则向所述发送方发送鉴权失败。
在一些实施例中,所述根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端的步骤之前,还包括:
对所述待发送信息进行离线存储。
在一些实施例中,所述终端类型至少包括APP端、PC端以及网页端。
本申请还提出一种多场景消息发送装置,包括:
鉴权模块,用于接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权;
解析模块,用于鉴权通过,从所述消息发送请求解析得到待发送信息、接收方的群组类型以及用户类型;
转发模块,根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端;所述预设映射规则中的群组类型至少包括两个,用户类型至少包括两个。
本申请还提出一种服务器,所述设备包括处理器、与所述处理器电连接的存储器及存储在所述存储器上并可在所述处理器上运行的多场景消息发送程序;所述多场景消息发送程序被所述处理器执行时实现如所述的多场景消息发送方法的步骤。
本申请还提出一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现如所述的多场景消息发送方法中的步骤。
本申请的实施例通过接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权,实现对发送方消息的权限控制;通过从所述消息发送请求解析得到待发送信息、接收方的群组类型以及用户类型,根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端,实现消息的群组消息的隔离传输。既提高了消息接入的安全性,也保证了各群组之间的独立性。本实施例基于多种群组类型和多种用户类型构建,通过配置化管理群组类型、用户类型、终端类型的映射关系,实现业务系统群组之间的信息通道隔离,从而形成便于接入、业务隔离,扩展性强的通用即时通讯群组,打破传统群组限制,快速扩展业务场景与赋能业务系统。解决传统同类型用户的群组无法支持多场景下差别化的群组构建与经营的问题。
附图说明
图1为本申请的服务器的一实施例的硬件框架图;
图2为本申请的多场景消息发送方法的实施例一的流程框图;
图3为本申请的多场景消息发送方法的实施例二的流程框图;
图4为本申请的多场景消息发送方法的实施例三的流程框图;
图5为本申请的多场景消息发送方法的实施例四的流程框图;
图6为本申请的多场景消息发送装置的一实施例的模块示意图。
具体实施方式
为了更好的理解上述技术方案,下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
群组作为即时通讯领域重要的组成部分,广泛应用于各类社交、金融及办公等各应用场景中。传统的即时通讯群组基于同类型的用户体系进行成员构建,组织形式较为单一,难以满足不同用户群体以及多种应用场景的使用诉求。在更为复杂的用户体系中,用户类型存在多种,同一类型用户在多个业务系统中也承担着不同的角色。第三方业务系统需要基于多种用户类型构建专属的即时通讯群组,以响应自身业务场景下的通讯交流与群组经营,同质化的群组显然无法支持多场景下差别化的群组构建与经营。
因此,当前需要解决传统同类型用户的群组无法支持多场景下差别化的群组构建与经营的问题。鉴于此,本申请提出一种多场景消息发送方法、装置、服务器以及存储介质。
请参照图1,下面介绍一种服务器,该服务器可以包括:处理器1001,例如CPU,存储器1005,用户接口1003,网络接口1004,通信总线1002。其中,通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括输入单元比如键盘(Keyboard),可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选包括无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器,也可以是稳定的存储器(non-volatile memory),例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解,图1中出示的服务器结构并不构成对服务器的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图1所示,作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及多场景消息发送程序。其中,操作系统是管理和控制服务器硬件和软件资源的程序,支持多场景消息发送程序以及其它软件或程序的运行。
在图1所示的服务器中,用户接口1003主要用于接收预设映射规则;网络接口1004主要用于后台服务器,与后台服务器进行数据通信;处理器1001可以用于调用存储器1005中存储的多场景消息发送程序,并执行如上所述的多场景消息发送方法的步骤。
在一实施例中,处理器1001可以用于调用存储器1005中存储的多场景消息发送程序,并执行以所述方法包括:
接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权;
鉴权通过,则从所述消息发送请求解析得到待发送信息、接收方的群组类型以及用户类型;
根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端;所述预设映射规则中的群组类型至少包括两个,用户类型至少包括两个。
在一实施例中,处理器1001可以用于调用存储器1005中存储的多场景消息发送程序,并执行以所述方法包括:
所述接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权的步骤之前,还包括:形成所述预设映射规则的步骤。
在一实施例中,处理器1001可以用于调用存储器1005中存储的多场景消息发送程序,并执行以所述方法包括:
所述预设映射规则包括群组类型、用户类型以及终端类型三者之间的映射规则。
在一实施例中,处理器1001可以用于调用存储器1005中存储的多场景消息发送程序,并执行以所述方法包括:
所述对所述消息发送请求进行权限鉴权包括:
对所述消息发送请求中携带的Token进行鉴权;或
对所述消息发送请求进行oAuth鉴权。
在一实施例中,处理器1001可以用于调用存储器1005中存储的多场景消息发送程序,并执行以所述方法包括:
还包括:若鉴权不通过,则向所述发送方发送鉴权失败。
在一实施例中,处理器1001可以用于调用存储器1005中存储的多场景消息发送程序,并执行以所述方法包括:
所述根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端的步骤之前,还包括:
对所述待发送信息进行离线存储。
在一实施例中,处理器1001可以用于调用存储器1005中存储的多场景消息发送程序,并执行以所述方法包括:
所述终端类型至少包括APP端、PC端以及网页端。
本申请通过接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权,实现对发送方消息的权限控制;通过从所述消息发送请求解析得到待发送信息、接收方的群组类型以及用户类型,根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端,实现消息的群组消息的隔离传输。既提高了消息接入的安全性,也保证了各群组之间的独立性。本实施例基于多种群组类型和多种用户类型构建,通过配置化管理群组类型、用户类型、终端类型的映射关系,实现业务系统群组之间的信息通道隔离,从而形成便于接入、业务隔离,扩展性强的通用即时通讯群组,打破传统群组限制,快速扩展业务场景与赋能业务系统。解决传统同类型用户的群组无法支持多场景下差别化的群组构建与经营的问题。
请参照图2,基于上述服务器硬件架构,下面提出本申请的多场景消息发送方法的实施例一,所述多场景消息发送方法包括以下步骤:
S100、接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权;
本实施例只要基于三个逻辑概念进行实现:群组类型(GroupType)、用户类型(UserType)与终端类型(ClientType)。通过建立群组类型、用户类型以及终端类型之间的映射关系,根据群组类型以及用户类型找到消息发送的目标终端,实现多群组多用户类型下的消息发送。
其中,群组类型代表代表不同的业务系统。例如,在企业的即时通讯平台中可以包括:由企业办公用户组成的办公群组(GroupType=1),由企业客户组成的客户群组(GroupType=2),还可以包括由企业办公用户和企业客户组成的客户服务群组(GroupType=3)。相应的,用户类型可以包括企业办公用户(UserType=1)、企业客户(UserType=2)等。终端类型可以包括APP端(Client Type=1)、PC端(Client Type=2)以及网页端(Client Type=3)等。值得一提的是,一个群组类型对应于群组内多种用户类型,一个用户类型对应多种终端类型。
可以理解的,本实施例的发送方可以是企业客户或者企业办公用户。接收方可以是企业客户或者企业办公用户。
为保证各群组的独立性与安全性,针对群组进行权限控制,确保消息发送只发生在特定群组,而不会出现消息在不是目标群组的群组类型发送,从而实现群组的权限管控。具体地,在一些实施例中,对所述消息发送请求进行权限鉴权包括以下细分步骤:
S110、对所述消息发送请求中携带的Token进行鉴权;或对所述消息发送请求进行oAuth鉴权。
具体地,客户端在首次登陆以后,服务端再次接收http请求的时候,只认token,请求只要每次把token带上就行了,服务器端会拦截所有的请求,然后校验token的合法性,合法就放行,不合法就返回401(鉴权失败)。通过对消息发送请求中携带着的Token进行权限鉴权,若通过鉴权,则说明发送方的群组类型与接收方的群组类型相同,可以进行消息发送。即消息发送只能发生在特定的相同类型的群组之间,防止不同的群组类型之间出现“串发消息”的情况。例如,只适用于在企业办公用户组成的办公群组中传递的群组消息被误发到由企业客户组成的客户群组。本步骤保证群组信息操作的独立性与安全性,针对群组进行权限控制,根据业务系统与群组类型的对应关系,确保特定Token只能操作对应的群组,从而实现群组类型的权限管控。
在其他的实施例中,也可以通过对所述消息发送请求进行oAuth鉴权实现消息发送只能发生在特定的相同类型的群组之间,防止不同的群组类型之间出现“串发消息”的情况。具体地,oAuth开放授权是本领域普通技术人员可以采用现有的技术实现,并非本申请的重点,在此不作细述。应理解,在其他一些实施例中,也可以采用session-cookie鉴权等方式实现对消息发送请求的鉴权。
S200、鉴权通过,则从所述消息发送请求解析得到待发送信息、接收方的群组类型以及用户类型;
若鉴权通过,说明待发送消息与接收方的群组类型相同,可以进行消息发送。进而从消息发送请求中解析得到接收方的群组类型以及用户类型。通常在消息发送请求中,数据以字节流的形式存在,表示接收方的群组类型以及用户类型的数据存储在消息发送请求的字节流的特定地址,通过查找特定的消息发送请求中特定地址的数据,即可得到接收方的群组类型以及用户类型。为下一步查找接收方的终端类型提供基础。
S300、根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端;所述预设映射规则中的群组类型至少包括两个,用户类型至少包括两个。
在本实施例中,所述预设映射规则包括群组类型、用户类型以及终端类型三者之间的映射规则。且预设映射规则中的群组类型至少包括两个,用户类型至少包括两个。即群组类型对应群组内多个用户类型,而每个用户类型对应多个终端类型。其中,终端类型可以包括APP端(Client Type=1)、PC端(Client Type=2)以及网页端(Client Type=3)等。应理解,这里的APP端通常指智能硬件设备上以APP的形式运行的应用程序。进一步地,智能硬件设备可以是智能手机、平板电脑、可穿戴的手环手表,人工智能眼镜等。PC端指的是在台式电脑或笔记本电脑上运行的应用程序。网页端指的是在网页上运行的程序。
群组消息鉴权通过后,根据群组类型以及接收方用户类型从预设映射规则中提取出需要下行至用户的终端类型进行消息下发。从而实现信息的隔离传输,需要将群组消息发送至接收方特定的终端类型。实现群组消息的隔离传输。例如客户服务群组(GroupType=3),企业客户发送一条消息到群中,平台在下发给企业办公用户时,根据群组类型(即GroupType=3)和接收方的目标用户类型(UserType=1)提取出需支持的终端类型为APP端(ClientType=1)和网页端(ClientType=3),将待发送信息下发至企业办公用户的APP端(ClientType=1)和网页端(ClientType=3)。该消息不会发送至企业办公用户的PC端(ClientType=2)。
另外,在本实施例中,群组类型、用户类型与终端类型,针对三者映射关系进行配置化统一管理,具有良好的可维护性与可扩展性。新的群组类型与用户体系接入,无需侵入群组体系,维护相应配置即可自动化实现群组体系的变更与扩展,提升接入效率,从而快速构建即时通讯群组,赋能业务系统。基于上述三级映射规则配置,可以实现任意群组类型,用户类型,终端类型的扩展与变更,无需修改代码发布,即可快速实现业务功能。
本申请通过接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权,实现对发送方消息的权限控制;通过从所述消息发送请求解析得到待发送信息、接收方的群组类型以及用户类型,根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端,实现消息的群组消息的隔离传输。既提高了消息接入的安全性,也保证了各群组之间的独立性。本实施例基于多种群组类型和多种用户类型构建,通过配置化管理群组类型、用户类型、终端类型的映射关系,实现业务系统群组之间的信息通道隔离,从而形成便于接入、业务隔离,扩展性强的通用即时通讯群组,打破传统群组限制,快速扩展业务场景与赋能业务系统。解决传统同类型用户的群组无法支持多场景下差别化的群组构建与经营的问题。
基于同一发明构思,请参照图3,本申请还提出实施例二,实施例二建立在实施例一的基础之上。
实施例二
本实施例的多场景消息发送方法包括:
S400、形成所述预设映射规则;
具体地,根据实际的应用场景的不同可以配置不同的预设映射规则,只要能够描述群组类型、用户类型以及终端类型三者之间的映射规则即可。
以企业的即时通讯平台为例,其包含企业办公用户(UserType=1),企业服务客户(User Type=2)等多种注册用户类型,每种用户使用的终端类型不同,例如办公用户支持APP端(ClientType=1),PC端(ClientType=2),网页端(ClientType=3)三端使用,企业客户仅使用APP端(Client Type=1)。基于上面两种用户类型,可以组成多种应用场景下的群组,形成多种群组类型。以上述两种用户类型为例,可以形成三类群组,仅由办公用户组成的办公群组(GroupType=1),仅由企业客户组成的客户群组(GroupType=2),以及由办公用户与企业客户组成的客户服务群组(GroupType=3)。同时每类用户的每种群组所支持的终端类型也不相同,例如,客户服务群组(GroupType=3)中,办公用户仅支持在APP(ClientType=1)和网页端(ClientType=3)操作使用,不支持在PC端(ClientType=2)上进行操作,那么此时群组类型、用户类型与终端类型三级映射规则即如下表所示:
步骤S400是一个准备预设映射规则的步骤,明确了预设映射规则的获取来源,是后续从预设映射规则中获取接收方终端类型的基础。
S100、接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权;
S200、鉴权通过,则从所述消息发送请求解析得到待发送信息、接收方的群组类型以及用户类型;
S300、根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端;所述预设映射规则中的群组类型至少包括两个,用户类型至少包括两个。
上述步骤S100至步骤S300的具体实施原理及方式与对应图2的实施例中的步骤S100至步骤S300一致,具体可参见步骤S100至步骤S300的描述。
基于同一发明构思,请参照图4,本申请还提出实施例三,实施例三建立在实施例一的基础之上。
实施例三
本实施例的多场景消息发送方法还包括:
S500、若鉴权不通过,则向所述发送方发送鉴权失败。
通过对消息发送请求中携带着的Token进行权限鉴权,若鉴权不通过,说明发送方的群组类型与接收方的群组类型不相同,不能进行消息发送。否则消息发送在不同的群组类型之间出现“串发消息”的情况。因此需要向所述发送方发送鉴权失败。防止不同的群组类型之间出现“串发消息”的情况。
基于同一发明构思,请参照图5,本申请还提出实施例四,实施例四建立在实施例二的基础之上。
实施例四
本实施例的多场景消息发送方法包括:
S400、形成所述预设映射规则;
S100、接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权;
S200、鉴权通过,则从所述消息发送请求解析得到待发送信息、接收方的群组类型以及用户类型;
S600、对所述待发送信息进行离线存储。
为了防止待发送消息发传输至接收方的过程中或至接收方后出现丢失、者传输错误。需要对对所述待发送信息进行离线存储。在接收方出现丢失、者传输错误时再次发送该待发送信息。提高消息发送的成功率,避免重复发送消息,提高效率。
S300、根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端;所述预设映射规则中的群组类型至少包括两个,用户类型至少包括两个。
上述步骤S100至步骤S400的具体实施原理及方式与对应图3的实施例中的步骤S100至步骤S400一致,具体可参见步骤S100至步骤S400的描述。
请参照图6,本申请还提出一种多场景消息发送装置,包括:鉴权模块101、解析模块102以及转发模块103。
鉴权模块101,用于接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权;
解析模块102,用于鉴权通过,从所述消息发送请求解析得到待发送信息、接收方的群组类型以及用户类型;
转发模块103,根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端;所述预设映射规则中的群组类型至少包括两个,用户类型至少包括两个。
其中,多场景消息发送装置的各个功能模块实现的步骤可参照本申请多场景消息发送方法的各个实施例,此处不再赘述。
本申请还提出一种计算机可读存储介质,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现所述的多场景消息发送方法中的步骤。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
应当注意的是,在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本申请可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (10)
1.一种多场景消息发送方法,其特征在于,包括:
接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权;
鉴权通过,则从所述消息发送请求解析得到待发送信息、接收方的群组类型以及用户类型,且确定所述接收方的群组类型与所述发送方的群组类型相同;
根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端;所述预设映射规则中的群组类型至少包括两个,用户类型至少包括两个,其中,每一群组类型对应至少两个用户类型,每一用户类型对应多个终端类型。
2.根据权利要求1所述的方法,其特征在于,所述接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权的步骤之前,还包括:形成所述预设映射规则的步骤。
3.根据权利要求2所述的方法,其特征在于,所述预设映射规则包括群组类型、用户类型以及终端类型三者之间的映射规则。
4.根据权利要求1所述的方法,其特征在于,所述对所述消息发送请求进行权限鉴权包括:
对所述消息发送请求中携带的Token进行鉴权;或
对所述消息发送请求进行oAuth鉴权。
5.根据权利要求4所述的方法,其特征在于,还包括:若鉴权不通过,则向所述发送方发送鉴权失败。
6.根据权利要求1所述的方法,其特征在于,所述根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端的步骤之前,还包括:
对所述待发送信息进行离线存储。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述终端类型至少包括APP端、PC端以及网页端。
8.一种多场景消息发送装置,其特征在于,包括:
鉴权模块,用于接收发送方的消息发送请求,对所述消息发送请求进行权限鉴权;
解析模块,用于鉴权通过,从所述消息发送请求解析得到待发送信息、接收方的群组类型以及用户类型,且确定所述接收方的群组类型与所述发送方的群组类型相同;
转发模块,根据所述群组类型和所述用户类型从预设映射规则中查询得到与所述接收方的群组类型、用户类型对应的终端类型,将所述待发送信息转发至所述终端类型对应的终端;所述预设映射规则中的群组类型至少包括两个,用户类型至少包括两个,其中,每一群组类型对应至少两个用户类型,每一用户类型对应多个终端类型。
9.一种服务器,其特征在于,所述服务器包括处理器、与所述处理器电连接的存储器及存储在所述存储器上并可在所述处理器上运行的多场景消息发送程序;所述多场景消息发送程序被所述处理器执行时实现如权利要求1至7任一项所述的多场景消息发送方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有一个或者多个程序,所述一个或者多个程序可被一个或者多个处理器执行,以实现如权利要求1至7中任一项所述的多场景消息发送方法中的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110222940.5A CN112929257B (zh) | 2021-02-26 | 2021-02-26 | 多场景消息发送方法、装置、服务器以及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110222940.5A CN112929257B (zh) | 2021-02-26 | 2021-02-26 | 多场景消息发送方法、装置、服务器以及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112929257A CN112929257A (zh) | 2021-06-08 |
CN112929257B true CN112929257B (zh) | 2023-05-02 |
Family
ID=76172620
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110222940.5A Active CN112929257B (zh) | 2021-02-26 | 2021-02-26 | 多场景消息发送方法、装置、服务器以及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112929257B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114979983B (zh) * | 2022-04-18 | 2023-08-15 | 中移互联网有限公司 | 一种消息处理方法、装置及电子设备 |
CN117580094A (zh) * | 2022-08-08 | 2024-02-20 | 腾讯科技(深圳)有限公司 | 数据包传输方法及相关设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102088668A (zh) * | 2011-03-10 | 2011-06-08 | 西安电子科技大学 | 基于群组的机器类型通信设备的认证方法 |
CN104703178A (zh) * | 2015-03-15 | 2015-06-10 | 西安电子科技大学 | 基于群组匿名代理的机器类型通信认证和密钥协商方法 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101272260B (zh) * | 2007-03-21 | 2012-04-25 | 华为技术有限公司 | 业务鉴权的方法和通用业务订购管理设备及通信系统 |
US20200259779A1 (en) * | 2019-02-12 | 2020-08-13 | Global Elmeast Inc. | Super chat |
-
2021
- 2021-02-26 CN CN202110222940.5A patent/CN112929257B/zh active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102088668A (zh) * | 2011-03-10 | 2011-06-08 | 西安电子科技大学 | 基于群组的机器类型通信设备的认证方法 |
CN104703178A (zh) * | 2015-03-15 | 2015-06-10 | 西安电子科技大学 | 基于群组匿名代理的机器类型通信认证和密钥协商方法 |
Also Published As
Publication number | Publication date |
---|---|
CN112929257A (zh) | 2021-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10218657B2 (en) | Method and system for providing private chat within a group chat | |
US20210067475A1 (en) | Instant messaging method, apparatus and system based on email system | |
US8954494B2 (en) | Method and system for synchronizing operations of multiple groups | |
CN112929257B (zh) | 多场景消息发送方法、装置、服务器以及存储介质 | |
US11636250B2 (en) | Methods, systems, and apparatus for Text Message to persistent messaging | |
TW200405968A (en) | Information sharing groups, server and client group applications, and methods therefor | |
CN110391974A (zh) | 一种消息同步方法、服务端、终端及系统 | |
KR20180118732A (ko) | 비동기 메시징 시스템에서의 단일 계정에 대한 다수 프로파일의 관리 | |
CN112311841A (zh) | 信息推送方法、装置、电子设备和计算机可读介质 | |
CN112202744B (zh) | 一种多系统数据通信方法和装置 | |
US20230087220A1 (en) | Data processing method and apparatus based on instant messaging, device, and storage medium | |
US20200153781A1 (en) | Methods, Systems, and Apparatus for Text to Persistent Messaging | |
CN114629867A (zh) | 在线问诊即时通讯系统和消息处理方法 | |
EP3726446A1 (en) | Method and device for sharing data across groups | |
CN106487653B (zh) | 一种消息处理方法及服务器 | |
CN111193661B (zh) | 一种基于企业通信渠道融合系统的管理方法及装置 | |
CN112422402A (zh) | 消息转发的溯源方法、装置、存储介质以及终端 | |
CN113946739A (zh) | 敏感数据查询方法、装置、设备及存储介质 | |
US20220321513A1 (en) | Method for chatting messages by topic based on subscription channel reference in server and user device | |
CN102158429A (zh) | 一种基于社区平台的群组通讯方法及系统 | |
US20160080385A1 (en) | Contact Identification Validation via Social Invitation | |
CN114520741B (zh) | 信息推送方法及相关设备、系统 | |
KR100640512B1 (ko) | 메신저 서비스 시스템을 이용한 서버와 사용자 단말기간에 데이터 동기화 방법 및 그 시스템 | |
CN113472631B (zh) | 提醒信息的处理方法、装置、电子设备及存储介质 | |
CN110958277B (zh) | 用于发送提示信息的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |