CN105743917B - 消息传输方法及终端 - Google Patents
消息传输方法及终端 Download PDFInfo
- Publication number
- CN105743917B CN105743917B CN201610206059.5A CN201610206059A CN105743917B CN 105743917 B CN105743917 B CN 105743917B CN 201610206059 A CN201610206059 A CN 201610206059A CN 105743917 B CN105743917 B CN 105743917B
- Authority
- CN
- China
- Prior art keywords
- member client
- message
- prompt
- prompting
- key
- 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
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- 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
- 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/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
-
- 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)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种消息传输方法及终端。其中,该方法包括:加密消息传输会话中第一成员客户端通过服务器接收加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数;第一成员客户端通过服务器接收第二成员客户端发送的第一消息;第一成员客户端使用第一解密密钥对第一消息进行解密,得到第二消息;第一成员客户端检测在加密消息传输会话中是否执行了预定操作,其中,预定操作用于从加密消息传输会话中提取第二消息的消息内容;在第一成员客户端检测出执行了预定操作时,向第二成员客户端提示与预定操作对应的操作提示信息。本发明解决了由于采用现有的消息传输方法所导致的传输安全性较低的技术问题。
Description
技术领域
本发明涉及计算机领域,具体而言,涉及一种消息传输方法及终端。
背景技术
目前,现有的消息传输方法通常是在发起方、接收方及服务器三方都保留所传输的消息。例如,如图1所示,在发起方将非加密的消息经服务器发送给接收方的过程中,发起方、接收方及服务器三方在获取到所传输的消息后,均会将消息保留在本地。然而,在这种方式中,三方中任意一方都有可能将消息泄露出去,即,这种方式存在较大的传输安全隐患。
此外,如今还普遍使用一种无痕聊天,即,发起方和接收方所传输的消息的内容会在显示预定时间后自动消失。例如,如图2所示,发起方和接收方上的客户端会定时清除消息,并不会保留聊天记录。而服务器仍然会保留所传输的消息。也就是说,在消息传输过程中仍然存在传输风险。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种消息传输方法及终端,以至少解决由于采用现有的消息传输方法所导致的传输安全性较低的技术问题。
根据本发明实施例的一个方面,提供了一种消息传输方法,包括:加密消息传输会话中第一成员客户端通过服务器接收上述加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数;上述第一成员客户端通过上述服务器接收上述第二成员客户端发送的第一消息,其中,上述第一消息是上述第二成员客户端使用第一加密密钥对第二消息进行加密得到的,上述第一解密密钥与上述第一加密密钥为一对密钥对;上述第一成员客户端使用上述第一解密密钥对上述第一消息进行解密,得到上述第二消息,其中,上述第一解密密钥是上述第一成员客户端使用上述密钥参数生成得到的;上述第一成员客户端检测在上述加密消息传输会话中是否执行了预定操作,其中,上述预定操作用于从上述加密消息传输会话中提取上述第二消息的消息内容;在上述第一成员客户端检测出执行了上述预定操作时,向上述第二成员客户端提示与上述预定操作对应的操作提示信息。
根据本发明实施例的另一方面,还提供了一种消息传输终端,上述终端上运行有加密消息传输会话中第一成员客户端,上述终端包括:第一接收单元,用于通过服务器接收上述加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数;第二接收单元,用于通过上述服务器接收上述第二成员客户端发送的第一消息,其中,上述第一消息是上述第二成员客户端使用第一加密密钥对第二消息进行加密得到的,上述第一解密密钥与上述第一加密密钥为一对密钥对;解密单元,用于使用上述第一解密密钥对上述第一消息进行解密,得到上述第二消息,其中,上述第一解密密钥是上述第一成员客户端使用上述密钥参数生成得到的;检测单元,用于检测在上述加密消息传输会话中是否执行了预定操作,其中,上述预定操作用于从上述加密消息传输会话中提取上述第二消息的消息内容;提示单元,用于在检测出执行了上述预定操作时,向上述第二成员客户端提示与上述预定操作对应的操作提示信息。
在本发明实施例中,加密消息传输会话中第一成员客户端通过服务器接收所述加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数,并通过服务器接收第二成员客户端使用第一加密密钥对第二消息加密后得到的第一消息,其中第一解密密钥与第一加密密钥为一对密钥对。第一成员客户端使用根据第一解密密钥的密钥参数生成的第一解密密钥对第一消息进行解密得到第二消息。然后,第一成员客户端检测在上述加密消息传输会话中是否执行了用于从加密消息传输会话中提取第二消息的消息内容的预定操作,并在检测出执行了预定操作时,向第二成员客户端提示与该预定操作对应的操作提示信息。也就是说,通过在第一成员客户端与第二成员客户端之间进行密文传输,其中,第一成员客户端与第二成员客户端可以利用获取到的密钥参数生成解密密钥,而服务器由于无法获取到解密密钥,将无法识别所传输的消息,这样在服务器无法获取并保留所传输的消息的情况下,将避免消息内容被服务器泄露,从而保证了消息传输过程中消息内容的安全性,进而克服了相关技术中消息传输方法所存在的传输安全性较低的问题。
进一步,第一成员客户端还将检测在加密消息传输会话中是否执行了用于提取所传输的消息内容的预定操作,并在检测出预定操作时,向第二成员客户端提示对应的操作提示信息,从而实现了在第一成员客户端提取加密消息传输会话中的消息内容时,可以及时提示第二成员客户端,以进一步保证消息传输的安全性,避免加密消息传输会话中成员客户端通过预定操作提取消息内容导致消息内容泄露的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据现有技术的一种消息传输方法的示意图;
图2是根据现有技术的另一种消息传输方法的示意图;
图3是根据本发明实施例的一种可选的消息传输方法的应用环境示意图;
图4是根据本发明实施例的一种可选的消息传输方法的流程图;
图5是根据本发明实施例的一种可选的消息传输方法的示意图;
图6是根据本发明实施例的另一种可选的消息传输方法的示意图;
图7是根据本发明实施例的又一种可选的消息传输方法的示意图;
图8是根据本发明实施例的又一种可选的消息传输方法的示意图;
图9是根据本发明实施例的又一种可选的消息传输方法的示意图;
图10是根据本发明实施例的又一种可选的消息传输方法的示意图;
图11是根据本发明实施例的一种可选的消息传输终端的示意图;以及
图12是根据本发明实施例的一种可选的消息传输终端的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例,提供了一种上述消息传输方法的实施例,该消息传输方法可以但不限于应用于如图3所示的应用环境中,加密消息传输会话中运行在终端302的第一成员客户端通过服务器304接收加密消息传输会话中运行在终端306的第二成员客户端发送的用于生成第一解密密钥的密钥参数;并通过服务器304接收第二成员客户端发送的第一消息,其中,第一消息是第二成员客户端使用第一加密密钥对第二消息进行加密得到,第一解密密钥与第二加密密钥为一对密钥对;第一成员客户端使用第一解密密钥的密钥参数所生成的第一解密密钥对第一消息进行解密,以得到第二消息。第一成员客户端检测在上述加密消息传输会话中是否执行了用于从加密消息传输会话中提取第二消息的消息内容预定操作;在第一成员客户端检测出执行了预定操作时,向第二成员客户端提示与预定操作对应的操作提示信息。
需要说明的是,在本实施例中,上述第一成员客户端与第二成员客户端可以但不限于为相同应用使用不同登录账号的登录客户端。
可选地,在本实施例中,上述终端可以包括但不限于以下至少之一:手机、平板电脑、笔记本电脑、台式PC机。上述只是一种示例,本实施例对此不做任何限定。可选地,在本实施例中,上述终端与服务器之间可以但不限于通过网络进行交互,其中该网络可以包括但不限于以下至少之一:广域网、城域网、局域网。上述只是一种示例,本实施例对此不做任何限定。
根据本发明实施例,提供了一种消息传输方法,如图4所示,该方法包括:
S402,加密消息传输会话中第一成员客户端通过服务器接收加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数;
S404,第一成员客户端通过服务器接收第二成员客户端发送的第一消息,其中,第一消息是第二成员客户端使用第一加密密钥对第二消息进行加密得到的,第一解密密钥与第一加密密钥为一对密钥对;
S406,第一成员客户端使用第一解密密钥对第一消息进行解密,得到第二消息,其中,第一解密密钥是第一成员客户端使用密钥参数生成得到的;
S408,第一成员客户端检测在加密消息传输会话中是否执行了预定操作,其中,预定操作用于从加密消息传输会话中提取第二消息的消息内容;
S410,在第一成员客户端检测出执行了预定操作时,向第二成员客户端提示与预定操作对应的操作提示信息。
可选地,在本实施例中,上述消息传输方法可以但不限于应用于即时通讯应用的消息传输过程中。例如,如图5所示,作为发起方的第二成员客户端对所要发送的第二消息进行加密,得到加密的消息,即第一消息,然后,将该第一消息发送给服务器,服务器由于并未获取到用于解密第一消息的解密密钥,因而无法识别接收到的加密的消息(即第一消息),将直接发送给作为接收方的第一成员客户端,第一成员客户端利用预先从第二成员客户端获取到的密钥参数生成的第一解密密钥,识别上述加密的消息(即第一消息),以获取解密后的第二消息中的内容。第一成员客户端检测在上述加密消息传输会话中是否执行了用于从加密消息传输会话中提取第二消息的消息内容的预定操作,在检查出执行了预定操作时,则向第二成员客户端提示与该预定操作对应的操作提示信息。其中,在第一成员客户端与第二成员客户端接收并读取消息后可以但不限于清除消息,以避免消息泄露。上述举例仅是一种示例,本实施例中对此不做任何限定。
需要说明的是,在本实施例中,加密消息传输会话中第一成员客户端通过服务器接收所述加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数,并通过服务器接收第二成员客户端使用第一加密密钥对第二消息加密后得到的第一消息,其中第一解密密钥与第一加密密钥为一对密钥对。第一成员客户端使用根据第一解密密钥的密钥参数生成的第一解密密钥对第一消息进行解密得到第二消息。然后,第一成员客户端检测在上述加密消息传输会话中是否执行了用于从加密消息传输会话中提取第二消息的消息内容的预定操作,并在检测出执行了预定操作时,向第二成员客户端提示与该预定操作对应的操作提示信息。也就是说,通过在第一成员客户端与第二成员客户端之间进行密文传输,其中,第一成员客户端与第二成员客户端可以利用获取到的密钥参数生成解密密钥,而服务器由于无法获取到解密密钥,将无法识别所传输的消息,这样在服务器无法获取并保留所传输的消息的情况下,将避免消息内容被服务器泄露,从而保证了消息传输过程中消息内容的安全性,进而克服了相关技术中消息传输方法所存在的传输安全性较低的问题。
进一步,第一成员客户端还将检测在加密消息传输会话中是否执行了用于提取所传输的消息内容的预定操作,并在检测出预定操作时,向第二成员客户端提示对应的操作提示信息,从而实现了在第一成员客户端提取加密消息传输会话中的消息内容时,可以及时提示第二成员客户端,以进一步保证消息传输的安全性,避免加密消息传输会话中成员客户端通过预定操作提取消息内容导致消息内容泄露的问题。
可选地,在本实施例中,第一成员客户端通过服务器接收第二成员客户端发送的用于生成第一解密密钥的密钥参数的方式包括以下至少一种:
1)作为一种可选的实施方式,在第二成员客户端发起与第一成员客户端之间的加密消息传输会话的情况下,第一成员客户端通过服务器接收第二成员客户端发送的用于生成第一解密密钥的密钥参数包括:第一成员客户端接收第二成员客户端发送的用于请求创建加密消息传输会话的创建请求,其中,上述创建请求中携带有第一解密密钥的密钥参数。
2)作为另一种可选的实施方式,在第一成员客户端发起与第二成员客户端之间的加密消息传输会话的情况下,第一成员客户端通过服务器接收第二成员客户端发送的用于生成第一解密密钥的密钥参数包括:第一成员客户端向第二成员客户端发送用于请求创建加密消息传输会话的创建请求,其中,上述创建请求中携带有第二成员客户端解密所需的第二解密密钥的密钥参数;第一成员客户端接收第二成员客户端发送的用于确认创建加密消息传输会话的确认响应,其中,上述确认响应中携带有第一解密密钥的密钥参数。
可选地,在本实施例中,在第一成员客户端通过服务器接收第二成员客户端发送的用于生成第一解密密钥的密钥参数之后,还包括:第一成员客户端根据接收到的第一解密密钥的密钥参数获取第一解密密钥的密钥信息;第一成员客户端使用该密钥信息生成第一解密密钥。
需要说明的是,在本实施例中,密钥信息可以但不限于用于与密钥参数匹配。也就是说,在第一成员客户端根据密钥参数获取到密钥信息时,则表示第一成员客户端接收第二成员客户端发送的创建加密消息传输会话的创建请求的邀请,将加入到该加密消息传输会话。
可选地,在本实施例中,上述第一解密密钥可以但不限于是第一成员客户端为上述第一成员客户端与第二成员客户端之间所创建的加密消息传输会话所生成的用于在第一成员客户端进行解密的唯一密钥;上述第二解密密钥可以但不限于是第二成员客户端为上述第一成员客户端与第二成员客户端之间所创建的加密消息传输会话所生成的用于在第二成员客户端进行解密的唯一密钥。上述第一解密密钥与第二解密密钥是具有关联关系的密钥。
可选地,在本实施例中,在第一成员客户端通过服务器接收第二成员客户端发送的第一消息之前,还包括:第二成员客户端获取输入的第二消息,并使用第一加密密钥对第二消息进行加密封装,得到第一消息。
可选地,在本实施例中,上述第一加密密钥与上述第一解密密钥可以但不限于为数字密码。需要说明的是,在本实施例中,作为密钥对的第一加密密钥与第一解密密钥可以但不限于为相同的数字密码。这里的密钥对只是一种示例,本实施例中对此不做任何限定。
可选地,在本实施例中,第一成员客户端向第二成员客户端提示与预定操作对应的操作提示信息可以包括但不限于以下至少之一:
1)按照根据所提取的第二消息的消息内容确定的提示方式向第二成员客户端提示操作提示信息;
需要说明的是,在本实施例中,上述第二消息的消息内容包括以下至少一种格式:文字格式、图片格式、流媒体格式。也就是说,在本实施例中,可以按照所提取的第二消息的消息内容的不同格式为提示操作匹配不同的提示方式。如在所提取的第二消息的消息内容为文字格式的消息时,按照第一提示方式提示上述操作提示信息;在所提取的第二消息的消息内容为图片格式的消息时,按照第二提示方式提示上述操作提示信息;在所提取的第二消息的消息内容为流媒体格式的消息时,按照第三提示方式提示上述操作提示信息;
进一步,不同格式的消息内容对应的提示方式可以具有不同的提示优先级。例如,由于流媒体格式中所携带的数据量大于图片格式中所携带的数据量,图片格式中所携带的数据量大于文字格式中所携带的数据量,因而,在本实施例中可以设置为:流媒体格式对应的第三提示方式的提示优先级高于图片格式对应的第二提示方式的提示优先级,图片格式对应的第二提示方式的提示优先级高于文字格式对应的第一提示方式的提示优先级。上述仅是一种示例,可以根据不同需要设置不同的提示优先级,本实施例中对此不做任何限定。
2)按照根据预定操作的操作类型确定的提示方式向第二成员客户端提示操作提示信息。
需要说明的是,在本实施例中,上述预定操作的操作类型可以包括但不限于以下至少之一:分享操作、截屏操作、复制操作或剪切操作。也就是说,在本实施例中,可以按照预定操作的不同操作类型为提示操作匹配不同的提示方式。如在预定操作为分享操作时,按照第四提示方式提示上述操作提示信息;在预定操作为截屏操作时,按照第五提示方式提示上述操作提示信息;在预定操作为复制操作或剪切操作时,按照第六提示方式提示上述操作提示信息;
进一步,不同操作类型的预定操作对应提示方式可以具有不同的提示优先级。例如,在本实施例中可以设置为:分享操作对应的第四提示方式的提示优先级高于截屏操作对应的第五提示方式的提示优先级,截屏操作对应的第五提示方式的提示优先级高于复制操作或剪切操作对应的第六提示方式的提示优先级。上述仅是一种示例,可以根据不同需要设置不同的提示优先级,本实施例中对此不做任何限定。
可选地,在本实施例中,第一成员客户端向第二成员客户端提示与预定操作对应的操作提示信息包括以下至少之一:
1)向第二成员客户端推送并显示文字提示信息;
2)提示第二成员客户端所在终端执行振动;和/或
3)提示第二成员客户端所在终端播放预定提示音。
需要说明的是,上述提示方式可以单独执行,也可以组合执行,本实施例中对此不做任何限定。例如,对于不同的提示优先级,在本实施例中可以设置为:高提示优先级的提示方式的提示时长大于低提示优先级的提示方式的提示时长;和/或,高提示优先级的提示方式的提示操作数量多于低提示优先级的提示方式的提示操作数量。
可选地,在本实施例中,在加密消息传输会话中第一成员客户端通过服务器接收加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数之前,还包括:
S1,第一成员客户端获取用于创建加密消息传输会话的第一会话窗口的创建请求;
S2,第一成员客户端响应创建请求在第一成员客户端的显示界面创建第一会话窗口。
作为一种可选的实施方式,第一成员客户端在当前会话所显示的第二会话窗口中获取创建请求,其中,当前会话包括第一成员客户端及第二成员客户端;第一成员客户端在第二会话窗口之外,创建一个会话窗口作为第一会话窗口。
例如,如图6(a)所示,在第一成员客户端(账号ID-1)与第二成员客户端(账号ID-2)之间进行当前会话(即普通聊天)过程中,第一成员客户端(账号ID-1)在所显示的当前会话的第二会话窗口中获取与第二成员客户端(账号ID-2)之间创建加密消息传输会话(即进入密文聊天)的创建请求,例如,通过菜单列表选择创建加密消息传输会话(图中未示出),如图6(b)所示,将另外创建一个新的会话窗口(如图6(b)所示用“密”标识)作为第一成员客户端与第二成员客户端之间加密消息传输会话的第一会话窗口。
作为另一种可选的实施方式,第一成员客户端在登录的第一账号的成员列表中获取用于选中第二成员客户端登录的第二账号的选中指令,将选中指令作为创建请求;第一成员客户端创建一个与第二成员客户端之间的会话窗口作为第一会话窗口。
例如,如图7(a)所示,第一成员客户端(账号ID-1)通过选中第二成员客户端(账号ID-2),向第二成员客户端(账号ID-2)发送用于创建加密消息传输会话(即进入密文聊天)的创建请求,如图7(b)可以创建新的会话窗口(如图7(b)所示用“密”标识)作为第一成员客户端与第二成员客户端之间加密消息传输会话的第一会话窗口。
可选地,在本实施例中,假设由第一成员客户端向第二成员客户端发起创建加密消息传输会话,则在创建加密消息传输会话(即进入密文聊天)之前,第一成员客户端还需等待第二成员客户端的确认响应,在第二成员客户端确认后才会创建加密消息传输会话。如图8示出了第一成员客户端在等待确认过程中所显示的等待确认的界面。
需要说明的是,在本实施例中,第一成员客户端在等待确认过程中不能与第二成员客户端传输消息,输入框是锁住的。当接收到第二成员客户端发送的确认响应后,才会对加密消息传输会话中的输入框解锁。
可选地,在本实施例中,在第一成员客户端使用第一解密密钥对第一消息进行解密,得到第二消息之后,还包括:
S1,第一成员客户端判断第二消息的显示时长是否到达预设时间;
S2,在到达预设时间时,第一成员客户端删除第二消息。
需要说明的是,在本实施例中,上述第一成员客户端在解密得到第二消息之后,将在显示界面显示该第二消息。进一步,在上述第二消息的显示时长达到预设时间时,第一成员客户端将从第一成员客户端中删除上述第二消息,通过这种阅后即焚的方式,以使客户端也避免保留较为隐秘的消息内容,从而进一步提高了消息传输的安全性。
可选地,在本实施例中,上述预设时间可以但不限于通过以下至少一种方式获取:
1)第一成员客户端获取预先设置的预设时间;或者
2)第一成员客户端获取服务器通知的预设时间;或者
3)第一成员客户端获取第二成员客户端发送的预设时间。
也就是说,在本实施例中,作为一种可选的实施方式,上述预设时间可以由第一成员客户端预先设置。例如,在开启加密消息传输会话(即密文聊天)时,通过设置界面预先设置该预设时间。作为另一种可选的实施方式,还可以由服务器统一设置,然后由服务器通知第一成员客户端该预设时间。作为又一种可选的实施方式,还可以由第二成员客户端设置,获取第二成员客户端发送的预设时间。例如,在开启加密消息传输会话(即密文聊天)的过程中,获取第二成员客户端设置的预设时间。通过上述不同的方式设置用于控制第二消息的显示时长的预设时间,从而实现控制客户端阅读消息的时长,以避免消息传输记录泄露,进而保证消息的安全性。
通过本申请提供的实施例,通过在第一成员客户端与第二成员客户端之间进行密文传输,其中,第一成员客户端与第二成员客户端可以利用获取到的密钥参数生成解密密钥,而服务器由于无法获取到解密密钥,将无法识别所传输的消息,这样在服务器无法获取并保留所传输的消息的情况下,将避免消息内容被服务器泄露,从而保证了消息传输过程中消息内容的安全性,进而克服了相关技术中消息传输方法所存在的传输安全性较低的问题。进一步,第一成员客户端还将检测在加密消息传输会话中是否执行了用于提取所传输的消息内容的预定操作,并在检测出预定操作时,向第二成员客户端提示对应的操作提示信息,从而实现了在第一成员客户端提取加密消息传输会话中的消息内容时,可以及时提示第二成员客户端,以进一步保证消息传输的安全性,避免加密消息传输会话中成员客户端通过预定操作提取消息内容导致消息内容泄露的问题。
作为一种可选的方案,在加密消息传输会话中第一成员客户端通过服务器接收加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数之前,还包括:
S1,第一成员客户端将密钥参数代入到第一成员客户端具有的解密函数中,以得到第一解密密钥。
可选地,在本实施例中,上述解密函数可以但不限于在以下至少一种情况下获取:1)下载安装客户端时;2)客户端进行功能更新时。也就是说,上述解密函数为客户端自身所具有,服务器无法获取该解密函数,因而,即使服务器获取到密钥参数,但由于无法获取到客户端所具有的用于生成解密密钥的解密函数,因而无法对所传输的加密后的第一消息进行解密,以得到第二消息。因而服务器所要执行的操作是将加密的消息直接进行转发。
通过本申请提供的实施例,第一成员客户端将密钥参数代入到第一成员客户端本身具有的解密函数中,以得到第一解密密钥。而服务器由于无法获取第一解密密钥,进一步更加无法获取解密后的第二消息,从而实现提高对所传输的消息的安全性,以避免消息内容被泄露。
作为一种可选的方案,在第一成员客户端将密钥参数代入到第一成员客户端具有的解密函数中之前,还包括:
S1,第一成员客户端获取第一成员客户端的数据更新包,其中,数据更新包中携带有解密函数;或者
S2,第一成员客户端获取第一成员客户端的数据安装包,其中,数据安装包中携带有解密函数。
可选地,在本实施例中,上述解密函数可以但不限于在下载安装第一成员客户端时获取到,也可以但不限于在第一成员客户端下载功能更新包时获取到。也就是说,用于生成解密密钥的上述解密函数仅能为客户端获取,而用于传输的服务器无法获取到。
通过本申请提供的实施例,由于服务器无法获取到用于生成解密密钥的解密函数,进一步无法对所传输的第一消息进行解密以得到第二消息,这种对服务器而言的透明传输方式,实现了在消息传输过程中所传输的消息不会被服务器获取,以使所传输的消息仅能被客户端识别,而不会被服务器泄露,从而实现提高消息传输的安全性,保护用户隐私的效果。
作为一种可选的方案,第一成员客户端将密钥参数代入到第一成员客户端具有的解密函数中,以得到第一解密密钥包括:
S1,第一成员客户端将密钥参数代入到第一公式中,得到第一解密密钥的密钥信息,其中,第一公式如下:
Y=gx mod(p) (1)
其中,x为密钥参数,g、p为预设参数,Y为密钥信息;
S2,第一成员客户端将密钥信息代入到第二公式中,得到第一解密密钥,其中,第二公式如下:
K=Ya mod(p) (2)
其中,a为与第一成员客户端匹配的预设参数,K为第一解密密钥。
1)作为一种可选的实施方式,在第二成员客户端发起与第一成员客户端之间的加密消息传输会话的情况下,第二成员客户端发送用于请求创建加密消息传输会话的创建请求,其中,该创建请求中携带密钥参数x,以及预设参数g、p。
具体可以如下:第一成员客户端将获取到的密钥参数(假设密钥参数x=b)及预设参数代入上述公式(1)中,得到第一解密密钥的密钥信息:Y1=gb mod(p),进一步,将上述密钥信息代入上述公式(2)中,得到第一解密密钥:K1=Y1 a mod(p)。
2)作为另一种可选的实施方式,在第一成员客户端发起与第二成员客户端之间的加密消息传输会话的情况下,第一成员客户端向第二成员客户端发送用于请求创建加密消息传输会话的创建请求;第一成员客户端接收第二成员客户端发送的用于确认创建加密消息传输会话的确认响应,其中,上述确认响应中携带有第一解密密钥的密钥参数x。
需要说明的是,在本实施例中,上述预设参数可以但不限于用于由作为发起方的客户端向作为接收方的客户端发送。也就是说,在第一成员客户端发起与第二成员客户端之间的加密消息传输会话的情况下,第一成员客户端将在向第二成员客户端发送的创建请求中携带上述预设参数g、p。而在第二成员客户端发送的确认响应中将携带上述第一解密密钥的密钥参数x。
通过本申请提供的实施例,服务器将仅用于传输密钥参数,而由于不具有解密函数,将无法利用密钥参数得到解密密钥,进而将无法识别所传输的加密后的第一消息的消息内容。其中,第一成员客户端与第二成员客户端将各自在客户端中使用各自具有的解密函数来生成对应的解密密钥,从而无法识别所传输的加密的消息,进而实现对所传输的消息的安全保护。
作为一种可选的方案,在加密消息传输会话中第一成员客户端通过服务器接收加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数之前,还包括:
S1,第二成员客户端获取输入的第二消息;
S2,第二成员客户端使用第一加密密钥对第二消息进行加密封装,得到第一消息。
可选地,在本实施例中,上述第一加密密钥与上述第一解密密钥可以但不限于为数字密码。需要说明的是,在本实施例中,作为密钥对的第一加密密钥与第一解密密钥可以但不限于为相同的数字密码。这里的密钥对只是一种示例,本实施例中对此不做任何限定。
可选地,在本实施例中,可以但不限于根据第二消息的消息类型确定第二消息的加密封装方式。例如,若第二消息为文字格式的消息,则可以直接使用加密密钥(例如数字密码)对第二消息进行加密封装,以得到第一消息。在接收方获取到该第一消息后,可以利用解密密钥(例如数字密码)解密,以获取到第二消息。若第二消息为图片格式的消息,则可以在该图片格式的消息上打马赛克进行模糊处理,以得到第一消息。在接收方获取到该第一消息后,可以利用解密密钥解密,以清除马赛克,获取第二消息。
通过本申请提供的实施例,通过对所传输的第二消息加密得到第一加密消息,从而实现对传输消息进行保护,以达到提高数据传输的安全性的目的。
作为一种可选的方案,第一成员客户端向第二成员客户端提示与预定操作对应的操作提示信息包括:
1)第一成员客户端按照根据所提取的第二消息的消息内容确定的提示方式向第二成员客户端提示操作提示信息;和/或
2)第一成员客户端按照根据预定操作的操作类型确定的提示方式向第二成员客户端提示操作提示信息。
可选地,在本实施例中,上述第二消息的消息内容包括以下至少一种格式:文字格式、图片格式、流媒体格式。其中,在本实施例中,可以按照所提取的第二消息的消息内容的不同格式为提示操作匹配不同的提示方式。进一步,不同的提示方式可以具有不同的提示优先级。
可选地,在本实施例中,上述预定操作的操作类型可以包括但不限于以下至少之一:分享操作、截屏操作、复制操作或剪切操作。其中,在本实施例中,可以按照预定操作的不同操作类型为提示操作匹配不同的提示方式。进一步,不同操作类型的预定操作对应提示方式可以具有不同的提示优先级。
可选地,在本实施例中,高提示优先级的提示方式的提示时长大于低提示优先级的提示方式的提示时长;和/或,高提示优先级的提示方式的提示操作数量多于低提示优先级的提示方式的提示操作数量。上述仅是一种示例,本实施例中对于不同提示优先级的提示方式还可以进行其他组合,本实施例中对此不做任何限定。
通过本申请提供的实施例,通过按照根据所提取的第二消息的消息内容确定的提示方式向第二成员客户端提示操作提示信息,或者按照根据预定操作的操作类型确定的提示方式向第二成员客户端提示操作提示信息,实现为加密消息传输会话中的成员提供不同的提示方式,不仅丰富了提示形式,而且也使用户更易接受提示,改善了用户体验。
作为一种可选的方案,第一成员客户端按照根据所提取的第二消息的消息内容确定的提示方式向第二成员客户端提示操作提示信息包括:
1)在所提取的第二消息的消息内容为文字格式的消息时,第一成员客户端按照第一提示方式提示操作提示信息;或者
2)在所提取的第二消息的消息内容为图片格式的消息时,第一成员客户端按照第二提示方式提示操作提示信息;或者
3)在所提取的第二消息的消息内容为流媒体格式的消息时,第一成员客户端按照第三提示方式提示操作提示信息;
其中,第三提示方式的提示优先级高于第二提示方式的提示优先级,第二提示方式的提示优先级高于第一提示方式的提示优先级。
需要说明的是,在本实施例中,由于流媒体格式中所携带的数据量大于图片格式中所携带的数据量,图片格式中所携带的数据量大于文字格式中所携带的数据量,因而,在本实施例中提供的是,上述第三提示方式的提示优先级高于第二提示方式的提示优先级,第二提示方式的提示优先级高于第一提示方式的提示优先级。上述仅是一种示例,可以根据不同需要设置不同的提示优先级,本实施例中对此不做任何限定。
作为一种可选的方案,第一成员客户端按照根据预定操作的操作类型确定的提示方式向第二成员客户端提示操作提示信息包括:
1)在预定操作为分享操作时,第一成员客户端按照第四提示方式提示操作提示信息;或者
2)在预定操作为截屏操作时,第一成员客户端按照第五提示方式提示操作提示信息;或者
3)在预定操作为复制操作或剪切操作时,第一成员客户端按照第六提示方式提示操作提示信息;
其中,第四提示方式的提示优先级高于第五提示方式的提示优先级,第五提示方式的提示优先级高于第六提示方式的提示优先级。
需要说明的是,由于分享操作的泄露范围大于截屏操作的泄露范围,截屏操作的泄露范围大于复制操作或剪切操作的泄露范围。因而,在本实施例中可以设置为:分享操作对应的第四提示方式的提示优先级高于截屏操作对应的第五提示方式的提示优先级,截屏操作对应的第五提示方式的提示优先级高于复制操作或剪切操作对应的第六提示方式的提示优先级。
通过本申请提供的实施例,通过为按照不同原则得到的不同提示方式匹配不同的提示优先级,从而实现对提示的分层管理,丰富提示形式,以改善用户体验。
作为一种可选的方案,第一成员客户端向第二成员客户端提示与预定操作对应的操作提示信息包括:
1)第一成员客户端向第二成员客户端推送并显示文字提示信息;和/或
2)第一成员客户端提示第二成员客户端所在终端执行振动;和/或
3)第一成员客户端提示第二成员客户端所在终端播放预定提示音。
具体结合图9所示进行说明,例如,在第一成员客户端(账号ID-1)执行了预定操作(如截图操作)时,第一成员客户端(账号ID-1)将向第二成员客户端推送操作提示信息,如图9所示第二成员客户端(账号ID-2)将在加密消息会话的第一会话窗口中显示操作提示信息:“注意:第一成员客户端账号ID-1把消息截图保存了”。
又例如,第一成员客户端(账号ID-1)还可以向第二成员客户端(账号ID-2)发送提示指令,以提示第二成员客户端所在终端执行振动,如持续振动30s,从而达到提示第二成员客户端用户的目的。
又例如,第一成员客户端(账号ID-1)还可以向第二成员客户端(账号ID-2)发送提示指令,以提示第二成员客户端所在终端播放预定提示音,如连续播放提示音10次,从而达到提示第二成员客户端用户的目的。
通过本申请提供的实施例,通过在消息传输过程中,通过在检测出执行了预定操作后,通过不同方式提示加密消息传输会话中的其他成员客户端,从而实现通过及时提醒以避免所传输的消息被提取泄露,进而保证消息传输的安全性。
作为一种可选的方案,在加密消息传输会话中第一成员客户端通过服务器接收加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数之前,还包括:
S1,第一成员客户端获取用于创建加密消息传输会话的第一会话窗口的创建请求;
S2,第一成员客户端响应创建请求在第一成员客户端的显示界面创建第一会话窗口。
可选地,在本实施例中,上述加密消息传输会话可以但不限于仅包括两个成员客户端,如第一成员客户端及第二成员客户端,从而实现通过控制成员数量,以保证消息传输的安全性。
可选地,在本实施例中,加密消息传输会话的第一会话窗口可以但不限于与加密消息传输会话唯一对应。也就是说,不同的加密消息传输会话将创建不同的会话窗口,以避免加密消息传输会话中的消息内容泄露。
通过本申请提供的实施例,通过在第一成员客户端的显示界面创建加密消息传输会话的第一会话窗口。从而实现在第一成员客户端及第二成员客户端之间创建加密消息传输会话。
作为一种可选的方案,
S1,第一成员客户端获取用于创建加密消息传输会话的会话窗口的创建请求包括:S11,第一成员客户端在当前会话所显示的第二会话窗口中获取创建请求,其中,当前会话包括第一成员客户端及第二成员客户端;
S2,第一成员客户端响应创建请求在第一成员客户端的显示界面创建第一会话窗口包括:S21,第一成员客户端在第二会话窗口之外,创建一个会话窗口作为第一会话窗口。
具体结合以下示例进行说明,如图6(a)所示,在第一成员客户端(账号ID-1)与第二成员客户端(账号ID-2)之间进行当前会话(即普通聊天)过程中,第一成员客户端(账号ID-1)在所显示的当前会话的第二会话窗口中获取与第二成员客户端(账号ID-2)之间创建加密消息传输会话(即进入密文聊天)的创建请求,例如,通过菜单列表选择创建加密消息传输会话(图中未示出),如图6(b)所示,将另外创建一个新的会话窗口(如图6(b)所示用“密”标识)作为第一成员客户端与第二成员客户端之间加密消息传输会话的第一会话窗口。
通过本申请提供的实施例,基于第一成员客户端在当前会话所显示的第二会话窗口中获取创建请求,从而实现在当前会话中创建新的加密消息传输会话,以实现对当前会话中的第一成员客户端与第二成员客户端直接实现加密消息传输,达到简化创建操作的目的。
作为一种可选的方案,
S1,第一成员客户端获取用于创建加密消息传输会话的会话窗口的创建请求包括:S11,第一成员客户端在登录的第一账号的成员列表中获取用于选中第二成员客户端登录的第二账号的选中指令,将选中指令作为创建请求;
S2,第一成员客户端响应创建请求在第一成员客户端的显示界面创建第一会话窗口包括:S21,第一成员客户端创建一个与第二成员客户端之间的会话窗口作为第一会话窗口。
具体结合以下示例进行说明,如图7(a)所示,第一成员客户端(账号ID-1)通过选中第二成员客户端(账号ID-2),向第二成员客户端(账号ID-2)发送用于创建加密消息传输会话(即进入密文聊天)的创建请求,如图7(b)可以创建新的会话窗口(如图7(b)所示用“密”标识)作为第一成员客户端与第二成员客户端之间加密消息传输会话的第一会话窗口。
通过本申请提供的实施例,通过在第一成员客户端登录的第一账号的成员列表中获取用于选中第二成员客户端登录的第二账号的选中指令,以实现在第一账号对应的第一成员客户端与第二账号对应的第二成员客户端之间创建加密消息传输会话。从而实现在账号列表中直接选中将要进行加密消息传输会话的对象,来创建加密消息传输会话,以实现简化创建操作的效果。
作为一种可选的方案,在第一成员客户端使用第一解密密钥对第一消息进行解密,得到第二消息之后,还包括:
S1,第一成员客户端判断第二消息的显示时长是否到达预设时间;
S2,在到达预设时间时,第一成员客户端删除第二消息。
可选地,在本实施例中,在判断第二消息的显示时长是否到达预设时间之前,还包括:
1)第一成员客户端获取预先设置的预设时间;或者
例如,在开启加密消息传输会话(即密文聊天)时,通过设置界面预先设置该预设时间。又例如,在加密消息传输会话(即密文聊天)进行的过程中,通过设置界面设置该预设时间。
2)第一成员客户端获取服务器通知的预设时间;或者
例如,在开启加密消息传输会话(即密文聊天)时,接收服务器发送的通知,获取服务器预先配置的预设时间。
3)第一成员客户端获取第二成员客户端发送的预设时间。
例如,在开启加密消息传输会话(即密文聊天)时,在第一成员客户端未设置预设时间的情况下,可以获取第二成员客户端预先设置的预设时间。
又例如,在加密消息传输会话(即密文聊天)进行的过程中,在第一成员客户端未设置预设时间的情况下,获取第二成员客户端根据需要设置的预设时间。
具体结合图10所示进行说明,假设预设时间为5分钟,第一成员客户端(账号ID-1)在接收到第二成员客户端(账号ID-2)的第二消息后,在第二消息显示时长达到5分钟时,则删除上述第二消息。也就是说,第一成员客户端可阅读第二消息的时长为5分钟。
通过本申请提供的实施例,通过预设时间来控制第二消息的显示时长,在达到预设时间时,则删除第二消息,从而保证定时且及时清除客户端上缓存的加密消息,以达到对所传输的消息的保护,进而实现提高消息传输安全性的效果。进一步,通过不同的方式获取预设时间,以便于用户操作,从而达到改善用户体验的效果。
作为一种可选的方案,在向第二成员客户端提示与预定操作对应的操作提示信息之后,还包括:
S1,第一成员客户端接收第二成员客户端的通知消息,其中,通知消息用于通知第一成员客户端调整预设时间,调整后的预设时间小于调整前的预设时间。
可选地,在本实施例中,在向第二成员客户端提示与预定操作对应的操作提示信息之后,第一成员客户端还可以执行对应操作,以减少预定操作带来的影响。
例如,调整预设时间,通过缩短预设时间,以实现及时删除第一成员客户端上所显示的第二消息的内容。如第二成员客户端在接收到操作提示信息之后,可以通过向第一成员客户端发送通知消息,以通知第一成员客户端调整缩短当前的预设时间,从而实现及时删除第一成员客户端所显示的第二消息的内容,以避免第一成员客户端进一步泄露。
需要说明的是,对检测出执行了预定操作的第一成员客户端所采取的操作不仅限于上述方式,例如,第二成员客户端还可以直接关闭与第一成员客户端之间的加密消息传输会话,或,直接从账号列表中删除第一成员客户端对应的第一账号,以避免由于第一成员客户端的第一账号由于被盗用所带来的损失。上述仅是一种示例,本实施例中对此不做任何限定。
通过本申请提供的实施例,通过接收第二成员客户端发送的用于通知第一成员客户端调整预设时间,实现对当前的预设时间的调整,其中,调整后的预设时间小于调整前的预设时间。从而达到对第二消息进行及时保护,避免进一步泄露。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
实施例2
根据本发明实施例,还提供了一种用于实施上述消息传输方法的消息传输终端,终端上运行有加密消息传输会话中第一成员客户端,如图11所示,该终端包括:
1)第一接收单元1102,用于通过服务器接收所述加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数;
2)第二接收单元1104,用于通过所述服务器接收所述第二成员客户端发送的第一消息,其中,所述第一消息是所述第二成员客户端使用第一加密密钥对第二消息进行加密得到的,所述第一解密密钥与所述第一加密密钥为一对密钥对;
3)解密单元1106,用于使用所述第一解密密钥对所述第一消息进行解密,得到所述第二消息,其中,所述第一解密密钥是所述第一成员客户端使用所述密钥参数生成得到的;
4)检测单元1108,用于检测在加密消息传输会话中是否执行了预定操作,其中,所述预定操作用于从所述加密消息传输会话中提取所述第二消息的消息内容;
5)提示单元1110,用于在检测出执行了所述预定操作时,向所述第二成员客户端提示与所述预定操作对应的操作提示信息。
可选地,在本实施例中,上述消息传输终端可以但不限于应用于即时通讯应用的消息传输过程中。例如,如图5所示,作为发起方的第二成员客户端对所要发送的第二消息进行加密,得到加密的消息,即第一消息,然后,将该第一消息发送给服务器,服务器由于并未获取到用于解密第一消息的解密密钥,因而无法识别接收到的加密的消息(即第一消息),将直接发送给作为接收方的第一成员客户端,第一成员客户端利用预先从第二成员客户端获取到的密钥参数生成的第一解密密钥,识别上述加密的消息(即第一消息),以获取解密后的第二消息中的内容。第一成员客户端检测在上述加密消息传输会话中是否执行了用于从加密消息传输会话中提取第二消息的消息内容的预定操作,在检查出执行了预定操作时,则向第二成员客户端提示与该预定操作对应的操作提示信息。其中,在第一成员客户端与第二成员客户端接收并读取消息后可以但不限于清除消息,以避免消息泄露。上述举例仅是一种示例,本实施例中对此不做任何限定。
需要说明的是,在本实施例中,加密消息传输会话中第一成员客户端通过服务器接收所述加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数,并通过服务器接收第二成员客户端使用第一加密密钥对第二消息加密后得到的第一消息,其中第一解密密钥与第一加密密钥为一对密钥对。第一成员客户端使用根据第一解密密钥的密钥参数生成的第一解密密钥对第一消息进行解密得到第二消息。然后,第一成员客户端检测在上述加密消息传输会话中是否执行了用于从加密消息传输会话中提取第二消息的消息内容的预定操作,并在检测出执行了预定操作时,向第二成员客户端提示与该预定操作对应的操作提示信息。也就是说,通过在第一成员客户端与第二成员客户端之间进行密文传输,其中,第一成员客户端与第二成员客户端可以利用获取到的密钥参数生成解密密钥,而服务器由于无法获取到解密密钥,将无法识别所传输的消息,这样在服务器无法获取并保留所传输的消息的情况下,将避免消息内容被服务器泄露,从而保证了消息传输过程中消息内容的安全性,进而克服了相关技术中消息传输终端所存在的传输安全性较低的问题。
进一步,第一成员客户端还将检测在加密消息传输会话中是否执行了用于提取所传输的消息内容的预定操作,并在检测出预定操作时,向第二成员客户端提示对应的操作提示信息,从而实现了在第一成员客户端提取加密消息传输会话中的消息内容时,可以及时提示第二成员客户端,以进一步保证消息传输的安全性,避免加密消息传输会话中成员客户端通过预定操作提取消息内容导致消息内容泄露的问题。
可选地,在本实施例中,第一成员客户端通过服务器接收第二成员客户端发送的用于生成第一解密密钥的密钥参数的方式包括以下至少一种:
1)作为一种可选的实施方式,在第二成员客户端发起与第一成员客户端之间的加密消息传输会话的情况下,第一成员客户端通过服务器接收第二成员客户端发送的用于生成第一解密密钥的密钥参数包括:第一成员客户端接收第二成员客户端发送的用于请求创建加密消息传输会话的创建请求,其中,上述创建请求中携带有第一解密密钥的密钥参数。
2)作为另一种可选的实施方式,在第一成员客户端发起与第二成员客户端之间的加密消息传输会话的情况下,第一成员客户端通过服务器接收第二成员客户端发送的用于生成第一解密密钥的密钥参数包括:第一成员客户端向第二成员客户端发送用于请求创建加密消息传输会话的创建请求,其中,上述创建请求中携带有第二成员客户端解密所需的第二解密密钥的密钥参数;第一成员客户端接收第二成员客户端发送的用于确认创建加密消息传输会话的确认响应,其中,上述确认响应中携带有第一解密密钥的密钥参数。
可选地,在本实施例中,在第一成员客户端通过服务器接收第二成员客户端发送的用于生成第一解密密钥的密钥参数之后,还包括:第一成员客户端根据接收到的第一解密密钥的密钥参数获取第一解密密钥的密钥信息;第一成员客户端使用该密钥信息生成第一解密密钥。
需要说明的是,在本实施例中,密钥信息可以但不限于用于与密钥参数匹配。也就是说,在第一成员客户端根据密钥参数获取到密钥信息时,则表示第一成员客户端接收第二成员客户端发送的创建加密消息传输会话的创建请求的邀请,将加入到该加密消息传输会话。
可选地,在本实施例中,上述第一解密密钥可以但不限于是第一成员客户端为上述第一成员客户端与第二成员客户端之间所创建的加密消息传输会话所生成的用于在第一成员客户端进行解密的唯一密钥;上述第二解密密钥可以但不限于是第二成员客户端为上述第一成员客户端与第二成员客户端之间所创建的加密消息传输会话所生成的用于在第二成员客户端进行解密的唯一密钥。上述第一解密密钥与第二解密密钥是具有关联关系的密钥。
可选地,在本实施例中,在第一成员客户端通过服务器接收第二成员客户端发送的第一消息之前,还包括:第二成员客户端获取输入的第二消息,并使用第一加密密钥对第二消息进行加密封装,得到第一消息。
可选地,在本实施例中,上述第一加密密钥与上述第一解密密钥可以但不限于为数字密码。需要说明的是,在本实施例中,作为密钥对的第一加密密钥与第一解密密钥可以但不限于为相同的数字密码。这里的密钥对只是一种示例,本实施例中对此不做任何限定。
可选地,在本实施例中,第一成员客户端向第二成员客户端提示与预定操作对应的操作提示信息可以包括但不限于以下至少之一:
1)按照根据所提取的第二消息的消息内容确定的提示方式向第二成员客户端提示操作提示信息;
需要说明的是,在本实施例中,上述第二消息的消息内容包括以下至少一种格式:文字格式、图片格式、流媒体格式。也就是说,在本实施例中,可以按照所提取的第二消息的消息内容的不同格式为提示操作匹配不同的提示方式。如在所提取的第二消息的消息内容为文字格式的消息时,按照第一提示方式提示上述操作提示信息;在所提取的第二消息的消息内容为图片格式的消息时,按照第二提示方式提示上述操作提示信息;在所提取的第二消息的消息内容为流媒体格式的消息时,按照第三提示方式提示上述操作提示信息;
进一步,不同格式的消息内容对应的提示方式可以具有不同的提示优先级。例如,由于流媒体格式中所携带的数据量大于图片格式中所携带的数据量,图片格式中所携带的数据量大于文字格式中所携带的数据量,因而,在本实施例中可以设置为:流媒体格式对应的第三提示方式的提示优先级高于图片格式对应的第二提示方式的提示优先级,图片格式对应的第二提示方式的提示优先级高于文字格式对应的第一提示方式的提示优先级。上述仅是一种示例,可以根据不同需要设置不同的提示优先级,本实施例中对此不做任何限定。
2)按照根据预定操作的操作类型确定的提示方式向第二成员客户端提示操作提示信息。
需要说明的是,在本实施例中,上述预定操作的操作类型可以包括但不限于以下至少之一:分享操作、截屏操作、复制操作或剪切操作。也就是说,在本实施例中,可以按照预定操作的不同操作类型为提示操作匹配不同的提示方式。如在预定操作为分享操作时,按照第四提示方式提示上述操作提示信息;在预定操作为截屏操作时,按照第五提示方式提示上述操作提示信息;在预定操作为复制操作或剪切操作时,按照第六提示方式提示上述操作提示信息;
进一步,不同操作类型的预定操作对应提示方式可以具有不同的提示优先级。例如,在本实施例中可以设置为:分享操作对应的第四提示方式的提示优先级高于截屏操作对应的第五提示方式的提示优先级,截屏操作对应的第五提示方式的提示优先级高于复制操作或剪切操作对应的第六提示方式的提示优先级。上述仅是一种示例,可以根据不同需要设置不同的提示优先级,本实施例中对此不做任何限定。
可选地,在本实施例中,第一成员客户端向第二成员客户端提示与预定操作对应的操作提示信息包括以下至少之一:
1)向第二成员客户端推送并显示文字提示信息;
2)提示第二成员客户端所在终端执行振动;和/或
3)提示第二成员客户端所在终端播放预定提示音。
需要说明的是,上述提示方式可以单独执行,也可以组合执行,本实施例中对此不做任何限定。例如,对于不同的提示优先级,在本实施例中可以设置为:高提示优先级的提示方式的提示时长大于低提示优先级的提示方式的提示时长;和/或,高提示优先级的提示方式的提示操作数量多于低提示优先级的提示方式的提示操作数量。
可选地,在本实施例中,在加密消息传输会话中第一成员客户端通过服务器接收加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数之前,还包括:
S1,第一成员客户端获取用于创建加密消息传输会话的第一会话窗口的创建请求;
S2,第一成员客户端响应创建请求在第一成员客户端的显示界面创建第一会话窗口。
作为一种可选的实施方式,第一成员客户端在当前会话所显示的第二会话窗口中获取创建请求,其中,当前会话包括第一成员客户端及第二成员客户端;第一成员客户端在第二会话窗口之外,创建一个会话窗口作为第一会话窗口。
例如,如图6(a)所示,在第一成员客户端(账号ID-1)与第二成员客户端(账号ID-2)之间进行当前会话(即普通聊天)过程中,第一成员客户端(账号ID-1)在所显示的当前会话的第二会话窗口中获取与第二成员客户端(账号ID-2)之间创建加密消息传输会话(即进入密文聊天)的创建请求,例如,通过菜单列表选择创建加密消息传输会话(图中未示出),如图6(b)所示,将另外创建一个新的会话窗口(如图6(b)所示用“密”标识)作为第一成员客户端与第二成员客户端之间加密消息传输会话的第一会话窗口。
作为另一种可选的实施方式,第一成员客户端在登录的第一账号的成员列表中获取用于选中第二成员客户端登录的第二账号的选中指令,将选中指令作为创建请求;第一成员客户端创建一个与第二成员客户端之间的会话窗口作为第一会话窗口。
例如,如图7(a)所示,第一成员客户端(账号ID-1)通过选中第二成员客户端(账号ID-2),向第二成员客户端(账号ID-2)发送用于创建加密消息传输会话(即进入密文聊天)的创建请求,如图7(b)可以创建新的会话窗口(如图7(b)所示用“密”标识)作为第一成员客户端与第二成员客户端之间加密消息传输会话的第一会话窗口。
可选地,在本实施例中,假设由第一成员客户端向第二成员客户端发起创建加密消息传输会话,则在创建加密消息传输会话(即进入密文聊天)之前,第一成员客户端还需等待第二成员客户端的确认响应,在第二成员客户端确认后才会创建加密消息传输会话。如图8示出了第一成员客户端在等待确认过程中所显示的等待确认的界面。
需要说明的是,在本实施例中,第一成员客户端在等待确认过程中不能与第二成员客户端传输消息,输入框是锁住的。当接收到第二成员客户端发送的确认响应后,才会对加密消息传输会话中的输入框解锁。
可选地,在本实施例中,在第一成员客户端使用第一解密密钥对第一消息进行解密,得到第二消息之后,还包括:
S1,第一成员客户端判断第二消息的显示时长是否到达预设时间;
S2,在到达预设时间时,第一成员客户端删除第二消息。
需要说明的是,在本实施例中,上述第一成员客户端在解密得到第二消息之后,将在显示界面显示该第二消息。进一步,在上述第二消息的显示时长达到预设时间时,第一成员客户端将从第一成员客户端中删除上述第二消息,通过这种阅后即焚的方式,以使客户端也避免保留较为隐秘的消息内容,从而进一步提高了消息传输的安全性。
可选地,在本实施例中,上述预设时间可以但不限于通过以下至少一种方式获取:
1)第一成员客户端获取预先设置的预设时间;或者
2)第一成员客户端获取服务器通知的预设时间;或者
3)第一成员客户端获取第二成员客户端发送的预设时间。
也就是说,在本实施例中,作为一种可选的实施方式,上述预设时间可以由第一成员客户端预先设置。例如,在开启加密消息传输会话(即密文聊天)时,通过设置界面预先设置该预设时间。作为另一种可选的实施方式,还可以由服务器统一设置,然后由服务器通知第一成员客户端该预设时间。作为又一种可选的实施方式,还可以由第二成员客户端设置,获取第二成员客户端发送的预设时间。例如,在开启加密消息传输会话(即密文聊天)的过程中,获取第二成员客户端设置的预设时间。通过上述不同的方式设置用于控制第二消息的显示时长的预设时间,从而实现控制客户端阅读消息的时长,以避免消息传输记录泄露,进而保证消息的安全性。
通过本申请提供的实施例,通过在第一成员客户端与第二成员客户端之间进行密文传输,其中,第一成员客户端与第二成员客户端可以利用获取到的密钥参数生成解密密钥,而服务器由于无法获取到解密密钥,将无法识别所传输的消息,这样在服务器无法获取并保留所传输的消息的情况下,将避免消息内容被服务器泄露,从而保证了消息传输过程中消息内容的安全性,进而克服了相关技术中消息传输终端所存在的传输安全性较低的问题。进一步,第一成员客户端还将检测在加密消息传输会话中是否执行了用于提取所传输的消息内容的预定操作,并在检测出预定操作时,向第二成员客户端提示对应的操作提示信息,从而实现了在第一成员客户端提取加密消息传输会话中的消息内容时,可以及时提示第二成员客户端,以进一步保证消息传输的安全性,避免加密消息传输会话中成员客户端通过预定操作提取消息内容导致消息内容泄露的问题。
作为一种可选的方案,还包括:
1)代入单元,用于在通过服务器接收加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数之前,将密钥参数代入到第一成员客户端具有的解密函数中,以得到第一解密密钥。
可选地,在本实施例中,上述解密函数可以但不限于在以下至少一种情况下获取:1)下载安装客户端时;2)客户端进行功能更新时。也就是说,上述解密函数为客户端自身所具有,服务器无法获取该解密函数,因而,即使服务器获取到密钥参数,但由于无法获取到客户端所具有的用于生成解密密钥的解密函数,因而无法对所传输的加密后的第一消息进行解密,以得到第二消息。因而服务器所要执行的操作是将加密的消息直接进行转发。
通过本申请提供的实施例,第一成员客户端将密钥参数代入到第一成员客户端本身具有的解密函数中,以得到第一解密密钥。而服务器由于无法获取第一解密密钥,进一步更加无法获取解密后的第二消息,从而实现提高对所传输的消息的安全性,以避免消息内容被泄露。
作为一种可选的方案,还包括:
1)第一获取单元,用于在将密钥参数代入到第一成员客户端具有的解密函数中之前,获取第一成员客户端的数据更新包,其中,数据更新包中携带有解密函数;或者
2)第二获取单元,用于在将密钥参数代入到第一成员客户端具有的解密函数中之前,获取第一成员客户端的数据安装包,其中,数据安装包中携带有解密函数。
可选地,在本实施例中,上述解密函数可以但不限于在下载安装第一成员客户端时获取到,也可以但不限于在第一成员客户端下载功能更新包时获取到。也就是说,用于生成解密密钥的上述解密函数仅能为客户端获取,而用于传输的服务器无法获取到。
通过本申请提供的实施例,由于服务器无法获取到用于生成解密密钥的解密函数,进一步无法对所传输的第一消息进行解密以得到第二消息,这种对服务器而言的透明传输方式,实现了在消息传输过程中所传输的消息不会被服务器获取,以使所传输的消息仅能被客户端识别,而不会被服务器泄露,从而实现提高消息传输的安全性,保护用户隐私的效果。
作为一种可选的方案,代入单元包括:
1)第一代入模块,用于将密钥参数代入到第一公式中,得到第一解密密钥的密钥信息,其中,第一公式如下:
Y=gx mod(p) (1)
其中,x为密钥参数,g、p为预设参数,Y为密钥信息;
2)第二代入模块,用于将密钥信息代入到第二公式中,得到第一解密密钥,其中,第二公式如下:
K=Ya mod(p) (2)
其中,a为与第一成员客户端匹配的预设参数,K为第一解密密钥。
1)作为一种可选的实施方式,在第二成员客户端发起与第一成员客户端之间的加密消息传输会话的情况下,第二成员客户端发送用于请求创建加密消息传输会话的创建请求,其中,该创建请求中携带密钥参数x,以及预设参数g、p。
具体可以如下:第一成员客户端将获取到的密钥参数(假设密钥参数x=b)及预设参数代入上述公式(1)中,得到第一解密密钥的密钥信息:Y1=gb mod(p),进一步,将上述密钥信息代入上述公式(2)中,得到第一解密密钥:K1=Y1 a mod(p)。
2)作为另一种可选的实施方式,在第一成员客户端发起与第二成员客户端之间的加密消息传输会话的情况下,第一成员客户端向第二成员客户端发送用于请求创建加密消息传输会话的创建请求;第一成员客户端接收第二成员客户端发送的用于确认创建加密消息传输会话的确认响应,其中,上述确认响应中携带有第一解密密钥的密钥参数x。
需要说明的是,在本实施例中,上述预设参数可以但不限于用于由作为发起方的客户端向作为接收方的客户端发送。也就是说,在第一成员客户端发起与第二成员客户端之间的加密消息传输会话的情况下,第一成员客户端将在向第二成员客户端发送的创建请求中携带上述预设参数g、p。而在第二成员客户端发送的确认响应中将携带上述第一解密密钥的密钥参数x。
通过本申请提供的实施例,服务器将仅用于传输密钥参数,而由于不具有解密函数,将无法利用密钥参数得到解密密钥,进而将无法识别所传输的加密后的第一消息的消息内容。其中,第一成员客户端与第二成员客户端将各自在客户端中使用各自具有的解密函数来生成对应的解密密钥,从而无法识别所传输的加密的消息,进而实现对所传输的消息的安全保护。
作为一种可选的方案,提示单元1110包括:
1)第一提示模块,用于按照根据所提取的第二消息的消息内容确定的提示方式向第二成员客户端提示操作提示信息;和/或
2)第二提示模块,用于按照根据预定操作的操作类型确定的提示方式向第二成员客户端提示操作提示信息。
可选地,在本实施例中,上述第二消息的消息内容包括以下至少一种格式:文字格式、图片格式、流媒体格式。其中,在本实施例中,可以按照所提取的第二消息的消息内容的不同格式为提示操作匹配不同的提示方式。进一步,不同的提示方式可以具有不同的提示优先级。
可选地,在本实施例中,上述预定操作的操作类型可以包括但不限于以下至少之一:分享操作、截屏操作、复制操作或剪切操作。其中,在本实施例中,可以按照预定操作的不同操作类型为提示操作匹配不同的提示方式。进一步,不同操作类型的预定操作对应提示方式可以具有不同的提示优先级。
可选地,在本实施例中,高提示优先级的提示方式的提示时长大于低提示优先级的提示方式的提示时长;和/或,高提示优先级的提示方式的提示操作数量多于低提示优先级的提示方式的提示操作数量。上述仅是一种示例,本实施例中对于不同提示优先级的提示方式还可以进行其他组合,本实施例中对此不做任何限定。
通过本申请提供的实施例,通过按照根据所提取的第二消息的消息内容确定的提示方式向第二成员客户端提示操作提示信息,或者按照根据预定操作的操作类型确定的提示方式向第二成员客户端提示操作提示信息,实现为加密消息传输会话中的成员提供不同的提示方式,不仅丰富了提示形式,而且也使用户更易接受提示,改善了用户体验。
作为一种可选的方案,第一提示模块包括:
1)第一提示子模块,用于在所提取的第二消息的消息内容为文字格式的消息时,按照第一提示方式提示操作提示信息;或者
2)第二提示子模块,用于在所提取的第二消息的消息内容为图片格式的消息时,按照第二提示方式提示操作提示信息;或者
3)第三提示子模块,用于在所提取的第二消息的消息内容为流媒体格式的消息时,按照第三提示方式提示操作提示信息;
其中,第三提示方式的提示优先级高于第二提示方式的提示优先级,第二提示方式的提示优先级高于第一提示方式的提示优先级。
需要说明的是,在本实施例中,由于流媒体格式中所携带的数据量大于图片格式中所携带的数据量,图片格式中所携带的数据量大于文字格式中所携带的数据量,因而,在本实施例中提供的是,上述第三提示方式的提示优先级高于第二提示方式的提示优先级,第二提示方式的提示优先级高于第一提示方式的提示优先级。上述仅是一种示例,可以根据不同需要设置不同的提示优先级,本实施例中对此不做任何限定。
作为一种可选的方案,第二提示模块包括:
1)第四提示子模块,在预定操作为分享操作时,按照第四提示方式提示操作提示信息;或者
2)第五提示子模块,在预定操作为截屏操作时,按照第五提示方式提示操作提示信息;或者
3)第六提示子模块,在预定操作为复制操作或剪切操作时,按照第六提示方式提示操作提示信息;
其中,第四提示方式的提示优先级高于第五提示方式的提示优先级,第五提示方式的提示优先级高于第六提示方式的提示优先级。
需要说明的是,由于分享操作的泄露范围大于截屏操作的泄露范围,截屏操作的泄露范围大于复制操作或剪切操作的泄露范围。因而,在本实施例中可以设置为:分享操作对应的第四提示方式的提示优先级高于截屏操作对应的第五提示方式的提示优先级,截屏操作对应的第五提示方式的提示优先级高于复制操作或剪切操作对应的第六提示方式的提示优先级。
通过本申请提供的实施例,通过为按照不同原则得到的不同提示方式匹配不同的提示优先级,从而实现对提示的分层管理,丰富提示形式,以改善用户体验。
作为一种可选的方案,提示单元1110包括:
1)第三提示模块,用于向第二成员客户端推送并显示文字提示信息;和/或
2)第四提示模块,用于提示第二成员客户端所在终端执行振动;和/或
3)第五提示模块,用于提示第二成员客户端所在终端播放预定提示音。
具体结合图9所示进行说明,例如,在第一成员客户端(账号ID-1)执行了预定操作(如截图操作)时,第一成员客户端(账号ID-1)将向第二成员客户端推送操作提示信息,如图9所示第二成员客户端(账号ID-2)将在加密消息会话的第一会话窗口中显示操作提示信息:“注意:第一成员客户端账号ID-1把消息截图保存了”。
又例如,第一成员客户端(账号ID-1)还可以向第二成员客户端(账号ID-2)发送提示指令,以提示第二成员客户端所在终端执行振动,如持续振动30s,从而达到提示第二成员客户端用户的目的。
又例如,第一成员客户端(账号ID-1)还可以向第二成员客户端(账号ID-2)发送提示指令,以提示第二成员客户端所在终端播放预定提示音,如连续播放提示音10次,从而达到提示第二成员客户端用户的目的。
通过本申请提供的实施例,通过在消息传输过程中,通过在检测出执行了预定操作后,通过不同方式提示加密消息传输会话中的其他成员客户端,从而实现通过及时提醒以避免所传输的消息被提取泄露,进而保证消息传输的安全性。
作为一种可选的方案,还包括:
1)第三获取单元,用于在通过服务器接收加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数之前,获取用于创建加密消息传输会话的第一会话窗口的创建请求;
2)创建单元,用于响应创建请求在第一成员客户端的显示界面创建第一会话窗口。
可选地,在本实施例中,上述加密消息传输会话可以但不限于仅包括两个成员客户端,如第一成员客户端及第二成员客户端,从而实现通过控制成员数量,以保证消息传输的安全性。
可选地,在本实施例中,加密消息传输会话的第一会话窗口可以但不限于与加密消息传输会话唯一对应。也就是说,不同的加密消息传输会话将创建不同的会话窗口,以避免加密消息传输会话中的消息内容泄露。
通过本申请提供的实施例,通过在第一成员客户端的显示界面创建加密消息传输会话的第一会话窗口。从而实现在第一成员客户端及第二成员客户端之间创建加密消息传输会话。
作为一种可选的方案,
1)第三获取单元包括:(1)第一获取模块,用于在当前会话所显示的第二会话窗口中获取创建请求,其中,当前会话包括第一成员客户端及第二成员客户端;
2)创建单元包括:(1)第一创建模块,用于在第二会话窗口之外,创建一个会话窗口作为第一会话窗口。
具体结合以下示例进行说明,如图6(a)所示,在第一成员客户端(账号ID-1)与第二成员客户端(账号ID-2)之间进行当前会话(即普通聊天)过程中,第一成员客户端(账号ID-1)在所显示的当前会话的第二会话窗口中获取与第二成员客户端(账号ID-2)之间创建加密消息传输会话(即进入密文聊天)的创建请求,例如,通过菜单列表选择创建加密消息传输会话(图中未示出),如图6(b)所示,将另外创建一个新的会话窗口(如图6(b)所示用“密”标识)作为第一成员客户端与第二成员客户端之间加密消息传输会话的第一会话窗口。
通过本申请提供的实施例,基于第一成员客户端在当前会话所显示的第二会话窗口中获取创建请求,从而实现在当前会话中创建新的加密消息传输会话,以实现对当前会话中的第一成员客户端与第二成员客户端直接实现加密消息传输,达到简化创建操作的目的。
作为一种可选的方案,
1)第三获取单元包括:(1)第二获取模块,用于在登录的第一账号的成员列表中获取用于选中第二成员客户端登录的第二账号的选中指令,将选中指令作为创建请求;
2)创建单元包括:(1)第二创建模块,用于创建一个与第二成员客户端之间的会话窗口作为第一会话窗口。
具体结合以下示例进行说明,如图7(a)所示,第一成员客户端(账号ID-1)通过选中第二成员客户端(账号ID-2),向第二成员客户端(账号ID-2)发送用于创建加密消息传输会话(即进入密文聊天)的创建请求,如图7(b)可以创建新的会话窗口(如图7(b)所示用“密”标识)作为第一成员客户端与第二成员客户端之间加密消息传输会话的第一会话窗口。
通过本申请提供的实施例,通过在第一成员客户端登录的第一账号的成员列表中获取用于选中第二成员客户端登录的第二账号的选中指令,以实现在第一账号对应的第一成员客户端与第二账号对应的第二成员客户端之间创建加密消息传输会话。从而实现在账号列表中直接选中将要进行加密消息传输会话的对象,来创建加密消息传输会话,以实现简化创建操作的效果。
作为一种可选的方案,还包括:
1)判断单元,用于在使用第一解密密钥对第一消息进行解密,得到第二消息之后,判断第二消息的显示时长是否到达预设时间;
2)删除单元,用于在到达预设时间时,删除第二消息。
可选地,在本实施例中,还包括以下至少之一:
(1)第四获取单元,用于在判断第二消息的显示时长是否到达预设时间之前,获取预先设置的预设时间;
例如,在开启加密消息传输会话(即密文聊天)时,通过设置界面预先设置该预设时间。又例如,在加密消息传输会话(即密文聊天)进行的过程中,通过设置界面设置该预设时间。
(2)第五获取单元,用于在判断第二消息的显示时长是否到达预设时间之前,获取服务器通知的预设时间;
例如,在开启加密消息传输会话(即密文聊天)时,接收服务器发送的通知,获取服务器预先配置的预设时间。
(3)第六获取单元,用于在判断第二消息的显示时长是否到达预设时间之前,获取第二成员客户端发送的预设时间。
例如,在开启加密消息传输会话(即密文聊天)时,在第一成员客户端未设置预设时间的情况下,可以获取第二成员客户端预先设置的预设时间。
又例如,在加密消息传输会话(即密文聊天)进行的过程中,在第一成员客户端未设置预设时间的情况下,获取第二成员客户端根据需要设置的预设时间。
具体结合图10所示进行说明,假设预设时间为5分钟,第一成员客户端(账号ID-1)在接收到第二成员客户端(账号ID-2)的第二消息后,在第二消息显示时长达到5分钟时,则删除上述第二消息。也就是说,第一成员客户端可阅读第二消息的时长为5分钟。
通过本申请提供的实施例,通过预设时间来控制第二消息的显示时长,在达到预设时间时,则删除第二消息,从而保证定时且及时清除客户端上缓存的加密消息,以达到对所传输的消息的保护,进而实现提高消息传输安全性的效果。进一步,通过不同的方式获取预设时间,以便于用户操作,从而达到改善用户体验的效果。
作为一种可选的方案,还包括:
1)第三接收单元,用于在向第二成员客户端提示与预定操作对应的操作提示信息之后,接收第二成员客户端的通知消息,其中,通知消息用于通知第一成员客户端调整预设时间,调整后的预设时间小于调整前的预设时间。
可选地,在本实施例中,在向第二成员客户端提示与预定操作对应的操作提示信息之后,第一成员客户端还可以执行对应操作,以减少预定操作带来的影响。
例如,调整预设时间,通过缩短预设时间,以实现及时删除第一成员客户端上所显示的第二消息的内容。如第二成员客户端在接收到操作提示信息之后,可以通过向第一成员客户端发送通知消息,以通知第一成员客户端调整缩短当前的预设时间,从而实现及时删除第一成员客户端所显示的第二消息的内容,以避免第一成员客户端进一步泄露。
需要说明的是,对检测出执行了预定操作的第一成员客户端所采取的操作不仅限于上述方式,例如,第二成员客户端还可以直接关闭与第一成员客户端之间的加密消息传输会话,或,直接从账号列表中删除第一成员客户端对应的第一账号,以避免由于第一成员客户端的第一账号由于被盗用所带来的损失。上述仅是一种示例,本实施例中对此不做任何限定。
通过本申请提供的实施例,通过接收第二成员客户端发送的用于通知第一成员客户端调整预设时间,实现对当前的预设时间的调整,其中,调整后的预设时间小于调整前的预设时间。从而达到对第二消息进行及时保护,避免进一步泄露。
实施例3
根据本发明实施例,还提供了一种用于实施上述消息传输方法的消息传输终端,该终端运行有第一成员客户端,如图12所示,该终端包括:
1)通讯接口1202,设置为通过服务器接收加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数;还设置为通过服务器接收第二成员客户端发送的第一消息,其中,第一消息是第二成员客户端使用第一加密密钥对第二消息进行加密得到的,第一解密密钥与第一加密密钥为一对密钥对;还设置为在第一成员客户端检测出执行了预定操作时,向第二成员客户端提示与预定操作对应的操作提示信息;
2)处理器1204,与通讯接口1202连接,设置为使用第一解密密钥对第一消息进行解密,得到第二消息,其中,第一解密密钥是第一成员客户端使用密钥参数生成得到的;还设置为检测在加密消息传输会话中是否执行了预定操作,其中,预定操作用于从加密消息传输会话中提取第二消息的消息内容;
3)存储器1206,与通讯接口1202及处理器1204连接,设置为存储第一解密密钥、第一解密密钥的密钥参数及第二消息。
可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例,本实施例在此不再赘述。
实施例4
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,存储介质被设置为存储用于执行以下步骤的程序代码:
S1,加密消息传输会话中第一成员客户端通过服务器接收加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数;
S2,第一成员客户端通过服务器接收第二成员客户端发送的第一消息,其中,第一消息是第二成员客户端使用第一加密密钥对第二消息进行加密得到的,第一解密密钥与第一加密密钥为一对密钥对;
S3,第一成员客户端使用第一解密密钥对第一消息进行解密,得到第二消息,其中,第一解密密钥是第一成员客户端使用密钥参数生成得到的;
S4,第一成员客户端检测在加密消息传输会话中是否执行了预定操作,其中,预定操作用于从加密消息传输会话中提取第二消息的消息内容;
S5,在第一成员客户端检测出执行了预定操作时,向第二成员客户端提示与预定操作对应的操作提示信息。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例,本实施例在此不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (29)
1.一种消息传输方法,其特征在于,包括:
第一成员客户端获取用于与第二成员客户端之间创建加密消息传输会话的第一会话窗口的创建请求;
所述第一成员客户端响应所述创建请求在所述第一成员客户端的显示界面创建所述第一会话窗口;
所述第一成员客户端等待所述第二成员客户端的确认响应并锁住所述第一会话窗口的消息输入框;
在接收到所述第二成员客户端发送的确认响应后,所述第一成员客户端解锁所述输入框;
加密消息传输会话中所述第一成员客户端通过服务器接收所述加密消息传输会话中所述第二成员客户端发送的用于生成第一解密密钥的密钥参数;
所述第一成员客户端通过所述服务器接收所述第二成员客户端发送的第一消息,其中,所述第一消息是所述第二成员客户端使用第一加密密钥对第二消息进行加密得到的,所述第一解密密钥与所述第一加密密钥为一对密钥对;
所述第一成员客户端使用所述第一解密密钥对所述第一消息进行解密,得到所述第二消息,其中,所述第一解密密钥是所述第一成员客户端使用所述密钥参数生成得到的;
所述第一成员客户端检测在所述加密消息传输会话中是否执行了预定操作,其中,所述预定操作用于从所述加密消息传输会话中提取所述第二消息的消息内容;
在所述第一成员客户端检测出执行了所述预定操作时,向所述第二成员客户端提示与所述预定操作对应的操作提示信息。
2.根据权利要求1所述的方法,其特征在于,在所述加密消息传输会话中第一成员客户端通过服务器接收所述加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数之前,还包括:
所述第一成员客户端将所述密钥参数代入到所述第一成员客户端具有的解密函数中,以得到所述第一解密密钥。
3.根据权利要求2所述的方法,其特征在于,在所述第一成员客户端将所述密钥参数代入到所述第一成员客户端具有的解密函数中之前,还包括:
所述第一成员客户端获取所述第一成员客户端的数据更新包,其中,所述数据更新包中携带有所述解密函数;或者
所述第一成员客户端获取所述第一成员客户端的数据安装包,其中,所述数据安装包中携带有所述解密函数。
4.根据权利要求2所述的方法,其特征在于,所述第一成员客户端将所述密钥参数代入到所述第一成员客户端具有的解密函数中,以得到所述第一解密密钥包括:
所述第一成员客户端将所述密钥参数代入到第一公式中,得到所述第一解密密钥的密钥信息,其中,所述第一公式如下:
Y=gx mod(p),
其中,所述x为所述密钥参数,所述g、p为预设参数,所述Y为所述密钥信息;
所述第一成员客户端将所述密钥信息代入到第二公式中,得到所述第一解密密钥,其中,所述第二公式如下:
K=Ya mod(p),
其中,所述a为与所述第一成员客户端匹配的预设参数,所述K为所述第一解密密钥。
5.根据权利要求2所述的方法,其特征在于,在所述加密消息传输会话中第一成员客户端通过服务器接收所述加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数之前,还包括:
所述第二成员客户端获取输入的所述第二消息;
所述第二成员客户端使用所述第一加密密钥对所述第二消息进行加密封装,得到所述第一消息。
6.根据权利要求1所述的方法,其特征在于,所述第一成员客户端向所述第二成员客户端提示与所述预定操作对应的操作提示信息包括:
所述第一成员客户端按照根据所提取的所述第二消息的消息内容确定的提示方式向所述第二成员客户端提示所述操作提示信息;和/或
所述第一成员客户端按照根据所述预定操作的操作类型确定的提示方式向所述第二成员客户端提示所述操作提示信息。
7.根据权利要求6所述的方法,其特征在于,所述第一成员客户端按照根据所提取的所述第二消息的消息内容确定的提示方式向所述第二成员客户端提示所述操作提示信息包括:
在所提取的所述第二消息的消息内容为文字格式的消息时,所述第一成员客户端按照第一提示方式提示所述操作提示信息;或者
在所提取的所述第二消息的消息内容为图片格式的消息时,所述第一成员客户端按照第二提示方式提示所述操作提示信息;或者
在所提取的所述第二消息的消息内容为流媒体格式的消息时,所述第一成员客户端按照第三提示方式提示所述操作提示信息;
其中,所述第三提示方式的提示优先级高于所述第二提示方式的提示优先级,所述第二提示方式的提示优先级高于所述第一提示方式的提示优先级。
8.根据权利要求6所述的方法,其特征在于,所述第一成员客户端按照根据所述预定操作的操作类型确定的提示方式向所述第二成员客户端提示所述操作提示信息包括:
在所述预定操作为分享操作时,所述第一成员客户端按照第四提示方式提示所述操作提示信息;或者
在所述预定操作为截屏操作时,所述第一成员客户端按照第五提示方式提示所述操作提示信息;或者
在所述预定操作为复制操作或剪切操作时,所述第一成员客户端按照第六提示方式提示所述操作提示信息;
其中,所述第四提示方式的提示优先级高于所述第五提示方式的提示优先级,所述第五提示方式的提示优先级高于所述第六提示方式的提示优先级。
9.根据权利要求7或8所述的方法,其特征在于,高提示优先级的提示方式的提示时长大于低提示优先级的提示方式的提示时长;和/或,高提示优先级的提示方式的提示操作数量多于低提示优先级的提示方式的提示操作数量。
10.根据权利要求1至8中任意一项所述的方法,其特征在于,所述第一成员客户端向所述第二成员客户端提示与所述预定操作对应的操作提示信息包括:
所述第一成员客户端向所述第二成员客户端推送并显示文字提示信息;和/或
所述第一成员客户端提示所述第二成员客户端所在终端执行振动;和/或
所述第一成员客户端提示所述第二成员客户端所在终端播放预定提示音。
11.根据权利要求1所述的方法,其特征在于,
所述第一成员客户端获取用于创建所述加密消息传输会话的会话窗口的创建请求包括:所述第一成员客户端在当前会话所显示的第二会话窗口中获取所述创建请求,其中,所述当前会话包括所述第一成员客户端及所述第二成员客户端;
所述第一成员客户端响应所述创建请求在所述第一成员客户端的显示界面创建所述第一会话窗口包括:所述第一成员客户端在所述第二会话窗口之外,创建一个会话窗口作为所述第一会话窗口。
12.根据权利要求1所述的方法,其特征在于,
所述第一成员客户端获取用于创建所述加密消息传输会话的会话窗口的创建请求包括:所述第一成员客户端在登录的第一账号的成员列表中获取用于选中所述第二成员客户端登录的第二账号的选中指令,将所述选中指令作为所述创建请求;
所述第一成员客户端响应所述创建请求在所述第一成员客户端的显示界面创建所述第一会话窗口包括:所述第一成员客户端创建一个与所述第二成员客户端之间的会话窗口作为所述第一会话窗口。
13.根据权利要求1所述的方法,其特征在于,在所述第一成员客户端使用所述第一解密密钥对所述第一消息进行解密,得到所述第二消息之后,还包括:
所述第一成员客户端判断所述第二消息的显示时长是否到达预设时间;
在到达所述预设时间时,所述第一成员客户端删除所述第二消息。
14.根据权利要求13所述的方法,其特征在于,在向所述第二成员客户端提示与所述预定操作对应的操作提示信息之后,还包括:
所述第一成员客户端接收所述第二成员客户端的通知消息,其中,所述通知消息用于通知所述第一成员客户端调整所述预设时间,调整后的所述预设时间小于调整前的所述预设时间。
15.根据权利要求13所述的方法,其特征在于,在所述第一成员客户端判断所述第二消息的显示时长是否到达预设时间之前,还包括:
所述第一成员客户端获取预先设置的所述预设时间;或者
所述第一成员客户端获取所述服务器通知的所述预设时间;或者
所述第一成员客户端获取所述第二成员客户端发送的所述预设时间。
16.一种消息传输终端,其特征在于,所述终端上运行有加密消息传输会话中第一成员客户端,所述终端包括:
第三获取单元,用于与第二成员客户端之间创建加密消息传输会话的第一会话窗口的创建请求;
创建单元,用于响应所述创建请求在所述第一成员客户端的显示界面创建所述第一会话窗口,并等待所述第二成员客户端的确认响应并锁住所述第一会话窗口的消息输入框,在接收到所述第二成员客户端发送的确认响应后,所述第一成员客户端解锁所述输入框;
第一接收单元,用于通过服务器接收所述加密消息传输会话中所述第二成员客户端发送的用于生成第一解密密钥的密钥参数;
第二接收单元,用于通过所述服务器接收所述第二成员客户端发送的第一消息,其中,所述第一消息是所述第二成员客户端使用第一加密密钥对第二消息进行加密得到的,所述第一解密密钥与所述第一加密密钥为一对密钥对;
解密单元,用于使用所述第一解密密钥对所述第一消息进行解密,得到所述第二消息,其中,所述第一解密密钥是所述第一成员客户端使用所述密钥参数生成得到的;
检测单元,用于检测在所述加密消息传输会话中是否执行了预定操作,其中,所述预定操作用于从所述加密消息传输会话中提取所述第二消息的消息内容;
提示单元,用于在检测出执行了所述预定操作时,向所述第二成员客户端提示与所述预定操作对应的操作提示信息。
17.根据权利要求16所述的终端,其特征在于,还包括:
代入单元,用于在所述通过服务器接收所述加密消息传输会话中第二成员客户端发送的用于生成第一解密密钥的密钥参数之前,将所述密钥参数代入到所述第一成员客户端具有的解密函数中,以得到所述第一解密密钥。
18.根据权利要求17所述的终端,其特征在于,还包括:
第一获取单元,用于在将所述密钥参数代入到所述第一成员客户端具有的解密函数中之前,获取所述第一成员客户端的数据更新包,其中,所述数据更新包中携带有所述解密函数;或者
第二获取单元,用于在将所述密钥参数代入到所述第一成员客户端具有的解密函数中之前,获取所述第一成员客户端的数据安装包,其中,所述数据安装包中携带有所述解密函数。
19.根据权利要求17所述的终端,其特征在于,所述代入单元包括:
第一代入模块,用于将所述密钥参数代入到第一公式中,得到所述第一解密密钥的密钥信息,其中,所述第一公式如下:
Y=gx mod(p),
其中,所述x为所述密钥参数,所述g、p为预设参数,所述Y为所述密钥信息;
第二代入模块,用于将所述密钥信息代入到第二公式中,得到所述第一解密密钥,其中,所述第二公式如下:
K=Ya mod(p),
其中,所述a为与所述第一成员客户端匹配的预设参数,所述K为所述第一解密密钥。
20.根据权利要求16所述的终端,其特征在于,所述提示单元包括:
第一提示模块,用于按照根据所提取的所述第二消息的消息内容确定的提示方式向所述第二成员客户端提示所述操作提示信息;和/或
第二提示模块,用于按照根据所述预定操作的操作类型确定的提示方式向所述第二成员客户端提示所述操作提示信息。
21.根据权利要求20所述的终端,其特征在于,所述第一提示模块包括:
第一提示子模块,用于在所提取的所述第二消息的消息内容为文字格式的消息时,按照第一提示方式提示所述操作提示信息;或者
第二提示子模块,用于在所提取的所述第二消息的消息内容为图片格式的消息时,按照第二提示方式提示所述操作提示信息;或者
第三提示子模块,用于在所提取的所述第二消息的消息内容为流媒体格式的消息时,按照第三提示方式提示所述操作提示信息;
其中,所述第三提示方式的提示优先级高于所述第二提示方式的提示优先级,所述第二提示方式的提示优先级高于所述第一提示方式的提示优先级。
22.根据权利要求20所述的终端,其特征在于,所述第二提示模块包括:
第四提示子模块,在所述预定操作为分享操作时,按照第四提示方式提示所述操作提示信息;或者
第五提示子模块,在所述预定操作为截屏操作时,按照第五提示方式提示所述操作提示信息;或者
第六提示子模块,在所述预定操作为复制操作或剪切操作时,按照第六提示方式提示所述操作提示信息;
其中,所述第四提示方式的提示优先级高于所述第五提示方式的提示优先级,所述第五提示方式的提示优先级高于所述第六提示方式的提示优先级。
23.根据权利要求21或22所述的终端,其特征在于,高提示优先级的提示方式的提示时长大于低提示优先级的提示方式的提示时长;和/或,高提示优先级的提示方式的提示操作数量多于低提示优先级的提示方式的提示操作数量。
24.根据权利要求16至22中任意一项所述的终端,其特征在于,所述提示单元包括:
第三提示模块,用于向所述第二成员客户端推送并显示文字提示信息;和/或
第四提示模块,用于提示所述第二成员客户端所在终端执行振动;和/或
第五提示模块,用于提示所述第二成员客户端所在终端播放预定提示音。
25.根据权利要求16所述的终端,其特征在于,
所述第三获取单元包括:第一获取模块,用于在当前会话所显示的第二会话窗口中获取所述创建请求,其中,所述当前会话包括所述第一成员客户端及所述第二成员客户端;
所述创建单元包括:第一创建模块,用于在所述第二会话窗口之外,创建一个会话窗口作为所述第一会话窗口。
26.根据权利要求16所述的终端,其特征在于,
所述第三获取单元包括:第二获取模块,用于在登录的第一账号的成员列表中获取用于选中所述第二成员客户端登录的第二账号的选中指令,将所述选中指令作为所述创建请求;
所述创建单元包括:第二创建模块,用于创建一个与所述第二成员客户端之间的会话窗口作为所述第一会话窗口。
27.根据权利要求16所述的终端,其特征在于,还包括:
判断单元,用于在使用所述第一解密密钥对所述第一消息进行解密,得到所述第二消息之后,判断所述第二消息的显示时长是否到达预设时间;
删除单元,用于在到达所述预设时间时,删除所述第二消息。
28.根据权利要求27所述的终端,其特征在于,还包括:
第三接收单元,用于在向所述第二成员客户端提示与所述预定操作对应的操作提示信息之后,接收所述第二成员客户端的通知消息,其中,所述通知消息用于通知所述第一成员客户端调整所述预设时间,调整后的所述预设时间小于调整前的所述预设时间。
29.根据权利要求27所述的终端,其特征在于,还包括:
第四获取单元,用于在判断所述第二消息的显示时长是否到达预设时间之前,获取预先设置的所述预设时间;或者
第五获取单元,用于在判断所述第二消息的显示时长是否到达预设时间之前,获取所述服务器通知的所述预设时间;或者
第六获取单元,用于在判断所述第二消息的显示时长是否到达预设时间之前,获取所述第二成员客户端发送的所述预设时间。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610206059.5A CN105743917B (zh) | 2016-04-05 | 2016-04-05 | 消息传输方法及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610206059.5A CN105743917B (zh) | 2016-04-05 | 2016-04-05 | 消息传输方法及终端 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105743917A CN105743917A (zh) | 2016-07-06 |
CN105743917B true CN105743917B (zh) | 2020-05-19 |
Family
ID=56253579
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610206059.5A Active CN105743917B (zh) | 2016-04-05 | 2016-04-05 | 消息传输方法及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105743917B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106487659B (zh) * | 2016-10-20 | 2022-12-20 | 宇龙计算机通信科技(深圳)有限公司 | 信息加密方法、信息加密装置及终端 |
CN107465602B (zh) * | 2017-08-18 | 2019-09-20 | 首媒科技(北京)有限公司 | 信息的处理方法、装置和终端设备 |
CN110855597B (zh) * | 2018-08-20 | 2022-08-09 | 京东科技控股股份有限公司 | 消息传输方法、服务器及客户端 |
CN111090887A (zh) * | 2019-12-30 | 2020-05-01 | 论客科技(广州)有限公司 | 一种基于即时聊天工具的对话内容销毁方法及装置 |
CN112637230B (zh) * | 2020-12-29 | 2022-07-12 | 北京天融信网络安全技术有限公司 | 一种即时通信方法及系统 |
CN114785751B (zh) * | 2021-01-06 | 2024-04-26 | 腾讯科技(深圳)有限公司 | 消息传输方法和相关装置 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103905187A (zh) * | 2012-12-26 | 2014-07-02 | 厦门雅迅网络股份有限公司 | 一种基于内容的网络通信加密方法 |
US8843750B1 (en) * | 2011-01-28 | 2014-09-23 | Symantec Corporation | Monitoring content transmitted through secured communication channels |
CN104579847A (zh) * | 2015-01-22 | 2015-04-29 | 网易(杭州)网络有限公司 | 通信消息的监测方法和设备 |
CN104660589A (zh) * | 2015-01-20 | 2015-05-27 | 中兴通讯股份有限公司 | 一种对信息进行加密控制、解析信息的方法、系统和终端 |
CN105119799A (zh) * | 2015-06-15 | 2015-12-02 | 阿里巴巴集团控股有限公司 | 即时通讯消息处理方法及客户端 |
CN105227565A (zh) * | 2015-10-13 | 2016-01-06 | 北京娜迦信息科技发展有限公司 | 用于安卓系统的防逆向破解共享对象文件的方法和装置 |
CN105262772A (zh) * | 2015-11-06 | 2016-01-20 | 腾讯科技(深圳)有限公司 | 一种数据传输方法、系统及相关装置 |
-
2016
- 2016-04-05 CN CN201610206059.5A patent/CN105743917B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8843750B1 (en) * | 2011-01-28 | 2014-09-23 | Symantec Corporation | Monitoring content transmitted through secured communication channels |
CN103905187A (zh) * | 2012-12-26 | 2014-07-02 | 厦门雅迅网络股份有限公司 | 一种基于内容的网络通信加密方法 |
CN104660589A (zh) * | 2015-01-20 | 2015-05-27 | 中兴通讯股份有限公司 | 一种对信息进行加密控制、解析信息的方法、系统和终端 |
CN104579847A (zh) * | 2015-01-22 | 2015-04-29 | 网易(杭州)网络有限公司 | 通信消息的监测方法和设备 |
CN105119799A (zh) * | 2015-06-15 | 2015-12-02 | 阿里巴巴集团控股有限公司 | 即时通讯消息处理方法及客户端 |
CN105227565A (zh) * | 2015-10-13 | 2016-01-06 | 北京娜迦信息科技发展有限公司 | 用于安卓系统的防逆向破解共享对象文件的方法和装置 |
CN105262772A (zh) * | 2015-11-06 | 2016-01-20 | 腾讯科技(深圳)有限公司 | 一种数据传输方法、系统及相关装置 |
Also Published As
Publication number | Publication date |
---|---|
CN105743917A (zh) | 2016-07-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105743917B (zh) | 消息传输方法及终端 | |
US9654448B2 (en) | Secure communication system for mobile devices | |
US10009321B2 (en) | Method performed by at least one server for processing a data packet from a first computing device to a second computing device to permit end-to-end encryption communication | |
CN107026824B (zh) | 一种消息加密、解密方法和装置 | |
US20080280644A1 (en) | Sim Messaging Client | |
CN106612275B (zh) | 用于传送和接收消息的用户终端和方法 | |
WO2015180666A1 (en) | Wireless network connection method, apparatus, and system | |
US10708237B2 (en) | System and method for chat messaging in a zero-knowledge vault architecture | |
CN104270516B (zh) | 解密方法和移动终端 | |
KR20160081973A (ko) | 네트워크 액세스 | |
CN107579903B (zh) | 一种基于移动设备的图片消息安全传输方法及系统 | |
CN113301431A (zh) | 视频数据的加解密方法、装置、电子设备及系统 | |
JP2020526991A (ja) | マルチエージェントメッセージングのための技法 | |
US10855846B1 (en) | Encrypting multiple party calls | |
CN113779619A (zh) | 一种基于国密算法的ceph分布式对象存储系统加解密方法 | |
CN104618397A (zh) | 一种用于即时通讯软件的加密方法及加密系统 | |
CN111818466B (zh) | 信息发送、接收方法及装置、电子设备及可读存储介质 | |
KR100931986B1 (ko) | 단말기 및 메시지 송수신 방법 | |
WO2016126151A1 (en) | System for establishing secure communication between multiple electronic communication devices | |
WO2014206146A1 (zh) | 通讯录的更新方法及装置 | |
CN109104361B (zh) | 即时通信方法、装置、电子设备及存储介质 | |
US9577995B1 (en) | Systems and methods for enabling secure communication between endpoints in a distributed computerized infrastructure for establishing a social network | |
US9571462B1 (en) | Extensible personality-based messaging system in a distributed computerized infrastructure for establishing a social network | |
US9286240B1 (en) | Systems and methods for controlling access to content in a distributed computerized infrastructure for establishing a social network | |
US11589221B2 (en) | Network key recovery, network key recovery management, network key provision, terminal, server and access point implementing same |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | 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 |