CN115580590A - 消息处理方法、装置、设备和介质 - Google Patents

消息处理方法、装置、设备和介质 Download PDF

Info

Publication number
CN115580590A
CN115580590A CN202211214037.5A CN202211214037A CN115580590A CN 115580590 A CN115580590 A CN 115580590A CN 202211214037 A CN202211214037 A CN 202211214037A CN 115580590 A CN115580590 A CN 115580590A
Authority
CN
China
Prior art keywords
card
target
client
message
link
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.)
Pending
Application number
CN202211214037.5A
Other languages
English (en)
Inventor
杨扬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN202211214037.5A priority Critical patent/CN115580590A/zh
Publication of CN115580590A publication Critical patent/CN115580590A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/043Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/046Interoperability with other network applications or services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/08Annexed information, e.g. attachments
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/10Multimedia information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开提供了一种消息处理方法、装置、设备和介质,涉及即时通讯领域。具体实现方案为:在第一客户端发送给第二客户端的目标消息携带链接的情况下,判断链接的域名是否位于指定列表中,若是,则根据链接的域名,生成与链接匹配的卡片协议,并向第一客户端和/或第二客户端发送携带卡片协议的消息修改请求,其中消息修改请求用于基于卡片协议,对第一客户端与第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。由此,可以实现在会话中以卡片的形式,展示链接所对应的页面内容,使得用户在不点击链接的情况下,即可直观化地查看链接内容,改善用户的使用体验。

Description

消息处理方法、装置、设备和介质
技术领域
本公开涉及人工智能领域,具体涉及即时通讯技术领域,尤其涉及消息处理方法、装置、设备和介质。
背景技术
对于企业员工而言,每天可能需要面对大量的信息和事情,工作内容的多样性和复杂度较高。在面对这些多样且复杂的工作内容时,企业员工经常会在即时通信应用中接收到包含链接的消息,由于这些链接中可能携带了工作内容或工作安排,企业员工想要获知链接内容,需要点击链接,才能查看到具体的链接内容。然而,当消息数量较大时,用户需要点击大量的链接,才能获知链接内容。
发明内容
本公开提供了一种消息处理方法、消息处理方法、装置、设备、介质和车辆。
根据本公开的一方面,提供了一种消息处理方法,应用于服务端,包括:
获取第一客户端向第二客户端发送的目标消息;
在所述目标消息携带链接的情况下,确定所述链接的域名是否位于指定列表中,其中,所述指定列表中包含至少一个已注册域名;
在所述链接的域名位于所述指定列表的情况下,根据所述链接的域名,生成与所述链接匹配的卡片协议;
向所述第一客户端和/或所述第二客户端发送携带所述卡片协议的消息修改请求,其中,所述消息修改请求用于基于所述卡片协议,对所述第一客户端与所述第二客户端的目标会话中的所述目标消息进行修改,以得到修改后的目标消息,所述修改后的目标消息中包括包含所述链接对应的页面内容的目标卡片。
根据本公开的另一方面,提供了一种消息处理方法,应用于第二客户端,包括:
通过服务端接收第一客户端发送的目标消息;
接收所述服务端发送的消息修改请求;其中,所述消息修改请求携带卡片协议,所述卡片协议是在所述目标消息携带链接,且所述链接的域名位于指定列表中的情况下,根据所述链接的域名生成的;所述指定列表中包含至少一个已注册域名;
响应于所述消息修改请求,基于所述卡片协议对所述第一客户端和所述第二客户端的目标会话中的所述目标消息进行修改,以得到修改后的目标消息,其中,所述修改后的目标消息中包括包含所述链接对应的页面内容的目标卡片。
根据本公开的再一方面,提供了一种消息处理方法,应用于第一客户端,包括:
通过服务端向第二客户端发送目标消息;
接收所述服务端发送的消息修改请求;其中,所述消息修改请求携带卡片协议,所述卡片协议是在所述目标消息携带链接,且所述链接的域名位于指定列表中的情况下,根据所述链接的域名生成的;所述指定列表中包含至少一个已注册域名;
响应于所述消息修改请求,基于所述卡片协议对所述第一客户端和所述第二客户端的目标会话中的所述目标消息进行修改,以得到修改后的目标消息,其中,所述修改后的目标消息中包括包含所述链接对应的页面内容的目标卡片。
根据本公开的又一方面,提供了一种消息处理装置,应用于服务端,包括:
获取模块,用于获取第一客户端向第二客户端发送的目标消息;
确定模块,用于在所述目标消息携带链接的情况下,确定所述链接的域名是否位于指定列表中,其中,所述指定列表中包含至少一个已注册域名;
生成模块,用于在所述链接的域名位于所述指定列表的情况下,根据所述链接的域名,生成与所述链接匹配的卡片协议;
发送模块,用于向所述第一客户端和/或所述第二客户端发送携带所述卡片协议的消息修改请求,其中,所述消息修改请求用于基于所述卡片协议,对所述第一客户端与所述第二客户端的目标会话中的所述目标消息进行修改,以得到修改后的目标消息,所述修改后的目标消息中包括包含所述链接对应的页面内容的目标卡片。
根据本公开的还一方面,提供了一种消息处理装置,应用于第二客户端,包括:
接收模块,用于通过服务端接收第一客户端发送的目标消息;
所述接收模块,还用于接收所述服务端发送的消息修改请求;其中,所述消息修改请求携带卡片协议,所述卡片协议是在所述目标消息携带链接,且所述链接的域名位于指定列表中的情况下,根据所述链接的域名生成的;所述指定列表中包含至少一个已注册域名;
修改模块,用于响应于所述消息修改请求,基于所述卡片协议对所述第一客户端和所述第二客户端的目标会话中的所述目标消息进行修改,以得到修改后的目标消息,其中,所述修改后的目标消息中包括包含所述链接对应的页面内容的目标卡片。
根据本公开的另一方面,提供了一种消息处理装置,应用于第一客户端,包括:
发送模块,用于通过服务端向第二客户端发送目标消息;
接收模块,用于接收所述服务端发送的消息修改请求;其中,所述消息修改请求携带卡片协议,所述卡片协议是在所述目标消息携带链接,且所述链接的域名位于指定列表中的情况下,根据所述链接的域名生成的;所述指定列表中包含至少一个已注册域名;
修改模块,用于响应于所述消息修改请求,基于所述卡片协议对所述第一客户端和所述第二客户端的目标会话中的所述目标消息进行修改,以得到修改后的目标消息,其中,所述修改后的目标消息中包括包含所述链接对应的页面内容的目标卡片。
根据本公开的又一方面,提供了一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行本公开上述一方面提出的消息处理方法,或者,执行本公开上述另一方面提出的消息处理方法,或者,执行本公开上述再一方面提出的消息处理方法。
根据本公开的再一方面,提供了一种计算机指令的非瞬时计算机可读存储介质,所述计算机指令用于使所述计算机执行本公开上述一方面提出的消息处理方法,或者,执行本公开上述另一方面提出的消息处理方法,或者,执行本公开上述再一方面提出的消息处理方法。
根据本公开的还一方面,提供了一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现本公开上述一方面提出的消息处理方法,或者,实现本公开上述另一方面提出的消息处理方法,或者,执行本公开上述再一方面提出的消息处理方法。
应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本公开的限定。其中:
图1为本公开实施例一所提供的消息处理方法的流程示意图;
图2为本公开实施例所提供的修改后的目标消息示意图;
图3为本公开实施例二所提供的消息处理方法的流程示意图;
图4为本公开实施例三所提供的消息处理方法的流程示意图;
图5为本公开实施例四所提供的消息处理方法的流程示意图;
图6为本公开实施例五所提供的消息处理方法的流程示意图;
图7为本公开实施例六所提供的消息处理方法的流程示意图;
图8为本公开实施例七所提供的消息处理方法的流程示意图;
图9为本公开实施例八所提供的消息处理方法的流程示意图;
图10为本公开实施例九所提供的消息处理方法的流程示意图;
图11为本公开实施例所提供的目标卡片的生成流程示意图;
图12为本公开实施例十所提供的消息处理装置的结构示意图;
图13为本公开实施例十一所提供的消息处理装置的结构示意图;
图14为本公开实施例十二所提供的消息处理装置的结构示意图;
图15示出了可以用来实施本公开的实施例的示例电子设备的示意性框图。
具体实施方式
以下结合附图对本公开的示范性实施例做出说明,其中包括本公开实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本公开的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
下面参考附图描述本公开实施例的消息处理方法、消息处理方法、装置、设备、介质和车辆。
图1为本公开实施例一所提供的消息处理方法的流程示意图。
本公开实施例以该消息处理方法,可以应用于服务端。
如图1所示,该消息处理方法可以包括以下步骤:
步骤101,获取第一客户端向第二客户端发送的目标消息。
在示例实施例中,第一客户端是指发送目标消息的客户端,第二客户端是指接收目标消息的客户端。其中,第一客户端可以通过服务端向第二客户端发送目标消息。
其中,客户端是指运行在电子设备上,为用户提供服务的软件程序等。
其中,目标消息还可以称为即时消息(Instant Message,简称IM)。
其中,电子设备可以为任一具有计算能力的设备,例如可以为个人电脑、移动终端等,移动终端例如可以为手机、平板电脑、个人数字助理、穿戴式设备等具有各种操作系统、触摸屏和/或显示屏的硬件设备。
在示例实施例中,服务端可以获取第一客户端向第二客户端发送的目标消息。
步骤102,在目标消息携带链接的情况下,确定链接的域名是否位于指定列表中。
其中,指定列表中包含至少一个已注册域名,每个已注册域名用于指示对应域名的链接需要生成卡片。
在示例实施例中,服务端可以对目标消息进行解析,以确定该目标消息是否携带链接。在该目标消息未携带链接的情况下,可以无需执行后续步骤,即第一客户端与第二客户端的目标会话中仅展示目标消息即可。
而在目标消息携带链接的情况下,可以对该链接进行解析,以确定该链接对应的域名,并判断该链接的域名是否位于指定列表中。在该链接的域名未处于指定列表的情况下,表明无需根据该链接生成目标卡片,此时,可无需执行后续步骤,即第一客户端与第二客户端的目标会话中仅展示目标消息即可;而在该链接的域名处于指定列表的情况下,表明需要根据该链接生成目标卡片,此时,可以继续执行后续步骤。
也就是说,并非需要对每个携带链接的消息,均生成携带对应链接内容(即链接对应的页面内容)的卡片,而是,仅对包含域名处于指定列表中的链接的消息,生成携带对应链接内容的卡片,以满足实际的业务需求,以及降低服务端和客户端的处理负担。
步骤103,在链接的域名位于指定列表的情况下,根据链接的域名,生成与链接匹配的卡片协议。
在示例实施例中,在链接的域名位于指定列表的情况下,可以根据链接的域名,生成与该链接匹配的卡片协议。
步骤104,向第一客户端和/或第二客户端发送携带卡片协议的消息修改请求,其中,消息修改请求用于基于卡片协议,对第一客户端与第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。
在示例实施例中,服务端可以向第一客户端和/或第二客户端发送携带卡片协议的消息修改请求,相应的,第一客户端和/或第二客户端在接收到消息修改请求后,可以响应于该消息修改请求,基于卡片协议对目标消息进行修改,以得到修改后的目标消息,其中,修改后的目标消息中包括目标卡片,该目标卡片上包含链接对应的页面内容。
例如,目标卡片上可以展示有链接所对应的页面内容中的标题、文本信息、图片、视频、音频等。
作为一种示例,修改后的目标消息可以如图2所示,其中,图2中区域21展示的为链接,区域22展示的为目标卡片。其中,目标卡片上展示有链接所对应的页面内容中的标题,如区域221所示,目标卡片上还展示有链接所对应的页面内容中的文本信息,如区域222所示。
需要说明的是,上述仅以目标卡片上包含标题和文本进行示例,但本公开并不限于此,实际应用时,目标卡片还可以展示图片、视频、音频等信息,比如,当链接类型为视频时,目标卡片上可以展示有标题和视频,再比如,当链接类型为文本类型(比如富文本类型)时,目标卡片上可以展示有标题、文本和/或图片,等等。
还需说明的是,目标卡片上展示的文本信息可以为页面内容中的全部文本信息,或者,还可以基于摘要提取技术,对页面内容进行摘要提取,仅在目标卡片上展示所提取的摘要,以便用户快速获知链接内容。
还需说明的是,目标卡片上还可以展示一些可控控件,比如预览控件、编辑控件、查看控件、收藏控件等,本公开对此并不做限制。
比如,在目标卡片需要展示的文本信息的字数较多时,由于目标卡片的展示区域有限,用户可以通过点击预览控件或查看控件,查看所有的卡片内容。
本公开实施例的消息处理方法,通过在第一客户端发送给第二客户端的目标消息携带链接的情况下,判断链接的域名是否位于指定列表中,若是,则根据链接的域名,生成与链接匹配的卡片协议,并向第一客户端和/或第二客户端发送携带卡片协议的消息修改请求,其中,消息修改请求用于基于卡片协议,对第一客户端与第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。由此,可以实现在会话中以卡片的形式,展示链接所对应的页面内容,使得用户在不点击链接的情况下,即可直观化地查看链接内容,改善用户的使用体验。
需要说明的是,本公开的技术方案中,所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理,均在征得用户同意的前提下进行,并且均符合相关法律法规的规定,且不违背公序良俗。
为了清楚说明本公开上述实施例中是如何根据链接的域名,生成与链接匹配的卡片协议的,本公开还提出一种消息处理方法。
图3为本公开实施例二所提供的消息处理方法的流程示意图。
如图3所示,该消息处理方法可以包括以下步骤:
步骤301,获取第一客户端向第二客户端发送的目标消息。
步骤302,在目标消息携带链接的情况下,确定链接的域名是否位于指定列表中,其中,指定列表中包含至少一个已注册域名。
步骤301至302的解释说明可以参见本公开任一实施例中的相关描述,在此不做赘述。
步骤303,在链接的域名位于指定列表的情况下,获取与链接的域名匹配的卡片模板标识和待渲染的卡片信息。
其中,卡片信息是指需要渲染至目标卡片上的信息,比如,卡片信息可以包括卡片标题(比如待审核、待处理等)、图片、控件等信息。
在示例实施例中,在链接的域名位于指定列表的情况下,可以获取与该链接的域名匹配的卡片模板标识和待渲染的卡片信息。
在示例实施例的一种可能的实现方式中,可以通过与链接的域名匹配的接口(本公开中记为目标接口),获取与卡片模板标识和待渲染的卡片信息。
作为一种示例,可以查询与链接的域名匹配的目标接口,向该目标接口发送卡片信息获取请求消息,并接收目标接口返回的卡片信息获取响应消息,其中,卡片信息获取响应消息中包含卡片模板标识和卡片信息。
也就是说,每个域名具有对应的回调接口,服务端可以调用该回调接口,获取与对应域名匹配的卡片模板标识和卡片信息。
由此,可以实现通过接口调用的方式,有效获取用于生成目标卡片的卡片模板标识和卡片信息,以提升卡片生成的有效性。
步骤304,对链接进行解析,以得到页面内容。
在示例实施例中,服务端可以对链接进行解析,以得到该链接所对应的页面内容。
步骤305,根据卡片模板标识、卡片信息和页面内容,生成卡片协议。
在示例实施例中,服务端可以根据卡片模板标识、卡片信息和页面内容,生成卡片协议。例如,卡片协议中可以携带卡片模板标识、卡片信息和页面内容。
步骤306,向第一客户端和/或第二客户端发送携带卡片协议的消息修改请求。
其中,消息修改请求用于基于卡片协议,对第一客户端与第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,修改后的目标消息中包括目标卡片,目标卡片包含或展示有链接对应的页面内容。
步骤306的解释说明可以参见本公开任一实施例中的相关描述,在此不做赘述。
在示例的任意一个实施例之中,第一客户端和/或第二客户端在接收到消息修改请求后,可以响应于该消息修改请求,基于卡片协议中的卡片模板标识,获取与卡片模板标识匹配的目标卡片模板,并基于卡片协议中的卡片信息和页面内容,对目标卡片模板进行填充,以得到目标卡片。
举例而言,假设卡片信息包括标题、文本和图片,则可以将链接所对应的页面内容中的标题,填充至目标卡片模板的标题处,提取链接所对应的页面内容中的文本信息的摘要,并将摘要填充至目标卡片模板的文本处,以及提取链接所对应的页面中的图片,并填充至目标卡片模板的图片处。
从而,第一客户端和/或第二客户端可以将目标卡片与链接进行封装并渲染,以得到修改后的目标消息。也就是说,可以将链接和目标卡片进行聚合展示,以得到修改后的目标消息。
本公开实施例的消息处理方法,可以实现根据链接的域名匹配的卡片模板标识和待渲染的卡片信息,以及链接所对应的页面内容,有效生成卡片协议,从而可以提升卡片生成的有效性。
为了清楚说明本公开上述任一实施例,本公开还提出一种消息处理方法。
图4为本公开实施例三所提供的消息处理方法的流程示意图。
如图4所示,该消息处理方法可以包括以下步骤:
步骤401,获取第一客户端向第二客户端发送的目标消息。
步骤402,在目标消息携带链接的情况下,确定链接的域名是否位于指定列表中,其中,指定列表中包含至少一个已注册域名。
步骤403,在链接的域名位于指定列表的情况下,获取与链接的域名匹配的卡片模板标识和待渲染的卡片信息。
步骤404,对链接进行解析,以得到页面内容。
步骤401至404的解释说明可以参见本公开任一实施例中的相关描述,在此不做赘述。
步骤405,获取第一客户端的第一标识信息以及目标会话的第二标识信息。
在示例实施例中,第一客户端的第一标识信息,用于标识登录第一客户端的用户,比如,第一标识信息可以为用户昵称、头像等。
在示例实施例中,目标会话的第二标识信息,用于标识目标会话,比如,第二标识信息可以为会话ID、会话名称等。
在示例实施例中,服务端可以获取第一客户端的第一标识信息和目标会话的第二标识信息。
步骤406,根据第一标识信息和/或第二标识信息,生成第一个性化信息。
在示例实施例中,服务端可以根据第一标识信息和/或第二标识信息,生成第一个性化信息。例如,第一个性化信息可以携带第一标识信息和/或第二标识信息。
步骤407,根据卡片模板标识、卡片信息、页面内容和第一个性化信息,生成卡片协议。
在示例实施例中,服务端可以根据卡片模板标识、卡片信息、页面内容和第一个性化信息,生成卡片协议。例如,卡片协议中可以携带卡片模板标识、卡片信息、页面内容和第一个性化信息。
步骤408,向第一客户端发送携带卡片协议的消息修改请求。
其中,消息修改请求用于基于卡片协议,对第一客户端与第二客户端的目标会话中的目标消息进行修改,以得到个性化的修改后的目标消息,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。
在示例实施例中,服务端可以向第一客户端发送携带卡片协议的消息修改请求,相应的,第一客户端在接收到消息修改请求后,可以响应于该消息修改请求,对第一客户端与第二客户端的目标会话中的目标消息进行修改,以得到个性化的修改后的目标消息。
作为一种示例,第一客户端可以基于卡片协议中的卡片信息、页面内容和第一个性化信息,对目标卡片模板进行填充,以得到目标卡片,从而可以将目标卡片与链接进行封装并渲染,以得到修改后的目标消息。
可以理解的是,向第一客户端发送的消息修改请求中的卡片协议中的第一个性化信息,是根据第一客户端的标识信息和/或第一客户端与第二客户端的目标会话的标识信息生成的,该第一客户端所生成的目标卡片具有与其他客户端不同的个性化元素,能够满足不同用户的个性化需求,改善用户的使用体验。
本公开实施例的消息处理方法,可以实现针对同一链接,不同客户端所生成并展示的卡片效果不同,以满足不同用户的个性化需求,改善用户的使用体验。
为了清楚说明本公开上述任一实施例,本公开还提出一种消息处理方法。
图5为本公开实施例四所提供的消息处理方法的流程示意图。
如图5所示,该消息处理方法可以包括以下步骤:
步骤501,获取第一客户端向第二客户端发送的目标消息。
步骤502,在目标消息携带链接的情况下,确定链接的域名是否位于指定列表中,其中,指定列表中包含至少一个已注册域名。
步骤503,在链接的域名位于指定列表的情况下,获取与链接的域名匹配的卡片模板标识和待渲染的卡片信息。
步骤504,对链接进行解析,以得到页面内容。
步骤501至504的解释说明可以参见本公开任一实施例中的相关描述,在此不做赘述。
步骤505,获取第二客户端的第三标识信息以及目标会话的第二标识信息。
在示例实施例中,第二客户端的第三标识信息,用于标识登录第二客户端的用户,比如,第三标识信息可以为用户昵称、头像等。
在示例实施例中,目标会话的第二标识信息,用于标识目标会话,比如,第二标识信息可以为会话ID、会话名称等。
在示例实施例中,服务端可以获取第二客户端的第三标识信息和目标会话的第二标识信息。
步骤506,根据第三标识信息和/或第二标识信息,生成第二个性化信息。
在示例实施例中,服务端可以根据第三标识信息和/或第二标识信息,生成第二个性化信息。例如,第二个性化信息可以携带第三标识信息和/或第二标识信息。
步骤507,根据卡片模板标识、卡片信息、页面内容和第二个性化信息,生成卡片协议。
在示例实施例中,服务端可以根据卡片模板标识、卡片信息、页面内容和第二个性化信息,生成卡片协议。例如,卡片协议中可以携带卡片模板标识、卡片信息、页面内容和第二个性化信息。
步骤508,向第二客户端发送携带卡片协议的消息修改请求,其中,消息修改请求用于基于卡片协议,对第一客户端与第二客户端的目标会话中的目标消息进行修改,以得到个性化的修改后的目标消息,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。
在示例实施例中,服务端可以向第二客户端发送携带卡片协议的消息修改请求,相应的,第二客户端在接收到消息修改请求后,可以响应于该消息修改请求,对第二客户端与第一客户端的目标会话中的目标消息进行修改,以得到个性化的修改后的目标消息。
作为一种示例,第二客户端可以基于卡片协议中的卡片信息、页面内容和第二个性化信息,对目标卡片模板进行填充,以得到目标卡片,从而可以将目标卡片与链接进行封装并渲染,以得到修改后的目标消息。
可以理解的是,向第二客户端发送的消息修改请求中的卡片协议中的第二个性化信息,是根据第二客户端的标识信息和/或第二客户端与第一客户端的目标会话的标识信息生成的,该第二客户端所生成的目标卡片具有与其他客户端不同的个性化元素,能够满足不同用户的个性化需求,改善用户的使用体验。
需要说明的是,实际应用时,还可以同时向第一客户端和第二客户端发送消息修改请求,其中,向第一客户端发送的消息修改请求中的卡片信息是根据卡片模板标识、卡片信息、页面内容和第一个性化信息生成的,向第二客户端发送的消息修改请求中的卡片信息是根据卡片模板标识、卡片信息、页面内容和第二个性化信息生成的。
本公开实施例的消息处理方法,可以实现针对同一链接,不同客户端所生成并展示的卡片效果不同,以满足不同用户的个性化需求,改善用户的使用体验。
为了清楚说明上述任一实施例,本公开还提出一种消息处理方法。
图6为本公开实施例五所提供的消息处理方法的流程示意图。
如图6所示,该消息处理方法可以包括以下步骤:
步骤601,获取第一客户端向第二客户端发送的目标消息。
步骤602,在目标消息携带链接的情况下,确定链接的域名是否位于指定列表中,其中,指定列表中包含至少一个已注册域名。
步骤603,在链接的域名位于指定列表的情况下,根据链接的域名,生成与链接匹配的卡片协议。
步骤604,向第一客户端和/或第二客户端发送携带卡片协议的消息修改请求。
其中,消息修改请求用于基于卡片协议,对第一客户端与第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。
步骤601至604的解释说明可以参见本公开任一实施例中的相关描述,在此不做赘述。
步骤605,接收第一目标客户端发送的编辑后的目标卡片。
其中,第一目标客户端为第一客户端和第二客户端中接收到消息修改请求的客户端,编辑后的目标卡片是第一目标客户端响应于对目标卡片上的编辑控件的触发操作,对目标卡片进行编辑后得到的。
在示例实施例中,第一目标客户端在接收到消息修改请求后,可以响应于该消息修改请求,基于卡片协议对目标会话中的目标消息进行修改,得到修改后的目标消息。第一目标客户端侧的用户可以根据自身需求,确定是否对修改后的目标消息中的目标卡片进行修改,如果该用户想要对目标卡片进行修改(比如修改标题、描述信息等),则用户可以触发目标卡片上的编辑控件,相应的,第一目标客户端可以响应于对目标卡片上的编辑控件的触发操作,对目标卡片进行编辑,以得到编辑后的目标卡片。
在示例实施例中,第一目标客户端还可以向服务端发送编辑后的目标卡片。
步骤606,向第二目标客户端发送编辑后的目标卡片。
其中,第二目标客户端为第一客户端和第二客户端中除第一目标客户端之外的客户端。
在示例实施例中,服务端在接收到编辑后的目标卡片后,可以向第二目标客户端发送编辑后的目标卡片。
作为一种可能的实现方式,当目标卡片更新后,修改后的目标消息也相应的发生了变化,第一目标客户端还可以通过服务端向第二目标客户端发送更新后的目标消息,其中,更新后的目标消息包括编辑后的目标卡片。
相应的,第二目标客户端在接收到更新后的目标消息后,可以在目标会话中展示该更新后的目标消息,或者,可以利用该更新后的目标消息替换目标会话中的修改后的目标消息。
本公开实施例的消息处理方法,通过在第一客户端和第二客户端中的其中一个客户端对卡片进行修改后,将修改后的卡片共享至第一客户端和第二客户端中的另一个客户端,可以实现多个用户共享同一卡片,即实现同一卡片的流转。
上述为服务端执行的消息处理方法所对应的各实施例,本公开还提出一种由客户端执行的消息处理方法。
图7为本公开实施例六所提供的消息处理方法的流程示意图。
本示例实施例的消息处理方法,可以应用于第二客户端,即接收目标消息的客户端。
如图7所示,该消息处理方法可以包括以下步骤:
步骤701,通过服务端接收第一客户端发送的目标消息。
在示例实施例中,第一客户端可以通过服务端向第二客户端发送目标消息,相应的,第二客户端可以通过服务端接收第一客户端发送的目标消息。
步骤702,接收服务端发送的消息修改请求;其中,消息修改请求携带卡片协议,卡片协议是在目标消息携带链接,且链接的域名位于指定列表中的情况下,根据链接的域名生成的。
其中,指定列表中包含至少一个已注册域名。
在示例实施例中,服务端还可以对目标消息进行解析,以确定该目标消息是否携带链接。在该目标消息未携带链接的情况下,可以无需执行后续步骤,即第一客户端与第二客户端的目标会话中仅展示目标消息即可。
而在目标消息携带链接的情况下,可以对该链接进行解析,以确定该链接对应的域名,并判断该链接的域名是否位于指定列表中。在该链接的域名未处于指定列表的情况下,表明无需根据该链接生成目标卡片,此时,可无需执行后续步骤,即第一客户端与第二客户端的目标会话中仅展示目标消息即可;而在该链接的域名处于指定列表的情况下,表明需要根据该链接生成卡片,此时,可以根据链接的域名,生成与该链接匹配的卡片协议,并向第二客户端发送携带卡片协议的消息修改请求。
相应的,第二客户端可以接收服务端发送的消息修改请求。
步骤703,响应于消息修改请求,基于卡片协议对第一客户端和第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,其中,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。
在示例实施例中,第二客户端可以响应于消息修改请求,基于卡片协议对目标消息进行修改,以得到修改后的目标消息,其中,修改后的目标消息中包括目标卡片,该目标卡片上包含链接对应的页面内容。
需要说明的是,前述任一实施例中对卡片协议、修改后的目标消息的解释说明也适用于该实施例,在此不做赘述。
本公开实施例的消息处理方法,通过服务端接收第一客户端发送的目标消息;接收服务端发送的消息修改请求;其中,消息修改请求携带卡片协议,卡片协议是在目标消息携带链接,且链接的域名位于指定列表中的情况下,根据链接的域名生成的;指定列表中包含至少一个已注册域名;响应于消息修改请求,基于卡片协议对第一客户端和第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,其中,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。由此,可以实现在会话中以卡片的形式,展示链接所对应的页面内容,使得用户在不点击链接的情况下,即可直观化地查看链接内容,改善用户的使用体验。
为了清楚说明上述实施例中是如何基于卡片协议对第一客户端和第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息的,本公开还提出一种消息处理方法。
图8为本公开实施例七所提供的消息处理方法的流程示意图。
如图8所示,该消息处理方法可以包括以下步骤:
步骤801,通过服务端接收第一客户端发送的目标消息。
步骤802,接收服务端发送的消息修改请求;其中,消息修改请求携带卡片协议,卡片协议是在目标消息携带链接,且链接的域名位于指定列表中的情况下,根据链接的域名生成的。
其中,指定列表中包含至少一个已注册域名。
步骤801至802的解释说明可以参见本公开任一实施例中的相关描述,在此不做赘述。
步骤803,响应于消息修改请求,基于卡片协议中的卡片模板标识,获取与卡片模板标识匹配的目标卡片模板。
在示例实施例中,卡片协议可以是服务端获取与链接的域名匹配的卡片模板标识和待渲染的卡片信息,并对链接进行解析,得到链接对应的页面内容,根据卡片模板标识、卡片信息和页面内容生成的。
在示例实施例中,第二客户端可以响应于消息修改请求,基于卡片协议中的卡片模板标识,获取与卡片模板标识匹配的目标卡片模板。
作为一种示例,第二客户端可以预先存储不同卡片模板标识与卡片模板之间的对应关系,从而第二客户端可以根据卡片协议中的卡片模板标识,查询上述对应关系,以获取与该卡片模板标识匹配的目标卡片模板。
作为另一种示例,为了节省客户端的存储资源,可以通过服务端预先存储不同卡片模板标识与卡片模板之间的对应关系,从而第二客户端可从服务端侧获取与卡片协议中的卡片模板标识匹配的目标卡片模板。
步骤804,基于卡片协议中的卡片信息和页面内容,对目标卡片模板进行填充,以得到目标卡片。
在示例实施例中,第二客户端可以基于卡片协议中的卡片信息和链接所对应的页面内容,对目标卡片模板进行填充,以得到目标卡片。具体执行过程可以参见前述实施例中步骤306的解释说明,在此不做赘述。
在本公开的任意一个实施例之中,卡片协议中还可以携带个性化信息,其中,该个性化信息可以是服务端根据第二客户端的标识信息和/或目标会话的标识信息生成的。相应的,第二客户端可以基于卡片协议中的卡片信息、页面内容和个性化信息,对目标卡片模板进行填充,以得到目标卡片。
由此,可以实现针对同一链接,不同客户端所生成并展示的卡片效果不同,可以满足不同用户的个性化需求,改善用户的使用体验。
步骤805,将目标卡片与链接进行封装并渲染,以得到修改后的目标消息,其中,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。
在示例实施例中,第二客户端可以将目标卡片与链接进行封装并渲染,以得到修改后的目标消息。也就是说,第二客户端可以将链接和目标卡片聚合展示,以得到修改后的目标消息。
本公开实施例的消息处理方法,通过响应于消息修改请求,基于卡片协议中的卡片模板标识,获取与卡片模板标识匹配的目标卡片模板;基于卡片协议中的卡片信息和页面内容,对目标卡片模板进行填充,以得到目标卡片;将目标卡片与链接进行封装并渲染,以得到修改后的目标消息,其中,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。由此,可以实现基于卡片协议,有效生成包含链接对应的页面内容的目标卡片,从而可以根据目标卡片和链接,生成修改后的目标消息,以提升消息生成的有效性。
为了清楚说明上述任一实施例,本公开还提出一种消息处理方法。
图9为本公开实施例八所提供的消息处理方法的流程示意图。
如图9所示,该消息处理方法可以包括以下步骤:
步骤901,通过服务端接收第一客户端发送的目标消息。
步骤902,接收服务端发送的消息修改请求;其中,消息修改请求携带卡片协议,卡片协议是在目标消息携带链接,且链接的域名位于指定列表中的情况下,根据链接的域名生成的。
其中,指定列表中包含至少一个已注册域名。
步骤903,响应于消息修改请求,基于卡片协议对第一客户端和第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,其中,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。
步骤901至903的解释说明可以参见本公开任一实施例中的相关描述,在此不做赘述。
步骤904,响应于对目标卡片上的编辑控件的触发操作,根据第二客户端的标识信息,确定第二客户端是否具有对目标卡片进行编辑的权限。
在示例实施例中,目标卡片的编辑权限可以根据链接所对应的页面内容的属性信息确定,比如,该属性信息指示全部用户或部分用户可以对页面内容进行修改,则全部用户或部分用户可以具有对目标卡片进行编辑的权限,再比如,该属性信息指示全部用户均不可以对页面内容进行修改,则全部用户均不具有对目标卡片进行编辑的权限。
在示例实施例中,第二客户端侧的用户可以根据自身需求,确定是否需要对修改后的目标消息中的目标卡片进行修改,如果该用户想要对目标卡片进行修改(比如修改标题、描述信息等),则用户可以触发目标卡片上的编辑控件,相应的,第二客户端在探测到用户触发了对目标卡片上的编辑控件的触发操作时,可以首选根据第二客户端的标识信息,确定该第二客户端是否具有对目标卡片进行编辑的权限。
步骤905,在第二客户端具有权限的情况下,对目标卡片进行编辑,以得到编辑后的目标卡片。
在示例实施例中,在第二客户端具有对目标卡片进行编辑的权限的情况下,可以根据编辑操作,对目标卡片进行编辑,以得到编辑后的目标卡片。
需要说明的是,实际应用时,当第二客户端探测到用户触发了对目标卡片上的编辑控件的触发操作时,也可以直接根据该编辑操作对目标卡片进行编辑,以得到编辑后的目标卡片,本公开对此并不做限制。
步骤906,通过服务端向第一客户端发送编辑后的目标卡片。
在示例实施例中,第二客户端还可以通过服务端向第一客户端发送编辑后的目标卡片。
作为一种可能的实现方式,当目标卡片更新后,修改后的目标消息也相应的发生了变化,第二客户端还可以通过服务端向第一客户端发送更新后的目标消息,其中,更新后的目标消息包括编辑后的目标卡片。
相应的,第一客户端在接收到更新后的目标消息后,可以在目标会话中展示该更新后的目标消息,或者,可以利用该更新后的目标消息替换目标会话中的修改后的目标消息。
本公开实施例的消息处理方法,通过在第二客户端对卡片进行修改后,将修改后的卡片共享至第一客户端,可以实现多个用户共享同一卡片,即实现同一卡片的流转。
上述为服务端和第二客户端执行的消息处理方法所对应的各实施例,本公开还提出一种由第一客户端执行的消息处理方法。
图10为本公开实施例九所提供的消息处理方法的流程示意图。
本示例实施例的消息处理方法,可以应用于第一客户端,即发送目标消息的客户端。
如图10所示,该消息处理方法可以包括以下步骤:
步骤1001,通过服务端向第二客户端发送目标消息。
在示例实施例中,第一客户端可以通过服务端向第二客户端发送目标消息。
步骤1002,接收服务端发送的消息修改请求;其中,消息修改请求携带卡片协议,卡片协议是在目标消息携带链接,且链接的域名位于指定列表中的情况下,根据链接的域名生成的。
其中,指定列表中包含至少一个已注册域名。
需要说明的是,步骤1002的执行过程与步骤702的执行过程类似,在此不做赘述。
步骤1003,响应于消息修改请求,基于卡片协议对第一客户端和第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,其中,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。
需要说明的是,第一客户端基于卡片协议对目标消息进行修改的过程,与第二客户端基于卡片协议对目标消息进行修改的过程的实现原理类似,在此不做赘述。
本公开实施例的消息处理方法,通过服务端向第二客户端发送目标消息;接收服务端发送的消息修改请求;其中,消息修改请求携带卡片协议,卡片协议是在目标消息携带链接,且链接的域名位于指定列表中的情况下,根据链接的域名生成的;指定列表中包含至少一个已注册域名;响应于消息修改请求,基于卡片协议对第一客户端和第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,其中,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。由此,可以实现在会话中以卡片的形式,展示链接所对应的页面内容,使得用户在不点击链接的情况下,即可直观化地查看链接内容,改善用户的使用体验。
在本公开的任意一个实施例之中,为了便于用户快速预览链接内容,帮助用户高效且便捷地查看链接内容,可以根据链接内容生成卡片,将卡片与链接聚合展示。
例如,业务方可以通过开放文档自主接入,配置需要识别的链接域名。在链接发送至即时通信应用的会话中时,服务端的消息分析服务可以识别该链接的域名是否为已注册域名,若是,则将该链接下发到服务端的工作卡服务,通过工作卡服务从业务方的回调接口,获取链接对应的待渲染的卡片信息,再将卡片信息发送给客户端,以实现由客户端将链接识别为工作卡(本公开中记为目标卡片)。
作为一种示例,目标卡片的生成流程可以如图11所示,具体地,可以根据以下步骤,生成目标卡片:
第一步,业务方可以通过开发者平台创建卡片模板,并通过链接注册平台注册待识别的域名。
第二步,用户可以在即时通信应用对应的客户端,通过消息会话发送已注册域名的链接。
第三步,在链接发送成功后,服务端侧的消息分析服务可以对该链接进行分析,以确定链接的域名是否为已注册过的域名,若是,则向服务端的工作卡服务发送链接请求。
第四步,工作卡服务在接收到链接请求后,通过网关平台,将携带链接的URL(Uniform Resource Locator,统一资源定位系统)的请求转发给注册该链接域名的业务方。
第五步,业务方在接收到上述请求后,可以将提前获取的模板ID、实际需要渲染的卡片信息(比如卡片标题、各个可控控件等)通过回调接口返回给工作卡服务。
第六步,工作卡服务在接收到业务方返回的信息后,可以根据业务方返回的信息,构建卡片协议,并将卡片协议返回给消息分析服务。
第七步,消息分析服务在接收到工作卡服务返回的卡片协议后,可以基于该卡片协议,向客户端发送消息修改请求后消息修改协议或消息修改请求。
第八步,客户端在接收到消息修改请求或消息修改协议后,可以将原链接内容(即链接所对应的页面内容)修改成卡片内容,例如,可以基于卡片协议,渲染并生成目标卡片,并在会话中显示包含链接和目标卡片的消息(本公开中记为修改后的目标消息)。
其中,图11中的tcp是指传输控制协议(Transmission Control Protocol)。
作为一种示例,修改后的目标消息可以如图2所示,其中,图2中区域21展示的为链接,区域22展示的为目标卡片。其中,目标卡片上展示有链接中的标题,如区域221所示,目标卡片上还展示有链接中的文本信息,如区域222所示。
综上,根据链接内容生成目标卡片,可以便于用户快速获取链接中的有用信息,将链接和目标卡片聚合展示,信息传递更加高效,可以提升用户的工作效率。此外,目标卡片还具有流转和个性化能力。
其中,个性化是指:可以通过存储用户维度的卡片信息,实现根据同一链接生成的卡片,在不同客户端看到的效果不同。
流转是指:可以通过存储通用或公共的卡片信息,以实现多个用户共享卡片信息的能力。
与上述图1至图6实施例提供的消息处理方法相对应,本公开还提供一种消息处理装置,由于本公开实施例提供的消息处理装置与上述图1至图6实施例提供的消息处理方法相对应,因此在消息处理方法的实施方式也适用于本公开实施例提供的消息处理装置,在本公开实施例中不再详细描述。
图12为本公开实施例十所提供的消息处理装置的结构示意图。
如图12所示,该消息处理装置1200可以应用于服务端,包括:获取模块1201、确定模块1202、生成模块1203以及发送模块1204。
其中,获取模块1201,用于获取第一客户端向第二客户端发送的目标消息。
确定模块1202,用于在目标消息携带链接的情况下,确定链接的域名是否位于指定列表中,其中,指定列表中包含至少一个已注册域名。
生成模块1203,用于在链接的域名位于指定列表的情况下,根据链接的域名,生成与链接匹配的卡片协议。
发送模块1204,用于向第一客户端和/或第二客户端发送携带卡片协议的消息修改请求,其中,消息修改请求用于基于卡片协议,对第一客户端与第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。
在本公开实施例的一种可能的实现方式中,生成模块1203,用于:在链接的域名位于指定列表的情况下,获取与链接的域名匹配的卡片模板标识和待渲染的卡片信息;对链接进行解析,以得到页面内容;根据卡片模板标识、卡片信息和页面内容,生成卡片协议。
在本公开实施例的一种可能的实现方式中,生成模块1203,用于:确定与链接的域名匹配的目标接口;向目标接口发送卡片信息获取请求消息;接收目标接口返回的卡片信息获取响应消息,其中,卡片信息获取响应消息中包含卡片模板标识和卡片信息。
在本公开实施例的一种可能的实现方式中,生成模块1203,用于:获取第一客户端的第一标识信息以及目标会话的第二标识信息;根据第一标识信息和/或第二标识信息,生成第一个性化信息;根据卡片模板标识、卡片信息、页面内容和第一个性化信息,生成卡片协议。
在本公开实施例的一种可能的实现方式中,发送模块1204,用于:向第一客户端发送携带卡片协议的消息修改请求;其中,消息修改请求,用于基于卡片协议,对目标会话中的目标消息进行修改,以得到个性化的修改后的目标消息。
在本公开实施例的一种可能的实现方式中,生成模块1203,用于:获取第二客户端的第三标识信息以及目标会话的第二标识信息;根据第三标识信息和/或第二标识信息,生成第二个性化信息;根据卡片模板标识、卡片信息、页面内容和第二个性化信息,生成卡片协议。
在本公开实施例的一种可能的实现方式中,发送模块1204,用于:向第二客户端发送携带卡片协议的消息修改请求;其中,消息修改请求,用于基于卡片协议,对目标会话中的目标消息进行修改,以得到个性化的修改后的目标消息。
在本公开实施例的一种可能的实现方式中,目标卡片上包括编辑控件,该消息处理装置1200还可以包括:
接收模块,用于接收第一目标客户端发送的编辑后的目标卡片,其中,第一目标客户端为第一客户端和第二客户端中接收到消息修改请求的客户端,编辑后的目标卡片是响应于对目标卡片上的编辑控件的触发操作,对目标卡片进行编辑后得到的。
发送模块1204,还用于向第二目标客户端发送编辑后的目标卡片,其中,第二目标客户端为第一客户端和第二客户端中除第一目标客户端之外的客户端。
本公开实施例的消息处理装置,通过在第一客户端发送给第二客户端的目标消息携带链接的情况下,判断链接的域名是否位于指定列表中,若是,则根据链接的域名,生成与链接匹配的卡片协议,并向第一客户端和/或第二客户端发送携带卡片协议的消息修改请求,其中,消息修改请求用于基于卡片协议,对第一客户端与第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。由此,可以实现在会话中以卡片的形式,展示链接所对应的页面内容,使得用户在不点击链接的情况下,即可直观化地查看链接内容,改善用户的使用体验。
与上述图7至图9实施例提供的消息处理方法相对应,本公开还提供一种消息处理装置,由于本公开实施例提供的消息处理装置与上述图7至图9实施例提供的消息处理方法相对应,因此在消息处理方法的实施方式也适用于本公开实施例提供的消息处理装置,在本公开实施例中不再详细描述。
图13为本公开实施例十一所提供的消息处理装置的结构示意图。
如图13所示,该消息处理装置1300可以应用于第二客户端,包括:接收模块1301和修改模块1302。
其中,接收模块1301,用于通过服务端接收第一客户端发送的目标消息。
接收模块1301,还用于接收服务端发送的消息修改请求;其中,消息修改请求携带卡片协议,卡片协议是在目标消息携带链接,且链接的域名位于指定列表中的情况下,根据链接的域名生成的;指定列表中包含至少一个已注册域名。
修改模块1302,用于响应于消息修改请求,基于卡片协议对第一客户端和第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,其中,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。
在本公开实施例的一种可能的实现方式中,修改模块1302,用于:响应于消息修改请求,基于卡片协议中的卡片模板标识,获取与卡片模板标识匹配的目标卡片模板;基于卡片协议中的卡片信息和页面内容,对目标卡片模板进行填充,以得到目标卡片;将目标卡片与链接进行封装并渲染,以得到修改后的目标消息。
在本公开实施例的一种可能的实现方式中,修改模块1302,用于:基于卡片协议中的卡片信息、页面内容和个性化信息,对目标卡片模板进行填充,以得到目标卡片;其中,个性化信息是根据第二客户端的标识信息和/或目标会话的标识信息生成的。
在本公开实施例的一种可能的实现方式中,目标卡片上包括编辑控件,该消息处理装置1300还可以包括:
确定模块,用于响应于对目标卡片上的编辑控件的触发操作,根据第二客户端的标识信息,确定第二客户端是否具有对目标卡片进行编辑的权限。
编辑模块,用于在第二客户端具有权限的情况下,对目标卡片进行编辑,以得到编辑后的目标卡片。
发送模块,用于通过服务端向第一客户端发送编辑后的目标卡片。
本公开实施例的消息处理装置,通过服务端接收第一客户端发送的目标消息;接收服务端发送的消息修改请求;其中,消息修改请求携带卡片协议,卡片协议是在目标消息携带链接,且链接的域名位于指定列表中的情况下,根据链接的域名生成的;指定列表中包含至少一个已注册域名;响应于消息修改请求,基于卡片协议对第一客户端和第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,其中,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。由此,可以实现在会话中以卡片的形式,展示链接所对应的页面内容,使得用户在不点击链接的情况下,即可直观化地查看链接内容,改善用户的使用体验。
与上述图10实施例提供的消息处理方法相对应,本公开还提供一种消息处理装置,由于本公开实施例提供的消息处理装置与上述图10实施例提供的消息处理方法相对应,因此在消息处理方法的实施方式也适用于本公开实施例提供的消息处理装置,在本公开实施例中不再详细描述。
图14为本公开实施例十二所提供的消息处理装置的结构示意图。
如图14所示,该消息处理装置1400可以应用于第一客户端,包括:发送模块1401、接收模块1402和修改模块1403。
其中,发送模块1401,用于通过服务端向第二客户端发送目标消息。
接收模块1402,用于接收服务端发送的消息修改请求;其中,消息修改请求携带卡片协议,卡片协议是在目标消息携带链接,且链接的域名位于指定列表中的情况下,根据链接的域名生成的;指定列表中包含至少一个已注册域名。
修改模块1403,用于响应于消息修改请求,基于卡片协议对第一客户端和第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,其中,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。
本公开实施例的消息处理装置,通过服务端向第二客户端发送目标消息;接收服务端发送的消息修改请求;其中,消息修改请求携带卡片协议,卡片协议是在目标消息携带链接,且链接的域名位于指定列表中的情况下,根据链接的域名生成的;指定列表中包含至少一个已注册域名;响应于消息修改请求,基于卡片协议对第一客户端和第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,其中,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。由此,可以实现在会话中以卡片的形式,展示链接所对应的页面内容,使得用户在不点击链接的情况下,即可直观化地查看链接内容,改善用户的使用体验。
为了实现上述实施例,本公开还提供一种电子设备,该电子设备可以包括至少一个处理器;以及与至少一个处理器通信连接的存储器;其中,存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行本公开上述任一实施例提出的消息处理方法。
为了实现上述实施例,本公开还提供一种存储有计算机指令的非瞬时计算机可读存储介质,其中,计算机指令用于使计算机执行本公开上述任一实施例提出的消息处理方法。
为了实现上述实施例,本公开还提供一种计算机程序产品,该计算机程序产品包括计算机程序,计算机程序在被处理器执行时实现本公开上述任一实施例提出的消息处理方法。
为了实现上述实施例,本公开还提供一种自动驾驶车辆,其中,自动驾驶车辆包括本公开上述任一实施例提出的电子设备。
根据本公开的实施例,本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
图15示出了可以用来实施本公开的实施例的示例电子设备的示意性框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本公开的实现。
如图15所示,电子设备1500包括计算单元1501,其可以根据存储在ROM(Read-OnlyMemory,只读存储器)1502中的计算机程序或者从存储单元1508加载到RAM(Random AccessMemory,随机访问/存取存储器)1503中的计算机程序,来执行各种适当的动作和处理。在RAM 1503中,还可存储电子设备1500操作所需的各种程序和数据。计算单元1501、ROM 1502以及RAM 1503通过总线1504彼此相连。I/O(Input/Output,输入/输出)接口1505也连接至总线1504。
电子设备1500中的多个部件连接至I/O接口1505,包括:输入单元1506,例如键盘、鼠标等;输出单元1507,例如各种类型的显示器、扬声器等;存储单元1508,例如磁盘、光盘等;以及通信单元1509,例如网卡、调制解调器、无线通信收发机等。通信单元1509允许电子设备1500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元1501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1501的一些示例包括但不限于CPU(Central Processing Unit,中央处理单元)、GPU(Graphic Processing Units,图形处理单元)、各种专用的AI(Artificial Intelligence,人工智能)计算芯片、各种运行机器学习模型算法的计算单元、DSP(Digital SignalProcessor,数字信号处理器)、以及任何适当的处理器、控制器、微控制器等。计算单元1501执行上文所描述的各个方法和处理,例如上述消息处理方法。例如,在一些实施例中,上述消息处理方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元1508。在一些实施例中,计算机程序的部分或者全部可以经由ROM 1502和/或通信单元1509而被载入和/或安装到电子设备1500上。当计算机程序加载到RAM 1503并由计算单元1501执行时,可以执行上文描述的消息处理方法的一个或多个步骤。备选地,在其他实施例中,计算单元1501可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行上述消息处理方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、FPGA(Field Programmable Gate Array,现场可编程门阵列)、ASIC(Application-Specific Integrated Circuit,专用集成电路)、ASSP(Application Specific StandardProduct,专用标准产品)、SOC(System On Chip,芯片上系统的系统)、CPLD(ComplexProgrammable Logic Device,复杂可编程逻辑设备)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、RAM、ROM、EPROM(Electrically Programmable Read-Only-Memory,可擦除可编程只读存储器)或快闪存储器、光纤、CD-ROM(Compact Disc Read-Only Memory,便捷式紧凑盘只读存储器)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(Cathode-Ray Tube,阴极射线管)或者LCD(Liquid Crystal Display,液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:LAN(LocalArea Network,局域网)、WAN(Wide Area Network,广域网)、互联网和区块链网络。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品,以解决了传统物理主机与VPS服务(VirtualPrivate Server,虚拟专用服务器)中,存在的管理难度大,业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器,或者是结合了区块链的服务器。
其中,需要说明的是,人工智能是研究使计算机来模拟人的某些思维过程和智能行为(如学习、推理、思考、规划等)的学科,既有硬件层面的技术也有软件层面的技术。人工智能硬件技术一般包括如传感器、专用人工智能芯片、云计算、分布式存储、大数据处理等技术;人工智能软件技术主要包括计算机视觉技术、语音识别技术、自然语言处理技术以及机器学习/深度学习、大数据处理技术、知识图谱技术等几大方向。
云计算(cloud computing),指的是通过网络接入弹性可扩展的共享物理或虚拟资源池,资源可以包括服务器、操作系统、网络、软件、应用和存储设备等,并可以以按需、自服务的方式对资源进行部署和管理的技术体系。通过云计算技术,可以为人工智能、区块链等技术应用、模型训练提供高效强大的数据处理能力。
根据本公开实施例的技术方案,通过在第一客户端发送给第二客户端的目标消息携带链接的情况下,判断链接的域名是否位于指定列表中,若是,则根据链接的域名,生成与链接匹配的卡片协议,并向第一客户端和/或第二客户端发送携带卡片协议的消息修改请求,其中,消息修改请求用于基于卡片协议,对第一客户端与第二客户端的目标会话中的目标消息进行修改,以得到修改后的目标消息,修改后的目标消息中包括包含链接对应的页面内容的目标卡片。由此,可以实现在会话中以卡片的形式,展示链接所对应的页面内容,使得用户在不点击链接的情况下,即可直观化地查看链接内容,改善用户的使用体验。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本公开提出的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本公开保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等,均应包含在本公开保护范围之内。

Claims (29)

1.一种消息处理方法,应用于服务端,包括:
获取第一客户端向第二客户端发送的目标消息;
在所述目标消息携带链接的情况下,确定所述链接的域名是否位于指定列表中,其中,所述指定列表中包含至少一个已注册域名;
在所述链接的域名位于所述指定列表的情况下,根据所述链接的域名,生成与所述链接匹配的卡片协议;
向所述第一客户端和/或所述第二客户端发送携带所述卡片协议的消息修改请求,其中,所述消息修改请求用于基于所述卡片协议,对所述第一客户端与所述第二客户端的目标会话中的所述目标消息进行修改,以得到修改后的目标消息,所述修改后的目标消息中包括包含所述链接对应的页面内容的目标卡片。
2.根据权利要求1所述的方法,其中,所述在所述链接的域名位于所述指定列表的情况下,根据所述链接的域名,生成与所述链接匹配的卡片协议,包括:
在所述链接的域名位于所述指定列表的情况下,获取与所述链接的域名匹配的卡片模板标识和待渲染的卡片信息;
对所述链接进行解析,以得到所述页面内容;
根据所述卡片模板标识、所述卡片信息和所述页面内容,生成所述卡片协议。
3.根据权利要求2所述的方法,其中,所述获取与所述链接的域名匹配的卡片模板标识和待渲染的卡片信息,包括:
确定与所述链接的域名匹配的目标接口;
向所述目标接口发送卡片信息获取请求消息;
接收所述目标接口返回的卡片信息获取响应消息,其中,所述卡片信息获取响应消息中包含所述卡片模板标识和所述待渲染的卡片信息。
4.根据权利要求2所述的方法,其中,所述根据所述卡片模板标识、所述卡片信息和所述页面内容,生成所述卡片协议,包括:
获取所述第一客户端的第一标识信息以及所述目标会话的第二标识信息;
根据所述第一标识信息和/或所述第二标识信息,生成第一个性化信息;
根据所述卡片模板标识、所述卡片信息、所述页面内容和所述第一个性化信息,生成所述卡片协议。
5.根据权利要求4所述的方法,其中,所述向所述第一客户端和/或所述第二客户端发送携带所述卡片协议的消息修改请求,包括:
向所述第一客户端发送携带所述卡片协议的消息修改请求;
其中,所述消息修改请求,用于基于所述卡片协议,对所述目标会话中的所述目标消息进行修改,以得到个性化的所述修改后的目标消息。
6.根据权利要求2所述的方法,其中,所述根据所述卡片模板标识、所述卡片信息和所述页面内容,生成所述卡片协议,包括:
获取所述第二客户端的第三标识信息以及所述目标会话的第二标识信息;
根据所述第三标识信息和/或所述第二标识信息,生成第二个性化信息;
根据所述卡片模板标识、所述卡片信息、所述页面内容和所述第二个性化信息,生成所述卡片协议。
7.根据权利要求6所述的方法,其中,所述向所述第一客户端和/或所述第二客户端发送携带所述卡片协议的消息修改请求,包括:
向所述第二客户端发送携带所述卡片协议的消息修改请求;
其中,所述消息修改请求,用于基于所述卡片协议,对所述目标会话中的所述目标消息进行修改,以得到个性化的所述修改后的目标消息。
8.根据权利要求1-7中任一项所述的方法,其中,所述目标卡片上包括编辑控件,所述方法还包括:
接收第一目标客户端发送的编辑后的目标卡片;其中,所述第一目标客户端为所述第一客户端和所述第二客户端中接收到所述消息修改请求的客户端,所述编辑后的目标卡片是响应于对所述目标卡片上的编辑控件的触发操作,对所述目标卡片进行编辑后得到的;
向第二目标客户端发送所述编辑后的目标卡片,其中,所述第二目标客户端为所述第一客户端和所述第二客户端中除所述第一目标客户端之外的客户端。
9.一种消息处理方法,应用于第二客户端,包括:
通过服务端接收第一客户端发送的目标消息;
接收所述服务端发送的消息修改请求;其中,所述消息修改请求携带卡片协议,所述卡片协议是在所述目标消息携带链接,且所述链接的域名位于指定列表中的情况下,根据所述链接的域名生成的;所述指定列表中包含至少一个已注册域名;
响应于所述消息修改请求,基于所述卡片协议对所述第一客户端和所述第二客户端的目标会话中的所述目标消息进行修改,以得到修改后的目标消息,其中,所述修改后的目标消息中包括包含所述链接对应的页面内容的目标卡片。
10.根据权利要求9所述的方法,其中,所述响应于所述消息修改请求,基于所述卡片协议对所述第一客户端和所述第二客户端的目标会话中的所述目标消息进行修改,以得到修改后的目标消息,包括:
响应于所述消息修改请求,基于所述卡片协议中的卡片模板标识,获取与所述卡片模板标识匹配的目标卡片模板;
基于所述卡片协议中的卡片信息和所述页面内容,对所述目标卡片模板进行填充,以得到所述目标卡片;
将所述目标卡片与所述链接进行封装并渲染,以得到修改后的目标消息。
11.根据权利要求10所述的方法,其中,所述基于所述卡片协议中的卡片信息和所述页面内容,对所述目标卡片模板进行填充,以得到所述目标卡片,包括:
基于所述卡片协议中的卡片信息、所述页面内容和个性化信息,对所述目标卡片模板进行填充,以得到所述目标卡片;
其中,所述个性化信息是根据所述第二客户端的标识信息和/或所述目标会话的标识信息生成的。
12.根据权利要求9所述的方法,其中,所述目标卡片上包括编辑控件,所述方法还包括:
响应于对所述目标卡片上的编辑控件的触发操作,根据所述第二客户端的标识信息,确定所述第二客户端是否具有对所述目标卡片进行编辑的权限;
在所述第二客户端具有所述权限的情况下,对所述目标卡片进行编辑,以得到编辑后的目标卡片;
通过所述服务端向所述第一客户端发送所述编辑后的所述目标卡片。
13.一种消息处理方法,应用于第一客户端,包括:
通过服务端向第二客户端发送目标消息;
接收所述服务端发送的消息修改请求;其中,所述消息修改请求携带卡片协议,所述卡片协议是在所述目标消息携带链接,且所述链接的域名位于指定列表中的情况下,根据所述链接的域名生成的;所述指定列表中包含至少一个已注册域名;
响应于所述消息修改请求,基于所述卡片协议对所述第一客户端和所述第二客户端的目标会话中的所述目标消息进行修改,以得到修改后的目标消息,其中,所述修改后的目标消息中包括包含所述链接对应的页面内容的目标卡片。
14.一种消息处理装置,应用于服务端,包括:
获取模块,用于获取第一客户端向第二客户端发送的目标消息;
确定模块,用于在所述目标消息携带链接的情况下,确定所述链接的域名是否位于指定列表中,其中,所述指定列表中包含至少一个已注册域名;
生成模块,用于在所述链接的域名位于所述指定列表的情况下,根据所述链接的域名,生成与所述链接匹配的卡片协议;
发送模块,用于向所述第一客户端和/或所述第二客户端发送携带所述卡片协议的消息修改请求,其中,所述消息修改请求用于基于所述卡片协议,对所述第一客户端与所述第二客户端的目标会话中的所述目标消息进行修改,以得到修改后的目标消息,所述修改后的目标消息中包括包含所述链接对应的页面内容的目标卡片。
15.根据权利要求14所述的装置,其中,所述生成模块,用于:
在所述链接的域名位于所述指定列表的情况下,获取与所述链接的域名匹配的卡片模板标识和待渲染的卡片信息;
对所述链接进行解析,以得到所述页面内容;
根据所述卡片模板标识、所述卡片信息和所述页面内容,生成所述卡片协议。
16.根据权利要求15所述的装置,其中,所述生成模块,用于:
确定与所述链接的域名匹配的目标接口;
向所述目标接口发送卡片信息获取请求消息;
接收所述目标接口返回的卡片信息获取响应消息,其中,所述卡片信息获取响应消息中包含所述卡片模板标识和所述待渲染的卡片信息。
17.根据权利要求15所述的装置,其中,所述生成模块,用于:
获取所述第一客户端的第一标识信息以及所述目标会话的第二标识信息;
根据所述第一标识信息和/或所述第二标识信息,生成第一个性化信息;
根据所述卡片模板标识、所述卡片信息、所述页面内容和所述第一个性化信息,生成所述卡片协议。
18.根据权利要求17所述的装置,其中,所述发送模块,用于:
向所述第一客户端发送携带所述卡片协议的消息修改请求;
其中,所述消息修改请求,用于基于所述卡片协议,对所述目标会话中的所述目标消息进行修改,以得到个性化的所述修改后的目标消息。
19.根据权利要求15所述的装置,其中,所述生成模块,用于:
获取所述第二客户端的第三标识信息以及所述目标会话的第二标识信息;
根据所述第三标识信息和/或所述第二标识信息,生成第二个性化信息;
根据所述卡片模板标识、所述卡片信息、所述页面内容和所述第二个性化信息,生成所述卡片协议。
20.根据权利要求19所述的装置,其中,所述发送模块,用于:
向所述第二客户端发送携带所述卡片协议的消息修改请求;
其中,所述消息修改请求,用于基于所述卡片协议,对所述目标会话中的所述目标消息进行修改,以得到个性化的所述修改后的目标消息。
21.根据权利要求14-20中任一项所述的装置,其中,所述目标卡片上包括编辑控件,所述装置还包括:
接收模块,用于接收第一目标客户端发送的编辑后的目标卡片;其中,所述第一目标客户端为所述第一客户端和所述第二客户端中接收到所述消息修改请求的客户端,所述编辑后的目标卡片是响应于对所述目标卡片上的编辑控件的触发操作,对所述目标卡片进行编辑后得到的;
所述发送模块,还用于向第二目标客户端发送所述编辑后的目标卡片,其中,所述第二目标客户端为所述第一客户端和所述第二客户端中除所述第一目标客户端之外的客户端。
22.一种消息处理装置,应用于第二客户端,包括:
接收模块,用于通过服务端接收第一客户端发送的目标消息;
所述接收模块,还用于接收所述服务端发送的消息修改请求;其中,所述消息修改请求携带卡片协议,所述卡片协议是在所述目标消息携带链接,且所述链接的域名位于指定列表中的情况下,根据所述链接的域名生成的;所述指定列表中包含至少一个已注册域名;
修改模块,用于响应于所述消息修改请求,基于所述卡片协议对所述第一客户端和所述第二客户端的目标会话中的所述目标消息进行修改,以得到修改后的目标消息,其中,所述修改后的目标消息中包括包含所述链接对应的页面内容的目标卡片。
23.根据权利要求22所述的装置,其中,所述修改模块,用于:
响应于所述消息修改请求,基于所述卡片协议中的卡片模板标识,获取与所述卡片模板标识匹配的目标卡片模板;
基于所述卡片协议中的卡片信息和所述页面内容,对所述目标卡片模板进行填充,以得到所述目标卡片;
将所述目标卡片与所述链接进行封装并渲染,以得到修改后的目标消息。
24.根据权利要求23所述的装置,其中,所述修改模块,用于:
基于所述卡片协议中的卡片信息、所述页面内容和个性化信息,对所述目标卡片模板进行填充,以得到所述目标卡片;
其中,所述个性化信息是根据所述第二客户端的标识信息和/或所述目标会话的标识信息生成的。
25.根据权利要求22所述的装置,其中,所述目标卡片上包括编辑控件,所述装置还包括:
确定模块,用于响应于对所述目标卡片上的编辑控件的触发操作,根据所述第二客户端的标识信息,确定所述第二客户端是否具有对所述目标卡片进行编辑的权限;
编辑模块,用于在所述第二客户端具有所述权限的情况下,对所述目标卡片进行编辑,以得到编辑后的目标卡片;
发送模块,用于通过所述服务端向所述第一客户端发送所述编辑后的所述目标卡片。
26.一种消息处理装置,应用于第一客户端,包括:
发送模块,用于通过服务端向第二客户端发送目标消息;
接收模块,用于接收所述服务端发送的消息修改请求;其中,所述消息修改请求携带卡片协议,所述卡片协议是在所述目标消息携带链接,且所述链接的域名位于指定列表中的情况下,根据所述链接的域名生成的;所述指定列表中包含至少一个已注册域名;
修改模块,用于响应于所述消息修改请求,基于所述卡片协议对所述第一客户端和所述第二客户端的目标会话中的所述目标消息进行修改,以得到修改后的目标消息,其中,所述修改后的目标消息中包括包含所述链接对应的页面内容的目标卡片。
27.一种电子设备,包括:
至少一个处理器;以及
与所述至少一个处理器通信连接的存储器;其中,
所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法,或者,执行权利要求9-12中任一项所述的方法,或者,执行权利要求13所述的方法。
28.一种存储有计算机指令的非瞬时计算机可读存储介质,其中,所述计算机指令用于使所述计算机执行根据权利要求1-8中任一项所述的方法,或者,执行根据权利要求9-12中任一项所述的方法,或者,执行权利要求13所述的方法。
29.一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现根据权利要求1-8中任一项所述的方法的步骤,或者,实现根据权利要求9-12中任一项所述方法的步骤,或者,实现根据权利要求13所述方法的步骤。
CN202211214037.5A 2022-09-30 2022-09-30 消息处理方法、装置、设备和介质 Pending CN115580590A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202211214037.5A CN115580590A (zh) 2022-09-30 2022-09-30 消息处理方法、装置、设备和介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202211214037.5A CN115580590A (zh) 2022-09-30 2022-09-30 消息处理方法、装置、设备和介质

Publications (1)

Publication Number Publication Date
CN115580590A true CN115580590A (zh) 2023-01-06

Family

ID=84582612

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202211214037.5A Pending CN115580590A (zh) 2022-09-30 2022-09-30 消息处理方法、装置、设备和介质

Country Status (1)

Country Link
CN (1) CN115580590A (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114816600A (zh) * 2021-01-27 2022-07-29 北京达佳互联信息技术有限公司 会话消息显示方法、装置、终端及存储介质
CN114900379A (zh) * 2022-04-28 2022-08-12 北京百度网讯科技有限公司 一种消息通知方法、装置、电子设备及存储介质
CN115017428A (zh) * 2021-08-27 2022-09-06 北京字跳网络技术有限公司 一种信息显示方法、装置、系统及存储介质
CN115017429A (zh) * 2021-08-27 2022-09-06 北京字跳网络技术有限公司 一种链接对象的剪存方法、装置、系统及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114816600A (zh) * 2021-01-27 2022-07-29 北京达佳互联信息技术有限公司 会话消息显示方法、装置、终端及存储介质
CN115017428A (zh) * 2021-08-27 2022-09-06 北京字跳网络技术有限公司 一种信息显示方法、装置、系统及存储介质
CN115017429A (zh) * 2021-08-27 2022-09-06 北京字跳网络技术有限公司 一种链接对象的剪存方法、装置、系统及存储介质
CN114900379A (zh) * 2022-04-28 2022-08-12 北京百度网讯科技有限公司 一种消息通知方法、装置、电子设备及存储介质

Similar Documents

Publication Publication Date Title
EP2669801A1 (en) Mapping messages between web services
CN107908637B (zh) 一种基于知识库的实体更新方法及系统
CN114124861B (zh) 消息群发方法、装置、计算机设备和存储介质
CN113010827B (zh) 页面渲染方法、装置、电子设备以及存储介质
CN111600772B (zh) 网络分发内容检测处理装置、方法、系统及电子设备
CN111158924B (zh) 内容分享方法、装置、电子设备及可读存储介质
CN107517188A (zh) 一种基于安卓系统的数据处理方法和装置
CN114490126A (zh) 页面处理方法、装置、电子设备和存储介质
CN113516729A (zh) 一种图表绘制方法、装置及计算机可读存储介质
CN116048517A (zh) 基于b/s架构应用系统的api接口生成方法、系统和装置
AU2018390863B2 (en) Computer system and method for extracting dynamic content from websites
CN116661936A (zh) 页面数据的处理方法、装置、计算机设备及存储介质
CN117040799A (zh) 页面拦截规则生成、页面访问控制方法、装置及电子设备
CN115580590A (zh) 消息处理方法、装置、设备和介质
CN109327530A (zh) 一种信息处理方法、装置、电子设备和存储介质
CN112231336B (zh) 识别用户的方法、装置、存储介质及电子设备
CN115080271A (zh) 一种事件数据处理方法、装置、电子设备以及存储介质
CN114661274A (zh) 用于生成智能合约的方法和装置
CN114579004A (zh) 流程画布的生成方法、装置和电子设备
CN114328686A (zh) 数据对接方法以及相关设备
CN114546343A (zh) 活动页面的生成方法和装置
CN114968455B (zh) 应用界面的报告生成方法、装置及电子设备
CN115577200B (zh) 加载页面的方法、装置、设备以及存储介质
CN112560462B (zh) 事件抽取服务的生成方法、装置、服务器以及介质
CN113360407B (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