本发明涉及互联网
技术领域：
，尤其涉及一种信息推送的方法以及服务器。
背景技术：
为了维护服务器的正常运行，维护人员需要对服务器中数据库所存储的数据进行监控。通常情况下，可以采用告警监控系统对数据库进行监控，一旦监控到异常情况就会发出相应的告警，以便维护人员根据告警的内容对异常情况进行及时处理。目前，告警监控系统会提供固定的统一资源定位符(uniformresourcelocator，url)为用户提供自助服务。用户可以先登录告警监控系统，然后自行选择筛选条件，最后告警监控系统会根据筛选条件返回数据库中对应的告警信息。通常情况下，在登录告警监控系统后就可以看到数据库中所有的告警信息，然而，在一些安全系统运营中，其告警信息的内容是极其敏感的，如果被恶意窃取敏感的告警信息，则不利于保证信息的安全性。技术实现要素：本发明实施例提供了一种信息推送的方法以及服务器，使得用户只能根据特定的地址获取对应的告警信息集合，而不会一次性得到数据库中所有的告警信息，由此对告警信息中敏感的内容具有一定的保密性，从而提升了方案的安全性。有鉴于此，本发明第一方面提供了一种信息推送的方法，包括：获取待推送告警信息；按照预置分组规则，将所述待推送告警信息划分为至少一个告警信息集合，其中，所述告警信息集合中包含至少一条告警信息；根据目标告警信息集合生成对应的目标地址，所述目标告警信息集合为所述至少一个告警信息集合中的一个；向第一客户端推送所述目标地址，其中，所述目标地址用于所述第一客户端查询所述目标告警信息集合。本发明第二方面提供了一种服务器，包括：获取模块，用于获取待推送告警信息；划分模块，用于按照预置分组规则，将所述获取模块获取的所述待推送告警信息划分为至少一个告警信息集合，其中，所述告警信息集合中包含至少一条告警信息；生成模块，用于根据目标告警信息集合生成对应的目标地址，所述目标告警信息集合为所述划分模块划分得到的所述至少一个告警信息集合中的一个；推送模块，用于向第一客户端推送所述生成模块生成的所述目标地址，其中，所述目标地址用于所述第一客户端查询所述目标告警信息集合。从以上技术方案可以看出，本发明实施例具有以下优点：本发明实施例中，提供了一种信息推送的方法，首先由服务器获取待推送告警信息，然后按照预置分组规则，将待推送告警信息划分为至少一个告警信息集合，其中，告警信息集合中包含至少一条告警信息，服务器再根据目标告警信息集合生成对应的目标地址，目标告警信息集合为至少一个告警信息集合中的一个，最后向第一客户端推送目标地址，其中，目标地址用于第一客户端查询目标告警信息集合。通过上述方式，服务器将可以将获取到的所有告警信息先进行分组，得到至少一个告警信息集合，再分别对每个告警信息集合生成不同的地址，使得用户只能根据特定的地址获取对应的告警信息集合，而不会一次性得到数据库中所有的告警信息，由此对告警信息中敏感的内容具有一定的保密性，从而提升了方案的安全性。附图说明图1为本发明实施例中实现信息推送的系统架构图；图2为本发明实施例中信息推送的方法一个交互实施例示意图；图3为本发明实施例中信息推送的方法一个实施例示意图；图4为本发明实施例中第一客户端的一个显示界面示意图；图5为本发明实施例中第二客户端的一个显示界面示意图；图6为本发明应用场景中信息推送的方法一个流程示意图；图7为本发明实施例中服务器一个实施例示意图；图8为本发明实施例中服务器另一个实施例示意图；图9为本发明实施例中服务器另一个实施例示意图；图10为本发明实施例中服务器另一个实施例示意图；图11为本发明实施例中服务器另一个实施例示意图；图12为本发明实施例中服务器另一个实施例示意图；图13为本发明实施例中服务器另一个实施例示意图；图14为本发明实施例中服务器另一个实施例示意图；图15为本发明实施例中服务器一个结构示意图。具体实施方式本发明实施例提供了一种信息推送的方法以及服务器，使得用户只能根据特定的地址获取对应的告警信息集合，而不会一次性得到数据库中所有的告警信息，由此对告警信息中敏感的内容具有一定的保密性，从而提升了方案的安全性。本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。应理解，本发明应用于信息推送的系统，请参阅图1，图1为本发明实施例中实现信息推送的系统架构图，如图所示，图中的一台第一客户端以及一台第二客户端仅为一个示意，在实际应用中，服务器还可以与多台第一客户端和多台第二客户端建立通信连接。图1中的服务器采用一套规整化的且可接收海量告警信息的尽力服务(best-effort)机制，并可以对一小段时间(例如5分钟)内的海量告警信息作收敛和归档处理。将处理后的告警信息发送到第一客户端，其中，第一客户端具体可以是安装于用户设备(userequipment，ue)上的腾讯通(realtimeexchange，rtx)、短信、语音和微信等，用户通过第一客户端得到告警通知以及具体的告警信息。此外，在服务器前端的第二客户端用于设置告警手段、数据来源标识、数据内容、告警接收人和数据源发生时间等，以此确定规整化的告警格式。应理解，本发明所采用的服务器可以是4核中央处理器(centralprocessingunits，cpu)以及8吉字节(gigabyte，gb)的硬件设备，客户端二进制文件兼容32或64比特的linux操作系统，提供可配置化选项。第一客户端以及第二客户端均采用传输控制协议(transmissioncontrolprotocol，tcp)连接后台服务器，同时，第二客户端会做统一码转换格式(unicodetransformationformat，utf)8的标准化转码，以适配用户各种字符编码输入。本发明所涉及的信息推送系统采用不同的告警通知手段，以分钟为粒度提供可定制化的告警信息归档查询页面，并向告警接收人发送以分钟为粒度的告警信息。通常情况下，在第一客户端中保存一周内的全量告警信息用于作离线聚合分析，在实际应用中，第一客户端还可以保存其他时间段内的告警信息。为了便于理解，请参阅图2，图2为本发明实施例中信息推送的方法一个交互实施例示意图，如图所示，服务器、第一客户端以及第二客户端将执行如下步骤：步骤101中，第二客户端为服务器的前端客户端，该第二客户端将告警格式标准输入至服务器。这是由于第一客户端是采用二进制文件的，且具有告警格式标准，因此用户需要通过第二客户端将告警格式标准输入至服务器，告警格式标准包括但不仅限于客户端名称、告警通知手段、告警接收人、告警内容、告警发送源和告警标题；步骤102中，服务器通过检测和分析，获取数据库中的待推送告警信息，这里的待推送告警信息可能非常多，甚至有成千上万条；步骤103中，于是服务器在发送告警信息之前，先将获取到的待推送告警信息进行分组，分组依据较多，可以根据时间段划分或者根据信息数量划分，划分后得到多个告警信息集合；步骤104中，服务器根据每个告警信息集合分别生成对应的url地址；步骤105中，将每个url地址按照顺序推送给第一客户端，用户通过第一客户端可以看到不同的url地址，点开不同的url地址可以看到不同的告警信息集合。下面将从服务器的角度，对本发明中信息推送的方法进行介绍，请参阅图3，本发明实施例中信息推送的方法一个实施例包括：201、获取待推送告警信息；本实施例中，服务器首先获取自身数据库中的待推送告警信息。其中，待推送告警信息包含但不仅限于故障消息、提醒消息以及系统消息。由网站或服务器自身问题引起的严重故障，导致服务中断时便会收到故障消息。比如网站无法打开，服务器的因特网包探索器(packetinternetgroper，ping)丢包率为100％，服务器连接超时等。当设置了自定义告警线后，一旦触发，便会收到提醒消息，比如服务器cpu使用率超过90％，服务器网卡流量超过5兆位每秒(millionbitspersecond，mbps)。对于服务器的简单网络管理协议(simplenetworkmanagementprotocol，snmp)性能监控、服务性能监控以及自定义监控，当采集器无法获取性能数据时，会记录系统消息，这时候需要进行相应的检查，比如snmp服务是否正常。202、按照预置分组规则，将待推送告警信息划分为至少一个告警信息集合，其中，告警信息集合中包含至少一条告警信息；本实施例中，服务器按照预置的分组规则，可以将待推送告警信息划分为至少一个告警信息集合，比如1000条待推送告警信息，可以分为若干个告警信息集合，每个告警信息集合中包含了相等数量或者不等数量的告警信息，但是无论如何，告警信息集合中都包含至少一条告警信息。203、根据目标告警信息集合生成对应的目标地址，目标告警信息集合为至少一个告警信息集合中的一个；本实施例中，服务器根据每个告警信息集合分别生成对应的url地址，具体地，请参阅表1，表1为服务器根据不同时间段的告警信息集合所生成的告警信息查询列表。表1时间段url地址告警信息集合10:05-10:10http://www.items.com/domain/151643a10:10-10:15http://www.items.com/domain/159533b10:15-10:20http://www.items.com/domain/198343c10:20-10:25http://www.items.com/domain/184303d其中，目标告警信息集合可以是告警信息集合中的任意一个集合，例如为告警信息集合为告警信息集合a，那么从表1可知，其对应的目标地址即为“http://www.items.com/domain/151643”。204、向第一客户端推送目标地址，其中，目标地址用于第一客户端查询目标告警信息集合。本实施例中，服务器向第一客户端推送了各个时间段对应的url地址，为了便于介绍，请参阅图4，图4为本发明实施例中第一客户端的一个显示界面示意图，如图所示，在第一客户端的显示界面上显示有告警信息查询列表，列表中包含了目标地址“http://www.items.com/domain/151643”，假设用户点击了该目标地址，则根据表1所示的内容可以查询到告警信息集合a的内容。在实际应用中，用户还可以选择其他的url地址，从而得到相应的告警信息集合。本发明实施例中，提供了一种信息推送的方法，首先由服务器获取待推送告警信息，然后按照预置分组规则，将待推送告警信息划分为至少一个告警信息集合，其中，告警信息集合中包含至少一条告警信息，服务器再根据目标告警信息集合生成对应的目标地址，目标告警信息集合为至少一个告警信息集合中的一个，最后向第一客户端推送目标地址，其中，目标地址用于第一客户端查询目标告警信息集合。通过上述方式，服务器将可以将获取到的所有告警信息先进行分组，得到至少一个告警信息集合，再分别对每个告警信息集合生成不同的地址，使得用户只能根据特定的地址获取对应的告警信息集合，而不会一次性得到数据库中所有的告警信息，由此对告警信息中敏感的内容具有一定的保密性，从而提升了方案的安全性。可选地，在上述图3对应的实施例的基础上，本发明实施例提供的信息推送方法第一个可选实施例中，按照预置分组规则，将待推送告警信息划分为至少一个告警信息集合，可以包括：根据第一预置分组时间段，从待推送告警信息中获取第一告警信息集合；根据第二预置分组时间段，从待推送告警信息中获取第二告警信息集合。本实施例中，提供了一种按照时间段进行告警信息分组的方法，即预置分组规则为时间段分组法。具体地，假设第一预置分组时间段为5分钟，则服务器可以获取5分钟以内所有的待推送告警信息，并将这5分钟内所得到待推送告警信息作为第一告警信息集合。类似地，服务器根据第二预置分组时间段、第三预置分组时间段以及第四预置分组时间段等，分别得到各个时间段对应的第二告警信息集合、第三告警信息集合以及第二告警信息集合等，此处不作赘述。需要说明的是，通常情况下，第一预置分组时间段与第二预置分组时间段是相等的，不同的是，两者具有一定的时序关系，可以先经过第一预置分组时间段，再经过第二预置分组时间段，也可以先经过第二预置分组时间段，再经过第一预置分组时间段，此处不作限定。可以理解的是，在实际应用中，第一预置分组时间段与第二预置分组时间段也可以不相等，例如第一预置分组时间段为5分钟，两天之后用户对规则进行调整，则使得第二预置分组时间段位3分钟。其次，本发明实施例中，服务器在对待推送告警信息进行划分时，一种方式为，根据第一预置分组时间段，从待推送告警信息中获取第一告警信息集合，并根据第二预置分组时间段，从待推送告警信息中获取第二告警信息集合，也就是根据时间段来对待推送告警信息进行分组。通过上述方式，可以有效地获取到多个告警信息集合，以便后续针对各个告警信息集合分别生成对应的url地址，从而提升方案的实用性和可行性。可选地，在上述图3对应的实施例的基础上，本发明实施例提供的信息推送方法第二个可选实施例中，按照预置分组规则，将待推送告警信息划分为至少一个告警信息集合，可以包括：根据预先设定的告警信息数量阈值，从待推送告警信息中获取第一告警信息集合；根据预先设定的告警信息数量阈值，从待推送告警信息中获取第二告警信息集合。本实施例中，提供了一种按照信息数量进行告警信息分组的方法，即预置分组规则为数量分组法。具体地，假设预先设定的告警信息数量阈值为100，则服务器可以将每100条告警信息作为一个告警信息集合，比如，将第1条至第100条告警信息作为第一告警信息集合，然后将第101条至第200条告警信息作为第二告警信息集合，以此类推，如果当前待推送告警信息共有864条，那么最后一个告警信息集合可以是801条至864条。可以理解的是，告警信息数量阈值可以根据实际情况进行调整，此处不做限定。其次，本发明实施例中，服务器在对待推送告警信息进行划分时，一种方式为，根据预先设定的告警信息数量阈值，从待推送告警信息中获取第一告警信息集合，同样地，根据预先设定的告警信息数量阈值，从待推送告警信息中获取第二告警信息集合，也就是根据告警信息的数量上限来对待推送告警信息进行分组。通过上述方式，可以有效地获取到多个告警信息集合，以便后续针对各个告警信息集合分别生成对应的url地址，从而提升方案的实用性和可行性。可选地，在上述图3对应的第一个或第二个实施例的基础上，本发明实施例提供的信息推送方法第三个可选实施例中，从待推送告警信息中获取第一告警信息集合之后，还可以包括：根据第一告警信息集合生成对应的第一地址；根据第二预置分组时间段，从待推送告警信息中获取第二告警信息集合之后，还可以包括：根据第二告警信息集合生成对应的第二地址。本实施例中，服务器在得到第一告警信息集合之后，会对第一告警信息集合生成一个对应的第一地址，类似地，服务器在得到第二告警信息集合之后，也会生成一个对应的第二地址。其中，第一地址和第二地址具体可以为url地址，url是对从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。互联网上的每个文件都有一个唯一的url，它包含的信息指出文件的位置以及浏览器应该怎么处理它。需要说明的是，本方案中的url地址可以是绝对url地址，也可以是相对url地址，此处不做限定。绝对url地址是显示文件的完整路径，这意味着绝对url本身所在的位置与被引用的实际文件的位置无关。相对url地址以包含url本身的文件夹的位置为参考点，描述目标文件夹的位置。如果目标文件与当前页面在同一个目录，那么这个文件的相对url仅仅是文件名和扩展名，如果目标文件在当前目录的子目录中，那么它的相对url是子目录名，后面是斜杠，然后是目标文件的文件名和扩展名。再次，本发明实施例中，服务器在得到第一告警信息集合之后，生成与之对应的第一地址，并且在得到第二告警信息集合之后，生成与之对应的第二地址。通过上述方式，能够将防止地址固有化，而是采用动态的地址来查询数据库中的告警信息，以此，可以有效地降低恶意窃取告警信息的情况，从而提升方案的安全性。可选地，在上述图3对应的第一个实施例的基础上，本发明实施例提供的信息推送方法第四个可选实施例中，按照预置分组规则，将待推送告警信息划分为至少一个告警信息集合之前，还可以包括：接收第二客户端发送的频限配置指令；根据频限配置指令确定告警信息的数量阈值，其中，告警信息的数量阈值用于确定在第一预置分组时间段内，以及在第二预置分组时间段内发送告警信息的数量上限。本实施例中，为了使得服务器可以更好地工作，用户还可以通过第二客户端对服务器进行配置，即通过第二客户端下发频限配置指令，服务器根据频限配置指令可以确定预置分组时间段内发送告警信息的数量上限。具体地，在第二客户端显示界面中，可以根据用于需求进行配置，请参阅图5，图5为本发明实施例中第二客户端的一个显示界面示意图，用户可以通过第二客户端的界面对全量告警信息作离线聚合查询或分析，以推断当前运营系统的健康度情况，还可以对告警信息相关的内容进行设置。可设置的内容可以包含但不仅限于中心名称、业务系统、告警来源网际互联协议(internetprotocol，ip)次数、告警来源、告警类型、告警接收者以及业务模块。而在第二客户端的显示界面上还可以显示全量告警信息，显示的方式包含但不仅限于折线图、曲线图、柱状图、堆积柱状图、条状图、饼图、多轴图以及堆积条状图。图5则是以饼状图的形式显示全量告警信息。需要说明的是，频限配置指令除了可以设置告警信息的数量阈值，还可以设置其他的内容，例如预置分组时间段内告警发送人最多发送的告警总条数，预置分组时间段内告警接收人最多接收的告警总条数，预置分组时间段内相同告警内容信息最多接收的告警总条数。再次，本发明实施例中，用户可以通过第二客户端对服务器划分告警信息集合的方式进行调整，服务器根据第二客户端发出的频限配置指令，确定在预置分组时间内的告警信息数量上限。通过上述方式，能够根据服务器的工作能力进行告警信息的频限配置，从而维护服务器的正常运行，并且有利于提升方案的可行性。可选地，在上述图3对应的实施例的基础上，本发明实施例提供的信息推送方法第五个可选实施例中，还可以包括：检测服务器当前的负载量；若负载量大于或等于预置负载门限，则向第二客户端发送负载过量消息，其中，负载过量消息用于指示第二客户端是否触发告警信息重传请求。本实施例中，服务器需要检测自身的负载情况，并得到一个负载量，该负载量也可以采用负载率表示。如果服务器处于高负载状态，则会向第二客户端发送负载过量消息，以提升当前服务器的工作状态。用户可以根据第二客户端展示的负载过量消息来决定是否触发告警信息重传请求，即是否需要重新向第一客户端发出警告信息。具体的，假设预置负载门限为80％，若服务器当前负载量大于80％，就会向第二客户端发送负载过量消息，当第二客户端触发告警信息重传请求时，服务器会先根据用户自定义的的告警信息数量阈值，对告警信息数量进行累加，如果累加得到的告警信息数量超过告警信息数量阈值，则可以选择对告警信息做合并处理，或者做丢弃处理。如果累加得到的告警信息数量未超过告警信息数量阈值，则服务器可以将告警信息下发给第一客户端，并将本次告警信息记录到数据库进行定期存储。其次，本发明实施例中，服务器还会实时检测自身的负载情况，一旦检测到负载量大于或者等于预置负载门限，就会向第二客户端发送负载过量消息，使得第二客户端能够根据负载过量消息将判断是否需要重传告警信息。通过上述方式，一方面可以实时监控服务器的负载情况，降低服务器因为负载过大而出现系统崩溃的情况，另一方面，若出现服务器过度负载，则可能会导致告警信息传输失败，于是第二服务器还可以进一步选择是否需要重传该告警信息，从而提升方案的可行性和可操作性。可选地，在上述图3对应的实施例的基础上，本发明实施例提供的信息推送方法第六个可选实施例中，根据目标告警信息集合生成对应的目标地址，可以包括：获取目标告警信息集合对应的目标时间戳；采用目标时间戳对目标告警信息集合进行加密处理，并生成目标地址。本实施例中，服务器获取目标告警信息集合对应的目标时间戳，每个告警信息集合都可以对应一个时间戳，例如告警信息集合a对应的时间戳是2017/3/29/10:00:00。可以理解的是，不同的告警信息集合也对应不同的时间戳，因此时间戳本身具有唯一性。接着，服务器需要采用加密算法和目标时间戳对目标地址进行加密处理，例如，将告警信息集合a写入可扩展标记语言(extensiblemarkuplanguage，xml)，该xml文件名可以以用户名加上最新时间戳的第五版消息摘要算法(messagedigestalgorithm，md5)值命名，作为静态资源被查询，同时，服务器也会生成url地址，该url地址也可以以用户名加上最新时间戳的md5值命名。需要说明的是，在实际应用中，除了采用md5值进行加密，还可以采用其他加密的手段，例如，采用高级加密标准(advancedencryptionstandard，aes)进行加密或者采用公钥加密算法进行加密，此处不做限定。其次，本发明实施例中，服务器在生成目标地址的过程中，还可以利用目标时间戳对目标地址进行加密处理。通过上述方式，服务器将加密后的目标地址发送给第一客户端，使得第一客户端需要对其解码才能使用，进而增强了方案的安全性，对非法客户端入侵数据库并获取敏感告警信息的情况进行了有效的抵御。可选地，在上述图3以及图3对应的第一个至第六个实施例中任一项的基础上，本发明实施例提供的信息推送方法第七个可选实施例中，获取待推送告警信息之后，还可以包括：向备选服务器发送待推送告警信息，以使备选服务器存储待推送告警信息。本实施例中，在信息推送系统中除了有一个主服务器，还可以有至少一个备选服务器，备选服务器与主服务器的功能基本一致。备选服务器可以在主服务器出现故障时代替主服务器进行工作。主服务器可以实时地或者周期性地向备选服务器发送待推送告警信息，备选服务器将存储这些待推送告警信息，一旦主服务器出现故障或者容灭，备选服务器将会收到备选服务器发出的工作指令，根据该工作指令对待推送告警信息进行分组，并生成每个分组对应的url地址，然后继续向至少一个第一客户端发送这些url地址。进一步地，本发明实施例中，服务器还可以实时地向备选服务器发送待推送告警信息，备选服务器会存储待推送告警信息。通过上述方式，采用主服务器和备选服务器的架构，当主服务器连接超过当前系统负载上限之后，可以自动将后续请求切换到备选服务器，由备选服务器根据待推送告警信息进行与主服务器相似的处理，从而保障了信息推送的稳定性，增强方案的可靠性和实用性。为便于理解，下面可以以一个具体应用场景对本发明中对信息推送的流程进行详细描述，请参阅图6，图6为本发明应用场景中信息推送的方法一个流程示意图，具体为：步骤301中，第二客户端接收用户输入，输入内容参考上述实施例中提到的告警格式标准，第二客户端与后台服务器接入层通信，并使用私有加密协议进行票据认证，当数据内容的长度超过1300字节时，会对数据包进行拆分，并添加相同的协议头和偏移标识，后端服务器接入层根据协议头信息和缓存队列中的数据包信息作重组解析；步骤302中，第二客户端请求首先尝试连接服务器，服务器根据当前负载情况确认是否需将第二客户端请求转发至备选服务器的接入层或者自身逻辑层。如果主服务器和备选服务器同时处于高负载状态，则备选服务器反馈给第二客户端请求响应失败，用户可根据第二客户端请求响应信息判断逻辑来决定是否还需要重发告警；步骤303中，收到第二客户端请求信息的服务器将根据用户定义的频限规则进行告警计数累加，若当前告警信息命中频限规则，则作合并或丢弃处理，若未命中频限规则，逻辑层的请求将通过汇聚中心转发到后端的服务集群，并将本次告警信息记录到结构化存储的数据库作定期存储。逻辑层还会定时上报心跳存活信息到汇聚中心，当心跳信息停止超过设定时间阈值时，汇聚中心会启动异常子进程触发严重异常告警转发给后端服务集群，以提醒系统负责人及时跟进异常排查；步骤304中，为了增强系统健壮性和异常自愈能力，汇聚中心还可以引入第三方监控服务，对接入层以及逻辑层作异常热重启恢复服务处理：如各层请求转发成功率持续掉零，各层进程核心等，汇聚中心进程会增加定时任务定期存活检测；步骤305中，结构化存储的数据库会将警告信息进行定期存储；步骤306中，如果用户在5分钟内收到超频告警，调度中心将统计符合告警条件的信息写入到一个xml文件，xml文件名以用户名称+最新时间戳的md5值命名，作为静态资源通过服务器提供网页查询服务，同时会生成包含合并查询url告警短信内容，并转发到服务集群来推送下发，以供用户在手机端点击查询最近5分钟内所有告警明细信息，逻辑层也会将全量告警信息落地到结构化存储的数据库；步骤307中，服务集群将告警队列中的请求按先入先出(firstinputfirstoutput，fifo)选择各服务网关(如短信、语音、微信或者rtx等)，将告警信息推送下发到用户的手机短信或者微信客户端等，若请求适配失败，服务集群将再次重试，直至3次失败为止，并将适配状态反馈到汇聚中心，同时原路将发送成功与否状态转发给到第二客户端作回显。下面对本发明中的服务器进行详细描述，请参阅图7，本发明实施例中的服务器为应用于信息推送方法中的服务器，服务器40包括：获取模块401，用于获取待推送告警信息；划分模块402，用于按照预置分组规则，将所述获取模块401获取的所述待推送告警信息划分为至少一个告警信息集合，其中，所述告警信息集合中包含至少一条告警信息；生成模块403，用于根据目标告警信息集合生成对应的目标地址，所述目标告警信息集合为所述划分模块402划分得到的所述至少一个告警信息集合中的一个；推送模块404，用于向第一客户端推送所述生成模块403生成的所述目标地址，其中，所述目标地址用于所述第一客户端查询所述目标告警信息集合。本实施例中，获取模块401获取待推送告警信息，划分模块402按照预置分组规则，将所述获取模块401获取的所述待推送告警信息划分为至少一个告警信息集合，其中，所述告警信息集合中包含至少一条告警信息，生成模块403根据目标告警信息集合生成对应的目标地址，所述目标告警信息集合为所述划分模块402划分得到的所述至少一个告警信息集合中的一个，推送模块404向第一客户端推送所述生成模块403生成的所述目标地址，其中，所述目标地址用于所述第一客户端查询所述目标告警信息集合。本发明实施例中，提供了一种服务器，首先由该服务器获取待推送告警信息，然后按照预置分组规则，将待推送告警信息划分为至少一个告警信息集合，其中，告警信息集合中包含至少一条告警信息，服务器再根据目标告警信息集合生成对应的目标地址，目标告警信息集合为至少一个告警信息集合中的一个，最后向第一客户端推送目标地址，其中，目标地址用于第一客户端查询目标告警信息集合。通过上述方式，服务器将可以将获取到的所有告警信息先进行分组，得到至少一个告警信息集合，再分别对每个告警信息集合生成不同的地址，使得用户只能根据特定的地址获取对应的告警信息集合，而不会一次性得到数据库中所有的告警信息，由此对告警信息中敏感的内容具有一定的保密性，从而提升了方案的安全性。可选地，在上述图7所对应的实施例的基础上，请参阅图8，本发明实施例提供的服务器的另一实施例中，所述划分模块402包括：第一获取单元4021，用于根据第一预置分组时间段，从所述待推送告警信息中获取第一告警信息集合；第二获取单元4022，用于根据第二预置分组时间段，从所述待推送告警信息中获取第二告警信息集合。其次，本发明实施例中，服务器在对待推送告警信息进行划分时，一种方式为，根据第一预置分组时间段，从待推送告警信息中获取第一告警信息集合，并根据第二预置分组时间段，从待推送告警信息中获取第二告警信息集合，也就是根据时间段来对待推送告警信息进行分组。通过上述方式，可以有效地获取到多个告警信息集合，以便后续针对各个告警信息集合分别生成对应的url地址，从而提升方案的实用性和可行性。可选地，在上述图7所对应的实施例的基础上，请参阅图9，本发明实施例提供的服务器的另一实施例中，所述划分模块402包括：第三获取单元4023，用于根据预先设定的告警信息数量阈值，从所述待推送告警信息中获取第一告警信息集合；第四获取单元4024，用于根据所述预先设定的告警信息数量阈值，从所述待推送告警信息中获取第二告警信息集合。其次，本发明实施例中，服务器在对待推送告警信息进行划分时，一种方式为，根据预先设定的告警信息数量阈值，从待推送告警信息中获取第一告警信息集合，同样地，根据预先设定的告警信息数量阈值，从待推送告警信息中获取第二告警信息集合，也就是根据告警信息的数量上限来对待推送告警信息进行分组。通过上述方式，可以有效地获取到多个告警信息集合，以便后续针对各个告警信息集合分别生成对应的url地址，从而提升方案的实用性和可行性。可选地，在上述图8或图9所对应的实施例的基础上，请参阅图10，本发明实施例提供的服务器的另一实施例中，所述划分模块402还包括：第一生成单元4025，用于从所述待推送告警信息中获取所述第一告警信息集合之后，根据所述第一告警信息集合生成对应的第一地址；第二生成单元4026，用于从所述待推送告警信息中获取所述第二告警信息集合之后，根据所述第二告警信息集合生成对应的第二地址。再次，本发明实施例中，服务器在得到第一告警信息集合之后，生成与之对应的第一地址，并且在得到第二告警信息集合之后，生成与之对应的第二地址。通过上述方式，能够将防止地址固有化，而是采用动态的地址来查询数据库中的告警信息，以此，可以有效地降低恶意窃取告警信息的情况，从而提升方案的安全性。可选地，在上述图8所对应的实施例的基础上，请参阅11，本发明实施例提供的服务器的另一实施例中，所述服务器40还包括：接收模块405，用于所述划分模块402按照预置分组规则，将所述待推送告警信息划分为至少一个告警信息集合之前，接收第二客户端发送的频限配置指令；确定模块406，用于根据所述接收模块405接收的所述频限配置指令确定所述告警信息的数量阈值，其中，所述告警信息的数量阈值用于确定在所述第一预置分组时间段内，以及在所述第二预置分组时间段内发送所述告警信息的数量上限。再次，本发明实施例中，用户可以通过第二客户端对服务器划分告警信息集合的方式进行调整，服务器根据第二客户端发出的频限配置指令，确定在预置分组时间内的告警信息数量上限。通过上述方式，能够根据服务器的工作能力进行告警信息的频限配置，从而维护服务器的正常运行，并且有利于提升方案的可行性。可选地，在上述图7所对应的实施例的基础上，请参阅12，本发明实施例提供的服务器的另一实施例中，所述服务器40还包括：检测模块407，用于检测服务器当前的负载量；第一发送模块408，用于若所述检测模块检测得到所述负载量大于或等于预置负载门限，则向所述第二客户端发送负载过量消息，其中，所述负载过量消息用于指示所述第二客户端是否触发告警信息重传请求。其次，本发明实施例中，服务器还会实时检测自身的负载情况，一旦检测到负载量大于或者等于预置负载门限，就会向第二客户端发送负载过量消息，使得第二客户端能够根据负载过量消息将判断是否需要重传告警信息。通过上述方式，一方面可以实时监控服务器的负载情况，降低服务器因为负载过大而出现系统崩溃的情况，另一方面，若出现服务器过度负载，则可能会导致告警信息传输失败，于是第二服务器还可以进一步选择是否需要重传该告警信息，从而提升方案的可行性和可操作性。可选地，在上述图7所对应的实施例的基础上，请参阅13，本发明实施例提供的服务器的另一实施例中，所述生成模块403包括：第五获取单元4031，用于获取所述目标告警信息集合对应的目标时间戳；第三生成单元4032，用于采用所述第五获取单元4031获取的所述目标时间戳对所述目标告警信息集合进行加密处理，并生成所述目标地址。其次，本发明实施例中，服务器在生成目标地址的过程中，还可以利用目标时间戳对目标地址进行加密处理。通过上述方式，服务器将加密后的目标地址发送给第一客户端，使得第一客户端需要对其解码才能使用，进而增强了方案的安全性，对非法客户端入侵数据库并获取敏感告警信息的情况进行了有效的抵御。可选地，在上述图7至图13中任一项所对应的实施例的基础上，请参阅14，本发明实施例提供的服务器的另一实施例中，所述服务器40还包括：第二发送模块409，用于所述获取模块401获取待推送告警信息之后，向备选服务器发送所述待推送告警信息，以使所述备选服务器存储所述待推送告警信息。进一步地，本发明实施例中，服务器还可以实时地向备选服务器发送待推送告警信息，备选服务器会存储待推送告警信息。通过上述方式，采用主服务器和备选服务器的架构，当主服务器连接超过当前系统负载上限之后，可以自动将后续请求切换到备选服务器，由备选服务器根据待推送告警信息进行与主服务器相似的处理，从而保障了信息推送的稳定性，增强方案的可靠性和实用性。图15是本发明实施例提供的一种服务器结构示意图，该服务器500可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上cpu522(例如，一个或一个以上处理器)和存储器532，一个或一个以上存储应用程序542或数据544的存储介质530(例如一个或一个以上海量存储设备)。其中，存储器532和存储介质530可以是短暂存储或持久存储。存储在存储介质530的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器522可以设置为与存储介质530通信，在服务器500上执行存储介质530中的一系列指令操作。服务器500还可以包括一个或一个以上电源526，一个或一个以上有线或无线网络接口550，一个或一个以上输入输出接口558，和/或，一个或一个以上操作系统541，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm等等。其中，cpu522用于执行如下步骤：获取待推送告警信息；按照预置分组规则，将所述待推送告警信息划分为至少一个告警信息集合，其中，所述告警信息集合中包含至少一条告警信息；根据目标告警信息集合生成对应的目标地址，所述目标告警信息集合为所述至少一个告警信息集合中的一个；向第一客户端推送所述目标地址，其中，所述目标地址用于所述第一客户端查询所述目标告警信息集合。可选地，cpu522具体用于执行如下步骤：根据第一预置分组时间段，从所述待推送告警信息中获取第一告警信息集合；根据第二预置分组时间段，从所述待推送告警信息中获取第二告警信息集合。可选地，cpu522具体用于执行如下步骤：根据预先设定的告警信息数量阈值，从所述待推送告警信息中获取第一告警信息集合；根据所述预先设定的告警信息数量阈值，从所述待推送告警信息中获取第二告警信息集合。可选地，cpu522具体用于执行如下步骤：根据所述第一告警信息集合生成对应的第一地址；所述根据第二预置分组时间段，从所述待推送告警信息中获取第二告警信息集合之后，所述方法还包括：根据所述第二告警信息集合生成对应的第二地址。可选地，cpu522还用于执行如下步骤：接收第二客户端发送的频限配置指令；根据所述频限配置指令确定所述告警信息的数量阈值，其中，所述告警信息的数量阈值用于确定在所述第一预置分组时间段内，以及在所述第二预置分组时间段内发送所述告警信息的数量上限。可选地，cpu522还用于执行如下步骤：检测服务器当前的负载量；若所述负载量大于或等于预置负载门限，则向所述第二客户端发送负载过量消息，其中，所述负载过量消息用于指示所述第二客户端是否触发告警信息重传请求。可选地，cpu522具体用于执行如下步骤：获取所述目标告警信息集合对应的目标时间戳；采用所述目标时间戳对所述目标告警信息集合进行加密处理，并生成所述目标地址。可选地，cpu522还用于执行如下步骤：向备选服务器发送所述待推送告警信息，以使所述备选服务器存储所述待推送告警信息。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。当前第1页12