CN113315868A - 基于手机熄屏状态下的消息接收方法、装置及设备 - Google Patents
基于手机熄屏状态下的消息接收方法、装置及设备 Download PDFInfo
- Publication number
- CN113315868A CN113315868A CN202110604134.4A CN202110604134A CN113315868A CN 113315868 A CN113315868 A CN 113315868A CN 202110604134 A CN202110604134 A CN 202110604134A CN 113315868 A CN113315868 A CN 113315868A
- Authority
- CN
- China
- Prior art keywords
- message
- receiving
- sdk
- request
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72484—User interfaces specially adapted for cordless or mobile telephones wherein functions are triggered by incoming communication events
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Human Computer Interaction (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种基于手机熄屏状态下的消息接收方法,包括:获取来电号码;获取APP客户端的登录号码;根据登录号码和/或来电号码,生成消息搜索请求;向SDK服务器发送消息搜索请求,以使SDK服务器在接收到消息搜索请求后,进行消息搜索,以得到APP服务器发送的推送消息,推送消息包括文本、图片、语音和/或视频;接收SDK服务器发送的推送消息;唤醒接收终端的屏幕,并在屏幕上展示或播放推送消息。本发明可以确保接收终端上的APP客户端在接收消息时处于唤醒状态,从而保证了APP客户端能够获取消息,从而不会因内存问题而被系统终止进程,保证了消息的送达率;同时,本发明采用APP客户端进行消息的解析,能够直接在屏幕上实现多种消息类型的内容展示。
Description
技术领域
本发明属于消息推送技术领域,具体涉及一种基于手机熄屏状态下的消息接收方法、装置及设备。
背景技术
目前,移动互联网应用实现消息推送的方案主要有以下几种类型:(1)智能终端装置厂商类,例如,华为推送、小米推送、OPPO推送以及VIVO推送等;(2)第三方平台类推送;例如,友盟推送或极光推送等;(3)Google官方消息推送服务;(4)应用自建消息推送服务;(5)其它推送方式,例如,轮询、SMS(Short Message Service,短信息服务)、MQTT(MessageQueuing Telemetry Transport,消息队列遥测传输)协议或XMPP(Extensible Messagingand Presence Protocol,可扩展通讯和表示协议)协议推送等;其中,前述第一种和第二种是目前主流的消息推送方案。
前述两种方案进行消息推送实质为通知栏消息推送和透传消息推送,其中,通知栏消息推送是指:该类消息在被送达用户的设备后,会以系统通知栏的形式展示给用户,不会继续被传递到APP;而透传消息推送是指:该类消息在被送达用户的设备后,还会继续传递到APP,通过回调APP的某个BroadcastReceiver(广播接收者)的形式将消息传递到APP内部,然后由APP决定如何处理和显示这个消息。
其中,通知栏消息的推送服务由于是厂商的系统级服务,所以进程不会被终端结束,其会将收到的消息直接显示在系统通知栏中;而透传消息推送服务需要将消息传递到APP,但是,APP通常会因内存占用问题被终端终止运行,导致消息无法接收,因此,通知栏消息推送比透传消息推送具有更好的送达率。
而对于通知栏消息推送,其虽然送达率高,但智能终端装置的系统不承担应用消息里业务数据的解析,因此系统通知栏仅能以文本形式展示消息内容,不支持消息的其他富媒体展示形式(如视频、语音和/或图片等),且无论是通知栏消息推送还是透传消息推送,均无法在熄屏或灭屏状态下对接收的消息进行内容的展示;因此,如何在提高消息送达率的同时,实现熄屏或灭屏状态下多种消息类型的内容展示,成为一个亟待解决的问题。
发明内容
本发明的目的是提供一种基于手机熄屏状态下的消息接收方法、装置及设备,以解决现有的通知栏消息推送所存在的不支持消息的其它富媒体展示形式,以及透传消息和通知栏消息推送均无法在熄屏或灭屏状态下进行多种消息类型的内容展示的问题。
为了实现上述目的,本发明采用以下技术方案:
本发明提供了一种基于手机熄屏状态下的消息接收方法,包括:
APP服务器向SDK服务器发送消息发送任务,其中,所述消息发送任务包括至少一条消息发送请求以及至少一条待推送消息,所述至少一条消息发送请求中的每个消息发送请求包括待发送内容、消息接收对象的电话号码以及消息类型,所述至少一条待推送消息中的每条待推送消息包括待推送内容;
SDK服务器接收APP服务器发送的消息发送任务;
SDK客户端获取来电号码,其中,SDK客户端集成于APP客户端中,所述来电号码是接收终端在接收到语音呼叫请求时得到的,且所述接收终端在接收到所述语音呼叫请求时会唤醒所述APP客户端;
SDK客户端获取所述APP客户端的登录号码;
SDK客户端根据所述来电号码和/或所述登录号码,生成消息搜索请求,其中,所述消息搜索请求包括所述来电号码和/或所述登录号码;
SDK客户端向SDK服务器发送所述消息搜索请求;
SDK服务器接收SDK客户端发送的消息搜索请求;
SDK服务器根据所述来电号码和/或所述登录号码,在所述消息发送任务中,查找出与所述来电号码和/或所述登录号码相对应的消息发送请求或待推送消息;
SDK服务器根据与所述来电号码和/或所述登录号码相对应的消息发送请求或待推送消息,得到推送消息;
SDK服务器向所述SDK客户端发送所述推送消息;
SDK客户端接收所述SDK服务器发送的推送消息;
SDK客户端唤醒接收终端的屏幕,并在屏幕上展示或播放所述推送消息。
基于上述公开的内容,本发明通过采用电话实现消息的推送,即接收到电话呼叫时,则说明有推送消息的到来,且本发明通过在APP客户端中集成SDK客户端,使APP客户端具备了SDK客户端的能力,从而使接收终端接收到电话时可直接唤醒APP客户端,并同时向SDK 客户端发送来电号码,最后,即可根据来电号码和/或APP客户端的登录号码,来生成消息搜索请求,从而使SDK服务器根据该消息搜索请求实现消息的查找,进而得到推送消息;最后,SDK客户端(由于其集成在APP客户端中,也相当于APP客户端)在接收到推送消息后,即可解析该推送消息,并唤醒接收终端的屏幕,以在屏幕上展示或播放该推送方式(可以但不限于为:文本消息内容采用展示方式,而图片、视频和/或语音内容则采用播放方式)。
通过上述设计,本发明利用电话呼叫的方式来接收消息,并在接收到电话呼叫时唤醒APP 客户端,并同时向SDK客户端发送来电号码,从而实现消息的接收;即本发明可以确保接收终端上的APP客户端在接收消息时处于唤醒状态,从而保证了APP客户端能够获取消息,而不会因内存问题被系统终止进程,保证了消息的送达率;同时,采用APP客户端进行消息的解析,能够直接在屏幕上实现多种消息类型的内容展示,大大的提高了消息展示的便捷性。
在一个可能的设计中,所述消息搜索请求包括第一消息搜索请求,所述推送消息包括第一推送消息;
其中,根据所述来电号码和/或所述登录号码,生成消息搜索请求,包括:
判断所述来电号码是否属于预设号码,其中,所述预设号码为SDK语音呼叫服务器的呼叫号码;
若是,则根据所述预设号码,生成第一消息搜索请求;
相应的,向SDK服务器发送所述消息搜索请求,以使所述SDK服务器在接收到所述消息搜索请求后,进行消息搜索,以得到APP服务器发送的推送消息,包括:
向SDK服务器发送第一消息搜索请求,以使所述SDK服务器在接收到所述第一消息搜索请求后,进行消息搜索,以得到APP服务器发送的第一推送消息。
基于上述公开的内容,本发明公开了消息搜索的其中一种方法,即根据来电号码,来判断消息推送的种类,在本发明中,若来电号码是SDK语音呼叫服务器的呼叫号码,即表示为软件应用的大数据推送消息(例如,各种APP软件后台给用户的推送消息),此时,即可利用预设号码和登录号码完成消息的推送,即利用预设号码和登录号码在SDK服务器中进行消息搜索,从而得到第一推送消息,并利用登录号码发送至对应用户的接收终端上;最后,即可在接收终端上展示或播放第一推送消息。
在一个可能的设计中,所述消息搜索请求还包括第二消息搜索请求,所述推送消息还包括第二推送消息;
其中,根据所述来电号码和/或所述登录号码,生成消息搜索请求,包括:
若所述来电号码不属于预设号码,则判断所述来电号码是否为用户直接呼叫号码;
若是,则判断所述用户直接呼叫号码是否属于特征号码库中的特征号码;
若是,则根据所述用户直接呼叫号码,生成第二消息搜索请求;
相应的,向SDK服务器发送所述消息搜索请求,以使所述SDK服务器在接收到所述消息搜索请求后,进行消息搜索,以得到APP服务器发送的推送消息,包括:
向所述SDK服务器发送所述第二消息搜索请求,以使所述SDK服务器在接收到所述第二消息搜索请求后,进行消息搜索,以得到所述APP服务器发送的第二推送消息。
基于上述公开的内容,本发明公开了另一种消息搜索方法,即来电号码不是预设号码,则表明不是软件应用的大数据推送消息;此时,需要判断该来电号码号码是否为用户直接呼叫号码(即是否为用户直接通过运营商电话网络呼叫),若是,则判断该来电号码是否为特征号码库中的特征号码(例如,是否是诈骗号码库中的号码或政府号码库中的号码等),若为特征号码,则可根据该用户直接呼叫号码来进行消息搜索,以得到第二推送消息(例如,若是诈骗号码库中的号码,第二推送消息则可以但不限于反诈骗视频),并在接收终端的屏幕上进行展示或播放。
在一个可能的设计中,唤醒接收终端的屏幕,并在屏幕上展示或播放所述推送消息,包括:
唤醒所述接收终端的屏幕,并在屏幕上以预设方式展示或播放所述第二推送消息,其中,所述预设方式存储在所述第二推送消息中。
基于上述公开的内容,本发明还设置有第二推送消息不同的消息展示或播放方式,以满足不同的使用场景,大大的提高了使用的便捷性。
在一个可能的设计中,在获取来电号码前,所述方法还包括:
接收所述APP客户端发送的权限检测请求;
对所述接收终端进行权限检测,并得出检测结果;
向所述APP客户端发送所述检测结果,以便所述APP客户端根据所述检测结果开启所述接收终端实现在屏幕上展示或播放所述推送消息的所有权限。
基于上述公开的内容,本发明在进行消息接收前,还需要APP客户端开启接收终端实现前述推送消息展示或播放的所有权限(其实质为通过SDK客户端开启权限),以便能够在接收到推送消息时,唤醒屏幕,并展示或者播放推送消息中的内容;在本发明中,开启的权限可以但不限于包括默认应用电话权限。
在一个可能的设计中,在接收APP服务器发送的消息发送任务中的至少一条消息发送请求后,所述方法还包括:
向SDK语音呼叫服务器发送所述消息接收对象的电话号码,以使所述SDK语音呼叫服务器根据所述消息接收对象的电话号码,向消息接收对象的接收终端发起语音呼叫请求,并使所述接收终端在接收到所述语音呼叫请求后,唤醒APP客户端,并将所述语音呼叫请求对应的电号码发送至SDK客户端。
基于上述公开的内容,本发明公开了来电号码的其中一种获取方式,即SDK语音呼叫服务器根据APP服务器上传的消息发送请求中的电话号码呼叫接收终端,从而在接收终端接收到此语音呼叫请求时,唤醒APP客户端,并同时将来电号码发送至SDK客户端,进而实现消息的获取。
第二方面,本发明提供了一种基于手机熄屏状态下的消息接收装置,以装置为SDK客户端为例,包括:获取单元、请求生成单元、第一发送单元、第一接收单元以及消息展示单元;
所述获取单元,用于获取来电号码,其中,所述来电号码是接收终端在接收到语音呼叫请求时得到的,且所述接收终端在接收到所述语音呼叫请求时会唤醒所述APP客户端;
所述获取单元,还用于获取所述APP客户端的登录号码;
所述请求生成单元,用于根据所述登录号码和/或所述来电号码,生成消息搜索请求;
所述第一发送单元,用于向SDK服务器发送所述消息搜索请求,以使所述SDK服务器在接收到所述消息搜索请求后,进行消息搜索,以得到APP服务器发送的推送消息,其中,所述推送消息包括文本、图片、语音和/或视频,所述消息搜索请求包括所述来电号码和/或所述登录号码;
所述第一接收单元,用于接收所述SDK服务器发送的推送消息;
所述消息展示单元,用于唤醒所述接收终端的屏幕,并在屏幕上展示或播放所述推送消息。
在一个的可能的设计中,所述请求生成单元包括:判断子单元和消息搜索请求生成子单元;
所述判断子单元,用于判断所述来电号码是否属于预设号码,其中,所述预设号码为SDK 语音呼叫服务器的呼叫号码;
所述消息搜索请求生成子单元,用于在所述判断子单元判断为是时,根据所述预设号码以及所述登录号码,生成第一消息搜索请求;
所述第一发送单元,还用于向SDK服务器发送第一消息搜索请求,以使所述SDK服务器在接收到所述第一消息搜索请求后,进行消息搜索,以得到APP服务器发送的第一推送消息。
在一个可能的设计中:
所述判断子单元,还在判断出所述来电号码不属于预设号码时,判断所述来电号码是否为用户直接呼叫号码;
所述判断子单元,还在判断出来电号码为用户直接呼叫号码时,判断所述用户直接呼叫号码是否属于特征号码库中的特征号码;
所述消息搜索请求生成子单元,还用于在判断子单元判断出用户直接呼叫号码属于特征号码库中的特征号码时,根据所述用户直接呼叫号码,生成第二消息搜索请求;
所述第一发送单元,还用于向所述SDK服务器发送所述第二消息搜索请求,以使所述SDK 服务器在接收到所述第二消息搜索请求后,进行消息搜索,以得到所述APP服务器发送的第二推送消息。
在一个可能的设计中,所述SDK客户端还包括:权限检测单元;
所述第一接收单元,还用于接收所述APP客户端发送的权限检测请求;
所述权限检测单元,用于对所述接收终端进行权限检测,并得出检测结果;
所述第一发送单元,还用于向所述APP客户端发送所述检测结果,以便所述APP客户端根据所述检测结果开启所述接收终端实现在屏幕上展示或播放所述推送消息的所有权限。
第三方面,本发明提供了另一种基于手机熄屏状态下的消息接收装置,以装置为SDK服务器为例,包括:第二接收单元、消息查找单元、消息生成单元以及第二发送单元;
所述第二接收单元,用于接收APP服务器发送的消息发送任务,其中,所述消息发送任务包括至少一条消息发送请求以及至少一条待推送消息,所述至少一条消息发送请求中的每个消息发送请求包括待发送内容、消息接收对象的电话号码以及消息类型,所述至少一条待推送消息中的每条待推送消息包括待推送内容;
所述第二接收单元,还用于接收SDK服务器发送的消息搜索请求,其中,所述消息搜索请求包括来电号码和/或APP客户端的登录号码;
所述消息查找单元,用于根据所述来电号码和/或所述登录号码,在所述消息发送任务中,查找出与所述来电号码和/或所述登录号码相对应的消息发送请求或待推送消息;
所述消息生成单元,用于根据与所述来电号码和/或所述登录号码相对应的消息发送请求或待推送消息,得到推送消息;
所述第二发送单元,用于向所述SDK客户端发送所述推送消息,以使所述SDK客户端在接收到所述推送消息后,唤醒接收终端的屏幕,并在屏幕上展示或播放所述推送消息,其中,所述接收终端为消息接收对象对应的终端。
在一个可能的设计中:
所述第二发送单元,还用于向SDK语音呼叫服务器发送所述消息接收对象的电话号码,以使所述SDK语音呼叫服务器根据所述消息接收对象的电话号码,向消息接收对象的接收终端发起语音呼叫请求,并使所述接收终端在接收到所述语音呼叫请求后,唤醒APP客户端,并将所述语音呼叫请求对应的来电号码发送至SDK客户端。
第四方面,本发明提供了一种设备,包括依次通信相连的存储器、处理器和收发器,其中,所述存储器用于存储计算机程序,所述收发器用于收发消息,所述处理器用于读取所述计算机程序,执行如第一方面或第一方面中任意一种可能设计的所述基于手机熄屏状态下的消息接收方法。
第五方面,本发明提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有指令,当所述指令在计算机上运行时,执行如第一方面或第一方面中任意一种可能设计的所述基于手机熄屏状态下的消息接收方法。
第六方面,本发明供了一种包含指令的计算机程序产品,当所述指令在计算机上运行时,使所述计算机执行如第一方面或第一方面中任意一种可能设计的所述基于手机熄屏状态下的消息接收方法。
附图说明
图1是本发明提供的基于手机熄屏状态下的消息接收系统的系统架构示意图。
图2是本发明提供的基于手机熄屏状态下的消息接收方法的步骤流程示意图。
图3是本发明提供的第一种消息推送流程图。
图4是本发明提供的第二种消息接推送流程图。
图5是本发明提供的SDK客户端的结构示意图。
图6是本发明提供的SDK服务器的结构示意图。
图7为是本发明提供的设备的结构示意图。
具体实施方式
下面结合附图及具体实施例来对本发明作进一步阐述。在此需要说明的是,对于这些实施例方式的说明虽然是用于帮助理解本发明,但并不构成对本发明的限定。本文公开的特定结构和功能细节仅用于描述本发明的示例实施例。然而,可用很多备选的形式来体现本发明,并且不应当理解为本发明限制在本文阐述的实施例中。
应当理解,尽管本文可能使用术语第一、第二等等来描述各种单元,但是这些单元不应当受到这些术语的限制。这些术语仅用于区分一个单元和另一个单元。例如可以将第一单元称作第二单元,并且类似地可以将第二单元称作第一单元,同时不脱离本发明的示例实施例的范围。
应当理解,对于本文中可能出现的术语“和/或”,其仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,单独存在B,同时存在A和B三种情况;对于本文中可能出现的术语“/和”,其是描述另一种关联对象关系,表示可以存在两种关系,例如,A/和B,可以表示:单独存在A,单独存在A和B两种情况;另外,对于本文中可能出现的字符“/”,一般表示前后关联对象是一种“或”关系。
实施例
如图1所示,为本申请提供一种系统架构,包括APP客户端、APP服务器、SDK(Software Development Kit,软件开发工具包)客户端、SDK服务器、SDK语音呼叫服务器以及SDK开放平台;其中,SDK开放平台用于实现APP客户端与SDK客户端的集成,即APP客户端在SDK 开放平台中下载SDK客户端对应的软件开发工具包,以实现其与SDK客户端的集成;而APP 服务器则用于向SDK服务器发送消息发送任务(即发送消息发送请求以及待推送消息,以便后续进行消息的推送);而SDK语音呼叫服务器则借助运营商电话网络实现语音呼叫,从而使接收终端在接收到语音呼叫时,唤醒APP客户端,并将来电号码发送至SDK客户端,最后, SDK客户端则可根据来电号码和/或APP客户端的登录号码生成消息搜索请求并上传至SDK服务器,以实现消息的搜索,并最终得到推送消息,从而对推送消息进行解析,并唤醒接收终端的屏幕,进而在屏幕上进行消息内容的展示或播放。
如图2所示,本实施例第一方面所提供的基于手机熄屏状态下的消息接收方法,可以确保接收终端上的APP客户端在接收消息时处于唤醒状态,从而保证了APP客户端能够获取消息,而不会因内存占用问题被系统终止进程,保证了消息的送达率;同时,采用APP客户端进行消息的解析,能够直接在屏幕上实现多种消息类型的内容展示,大大的提高了消息展示的便捷性;其实现步骤可以但不限于包括如下步骤S101~S112。
S101.APP服务器向SDK服务器发送消息发送任务,其中,所述消息发送任务包括至少一条消息发送请求以及至少一条待推送消息,所述至少一条消息发送请求中的每个消息发送请求包括待发送内容、消息接收对象的电话号码以及消息类型,所述至少一条待推送消息中的每条待推送消息包括待推送内容。
步骤S101则是上传要推送的消息的过程;在本实施例中,消息发送任务包含有两种消息,其中一种是:消息发送请求;另一种则为:待推送消息。
其中,消息发送请求则是各种软件应用根据大数据,要给用户推送的消息;例如,常见的百度地图、淘宝、京东和/或拼多多等软件应用根据大数据给用户推送的各种消息;即消息发送请求由各个软件应用的服务器自动上传至SDK服务器。
而待推送消息则是针对用户预先存储的内容,其可以但不限于由以下两种方式上传:(1) APP服务器的管理人员在服务器中预先设置待推送消息;(2)由用户通过APP客户端上传待推送消息,并由APP客户端将待推送消息发送至APP服务器,最后再通过APP服务器发送至 SDK服务器。
在本实施例中,消息发送请求以及待推送消息均在SDK语音呼叫服务器中有预设的电话号码;例如,对于消息发送请求,其针对的则是各个软件应用在进行消息推送时,SDK语音呼叫服务器对应的语音呼叫电话号码(可以但不限于为SDK语音呼叫服务器中号码池中随机选取,此号码用于在消息搜索时,作为消息搜索的依据);而对于待推送消息,则是针对待推送消息的内容所属类型来设置的电话号码(例如,待推送消息为反诈骗视频,那就是对应为管理人员设置的诈骗号码库中的号码;又如,待推送消息为政府安全宣传视频,对应的则为政府人员号码库中的号码)。
通过在前述消息发送请求以及待推送消息中设置相应的匹配电话,即可在后续接收到来电号码时,根据来电号码与预设的电话号码,进行消息的查找。
S102.SDK服务器接收APP服务器发送的消息发送任务。
S103.SDK客户端获取来电号码,其中,SDK客户端集成于APP客户端中,所述来电号码是接收终端在接收到语音呼叫请求时得到的,且所述接收终端在接收到所述语音呼叫请求时会唤醒所述APP客户端。
S104.SDK客户端获取所述APP客户端的登录号码。
步骤S103和步骤S104则是实现来电唤醒APP客户端,以及SDK客户端获取来电号码以及登录号码过程。
在本实施例中,SDK客户端集成于APP客户端中,即相当于APP客户端集成了SDK客户端的功能,其可开启接收终端的必要权限,以实现推送消息的展示或播放,以及实现APP客户端的来电唤醒。
在本实施例中,将SDK客户端集成于APP客户端内可以但不限于采用如下步骤:
第一步:SDK开放平台在接收到APP服务器发送的账号申请请求后,向APP服务器发送开发者账号,以使APP服务器的工作人员得到所述开发者账号,并通过开发者账号登录SDK 开放平台进行客户端的创建操作。
第二步:SDK开放平台在检测到工作人员使用开发者号进行登录操作时,响应登录操作,进入至SDK开放平台的开发界面。
第三步:SDK开放平台检测到工作人员进行的APP客户端创建操作时,响应APP客户端创建操作,创建第一APP客户端,其中,创建第一APP客户端包括填写第一APP客户端名称、第一APP客户端标识、第一APP客户端包名以及第一APP客户端描述。
第四步:SDK开发平台给第一APP客户端分配appKey(密钥)和appSecret(私钥),并将appKey和appSecret同步给SDK服务器。
第五步:SDK开发平台将SDK软件包发送至APP服务器,以使所述APP服务器的工作人员将所述SDK软件包写入第一APP客户端中,得到集成有SDK客户端的APP客户端。
通过前述步骤,即可实现APP客户端与SDK客户端的集成,从而使APP客户端具备SDK 客户端的功能。
在本实施例中,举例来电号码可以但不限于由接收终端的操作系统发送至SDK客户端,而APP客户端的登录号码,则可以由APP客户端发送至SDK客户端。
在本实施例中,为保证SDK客户端(由于SDK客户端集成在APP客户端中,相当于也是 APP客户端进行消息的接收)在接收到推送消息时,能够唤醒接收终端的屏幕,并在屏幕上进行推送消息的展示或播放,还需要在获取来电号码前,进行接收终端权限的开启,其可以但不限于包括如下步骤S001~S003。
S001.接收所述APP客户端发送的权限检测请求。
S002.对所述接收终端进行权限检测,并得出检测结果。
S003.向所述APP客户端发送所述检测结果,以便所述APP客户端根据所述检测结果开启所述接收终端实现在屏幕上展示或播放所述推送消息的所有权限。
前述步骤S001~S003的原理为:由于APP客户端内集成了SDK客户端,因此,可借助SDK客户端进行权限的检测(即实现来电唤醒APP客户端,以及在屏幕上展示或播放推送消息的所有权限);在本实施例中,举例可以但不限于利用SDK客户端的API(ApplicationProgramming Interface,应用程序接口)进行权限检测。
在本实施例中,步骤S003中要开启的所有权限可以但不限于为:一个以默认电话应用权限为核心的权限集;该权限集采用Json串格式进行描述,根据不同厂商的智能终端,再按照品牌、机型、UI(User Interface Design,界面设计)版本和OS(operation system,操作系统)版本等维度,准确定义该智能终端应该开启的必要权限。
下述以一个Json串来进行示例:
在本实施例中,还可根据要推送消息的类型,开启更多的权限,且由于不同厂商的智能终端要求不同,涉及锁屏显示、后台弹出以及悬浮窗等权限也不同,因此,上述步骤S004 中的所有权限可根据机型不同,进行适应性修改,以满足本发明实现推送消息展示或播放的技术功能。
同时,由于在前述步骤S101中就已说明,SDK服务器接收的消息发送任务中具有两种不同的消息,其一是消息发送请求,其二是待推送消息;因此,上述两种消息也对应着不同的来电号码,且在本实施例中,前述两种消息的来电号码具有不同的呼叫方式。
消息发送请求对应的呼叫方式是:
SDK服务器在接收APP服务器发送的消息发送任务中的至少一条消息发送请求后,会向 SDK语音呼叫服务器发送消息接收对象的电话号码,以使SDK语音呼叫服务器根据所述消息接收对象的电话号码,向消息接收对象的接收终端发起语音呼叫请求,并使接收终端在接收到语音呼叫请求后,唤醒APP客户端,并将所述语音呼叫请求对应的来电号码发送至SDK客户端。
即消息发送请求上传至SDK服务器后,是由SDK服务器发起语音通话任务,并由SDK语音呼叫服务器借助运营商电话网络呼叫接收终端(即利用消息接收对应的电话号码进行呼叫);而接收终端在接收到SDK语音呼叫服务器发起的语音呼叫请求后,即可唤醒APP客户端,并将语音呼叫请求对应的来电号码发送至SDK客户端,以使SDK客户端完成推送消息的接收。
在本实施例中,SDK语音呼叫服务器呼叫接收终端是利用其指定的呼叫号码进行呼叫的;即在本实施例中,SDK语音呼叫服务器中存储有指定的呼叫号码池(呼叫号码池中存储有多个预设号码),其实质为:由于消息发送请求由各个软件应用的服务器发起,因此,SDK语音呼叫服务器可为各个软件应用的后台在呼叫号码池中随机选取一个号码进行语音呼叫,从而为各个软件应用的消息发送请求提供呼叫服务。
下面以在呼叫号码池中随机抽取一个预设号码为例来具体阐述:
例如,百度地图软件应用在SDK语音呼叫服务器随机抽取的预设号码为:(028)88** 8885;又如,京东软件应用在SDK语音呼叫服务器随机抽取的预设号码为:(028)20**8844;再如,淘宝软件应用在SDK语音呼叫服务器随机抽取的预设号码为:(028)55**1256。
因此,SDK语音呼叫服务器向接收终端发起的语音呼叫,接收终端上显示的来电号码可以但不限于为虚拟号码,而该虚拟号码则可在后续步骤作为消息搜索的依据,进行虚拟电话对应消息发送请求中待发送内容的搜索,以便利用消息搜索结果组成推送消息。
同理,待推送消息对应的呼叫方式为:
用户直接通过运营商电话网络进行呼叫,其相当于现有的电话A与电话B之间的语音呼叫,即接收终端上显示的为电话发起用户的真实电话号码,且接收终端在接收到语音呼叫时,也会唤醒APP客户端,并同时将其屏幕上显示的来电号码发送至SDK客户端。
例如,用户张三给用户李四拨打电话,李四的手机则作为接收终端,那么李四的手机上显示的则为张三的电话号码。
因此,结合前述对待推送消息的解释可知,当来电号码为用户真实电话号码(即用户直接呼叫号码)时,即可根据该号码,检索到相应的待推送消息,以将检索到的待推送消息作为推送消息。
在本实施例中,由于前述就已说明APP客户端中集成了SDK客户端,因此,可借助SDK 客户端,在接收终端接收到语音呼叫时,唤醒APP客户端,并实现来电号码上传,从而根据来电号码完成推送消息的接收。
由此通过前述来电号码获取步骤的详细阐述,即可清楚的表明APP客户端对接收终端来电号码的获取,以及来电号码的呼叫过程。
在SDK客户端接收到来电号码以及登录号码后,SDK客户端则可根据来电号码进行推送消息的收取,如以下步骤S105~S109所示。
S105.SDK客户端根据所述来电号码和/或所述登录号码,生成消息搜索请求,其中,所述消息搜索请求包括所述来电号码和/或所述登录号码。
S106.SDK客户端向SDK服务器发送所述消息搜索请求。
S107.SDK服务器接收SDK客户端发送的消息搜索请求。
S108.SDK服务器根据所述来电号码和/或所述登录号码,在所述消息发送任务中,查找出与所述来电号码和/或所述登录号码相对应的消息发送请求或待推送消息。
S109.SDK服务器根据与所述来电号码和/或所述登录号码相对应的消息发送请求或待推送消息,得到推送消息。
前述步骤S105~S109的消息搜索原理则为:根据来电号码和/或登录号码,在SDK服务器中查找与来电号码和/或登录号码对应的消息发送请求或待推送消息,从而利用待推送消息或消息发送请求中的待发送内容组成推送消息。
由于在前述就已说明,具有两种不同的消息(即消息发送请求以及待推送内容),二者对应有不同的来电号码,因此,进行消息搜索时也具有不同的检索方式。
在本实施例中,举例消息搜索请求包括第一消息搜索请求和第二消息搜索请求,其中,第一消息搜索请求则用于搜索消息发送请求;而第二消息搜索请求则用于搜索待推送消息。
同理,推送消息则包括第一推送消息以及第二推送消息;其中,第一推送消息则是利用消息发送请求中的待发送内容得到的;而第二推送消息则是根据待推送消息得到的。
因此,在本实施例中,根据来电号码的不同,步骤S105中的根据所述来电号码和/或所述登录号码,生成消息搜索请求,具有如下两种方式:
第一种如以下步骤S105a和步骤S105b所示。
S105a.判断所述来电号码是否属于预设号码,其中,所述预设号码为SDK语音呼叫服务器的呼叫号码。
S105b.若是,则根据所述预设号码以及所述登录号码,生成第一消息搜索请求。
步骤S105a和步骤S105b则是判断出来电号码属于SDK语音呼叫服务器指定的呼叫号码后,所生成的第一消息搜索请求;即判断出来电号码为前述所提到的虚拟号码(即预设号码中的一种);此时,则生成第一消息搜索请求,即将该虚拟号码以及APP客户端的登录号码写入第一消息搜索请求中,并发送至SDK服务器。
当然,相应的,向SDK服务器发送消息搜索请求,以使SDK服务器在接收到消息搜索请求后,进行消息搜索,以得到APP服务器发送的推送消息,则变为:
向SDK服务器发送第一消息搜索请求,以使所述SDK服务器在接收到所述第一消息搜索请求后,进行消息搜索,以得到APP服务器发送的第一推送消息。
在本实施例中,SDK服务器在接收到第一消息搜索请求后,进行消息搜索的过程如下:
A.SDK服务器根据第一消息搜索请求中的预设号码和登录号码,在至少一条消息发送请求中查找出与预设号码相匹配的消息发送请求。
B.SDK服务器将与预设号码和登录号码相匹配的消息发送请求中的待发送内容,作为第一推送消息。
下述以一个实例来说明:
在前述举例的基础上,假设SDK语音呼叫服务器中的预设号码包括:(028)88**8885、 (028)20**8844以及(028)55**1256;其中,(028)88**8885对应的软件应用为百度,其给用户Q1(登录号码为152 28****99)的消息发送请求为D1,给用户Q2(登录号码为15233****66)的消息发送请求为D2;(028)20**8844对应的软件应用为京东,其给用户Q1(登录号码为152 28****99)的消息发送请求为J1,给用户Q2(登录号码为1528 33** **66)的消息发送请求为J2;(028)55**1256对应的软件应用为淘宝,其给用户Q1(登录号码为15228****99)的消息发送请求为L1,给用户Q2(登录号码为1528 33****66) 的消息发送请求为L2。
假设SDK客户端接收到的来电号码为:(028)88**8885;登录号码为152 28****99;根据前述来电号码可知,属于前述三种预设号码中的一种,因此,SDK客户端会生成第一消息搜索请求,而第一消息搜索请求中则包含有(028)88**8885这一来电号码以及152 28****99这一登录号码。
而SDK服务器在接收到第一消息搜索请求后,即可在上述六条消息发送请求中进行消息的查找;具体为:首先根据来电号码可知是属于百度应用的推送消息;那么再根据登录号码可知,其是给用户Q1进行消息推送;因此,即可查找出消息发送请求D1;最后,即可将消息发送请求D1中的待发送内容作为第一推送消息发送至SDK客户端。
同理,若来电号码不为预设号码,那么步骤S105中的根据所述来电号码和/或所述登录号码,生成消息搜索请求,则包括如下步骤S105c、步骤S105d和步骤S105e。
S105c.判断所述来电号码是否为用户直接呼叫号码。
S105d.若是,则判断所述用户直接呼叫号码是否属于特征号码库中的特征号码。
S105c.若是,则根据所述用户直接呼叫号码,生成第二消息搜索请求。
前述步骤S105c~S105d的原理则为:若来电号码不属于预设号码,此时,则需要判断该来电号码是否为用户直接呼叫号码,也就是前述所提到的用户的真实电话号码;若为用户的真实电话号码,则再判断该号码是否为特征号码库中的特征号码,若是,则可生成第二消息搜索请求。
在本实施例中,特征号码库则是由用户预先设置在SDK客户端中,其内部可以但不限于包括:诈骗号码库、政府人员号码库和/或某个企业的号码库;其中,上述三个号码库中的电话号码则为特征号码。
当然,在生成第二消息搜索请求后,向SDK服务器发送所述消息搜索请求,以使所述SDK 服务器在接收到所述消息搜索请求后,进行消息搜索,以得到APP服务器发送的推送消息,则变为:
向所述SDK服务器发送所述第二消息搜索请求,以使所述SDK服务器在接收到所述第二消息搜索请求后,进行消息搜索,以得到所述APP服务器发送的第二推送消息。
在本实施例中,SDK服务器在接收到第二消息搜索请求后,进行消息搜索的过程如下:
C.SDK服务器根据第二消息搜索请求中的用户直接呼叫号码,在至少一条待推送消息中查找出与用户直接呼叫号码相匹配的待推送消息。
D.SDK服务器将与用户直接呼叫号码相匹配的待推送消息,作为第二推送消息。
下述以一个实例来阐述前述步骤S105c~S105d,以及步骤C和D:
假设特征号码库包括诈骗号码库、政府人员号码库和企业W的号码库,其中诈骗号码库内部包括若干诈骗号码,例如,158****6999;185****2545;198****6987;政府人员号码库中包括若干政府人员号码;例如,185****5878;158****2587;企业W的号码库包括若干企业W的宣传号码;例如,157****6969;152****2212。
其中,诈骗号码库中的任一号码对应的待推送消息为G1(可以但不限于为反诈骗视频);政府人员号码库中任一号码对应的待推送消息为G2(可以但不限于为安全宣传视频,当然,还可根据政府不同部门,在政府人员号码库中设置相应的政府人员号码,以设置不同的待推送消息);企业W的号码库中的任一宣传号码对应的待推送消息为G3(可以但不限于为企业业务视频)。
假设SDK客户端接收到的来电号码为158****6999,首先,SDK客户端判断出此号码不属于预设号码,且该号码为用户直接呼叫号码;那么则可直接生成第二消息搜索请求。
而SDK服务器在接收到第二消息搜索请求后,即可根据第二消息搜索请求中的用户直接呼叫号码(即前述号码158****6999),在至少一条待推送消息中查找与用户直接呼叫号码相匹配的待推送消息,即前述158****6999属于诈骗号码库中的号码,那么其对应的待推送消息则为G1,也就是反诈骗视频;因此,则可把待推送消息G1作为第二推送消息。
在得到第一推送消息或第二推送消息后,即可进行推向消息的展示或播放,即如以下步骤S110~S112所示。
S110.SDK服务器向所述SDK客户端发送所述推送消息。
S111.SDK客户端接收所述SDK服务器发送的推送消息。
S112.SDK客户端唤醒接收终端的屏幕,并在屏幕上展示或播放所述推送消息。
步骤S110~S112则是接收到推送消息后,唤醒接收终端的屏幕,并在屏幕上展示或播放推送消息的过程。
在本实施例中,举例推送消息的内容为文本消息时,在屏幕上采用展示方式进行内容展示;而若推送消息的内容为图片、视频和/或语音时,则在屏幕上采用播放方式进行内容的展示。
即在本发明中,接收终端的屏幕无论在锁屏、熄屏还是灭屏的情况下,在接收到推送消息时,均可以将屏幕唤醒,并在屏幕上将消息内容直接播放或展示,从而无需用户解锁屏幕,且可实现多种消息类型的展示。
在本实施例中,为了提高用户对推送消息阅读的及时性,还可以但不限于在SDK客户端接收到推送消息时,设置亮屏、响铃和/或振动提醒;当然,只需要APP客户端通过SDK客户端开启接收终端相应的权限即可。
在本实施例中,当推送消息为第二推送消息时,举例唤醒接收终端的屏幕,并在屏幕上展示或播放所述推送消息,包括:
唤醒所述接收终端的屏幕,并在屏幕上以预设方式展示或播放所述第二推送消息,其中,所述预设方式存储在所述第二推送消息中。
通过前述设计,可通过在待推送消息中设置预设方式,从而在屏幕上以预设方式展示或播放第二推送消息,进而适用于不同场景,提高使用的便捷性。
在本实施例中,举例预设方式可以但不限于包括:
预设方式一:SDK客户端监听到来电号码后直接自动挂机,然后再展示或播放第二推送消息。
预设方式二:SDK客户端监听到来电号码后继续振铃,当用户在播放消息的页面(可以但不限于为在接收到第二推送消息后,在屏幕上以弹窗显示,而播放消息的页面则为该弹窗) 中点击接听按钮时,APP客户端(其内部集成了SDK客户端,也相当于SDK客户端)结束消息展示进程跳转到系统通话界面;点击挂断按钮时,挂机并关闭当前窗口。
预设方式可以但不限于用于前述反诈骗电话应用场景,即接收终端接收到诈骗人员的来电后,即判断出来电号码为诈骗号码库中的号码,那么此时,SDK客户端则会将反诈骗视频在屏幕上以弹窗进行播放,而用户在看完该视频后,即可在弹窗中点击接听按钮,此时,则会跳转到与诈骗人员的正常通话中。
预设方式三:SDK客户端监听到来电电话后继续振铃,当用户在播放消息的页面中点击接听按钮时(也相当于前述方式二的消息播放弹窗),关闭消息展示窗口并进入到APP客户端的通话界面;点击挂断按钮时,挂机并关闭当前窗口。
当然,预设方式可根据用户实际需求而具体设置,本实施例中不做具体限定。
在本实施例中,若来电号码不属于预设号码,以及不为用户直接呼叫号码,则跳转到接收终端的系统通话界面,以实现与来电号码对应发送终端的语音通话。
下述对本实施例前述所公开的两种消息传输方法以及对应的消息推送以及接收方法,进行总结,分别如下:
如图3所示,当APP服务器向SDK服务器中上传至少一条消息发送请求时,消息推送以及接收步骤如下述步骤S201~S210;该消息推送适用于各个软件应用进行大数据消息推送。
S201.SDK服务器接收APP服务器发送的至少一条消息发送请求,其中,所述至少一条消息发送请求中的每个消息发送请求包括待发送内容、消息接收对象的电话号码以及消息类型。
S202.SDK服务器向SDK语音呼叫服务器发送消息接收对象的电话号码。
S203.SDK语音呼叫服务器根据消息接收对象的电话号码,向消息接收对象的接收终端发起语音呼叫请求。
S204.接收终端接收到语音呼叫请求时,唤醒APP客户端,并同时将语音呼叫请求对应的来电号码发送至SDK客户端。
S205.SDK客户端获取APP客户端的登录号码。
S206.SDK客户端判断来电号码是否属于预设号码,其中,所述预设号码为SDK语音呼叫服务器的呼叫号码;
S207.若是,则根据所述预设号码和登录号码,生成第一消息搜索请求。
S208.向SDK服务器发送第一消息搜索请求,以使所述SDK服务器在接收到所述第一消息搜索请求后,进行消息搜索,以得到APP服务器发送的第一推送消息。
S209.接收所述SDK服务器发送的第一推送消息。
S210.唤醒接收终端的屏幕,并在屏幕上展示或播放所述第一推送消息。
如图4所示,当APP服务器向SDK服务器中上传至少一条待推送消息时,消息推送以及接收步骤如下述步骤S301~S310;该消息推送适用于反诈骗宣传等场景。
S301.SDK服务器接收APP服务器发送的至少一条消息发送请求。
S302.发送终端向通过运营商电话网络向接收终端发起语音呼叫请求。
S303.接收终端接收到语音呼叫请求时,唤醒APP客户端,并同时将语音呼叫请求对应的来电号码发送至SDK客户端。
S304.SDK客户端判断来电号码是否属于预设号码,其中,所述预设号码为SDK语音呼叫服务器的呼叫号码;
S305.若否,则判断所述来电号码是否为用户直接呼叫号码。
S306.若是,则判断所述用户直接呼叫号码是否属于特征号码库中的特征号码。
S307.若是,则根据所述用户直接呼叫号码,生成第二消息搜索请求。
S318.向SDK服务器发送第二消息搜索请求,以使所述SDK服务器在接收到所述第二消息搜索请求后,进行消息搜索,以得到APP服务器发送的第二推送消息。
S309.接收所述SDK服务器发送的第二推送消息。
S310.唤醒接收终端的屏幕,并在屏幕上展示或播放所述第二推送消息。
在本实施例中,待推送消息的上传与前述步骤S101中阐述的一致,于此不多加赘述。
综上所述,本发明提供的基于手机熄屏状态下的消息接收方法,具有如下有益效果:
(1)本发明可以确保接收终端上的APP客户端在接收消息时处于唤醒状态,从而保证了APP客户端能够获取消息,从而不会因内存问题而被系统终止进程,保证了消息的送达率。
(2)同时,本发明采用APP客户端进行消息的解析,能够直接在屏幕上实现多种消息类型的内容展示(支持视频、图片、语音和/或文本等各种格式),大大的提高了消息展示的便捷性。
如图5所示,本实施例第二方面提供了一种实现实施例第一方面中所述的基于手机熄屏状态下的消息接收方法的硬件装置,以装置为SDK客户端为例,包括:获取单元、请求生成单元、第一发送单元、第一接收单元以及消息展示单元。
所述获取单元,用于获取来电号码,其中,所述来电号码是接收终端在接收到语音呼叫请求时得到的,且所述接收终端在接收到所述语音呼叫请求时会唤醒所述APP客户端。
所述获取单元,还用于获取所述APP客户端的登录号码。
所述请求生成单元,用于根据所述登录号码和/或所述来电号码,生成消息搜索请求。
所述第一发送单元,用于向SDK服务器发送所述消息搜索请求,以使所述SDK服务器在接收到所述消息搜索请求后,进行消息搜索,以得到APP服务器发送的推送消息,其中,所述推送消息包括文本、图片、语音和/或视频,所述消息搜索请求包括所述来电号码和/或所述登录号码。
所述第一接收单元,用于接收所述SDK服务器发送的推送消息。
所述消息展示单元,用于唤醒所述接收终端的屏幕,并在屏幕上展示或播放所述推送消息。
在一个的可能的设计中,所述请求生成单元包括:判断子单元和消息搜索请求生成子单元。
所述判断子单元,用于判断所述来电号码是否属于预设号码,其中,所述预设号码为SDK 语音呼叫服务器的呼叫号码。
所述消息搜索请求生成子单元,用于在所述判断子单元判断为是时,根据所述预设号码以及所述登录号码,生成第一消息搜索请求。
所述第一发送单元,还用于向SDK服务器发送第一消息搜索请求,以使所述SDK服务器在接收到所述第一消息搜索请求后,进行消息搜索,以得到APP服务器发送的第一推送消息。
在一个可能的设计中:
所述判断子单元,还在判断出所述来电号码不属于预设号码时,判断所述来电号码是否为用户直接呼叫号码。
所述判断子单元,还在判断出来电号码为用户直接呼叫号码时,判断所述用户直接呼叫号码是否属于特征号码库中的特征号码。
所述消息搜索请求生成子单元,还用于在判断子单元判断出用户直接呼叫号码属于特征号码库中的特征号码时,根据所述用户直接呼叫号码,生成第二消息搜索请求。
所述第一发送单元,还用于向所述SDK服务器发送所述第二消息搜索请求,以使所述SDK 服务器在接收到所述第二消息搜索请求后,进行消息搜索,以得到所述APP服务器发送的第二推送消息。
在一个可能的设计中,所述SDK客户端还包括:权限检测单元。
所述第一接收单元,还用于接收所述APP客户端发送的权限检测请求。
所述权限检测单元,用于对所述接收终端进行权限检测,并得出检测结果。
所述第一发送单元,还用于向所述APP客户端发送所述检测结果,以便所述APP客户端根据所述检测结果开启所述接收终端实现在屏幕上展示或播放所述推送消息的所有权限。
本实施例提供的硬件装置的工作过程、工作细节和技术效果,可以参见实施例第一方面,于此不再赘述。
如图6所示,本实施例第三方面提供另一种基于手机熄屏状态下的消息接收装置,以装置为SDK服务器为例,包括:所述第二接收单元,用于接收APP服务器发送的消息发送任务,其中,所述消息发送任务包括至少一条消息发送请求以及至少一条待推送消息,所述至少一条消息发送请求中的每个消息发送请求包括待发送内容、消息接收对象的电话号码以及消息类型,所述至少一条待推送消息中的每条待推送消息包括待推送内容。
所述第二接收单元,还用于接收SDK服务器发送的消息搜索请求,其中,所述消息搜索请求包括来电号码和/或APP客户端的登录号码。
所述消息查找单元,用于根据所述来电号码和/或所述登录号码,在所述消息发送任务中,查找出与所述来电号码和/或所述登录号码相对应的消息发送请求或待推送消息。
所述消息生成单元,用于根据与所述来电号码和/或所述登录号码相对应的消息发送请求或待推送消息,得到推送消息。
所述第二发送单元,用于向所述SDK客户端发送所述推送消息,以使所述SDK客户端在接收到所述推送消息后,唤醒接收终端的屏幕,并在屏幕上展示或播放所述推送消息,其中,所述接收终端为消息接收对象对应的终端。
在一个可能的设计中:
所述第二发送单元,还用于向SDK语音呼叫服务器发送所述消息接收对象的电话号码,以使所述SDK语音呼叫服务器根据所述消息接收对象的电话号码,向消息接收对象的接收终端发起语音呼叫请求,并使所述接收终端在接收到所述语音呼叫请求后,唤醒APP客户端,并将所述语音呼叫请求对应的来电号码发送至SDK客户端。
本实施例提供的硬件装置的工作过程、工作细节和技术效果,可以参见实施例第一方面,于此不再赘述。
如图7所示,本实施例第四方面提供了一种设备,包括:依次通信相连的存储器、处理器和收发器,其中,所述存储器用于存储计算机程序,所述收发器用于收发消息,所述处理器用于读取所述计算机程序,执行如实施例第一方面所述的基于手机熄屏状态下的消息接收方法。
具体举例的,所述存储器可以但不限于包括随机存取存储器(random accessmemory, RAM)、只读存储器(Read Only Memory image,ROM)、闪存(Flash Memory)、先进先出存储器(First Input First Output,FIFO)和/或先进后出存储器(First In Last Out,FILO) 等等;所述处理器可以不限于采用型号为STM32F105系列的微处理器、精简指令集计算机 (reduced instruction set computer,RSIC)微处理器、X86等架构处理器或集成嵌入式神经网络处理器(neural-network processing units,NPU)的处理器;所述收发器可以但不限于为无线保真(WIFI)无线收发器、蓝牙无线收发器、通用分组无线服务技术(General Packet Radio Service,GPRS)无线收发器、紫蜂协议(基于IEEE802.15.4标准的低功耗局域网协议,ZigBee)无线收发器、3G收发器、4G收发器和/或5G收发器等。此外,所述设备还可以但不限于包括有电源模块、显示屏和其它必要的部件。
本实施例提供的设备的工作过程、工作细节和技术效果,可以参见实施例第一方面,于此不再赘述。
本实施例第五方面提供了一种存储包含有实施例第一方面所述的基于手机熄屏状态下的消息接收方法的指令的存储介质,即所述存储介质上存储有指令,当所述指令在计算机上运行时,执行如第一方面所述的基于手机熄屏状态下的消息接收方法。其中,所述存储介质是指存储数据的载体,可以但不限于包括软盘、光盘、硬盘、闪存、优盘和/或记忆棒(Memory Stick)等,所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。
本实施例提供的存储介质的工作过程、工作细节和技术效果,可以参见实施例第一方面,于此不再赘述。
本实施例第六方面提供了一种包含指令的计算机程序产品,当所述指令在计算机上运行时,使所述计算机执行如实施例第一方面所述的基于手机熄屏状态下的消息接收方法,其中,所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。
最后应说明的是:以上所述仅为本发明的优选实施例而已,并不用于限制本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种基于手机熄屏状态下的消息接收方法,其特征在于,应用于SDK客户端,其中,所述SDK客户端集成于APP客户端中,包括:
获取来电号码,其中,所述来电号码是接收终端在接收到语音呼叫请求时得到的,且所述接收终端在接收到所述语音呼叫请求时会唤醒所述APP客户端;
获取所述APP客户端的登录号码;
根据所述登录号码和/或所述来电号码,生成消息搜索请求;
向SDK服务器发送所述消息搜索请求,以使所述SDK服务器在接收到所述消息搜索请求后,进行消息搜索,以得到APP服务器发送的推送消息,其中,所述推送消息包括文本、图片、语音和/或视频,所述消息搜索请求包括所述来电号码和/或所述登录号码;
接收所述SDK服务器发送的推送消息;
唤醒所述接收终端的屏幕,并在屏幕上展示或播放所述推送消息。
2.如权利要求1所述的方法,其特征在于,所述消息搜索请求包括第一消息搜索请求,所述推送消息包括第一推送消息;
其中,根据所述登录号码和/或所述来电号码,生成消息搜索请求,包括:
判断所述来电号码是否属于预设号码,其中,所述预设号码为SDK语音呼叫服务器的呼叫号码;
若是,则根据所述预设号码以及所述登录号码,生成第一消息搜索请求;
相应的,向SDK服务器发送所述消息搜索请求,以使所述SDK服务器在接收到所述消息搜索请求后,进行消息搜索,以得到APP服务器发送的推送消息,包括:
向SDK服务器发送第一消息搜索请求,以使所述SDK服务器在接收到所述第一消息搜索请求后,进行消息搜索,以得到APP服务器发送的第一推送消息。
3.如权利要求2所述的方法,其特征在于,所述消息搜索请求还包括第二消息搜索请求,所述推送消息还包括第二推送消息;
其中,根据所述登录号码和/或所述来电号码,生成消息搜索请求,包括:
若所述来电号码不属于预设号码,则判断所述来电号码是否为用户直接呼叫号码;
若是,则判断所述用户直接呼叫号码是否属于特征号码库中的特征号码;
若是,则根据所述用户直接呼叫号码,生成第二消息搜索请求;
相应的,向SDK服务器发送所述消息搜索请求,以使所述SDK服务器在接收到所述消息搜索请求后,进行消息搜索,以得到APP服务器发送的推送消息,包括:
向所述SDK服务器发送所述第二消息搜索请求,以使所述SDK服务器在接收到所述第二消息搜索请求后,进行消息搜索,以得到所述APP服务器发送的第二推送消息。
4.如权利要求3所述的方法,其特征在于,唤醒接收终端的屏幕,并在屏幕上展示或播放所述推送消息,包括:
唤醒所述接收终端的屏幕,并在屏幕上以预设方式展示或播放所述第二推送消息,其中,所述预设方式存储在所述第二推送消息中。
5.如权利要求1所述的方法,其特征在于,在获取来电号码前,所述方法还包括:
接收所述APP客户端发送的权限检测请求;
对所述接收终端进行权限检测,并得出检测结果;
向所述APP客户端发送所述检测结果,以便所述APP客户端根据所述检测结果开启所述接收终端实现在屏幕上展示或播放所述推送消息的所有权限。
6.一种基于手机熄屏状态下的消息接收方法,其特征在于,应用于SDK服务器,包括:
接收APP服务器发送的消息发送任务,其中,所述消息发送任务包括至少一条消息发送请求以及至少一条待推送消息,所述至少一条消息发送请求中的每个消息发送请求包括待发送内容、消息接收对象的电话号码以及消息类型,所述至少一条待推送消息中的每条待推送消息包括待推送内容;
接收SDK客户端发送的消息搜索请求,其中,所述消息搜索请求包括来电号码和/或APP客户端的登录号码;
根据所述来电号码和/或所述登录号码,在所述消息发送任务中,查找出与所述来电号码和/或所述登录号码相对应的消息发送请求或待推送消息;
根据与所述来电号码和/或所述登录号码相对应的消息发送请求或待推送消息,得到推送消息;
向所述SDK客户端发送所述推送消息,以使所述SDK客户端在接收到所述推送消息后,唤醒接收终端的屏幕,并在屏幕上展示或播放所述推送消息,其中,所述接收终端为消息接收对象对应的终端。
7.如权利要求6的方法,其特征在于,在接收APP服务器发送的消息发送任务中的至少一条消息发送请求后,所述方法还包括:
向SDK语音呼叫服务器发送所述消息接收对象的电话号码,以使所述SDK语音呼叫服务器根据所述消息接收对象的电话号码,向消息接收对象的接收终端发起语音呼叫请求,并使所述接收终端在接收到所述语音呼叫请求后,唤醒APP客户端,并同时将所述语音呼叫请求对应的来电号码发送至SDK客户端。
8.一种基于手机熄屏状态下的消息接收装置,其特征在于,包括:获取单元、请求生成单元、第一发送单元、第一接收单元以及消息展示单元;
所述获取单元,用于获取来电号码,其中,所述来电号码是接收终端在接收到语音呼叫请求时得到的,且所述接收终端在接收到所述语音呼叫请求时会唤醒所述APP客户端;
所述获取单元,还用于获取所述APP客户端的登录号码;
所述请求生成单元,用于根据所述登录号码和/或所述来电号码,生成消息搜索请求;
所述第一发送单元,用于向SDK服务器发送所述消息搜索请求,以使所述SDK服务器在接收到所述消息搜索请求后,进行消息搜索,以得到APP服务器发送的推送消息,其中,所述推送消息包括文本、图片、语音和/或视频,所述消息搜索请求包括所述来电号码和/或所述登录号码;
所述第一接收单元,用于接收所述SDK服务器发送的推送消息;
所述消息展示单元,用于唤醒所述接收终端的屏幕,并在屏幕上展示或播放所述推送消息。
9.一种基于手机熄屏状态下的消息接收装置,其特征在于,包括:第二接收单元、消息查找单元、消息生成单元以及第二发送单元;
所述第二接收单元,用于接收APP服务器发送的消息发送任务,其中,所述消息发送任务包括至少一条消息发送请求以及至少一条待推送消息,所述至少一条消息发送请求中的每个消息发送请求包括待发送内容、消息接收对象的电话号码以及消息类型,所述至少一条待推送消息中的每条待推送消息包括待推送内容;
所述第二接收单元,还用于接收SDK服务器发送的消息搜索请求,其中,所述消息搜索请求包括来电号码和/或APP客户端的登录号码;
所述消息查找单元,用于根据所述来电号码和/或所述登录号码,在所述消息发送任务中,查找出与所述来电号码和/或所述登录号码相对应的消息发送请求或待推送消息;
所述消息生成单元,用于根据与所述来电号码和/或所述登录号码相对应的消息发送请求或待推送消息,得到推送消息;
所述第二发送单元,用于向所述SDK客户端发送所述推送消息,以使所述SDK客户端在接收到所述推送消息后,唤醒接收终端的屏幕,并在屏幕上展示或播放所述推送消息,其中,所述接收终端为消息接收对象对应的终端。
10.一种设备,其特征在于,包括依次相连的存储器、处理器和收发器,其中,所述存储器用于存储计算机程序,所述收发器用于收发消息,所述处理器用于读取所述计算机程序,执行如权利要求1~5或6~7任意一项所述的基于手机熄屏状态下的消息接收方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110604134.4A CN113315868B (zh) | 2021-05-31 | 2021-05-31 | 基于手机熄屏状态下的消息接收方法、装置及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110604134.4A CN113315868B (zh) | 2021-05-31 | 2021-05-31 | 基于手机熄屏状态下的消息接收方法、装置及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113315868A true CN113315868A (zh) | 2021-08-27 |
CN113315868B CN113315868B (zh) | 2023-03-21 |
Family
ID=77376638
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110604134.4A Active CN113315868B (zh) | 2021-05-31 | 2021-05-31 | 基于手机熄屏状态下的消息接收方法、装置及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113315868B (zh) |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1964406A (zh) * | 2005-11-11 | 2007-05-16 | 联想(北京)有限公司 | 一种数据推送方法和系统 |
CN104994212A (zh) * | 2015-07-02 | 2015-10-21 | 北京奇虎科技有限公司 | 一种来电显示方法和装置 |
CN105491127A (zh) * | 2015-11-30 | 2016-04-13 | 北京奇虎科技有限公司 | 通话界面信息展示、推送方法和装置及其系统 |
CN105872207A (zh) * | 2016-03-21 | 2016-08-17 | 乐视网信息技术(北京)股份有限公司 | 通信终端及其事件提示方法 |
CN106412289A (zh) * | 2016-09-29 | 2017-02-15 | 深圳市金立通信设备有限公司 | 一种来电显示方法及终端 |
CN109905312A (zh) * | 2017-12-08 | 2019-06-18 | 北京新媒传信科技有限公司 | 消息推送方法、装置及系统 |
CN111159047A (zh) * | 2019-12-31 | 2020-05-15 | 苏州思必驰信息科技有限公司 | 具有可视化界面的Android设备辅助调试装置及其操作方法 |
CN112231552A (zh) * | 2020-09-27 | 2021-01-15 | 武汉木仓科技股份有限公司 | 一种消息推送方法以及装置 |
CN112235452A (zh) * | 2018-04-28 | 2021-01-15 | 华为技术有限公司 | 一种灭屏显示的方法及电子设备 |
WO2021056872A1 (zh) * | 2019-09-27 | 2021-04-01 | 巨象科技有限公司 | 一种预制数据传播方法、装置和电子设备 |
-
2021
- 2021-05-31 CN CN202110604134.4A patent/CN113315868B/zh active Active
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1964406A (zh) * | 2005-11-11 | 2007-05-16 | 联想(北京)有限公司 | 一种数据推送方法和系统 |
CN104994212A (zh) * | 2015-07-02 | 2015-10-21 | 北京奇虎科技有限公司 | 一种来电显示方法和装置 |
CN105491127A (zh) * | 2015-11-30 | 2016-04-13 | 北京奇虎科技有限公司 | 通话界面信息展示、推送方法和装置及其系统 |
CN105872207A (zh) * | 2016-03-21 | 2016-08-17 | 乐视网信息技术(北京)股份有限公司 | 通信终端及其事件提示方法 |
CN106412289A (zh) * | 2016-09-29 | 2017-02-15 | 深圳市金立通信设备有限公司 | 一种来电显示方法及终端 |
CN109905312A (zh) * | 2017-12-08 | 2019-06-18 | 北京新媒传信科技有限公司 | 消息推送方法、装置及系统 |
CN112235452A (zh) * | 2018-04-28 | 2021-01-15 | 华为技术有限公司 | 一种灭屏显示的方法及电子设备 |
WO2021056872A1 (zh) * | 2019-09-27 | 2021-04-01 | 巨象科技有限公司 | 一种预制数据传播方法、装置和电子设备 |
CN111159047A (zh) * | 2019-12-31 | 2020-05-15 | 苏州思必驰信息科技有限公司 | 具有可视化界面的Android设备辅助调试装置及其操作方法 |
CN112231552A (zh) * | 2020-09-27 | 2021-01-15 | 武汉木仓科技股份有限公司 | 一种消息推送方法以及装置 |
Non-Patent Citations (1)
Title |
---|
王莹;: "基于移动互联网的终端消息推送方案研究" * |
Also Published As
Publication number | Publication date |
---|---|
CN113315868B (zh) | 2023-03-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11656843B2 (en) | Method for quickly starting application service, and terminal | |
US20170371678A1 (en) | Method and apparatus for running game client | |
WO2015176448A1 (zh) | 一种终端智能分屏方法及装置 | |
CN109542287B (zh) | 消息提醒方法、装置、移动终端及存储介质 | |
CN107864297B (zh) | 群组添加方法、装置、终端及存储介质 | |
US8571320B2 (en) | Method and apparatus for pictorial identification of a communication event | |
CN110035004B (zh) | 一种用户名片分享方法、好友添加方法和相关装置 | |
WO2019024649A1 (zh) | 应用程序的启动方法、装置、存储介质和终端 | |
WO2020156230A1 (zh) | 一种电子设备在来电时呈现视频的方法和电子设备 | |
CN109983458B (zh) | 一种推荐方法及终端 | |
CN106445448A (zh) | 终端的音频设备控制方法、系统及移动终端 | |
US20220159119A1 (en) | Method for notification reminder, terminal, and storage medium | |
US20170061391A1 (en) | Method and device for processing a communication message | |
CN104216723A (zh) | 软件启动方法及移动设备 | |
CN105871561A (zh) | 用于小区模块的无线唤醒设备 | |
CN110069333A (zh) | 应用的后台管控方法、移动终端及计算机可读存储介质 | |
WO2017050090A1 (zh) | 生成gif文件的方法、设备及计算机可读存储介质 | |
CN109165651A (zh) | 一种识别码识别方法、终端及计算机可读存储介质 | |
CN114489558A (zh) | 一种免打扰方法和终端 | |
CN101958974A (zh) | 一种将视频作为屏保的方法及移动终端 | |
US20110252384A1 (en) | Wireless display application | |
CN110062929A (zh) | 一种显示数据的方法、装置和终端 | |
CN113315868B (zh) | 基于手机熄屏状态下的消息接收方法、装置及设备 | |
KR100597809B1 (ko) | 이동 단말기의 대기 모드 상태에서 메시지를 출력하는방법 및 장치 | |
CN112015359A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |