一种信息推送方法及系统
技术领域
本说明书实施例涉及电子商务技术领域,尤其涉及一种信息推送方法及系统。
背景技术
一般地,对于各行各业,经常会遇到需要向应急系统推送调整需求信息的场景。例如,在基金销售行业进行基金销售的过程中,每天每只基金的销售比例(或销售数量)并不是固定不变的,每天可能需要对每只基金的销售比例进行调整,例如基金A在10月23日的销售比例需由10%上调为15%,基金B在10月23日的销售比例需由15%下调为10%,信息输入方需要将基金A、基金B各自销售比例的调整情况(调整需求信息)推送给应急系统。
当前对调整需求信息进行推送的方案是:当需要推送调整需求信息时,客户端接收信息输入方所输入的调整需求信息,并确定该调整需求信息为待推送调整需求信息,将该待推送调整需求信息发送至服务端,服务端在确认该待推送调整需求信息之后推送至应急系统。
目前的这种调整需求信息推送方案,当需要推送调整需求信息时,客户端向服务端传输调整需求信息,随着信息量的增大,消耗的时间会逐步增加,降低了信息推送的时效性。
发明内容
针对上述技术问题,本说明书实施例提供一种信息推送方法及系统,技术方案如下:
一种信息推送方法,该方法包括:
在调整需求信息预存阶段:
客户端接收信息输入方输入的调整需求信息,并将所述调整需求信息发送至服务端;
服务端接收调整需求信息,触发对接收的调整需求信息的审核,以使信息审核方对接收的调整需求信息进行审核;
在确定审核通过之后,将接收的调整需求信息存储至本地,利用预设的映射算法对接收的调整需求信息进行映射得到对应的信息标识,并返回至客户端;
在调整需求信息推送阶段:
客户端展示信息输入方所输入的调整需求信息,以使信息输入方选择调整需求信息;
确定信息输入方所选择的调整需求信息为待推送调整需求信息,确定与所述待推送调整需求信息对应的信息标识,并将所确定的信息标识发送至服务端;
服务端根据客户端发送的信息标识,在本地所存储的调整需求信息中查找对应的调整需求信息,并推送所查找到的调整需求信息。
一种信息推送系统,该系统包括:客户端以及服务端;
在调整需求信息预存阶段:
客户端接收信息输入方输入的调整需求信息,并将所述调整需求信息发送至服务端;
服务端接收调整需求信息,触发对接收的调整需求信息的审核,以使信息审核方对接收的调整需求信息进行审核;
在确定审核通过之后,将接收的调整需求信息存储至本地,利用预设的映射算法对接收的调整需求信息进行映射得到对应的信息标识,并返回至客户端;
在调整需求信息推送阶段:
客户端展示信息输入方所输入的调整需求信息,以使信息输入方选择调整需求信息;
确定信息输入方所选择的调整需求信息为待推送调整需求信息,确定与所述待推送调整需求信息对应的信息标识,并将所确定的信息标识发送至服务端;
服务端根据客户端发送的信息标识,在本地所存储的调整需求信息中查找对应的调整需求信息,并推送所查找到的调整需求信息。
本说明书实施例所提供的技术方案,在调整需求信息预存阶段,客户端将信息输入方输入的调整需求信息发送至服务端,服务端接收调整需求信息,触发对接收的调整需求信息的审核,在确定审核通过之后,将接收的调整需求信息存储至本地,并向客户端返回对应的信息标识,如此可以预先将调整需求信息存储到本地;后续当需要推送调整需求信息时,即在信息推送阶段,客户端向服务端传递信息标识,而并不是传递调整需求信息,服务端根据客户端发送的信息标识,在本地所存储的调整需求信息中查找对应的调整需求信息,并推送所查找到的调整需求信息,由于信息标识的信息量较小,传输信息标识会消耗较少的时间,提升了信息推送的时效性。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本说明书实施例。
此外,本说明书实施例中的任一实施例并不需要达到上述的全部效果。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书实施例中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1是本说明书实施例的信息推送方法的交互流程示意图;
图2是本说明书实施例的应用于客户端的信息推送装置的结构示意图;
图3是本说明书实施例的应用于服务端的信息推送装置的结构示意图;
图4是用于配置本说明书实施例装置的一种设备的结构示意图。
具体实施方式
在本说明书中,以基金销售行业背景为例,对本说明书实施例提供的技术方案进行说明。在基金销售行业进行基金销售的过程中,每天每只基金的销售比例(或销售数量)并不是固定不变的,每天可能需要对每只基金的销售比例(或销售数量)进行调整,例如基金A在10月22日的销售比例为10%,基本B在10月22日的销售比例为15%,而在10月23日,需要将基金A的销售比例上调为15%,需要将基金B的销售比例下调为10%,基金A、基金B各自销售比例的调整情况可以视为调整需求信息,信息输入方需要将基金A、基金B各自销售比例的调整情况推送给应急系统,以使基金A、基金B各自的销售比例在10月23日进行相应的调整。而目前对调整需求信息进行推送的具体过程为:客户端接收信息输入方所输入的各个基金各自销售比例的调整情况,并确定各个基金各自销售比例的调整情况为待推送调整需求信息,将该待推送调整需求信息发送至服务端,服务端在确认该待推送调整需求信息之后推送至应急系统。
但是目前的这种调整需求信息推送方案,当需要推送调整需求信息时,客户端向服务端传输调整需求信息,随着信息量的增大,消耗的时间会逐步增加,降低了信息推送的时效性。
针对上述问题,本说明书实施例提供一种调整需求信息推送技术方案,分为两个阶段,在调整需求信息预存阶段,客户端将信息输入方输入的调整需求信息发送至服务端,服务端接收调整需求信息,触发对接收的调整需求信息的审核,在确定审核通过之后,将接收的调整需求信息存储至本地,并向客户端返回对应的信息标识,如此可以预先将调整需求信息存储到本地;后续当需要推送调整需求信息时,即在信息推送阶段,客户端向服务端传递信息标识,而并不是传递调整需求信息,由于信息标识的信息量较小,传输信息标识会消耗较少的时间,提升了信息推送的时效性。
具体的,本说明书实施例提供的技术方案如下:
在调整需求信息预存阶段:客户端接收信息输入方输入的调整需求信息,并将所述调整需求信息发送至服务端;服务端接收调整需求信息,触发对接收的调整需求信息的审核,以使信息审核方对接收的调整需求信息进行审核;在确定审核通过之后,将接收的调整需求信息存储至本地,利用预设的映射算法对接收的调整需求信息进行映射得到对应的信息标识,并返回至客户端;在调整需求信息推送阶段:客户端展示信息输入方所输入的调整需求信息,以使信息输入方选择调整需求信息;确定信息输入方所选择的调整需求信息为待推送调整需求信息,确定与所述待推送调整需求信息对应的信息标识,并将所确定的信息标识发送至服务端;服务端根据客户端发送的信息标识,在本地所存储的调整需求信息中查找对应的调整需求信息,并推送所查找到的调整需求信息。
其中,本说明书中,客户端可以是浏览器客户端,即可以是当前各式各样的浏览器客户端,服务端可以是特定的一台服务器或服务器集群的形式,客户端与服务端可通过各种形式的网络实现通信连接,本说明书对此不作限定。
为了使本领域技术人员更好地理解本说明书实施例中的技术方案,下面将结合本说明书实施例中的附图,对本说明书实施例中的技术方案进行详细地描述,显然,所描述的实施例仅仅是本说明书的一部分实施例,而不是全部的实施例。基于本说明书中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于保护的范围。
参见图1所示,为本说明书实施例提供的一种信息推送方法的交互流程示意图,该方法具体可以包括以下步骤:
在调整需求信息预存阶段:
S101,客户端接收信息输入方输入的调整需求信息,并将所述调整需求信息发送至服务端;
在本说明书中,信息输入方在客户端上手工输入调整需求信息,客户端接收信息输入方输入的调整需求信息,将该调整需求信息发送至服务端。
其中在将该调整需求信息发送至服务端之前,可以先确定是否接收到信息输入方输入的信息保存指令,在确定接收到信息输入方输入的信息保存指令之后,将该调整需求信息发送至服务端。又或者可以在客户端上提供信息保存按钮,确定信息输入方是否点击该信息保存按钮,在确定信息输入方点击信息保存按钮之后,将该调整需求信息发送至服务端。具体触发调整需求信息发送至服务端的机制存在很多种,本说明书实施例在此不再一一赘述。
另外,该调整需求信息可以是如上述所说的各个基金销售比例的调整情况,其中调整需求信息的具体表现形式可以是:基金A(10%-15%)、基金B(15%-10%)……,或者基金A(1000-1500)、基金B(1500-1000)。
S102,服务端接收调整需求信息,触发对接收的调整需求信息的审核,以使信息审核方对接收的调整需求信息进行审核;
服务端接收调整需求信息,根据所接收的调整需求信息,进行简单的业务校验,业务校验例如可以是对调整需求信息中每个基金调整后的销售数量进行求和,判断调整后的所有基金的销售数量总和是否与预期所有基金销售数量总和一致,例如基金A调整后的销售数量是1500,基金B调整后的销售数量是1000,预期所有基金销售数量总和是2500,调整后的基金A与基金B的销售数量总和与预期基金A与基金B销售数量总和一致。
当然还存在另外一种情况就是,基金A调整后的销售数量是1000,基金B调整后的销售数量是1500,预期所有基金销售数量总和是2500,调整后的基金A与基金B的销售数量总和仍然与预期基金A与基金B销售数量总和一致,但其实基金A调整后的销售数量应该是1500,基金B调整后的销售数量应该是1000,表明该调整需求信息被篡改过,此时仅通过简单的业务校验并不能保证调整需求信息的正确性。
为此,在经过简单的业务校验之后,触发对接收的调整需求信息的审核,以使信息审核方对接收的调整需求信息进行审核,即在服务端,人工对接收的调整需求信息进行审核,以此确保将正确的调整需求信息存储至本地,另外还规避了信息输入方误输入的情况。
S103,在确定审核通过之后,将接收的调整需求信息存储至本地,利用预设的映射算法对接收的调整需求信息进行映射得到对应的信息标识,并返回至客户端;
针对S102中对接收的调整需求信息的审核结果,在确定审核通过之后,将接收的调整需求信息存储至本地,具体可以存储到本地信息库、本地磁盘或者本地内存中,本说明书对此不作限定。
在确定审核未通过之后,向客户端发送调整需求信息出现错误的提示,以使信息输入方重新输入调整需求信息。
其中,在确定审核通过之后,除将接收的调整需求信息存储至本地之外,还需利用预设的映射算法对接收的调整需求信息进行映射得到对应的信息标识,并将该信息标识返回至客户端,例如该信息标识可以是A、B、C、D,与调整需求信息1、调整需求信息2、调整需求信息3、调整需求信息4一一对应。其中该映射算法可以是哈希算法,还可以是其它的映射算法,本说明书对此不作限定。
在确定审核通过之后,对于调整需求信息的存储操作以及生成信息标识的操作,两者的执行顺序,可以是同时执行,也可以存在先后顺序,本说明书对此不作限定。
另外,在将接收的调整需求信息存储至本地之后,向客户端发送调整需求信息存储成功的通知。
在客户端,接收服务端返回的信息标识,建立信息标识与调整需求信息的映射关系表,其所建立的映射关系表可以如表1所示:
调整需求信息 |
信息标识 |
调整需求信息1 |
信息标识A |
调整需求信息2 |
信息标识B |
表1
由以上描述可知,在本说明书中,可以在闲时预先将调整需求信息存储至服务端本地。
在调整需求信息推送阶段,即信息输入方需要进行调整需求信息推送时:
S104,客户端展示信息输入方所输入的调整需求信息,以使信息输入方选择调整需求信息;
在本说明书中,客户端展示信息输入方所输入的调整需求信息,当信息输入方需要推送调整需求信息时,可以选择客户端展示的信息输入方输入的调整需求信息,客户端可以确定信息输入方所选择的调整需求信息为待推送调整需求信息。
例如,客户端展示信息输入方所输入的调整需求信息1、调整需求信息2、调整需求信息3……,信息输入方可以选择其中一种或几种。
具体的,在客户端上可以提供信息推送按钮,当信息输入方选择好相应的调整需求信息时,可以点击该信息推送按钮,在客户端这一侧,则会确定信息输入方所选择的调整需求信息为待推送调整需求信息。
S105,确定信息输入方所选择的调整需求信息为待推送调整需求信息,确定与所述待推送调整需求信息对应的信息标识,并将所确定的信息标识发送至服务端;
确定信息输入方所选择的调整需求信息为待推送调整需求信息,然后确定与该待推送调整需求信息对应的信息标识。具体的,可以在信息存储阶段所建立的映射关系表中,查询与待推送调整需求信息对应的信息标识,以此确定与该待推送调整需求信息对应的信息标识。
后续在确定与待推送调整需求信息对应的信息标识之后,将该信息标识发送至服务端,而并非将该待推送调整需求信息发送至服务端,一方面可以避免攻击者对调整需求信息进行篡改,另一方面由于信息标识的信息量较小,传输信息标识会消耗较少的时间,提升了信息推送的时效性。
S106,服务端根据客户端发送的信息标识,在本地所存储的调整需求信息中查找对应的调整需求信息,并推送所查找到的调整需求信息。
在服务端这一侧,接收客户端发送的信息标识,在本地所存储的调整需求信息中查找与该信息标识对应的调整需求信息,即查找待推送调整需求信息,在查找到与该信息标识对应的调整需求信息之后,将所查找到的调整需求信息推送至应急系统,即将待推送调整需求信息推送至应急系统。
上述在查找到与信息标识对应的调整需求信息之后,直接推送给应急系统,但是存在一个安全隐患是:攻击者有可能篡改本地存储的调整需求信息,即查找到的调整需求信息有可能是被篡改以后的调整需求信息,仍然存在安全问题。
为此,优选的,在将所查找到的调整需求信息推送至应急系统之前,触发对所查找的调整需求信息的审核,以使信息审核方对所查找的调整需求信息进行审核,即在服务端这一侧,人工对查找到的调整需求信息进行审核,以确保调整需求信息的安全性。在确定审核通过之后,推送所查找到的调整需求信息。在确定审核未通过之后,向客户端发送调整需求信息出现错误的提示以及调整需求信息进行更新的通知,以使信息输入方重新输入调整需求信息。
后续如果向应急系统推送调整需求信息失败,则可以再次在本地存储的调整需求信息中查找与信息标识对应的调整需求信息,此时可以再次触发对调整需求信息的审核或者直接推送,如此当调整需求信息推送失败或者推送的调整需求信息未能生效时,可以避免信息输入方重新输入调整需求信息。
通过上述对本说明书实施例提供的技术方案的描述,在调整需求信息预存阶段,客户端将信息输入方输入的调整需求信息发送至服务端,服务端接收调整需求信息,触发对接收的调整需求信息的审核,在确定审核通过之后,将接收的调整需求信息存储至本地,并向客户端返回对应的信息标识,如此可以将正确的调整需求信息预先存储到本地,也规避了信息输入方误输入的情况;后续当需要推送调整需求信息时,即在信息推送阶段,客户端向服务端传递信息标识,而并不是传递调整需求信息,服务端根据客户端发送的信息标识,在本地所存储的调整需求信息中查找对应的调整需求信息,并推送所查找到的调整需求信息,一方面避免了攻击者篡改调整需求信息,服务端根据信息标识查找对应的调整需求信息进行推送,由于在调整需求信息预存阶段存储的是正确的调整需求信息,可以确保推送的是正确的调整需求信息,另一方面,由于信息标识的信息量较小,传输信息标识会消耗较少的时间,提升了信息推送的时效性。
为了更清楚地说明本说明书实施例的方案,下面分别再从单侧的角度,对执行的方法进行说明:
在调整需求信息预存阶段:
对于客户端,需要执行的任务主要如下:
A,接收信息输入方输入的调整需求信息,并将所述调整需求信息发送至服务端。
对于服务端,需要执行的任务主要如下:
a,接收调整需求信息,触发对接收的调整需求信息的审核,以使信息审核方对接收的调整需求信息进行审核;
b,在确定审核通过之后,将接收的调整需求信息存储至本地,利用预设的映射算法对接收的调整需求信息进行映射得到对应的信息标识,并返回至客户端。
在调整需求信息推送阶段:
对于客户端,需要执行的任务主要如下:
B,展示信息输入方所输入的调整需求信息,以使信息输入方选择调整需求信息;
C,确定信息输入方所选择的调整需求信息为待推送调整需求信息,确定与所述待推送调整需求信息对应的信息标识,并将所确定的信息标识发送至服务端。
对于服务端,需要执行的任务主要如下:
c,根据客户端发送的信息标识,在本地所存储的调整需求信息中查找对应的调整需求信息,并推送所查找到的调整需求信息。
关于客户端、服务端的单侧执行方法细节,可以参见前面实施例的描述,这里不再赘述。
相对于上述方法实施例,本说明书实施例还提供一种应用于客户端的信息推送装置,参见图2所示,该装置包括:信息接收模块210、信息发送模块220、信息展示模块230、标识发送模块240。
信息接收模块210,用于在调整需求信息预存阶段,接收信息输入方输入的调整需求信息;
信息发送模块220,用于在调整需求信息预存阶段,将所述调整需求信息发送至服务端,以使服务端接收调整需求信息,触发对接收的调整需求信息的审核,以使信息审核方对接收的调整需求信息进行审核,在确定审核通过之后,将接收的调整需求信息存储至本地,利用预设的映射算法对接收的调整需求信息进行映射得到对应的信息标识,并返回至客户端;
信息展示模块230,用于在调整需求信息推送阶段,展示信息输入方所输入的调整需求信息,以使信息输入方选择调整需求信息;
标识发送模块240,用于在调整需求信息推送阶段,确定信息输入方所选择的调整需求信息为待推送调整需求信息,确定与所述待推送调整需求信息对应的信息标识,并将所确定的信息标识发送至服务端,以使服务端根据客户端发送的信息标识,在本地所存储的调整需求信息中查找对应的调整需求信息,并推送所查找到的调整需求信息。
本说明书实施例还提供一种应用于服务端的信息推送装置,参见图3所示,该装置包括:审核触发模块310、信息存储模块320、标识生成模块330、信息推送模块340。
审核触发模块310,用于在调整需求信息预存阶段,接收调整需求信息,触发对接收的调整需求信息的审核,以使信息审核方对接收的调整需求信息进行审核;
信息存储模块320,用于在调整需求信息预存阶段,在确定审核通过之后,将接收的调整需求信息存储至本地;
标识生成模块330,用于在调整需求信息预存阶段,利用预设的映射算法对接收的调整需求信息进行映射得到对应的信息标识,并返回至客户端;
信息推送模块340,用于在调整需求信息推送阶段,根据客户端发送的信息标识,在本地所存储的调整需求信息中查找对应的调整需求信息,并推送所查找到的调整需求信息。
本说明书实施例还提供一种信息推送系统,该系统包括:客户端以及服务端;
在调整需求信息预存阶段:
客户端接收信息输入方输入的调整需求信息,并将所述调整需求信息发送至服务端;
服务端接收调整需求信息,触发对接收的调整需求信息的审核,以使信息审核方对接收的调整需求信息进行审核;
在确定审核通过之后,将接收的调整需求信息存储至本地,利用预设的映射算法对接收的调整需求信息进行映射得到对应的信息标识,并返回至客户端;
在调整需求信息推送阶段:
客户端展示信息输入方所输入的调整需求信息,以使信息输入方选择调整需求信息;
确定信息输入方所选择的调整需求信息为待推送调整需求信息,确定与所述待推送调整需求信息对应的信息标识,并将所确定的信息标识发送至服务端;
服务端根据客户端发送的信息标识,在本地所存储的调整需求信息中查找对应的调整需求信息,并推送所查找到的调整需求信息。
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
通过上述对本说明书实施例提供的技术方案的描述,在调整需求信息预存阶段,客户端将信息输入方输入的调整需求信息发送至服务端,服务端接收调整需求信息,触发对接收的调整需求信息的审核,在确定审核通过之后,将接收的调整需求信息存储至本地,并向客户端返回对应的信息标识,如此可以将正确的调整需求信息预先存储到本地,也规避了信息输入方误输入的情况;后续当需要推送调整需求信息时,即在信息推送阶段,客户端向服务端传递信息标识,而并不是传递调整需求信息,服务端根据客户端发送的信息标识,在本地所存储的调整需求信息中查找对应的调整需求信息,并推送所查找到的调整需求信息,一方面避免了攻击者篡改调整需求信息,服务端根据信息标识查找对应的调整需求信息进行推送,由于在调整需求信息预存阶段存储的是正确的调整需求信息,可以确保推送的是正确的调整需求信息,另一方面,由于信息标识的信息量较小,传输信息标识会消耗较少的时间,提升了信息推送的时效性。
本说明书实施例还提供一种计算机设备,如图4所示,该设备可以包括:处理器410、存储器420、输入/输出接口430、通信接口440和总线450。其中处理器410、存储器420、输入/输出接口430和通信接口440通过总线450实现彼此之间在设备内部的通信连接。
处理器410可以采用通用的CPU(Central Processing Unit,中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本说明书实施例所提供的技术方案。
存储器420可以采用ROM(Read Only Memory,只读存储器)、RAM(Random AccessMemory,随机存取存储器)、静态存储设备,动态存储设备等形式实现。存储器420可以存储操作系统和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器420中,并由处理器410来调用执行。
输入/输出接口430用于连接输入/输出模块,以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出),也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等,输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口440用于连接通信模块(图中未示出),以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线450包括一通路,在设备的各个组件(例如处理器410、存储器420、输入/输出接口430和通信接口440)之间传输信息。
需要说明的是,尽管上述设备仅示出了处理器410、存储器420、输入/输出接口430、通信接口440以及总线450,但是在具体实施过程中,该设备还可以包括实现正常运行所必需的其他组件。此外,本领域的技术人员可以理解的是,上述设备中也可以仅包含实现本说明书实施例方案所必需的组件,而不必包含图中所示的全部组件。
本说明书实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前述的信息推送方法。该方法至少包括:
一种信息推送方法,应用于客户端,该方法包括:
在调整需求信息预存阶段:
接收信息输入方输入的调整需求信息,将所述调整需求信息发送至服务端,以使服务端接收调整需求信息,触发对接收的调整需求信息的审核,以使信息审核方对接收的调整需求信息进行审核,在确定审核通过之后,将接收的调整需求信息存储至本地,利用预设的映射算法对接收的调整需求信息进行映射得到对应的信息标识,并返回至客户端;
在调整需求信息推送阶段:
展示信息输入方所输入的调整需求信息,以使信息输入方选择调整需求信息;
确定信息输入方所选择的调整需求信息为待推送调整需求信息,确定与所述待推送调整需求信息对应的信息标识,并将所确定的信息标识发送至服务端,以使服务端根据客户端发送的信息标识,在本地所存储的调整需求信息中查找对应的调整需求信息,并推送所查找到的调整需求信息。
本说明书实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前述的信息推送方法。该方法至少包括:
一种信息推送方法,应用于服务端,该方法包括:
在调整需求信息预存阶段:
接收调整需求信息,触发对接收的调整需求信息的审核,以使信息审核方对接收的调整需求信息进行审核;
在确定审核通过之后,将接收的调整需求信息存储至本地,利用预设的映射算法对接收的调整需求信息进行映射得到对应的信息标识,并返回至客户端;
在调整需求信息推送阶段:
根据客户端发送的信息标识,在本地所存储的调整需求信息中查找对应的调整需求信息,并推送所查找到的调整需求信息。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、信息结构、程序的模块或其他信息。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的信息信号和载波。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本说明书实施例可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本说明书实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本说明书实施例各个实施例或者实施例的某些部分所述的方法。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的,在实施本说明书实施例方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上所述仅是本说明书实施例的具体实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本说明书实施例原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本说明书实施例的保护范围。