通知信息管理方法、终端、系统以及存储装置

技术领域

本发明涉及通知发布领域，尤其涉及一种通知信息管理方法、终端、系统以及存储装置。

背景技术

在现有技术中，为了便于通知用户，各个业务系统都设置有一套独立的通知方式，然而，由于业务的繁多和功能的不同，企业会使用多个业务系统，因此，存在需要传达给大部分甚至全部员工的内容时，多个业务系统同时需要发送通知，这个时候就需要系统的管理人员登录每个系统的后台去发布一条同样的通知，这样操作起来非常不方便，并且容易出错，导致不同业务系统发出去的通知内容不一致，从而影响了通知的传达，阻碍了工作的正常执行。

发明内容

为了克服现有技术的不足，本发明提出一种通知信息管理方法、终端、系统以及存储装置，接收输入的通知维护指令，根据该通知维护指令对通知进行维护，并在通知维护指令中包括通知信息时，根据通知信息对应的发布渠道进行初始化，并将其发送给通知服务器，使关联的业务系统读取和展示通知信息，能够通过通知服务器向不同的业务系统提供通知信息，无需在每个业务系统中设置单独通知系统并单独上传设置通知，简化了系统结构和成本和提高了系统开发效率，而且，操作简单，不容易出错，提高了通知传达效率，保证了工作的正常执行。

为解决上述问题，本发明采用的一个技术方案为：一种通知信息管理方法，所述通知信息管理方法包括：S101：接收输入的通知维护指令，根据所述通知维护指令维护通知，并判断是否产生新的通知信息，若是，则执行S102，若否，则执行S101；S102：获取所述通知信息对应的发布渠道信息，根据所述发布渠道信息初始化所述通知信息，并将初始化后的所述通知信息发送给通知服务器以使与所述发布渠道信息对应的业务系统读取和展示所述通知信息。

进一步地，所述通知维护指令包括新建通知、编辑通知、停用通知、删除通知中的至少一种。

进一步地，所述根据所述通知维护指令维护通知的步骤具体包括：获取所述通知维护指令的指令内容，根据所述指令内容管理所述通知服务器中的通知信息或生成通知信息。

进一步地，所述根据所述发布渠道信息初始化所述通知信息的步骤具体包括：获取所述发布渠道信息对应的业务系统，根据所述业务系统对应的信息读取方式初始化所述通知信息。

进一步地，所述发布渠道信息对应的业务系统读取和展示所述通知信息的步骤具体包括：所述业务系统根据预设的渠道代码从所述通知服务器中获取对应的通知信息，并根据所述通知信息的状态展示所述通知信息。

基于相同的发明构思，本发明还提出一种通知管理终端，所述通知管理终端包括处理器、存储器，所述存储器存储有计算机程序，所述处理器根据所述计算机程序执行如下所述的通知信息管理方法：S201：接收输入的通知维护指令，根据所述通知维护指令维护通知，并判断是否产生新的通知信息，若是，则执行S201，若否，则执行S202；S202：获取所述通知信息对应的发布渠道信息，根据所述发布渠道信息初始化所述通知信息，并将初始化后的所述通知信息发送给通知服务器以使与所述发布渠道信息对应的业务系统读取和展示所述通知信息。

进一步地，所述通知维护指令包括新建通知、编辑通知、停用通知、删除通知中的至少一种。

进一步地，所述根据所述发布渠道信息初始化所述通知信息的步骤具体包括：获取所述发布渠道信息对应的业务系统，根据所述业务系统对应的信息读取方式初始化所述通知信息。

基于相同的发明构思，本发明还提出一种通知管理系统，所述通知管理系统包括通知管理终端、通知服务器以及至少一个业务系统，所述通知服务器分别与所述通知管理终端、业务系统连接，所述通知管理终端通过所述通知服务器、业务系统实现如上所述的通知信息管理方法。

基于相同的发明构思，本发明又提出一种存储装置，所述存储装置存储有程序数据，所述程序数据被用于执行如上所述的通知信息管理方法。

相比现有技术，本发明的有益效果在于：接收输入的通知维护指令，根据该通知维护指令对通知进行维护，并在通知维护指令中包括通知信息时，根据通知信息对应的发布渠道进行初始化，并将其发送给通知服务器，使关联的业务系统读取和展示通知信息，能够通过通知服务器向不同的业务系统提供通知信息，无需在每个业务系统中设置通知系统，简化了系统结构和成本和提高了系统开发效率，而且，操作简单，不容易出错，提高了通知传达效率，保证了工作的正常执行。

附图说明

图1为本发明通知信息管理方法一实施例的流程图；

图2为本发明通知信息管理方法另一实施例的流程图；

图3为本发明通知管理终端一实施例的结构图；

图4为本发明通知管理终端执行的通知信息管理方法一实施例的流程图；

图5为本发明通知管理系统一实施例的结构图；

图6为本发明通知管理系统另一实施例的结构图；

图7为本发明存储装置一实施例的结构图。

具体实施方式

下面，结合附图以及具体实施方式，对本发明做进一步描述，需要说明的是，在不相冲突的前提下，以下描述的各实施例之间或各技术特征之间可以任意组合形成新的实施例。

请参阅图1-2，其中，图1为本发明通知信息管理方法一实施例的流程图；图2为本发明通知信息管理方法另一实施例的流程图。结合附图1-2对本发明的通知信息管理方法作详细说明。

在本实施例中，通知信息管理方法包括：

S101：接收输入的通知维护指令，根据通知维护指令维护通知，并判断是否产生新的通知信息，若是，则执行S102，若否，则执行S101。

在本实施例中，执行该通知信息管理方法的设备可以为计算机、平板电脑、智能手机以及其他能够接收通知维护指令，并根据该通知维护指令维护通知的智能终端。

在本实施例中，通知可以为正式的公告信息，也可以为通知给业务系统中单个或部分人员的私信、短消息、文件、视频、语音通知等用于通知他人的信息。

在本实施例中，通知维护指令可以通过语音输入、键盘输入、网络传输以及其他方式输入通知维护指令。其中，通知维护指令可以为预定格式的通知维护指令，还可以为与不同通知维护指令关联的信息，智能终端接收该信息，对该信息进行分析识别，获取与该信息关联的通知维护指令，并执行该通知维护指令。该信息可以为一句话、通知信息、数字、符号以及其他智能终端能够识别的信息。

在本实施例中，通知维护指令包括新建通知、编辑通知、停用通知、删除通知中的至少一种。在其他实施例中，通知维护指令还可以为管理通知服务器向业务系统提供的通知查询接口，添加或删除查看通知的业务系统，修改通知信息的初始化方式以及其他与通知管理相关的内容。

在本实施例中，根据所述通知维护指令维护通知的步骤具体包括：获取通知维护指令的指令内容，根据指令内容管理通知服务器中的通知信息或生成通知信息。其中，智能终端预存不同指令对应的需获取的内容，接收输入通知维护指令的指令后，展示与该通知维护指令相关的内容获取界面，并根据用户在该内容获取界面输入的信息维护通知。

在其他实施例中，也可以不展示内容获取界面，通过解析通知维护指令的方式获取指令内容和通知信息，如获取包含通知信息的通知维护指令，解析通知维护指令以获取指令内容和通知信息。还可以直接获取通知信息，通过通知信息中的通知发布时间判断该通知是否为新建通知，若不是新建通知，则根据通知信息中的内容判断是否执行编辑通知、停用通知、删除通知以及其他指令。

在一个具体的实施例中，通知维护指令为新建通知时，智能终端展示的内容获取界面需要填写通知标题、通知详细内容、通知发布时间范围、通知发布渠道、通知状态等信息，通知维护指令为编辑通知时智能终端根据内容显示界面输入的信息调整通知标题、通知详细内容、通知发布时间范围、通知发布渠道、通知状态等信息。

在本实施例中，智能终端可以通过判断维护通知生成的通知信息在通知服务器中是否存在以判断是否存在新的通知信息。也可以通过判断执行的通知维护指令是否为新建通知、编辑通知中的一种，若是，则确定生成了新的通知信息，若不是，则确定未生成新的通知信息。

在其他实施例中，还可以通过判断是否接收到管理员输入的通知发布指令，若接收到通知发布指令，则将该通知发布指令对应的通知信息确定为新的通知信息。

S102：获取通知信息对应的发布渠道信息，根据发布渠道信息初始化通知信息，并将初始化后的通知信息发送给通知服务器以使与发布渠道信息对应的业务系统读取和展示通知信息。

在本实施例中，发布渠道信息为需要发布该通知信息的业务系统，在其他实施例中，还可以包括该发布该通知信息对应的业务系统所在的终端或存储该通知信息的通知服务器。

在本实施例中，存储通知信息的服务器的数量为一个，在其他实施例中，也可以为多个，不同的通知服务器对应不同的业务系统，智能终端根据通知发布渠道信息的业务系统将通知信息发送给与该业务系统对应的通知服务器。

在本实施例中，根据发布渠道信息初始化通知信息的步骤具体包括：获取发布渠道信息的业务系统，根据业务系统对应的信息读取方式初始化通知信息。其中，该信息读取方式包括通知信息格式、对应渠道代码、通知信息大小、排版以及其他影响业务系统读取通知信息的内容。

在本实施例中，智能终端将通知信息发送给通知服务器时，还可以向通知服务器发送通知信息提供给业务系统的时间、存储位置、存储的时间长度，能够读取该通知信息的业务系统以及其他指令。

在本实施例中，发布渠道信息对应的业务系统读取和展示通知信息的步骤具体包括：业务系统根据预设的渠道代码从通知服务器中获取对应的通知信息，并根据通知信息的状态展示通知信息。其中，通知信息的状态包括通知信息是否更新、删除、被覆盖等状态，通知信息包括通知标题、通知详细内容等信息。

在本实施例中，业务系统可以根据自身预设的通知展示样式展示通知信息，也可以根据通知服务器提供的通知展示样式展示通知信息，还可以根据通知管理终端或通知服务器发送的通知展示样式选择指令选择通知展示样式，并根据该通知展示样式展示通知信息。在其他实施例中，业务系统也可以根据输入的样式定义指令定义通知展示样式，并通过该通知展示样式展示通知信息。

在一个具体的实施例中，业务系统实时从通知服务器获取通知信息的通知状态：如果通知信息没有更新，业务系统继续展示之前的通知信息给终端用户。如果通知信息已经更新，业务系统从通知服务器读取最新的通知信息，同时将最新通知信息展示给终端用户；如果通知已经被删除，业务系统从通知服务器获取不到通知信息，同时停止向终端用户展示通知；如果通知已经被停用，业务系统从通知服务器获取不到通知信息，同时停止向终端用户展示通知；如果通知已经不在发布时间范围，业务系统从通知服务器获取不到通知信息，同时停止向终端用户展示通知；如果通知发布渠道中已经移除业务系统，终端业务系统从通知服务器获取不到通知信息，同时停止向终端用户展示通知；如果原通知没有更新，但是又有一条新生效的适用本业务系统的通知信息，新生效的通知信息将覆盖之前的通知信息，终端业务系统将新生效的通知信息展示给终端用户，不再展示之前的通知信息。

本发明通过在与通知服务器连接的智能终端新建通知，设置通知发布渠道、通知发布时间范围，然后将通知信息初始化后存储在通知服务器，业务系统通过统一的接口实时获取当前有效的通知内容，最后通过个性化的方式将通知展示给终端用户。当多个业务系统需要同时发布一条一样的通知时，可以新建一条通知然后选择多个业务系统，这样被选中的多个业务系统将同时展示相同的通知；当各个业务系统需要不同的通知时，也可以单独新建通知，发布渠道分别选择特定的一个业务系统即可，这样不同的业务系统将展示不同的通知。可以随时在后台修改通知内容、通知发布渠道、以及停用通知，方便统一管理多个业务系统的通知。

有益效果：本发明通知信息管理方法接收输入的通知维护指令，根据该通知维护指令对通知进行维护，并在通知维护指令中包括通知信息时，根据通知信息对应的发布渠道进行初始化，并将其发送给通知服务器，使关联的业务系统读取和展示通知信息，能够通过通知服务器向不同的业务系统提供通知信息，无需在每个业务系统中设置通知系统，简化了系统结构和成本和提高了系统开发效率，而且，操作简单，不容易出错，提高了通知传达效率，保证了工作的正常执行。

基于相同的发明构思，本发明还提出一种通知管理终端，请参阅图3、图4，图3为本发明通知管理终端一实施例的结构图，图4为本发明通知管理终端执行的通知信息管理方法一实施例的流程图，结合图3、图4对本发明的通知管理终端进行说明。

在本实施例中，通知管理终端包括处理器、存储器，存储器存储有计算机程序，处理器根据计算机程序执行如下所述的通知信息管理方法：

S201：接收输入的通知维护指令，根据通知维护指令维护通知，并判断是否产生新的通知信息，若是，则执行S202，若否，则执行S201。

在本实施例中，执行该通知信息管理方法的设备可以为计算机、平板电脑、智能手机以及其他能够接收通知维护指令，并根据该通知维护指令维护通知的智能终端。

在本实施例中，通知维护指令可以通过语音输入、键盘输入、网络传输以及其他方式输入通知维护指令。其中，通知维护指令可以为预定格式的通知维护指令，还可以为与不同通知维护指令关联的信息，智能终端接收该信息，对该信息进行分析识别，获取与该信息关联的通知维护指令，并执行该通知维护指令。该信息可以为一句话、通知信息、数字、符号以及其他智能终端能够识别的信息。

在本实施例中，通知可以为正式的公告信息，也可以为通知给业务系统中单个或部分人员的私信、短消息、文件、视频、语音通知等用于通知他人的信息。

在本实施例中，通知维护指令包括新建通知、编辑通知、停用通知、删除通知中的至少一种。在其他实施例中，通知维护指令还可以为管理通知服务器向业务系统提供的通知查询接口，添加或删除查看通知的业务系统，修改通知信息的初始化方式以及其他与通知管理相关的内容。

在本实施例中，根据所述通知维护指令维护通知的步骤具体包括：获取通知维护指令的指令内容，根据指令内容管理通知服务器中的通知信息或生成通知信息。其中，智能终端预存不同指令对应的需获取的内容，接收输入通知维护指令的指令后，展示与该通知维护指令相关的内容获取界面，并根据用户在该内容获取界面输入的信息维护通知。

在其他实施例中，也可以不展示内容获取界面，通过解析通知维护指令的方式获取指令内容和通知信息，如获取包含通知信息的通知维护指令，解析高通知维护指令以获取指令内容和通知信息。还可以直接获取通知信息，通过通知信息中的通知发布时间判断该通知是否为新建通知，若不是新建通知，则根据通知信息中的内容判断是否执行编辑通知、停用通知、删除通知以及其他指令。

在一个具体的实施例中，通知维护指令为新建通知时，智能终端展示的内容获取界面需要填写通知标题、通知详细内容、通知发布时间范围、通知发布渠道、通知状态等信息，通知维护指令为编辑通知时智能终端根据内容显示界面输入的信息调整通知标题、通知详细内容、通知发布时间范围、通知发布渠道、通知状态等信息。

在本实施例中，智能终端可以通过判断维护通知生成的通知信息在通知服务器中是否存在以判断是否存在新的通知信息。也可以通过判断执行的通知维护指令是否为新建通知、编辑通知中的一种，若是，则确定生成了新的通知信息，若不是，则确定未生成新的通知信息。

在其他实施例中，还可以通过判断是否接收到管理员输入的通知发布指令，若接收到通知发布指令，则将该通知发布指令对应的通知信息确定为新的通知信息。

S202：获取通知信息对应的发布渠道信息，根据发布渠道信息初始化通知信息，并将初始化后的通知信息发送给通知服务器以使与发布渠道信息对应的业务系统读取和展示通知信息。

在本实施例中，发布渠道信息为需要发布该通知信息的业务系统，在其他实施例中，还可以包括该发布该通知信息对应的业务系统所在的终端或存储该通知信息的通知服务器。

在本实施例中，存储通知信息的服务器的数量为一个，在其他实施例中，也可以为多个，不同的通知服务器对应不同的业务系统，智能终端根据通知发布渠道信息的业务系统将通知信息发送给与该业务系统对应的通知服务器。

在本实施例中，根据发布渠道信息初始化通知信息的步骤具体包括：获取发布渠道信息的业务系统，根据业务系统对应的信息读取方式初始化通知信息。其中，该信息读取方式包括通知信息格式、对应渠道代码、通知信息大小、排版以及其他影响业务系统读取通知信息的内容。

在本实施例中，智能终端将通知信息发送给通知服务器时，还可以向通知服务器发送通知信息提供给业务系统的时间、存储位置、存储的时间长度，能够读取该通知信息的业务系统以及其他指令。

在本实施例中，发布渠道信息对应的业务系统读取和展示通知信息的步骤具体包括：业务系统根据预设的渠道代码从通知服务器中获取对应的通知信息，并根据通知信息的状态展示通知信息。其中，通知信息的状态包括通知信息是否更新、删除、被覆盖等状态，通知信息包括通知标题、通知详细内容等信息。

在本实施例中，业务系统可以根据自身预设的通知展示样式展示通知信息，也可以根据通知服务器提供的通知展示样式展示通知信息，还可以根据通知管理终端或通知服务器发送的通知展示样式选择指令选择通知展示样式，并根据该通知展示样式展示通知信息。在其他实施例中，业务系统也可以根据输入的样式定义指令定义通知展示样式，并通过该通知展示样式展示通知信息。

在一个具体的实施例中，业务系统实时从通知服务器获取通知信息的通知状态：如果通知信息没有更新，业务系统继续展示之前的通知信息给终端用户。如果通知信息已经更新，业务系统从通知服务器读取最新的通知信息，同时将最新通知信息展示给终端用户；如果通知已经被删除，业务系统从通知服务器获取不到通知信息，同时停止向终端用户展示通知；如果通知已经被停用，业务系统从通知服务器获取不到通知信息，同时停止向终端用户展示通知；如果通知已经不在发布时间范围，业务系统从通知服务器获取不到通知信息，同时停止向终端用户展示通知；如果通知发布渠道中已经移除业务系统，终端业务系统从通知服务器获取不到通知信息，同时停止向终端用户展示通知；如果原通知没有更新，但是又有一条新生效的适用本业务系统的通知信息，新生效的通知信息将覆盖之前的通知信息，终端业务系统将新生效的通知信息展示给终端用户，不再展示之前的通知信息。

本发明通过在与通知服务器连接的智能终端新建通知，设置通知发布渠道、通知发布时间范围，然后将通知信息初始化后存储在通知服务器，业务系统通过统一的接口实时获取当前有效的通知内容，最后通过个性化的方式将通知展示给终端用户。当多个业务系统需要同时发布一条一样的通知时，可以新建一条通知然后选择多个业务系统，这样被选中的多个业务系统将同时展示相同的通知；当各个业务系统需要不同的通知时，也可以单独新建通知，发布渠道分别选择特定的一个业务系统即可，这样不同的业务系统将展示不同的通知。可以随时在后台修改通知内容、通知发布渠道、以及停用通知，方便统一管理多个业务系统的通知。

有益效果：本发明的通知管理终端接收输入的通知维护指令，根据该通知维护指令对通知进行维护，并在通知维护指令中包括通知信息时，根据通知信息对应的发布渠道进行初始化，并将其发送给通知服务器，使关联的业务系统读取和展示通知信息，能够通过通知服务器向不同的业务系统提供通知信息，无需在每个业务系统中设置通知系统，简化了系统结构和成本和提高了系统开发效率，而且，操作简单，不容易出错，提高了通知传达效率，保证了工作的正常执行。

基于相同的发明构思，本发明还提出一种通知管理系统，请参与图5、图6，图5为本发明通知管理系统一实施例的结构图；图6为本发明通知管理系统另一实施例的结构图，结合图5、图6对本发明的通知管理系统进行说明。

在本实施例中，通知管理系统包括通知管理终端、通知服务器以及至少一个业务系统，通知服务器分别与通知管理终端、业务系统连接，通知管理终端通过通知服务器、业务系统实现如上述实施例所述的通知信息管理方法。

基于相同的发明构思，本发明又提出一种存储装置，请参阅图7，图7为本发明存储装置一实施例的结构图，结合图7对本发明的存储装置进行说明。

在本实施例中，存储装置存储有程序数据，该程序数据被用于执行如上述实施例所述的通知信息管理方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的终端、系统和方法，可以通过其它的方式实现。例如，以上所描述的终端实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立地产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以通过一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。