WO2012031511A1 - 管理消息的方法和装置 - Google Patents
管理消息的方法和装置 Download PDFInfo
- Publication number
- WO2012031511A1 WO2012031511A1 PCT/CN2011/077633 CN2011077633W WO2012031511A1 WO 2012031511 A1 WO2012031511 A1 WO 2012031511A1 CN 2011077633 W CN2011077633 W CN 2011077633W WO 2012031511 A1 WO2012031511 A1 WO 2012031511A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- message
- index
- user
- status
- request
- Prior art date
Links
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/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
Definitions
- the present invention relates to the field of instant messaging, and in particular, to a method and apparatus for managing messages. Background of the invention
- the server when the server receives a request to delete a certain message published by a certain user, the server finds the message according to the index of the message carried in the request, and completely clears the message, so that other users It is no longer possible to pull, replay, or talk to the message.
- embodiments of the present invention provide a method and apparatus for managing messages.
- the technical solution is as follows:
- a method of managing messages including:
- a device for managing messages including:
- a receiving module configured to receive a request to delete the message M1 issued by the user A, where the request carries the index ID1 of the message M1;
- an update module configured to update the message state corresponding to the index ID1 from a normal state to a delete state, where the delete state is used to prevent the user B from pulling, retransmitting, or talking to the message M1.
- FIG. 1 is a flowchart of a method for managing a message according to Embodiment 1 of the present invention
- Embodiment 1 of the present invention is a schematic diagram of a network architecture provided by Embodiment 1 of the present invention.
- FIG. 3 is an information interaction diagram of a user A posting message according to Embodiment 1 of the present invention
- FIG. 4 is an information interaction diagram of a user A deletion message according to Embodiment 1 of the present invention
- FIG. 5 is a user A according to Embodiment 1 of the present invention. The user interaction diagram of the listener B to pull the message;
- FIG. 6 is an information interaction diagram of a user B of a user A providing a rebroadcast or a dialogue for a message according to Embodiment 1 of the present invention
- FIG. 7 is an information interaction diagram of the broadcast user C of the user B of the user B according to the embodiment 1 of the present invention
- FIG. 8 is a schematic structural diagram of an apparatus for managing messages according to Embodiment 2 of the present invention. Mode for carrying out the invention
- FIG. 1 is a flow chart of a method for managing messages according to Embodiment 1 of the present invention. Referring to FIG. 1, the method may specifically perform the following steps by the server, including:
- the message state corresponding to the index ID1 is updated from the normal state to the deleted state, and the deleted state is used to prevent the user B from pulling, retransmitting or talking to the message M1.
- User B can be the listener of user A. Since the listener can automatically and frequently pull the message of user A, the message is transmitted at the fastest speed. Therefore, the listeners are prevented from pulling, retransmitting or deleting the message in the deleted state. Dialogue can effectively prevent the spread of messages.
- User B can also be other ordinary users. These ordinary users can see messages published by all users including user A in the broadcast hall. In this embodiment, the deletion status can also be set to prevent ordinary users from spreading messages.
- the method provided in this embodiment by setting the message state, enables the client to delete the message in the deleted state by the effect that the message is deleted, but the message still exists, and can be displayed in subsequent specific applications.
- the message has been deleted, and the scalability is good.
- the method provided in this embodiment is applicable to the field of instant messaging, and the above method is described in detail below by way of example.
- the message types include at least: broadcast, broadcast, and dialogue.
- Broadcast sender original Created, all listeners of the sender will receive; broadcast: forward messages published by other users, can also comment on messages posted by other users, etc., all listeners of the sender will receive; Dialogue: between the two parties Send and receive messages to each other.
- the message status includes at least: Normal, Delete.
- the deletion can be subdivided into user deletion and administrator deletion according to the execution subject of the deletion message.
- the message state can also have other custom states according to actual business needs, and some states are reversible, that is, one state of a message and another state can be converted to each other under certain conditions.
- the message status may further include an update status. When the user updates the message, the status of the message is an update status, and other users cannot pull the update status message. After the user completes the update, the status of the message is converted to a normal status. The user can pull a message in a normal state.
- FIG. 2 is a schematic diagram of a network architecture provided by Embodiment 1 of the present invention.
- the message sent by the client after parsing the server, parses the content of the server parsing message, including the body, the relationship chain, etc., and assigns a unique index ID to each message, and the body of the message and its corresponding ID are stored to
- the data server stores the ID of the user's account and the message to the index server.
- the relationship chain contained in the message is stored in the relational server.
- the client can obtain the ID of the message from the index server and obtain the message body corresponding to the ID from the data server.
- the various servers involved in this embodiment may be a logical division of a device for managing messages.
- the device for managing messages is equivalent to one server; to reduce the burden on the device for managing messages, the device for managing messages may also be implemented by actual The different servers are composed.
- the device for managing messages is equivalent to the server composed of various servers.
- FIG. 3 is an information interaction diagram of a user A posting message according to Embodiment 1 of the present invention. The process shown in Figure 3 is performed prior to step 101 shown in Figure 1, including:
- S10 User A posts a message M1, and the resolution server generates an index of the message M1. ID1 (not shown).
- FIG. 4 is an information interaction diagram of a user A deletion message according to Embodiment 1 of the present invention. See Figure 4, including:
- S21 User A requests to delete the published message M1, and deletes the index ID1 of the message according to the request, and updates the corresponding message status in the index server to: delete.
- the status of the "delete" message can be further divided into user deletion and administrator deletion, so that a more detailed service differentiation can be performed, which has a good scalability. For example, if the user deletes a message that he or she publishes, the message status is deleted by the user, and the system administrator deletes the unhealthy message published by the user, and the message status is system deletion.
- the status message is deleted.
- the server does not actually delete the message, but only updates the message status. This allows the original text to be displayed when necessary, and has good service support capabilities.
- FIG. 5 is an information interaction diagram of the listener B of the user A of the user A according to the embodiment 1 of the present invention. See Figure 5, including:
- the index server searches the index list of the published message corresponding to the user A, and returns an index of the message status in the published message index list to the user B. Correspondingly, the index in the message index list whose message status is deleted is not returned to the user.
- S33 The user requests a corresponding message from the data server according to the received message status as a normal index.
- S34 The data server finds a message with a normal message status according to the index whose message status is normal, and returns the message to the user.
- FIG. 6 is an information interaction diagram of the user B of the user A providing a rebroadcast or a dialogue for the message according to the embodiment 1 of the present invention. See Figure 6, including:
- step 101 user B pulls the message M1 published by user A, and then user A deletes the message M1, and then user B retransmits or talks to message M1.
- the index corresponding to the message M1 published by user A is ID1.
- user B can also comment on message M1 before the broadcast.
- S42 The data server determines the message status corresponding to the index ID1.
- S42b If it is in a normal state, notify the resolution server to generate an index ID2 of the rebroadcast message or the conversation message, the index server saves the index ID2 and its corresponding account of the user B, and the data server saves the index ID2 and its corresponding index ID1 and comment information or Dialog information, and then find the corresponding index ID1 and comment information or dialog information through the index ID2, through the index
- the ID1 query obtains the message M1 published by the user A, and returns the message M1 issued by the user A, and the comment information or the conversation information to the user B, and the process ends.
- ID2 can be used to pull the original text corresponding to index ID1, as well as comment information or conversation information.
- user B pulls the message M1, and then user A deletes the message M1, and user B can no longer perform the broadcast and dialogue operations on the message M1, so that the deleted message cannot be propagated any more.
- FIG. 7 is an information interaction diagram of the listener C or the conversation message of the user B of the user B according to the embodiment 1 of the present invention.
- step 102 after the message state corresponding to the index ID1 is updated from the normal state to the deleted state, the user C pulls the broadcast message or the conversation message that has been deleted in the original text, including:
- the message M2 is generated by the user B retransmitting or synchronizing the message M1 published by the user A, and after the user B retransmits or talks to the message M1, the message M1 is deleted, and can be deleted by the user A or the system administrator.
- the message status is "User Delete" or "Admin Remove”.
- the index of the message M1 is set to ID1
- the index of the message M2 is set to ID2, that is, the original text and the rebroadcast or conversation message respectively have their own indexes, which are stored as two messages in the data server.
- the index server returns the message M2 index ID2 to user C.
- the data server obtains and returns the information corresponding to the index ID2 to the user C, including the index ID1, the comment information, and the signature of the index ID1.
- the user C receives the information returned by the data server, and requests the data server to retrieve the message corresponding to the index ID1.
- the request also carries the signature of the index ID1.
- the data server determines, according to the message status corresponding to the index ID1 and the signature in the request, whether to return the message M1 corresponding to the index ID1 to the user C.
- S56a If the user deletes the status, it is determined whether the request carries the signature. S56al: If the signature is carried, the message M1 corresponding to the index ID1 is obtained and returned to the user C, and the process ends; S56a2: If the signature is not carried, the user C is returned. The failure message is taken, and the process ends.
- the message of the retransmission type whose original text has been deleted by the user can still be pulled to the original text, and the message of the conversation type whose original text has been deleted by the user cannot be pulled to the original text.
- user B relays message M1 of user A, which is recorded as message M2.
- message M1 is deleted by user A
- user C can pull message M2, where message M2 contains the content of original text message M1, thereby The deleted message can be propagated again; when the message M1 is deleted by the administrator, the user is not allowed to pull, thereby avoiding the spread of unhealthy messages.
- User C may be the listener of User B. Since the listener can automatically and frequently pull the message of User B, the message is transmitted at the fastest speed. Therefore, the listeners are prevented from pulling the message of the administrator delete status. Broadcast or conversation, can effectively prevent the spread of messages, and Messages for user deletion status can also be propagated.
- User C can also be other ordinary users. These ordinary users can see messages published by all users including user B in the broadcast hall. Therefore, it is possible to prevent ordinary users from spreading the message of the administrator to delete the status, but for the user. Messages that delete status can also be propagated.
- Example 2
- FIG. 8 is a schematic structural diagram of an apparatus for managing messages according to Embodiment 2 of the present invention. See Figure 8, including:
- the receiving module 201 is configured to receive a request for deleting the message M1 issued by the user A, where the request carries the index ID1 of the message M1;
- the update module 202 is configured to update the message status corresponding to the index ID1 from the normal status to the delete status, and the delete status is used to prevent the user B from pulling, retransmitting, or talking to the message M1.
- the device shown in FIG. 8 may further include (for the drawing, not shown): a first pull module, configured to receive a request from the user B to pull a message published by the user A, and to post the message published by the user A.
- the index of the normal state is returned to the user B; the request for the message corresponding to the index of the normal state sent by the user B is received, and the message of the normal state of the message published by the user A is searched according to the index of the normal state, and returned to the user B.
- the second pull module is configured to: before the receiving module 201 receives the request for deleting the message M1 issued by the user A, receive a request that the user B pulls the message M1 issued by the user A, and return a message M1 to the user B; After the status of the message corresponding to the index ID1 is updated from the normal state to the deleted state, the user B sends a request for retransmission or conversation to the message M1, and determines the message status corresponding to the index ID1, and the message status corresponding to the index ID1 is deleted. At the same time, notify user B that the broadcast failed or the conversation failed.
- the request for retransmission of the message M1 sent by the user B includes the user B rebroadcast.
- the comment information is published by the message M1; the second pull module is further configured to: if the message state corresponding to the index ID1 is a normal state, use the retransmitted message M1 and the comment information as the message M2, generate the index ID2 of the message M2, and save the index. ID2 and its corresponding user B's account, and save the index ID2 and its corresponding index ID1 and comment information; find the corresponding index ID1 and comment information according to the index ID2, find the corresponding message M1 according to the index ID1, and B returns the found message M1 and the comment information;
- the request sent by the user B to the conversation with the message M1 includes the dialog information that is published when the user B talks with the message M1;
- the second pull module is further configured to: if the message state corresponding to the index ID1 is in a normal state, the message is M1 and the dialog information as the message M2, generate the index ID2 of the message M2, save the index ID2 and its corresponding account of the user B, and save the index ID2 and its corresponding index ID1 and the dialog information; find the corresponding index ID1 according to the index ID2 And the dialog information, find the corresponding message M1 according to the index ID1, and return the found message M1 and the dialog information to the user B.
- a third pull module configured to receive a request by the user C to obtain an index of the message M2, and return an index ID2 of the message M2 to the user C;
- the message type corresponding to the index ID2 is the retransmission type, the signature of the corresponding index ID1, the comment information, and the index ID1 is found according to the index ID2, and is returned to the user C;
- the index type corresponding to the index ID2 is a dialog type, and the corresponding index ID1 and the dialog information are searched according to the index ID2, and returned to the user C;
- the device provided in this embodiment may be a server, or may be a server composed of a plurality of servers, and the method is the same as the method embodiment. For details, refer to the method embodiment, and details are not described herein again.
- the device provided in this embodiment by setting the message state, enables the client to delete the message in the deleted state by the effect of deleting the message, and the message still exists, and can be displayed in subsequent specific applications.
- the deleted message for example, can display the broadcast message whose original text has been deleted, and has good scalability.
- All or part of the technical solutions provided by the above embodiments may be implemented by software programming, and the software programs are stored in a readable storage medium such as a hard disk, an optical disk or a floppy disk in a computer.
Landscapes
- Engineering & Computer Science (AREA)
- Computing Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Description
管理消息的方法和装置
技术领域
本发明涉及即时通讯领域, 特别涉及一种管理消息的方法和装置。 发明背景
网络即时通讯工具发展到今天, 已经被大多数的网民所接受, 成为 人们工作生活中必不可少的软件工具。 人们将工作生活中的各种消息通 过即时通讯工具发布到网上, 服务器保存用户发布的各种消息。 因此, 如何有效地对用户发布的各种消息进行管理成为用户非常关心的一个 问题。
现有的消息管理方法中, 当服务器接收到删除某一个用户发表的某 一条消息的请求时, 根据请求中携带的该消息的索引, 找到该消息, 并 将其彻底清除, 这样, 其他用户就无法再对该消息进行拉取、 转播或对 话等操作。 然而, 在某些特定应用下, 可能需要显示已经删除的消息, 但由于该消息已经被彻底清除, 因此将无法满足上述需求, 可扩展性较 差。 发明内容
为了提高可扩展性, 本发明实施例提供了一种管理消息的方法和装 置。 所述技术方案如下:
一种管理消息的方法, 包括:
接收删除用户 A发表的消息 Ml的请求, 所述请求中携带所述消息 Ml的索引 ID1;
将所述索引 ID1对应的消息状态由正常状态更新为删除状态, 所述
删除状态用于使用户 B无法对所述消息 Ml进行拉取、 转播或对话。 一种管理消息的装置, 包括:
接收模块, 用于接收删除用户 A发表的消息 Ml的请求, 所述请求 中携带所述消息 Ml的索引 ID1;
更新模块, 用于将所述索引 ID1对应的消息状态由正常状态更新为 删除状态, 所述删除状态用于使用户 B无法对所述消息 Ml进行拉取、 转播或对话。
本发明实施例提供的技术方案带来的有益效果是:
通过设置消息状态, 对于客户端达到消息被删除的效果, 使其他用 户无法对删除状态的消息进行拉取、 转播或对话, 而消息仍然存在, 后 续特定应用中可以显示已经删除的消息, 可扩展性好。 附图简要说明
下面将通过参照附图详细描述本发明的示例性实施例, 使本领域的 普通技术人员更清楚本发明的上述及其它特征和优点, 附图中:
图 1是本发明实施例 1提供的管理消息的方法流程图;
图 2是本发明实施例 1提供的网络架构示意图;
图 3是本发明实施例 1提供的用户 A发表消息的信息交互图; 图 4是本发明实施例 1提供的用户 A删除消息的信息交互图; 图 5是本发明实施例 1提供的用户 A的听众用户 B拉取消息的信息 交互图;
图 6是本发明实施例 1提供的用户 A的听众用户 B对消息进行转播 或对话的信息交互图;
图 7是本发明实施例 1提供的用户 B的听众用户 C拉取原文已删除 的转播消息或对话消息的信息交互图;
图 8是本发明实施例 2提供的管理消息的装置结构示意图。 实施本发明的方式
为使本发明的目的、 技术方案和优点更加清楚、 明白, 以下参照附 图并举实施例, 对本发明所述方案进行详细说明。
实施例 1
图 1是本发明实施例 1提供的管理消息的方法流程图。 参见图 1 , 该方法具体可由服务器执行以下步骤, 包括:
101: 接收删除用户 A发表的消息 Ml的请求, 该请求中携带消息 Ml的索引 ID1。
102: 将索引 ID1 对应的消息状态由正常状态更新为删除状态, 删 除状态用于使用户 B无法对消息 Ml进行拉取、 转播或对话。
其中, 用户 B可以为用户 A的听众, 由于听众可以自动的、 频繁的 拉取用户 A的消息, 对消息的传播速度最快, 因此, 阻止这些听众对删 除状态的消息进行拉取、 转播或对话, 可以有效阻止消息的传播。 用户 B还可以是其他普通用户, 这些普通用户可以在广播大厅中看到包括用 户 A在内的所有用户发表的消息,本实施例也可以通过设置删除状态来 阻止普通用户对消息的传播。
本实施例提供的方法, 通过设置消息状态, 对于客户端达到消息被 删除的效果,使其他用户无法对删除状态的消息进行拉取、转播或对话, 但消息仍然存在, 后续特定应用中可以显示已经删除的消息, 可扩展性 好。
本实施例提供的方法, 适用于即时通讯领域, 下面以 專为例, 详 细介绍上述方法。
微博中, 消息类型至少包括: 广播、 转播、 对话。 广播: 发送者原
创的,发送者的所有的听众都会收到; 转播: 转发其他用户发表的消息, 还可以对其他用户发表的消息进行评论等, 发送者的所有的听众都会收 到; 对话: 对话双方之间彼此互相收发消息。 消息状态至少包括: 正常、 删除。 其中, 根据删除消息的执行主体的不同, 可将删除细分为用户删 除和管理员删除。 消息状态 ^据实际的业务需要, 也可以有其它自定义 状态, 而且部分状态是可逆的, 即某一消息的一个状态与其另一状态在 某种条件下可相互转化。 例如, 消息状态还可以包括更新状态, 当用户 对消息进行更新时, 消息的状态为更新状态, 其他用户不能拉取更新状 态的消息, 当用户更新完毕后, 消息的状态转化为正常状态, 其他用户 可以拉取正常状态的消息。
下面筒单介绍微博中消息的传递过程。 图 2是本发明实施例 1提供 的网络架构示意图。 参见图 2, 客户端发送的消息, 经过解析服务器, 解析服务器解析消息的内容, 包括正文, 关系链等, 并为每个消息分配 一个唯一的索引 ID, 消息的正文及其相应的 ID存储到数据服务器, 用 户的帐号及消息的 ID存储到索引服务器, 消息中含有的关系链存储到 关系服务器; 客户端可以从索引服务器获取消息的 ID,从数据服务器获 取 ID对应的消息正文。
本实施例中所涉及的各种服务器可以是一个管理消息的装置的逻 辑划分, 此时, 管理消息的装置相当于一个服务器; 为了减轻管理消息 的装置的负担,管理消息的装置也可以由实际的不同服务器组成,此时, 管理消息的装置相当于由各个服务器组成的服务端。
下面分别从五个应用场景介绍管理消息的方法。
图 3是本发明实施例 1提供的用户 A发表消息的信息交互图。 图 3 所示过程在图 1所示步骤 101之前执行, 包括:
S10: 用户 A发表一条消息 Ml , 解析服务器生成该消息 Ml的索引
ID1 (图中未标出)。
Sll: 将索引 ID1及其对应的消息 Ml保存到数据服务器, 设置索 引 ID1对应的消息状态为: 正常。
S12: 将索引 ID1及其对应的用户 A的账号保存到索引服务器的发 表消息索引列表, 设置索引 ID1对应的消息状态为: 正常。
S13: 返回 "发送成功" 提示信息。
图 4是本发明实施例 1提供的用户 A删除消息的信息交互图。参见 图 4, 包括:
S21: 用户 A请求删除已经发表的消息 Ml ,根据请求删除消息的索 引 ID1 , 在索引服务器更新相应的消息状态为: 删除。
其中, "删除" 消息状态还可以进一步划分为用户删除和管理员删 除等, 从而可以进行更细致的业务区分, 具有 4艮好的扩展性。 例如, 用 户删除自己发表的一条消息, 则消息状态为用户删除, ***管理员删除 用户发表的不健康的消息, 则消息状态为***删除。
S22: 根据请求删除消息的索引 ID1 , 在数据服务器更新相应的消息 状态为: 删除。
S23: 返回 "删除成功" 提示信息。
本应用场景中删除状态的消息, 服务器并未真正的删除该消息, 只 是更新了消息状态, 这样在必要的时候还可以显示原文, 具有很好的业 务支持能力。
图 5是本发明实施例 1提供的用户 A的听众用户 B拉取消息的信息 交互图。 参见图 5, 包括:
S31: 用户 B请求用户 A发表的消息。
S32: 索引服务器查找用户 A对应的发表消息索引列表, 返回发表 消息索引列表中消息状态为正常的索引给用户 B。
相应的, 发表消息索引列表中消息状态为删除的索引不返回给用户
Β, 从而使得删除状态的消息不会被用户 Β看到。
S33: 用户 Β根据接收的消息状态为正常的索引, 向数据服务器请 求相应的消息。
S34: 数据服务器根据消息状态为正常的索引查找到消息状态为正 常的消息, 并返回给用户 Β。
本应用场景中, 用户 Α删除消息 Ml后, 用户 B将不能拉取到消息 Ml , 从而使得删除的消息不能再传播。
图 6是本发明实施例 1提供的用户 A的听众用户 B对消息进行转播 或对话的信息交互图。 参见图 6, 包括:
S41: 用户 B拉取用户 A发表的消息 Ml后, 对消息 Ml进行转播 或对话。
步骤 101之前, 用户 B拉取了用户 A发表的消息 Ml , 之后, 用户 A删除了消息 Ml , 再之后, 用户 B对消息 Ml进行转播或对话。
其中, 用户 A发表的消息 Ml对应的索引为 ID1。 另外, 转播前用 户 B还可以对消息 Ml进行评论。
S42: 数据服务器判断索引 ID1对应的消息状态。
S42a: 如果是删除状态, 则返回 "转播或对话失败" 的提示信息给 用户 B, 流程结束。
通过删除状态, 对于用户 A已经删除不想让更多人看见的信息, 能 够尽可能得减少传播。
S42b: 如果是正常状态, 则通知解析服务器生成转播消息或对话消 息的索引 ID2, 索引服务器保存索引 ID2及其对应的用户 B的账号, 数 据服务器保存索引 ID2及其对应的索引 ID1和评论信息或对话信息, 再 通过索引 ID2查找到对应的索引 ID1和评论信息或对话信息, 通过索引
IDl查询得到用户 A发表的消息 Ml , 并向用户 B返回用户 A发表的消 息 Ml、 以及评论信息或对话信息, 流程结束。
其他用户通过 ID2可以拉取到索引 ID1对应的原文, 以及评论信息 或对话信息。
本应用场景中, 用户 B拉取到了消息 Ml , 然后用户 A删除消息 Ml , 用户 B无法再对消息 Ml进行转播、对话操作, 从而使删除的消息 不能再传播。
图 7是本发明实施例 1提供的用户 B的听众用户 C拉取原文已删除 的转播消息或对话消息的信息交互图。 参见图 7, 步骤 102中 "将索引 ID1对应的消息状态由正常状态更新为删除状态" 之后, 用户 C拉取原 文已删除的转播消息或对话消息, 包括:
S51: 用户 C请求用户 B的消息 M2的索引。
其中, 消息 M2是用户 B对用户 A发表的消息 Ml进行转播或对话 生成的,并且在用户 B对消息 Ml进行转播或对话后, 消息 Ml被删除, 可以被用户 A或***管理员删除,则消息状态分别为 "用户删除"或"管 理员删除"。 消息 Ml的索引设为 ID1 , 消息 M2的索引设为 ID2, 也即 原文和转播或对话消息分别有自己的索引, 在数据服务器中作为两条消 息进行存储。
S52: 索引服务器返回消息 M2的索引 ID2给用户 C。
S53: 用户 C向数据服务器请求拉取索引 ID2对应的消息。
S54a: 如果索引 ID2对应的消息类型是转播类型, 则数据服务器获 取并向用户 C返回索引 ID2对应的信息, 包括索引 ID1、 评论信息和索 引 ID1的签名。
如何获取签名为现有技术。
S54b:如果索引 ID2对应的消息类型是对话类型,则数据服务器获取
并向用户 C返回索引 ID2对应的信息, 包括: 索引 ID1和对话信息。
S55: 用户 C接收数据服务器返回的信息, 并向数据服务器请求拉 取索引 ID1对应的消息。
进一步的, 如果数据服务器返回的信息中包括索引 ID1的签名, 则 请求中还携带索引 ID1的签名。
S56: 数据服务器根据索引 ID1对应的消息状态和请求中是否携带 签名, 判断是否向用户 C返回索引 ID1对应的消息 Ml。
S56a: 如果是用户删除状态, 判断请求中是否携带签名, S56al : 如果携带签名则获取并向用户 C返回索引 ID1对应的消息 Ml , 流程结 束; S56a2: 如果没有携带签名则向用户 C返回 "拉取失败" 的提示信 息, 流程结束。
也即, 原文已被用户删除的转播类型的消息仍然可以拉取到原文, 原文已被用户删除的对话类型的消息则不能拉取到原文。
S56b: 如果是管理员删除状态, 则向用户 C返回 "拉取失败" 的提 示信息, 流程结束。
也即对于管理员删除的信息, 无论是否有签名, 都不返回原文。
S56c: 如果是正常状态, 则获取并向用户 C返回索引 ID1对应的消 息 Ml , 流程结束。
本应用场景中, 用户 B转播用户 A的消息 Ml , 记为消息 M2, 当 消息 Ml被用户 A删除时, 用户 C可以拉取到消息 M2, 其中消息 M2 中包含原文消息 Ml 的内容, 从而使删除的消息还能再传播; 当消息 Ml被管理员删除时, 不允许用户拉取, 从而避免了不健康消息的传播。 其中, 用户 C可以是用户 B的听众, 由于听众可以自动的、 频繁的拉取 用户 B的消息, 对消息的传播速度最快, 因此, 阻止这些听众对管理员 删除状态的消息进行拉取、 转播或对话, 可以有效阻止消息的传播, 而
对于用户删除状态的消息还可以进行传播。用户 C还可以是其他普通用 户,这些普通用户可以在广播大厅中看到包括用户 B在内的所有用户发 表的消息, 因此, 可以阻止普通用户对管理员删除状态的消息的传播, 而对于用户删除状态的消息还可以进行传播。 实施例 2
图 8是本发明实施例 2提供的管理消息的装置结构示意图。 参见图 8, 包括:
接收模块 201 , 用于接收删除用户 A发表的消息 Ml的请求, 请求 中携带消息 Ml的索引 ID1;
更新模块 202, 用于将索引 ID1对应的消息状态由正常状态更新为 删除状态, 删除状态用于使用户 B无法对消息 Ml进行拉取、 转播或对 话。
图 8所示装置中还可进一步包括(为筒化附图, 未图示): 第一拉取模块,用于接收用户 B拉取用户 A发表的消息的请求,将 用户 A发表的消息中正常状态的索引返回给用户 B;接收用户 B发送的 获取正常状态的索引对应的消息的请求, 根据正常状态的索引查找到用 户 A发表的消息中正常状态的消息, 返回给用户 B。
第二拉取模块, 用于在接收模块 201接收删除用户 A发表的消息 Ml的请求之前, 接收用户 B拉取用户 A发表的消息 Ml的请求, 并向 用户 B返回消息 Ml; 在更新模块 202将索引 ID1对应的消息状态由正 常状态更新为删除状态之后, 接收用户 B发送的对消息 Ml进行转播或 对话的请求, 并判断索引 ID1对应的消息状态, 当索引 ID1对应的消息 状态为删除状态时, 通知用户 B转播失败或对话失败。
其中,用户 B发送的对消息 Ml进行转播的请求中包括用户 B转播
消息 Ml时发表的评论信息; 第二拉取模块进一步用于, 如果索引 ID1 对应的消息状态为正常状态, 则将转播的消息 Ml和评论信息作为消息 M2,生成消息 M2的索引 ID2,保存索引 ID2及其对应的用户 B的账号, 并保存索引 ID2及其对应的索引 ID1和评论信息;根据索引 ID2查找到 对应的索引 ID1和评论信息, 根据索引 ID1查找到对应的消息 Ml , 并 向用户 B返回查找到的消息 Ml和评论信息;
或者,用户 B发送的与消息 Ml进行对话的请求中包括用户 B与消 息 Ml对话时发表的对话信息;第二拉取模块进一步用于,如果索引 ID1 对应的消息状态为正常状态, 则将消息 Ml和对话信息作为消息 M2, 生成消息 M2的索引 ID2, 保存索引 ID2及其对应的用户 B的账号, 并 保存索引 ID2及其对应的索引 ID1和对话信息; 根据索引 ID2查找到对 应的索引 ID1和对话信息, 根据索引 ID1查找到对应的消息 Ml , 并向 用户 B返回查找到的消息 Ml和对话信息。
第三拉取模块, 用于接收用户 C获取消息 M2的索引的请求, 并向 用户 C返回消息 M2的索引 ID2;
接收用户 C拉取索引 ID2对应的消息的请求,如果索引 ID2对应的 消息类型为转播类型, 则根据索引 ID2查找到对应的索引 ID1、 评论信 息和索引 ID1的签名, 并返回给用户 C; 如果索引 ID2对应的消息类型 为对话类型, 则根据索引 ID2查找到对应的索引 ID1和对话信息, 并返 回给用户 C;
接收用户 C拉取索引 ID1对应的消息的请求,如果返回给用户 C的 信息中包括索引 ID1的签名, 请求中还携带索引 ID1的签名;
根据索引 ID1对应的消息状态和请求中是否携带索引 ID1的签名, 判断是否向用户 C返回索引 ID1对应的消息 Ml; 如果消息状态为用户 删除状态、且请求中携带索引 ID1的签名, 则向用户 C返回索引 ID1对
应的消息 Ml ; 如果消息状态为用户删除状态、 且请求中没有携带索引 ID1的签名,则通知用户 C拉取失败;如果消息状态为管理员删除状态, 则通知用户 C拉取失败。
本实施例提供的装置, 具体可以是服务器, 还可以是由各个服务器 组成的服务端, 与方法实施例属于同一构思, 具体实现过程详见方法实 施例, 这里不再赘述。
本实施例提供的装置, 通过设置消息状态, 对于客户端达到消息被 删除的效果,使其他用户无法对删除状态的消息进行拉取、转播或对话, 而消息仍然存在, 后续特定应用中可以显示已经删除的消息, 例如, 可 以显示原文已删除的转播消息, 可扩展性好。
以上实施例提供的技术方案中的全部或部分内容可以通过软件编 程实现, 其软件程序存储在可读取的存储介质中, 存储介质例如: 计算 机中的硬盘、 光盘或软盘。
以上所述仅为本发明的较佳实施例而已, 并不用以限制本发明, 凡 在本发明的精神和原则之内, 所做的任何修改、 等同替换、 改进等, 均 应包含在本发明的保护范围之内。
Claims
1、 一种管理消息的方法, 其特征在于, 包括:
接收删除用户 A发表的消息 Ml的请求, 所述请求中携带所述消息 Ml的索引 ID1 ;
将所述索引 ID1对应的消息状态由正常状态更新为删除状态, 所述 删除状态用于使用户 B无法对所述消息 Ml进行拉取、 转播或对话。
2、 如权利要求 1所述的方法, 其特征在于, 该方法进一步包括: 接收所述用户 B拉取所述用户 A发表的消息的请求;
将所述用户 A发表的消息中正常状态的索引返回给所述用户 B; 接收所述用户 B 发送的获取所述正常状态的索引对应的消息的请 求,并根据所述正常状态的索引查找到所述用户 A发表的消息中正常状 态的消息, 返回给所述用户:8。
3、 如权利要求 1所述的方法, 其特征在于,
接收删除用户 A发表的消息 Ml的请求之前, 进一步包括: 所述用 户 B拉取所述用户 A发表的消息 Ml;
将所述索引 ID1对应的消息状态由正常状态更新为删除状态之后, 进一步包括:
接收所述用户 B发送的对所述消息 Ml进行转播或对话的请求; 判断所述索引 ID1对应的消息状态, 当所述索引 ID1对应的消息状 态为删除状态时, 通知所述用户 B转播失败或对话失败。
4、 如权利要求 3所述的方法, 其特征在于,
用户 B发送的对所述消息 Ml进行转播的请求中包括所述用户 B转 播所述消息 Ml时发表的评论信息, 如果所述索引 ID1对应的消息状态 为正常状态, 则进一步包括:
将所述消息 Ml和所述评论信息作为所述用户 B的消息 M2; 生成 所述消息 M2的索引 ID2,保存所述索引 ID2及其对应的用户 B的账号, 并保存所述索引 ID2及其对应的索引 ID1和所述评论信息;
根据所述索引 ID2查找到对应的索引 ID1和所述评论信息, 根据所 述索引 ID1查找到对应的消息 Ml , 并向所述用户 B返回查找到的所述 消息 Ml和所述评论信息;
或者,
用户 B发送的与所述消息 Ml进行对话的请求中包括所述用户 B与 所述消息 Ml对话时发表的对话信息, 如果所述索引 ID1对应的消息状 态为正常状态, 则进一步包括:
将所述消息 Ml和所述对话信息作为所述用户 B的消息 M2; 生成 所述消息 M2的索引 ID2,保存所述索引 ID2及其对应的用户 B的账号, 并保存所述索引 ID2及其对应的索引 ID1和所述对话信息;
根据所述索引 ID2查找到对应的索引 ID1和所述对话信息, 根据所 述索引 ID1查找到对应的消息 Ml , 并向所述用户 B返回查找到的所述 消息 Ml和所述对话信息。
5、 如权利要求 4所述的方法, 其特征在于, 该方法进一步包括: 接收用户 C获取所述用户 B的消息 M2的索引的请求,并向所述用 户 C返回所述消息 M2的索引 ID2;
接收所述用户 C拉取所述索引 ID2对应的消息的请求,如果所述索 引 ID2对应的消息类型为转播类型, 则根据所述索引 ID2查找到对应的 索引 ID1、 所述评论信息和所述索引 ID1的签名, 并返回给所述用户 C; 如果所述索引 ID2对应的消息类型为对话类型, 则根据所述索引 ID2查 找到对应的索引 ID1和所述对话信息, 并返回给所述用户 C;
接收所述用户 C拉取所述索引 ID1对应的消息的请求,如果返回给 所述用户 C的信息中包括所述索引 ID1的签名,所述请求中还携带所述 索引 ID1的签名;
根据所述索引 ID1对应的消息状态和所述请求中是否携带所述索引 ID1的签名,判断是否向所述用户 C返回所述索引 ID1对应的消息 Ml; 如果消息状态为用户删除状态、且所述请求中携带所述索引 ID1的签名, 则向所述用户 C返回所述索引 ID1对应的消息 Ml; 如果消息状态为用 户删除状态、 且所述请求中没有携带所述索引 ID1的签名, 则通知所述 用户 C拉取失败; 如果消息状态为管理员删除状态, 则通知所述用户 C 拉取失败。
6、 一种管理消息的装置, 其特征在于, 包括:
接收模块, 用于接收删除用户 A发表的消息 Ml的请求, 所述请求 中携带所述消息 Ml的索引 ID1;
更新模块, 用于将所述索引 ID1对应的消息状态由正常状态更新为 删除状态, 所述删除状态用于使用户 B无法对所述消息 Ml进行拉取、 转播或对话。
7、 如权利要求 6所述的装置, 其特征在于, 所述装置中进一步包 括:
第一拉取模块,用于接收所述用户 B拉取所述用户 A发表的消息的 请求, 将所述用户 A发表的消息中正常状态的索引返回给所述用户 B; 接收所述用户 B发送的获取所述正常状态的索引对应的消息的请求, 并 根据所述正常状态的索引查找到所述用户 A发表的消息中正常状态的 消息, 返回给所述用户 B。
8、 如权利要求 6所述的装置, 其特征在于, 所述装置中进一步包 括:
第二拉取模块, 用于在所述接收模块接收删除用户 A发表的消息 Ml的请求之前, 接收所述用户 B拉取所述用户 A发表的消息 Ml的请 求,并向所述用户 B返回所述消息 Ml;在所述更新模块将所述索引 ID1 对应的消息状态由正常状态更新为删除状态之后,接收所述用户 B发送 的对所述消息 Ml进行转播或对话的请求, 并判断所述索引 ID1对应的 消息状态, 当所述索引 ID1对应的消息状态为删除状态时, 通知所述用 户 B转播失败或对话失败。
9、 如权利要求 8所述的装置, 其特征在于,
用户 B发送的对所述消息 Ml进行转播的请求中包括所述用户 B转 播所述消息 Ml时发表的评论信息;
所述第二拉取模块进一步用于, 如果所述索引 ID1对应的消息状态 为正常状态, 则将转播的消息 Ml和所述评论信息作为所述用户 B的消 息 M2; 生成所述消息 M2的索引 ID2,保存所述索引 ID2及其对应的用 户 B的账号,并保存所述索引 ID2及其对应的索引 ID1和所述评论信息; 根据所述索引 ID2查找到对应的索引 ID1和所述评论信息, 根据所述索 引 ID1查找到对应的消息 Ml , 并向所述用户 B返回查找到的所述消息 Ml和所述评论信息;
或者,
用户 B发送的与所述消息 Ml进行对话的请求中包括所述用户 B与 所述消息 Ml对话时发表的对话信息;
所述第二拉取模块进一步用于, 如果所述索引 ID1对应的消息状态 为正常状态, 则将所述消息 Ml和所述对话信息作为所述用户 B的消息 M2; 生成所述消息 M2的索引 ID2, 保存所述索引 ID2及其对应的用户 B的账号, 并保存所述索引 ID2及其对应的索引 ID1和所述对话信息; 根据所述索引 ID2查找到对应的索引 ID1和所述对话信息, 根据所述索 引 ID1查找到对应的消息 Ml , 并向所述用户 B返回查找到的所述消息 Ml和所述对话信息。
10、 如权利要求 9所述的装置, 其特征在于, 所述装置还包括: 第三拉取模块,用于接收用户 C获取所述用户 B的消息 M2的索引 的请求, 并向所述用户 C返回所述消息 M2的索引 ID2;
接收所述用户 C拉取所述索引 ID2对应的消息的请求,如果所述索 引 ID2对应的消息类型为转播类型, 则根据所述索引 ID2查找到对应的 索引 ID1、 所述评论信息和所述索引 ID1的签名, 并返回给所述用户 C; 如果所述索引 ID2对应的消息类型为对话类型, 则根据所述索引 ID2查 找到对应的索引 ID1和所述对话信息, 并返回给所述用户 C;
接收所述用户 C拉取所述索引 ID1对应的消息的请求,如果返回给 所述用户 C的信息中包括所述索引 ID1的签名,所述请求中还携带所述 索引 ID1的签名;
根据所述索引 ID1对应的消息状态和所述请求中是否携带所述索引 ID1的签名,判断是否向所述用户 C返回所述索引 ID1对应的消息 Ml; 如果消息状态为用户删除状态、且所述请求中携带所述索引 ID1的签名, 则向所述用户 C返回所述索引 ID1对应的消息 Ml; 如果消息状态为用 户删除状态、 且所述请求中没有携带所述索引 ID1的签名, 则通知所述 用户 C拉取失败; 如果消息状态为管理员删除状态, 则通知所述用户 C 拉取失败。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/613,590 US8719357B2 (en) | 2010-09-06 | 2012-09-13 | Method and apparatus for managing message |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010276192.0A CN102387092B (zh) | 2010-09-06 | 2010-09-06 | 管理消息的方法和装置 |
CN201010276192.0 | 2010-09-06 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/613,590 Continuation US8719357B2 (en) | 2010-09-06 | 2012-09-13 | Method and apparatus for managing message |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2012031511A1 true WO2012031511A1 (zh) | 2012-03-15 |
Family
ID=45810109
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2011/077633 WO2012031511A1 (zh) | 2010-09-06 | 2011-07-26 | 管理消息的方法和装置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US8719357B2 (zh) |
CN (1) | CN102387092B (zh) |
WO (1) | WO2012031511A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102685020B (zh) * | 2011-03-09 | 2015-07-29 | 腾讯科技(北京)有限公司 | 微博墙显示方法及*** |
CN103516765B (zh) * | 2012-06-30 | 2017-05-17 | 北京新媒传信科技有限公司 | 社会性网络服务后台数据的存储方法和*** |
CN104158720A (zh) * | 2013-05-14 | 2014-11-19 | 腾讯科技(深圳)有限公司 | 一种聊天记录清除方法及***、移动终端 |
CN105376137B (zh) * | 2014-08-27 | 2019-02-19 | 阿里巴巴集团控股有限公司 | 一种即时通信方法和装置 |
CN105430072B (zh) * | 2015-11-11 | 2019-04-16 | 中国联合网络通信集团有限公司 | 推送消息转发对象的选择方法和***及装置 |
CN109698784A (zh) * | 2017-10-20 | 2019-04-30 | 阿里巴巴集团控股有限公司 | 一种消息撤回方法及装置 |
CN109905316B (zh) * | 2019-02-28 | 2022-06-03 | 努比亚技术有限公司 | 一种信息恢复的方法、终端及计算机可读存储介质 |
CN111581331B (zh) * | 2020-04-27 | 2023-08-25 | 抖音视界有限公司 | 文案处理的方法、装置、电子设备及计算机可读介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1890644A (zh) * | 2003-10-02 | 2007-01-03 | 索尼株式会社 | 文件管理装置、文件管理方法、文件管理方法程序以及记录该文件管理方法程序的记录介质 |
JP2008198053A (ja) * | 2007-02-15 | 2008-08-28 | Mitsubishi Electric Corp | 仮想フォルダ構築装置及び仮想フォルダ構築方法及びプログラム |
US7620765B1 (en) * | 2006-12-15 | 2009-11-17 | Symantec Operating Corporation | Method to delete partial virtual tape volumes |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7933957B2 (en) * | 2002-09-17 | 2011-04-26 | At&T Intellectual Property Ii, L.P. | Tracking email and instant messaging (IM) thread history |
WO2003045041A1 (en) * | 2002-10-18 | 2003-05-30 | Nokia Corporation | Selectively recalling sent messages |
US20040148356A1 (en) * | 2002-11-04 | 2004-07-29 | Bishop James William | System and method for private messaging |
US9819624B2 (en) * | 2004-03-31 | 2017-11-14 | Google Inc. | Displaying conversations in a conversation-based email system |
CA2583758A1 (en) * | 2004-10-27 | 2006-05-04 | Lightsurf Technologies, Inc. | A method and apparatus for management of data on handheld devices |
CN101771677B (zh) * | 2008-12-31 | 2013-08-07 | 华为技术有限公司 | 一种向访问用户提供资源的方法、服务器和*** |
CN102045267B (zh) * | 2009-10-16 | 2013-01-09 | 华为技术有限公司 | 消息召回的方法及装置 |
US8682988B2 (en) * | 2010-02-03 | 2014-03-25 | Qiang Du | Enhanced e-mail and messaging system with visual profile and selective update |
-
2010
- 2010-09-06 CN CN201010276192.0A patent/CN102387092B/zh active Active
-
2011
- 2011-07-26 WO PCT/CN2011/077633 patent/WO2012031511A1/zh active Application Filing
-
2012
- 2012-09-13 US US13/613,590 patent/US8719357B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1890644A (zh) * | 2003-10-02 | 2007-01-03 | 索尼株式会社 | 文件管理装置、文件管理方法、文件管理方法程序以及记录该文件管理方法程序的记录介质 |
US7620765B1 (en) * | 2006-12-15 | 2009-11-17 | Symantec Operating Corporation | Method to delete partial virtual tape volumes |
JP2008198053A (ja) * | 2007-02-15 | 2008-08-28 | Mitsubishi Electric Corp | 仮想フォルダ構築装置及び仮想フォルダ構築方法及びプログラム |
Also Published As
Publication number | Publication date |
---|---|
US20130031178A1 (en) | 2013-01-31 |
US8719357B2 (en) | 2014-05-06 |
CN102387092B (zh) | 2014-09-03 |
CN102387092A (zh) | 2012-03-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2012031511A1 (zh) | 管理消息的方法和装置 | |
WO2020156225A1 (zh) | 基于区块链***的业务处理方法、装置、介质及电子设备 | |
US8285267B2 (en) | Synchronization in unified messaging systems | |
CN101821993B (zh) | 故障恢复进行处理的方法和*** | |
US8239452B2 (en) | System and method for discovering and publishing of presence information on a network | |
US20140244721A1 (en) | Real-time communications using a restlike api | |
US10579595B2 (en) | Method and device for calling a distributed file system | |
US8990331B2 (en) | Method, apparatus and system for sharing a microblog message | |
JP2007535754A (ja) | ネットワーク上のプレゼンス情報の発見および公開を対象とするユーザインターフェースのためのシステムおよび方法 | |
JP2010533906A (ja) | グループ内のトピックをソートするための方法、システム及び装置 | |
US20080244051A1 (en) | Method And System For Managing Dynamic Associations Between Folksonomic Data And Resources | |
US8533275B2 (en) | Synchronizing conversation structures in web-based email systems | |
US20050246396A1 (en) | System and method for synchronizing between a file system and presence of contacts on a network | |
WO2016127884A1 (zh) | 消息推送方法及装置 | |
TW201830986A (zh) | 即時通訊訊息撤回、修改方法、即時通訊客戶端及伺服端 | |
US20200112592A1 (en) | Managing mid-dialog session initiation protocol (sip) messages | |
WO2022001736A1 (zh) | 一种邮件处理方法、装置、设备和介质 | |
WO2012028057A1 (zh) | 聚合微博单条消息的方法,服务器,客户端和*** | |
JP2013025815A (ja) | メモデータの同期化のためのメモ同期化システム、モバイルシステム及びメモ同期化方法 | |
US10425374B2 (en) | Routing a message based upon user-selected topic in a message editor | |
WO2012028033A1 (zh) | 消息更新的方法和装置 | |
US8719358B2 (en) | Method and server for transferring message | |
US10063648B2 (en) | Relaying mobile communications | |
WO2019242279A1 (zh) | 一种消息处理方法及装置 | |
WO2015196658A1 (zh) | 获取电子邮件投递状态的方法、装置和计算机存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 11823034 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
32PN | Ep: public notification in the ep bulletin as address of the adressee cannot be established |
Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205 DATED 15/05/2013) |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 11823034 Country of ref document: EP Kind code of ref document: A1 |