一种信息拉取方法、装置、电子设备及计算机存储介质与流程

文档序号:29928800发布日期:2022-05-07 12:13阅读:82来源:国知局
一种信息拉取方法、装置、电子设备及计算机存储介质与流程

1.本发明实施例涉及计算机技术领域,尤其涉及一种信息拉取方法、装置、电子设备及计算机存储介质。


背景技术:

2.在当前的网络媒体中,信息(例如包括,广告、待推广的文章等等)已经是不可或缺的一部分,也是是网络媒体的重要收益来源。而在当前,存在大量的提供信息可以拉取的信息服务方,各个信息服务方所给出的价格并不相同。在这种情形下,通常而言就是谁价格高网络媒体就确定拉取谁的信息来展示,从而让自己获得收益。如果出现拉取不到的情况,则就会造成信息展示的机会被浪费了。
3.基于此,需要一种更有效的信息拉取方案。


技术实现要素:

4.有鉴于此,本发明实施例提供一种信息拉取方案,以至少部分解决上述问题。
5.根据本发明实施例的第一方面,提供了一种信息拉取方法,包括:
6.接收信息拉取请求,获取多个信息服务方;
7.确定与所述多个信息服务方分别对应的多个综合竞价评分;
8.根据综合竞价评分的大小,对所述多个信息服务方进行排序,生成待拉取序列,对所述待拉取序列中进行如下迭代更新,直至拉取信息成功:
9.从待拉取序列中确定排序前列的信息服务方,拉取所述排序前列的信息服务方所提供的信息,并判断拉取信息是否成功;
10.若拉取信息不成功,从所述待拉取序列中去除所述排序前列的信息服务方,更新所述待拉取序列。
11.根据本发明实施例的第二方面,提供了一种信息拉取装置,包括:
12.获取模块,接收信息拉取请求,获取多个信息服务方;
13.确定模块,确定与所述多个信息服务方分别对应的多个综合竞价评分;
14.排序模块,根据综合竞价评分的大小,对所述多个信息服务方进行排序,生成待拉取序列,
15.拉取模块,对所述待拉取序列中进行如下迭代更新,直至拉取信息成功:从待拉取序列中确定排序前列的信息服务方,拉取所述排序前列的信息服务方所提供的信息,并判断拉取信息是否成功;若拉取信息不成功,从所述待拉取序列中去除所述排序前列的信息服务方,更新所述待拉取序列。
16.根据本发明实施例的第三方面,提供了一种广告拉取方法,包括:
17.接收广告拉取请求,获取多个广告服务方;
18.确定与所述多个广告服务方分别对应的多个综合竞价评分;
19.根据综合竞价评分的大小,对所述多个广告服务方进行排序,生成待拉取序列;
20.对所述待拉取序列中进行如下迭代更新,直至拉取广告成功,包括:
21.从待拉取序列中确定排序前列的广告服务方,拉取所述排序前列的广告服务方所提供的信息,并判断拉取广告是否成功;
22.若拉取广告不成功,从所述待拉取序列中去除所述排序前列的广告服务方,更新所述待拉取序列。
23.根据本发明实施例的第四方面,提供了一种智能家电,包括:
24.接收装置,接收针对信息的拉取请求;
25.处理器,根据所述拉取请求获取多个信息服务方;确定与所述多个信息服务方分别对应的多个综合竞价评分;根据综合竞价评分的大小,对所述多个信息服务方进行排序,生成待拉取序列;对所述待拉取序列中进行如下迭代更新,直至拉取信息成功,包括:从待拉取序列中确定排序前列的信息服务方,拉取所述排序前列的信息服务方所提供的信息,并判断拉取信息是否成功;若拉取信息不成功,从所述待拉取序列中去除所述排序前列的信息服务方,更新所述待拉取序列;
26.显示屏,展示拉取得到的信息。
27.根据本发明实施例的第五方面,提供了一种电子设备,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如第一方面所述的信息拉取方法对应的操作。
28.根据本发明实施例的第六方面,提供了一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现如第一方面所述的信息拉取方法。
29.根据本发明实施例提供的信息拉取方案,通过确定信息服务方的综合竞价评分,并生成信息服务方的待拉取序列,从而可以对待拉取序列进行循环拉取,直至拉取信息成功,实现更有效的信息拉取,避免信息拉取失败而造成的浪费,提高了媒体的收益。
附图说明
30.为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明实施例中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
31.图1为本技术实施例所提供的一种信息拉取方法的流程示意图;
32.图2为本技术实施例所提供的一种具体实施例的逻辑示意图;
33.图3为本技术实施例所提供的一种信息拉取装置的结构示意图;
34.图4为本技术实施例所提供的一种广告拉取方法的流程示意图;
35.图5为本技术实施例所提供的一种智能家电的示意图;
36.图6为本技术实施例所提供的一种电子设备的结构示意图。
具体实施方式
37.为了使本领域的人员更好地理解本发明实施例中的技术方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实
施例仅是本发明实施例一部分实施例,而不是全部的实施例。基于本发明实施例中的实施例,本领域普通技术人员所获得的所有其他实施例,都应当属于本发明实施例保护的范围。
38.当媒体需要展示信息时,在当前的信息拉取方式中,一般是基于竞价排名确定一个竞价最高的信息服务方,然后再去拉取这个信息服务方所提供的信息,一旦拉取失败,则信息展示机会就会被浪费,造成了媒体的收益损失,基于此,本技术提供一种更有效的信息拉取方案。
39.下面结合本发明实施例附图进一步说明本发明实施例具体实现。如图1所示,图1为本技术实施例所提供的一种信息拉取方法的流程示意图,具体包括:
40.s101,接收信息拉取请求,获取多个信息服务方。
41.信息拉取请求可以来源与终端上的各种应用、媒体、页面等等。例如,用户在浏览网页时,在一个应用的某个页面上预先定义了某个位置需要投放信息。此时,该应用即可以向终端或者终端中的某个其它应用发起信息拉取请求,用于向终端或者终端中的其它应用申请信息。信息可以包括诸如视频、文本、图片、音频等等各种形式的内容。
42.例如,在终端上或者终端中的应用中集成了自带的信息软件开发工具包(software deve lopment kit,sdk),即可以基于该信息sdk来接收信息拉取请求,并进行后续的信息拉取。
43.信息服务方即提供信息的一方,信息sdk可以将多个不同的信息服务方集成到同一个信息sdk中,来提供统一的信息服务。换言之,信息服务方是可以被预先已经确定的。
44.s103,确定与所述多个信息服务方分别对应的多个综合竞价评分。
45.综合竞价评分可以是直接指定的。例如,对于一部分合作紧密的信息服务方直接给出较大的综合竞价评分,而对于存在黑历史(例如,推荐过谣言信息、出现过信息推荐事故、推荐的信息被用户投诉频率过高等等)的信息服务方直接给出较低的综合竞价评分。
46.例如,可以将多个信息服务方预先进行分组得到三个分组a组、b组合c组,信息质量好服务好的信息服务方被分入a组,直接得到较高的综合竞价评分,而信息质量差服务差的信息服务方被分入c组,直接得到较低的综合竞价评分;其余的被分入b组,得到中等综合竞价评分。
47.在一种实施例中,综合竞价评分也可以是基于一定的排序策略和多方面的因素来进行评估所得到。例如,基于信息服务方所给定的价格、信息服务方所提供的信息的质量,以及信息服务方的稳定性等等。
48.以价格作为评估因素为例,如前所述,信息服务方被聚合在信息sdk中。每一个信息服务方所提供的信息的价格是不同的。有的价格较高,有的价格较低。显然,对于展示信息的媒体而言,其总是希望能够展示价格较高的信息以获得更大的收益。
49.对于一些信息服务方而言,其支持直接提供报价,此时,即可以直接根据该信息服务方所提供的报价来确定信息价格。
50.对于另一些信息服务方而言,其可能并不支持直接报价,而是在一段时间之后和媒体进行结算,那么,此时,即可以根据该信息服务方的历史信息收益和历史信息推送次数,确定该信息服务方的信息价格。例如,在过去三个月里,该信息服务方的历史信息推送次数为10万次,而历史信息收益为40000元,则该信息服务方的信息价格即为0.4元/次。
51.排序策略可以是从服务端预先获取并保存在本地的。排序策略是可以被在服务端
进行人工配置以符合现实需要的一组策略。
52.例如,排序策略可以是对每一个信息服务方给定一个权重,从而,对于任一信息服务方,其综合竞价评分=权重*信息价格。
53.在一种实施例中,排序策略中还可以包含扶植参数,用于表明需要对于某些信息服务方进行重点的照顾。即,综合竞价评分=权重*信息价格+扶植参数。例如,对于某些小的信息服务方,出于实际需要想看看看他们的信息下载量或者效果好不好,在这样的情形下,即可以直接给该信息服务方较高的扶植参数,从而使得其可能能够得到较高的综合竞价评分。
54.从而,可以遍历所述多个信息服务方,针对任一信息服务方,确定该信息服务方的信息价格,根据预先确定的排序策略和所述信息价格确定该信息服务方的综合竞价评分。
55.s105,根据综合竞价评分的大小,对所述多个信息服务方进行排序,生成待拉取序列。显然,在待拉取序列中综合竞价评分较大的排序越靠前。即,排序与综合竞价评分的大小正相关。
56.s107,对所述待拉取序列中进行如下迭代更新,直至拉取信息成功:从待拉取序列中确定排序前列的信息服务方,拉取所述排序前列的信息服务方所提供的信息,并判断拉取信息是否成功;若拉取信息不成功,从所述待拉取序列中去除所述排序前列的信息服务方,更新所述待拉取序列。
57.即,从所述待拉取序列中依次串行的排序前列的信息服务方所提供的信息。排序前列的具体数值可以根据实际需要自行确定。例如,排序前列可以是排序第一,或者排序前三。
58.以排序前列为排序第一为例,如果拉取排序第一的信息服务方的所提供的信息失败,此时,不会停止信息的拉取,而是从所述待拉取序列中去除所述排序第一的信息服务方,更新所述待拉取序列(即更新后的待拉取序列中实际上是之前的第二排在了第一),并从更新后的待拉取序列中再次拉取排序第一的信息服务方(即之前的排序第二的信息服务方),如果本次拉取仍然失败,则会继续的迭代下去,直至拉取信息成功为止。
59.根据本发明实施例提供的信息拉取方案,通过确定信息服务方的综合竞价评分,并生成信息服务方的待拉取序列,从而可以对待拉取序列进行循环拉取,直至拉取信息成功,实现更有效的信息拉取,避免信息拉取失败而造成的浪费,提高了媒体的收益。
60.信息拉取失败可能存在多种方式,例如,信息服务方没有响应,网络出现了丢包等等。在一种实施方式中,判断拉取信息是否成功的方式还可以包括:拉取信息的时间超过预设时间长度,则判断拉取信息不成功。这里的预设时间长度可以根据实际需要或者终端的性能自行设定。例如,预设时间长度可以是400ms。通过预设时间长度,可以避免长久的等待一个固定的信息服务方的反馈,从而提高信息拉取的成功率。
61.在一种实施例中,可能最终遍历了待拉取序列中的多个信息服务方,仍然没有实现成功拉取信息,那么此时还可以拉取预设的兜底信息。兜底信息可以是已经预先存储在本地上的信息,或者是一些容易获取但是收益并不高的信息(例如,公益信息)等等。通过兜底信息可以保障本次的信息拉取请求总是能够得到至少一个信息,从而避免媒体展示信息的机会被浪费。
62.在一种实施例中,还可以预先确定其它优先的信息服务方,对于其它优先的信息
服务方,其不参与排序,而总是能够以相对于待拉取序列中的信息服务方有较高的优先级,即对于其它优先的信息服务方所提供的信息,其拉取时机会在拉取所述排序前列的信息服务方所提供的信息之前。从而保障了一些特殊的信息服务方,例如,其它优先的信息服务方可能是相关部门,其提供的信息可能是法律强制要求发布的公告,或者,其它优先的信息服务方可能是于信息sdk存在密切关系的合作伙伴(甚至就有可能是信息sdk同属一个公司或者集团等),需要优先照顾。通过该方式可以根据实际需要对一些特定的信息服务方进行优先拉取,满足用户的实际需要。
63.如前所述,排序策略是在服务端预先生成,由信息sdk获取得到并保存于本地。在一种实施例中,在拉取信息之后,还可以发送所述信息拉取日志至服务端,以便服务端根据所述信息拉取日志更新排序策略,其中,所述信息拉取日志中包括信息服务方的标识、该信息服务方所提供的信息的拉取结果和拉取时长。
64.具体而言,信息拉取日志中包含了本次拉取遍历的部分必要信息,例如,假设在一次拉取过程中,依次拉取了信息服务方a、b和c,其中,a和b的信息拉取失败,c拉取成功。此时,信息拉取日志中即可以包含如下信息:[(a,拉取时长t1,失败),(b,拉取时长t2,失败),(c,拉取时长t3,成功)]。从而服务端可以根据信息拉取日志对于每个信息服务方的拉取状态和时间长度进行统计,并根据所述信息拉取日志更新排序策略。
[0065]
具体而言,对于那些拉取失败率过高的信息服务方或者拉取时间过长的信息服务方,即可以降低其权重。从而实现对于各信息服务方的权重的动态调整,使得排序策略可以让那些拉取成功率高以及拉取时间短的信息服务方更有可能排序靠前,从而提高拉取效率。
[0066]
在一种实施例中,本地的信息sdk平台可以定期从服务端中获取排序策略,从而使得本地的sdk平台中的排序策略能随时保持与服务端同步,从而实现较优的排序结果。
[0067]
在一种实施例中,信息sdk还可以拉取得到的信息发送至信息拉取请求的发送方,以进行展示,或者,还可以将拉取得到的信息存储于本地,以便以后的随时推动。
[0068]
为使本技术的方案更加的浅显易懂,以下给出一个具体的实施例加以说明,如图2所示,图2为本技术实施例所提供的一种具体实施例的逻辑示意图。媒体应用需要展示信息时,向信息sdk平台发起信息拉取请求。此时,信息sdk平台已经通过预先向服务端获取了排序策略并保存在了本地,排序策略里包含了每个信息服务方的权重和扶植参数。
[0069]
sdk平台已经预先确定或者预估了每个信息服务方的信息价格,从而可以根据每个信息服务方的信息价格、权重和扶植参数对于信息服务方2至信息服务方n-1进行排序,从而得到待提取序列。其中的信息服务方1即为本技术中的其它优先的信息服务方,信息服务方n即为兜底的信息服务方,这二者不参与排序。
[0070]
假设媒体应用本次需要拉取1个信息。那么首先就会从尝试从信息服务方1那里拉取信息,如果拉取失败,那么就会转向从已经排好的待拉取序列中依次串行的进行拉取,如果直至待拉取序列的最后一个信息服务方都没有成功拉取得到信息,那么就会从预设的兜底信息服务方那里拉取预设的兜底信息。
[0071]
如果中间有任何一次拉取信息成功,那么就停止后续的拉取。并将拉取得到的信息发送至媒体应用进行展示。
[0072]
同时还可以生成信息拉取日志至服务端,服务端可以根据信息拉取日志定期更新
排序策略,对于那些拉取成功率低或者拉取时间长的信息服务方进行降权处理,而对于那些拉取成功率高和拉取时间短的信息服务方进行升权处理。而相应的,信息sdk即可以定期从服务端来获取排序策略并在本地进行更新。
[0073]
与第二方面对应的,本技术实施例还提供一种信息拉取装置,如图3所示,图3为本说明书实施例所提供的一种信息拉取装置的结构示意图,包括:
[0074]
获取模块301,接收信息拉取请求,获取多个信息服务方;
[0075]
确定模块303,确定与所述多个信息服务方分别对应的多个综合竞价评分;
[0076]
排序模块305,根据综合竞价评分的大小,对所述多个信息服务方进行排序,生成待拉取序列;
[0077]
拉取模块307,对所述待拉取序列中进行如下迭代更新,直至拉取信息成功:从待拉取序列中确定排序前列的信息服务方,拉取所述排序前列的信息服务方所提供的信息,并判断拉取信息是否成功;若拉取信息不成功,从所述待拉取序列中去除所述排序前列的信息服务方,更新所述待拉取序列。
[0078]
可选地,所述拉取模块307,拉取信息的时间超过预设时间长度,则判断拉取信息不成功。
[0079]
可选地,所述拉取模块307,当拉取所述多个信息服务方所提供的信息不成功时,拉取预设的兜底信息。
[0080]
可选地,所述拉取模块307,确定其它优先的信息服务方,拉取所述其它优先的信息服务方所提供的信息。
[0081]
可选地,所述确定模块303,遍历所述多个信息服务方,针对任一信息服务方,确定该信息服务方的信息价格,根据预先确定的排序策略和所述信息价格确定该信息服务方的综合竞价评分。
[0082]
可选地,所述确定模块303,接收该信息服务方所提供的信息价格;或者,根据该信息服务方的历史信息收益和历史信息推送次数,确定该信息服务方的信息价格。
[0083]
可选地,所述装置还包括日志模块309,生成信息拉取日志,并发送所述信息拉取日志至服务端,以便服务端根据所述信息拉取日志更新排序策略,其中,所述信息拉取日志中包括信息服务方的标识、该信息服务方所提供的信息的拉取结果和拉取时长。
[0084]
可选地,所述装置还包括策略更新模块311,定期从服务端获取排序策略,并更新所述预先确定的排序策略。
[0085]
可选地,所述装置中,所述排序前列的信息服务方,包括排序第一的信息服务方。
[0086]
可选地,所述装置中,还包括推送模块313,推送拉取得到的信息至信息拉取请求的发送方。
[0087]
本技术实施例中的信息拉取方法可以由任意适当的具有数据处理能力的电子设备执行,包括但不限于:服务器、移动终端(如手机、pad等)和pc机等。
[0088]
本实施例的信息拉取装置用于实现前述多个方法实施例中相应的信息拉取方法,并具有相应的方法实施例的有益效果,在此不再赘述。此外,本实施例的死锁处理装置中的各个模块的功能实现均可参照前述方法实施例中的相应部分的描述,在此亦不再赘述。
[0089]
根据本发明实施例的第三方面,提供了一种广告拉取方法,如图4所示,图4为本技术实施例所提供的一种广告拉取方法的流程示意图,所述方法包括:
[0090]
s401,接收广告拉取请求,获取多个广告服务方;
[0091]
s403,确定与所述多个广告服务方分别对应的多个综合竞价评分;
[0092]
s405,根据综合竞价评分的大小,对所述多个广告服务方进行排序,生成待拉取序列;
[0093]
s407,对所述待拉取序列中进行如下迭代更新,直至拉取广告成功,包括:
[0094]
从待拉取序列中确定排序前列的广告服务方,拉取所述排序前列的广告服务方所提供的信息,并判断拉取广告是否成功;
[0095]
若拉取广告不成功,从所述待拉取序列中去除所述排序前列的广告服务方,更新所述待拉取序列。根据本发明实施例的第四方面,提供了一种智能家电,如图5所示,图5为本技术实施例所提供的一种智能家电的示意图,包括:
[0096]
接收装置501,接收针对信息的拉取请求;
[0097]
处理器503,获取多个信息服务方;确定与所述多个信息服务方分别对应的多个综合竞价评分;根据综合竞价评分的大小,对所述多个信息服务方进行排序,生成待拉取序列;对所述待拉取序列中进行如下迭代更新,直至拉取信息成功,包括:从待拉取序列中确定排序前列的信息服务方,拉取所述排序前列的信息服务方所提供的信息,并判断拉取信息是否成功;若拉取信息不成功,从所述待拉取序列中去除所述排序前列的信息服务方,更新所述待拉取序列;
[0098]
显示屏505,展示拉取得到的信息。
[0099]
智能家电可以是是带有一定处理功能并可以连接网络的家电,包括诸如智能音响、智能电视、智能空调、智能扫地机或者智能冰箱等等家用电器。
[0100]
智能家电接收信息的拉取请求的时机可以是在智能家电开始启动的时候(例如,或者空调开机或者电视开机启动时),或者,中途发生界面转场的时候(例如,用户需要对电视调台或者在选择切换播家电的工作模式时等等)。处理器内部发生的处理过程对于用户而言是透明且不可见的。
[0101]
通过前述的拉取信息的方式,智能家电可以保证每次拉取信息必然能够拉取成功,从而可以避免信息拉取失败而造成的信息投放机会被浪费,提高了媒体的收益。
[0102]
对于本技术实施例的第五方面,参照图4,示出了根据本发明实施例的一种电子设备的结构示意图,本发明具体实施例并不对电子设备的具体实现做限定。
[0103]
如图4所示,该电子设备可以包括:处理器(processor)602、通信接口(communications interface)604、存储器(memory)606、以及通信总线608。
[0104]
其中:
[0105]
处理器602、通信接口604、以及存储器606通过通信总线608完成相互间的通信。
[0106]
通信接口604,用于与其它电子设备或服务器进行通信。
[0107]
处理器602,用于执行程序610,具体可以执行上述信息拉取方法实施例中的相关步骤。
[0108]
具体地,程序610可以包括程序代码,该程序代码包括计算机操作指令。
[0109]
处理器602可能是中央处理器cpu,或者是特定集成电路asic(appl ication specific integrated circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。智能设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个cpu;也可
以是不同类型的处理器,如一个或多个cpu以及一个或多个asic。
[0110]
存储器606,用于存放程序610。存储器606可能包含高速ram存储器,也可能还包括非易失性存储器(non-volati lememory),例如至少一个磁盘存储器。
[0111]
程序610具体可以用于使得处理器602执行以下操作:
[0112]
接收信息拉取请求,获取多个信息服务方;
[0113]
针对任一信息服务方,确定该信息服务方的信息价格,根据预先确定的排序策略和所述信息价格,确定该信息服务方的综合竞价评分;
[0114]
根据综合竞价评分的大小,对所述多个信息服务方进行排序,生成待拉取序列;
[0115]
对所述待拉取序列中进行如下迭代更新,直至拉取信息成功:
[0116]
从待拉取序列中确定排序前列的信息服务方,拉取所述排序前列的信息服务方所提供的信息,并判断拉取信息是否成功;
[0117]
若拉取信息不成功,从所述待拉取序列中去除所述排序前列的信息服务方,更新所述待拉取序列。
[0118]
程序610中各步骤的具体实现可以参见上述信息拉取方法实施例中的相应步骤和单元中对应的描述,在此不赘述。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的设备和模块的具体工作过程,可以参考前述方法实施例中的对应过程描述,在此不再赘述。
[0119]
本技术实施例的第六方面,还提供一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现如图1所示的的信息拉取方法。
[0120]
需要指出,根据实施的需要,可将本发明实施例中描述的各个部件/步骤拆分为更多部件/步骤,也可将两个或多个部件/步骤或者部件/步骤的部分操作组合成新的部件/步骤,以实现本发明实施例的目的。
[0121]
上述根据本发明实施例的方法可在硬件、固件中实现,或者被实现为可存储在记录介质(诸如cd rom、ram、软盘、硬盘或磁光盘)中的软件或计算机代码,或者被实现通过网络下载的原始存储在远程记录介质或非暂时机器可读介质中并将被存储在本地记录介质中的计算机代码,从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件(诸如asic或fpga)的记录介质上的这样的软件处理。可以理解,计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件(例如,ram、rom、闪存等),当所述软件或计算机代码被计算机、处理器或硬件访问且执行时,实现在此描述的信息拉取方法。此外,当通用计算机访问用于实现在此示出的信息拉取方法的代码时,代码的执行将通用计算机转换为用于执行在此示出的信息拉取方法的专用计算机。
[0122]
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及方法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明实施例的范围。
[0123]
以上实施方式仅用于说明本发明实施例,而并非对本发明实施例的限制,有关技术领域的普通技术人员,在不脱离本发明实施例的精神和范围的情况下,还可以做出各种
变化和变型,因此所有等同的技术方案也属于本发明实施例的范畴,本发明实施例的专利保护范围应由权利要求限定。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1