CN104243609A - 一种信息业务推送方法和装置 - Google Patents
一种信息业务推送方法和装置 Download PDFInfo
- Publication number
- CN104243609A CN104243609A CN201410515569.1A CN201410515569A CN104243609A CN 104243609 A CN104243609 A CN 104243609A CN 201410515569 A CN201410515569 A CN 201410515569A CN 104243609 A CN104243609 A CN 104243609A
- Authority
- CN
- China
- Prior art keywords
- terminal
- key message
- transmission service
- push server
- information
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例提供一种信息业务推送方法和装置,涉及通信技术领域,能够解决在推送信息的有效传输不能得到保证的情况下,终端无法获取所需推送信息的问题。其方法为:通过推送服务器在确定终端所在小区网络拥塞时,向终端发送待推送业务的关键信息;或者,在确定终端电量值及待推送业务的预计流量满足相应预设条件时,向终端发送待推送业务的关键信息。本发明实施例用于实现对信息业务的有效推送。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种信息业务推送方法和装置。
背景技术
信息推送业务是通过一定的技术标准或协议,在互联网上通过定期传送用户需要的信息来减少信息过载的一项新技术。能够由服务器在有新的信息需要发送时,通过服务器与终端之间保持连接的一条链路,主动向终端发送该信息,以便终端接收获取该信息。
现有技术在实现信息推送业务时,常采用自适应推送的技术,该技术通过推送通知中心收集应用服务提供商提供的推送业务,并在向该推送业务对应的终端发送该推送业务包含的信息前,对终端所在小区的网络状况进行判断,若网络正常则直接发送,或,若网络拥塞则延迟预设时间后发送,完成信息推送业务。
然而,现有技术所采用的方案未考虑到信息业务是否能够有效推送,即是否能在推送业务的有效期内完成推送与接收、终端的接收能力是否足以完成对推送信息的接收等问题。因而,使用该方案在网络拥塞情况下延迟发送时效短的信息,或在终端电量不足以完成接收操作时仍执行发送,推送信息的有效传输不能得到保证的情况下,都可能造成终端无法获取所需推送信息的问题,导致信息推送业务失败。
发明内容
本发明的实施例提供一种信息业务推送方法和装置,用以解决在推送信息的有效传输不能得到保证的情况下,终端无法获取所需推送信息的问题。
为达到上述目的,本发明的实施例采用如下技术方案:
第一方面,提供一种信息业务推送方法,包括:
推送服务器获取终端当前所在小区的网络状况信息;
当所述网络状况信息表明当前网络拥塞时,所述推送服务器向所述终端发送待推送业务对应的关键信息,所述关键信息为包含所述待推送业务内容的概要。
第二方面,提供一种信息业务推送方法,包括:
推送服务器获取终端上报的终端电量值;
当所述终端电量值小于预设电量门限时,所述推送服务器确定待推送业务的预计流量消耗值;
所述推送服务器根据所述预计流量消耗值进行判断,当所述预计流量消耗值大于预设流量门限时,向所述终端发送所述待推送业务对应的关键信息,所述关键信息为包含所述待推送业务内容的概要。
第三方面,提供一种信息业务推送方法,包括:
终端向推送服务器上报自身的终端电量值,以便所述推送服务器根据所述终端电量值及待推送业务的预计流量消耗值进行判断;
在所述推送服务器确定所述终端电量值小于预设电量门限、所述预计流量消耗值大于预设流量门限,并向所述终端发送所述待推送业务对应的关键信息后,所述终端接收所述关键信息,所述关键信息为包含所述待推送业务内容的概要。
第四方面,提供一种推送服务器,包括:
获取单元,用于获取终端当前所在小区的网络状况信息;
发送单元,用于当所述网络状况信息表明当前网络拥塞时,向所述终端发送待推送业务对应的关键信息,所述关键信息为包含所述待推送业务内容的概要。
第五方面,提供一种推送服务器,包括:
获取单元,用于获取终端上报的终端电量值;
确定单元,用于当所述终端电量值小于预设电量门限时,确定待推送业务的预计流量消耗值;
发送单元,用于根据所述预计流量消耗值进行判断,当所述预计流量消耗值大于预设流量门限时,向所述终端发送所述待推送业务对应的关键信息,所述关键信息为包含所述待推送业务内容的概要。
第六方面,提供一种终端,包括:
上报单元,用于向推送服务器上报自身的终端电量值,以便所述推送服务器根据所述终端电量值及待推送业务的预计流量消耗值进行判断;
接收单元,用于在所述推送服务器确定所述终端电量值小于预设电量门限、所述预计流量消耗值大于预设流量门限,并向所述终端发送所述待推送业务对应的关键信息后,接收所述关键信息,所述关键信息为包含所述待推送业务内容的概要。
可见,本发明实施例提供一种信息业务推送方法和装置,通过推送服务器在确定终端所在小区网络拥塞时,向终端发送待推送业务的关键信息;或者,在确定终端电量值及待推送业务的预计流量满足相应预设条件时,向终端发送待推送业务的关键信息。这样,通过结合网络状况、终端状态及待推送业务的相应业务需求进行判断,选择发送待推送业务的关键信息来实现信息业务的有效推送,避免了现有技术在网络拥塞情况下延迟发送,或在终端接收能力不足仍执行发送时,推送信息的有效传输不能得到保证,导致造成终端无法获取所需推送信息,信息推送业务失败的问题。因此,本发明相对于现有技术,能够解决在推送信息的有效传输不能得到保证的情况下,终端无法获取所需推送信息的问题,提高了信息推送业务的可靠性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种信息业务推送方法所基于的***结构示意图;
图2为本发明实施例提供的一种信息业务推送方法的流程示意图一;
图3为本发明实施例提供的一种信息业务推送方法的流程示意图二;
图4为本发明实施例提供的一种信息业务推送方法的流程示意图三;
图5为本发明实施例提供的一种信息业务推送方法的流程示意图四;
图6为本发明实施例提供的一种信息业务推送方法的流程示意图五;
图7为本发明实施例提供的一种信息业务推送方法的流程示意图六;
图8为本发明实施例提供的一种推送服务器的结构示意图一;
图9为本发明实施例提供的一种推送服务器的结构示意图二;
图10为本发明实施例提供的另一种推送服务器的结构示意图一;
图11为本发明实施例提供的另一种推送服务器的结构示意图二;
图12为本发明实施例提供的一种终端的结构示意图一;
图13为本发明实施例提供的一种终端的结构示意图二。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例提供的一种信息业务推送方法所基于的***结构示意图。参见图1,该***包括:应用服务提供商001、推送服务器002、PCRF(Policy and Charging Rules Function,策略和计费规则功能)***003、一个或多个终端004。
其中,应用服务提供商001分别与推送服务器002、PCRF***003存在通信连接,用于向推送服务器002提供要推送给某一终端003的信息业务推送内容;推送服务器002还与PCRF***003、各终端004存在通信连接,用于执行本发明实施例提供的信息业务推送方法向各终端003发送相应的推送内容;PCRF***003还与各终端004存在通信连接,用于制定控制策略以保证信息传输质量;各终端004用于从推送服务器002接收应用服务提供商001提供的相应推送内容。且上述设备之间的通信连接,可以为有线方式或无线方式,此处不做限定。
值得一提的,在本发明实施例中,上述推送服务器002执行本发明实施例提供的方法向各终端003所发送的待推送业务均是以应用服务提供商主动向终端发送信息的常规推送业务为例进行说明的,可以想到的是,在对于其他类型相近的信息传输情况,如网络中任一服务器向指定的终端发送多媒体信息、应用服务提供商在能够预估流量消耗的场景下响应用户业务请求(APP下载、流媒体点播)等,均可将待传输的信息作为上述待推送业务进行相应后续处理发送,是本领域技术人员可在没有做出创造性劳动前提下轻易想到的,因此也在本发明的实施例保护范围内。
本发明实施例提供一种信息业务推送方法,基于推送服务器,如图2所示,包括:
S101、推送服务器获取终端当前所在小区的网络状况信息。
其中,所述网络状况信息用于指示终端当前所在小区为网络拥塞状态,或者,为网络非拥塞状态。
S102、当网络状况信息表明当前网络拥塞时,推送服务器向终端发送待推送业务对应的关键信息。
其中,关键信息为包含待推送业务内容的概要。
在一种实现方式下,在上述向终端发送待推送业务对应的关键信息之前,推送服务器还可以确定待推送业务的时效要求、优先级信息。
上述向终端发送待推送业务对应的关键信息可以具体包括:推送服务器根据时效要求及优先级信息进行判断,当时效要求高于预设时限等级、优先级信息指示级别高于预设级别时,向终端发送待推送业务对应的关键信息。
可选的,上述关键信息可以包括:描述待推送业务内容的关键文本信息、关键图片信息、待推送业务内容中降低码率后的视频、降低分辨率后的图片中的一种或多种。
可选的,推送服务器在向终端发送待推送业务对应的关键信息之前,可以获取由应用服务提供商提供的关键信息,或,访问存储关键信息的服务器获取关键信息。
可选的,推送服务器可以将关键信息所对应的参数信息发送至PCRF***,该参数信息可以用于表明关键信息的业务需求;进而在PCRF***根据上述参数信息指示的所述业务需求分配相应的网络资源后,使用网络资源向终端发送关键信息。
本发明所述提供一种信息业务推送方法,推送服务器首先获取终端所在小区的网络状况;进而在确定网络拥塞后向终端发送待推送业务的关键信息。这样,通过对网络状况进行判断确定推送方式,选择发送待推送业务的关键信息来实现信息业务的有效推送,解决了在推送信息的有效传输不能得到保证的情况下,终端无法获取所需推送信息的问题,提高了信息推送业务的可靠性。
本发明实施例提供另一种信息业务推送方法,基于推送服务器,如图3所示,包括:
S201、推送服务器获取终端上报的终端电量值。
S202、当终端电量值小于预设电量门限时,推送服务器确定待推送业务的预计流量消耗值。
S203、推送服务器根据预计流量消耗值进行判断,当预计流量消耗值大于预设流量门限时,向终端发送待推送业务对应的关键信息。
其中,关键信息为包含待推送业务内容的概要。
在一种实现方式下,在上述向终端发送待推送业务对应的关键信息之前,推送服务器还可以向终端发送请求消息,该请求消息用于询问终端是否选择接收待推送业务对应的关键信息。
上述向终端发送待推送业务对应的关键信息可以具体包括:推送服务器在接收到终端反馈的确认消息后,向终端发送关键信息。
可选的,关键信息可以包括:描述待推送业务内容的关键文本信息、关键图片信息、待推送业务内容中降低码率后的视频、降低分辨率后的图片中的一种或多种。
可选的,推送服务器在向终端发送待推送业务对应的关键信息之前,可以获取由应用服务提供商提供的关键信息,或,访问存储关键信息的服务器获取关键信息。
可选的,推送服务器可以将关键信息所对应的参数信息发送至PCRF***,该参数信息可以用于表明关键信息的业务需求;进而在PCRF***根据上述参数信息指示的所述业务需求分配相应的网络资源后,使用网络资源向终端发送关键信息。
本发明所述提供一种信息业务推送方法,推送服务器首先获取终端电量值,并在确定终端电量值小于预设电量门限后,对待推送业务的预计流量消耗值进行判断;进而在判断确定预计流量消耗值大于预设流量门限时,向终端发送待推送业务的关键信息。这样,通过结合终端状态及待推送业务的相应业务需求进行判断,在终端当前电量不足以完成接收时,选择发送待推送业务的关键信息来实现信息业务的有效推送,解决了在推送信息的有效传输不能得到保证的情况下,终端无法获取所需推送信息的问题,提高了信息推送业务的可靠性。
本发明实施例提供一种信息业务推送方法,基于终端,如图4所示,包括:
S301、终端向推送服务器上报自身的终端电量值,以便推送服务器根据终端电量值及待推送业务的预计流量消耗值进行判断。
S302、在推送服务器确定终端电量值小于预设电量门限、预计流量消耗值大于预设流量门限,并向终端发送待推送业务对应的关键信息后,终端接收关键信息。
其中,关键信息为包含待推送业务内容的概要。
在一种实现方式下,在上述接收关键信息之前,终端还可以接收推送服务器发送的请求消息,该请求消息用于询问终端是否选择接收待推送业务对应的关键信息,并在终端确定接收关键信息时,向推送服务器反馈发送确认消息。
上述接收关键信息可以具体包括:在推送服务器接收到终端反馈发送的确认消息,并向终端发送关键信息后,终端接收关键信息。
本发明所述提供一种信息业务推送方法,终端能够向推送服务器上报自身的终端电量值;在推送服务器结合终端电量值及待推送业务的预计流量消耗值判断并发送关键信息后,接收该关键信息。这样,通过结合终端状态及待推送业务的相应业务需求进行判断,在终端当前电量不足以完成接收时,选择发送待推送业务的关键信息来实现信息业务的有效推送,解决了在推送信息的有效传输不能得到保证的情况下,终端无法获取所需推送信息的问题,提高了信息推送业务的可靠性。
为了使本领域技术人员能够更清楚地理解本发明实施例提供的技术方案,下面通过具体的实施例,对本发明实施例提供的另一种信息业务推送方法进行详细说明,如图5所示,该方法包括:
S401、推送服务器获取待推送业务。
具体的,推送服务器持续从应用服务提供商收集需要推送至终端的待推送业务,并以预设推送时间门限为周期,周期性的检查是否有待推送业务需要进行,若存在待推送业务,则执行后续操作。
其中,预设推送时间门限可以为***缺省设定的时长,也可以为运营商或用户外部设定的时长,此处不做限定;待推送业务可以包括视频、图片、文本等多媒体形式,且上述列举的业务形式仅为示例性的,包括但不限于此。
S402、推送服务器获取终端所在小区的网络状况信息。
具体的,推送服务器在确定存在待推送业务需要推送后,获取该待推送业务对应终端当前所在小区的网络状况信息。其中,该网络状况信息用于指示该终端当前所在小区的网络是否为拥塞。
示例性的,推送服务器可通过查询拥塞状况统计表获取该终端所在小区的网络状况信息。其中,拥塞状况统计表为根据各小区拥塞状况的历史记录建立的统计表,能够反映各小区在哪些时段内处于拥塞状态。且拥塞状况统计表可以存储在推送服务器中,也可以存储在与推送服务器存在通信连接的其它设备中,如PCRF服务器等,此处不做限定。
如下表1、表2所示,分别为小区1至小区n在周一至周五与周六至周日的拥塞状况统计表示例。
表1
小区标识 | 21:00-6:00 | 6:00-9:00 | 9:00-17:00 | 17:00-21:00 |
小区1 | 非拥塞 | 非拥塞 | 非拥塞 | 非拥塞 |
… | … | … | … | … |
小区n | 非拥塞 | 拥塞 | 非拥塞 | 拥塞 |
表2
小区标识 | 21:00-6:00 | 6:00-9:00 | 9:00-17:00 | 17:00-21:00 |
小区1 | 非拥塞 | 非拥塞 | 非拥塞 | 非拥塞 |
… | … | … | … | … |
小区n | 拥塞 | 拥塞 | 拥塞 | 拥塞 |
推送服务器可通过网关节点获取终端当前所在小区的小区标识,进而根据小区标识及当前时刻,查询拥塞状况统计表,确定终端当前所在小区的是否为拥塞。
值得一提的,上述获取终端当前所在小区网络状况信息的方式仅为示例性的,包括但不限于此,在实际应用中,根据应用场景的不同,还可以通过其它方式获取小区的网络状况信息,此处不做限定。
S403、推送服务器根据网络状况信息进行相应处理。
具体的,推送服务器在获取终端当前所在小区的网络状况信息后,对该网络状况信息进行判断,若网络状况信息表明当前网络非拥塞,则直接推送完成该待推送业务;或者,若表明当前网络拥塞,则执行S404,进一步对待推送业务的时效要求、优先级信息进行判断。
S404、推送服务器根据待推送业务的时效要求及优先级信息进行判断处理。
具体的,推送服务器在确定当前网络拥塞后,对待推送业务的时效要求及优先级信息进行判断。其中,上述时效要求及优先级信息可以由推送服务器从应用服务提供商获取,或,从待推送业务的记录的相关业务需求中获取。
示例性的,若待推送业务的时效要求低于或等于预设时限等级,表明该待推送业务的有效时间较长,则对该待推送业务执行延迟发送,且执行延迟发送间隔的延迟时间可由***缺省设定或外部设定,也可为一个与待推送业务的时效要求相关的变量,具体的设定方式,此处不做限定。
或者,若待推送业务的时效要求高于预设时限等级,且优先级信息指示级别低于或等于预设级别,表明该待推送业务虽然有效期短但重要性低,则放弃对该待推送业务的发送。
又或,若待推送业务的时效要求高于预设时限等级,且优先级信息指示级别高于预设级别,表明该待推送业务有效期短且重要性高,则执行S405进行后续处理,发送该待推送业务对应的关键信息。
可选的,当判断确定待推送业务的时效要求高于预设时限等级,且优先级信息指示级别高于预设级别之后,还可以进一步对该待推送业务的预计流量消耗值进行判断,当预计流量消耗值小于或等于常规推送流量门限时,直接推送完成该待推送业务;或,当预计流量消耗值大于常规推送流量门限时,执行S405进行后续处理,发送该待推送业务对应的关键信息。
其中,推送服务器获取预计流量消耗值可通过对待推送业务的推送内容进行计算实现,包括:若推送内容为图片,则可根据图片的存储比特和传输压缩比,计算出所需流量;或,若推送内容为点播视频,则可根据视频内容的数据大小计算预计的流量消耗;或,若推送内容为直播视频,则可根据所需时长和视频的码率计算预计的流量消耗。且上述常规推送流量门限为网络拥塞情况下允许强行发送的最大数据大小,可预先由***缺省设定或外部设定,也可为一个与待推送业务形式相关的变量,具体的设定方式,此处不做限定。
需要注意的,上述预设时限等级、预设级别可以为***缺省设定值,也可以为外部输入给定值,根据实际应用场景及网络部署的不同可能存在一定差异,具体的设定方式此处不做限定。
S405、推送服务器获取待推送业务对应的关键信息。
具体的,推送服务器在通过判断确定向终端发送待推送业务对应的关键信息后,获取该待推送业务对应的关键信息,该关键信息为包含待推送业务内容的概要。
其中,该关键信息具体可以包括:描述待推送业务内容的关键文本信息、关键图片信息、待推送业务内容中降低码率后的视频、降低分辨率后的图片中的一种或多种,具体可以由待推送业务的形式及运营商或用户的设定来确定。需要注意的,上述列举的关键信息包含类型仅为示例性的,可以想到的是,采用任意一种信息提取方式(如压缩、精简、编译及转码等)从待推送业务内容中获取任意一种类型的关键信息,以便使用该关键信息反映待推送业务必要内容的概要,是本领域技术人员基于本发明实施例可在没有做出创造性劳动前提下轻易实现的,因此也在本发明的实施例保护范围内。
值得一提的,由于上述关键信息中为包含了待推送业务内容的概要,即待推送业务的部分必要内容信息,因此能够在一定程度上实现向终端传递必要信息的目的,且关键信息相对于待推送业务的完成信息数据量更小,即使在网络拥塞或终端接收能力不足时发送,也能够极大的提高信息推送业务的成功率。
示例性的,若应用服务提供商提供了待推送业务对应的关键信息,则推送服务器可通过访问应用服务提供商获取该关键信息;
或者,若待推送业务对应的关键信息存储在与推送服务器存在通信连接的其他存储设备中,则推送服务器可通过访问该存储设备获取该关键信息;
又或,若待推送业务对应的关键信息不存在,则推送服务器可向应用服务提供商发送通知消息,该通知消息用于通知应用服务提供商建立待推送业务对应的关键信息,并在应用服务提供商提供了该关键信息后,访问应用服务提供商获取该关键信息。其中,应用服务提供商可根据待推送业务内容类型的不同,选择相应的信息提取方式,根据待推送业务内容建立待推送业务对应的关键信息。
且上述列举的访问不同服务器或存储设备获取关键信息的各种实现方式仅为示例性的,包括但不限于此,都能够实现对关键信息的获取,以便执行后续操作。
S406、推送服务器向终端发送待推送业务对应的关键信息。
具体的,推送服务器在获取了待推送业务对应的关键信息后,向终端发送该关键信息。
可选的,推送服务器可用通过与终端之间已经存在的通信连接,直接向终端发送该关键信息,以完成向终端发送待推送业务对应的关键信息的操作。
优选的,推送服务器可以将关键信息所对应的参数信息发送至PCRF***,在PCRF***根据上述参数信息分配网络资源后,使用网络资源向终端发送关键信息。其中,该参数信息用于表明关键信息的业务需求,可以包括关键信息的类型、相关传输参数如五元组(源IP地址,源端口,目的IP地址,目的端口和传输层协议号)等,且上述列举的参数信息的内容仅为示例性的,包括但不限于此。
示例性的,推送服务器通过Rx接口向PCRF***中的PCRF服务器发送关键信息对应的参数信息;PCRF服务器可根据该参数信息指示的业务需求制定PCC(Policy Control and Charging,策略和计费控制)规则,该PCC规则用于规定发送上述关键信息时的QoS(Qualityof Service,服务质量)要求。进而根据制定的PCC规则分配相应的网络资源,该分配的网络资源能够适应不同类型关键信息在发送时对网络的不同需求。最后,使用该网络资源向终端发送关键信息,完成对关键信息的发送。
本发明所述提供一种信息业务推送方法,推送服务器首先获取终端所在小区的网络状况;进而在确定网络拥塞后,对待推送业务的时效要求、优先级信息进行判断;最后在判断确定满足预设条件时向终端发送待推送业务的关键信息。这样,通过结合网络状况及待推送业务的相应业务需求进行判断,在网络拥塞且推送业务的时效要求高时,选择发送待推送业务的关键信息来实现信息业务的有效推送,相对于现有技术在网络拥塞情况下延迟发送,解决了推送信息的有效传输不能得到保证的情况下,终端无法获取所需推送信息的问题,提高了信息推送业务的可靠性。
本发明实施例还对提供的另一种信息业务推送方法进行详细说明,如图6所示,该方法包括:
S501、推送服务器获取待推送业务。
本实施例中推送服务器获取待推送业务的操作与前述实施例相应步骤相同,此处不再赘述。
S502、推送服务器获取终端电量值。
具体的,推送服务器在确定存在待推送业务需要推送后,获取终端上报的终端电量值。
示例性的,终端可经由其***中安装的相应客户端软件向推送服务器上报终端信息,或者,向与推送服务器存在通信连接的网络设备(如应用服务提供商、用于收集终端信息的用户信息收集设备或模块)上报终端信息。其中,该终端信息包括终端当前的终端电量值,还可以包括终端屏幕尺寸、CPU(Central Processing Unit,中央处理器)处理能力等,且上述列举的终端信息内容仅为示例性的,包括但不限于此。
S503、推送服务器根据终端电量值进行相应处理。
具体的,推送服务器在获取终端电量值后,对该终端电量值进行判断。若终端电量值大于或等于预设电量门限,则直接推送完成该待推送业务;或者,若终端电量值小于预设电量门限,则执行S504,进一步对待推送业务的预计流量消耗值进行判断。
其中,预设电量门限可由***缺省设定或外部设定,也可为一个与待推送业务形式相关的变量,具体的设定方式,此处不做限定。
S504、推送服务器根据待推送业务的预计流量消耗值进行判断处理。
具体的,推送服务器在确定终端电量值小于预设电量门限后,对推送业务的预计流量消耗值进行判断。
其中,推送服务器获取预计流量消耗值可通过对待推送业务的推送内容进行计算实现,包括:若推送内容为图片,则可根据图片的存储比特和传输压缩比,计算出所需流量;或,若推送内容为点播视频,则可根据视频内容的数据大小计算预计的流量消耗;或,若推送内容为直播视频,则可根据所需时长和视频的码率计算预计的流量消耗。
示例性的,若预计流量消耗值小于或等于预设流量门限,则直接推送完成该待推送业务;或,当预计流量消耗值大于预设流量门限时,执行S505进行后续处理,向终端发送请求消息。
值得一提的,上述预设流量门限以为为由***缺省设定或外部设定的一个常量,也可为一个与终端电量值相关的变量,且具体的设定方式以及预设流量门限与终端电量值的对应关系,此处不做限定。
S505、推送服务器向终端发送请求消息。
具体的,推送服务器在确定终端电量值小于预设电量门限且待推送业务的预计流量消耗值大于预设流量门限时,向终端发送请求消息,该请求消息用于询问终端是否选择接收待推送业务对应的关键信息。
值得一提的,推送服务器可以通过与终端之间的通信连接,直接向终端发送请求消息,也可以通过与推送服务器以及终端都存在通信连接的网络设备(如网关节点)转发该请求消息。
S506、终端向推送服务器反馈发送确认消息。
具体的,终端在接收到推送服务器发送的请求消息,并确认接收待推送业务对应的关键信息后,向推送服务器反馈发送确认消息,以便推送服务器在接收到确认消息后向终端发送关键信息。
S507、推送服务器获取待推送业务对应的关键信息。
具体的,推送服务器在接收到终端反馈发送的确认消息确定向终端发送待推送业务对应的关键信息后,获取该待推送业务对应的关键信息。
本实施例中推送服务器获取待推送业务对应的关键信息的操作与前述实施例相应步骤相同,此处不再赘述。
S508、推送服务器向终端发送待推送业务对应的关键信息。
值得一提的,推送服务器在向终端发送待推送业务对应的关键信息时,终端当前所在小区的网络状况可能为拥塞,也可能为非拥塞,则:当网络拥塞时,可通过PCRF***进行网络资源分配后,使用分配的网络资源进行发送,具体操作与前述实施例相应步骤相同,此处不再赘述。
或者,当网络非拥塞时,可以通过与终端之间已存在的通信连接直接向终端发送待推送业务对应的关键信息,也可以通过PCRF***进行网络资源分配后再使用分配的网络资源进行发送。且上述列举的发送方式仅为示例性的,包括但不限于此,在实际应用中,根据应用场景的不同确定的发送方式可以存在一定差异,此处不做限定。
本发明所述提供一种信息业务推送方法,推送服务器首先获取终端电量值,并在确定终端电量值小于预设电量门限后,对待推送业务的预计流量消耗值进行判断;进而在判断确定预计流量消耗值大于预设流量门限时,向终端发送请求消息;最后在终端反馈确认后,向终端发送待推送业务的关键信息。这样,通过结合终端状态及待推送业务的相应业务需求进行判断,在终端当前电量不足以完成接收时,选择发送待推送业务的关键信息来实现信息业务的有效推送,相对于现有技术在终端接收能力不足仍执行发送,解决了在推送信息的有效传输不能得到保证的情况下,终端无法获取所需推送信息的问题,提高了信息推送业务的可靠性。
本发明实施例还提供一种信息业务推送方法,将前述实施例S401至S406以及S501至S508进行了结合,如图7所示,该方法包括:
S601、推送服务器获取待推送业务、终端所在小区的网络状况信息以及终端电量值。
S602、推送服务器根据网络状况信息进行相应处理。
具体的,推送服务器在获取终端当前所在小区的网络状况信息后,对该网络状况信息进行判断。
若网络状况信息表明当前网络拥塞,则执行S603,进一步对待推送业务的时效要求、优先级信息进行判断;或者,若表明当前网络非拥塞,则执行S604,进一步对终端电量值进行判断。
S603、推送服务器根据待推送业务的时效要求及优先级信息进行判断处理。
具体的,推送服务器在确定当前网络拥塞后,对待推送业务的时效要求及优先级信息进行判断。若待推送业务的时效要求高于预设时限等级,且优先级信息指示级别高于预设级别,表明该待推送业务有效期短且重要性高,则执行S606进行后续处理,发送该待推送业务对应的关键信息。
可选的,当判断确定待推送业务的时效要求高于预设时限等级,且优先级信息指示级别高于预设级别之后,还可以进一步对该待推送业务的预计流量消耗值进行判断,当预计流量消耗值小于或等于常规推送流量门限时,执行S604,进一步对终端电量值进行判断;或,当预计流量消耗值大于常规推送流量门限时,执行S606,发送该待推送业务对应的关键信息。
值得一提的,在对待推送业务的时效要求及优先级信息进行判断时对其他判断结果的处理方式,可以与前述实施例S404步骤中相应处理方式相同,此处不再赘述。
S604、推送服务器根据终端电量值进行相应处理。
具体的,推送服务器对终端电量值进行判断,若终端电量值大于或等于预设电量门限,则直接推送完成该待推送业务;或者,若终端电量值小于预设电量门限,则执行S605,进一步对待推送业务的预计流量消耗值进行判断。
S605、推送服务器根据待推送业务的预计流量消耗值进行判断处理。
具体的,推送服务器在确定终端电量值小于预设电量门限后,对推送业务的预计流量消耗值进行判断,若预计流量消耗值小于或等于预设流量门限,则直接推送完成该待推送业务;或,当预计流量消耗值大于预设流量门限时,则在向终端发送请求消息确定发送关键信息后,执行S606进行后,发送该待推送业务对应的关键信息。
其中,上述向终端发送请求消息确定发送关键信息的操作可以与前述实施例S505及S506步骤中的操作相同,此处不再赘述。
S606、推送服务器获取待推送业务对应的关键信息,并向终端发送关键信息。
本实施例中推送服务器获取待推送业务对应的关键信息的操作以及向终端发送关键信息的操作都与前述实施例相应步骤相同,此处也不再赘述。
需要注意的是,本实施例中相关信息的获取及设定方式可以与前述实施例中相应步骤中的获取及设定方式相同,且本实施例所描述的结合方式仅为示例性的,获取信息的顺序可以不同,且对网络状况信息以及终端电量值的判断顺序也不限于此,在实际应用时,可根据不同场景对网络状况及终端电量优先级要求的不同而存在一定差异,此处不做限定。
本发明所述提供一种信息业务推送方法,推送服务器通过结合网络状况、终端状态及待推送业务的相应业务需求进行判断,在网络拥塞且推送业务的时效要求高,或,终端当前电量不足以完成接收时,选择发送待推送业务的关键信息来实现信息业务的有效推送,相对于现有技术在网络拥塞情况下延迟发送或终端接收能力不足仍执行发送,解决了在推送信息的有效传输不能得到保证的情况下,终端无法获取所需推送信息的问题,提高了信息推送业务的可靠性。
本发明实施例提供一种推送服务器01,该推送服务器01可以为一个独立的网络设备,也可以为内置于任一现有网络设备中的一个功能模块,如图8所示,该推送服务器01包括:
获取单元011,用于获取终端当前所在小区的网络状况信息。
发送单元012,用于当网络状况信息表明当前网络拥塞时,向终端发送待推送业务对应的关键信息。
其中,关键信息为包含待推送业务内容的概要。
可选的,如图9所示,该推送服务器01还可以包括:
确定单元013,用于在发送单元012向终端发送待推送业务对应的关键信息之前,确定待推送业务的时效要求、优先级信息。
则发送单元012可以具体用于:根据时效要求及优先级信息进行判断,当时效要求高于预设时限等级、优先级信息指示级别高于预设级别时,向终端发送待推送业务对应的关键信息。
需说明的是,其中虚线表示单元之间可以具备连接关系,也可以不具备直接的连接关系,比如获取单元011和确定单元013之间可以不存在信息进行交互的,获取单元011可以在获取网络状况之后通知确定单元013,也可以没有通知,由装置进行统一调控。
可选的,关键信息可以具体包括:描述待推送业务内容的关键文本信息、关键图片信息、待推送业务内容中降低码率后的视频、降低分辨率后的图片中的一种或多种。
可选的,发送单元012可以在向终端发送待推送业务对应的关键信息之前,获取由应用服务提供商提供的关键信息,或,访问存储关键信息的服务器获取关键信息。
可选的,发送单元012还可以具体用于:
将关键信息所对应的参数信息发送至策略和计费规则功能PCRF***,参数信息用于表明关键信息的业务需求;
在PCRF***根据参数信息指示的业务需求分配相应的网络资源后,使用网络资源向终端发送关键信息。
本发明所述提供一种推送服务器,首先获取终端所在小区的网络状况;进而在确定网络拥塞后向终端发送待推送业务的关键信息。这样,通过对网络状况进行判断确定推送方式,选择发送待推送业务的关键信息来实现信息业务的有效推送,解决了在推送信息的有效传输不能得到保证的情况下,终端无法获取所需推送信息的问题,提高了信息推送业务的可靠性。
本发明实施例还提供一种推送服务器02,该推送服务器02可以为一个独立的网络设备,也可以为内置于任一现有网络设备中的一个功能模块,如图10所示,该推送服务器02包括:
获取单元021,用于获取终端上报的终端电量值。
确定单元022,用于当终端电量值小于预设电量门限时,确定待推送业务的预计流量消耗值;
发送单元023,用于根据预计流量消耗值进行判断,当预计流量消耗值大于预设流量门限时,向终端发送待推送业务对应的关键信息。其中,关键信息为包含待推送业务内容的概要。
可选的,如图11所示,该推送服务器02还可以包括:
请求单元024,用于在发送单元023向终端发送待推送业务对应的关键信息之前,向终端发送请求消息,该请求消息用于询问终端是否选择接收待推送业务对应的关键信息;
则发送单元023可以具体用于:在接收到终端反馈的确认消息后,向终端发送关键信息。
可选的,关键信息可以具体包括:描述待推送业务内容的关键文本信息、关键图片信息、待推送业务内容中降低码率后的视频、降低分辨率后的图片中的一种或多种。
可选的,发送单元023可以在向终端发送待推送业务对应的关键信息之前,获取由应用服务提供商提供的关键信息,或,访问存储关键信息的服务器获取关键信息。
可选的,发送单元023还可以具体用于:
将关键信息所对应的参数信息发送至策略和计费规则功能PCRF***,参数信息用于表明关键信息的业务需求;
在PCRF***根据参数信息指示的业务需求分配相应的网络资源后,使用网络资源向终端发送关键信息。
本发明所述提供一种推送服务器,首先获取终端电量值,并在确定终端电量值小于预设电量门限后,对待推送业务的预计流量消耗值进行判断;进而在判断确定预计流量消耗值大于预设流量门限时,向终端发送待推送业务的关键信息。这样,通过结合终端状态及待推送业务的相应业务需求进行判断,在终端当前电量不足以完成接收时,选择发送待推送业务的关键信息来实现信息业务的有效推送,解决了在推送信息的有效传输不能得到保证的情况下,终端无法获取所需推送信息的问题,提高了信息推送业务的可靠性。
本发明实施例还提供一种终端03,如图12所示,该终端03包括:
上报单元031,用于向推送服务器上报自身的终端电量值,以便推送服务器根据终端电量值及待推送业务的预计流量消耗值进行判断。
接收单元032,用于在推送服务器确定终端电量值小于预设电量门限、预计流量消耗值大于预设流量门限,并向终端发送待推送业务对应的关键信息后,接收关键信息。其中,关键信息为包含待推送业务内容的概要。
可选的,如图13所示,该终端03还可以包括:
反馈单元033,用于接收推送服务器发送的请求消息,该请求消息用于询问终端是否选择接收待推送业务对应的关键信息,并在终端确定接收关键信息时,向推送服务器反馈发送确认消息;
则接收单元032可以具体用于:在推送服务器接收到终端反馈发送的确认消息,并向终端发送关键信息后,接收关键信息。
本发明所述提供一种终端,能够向推送服务器上报自身的终端电量值;在推送服务器结合终端电量值及待推送业务的预计流量消耗值判断并发送关键信息后,接收该关键信息。这样,通过结合终端状态及待推送业务的相应业务需求进行判断,在终端当前电量不足以完成接收时,选择发送待推送业务的关键信息来实现信息业务的有效推送,解决了在推送信息的有效传输不能得到保证的情况下,终端无法获取所需推送信息的问题,提高了信息推送业务的可靠性。
在本申请所提供的几个实施例中,应该理解到,所揭露的***,设备和方法,可以通过其它的方式实现。例如,以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。
另外,在本发明各个实施例中的设备和***中,各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理包括,也可以两个或两个以上单元集成在一个单元中。且上述的各单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:U盘、移动硬盘、ROM(Read Only Memory,只读存储器)、RAM(Random Access Memory,随机存取存储器)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
Claims (12)
1.一种信息业务推送方法,其特征在于,包括:
推送服务器获取终端当前所在小区的网络状况信息;
当所述网络状况信息表明当前网络拥塞时,所述推送服务器向所述终端发送待推送业务对应的关键信息,所述关键信息为包含所述待推送业务内容的概要。
2.根据权利要求1所述的方法,其特征在于,在所述向所述终端发送待推送业务对应的关键信息之前,所述方法还包括:
所述推送服务器确定所述待推送业务的时效要求、优先级信息;
所述向所述终端发送待推送业务对应的关键信息包括:
所述推送服务器根据所述时效要求及所述优先级信息进行判断,当所述时效要求高于预设时限等级、所述优先级信息指示级别高于预设级别时,向所述终端发送所述待推送业务对应的关键信息。
3.一种信息业务推送方法,其特征在于,包括:
推送服务器获取终端上报的终端电量值;
当所述终端电量值小于预设电量门限时,所述推送服务器确定待推送业务的预计流量消耗值;
所述推送服务器根据所述预计流量消耗值进行判断,当所述预计流量消耗值大于预设流量门限时,向所述终端发送所述待推送业务对应的关键信息,所述关键信息为包含所述待推送业务内容的概要。
4.根据权利要求3所述的方法,其特征在于,在所述向所述终端发送所述待推送业务对应的关键信息之前,所述方法还包括:
所述推送服务器向所述终端发送请求消息,所述请求消息用于询问所述终端是否选择接收所述待推送业务对应的关键信息;
所述向所述终端发送所述待推送业务对应的关键信息包括:
所述推送服务器在接收到所述终端反馈的确认消息后,向所述终端发送所述关键信息。
5.一种信息业务推送方法,其特征在于,包括:
终端向推送服务器上报自身的终端电量值,以便所述推送服务器根据所述终端电量值及待推送业务的预计流量消耗值进行判断;
在所述推送服务器确定所述终端电量值小于预设电量门限、所述预计流量消耗值大于预设流量门限,并向所述终端发送所述待推送业务对应的关键信息后,所述终端接收所述关键信息,所述关键信息为包含所述待推送业务内容的概要。
6.根据权利要求5所述的方法,其特征在于,在所述接收所述关键信息之前,所述方法还包括:
所述终端接收所述推送服务器发送的请求消息,所述请求消息用于询问所述终端是否选择接收待推送业务对应的关键信息,并在所述终端确定接收所述关键信息时,向所述推送服务器反馈发送确认消息;
所述接收所述关键信息包括:
在所述推送服务器接收到所述终端反馈发送的所述确认消息,并向所述终端发送所述关键信息后,所述终端接收所述关键信息。
7.一种推送服务器,其特征在于,包括:
获取单元,用于获取终端当前所在小区的网络状况信息;
发送单元,用于当所述网络状况信息表明当前网络拥塞时,向所述终端发送待推送业务对应的关键信息,所述关键信息为包含所述待推送业务内容的概要。
8.根据权利要求7所述的推送服务器,其特征在于,
所述推送服务器还包括确定单元,用于在所述发送单元向所述终端发送待推送业务对应的关键信息之前,确定所述待推送业务的时效要求、优先级信息;
所述发送单元具体用于:根据所述时效要求及所述优先级信息进行判断,当所述时效要求高于预设时限等级、所述优先级信息指示级别高于预设级别时,向所述终端发送所述待推送业务对应的关键信息。
9.一种推送服务器,其特征在于,包括:
获取单元,用于获取终端上报的终端电量值;
确定单元,用于当所述终端电量值小于预设电量门限时,确定待推送业务的预计流量消耗值;
发送单元,用于根据所述预计流量消耗值进行判断,当所述预计流量消耗值大于预设流量门限时,向所述终端发送所述待推送业务对应的关键信息,所述关键信息为包含所述待推送业务内容的概要。
10.根据权利要求9所述的推送服务器,其特征在于,
所述推送服务器还包括请求单元,用于在所述发送单元向所述终端发送所述待推送业务对应的关键信息之前,向所述终端发送请求消息,所述请求消息用于询问所述终端是否选择接收所述待推送业务对应的关键信息;
所述发送单元具体用于:在接收到所述终端反馈的确认消息后,向所述终端发送所述关键信息。
11.一种终端,其特征在于,包括:
上报单元,用于向推送服务器上报自身的终端电量值,以便所述推送服务器根据所述终端电量值及待推送业务的预计流量消耗值进行判断;
接收单元,用于在所述推送服务器确定所述终端电量值小于预设电量门限、所述预计流量消耗值大于预设流量门限,并向所述终端发送所述待推送业务对应的关键信息后,接收所述关键信息,所述关键信息为包含所述待推送业务内容的概要。
12.根据权利要求11所述的终端,其特征在于,
所述终端还包括反馈单元,用于接收所述推送服务器发送的请求消息,所述请求消息用于询问所述终端是否选择接收待推送业务对应的关键信息,并在所述终端确定接收所述关键信息时,向所述推送服务器反馈发送确认消息;
所述接收单元具体用于:在所述推送服务器接收到所述终端反馈发送的所述确认消息,并向所述终端发送所述关键信息后,接收所述关键信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410515569.1A CN104243609B (zh) | 2014-09-29 | 2014-09-29 | 一种信息业务推送方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410515569.1A CN104243609B (zh) | 2014-09-29 | 2014-09-29 | 一种信息业务推送方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104243609A true CN104243609A (zh) | 2014-12-24 |
CN104243609B CN104243609B (zh) | 2019-08-09 |
Family
ID=52230937
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410515569.1A Active CN104243609B (zh) | 2014-09-29 | 2014-09-29 | 一种信息业务推送方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104243609B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105657071A (zh) * | 2016-04-01 | 2016-06-08 | 太仓日森信息技术有限公司 | 一种基于网络环境的直播信息推送方法 |
CN105991415A (zh) * | 2015-02-12 | 2016-10-05 | 广东欧珀移动通信有限公司 | 一种消息推送方法及移动终端 |
CN107251524A (zh) * | 2014-12-29 | 2017-10-13 | 阿卡麦科技公司 | 管理预测预取内容的移动设备用户订购和服务偏好 |
CN109257626A (zh) * | 2017-07-13 | 2019-01-22 | 大唐移动通信设备有限公司 | 一种数据处理方法和装置 |
CN111479261A (zh) * | 2019-01-24 | 2020-07-31 | 成都鼎桥通信技术有限公司 | 一种ota流量自适应管理方法和设备 |
CN111901851A (zh) * | 2020-06-11 | 2020-11-06 | 蒋梅 | 锁屏画面实时推送*** |
CN115131927A (zh) * | 2021-03-26 | 2022-09-30 | 东芝泰格有限公司 | 商品销售数据处理装置、便携终端以及存储介质 |
CN117082133A (zh) * | 2023-10-17 | 2023-11-17 | 吉牛云(吉林)农业科技集团有限公司 | 一种基于云服务的行业政策推送管理*** |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1077557A4 (en) * | 1999-02-09 | 2002-05-15 | Sony Corp | INFORMATION DISTRIBUTION SYSTEM, TERMINAL DEVICE, SERVER DEVICE AND METHOD FOR RECEIVING AND SENDING DATA |
CN101765071A (zh) * | 2008-12-24 | 2010-06-30 | 卓望数码技术(深圳)有限公司 | 一种向无线数据通信终端上推送自适应数据的方法和设备 |
CN102387166A (zh) * | 2010-08-27 | 2012-03-21 | 中兴通讯股份有限公司 | 一种实现业务发现的方法及*** |
CN102546701A (zh) * | 2010-12-24 | 2012-07-04 | 赵翔 | 一种将内容通过无线网络推送到无线终端的***及其方法 |
CN102594578A (zh) * | 2012-03-19 | 2012-07-18 | 中国联合网络通信集团有限公司 | 信息推送业务的处理方法、装置和*** |
CN102801690A (zh) * | 2011-05-25 | 2012-11-28 | 华为技术有限公司 | 流媒体的处理方法、分发服务器、客户端及*** |
CN103179520A (zh) * | 2011-12-22 | 2013-06-26 | 中国电信股份有限公司 | 一种基于接收者状态的数据推送***和方法 |
CN103873533A (zh) * | 2012-12-18 | 2014-06-18 | 中国电信股份有限公司 | 用于推送信息的方法、装置和*** |
-
2014
- 2014-09-29 CN CN201410515569.1A patent/CN104243609B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1077557A4 (en) * | 1999-02-09 | 2002-05-15 | Sony Corp | INFORMATION DISTRIBUTION SYSTEM, TERMINAL DEVICE, SERVER DEVICE AND METHOD FOR RECEIVING AND SENDING DATA |
CN101765071A (zh) * | 2008-12-24 | 2010-06-30 | 卓望数码技术(深圳)有限公司 | 一种向无线数据通信终端上推送自适应数据的方法和设备 |
CN102387166A (zh) * | 2010-08-27 | 2012-03-21 | 中兴通讯股份有限公司 | 一种实现业务发现的方法及*** |
CN102546701A (zh) * | 2010-12-24 | 2012-07-04 | 赵翔 | 一种将内容通过无线网络推送到无线终端的***及其方法 |
CN102801690A (zh) * | 2011-05-25 | 2012-11-28 | 华为技术有限公司 | 流媒体的处理方法、分发服务器、客户端及*** |
CN103179520A (zh) * | 2011-12-22 | 2013-06-26 | 中国电信股份有限公司 | 一种基于接收者状态的数据推送***和方法 |
CN102594578A (zh) * | 2012-03-19 | 2012-07-18 | 中国联合网络通信集团有限公司 | 信息推送业务的处理方法、装置和*** |
CN103873533A (zh) * | 2012-12-18 | 2014-06-18 | 中国电信股份有限公司 | 用于推送信息的方法、装置和*** |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107251524A (zh) * | 2014-12-29 | 2017-10-13 | 阿卡麦科技公司 | 管理预测预取内容的移动设备用户订购和服务偏好 |
CN105991415A (zh) * | 2015-02-12 | 2016-10-05 | 广东欧珀移动通信有限公司 | 一种消息推送方法及移动终端 |
CN105991415B (zh) * | 2015-02-12 | 2019-09-17 | Oppo广东移动通信有限公司 | 一种消息推送方法及移动终端 |
CN105657071B (zh) * | 2016-04-01 | 2018-11-30 | 盐城吉大智能终端产业研究院有限公司 | 一种基于网络环境的直播信息推送方法 |
CN105657071A (zh) * | 2016-04-01 | 2016-06-08 | 太仓日森信息技术有限公司 | 一种基于网络环境的直播信息推送方法 |
CN109257626B (zh) * | 2017-07-13 | 2020-11-10 | 大唐移动通信设备有限公司 | 一种数据处理方法和装置 |
CN109257626A (zh) * | 2017-07-13 | 2019-01-22 | 大唐移动通信设备有限公司 | 一种数据处理方法和装置 |
CN111479261A (zh) * | 2019-01-24 | 2020-07-31 | 成都鼎桥通信技术有限公司 | 一种ota流量自适应管理方法和设备 |
CN111479261B (zh) * | 2019-01-24 | 2022-11-18 | 成都鼎桥通信技术有限公司 | 一种ota流量自适应管理方法和设备 |
CN111901851A (zh) * | 2020-06-11 | 2020-11-06 | 蒋梅 | 锁屏画面实时推送*** |
CN115131927A (zh) * | 2021-03-26 | 2022-09-30 | 东芝泰格有限公司 | 商品销售数据处理装置、便携终端以及存储介质 |
CN117082133A (zh) * | 2023-10-17 | 2023-11-17 | 吉牛云(吉林)农业科技集团有限公司 | 一种基于云服务的行业政策推送管理*** |
CN117082133B (zh) * | 2023-10-17 | 2023-12-29 | 吉牛云(吉林)农业科技集团有限公司 | 一种基于云服务的行业政策推送管理*** |
Also Published As
Publication number | Publication date |
---|---|
CN104243609B (zh) | 2019-08-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104243609A (zh) | 一种信息业务推送方法和装置 | |
US11968128B2 (en) | Management, by an intermediate device, of the quality of transmission of a data stream to a mobile terminal | |
JP5415625B2 (ja) | 通信ネットワークにおけるデータトラフィック制御 | |
EP2211568B1 (en) | Method of obtaining service information to receive broadcasting service in a user equipment | |
US10205559B2 (en) | System and method for increasing network efficiency using dynamic repeat requests adjustment | |
EP3099097B1 (en) | Trigger management method and apparatus for cse, cse and network element of bearer network | |
CN110808948B (zh) | 远程过程调用方法、装置及*** | |
CN103874134A (zh) | 一种流量控制方法及装置 | |
CN105262836A (zh) | 服务器推送信息的方法及客户端接收推送信息的方法 | |
EP3060000A1 (en) | Adaptive load balancing in residential hybrid gateways | |
KR20180047172A (ko) | 서비스 별 네트워크 혼잡을 제어하는 방법 및 장치 | |
WO2023035925A1 (zh) | 一种业务处理方法、装置和*** | |
JP2020502957A (ja) | Ocsが非応答である間のオンライン課金機構 | |
US12010032B2 (en) | Controlling data rate based on domain and radio usage history | |
CN109428781B (zh) | 会话用量监测控制方法、服务器及存储介质 | |
CN102594578A (zh) | 信息推送业务的处理方法、装置和*** | |
JP2016111428A (ja) | ゲートウェイ装置、スマートメータおよび無線メッシュネットワーク | |
CN116491169A (zh) | 在身份联邦中实施服务等级协议 | |
EP3101926B1 (en) | Charging processing method, centralized network control node and function node | |
CN102970153B (zh) | 组播报文处理方法、装置及*** | |
KR102526348B1 (ko) | 네트워크장치 및 네트워크장치의 동작 방법 | |
CN111294855B (zh) | 流量控制方法、装置、设备及介质 | |
US10051063B2 (en) | Mitigating backend signaling overload | |
CN110996359B (zh) | 一种网络控制方法、终端及存储介质 | |
JP2017034562A (ja) | 通信装置および再接続方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |