CN107483603A - 推送消息的方法、推送服务器、应用服务器及存储介质 - Google Patents

推送消息的方法、推送服务器、应用服务器及存储介质 Download PDF

Info

Publication number
CN107483603A
CN107483603A CN201710756141.XA CN201710756141A CN107483603A CN 107483603 A CN107483603 A CN 107483603A CN 201710756141 A CN201710756141 A CN 201710756141A CN 107483603 A CN107483603 A CN 107483603A
Authority
CN
China
Prior art keywords
advertisement information
push
server
default application
application server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201710756141.XA
Other languages
English (en)
Inventor
倪秉炬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nubia Technology Co Ltd
Original Assignee
Nubia Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nubia Technology Co Ltd filed Critical Nubia Technology Co Ltd
Priority to CN201710756141.XA priority Critical patent/CN107483603A/zh
Publication of CN107483603A publication Critical patent/CN107483603A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241—Advertisements

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Game Theory and Decision Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了一种推送消息的方法、推送服务器、应用服务器及存储介质，该方法包括：推送服务器通过预定接口接收来自第一预设应用服务器的广告消息获取请求，其中，广告消息获取请求中至少携带有第一预设应用对应的开发者名称；推送服务器根据开发者名称获取开发者开发的多个应用的广告消息集；推送服务器将广告消息集发送至第一预设应用服务器，以通过第一预设应用服务器将广告消息集发送至第一预设应用对应的用户设备。本发明将推送的消息通过应用服务器进行发送，减少了推送通道的使用，减少了需要占用的带宽，降低了系统成本，解决了现有技术的如下问题：广告信息通过推送系统推送给用户，会占据推送系统的带宽，系统成本较高。

Description

推送消息的方法、推送服务器、应用服务器及存储介质
技术领域
本发明涉及通讯领域，尤其涉及推送消息的方法、推送服务器、应用服务器及存储介质。
背景技术
在广告系统中，广告信息通过推送系统(即推送服务器和推送通道)推送给用户。由于广告信息较多，全部通过推送系统进行推送，会占据推送系统的带宽，提高系统成本，也会影响手机的功耗。
发明内容
本发明的主要目的在于提出一种推送消息的方法、推送服务器、应用服务器及存储介质，旨在解决现有技术的如下问题：广告信息通过推送系统推送给用户，会占据推送系统的带宽，系统成本较高，也会影响手机的功耗。
为实现上述目的，本发明提供的一种推送消息的方法，包括：推送服务器通过预定接口接收来自第一预设应用服务器的广告消息获取请求，其中，所述广告消息获取请求中至少携带有第一预设应用对应的开发者名称；所述推送服务器根据所述开发者名称获取所述开发者开发的多个应用的广告消息集；所述推送服务器将所述广告消息集发送至所述第一预设应用服务器，以通过所述第一预设应用服务器将所述广告消息集发送至所述第一预设应用对应的用户设备。
可选的，所述推送服务器将所述广告消息集发送至所述第一预设应用服务器之后，还包括：所述推送服务器检测预定时间内是否接收到来自所述用户设备的反馈消息，其中，所述反馈消息用于指示已接收到所述广告消息集；在未接收到所述反馈消息的情况下，所述推送服务器通过推送通道向所述用户设备发送所述第一预设应用对应的广告消息。
可选的，所述推送服务器通过推送通道向所述用户设备发送所述第一预设应用对应的广告消息之前，还包括：所述推送服务器检测当前是否接收到来自第二预设应用服务器的广告消息获取请求，其中，所述第二预设应用服务器为所述用户设备的第二预设应用对应的应用服务器，所述第二预设应用与所述第一预设应用的开发者相同；在接收到来自所述第二预设应用服务器的广告消息获取请求的情况下，向所述第二预设应用服务器发送所述第一预设应用对应的广告消息。
此外，为实现上述目的，本发明还提出一种推送消息的方法，包括：预设应用服务器接收来自推送服务器的广告消息集，其中，所述广告消息集为所述推送服务器根据预设应用对应的开发者名称获取到的多个应用的广告消息；所述预设应用服务器将所述广告消息集发送至所述预设应用对应的用户设备。
可选的，预设应用服务器接收来自推送服务器的广告消息集之前，还包括：所述预设应用服务器向所述推送服务器发送所述预设应用的广告消息获取请求，其中，所述广告消息获取请求中至少携带有所述预设应用的开发者名称。
此外，为实现上述目的，本发明还提出一种推送服务器，包括处理器、存储器及通信总线；所述通信总线用于实现处理器和存储器之间的连接通信；所述处理器用于执行存储器中存储的推送消息的程序，以实现以下步骤：通过预定接口接收来自第一预设应用服务器的广告消息获取请求，其中，所述广告消息获取请求中至少携带有第一预设应用对应的开发者名称；根据所述开发者名称获取所述开发者开发的多个应用的广告消息集；将所述广告消息集发送至所述第一预设应用服务器，以通过所述第一预设应用服务器将所述广告消息集发送至所述第一预设应用对应的用户设备。
可选的，在所述处理器在执行将所述广告消息集发送至所述第一预设应用服务器的步骤之后，具体实现如下步骤：检测预定时间内是否接收到来自所述用户设备的反馈消息，其中，所述反馈消息用于指示已接收到所述广告消息集；在未接收到所述反馈消息的情况下，通过推送通道向所述用户设备发送所述第一预设应用对应的广告消息。
可选的，在所述处理器在执行通过推送通道向所述用户设备发送所述第一预设应用对应的广告消息的步骤之前，具体实现如下步骤：检测当前是否接收到来自第二预设应用服务器的广告消息获取请求，其中，所述第二预设应用服务器为所述用户设备的第二预设应用对应的应用服务器，所述第二预设应用与所述第一预设应用的开发者相同；在接收到来自所述第二预设应用服务器的广告消息获取请求的情况下，向所述第二预设应用服务器发送所述第一预设应用对应的广告消息。
此外，为实现上述目的，本发明还提出一种应用服务器，包括处理器、存储器及通信总线；所述通信总线用于实现处理器和存储器之间的连接通信；所述处理器用于执行存储器中存储的推送消息的程序，以实现以下步骤：接收来自推送服务器的广告消息集，其中，所述广告消息集为所述推送服务器根据预设应用对应的开发者名称获取到的多个应用的广告消息；将所述广告消息集发送至所述预设应用对应的用户设备。
可选的，在所述处理器在执行接收来自推送服务器的广告消息集的步骤之前，具体实现如下步骤：向所述推送服务器发送所述预设应用的广告消息获取请求，其中，所述广告消息获取请求中至少携带有所述预设应用的开发者名称。
此外，为实现上述目的，本发明还提出一种存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现上述推送消息的方法的步骤。
本发明设置了预设接口，实现了应用服务器与推送服务器之间的交互，推送服务器根据来自应用服务器的广告消息获取请求，就可以查找对应的广告消息集，并将该广告消息集发送至应用服务器，以让应用服务器将该广告消息集发送至对应的用户设备。该方法将推送的消息通过应用服务器进行发送，减少了推送通道的使用，减少了需要占用的带宽，降低了系统成本，解决了现有技术的如下问题：广告信息通过推送系统推送给用户，会占据推送系统的带宽，系统成本较高，也会影响手机的功耗。
附图说明
图1为实现本发明各个实施例可选的一种移动终端的硬件结构示意图；
图2为如图1所示的移动终端的通信网络系统架构图；
图3为本发明第一实施例推送消息的方法的流程图；
图4为本发明第二实施例推送消息的方法的流程图；
图5为本发明第三实施例推送消息的方法的流程图。
本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
终端可以以各种形式来实施。例如，本发明中描述的终端可以包括诸如手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(Portable Media Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。
后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。
请参阅图1，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110、以及电源111等部件。本领域技术人员可以理解，图1中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图1对移动终端的各个部件进行具体的介绍：
射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器110处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)等。
WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图1示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器109中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。
A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括图形处理器(Graphics Processing Unit，GPU)1041和麦克风1042，图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元106上。经图形处理器1041处理后的图像帧可以存储在存储器109(或其它存储介质)中或者经由射频单元101或WiFi模块102进行发送。麦克风1042可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1042接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1042可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。
移动终端100还包括至少一种传感器105，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板1061的亮度，接近传感器可在移动终端100移动到耳边时，关闭显示面板1061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于手机还可配置的指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
显示单元106用于显示由用户输入的信息或提供给用户的信息。显示单元106可包括显示面板1061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1061。
用户输入单元107可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元107可包括触控面板1071以及其他输入设备1072。触控面板1071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1071上或在触控面板1071附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器110，并能接收处理器110发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1071。除了触控面板1071，用户输入单元107还可以包括其他输入设备1072。具体地，其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。
进一步的，触控面板1071可覆盖显示面板1061，当触控面板1071检测到在其上或附近的触摸操作后，传送给处理器110以确定触摸事件的类型，随后处理器110根据触摸事件的类型在显示面板1061上提供相应的视觉输出。虽然在图1中，触控面板1071与显示面板1061是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1071与显示面板1061集成而实现移动终端的输入和输出功能，具体此处不做限定。
接口单元108用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元108可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端100和外部装置之间传输数据。
存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器109可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器110是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器109内的软件程序和/或模块，以及调用存储在存储器109内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器110可包括一个或多个处理单元；优选的，处理器110可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器110中。
移动终端100还可以包括给各个部件供电的电源111(比如电池)，优选的，电源111可以通过电源管理系统与处理器110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管图1未示出，移动终端100还可以包括蓝牙模块等，在此不再赘述。
为了便于理解本发明实施例，下面对本发明的移动终端所基于的通信网络系统进行描述。
请参阅图2，图2为本发明实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。
具体地，UE201可以是上述终端100，此处不再赘述。
E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。
EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其它MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy andCharging Rules Function，政策和资费功能实体)2036等。其中，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。
IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子系统)或其它IP业务等。
虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本发明不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等，此处不做限定。
基于上述移动终端硬件结构以及通信网络系统，提出本发明方法各个实施例。
本发明第一实施例提供了一种推送消息的方法，该方法的流程如图3所示，包括步骤S302至S306：
S302，推送服务器通过预定接口接收来自第一预设应用服务器的广告消息获取请求，其中，广告消息获取请求中至少携带有第一预设应用对应的开发者名称。
在现有技术中，用户设备内的各个应用都设置了一个接口，使用该接口与推送服务器通信，进而使得推送服务器通过该接口推送消息，并将需要推送的消息呈现在用户设备上。本实施例涉及到的用户设备通常是上述图1和图2提到的移动终端。
然而，各应用对应服务器的接口与推送进行带宽共享。各个应用对应服务器的接口会首先与推送服务器进行交互，获取此时需要推送的消息，以减少推送通道使用的次数。
由于应用的接口不仅只与推送服务器交互，还需要执行应用正常的对外数据交互，因此，增加了与推送服务器的对接，应用的接口性能降低了。
为了解决上述问题，本实施例设置了一个预定接口，该预定接口能使得应用服务器和推送服务器交互，进而通过应用服务器作为推送服务器和用户设备之间的中介，来进行广告消息的交互。
对于推送服务器，其可以将推送的广告消息分为多种级别，例如，将日常推广的广告消息归为一类，将时效性较强的活动推广广告消息作为另一类，这样，在接收到广告消息获取请求时，可以只将日常推广的广告消息这一类中的广告消息发送至用户设备，而另一类仍然采用推送通道进行推送。
任何应用都是对应着自身的应用服务器的，因此，推送服务器当接收到任何一个应用对应的应用服务器发送来的广告消息获取请求时，都可以根据广告消息获取请求中至少携带的应用名称知晓是哪个应用，当然，上述广告消息获取请求中还携带有应用对应的开发者名称，该开发者名称用于后续获取广告消息。
实现的过程中，上述的应用名称可以等同替换为应用的ID信息等，只要是能够让应用服务器确定获取到的广告消息发送至哪个用户设备就可以。
S304，推送服务器根据开发者名称获取开发者开发的多个应用的广告消息集。
推送服务器根据开发者名称查询推送服务器中同一开发者开发的多个应用是否都存在广告消息，如果均存在广告消息，则将多个应用的所有广告消息都获取，以得到一个广告消息集。
在该过程中，可以按照上述推送服务器为广告消息分类的方式来获取广告消息，例如，只获取日常推广的广告消息这一类中的广告消息来形成广告消息集。
S306，推送服务器将广告消息集发送至第一预设应用服务器，以通过第一预设应用服务器将广告消息集发送至第一预设应用对应的用户设备。
推送服务器将获取到的广告消息集发送至第一预设应用服务器，该预设应用服务器会通过应用接口向第一应用对应的用户设备发送广告消息集。
在用户设备收到该广告消息集后，检测广告消息集中存在哪些应用对应的广告消息，然后分别将广告消息发送至对应的应用，以在对应的应用中显示。如果接收到的广告消息集中含有该用户设备中未安装的广告消息，则用户设备可以将对应的广告消息删除。
本实施例设置了预设接口，实现了应用服务器与推送服务器之间的交互，推送服务器根据来自应用服务器的广告消息获取请求，就可以查找对应的广告消息集，并将该广告消息集发送至应用服务器，以让应用服务器将该广告消息集发送至对应的用户设备。该方法将推送的消息通过应用服务器进行发送，减少了推送通道的使用，减少了需要占用的带宽，降低了系统成本，解决了现有技术的如下问题：广告信息通过推送系统推送给用户，会占据推送系统的带宽，系统成本较高，也会影响手机的功耗。
本发明第二实施例提供了一种推送消息的方法，该方法的流程如图4所示，包括步骤S401至S408：
S401，推送服务器通过预定接口接收来自第一预设应用服务器的广告消息获取请求，其中，广告消息获取请求中至少携带有第一预设应用对应的开发者名称。
在现有技术中，用户设备内的各个应用都设置了一个接口，使用该接口与推送服务器通信，进而使得推送服务器通过该接口推送消息，并将需要推送的消息呈现在用户设备上。本实施例涉及到的用户设备通常是上述图1和图2提到的移动终端。
然而，各应用对应服务器的接口与推送进行带宽共享。各个应用对应服务器的接口会首先与推送服务器进行交互，获取此时需要推送的消息，以减少推送通道使用的次数。
由于应用的接口不仅只与推送服务器交互，还需要执行应用正常的对外数据交互，因此，增加了与推送服务器的对接，应用的接口性能降低了。
为了解决上述问题，本实施例设置了一个预定接口，该预定接口能使得应用服务器和推送服务器交互，进而通过应用服务器作为推送服务器和用户设备之间的中介，来进行广告消息的交互。
对于推送服务器，其可以将推送的广告消息分为多种级别，例如，将日常推广的广告消息归为一类，将时效性较强的活动推广广告消息作为另一类，这样，在接收到广告消息获取请求时，可以只将日常推广的广告消息这一类中的广告消息发送至用户设备，而另一类仍然采用推送通道进行推送。
任何应用都是对应着自身的应用服务器的，因此，推送服务器当接收到任何一个应用对应的应用服务器发送来的广告消息获取请求时，都可以根据广告消息获取请求中至少携带的应用名称知晓是哪个应用，当然，上述广告消息获取请求中还携带有应用对应的开发者名称，该开发者名称用于后续获取广告消息。
实现的过程中，上述的应用名称可以等同替换为应用的ID信息等，只要是能够让应用服务器确定获取到的广告消息发送至哪个用户设备就可以。
S402，推送服务器根据开发者名称获取开发者开发的多个应用的广告消息集。
推送服务器根据开发者名称查询推送服务器中同一开发者开发的多个应用是否都存在广告消息，如果均存在广告消息，则将多个应用的所有广告消息都获取，以得到一个广告消息集。
在该过程中，可以按照上述推送服务器为广告消息分类的方式来获取广告消息，例如，只获取日常推广的广告消息这一类中的广告消息来形成广告消息集。
S403，推送服务器将广告消息集发送至第一预设应用服务器，以通过第一预设应用服务器将广告消息集发送至第一预设应用对应的用户设备。
推送服务器将获取到的广告消息集发送至第一预设应用服务器，该预设应用服务器会通过应用接口向第一应用对应的用户设备发送广告消息集。
在用户设备收到该广告消息集后，检测广告消息集中存在哪些应用对应的广告消息，然后分别将广告消息发送至对应的应用，以在对应的应用中显示。如果接收到的广告消息集中含有该用户设备中未安装的广告消息，则用户设备可以将对应的广告消息删除。
S404，推送服务器检测预定时间内是否接收到来自用户设备的反馈消息，其中，反馈消息用于指示已接收到广告消息集。如果未接收到反馈消息，执行S405，否则，执行S408。
如果推送服务器设置的广告消息的有效期为2天，则上述的预定时间可以是1天。
S405，在未接收到反馈消息的情况下，推送服务器检测当前是否接收到来自第二预设应用服务器的广告消息获取请求。如果是，执行S406，否则，执行S407。
其中，第二预设应用服务器为用户设备的第二预设应用对应的应用服务器，第二预设应用与第一预设应用的开发者相同。
该过程在具体是现实是考虑到能用应用服务器发广告消息，就尽量使用应用服务器，减少推送通道的带宽占用。如果此时刚好有同一用户设备的第二预设应用发送了广告消息获取请求，则可以利用该获取请求来承载广告消息。
S406，在接收到来自第二预设应用服务器的广告消息获取请求的情况下，向第二预设应用服务器发送第一预设应用对应的广告消息。
S407，在没有接收到来自第二预设应用服务器的广告消息获取请求的情况下，推送服务器通过推送通道向用户设备发送第一预设应用对应的广告消息。
S408，在接收到反馈消息的情况下，推送服务器不再向用户设备推送第一预设应用对应的广告消息。
本实施例设置了预设接口，实现了应用服务器与推送服务器之间的交互，推送服务器根据来自应用服务器的广告消息获取请求，就可以查找对应的广告消息集，并将该广告消息集发送至应用服务器，以让应用服务器将该广告消息集发送至对应的用户设备。该方法将推送的消息通过应用服务器进行发送，减少了推送通道的使用，减少了需要占用的带宽，降低了系统成本。
本发明第三实施例提供了一种推送消息的方法，该方法的流程如图5所示，包括S501至S506：
S501，预设应用服务器接收来自推送服务器的广告消息集，其中，广告消息集为推送服务器根据预设应用对应的开发者名称获取到的多个应用的广告消息。
在S501之前，预设应用服务器需要向推送服务器发送预设应用的广告消息获取请求，其中，广告消息获取请求中至少携带有预设应用的开发者名称。
在现有技术中，用户设备内的各个应用都设置了一个接口，使用该接口与推送服务器通信，进而使得推送服务器通过该接口推送消息，并将需要推送的消息呈现在用户设备上。本实施例涉及到的用户设备通常是上述图1和图2提到的移动终端。
然而，各应用对应服务器的接口与推送进行带宽共享。各个应用对应服务器的接口会首先与推送服务器进行交互，获取此时需要推送的消息，以减少推送通道使用的次数。
由于应用的接口不仅只与推送服务器交互，还需要执行应用正常的对外数据交互，因此，增加了与推送服务器的对接，应用的接口性能降低了。
为了解决上述问题，本实施例设置了一个预定接口，该预定接口能使得应用服务器和推送服务器交互，进而通过应用服务器作为推送服务器和用户设备之间的中介，来进行广告消息的交互。
对于推送服务器，其可以将推送的广告消息分为多种级别，例如，将日常推广的广告消息归为一类，将时效性较强的活动推广广告消息作为另一类，这样，在接收到广告消息获取请求时，可以只将日常推广的广告消息这一类中的广告消息发送至用户设备，而另一类仍然采用推送通道进行推送。
任何应用都是对应着自身的应用服务器的，因此，推送服务器当接收到任何一个应用对应的应用服务器发送来的广告消息获取请求时，都可以根据广告消息获取请求中至少携带的应用名称知晓是哪个应用，当然，上述广告消息获取请求中还携带有应用对应的开发者名称，该开发者名称用于后续获取广告消息。
实现的过程中，上述的应用名称可以等同替换为应用的ID信息等，只要是能够让应用服务器确定获取到的广告消息发送至哪个用户设备就可以。
S502，预设应用服务器将广告消息集发送至预设应用对应的用户设备。
S503，用户设备接收接收来自预设应用服务器的广告消息集。
S504，用户设备检测广告消息集中是否存在自身设备中没有的应用对应的广告消息。如果是，则执行S505，否则执行S506。
S505，将用户设备中没有的应用对应的广告消息删除。
S506，将广告消息集中的广告消息分别分发至对应的应用。
本实施例的预设应用服务器接收推送服务器的广告消息集，并将其发送至用户设备，推送服务器可以不再采用单一的通过推送通道方式将广告消息发送至用户设备中的预定应用，扩展了广告消息的推送途径。
本发明第四实施例提供了一种推送服务器，包括处理器、存储器及通信总线；通信总线用于实现处理器和存储器之间的连接通信；处理器用于执行存储器中存储的推送消息的程序，以实现以下步骤S11至S13：
S11，通过预定接口接收来自第一预设应用服务器的广告消息获取请求，其中，广告消息获取请求中至少携带有第一预设应用对应的开发者名称；
S12，根据开发者名称获取开发者开发的多个应用的广告消息集；
S13，将广告消息集发送至第一预设应用服务器，以通过第一预设应用服务器将广告消息集发送至第一预设应用对应的用户设备。
在现有技术中，用户设备内的各个应用都设置了一个接口，使用该接口与推送服务器通信，进而使得推送服务器通过该接口推送消息，并将需要推送的消息呈现在用户设备上。本实施例涉及到的用户设备通常是上述图1和图2提到的移动终端。
然而，各应用对应服务器的接口与推送进行带宽共享。各个应用对应服务器的接口会首先与推送服务器进行交互，获取此时需要推送的消息，以减少推送通道使用的次数。
由于应用的接口不仅只与推送服务器交互，还需要执行应用正常的对外数据交互，因此，增加了与推送服务器的对接，应用的接口性能降低了。
为了解决上述问题，本实施例设置了一个预定接口，该预定接口能使得应用服务器和推送服务器交互，进而通过应用服务器作为推送服务器和用户设备之间的中介，来进行广告消息的交互。
对于推送服务器，其可以将推送的广告消息分为多种级别，例如，将日常推广的广告消息归为一类，将时效性较强的活动推广广告消息作为另一类，这样，在接收到广告消息获取请求时，可以只将日常推广的广告消息这一类中的广告消息发送至用户设备，而另一类仍然采用推送通道进行推送。
任何应用都是对应着自身的应用服务器的，因此，推送服务器当接收到任何一个应用对应的应用服务器发送来的广告消息获取请求时，都可以根据广告消息获取请求中至少携带的应用名称知晓是哪个应用，当然，上述广告消息获取请求中还携带有应用对应的开发者名称，该开发者名称用于后续获取广告消息。
实现的过程中，上述的应用名称可以等同替换为应用的ID信息等，只要是能够让应用服务器确定获取到的广告消息发送至哪个用户设备就可以。
推送服务器根据开发者名称查询推送服务器中同一开发者开发的多个应用是否都存在广告消息，如果均存在广告消息，则将多个应用的所有广告消息都获取，以得到一个广告消息集。
在该过程中，可以按照上述推送服务器为广告消息分类的方式来获取广告消息，例如，只获取日常推广的广告消息这一类中的广告消息来形成广告消息集。
推送服务器将获取到的广告消息集发送至第一预设应用服务器，该预设应用服务器会通过应用接口向第一应用对应的用户设备发送广告消息集。
在用户设备收到该广告消息集后，检测广告消息集中存在哪些应用对应的广告消息，然后分别将广告消息发送至对应的应用，以在对应的应用中显示。如果接收到的广告消息集中含有该用户设备中未安装的广告消息，则用户设备可以将对应的广告消息删除。
在处理器在执行将广告消息集发送至第一预设应用服务器的步骤之后，具体实现如下步骤：检测预定时间内是否接收到来自用户设备的反馈消息，其中，反馈消息用于指示已接收到广告消息集；在未接收到反馈消息的情况下，通过推送通道向用户设备发送第一预设应用对应的广告消息。
上述过程在无法确定广告消息已经到达第一预设应用对应的用户设备的情况下，提供了现有的推送通道方式发送广告消息，两种方式结合发送广告消息，能够确保广告消息准确达到用户设备的第一预设应用。
在处理器在执行通过推送通道向用户设备发送第一预设应用对应的广告消息的步骤之前，具体实现如下步骤：检测当前是否接收到来自第二预设应用服务器的广告消息获取请求，其中，第二预设应用服务器为用户设备的第二预设应用对应的应用服务器，第二预设应用与第一预设应用的开发者相同；在接收到来自第二预设应用服务器的广告消息获取请求的情况下，向第二预设应用服务器发送第一预设应用对应的广告消息。
上述过程在推送服务器需要推送广告消息时执行，判断是否存在第二预设应用服务器发来的广告消息获取请求，在存在该请求的情况下，优先利用应用服务器来发送广告消息，尽量减少推送通道占用的带宽。
本发明第四实施例还提供了一种应用服务器，与上述的推送服务器交互，该应用服务器也包括处理器、存储器及通信总线；通信总线用于实现处理器和存储器之间的连接通信；处理器用于执行存储器中存储的推送消息的程序，以实现以下步骤S21和S22：
S21，接收来自推送服务器的广告消息集，其中，广告消息集为推送服务器根据预设应用对应的开发者名称获取到的多个应用的广告消息；
S22，将广告消息集发送至预设应用对应的用户设备。
在处理器在执行接收来自推送服务器的广告消息集的步骤之前，具体实现如下步骤：向推送服务器发送预设应用的广告消息获取请求，其中，广告消息获取请求中至少携带有预设应用的开发者名称。
本实施例的应用服务器接收推送服务器的广告消息集，并将其发送至用户设备，推送服务器可以不再采用单一的通过推送通道方式将广告消息发送至用户设备中的预定应用，扩展了广告消息的推送途径。
本发明第五实施例提供了一套广告系统的优化方案，即推送消息的方法，该方案的创新点是：广告系统与应用服务共享接口，降低了广告系统的成本；优化队列的实现算法，保证了应用服务器的性能不受影响；消息队列独立为一套服务器，降低了系统整体的耦合性；通过对不同分类消息的区别推送，进一步降低了手机功耗。
广告系统在服务器侧提供一个程序包给各个应用服务器使用，该程序包的作用是应用服务器的接口响应时，从广告系统中获取当前需要推送的广告信息，并将信息添加到接口响应的返回值中，共同返回给手机终端。然后由手机终端解析出广告信息，并在终端中进行广告展示。
广告系统实现一个消息服务，考虑到在一定时间周期内，待推送的广告消息个数总是有限的，所以使用单台MongoDB服务器的方案，这样既能保证消息服务的性能最优，又能降低系统成本。其数据结构中有以下2个：
(1)消息推送情况表，该表记录了某一条消息推送成功的用户设备IMEI列表。如果某个用户已经成功收到了某个消息，那么在推送任务或接口请求时，就不需要再对该用户进行重复处理了。
(2)消息队列，该队列中保存了广告系统发布的消息，当消息有效期满后，则从该队列中删除。
另外广告信息存在一定的优先级和使用场景，可以对其进行细分，就可以提高信息推送的整体效率，具体如下：
第一类的广告消息是一般、不需要立即推送。只要尽量保证用户在广告有效期内能够收到该广告就可以了。这类信息在广告系统中是最多的，一般要占据到80％。针对此类信息，实现的方案为，当有应用服务器的接口来信息队列获取消息时，才将消息返回给接口进行合并发送给客户端。通过该方案，可以保证此类消息完全不需要占用推送通道，大大提高了应用服务器接口的使用效率。
第二类的广告消息是重要、不需要立即推送，只要用户能够在广告有效期内收到该广告就可以了。针对此类广告，实现的方案为，优先由应用服务器的接口进行发送，各应用服务器在接口响应的时候，将此类消息与接口返回值进行合并发送给客户端，客户端的接口收到消息后，将其中的广告进行展示。同时，为了保证用户在广告有效期内能收到广告，还需要在推送系统中实现一个定时任务，定时扫描该类广告是否存在有效期内还未被用户收到的情况，如果存在该情况，则由推送通道对该广告进行推送。例如，消息的有效期是2天，则在1天过后，才启动推送消息的扫描定时任务进行未推消息的推送。通过该方案，可以保证此类消息尽可能的不占用推送通道，减少了推送通道的使用次数，可以有效的降低手机功耗。
第三类的广告消息是重要、立即需要推送。针对此类消息，实现的方案为，在消息的有效时间内，优先由推送通道进行推送；如果同一时间有应用服务器的接口进入，则由接口进行推送消息的合并发送。同时，为了保证用户在消息有效期内能收到消息，需要在推送系统维持一个定时任务，定时扫描该类消息是否存在有效期内还未被用户收到的情况，如果存在该情况，则由推送通道再次进行推送；同时，有效期内，如果有接口请求进入，也会对未推送成功的消息进行接口的合并发送。通过两者的互补，保证消息能成功到达用户。通过该方案，可以在一定程度上减少对推送通道的使用，并同时保证了重要广告消息的及时送达。
在所有的广告消息推送过程中，如果一旦发现推送系统宕机，那么广告系统会自动切换为完全使用应用服务器接口的方式进行广告消息的推送。这样就可以保证，即使推送系统宕机，也完全不影响广告系统的正常运行，保证用户能及时收到广告消息。
通过上述方案，与应用服务器共享接口，在不影响用户接收广告信息及时性的前提下，极大的降低了广告系统的成本，并同时在一定程度上降低了手机的功耗。
基于上述说明，本发明实施例还提供一种存储介质，其可以被设置为存储用于执行以上述消息推送的方法步骤的程序代码，此处不再赘述。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述实施例记载的方法步骤。可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种推送消息的方法，其特征在于，包括：
推送服务器通过预定接口接收来自第一预设应用服务器的广告消息获取请求，其中，所述广告消息获取请求中至少携带有第一预设应用对应的开发者名称；
所述推送服务器根据所述开发者名称获取所述开发者开发的多个应用的广告消息集；
所述推送服务器将所述广告消息集发送至所述第一预设应用服务器，以通过所述第一预设应用服务器将所述广告消息集发送至所述第一预设应用对应的用户设备。
2.如权利要求1所述的方法，其特征在于，所述推送服务器将所述广告消息集发送至所述第一预设应用服务器之后，还包括：
所述推送服务器检测预定时间内是否接收到来自所述用户设备的反馈消息，其中，所述反馈消息用于指示已接收到所述广告消息集；
在未接收到所述反馈消息的情况下，所述推送服务器通过推送通道向所述用户设备发送所述第一预设应用对应的广告消息。
3.如权利要求2所述的方法，其特征在于，所述推送服务器通过推送通道向所述用户设备发送所述第一预设应用对应的广告消息之前，还包括：
所述推送服务器检测当前是否接收到来自第二预设应用服务器的广告消息获取请求，其中，所述第二预设应用服务器为所述用户设备的第二预设应用对应的应用服务器，所述第二预设应用与所述第一预设应用的开发者相同；
在接收到来自所述第二预设应用服务器的广告消息获取请求的情况下，向所述第二预设应用服务器发送所述第一预设应用对应的广告消息。
4.一种推送消息的方法，其特征在于，包括：
预设应用服务器接收来自推送服务器的广告消息集，其中，所述广告消息集为所述推送服务器根据预设应用对应的开发者名称获取到的多个应用的广告消息；
所述预设应用服务器将所述广告消息集发送至所述预设应用对应的用户设备。
5.如权利要求4所述的方法，其特征在于，预设应用服务器接收来自推送服务器的广告消息集之前，还包括：
所述预设应用服务器向所述推送服务器发送所述预设应用的广告消息获取请求，其中，所述广告消息获取请求中至少携带有所述预设应用的开发者名称。
6.一种推送服务器，包括处理器、存储器及通信总线；
所述通信总线用于实现处理器和存储器之间的连接通信；
所述处理器用于执行存储器中存储的推送消息的程序，以实现以下步骤：
通过预定接口接收来自第一预设应用服务器的广告消息获取请求，其中，所述广告消息获取请求中至少携带有第一预设应用对应的开发者名称；
根据所述开发者名称获取所述开发者开发的多个应用的广告消息集；
将所述广告消息集发送至所述第一预设应用服务器，以通过所述第一预设应用服务器将所述广告消息集发送至所述第一预设应用对应的用户设备。
7.如权利要求6所述的推送服务器，其特征在于，在所述处理器在执行将所述广告消息集发送至所述第一预设应用服务器的步骤之后，具体实现如下步骤：
检测预定时间内是否接收到来自所述用户设备的反馈消息，其中，所述反馈消息用于指示已接收到所述广告消息集；
在未接收到所述反馈消息的情况下，通过推送通道向所述用户设备发送所述第一预设应用对应的广告消息。
8.一种应用服务器，其特征在于，包括处理器、存储器及通信总线；
所述通信总线用于实现处理器和存储器之间的连接通信；
所述处理器用于执行存储器中存储的推送消息的程序，以实现以下步骤：
接收来自推送服务器的广告消息集，其中，所述广告消息集为所述推送服务器根据预设应用对应的开发者名称获取到的多个应用的广告消息；
将所述广告消息集发送至所述预设应用对应的用户设备。
9.如权利要求8所述的应用服务器，其特征在于，在所述处理器在执行接收来自推送服务器的广告消息集的步骤之前，具体实现如下步骤：
向所述推送服务器发送所述预设应用的广告消息获取请求，其中，所述广告消息获取请求中至少携带有所述预设应用的开发者名称。
10.一种存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至3中任一项所述推送消息的方法的步骤，或者，所述计算机程序被处理器执行时实现权利要求4或5所述推送消息的方法的步骤。
CN201710756141.XA 2017-08-29 2017-08-29 推送消息的方法、推送服务器、应用服务器及存储介质 Pending CN107483603A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710756141.XA CN107483603A (zh) 2017-08-29 2017-08-29 推送消息的方法、推送服务器、应用服务器及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710756141.XA CN107483603A (zh) 2017-08-29 2017-08-29 推送消息的方法、推送服务器、应用服务器及存储介质

Publications (1)

Publication Number Publication Date
CN107483603A true CN107483603A (zh) 2017-12-15

Family

ID=60602990

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710756141.XA Pending CN107483603A (zh) 2017-08-29 2017-08-29 推送消息的方法、推送服务器、应用服务器及存储介质

Country Status (1)

Country Link
CN (1) CN107483603A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107846478A (zh) * 2017-12-21 2018-03-27 知而行（上海）营销咨询有限公司 信息推送方法
CN108156237A (zh) * 2017-12-22 2018-06-12 平安养老保险股份有限公司 产品信息推送方法、装置、存储介质和计算机设备
CN109657152A (zh) * 2018-12-27 2019-04-19 北京顺丰同城科技有限公司 推送消息发送方法、装置、电子设备及可读存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104980327A (zh) * 2014-04-03 2015-10-14 腾讯科技（深圳）有限公司 一种消息推送方法及装置
CN106412104A (zh) * 2016-10-28 2017-02-15 努比亚技术有限公司 应用消息推送装置及方法
CN106453382A (zh) * 2016-10-28 2017-02-22 努比亚技术有限公司 一种消息推送方法及装置

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104980327A (zh) * 2014-04-03 2015-10-14 腾讯科技（深圳）有限公司 一种消息推送方法及装置
CN106412104A (zh) * 2016-10-28 2017-02-15 努比亚技术有限公司 应用消息推送装置及方法
CN106453382A (zh) * 2016-10-28 2017-02-22 努比亚技术有限公司 一种消息推送方法及装置

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107846478A (zh) * 2017-12-21 2018-03-27 知而行（上海）营销咨询有限公司 信息推送方法
CN108156237A (zh) * 2017-12-22 2018-06-12 平安养老保险股份有限公司 产品信息推送方法、装置、存储介质和计算机设备
CN108156237B (zh) * 2017-12-22 2020-07-31 平安养老保险股份有限公司 产品信息推送方法、装置、存储介质和计算机设备
CN109657152A (zh) * 2018-12-27 2019-04-19 北京顺丰同城科技有限公司 推送消息发送方法、装置、电子设备及可读存储介质
CN109657152B (zh) * 2018-12-27 2021-02-19 北京顺丰同城科技有限公司 推送消息发送方法、装置、电子设备及可读存储介质

Similar Documents

Publication Publication Date Title
CN107688607A (zh) 一种数据库访问的方法及移动终端、计算机可读存储介质
CN107463481A (zh) 数据交互方法、移动终端和存储介质
CN107222537A (zh) 推送消息的方法、移动终端和存储介质
CN107329682A (zh) 边缘交互方法及移动终端
CN107707450A (zh) 一种传输文件的方法、装置和计算机可读存储介质
CN108600330A (zh) 离线消息推送方法、设备及计算机可读存储介质
CN108768775A (zh) 信息处理方法、电子设备及计算机存储介质
CN110180181A (zh) 精彩时刻视频的截图方法、装置及计算机可读存储介质
CN107580336A (zh) 一种网络连接方法、终端及计算机可读存储介质
CN109219004A (zh) 短信退订方法、装置、移动终端及可读存储介质
CN107135086A (zh) 一种广播推送方法及设备、计算机可读存储介质
CN107705247A (zh) 一种图像饱和度的调整方法、终端及存储介质
CN107426304A (zh) 交互媒体资源的方法、系统及代理服务器
CN109040468A (zh) 来电显示方法、装置及计算机可读存储介质
CN108900779A (zh) 初始自动曝光收敛方法、移动终端及计算机可读存储介质
CN107483603A (zh) 推送消息的方法、推送服务器、应用服务器及存储介质
CN107948397A (zh) 一种信息推送方法、装置及计算机可读存储介质
CN109428923A (zh) 消息推送方法、服务器、终端和计算机可读存储介质
CN110347306A (zh) 一种分屏显示方法、终端及计算机可读存储介质
CN109445945A (zh) 应用程序的内存分配方法、移动终端、服务器及存储介质
CN108900503A (zh) 数据通信方法、通信处理设备、终端及可读存储介质
CN108854061A (zh) 游戏数据通信方法、通信处理设备、终端及可读存储介质
CN108449736A (zh) 一种数据传输方法、终端和计算机可读存储介质
CN108306856A (zh) 一种接口合并方法、客户端、服务器及计算机可读存储介质
CN108040116A (zh) 消息推送方法、路由器及计算机可读存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20171215

WD01 Invention patent application deemed withdrawn after publication