本发明涉及通讯技术领域，尤其涉及一种通知处理系统。
背景技术：
在现有的社会上，无论是企业活动通知还是校园公告通知，都是社交活动必不可少的一环。现有的通知方法主要是在官网上发布电子通知或公告，人们登录相应的网站进行查阅。这种通知方法的通知到达率并不高，需要人们主动去查询网站，而且无法根据用户实际需要，查找相应的公告或通知，用户体验较差。
技术实现要素：
本发明实施例提出一种通知处理系统，能提高通知到达率和用户体验。
本发明实施例提供一种通知处理系统，包括：发起用户端、通知处理服务器及接收用户端；
其中，所述发起用户端用于向所述通知处理服务器发起通知请求；所述通知请求包括：公告发布请求、活动发布请求、问卷调查发布请求、社区话题发布请求或作业发起请求；
所述通知处理服务器用于根据所述通知请求，创建通知事项，并将所述通知事项发送给接收用户端；
所述接收用户端用于接收所述通知事项，并对所述通知事项执行相应的操作。
进一步的，所述通知处理服务器用于根据所述通知请求，创建通知事项，并将所述通知事项发送给接收用户端，具体为：
所述通知请求为公告发布请求，所述公告发布请求包括：公告信息、公告对象和公告属性信息；
所述通知处理服务器根据所述公告信息和公告属性信息，创建公告通知事项，并将所述公告通知事项发送给所述公告对象所对应的接收用户端。
进一步的，所述通知处理服务器用于根据所述通知请求，创建通知事项，并将所述通知事项发送给接收用户端，具体为：
所述通知请求为活动发布请求，所述活动发布请求包括：活动内容信息、活动时间信息、活动公开对象、活动属性信息和活动支付信息；
所述通知处理服务器根据所述活动发布请求，创建活动通知事项，并将所述活动通知事项发送给活动公开对象所对应的接收用户端。
进一步的，所述接收用户端用于接收所述通知事项，并对所述通知事项执行相应的操作，具体为：
所述活动公开对象所对应的接收用户端显示所述活动通知事项，并在接收到用户输入的报名操作指令时，根据所述活动支付信息，跳转到所述活动通知事项的支付页面。
进一步的，所述通知处理服务器用于根据所述通知请求，创建通知事项，并将所述通知事项发送给接收用户端，具体为：
所述通知请求为问卷调查发布请求，所述问卷调查发布请求包括：问卷内容信息、截止时间、问卷属性信息和调查对象；
所述通知处理服务器根据所述问卷调查发布请求，创建问卷调查通知事项，并将所述问卷调查通知事项发送给调查对象所对应的接收用户端。
进一步的，所述通知处理服务器用于根据所述通知请求，创建通知事项，并将所述通知事项发送给接收用户端，具体为：
所述通知请求为社区话题发布请求，所述社区话题发布请求包括：话题信息、话题类型、话题属性信息和话题可见对象；
所述通知处理服务器根据所述社区话题发布请求，创建话题通知事项，并将所述话题通知事项发送给话题可见对象所对应的接收用户端。
进一步的，所述通知处理服务器用于根据所述通知请求，创建通知事项，并将所述通知事项发送给接收用户端，具体为：
所述通知请求为作业发起请求，所述作业发起请求包括：作业内容信息、优先级信息、作业时限信息、作业属性信息、作业负责人和作业相关人；
所述通知处理服务器根据所述作业发起请求，创建作业通知事项，并将所述作业通知事项发送给作业负责人和作业相关人所对应的接收用户端。
进一步的，所述发起用户端还用于向所述通知处理服务器发送取消请求，以使所述通知处理服务器根据所述取消请求，取消、删除或撤回相应的通知事项。
进一步的，所述发起用户端或接收用户端还用于向通知处理服务器发送查阅请求，以使所述通知处理服务器根据所述查阅请求，向所述发起用户端或接收用户端发送待查阅的通知事项；
所述待查阅的通知事项包括：事项内容信息、事项类型、事项属性信息、事项查阅人列表和事项评论信息。
进一步的，所述发起用户端或接收用户端还用于向通知处理服务器发送分享请求，所述分享请求包括待分享事项和待分享对象；
所述通知处理服务器还用于根据所述分享请求，将所述待分享事项发送给待分享对象所对应的接收用户端。
实施本发明实施例，具有如下有益效果：
本发明实施例提供的一种通知处理系统，该通知处理系统可实现公告、活动、问卷调查、社区话题及作业的通知事项发布，根据发起用户端的发起通知请求，创建相应的通知事项，并发送给相应的接收用户端。相比于现有技术通过网站公布公告或获得，本发明技术方案能提高通知到达率和用户体验，而且本发明实现了多个通知类型的集成，扩大了运用范围，进一步提高用户体验。
附图说明
图1是本发明提供的通知处理系统的一种实施例的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
参见图1，是本发明提供的通知处理系统的一种实施例的结构示意图，通知处理系统包括：发起用户端1、通知处理服务器2和接收用户端3；
其中，通知处理服务器分别与发起用户端和接收用户端连接。发起用户端和接收用户端可以为同一个用户的同一台设备，也可以是不同用户的不同设备。
在本实施例中，发起用户端1用于向通知处理服务器2发起通知请求；通知请求包括：公告发布请求、活动发布请求、问卷调查发布请求、社区话题发布请求或作业发起请求。通知处理服务器2用于根据该通知请求，创建通知事项，并将通知事项发送给接收用户端。接收用户端3用于接收该通知事项，并对通知事项执行相应的操作。
在本实施例中，通知事项可以直接发送到接收用户端3中，可以预先将待接收对象添加到该通知事项的接收列表中，在待接收对象使用该接收用户端3时，再将通知事项发送给接收用户端3。
在本实施例中，通知处理服务2器用于根据所述通知请求，创建通知事项，并将通知事项发送给接收用户端，具体为：该通知请求为公告发布请求。公告发布请求包括：公告信息、公告对象和公告属性信息。通知处理服务器2根据公告信息和公告属性信息，创建公告通知事项，并将公告通知事项发送给公告对象所对应的接收用户端。
当通知为公告时，公告发布请求包括：公告信息、公告对象、公告类型和公告属性信息。其中，公告信息包括：供发起者自行编辑的标题、摘要、正文等信息。公告对象为需公告对象，可以为一人也可以为多人。公告属性信息包括：是否保密、是否允许评论、是否开启外部分享、发布时是否推送通知消息、是否上传附件等属性信息。发起者可以在公告草稿和已发布公告中，查询历史公告，草稿状态下的公告可通过点击操作，重新生成公告发起请求，实现公告发布。
而通知处理服务器2创建公告通知事项后，发送给公告对象所对应的接收用户端3。此外，通知处理服务器2可以根据该公告通知事项的公告类型，推送相同类型的文章，最优不超过5条，便于用户阅读和查阅。
接收用户端3在接收到公告通知事项后，可对公告通知事项执行如下操作：分享给其他人、表情评论、上传图片或点赞。
在本实施例中，通知处理服务器2用于根据通知请求，创建通知事项，并将通知事项发送给接收用户端，具体为：通知请求为活动发布请求，活动发布请求包括：活动内容信息、活动时间信息、活动公开对象、活动属性信息和活动支付信息；通知处理服务器根据活动发布请求，创建活动通知事项，并将活动通知事项发送给活动公开对象所对应的接收用户端。接收用户端3用于接收通知事项，并对通知事项执行相应的操作，具体为：活动公开对象所对应的接收用户端显示活动通知事项，并在接收到用户输入的报名操作指令时，根据活动支付信息，跳转到活动通知事项的支付页面。
当通知为活动通知时，活动发布请求包括：活动内容信息、活动时间信息、活动公开对象、活动属性信息和活动支付信息。其中，活动内容信息为发布活动的详细内容，如活动目的、内容、地点、图片等。活动时间信息包含活动开始时间、活动结束时间和报名截止时间。活动属性信息包括：是否开启截止前30分钟提醒、是否开启评论功能、是否将封面设置图片在正文等属性信息。活动支付信息包括：是否需要支付费用、支付方式、支付金额等。
当活动公开对象中的用户确定报名该活动时，其可以通过输入相应的报名操作指令，进行报名。如果该活动需要在线支付费用，则根据活动支付信息，挑战到该活动通知事项的支付页面，供用户完成支付。支付成功后，该报名用户会显示在该活动通知事项中的已报名人员栏目中。如有特殊情况不能参加，可取消报名，取消报名后会收到退款通知，活动费用会按原路返回。
在本实施例中，通知处理服务器2用于根据通知请求，创建通知事项，并将通知事项发送给接收用户端3，具体为：通知请求为问卷调查发布请求，问卷调查发布请求包括：问卷内容信息、截止时间、问卷属性信息和调查对象。通知处理服务器2根据问卷调查发布请求，创建问卷调查通知事项，并将问卷调查通知事项发送给调查对象所对应的接收用户端。
当通知为问卷调查时，问卷调查发布请求包括：问卷内容信息、截止时间、问卷属性信息和调查对象。问卷内容信息包括：供发起者编辑的问卷题目和答案选项、单选、多项或开放回答。截止时间为问卷的投票结束时间。问卷属性信息包括：是否匿名调查和参与人员是否可查看调查结果。
当调查对象接收到问卷调查通知事项时，可进行答题，结果会自动采集并发送到通知处理服务器2中进行统计。在问卷调查结束后，统计结果会发送到发起用户端1上。发起人在截止时间内发送提醒请求，以使通知处理服务器2向未答卷的接收用户端3发送提醒消息。
在本实施例中，通知处理服务器2用于根据通知请求，创建通知事项，并将通知事项发送给接收用户端3，具体为：通知请求为社区话题发布请求，社区话题发布请求包括：话题信息、话题类型、话题属性信息和话题可见对象；通知处理服务器2根据社区话题发布请求，创建话题通知事项，并将话题通知事项发送给话题可见对象所对应的接收用户端3。
当通知为社区话题时，社区话题发布请求包括：话题信息、话题类型、话题属性信息和话题可见对象。话题信息包括：话题的内容、标题和讨论方向。话题类型可由发起者自行设定，如员工生活、时事新闻、兴趣爱好等等。话题属性信息包括：是否匿名发布、是否允许匿名评论等。
在本实施例中，通知处理服务器2用于根据通知请求，创建通知事项，并将通知事项发送给接收用户端3，具体为：通知请求为作业发起请求，作业发起请求包括：作业内容信息、优先级信息、作业时限信息、作业属性信息、作业负责人和作业相关人；通知处理服务器2根据作业发起请求，创建作业通知事项，并将作业通知事项发送给作业负责人和作业相关人所对应的接收用户端3。
当通知为作业通知时，作业发起请求包括：作业内容信息、优先级信息、作业时限信息、作业属性信息、作业负责人和作业相关人。其中，作业内容信息包括：作业需完成内容，如默写某某诗词等。优先级信息为该作业内容的优先级，使得作业负责人(家长)得知该作业的重要性。作业时限信息包括：作业开始和结束时间。作业属性信息包括：是否在截止前30分钟进行提醒、是否允许负责人结束作业、是否开启作业进度反馈等。作业负责人和作业相关人由发起者进行添加，负责人可以是家长或老师、作业相关人可以是学生。作业负责人和作业相关人都能接受到该作业通知事项，使得作业负责人能清楚了解作业相关人的作业进度情况。
在本实施例中，发起用户端1还用于向通知处理服务器2发送取消请求，以使所述通知处理服务器根据所述取消请求，取消、删除或撤回相应的通知事项。发起者可以根据实际情况取消已发布的公告、活动、问卷调查、社区话题和作业。
在本实施例中，发起用户端1或接收用户端3还用于向通知处理服务器2发送查阅请求，以使通知处理服务器2根据查阅请求，向发起用户端1或接收用户端3发送待查阅的通知事项；待查阅的通知事项包括：事项内容信息、事项类型、事项属性信息、事项查阅人列表和事项评论信息。
发起者或接收者可以使用各种的用户端向通知处理服务器2发送查阅请求。如查阅公告事项，获取历史公告的内容、公告类型、该公告的查阅人列表和该公告的评论。如查阅活动事项，获取活动的内容、参与人数、当前活动进展等信息。如查阅问卷调查事项，获取当前参与答卷列表、统计情况分析、已参与人数等等信息。如查阅社区话题，获取正在讨论的话题列表、各话题的内容信息、评论信息、查阅人列表、查阅人数等信息。如查阅作业事项，获取各作业事项的进展情况、该作业的查阅人列表等信息。
在本实施例中，发起用户端1或接收用户端3还用于向通知处理服务器2发送分享请求，分享请求包括待分享事项和待分享对象；通知处理服务器2还用于根据分享请求，将待分享事项发送给待分享对象所对应的接收用户端。本发明的通知事项如果为可分享类型时，均可被发起者或接收者分享给其他用户，分享时可以进行相应编辑，如添加分享人、修改文字内容等等。
在本实施例中，已往的通知事项可以被用户直接复制，并创建新的通知事项，如某项已完成的篮球活动，当发起者想再发起该活动时，可以直接复制该通知事项，并对复制的通知事项进行修改编辑后，生成相应的通知请求，供通知处理系统2创建新的通知事项，节省用户大量操作。
由上可见，本发明实施例提供的一种通知处理系统，该通知处理系统2可实现公告、活动、问卷调查、社区话题及作业的通知事项发布，根据发起用户端1的发起通知请求，创建相应的通知事项，并发送给相应的接收用户端3。相比于现有技术通过网站公布公告或获得，本发明技术方案能提高通知到达率和用户体验，而且本发明实现了多个通知类型的集成，扩大了运用范围，进一步提高用户体验。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。