CN110417904B - 一种推送信息处理方法、装置及系统 - Google Patents

Abstract

本说明书实施例公开了一种推送信息处理方法、装置及系统。所述方法包括注册中心接收提供方列表信息，并将所述提供方列表信息推送至消费方，所述提供方列表信息包括基于提供方信息发生变化时生成；所述消费方基于接收到所述提供方列表信息时，基于与提供方的连接可用性信息，对所述提供方列表信息进行验证；验证通过后，基于所述提供方列表信息更新内存中提供方信息，所述连接可用性信息包括连通性信息和状态信息。利用本说明书实施例可以及时检测出注册中心发送的推送信息的可信度，从而可以在提升服务效率的同时，避免服务处理失败。

Description

一种推送信息处理方法、装置及系统

技术领域

本说明书实施例方案属于信息处理技术领域，尤其涉及一种推送信息处理方法、装置及系统。

背景技术

目前，许多分布式服务框架部署在多台不同的机器上。例如服务提供方在集群A，服务消费方在集群B，B在调用A的服务的过程中可以通过注册中心实现。这样服务提供方只需将自己的信息与所提供的服务地址注册到注册中心即可，而消费方则只需关注自己需要调用的某个服务，然后直接从注册中心获取相关提供方的信息即可。此外，注册中心还会与提供方保持着心跳，一旦提供方发生变动，注册中心会通过订阅的形式将相关的变动通知到消费方，此时消费方就会根据注册中心发送的通知自动调整可调用的提供方信息。

然而，由于引入注册中心后，消费方完全信任注册中心组件推送的信息。当注册中心组件出现异常时，消费方无法识别其推送的服务提供方列表是否可信，默认是可信的，这样就会导致整个系统异常。如，提供方实际可用，注册中心推送的信息中不包含此提供方，这样就会导致服务不可用的假象，从而降低服务效率。再如，若提供方已不可用，推送的信息中包含此提供方，这样就会导致服务处理失败。

因此，业内亟需一种可以高效的对推送信息进行处理的解决方案。

发明内容

本说明书实施例目的在于提供一种推送信息处理方法、装置及系统，可以及时检测出注册中心发送的推送信息的可信度，从而可以在提升服务效率的同时，避免服务处理失败。

一方面本申请提供了一种推送信息处理方法，包括：

注册中心接收提供方列表信息，所述提供方列表信息包括基于提供方信息发生变化时生成；

所述注册中心将所述提供方列表信息推送至消费方；

所述消费方基于接收到所述提供方列表信息时，基于与提供方的连接可用性信息，对所述提供方列表信息进行验证；

所述验证通过后，基于所述提供方列表信息更新内存中提供方信息，所述连接可用性信息包括连通性信息和状态信息。

另一方面本申请提供了一种推送信息处理方法，包括：

接收注册中心发送的推送信息，所述推送信息包括基于提供方信息发生变化时生成的提供方列表信息；

获取接收到所述推送信息时与提供方的连接可用性信息；

基于所述连接可用性信息判断所述推送信息是否可信，所述连接可用性信息包括连通性信息和状态信息。

本说明书提供的所述方法的另一个实施例中，所述获取接收到所述推送信息时与提供方的连接可用性信息，包括：

获取所述连接可用性信息包括的连通性信息；

获取所述连接可用性信息包括的状态信息。

本说明书提供的所述方法的另一个实施例中，所述基于所述连接可用性信息判断所述推送信息是否可信，包括：

判断所述连接可用性信息包括的连通性信息是否为连通；

判断所述连接可用性信息包括的状态信息是否不为只读状态；

所述连通性信息为连通且所述状态信息不为只读状态时，确认所述推送信息可信。

本说明书提供的所述方法的另一个实施例中，所述确认所述推送信息可信时，还包括：

基于所述推送信息，更新内存中提供方信息。

另一方面，本说明书实施例还提供一种推送信息处理装置，所述装置包括：

接收模块，用于接收注册中心发送的推送信息，所述推送信息包括基于提供方信息发生变化时生成的提供方列表信息；

获取模块，用于获取接收到所述推送信息时与提供方的连接可用性信息；

判断模块，用于基于所述连接可用性信息判断所述推送信息是否可信，所述连接可用性信息包括连通性信息和状态信息。

本说明书提供的所述装置的另一个实施例中，所述获取模块，包括：

第一获取单元，用于获取所述连接可用性信息包括的连通性信息；

第二获取单元，用于获取所述连接可用性信息包括的状态信息。

本说明书提供的所述装置的另一个实施例中，所述判断模块，包括：

第一判断单元，用于判断所述连接可用性信息包括的连通性信息是否为连通；

第二判断单元，用于判断所述连接可用性信息包括的状态信息是否不为只读状态；

确认单元，用于所述连通性信息为连通且所述状态信息不为只读状态时，确认所述推送信息可信。

本说明书提供的所述装置的另一个实施例中，所述确认所述推送信息可信时，还包括：

更新模块，用于基于所述推送信息，更新内存中提供方信息。

另一方面，本说明书实施例提供一种推送信息处理，包括处理器及用于存储处理器可执行指令的存储器，所述指令被所述处理器执行时实现包括以下步骤：

接收注册中心发送的推送信息，所述推送信息包括基于提供方信息发生变化时生成的提供方列表信息；

获取接收到所述推送信息时与提供方的连接可用性信息；

基于所述连接可用性信息判断所述推送信息是否可信，所述连接可用性信息包括连通性信息和状态信息。

另一方面，本说明书实施例提供一种推送信息处理系统，包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现上述任意一个实施例所述方法的步骤。

本说明书实施例提供的一种推送信息处理方法、装置及系统，注册中心通过将基于提供方信息发生变化时生成的提供方列表信息推送至消费方，消费方基于接收到所述提供方列表信息时与提供方的连接可用性信息，对所述提供方列表信息进行验证，验证通过后，基于所述提供方列表信息，更新内存中提供方信息，所述连接可用性信息包括连通性信息和状态信息，这样可以及时检测出注册中心发送的推送信息是否可信。因此，利用本说明书各个实施例，可以提升服务效率的同时，避免服务处理失败。

附图说明

为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本说明书提供的现有技术中通过注册中心实现提供方与消费方通信的一个场景示意图；

图2是本说明书提供的一种推送信息处理方法的一个场景示意图；

图3是本说明书提供的一种推送信息处理方法的一个实施例的流程示意图；

图4是本说明书提供的一种推送信息处理装置的一个实施例的模块结构示意图；

图5是本说明书提供的一种推送信息处理服务器的一个实施例的硬件结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书中的一部分实施例，而不是全部的实施例。基于本说明书中的一个或多个实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书实施例保护的范围。

目前，分布式服务框架部署在多台不同的机器上。例如服务提供方在集群A，服务消费方在集群B，而集群A和集群B的机器进行通信可以通过注册中心来实现。如图1所示，图1是本说明书提供的现有技术中通过注册中心实现提供方与消费方通信的一个场景示意图。其中，所述提供方即服务提供者，包括被其他服务调用的服务。所述消费方即服务消费者，包括调用其他服务的服务。所述注册中心包括用来提供可供调用的服务列表。一些实施场景中，消费方在进行服务调用时，可以根据注册中心提供的服务列表选择服务提供方的服务地址进行服务调用。例如一些实施场景中，提供方信息发生变化时(如提供方1下线时)，提供方会把变化后的提供方信息通知给注册中心，注册中心在收到提供方发送的通知信息后，会相应的把提供方信息推送给消费方，此时，消费方会根据注册中心发送的推送信息更新内存中的提供方信息。然而在消费方调用提供方服务的过程中，由于引入注册中心后，消费方完全信任注册中心组件推送的信息，当注册中心组件出现异常时，消费方无法识别其推送的服务提供方列表是否可信，默认是可信的，这样就会导致整个系统异常。如，提供方实际可用，注册中心推送的信息中不包含此提供方，这样就会导致服务不可用的假象，从而降低服务效率。再如，提供方已不可用，推送的信息中包含此提供方，这样就会导致服务处理失败。

本说明书实施例提供的一种推送信息处理方法、装置及系统，注册中心通过将基于提供方信息发生变化时生成的提供方列表信息推送至消费方，消费方基于接收到所述提供方列表信息时与提供方的连接可用性信息，对所述提供方列表信息进行验证，验证通过后，基于所述提供方列表信息，更新内存中提供方信息，所述连接可用性信息包括连通性信息和状态信息，这样可以及时检测出注册中心发送的推送信息是否可信。因此，利用本说明书各个实施例，可以提升服务效率的同时，避免服务处理失败。

本说明书提供的一种实施方案可以应用到提供方/注册中心/消费方的系统构架中，可以用于两者交互，或三者交互，或单独一侧执行来实现。所述提供方即服务提供者，包括被其他服务调用的服务，在服务器/客户端系统中通常也可以称为服务器。所述消费方即服务消费者，包括调用其他服务的服务，在服务器/客户端系统中通常也可以称为客户端。所述注册中心包括用来提供可供调用的服务列表，消费方在进行服务调用时，可以根据服务列表选择服务提供方的服务地址进行服务调用。注册中心在分布式系统中大量应用，是分布式系统中不可或缺的组件，例如zookeeper、eureka等。本说明书中所述的提供方、注册中心、消费方包括从逻辑上划分的不同信息处理方。可以理解，上述提供方、注册中心、消费方可以是物理上独立的电子设备。如图2所示，图2是本说明书提供的一种推送信息处理方法的一个场景示意图。一些实施场景中，注册中心接收提供方列表信息，所述提供方列表信息包括基于提供方信息发生变化时生成；所述注册中心将所述提供方列表信息推送至消费方；所述消费方基于接收到所述提供方列表信息时，基于与提供方的连接可用性信息对所述提供方列表信息进行验证；所述验证通过后，基于所述提供方列表信息更新内存中提供方信息，所述连接可用性信息包括连通性信息和状态信息。具体的，例如一些实施场景中，提供方信息发生变化时(如提供方1下线时)，提供方会把变化后的提供方信息通知给注册中心，注册中心在收到提供方发送的通知信息后，会相应的把提供方信息推送给消费方，此时，消费方不会直接根据注册中心发送的推送信息更新内存中的提供方信息，而是会基于与提供方的连接可用性信息，对注册中心推送的信息进行验证，在确定注册中心推送的信息可信时，才会进一步根据推送信息更新内存中提供方信息。这样消费方通过验证与提供方的连接可用性，可以及时检测出注册中心发送的推送信息是否可信，从而可以提升服务效率的同时，避免服务处理失败。需要说明的是，为了便于描述，图1、图2中仅示意出一个消费方，一个注册中心、三个提供方。然而在一些场景中，可以根据实际需要，设置消费方、注册中心、提供方的数量，本说明书对此不作限定。

下面以一个具体的应用场景为例对本说明书实施方案进行说明。具体的，图3是本说明书提供的一种推送信息处理方法的一个实施例的流程示意图。虽然本说明书提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者部分合并后更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本说明书实施例或附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置、服务器或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境、甚至包括分布式处理、服务器集群的实施环境)。

需要说明的是，下述实施例描述并不对基于本说明书的其他可扩展到的应用场景中的技术方案构成限制。具体的一种实施例如图3所示，本说明书提供的一种推送信息处理方法的一种实施例中，所述方法可以包括：

S0：接收注册中心发送的推送信息，所述推送信息包括基于提供方信息发生变化时生成的提供方列表信息。

其中，所述提供方即服务提供者，也可以称为服务提供方，包括被其他服务调用的服务，在服务器/客户端系统中通常也可以称为服务器。调用其他服务的服务可以称为消费方，即服务消费者，也可以称为服务消费方、服务调用方、服务订阅方等，在服务器/客户端系统中通常也可以称为客户端。所述服务是围绕业务功能构建的，包括进程外的组件，可以通过网络服务请求或者远程函数调用之类的机制来使用里面的功能。所述注册中心包括用来提供可供调用的服务列表，这样消费方在进行服务调用时，可以根据服务列表选择服务提供方的服务地址进行服务调用。注册中心可以说是服务架构中的“通讯录”，其可以记录服务和服务地址之间的映射关系，从而可以提高服务调用的效率。

注册中心可以包括许多功能，如服务注册、服务反注册、服务订阅、服务通知等。其中，服务注册可以理解为在分布式架构中，服务提供方到注册中心进行注册。这样当消费方需要调用服务时，就到注册中心找到相应的服务地址进行调用。其中，注册就是将服务提供方的信息注册到注册中心。这里服务提供方的信息可以包括服务的名称、服务提供方的地址信息、服务节点的权重信息等。服务提供方的地址信息可以包括互联网协议地址和端口等信息。服务反注册可以理解为在服务提供方机器下线、进程退出等时，注册中心能够提前将相关节点信息删除或者通过相关状态标识出来，表明该服务节点已经不提供服务。这样消费方在发现服务的时候就可以排除掉这个节点，不会将请求发过来。服务订阅可以理解为服务消费方在调用服务前需要根据订阅服务的名称从注册中心获取到所有相关服务的注册信息。这样在调用前就可以进行网络连接，发起调用。服务通知可以理解为在注册中心信息变更时，可以主动通知到服务消费方。这样服务消费方就可以了解到是新增了服务机器节点，还是下线了服务节点，或是服务权重变更等，从而可以方便消费方自动控制服务调用流量的流向以及大小等。

提供方列表信息可以包括当前可提供调用服务的提供方信息。所述提供方信息可以包括服务的名称、服务提供方的地址信息、服务节点的权重信息等。服务提供方的地址信息可以包括互联网协议地址和端口等信息。

本说明书一个实施例中，推送信息包括基于提供方信息发生变化时生成的提供方列表信息可以理解为：在提供方信息发生变化时，基于变化后的信息，获取可提供调用服务的提供方信息，即提供方列表信息。例如一些场景中，本来可供调用服务的提供方有6个，由于某一个提供方下线，提供方减少，所以此时提供方列表信息包括5个提供方信息。又如一些场景中，本来可供调用服务的提供方有6个，由于新增1个服务机器节点，所以此时提供方列表信息包括7个提供方信息。

本说明书一个实施例中，服务提供方在启动时，可以根据发布文件中配置的服务发布消息将服务提供方的信息注册到注册中心。注册中心在服务消费方启动时，可以根据服务消费方订阅的服务名称从注册中心获取所有相关服务的注册信息发送至服务消费方，以便服务消费方进行服务调用。

一些实施场景中，提供方信息发生变化时，注册中心可以主动通知到服务消费方。例如一些实施场景中，当提供方信息发生变化时，如服务提供方机器下线、进程退出等，注册中心能够提前将相关节点信息删除或者通过相关状态标识出来，即变更注册中心信息。在注册中心信息变更时，注册中心可以主动通知到服务消费方。这样服务消费方就可以了解到是新增了服务机器节点，还是下线了服务节点，或是服务权重变更等，从而可以方便消费方自动控制服务调用流量的流向以及大小等。

S2：获取接收到所述推送信息时与提供方的连接可用性信息。

其中，所述连接可用性信息包括连通性信息和状态信息。连通性信息可以包括消费方与提供方通道或端口间是否连通。连通性信息可以包括长连接连通、长连接非连通等信息。连接可以包括客户端向服务器发起连接请求，服务器接受请求后，双方建立连接。长连接可以包括在客户端和服务器建立的连接中进行一次数据传输后，不关闭连接，长期保持连通状态，如果两个应用程序之间有新的数据需要传输，则直接复用这个连接，无需再建立一个新的连接，即客户端与服务器完成一次读写之后，它们之间的连接并不会主动关闭，后续的读写操作会继续使用这个连接。如果后续使用的这个连接可以传输数据就可以认为是长连接连通，否则可以认为是长连接非连通。状态信息可以包括只读状态、非只读状态等。只读状态可以表示文档或属性等信息只能读取，不能修改也不能储存。非只读状态可以表示文档或属性等信息不仅可以读取，而且也可以进行修改、储存等操作。

本说明书一个实施例中，所述获取接收到所述推送信息时与提供方的连接可用性信息，可以包括：获取所述连接可用性信息包括的连通性信息；获取所述连接可用性信息包括的状态信息。例如一些实施场景中，可以先获取连通性信息，再获取状态信息。另一些场景中，可以先获取状态信息再获取连用性信息，也可以二者同时获取，本说明书对此不作限定。需要说明的是，上述获取连接可用性信息的方式可以是本领域技术人员知晓的任意一种方式，本说明书对此不作限定。

S4：基于所述连接可用性信息判断所述推送信息是否可信，所述连接可用性信息包括连通性信息和状态信息。

其中，连通性信息可以包括消费方与提供方通道或端口间是否连通。连通性信息可以包括长连接连通(以下简称连通)、长连接非连通(以下简称非连通)等信息。状态信息可以包括只读状态、非只读状态等。

本说明书一个实施例中，消费方在接收到注册中心发送的推送信息后，可以获取接收到所述推送信息时与提供方的连接可用性信息，以便验证所述推送信息是否可信。例如一些实施场景中，在接收到所述推送信息时，可以通过获取与提供方端口的连通性信息来验证注册中心发送的推送信息是否可信。

本说明书一个实施例中，所述基于所述连接可用性信息判断所述推送信息是否可信，可以包括：判断所述连接可用性信息包括的连通性信息是否为连通；判断所述连接可用性信息包括的状态信息是否不为只读状态；所述连通性信息为连通且所述状态信息不为只读状态时，确认所述推送信息可信。例如一些实施场景中，在获取接收到所述推送信息时与提供方的连接可用性信息后，可以判断消费方与推送信息中包括的提供方列表信息中提供方的通道是否连通和是否只读，如果是连通且非只读，则可以认为提供方列表信息中该提供方有效，从而可以确定所述注册中心推送的信息可信。另一些实施场景中，在获取接收到所述推送信息时与提供方的连接可用性信息后，可以判断消费方与推送信息中包括的提供方列表信息中提供方的通道是否连通和是否只读，如果包括非连通、只读中任意一种，则可以认为提供方列表信息中该提供方无效，从而可以确定所述注册中心推送的信息不可信。

一些实施例中，在确定所述注册中心推送的信息不可信时，可以通知相关管理中心进行相应处理。例如可以验证注册中心是否出现异常或者验证消费方与提供方通道间是否出现异常等，从而可以避免服务处理失败。

本说明书一个实施例中，在确认所述推送信息可信时，还可以包括：基于所述推送信息，更新内存中提供方信息。例如一些实施场景中，消费方在接收到注册中心发送的推送信息包括提供方1下线了，提供方列表由7个更改为6个，此时，消费方基于与提供方的连接可用性信息，确定注册中心推送信息是可信的，则消费方可以基于该推送信息将内存中提供方列表信息由7个更新为对应的6个提供方列表信息。

本说明书实施例提供的一种推送信息处理方法，注册中心通过将基于提供方信息发生变化时生成的提供方列表信息推送至消费方，消费方基于接收到所述提供方列表信息时与提供方的连接可用性信息，对所述提供方列表信息进行验证，验证通过后，基于所述提供方列表信息，更新内存中提供方信息，所述连接可用性信息包括连通性信息和状态信息，这样可以及时检测出注册中心发送的推送信息是否可信。因此，利用本说明书各个实施例，可以提升服务效率的同时，避免服务处理失败。

本说明书中上述方法的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参加即可，每个实施例重点说明的都是与其他实施例的不同之处。相关之处参加方法实施例的部分说明即可。

基于上述所述的一种推送信息处理方法，本说明书一个或多个实施例还提供一种推送信息处理装置。所述的装置可以包括使用了本说明书实施例所述方法的系统(包括分布式系统)、软件(应用)、模块、组件、服务器、客户端等并结合必要的实施硬件的装置。基于同一创新构思，本说明书实施例提供的一个或多个实施例中的装置如下面的实施例所述。由于装置解决问题的实现方案与方法相似，因此本说明书实施例具体的装置的实施可以参见前述方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

具体地，图4是本说明书提供的一种推送信息处理装置的一个实施例的模块结构示意图，如图4所示，本说明书提供的一种推送信息处理装置可以包括：接收模块120，获取模块122，判断模块124。

接收模块120，可以用于接收注册中心发送的推送信息，所述推送信息包括基于提供方信息发生变化时生成的提供方列表信息；

获取模块122，可以用于获取接收到所述推送信息时与提供方的连接可用性信息；

判断模块124，可以用于基于所述连接可用性信息判断所述推送信息是否可信，所述连接可用性信息包括连通性信息和状态信息。

所述装置的另一个实施例中，所述获取模块122，可以包括：

第一获取单元，可以用于获取所述连接可用性信息包括的连通性信息；

第二获取单元，可以用于获取所述连接可用性信息包括的状态信息。

所述装置的另一个实施例中，所述判断模块124，可以包括：

第一判断单元，可以用于判断所述连接可用性信息包括的连通性信息是否为连通；

第二判断单元，可以用于判断所述连接可用性信息包括的状态信息是否不为只读状态；

确认单元，可以用于所述连通性信息为连通且所述状态信息不为只读状态时，确认所述推送信息可信。

所述装置的另一个实施例中，所述确认所述推送信息可信时，还可以包括：

更新模块，用于基于所述推送信息，更新内存中提供方信息。

本说明书实施例提供的一种推送信息处理装置，注册中心通过将基于提供方信息发生变化时生成的提供方列表信息推送至消费方，消费方基于接收到所述提供方列表信息时与提供方的连接可用性信息，对所述提供方列表信息进行验证，验证通过后，基于所述提供方列表信息，更新内存中提供方信息，所述连接可用性信息包括连通性信息和状态信息，这样可以及时检测出注册中心发送的推送信息是否可信。因此，利用本说明书各个实施例，可以提升服务效率的同时，避免服务处理失败。

需要说明的，上述所述的装置根据方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

本说明书实施例还提供一种推送信息处理设备，包括处理器及用于存储处理器可执行指令的存储器，所述指令被所述处理器执行时实现包括以下步骤：

接收注册中心发送的推送信息，所述推送信息包括基于提供方信息发生变化时生成的提供方列表信息；

获取接收到所述推送信息时与提供方的连接可用性信息；

基于所述连接可用性信息判断所述推送信息是否可信，所述连接可用性信息包括连通性信息和状态信息。

需要说明的，上述所述的设备根据方法实施例的描述还可以包括其他的实施方式。具体的实现方式可以参照相关方法实施例的描述，在此不作一一赘述。

本说明书实施例还提供一种推送信息处理系统，包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现上述任意一个或者多个实施例中所述方法的步骤，例如包括：接收注册中心发送的推送信息，所述推送信息包括基于提供方信息发生变化时生成的提供方列表信息；获取接收到所述推送信息时与提供方的连接可用性信息；基于所述连接可用性信息判断所述推送信息是否可信，所述连接可用性信息包括连通性信息和状态信息。所述的系统可以为单独的服务器，也可以包括使用了本说明书的一个或多个所述方法或一个或多个实施例装置的服务器集群、系统(包括分布式系统)、软件(应用)、实际操作装置、逻辑门电路装置、量子计算机等并结合必要的实施硬件的终端装置。

本说明书实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的运算装置中执行。以运行在服务器上为例，图5是本说明书提供的一种推送信息处理服务器的一个实施例的硬件结构框图，该服务器可以是上述实施例中的推送信息处理装置或推送信息处理系统。如图5所示，服务器10可以包括一个或多个(图中仅示出一个)处理器100(处理器100可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器200、以及用于通信功能的传输模块300。本领域普通技术人员可以理解，图5所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，服务器10还可包括比图5中所示更多或者更少的组件，例如还可以包括其他的处理硬件，如数据库或多级缓存、GPU，或者具有与图5所示不同的配置。

存储器200可用于存储应用软件的软件程序以及模块，如本说明书实施例中的推送信息处理方法对应的程序指令/模块，处理器100通过运行存储在存储器200内的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器200可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器200可进一步包括相对于处理器100远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块300用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端的通信供应商提供的无线网络。在一个实例中，传输模块300包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块300可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书提供的上述实施例所述的方法或装置可以通过计算机程序实现业务逻辑并记录在存储介质上，所述的存储介质可以计算机读取并执行，实现本说明书实施例所描述方案的效果。

所述存储介质可以包括用于存储信息的物理装置，通常是将信息数字化后再以利用电、磁或者光学等方式的媒体加以存储。所述存储介质有可以包括：利用电能方式存储信息的装置如，各式存储器，如RAM、ROM等；利用磁能方式存储信息的装置如，硬盘、软盘、磁带、磁芯存储器、磁泡存储器、U盘；利用光学方式存储信息的装置如，CD或DVD。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。

本说明书实施例提供的上述推送信息处理方法或装置可以在计算机中由处理器执行相应的程序指令来实现，如使用windows操作系统的c++语言在PC端实现、linux系统实现，或其他例如使用android、iOS系统程序设计语言在智能终端实现，以及基于量子计算机的处理逻辑实现等。

需要说明的是说明书上述所述的装置、计算机存储介质、系统根据相关方法实施例的描述还可以包括其他的实施方式，具体的实现方式可以参照对应方法实施例的描述，在此不作一一赘述。

本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书实施例并不局限于必须是符合行业通信标准、标准计算机数据处理和数据存储规则或本说明书一个或多个实施例所描述的情况。某些行业标准或者使用自定义方式或实施例描述的实施基础上略加修改后的实施方案也可以实现上述实施例相同、等同或相近、或变形后可预料的实施效果。应用这些修改或变形后的数据获取、存储、判断、处理方式等获取的实施例，仍然可以属于本说明书实施例的可选实施方案范围之内。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本说明书一个或多个实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

本发明是参照根据本发明实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储、石墨烯存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

本领域技术人员应明白，本说明书一个或多个实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

以上所述仅为本说明书一个或多个实施例的实施例而已，并不用于限制本本说明书一个或多个实施例。对于本领域技术人员来说，本说明书一个或多个实施例可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在权利要求范围之内。

Claims (9)

1.一种推送信息处理方法，其特征在于，包括：

注册中心接收提供方列表信息，所述提供方列表信息包括基于提供方信息发生变化时生成；

所述注册中心将所述提供方列表信息推送至消费方；

所述消费方基于接收到所述提供方列表信息时，基于与提供方的连接可用性信息对所述提供方列表信息进行验证；

所述验证通过后，基于所述提供方列表信息更新内存中提供方信息，所述连接可用性信息包括连通性信息和状态信息。

2.一种推送信息处理方法，其特征在于，包括：

接收注册中心发送的推送信息，所述推送信息包括基于提供方信息发生变化时生成的提供方列表信息；

获取接收到所述推送信息时与提供方的连接可用性信息；

基于所述连接可用性信息判断所述推送信息是否可信，所述连接可用性信息包括连通性信息和状态信息；

在确认所述推送信息可信时，基于所述推送信息，更新内存中提供方信息。

3.如权利要求2所述的方法，其特征在于，所述获取接收到所述推送信息时与提供方的连接可用性信息，包括：

获取所述连接可用性信息包括的连通性信息；

获取所述连接可用性信息包括的状态信息。

4.如权利要求2所述的方法，其特征在于，所述基于所述连接可用性信息判断所述推送信息是否可信，包括：

判断所述连接可用性信息包括的连通性信息是否为连通；

判断所述连接可用性信息包括的状态信息是否不为只读状态；

所述连通性信息为连通且所述状态信息不为只读状态时，确认所述推送信息可信。

5.一种推送信息处理装置，其特征在于，包括：

接收模块，用于接收注册中心发送的推送信息，所述推送信息包括基于提供方信息发生变化时生成的提供方列表信息；

获取模块，用于获取接收到所述推送信息时与提供方的连接可用性信息；

判断模块，用于基于所述连接可用性信息判断所述推送信息是否可信，所述连接可用性信息包括连通性信息和状态信息；

更新模块，用于在确认所述推送信息可信时，基于所述推送信息，更新内存中提供方信息。

6.如权利要求5所述的装置，其特征在于，所述获取模块，包括：

第一获取单元，用于获取所述连接可用性信息包括的连通性信息；

第二获取单元，用于获取所述连接可用性信息包括的状态信息。

7.如权利要求5所述的装置，其特征在于，所述判断模块，包括：

第一判断单元，用于判断所述连接可用性信息包括的连通性信息是否为连通；

第二判断单元，用于判断所述连接可用性信息包括的状态信息是否不为只读状态；

确认单元，用于所述连通性信息为连通且所述状态信息不为只读状态时，确认所述推送信息可信。

8.一种推送信息处理设备，其特征在于，包括处理器及用于存储处理器可执行指令的存储器，所述指令被所述处理器执行时实现包括以下步骤：

接收注册中心发送的推送信息，所述推送信息包括基于提供方信息发生变化时生成的提供方列表信息；

获取接收到所述推送信息时与提供方的连接可用性信息；

基于所述连接可用性信息判断所述推送信息是否可信，所述连接可用性信息包括连通性信息和状态信息；

在确认所述推送信息可信时，基于所述推送信息，更新内存中提供方信息。

9.一种推送信息处理系统，其特征在于，包括至少一个处理器以及存储计算机可执行指令的存储器，所述处理器执行所述指令时实现权利要求1-4中任意一项所述方法的步骤。

Images