一种消息推送方法以及装置与流程

本申请涉及通信领域，具体涉及一种消息推送方法以及装置。
背景技术：
：在智能手机上，众多应用(application，app)涉及到消息的推送，例如社交应用往往需要实时推送好友发送过来的最新消息、新闻应用往往会及时向用户推送突发的重大新闻，在该推送机制下，用户可在未打开app、浏览app的情况下，通过app推送的消息，及时获悉相关的消息内容。在现有的相关技术中，以安卓系统类型的智能手机(可简称为安卓手机)为例，app的消息推送，通常是通过app集成的第三方推送软件开发工具包(softwaredevelopmentkit，sdk)来实现的，app的服务器可通过该第三方推送sdk的推送通道，向安卓手机推送消息，安卓手机在系统后台接收到该消息后，则可向用户展示。而在现有的相关技术的研究过程中，发明人发现，如今随着智能手机的更新，手机系统对相关权限的控制越来越严格，app切换至系统后台后之后，其应用进程受系统限制(例如省电策略)，往往无法长时间留驻在系统后台，若第三方推送sdk的应用进程被关闭，则会导致推送通道为不可用状态，此时app无法及时向用户展示消息，显然，该推送机制已经存在消息推送成功率有限的情况。技术实现要素：本申请提供了一种消息推送方法以及装置，用于通过服务器与ue的系统之间建立的推送通道推送消息，由于该推送通道为系统层面的推送通道，具有启动稳定的特点，因此可保障消息的正常推送。第一方面，本申请提供了一种消息推送方法，方法包括：服务器获取待推送消息配置的推送标识，其中，推送标识用于标识待推送消息的推送范围；服务器根据推送标识所标识的推送范围，确认对应的用户设备(userequipment，ue)；服务器通过自身与ue的系统之间预先建立的推送通道，向ue推送待推送消息，以使得ue向用户展示待推送消息。结合本申请第一方面，在本申请第一方面第一种可能的实现方式中，服务器通过自身与ue的系统之间预先建立的推送通道，向ue推送待推送消息之前，方法还包括：服务器通过ue对应的后台服务器，与ue的系统之间，建立推送通道。结合本申请第一方面第一种可能的实现方式，在本申请第一方面第二种可能的实现方式中，服务器通过ue对应的后台服务器，与ue的系统之间，建立推送通道包括：服务器接收ue上报的通道标识以及设备标识，其中，通道标识用于标识ue基于目标应用向自身对应的后台服务器注册得到的系统推送通道，设备标识用于标识ue；服务器基于通道标识以及设备标识，配置推送通道。结合本申请第一方面第二种可能的实现方式，在本申请第一方面第三种可能的实现方式中，系统推送通道与目标应用具有一对一的对应关系，系统推送通道是在用户操作的确认下，由ue基于目标应用向自身对应的后台服务器注册得到的系统推送通道。结合本申请第一方面，在本申请第一方面第四种可能的实现方式中，当服务器通过自身与ue的系统之间预先建立的推送通道，向ue推送待推送消息的推送结果为推送失败或者推送异常时，方法还包括：服务器通过第三方推送sdk的推送通道，向ue推送待推送消息，其中，ue安装有第三方推送sdk，第三方sdk的推送通道的推送通道是服务器与ue之间预先建立的。第二方面，本申请提供了又一种消息的推送方法，方法包括：ue接收服务器推送的消息，其中，消息是服务器通过自身与ue的系统之间预先建立的推送通道进行推送的；ue向用户展示消息。结合本申请第二方面，在本申请第二方面第一种可能的实现方式中，ue接收服务器推送的消息之前，方法还包括：ue通过ue对应的后台服务器，在自身系统与所述服务器之间，建立推送通道。结合本申请第二方面第一种可能的实现方式，在本申请第二方面第二种可能的实现方式中，ue通过ue对应的后台服务器，在自身系统与所述服务器之间，建立推送通道包括：ue基于目标应用向后台服务器注册得到系统推送通道；ue向服务器上报通道标识以及设备标识，以使得服务器基于通道标识以及设备标识，配置推送通道，其中，通道标识用于标识系统推送通道，设备标识用于标识ue。结合本申请第二方面第二种可能的实现方式，在本申请第二方面第三种可能的实现方式中，ue基于目标应用向后台服务器注册得到系统推送通道包括：ue在用户操作的确认下，基于目标应用向自身对应的后台服务器注册得到系统推送通道，系统推送通道与目标应用具有一对一的对应关系。第三方面，本申请提供了一种消息推送装置，装置包括：获取单元，用于获取待推送消息配置的推送标识，其中，推送标识用于标识待推送消息的推送范围；确认单元，用于服务器根据推送标识所标识的推送范围，确认对应的ue；推送单元，用于通过自身与ue的系统之间预先建立的推送通道，向ue推送待推送消息，以使得ue向用户展示待推送消息。结合本申请第三方面，在本申请第三方面第一种可能的实现方式中，装置还包括建立单元，用于：通过ue对应的后台服务器，与ue的系统之间，建立推送通道。结合本申请第三方面第一种可能的实现方式，在本申请第三方面第二种可能的实现方式中，建立单元，具体用于：接收ue上报的通道标识以及设备标识，其中，通道标识用于标识ue基于目标应用向自身对应的后台服务器注册得到的系统推送通道，设备标识用于标识ue；基于通道标识以及设备标识，配置推送通道。结合本申请第三方面第二种可能的实现方式，在本申请第三方面第三种可能的实现方式中，系统推送通道与目标应用具有一对一的对应关系，系统推送通道是在用户操作的确认下，由ue基于目标应用向自身对应的后台服务器注册得到的系统推送通道。结合本申请第三方面，在本申请第三方面第四种可能的实现方式中，当服务器通过自身与ue的系统之间预先建立的推送通道，向ue推送待推送消息的推送结果为推送失败或者推送异常时，推送单元，还用于：通过第三方推送sdk的推送通道，向ue推送待推送消息，其中，ue安装有第三方推送sdk，第三方sdk的推送通道的推送通道是服务器与ue之间预先建立的。第四方面，本申请提供了又一种消息推送装置，装置包括：接收单元，用于接收服务器推送的消息，其中，消息是服务器通过自身与ue的系统之间预先建立的推送通道进行推送的；展示单元，用于向用户展示消息。结合本申请第四方面，在本申请第四方面第一种可能的实现方式中，装置还包括建立单元，用于：通过ue对应的后台服务器，在自身系统与所述服务器之间，建立推送通道。结合本申请第四方面第一种可能的实现方式，在本申请第四方面第二种可能的实现方式中，建立单元，具体用于；基于目标应用向后台服务器注册得到系统推送通道；向服务器上报通道标识以及设备标识，以使得服务器基于通道标识以及设备标识，配置推送通道，其中，通道标识用于标识系统推送通道，设备标识用于标识ue。结合本申请第四方面第二种可能的实现方式，在本申请第四方面第三种可能的实现方式中，建立单元，具体用于：在用户操作的确认下，基于目标应用向自身对应的后台服务器注册得到系统推送通道，系统推送通道与目标应用具有一对一的对应关系。第五方面，本申请提供了一种消息推送设备，包括处理器和存储器，存储器中存储有计算机程序，处理器调用存储器中的计算机程序时执行本申请第一方面、本申请第一方面任一种可能的实现方式、本申请第二方面或者本申请第二方面任一种可能的实现方式提供的方法。第六方面，本申请提供了一种计算机可读存储介质，计算机可读存储介质存储有多条指令，指令适于处理器进行加载，以本申请第一方面、本申请第一方面任一种可能的实现方式、本申请第二方面或者本申请第二方面任一种可能的实现方式提供的方法。从以上内容可得出，本申请具有以下的有益效果：针对消息推送，本申请在服务器与ue的系统之间建立通信通道，如此当存在待推送消息时，服务器可获取待推送消息配置的推送标识，该推送标识用于标识待推送消息的推送范围，服务器再根据推送标识所标识的推送范围，确认对应的ue，接着服务器可通过自身与ue的系统之间预先建立的推送通道，向ue推送待推送消息，以使得ue向用户展示待推送消息，在该推送机制下，由于推送通道为系统层面的推送通道，具有启动稳定的特点，不会受ue系统的限制(如省电策略)而关闭，因此可保障消息的正常推送，大大提高了消息的推送成功率，app也可及时向用户展示消息。附图说明为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为现有技术中的推送机制的一种场景示意图；图2为本申请消息推送方法的一种流程示意图；图3为本申请消息推送方法的又一种流程示意图；图4为本申请消息推送方法的一种场景示意图；图5为本申请消息推送方法的一种信令流程图；图6为本申请消息推送方法的又一种场景示意图；图7为本申请注册系统层面的推送通道的一种场景示意图；图8为本申请注册系统层面的推送通道的又一种场景示意图；图9为本申请推送消息的一种场景示意图；图10为本申请消息推送装置的一种结构示意图；图11为本申请消息推送装置的又一种结构示意图；图12为本申请消息推送设备的一种结构示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或模块的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或模块，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或模块。在本申请中出现的对步骤进行的命名或者编号，并不意味着必须按照命名或者编号所指示的时间/逻辑先后顺序执行方法流程中的步骤，已经命名或者编号的流程步骤可以根据要实现的技术目的变更执行次序，只要能达到相同或者相类似的技术效果即可。本申请中所出现的模块的划分，是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行，另外，所显示的或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块之间的间接耦合或通信连接可以是电性或其他类似的形式，本申请中均不作限定。并且，作为分离部件说明的模块或子模块可以是也可以不是物理上的分离，可以是也可以不是物理模块，或者可以分布到多个电路模块中，可以根据实际的需要选择其中的部分或全部模块来实现本申请方案的目的。首先，在介绍本申请之前，先介绍下本申请关于应用背景的相关内容。在现有技术中，如图1所示的现有技术中的推送机制的一种场景示意图，可通过第三方推送sdk的推送通道来推送消息，而在如今的智能手机中，这类推送通道其应用进程通常为用户级进程(用户层面)，受系统限制(例如省电策略、手机息屏)或者用户退出app时，存在被关闭的情况，此时导致推送通道失效，无法有效推送消息，并且由于推送失败，还会积累大量的待推送消息，当推送通道的应用进程重启、推送通道重新启动时，还会收到很多过时的消息，这样严重影响了用户体验。基于上述现有技术存在的缺陷，本申请提供了一种新的消息推送方法，可在一定程度上克服该缺陷。本申请提供的消息推送方法、装置以及计算机可读存储介质，可应用于消息推送设备上，用于通过服务器与ue的系统之间建立的推送通道推送消息，由于该推送通道为系统层面的推送通道，具有启动稳定的特点，因此可保障消息的正常推送。本申请提及的消息推送方法，其执行主体可以为消息推送装置，或者集成了消息推送装置的服务器或者ue。其中，消息推送装置可以采用硬件或者软件的方式实现，ue具体可以为智能手机、平板电脑、智能手环、笔记本电脑、台式电脑或者个人数字助理(personaldigitalassistant，pda)等终端设备，典型的，ue系统具体可运行如安卓系统等不同类型的系统。下面，开始介绍本申请提供的消息推送方法。首先，参阅图2，图2从服务器侧示出了本申请消息推送方法的一种流程示意图，本申请提供的消息推送方法，具体可包括如下步骤：步骤s201，服务器获取待推送消息配置的推送标识，其中，推送标识用于标识待推送消息的推送范围；步骤s202，服务器根据推送标识所标识的推送范围，确认对应的ue；步骤s203，服务器通过自身与ue的系统之间预先建立的推送通道，向ue推送待推送消息，以使得ue向用户展示待推送消息。接着，参阅图3，图3从ue侧示出了本申请消息推送方法的一种流程示意图，本申请提供的消息推送方法，具体也可包括如下步骤：步骤s301，ue接收服务器推送的消息，其中，消息是服务器通过自身与ue的系统之间预先建立的推送通道进行推送的；步骤s302，ue向用户展示消息。结合图4示出的本申请消息推送方法的一种场景示意图，从图2以及图3所示实施例可看出，针对消息推送，本申请在服务器与ue的系统之间建立通信通道，如此当存在待推送消息时，服务器可获取待推送消息配置的推送标识，该推送标识用于标识待推送消息的推送范围，服务器再根据推送标识所标识的推送范围，确认对应的ue，接着服务器可通过自身与ue的系统之间预先建立的推送通道，向ue推送待推送消息，以使得ue向用户展示待推送消息，在该推送机制下，由于推送通道为系统层面的推送通道，具有启动稳定的特点，不会受ue系统的限制(如省电策略)而关闭，因此可保障消息的正常推送，大大提高了消息的推送成功率，app也可及时向用户展示消息。以下则对上述图2及图3所示实施例的各个步骤及其在实际应用中可能的实现方式进行详细阐述。为便于理解，下面则从服务器与ue之间的交互角度进行说明。参阅图5，图5示出了本申请消息推送方法的一种信令流程图，本申请提供的消息推送方法，可包括：步骤s501，服务器与ue的系统之间建立推送通道；可以理解，本申请在进行消息推送之前，服务器与ue的系统之间，先建立对应的推送通道。该推送通道，可配置服务器以及ue的系统相应的应用程序接口(applicationprogramminginterface，api)。该推送通道，是基于系统级别的应用进程存在的，因此，可以理解为是ue系统的一部分，具有较高的常驻权限，而这导致了ue系统不会因为系统限制(例如省电策略)而关闭该推送通道对应的应用进程，且用户也难以或者说无法手动关闭该推送通道对应的应用进程，保持长连接状态，达到稳定运行的效果。步骤s502，当存在待推送消息时，服务器获取待推送消息配置的推送标识；本申请中，对于不同类型的待推送消息，可配置相对应的推送范围，并通过推送标识进行区分，以服务器上的表1为例：表1-推送范围的配置推送标识(tags)推送范围aue1、ue2、…、ueibue2、ue5、…、uej……xue1、ue4、…、uek其中，推送范围不仅可以直接写明处于范围内的ue，也可间接通过其他范围的划分标识来区分ue。以智能手机为例，可通过ue的不同ue品牌运营商的运营商标识，来区分不同的ue群体，例如华为、小米、oppo、vivo等手机品牌运营商，如此，对于相同ue品牌运营商推出的ue，可推送相同的消息；而对于不同ue品牌运营商推出的ue，则可推送在格式或者内容等方面不同的消息。具体的，该推送范围可以根据ue品牌运营商、地域、ue类别、ue型号、应用类别、应用版本、账号等级等不同的划分标识来区分ue，具体在此不做限定。当服务器触发推送机制时，可提取当前的待推送消息所携带或者设置的推送标识，以根据该推送标识确认该待推送消息的推送目标。步骤s503，服务器根据推送标识所标识的推送范围，确认对应的ue；在获取到待推送消息配置的推送标识后，则可根据推送标识所标识的推送范围，确认对应的ue。举例而言，可从上述的表1中查找当前的推送标识所对应的具体ue；又例如，可确认属于同一目标ue品牌运营商的ue。步骤s504，服务器通过自身与ue的系统之间预先建立的推送通道，向ue推送待推送消息；确认待推送的ue后，则可通过之前服务器与ue的系统之间预先建立的推送通道，向ue下发待推送消息，进行待推送消息的推送。步骤s505，ue向用户展示待推送消息。ue在收到待推送消息后，则可根据待推送消息在预设字段中携带的展示方式标识所标识的展示方式，向用户展示。示例性的，展示方式标识可标识通知栏展示方式(bar)，如此，ue可根据bar标识，在ue显示界面顶部的通知栏中展示待推送消息的消息内容。又例如，展示方式标识也可标识弹窗展示方式(popup)，类似的，ue可根据popup标识，在ue显示界面的中央区域展示待推送消息的消息内容。当然，消息展示方式可随待推送消息指示的展示方式或者ue默认的展示方式等配置方式而定，具体可随实际需要调整，在此不做限定。其中，需要说明的是，待推送消息，在实际应用中，一般与ue中的部分app相关。例如，待推送消息是x社交应用的推送服务器向ue推送的，而ue在进行待推送消息的展示处理时，可启动或者调用x新闻app的应用进程，并在x新闻app的应用界面中向用户展示待推送消息的消息内容，或者等待用户打开x新闻app的应用界面，再在x新闻应用的应用界面中展示待推送消息的消息内容；又或者，无需启动以及无需调用x新闻app的应用进程，直接展示待推送消息的消息内容，而在展示界面(例如通知栏界面、弹窗界面)中，若接收到用户的点击操作，则可直接启动或者直接调用x新闻app的应用进程，或者在用户的确认下启动或者调用x新闻app的应用进程，并接着在x新闻app的应用界面中向用户展示待推送消息的消息内容。接下来，介绍本申请在实际应用中是可通过哪些方式建立服务器与ue大系统之间的推送通道的。在一种示例性的实现方式中，参阅图6示出的本申请消息推送方法的又一种场景示意图，本申请具体可通过ue对应的后台服务器，在服务器与ue的系统之间，建立推送通道。可以理解，系统层面的推送通道，具体可以通过后台服务器来实现，由于ue品牌运营商的后台服务器一般与ue系统之间保持着长连接状态，因此可直接借助ue的后台服务器与ue系统之间原本的通信连接，搭建推送通道，在该设置下，不仅便于搭建推送通道，成本较低，相比于收费的第三方推送sdk的推送通道(价格和推送量挂钩，收费较高)，由后台服务器搭建的系统层面的推送通道则容易实现免费服务或者低价服务；并且，由于推送通道是通过后台服务器来实现的，因此该推送通道还便于ue品牌运营商进行维护以及监管，尤其是在如今重视信息安全以及重视防范骚扰消息的社会背景下具有更佳的实际意义，对推送消息的消息内容可起到可靠的监控作用。作为通过后台服务器搭建系统层面的推送通道的一种具体实现方式该系统层面的推送通道是在ue侧向后台服务器注册得到的，也可以理解为，该系统层面的推送通道时在ue侧向后台服务器申请维持推送通道所需的服务器资源后得到的，可以理解，由后台服务器维持推送通道，以及通过推送通道转发待推送消息，需要占用一定的系统资源以及流量带宽，而在实际应用中，则可通过申请注册机制来完成各推送服务器所需的消息推送服务，如此便于后台服务器对待推送消息进行维护以及监控，利于实际中的推广以及应用。当ue向自身的后台服务器申请注册得到系统推送通道后，则可得到该系统推送通道对应的通道标识，该通道标识可标识出后台服务器侧所分配的推送通道。ue接着可向推送服务器上报该通道标识以及用于标识自身的设备标识，如此，当服务器接收到该通道标识以及该设备标识后，则可将两者进行存储，完成推送通道的配置，后续运送服务器在向后台服务器发送待推送消息时，则可指示后台服务器基于该通道标识所指向的系统层面的推送通道，向ue转发待推送消息，完成待推送消息的推送。其中，在上文已提及，待推送消息，在实际应用中，一般上与ue中的部分app相关的，该系统层面的推送通道，具体是可基于某些特定的app，即基于目标app进行申请注册的，从后台服务器分配到系统层面的推送通道后，目标app的推送服务器，则可基于该系统层面的推送通道，进行消息推送。为便于理解，以一实际应用场景为例进行介绍，参阅图7示出的本申请注册系统层面的推送通道的一种场景示意图，在ue侧，app初次启动后，可生成唯一的设备标识(deviceid)，并存于shareprefrence中，在ue内根据自身的ue品牌运营商的类型，初始化推送通道并通过ue系统注册对应的系统层面的推送通道，注册成功后可向推送服务器上报注册得到的推送通道的通道标识(pushtoken)还有设备标识(deviceid)，推送服务器接收到可进行存储，完成推送通道的配置，其中，app还可配置推送标识(tags)并上报推送服务器，用于标识本地ue在推送机制中所处的推送范围，后续推送服务器则可通过推送通道推送消息，该推送通道还可配置通道类型(channeltype)，以对通道的ue品牌运营商类型等方面的类型进行标识，ue还可向推送服务器上报该通道类型(channeltype)。进一步的，目标app，还可与其他通过注册申请的app共享该系统层面的推送通道，当然，优选的，对于不同的app，后台服务器可分配不同的系统层面的推送通道，以实现更为细致的推送通道的维护以及监管，也就是说，推送通道与目标app之间，具有一对一的对应关系。此外，在实际应用中，推送通道的申请注册机制，还可由用户来进行触发。在推送通道与目标app之间具有一对一的对应关系的基础上，可以理解，对于不同的app，用户还可自主选择其是否具有消息推送能力，如此，系统层面的推送通道是在用户操作的确认下，由ue基于目标应用向自身对应的后台服务器注册得到的系统层面的推送通道，由此用户可灵活得选择自身所接受的推送类型或者推送内容。在又一种示例性的实现方式中，系统层面的推送通道，还可配置相对应的推送量的限制策略，以将服务器在预设时间段内的推送量约束在预设的一定范围内，限制策略具体可以从推送频率、推送消息数量、流量等方面进行限制，例如在实际应用中可以配置一每日推送量，当达到该每日推送量，则关闭或者停止推送通道的运作。在推送量的限制策略下，若服务器在预设时间段内的推送量达到预设范围，则超出该范围的推送信息则很有可能出现限制推送的情况，导致无法继续正常进行推送。此外，本申请配置的系统层面的推送通道，在实际应用中的某些极端情况下，还可能受到网络条件不稳定等客观条件的影响，而导致推送通道出现异常情况，导致推送失败或者推送异常，无法将消息有效推送至ue。此时，对于实际应用中可能出现的通过系统层面的推送通道推送待推送消息的推送结果出现推送失败或者推送异常的情况，本申请还可配置一后备推送通道，通过该后备推送通道，再次尝试推送消息。具体的，在配置系统层面的推送通道的同时，ue还可安装有第三方推送sdk以配置第三方推送sdk的推送通道，此时可将系统层面的推送通道作为主推送通道，将第三方推送sdk的推送通道作为副推送通道，如此，通过主、副推送通道的设置，在实际应用中可保证消息的有效推送。为便于理解，以一实际应用场景为例进行介绍，参阅图8示出的本申请注册系统层面的推送通道的又一种场景示意图，在ue侧，app初次启动后，可生成唯一的设备标识(deviceid)，并存于shareprefrence中，ue根据自身的ue品牌运营商的类型，初始化主推送通道并通过ue系统注册对应的系统层面的推送通道作为主推送通道，注册成功后可向推送服务器上报注册得到的主推送通道的通道标识(pushtoken)还有设备标识(deviceid)，推送服务器接收到可进行存储，完成主推送通道的配置，后续推送服务器则可通过主推送通道推送消息；此外，ue还通过第三方推送sdk注册用户层面的推送通道作为副推送通道，注册成功后可向推送服务器上报注册得到的副推送通道的通道标识(backuppushtoken)还有设备标识(deviceid)，推送服务器接收到可进行存储，完成副推送通道的配置，后续当主推送通道推送失败或者推送异常时，可通过副推送通道继续推送消息，其中，app还可配置推送标识(tags)并上报推送服务器，用于标识本地ue在推送机制中所处的推送范围，主、副推送通道还可配置对应的通道类型(channeltype、backupchanneltype)，以对通道的ue品牌运营商类型等方面的类型进行标识，ue还可向推送服务器上报该通道类型(channeltype、backupchanneltype)。进一步的，为便于理解本申请的主、副推送通道实现的推送机制，以一实际应用场景为例进行介绍，参阅图9示出的本申请推送消息的一种场景示意图，在推送服务器侧，当存在待推送消息时，服务器可通过待推送消息配置的推送标识(tags)，确认推送范围内的ue(可以理解为这些ue打了推送标识)，服务器再基于这些ue生成对应的推送任务表，推送任务表中记录了这些ue的设备标识(deviceid)、主通道标识(pushtoken)以及副通道标识(backuppushtoken)，在设备标识(deviceid)、主通道标识(pushtoken)的基础上，通过主推送通道尝试向ue推送消息，若推送不成功，则可在设备标识(deviceid)、副通道标识(backuppushtoken)的基础上，通过副推送通道再次尝试向ue推送消息。以上是本申请提供的消息推送方法的介绍，为便于更好的实施本申请提供的消息推送方法，本申请还提供了消息推送装置。参阅图10，图10为本申请消息推送装置的一种结构示意图，在本申请中，消息推送装置1000具体可包括如下结构：获取单元1001，用于获取待推送消息配置的推送标识，其中，推送标识用于标识待推送消息的推送范围；确认单元1002，用于服务器根据推送标识所标识的推送范围，确认对应的ue；推送单元1003，用于通过自身与ue的系统之间预先建立的推送通道，向ue推送待推送消息，以使得ue向用户展示待推送消息。在一种可能的实现方式中，装置还包括建立单元1004，用于：通过ue对应的后台服务器，与ue的系统之间，建立推送通道。在又一种可能的实现方式中，建立单元1004，具体用于：接收ue上报的通道标识以及设备标识，其中，通道标识用于标识ue基于目标应用向自身对应的后台服务器注册得到的系统推送通道，设备标识用于标识ue；基于通道标识以及设备标识，配置推送通道。在又一种可能的实现方式中，系统推送通道与目标应用具有一对一的对应关系，系统推送通道是在用户操作的确认下，由ue基于目标应用向自身对应的后台服务器注册得到的系统推送通道。在又一种可能的实现方式中，当服务器通过自身与ue的系统之间预先建立的推送通道，向ue推送待推送消息的推送结果为推送失败或者推送异常时，推送单元1003，还用于：通过第三方推送sdk的推送通道，向ue推送待推送消息，其中，ue安装有第三方推送sdk，第三方sdk的推送通道的推送通道是服务器与ue之间预先建立的。参阅图11，图11为本申请消息推送装置的又一种结构示意图，在本申请中，消息推送装置1100具体还可包括如下结构：接收单元1101，用于接收服务器推送的消息，其中，消息是服务器通过自身与ue的系统之间预先建立的推送通道进行推送的；展示单元1102，用于向用户展示消息。在一种可能的实现方式中，装置还包括建立单元1103，用于：通过ue对应的后台服务器，在自身系统与所述服务器之间，建立推送通道。在又一种可能的实现方式中，建立单元1103，具体用于；基于目标应用向后台服务器注册得到系统推送通道；向服务器上报通道标识以及设备标识，以使得服务器基于通道标识以及设备标识，配置推送通道，其中，通道标识用于标识系统推送通道，设备标识用于标识ue。在又一种可能的实现方式中，建立单元1103，具体用于：在用户操作的确认下，基于目标应用向自身对应的后台服务器注册得到系统推送通道，系统推送通道与目标应用具有一对一的对应关系。本申请还提供了消息推送设备，参阅图12，图12示出了本申请消息推送设备的一种结构示意图，具体的，本申请消息推送设备具体可以为服务器或者ue，可包括处理器1201、存储器1202以及输入输出设备1203，处理器1201用于执行存储器1202中存储的计算机程序时实现如图2至图9对应任意实施例中消息推送方法的各步骤；或者，处理器1201用于执行存储器1202中存储的计算机程序时实现如图11对应实施例中各单元的功能，存储器1202用于存储处理器1201执行上述图2至图9对应任意实施例中消息推送方法所需的计算机程序。示例性的，计算机程序可以被分割成一个或多个模块/单元，一个或者多个模块/单元被存储在存储器1202中，并由处理器1201执行，以完成本申请。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序在计算机装置中的执行过程。消息推送设备可包括，但不仅限于处理器1201、存储器1202、输入输出设备1203。本领域技术人员可以理解，示意仅仅是消息推送设备的示例，并不构成对消息推送设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如消息推送设备还可以包括网络接入设备、总线等，处理器1201、存储器1202、输入输出设备1203以及网络接入设备等通过总线相连。处理器1201可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器是消息推送设备的控制中心，利用各种接口和线路连接整个设备的各个部分。存储器1202可用于存储计算机程序和/或模块，处理器1201通过运行或执行存储在存储器1202内的计算机程序和/或模块，以及调用存储在存储器1202内的数据，实现计算机装置的各种功能。存储器1202可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等；存储数据区可存储根据消息推送设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smartmediacard，smc)，安全数字(securedigital，sd)卡，闪存卡(flashcard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。处理器1201用于执行存储器1202中存储的计算机程序时，具体可实现以下功能：服务器获取待推送消息配置的推送标识，其中，推送标识用于标识待推送消息的推送范围；服务器根据推送标识所标识的推送范围，确认对应的ue；服务器通过自身与ue的系统之间预先建立的推送通道，向ue推送待推送消息，以使得ue向用户展示待推送消息。或者，处理器1201用于执行存储器1202中存储的计算机程序时，具体可实现以下功能：ue接收服务器推送的消息，其中，消息是服务器通过自身与ue的系统之间预先建立的推送通道进行推送的；ue向用户展示消息。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的消息推送装置、设备及其相应单元的具体工作过程，可以参考如图2至图9对应任意实施例中消息推送方法的说明，具体在此不再赘述。本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于一计算机可读存储介质中，并由处理器进行加载和执行。为此，本申请提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以执行本申请如图2至图9对应任意实施例中消息推送方法中的步骤，具体操作可参考如图2至图9对应任意实施例中消息推送方法的说明，在此不再赘述。其中，该计算机可读存储介质可以包括：只读存储器(readonlymemory，rom)、随机存取记忆体(randomaccessmemory，ram)、磁盘或光盘等。由于该计算机可读存储介质中所存储的指令，可以执行本申请如图2至图9对应任意实施例中消息推送方法中的步骤，因此，可以实现本申请如图2至图9对应任意实施例中消息推送方法所能实现的有益效果，详见前面的说明，在此不再赘述。以上对本申请提供的消息推送方法、装置、设备以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。当前第1页12