CN107493255A - 通讯消息的访问控制方法和装置 - Google Patents
通讯消息的访问控制方法和装置 Download PDFInfo
- Publication number
- CN107493255A CN107493255A CN201610414960.1A CN201610414960A CN107493255A CN 107493255 A CN107493255 A CN 107493255A CN 201610414960 A CN201610414960 A CN 201610414960A CN 107493255 A CN107493255 A CN 107493255A
- Authority
- CN
- China
- Prior art keywords
- client
- communication message
- message
- request
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- 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/216—Handling conversation history, e.g. grouping of messages in sessions or threads
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种通讯消息的访问控制方法和装置。其中，该方法包括：第一客户端发布通讯消息；服务器生成通知消息，并向第二客户端发送通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；第二客户端对通知消息执行预定操作生成第一请求，并将第一请求发送至服务器，其中，第一请求用于请求对通讯消息执行查看操作；服务器向第二客户端发送通讯消息，并记录对通讯消息已执行的历史操作信息，其中，历史操作信息中包括用于记录查看操作的信息；第一客户端向服务器发送第二请求，其中，第二请求用于请求获取历史操作信息；服务器向第一客户端发送历史操作信息。本发明解决了无法获取即时通讯消息的操作记录的技术问题。
Description
技术领域
本发明涉及通讯领域，具体而言，涉及一种通讯消息的访问控制方法和装置。
背景技术
目前即时通讯消息的可选择发送对象主要有三种：单人、多人会话和与当前账户有关联关系的所有人。对于发送单人的情况，接收人收到该消息后可以随意复制和转发；对于多人会话的情况，发送到的多人会话中的任何人都可以阅读消息内容，同时也可以复制和转发；对于发送对象为所有的情况(如朋友圈)与多人会话类似。在上述的发送方式中，一旦消息发出，发送者对于消息几乎不再具有控制权。
如，原本只想让指定接收人获得的消息可能被接收人泄露给他人，消息发出后几乎不可控；又如，当发送消息到多人会话时，多人会话内可能有不想要发送的接收人；而专门建立一个只有指定接收人的多人会话又增加发送成本；建立的临时多人会话过多时，不便于管理。
进一步地，若发布消息的账户的消息泄漏，也无法得知消息的泄漏对象。
针对上述的问题，目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种通讯消息的访问控制方法和装置，以至少解决无法获取即时通讯消息的操作记录的技术问题。
根据本发明实施例的一个方面，提供了一种通讯消息的访问控制方法，该方法包括：第一客户端发布通讯消息；服务器生成通知消息，并向第二客户端发送通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；第二客户端对通知消息执行预定操作生成第一请求，并将第一请求发送至服务器，其中，第一请求用于请求对通讯消息执行查看操作；服务器向第二客户端发送通讯消息，并记录对通讯消息已执行的历史操作信息，其中，历史操作信息中包括用于记录查看操作的信息；第一客户端向服务器发送第二请求，其中，第二请求用于请求获取历史操作信息；服务器向第一客户端发送历史操作信息。
根据本发明实施例的一个方面，提供了一种通讯消息的访问控制方法，该方法包括：向第二客户端发送通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；接收第二客户端发送的第一请求，其中，第一请求用于请求对第一客户端发布的通讯消息执行查看操作；获取对通讯消息已执行的历史操作信息，其中，历史操作信息包括用于指示查看操作的信息；向第二客户端发送通讯消息和历史操作信息。
根据本发明实施例的一个方面，提供了一种通讯消息的访问控制方法，该方法包括：发布通讯消息至服务器，其中，服务器用于生成通知消息，通知消息用于指示第一客户端发布了通讯消息；向服务器发送第二请求，其中，第二请求用于请求获取对通讯消息已执行的历史操作信息，服务器向第二客户端发送通知消息，并在接收到第二客户端的第一请求，记录第一请求所请求的操作，生成历史操作信息；接收服务器发送的历史操作信息。
根据本发明实施例的一个方面，提供了一种通讯消息的访问控制方法，该方法包括：接收到服务器发送的通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；对通知消息执行预定操作生成第一请求，其中，第一请求用于请求对通讯消息执行查看操作；将第一请求发送至服务器，其中，服务器用于获取对通讯消息已执行的历史操作信息，历史操作信息包括用于记录查看操作的第一操作信息；接收服务器发送的通讯消息和历史操作信息。
根据本发明实施例的一个方面，提供了一种通讯消息的访问控制装置，该装置包括：应用在服务器上，包括：第一发送单元，用于向第二客户端发送通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；第一接收单元，用于接收第二客户端发送的第一请求，其中，第一请求用于请求对第一客户端发布的通讯消息执行查看操作；获取单元，用于获取对通讯消息已执行的历史操作信息，其中，历史操作信息包括用于指示查看操作的信息；第二发送单元，用于向第二客户端发送通讯消息和历史操作信息。
根据本发明实施例的一个方面，提供了一种通讯消息的访问控制装置，该装置应用于接收方的客户端，包括：第一接收单元，用于接收到服务器发送的通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；生成单元，用于对通知消息执行预定操作生成第一请求，其中，第一请求用于请求对通讯消息执行查看操作；第一发送单元，用于将第一请求发送至服务器，其中，服务器用于获取对通讯消息已执行的历史操作信息，历史操作信息包括用于记录查看操作的第一操作信息；第二接收单元，用于接收服务器发送的通讯消息和历史操作信息。
根据本发明实施例的一个方面，提供了一种通讯消息的访问控制装置，该装置应用于发布方的客户端，包括：发布单元，用于发布通讯消息至服务器，其中，服务器用于生成通知消息，通知消息用于指示第一客户端发布了通讯消息；发送单元，用于向服务器发送第二请求，其中，第二请求用于请求获取对通讯消息已执行的历史操作信息，服务器向第二客户端发送通知消息，并在接收到第二客户端的第一请求，记录第一请求所请求的操作，生成历史操作信息；第一接收单元，用于接收服务器发送的历史操作信息。
在本发明实施例中，第一客户端发布通讯消息之后，服务器通知第二客户端，在第二客户端接收到第一客户端发布的通讯消息之后，对该通讯消息执行的任何操作(如查看操作)，被服务器记录下来，服务器将记录的历史操作信息发送给第一客户端，以供第一客户端查看，从而解决了现有技术中无法获取即时通讯消息的操作记录的问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的一种硬件环境的示意图；
图2是根据本发明实施例的一种可选的通讯消息的访问控制方法的流程图；
图3是根据本发明实施例的另一种可选的通讯消息的访问控制方法的流程图；
图4是根据本发明实施例的一种可选的通讯消息的访问控制方法的交互流程图；
图5是根据本发明实施例的一种可选的生成通讯消息的界面示意图；
图6是根据本发明实施例的一种可选的发布方发布通讯消息之后的界面示意图；
图7是根据本发明实施例的一种可选的历史操作信息的显示示意图；
图8是根据本发明实施例的另一种可选的历史操作信息的显示示意图；
图9是根据本发明实施例的另一种可选的删除或撤回通讯消息的界面示意图；
图10是根据本发明实施例的一种可选的撤回通讯消息之后第二客户端打开通讯消息的界面示意图；
图11是根据本发明实施例的一种可选的通讯消息的访问控制方法的流程图；
图12根据本发明实施例的一种可选的通讯消息的访问控制装置的示意图；
图13是本发明实施例的一种可选的终端或服务器的内部结构框图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
根据本发明实施例，提供了一种通讯消息的访问控制方法，该访问控制方法可以应用于如图1所示的硬件环境中，该硬件环境包括网络环境。
如图1所示，该硬件环境可以包括：第一客户端101、服务器103和第二客户端105，其中，该第一客户端和第二客户端上可以为独立的消息通讯应用的客户端，也可以为消息通讯应用嵌入的第三方客户端，在第一客户端上登录有发布账号，在第二客户端上登录有接收账号，第一客户端上的发布账号和第二客户端上的接收账号通过服务器建立通讯联系，需要说明的是，第一客户端也可以接收通讯消息，第二客户端也可以发布通讯消息，上述第一客户端和第二客户端是为了便于解释本发明实施例，这两个客户端的功能一致，与本发明实施例的发明思想相一致的客户端均在本申请的保护范围之内，本申请对这些客户端不再做详细说明。
上述的第一客户端、第二客户端和服务器通过网络连接，上述网络包括但不限于：广域网、城域网或局域网。
上述实施例中的消息通讯应用可以具有独立的消息通讯客户端，也可以为内嵌或依托其他的客户端实现的应用，本申请对此不做限定。
图1所示的第一客户端和第二客户端可以为移动终端或个人计算机，其中，移动终端可以为智能手机、平板电脑等。
下面结合图2对本申请的实施例描述如下，如图2所示，本申请实施例可以通过如下步骤实现：
步骤S201：第一客户端发布通讯消息；
步骤S202：服务器生成通知消息，并向第二客户端发送通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；
步骤S203：第二客户端对通知消息执行预定操作生成第一请求，并将第一请求发送至服务器，其中，第一请求用于请求对通讯消息执行查看操作；
步骤S204：服务器向第二客户端发送通讯消息，并记录对通讯消息已执行的历史操作信息，其中，历史操作信息中包括用于记录查看操作的信息；
步骤S205：第一客户端向服务器发送第二请求，其中，第二请求用于请求获取历史操作信息；
步骤S206：服务器向第一客户端发送历史操作信息。
通过上述实施例，第一客户端发布通讯消息之后，服务器通知第二客户端，在第二客户端接收到第一客户端发布的通讯消息之后，对该通讯消息执行的任何操作(如查看操作)，被服务器记录下来，服务器将记录的历史操作信息发送给第一客户端，以供第一客户端查看，从而解决了现有技术中无法获取即时通讯消息的操作记录的问题。
在上述实施例中，第一客户端可以基于历史操作信息明确得知其发布的通讯消息被哪个客户端操作(包括：查看、下载、转发)，从而可以准确跟踪该消息的操作路径，即便是消息内容泄漏也可以很方便的查找到泄漏源头。
上述实施例中的通讯消息可以包括：文件消息、公告消息、图文消息以及任务消息。其中，文件类型消息中可以携带有文件，如doc文件、txt文件、和pdf文件等。
根据上述实施例，第一客户端可以指示将通讯消息发布至一个或多个第二客户端，服务器检测到第一客户端发布了通讯消息之后，生成通知消息。可选地，该通知消息可以用于向第二客户端提醒第一客户端发布了通讯消息，该通知消息中可以记录下述至少之一：通讯消息的摘要信息、通讯消息的类型以及通讯消息的发布者，该摘要信息可以包括通讯消息的内容名称。这里的文件类型可以包括上述的：文件类型、公告类型、图文类型以及任务类型。其中，文件类型的消息可以被称之为文件消息，公告类型的消息可以称之为公告消息，图文类型的消息可以被称之为图文消息，任务类型的消息可以被称之为任务消息。
以文件类型的消息为例，通知消息可以为“[文件]小A发送了文件：重要信息.txt”。这个通知消息的“[文件]”即表明了这个通知消息所通知的通讯消息的类型，“重要信息.txt”示出了这个通讯消息的内容名称，小A即为这个通讯消息的发布者。
服务器生成通知消息之后将该通知消息发送至第二客户端，第二客户端接收到该通知消息之后，该通知消息显示在第二客户端的显示界面中，在第二客户端的用户对通知消息执行预定操作之后，生成请求对该通讯消息执行查看操作的第一请求，并将第一请求发送至服务器。
服务器接收到第一请求，记录第一请求所请求对通讯消息执行的操作，并向第二客户端发送通讯消息，可选地，在接收到每个第二客户端发送的第二请求之后，均记录该第一请求所请求的查看操作，生成对通讯消息已执行的历史操作信息，这里的历史操作信息中包括用于记录当前的查看操作的信息和在当前时刻之前对通讯消息已执行的操作的信息。
其中，历史操作信息包括下述至少之一：对通讯消息已执行操作的操作类型、对通讯消息已执行操作的总操作次数、对通讯消息已执行操作的账户信息，以及通讯消息的内容标识，操作类型包括下述至少之一：查看操作、发送操作和下载操作。
这里的对通讯消息已执行操作的总操作次数可以为统计的执行不同操作的次数，如执行查看操作的次数为2次。上述的、对通讯消息已执行操作的账户信息可以为获取的请求执行这些操作的第二客户端的账户信息，如小明和小红执行了查看操作。其中，账户信息可以包括账户名称、账户昵称以及账户头像等信息。
在向第二服务器发送通讯消息的同时，可以将该历史操作信息一并发送给第二客户端，并将该历史操作信息按照历史操作信息显示指示显示在第二客户端的屏幕上。这里的历史操作信息包括第二客户端当前请求的查看操作的信息。
其中，按照历史操作信息显示历史操作信息可以包括：显示执行不同操作的次数和/或账户信息，如，“已读2人”或者“小明和小红已读”等，本申请对历史操作信息的显示方式或格式不做限定。
根据上述实施例，在第一客户端发布通讯消息之后，可以生成第二请求，并将该第二请求发送至服务器，以获取历史操作信息。服务器接收到该第二请求之后，将最新更新的历史操作信息发送给第一客户端。
通过上述实施例，第一客户端在发布通讯消息之后，可以获取对该通讯消息已执行的操作的记录，可以对该通讯消息的访问进行更加全面的控制。
根据本发明的上述实施例，在第一客户端发布通讯消息之前，方法还可以包括：第一客户端接收通过消息生成界面输入的消息内容，并接收通过消息生成界面设置的操作权限；第一客户端将消息内容和操作权限封装成通讯消息。
上述的消息内容可以包括通讯消息所有携带的信息，若通讯消息为文件类型的消息，则该消息内容可以包括：文件和对文件的说明。其中，文件可以通过上传的方式输入。
该通讯消息的操作权限主要包含两个方面：消息本身的状态和接收人的权限。通过控制消息的状态，可做到消息的撤回等功能，通过控制接收人的权限，可以设置消息的权限类型，需要说明的是，在生成通讯消息的时候，消息的状态一般为被允许查看的状态。权限类型主要包含但不限于以下几种：公开类型：该类型对于任意人员都可以查看；指定可见：该类型只允许白名单中的人员查看，名单之外的人均不可见；指定不可见：该类型只限制黑名单中的人员不可查看，名单之外的人均可见；仅自己：该类型只允许创建者可见。
需要指出的是，不管接收人是直接从发送人那里接收到的还是二次转发接收到的，均适用于上述权限类型。
第一客户端在发布通讯消息之后可以调整通讯消息的状态和接收人的权限。第一客户端可以将该通讯消息由当前的权限类型调整为其他的权限类型，第一客户端还可以对该发布的通讯消息执行撤回操作，生成该通讯消息的撤回请求，以将该通讯消息的状态由被允许查看变更为不允许查看。
具体地，服务器向第二客户端发送通讯消息包括：服务器检测通讯消息是否处于被允许查看的状态；在检测出通讯消息处于被允许查看的状态的情况下，服务器基于操作权限检测第二客户端是否具有对通讯消息执行查看操作的权限；在检测出第二客户端具有对通讯消息执行查看操作的权限的情况下，服务器向第二客户端发送通讯消息。
通过上述实施例，根据通讯消息的权限类型来控制文件的访问权限；根据文件类型消息的状态来实现文件的撤回；同时对于任何尝试下载该文件的用户记录其下载行为，方便发送人监控下载范围或追溯下载者。
根据本发明的上述实施例，在第一客户端发布通讯消息之后，方法还包括：第一客户端生成通讯消息的撤回请求，并将撤回请求发送至服务器；服务器将通讯消息的状态由允许查看的状态变更为不允许查看的状态。
下面以文件类型的消息为例详述上述实施例，如图3所示，该实施例可以通过如下步骤实现：
步骤S301：第一客户端接收通过消息生成界面上传的文件。
步骤S302：通过消息生成界面设置权限类型。
该权限类型与上述实施例中的权限类型一致，在此不再赘述。
步骤S303：第一客户端将文件和操作权限封装成文件类型消息。
步骤S304：第一客户端发布文件类型消息。
步骤S305：服务器生成通知消息，并向第二客户端发送通知消息。其中，通知消息用于指示第一客户端发布了文件类型消息。
步骤S306：第二客户端点击通知消息生成第一请求，并将第一请求发送至服务器。
步骤S307：服务器检测文件类型消息是否处于被允许查看的状态。
在检测出文件类型消息处于被允许查看的状态的情况下，则执行步骤S308；否则执行步骤S309。
步骤S308：服务器基于权限类型检测第二客户端是否具有对文件类型消息执行查看操作的权限。
在检测出第二客户端具有对文件类型消息执行查看操作的权限的情况下，执行步骤S310；否则，执行步骤S309。
需要说明的是，查看操作实质上可以包括下载操作，在计算机领域，若查看的是当前终端上没有的文件时，需要通过下载该文件，以完成对该文件的查看。
步骤S309：提示第二客户端无权限。
步骤S310：服务器向第二客户端发送文件类型消息。
步骤S311：服务器记录第一请求所请求操作的信息。
可选地，服务器在接收到第一请求之后，记录第一请求所请求操作的信息，并更新历史操作信息，生成更新后的历史操作信息。
步骤S312：将历史操作信息发送至第二客户端。
在可以可选的实施例中，在执行步骤S310的同时执行该步骤S312，也即，服务器向第二客户端发送通讯消息的同时，将历史操作信息一并发送至第二客户端。
步骤S313：第一客户端向服务器发送第二请求，其中，第二请求用于请求获取历史操作信息。
步骤S314：服务器向第一客户端发送历史操作信息。
需要说明的是，这里的历史操作信息可以是最新更新的历史操作信息。
在一个可选的实施例中，在步骤S301之后，还可以包括：
步骤S315：第一客户端生成通讯消息的撤回请求，并将撤回请求发送至服务器。
步骤S316：服务器将通讯消息的状态由允许查看的状态变更为不允许查看的状态。
通过上述实施例，对文件类型可以设置权限类型和基于消息状态的权限控制两种方式，并可以上述实施例中还提供下载的记录，以对文件类型消息进行全面的访问控制。
下面仍以文件类型的消息为例，结合图4和图5详述本发明的又一可选实施例，在图4和图5所示的实施例中，通讯消息应用作为一个独立的应用存在，可以通过登录该应用客户端进入该应用，也可以通过浏览器页面进入该应用，本申请对此不做限定。
如图4所示，该实施例可以通过如下步骤实现：
步骤S401：创建文件消息。
发送者在登录第一客户端之后，可以进入消息生成界面。如图5所示，用户通过浏览器进入该应用，进入应用之后，消息生成界面中显示的账户信息有发布者的头像和账户名称，该界面中还可以显示触发不同的消息类型的按键，如图5示出的发文件、发公告、发任务和发消息的按键，点击发文件的按键可以进入生成文件类型消息的界面，点击发公告的按键可以进入生成公告类型消息的界面，点击发任务的按键可以进入生成任务类型的界面，点击发消息的按键可以进入生成图文类型消息的界面。
在图5所示的示例中，用户点击了发文件的按键(该按键为有灰度的按键)，进入文件类型消息的生成界面，在该生成界面中，通过点击上传附件的按键501，可以获取文件路径，在用户选中目标文件之后，该目标文件的文件名称显示在与该上传附件的按键对应的内容框502中，在图5所示的示例中，选中的目标文件的文件名称为“重要文件.txt”。
可选地，用户可以在文件说明框503中对该目标文件进行描述，如请按照重要内容中的指示处理专利会议事宜。当然，用户也可以选择不对该目标文件作文字描述。
步骤S402：设置消息权限。
具体地，用户A可以在“谁可以看”对应的选项框504中选择权限类型，图5的实例中选中的权限类型为“公开”，也即所有与第一客户端上登录账户具有关联关系(如好友关系)的账户均可以查看该文件。这里默认的权限类型为“公开”，若用户未对权限类型做操作，则生成的通讯消息的权限类型为公开。
步骤S403：发布通讯消息。
在用户完成上述的设置或内容输入之后，点击消息生成界面上的发送按键，生成通讯消息，并将通讯消息通过服务器发送至接收对象(即接收方)。
需要说明的是，这里的接收对象与上述的权限类型相对应，如，权限类型为公开，则接收对象为所有与登录在第一客户端上的账户具有关联关系的账户。
这里可以选择分享到第三方应用(如即时通讯应用)中，如图5所示的发送到微信，可以将该文件发布至微信中的群聊天中或者微信的朋友圈中等。在该实施例中，可以将生成的通知消息通知到第三方应用中。
在该实施例中还可以将通知消息直接发送至该通讯消息应用。
服务器在检测到第一客户端发布了通讯消息之后，生成该通讯消息的通知消息，利用通知消息向一个或多个第二客户端(即上述的接收方)通知第一客户端发布了通讯消息。
步骤S405：点击通知消息。
需要说明的是，在第二客户端接收该通知消息之前，还包括步骤S406：确定用户合法性身份。
具体地，确定用户合法性身份的原理为：用户登录时客户端(PCweb页面或者微信内的H5页面)会将微信UnionId和设备Id发送到服务器，服务器基于微信UnionId和设备Id生成这个用户的UserId，后续任意请求都会通过设备Id和UserId来判断这次请求是否来自合法用户。
其中，上述的微信UnionId和设备Id可以为一串全局唯一不可枚举的字符串，同一个设备(即安装有第二客户端的终端)的设备Id保持恒定不变。
步骤S407：检测消息的状态是否为撤回状态。
其中，若消息的状态不为撤回状态，则执行步骤S409：提示无权限；否则，进入步骤S408。
若消息处理撤回状态，则该通讯消息处于不允许查看的状态；否则，该通讯消息处于允许查看的状态。
步骤S408：检测用户是否属于对应的权限类型。
其中，检测用户属于对应的权限类型，则执行步骤S410和步骤S411；否则，执行步骤S409。
在上述实施例中，在确定用户的合法性身份基础上，根据UserId(在本实施例中用户的唯一标识)完成每个用户的访问权限控制，同时根据消息的状态完成对消息的整体访问权限控制。
在该实施例中的步骤S407和步骤S408可以在服务器上实现，也可以在第二客户端上实现。在服务器上实现该步骤，可以减少数据的传输量，可以加快数据的处理速度并且可以实现对数据的统一管理，记录操作行为的信息更加及时。
若通过第二客户端实现该步骤S407和步骤S408，在服务器发送通知消息时，在通知消息中携带操作权限(包括消息的状态和权限类型)。在第二客户端上实现该步骤可以减少客户端与服务器之间的交互，节省流量，并且可以减少服务器的数据处理量。
步骤S410：展示消息内容。
步骤S411：记录操作行为，并更新历史操作信息。
在图4所示的实施例中，在步骤S401之后，该方法还包括如下步骤：
步骤S413：撤回通讯消息。
第一客户端撤回通讯消息之后，所有的第二客户端均无法查看该通讯消息。
步骤S414：查看历史操作信息。
在上述实施例中，用户点击通知消息，生成查看文件类型消息并发起下载文件的请求，服务器记录该点击操作生成的第一请求上报的UserId、下载时间(如请求生成的时间)、使命达标识和文件标识等内容到数据库中。当第一客户端查看下载记录时，便将这些信息展示出来。
例如，图5所示的实施例中，用户A在登录后发送了一个文件类型的消息，但由于疏忽，选择的权限类型为公开，即任何人都可查看。用户A将该消息发送到微信群中，群中有用户B和C，用户B为A要发送的目标，而C不是。如图6所示，用户B接收到通知消息，点击该通知消息“[文件]A发送了文件：重要内容.txt”，则可以查看该通讯消息，在该通讯消息的展示界面上，可以显示通知消息的内容“[文件]A发送了文件：重要内容.txt”，还可以展示重要内容.txt的描述信息601以及A发布该通讯消息的时间602：2016-1-1，用户B可以点击601生成下载请求，服务器向用户B提供该文件。如图6所示，该界面中还可以记录下载人数：0人。该界面中还可以包括一些相关信息，如“下载过的文件都在这”，如文件评论次数，如图6中示出的等。
可选地，该描述信息601中还可以描述该文件的大小，如：21kb。
当用户B查看并下载了文件后，用户A在历史信息查看列表中可以查看的历史操作信息，如图7所示，用户A可以查看到用户B下载了该文件，并可以查看下载文件的次数，如图7中示出的“下载文件(1)”。如图8所示，用户还可以查看到用户C收到了文件，但是并未下载该文件，如图8中示出的收到文件的人数示意“收到文件(1)”。
如图7和图8所示，此时用户A知道了用户B已查看文件内容，用户C打开了该消息，且用户C还未下载文件，因此用户A可以判断出并用户C还不知道文件内容，但该消息已经暴露给他人，故用户A可以立即进行撤回操作，以将文件泄露的范围缩小到最小。
用户A可以在主界面上点击消息案件查看通讯消息的状态，可以点击全部、发布的或者收到的通讯消息的状态，在点击全部案件的情况下，可以显示发布的和收到的通讯消息的状态，如图9中示出的用户可以在显示通讯消息的状态的界面上，对发布的通讯消息执行滑动操作(或者长按操作、点击操作等，本申请对该操作的具体实现方式不做限定)，显示该文件的撤回按键和删除按键，点击该撤回按键或删除按键，可以将该通讯消息撤回或删除，并生成相应的撤回请求或删除请求，服务器接收到请求之后，响应请求，变更通讯消息的状态，若请求撤回，则将该通讯消息的状态由允许符合权限类型的用户查看变更为不允许任何人查看；若请求删除，则将该通讯消息的当前状态变更为删除状态。需要说明的是，图9中示出的主界面上还有“我”的按键和“+”的按键，点击“我”的按键可以显示登录的当前账户的信息，点击“+”的按键可以发布新的通讯消息。
若用户A执行了撤回操作。则当用户C再次进行查看时看到的内容如图10所示，用户C可以看到“消息被撤回”的无权限提示信息。
通过上述实施例，可以很好的对文件进行管理，一方面清楚的了解哪些人下载了文件哪些人没下载，另一方面当意外情况发生时，本方案可以提供有效的防护措施和追溯功能。
下面从服务器侧解释上述实施例，如图11所示，应用在服务器上的通讯消息的访问控制方法，可以包括如下步骤：
步骤S1101：向第二客户端发送通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；
步骤S1102：接收第二客户端发送的第一请求，其中，第一请求用于请求对第一客户端发布的通讯消息执行查看操作；
步骤S1103：获取对通讯消息已执行的历史操作信息，其中，历史操作信息包括用于指示查看操作的信息；
步骤S1104：向第二客户端发送通讯消息和历史操作信息。
通过上述实施例，第一客户端发布通讯消息之后，服务器通知第二客户端，在第二客户端接收到第一客户端发布的通讯消息之后，对该通讯消息执行的任何操作(如查看操作)，被服务器记录下来，服务器将记录的历史操作信息发送给第一客户端，以供第一客户端查看，从而解决了现有技术中无法获取即时通讯消息的操作记录的问题。
在获取对通讯消息已执行的历史操作信息之后，方法还包括：接收第一客户端发送的第二请求，其中，第二请求用于请求获取对通讯消息已执行的历史操作信息；将获取的历史操作信息发送至第一客户端。
在接收第二客户端发送的第一请求之后，方法还包括：接收第二客户端发送的第三请求，其中，第三请求用于请求对通讯消息中的内容执行下载操作；在历史操作信息中增加第二客户端对通讯消息中的内容执行下载操作的信息，并将通讯消息中的内容发送至第二客户端。
根据上述实施例，向第二客户端发送通讯消息包括：检测通讯消息是否处于被允许查看的状态；若通讯消息处于被允许查看的状态，则检测第二客户端是否具有对通讯消息执行查看操作的权限；若第二客户端具有对通讯消息执行查看操作的权限，则向第二客户端发送通讯消息。
具体地，在向第二客户端发送通知消息之前，方法还包括：接收第一客户端发布的通讯消息，其中，通讯消息中记录有通讯消息的接收对象；将通讯消息发送至接收对象所在的客户端。
服务器在接收第一客户端发布的通讯消息之后，还可以接收第一客户端发送的撤回请求；响应于撤回请求，将通讯消息的状态由允许查看的状态的变更为不允许查看的状态。
其中，历史操作信息包括下述至少之一：对通讯消息已执行操作的操作类型、对通讯消息已执行操作的总操作次数、对通讯消息已执行操作的账户信息，以及通讯消息的内容标识，操作类型包括下述至少之一：查看操作、发送操作和下载操作。
本申请还提供了一种应用在接收方的客户端上的通讯消息的访问控制方法，该方法可以包括：接收到服务器发送的通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；对通知消息执行预定操作生成第一请求，其中，第一请求用于请求对通讯消息执行查看操作；将第一请求发送至服务器，其中，服务器用于获取对通讯消息已执行的历史操作信息，历史操作信息包括用于记录查看操作的第一操作信息；接收服务器发送的通讯消息和历史操作信息。
具体地，第一请求中至少包括下述之一：生成第一请求的第二客户端的信息、通讯消息的内容标识、以及生成第一请求的时间。
可选地，将第一请求发送至服务器的同时或之前，第二客户端向服务器发送生成第一请求的第二客户端的身份信息，其中，服务器用于基于身份信息进行身份验证。
本申请还提供了一种应用在发布方的客户端上的通讯消息的访问控制方法，该方法可以包括：发布通讯消息至服务器，其中，服务器用于生成通知消息，通知消息用于指示第一客户端发布了通讯消息；向服务器发送第二请求，其中，第二请求用于请求获取对通讯消息已执行的历史操作信息，服务器向第二客户端发送通知消息，并在接收到第二客户端的第一请求，记录第一请求所请求的操作，生成历史操作信息；接收服务器发送的历史操作信息。
具体地，在发布通讯消息至服务器之前，接收通过消息生成界面输入的消息内容，并接收通过消息生成界面设置的操作权限；将消息内容和操作权限封装成通讯消息。
进一步地，在发布通讯消息至服务器之后，方法还包括：生成通讯消息的撤回请求，并将撤回请求发送至服务器，其中，服务器还用于将通讯消息的状态由允许查看的状态变更为不允许查看的状态。
通过上述实施例，可以很好的对文件进行管理，一方面清楚的了解哪些人下载了文件哪些人没下载，另一方面当意外情况发生时，本方案可以提供有效的防护措施和追溯功能。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
根据本发明实施例，还提供了一种用于实施上述通讯消息的访问控制方法的通讯消息的访问控制装置，如图12所示，该装置应用在服务器上，包括：
第一发送单元1201，用于向第二客户端发送通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；
第一接收单元1202，用于接收第二客户端发送的第一请求，其中，第一请求用于请求对第一客户端发布的通讯消息执行查看操作；
获取单元1203，用于获取对通讯消息已执行的历史操作信息，其中，历史操作信息包括用于指示查看操作的信息；
第二发送单元1204，用于向第二客户端发送通讯消息和历史操作信息。
通过上述实施例，第一客户端发布通讯消息之后，服务器通知第二客户端，在第二客户端接收到第一客户端发布的通讯消息之后，对该通讯消息执行的任何操作(如查看操作)，被服务器记录下来，服务器将记录的历史操作信息发送给第一客户端，以供第一客户端查看，从而解决了现有技术中无法获取即时通讯消息的操作记录的问题。
在上述实施例中，第一客户端可以基于历史操作信息明确得知其发布的通讯消息被哪个客户端操作(包括：查看、下载、转发)，从而可以准确跟踪该消息的操作路径，即便是消息内容泄漏也可以很方便的查找到泄漏源头。
上述实施例中的通讯消息可以包括：文件消息、公告消息、图文消息以及任务消息。其中，文件类型消息中可以携带有文件，如doc文件、txt文件、和pdf文件等。
根据上述实施例，第一客户端可以指示将通讯消息发布至一个或多个第二客户端，服务器检测到第一客户端发布了通讯消息之后，生成通知消息。可选地，该通知消息可以用于向第二客户端提醒第一客户端发布了通讯消息，该通知消息中可以记录下述至少之一：通讯消息的摘要信息、通讯消息的类型以及通讯消息的发布者，该摘要信息可以包括通讯消息的内容名称。这里的文件类型可以包括上述的：文件类型、公告类型、图文类型以及任务类型。其中，文件类型的消息可以被称之为文件消息，公告类型的消息可以称之为公告消息，图文类型的消息可以被称之为图文消息，任务类型的消息可以被称之为任务消息。
以文件类型的消息为例，通知消息可以为“[文件]小A发送了文件：重要信息.txt”。这个通知消息的“[文件]”即表明了这个通知消息所通知的通讯消息的类型，“重要信息.txt”示出了这个通讯消息的内容名称，小A即为这个通讯消息的发布者。
服务器生成通知消息之后将该通知消息发送至第二客户端，第二客户端接收到该通知消息之后，该通知消息显示在第二客户端的显示界面中，在第二客户端的用户对通知消息执行预定操作之后，生成请求对该通讯消息执行查看操作的第一请求，并将第一请求发送至服务器。
服务器接收到第一请求，记录第一请求所请求对通讯消息执行的操作，并向第二客户端发送通讯消息，可选地，在接收到每个第二客户端发送的第二请求之后，均记录该第一请求所请求的查看操作，生成对通讯消息已执行的历史操作信息，这里的历史操作信息中包括用于记录当前的查看操作的信息和在当前时刻之前对通讯消息已执行的操作的信息。
根据上述实施例，装置还包括：第二接收单元，用于在获取对通讯消息已执行的历史操作信息之后，接收第一客户端发送的第二请求，其中，第二请求用于请求获取对通讯消息已执行的历史操作信息；第三发送单元，用于将获取的历史操作信息发送至第一客户端。
可选地，装置还包括：第三接收单元，用于在接收第二客户端发送的第一请求之后，接收第二客户端发送的第三请求，其中，第三请求用于请求对通讯消息中的内容执行下载操作；处理单元，用于在历史操作信息中增加第二客户端对通讯消息中的内容执行下载操作的信息，并将通讯消息中的内容发送至第二客户端。
具体地，第二发送单元包括：第一检测模块，用于检测通讯消息是否处于被允许查看的状态；第二检测模块，用于若通讯消息处于被允许查看的状态，则检测第二客户端是否具有对通讯消息执行查看操作的权限；发送模块，用于若第二客户端具有对通讯消息执行查看操作的权限，则向第二客户端发送通讯消息。
在上述实施例中，装置还可以包括：第四接收单元，用于在向第二客户端发送通知消息之前，接收第一客户端发布的通讯消息，其中，通讯消息中记录有通讯消息的接收对象；第四发送单元，用于将通讯消息发送至接收对象所在的客户端。
在另一个可选的实施例中，装置还可以包括：第一接收单元还用于在接收第一客户端发布的通讯消息之后，接收第一客户端发送的撤回请求；变更单元，用于响应于撤回请求，将通讯消息的状态由允许查看的状态的变更为不允许查看的状态。
其中，历史操作信息包括下述至少之一：对通讯消息已执行操作的操作类型、对通讯消息已执行操作的总操作次数、对通讯消息已执行操作的账户信息，以及通讯消息的内容标识，操作类型包括下述至少之一：查看操作、发送操作和下载操作。
通过上述实施例，第一客户端发布通讯消息之后，服务器通知第二客户端，在第二客户端接收到第一客户端发布的通讯消息之后，对该通讯消息执行的任何操作(如查看操作)，被服务器记录下来，服务器将记录的历史操作信息发送给第一客户端，以供第一客户端查看，从而解决了现有技术中无法获取即时通讯消息的操作记录的问题。
在上述实施例中，第一客户端可以基于历史操作信息明确得知其发布的通讯消息被哪个客户端操作(包括：查看、下载、转发)，从而可以准确跟踪该消息的操作路径，即便是消息内容泄漏也可以很方便的查找到泄漏源头。
上述实施例中的通讯消息可以包括：文件消息、公告消息、图文消息以及任务消息。其中，文件类型消息中可以携带有文件，如doc文件、txt文件、和pdf文件等。
根据上述实施例，第一客户端可以指示将通讯消息发布至一个或多个第二客户端，服务器检测到第一客户端发布了通讯消息之后，生成通知消息。可选地，该通知消息可以用于向第二客户端提醒第一客户端发布了通讯消息，该通知消息中可以记录下述至少之一：通讯消息的摘要信息、通讯消息的类型以及通讯消息的发布者，该摘要信息可以包括通讯消息的内容名称。这里的文件类型可以包括上述的：文件类型、公告类型、图文类型以及任务类型。其中，文件类型的消息可以被称之为文件消息，公告类型的消息可以称之为公告消息，图文类型的消息可以被称之为图文消息，任务类型的消息可以被称之为任务消息。
以文件类型的消息为例，通知消息可以为“[文件]小A发送了文件：重要信息.txt”。这个通知消息的“[文件]”即表明了这个通知消息所通知的通讯消息的类型，“重要信息.txt”示出了这个通讯消息的内容名称，小A即为这个通讯消息的发布者。
服务器生成通知消息之后将该通知消息发送至第二客户端，第二客户端接收到该通知消息之后，该通知消息显示在第二客户端的显示界面中，在第二客户端的用户对通知消息执行预定操作之后，生成请求对该通讯消息执行查看操作的第一请求，并将第一请求发送至服务器。
服务器接收到第一请求，记录第一请求所请求对通讯消息执行的操作，并向第二客户端发送通讯消息，可选地，在接收到每个第二客户端发送的第二请求之后，均记录该第一请求所请求的查看操作，生成对通讯消息已执行的历史操作信息，这里的历史操作信息中包括用于记录当前的查看操作的信息和在当前时刻之前对通讯消息已执行的操作的信息。
根据本发明实施例，还提供了一种应用于接收方的客户端的通讯消息的访问控制装置，该装置包括：
第一接收单元，用于接收到服务器发送的通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；
生成单元，用于对通知消息执行预定操作生成第一请求，其中，第一请求用于请求对通讯消息执行查看操作；
第一发送单元，用于将第一请求发送至服务器，其中，服务器用于获取对通讯消息已执行的历史操作信息，历史操作信息包括用于记录查看操作的第一操作信息；
第二接收单元，用于接收服务器发送的通讯消息和历史操作信息。
通过上述实施例，第一客户端发布通讯消息之后，服务器通知第二客户端，在第二客户端接收到第一客户端发布的通讯消息之后，对该通讯消息执行的任何操作(如查看操作)，被服务器记录下来，服务器将记录的历史操作信息发送给第一客户端，以供第一客户端查看，从而解决了现有技术中无法获取即时通讯消息的操作记录的问题。
在上述实施例中，第一客户端可以基于历史操作信息明确得知其发布的通讯消息被哪个客户端操作(包括：查看、下载、转发)，从而可以准确跟踪该消息的操作路径，即便是消息内容泄漏也可以很方便的查找到泄漏源头。
上述实施例中的通讯消息可以包括：文件消息、公告消息、图文消息以及任务消息。其中，文件类型消息中可以携带有文件，如doc文件、txt文件、和pdf文件等。
根据上述实施例，第一客户端可以指示将通讯消息发布至一个或多个第二客户端，服务器检测到第一客户端发布了通讯消息之后，生成通知消息。可选地，该通知消息可以用于向第二客户端提醒第一客户端发布了通讯消息，该通知消息中可以记录下述至少之一：通讯消息的摘要信息、通讯消息的类型以及通讯消息的发布者，该摘要信息可以包括通讯消息的内容名称。这里的文件类型可以包括上述的：文件类型、公告类型、图文类型以及任务类型。其中，文件类型的消息可以被称之为文件消息，公告类型的消息可以称之为公告消息，图文类型的消息可以被称之为图文消息，任务类型的消息可以被称之为任务消息。
以文件类型的消息为例，通知消息可以为“[文件]小A发送了文件：重要信息.txt”。这个通知消息的“[文件]”即表明了这个通知消息所通知的通讯消息的类型，“重要信息.txt”示出了这个通讯消息的内容名称，小A即为这个通讯消息的发布者。
服务器生成通知消息之后将该通知消息发送至第二客户端，第二客户端接收到该通知消息之后，该通知消息显示在第二客户端的显示界面中，在第二客户端的用户对通知消息执行预定操作之后，生成请求对该通讯消息执行查看操作的第一请求，并将第一请求发送至服务器。
服务器接收到第一请求，记录第一请求所请求对通讯消息执行的操作，并向第二客户端发送通讯消息，可选地，在接收到每个第二客户端发送的第二请求之后，均记录该第一请求所请求的查看操作，生成对通讯消息已执行的历史操作信息，这里的历史操作信息中包括用于记录当前的查看操作的信息和在当前时刻之前对通讯消息已执行的操作的信息。
其中，第一请求中至少包括下述之一：生成第一请求的第二客户端的信息、通讯消息的内容标识、以及生成第一请求的时间。
根据上述实施例，装置还可以包括：第二发送单元，用于将第一请求发送至服务器的同时或之前，向服务器发送生成第一请求的第二客户端的身份信息，其中，服务器用于基于身份信息进行身份验证。
根据本发明实施例，还提供了一种应用于发布方的客户端的通讯消息的访问控制装置，该装置包括：
发布单元，用于发布通讯消息至服务器，其中，服务器用于生成通知消息，通知消息用于指示第一客户端发布了通讯消息；
发送单元，用于向服务器发送第二请求，其中，第二请求用于请求获取对通讯消息已执行的历史操作信息，服务器向第二客户端发送通知消息，并在接收到第二客户端的第一请求，记录第一请求所请求的操作，生成历史操作信息；
第一接收单元，用于接收服务器发送的历史操作信息。
通过上述实施例，第一客户端发布通讯消息之后，服务器通知第二客户端，在第二客户端接收到第一客户端发布的通讯消息之后，对该通讯消息执行的任何操作(如查看操作)，被服务器记录下来，服务器将记录的历史操作信息发送给第一客户端，以供第一客户端查看，从而解决了现有技术中无法获取即时通讯消息的操作记录的问题。
在上述实施例中，第一客户端可以基于历史操作信息明确得知其发布的通讯消息被哪个客户端操作(包括：查看、下载、转发)，从而可以准确跟踪该消息的操作路径，即便是消息内容泄漏也可以很方便的查找到泄漏源头。
上述实施例中的通讯消息可以包括：文件消息、公告消息、图文消息以及任务消息。其中，文件类型消息中可以携带有文件，如doc文件、txt文件、和pdf文件等。
根据上述实施例，第一客户端可以指示将通讯消息发布至一个或多个第二客户端，服务器检测到第一客户端发布了通讯消息之后，生成通知消息。可选地，该通知消息可以用于向第二客户端提醒第一客户端发布了通讯消息，该通知消息中可以记录下述至少之一：通讯消息的摘要信息、通讯消息的类型以及通讯消息的发布者，该摘要信息可以包括通讯消息的内容名称。这里的文件类型可以包括上述的：文件类型、公告类型、图文类型以及任务类型。其中，文件类型的消息可以被称之为文件消息，公告类型的消息可以称之为公告消息，图文类型的消息可以被称之为图文消息，任务类型的消息可以被称之为任务消息。
以文件类型的消息为例，通知消息可以为“[文件]小A发送了文件：重要信息.txt”。这个通知消息的“[文件]”即表明了这个通知消息所通知的通讯消息的类型，“重要信息.txt”示出了这个通讯消息的内容名称，小A即为这个通讯消息的发布者。
服务器生成通知消息之后将该通知消息发送至第二客户端，第二客户端接收到该通知消息之后，该通知消息显示在第二客户端的显示界面中，在第二客户端的用户对通知消息执行预定操作之后，生成请求对该通讯消息执行查看操作的第一请求，并将第一请求发送至服务器。
服务器接收到第一请求，记录第一请求所请求对通讯消息执行的操作，并向第二客户端发送通讯消息，可选地，在接收到每个第二客户端发送的第二请求之后，均记录该第一请求所请求的查看操作，生成对通讯消息已执行的历史操作信息，这里的历史操作信息中包括用于记录当前的查看操作的信息和在当前时刻之前对通讯消息已执行的操作的信息。
在一个可选的实施例中，装置还可以包括：第二接收单元，用于在发布通讯消息至服务器之前，接收通过消息生成界面输入的消息内容，并接收通过消息生成界面设置的操作权限；封装单元，用于将消息内容和操作权限封装成通讯消息。
进一步地，装置还可以包括：生成单元，用于在发布通讯消息至服务器之后，生成通讯消息的撤回请求，并将撤回请求发送至服务器，其中，服务器还用于将通讯消息的状态由允许查看的状态变更为不允许查看的状态。
本实施例中所提供的各个模块与方法实施例对应步骤所提供的使用方法相同、应用场景也可以相同。当然，需要注意的是，上述模块涉及的方案可以不限于上述实施例中的内容和场景，且上述模块可以运行在计算机终端或移动终端，可以通过软件或硬件实现。
本发明的实施例还提供了一种终端或服务器。可选地，在本实施例中，上述终端或服务器可以执行通讯消息的访问控制方法。
如图13所示，该服务器或终端包括：一个或多个(图中仅示出一个)处理器1301、存储器1303、以及传输装置1305(如上述实施例中的发送装置)，如图13所示，该终端还可以包括输入输出设备1307。
其中，存储器1303可用于存储软件程序以及模块，如本发明实施例中的通讯消息的访问控制方法和装置对应的程序指令/模块，处理器1301通过运行存储在存储器1303内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的通讯消息的访问控制方法。存储器1303可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器1303可进一步包括相对于处理器1301远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述的传输装置1305用于经由一个网络接收或者发送数据，还可以用于处理器与存储器之间的数据传输。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置1305包括一个网络适配器(Network Interface Controller，NIC)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置1305为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。
其中，具体地，存储器1303用于存储应用程序。
处理器1301可以通过传输装置1305调用存储器1303存储的应用程序，以执行下述步骤：
第一客户端发布通讯消息；服务器生成通知消息，并向第二客户端发送通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；第二客户端对通知消息执行预定操作生成第一请求，并将第一请求发送至服务器，其中，第一请求用于请求对通讯消息执行查看操作；服务器向第二客户端发送通讯消息，并记录对通讯消息已执行的历史操作信息，其中，历史操作信息中包括用于记录查看操作的信息；第一客户端向服务器发送第二请求，其中，第二请求用于请求获取历史操作信息；服务器向第一客户端发送历史操作信息。
处理器1301可以通过传输装置1305调用存储器1303存储的应用程序，以执行下述步骤：在第一客户端发布通讯消息之前，第一客户端接收通过消息生成界面输入的消息内容，并接收通过消息生成界面设置的操作权限；第一客户端将消息内容和操作权限封装成通讯消息。
处理器1301可以通过传输装置1305调用存储器1303存储的应用程序，以执行下述步骤：服务器检测通讯消息是否处于被允许查看的状态；在检测出通讯消息处于被允许查看的状态的情况下，服务器基于操作权限检测第二客户端是否具有对通讯消息执行查看操作的权限；在检测出第二客户端具有对通讯消息执行查看操作的权限的情况下，服务器向第二客户端发送通讯消息。
处理器1301可以通过传输装置1305调用存储器1303存储的应用程序，以执行下述步骤：在第一客户端发布通讯消息之后，第一客户端生成通讯消息的撤回请求，并将撤回请求发送至服务器；服务器将通讯消息的状态由允许查看的状态变更为不允许查看的状态。
处理器1301可以通过传输装置1305调用存储器1303存储的应用程序，以执行下述步骤：向第二客户端发送通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；接收第二客户端发送的第一请求，其中，第一请求用于请求对第一客户端发布的通讯消息执行查看操作；获取对通讯消息已执行的历史操作信息，其中，历史操作信息包括用于指示查看操作的信息；向第二客户端发送通讯消息和历史操作信息。
处理器1301可以通过传输装置1305调用存储器1303存储的应用程序，以执行下述步骤：在获取对通讯消息已执行的历史操作信息之后，接收第一客户端发送的第二请求，其中，第二请求用于请求获取对通讯消息已执行的历史操作信息；将获取的历史操作信息发送至第一客户端。
处理器1301可以通过传输装置1305调用存储器1303存储的应用程序，以执行下述步骤：在接收第二客户端发送的第一请求之后，接收第二客户端发送的第三请求，其中，第三请求用于请求对通讯消息中的内容执行下载操作；在历史操作信息中增加第二客户端对通讯消息中的内容执行下载操作的信息，并将通讯消息中的内容发送至第二客户端。
处理器1301可以通过传输装置1305调用存储器1303存储的应用程序，以执行下述步骤：检测通讯消息是否处于被允许查看的状态；若通讯消息处于被允许查看的状态，则检测第二客户端是否具有对通讯消息执行查看操作的权限；若第二客户端具有对通讯消息执行查看操作的权限，则向第二客户端发送通讯消息。
处理器1301可以通过传输装置1305调用存储器1303存储的应用程序，以执行下述步骤：在向第二客户端发送通知消息之前，接收第一客户端发布的通讯消息，其中，通讯消息中记录有通讯消息的接收对象；将通讯消息发送至接收对象所在的客户端。
处理器1301可以通过传输装置1305调用存储器1303存储的应用程序，以执行下述步骤：在接收第一客户端发布的通讯消息之后，接收第一客户端发送的撤回请求；响应于撤回请求，将通讯消息的状态由允许查看的状态的变更为不允许查看的状态。
处理器1301可以通过传输装置1305调用存储器1303存储的应用程序，以执行下述步骤：发布通讯消息至服务器，其中，服务器用于生成通知消息，通知消息用于指示第一客户端发布了通讯消息；向服务器发送第二请求，其中，第二请求用于请求获取对通讯消息已执行的历史操作信息，服务器向第二客户端发送通知消息，并在接收到第二客户端的第一请求，记录第一请求所请求的操作，生成历史操作信息；接收服务器发送的历史操作信息。
处理器1301可以通过传输装置1305调用存储器1303存储的应用程序，以执行下述步骤：接收到服务器发送的通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；对通知消息执行预定操作生成第一请求，其中，第一请求用于请求对通讯消息执行查看操作；将第一请求发送至服务器，其中，服务器用于获取对通讯消息已执行的历史操作信息，历史操作信息包括用于记录查看操作的第一操作信息；接收服务器发送的通讯消息和历史操作信息。
需要进一步说明的是，寄存区域为系统的内存和系统处理器中的寄存器。
本领域普通技术人员可以理解，图13所示的结构仅为示意，终端可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌上电脑以及移动互联网设备(Mobile Internet Devices，MID)、PAD等终端设备。图13其并不对上述电子装置的结构造成限定。例如，终端还可包括比图13中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图13所示不同的配置。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(Random Access Memory，RAM)、磁盘或光盘等。
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以用于执行通讯消息的访问控制方法的程序代码。
可选地，在本实施例中，上述存储介质可以位于上述实施例所示的网络中的多个网络设备中的至少一个网络设备上。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：
第一客户端发布通讯消息；服务器生成通知消息，并向第二客户端发送通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；第二客户端对通知消息执行预定操作生成第一请求，并将第一请求发送至服务器，其中，第一请求用于请求对通讯消息执行查看操作；服务器向第二客户端发送通讯消息，并记录对通讯消息已执行的历史操作信息，其中，历史操作信息中包括用于记录查看操作的信息；第一客户端向服务器发送第二请求，其中，第二请求用于请求获取历史操作信息；服务器向第一客户端发送历史操作信息。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在第一客户端发布通讯消息之前，第一客户端接收通过消息生成界面输入的消息内容，并接收通过消息生成界面设置的操作权限；第一客户端将消息内容和操作权限封装成通讯消息。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：服务器检测通讯消息是否处于被允许查看的状态；在检测出通讯消息处于被允许查看的状态的情况下，服务器基于操作权限检测第二客户端是否具有对通讯消息执行查看操作的权限；在检测出第二客户端具有对通讯消息执行查看操作的权限的情况下，服务器向第二客户端发送通讯消息。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在第一客户端发布通讯消息之后，第一客户端生成通讯消息的撤回请求，并将撤回请求发送至服务器；服务器将通讯消息的状态由允许查看的状态变更为不允许查看的状态。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：向第二客户端发送通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；接收第二客户端发送的第一请求，其中，第一请求用于请求对第一客户端发布的通讯消息执行查看操作；获取对通讯消息已执行的历史操作信息，其中，历史操作信息包括用于指示查看操作的信息；向第二客户端发送通讯消息和历史操作信息。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在获取对通讯消息已执行的历史操作信息之后，接收第一客户端发送的第二请求，其中，第二请求用于请求获取对通讯消息已执行的历史操作信息；将获取的历史操作信息发送至第一客户端。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在接收第二客户端发送的第一请求之后，接收第二客户端发送的第三请求，其中，第三请求用于请求对通讯消息中的内容执行下载操作；在历史操作信息中增加第二客户端对通讯消息中的内容执行下载操作的信息，并将通讯消息中的内容发送至第二客户端。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：检测通讯消息是否处于被允许查看的状态；若通讯消息处于被允许查看的状态，则检测第二客户端是否具有对通讯消息执行查看操作的权限；若第二客户端具有对通讯消息执行查看操作的权限，则向第二客户端发送通讯消息。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：在向第二客户端发送通知消息之前，接收第一客户端发布的通讯消息，其中，通讯消息中记录有通讯消息的接收对象；将通讯消息发送至接收对象所在的客户端。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：接收第一客户端发布的通讯消息之后，接收第一客户端发送的撤回请求；响应于撤回请求，将通讯消息的状态由允许查看的状态的变更为不允许查看的状态。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：发布通讯消息至服务器，其中，服务器用于生成通知消息，通知消息用于指示第一客户端发布了通讯消息；向服务器发送第二请求，其中，第二请求用于请求获取对通讯消息已执行的历史操作信息，服务器向第二客户端发送通知消息，并在接收到第二客户端的第一请求，记录第一请求所请求的操作，生成历史操作信息；接收服务器发送的历史操作信息。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：接收到服务器发送的通知消息，其中，通知消息用于指示第一客户端发布了通讯消息；对通知消息执行预定操作生成第一请求，其中，第一请求用于请求对通讯消息执行查看操作；将第一请求发送至服务器，其中，服务器用于获取对通讯消息已执行的历史操作信息，历史操作信息包括用于记录查看操作的第一操作信息；接收服务器发送的通讯消息和历史操作信息。
可选地，本实施例中的具体示例可以参考上述实施例中所描述的示例，本实施例在此不再赘述。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (22)
1.一种通讯消息的访问控制方法，其特征在于，包括：
第一客户端发布通讯消息；
服务器生成通知消息，并向第二客户端发送所述通知消息，其中，所述通知消息用于指示所述第一客户端发布了所述通讯消息；
所述第二客户端对所述通知消息执行预定操作生成第一请求，并将所述第一请求发送至所述服务器，其中，所述第一请求用于请求对所述通讯消息执行查看操作；
所述服务器向所述第二客户端发送所述通讯消息，并记录对所述通讯消息已执行的历史操作信息，其中，所述历史操作信息中包括用于记录所述查看操作的信息；
所述第一客户端向所述服务器发送第二请求，其中，所述第二请求用于请求获取所述历史操作信息；
所述服务器向所述第一客户端发送所述历史操作信息。
2.根据权利要求1所述的方法，其特征在于，在第一客户端发布通讯消息之前，所述方法还包括：
所述第一客户端接收通过消息生成界面输入的消息内容，并接收通过所述消息生成界面设置的操作权限；
所述第一客户端将所述消息内容和所述操作权限封装成所述通讯消息。
3.根据权利要求2所述的方法，其特征在于，所述服务器向所述第二客户端发送所述通讯消息包括：
所述服务器检测所述通讯消息是否处于被允许查看的状态；
在检测出所述通讯消息处于被允许查看的状态的情况下，所述服务器基于所述操作权限检测所述第二客户端是否具有对所述通讯消息执行所述查看操作的权限；
在检测出所述第二客户端具有对所述通讯消息执行所述查看操作的权限的情况下，所述服务器向所述第二客户端发送所述通讯消息。
4.根据权利要求1所述的方法，其特征在于，在第一客户端发布通讯消息之后，所述方法还包括：
所述第一客户端生成通讯消息的撤回请求，并将所述撤回请求发送至所述服务器；
所述服务器将所述通讯消息的状态由允许查看的状态变更为不允许查看的状态。
5.根据权利要求1至4中任意一项所述的方法，其特征在于，所述历史操作信息包括下述至少之一：对所述通讯消息已执行操作的操作类型、对所述通讯消息已执行操作的总操作次数、对所述通讯消息已执行操作的账户信息，以及所述通讯消息的内容标识，所述操作类型包括下述至少之一：所述查看操作、发送操作和下载操作。
6.一种通讯消息的访问控制方法，其特征在于，包括：
向第二客户端发送通知消息，其中，所述通知消息用于指示第一客户端发布了通讯消息；
接收所述第二客户端发送的第一请求，其中，所述第一请求用于请求对所述第一客户端发布的所述通讯消息执行查看操作；
获取对所述通讯消息已执行的历史操作信息，其中，所述历史操作信息包括用于指示所述查看操作的信息；
向所述第二客户端发送所述通讯消息和所述历史操作信息。
7.根据权利要求6所述的方法，其特征在于，在获取对所述通讯消息已执行的历史操作信息之后，所述方法还包括：
接收所述第一客户端发送的第二请求，其中，所述第二请求用于请求获取对所述通讯消息已执行的历史操作信息；
将获取的历史操作信息发送至所述第一客户端。
8.根据权利要求6或7所述的方法，其特征在于，在接收所述第二客户端发送的第一请求之后，所述方法还包括：
接收所述第二客户端发送的第三请求，其中，所述第三请求用于请求对所述通讯消息中的内容执行下载操作；
在所述历史操作信息中增加所述第二客户端对所述通讯消息中的内容执行下载操作的信息，并将所述通讯消息中的内容发送至所述第二客户端。
9.根据权利要求6所述的方法，其特征在于，向所述第二客户端发送所述通讯消息包括：
检测所述通讯消息是否处于被允许查看的状态；
若所述通讯消息处于被允许查看的状态，则检测所述第二客户端是否具有对所述通讯消息执行查看操作的权限；
若所述第二客户端具有对所述通讯消息执行查看操作的权限，则向所述第二客户端发送所述通讯消息。
10.根据权利要求6所述的方法，其特征在于，在向第二客户端发送通知消息之前，所述方法还包括：
接收所述第一客户端发布的通讯消息，其中，所述通讯消息中记录有所述通讯消息的接收对象；
将所述通讯消息发送至所述接收对象所在的客户端。
11.根据权利要求10所述的方法，其特征在于，在接收所述第一客户端发布的通讯消息之后，所述方法还包括：
接收所述第一客户端发送的撤回请求；
响应于所述撤回请求，将所述通讯消息的状态由允许查看的状态的变更为不允许查看的状态。
12.根据权利要求6所述的方法，其特征在于，所述历史操作信息包括下述至少之一：对所述通讯消息已执行操作的操作类型、对所述通讯消息已执行操作的总操作次数、对所述通讯消息已执行操作的账户信息，以及所述通讯消息的内容标识，所述操作类型包括下述至少之一：所述查看操作、发送操作和下载操作。
13.一种通讯消息的访问控制方法，其特征在于，包括：
发布通讯消息至服务器，其中，所述服务器用于生成通知消息，所述通知消息用于指示第一客户端发布了通讯消息；
向所述服务器发送第二请求，其中，第二请求用于请求获取对所述通讯消息已执行的历史操作信息，所述服务器向第二客户端发送所述通知消息，并在接收到所述第二客户端的第一请求，记录所述第一请求所请求的操作，生成历史操作信息；
接收所述服务器发送的所述历史操作信息。
14.根据权利要求13所述的方法，其特征在于，在发布通讯消息至服务器之前，所述方法还包括：
接收通过消息生成界面输入的消息内容，并接收通过所述消息生成界面设置的操作权限；
将所述消息内容和所述操作权限封装成所述通讯消息。
15.根据权利要求13所述的方法，其特征在于，在发布通讯消息至服务器之后，所述方法还包括：
生成通讯消息的撤回请求，并将所述撤回请求发送至所述服务器，其中，所述服务器还用于将所述通讯消息的状态由允许查看的状态变更为不允许查看的状态。
16.一种通讯消息的访问控制方法，其特征在于，包括：
接收到服务器发送的通知消息，其中，所述通知消息用于指示第一客户端发布了通讯消息；
对所述通知消息执行预定操作生成第一请求，其中，所述第一请求用于请求对所述通讯消息执行查看操作；
将所述第一请求发送至所述服务器，其中，所述服务器用于获取对所述通讯消息已执行的历史操作信息，所述历史操作信息包括用于记录所述查看操作的第一操作信息；
接收所述服务器发送的所述通讯消息和所述历史操作信息。
17.根据权利要求16所述的方法，其特征在于，所述第一请求中至少包括下述之一：生成所述第一请求的第二客户端的信息、所述通讯消息的内容标识、以及生成所述第一请求的时间。
18.根据权利要求16所述的方法，其特征在于，将所述第一请求发送至所述服务器的同时或之前，所述方法还包括：
向所述服务器发送生成所述第一请求的第二客户端的身份信息，其中，所述服务器用于基于所述身份信息进行身份验证。
19.一种通讯消息的访问控制装置，其特征在于，应用在服务器上，包括：
第一发送单元，用于向第二客户端发送通知消息，其中，所述通知消息用于指示第一客户端发布了通讯消息；
第一接收单元，用于接收所述第二客户端发送的第一请求，其中，所述第一请求用于请求对所述第一客户端发布的所述通讯消息执行查看操作；
获取单元，用于获取对所述通讯消息已执行的历史操作信息，其中，所述历史操作信息包括用于指示所述查看操作的信息；
第二发送单元，用于向所述第二客户端发送所述通讯消息和所述历史操作信息。
20.根据权利要求19所述的装置，其特征在于，所述装置还包括：
第二接收单元，用于在获取对所述通讯消息已执行的历史操作信息之后，接收所述第一客户端发送的第二请求，其中，所述第二请求用于请求获取对所述通讯消息已执行的历史操作信息；
第三发送单元，用于将获取的历史操作信息发送至所述第一客户端。
21.一种通讯消息的访问控制装置，其特征在于，应用于接收方的客户端，包括：
第一接收单元，用于接收到服务器发送的通知消息，其中，所述通知消息用于指示第一客户端发布了通讯消息；
生成单元，用于对所述通知消息执行预定操作生成第一请求，其中，所述第一请求用于请求对所述通讯消息执行查看操作；
第一发送单元，用于将所述第一请求发送至所述服务器，其中，所述服务器用于获取对所述通讯消息已执行的历史操作信息，所述历史操作信息包括用于记录所述查看操作的第一操作信息；
第二接收单元，用于接收所述服务器发送的所述通讯消息和所述历史操作信息。
22.一种通讯消息的访问控制装置，其特征在于，应用于发布方的客户端，包括：
发布单元，用于发布通讯消息至服务器，其中，所述服务器用于生成通知消息，所述通知消息用于指示第一客户端发布了通讯消息；
发送单元，用于向所述服务器发送第二请求，其中，第二请求用于请求获取对所述通讯消息已执行的历史操作信息，所述服务器向第二客户端发送所述通知消息，并在接收到所述第二客户端的第一请求，记录所述第一请求所请求的操作，生成历史操作信息；
第一接收单元，用于接收所述服务器发送的所述历史操作信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610414960.1A CN107493255B (zh) | 2016-06-12 | 2016-06-12 | 通讯消息的访问控制方法和装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610414960.1A CN107493255B (zh) | 2016-06-12 | 2016-06-12 | 通讯消息的访问控制方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107493255A true CN107493255A (zh) | 2017-12-19 |
| CN107493255B CN107493255B (zh) | 2020-05-19 |
Family
ID=60643004
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610414960.1A Active CN107493255B (zh) | 2016-06-12 | 2016-06-12 | 通讯消息的访问控制方法和装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107493255B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108762627A (zh) * | 2018-04-17 | 2018-11-06 | 网宿科技股份有限公司 | 即时消息显示方法及终端 |
| CN110740150A (zh) * | 2018-07-20 | 2020-01-31 | 阿里巴巴集团控股有限公司 | 消息交互方法及装置 |
| CN114489403A (zh) * | 2022-01-26 | 2022-05-13 | 中国联合网络通信集团有限公司 | 弹屏发布方法、装置、设备及存储介质 |
| CN115334466A (zh) * | 2022-08-15 | 2022-11-11 | 北京泰迪熊移动科技有限公司 | 一种消息的发送方法、装置、电子设备及存储介质 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102055809A (zh) * | 2011-01-20 | 2011-05-11 | 中国联合网络通信集团有限公司 | 基于b/s结构的电信业务订制方法、装置及系统 |
| CN103093083A (zh) * | 2012-12-14 | 2013-05-08 | 深圳先进技术研究院 | 医嘱发布和查询方法及其系统 |
| CN104380328A (zh) * | 2012-06-11 | 2015-02-25 | 三星电子株式会社 | 用户终端装置、服务器装置和包括它们的系统及其广告服务方法 |
| CN104539507A (zh) * | 2013-08-27 | 2015-04-22 | 厦门三五互联科技股份有限公司 | 标记邮件阅读状态的方法、电子邮件系统和状态服务器 |
| CN105282013A (zh) * | 2015-10-30 | 2016-01-27 | 腾讯科技（深圳）有限公司 | 事项消息通知方法、装置及系统 |
| CN105323147A (zh) * | 2014-08-01 | 2016-02-10 | 掌赢信息科技（上海）有限公司 | 群消息阅读反馈方法及其服务器和客户端装置 |
-
2016
- 2016-06-12 CN CN201610414960.1A patent/CN107493255B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102055809A (zh) * | 2011-01-20 | 2011-05-11 | 中国联合网络通信集团有限公司 | 基于b/s结构的电信业务订制方法、装置及系统 |
| CN104380328A (zh) * | 2012-06-11 | 2015-02-25 | 三星电子株式会社 | 用户终端装置、服务器装置和包括它们的系统及其广告服务方法 |
| CN103093083A (zh) * | 2012-12-14 | 2013-05-08 | 深圳先进技术研究院 | 医嘱发布和查询方法及其系统 |
| CN104539507A (zh) * | 2013-08-27 | 2015-04-22 | 厦门三五互联科技股份有限公司 | 标记邮件阅读状态的方法、电子邮件系统和状态服务器 |
| CN105323147A (zh) * | 2014-08-01 | 2016-02-10 | 掌赢信息科技（上海）有限公司 | 群消息阅读反馈方法及其服务器和客户端装置 |
| CN105282013A (zh) * | 2015-10-30 | 2016-01-27 | 腾讯科技（深圳）有限公司 | 事项消息通知方法、装置及系统 |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108762627A (zh) * | 2018-04-17 | 2018-11-06 | 网宿科技股份有限公司 | 即时消息显示方法及终端 |
| CN110740150A (zh) * | 2018-07-20 | 2020-01-31 | 阿里巴巴集团控股有限公司 | 消息交互方法及装置 |
| CN114489403A (zh) * | 2022-01-26 | 2022-05-13 | 中国联合网络通信集团有限公司 | 弹屏发布方法、装置、设备及存储介质 |
| CN114489403B (zh) * | 2022-01-26 | 2023-07-07 | 中国联合网络通信集团有限公司 | 弹屏发布方法、装置、设备及存储介质 |
| CN115334466A (zh) * | 2022-08-15 | 2022-11-11 | 北京泰迪熊移动科技有限公司 | 一种消息的发送方法、装置、电子设备及存储介质 |
| CN115334466B (zh) * | 2022-08-15 | 2023-08-04 | 北京泰镝科技股份有限公司 | 一种消息的发送方法、装置、电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107493255B (zh) | 2020-05-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104142793B (zh) | 一种模拟点击终端控件的方法及装置 | |
| CN107493255A (zh) | 通讯消息的访问控制方法和装置 | |
| CN107688478A (zh) | 终端、应用信息的显示方法及装置 | |
| US20140201848A1 (en) | Method for Sharing Multiple Data Items Using a Single URL | |
| CN104717261A (zh) | 一种登录方法和桌面管理设备 | |
| CN109416713A (zh) | 验证系统和非暂态信息记录介质 | |
| CN102436461A (zh) | 用户终端、远程终端和用于共享增强现实服务的方法 | |
| CN104869099A (zh) | 一种基于指纹账户的多网络帐号登录方法及系统 | |
| CN108183972A (zh) | 文件处理方法及终端 | |
| CN107533618A (zh) | 保护数据免受未经授权的访问 | |
| CN108256721A (zh) | 一种任务调度方法、终端设备及介质 | |
| CN106716956A (zh) | 一种云端操作界面共享的方法、相关设备及系统 | |
| CN106533914A (zh) | 消息通知方法及装置 | |
| Dhas et al. | A review on internet of things protocol and service oriented middleware | |
| CN104050525A (zh) | 信息处理设备和处理执行方法 | |
| CN108027802A (zh) | 死点网络架构中的两次写数据交换 | |
| CN112560013A (zh) | 设备权限配置方法、装置、电子设备、系统和存储介质 | |
| CN114598671B (zh) | 会话消息处理方法、装置、存储介质以及电子设备 | |
| CN107528767A (zh) | 会话的处理方法和装置 | |
| CN106708476A (zh) | 一种单机应用指令处理方法及装置 | |
| CN106104475A (zh) | 使用外部源的用户设置管理 | |
| CN107105103A (zh) | 一种信息填写方法及信息填写装置 | |
| CN108363749A (zh) | 用于信息处理的方法和装置 | |
| CN105871958A (zh) | 集中管理账户信息的方法和终端 | |
| US20130297341A1 (en) | Aggregation of data from third party electronic medical or health records systems into a personal health record account |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |