CN106209568A - 一种消息处理方法及装置 - Google Patents
一种消息处理方法及装置 Download PDFInfo
- Publication number
- CN106209568A CN106209568A CN201510221318.7A CN201510221318A CN106209568A CN 106209568 A CN106209568 A CN 106209568A CN 201510221318 A CN201510221318 A CN 201510221318A CN 106209568 A CN106209568 A CN 106209568A
- Authority
- CN
- China
- Prior art keywords
- message
- recipient
- content
- sender
- module
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 42
- 230000005540 biological transmission Effects 0.000 claims description 7
- 238000005538 encapsulation Methods 0.000 claims description 5
- 230000000717 retained effect Effects 0.000 abstract description 7
- 238000012217 deletion Methods 0.000 abstract 1
- 230000037430 deletion Effects 0.000 abstract 1
- 230000006854 communication Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 230000001010 compromised effect Effects 0.000 description 2
- 108091064702 1 family Proteins 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 235000013399 edible fruits Nutrition 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
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/07—User-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/18—Commands or executable codes
-
- 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/21—Monitoring or handling of messages
- H04L51/212—Monitoring or handling of messages using filtering or selective blocking
-
- 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/42—Mailbox-related aspects, e.g. synchronisation of mailboxes
-
- 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/21—Monitoring or handling of messages
- H04L51/214—Monitoring or handling of messages using selective forwarding
-
- 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/21—Monitoring or handling of messages
- H04L51/234—Monitoring or handling of messages for tracking messages
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请所述的消息处理方法及装置,发送方将消息以只读模式发送给接收方,接收方将只读模式的消息的内容展示给用户,因为消息为只读模式,所以,接收方无法存储所述消息;发送方将所述消息的内容清空,并将内容为空的所述消息发送给接收方,接收方再次接收到所述消息,将所述消息的显示内容更新为最近一次接收到的所述消息的内容,因为消息的内容在发送方已经被清空,所以在接收方显示的内容也为空,进而实现了对消息内容的删除。可见,本实施例所述的方法及装置,既可以保证消息的内容在接收方被删除,又可以保证消息不被接收方存储,所以,能够降低消息内容被接收方存留的风险。
Description
技术领域
本申请涉及通信领域,尤其涉及一种消息处理方法及装置。
背景技术
随着互联网的发展,不同客户端之间的交互通信(例如即时通信)的应用越来越广泛,如何保证通信消息的安全性,成为关注的焦点。
因为与消息的发送方相比,消息的接收方更容易受到攻击,例如,相比于电商平台的服务器,各个用户终端因为数量庞大、不易集中控制,所以更容易受到攻击,因此,保证消息在接收方的安全显得尤为重要。
可见,如何降低隐私消息在接收方被存留的风险,成为目前亟待解决的问题。
发明内容
本申请提供了一种消息处理方法及装置,目的在于解决如何降低在通信过程中,隐私信息被接收方存留的风险的问题。
为了实现上述目的,本申请提供了以下技术方案:
一种消息处理方法,包括:
发送方将消息以只读模式发送给接收方;
所述发送方将所述消息的内容清空;
所述发送方将内容为空的所述消息发送给所述接收方。
可选地,在所述发送方将所述消息以只读模式发送给接收方之前,还包括:
所述发送方确定所述消息是否为预设类型的消息;
在所述消息为所述预设类型的消息的情况下,所述发送方向所述接收方发送消息到达通知,所述消息到达通知中至少包括消息获取凭证;
所述发送方验证所述接收方返回的消息获取凭证是否正确;
所述发送方将所述消息以只读模式发送给接收方包括:
在所述发送方验证所述接收方返回的消息获取凭证正确的情况下,所述发送方将所述预设类型的消息以只读模式发送给接收方。
可选地,所述发送方将所述消息以只读模式发送给接收方包括:
所述发送方将所述消息封装在预设类型的载体中,所述预设类型的载体为只读载体;
将封装后的所述消息发送到所述接收方。
可选地,所述发送方将所述消息的内容清空包括:
在所述发送方确定全部接收方均接收到所述消息后,将所述消息的内容清空。
可选地,所述发送方确定全部接收方均接收到所述消息包括:
所述发送方确定每一个接收方对应的预设长度的时间窗口均结束,所述每一个接收方对应的预设长度的时间窗口的起始时刻为:所述发送方以只读模式发送所述消息的时刻;
或者,所述发送方接收到每一个接收方的已读反馈。
可选地,如果所述发送方为服务器,在所述发送方将所述消息的内容清空后,还包括:
所述发送方向发送所述消息的客户端发送已读通知,所述已读通知作为所述客户端删除本地存储的所述消息的依据。
一种消息处理方法,包括:
接收方接收消息,所述消息为只读模式;
所述接收方向用户展示所述消息的内容;
如果再次接收到所述消息,所述接收方将所述消息的显示内容更新为最近一次接收到的所述消息的内容。
可选地,在所述接收方接收消息之前,还包括:
所述接收方接收消息到达通知,所述消息到达通知中至少包括消息获取凭证;
所述接收方向所述消息的发送方发送消息获取请求,所述消息获取请求中包括所述消息获取凭证。
可选地,所述接收方确定再次接收到所述消息的过程包括:
所述接收方获取接收到的消息的标识;
如果获取到的标识已存在,则确定再次接收到所述消息。
可选地,所述接收方将所述消息的显示内容更新为最近一次接收到的所述消息的内容包括:
所述接收方确定所述标识对应的显示区域;
所述接收方将位于所述显示区域的显示内容更新为最近一次接收到的所述消息的内容。
可选地,所述接收方向用户展示所述消息的内容包括:
所述接收方通过解析封装所述消息的载体,向用户展示所述消息的内容。
一种消息处理装置,应用在客户端或服务器,包括:
第一发送模块,用于将消息以只读模式发送给接收方;
内容清空模块,用于将所述消息的内容清空;
第二发送模块,用于将内容为空的所述消息发送给所述接收方。
可选地,还包括:
确定模块,用于在所述将所述消息以只读模式发送给接收方之前,确定所述消息是否为预设类型的消息;
第三发送模块,用于在所述消息为所述预设类型的消息的情况下,向所述接收方发送消息到达通知,所述消息到达通知中至少包括消息获取凭证;
验证模块,用于验证所述接收方返回的消息获取凭证是否正确;
所述第一发送模块用于将消息以只读模式发送给接收方包括:
所述第一发送模块具体用于,在所述验证模块验证所述接收方返回的消息获取凭证正确的情况下,将所述预设类型的消息以只读模式发送给接收方。
可选地,第一发送模块用于将消息以只读模式发送给接收方包括:
所述第一发送模块具体用于,将所述消息封装在预设类型的载体中,所述预设类型的载体为只读载体;并将封装后的所述消息发送到所述接收方。
可选地,所述内容清空模块用于将所述消息的内容清空包括:
所述内容清空模块具体用于,在确定全部接收方均接收到所述消息后,将所述消息的内容清空。
可选地,所述内容清空模块用于确定全部接收方均接收到所述消息包括:
所述内容清空模块具体用于,确定每一个接收方对应的预设长度的时间窗口均结束,所述每一个接收方对应的预设长度的时间窗口的起始时刻为:所述第一发送模块以只读模式发送所述消息的时刻;或者,确定接收到每一个接收方的已读反馈。
可选地,如果所述装置设置在服务器,还包括:
第四发送模块,用于在所述内容清空模块将所述消息的内容清空后,向发送所述消息的客户端发送已读通知,所述已读通知作为所述客户端删除本地存储的所述消息的依据。
一种消息处理装置,应用在客户端,包括:
第一接收模块,用于接收消息,所述消息为只读模式;
展示模块,用于向用户展示所述消息的内容;
更新模块,用于如果再次接收到所述消息,所述接收方将所述消息的显示内容更新为最近一次接收到的所述消息的内容。
可选地,还包括:
第二接收模块,用于在所述第一接收模块接收消息之前,接收消息到达通知,所述消息到达通知中至少包括消息获取凭证;
消息请求模块,用于向所述消息的发送方发送消息获取请求,所述消息获取请求中包括所述消息获取凭证。
可选地,所述更新模块用于确定再次接收到所述消息包括:
所述更新模块具体用于,获取接收到的消息的标识;如果获取到的标识已存在,则确定再次接收到所述消息。
可选地,所述更新模块用于将所述消息的显示内容更新为最近一次接收到的所述消息的内容包括:
所述更新模块具体用于,确定所述标识对应的显示区域;将位于所述显示区域的显示内容更新为最近一次接收到的所述消息的内容。
可选地,所述展示模块用于向用户展示所述消息的内容包括:
所述展示模块具体用于,通过解析封装所述消息的载体,向用户展示所述消息的内容。
本申请所述的消息处理方法及装置,发送方将消息以只读模式发送给接收方,接收方将只读模式的消息的内容展示给用户,因为消息为只读模式,所以,接收方无法存储所述消息;发送方将所述消息的内容清空,并将内容为空的所述消息发送给接收方,接收方再次接收到所述消息,将所述消息的显示内容更新为最近一次接收到的所述消息的内容,因为消息的内容在发送方已经被清空,所以在接收方显示的内容也为空,进而实现了对消息内容的删除。
可见,本实施例所述的方法及装置,既可以保证消息的内容在接收方被删除,又可以保证消息不被接收方存储,所以,能够降低消息内容被接收方存留的风险。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为电子设备传输消息(例如即时通信)的场景的示意图;
图2为本申请实施例公开的一种消息处理方法的流程图;
图3为本申请实施例公开的又一种消息处理方法的流程图;
图4为本申请实施例公开的一种消息处理装置的结构示意图;
图5为本申请实施例公开的又一种消息处理装置的结构示意图。
具体实施方式
本申请实施例公开了一种消息处理方法及装置,可以应用在电子设备传输消息(例如即时通信)的场景中。例如,如图1所示,在即时通信场景中,通常包括客户端和服务器,以两个客户端为例,在第一客户端和第二客户端之间传输的消息,经过服务器传输给对方。本申请所述的实施例中,将发送消息的设备称为发送方,例如图1中,第一客户端、第二客户端或服务器均为可以为发送方;将消息最终的目的设备称为接收方,例如图1中,在第一客户端和第二客户端之间传输的消息,第一客户端和第二客户端均可以作为接收方。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例公开的一种消息处理方法,如图2所示,包括以下步骤:
S201:发送方将消息以只读模式发送给接收方;
S202:接收方接收只读模式的消息;
其中,只读模式也可以称为唯读模式,在此模式下,消息只能被展示,而不能被存储或者修改。
S203:接收方向用户展示接收到的消息的内容;
如果消息的内容为文字或图片,接收方可以向用户显示消息的内容,如果消息的内容中包含语音,接收方可以向用户播放语音。
S204:发送方将消息的内容清空;
S205:发送方将内容为空的消息发送给接收方;
S206:接收方再次接收到此消息;
通常,在消息传输过程中,消息带有与其一一对应的标识,接收方接收到消息后,可以获取并存储消息的标识,如果获取到的标识在接收方本地已存在,则确定此消息为之前接收过的消息,即再次接收到之前接收过的消息。
S207:接收方将消息的显示内容更新为最近一次接收到的消息的内容。
具体地,接收方在确定再次接收到标识相同的消息后,确定此标识对应的显示区域(通常,一个标识对应一个显示区域,显示区域的范围可以由坐标确定),接收方将位于此显示区域中的显示内容更为最近一次接收到的消息的内容。
因为发送方已经将此消息的内容清空,所以,接收方更新此消息的内容后,在显示区域中显示的内容为空。
使用本实施例中所述的方法,例如,在即时通信过程中,发送方向接收方发送了一条消息,消息的内容为银行账号,因为银行账号为只读模式,所以,接收方只能显示,而无法进行存储、复制等操作,发送方稍后将此消息的内容清空,并再次发送此消息,接收方在再次接收到此消息后,将消息的显示内容更新为空,即可实现银行账号的“阅后即焚”。
从上述过程可以看出,本实施例中,在消息的传输过程中,因为发送方以只读模式向接收方发送消息,所以,消息只能在接收方被展示,而不能被进行存储等操作。因此,能够避免消息被接收方存储。进一步地,因为消息的内容被发送方清空后,接收方也相应地清空消息的显示内容,所以,接收方在显示消息的内容后,也会清空其内容,即实现“阅后即焚”,综上所述,本实施例所述的方法能够降低消息的内容在接收方被存留的风险。
进一步地,本实施例中所述的方法与现有的“阅后即焚”技术的区别在于:现有的“阅后即焚”技术中,将消息发送到接收方,在消息的内容被展示之前,消息已经存储在本地,在消息被阅读后,接收方从本地删除该消息。而如果在消息被阅读之前,从本地获取消息,则会导致消息的泄露,而本实施例所述的方法,因为消息不会被接收方存储,所以与现有的“阅后即焚”技术相比,能够进一步降低消息的内容在接收方被泄露的风险。
本申请实施例公开的又一种消息处理方法,本实施例中,以发送方为服务器为例,将重点说明只读模式消息的生成、发送及解析过程。如图3所示,本实施例中所述的方法包括以下步骤:
S301:服务器在接收到第一客户端发送的消息后,确定消息是否为预设类型的消息;
本实施例中,预设类型的消息可以预先设定,设定的依据可以为消息的内容等。例如,将包括隐私内容(例如银行账号)的消息作为预设类型的消息。服务器可以依据消息的内容确定将要发送的消息是否为预设类型的消息。
S302:在所述消息为预设类型的消息的情况下,服务器向第二客户端发送消息到达通知,消息达到通知中包括消息获取凭证;
具体地,消息获取凭证可以由服务器利用自身的标识、第二客户端的标识以及本地生成的随机数生成,在此情况下,除了消息获取凭证之外,消息到达通知中还可以包括服务器的标识以及第二客户端的标识。
在有多条消息同时需要凭借消息获取凭证获取时,为了区分各条消息,消息到达通知中还可以消息的标识。
S303:第二客户端在接收到消息到达通知后,向服务器发送消息获取请求,消息获取请求中携带消息获取凭证;
本实施例中,第二客户端可以以接收到消息到达通知为发送消息获取请求的触发条件,即第二客户端在接收到消息到达通知后,自动向服务器发送消息获取请求;第二客户端也可以以接收到用户的操作指令作为发送消息获取请求的触发条件,即第二客户端在接收到消息到达通知后,告知用户有消息到达,用户进行获取消息的操作(例如点击屏幕)后,第二客户端再向服务器发送消息获取请求。
如果消息到达通知中包括服务器的标识、第二客户端的标识以及消息的标识,则第二客户端发送的消息获取请求中,还可以包括服务器的标识、第二客户端的标识以及消息的标识。
S304:服务器验证第二客户端返回的消息获取凭证是否正确,如果是,执行S305,如果否,可以向第二客户端发送无法验证信息错误,无法获取消息的通知(图中未标出);
具体地,服务器可以利用第二客户端发送的服务器的标识以及第二客户端的标识,利用本地的随机数生成新的消息获取凭证,将新的消息获取凭证与第二客户端发来的消息获取凭证对比,如果相同,则确定第二客户端返回的消息获取凭证正确。
S305:第二客户端将预设类型的消息以只读模式发送给第二客户端;
本实施例中,第二客户端以只读模式发送消息的具体实现方式可以为:第二客户端将消息封装在预设类型的只读载体(例如HTML只读文件)中,将封装后的消息发送到第二客户端。
S306:所述第二客户端通过解析封装所述消息的载体,向用户展示所述消息的内容;
具体地,第二客户端可以通过解析消息的封装载体,将消息的内容再第二客户端的应用界面上显示,例如,第二客户端解析HTML只读文件,将HTML只读文件中的内容在第二客户端的界面上显示。
需要说明的是,本实施例中,HTML只读文件中的内容在第二客户端显示,而非在传统的浏览器显示。
S307:第二客户端向服务器发送已读反馈;
S308:在服务器确定全部第二客户端均接收到所述消息后,将所述消息的内容清空;
在实际应用中,第一客户端可能将消息发送给一个或多个第二客户端,在第二客户端为多个的情况下,第二客户端需要确定全部第二客户端接收到消息后,再将消息的内容清空,以避免第二客户端的用户看不到消息内容的问题。
具体地,服务器确定第二客户端已经接收到消息的具体实现方式可以为:
服务器确定每一个第二客户端对应的预设长度的时间窗口均结束,其中,每一个第二客户端对应的预设长度的时间窗口的起始时刻为:服务器以只读模式发送所述消息的时刻。预设长度可以预先依据实际需求进行设定。
或者,服务器确定第二客户端已经接收到消息的具体实现方式还可以为:
服务器接收到每一个第二客户端的已读反馈。
S309:服务器将内容为空的消息再次发给第二客户端;
S310:第二客户端获取接收到的消息的标识;
S311:第二客户端判断获取到的标识是否在本地已存在,如果是,则确定再次接收到所述消息,执行S312,如果否,向用户展示所述消息的内容(图中未标出);
S312:第二客户端确定所述标识对应的显示区域;
S313:第二客户端将位于所述显示区域的显示内容更新为最近一次接收到的所述消息的内容;
S314:服务器向第一客户端发送已读通知,所述已读通知作为所述客户端删除本地存储的所述消息的依据;
S315:第一客户端删除本地存储的所述消息。
本实施例中所述的方法,接收方不能存储接收到的隐私消息,隐私消息存储在服务器,因为服务器相比于客户端更容易保证安全性,所以,能够减低消息被盗用的风险。并且,在客户端接收隐私消息后,服务器将消息的内容清空,客户端也随即清空消息的内容,从而保证隐私消息在接收方客户端不被存留,实现保证隐私消息在接收方客户端不被泄露的目的。
与上述方法实施例相对应地,本申请还公开了一种消息处理装置,可以用于在如图1所示的客户端或服务器上,如图4所示,本实施例所述的装置包括第一发送模块401、内容清空模块402以及第二发送模块403,其中:
第一发送模块401,用于将消息以只读模式发送给接收方;具体地,第一发送模块将消息以只读模式发送给接收方的具体实现方式可以为:将所述消息封装在预设类型的载体中,所述预设类型的载体为只读载体;并将封装后的所述消息发送到所述接收方。
内容清空模块402,用于将所述消息的内容清空;具体地,内容清空模块将所述消息的内容清空的具体实现方式可以为:在确定全部接收方均接收到所述消息后,将所述消息的内容清空。进一步地,内容清空模块确定全部接收方均接收到所述消息的具体实现方式可以为:确定每一个接收方对应的预设长度的时间窗口均结束,所述每一个接收方对应的预设长度的时间窗口的起始时刻为:所述第一发送模块以只读模式发送所述消息的时刻;或者,确定接收到每一个接收方的已读反馈。
第二发送模块403,用于将内容为空的所述消息发送给所述接收方。
可选地,本实施例中,还可以包括:
确定模块404,用于在所述将所述消息以只读模式发送给接收方之前,确定所述消息是否为预设类型的消息;
第三发送模块405,用于在所述消息为所述预设类型的消息的情况下,向所述接收方发送消息到达通知,所述消息到达通知中至少包括消息获取凭证;进一步地,消息到达通知中还包括以下至少一项:所述发送方的标识、所述接收方的标识以及所述消息的标识。
验证模块406,用于验证所述接收方返回的消息获取凭证是否正确;
在本实施例中所述装置包括以上模块的情况下,第一发送模块401将消息以只读模式发送给接收方的具体实现方式可以为:在所述验证模块验证所述接收方返回的消息获取凭证正确的情况下,将所述预设类型的消息以只读模式发送给接收方。
可选地,如果本实施例所述的装置设置在服务器,则所述装置还可以包括:
第四发送模块407,用于在所述内容清空模块将所述消息的内容清空后,向发送所述消息的客户端发送已读通知,所述已读通知作为所述客户端删除本地存储的所述消息的依据。
本实施例所述的装置,能够保证消息不被接收方客户端存留,从而提高消息的安全性。
本申请实施例公开的又一种消息处理装置,可以用于在如图1所示的客户端,如图5所示,本实施例所述的装置可以包括:第一接收模块501,展示模块502以及更新模块503,其中:
第一接收模块501,用于接收消息,所述消息为只读模式;
展示模块502,用于向用户展示所述消息的内容;具体地,展示模块向用户展示所述消息的内容的具体实现方式可以为:通过解析封装所述消息的载体,向用户展示所述消息的内容。
更新模块503,用于如果再次接收到所述消息,所述接收方将所述消息的显示内容更新为最近一次接收到的所述消息的内容。具体地,更新模块确定再次接收到所述消息的具体实现方式可以为:获取接收到的消息的标识;如果获取到的标识已存在,则确定再次接收到所述消息。进一步地,更新模块将所述消息的显示内容更新为最近一次接收到的所述消息的内容的具体实现方式可以为:确定所述标识对应的显示区域;将位于所述显示区域的显示内容更新为最近一次接收到的所述消息的内容。
可选地,本实施例中所述装置,还可以包括:第二接收模块504以及消息请求模块505,其中:
第二接收模块504,用于在所述第一接收模块接收消息之前,接收消息到达通知,所述消息到达通知中至少包括消息获取凭证;
消息请求模块505,用于向所述消息的发送方发送消息获取请求,所述消息获取请求中包括所述消息获取凭证。
本实施例中所述的装置,通过与上述实施例所述的装置进行交互,能够实现提高消息在客户端的安全性。
需要说明的是,本实施例所述的客户端中,还可以包括上述实施例所述的消息处理装置,即:图4和图5所示的装置均集成在一个客户端中,在此情况下,此客户端无论作为消息发送方还是作为消息接收方,均能够保证消息在接收方不被存留,从而提高消息的安全性。
图4及图5所述装置的具体工作过程可以参见图2或图3所示,这里不再赘述。
本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算设备可读取存储介质中。基于这样的理解,本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一台计算设备(可以是个人计算机,发送方,移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (22)
1.一种消息处理方法,其特征在于,包括:
发送方将消息以只读模式发送给接收方;
所述发送方将所述消息的内容清空;
所述发送方将内容为空的所述消息发送给所述接收方。
2.根据权利要求1所述的方法,其特征在于,在所述发送方将所述消息以只读模式发送给接收方之前,还包括:
所述发送方确定所述消息是否为预设类型的消息;
在所述消息为所述预设类型的消息的情况下,所述发送方向所述接收方发送消息到达通知,所述消息到达通知中至少包括消息获取凭证;
所述发送方验证所述接收方返回的消息获取凭证是否正确;
所述发送方将所述消息以只读模式发送给接收方包括:
在所述发送方验证所述接收方返回的消息获取凭证正确的情况下,所述发送方将所述预设类型的消息以只读模式发送给接收方。
3.根据权利要求1或2所述的方法,其特征在于,所述发送方将所述消息以只读模式发送给接收方包括:
所述发送方将所述消息封装在预设类型的载体中,所述预设类型的载体为只读载体;
将封装后的所述消息发送到所述接收方。
4.根据权利要求1所述的方法,其特征在于,所述发送方将所述消息的内容清空包括:
在所述发送方确定全部接收方均接收到所述消息后,将所述消息的内容清空。
5.根据权利要求4所述的方法,其特征在于,所述发送方确定全部接收方均接收到所述消息包括:
所述发送方确定每一个接收方对应的预设长度的时间窗口均结束,所述每一个接收方对应的预设长度的时间窗口的起始时刻为:所述发送方以只读模式发送所述消息的时刻;
或者,所述发送方接收到每一个接收方的已读反馈。
6.根据权利要求1或5所述的方法,其特征在于,如果所述发送方为服务器,在所述发送方将所述消息的内容清空后,还包括:
所述发送方向发送所述消息的客户端发送已读通知,所述已读通知作为所述客户端删除本地存储的所述消息的依据。
7.一种消息处理方法,其特征在于,包括:
接收方接收消息,所述消息为只读模式;
所述接收方向用户展示所述消息的内容;
如果再次接收到所述消息,所述接收方将所述消息的显示内容更新为最近一次接收到的所述消息的内容。
8.根据权利要求7所述的方法,其特征在于,在所述接收方接收消息之前,还包括:
所述接收方接收消息到达通知,所述消息到达通知中至少包括消息获取凭证;
所述接收方向所述消息的发送方发送消息获取请求,所述消息获取请求中包括所述消息获取凭证。
9.根据权利要求7或8所述的方法,其特征在于,所述接收方确定再次接收到所述消息的过程包括:
所述接收方获取接收到的消息的标识;
如果获取到的标识已存在,则确定再次接收到所述消息。
10.根据权利要求9所述的方法,其特征在于,所述接收方将所述消息的显示内容更新为最近一次接收到的所述消息的内容包括:
所述接收方确定所述标识对应的显示区域;
所述接收方将位于所述显示区域的显示内容更新为最近一次接收到的所述消息的内容。
11.根据权利要求7或8所述的方法,其特征在于,所述接收方向用户展示所述消息的内容包括:
所述接收方通过解析封装所述消息的载体,向用户展示所述消息的内容。
12.一种消息处理装置,应用在客户端或服务器,其特征在于,包括:
第一发送模块,用于将消息以只读模式发送给接收方;
内容清空模块,用于将所述消息的内容清空;
第二发送模块,用于将内容为空的所述消息发送给所述接收方。
13.根据权利要求12所述的装置,其特征在于,还包括:
确定模块,用于在所述将所述消息以只读模式发送给接收方之前,确定所述消息是否为预设类型的消息;
第三发送模块,用于在所述消息为所述预设类型的消息的情况下,向所述接收方发送消息到达通知,所述消息到达通知中至少包括消息获取凭证;
验证模块,用于验证所述接收方返回的消息获取凭证是否正确;
所述第一发送模块用于将消息以只读模式发送给接收方包括:
所述第一发送模块具体用于,在所述验证模块验证所述接收方返回的消息获取凭证正确的情况下,将所述预设类型的消息以只读模式发送给接收方。
14.根据权利要求12或13所述的装置,其特征在于,第一发送模块用于将消息以只读模式发送给接收方包括:
所述第一发送模块具体用于,将所述消息封装在预设类型的载体中,所述预设类型的载体为只读载体;并将封装后的所述消息发送到所述接收方。
15.根据权利要求12所述的装置,其特征在于,所述内容清空模块用于将所述消息的内容清空包括:
所述内容清空模块具体用于,在确定全部接收方均接收到所述消息后,将所述消息的内容清空。
16.根据权利要求15所述的装置,其特征在于,所述内容清空模块用于确定全部接收方均接收到所述消息包括:
所述内容清空模块具体用于,确定每一个接收方对应的预设长度的时间窗口均结束,所述每一个接收方对应的预设长度的时间窗口的起始时刻为:所述第一发送模块以只读模式发送所述消息的时刻;或者,确定接收到每一个接收方的已读反馈。
17.根据权利要求12或15所述的装置,其特征在于,如果所述装置设置在服务器,还包括:
第四发送模块,用于在所述内容清空模块将所述消息的内容清空后,向发送所述消息的客户端发送已读通知,所述已读通知作为所述客户端删除本地存储的所述消息的依据。
18.一种消息处理装置,应用在客户端,其特征在于,包括:
第一接收模块,用于接收消息,所述消息为只读模式;
展示模块,用于向用户展示所述消息的内容;
更新模块,用于如果再次接收到所述消息,所述接收方将所述消息的显示内容更新为最近一次接收到的所述消息的内容。
19.根据权利要求18所述的装置,其特征在于,还包括:
第二接收模块,用于在所述第一接收模块接收消息之前,接收消息到达通知,所述消息到达通知中至少包括消息获取凭证;
消息请求模块,用于向所述消息的发送方发送消息获取请求,所述消息获取请求中包括所述消息获取凭证。
20.根据权利要求18或19所述的装置,其特征在于,所述更新模块用于确定再次接收到所述消息包括:
所述更新模块具体用于,获取接收到的消息的标识;如果获取到的标识已存在,则确定再次接收到所述消息。
21.根据权利要求20所述的装置,其特征在于,所述更新模块用于将所述消息的显示内容更新为最近一次接收到的所述消息的内容包括:
所述更新模块具体用于,确定所述标识对应的显示区域;将位于所述显示区域的显示内容更新为最近一次接收到的所述消息的内容。
22.根据权利要求18或19所述的装置,其特征在于,所述展示模块用于向用户展示所述消息的内容包括:
所述展示模块具体用于,通过解析封装所述消息的载体,向用户展示所述消息的内容。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510221318.7A CN106209568A (zh) | 2015-05-04 | 2015-05-04 | 一种消息处理方法及装置 |
EP16789240.5A EP3293924B1 (en) | 2015-05-04 | 2016-04-06 | Message processing method and device |
US15/567,306 US20180091461A1 (en) | 2015-05-04 | 2016-04-06 | Method and device for securing network communications using self-erasing messages |
PCT/CN2016/078601 WO2016177246A1 (zh) | 2015-05-04 | 2016-04-06 | 一种消息处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510221318.7A CN106209568A (zh) | 2015-05-04 | 2015-05-04 | 一种消息处理方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106209568A true CN106209568A (zh) | 2016-12-07 |
Family
ID=57217544
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510221318.7A Pending CN106209568A (zh) | 2015-05-04 | 2015-05-04 | 一种消息处理方法及装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20180091461A1 (zh) |
EP (1) | EP3293924B1 (zh) |
CN (1) | CN106209568A (zh) |
WO (1) | WO2016177246A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114900803A (zh) * | 2022-05-31 | 2022-08-12 | 深圳市智信科技有限公司 | 一种基于计算机云平台分布式短信验证消息发送方法 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108494663A (zh) * | 2018-03-16 | 2018-09-04 | 北京邦邦共赢网络科技有限公司 | 一种消息阅后即焚方法及装置 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6789107B1 (en) * | 2000-05-03 | 2004-09-07 | International Business Machines Corporation | Method and apparatus for providing a view of an electronic mail message |
CN101198110A (zh) * | 2006-12-08 | 2008-06-11 | 上海基信通讯技术有限公司 | 手机短消息按联系人分组组织并以聊天式界面操作的方法 |
CN101267634A (zh) * | 2008-04-28 | 2008-09-17 | 中兴通讯股份有限公司 | 一种主叫名片用户只读信息存储的方法 |
CN101384009A (zh) * | 2008-10-08 | 2009-03-11 | 深圳华为通信技术有限公司 | 一种短信息撤回方法和终端 |
CN102195969A (zh) * | 2010-03-10 | 2011-09-21 | 阿瓦雅公司 | 具有单登入安全认证的多个设备的受信群组 |
CN103379451A (zh) * | 2013-06-21 | 2013-10-30 | 宇龙计算机通信科技(深圳)有限公司 | 阅后即焚信息的查看方法及其系统 |
CN103856919A (zh) * | 2014-03-27 | 2014-06-11 | 宇龙计算机通信科技(深圳)有限公司 | 信息发送方法及装置和信息接收方法及装置 |
CN104066060A (zh) * | 2014-06-26 | 2014-09-24 | 福州大学 | 移动终端即时通信的消息阅时保护与阅后即焚实现方法 |
CN104092600A (zh) * | 2014-07-28 | 2014-10-08 | 国家电网公司 | 一种邮件阅后即焚的方法、装置及系统 |
CN104518946A (zh) * | 2013-09-27 | 2015-04-15 | 北京新媒传信科技有限公司 | 一种删除即时通信消息的方法和装置 |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5951300A (en) * | 1997-03-10 | 1999-09-14 | Health Hero Network | Online system and method for providing composite entertainment and health information |
US5958005A (en) * | 1997-07-17 | 1999-09-28 | Bell Atlantic Network Services, Inc. | Electronic mail security |
US6711608B1 (en) * | 1998-09-23 | 2004-03-23 | John W. L. Ogilvie | Method for including a self-removing code in a self-removing message |
US20020178360A1 (en) * | 2001-02-25 | 2002-11-28 | Storymail, Inc. | System and method for communicating a secure unidirectional response message |
US7356564B2 (en) * | 2002-01-09 | 2008-04-08 | At&T Delaware Intellectual Property, Inc. | Method, system, and apparatus for providing self-destructing electronic mail messages |
US7007064B2 (en) * | 2002-08-02 | 2006-02-28 | Motorola, Inc. | Method and apparatus for obtaining and managing wirelessly communicated content |
US20040088539A1 (en) * | 2002-11-01 | 2004-05-06 | Infante Steven D. | System and method for securing digital messages |
US20070190978A1 (en) * | 2005-01-13 | 2007-08-16 | Ianywhere Solutions, Inc. | System and Methodology for Extending Enterprise Messaging Systems to Mobile Devices |
US8943018B2 (en) * | 2007-03-23 | 2015-01-27 | At&T Mobility Ii Llc | Advanced contact management in communications networks |
CN102045267B (zh) * | 2009-10-16 | 2013-01-09 | 华为技术有限公司 | 消息召回的方法及装置 |
EP2362592A1 (en) * | 2010-02-26 | 2011-08-31 | Research In Motion Limited | Automatic deletion of electronic messages |
US8301180B1 (en) * | 2010-05-17 | 2012-10-30 | Sprint Communications Company L.P. | System and methods for robust messaging |
CA2823810C (en) * | 2011-01-06 | 2016-08-09 | Research In Motion Limited | Delivery and management of status notifications for group messaging |
CN103916373A (zh) * | 2013-01-07 | 2014-07-09 | 腾讯科技(深圳)有限公司 | 数据更新的方法、服务器、客户端以及系统 |
US9898520B2 (en) * | 2014-03-25 | 2018-02-20 | Open Text Sa Ulc | Systems and methods for seamless access to remotely managed documents using synchronization of locally stored documents |
GB2511259B (en) * | 2014-06-16 | 2015-10-07 | Andersen Cheng | System and method for management of persistent and irrefutable instant messages |
-
2015
- 2015-05-04 CN CN201510221318.7A patent/CN106209568A/zh active Pending
-
2016
- 2016-04-06 EP EP16789240.5A patent/EP3293924B1/en active Active
- 2016-04-06 US US15/567,306 patent/US20180091461A1/en not_active Abandoned
- 2016-04-06 WO PCT/CN2016/078601 patent/WO2016177246A1/zh active Application Filing
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6789107B1 (en) * | 2000-05-03 | 2004-09-07 | International Business Machines Corporation | Method and apparatus for providing a view of an electronic mail message |
CN101198110A (zh) * | 2006-12-08 | 2008-06-11 | 上海基信通讯技术有限公司 | 手机短消息按联系人分组组织并以聊天式界面操作的方法 |
CN101267634A (zh) * | 2008-04-28 | 2008-09-17 | 中兴通讯股份有限公司 | 一种主叫名片用户只读信息存储的方法 |
CN101384009A (zh) * | 2008-10-08 | 2009-03-11 | 深圳华为通信技术有限公司 | 一种短信息撤回方法和终端 |
CN102195969A (zh) * | 2010-03-10 | 2011-09-21 | 阿瓦雅公司 | 具有单登入安全认证的多个设备的受信群组 |
CN103379451A (zh) * | 2013-06-21 | 2013-10-30 | 宇龙计算机通信科技(深圳)有限公司 | 阅后即焚信息的查看方法及其系统 |
CN104518946A (zh) * | 2013-09-27 | 2015-04-15 | 北京新媒传信科技有限公司 | 一种删除即时通信消息的方法和装置 |
CN103856919A (zh) * | 2014-03-27 | 2014-06-11 | 宇龙计算机通信科技(深圳)有限公司 | 信息发送方法及装置和信息接收方法及装置 |
CN104066060A (zh) * | 2014-06-26 | 2014-09-24 | 福州大学 | 移动终端即时通信的消息阅时保护与阅后即焚实现方法 |
CN104092600A (zh) * | 2014-07-28 | 2014-10-08 | 国家电网公司 | 一种邮件阅后即焚的方法、装置及系统 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114900803A (zh) * | 2022-05-31 | 2022-08-12 | 深圳市智信科技有限公司 | 一种基于计算机云平台分布式短信验证消息发送方法 |
Also Published As
Publication number | Publication date |
---|---|
EP3293924B1 (en) | 2023-11-22 |
WO2016177246A1 (zh) | 2016-11-10 |
EP3293924A4 (en) | 2018-12-26 |
EP3293924A1 (en) | 2018-03-14 |
US20180091461A1 (en) | 2018-03-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104023410B (zh) | 一种在无线终端间安全转移数据的方法和装置 | |
CN103944737B (zh) | 用户身份认证方法、第三方认证平台、运营商认证平台 | |
CN103391377B (zh) | 通信方法、数据处理平台以及通信系统 | |
US20150180870A1 (en) | Authorization Authentication Method And Apparatus | |
CN108124173A (zh) | 一种一对多投屏显示方法、系统及存储介质 | |
CN106156228A (zh) | 资源发放系统、资源发放方法及资源领取方法 | |
CN107086984A (zh) | 一种获取和生成验证码的方法、终端及服务器 | |
CN107743086A (zh) | 一种消息处理方法及系统、消息发送及接收装置 | |
CN105306208A (zh) | 身份验证方法及装置 | |
CN105814591A (zh) | 一种验证信息的传输方法及终端 | |
CN114006718A (zh) | 一种验证码获取方法、装置和终端 | |
CN104901805B (zh) | 一种身份鉴权方法、装置和系统 | |
CN105577662B (zh) | 终端环境安全控制方法及服务器 | |
CN106557962A (zh) | 支付方法、装置及系统 | |
CN108540433A (zh) | 用户身份校验方法及装置 | |
CN104967597A (zh) | 一种基于安全渠道的第三方应用消息鉴权方法及系统 | |
CN106909855A (zh) | 文件隐藏方法及装置 | |
CN102789351A (zh) | 一种切换浏览界面的方法及装置 | |
CN105323066A (zh) | 身份验证方法及装置 | |
CN106934607A (zh) | 一种支付方法、支付系统服务端以及支付设备 | |
CN105207886A (zh) | 即时通信消息的发送、显示方法及发送、显示装置和系统 | |
CN104616143A (zh) | 社交应用中虚拟票据转移方法及装置 | |
CN104009850B (zh) | 一种用户身份认证方法及系统 | |
CN104899488B (zh) | 数值转移方法及装置 | |
CN104516890A (zh) | 业务处理方法、装置及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1231281 Country of ref document: HK |
|
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20161207 |
|
RJ01 | Rejection of invention patent application after publication | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: WD Ref document number: 1231281 Country of ref document: HK |