CN103001850A - 一种消息转发***及方法 - Google Patents
一种消息转发***及方法 Download PDFInfo
- Publication number
- CN103001850A CN103001850A CN 201210012760 CN201210012760A CN103001850A CN 103001850 A CN103001850 A CN 103001850A CN 201210012760 CN201210012760 CN 201210012760 CN 201210012760 A CN201210012760 A CN 201210012760A CN 103001850 A CN103001850 A CN 103001850A
- Authority
- CN
- China
- Prior art keywords
- message
- user
- index
- label
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明揭示了一种消息转发***及方法，所述***包括：服务器、客户端；服务器包括消息创建单元、消息发送单元、用户操作执行单元、消息展示单元。消息创建单元接收客户端的消息转发请求创建消息，并选择转发的好友；创建的消息在数据库中产生一条消息母体数据，在该数据库中为该母体数据分配唯一的ID；消息展示单元负责消息的前台展示，消息在前台以清单或详细信息方式展现给消息创建人以及收信人用户；所述消息展示单元包括重复消息汇总模块，用以将某用户多次接收的同一条转发消息汇总至一起，不重复展示。本发明可以对信息进行转发实现信息的分享；同时会过滤重复信息，减少重复信息的呈现导致时间的浪费。
Description
技术领域
本发明属于计算机及通讯技术领域，涉及一种消息发送***，尤其涉及一种消息转发***；同时，本发明还涉及一种消息转发方法。
背景技术
目前的在线***中(包括BS结构与CS结构的线上***)，用户之间可以转发消息进行信息分享，以开心网为例，用户可以自己创建一个帖子，选定收信好友后进行帖子转发，或者收到好友转发过来的帖子，选定收信好友后将收到的转贴进行转发。
转帖流程如图1所示，主要包括如下步骤：用户创建帖子；选定收信好友进行发送；收信好友收到该帖子并在界面显示；收信用户可进一步对帖子进行各项操作，包括收藏、评论、删除等；用户还可以进一步将帖子转发至其他好友。
开心网的这种转发消息机制存在以下主要不足：
(1)信息重复展示，每个好友转发一遍以后均会在该用户的清单展示页面中展示一遍。
(2)无信息分类及指数，难以对信息进行筛选管理。
(3)信息无法区分已读还是未读，导致用户经常重复浏览信息，浪费时间。
(4)信息展示无法支持多种排序功能，如按时间，按转发次数等方式。
(5)用户若收到非法信息时，无法对信息做出举报操作。
发明内容
本发明所要解决的技术问题是：提供一种消息转发***，可以对信息进行转发实现信息的分享，同时可减少重复信息的呈现导致时间的浪费。
此外，本发明还涉及一种消息转发方法，可以对信息进行转发实现信息的分享，同时可减少重复信息的呈现导致时间的浪费。
为解决上述技术问题，本发明采用如下技术方案：
一种消息转发***，所述***包括：
消息创建单元，用以提供消息创建功能，用户需要输入消息主题及主题内容，并且对该消息设定发送好友清单，基于所有好友清单进行选择或者加入筛选条件进行批量添加，或者添加该消息所属标签，标签由管理员在消息***属性设置单元进行创建，支持单个消息可以设定多个标签，用户为消息每添加一个标签，***将在消息与标签关联表内添加一条关联记录，以消息ID与标签ID进行关联；创建消息将在数据库中产生一条消息母体数据，并设置该母体数据的ID，所有的后续消息及相关操作均基于此条母体数据产生；同时，该单元支持消息创建人对该消息的修改，修改后，所有收信用户所见该信息为修改后的信息；
消息发送单元，用以在所述消息创建单元生成消息后，将该消息按照发送清单赋予清单内用户对于此消息的可见权利，收信人在自己的收信清单中将可见此消息；该单元同时支持消息的转发动作；
用户操作执行单元，用以提供该消息的相关用户操作功能，包括：(1)提供举报操作，用户在收到消息后，若主观认为该消息违反了相关法律法规，则可对该消息进行举报，进行举报操作后，***对该消息举报属性置为“是”并记录举报次数，在举报次数达到***设置阀值标准后消息关闭单元将该消息自动置为关闭状态，对所有用户不再可见，或者***管理员可根据举报次数在消息关闭单元对该消息进行关闭操作；(2)提供删除操作，用户在收到消息后，可根据主观意愿对该消息进行删除，删除仅对执行该操作的用户有效，删除后该用户对该消息不再可读，其余收信用户不受影响，用户将消息删除后，***记录删除标记，若该用户好友在该用户将某消息删除后再转发此消息给该用户，***根据消息ID可识别出此消息已被该用户删除，故该用户仍不可见该消息；
消息展示单元，用以负责消息的前台展示，消息在前台以清单或详细信息方式展现给消息创建人以及收信人用户；消息的前台展示在消息清单显示时支持各种排序方式，包括根据用户浏览次数排序；根据某项指数高低进行排序，各种指数均在消息评价单元进行用户评价后经过统计得出；根据收到信息时间排序，指根据标识为此消息ID的最近一次的对该用户的转发收信时间；消息已读与未读将有标志进行区分，同时，根据需要是否选择将已读消息与未读消息分开列表；若某用户连续收到不同好友的同一条消息，该消息在数据库内标识为同一消息ID，***在用户前台页面中不会重复展示和提示该消息，仅在消息详细信息中显示发送给该用户的转发用户清单；未读信息在用户阅读后将置状态为已读；在重复收信展示时，若该消息已读，则仍然保持为已读状态，若该消息未读，则仍然保持未读状态；在消息列表展示时，***支持对消息进行分类筛选展示，根据消息标签或者根据某项指数设定区间进行筛选；详细信息展示时，将完整可见该消息的主题及内容，以及各项指数，并且可见针对单一消息的评论；
消息评价单元，用以提供该消息的评论及评分功能：评论指某收信用户针对此消息发表评论信息，此评论对发表用户的好友可见；评分指某收信用户对收到的消息进行评分，具体包括各项指数的评分，指数由消息***属性设置单元创建，每个评分生成一条评分记录，包含指数ID，评分用户ID，消息ID，评分结果信息；在每个用户对各个指数进行评分后，***进行统计，统计方法根据具体应用场景设定；
消息关闭单元，用以提供该消息的关闭功能，关闭有两种状况下的关闭，一种是***关闭，另一种是管理员关闭，由于该资源信息违反相关法律法规或网站规定由管理员进行关闭；消息关闭后***将该消息的状态置为关闭；
过滤设置单元，用以负责用户个人账户关于收信消息的过滤属性，在过滤条件范围之外的消息将无法发送至该用户的收信清单；用户基于消息标签设置白名单或黑名单，或者基于各项指数设定白名单区间或黑名单区间，过滤属性设置完毕之后，若好友转发的消息不满足过滤条件，则该用户无法收到该转发消息；
***记录单元，用以负责***自动记录相应日志，包括为消息展示单元提供***提示信息来源；
消息***属性设置单元，用以负责消息标签和指数的管理，包括创建、修改、删除标签和指数；包括标签管理子单元、指数管理子单元；标签管理子单元用以对每个标签本身作为标签表的一条记录由***保存；一条标签记录包含标签名，标签ID，标签描述信息；同时支持对标签记录的删除，删除前***将检查要删除的标签是否有下属消息，若含有下属的消息记录，则不允许删除该标签，待管理员处理对应消息记录，检查通过后才可以成功删除此标签；创建消息时***允许多选消息所属标签；指数管理子单元用以对每个指数本身作为指数表的一条记录由***保存；一条指数记录包含指数名，指数ID，指数描述，指数最大最小值信息；指数的计分方式为分值计分。
一种消息转发***，所述***包括：服务器、与服务器通过网络连接的客户端；所述客户端用以发起消息转发请求，供服务器执行；
所述服务器包括：
消息创建单元，用以接收客户端的消息转发请求创建消息，并选择转发的好友；创建的消息在数据库中产生一条消息母体数据，在该数据库中为该母体数据分配唯一的ID，后续消息及相关操作均基于该母体数据产生；
消息发送单元，用以在所述消息创建单元生成消息后，将该消息按照发送清单赋予清单内用户对于此消息的可见权利，收信人在自己的收信清单中将可见此消息；
用户操作执行单元，用以接收用户在客户端的操作动作，并根据用户的操作动作执行对消息的相关操作；
消息展示单元，用以负责消息的前台展示，消息在前台以清单或详细信息方式展现给消息创建人以及收信人用户；所述消息展示单元包括重复消息汇总模块，用以将某用户多次接收的同一条转发消息汇总至一起，不重复展示。
作为本发明的一种优选方案，所述消息创建单元还支持消息创建人对该消息的修改，修改后，所有收信用户所见该信息为修改后的信息。
作为本发明的一种优选方案，所述用户操作执行单元提供的用户操作包括：(1)提供举报操作，用户在收到消息后，若主观认为该消息违反了相关法律法规，则可对该消息进行举报，进行举报操作后，***对该消息举报属性置为“是”并记录举报次数，在举报次数达到***设置阀值标准后消息关闭单元将该消息自动置为关闭状态，对所有用户不再可见，或者***管理员可根据举报次数在消息关闭单元对该消息进行关闭操作；(2)提供删除操作，用户在收到消息后，可根据主观意愿对该消息进行删除，删除仅对执行该操作的用户有效，删除后该用户对该消息不再可读，其余收信用户不受影响，用户将消息删除后，***记录删除标记，若该用户好友在该用户将某消息删除后再转发此消息给该用户，***根据消息ID可识别出此消息已被该用户删除，故该用户仍不可见该消息。
作为本发明的一种优选方案，所述消息展示单元展示的消息在消息清单显示时支持各种排序方式，包括：根据用户浏览次数排序；根据某项指数高低进行排序，各种指数均在消息评价单元进行用户评价后经过统计得出；根据收到信息时间排序，指根据标识为此消息ID的最近一次的对该用户的转发收信时间；消息已读与未读将有标志进行区分，同时，根据需要是否选择将已读消息与未读消息分开列表；若某用户连续收到不同好友的同一条消息，该消息在数据库内标识为同一消息ID，***在用户前台页面中不会重复展示和提示该消息，仅在消息详细信息中显示发送给该用户的转发用户清单；未读信息在用户阅读后设置状态为已读；在重复收信展示时，若该消息已读，则仍然保持为已读状态，若该消息未读，则仍然保持未读状态；在消息列表展示时，***支持对消息进行分类筛选展示；详细信息展示时，将完整可见该消息的主题及内容，以及各项指数，并且可见针对单一消息的评论。
作为本发明的一种优选方案，所述服务器进一步包括过滤设置单元，用以负责用户个人账户关于收信消息的过滤属性，在过滤条件范围之外的消息将无法发送至该用户的收信清单；用户基于消息标签设置白名单或黑名单，或者基于各项指数设定白名单区间或黑名单区间，过滤属性设置完毕之后，若好友转发的消息不满足过滤条件，则该用户无法收到该转发消息。
作为本发明的一种优选方案，所述服务器进一步包括：
消息评价单元，用以提供该消息的评论及评分功能：评论指某收信用户针对此消息发表评论信息，此评论对发表用户的好友可见；评分指某收信用户对收到的消息进行评分，具体包括各项指数的评分，指数由消息***属性设置单元创建，每个评分生成一条评分记录，包含指数ID，评分用户ID，消息ID，评分结果信息；在每个用户对各个指数进行评分后，***进行统计，统计方法根据具体应用场景设定；消息关闭单元，用以提供该消息的关闭功能，关闭有两种状况下的关闭，一种是***关闭，另一种是管理员关闭，由于该资源信息违反相关法律法规或网站规定由管理员进行关闭；消息关闭后***将该消息的状态置为关闭；
***记录单元，用以负责***自动记录相应日志，包括为消息展示单元提供***提示信息来源；
消息***属性设置单元，用以负责消息标签和指数的管理，包括创建、修改、删除标签和指数；包括标签管理子单元、指数管理子单元；标签管理子单元用以对每个标签本身作为标签表的一条记录由***保存；一条标签记录包含标签名，标签ID，标签描述信息；同时支持对标签记录的删除，删除前***将检查要删除的标签是否有下属消息，若含有下属的消息记录，则不允许删除该标签，待管理员处理对应消息记录，检查通过后才可以成功删除此标签；创建消息时***允许多选消息所属标签；指数管理子单元用以对每个指数本身作为指数表的一条记录由***保存；一条指数记录包含指数名，指数ID，指数描述，指数最大最小值信息；指数的计分方式为分值计分。
一种上述消息转发***的消息转发方法，所述方法包括如下步骤：
所述客户端发起消息转发请求，供服务器执行；
服务器的消息创建单元接收客户端的消息转发请求创建消息，并选择转发的好友；创建的消息在数据库中产生一条消息母体数据，在该数据库中为该母体数据分配唯一的ID，后续消息及相关操作均基于该母体数据产生；
消息发送单元在所述消息创建单元生成消息后，将该消息按照发送清单赋予清单内用户对于此消息的可见权利，收信人在自己的收信清单中将可见此消息；
消息展示单元实现消息的前台展示，消息在前台以清单或详细信息方式展现给消息创建人以及收信人用户；所述消息展示单元包括重复消息汇总模块，用以将某用户多次接收的同一条转发消息汇总至一起，不重复展示；
用户操作执行单元接收用户在客户端的操作动作，并根据用户的操作动作执行对消息的相关操作。
作为本发明的一种优选方案，所述用户操作执行单元提供的用户操作包括：(1)提供举报操作，用户在收到消息后，若主观认为该消息违反了相关法律法规，则可对该消息进行举报，进行举报操作后，***对该消息举报属性置为“是”并记录举报次数，在举报次数达到***设置阀值标准后消息关闭单元将该消息自动置为关闭状态，对所有用户不再可见，或者***管理员可根据举报次数在消息关闭单元对该消息进行关闭操作；(2)提供删除操作，用户在收到消息后，可根据主观意愿对该消息进行删除，删除仅对执行该操作的用户有效，删除后该用户对该消息不再可读，其余收信用户不受影响，用户将消息删除后，***记录删除标记，若该用户好友在该用户将某消息删除后再转发此消息给该用户，***根据消息ID可识别出此消息已被该用户删除，故该用户仍不可见该消息；
所述消息展示单元展示的消息在消息清单显示时支持各种排序方式，包括：根据用户浏览次数排序；根据某项指数高低进行排序，各种指数均在消息评价单元进行用户评价后经过统计得出；根据收到信息时间排序，指根据标识为此消息ID的最近一次的对该用户的转发收信时间；消息已读与未读将有标志进行区分，同时，根据需要是否选择将已读消息与未读消息分开列表；若某用户连续收到不同好友的同一条消息，该消息在数据库内标识为同一消息ID，***在用户前台页面中不会重复展示和提示该消息，仅在消息详细信息中显示发送给该用户的转发用户清单；未读信息在用户阅读后设置状态为已读；在重复收信展示时，若该消息已读，则仍然保持为已读状态，若该消息未读，则仍然保持未读状态；在消息列表展示时，***支持对消息进行分类筛选展示；详细信息展示时，将完整可见该消息的主题及内容，以及各项指数，并且可见针对单一消息的评论。
作为本发明的一种优选方案，所述方法进一步包括：
过滤设置步骤，设置用户个人账户关于收信消息的过滤属性，在过滤条件范围之外的消息将无法发送至该用户的收信清单；用户基于消息标签设置白名单或黑名单，或者基于各项指数设定白名单区间或黑名单区间，过滤属性设置完毕之后，若好友转发的消息不满足过滤条件，则该用户无法收到该转发消息；
消息评价步骤，用户对消息进行评论及评分；评论指某收信用户针对此消息发表评论信息，此评论对发表用户的好友可见；评分指某收信用户对收到的消息进行评分，具体包括各项指数的评分，指数由消息***属性设置单元创建，每个评分生成一条评分记录，包含指数ID，评分用户ID，消息ID，评分结果信息；在每个用户对各个指数进行评分后，***进行统计，统计方法根据具体应用场景设定；
消息关闭步骤，对消息进行关闭操作；关闭有两种状况下的关闭，一种是***关闭，另一种是管理员关闭，由于该资源信息违反相关法律法规或网站规定由管理员进行关闭；消息关闭后***将该消息的状态置为关闭；
***记录步骤，***自动记录相应日志，包括为消息展示单元提供***提示信息来源。
与现有技术相比，本发明提出的消息转发***及方法的有益效果在于：
(1)本发明可以对信息进行转发实现信息的分享。
(2)减少重复信息的呈现导致时间的浪费。
(3)可以通过标签和指数的筛选对信息进行有效管理。
(4)信息可以对已读和未读消息进行分开展示，避免浪费时间。
(5)信息展示支持多种排序功能。
(6)用户若收到非法信息时，可以对信息做出举报操作。
(7)操作便捷，流程步骤少。
附图说明
图1为现有消息转发方法的流程图。
图2为实施例一中消息转发***的组成示意图。
图3为实施例二中消息转发***的组成示意图。
图4为实施例二中消息转发方法的流程图。
具体实施方式
下面结合附图详细说明本发明的优选实施例。
实施例一
请参阅图2，本发明揭示了一种消息转发***，所述***包括：服务器20、与服务器20通过网络连接的客户端10；所述客户端10用以发起消息转发请求，供服务器20执行。
所述服务器20包括：消息创建单元21、消息发送单元22、用户操作执行单元23、消息展示单元24、消息评价单元25、消息关闭单元26、过滤设置单元27、***记录单元28、消息***属性设置单元29；以下分别介绍。
【消息创建单元】
消息创建单元21用以接收客户端10的消息转发请求创建消息，并选择转发的好友。消息创建单元21提供消息创建功能，用户需要输入消息主题及主题内容，并且对该消息设定发送好友清单，基于所有好友清单进行选择或者加入筛选条件进行批量添加，也可添加该消息所属标签(标签由管理员在消息***属性设置单元29进行创建，支持单个消息可以设定多个标签，用户为消息每添加一个标签，***将在消息与标签关联表内添加一条关联记录，以消息ID与标签ID进行关联)；创建消息将在数据库中产生一条消息母体数据，并设置该母体数据的ID，所有的后续消息及相关操作均基于此条母体数据产生；同时，该单元支持消息创建人对该消息的修改，修改后，所有收信用户所见该信息为修改后的信息；
【消息发送单元】
消息发送单元22用以在所述消息创建单元生成消息后，将该消息按照发送清单赋予清单内用户对于此消息的可见权利，收信人在自己的收信清单中将可见此消息；该单元同时支持消息的转发动作。
【用户操作执行单元】
用户操作执行单元23用以接收用户在客户端的操作动作，并根据用户的操作动作执行对消息的相关操作。
用户操作执行单元23提供的相关用户操作功能包括：
(1)提供举报操作，用户在收到消息后，若主观认为该消息违反了相关法律法规，则可对该消息进行举报，进行举报操作后，***对该消息举报属性置为“是”并记录举报次数，在举报次数达到***设置阀值标准后消息关闭单元将该消息自动置为关闭状态，对所有用户不再可见，或者***管理员可根据举报次数在消息关闭单元对该消息进行关闭操作。
(2)提供删除操作，用户在收到消息后，可根据主观意愿对该消息进行删除，删除仅对执行该操作的用户有效，删除后该用户对该消息不再可读，其余收信用户不受影响，用户将消息删除后，***记录删除标记，若该用户好友在该用户将某消息删除后再转发此消息给该用户，***根据消息ID可识别出此消息已被该用户删除，故该用户仍不可见该消息。
【消息展示单元】
消息展示单元24用以负责消息的前台展示，消息在前台以清单或详细信息方式展现给消息创建人以及收信人用户。所述消息展示单元24包括重复消息汇总模块，用以将某用户多次接收的同一条转发消息汇总至一起，不重复展示。
消息的前台展示在消息清单显示时支持各种排序方式，包括根据用户浏览次数排序；根据某项指数高低进行排序，各种指数均在消息评价单元进行用户评价后经过统计得出；根据收到信息时间排序，指根据标识为此消息ID的最近一次的对该用户的转发收信时间。
此外，本发明在信息的展现方式上进行改进，对已读和未读信息进行分类展示，避免重复阅读，避免用户时间上的浪费。消息展示单元24对消息已读与未读将有标志进行区分，同时，根据需要是否选择将已读消息与未读消息分开列表。
若某用户连续收到不同好友的同一条消息，该消息在数据库内标识为同一消息ID，***在用户前台页面中不会重复展示和提示该消息，仅在消息详细信息中显示发送给该用户的转发用户清单；未读信息在用户阅读后将置状态为已读；在重复收信展示时，若该消息已读，则仍然保持为已读状态，若该消息未读，则仍然保持未读状态；在消息列表展示时，***支持对消息进行分类筛选展示；详细信息展示时，将完整可见该消息的主题及内容，以及各项指数，并且可见针对单一消息的评论。
【消息评价单元】
消息评价单元25用以提供该消息的评论及评分功能：评论指某收信用户针对此消息发表评论信息，此评论对发表用户的好友可见；评分指某收信用户对收到的消息进行评分，具体包括各项指数(由消息***属性设置单元29创建)的评分，每个评分生成一条评分记录，包含指数ID，评分用户ID，消息ID，评分结果等信息。在每个用户对各个指数进行评分后，***进行统计，统计方法根据具体应用场景设定。用户可以对信息的各项指数进行评分并且***将计算每个指数的统计值。
【消息关闭单元】
消息关闭单元26用以提供该消息的关闭功能，关闭有两种状况下的关闭，一种是***关闭，另一种是管理员关闭，由于该资源信息违反相关法律法规或网站规定由管理员进行关闭；消息关闭后***将该消息的状态置为关闭。
【过滤设置单元】
过滤设置单元27用以负责用户个人账户关于收信消息的过滤属性，在过滤条件范围之外的消息将无法发送至该用户的收信清单；用户基于消息标签设置白名单或黑名单，或者基于各项指数设定白名单区间或黑名单区间，过滤属性设置完毕之后，若好友转发的消息不满足过滤条件，则该用户无法收到该转发消息。本发明通过该过滤设置单元27，可以通过分类指数的筛选对信息进行有效管理，在信息展示时可以通过对信息各项指数的筛选条件进行过滤。屏蔽不需要的信息。
【***记录单元】
***记录单元28用以负责***自动记录相应日志，包括为消息展示单元提供***提示信息来源。
【消息***属性设置单元】
消息***属性设置单元29用以负责消息标签和指数的管理，包括创建、修改、删除标签和指数；包括标签管理子单元、指数管理子单元。
标签管理子单元用以对每个标签本身作为标签表的一条记录由***保存；一条标签记录包含标签名，标签ID，标签描述信息；同时支持对标签记录的删除，删除前***将检查要删除的标签是否有下属消息，若含有下属的消息记录，则不允许删除该标签，待管理员处理对应消息记录，检查通过后才可以成功删除此标签；创建消息时***允许多选消息所属标签。
指数管理子单元用以对每个指数本身作为指数表的一条记录由***保存；一条指数记录包含指数名，指数ID，指数描述，指数最大最小值信息；指数的计分方式为分值计分。
本发明***还与外部***可进行对接，接口格式符合标准即可实现跨***的消息分享功能。
以上介绍了本发明消息转发***的组成，本发明在揭示上述消息转发***的同时，还揭示上述消息转发***的消息转发方法；所述方法包括如下步骤：
【转发请求步骤】所述客户端发起消息转发请求，供服务器执行；
【转发消息创建步骤】服务器的消息创建单元接收客户端的消息转发请求创建消息，并选择转发的好友；创建的消息在数据库中产生一条消息母体数据，在该数据库中为该母体数据分配唯一的ID，后续消息及相关操作均基于该母体数据产生；
【消息发送步骤】消息发送单元在所述消息创建单元生成消息后，将该消息按照发送清单赋予清单内用户对于此消息的可见权利，收信人在自己的收信清单中将可见此消息；
【消息展示步骤】消息展示单元实现消息的前台展示，消息在前台以清单或详细信息方式展现给消息创建人以及收信人用户；所述消息展示单元包括重复消息汇总模块，用以将某用户多次接收的同一条转发消息汇总至一起，不重复展示。所述消息展示单元展示的消息在消息清单显示时支持各种排序方式，包括：根据用户浏览次数排序；根据某项指数高低进行排序，各种指数均在消息评价单元进行用户评价后经过统计得出；根据收到信息时间排序，指根据标识为此消息ID的最近一次的对该用户的转发收信时间；消息已读与未读将有标志进行区分，同时，根据需要是否选择将已读消息与未读消息分开列表；若某用户连续收到不同好友的同一条消息，该消息在数据库内标识为同一消息ID，***在用户前台页面中不会重复展示和提示该消息，仅在消息详细信息中显示发送给该用户的转发用户清单；未读信息在用户阅读后设置状态为已读；在重复收信展示时，若该消息已读，则仍然保持为已读状态，若该消息未读，则仍然保持未读状态；在消息列表展示时，***支持对消息进行分类筛选展示；详细信息展示时，将完整可见该消息的主题及内容，以及各项指数，并且可见针对单一消息的评论。
【用户操作步骤】用户操作执行单元接收用户在客户端的操作动作，并根据用户的操作动作执行对消息的相关操作。所述用户操作执行单元提供的用户操作包括：(1)提供举报操作，用户在收到消息后，若主观认为该消息违反了相关法律法规，则可对该消息进行举报，进行举报操作后，***对该消息举报属性置为“是”并记录举报次数，在举报次数达到***设置阀值标准后消息关闭单元将该消息自动置为关闭状态，对所有用户不再可见，或者***管理员可根据举报次数在消息关闭单元对该消息进行关闭操作；(2)提供删除操作，用户在收到消息后，可根据主观意愿对该消息进行删除，删除仅对执行该操作的用户有效，删除后该用户对该消息不再可读，其余收信用户不受影响，用户将消息删除后，***记录删除标记，若该用户好友在该用户将某消息删除后再转发此消息给该用户，***根据消息ID可识别出此消息已被该用户删除，故该用户仍不可见该消息。
【过滤设置步骤】设置用户个人账户关于收信消息的过滤属性，在过滤条件范围之外的消息将无法发送至该用户的收信清单；用户基于消息标签设置白名单或黑名单，或者基于各项指数设定白名单区间或黑名单区间，过滤属性设置完毕之后，若好友转发的消息不满足过滤条件，则该用户无法收到该转发消息；
【消息评价步骤】用户对消息进行评论及评分；评论指某收信用户针对此消息发表评论信息，此评论对发表用户的好友可见；评分指某收信用户对收到的消息进行评分，具体包括各项指数(由消息***属性设置单元29创建)的评分，每个评分生成一条评分记录，包含指数ID，评分用户ID，消息ID，评分结果等信息。在每个用户对各个指数进行评分后，***进行统计，统计方法根据具体应用场景设定；
【消息关闭步骤】对消息进行关闭操作；关闭有两种状况下的关闭，一种是***关闭，另一种是管理员关闭，由于该资源信息违反相关法律法规或网站规定由管理员进行关闭；消息关闭后***将该消息的状态置为关闭；
【***记录步骤】***自动记录相应日志，包括为消息展示单元提供***提示信息来源。
【消息***属性设置步骤】本步骤实现消息标签和指数的管理，包括创建、修改、删除标签和指数；包括标签管理子单元、指数管理子单元；标签管理子单元用以对每个标签本身作为标签表的一条记录由***保存；一条标签记录包含标签名，标签ID，标签描述信息；同时支持对标签记录的删除，删除前***将检查要删除的标签是否有下属消息，若含有下属的消息记录，则不允许删除该标签，待管理员处理对应消息记录，检查通过后才可以成功删除此标签；创建消息时***允许多选消息所属标签；指数管理子单元用以对每个指数本身作为指数表的一条记录由***保存；一条指数记录包含指数名，指数ID，指数描述，指数最大最小值信息；指数的计分方式为分值计分。
实施例二
请参阅图3，本实施例揭示一种在线用户消息转发***，主要包括消息模块M1、用户模块U1，其中消息模块M1主要包含了消息创建单元M11，消息发送单元M12，用户操作单元M13，消息展示单元M14，消息评价单元M15，消息关闭单元M16，过滤设置单元M17，***记录单元M18以及消息***属性设置单元M19。
消息创建单元M11主要负责创建消息，包含消息标题及消息内容，确定消息发送用户清单；消息发送单元M12主要负责消息的发送(包括消息的转发)，确保所有收信用户可以在界面看到发送的信息；用户操作单元M13主要负责对于消息的举报，删除等用户操作；消息展示单元M14主要负责消息的前台展示；消息评价单元M15主要负责对于该条消息的用户评论及评分功能的实现；消息关闭单元M16主要负责将某条消息的状态置为关闭；过滤设置单元M17主要负责用户对个人账户中信息的筛选条件设置；***记录单元M18主要负责***自动记录相应日志，包括为消息展示单元M14提供***提示信息来源。
消息创建单元M11提供消息创建功能，用户需要输入消息主题及主题内容(可提交附件)，并且对该消息设定发送好友清单(可以基于所有好友清单进行选择，也可以加入筛选条件进行批量添加)；也可添加该消息所属标签(标签由管理员在M19消息***属性设置单元进行创建，支持单个消息可以设定多个标签，用户为消息每添加一个标签，***将在消息与标签关联表内添加一条关联记录，以消息ID与标签ID进行关联)。创建消息将在数据库中产生一条消息母体数据，所有的后续消息及相关操作均基于此条母体数据产生。同时，该单元支持消息创建人对该消息的修改，修改后，所有收信用户所见该信息为修改后的信息。
消息发送单元M12在消息创建单元M11生成消息后，将该消息按照发送清单赋予清单内用户对于此消息的可见权利，收信人在自己的收信清单中将可见此消息。该单元同时支持消息的转发动作。
用户操作单元M13提供该消息的相关用户操作功能：举报操作，用户在收到消息后，若主观认为该消息违反了相关法律法规，则可对该消息进行举报，进行举报操作后，***对该消息举报属性置为“是”并记录举报次数，在举报次数达到***设置阀值标准后消息关闭单元M16将该消息自动置为关闭状态，对所有用户不再可见，或者***管理员可根据举报次数在消息关闭单元M16对该消息进行关闭操作；删除操作，用户在收到消息后，可根据主观意愿对该消息进行删除，删除仅对执行该操作的用户有效，删除后该用户对该消息不再可读，其余收信用户不受影响，用户将消息删除后，***记录删除标记，若该用户好友在该用户将某消息删除后再转发此消息给该用户，***根据消息ID可识别出此消息已被该用户删除，故该用户仍不可见该消息。
消息展示单元M14负责消息的前台展示，消息在前台以清单或详细信息方式展现给消息创建人以及收信人用户。消息的前台展示在消息清单显示时可支持各种排序方式，如根据用户浏览次数排序；根据某项指数高低进行排序(各种指数均在消息评价单元M15进行用户评价后经过统计得出)；根据收到信息时间(指根据标识为此消息ID的最近一次的对该用户的转发收信时间)进行排序等。消息已读与未读将有标志进行区分，同时，可以选择将已读消息与未读消息分开列表，如将已读消息归入某区段或标签页，未读消息归入另一区段或标签页，便于用户进行分类查看。某用户甲若连续收到甲的好友乙和丙对同一条消息(在数据库内标识为同一消息ID的消息)的转发，***在前台页面中不会重复展示和提示该消息，仅在消息详细信息中显示发送给甲的转发用户清单中有乙与丙。未读信息在用户阅读后将置状态为已读。在重复收信展示时，若该消息已读，则仍然保持为已读状态，若该消息未读，则仍然保持未读状态。在消息列表展示时，***支持对消息进行分类筛选展示，如根据消息标签、根据某项指数设定区间筛选(支持“与”或“或”的方式筛选)等方式。详细信息展示时，将完整可见该消息的主题及内容，以及各项指数，并且可见针对单一消息的评论。
消息评价单元M15负责该消息的评论及评分功能：评论指某收信用户可以针对此消息发表评论信息，此评论对发表用户的好友可见；评分指某收信用户可以对收到的消息进行评分，具体包括各项指数(由消息***属性设置单元M19创建)的评分，每个评分生成一条评分记录，包含指数ID，评分用户ID，消息ID，评分结果等信息。在每个用户对各个指数进行评分后，***进行统计，统计方法可根据具体应用场景设定，初步定为10个评分样本以平均数计算，超过10个评分样本内以去掉最高及最低数取平均数计算。
消息关闭单元M16提供该消息的关闭功能，关闭有两种状况下的关闭，一种是***关闭，比如举报次数到达阀值后***关闭，另一种是管理员关闭，是由于该资源信息违反相关法律法规或网站规定由管理员进行关闭。消息关闭后***将该消息的状态置为关闭。
过滤设置单元M17主要负责用户个人账户关于收信消息的过滤属性，在过滤条件范围之外的消息将无法发送至该用户的收信清单。用户可以基于消息标签设置白名单或黑名单(支持“与”或“或”的方式)，也可以基于各项指数设定白名单区间或黑名单区间(支持“与”或“或”的方式)，过滤属性设置完毕之后，若好友转发的消息不满足过滤条件，则该用户无法收到该转发消息。
***记录单元M18主要负责***自动记录相应日志，包括为消息展示单元M14提供***提示信息来源。
消息***属性设置单元M19用以负责消息标签和指数的管理，包括创建、修改、删除标签和指数；包括标签管理子单元、指数管理子单元。标签管理子单元用以对每个标签本身作为标签表的一条记录由***保存；一条标签记录包含标签名，标签ID，标签描述信息；同时支持对标签记录的删除，删除前***将检查要删除的标签是否有下属消息，若含有下属的消息记录，则不允许删除该标签，待管理员处理对应消息记录，检查通过后才可以成功删除此标签；创建消息时***允许多选消息所属标签。指数管理子单元用以对每个指数本身作为指数表的一条记录由***保存；一条指数记录包含指数名，指数ID，指数描述，指数最大最小值信息；指数的计分方式为分值计分。
以上揭示了本发明消息转发***，请参阅图4，上述消息转发***的消息转发方法包括如下步骤：
用户A设定收信筛选条件，确定各个指数白名单区间与黑名单区间，确定合法消息标签。
用户A创建消息，创建消息需预先填写好消息主题及内容，确定发送用户清单。消息创建完成后，***以发送给所有收信用户清单的用户，清单内用户在自己的收信清单中可见该消息，并可点击打开，参与用户随即可进行多种操作。
举报消息，用户B对消息进行举报，消息随即置为举报状态，***计数举报次数。若举报次数到达***设定阀值，则该消息由***自动关闭，若仍未到达阀值，则***管理员可主动关闭该消息。消息关闭后，所有用户均不再可见该消息。
删除消息，用户C将收到的由用户A创建的消息删除后，仅用户C不再可见该消息，用户A及其余收信用户仍可正常查看该消息。
修改消息，用户A根据实际情况修改消息，修改完成后，收信用户可见修改后的消息，并且***在消息修改后对收信用户做出提示。
评论消息，用户D可以对消息进行评论，评论发表后，用户D的好友可见其发表的评论内容。
评价信息，用户E可以对消息进行评价，评价是为该消息的相关指数进行量化的评价，用户E对消息的评价完成后，***会根据计算工具对该消息的指数进行更新，将更新后的指数值存入数据库。
转发消息，用户E可以对收到的消息进行转发，转发时要选定收信人清单，转发后，所有在收信人清单内的用户可收到该转发消息。
综上所述，本发明提出的消息转发***及方法可以对信息进行转发实现信息的分享；同时会过滤重复信息，减少重复信息的呈现导致时间的浪费。此外，本发明可以通过标签和指数的筛选对信息进行有效管理；信息展示支持多种排序功能；信息可以对已读和未读消息进行分开展示，避免浪费时间。
综上所述，本发明相比现有技术具有如下优势：
(1)在信息的展现方式上进行改进，对已读和未读信息进行分类展示，避免重复阅读，避免用户时间上的浪费。
(2)可以通过标签和指数的筛选对信息进行有效管理，屏蔽不需要的信息。
(3)用户可以对信息的各项指数进行评分并且***将计算每个指数的统计值。
(4)用户若收到非法信息时，可以对信息作出举报操作。
(5)在信息展示时可以通过对信息各项指数的筛选条件进行过滤。
(6)信息展示支持多种排序功能。
(7)与外部***可进行对接，接口格式符合标准即可实现跨***的消息分享功能。
这里本发明的描述和应用是说明性的，并非想将本发明的范围限制在上述实施例中。这里所披露的实施例的变形和改变是可能的，对于那些本领域的普通技术人员来说实施例的替换和等效的各种部件是公知的。本领域技术人员应该清楚的是，在不脱离本发明的精神或本质特征的情况下，本发明可以以其它形式、结构、布置、比例，以及用其它组件、材料和部件来实现。在不脱离本发明范围和精神的情况下，可以对这里所披露的实施例进行其它变形和改变。
Claims (10)
1.一种消息转发***，其特征在于，所述***包括：
消息创建单元，用以提供消息创建功能，用户需要输入消息主题及主题内容，并且对该消息设定发送好友清单，基于所有好友清单进行选择或者加入筛选条件进行批量添加，或者添加该消息所属标签，标签由管理员在消息***属性设置单元进行创建，支持单个消息可以设定多个标签，用户为消息每添加一个标签，***将在消息与标签关联表内添加一条关联记录，以消息ID与标签ID进行关联；创建消息将在数据库中产生一条消息母体数据，并设置该母体数据的ID，所有的后续消息及相关操作均基于此条母体数据产生；同时，该单元支持消息创建人对该消息的修改，修改后，所有收信用户所见该信息为修改后的信息；
消息发送单元，用以在所述消息创建单元生成消息后，将该消息按照发送清单赋予清单内用户对于此消息的可见权利，收信人在自己的收信清单中将可见此消息；该单元同时支持消息的转发动作；
用户操作执行单元，用以提供该消息的相关用户操作功能，包括：(1)提供举报操作，用户在收到消息后，若主观认为该消息违反了相关法律法规，则可对该消息进行举报，进行举报操作后，***对该消息举报属性置为“是”并记录举报次数，在举报次数达到***设置阀值标准后消息关闭单元将该消息自动置为关闭状态，对所有用户不再可见，或者***管理员可根据举报次数在消息关闭单元对该消息进行关闭操作；(2)提供删除操作，用户在收到消息后，可根据主观意愿对该消息进行删除，删除仅对执行该操作的用户有效，删除后该用户对该消息不再可读，其余收信用户不受影响，用户将消息删除后，***记录删除标记，若该用户好友在该用户将某消息删除后再转发此消息给该用户，***根据消息ID可识别出此消息已被该用户删除，故该用户仍不可见该消息；
消息展示单元，用以负责消息的前台展示，消息在前台以清单或详细信息方式展现给消息创建人以及收信人用户；消息的前台展示在消息清单显示时支持各种排序方式，包括根据用户浏览次数排序；根据某项指数高低进行排序，各种指数均在消息评价单元进行用户评价后经过统计得出；根据收到信息时间排序，指根据标识为此消息ID的最近一次的对该用户的转发收信时间；消息已读与未读将有标志进行区分，同时，根据需要是否选择将已读消息与未读消息分开列表；若某用户连续收到不同好友的同一条消息，该消息在数据库内标识为同一消息ID，***在用户前台页面中不会重复展示和提示该消息，仅在消息详细信息中显示发送给该用户的转发用户清单；未读信息在用户阅读后将置状态为已读；在重复收信展示时，若该消息已读，则仍然保持为已读状态，若该消息未读，则仍然保持未读状态；在消息列表展示时，***支持对消息进行分类筛选展示，根据消息标签或者根据某项指数设定区间进行筛选；详细信息展示时，将完整可见该消息的主题及内容，以及各项指数，并且可见针对单一消息的评论；
消息评价单元，用以提供该消息的评论及评分功能：评论指某收信用户针对此消息发表评论信息，此评论对发表用户的好友可见；评分指某收信用户对收到的消息进行评分，具体包括各项指数的评分，指数由消息***属性设置单元创建，每个评分生成一条评分记录，包含指数ID，评分用户ID，消息ID，评分结果信息；在每个用户对各个指数进行评分后，***进行统计，统计方法根据具体应用场景设定；
消息关闭单元，用以提供该消息的关闭功能，关闭有两种状况下的关闭，一种是***关闭，另一种是管理员关闭，由于该资源信息违反相关法律法规或网站规定由管理员进行关闭；消息关闭后***将该消息的状态置为关闭；
过滤设置单元，用以负责用户个人账户关于收信消息的过滤属性，在过滤条件范围之外的消息将无法发送至该用户的收信清单；用户基于消息标签设置白名单或黑名单，或者基于各项指数设定白名单区间或黑名单区间，过滤属性设置完毕之后，若好友转发的消息不满足过滤条件，则该用户无法收到该转发消息；
***记录单元，用以负责***自动记录相应日志，包括为消息展示单元提供***提示信息来源；
消息***属性设置单元，用以负责消息标签和指数的管理，包括创建、修改、删除标签和指数；包括标签管理子单元、指数管理子单元；标签管理子单元用以对每个标签本身作为标签表的一条记录由***保存；一条标签记录包含标签名，标签ID，标签描述信息；同时支持对标签记录的删除，删除前***将检查要删除的标签是否有下属消息，若含有下属的消息记录，则不允许删除该标签，待管理员处理对应消息记录，检查通过后才可以成功删除此标签；创建消息时***允许多选消息所属标签；指数管理子单元用以对每个指数本身作为指数表的一条记录由***保存；一条指数记录包含指数名，指数ID，指数描述，指数最大最小值信息；指数的计分方式为分值计分。
2.一种消息转发***，其特征在于，所述***包括：服务器、与服务器通过网络连接的客户端；所述客户端用以发起消息转发请求，供服务器执行；
所述服务器包括：
消息创建单元，用以接收客户端的消息转发请求创建消息，并选择转发的好友；创建的消息在数据库中产生一条消息母体数据，在该数据库中为该母体数据分配唯一的ID，后续消息及相关操作均基于该母体数据产生；
消息发送单元，用以在所述消息创建单元生成消息后，将该消息按照发送清单赋予清单内用户对于此消息的可见权利，收信人在自己的收信清单中将可见此消息；
用户操作执行单元，用以接收用户在客户端的操作动作，并根据用户的操作动作执行对消息的相关操作；
消息展示单元，用以负责消息的前台展示，消息在前台以清单或详细信息方式展现给消息创建人以及收信人用户；所述消息展示单元包括重复消息汇总模块，用以将某用户多次接收的同一条转发消息汇总至一起，不重复展示。
3.根据权利要求2所述的消息转发***，其特征在于：
所述消息创建单元还支持消息创建人对该消息的修改，修改后，所有收信用户所见该信息为修改后的信息。
4.根据权利要求2所述的消息转发***，其特征在于：
所述用户操作执行单元提供的用户操作包括：
(1)提供举报操作，用户在收到消息后，若主观认为该消息违反了相关法律法规，则可对该消息进行举报，进行举报操作后，***对该消息举报属性置为“是”并记录举报次数，在举报次数达到***设置阀值标准后消息关闭单元将该消息自动置为关闭状态，对所有用户不再可见，或者***管理员可根据举报次数在消息关闭单元对该消息进行关闭操作；
(2)提供删除操作，用户在收到消息后，可根据主观意愿对该消息进行删除，删除仅对执行该操作的用户有效，删除后该用户对该消息不再可读，其余收信用户不受影响，用户将消息删除后，***记录删除标记，若该用户好友在该用户将某消息删除后再转发此消息给该用户，***根据消息ID可识别出此消息已被该用户删除，故该用户仍不可见该消息。
5.根据权利要求2所述的消息转发***，其特征在于：
所述消息展示单元展示的消息在消息清单显示时支持各种排序方式，包括：
根据用户浏览次数排序；
根据某项指数高低进行排序，各种指数均在消息评价单元进行用户评价后经过统计得出；
根据收到信息时间排序，指根据标识为此消息ID的最近一次的对该用户的转发收信时间；
消息已读与未读将有标志进行区分，同时，根据需要是否选择将已读消息与未读消息分开列表；
若某用户连续收到不同好友的同一条消息，该消息在数据库内标识为同一消息ID，***在用户前台页面中不会重复展示和提示该消息，仅在消息详细信息中显示发送给该用户的转发用户清单；
未读信息在用户阅读后设置状态为已读；在重复收信展示时，若该消息已读，则仍然保持为已读状态，若该消息未读，则仍然保持未读状态；在消息列表展示时，***支持对消息进行分类筛选展示；详细信息展示时，将完整可见该消息的主题及内容，以及各项指数，并且可见针对单一消息的评论。
6.根据权利要求2所述的消息转发***，其特征在于：
所述服务器进一步包括过滤设置单元，用以负责用户个人账户关于收信消息的过滤属性，在过滤条件范围之外的消息将无法发送至该用户的收信清单；用户基于消息标签设置白名单或黑名单，或者基于各项指数设定白名单区间或黑名单区间，过滤属性设置完毕之后，若好友转发的消息不满足过滤条件，则该用户无法收到该转发消息。
7.根据权利要求2所述的消息转发***，其特征在于：
所述服务器进一步包括：
消息评价单元，用以提供该消息的评论及评分功能：评论指某收信用户针对此消息发表评论信息，此评论对发表用户的好友可见；评分指某收信用户对收到的消息进行评分，具体包括各项指数的评分，指数由消息***属性设置单元创建，每个评分生成一条评分记录，包含指数ID，评分用户ID，消息ID，评分结果信息；在每个用户对各个指数进行评分后，***进行统计，统计方法根据具体应用场景设定；消息关闭单元，用以提供该消息的关闭功能，关闭有两种状况下的关闭，一种是***关闭，另一种是管理员关闭，由于该资源信息违反相关法律法规或网站规定由管理员进行关闭；消息关闭后***将该消息的状态置为关闭；
***记录单元，用以负责***自动记录相应日志，包括为消息展示单元提供***提示信息来源；
消息***属性设置单元，用以负责消息标签和指数的管理，包括创建、修改、删除标签和指数；包括标签管理子单元、指数管理子单元；标签管理子单元用以对每个标签本身作为标签表的一条记录由***保存；一条标签记录包含标签名，标签ID，标签描述信息；同时支持对标签记录的删除，删除前***将检查要删除的标签是否有下属消息，若含有下属的消息记录，则不允许删除该标签，待管理员处理对应消息记录，检查通过后才可以成功删除此标签；创建消息时***允许多选消息所属标签；指数管理子单元用以对每个指数本身作为指数表的一条记录由***保存；一条指数记录包含指数名，指数ID，指数描述，指数最大最小值信息；指数的计分方式为分值计分。
8.一种权利要求2所述消息转发***的消息转发方法，其特征在于，所述方法包括如下步骤：
所述客户端发起消息转发请求，供服务器执行；
服务器的消息创建单元接收客户端的消息转发请求创建消息，并选择转发的好友；创建的消息在数据库中产生一条消息母体数据，在该数据库中为该母体数据分配唯一的ID，后续消息及相关操作均基于该母体数据产生；
消息发送单元在所述消息创建单元生成消息后，将该消息按照发送清单赋予清单内用户对于此消息的可见权利，收信人在自己的收信清单中将可见此消息；
消息展示单元实现消息的前台展示，消息在前台以清单或详细信息方式展现给消息创建人以及收信人用户；所述消息展示单元包括重复消息汇总模块，用以将某用户多次接收的同一条转发消息汇总至一起，不重复展示；
用户操作执行单元接收用户在客户端的操作动作，并根据用户的操作动作执行对消息的相关操作。
9.根据权利要求8所述的消息转发方法，其特征在于：
所述用户操作执行单元提供的用户操作包括：(1)提供举报操作，用户在收到消息后，若主观认为该消息违反了相关法律法规，则可对该消息进行举报，进行举报操作后，***对该消息举报属性置为“是”并记录举报次数，在举报次数达到***设置阀值标准后消息关闭单元将该消息自动置为关闭状态，对所有用户不再可见，或者***管理员可根据举报次数在消息关闭单元对该消息进行关闭操作；(2)提供删除操作，用户在收到消息后，可根据主观意愿对该消息进行删除，删除仅对执行该操作的用户有效，删除后该用户对该消息不再可读，其余收信用户不受影响，用户将消息删除后，***记录删除标记，若该用户好友在该用户将某消息删除后再转发此消息给该用户，***根据消息ID可识别出此消息已被该用户删除，故该用户仍不可见该消息；
所述消息展示单元展示的消息在消息清单显示时支持各种排序方式，包括：根据用户浏览次数排序；根据某项指数高低进行排序，各种指数均在消息评价单元进行用户评价后经过统计得出；根据收到信息时间排序，指根据标识为此消息ID的最近一次的对该用户的转发收信时间；消息已读与未读将有标志进行区分，同时，根据需要是否选择将已读消息与未读消息分开列表；若某用户连续收到不同好友的同一条消息，该消息在数据库内标识为同一消息ID，***在用户前台页面中不会重复展示和提示该消息，仅在消息详细信息中显示发送给该用户的转发用户清单；未读信息在用户阅读后设置状态为已读；在重复收信展示时，若该消息已读，则仍然保持为已读状态，若该消息未读，则仍然保持未读状态；在消息列表展示时，***支持对消息进行分类筛选展示；详细信息展示时，将完整可见该消息的主题及内容，以及各项指数，并且可见针对单一消息的评论。
10.根据权利要求8所述的消息转发方法，其特征在于：
所述方法进一步包括：
过滤设置步骤，设置用户个人账户关于收信消息的过滤属性，在过滤条件范围之外的消息将无法发送至该用户的收信清单；用户基于消息标签设置白名单或黑名单，或者基于各项指数设定白名单区间或黑名单区间，过滤属性设置完毕之后，若好友转发的消息不满足过滤条件，则该用户无法收到该转发消息；
消息评价步骤，用户对消息进行评论及评分；评论指某收信用户针对此消息发表评论信息，此评论对发表用户的好友可见；评分指某收信用户对收到的消息进行评分，具体包括各项指数的评分，指数由消息***属性设置单元创建，每个评分生成一条评分记录，包含指数ID，评分用户ID，消息ID，评分结果信息；在每个用户对各个指数进行评分后，***进行统计，统计方法根据具体应用场景设定；
消息关闭步骤，对消息进行关闭操作；关闭有两种状况下的关闭，一种是***关闭，另一种是管理员关闭，由于该资源信息违反相关法律法规或网站规定由管理员进行关闭；消息关闭后***将该消息的状态置为关闭；
***记录步骤，***自动记录相应日志，包括为消息展示单元提供***提示信息来源。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201210012760 CN103001850A (zh) | 2012-01-16 | 2012-01-16 | 一种消息转发***及方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201210012760 CN103001850A (zh) | 2012-01-16 | 2012-01-16 | 一种消息转发***及方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN103001850A true CN103001850A (zh) | 2013-03-27 |
Family
ID=47930006
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 201210012760 Pending CN103001850A (zh) | 2012-01-16 | 2012-01-16 | 一种消息转发***及方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103001850A (zh) |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104270301A (zh) * | 2014-09-15 | 2015-01-07 | 倪敏俊 | 一种单位内部公告信息发布方法 |
| CN104424277A (zh) * | 2013-08-29 | 2015-03-18 | 深圳市腾讯计算机***有限公司 | 举报信息的处理方法及装置 |
| CN104636410A (zh) * | 2013-11-12 | 2015-05-20 | 国际商业机器公司 | 用于管理一个或多个电子消息的方法和装置 |
| CN104683212A (zh) * | 2013-11-26 | 2015-06-03 | 中国电信股份有限公司 | 消息处理方法与*** |
| CN105025043A (zh) * | 2014-04-17 | 2015-11-04 | 腾讯科技（深圳）有限公司 | 信息分享方法、装置及*** |
| CN105912738A (zh) * | 2016-06-30 | 2016-08-31 | 北京小米移动软件有限公司 | 同质内容确定方法及装置 |
| CN106095440A (zh) * | 2016-06-13 | 2016-11-09 | 浙江翼信科技有限公司 | 一种呈现消息的方法和装置 |
| CN106571994A (zh) * | 2015-10-09 | 2017-04-19 | 腾讯科技（深圳）有限公司 | 一种即时通信方法、装置及计算设备 |
| CN106844404A (zh) * | 2015-12-07 | 2017-06-13 | 腾讯科技（深圳）有限公司 | 消息显示方法及终端设备 |
| CN106888236A (zh) * | 2015-12-15 | 2017-06-23 | 腾讯科技（深圳）有限公司 | 会话管理方法及会话管理装置 |
| CN108111397A (zh) * | 2017-12-15 | 2018-06-01 | 北京小米移动软件有限公司 | 转发通知消息的处理方法及装置 |
| CN109195153A (zh) * | 2018-08-01 | 2019-01-11 | Oppo广东移动通信有限公司 | 数据处理方法、装置、电子设备和计算机可读存储介质 |
| CN109446450A (zh) * | 2018-10-30 | 2019-03-08 | 五八有限公司 | 基于红点追踪的列表浏览方法、装置、终端及存储介质 |
| CN110263276A (zh) * | 2019-06-14 | 2019-09-20 | 北京字节跳动网络技术有限公司 | 消息分发方法、装置、设备及存储介质 |
| CN111090824A (zh) * | 2019-12-23 | 2020-05-01 | 百度国际科技（深圳）有限公司 | 内容处理方法和装置 |
| CN111708625A (zh) * | 2020-06-16 | 2020-09-25 | 中国建设银行股份有限公司 | 多用户任务执行方法、装置、设备及存储介质 |
-
2012
- 2012-01-16 CN CN 201210012760 patent/CN103001850A/zh active Pending
Cited By (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104424277A (zh) * | 2013-08-29 | 2015-03-18 | 深圳市腾讯计算机***有限公司 | 举报信息的处理方法及装置 |
| CN104636410A (zh) * | 2013-11-12 | 2015-05-20 | 国际商业机器公司 | 用于管理一个或多个电子消息的方法和装置 |
| CN104683212A (zh) * | 2013-11-26 | 2015-06-03 | 中国电信股份有限公司 | 消息处理方法与*** |
| CN104683212B (zh) * | 2013-11-26 | 2018-10-23 | 中国电信股份有限公司 | 消息处理方法与*** |
| CN105025043B (zh) * | 2014-04-17 | 2019-06-04 | 腾讯科技（深圳）有限公司 | 信息分享方法、装置及*** |
| CN105025043A (zh) * | 2014-04-17 | 2015-11-04 | 腾讯科技（深圳）有限公司 | 信息分享方法、装置及*** |
| CN104270301A (zh) * | 2014-09-15 | 2015-01-07 | 倪敏俊 | 一种单位内部公告信息发布方法 |
| CN106571994A (zh) * | 2015-10-09 | 2017-04-19 | 腾讯科技（深圳）有限公司 | 一种即时通信方法、装置及计算设备 |
| CN106571994B (zh) * | 2015-10-09 | 2020-08-21 | 腾讯科技（深圳）有限公司 | 一种即时通信方法、装置及计算设备 |
| CN106844404A (zh) * | 2015-12-07 | 2017-06-13 | 腾讯科技（深圳）有限公司 | 消息显示方法及终端设备 |
| WO2017096987A1 (zh) * | 2015-12-07 | 2017-06-15 | 腾讯科技（深圳）有限公司 | 消息显示方法及终端设备 |
| US10402058B2 (en) | 2015-12-07 | 2019-09-03 | Tencent Technology (Shenzhen) Company Limited | Message display method and terminal device |
| CN106888236A (zh) * | 2015-12-15 | 2017-06-23 | 腾讯科技（深圳）有限公司 | 会话管理方法及会话管理装置 |
| CN106095440A (zh) * | 2016-06-13 | 2016-11-09 | 浙江翼信科技有限公司 | 一种呈现消息的方法和装置 |
| CN106095440B (zh) * | 2016-06-13 | 2019-05-07 | 浙江翼信科技有限公司 | 一种呈现消息的方法和装置 |
| CN105912738A (zh) * | 2016-06-30 | 2016-08-31 | 北京小米移动软件有限公司 | 同质内容确定方法及装置 |
| CN108111397A (zh) * | 2017-12-15 | 2018-06-01 | 北京小米移动软件有限公司 | 转发通知消息的处理方法及装置 |
| CN108111397B (zh) * | 2017-12-15 | 2020-08-04 | 北京小米移动软件有限公司 | 转发通知消息的处理方法及装置 |
| CN109195153A (zh) * | 2018-08-01 | 2019-01-11 | Oppo广东移动通信有限公司 | 数据处理方法、装置、电子设备和计算机可读存储介质 |
| CN109195153B (zh) * | 2018-08-01 | 2021-09-28 | Oppo广东移动通信有限公司 | 数据处理方法、装置、电子设备和计算机可读存储介质 |
| CN109446450A (zh) * | 2018-10-30 | 2019-03-08 | 五八有限公司 | 基于红点追踪的列表浏览方法、装置、终端及存储介质 |
| CN109446450B (zh) * | 2018-10-30 | 2022-01-28 | 五八有限公司 | 基于红点追踪的列表浏览方法、装置、终端及存储介质 |
| CN110263276A (zh) * | 2019-06-14 | 2019-09-20 | 北京字节跳动网络技术有限公司 | 消息分发方法、装置、设备及存储介质 |
| CN111090824A (zh) * | 2019-12-23 | 2020-05-01 | 百度国际科技（深圳）有限公司 | 内容处理方法和装置 |
| CN111090824B (zh) * | 2019-12-23 | 2023-09-19 | 百度国际科技（深圳）有限公司 | 内容处理方法和装置 |
| CN111708625A (zh) * | 2020-06-16 | 2020-09-25 | 中国建设银行股份有限公司 | 多用户任务执行方法、装置、设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103001850A (zh) | 一种消息转发***及方法 | |
| US10834218B2 (en) | Event information system classifying messages using machine learning classification model and pushing selected message to user | |
| KR101764286B1 (ko) | 소셜 네트워킹 업데이트 내의 미디어 객체의 부분에 대한 링크의 실시간 제공 | |
| CA2886099C (en) | Systems, methods and interfaces for evaluating an online entity presence | |
| CN103493438B (zh) | 用于移动消息传递应用的优先收件箱通知和同步 | |
| US9965462B2 (en) | Systems and methods for identifying and recording the sentiment of a message, posting, or other online communication using an explicit sentiment identifier | |
| CN105847020B (zh) | 消息推送方法和装置 | |
| CN100544268C (zh) | 一种即时通信提醒方法及装置 | |
| US9059882B2 (en) | Information presentation control device and information presentation control method | |
| KR102082063B1 (ko) | 미디어 정보 디스플레이 방법, 서버 및 데이터 저장 매체 | |
| CN105847717A (zh) | 一种弹幕举报的方法、客户端及服务器 | |
| CN103870464A (zh) | 一种未读消息处理方法、展示方法和装置 | |
| CN106789598A (zh) | 基于社交关系链的公众号消息推送方法、装置及*** | |
| CN101335968B (zh) | 一种垃圾短消息监控后续处理的方法及*** | |
| US8713122B2 (en) | Message value indicator | |
| CN103793838A (zh) | 拦截广告的方法及其装置 | |
| CN102404239A (zh) | 一种用于在微博中提供广播消息的方法和*** | |
| CN102368748A (zh) | 即时通信中缓发送信息的方法、客户端及*** | |
| CN103389853B (zh) | 微博展示方法和*** | |
| CN103425703A (zh) | 一种网络信息的处理方法和装置 | |
| CN105007218A (zh) | 反垃圾电子邮件方法和*** | |
| CN106656731A (zh) | 一种edm邮件发送方法和装置 | |
| CN103279483B (zh) | 一种面向微博客的话题流行范围评估方法及*** | |
| CN103516880B (zh) | 一种发送短信的方法和装置 | |
| US9544384B2 (en) | Method and system for pushing associated users in social networking service network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| DD01 | Delivery of document by public notice |
Addressee: Chen Xiaoliang Document name: Notification to Make Rectification |
|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| DD01 | Delivery of document by public notice |
Addressee: Chen Xiaoliang Document name: the First Notification of an Office Action |
|
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20130327 |