CN109218370A - 消息发送方法及装置、电子设备 - Google Patents
消息发送方法及装置、电子设备 Download PDFInfo
- Publication number
- CN109218370A CN109218370A CN201710545957.8A CN201710545957A CN109218370A CN 109218370 A CN109218370 A CN 109218370A CN 201710545957 A CN201710545957 A CN 201710545957A CN 109218370 A CN109218370 A CN 109218370A
- Authority
- CN
- China
- Prior art keywords
- message
- client device
- user identifier
- push
- sent
- 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
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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例提供一种消息发送方法及装置、电子设备,涉及通信技术领域。该方法包括:接收应用服务器发送的携带用户标识的消息;通过应用的消息推送通道向所述用户标识对应的客户端设备发送所述消息;若未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第一指示信息,通过短信网关向所述用户标识对应的客户端设备发送所述消息。本申请实施例在端外推送或端外推送后,通过短信网关向客户端设备发送所述消息,以提升消息的送达率。
Description
技术领域
本申请实施例涉及通信技术领域,特别涉及一种消息发送方法及装置、电子设备。
背景技术
目前,应用服务器向客户端设备发送消息的渠道包括多种,如端内推送、端外推送等。在相关技术中,应用服务器一般采用单一的消息推送渠道将待推送消息推送给客户端设备,较难保证消息的送达率。
发明内容
为了解决上述问题,本申请实施例提供一种消息推送方法及装置。
具体地,本申请实施例是通过如下技术方案实现的:
根据本申请实施例的第一方面,提供一种消息发送方法,所述方法包括:
接收应用服务器发送的携带用户标识的消息;
通过应用的消息推送通道向所述用户标识对应的客户端设备发送所述消息;
若未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第一指示信息,通过短信网关向所述用户标识对应的客户端设备发送所述消息。
根据本申请实施例的第二方面,提供一种消息发送装置,所述装置包括:
接收模块,用于接收应用服务器发送的携带用户标识的消息;
第一发送模块,用于通过应用的消息推送通道向所述用户标识对应的客户端设备发送所述消息;
第二发送模块,用于在未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第一指示信息时,通过短信网关向所述用户标识对应的客户端设备发送所述消息。
根据本申请实施例的第三方面,提供一种电子设备,包括:
处理器;
用于存储处理器可执行指令的存储器;
所述处理器被配置为:
接收应用服务器发送的携带用户标识的消息;
通过应用的消息推送通道向所述用户标识对应的客户端设备发送所述消息;
若未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第一指示信息,通过短信网关向所述用户标识对应的客户端设备发送所述消息。
本申请实施例中,在推送消息的过程中,先通过端外推送通道或端外推送通道进行消息推送,并通过监测是否接收到所述客户端设备上报的第一指示信息,来判定所述消息是否到达客户端设备。在消息没有到达的情况下,再通过短信网关向客户端设备发送所述消息,以提升消息的送达率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本申请实施例。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本申请实施例,并与说明书一起用于解释本发明的原理。
图1是根据本申请一示例性实施例示出的一种用于实现消息推送的系统架构图;
图2是根据本申请一示例性实施例示出的一种消息发送方法的流程图;
图3是根据本申请一示例性实施例示出的一种电子设备的结构示意图;
图4是根据本申请一示例性实施例示出的一种消息发送装置的框图;
图5是根据本申请一示例性实施例示出的装置中的第一发送模块的框图;
图6是根据本申请一示例性实施例示出的装置的第二发送子模块的框图;
图7是根据本申请一示例性实施例示出的另一种消息发送装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请实施例的一些方面相一致的装置和方法的例子。
在本申请实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
在相关技术中,应用服务端将消息送达到用户的渠道主要包括push消息(端内推送或端外推送)和短信。其中,对于push消息方式,由于针对不同机型操作系统的发送消息策略不同,导致消息的到达率较低。而通过短信方式推送消息,消息的到达率虽高,但短信运营成本较高。目前,大多数情况下还是单一的采用push消息方式向用户推送消息,消息到达率难以保证。为提高消息到达率,提出本申请的如下技术方案。
图1是根据本申请一示例性实施例示出的一种用于实现消息推送的系统架构图。如图1所示,该系统架构包括:一个或多个应用服务器10、消息发送系统20、端内推送服务器30、端外推送服务器40(也称第三方推送服务器)、短信网关(Internet Short MessageGateway,ISMG)50、一个或多个客户端设备60。其中,所述客户端设备60可为:手机、或电脑、或PAD等。所述消息发送系统20具体可以包括存储模块21、数据监控模块22、消息发送模块(如,msg-gate)23等。其中,所述存储模块21可用于存储消息,所述数据监控模块22可用于监控消息推送状态和/或送达状态,所述消息发送模块23可用于决策将消息通过哪一种推送渠道(端内推送服务器30、端外推送服务器40及短信网关50中的一种)向客户端设备发送。此外,所述消息发送系统还可包括专门用于通过短信网关向客户端设备发送消息的短信发送模块24。
需说明的是,所述端内推送服务器30是每一应用服务器所配设的用于为该应用服务器提供消息推送服务的设备。如,应用服务器1采用的端内推送服务器a,应用服务器2采用的端内推送服务器b,等等。所述端外推送服务器40是第三方推送服务器,所述第三方推送服务器可用于为多个应用服务器提供消息推送服务。所述端内推送服务器通过与客户端设备建立端内推送通道(长连接),并通过该端内推送通道推送消息。所述端外推送服务器通过与客户端设备建立端外推送通道,并通过该端外推送通道推送消息。所述第三方推送服务器可包括但不限于:小米推送服务器、华为推送服务器、友盟推送服务器、个推服务器、苹果推送服务(Apple Push Notification service,APNs)器等。
在一示例性场景中,当应用服务器10需要向客户端设备60推送消息A时,应用服务器10首先需要将消息A发送至消息发送系统20,消息发送系统20在接收到消息A之后,可将消息A存于存储模块21,进而通过消息发送模块23决策采用端内推送服务器30、端外推送服务器40及短信网(ISMG)50中的一种向客户端设备60发送消息A。
图2是实施例根据本申请一示例性实施例示出的一种消息推送方法的流程图。参照图2所示,该消息推送方法可应用于上述消息发送系统20,该方法可以包括如下步骤101~103,其中:
在步骤101中,接收应用服务器发送的携带用户标识的消息。
当用户在客户端设备上安装某一应用(Application,App)的客户端程序后,一般需要先注册账号,用户可通过注册成功的账号在客户端设备上完成登录,以访问应用服务器(安装有应用的服务端程序)。所述用户标识可为在所述客户端设备上登录的账号或与账号关联的其他用户信息(如手机号)。在该场景中,待向用户推送的消息应用服务器上生成,并通过消息发送系统20向用户发送。上述应用例如:即时通讯App,支付App,打车App等。
在步骤102中,通过应用的消息推送通道向所述用户标识对应的客户端设备发送所述消息。
所述应用的消息推送通道可为端内推送通道或端外推送通道中的一种或多种。
在一实施例中,消息发送系统在接收到应用服务器发送的携带用户标识的消息后,消息发送系统中的消息发送模块(如msg-gate)可决策通过哪一渠道向客户端设备发送该消息,并将该消息发送给决策出的端内推送服务器或第三方推送服务器,进而,接收该消息的服务器将该消息向客户端设备发送。在一可选实施例中,所述消息发送模块可根据消息中携带的用户标识决策通过哪一渠道向客户端设备发送该消息。
在一可选实施例中,可通过端内推送通道或端外推送通道中的一种,向所述用户标识对应的客户端设备发送所述消息。
在另一可选实施例中,可通过端内推送通道和端外推送通道两种消息推送通道,同时向所述用户标识对应的客户端设备发送所述消息。
通常,在通过端外通道推送消息时,需要向端外通道对应的第三方支付用于推送消息的费用,相较而言,通过端内推送通道则可节省一部分费用。因而,在一可选实施例中,可优先选用端内推送通道,其次选用端外推送通道以向所述用户标识对应的客户端设备发送所述消息,相应地,上述步骤102可具体包括:
步骤1021:通过端内推送通道向所述用户标识对应的客户端设备发送所述消息。
当通过端内推送服务器向客户端设备推送消息时,可根据用户标识直接通过端内推送服务器将消息推送至客户端设备。例如,对于某一即时通讯应用B,该应用B的端内推送服务器在接收来自消息发送系统的消息之后,可根据用户在客户端设备上注册该即时通讯应用B时的客户端账号,直接将消息推送至登录该账号的客户端设备。
步骤1022:若未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第二指示信息,通过端外推送通道向所述用户标识对应的客户端设备发送所述消息。
在一可选实施例中,上述步骤1022中所述通过端外推送通道向所述用户标识对应的客户端设备发送所述消息,可具体包括如下步骤:
步骤1221:根据预先获得的用户标识和设备标识的对应关系,确定与所述消息携带的用户标识对应的设备标识。
目前,市场中客户端设备的品牌或型号多种多样,且客户端设备的操作系统亦不统一,针对不同型号或操作系统的客户端设备,可通过不同的第三方推送服务器来推送消息。例如,对于常用的小米设备,推送消息的应用服务器,可通过小米推送平台推送消息,而对于华为设备则可通过华为推送平台来推送消息等。不过,在推送消息之前,第三方推送服务器需要为客户端设备生成与用户标识及第三方推送服务器对应的设备标识。由于第三方推送服务器根据用户标识生成与用户标识对应的设备标识属于本领域技术人员所熟知的技术,此处不再予以细述。
在第三方推送服务器通过客户端设备将所述用户标识及对应的设备标识上传至消息发送系统,以使消息发送系统可将所述用户标识及对应的设备标识对应存储;消息发送系统在接收到携带用户标识的消息之后,可根据已存储的用户标识与设备标识的对应关系,确定该用户标识对应的设备标识。
需要说明的是,所述设备标识可以是设备令牌(Device Token)、注册标识(Registration ID)、顾客识别(Customer Identity,CID)、品牌识别(Brand Identity,Brand ID)等标识信息。
步骤1222:根据所述设备标识,确定与所述设备标识对应的第三方推送服务器。
步骤1223:通过所述第三方推送服务器向所述设备标识对应的客户端设备发送所述消息。
在步骤103中,若未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第一指示信息,通过短信网关向所述用户标识对应的客户端设备发送所述消息。
一般,在接收到消息后,客户端设备可根据消息的到达状态向消息发送系统回传所述消息的状态信息,以使消息发送系统中的数据监控模块及时获知所述消息的推送状态和/或送达状态。其中,所述消息的推送状态及送达状态可包括消息推送成功、消息到达、消息推送失败、消息打开等。本申请一实施例中,所述第一指示消息还可用于指示所述消息推送失败。
在一实施例中,上述步骤103中,所述未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第一指示信息,可指在第一预设时长内,未接收到所述客户端设备反馈的第一指示信息。其中所述预设时长可指预先设置的任意时长,例如10分钟。例如,若所述第一预设时长为10分钟时,则上述步骤103可指:若自通过应用的消息推送通道发送所述消息的时刻起,10分钟之内尚未收到所述客户端设备反馈的第一指示信息,所述消息发送系统将通过短信网关向所述客户端设备发送所述消息。
为进一步提高消息推送的成功率,在上述步骤103之后,所述消息推送方法还可包括:
在步骤104中:若未从所述客户端设备接收到用于指示所述消息以短信方式到达所述客户端设备的第三指示信息,通过短信网关向所述用户标识对应的客户端设备发送所述消息。
在一实施例中,上述步骤102之后,所述消息推送方法还可包括如下步骤105:
在步骤105中,若在第二预设时长内未接收到所述客户端设备反馈的用于指示所述消息被打开的指示信息,通过短信网关向所述客户端设备发送所述消息。
所述第二预设时长可指预先设置的任意时长,例如5分钟。其中,所述第二预设时长的含义可参照上述第一预设时长的相应描述,此处不做细述。
在一实施例中,由于目前应用的种类层出不穷,客户端设备所接收的推送消息数量较大,用户不想被太多消息打扰的情况下,可能将客户端设备中某些应用的消息设置成垃圾消息,或将该应用的消息通知显示功能关闭,因而可能导致用户错过较为重要的消息,对此,某些应用可通过上述步骤105所提供的方法,将未被打开的消息通过短信网关向所述客户端设备发送。
本申请实施例中,在推送消息的过程中,先通过端外推送通道或端外推送通道进行消息推送,并通过监测是否接收到所述客户端设备上报的第一指示信息,来判定所述消息是否到达客户端设备。在消息没有到达的情况下,再通过短信网关向客户端设备发送所述消息,以提升消息的送达率。
图3是根据一示例性实施例示出的一种电子设备的示意图。请参考图3,在硬件层面,该电子设备(如服务器)包括处理器、内部总线、网络接口、内存以及非易失性存储器,当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行。在一种实施例中,所述处理器被配置为:
接收应用服务器发送的携带用户标识的消息;
通过应用的消息推送通道向所述用户标识对应的客户端设备发送所述消息;
若未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第一指示信息,通过短信网关向所述用户标识对应的客户端设备发送所述消息。
当然,除了软件实现方式之外,本申请并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
图4是本申请实施例根据一示例性实施例示出的一种消息推送装置的框图,如图4所示,所述装置可以包括接收模块201、第一发送模块202、第二发送模块203,其中:
接收模块201,用于接收应用服务器发送的携带用户标识的消息;
在申请一实施例中,所述用户标识为用于在所述客户端设备上登录的客户端账号、或手机号码。
第一发送模块202,用于通过应用的消息推送通道向所述用户标识对应的客户端设备发送所述消息;
所述应用的消息推送通道为端内推送通道或端外推送通道中的一种或多种。
所述接收模块201在接收到应用服务器发送的携带用户标识的消息后,所述第一发送模块(如msg-gate)202可决策通过哪一渠道向客户端设备发送该消息,并将该消息发送给决策出的端内推送服务器或第三方推送服务器,进而,接收所述消息的服务器将所述消息向客户端设备发送。在一可选实施例中,所述第一发送模块可根据消息中携带的用户标识决策通过哪一渠道向客户端设备发送该消息。
在一可选实施例中,可通过端内推送通道或端外推送通道中的一种,向所述用户标识对应的客户端设备发送所述消息。
在另一可选实施例中,可通过端内推送通道和端外推送通道两种消息推送通道,同时向所述用户标识对应的客户端设备发送所述消息。
通常,在通过端外通道推送消息时,需要向端外通道对应的第三方支付用于推送消息的费用,相较而言,通过端内推送通道则可节省一部分费用。因而,在又一可选实施例中,可优先选用端内推送通道,其次选用端外推送通道以向所述用户标识对应的客户端设备发送所述消息,相应地,上述第一发送模块202可具体包括如图5所示的第一发送子模块2021、第二发送子模块2022,其中:
第一发送子模块2021,用于通过端内推送通道向所述用户标识对应的客户端设备发送所述消息;当通过端内推送服务器向客户端设备推送消息时,可根据用户标识直接通过端内推送服务器将消息推送至客户端设备。例如,对于某一即时通讯应用B,该应用B的端内推送服务器在接收到第一发送子模块2021所发送的消息之后,可根据用户在客户端设备上注册该即时通讯应用B时的客户端账号,直接将消息推送至登录该账号的客户端设备。
第二发送子模块2022,用于在未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第二指示信息时,通过端外推送通道向所述用户标识对应的客户端设备发送所述消息。
如图6所示,在申请一实施例中,所述第二发送子模块2022可以具体包括:
第一确定单元2221,用于根据预先获得的用户标识和设备标识的对应关系,确定与所述消息携带的用户标识对应的设备标识;
目前,市场中客户端设备的品牌或型号多种多样,且客户端设备的操作系统亦不统一,而针对不同型号或操作系统的客户端设备,可通过不同的第三方推送服务平台来推送消息。例如,对于常用的小米设备,推送消息的应用服务器,可通过小米推送平台推送消息,而对于华为设备则可通过华为推送平台来推送消息等。不过,在推送消息之前,第三方推送服务器需要为客户端设备生成与用户标识及第三方推送服务器对应的设备标识。由于第三方推送服务器根据用户标识生成与用户标识对应的设备标识属于本领域技术人员所熟知的技术,此处不再予以细述。
在所述设备标识生成之后,第三方推送服务器可通过客户端设备将所述用户标识及对应的设备标识上传至所述消息推送装置,进而,所述消息推送装置可将所述用户标识及对应的设备标识对应存储。所述消息推送装置在接收到携带用户标识的消息之后,可根据已存储的用户标识与设备标识的对应关系,确定该用户标识对应的设备标识。
需要说明的是,所述设备标识可以是设备令牌(Device Token)、注册标识(Registration ID)、顾客识别(Customer Identity,CID)、品牌识别(Brand Identity,Brand ID)等标识信息。
第二确定单元2222,用于根据所述设备标识,确定与所述设备标识对应的第三方推送服务器;
消息发送单元2223,用于通过所述第三方推送服务器向所述设备标识对应的客户端设备发送所述消息。
第二发送模块203,用于在未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第一指示信息时,通过短信网关向所述用户标识对应的客户端设备发送所述消息。
一般,在接收到消息后,客户端设备可根据消息的到达状态向消息推送装置回传所述消息的状态信息,以使消息推送装置及时获知所述消息的推送状态和/或送达状态。其中,所述消息的推送状态和送达状态可包括消息推送成功、消息到达、消息推送失败、消息打开等。本申请一实施例中,所述第一指示消息还可用于指示所述消息推送失败。
在一实施例中,所述未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第一指示信息,可指在第一预设时长内,未接收到所述客户端设备上报的第一指示信息。其中,所述第一预设时长可指预先设置的任意时长,例如10分钟。例如,若所述第一预设时长为10分钟时,则上述第二发送模块203可用于:若自通过应用的消息推送通道发送所述消息的时刻起,10分钟之内尚未收到所述客户端设备反馈的第一指示信息,将通过短信网关向所述客户端设备发送所述消息。
图7是根据本申请一示例性实施例示出的另一种消息推送装置的框图。如图7所示,在上述图4所述装置的基础上,所述装置还可以包括:
第三发送模块204,用于在未从所述客户端设备接收到用于指示所述消息以短信方式到达所述客户端设备的第三指示信息时,通过短信网关向所述用户标识对应的客户端设备发送所述消息。
在一实施例中,在上述图4所述装置的基础上,所述装置还可以包括第四发送模块:
第四发送模块,用于在第二预设时长内未接收到所述客户端设备反馈的用于指示所述消息被打开的指示信息时,通过短信网关向所述客户端设备发送所述消息。
在一实施例中,由于目前应用的种类层出不穷,客户端设备所接收的推送消息数量较大,用户不想被太多消息打扰的情况下,可能将客户端设备中某些应用的消息设置成垃圾消息,或将该应用的消息通知显示功能关闭,因而可能导致用户错过较为重要的消息,对此,某些应用可通过上述第四发送模块,将未被打开的消息通过短信网关向所述客户端设备发送。
所述第二预设时长可指预先设置的任意时长。其中,所述第二预设时长的含义可参照上述第一预设时长的相应描述,此处不做细述。
本申请实施例中,在推送消息的过程中,先通过端外推送通道或端外推送通道进行消息推送,并通过监测是否接收到所述客户端设备上报的第一指示信息,来判定所述消息是否到达客户端设备。在消息没有到达的情况下,再通过短信网关向客户端设备发送所述消息,以提升消息的送达率。
需要说明的是,本文记载的方法实施例的内容和装置实施例的内容,在不相冲突的情况下,可以互为补充。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
本领域技术人员在考虑说明书及实践这里公开的公开后,将容易想到本申请实施例的其它实施方案。本申请实施例旨在涵盖本申请实施例的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请实施例未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请实施例的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请实施例并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请实施例的范围仅由所附的权利要求来限制。
Claims (11)
1.一种消息发送方法,其特征在于,所述方法包括:
接收应用服务器发送的携带用户标识的消息;
通过应用的消息推送通道向所述用户标识对应的客户端设备发送所述消息;
若未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第一指示信息,通过短信网关向所述用户标识对应的客户端设备发送所述消息。
2.根据权利要求1所述的方法,其特征在于,所述通过应用的消息推送通道向所述用户标识对应的客户端设备发送所述消息,包括:
通过端内推送通道向所述用户标识对应的客户端设备发送所述消息;
若未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第二指示信息,通过端外推送通道向所述用户标识对应的客户端设备发送所述消息。
3.根据权利要求2所述的方法,其特征在于,所述通过端外推送通道向所述用户标识对应的客户端设备发送所述消息,包括:
根据预先获得的用户标识和设备标识的对应关系,确定与所述消息携带的用户标识对应的设备标识;
根据所述设备标识,确定与所述设备标识对应的第三方推送服务器;
通过所述第三方推送服务器向所述设备标识对应的客户端设备发送所述消息。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若未从所述客户端设备接收到用于指示所述消息以短信方式到达所述客户端设备的第三指示信息通过短信网关向所述用户标识对应的客户端设备发送所述消息。
5.根据权利要求1~4中任意一项所述的方法,其特征在于,所述用户标识为用于在所述客户端设备上登录的客户端账号、或手机号码。
6.一种消息发送装置,其特征在于,所述装置包括:
接收模块,用于接收应用服务器发送的携带用户标识的消息;
第一发送模块,用于通过应用的消息推送通道向所述用户标识对应的客户端设备发送所述消息;
第二发送模块,用于在未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第一指示信息时,通过短信网关向所述用户标识对应的客户端设备发送所述消息。
7.根据权利要求6所述的装置,其特征在于,第一发送模块包括:
第一发送子模块,用于通过端内推送通道向所述用户标识对应的客户端设备发送所述消息;
第二发送子模块,用于在未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第二指示信息时,通过端外推送通道向所述用户标识对应的客户端设备发送所述消息。
8.根据权利要求7所述的装置,其特征在于,第二发送子模块包括:
第一确定单元,用于根据预先获得的用户标识和设备标识的对应关系,确定与所述消息携带的用户标识对应的设备标识;
第二确定单元,用于根据所述设备标识,确定与所述设备标识对应的第三方推送服务器;
消息发送单元,用于通过所述第三方推送服务器向所述设备标识对应的客户端设备发送所述消息。
9.根据权利要求6所述的装置,其特征在于,所述装置还包括:
第三发送模块,用于在未从所述客户端设备接收到用于指示所述消息以短信方式到达所述客户端设备的第三指示信息时,通过短信网关向所述用户标识对应的客户端设备发送所述消息。
10.根据权利要求6~9中任意一项所述的装置,其特征在于,所述用户标识为用于在所述客户端设备上登录的客户端账号、或手机号码。
11.一种电子设备,其特征在于,包括:
处理器;
用于存储处理器可执行指令的存储器;
所述处理器被配置为:
接收应用服务器发送的携带用户标识的消息;
通过应用的消息推送通道向所述用户标识对应的客户端设备发送所述消息;
若未从所述客户端设备接收到用于指示所述消息到达所述客户端设备的第一指示信息,通过短信网关向所述用户标识对应的客户端设备发送所述消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710545957.8A CN109218370A (zh) | 2017-07-06 | 2017-07-06 | 消息发送方法及装置、电子设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710545957.8A CN109218370A (zh) | 2017-07-06 | 2017-07-06 | 消息发送方法及装置、电子设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109218370A true CN109218370A (zh) | 2019-01-15 |
Family
ID=64993439
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710545957.8A Pending CN109218370A (zh) | 2017-07-06 | 2017-07-06 | 消息发送方法及装置、电子设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109218370A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110086927A (zh) * | 2019-04-16 | 2019-08-02 | 北京达佳互联信息技术有限公司 | 消息处理方法、装置、设备、服务器及可读存储介质 |
CN111614548A (zh) * | 2020-05-20 | 2020-09-01 | 广州平云小匠科技有限公司 | 消息推送方法、装置、计算机设备和存储介质 |
CN111741060A (zh) * | 2020-05-08 | 2020-10-02 | 广州三七互娱科技有限公司 | 消息推送方法、装置、计算机设备和存储介质 |
CN114531483A (zh) * | 2020-11-09 | 2022-05-24 | 阿波罗智联(北京)科技有限公司 | 数据处理方法、装置及服务器 |
CN114666404A (zh) * | 2022-02-28 | 2022-06-24 | 中国银联股份有限公司 | 推送消息的发送方法、装置和服务器 |
CN114531483B (zh) * | 2020-11-09 | 2024-07-05 | 北京中电建科技发展有限责任公司 | 数据处理方法、装置及服务器 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120166561A1 (en) * | 2010-12-28 | 2012-06-28 | Julius Kelly | Multi-Channel Dynamic Response Communication Engine |
CN104023311A (zh) * | 2014-06-13 | 2014-09-03 | 中国民航信息网络股份有限公司 | 一种行程提醒系统 |
CN205281140U (zh) * | 2015-12-08 | 2016-06-01 | 深圳众乐智府科技有限公司 | 一种智能家居系统 |
-
2017
- 2017-07-06 CN CN201710545957.8A patent/CN109218370A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120166561A1 (en) * | 2010-12-28 | 2012-06-28 | Julius Kelly | Multi-Channel Dynamic Response Communication Engine |
CN104023311A (zh) * | 2014-06-13 | 2014-09-03 | 中国民航信息网络股份有限公司 | 一种行程提醒系统 |
CN205281140U (zh) * | 2015-12-08 | 2016-06-01 | 深圳众乐智府科技有限公司 | 一种智能家居系统 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110086927A (zh) * | 2019-04-16 | 2019-08-02 | 北京达佳互联信息技术有限公司 | 消息处理方法、装置、设备、服务器及可读存储介质 |
CN111741060A (zh) * | 2020-05-08 | 2020-10-02 | 广州三七互娱科技有限公司 | 消息推送方法、装置、计算机设备和存储介质 |
CN111741060B (zh) * | 2020-05-08 | 2023-12-12 | 广州三七互娱科技有限公司 | 消息推送方法、装置、计算机设备和存储介质 |
CN111614548A (zh) * | 2020-05-20 | 2020-09-01 | 广州平云小匠科技有限公司 | 消息推送方法、装置、计算机设备和存储介质 |
CN114531483A (zh) * | 2020-11-09 | 2022-05-24 | 阿波罗智联(北京)科技有限公司 | 数据处理方法、装置及服务器 |
CN114531483B (zh) * | 2020-11-09 | 2024-07-05 | 北京中电建科技发展有限责任公司 | 数据处理方法、装置及服务器 |
CN114666404A (zh) * | 2022-02-28 | 2022-06-24 | 中国银联股份有限公司 | 推送消息的发送方法、装置和服务器 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109152095B (zh) | 用于终端的无线网络连接方法 | |
CN104765678B (zh) | 对移动终端设备上的应用进行测试的方法及装置 | |
CN109246741B (zh) | 用于终端的无线网络连接方法 | |
US20170149772A1 (en) | Identity authentication method, system, business server and authentication server | |
CN109905312B (zh) | 消息推送方法、装置及系统 | |
CN109218370A (zh) | 消息发送方法及装置、电子设备 | |
CN109152094B (zh) | 用于终端的无线网络连接方法 | |
EP3179758A1 (en) | Building intercom method, nfc unlocking device and building intercom system | |
CN104468592B (zh) | 登录方法和登录系统 | |
US10965627B2 (en) | Automated contact center customer mobile device client infrastructure testing | |
CN107748690A (zh) | 应用跳转方法、装置和计算机存储介质 | |
CN105959276A (zh) | 基于第三方账号登录的应用程序控制方法、装置及终端设备 | |
CN108322366A (zh) | 接入网络的方法、装置和系统 | |
CN106664535B (zh) | 一种信息发送方法、装置、终端设备以及系统 | |
CN108288168A (zh) | 借贷服务账户的注册方法、终端和计算机可读存储介质 | |
CN109495378A (zh) | 检测异常帐号的方法、装置、服务器及存储介质 | |
CN107995351A (zh) | 通话方法及装置 | |
CN106776323A (zh) | 应用测试方法及装置 | |
CN105978858B (zh) | 应用签到方法、装置及应用服务器 | |
CN107277803A (zh) | 基于iOS终端的无线网络认证方法、装置及系统 | |
CN105721274B (zh) | 一种多种即时通讯的融合方法及装置 | |
CN107038201A (zh) | 个人主页的显示方法、装置、终端及服务器 | |
CN104168261B (zh) | 动态密码登录方法和装置 | |
CN105847284B (zh) | 一种通信服务处理方法、装置及以及服务器 | |
CN110913406B (zh) | 一种rcs测试服务器的接入配置方法及装置 |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190115 |