CN107819823A - 一种信息处理方法、服务器及计算机可读存储介质 - Google Patents
一种信息处理方法、服务器及计算机可读存储介质 Download PDFInfo
- Publication number
- CN107819823A CN107819823A CN201710886907.6A CN201710886907A CN107819823A CN 107819823 A CN107819823 A CN 107819823A CN 201710886907 A CN201710886907 A CN 201710886907A CN 107819823 A CN107819823 A CN 107819823A
- Authority
- CN
- China
- Prior art keywords
- service layer
- message
- information
- client
- emergence message
- 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.)
- Withdrawn
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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明实施例公开了一种信息处理方法、服务器及计算机可读存储介质,其中方法包括:获取携带紧急标识的紧急信息,并将所述紧急信息存储至第一服务层;获取所述第一服务层中所存储的多个目标客户端分别对应的终端信息;通过所述第一服务层向各终端信息分别对应的目标客户端顺序推送所述紧急信息,并调整所述第一服务层从第二服务层拉取非紧急信息的拉取速率;所述第二服务层用于存储非紧急信息。本发明实施例通过推送携带所述紧急标识的紧急信息,可以提高信息处理的效率,以确保紧急信息的时效性。
Description
技术领域
本发明涉及互联网技术领域,尤其涉及一种信息处理方法服务器及计算机可读存储介质。
背景技术
目前,通过建立服务器和客户端的之间的网络连接,可将服务器上存储的批量信息定期地发送给持有该客户端的用户,此外,用户还可以通过该网络连接从服务器上拉取相应的信息。这些信息主要包含新闻资讯、活动推送、产品推荐、***功能等类型,这类信息的特点是用户量大,可以通过多样的呈现方式吸引用户的点击。
但是,由于这类信息相对比较次要且推送量通常较大,因此,当用户主动向服务器拉取所述服务器中排期存储的各类信息时,将无法使用户在排期处理后的众多信息中及时获取到最新***的信息,即用户在获得所述最新***的信息时存在一定的获取延时,进而无法确保该信息能及时到达用户终端。此外,对于极端天气预警、儿童失踪信息发布等紧急信息,在该服务器中将依旧按照信息处理的先后机制来对各类信息进行定期推送,从而致使这类紧急信息无法及时有效地到达用户终端。
发明内容
本发明实施例提供一种信息处理方法,可提高信息处理的效率,以确保紧急信息的时效性。
第一方面,本发明实施例提供了一种信息处理方法,该方法应用于服务器,包括:
获取携带紧急标识的紧急信息,并将所述紧急信息存储至第一服务层;
获取所述第一服务层中所存储的多个目标客户端分别对应的终端信息;
通过所述第一服务层向各终端信息分别对应的目标客户端顺序推送所述紧急信息,并调整所述第一服务层从第二服务层拉取非紧急信息的拉取速率;所述第二服务层用于存储非紧急信息。
第二方面,本发明实施例提供了一种服务器,该服务器包括用于执行上述第一方面所述的信息处理方法的模块。
第三方面,本发明实施例提供了另一种服务器,包括处理器和存储器,所述处理器和存储器相互连接,其中,所述存储器用于存储支持终端执行上述方法的应用程序代码,所述处理器被配置用于执行上述第一方面的方法。
第四方面,本发明实施例提供了一种计算机可读存储介质,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。
本发明实施例通过获取携带紧急标识的紧急信息,并将所述紧急信息存储至第一服务层;获取所述第一服务层中所存储的多个目标客户端分别对应的终端信息;通过所述第一服务层向各终端信息分别对应的目标客户端顺序推送所述紧急信息,并调整从所述第一服务层向第二服务层拉取非紧急信息的拉取速率;所述第二服务层用于存储非紧急信息。由此可见,通过将携带所述紧急标识的紧急信息存储至所述第一服务层,可以主动向各目标客户端推送所述紧急信息,并在推送所述紧急信息期间,降低向第二服务层拉取非紧急信息的拉取速率,以确保紧急信息的及时发送,还可进一步确保非紧急信息的有效发送,以提高信息处理的效率。
附图说明
为了更清楚地说明本发明实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种网络架构的示意框图;
图2是本发明实施例提供的一种信息处理方法的示意流程图;
图3是本发明实施例提供的另一种信息处理方法的示意流程图;
图4是本发明实施例提供的一种服务器的示意框图;
图5是本发明实施例提供的一种第一获取模块的示意框图;
图6是本发明实施例提供的一种第二获取模块的示意框图;
图7是本发明实施例提供的一种推送调整模块的示意框图;
图8是本发明实施例提供的一种信息推送单元的示意框图;
图9是本发明实施例提供的另一种服务器的示意框图;
图10是本发明实施例提供的又一种服务器的示意框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本发明说明书和所附权利要求书中使用的术语“和/ 或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
参见图1,是本发明实施例提供的一种网络架构的示意框图,如图1所示,所述网络架构可以包括:业务服务器4000,信息处理服务器2000以及客户端集群;所述客户端集群可以包括多个客户端,如图1所示,具体包括客户端3000a、客户端3000b、…、客户端3000n;
其中,所述业务服务器4000与所述信息处理服务器2000进行网络连接;客户端3000a、客户端3000b、…、客户端3000n可以分别与所述信息处理服务器2000进行网络连接。
如图1所示,所述客户端集群中的多个客户端可以包括在线客户端和离线客户端,即所述在线客户端和离线客户端可以为待接收紧急信息的目标客户端。其中,所述在线客户端为多个成功接入所述信息处理服务器2000的终端设备,此时,可将这些成功接入所述信息处理服务器2000的多个终端设备(比如,客户端3000c、客户端3000d、…、客户端3000n)分别确定为在线客户端以便于后续能够及时、有效地接收所述信息处理服务器2000所推送的紧急信息;所述紧急信息可以为极端天气预警、儿童失踪信息发布等关系人民生命、财产安全等信息。与此同时,所述客户端集群中的客户端3000a和客户端3000b则为未接入所述信息处理服务器2000的终端设备(即客户端3000a和客户端3000b为离线客户端),即此时,客户端3000a和客户端3000b并未向所述信息处理服务器发送登录请求,在信道资源有限的情况下,可以优先向各在线客户端推送紧急信息,然后再向各离线客户端推送该紧急信息。
如图1所示,所述业务服务器4000可用于将收集到的各类信息作为待处理信息,所述待处理信息可以为携带紧急标识的紧急信息(例如,极端天气预警),还可以为未携带紧急标识的非紧急信息(例如,新闻资讯信息、活动推送信息、产品推荐信息等)。随后,所述业务服务器4000可将所述待处理信息通过所述网络连接关系上传至所述信息处理服务器2000。
所述信息处理服务器2000在接收到所述待处理信息之后,可以将所述携带紧急标识的紧急信息和未携带所述紧急标识的非紧急信息分别进行存储,以确保所述紧急信息能及时推送至所述客户端集群中的多个目标客户端,所述多个目标客户端可以包括在线客户端和离线客户端。
其中,所述信息处理服务器2000获取所述紧急信息、推送所述紧急信息、以及控制对所述非紧急信息的拉取速率的具体过程可以参见如附图2至图3对应的实施例。
参见图2,是本发明实施例提供一种信息处理方法的示意流程图,如图2所示,所述方法可应用于服务器,所述服务器可为上述图1所对应实施例中的信息处理服务器2000,该方法可以包括:
步骤S101,获取携带紧急标识的紧急信息,并将所述紧急信息存储至第一服务层;
具体的,服务器可以获取业务服务器发送的待处理信息,所述待处理信息为非紧急信息或携带紧急标识的紧急信息;随后,所述服务器可进一步检测所述待处理信息的合法性,若检测出所述待处理信息具备合法性,且所述待处理信息为紧急信息,则将所述紧急信息存储至第一服务层;可选的,若检测出所述待处理信息具备合法性,且所述待处理信息为非紧急信息,则将所述非紧急信息存储至第二服务层。
其中,所述服务器可以为上述图1对应实施例中的信息处理服务器2000。
其中,所述待处理信息为非紧急信息或携带紧急标识的紧急信息;所述紧急信息可以为极端天气预警、儿童失踪信息发布等关系人民生命、财产安全的信息。所述非紧急信息可以为相对次要的新闻资讯信息、活动推送信息、产品推荐信息等未携带所述紧急标识的信息。
其中,所述第一服务层用于存储上述图1所对应实施例中的所述紧急信息,以及客户端集群中各客户终端的终端信息。
其中,所述第二服务层可以包含信息相关数据库操作服务(mss,MeSsageService)和信息数据库。
其中,所述mss可用于对获取到的所述业务服务器发送的具备合法性的非紧急信息进行排期,并将其按时间顺序***所述信息数据库中等待拉取。
其中,所述业务服务器可以为上述图1所对应实施例中的业务服务器4000,这里将不再对其进行赘述。
步骤S102,获取所述第一服务层中所存储的多个目标客户端分别对应的终端信息;
具体的,所述服务器可以获取多个客户端分别发送的登录请求,并根据各登录请求在所述第一服务层中查询是否存在与所述各登录请求中的终端信息分别相同的历史终端信息;若存在,则向各客户端返回登录响应,并将所述各客户端确定为在线客户端。可选的,所述服务器还可在所述第一服务层中将除在线客户端以外的其他客户端确定为离线客户端,即所述第一服务层中同时存储有在线客户端和离线客户端,因此,所述多个目标客户端可以包括在线客户端和离线客户端。
其中,所述目标客户端可以包括个人电脑、平板电脑、笔记本电脑等具有网络连接功能的终端设备。
其中,所述在线客户端的终端信息可以为所述在线客户端在连接所述服务器时所提取到的手机号码或当前终端所处的位置信息。
其中,所述离线客户端的终端信息可以为存储在所述第一服务层中的所述离线客户端的手机号码。
其中,所述第一服务层可以包括缓存层服务(sm,Session Management service),用户相关数据库操作服务(dbs,DataBase Service)和用户数据库;
其中,所述sm可以用于短期缓存用户数据,所述用户数据可以为多个客户端的历史终端信息。通过将这些客户端的历史终端信息缓存在所述sm中,所述服务器可以在接收到各客户端发送的登录请求时,首先根据各登录请求中携带的终端信息在所述sm的缓存层中,分别查询与各终端信息相同的历史客户端信息,若查询到,则将与所述各终端信息分别对应客户端确定为目标客户端,以便于后续接收所述服务器推送的紧急信息。可选的,若未查询到,则可进一步将与未查询到的终端信息对应的登录请求转发给dbs,以使所述dbs进一步在所述用户数据库中查询是否有与该登录请求中携带的终端信息相同的历史终端信息,并基于所述sm缓存层中的查询方式将相应的查询结果返回给相应的客户端。可见,采用这种短期缓存用户数据的缓存方式可以提高用户数据的读取速度,并减少对用户数据库的负载。
其中,所述sm的缓存层和所述用户数据库中均存储有与各客户端分别对应的历史终端信息。只是所述sm的缓存层的更新周期要小于所述用户数据库的更新周期。比如,在所述sm的缓存层中,可以每天更新一次与各客户端分别对应的历史终端信息,而在所述用户数据库中,则可以每月更新一次与各客户端分别对应的历史终端信息。因此,当在所述sm的缓存层中查询不到与所述登录请求中携带的终端信息相同的历史终端信息时,则可进一步在所述用户数据库中查找到与所述登录请求中携带的终端信息相同的历史终端信息。
步骤S103,通过所述第一服务层向各终端信息分别对应的目标客户端顺序推送所述紧急信息,并调整所述第一服务层从第二服务层拉取非紧急信息的拉取速率;
具体的,所述服务器可以将各目标客户端分别对应的终端信息添加至待处理队列和待处理状态表,并根据所述待处理队列和所述待处理状态表,在所述第一服务层中将所述紧急信息顺序推送给所述各目标客户端,并在推送所述紧急信息时,同步调整从所述第一服务层向第二服务层拉取非紧急信息的拉取速率。
其中,所述拉取速率用于描述单位时间内允许有多少个目标客户端,能从所述第二服务层中拉取非紧急信息的速率。即通过调整拉取速率,可以控制拉取非紧急信息的拉取数量(比如,单位时间内允许1个目标客户端能从第一第二服务层中拉取一个非紧急信息)。
其中,所述第二服务层用于存储多个非紧急信息;
其中,所述待处理队列可以用于存储所述服务器中的各目标客户端分别对应的终端信息。与此同时,所述各目标客户端的终端信息也会同步添加至所述待处理状态表,进而可在所述待处理状态表中用相应的状态标识,表征各终端信息分别对应的目标客户端对所述紧急信息的接收情况;
其中,所述状态标识可以为未发送状态标识(例如,所述未发送状态标识为0)。在发送所述紧急信息之前,所述未发送状态标识(0)可以用于表示所述紧急信息当前尚未被发送,因此,可用0表示各目标客户端未收到所述紧急信息。但在推送所述紧急信息之后,若在预设时间范围内(例如,1分钟之内)未接收到所述各目标客户端返回的紧急接收响应,则在所待处理状态表中删除所述各目标客户端对应的未发送状态标识,进而表明所述各目标客户端在所述紧急信息的推送过程中发生掉线或处于离线状态,进而导致所述紧急信息未发送至所述各目标客户端。
其中,所述状态标识还可以为已发送状态标识(例如,所述已发送状态标识为1),此时,所述已发送状态标识(1)表示所述紧急信息已经被成功推送至与所述状态标识对应的目标客户端;换言之,被标记为已发送状态标识的终端信息即为已在预设时间范围内接收到所述紧急信息的目标客户端的终端信息。
其中,可选的,所述待处理队列还可以用于优先存储成功登陆所述服务器的各在线客户端分别对应的终端信息,然后再存储各离线客户终端分别对应的终端信息,并在待处理状态表中优先同步各在线客户端的终端信息,再同步各离线客户端的终端信息,以确保各在线客户端能及时有效的接收到该紧急信息。
因此,为了提高终端对该紧急信息的接收效率,优选的,所述待处理队列中可仅用于存储成功登陆所述服务器的各在线客户端分别对应的终端信息,并将各在线客户端的终端信息同步添加至所述待处理状态表,以提高各在线客户端接收所述紧急信息的接收效率。
可选的,在执行完步骤S103之后,所述服务器还可在调整调整后的拉取速率不为零,且在推送所述紧急信息时,控制所述第一服务层基于调整后的拉取速率向所述第二服务层拉取非紧急信息。通过降低从第二服务层拉取非紧急信息的拉取速率,可减少单位时间内拉取非紧急信息的数量,进而可以在紧急信息和非紧急同时下发至客户端的过程中,缓解非紧急信息对信道资源的占用。
可选的,在执行完步骤S103之后,若所述服务器检测到所述调整后的拉取速率为零时,可进一步关闭从所述第一服务层向第二服务层拉取非紧急信息的通道,即在所述紧急信息的发送过程中,可完全避免非紧急信息对该信道资源的占用现象,从而可确保该服务器将该有限的信道资源完全用于向各目标客户端推送紧急信息,以提高用户对紧急信息接收的效率。
可见,通过所述第一服务层可以将携带紧急标识的紧急信息主动推送给多个目标的客户端(所述多个目标客户端可以包括在线客户端和离线客户端)。与此同时,所述服务器还可以在推送所述紧急信息时,控制从所述第一服务层向第二服务层拉取非紧急信息的拉取速率,进而可控制拉取非紧急信息的拉取数量,因此,通过对非紧急信息的拉取速率的控制,可以降低非紧急信息对信道资源的占用,故而可在该服务器将紧急信息和非紧急信息同时下发至各目标客户端的过程中,将有限的信道资源预留给所述紧急信息,从而能确保所述紧急信息能够及时到达各目标客户端。
本发明实施例通过获取携带紧急标识的紧急信息,并将所述紧急信息存储至第一服务层;获取所述第一服务层中所存储的多个目标客户端分别对应的终端信息;通过所述第一服务层向各终端信息分别对应的目标客户端顺序推送所述紧急信息,并调整从所述第一服务层向第二服务层拉取非紧急信息的拉取速率;所述第二服务层中存储有多个非紧急信息;在推送所述紧急信息的期间内,控制所述第一服务层基于调整后的拉取速率向所述第二服务层拉取至少一个非紧急信息。由此可见,通过将携带所述紧急标识的紧急信息存储至所述第一服务层,可以主动向各目标客户端推送所述紧急信息,并在推送所述紧急信息期间,降低向第二服务层拉取非紧急信息的拉取速率,以确保紧急信息的及时发送,还可进一步确保非紧急信息的有效发送,以提高信息处理的效率。
进一步的,请参见图3,是本发明实施例提供的另一种信息处理方法的示意流程图,如图3所示,所述方法可以包括:
步骤S201,获取携带紧急标识的紧急信息,并将所述紧急信息存储至第一服务层;
步骤S202,获取所述第一服务层中所存储的多个目标客户端分别对应的终端信息;
其中,步骤S201-步骤S202的具体实现方式可以参见上述图2所对应实施例中对步骤S101-步骤S102的描述,这里将不再进行赘述。
步骤S203,将各目标客户端分别对应的终端信息添加至待处理队列和待处理状态表;
其中,在所述待处理队列和所述待处理状态表中,所述服务器在对各终端信息进行添加的过程中,可以按预设的排列规则(先进后出或先进先出)对所述各终端信息进行顺序排列。
比如,在第一服务层中,所述服务器获取到四个目标客户端分别对应的终端信息,且这四个目标客户端分别对应的终端信息为终端信息a,终端信息b,终端信息c和终端信息d。因此,所述服务器在将这四个终端信息(终端信息a,终端信息b,终端信息c和终端信息d)依次添加至所述待处理队列和所述待处理状态表时,若按照先进后出的排列规则,则这四个终端信息在所述待处理队列和所述待处理状态表中的排列顺序可以为终端信息d,终端信息c,终端信息 b和终端信息a。可选的,若按照先进先出的排列规则,则这四个终端信息在所述待处理队列和所述待处理状态表中的排列顺序可以为终端信息a,终端信息b,终端信息c和终端信息d。
步骤S204,根据所述待处理队列和所述待处理状态表,在所述第一服务层中将所述紧急信息顺序推送给所述各目标客户端;
具体的,所述服务器可以在所述待处理状态表中为各终端信息分别设置未发送状态标识,并按照所述待处理队列中的各终端信息的排列顺序,在所述第一服务层中将所述紧急信息顺序推送给所述各目标客户端,若检测到所述第一目标客户端在预设时间范围内返回相应的紧急接收响应,则在所述待处理状态表中将与所述第一目标客户端对应的未发送状态标识更新为已发送状态标识;可选的,若检测到所述第二目标客户端在预设时间范围内未返回相应的紧急接收响应,则在所述待处理队列中删除所述第二目标客户端的终端信息,并在所述待处理状态表中删除所述第二目标客户端的终端信息的未发送状态标识;
其中,所述多个目标客户端包括所述第一目标客户端和所述第二目标客户端。
比如,以待处理状态表和待处理队列中顺序排列的四个终端信息为例,这四个终端信息分别为终端信息a,终端信息b,终端信息c和终端信息d,其中,终端信息a对应着目标客户端A,终端信息b对应着目标客户端B,终端信息c 对应着目标客户端C,终端信息d对应着目标客户端D。此外,在推送所述紧急信息之前,在所述待处理状态表中为目标客户端A,目标客户端B,目标客户端C和目标客户端D分别设置未发送状态标识(0)。随后,在所述第一服务层中,所述服务器可按照所述待处理队列中的各终端信息的排列顺序(终端信息a,终端信息b,终端信息c和终端信息d),将所述紧急信息顺序推送给相应的目标客户端。当在预设时间范围(1分钟以内),依次接收到目标客户端A,目标客户端B,目标客户端C返回的紧急接收响应时,可依次将所述目标客户端A,目标客户端B,目标客户端C作为第一目标客户端(即在线客户端),并在所述待处理状态表中依次将目标客户端A,目标客户端B和目标客户端C分别对应的未发送状态标识(0)更新为已发送状态标识(1)。因此,在更新所述未发送状态标识的过程中,一旦所述服务器接受到第一目标客户端返回的紧急接收响应,则在所述待处理状态表中将该第一目标客户端对应的未发送状态标识(0) 更新为已发送状态标识。
与此同时,所述服务器在所述预设时间范围内并未接收到目标客户D返回的紧急接收响应,此时,可将目标客户端D作为第二目标客户端(即即离线客户端和中途掉线的客户终端),并进一步在所述待处理队列中删除所述第二目标客户端的终端信息(即可以删除目标客户端D的终端信息d),并在所述待处理状态表中删除所述第二目标客户端的终端信息的未发送状态标识。
可选的,在所述服务器推送所述紧急信息之前,若获取到第三目标客户端的终端信息,且在所述待处理状态表中不包含所述第三目标客户端的终端信息,则将所述第三目标客户端的终端信息添加至所述待处理队列的队尾,并将置于队尾的所述第三目标客户端的终端信息添加至所待处理状态表,并在所述待处理状态表中为所述第三目标客户端的终端信息设置未发送状态标识。
其中,所述第三目标客户端可以为刚加入的客户端,还可以为掉线后重新登录的客户端。
比如,仍以上述四个终端信息为终端信息a,终端信息b,终端信息c和终端信息d为例,当获取到目标客户端E的终端信息e时,所述服务器可在所述待处理状态表中查询是否存在与所述终端信息e相同的终端信息。若不存在,则可将该目标终端E作为第三目标终端,并可进一步在所述待处理队列中,将第三目标客户端的终端信息e置于目标客户端D的终端信息d之后,此时,所述待处理队列和所述状态表中各终端信息的排列顺序可以为a,终端信息b,终端信息c,终端信息d和终端信息e。可见,只要有新加入的目标客户端,则可将新加入的目标客户端的终端信息添加至所述待处理队列的队尾,并在所述待处理状态表中为该终端信息设置未发送状态标识(0)。
可选的,在向各目标客户端推送所述紧急信息时,所述服务器可优先按照所述待处理队列中的各终端信息的排列顺序(例如,终端信息a’,终端信息b’,终端信息c’和终端信息d’)向各目标客户端推送所述紧急信息。比如,所述服务器可优先根据各在线客户端的终端信息(终端信息a’和终端信息b’)向各在线客户端推送紧急信息,再根据离线客户端的终端信息(终端信息c’和终端信息d’)向各离线客户端推送紧急信息。与此同时,所服务器还可根据各目标客户端对该紧急信息的接收情况,修改所述待处理状态表中各目标客户端分别对应的终端信息的未发送状态标识,其具体修改过程可参见上述对第一目标终端和第二目标终端分别对应的终端信息的未发送状态标识的描述,这里将不再继续进行赘述。
优选的,所述服务器还可仅向各目标客户端中的在线客户端推送所述紧急信息,即此时,所述待处理队列中的各终端信息的均为在线客户端的终端信息 (例如,终端信息e,终端信息f,终端信息g分别为在线客户端E,在线客户端F和在线客户端G对应的终端信息)。与此同时,所述服务器还可以在所述待处理状态表中为各终端信息分别设置未发送状态标识,并按照所述待处理队列中的各终端信息的排列顺序,将存储在所述第一服务层中的所述紧急信息顺序推送给在线客户端E,在线客户端F和在线客户端G。在推送完该紧急信息之后,若所述服务器检测到所述第一在线客户端(在线客户端E和在线客户端F)在预设时间范围内返回相应的紧急接收响应(即紧急消息成功发送至在线客户端E 和在线客户端F),则在所述待处理状态表中将与所述在线客户端E和在线客户端F对应的未发送状态标识(0)更新为已发送状态标识(1);由于在预设时间范围内未接收到在线客户端G所返回的紧急接收响应,(即在该紧急信息发送的过程中,该在线客户端G由于掉线,而未及时接收到该紧急信息),所以可将该在线客户端G确定为第二在线客户端,即该第二在线客户端为在预设时间范围内未返回相应的紧急接收响应的客户端,故而可进一步在所述待处理队列中删除该第二目标客户端的终端信息,并在所述待处理状态表中同步删除所述第二在线客户端的终端信息的未发送状态标识;以便于后续继续检测到该第二在线客户端成功接入该服务器时,可重新将该第二在线客户端的终端信息添加至待处理队列和待处理状态表中,以确保对紧急信息的接收效率。
步骤S205,在推送所述紧急信息时,同步调整从所述第一服务层向第二服务层拉取非紧急信息的拉取速率。
具体的,所述服务器在推送所述紧急信息时,将从所述第一服务层向第二服务层拉取信息的第一拉取速率调整为第二拉取速率;
其中,所述第二拉取速率小于所述第一拉取速率;
步骤S206,在推送所述紧急信息的期间内,控制所述第一服务层基于调整后的拉取速率向所述第二服务层拉取非紧急信息。
具体的,在推送所述紧急信息的期间内,控制所述第一服务层基于所述第二拉取速率向所述第二服务层拉取非紧急信息。
其中,所第二拉取速率可以为零,即此时,所述服务器将不从第一服务层中拉取非紧急信息。可选的,所述第二拉取速率也可以为小于第一拉取速率的拉取速率,即此时,在用于向各目标客户端下发紧急信息和非紧急信息的信道资源有限的情况下,通过降低对非紧急信息的拉取速率,可减少非紧急信息的对信道资源的占用,从而可将更多的信道资源留给紧急信息,以确保紧急信息能及时有效的到达各目标客户端。
可见,所述服务器可将携带所述紧急标识的紧急信息进行实时下发,而不需要像非紧急信息那样存在拉取匹配的时延。另外,通过控制所述第一服务层向所述第二服务层拉取非紧急信息的拉取速率,可以在将所述紧急信息和非紧急信息同步下发至各目标客户端的过程中,在信道资源有限的情况下,预留出尽可能多的信道给所述紧急信息,以提高紧急信息的时效性。
可选的,在执行完步骤S206之后,所述信息服务器还可进一步统计推送所述紧急信息的总时长,若统计到推送所述紧急信息的总时长达到预设时长阈值,则将所述第二拉取速率恢复为所述第一拉取速率。
可选的,在执行完步骤S206之后,所述信息服务器还可进一步在检测到所述待处理状态表中的各终端信息的状态标识均为已发送状态标识时,确定已向所有目标客户端推送所述紧急信息,并将所述第二拉取速率恢复为所述第一拉取速率,以恢复对所述非紧急信息的拉取。
本发明实施例通过获取携带紧急标识的紧急信息,并将所述紧急信息存储至第一服务层;获取所述第一服务层中所存储的多个目标客户端分别对应的终端信息;通过所述第一服务层向各终端信息分别对应的目标客户端顺序推送所述紧急信息,并调整从所述第一服务层向第二服务层拉取非紧急信息的拉取速率;所述第二服务层用于存储非紧急信息。由此可见,通过将携带所述紧急标识的紧急信息存储至所述第一服务层,可以主动向各目标客户端推送所述紧急信息,并在推送所述紧急信息期间,降低向第二服务层拉取非紧急信息的拉取速率,以确保紧急信息的及时发送,还可进一步确保非紧急信息的有效发送,以提高信息处理的效率。
进一步的,参见图4,是本发明实施例提供的一种服务器的示意框图。如图 4所示,所述服务器1可应用于上述图1所对应实施例中的信息处理服务器2000,所述服务器1可以包括:第一获取模块10,第二获取模块20,推送调整模块30 和控制拉取模块40;
所述第一获取模块10,用于获取携带紧急标识的紧急信息,并将所述紧急信息存储至第一服务层;
所述第二获取模块20,用于获取所述第一服务层中所存储的多个目标客户端分别对应的终端信息;
所述推送调整模块30,用于通过所述第一服务层向各终端信息分别对应的目标客户端顺序推送所述紧急信息,并调整从所述第一服务层向第二服务层拉取非紧急信息的拉取速率;所述第二服务层用于存储非紧急信息;
其中,所述第一获取模块10,第二获取模块20,推送调整模块30的具体实现方式可参见上述图2所对应实施例中对步骤S101-步骤S103的描述,这里将不再进行赘述。
进一步的,请参见图5,是本发明实施例提供的一种第一获取模块的示意框图。如图5所示,所述第一获取模块10可以包括:信息获取单元101,信息检测单元102,第一存储单元103和第二存储单元104;
所述信息获取单元101,用于获取业务服务器发送的待处理信息;所述待处理信息为非紧急信息或携带紧急标识的紧急信息;
所述信息检测单元102,用于检测所述待处理信息的合法性;
所述第一存储单元103,用于若检测出所述待处理信息具备合法性,且所述待处理信息为紧急信息,则将所述紧急信息存储至第一服务层;
所述第二存储单元104,用于若检测出所述待处理信息具备合法性,且所述待处理信息为非紧急信息,则将所述非紧急信息存储至第二服务层。
其中,所述信息获取单元101,信息检测单元102,第一存储单元103和第二存储单元104的具体实现方式可参见上述图2所对应实施例中对步骤S101的描述,这里将不再进行赘述。
进一步的,请参见图6,是本发明实施例提供的一种第二获取模块的示意框图。如图6所示,所述第二获取模块20包括:获取查询单元201和确定单元202;
所述获取查询单元201,用于获取多个客户端分别发送的登录请求,并根据各登录请求在所述第一服务层中查询是否存在与所述各登录请求中的终端信息分别相同的历史终端信息;
所述确定单元202,用于若存在,则向各客户端返回登录响应,并将所述各客户端确定为目标客户端。
其中,所述获取查询单元201和确定单元202的具体实现方式可以参见上述图2所对应实施例中对步骤S102的描述,这里将不再进行赘述。
进一步的,请参见图7,是本发明实施例提供的一种推送调整模块的示意框图。如图7所示,所述推送调整模块30包括:终端信息添加单元301,信息推送单元302和速率调整单元303;
所述终端信息添加单元301,用于将各目标客户端分别对应的终端信息添加至待处理队列和待处理状态表;
所述信息推送单元302,用于根据所述待处理队列和所述待处理状态表,在所述第一服务层中将所述紧急信息顺序推送给所述各目标客户端;
所述速率调整单元303,用于在推送所述紧急信息时,同步调整从所述第一服务层向第二服务层拉取非紧急信息的拉取速率。
具体的,所述速率调整单元303,具体用于在推送所述紧急信息时,将从所述第一服务层向第二服务层拉取信息的第一拉取速率调整为第二拉取速率;所述第二拉取速率小于所述第一拉取速率;
可选的,所述控制拉取模块40,用于在推送所述紧急信息的期间内,控制所述第一服务层基于调整后的拉取速率向所述第二服务层拉取至少一个非紧急信息。
具体的,所述控制拉取模块40,具体用于在推送所述紧急信息的期间内,控制所述第一服务层基于所述第二拉取速率向所述第二服务层拉取至少一个非紧急信息。
可选的,所述速率调整单元303,还用于若统计到推送所述紧急信息的总时长达到预设时长阈值,则将所述第二拉取速率恢复为所述第一拉取速率;
可选的,所述速率调整单元303,还用于若统计到已向所有目标客户端推送所述紧急信息,则将所述第二拉取速率恢复为所述第一拉取速率。
其中,所述终端信息添加单元301,信息推送单元302和速率调整单元303 的具体实现方式可参见上述图2所对应实施例中对步骤S103的描述,这里将不再进行赘述。
进一步的,请参见图8,是本发明实施例提供的一种信息推送单元的示意框图。如图8所示,所述信息推送单元302包括:标识设置子单元3021,信息推送子单元3022,标识更新子单元3023、标识删除子单元3024,第一添加子单元 3025和第二添加子单元3026;
所述标识设置子单元3021,用于在所述待处理状态表中为各终端信息分别设置未发送状态标识;
所述信息推送子单元3022,用于按照所述待处理队列中的各终端信息的排列顺序,在所述第一服务层中将所述紧急信息顺序推送给所述各目标客户端;
所述标识更新子单元3023,用于若检测到所述第一目标客户端在预设时间范围内返回相应的紧急接收响应,则在所述待处理状态表中将与所述第一目标客户端对应的未发送状态标识更新为已发送状态标识;
所述标识删除子单元3024,用于若检测到所述第二目标客户端在预设时间范围内未返回相应的紧急接收响应,则在所述待处理队列中删除所述第二目标客户端的终端信息,并在所述待处理状态表中删除所述第二目标客户端的终端信息的未发送状态标识;
其中,所述多个目标客户端包括所述第一目标客户端和所述第二目标客户端。
可选的,所述第一添加子单元3025,用于若获取到第三目标客户端的终端信息,且在所述待处理状态表中不包含所述第三目标客户端的终端信息,则将所述第三目标客户端的终端信息添加至所述待处理队列的队尾;
可选的,所述第二添加子单元3026,用于将置于队尾的所述第三目标客户端的终端信息添加至所待处理状态表,并在所述待处理状态表中为所述第三目标客户端的终端信息设置未发送状态标识
其中,所述标识设置子单元3021,信息推送子单元3022,标识更新子单元 3023,标识删除子单元3024,第一添加子单元3025和第二添加子单元3026的具体实现方式可参见上述图3所对应实施例中对步骤S204的描述,这里将不再进行赘述。
本发明实施例通过获取携带紧急标识的紧急信息,并将所述紧急信息存储至第一服务层;获取所述第一服务层中所存储的多个目标客户端分别对应的终端信息;通过所述第一服务层向各终端信息分别对应的目标客户端顺序推送所述紧急信息,并调整从所述第一服务层向第二服务层拉取非紧急信息的拉取速率;所述第二服务层用于存储非紧急信息。由此可见,通过将携带所述紧急标识的紧急信息存储至所述第一服务层,可以主动向各目标客户端推送所述紧急信息,并在推送所述紧急信息期间,降低向第二服务层拉取非紧急信息的拉取速率,以确保紧急信息的及时发送,还可进一步确保非紧急信息的有效发送,以提高信息处理的效率。
进一步的,参见图9,是本发明实施例提供的另一种服务器的示意框图。如图9所示的本实施例中的服务器1000可应用于上述图1所对应实施例中的信息处理服务器2000;所述服务器1000可以包括:一个或多个处理器901;一个或多个输入设备902,一个或多个输出设备903和存储器904。上述处理器901、输入设备902、输出设备903和存储器904通过总线905连接。存储器902用于存储指令,处理器901用于执行存储器902存储的指令。其中,处理器901用于:
获取携带紧急标识的紧急信息,并将所述紧急信息存储至第一服务层;
获取所述第一服务层中所存储的多个目标客户端分别对应的终端信息;
通过所述第一服务层向各终端信息分别对应的目标客户端顺序推送所述紧急信息,并调整从所述第一服务层向第二服务层拉取非紧急信息的拉取速率;所述第二服务层用于存储非紧急信息。
应当理解,在本发明实施例中,所述处理器901可以是中央处理单元 (CentralProcessing Unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array, FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
输入设备902可以包括触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等,输出设备903可以包括显示器(LCD等)、扬声器等。
该存储器904可以包括只读存储器和随机存取存储器,并向处理器901提供指令和数据。存储器904的一部分还可以包括非易失性随机存取存储器。例如,存储器904还可以存储设备类型的信息。
具体实现中,本发明实施例中所描述的处理器901可执行前文图2或图3 所对应实施例中对所述信息处理的方法的描述,也可执行前文图4所对应实施例中对所述服务器的描述,在此不再赘述。
在本发明的另一实施例中提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现:
获取携带紧急标识的紧急信息,并将所述紧急信息存储至第一服务层;
获取所述第一服务层中所存储的多个目标客户端分别对应的终端信息;
通过所述第一服务层向各终端信息分别对应的目标客户端顺序推送所述紧急信息,并调整从所述第一服务层向第二服务层拉取非紧急信息的拉取速率;所述第二服务层用于存储非紧急信息。
所述计算机可读存储介质可以是前述任一实施例所述的服务器的内部存储单元,例如信息处理服务器的硬盘或内存。所述计算机可读存储介质也可以是所述信息处理服务器的外部存储设备,例如所述信息处理服务器上配备的插接式硬盘,智能存储卡(SmartMedia Card,SMC),安全数字(Secure Digital,SD) 卡,闪存卡(Flash Card)等。进一步地,所述计算机可读存储介质还可以既包括所述信息处理服务器的内部存储单元也包括外部存储设备。所述计算机可读存储介质用于存储所述计算机程序以及所述信息处理服务器所需的其他程序和数据。所述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
进一步的,请参见图10,是本发明实施例提供的又一种服务器的示意框图,该服务器700可以为上述图1所对应实施例中的信息处理服务器2000,所述服务器700可因配置或性能不同而产生比较大的差异,可以包括一个或一个以***处理器(centralprocessing units,CPU)722(例如,一个或一个以上处理器) 和存储器732,一个或一个以上存储应用程序742或数据744的存储介质730(例如一个或一个以上海量存储设备)。其中,存储器732和存储介质730可以是短暂存储或持久存储。存储在存储介质730的程序可以包括一个或一个以上模块 (图示没标出),每个模块可以包括对信息处理服务器中的一系列指令操作。更进一步地,中央处理器722可以设置为与存储介质730通信,在服务器700上执行存储介质730中的一系列指令操作。
服务器700还可以包括一个或一个以上电源726,一个或一个以上有线或无线网络接口750,一个或一个以上输入输出接口758,和/或,一个或一个以上操作***741,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM, FreeBSDTM等等。
上述实施例中由服务器所执行的步骤可以基于该图10所示的服务器700的结构。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的信息处理服务器、信息处理装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的信息处理服务器、信息处理装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种信息处理方法,应用于服务器,其特征在于,包括:
获取携带紧急标识的紧急信息,并将所述紧急信息存储至第一服务层;
获取所述第一服务层中所存储的多个目标客户端分别对应的终端信息;
通过所述第一服务层向各终端信息分别对应的目标客户端顺序推送所述紧急信息,并调整所述第一服务层从第二服务层拉取非紧急信息的拉取速率;所述第二服务层用于存储非紧急信息。
2.根据权利要求1所述的方法,其特征在于,所述获取携带紧急标识的紧急信息,并将所述紧急信息存储至第一服务层,包括:
获取业务服务器发送的待处理信息;所述待处理信息为非紧急信息或携带紧急标识的紧急信息;
检测所述待处理信息的合法性;
若检测出所述待处理信息具备合法性,且所述待处理信息为紧急信息,则将所述紧急信息存储至第一服务层;
若检测出所述待处理信息具备合法性,且所述待处理信息为非紧急信息,则将所述非紧急信息存储至第二服务层。
3.根据权利要求1所述的方法,其特征在于,所述通过所述第一服务层向各终端信息分别对应的目标客户端顺序推送所述紧急信息,并调整从所述第一服务层向第二服务层拉取非紧急信息的拉取速率,包括:
将各目标客户端分别对应的终端信息添加至待处理队列和待处理状态表;
根据所述待处理队列和所述待处理状态表,在所述第一服务层中将所述紧急信息顺序推送给所述各目标客户端;
在推送所述紧急信息时,同步调整从所述第一服务层向第二服务层拉取非紧急信息的拉取速率。
4.根据权利要求3所述的方法,其特征在于,所述根据所述待处理队列和所述待处理状态表,在所述第一服务层中将所述紧急信息顺序推送给所述各目标客户端,包括:
在所述待处理状态表中为各终端信息分别设置未发送状态标识;
按照所述待处理队列中的各终端信息的排列顺序,在所述第一服务层中将所述紧急信息顺序推送给所述各目标客户端;
若检测到所述第一目标客户端在预设时间范围内返回相应的紧急接收响应,则在所述待处理状态表中将与所述第一目标客户端对应的未发送状态标识更新为已发送状态标识;
若检测到所述第二目标客户端在预设时间范围内未返回相应的紧急接收响应,则在所述待处理队列中删除所述第二目标客户端的终端信息,并在所述待处理状态表中删除所述第二目标客户端的终端信息的未发送状态标识;
其中,所述多个目标客户端包括所述第一目标客户端和所述第二目标客户端。
5.根据权利要求3所述的方法,其特征在于,所述在推送所述紧急信息时,同步调整从所述第一服务层向第二服务层拉取非紧急信息的拉取速率,包括:
在推送所述紧急信息时,将从所述第一服务层向第二服务层拉取非紧急信息的第一拉取速率调整为第二拉取速率;所述第二拉取速率小于所述第一拉取速率;
在推送所述紧急信息的期间内,控制所述第一服务层基于所述第二拉取速率向所述第二服务层拉取非紧急信息。
6.根据权利要求4所述的方法,其特征在于,在所述按照所述待处理队列中的各终端信息的排列顺序,在所述第一服务层中将所述紧急信息顺序推送给所述各目标客户端之前,还包括:
若获取到第三目标客户端的终端信息,且在所述待处理状态表中不包含所述第三目标客户端的终端信息,则将所述第三目标客户端的终端信息添加至所述待处理队列的队尾;
将置于队尾的所述第三目标客户端的终端信息添加至所待处理状态表,并在所述待处理状态表中为所述第三目标客户端的终端信息设置未发送状态标识。
7.根据权利要求5所述的方法,其特征在于,还包括:
若统计到推送所述紧急信息的总时长达到预设时长阈值,则将所述第二拉取速率恢复为所述第一拉取速率;
若统计到已向所有目标客户端推送所述紧急信息,将所述第二拉取速率恢复为所述第一拉取速率。
8.一种服务器,其特征在于,包括用于执行如权利要求1至7中任一权利要求所述的方法的模块。
9.一种服务器,其特征在于,包括处理器和存储器,所述处理器和存储器相互连接,其中,所述存储器用于存储应用程序代码,所述处理器被配置用于调用所述程序代码,执行如权利要求1-7任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行如权利要求1-7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710886907.6A CN107819823A (zh) | 2017-09-26 | 2017-09-26 | 一种信息处理方法、服务器及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710886907.6A CN107819823A (zh) | 2017-09-26 | 2017-09-26 | 一种信息处理方法、服务器及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107819823A true CN107819823A (zh) | 2018-03-20 |
Family
ID=61607405
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710886907.6A Withdrawn CN107819823A (zh) | 2017-09-26 | 2017-09-26 | 一种信息处理方法、服务器及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107819823A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109698799A (zh) * | 2019-01-14 | 2019-04-30 | 广州荔支网络技术有限公司 | 一种消息推送方法、装置和移动终端 |
CN110324377A (zh) * | 2018-03-30 | 2019-10-11 | 武汉斗鱼网络科技有限公司 | 一种推送交互方法、装置、电子设备及介质 |
CN112887196A (zh) * | 2021-01-20 | 2021-06-01 | 远景智能国际私人投资有限公司 | 消息发送方法、***、装置、设备及可读存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103096376A (zh) * | 2011-11-04 | 2013-05-08 | 中兴通讯股份有限公司 | 一种网络拥塞控制的方法和*** |
CN103493469A (zh) * | 2009-09-10 | 2014-01-01 | 摩托罗拉*** | 用于加载照片的方法和设备 |
CN104104591A (zh) * | 2014-08-06 | 2014-10-15 | 携程计算机技术(上海)有限公司 | 消息推送方法及*** |
CN104836722A (zh) * | 2015-03-30 | 2015-08-12 | 北京北信源软件股份有限公司 | 一种即时消息中体现消息重要程度的处理方法 |
CN105792247A (zh) * | 2014-12-25 | 2016-07-20 | ***通信集团公司 | 一种数据推送方法及装置 |
-
2017
- 2017-09-26 CN CN201710886907.6A patent/CN107819823A/zh not_active Withdrawn
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103493469A (zh) * | 2009-09-10 | 2014-01-01 | 摩托罗拉*** | 用于加载照片的方法和设备 |
CN103096376A (zh) * | 2011-11-04 | 2013-05-08 | 中兴通讯股份有限公司 | 一种网络拥塞控制的方法和*** |
CN104104591A (zh) * | 2014-08-06 | 2014-10-15 | 携程计算机技术(上海)有限公司 | 消息推送方法及*** |
CN105792247A (zh) * | 2014-12-25 | 2016-07-20 | ***通信集团公司 | 一种数据推送方法及装置 |
CN104836722A (zh) * | 2015-03-30 | 2015-08-12 | 北京北信源软件股份有限公司 | 一种即时消息中体现消息重要程度的处理方法 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110324377A (zh) * | 2018-03-30 | 2019-10-11 | 武汉斗鱼网络科技有限公司 | 一种推送交互方法、装置、电子设备及介质 |
CN109698799A (zh) * | 2019-01-14 | 2019-04-30 | 广州荔支网络技术有限公司 | 一种消息推送方法、装置和移动终端 |
CN109698799B (zh) * | 2019-01-14 | 2020-06-02 | 广州荔支网络技术有限公司 | 一种消息推送方法、装置和移动终端 |
CN112887196A (zh) * | 2021-01-20 | 2021-06-01 | 远景智能国际私人投资有限公司 | 消息发送方法、***、装置、设备及可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11388129B1 (en) | Techniques for ephemeral messaging with a message queue | |
CN112508205A (zh) | 一种联邦学习调度方法、装置及*** | |
US20190266026A1 (en) | Partitioning for delayed queues in a distributed network | |
CN101325561B (zh) | 一种处理电子邮件的方法、装置及*** | |
CN110531987A (zh) | 基于Kubernetes集群的管理方法、装置及计算机可读存储介质 | |
EP3201805B1 (en) | Methods and systems for regulating communications at a mobile communications device | |
CN106664254A (zh) | 优化移动网络中的网络流量管理 | |
WO2013170410A1 (zh) | 群组通信的方法、***、群组服务器和群组成员设备 | |
CN102413228A (zh) | 一种通信信息提醒方法、***及移动终端 | |
CN107819823A (zh) | 一种信息处理方法、服务器及计算机可读存储介质 | |
CN103297395A (zh) | 一种互联网业务的实现方法、***以及装置 | |
CN104468667A (zh) | 消息推送方法、装置和服务器 | |
US9906480B2 (en) | Techniques for ephemeral messaging with legacy clients | |
EP3422271A1 (en) | Mail information management method and associated apparatus | |
KR20070037542A (ko) | 추가 속성을 가지는 노드를 이용하는 장치 관리 방법 및장치 관리 클라이언트 | |
CN112702259B (zh) | 延迟消息推送方法、装置及消息中间件 | |
CN103036775A (zh) | 消息交互装置、***及方法 | |
CN104135429A (zh) | 一种信息推送方法和装置 | |
CN106533914A (zh) | 消息通知方法及装置 | |
CN107015855A (zh) | 一种支持时间策略的异步服务集中调度方法及装置 | |
CN110795041A (zh) | 分布式文件***的配额方法、装置、服务器和存储介质 | |
CN110413610A (zh) | 提高业务数据报表导出效率的方法及***、数据库服务器 | |
CN114168297A (zh) | 一种归集任务调度方法、装置、设备及介质 | |
WO2019029721A1 (zh) | 任务的调度方法、装置、设备及存储介质 | |
CN113743879A (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 | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20180320 |