发明内容
针对现有技术存在的问题,本发明实施例提供一种评估指定 APP下载量的方法、数据服务器、打包平台及系统。
第一方面,本发明实施例提供一种评估指定APP下载量的方法,所述方法包括:
接收业务接口平台转发的下载指定APP的访问请求,所述访问请求携带有业务方标识;
根据预设映射关系,获取与所述业务方标识对应的下载地址,所述预设映射关系表示有业务方标识与指定APP的安装包的下载地址之间的对应关系;
发送所述访问请求的反馈消息至所述业务接口平台,所述反馈消息携带有与所述业务方标识对应的下载地址,以供所述业务方接收由所述业务接口平台转发的所述反馈消息,并根据所述下载地址下载所述指定APP;
统计所述反馈消息的发送次数,并根据所述发送次数评估所述业务方提供的所述指定APP的下载量。
第二方面,本发明实施例提供另一种评估指定APP下载量的方法,所述方法包括:
接收渠道管理平台发送的打包指令,所述打包指令携带有业务方标识;
生成与所述业务方标识对应的指定APP的安装包,所述安装包内部存储有所述业务方标识;
发送所述安装包至文件服务器,以供所述文件服务器根据所述安装包,生成所述安装包的读取路径;
接收所述文件服务器返回的所述读取路径,并根据所述安装包的读取路径,生成所述安装包的下载地址;
发送所述业务方标识和对应的下载地址至数据服务器,以供所述数据服务器生成预设映射关系。
第三方面,本发明实施例提供一种评估指定APP下载量的数据服务器,包括:
接收模块,用于接收业务接口平台转发的下载指定APP的访问请求,所述访问请求携带有业务方标识;
获取模块,用于根据预设映射关系,获取与所述业务方标识对应的下载地址,所述预设映射关系表示有业务方标识与指定APP的安装包的下载地址之间的对应关系;
发送模块,用于发送所述访问请求的反馈消息至所述业务接口平台,所述反馈消息携带有与所述业务方标识对应的下载地址,以供所述业务方接收由所述业务接口平台转发的所述反馈消息,并根据所述下载地址下载所述指定APP;
统计模块,用于统计所述反馈消息的发送次数,并根据所述发送次数评估所述业务方提供的所述指定APP的下载量。
第四方面,本发明实施例提供一种评估指定APP下载量的打包平台,包括:
第一接收单元,用于接收渠道管理平台发送的打包指令,所述打包指令携带有业务方标识;
生成单元,用于生成与所述业务方标识对应的指定APP的安装包,所述安装包内部存储有所述业务方标识;
第一发送单元,用于发送所述安装包至文件服务器,以供所述文件服务器根据所述安装包,生成所述安装包的读取路径;
第二接收单元,用于接收所述文件服务器返回的所述读取路径,并根据所述安装包的读取路径,生成所述安装包的下载地址;
第二发送单元,用于发送所述业务方标识和对应的下载地址至数据服务器,以供所述数据服务器生成预设映射关系。
第五方面,本发明实施例提供一种评估指定APP下载量的系统,所述系统包括数据服务器和打包平台。
本发明实施例提供的评估指定APP下载量的方法、数据服务器、打包平台及系统,确定指定APP的下载量作为推广效果的评估指标,并通过评估指定APP的下载量,能够合理地筛选业务方。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例评估指定APP下载量的方法流程示意图,如图1所示,本发明实施例提供的一种评估指定APP下载量的方法,包括以下步骤:
S1:接收业务接口平台转发的下载指定APP的访问请求,所述访问请求携带有业务方标识。
具体的,数据服务器接收业务接口平台转发的下载指定APP的访问请求,所述访问请求携带有业务方标识。数据服务器可以通过数据库存储有业务方标识与指定APP的安装包的下载地址之间的对应关系(预设映射关系)、还可以存储有由渠道管理平台转发的指定APP的运营方的操作员编辑的渠道信息,其中的渠道信息可以包括业务方名称、签约时间等;业务接口平台可以理解为连接数据服务器与业务方的主机等;指定APP可以是交由业务方推广的计算机应用程序。业务方可以是聚集有较大用户流量的媒体网站、行业论坛等,举例说明业务方标识如下:媒体网站a对应的业务方标识为A;行业论坛b对应的业务方标识为B,指定APP的运营方可以根据不同的业务方标识来管理业务方。
S2:根据预设映射关系,获取与所述业务方标识对应的下载地址,所述预设映射关系表示有业务方标识与指定APP的安装包的下载地址之间的对应关系。
具体的,数据服务器根据预设映射关系,获取与所述业务方标识对应的下载地址,所述预设映射关系表示有业务方标识与指定 APP的安装包的下载地址之间的对应关系。即不同的业务方对应有指定APP的不同安装包的下载地址,参照上述举例:业务方标识为 A对应的指定APP的安装包x的下载地址X;业务方标识为B对应的指定APP的安装包y的下载地址Y。
S3:发送所述访问请求的反馈消息至所述业务接口平台,所述反馈消息携带有与所述业务方标识对应的下载地址,以供所述业务方接收由所述业务接口平台转发的所述反馈消息,并根据所述下载地址下载所述指定APP。
具体的,数据服务器发送所述访问请求的反馈消息至所述业务接口平台,所述反馈消息携带有与所述业务方标识对应的下载地址,以供所述业务方接收由所述业务接口平台转发的所述反馈消息,并根据所述下载地址下载所述指定APP。参照上述举例:业务方标识为A的业务方可以根据下载地址X下载该指定APP;业务方标识为 B的业务方可以根据下载地址Y下载该指定APP。
S4:统计所述反馈消息的发送次数,并根据所述发送次数评估所述业务方提供的所述指定APP的下载量。
具体的,数据服务器统计所述反馈消息的发送次数,并根据所述发送次数评估所述业务方提供的所述指定APP的下载量。参照上述举例:数据服务器发送业务方标识为A的反馈消息的发送次数 A1,数据服务器发送业务方标识为B的反馈消息的发送次数B1,如果A1大于B1,则说明业务方标识为A的业务方提供的指定APP 的下载量多于业务方标识为B的业务方提供的指定APP的下载量,指定APP的运营方可以继续与业务方标识为A的业务方续约,或者与业务方标识为B的业务方解约,可以由运营方的操作员在渠道管理平台中删除业务方标识为B的业务方以实现解约,从而有效地根据业务方提供的指定APP的下载量筛选业务方。对于A1小于B1 的情况,不再赘述。
本发明实施例提供的评估指定APP下载量的方法,确定指定 APP的下载量作为推广效果的评估指标,并通过评估指定APP的下载量,能够合理地筛选业务方。
在上述实施例的基础上,所述发送所述访问请求的反馈消息至所述业务接口平台的步骤之后,所述方法还包括:
接收由所述业务接口平台转发的所述业务方在安装完成所述指定APP后发送的回调信息,所述回调信息携带有业务方标识。
具体的,数据服务器接收由所述业务接口平台转发的所述业务方在安装完成所述指定APP后发送的回调信息,所述回调信息携带有业务方标识。对业务方在安装完成所述指定APP后发送的回调信息进行如下说明:
Android平台:
1.国内的安卓App分发,都是依托数十个不同的应用市场或发行渠道,如百度、360、腾讯等互联网企业以及小米、华为、魅族等手机生产商。对于安卓App的渠道追踪,这些渠道一般会提供非常详尽和周全的数据分析给应用开发者。
2.开发者也可以在编译APP安装包的时候,写入当前渠道的信息到安装包里面,使得APP在打开的时候,通过网络请求发送APP 的版本号和安装信息到服务器。统计这些网络请求就可以知道每个渠道的安装。
IOS平台:
IOS平台的除了少数越狱机器,大部分的APP是通过AppStore 分发的。APP的追踪方法主要由下面几种来完成:
1.IDFA:这个方案一般用在App里面打开下载链接这种推广方式。基本的方案是,推广渠道的App,会详细记录哪个IDFA点击了待推广App的链接,而待推广App本身,也会记录具体的哪个IDFA 激活了待推广App,两者都将记录下来的IDFA上传至指定的服务器,进行对比,即可确定下载来源。在用户不重置系统,不还原广告的情况下,这种方式精准度比较高。
2.模糊匹配:点击下载链接,会跳转到AppStore页面,这个过程会触发一个服务端的请求,服务器来记录这次点击的设备信息。同时,被推广App这边,也可以记录用户激活App时机器的一些基本信息,并上传至服务器。结合下载和激活的时间差,再结合设备的IP地址和机型等信息,大概可以模糊地识别出同一个用户先点击了下载链接,再激活了App,从而确定下载渠道。这种方式的精确度较低。
统计所述回调信息的接收次数,并根据所述接收次数评估所述业务方提供的所述指定APP的安装量。
具体的,数据服务器统计所述回调信息的接收次数,并根据所述接收次数评估所述业务方提供的所述指定APP的安装量。参照上述举例:数据服务器接收业务方标识为A的回调信息的接收次数 A2,数据服务器接收业务方标识为B的回调信息的接收次数B2,如果A2大于B2,则说明业务方标识为A的业务方提供的指定APP 的安装量多于业务方标识为B的业务方提供的指定APP的安装量,指定APP的运营方可以继续与业务方标识为A的业务方续约,或者与业务方标识为B的业务方解约,可以由运营方的操作员在渠道管理平台中删除业务方标识为B的业务方以实现解约,从而有效地根据业务方提供的指定APP的安装量筛选业务方。对于A2小于B2 的情况,不再赘述。
本发明实施例提供的评估指定APP下载量的方法,确定指定 APP的安装量作为推广效果的评估指标,并通过评估指定APP的安装量,能够合理地筛选业务方。
在上述实施例的基础上,将所述预设映射关系预先存储于缓存服务器中,相应的;所述根据预设映射关系,获取与所述业务方标识对应的下载地址,包括:
若判断获知所述业务方标识在所述缓存服务器的预设映射关系中,则根据所述缓存服务器中的预设映射关系,获取与所述业务方标识对应的下载地址。
具体的,数据服务器若判断获知所述业务方标识在所述缓存服务器的预设映射关系中,则根据所述缓存服务器中的预设映射关系,获取与所述业务方标识对应的下载地址。需要说明的是:如果在缓存服务器中的预设映射关系中能查找到该业务方标识,则根据缓存服务器中的预设映射关系,获取与该业务方标识对应的下载地址;如果在缓存服务器中的预设映射关系中不能查找到该业务方标识,则根据数据服务器中的数据库中的预设映射关系获取与该业务方标识对应的下载地址。
本发明实施例提供的评估指定APP下载量的方法,通过从缓存服务器中的预设映射关系获取下载地址,能够更加快速地获取到下载地址。
图2为本发明另一实施例评估指定APP下载量的方法流程示意图,如图2所示,本发明实施例提供的一种评估指定APP下载量的方法,包括以下步骤:
S10:接收渠道管理平台发送的打包指令,所述打包指令携带有业务方标识。
具体的,打包平台接收渠道管理平台发送的打包指令,所述打包指令携带有业务方标识。需要说明的是:打包指令可以是运营方的操作员在渠道管理平台编辑完成渠道信息时触发的。
S20:生成与所述业务方标识对应的指定APP的安装包,所述安装包内部存储有所述业务方标识。
具体的,打包平台生成与所述业务方标识对应的指定APP的安装包,所述安装包内部存储有所述业务方标识。参照上述举例:生成与业务方标识为A对应的指定APP的安装包x;生成与业务方标识为B对应的指定APP的安装包y。
S30:发送所述安装包至文件服务器,以供所述文件服务器根据所述安装包,生成所述安装包的读取路径。
具体的,打包平台发送所述安装包至文件服务器,以供所述文件服务器根据所述安装包,生成所述安装包的读取路径。参照上述举例:生成安装包x的读取路径p;生成安装包y的读取路径q。
S40:接收所述文件服务器返回的所述读取路径,并根据所述安装包的读取路径,生成所述安装包的下载地址。
具体的,打包平台接收所述文件服务器返回的所述读取路径,并根据所述安装包的读取路径,生成所述安装包的下载地址。参照上述举例:根据安装包x的读取路径p,生成安装包x的下载地址X;根据安装包y的读取路径q,生成安装包y的下载地址Y;可以在相应的读取路径前添加http://等前缀,以生成相应的安装包的下载地址。
S50:发送所述业务方标识和对应的下载地址至数据服务器,以供所述数据服务器生成预设映射关系。
具体的,打包平台发送所述业务方标识和对应的下载地址至数据服务器,以供所述数据服务器生成预设映射关系。对预设映射关系详细说明可参照上述实施例,不再赘述。
本发明实施例提供的评估指定APP下载量的方法,能够将业务方标识和对应的下载地址发送至数据服务器,从而保证了数据服务器能够生成预设映射关系。
在上述实施例的基础上,所述接收渠道管理平台发送的打包指令的步骤之后,所述方法还包括:
将所述打包指令存入任务队列。
具体的,打包平台将所述打包指令存入任务队列。任务队列可以用于打包指令的缓存。
根据预设规则依次执行存入任务队列中的打包指令,以生成与所述业务方标识对应的指定APP的安装包。
具体的,打包平台根据预设规则依次执行存入任务队列中的打包指令,以生成与所述业务方标识对应的指定APP的安装包。预设规则可以是:按照打包指令存入任务队列的时间先后顺序依次执行存入任务队列中的打包指令,以生成与业务方标识对应的指定APP的安装包,但预设规则不限于按照打包指令存入任务队列的时间先后顺序依次执行存入任务队列中的打包指令。
本发明实施例提供的评估指定APP下载量的方法,通过预设规则依次执行存入任务队列中的打包指令,能够有序地生成指定APP 的安装包,从而能够有序地获取指定APP的安装包的下载地址。
在上述实施例的基础上,所述根据预设规则依次执行存入任务队列中的打包指令,以生成与所述业务方标识对应的指定APP的安装包,包括:
按照打包指令存入任务队列的时间先后顺序依次执行存入任务队列中的打包指令,以生成与所述业务方标识对应的指定APP的安装包。
具体的,打包平台按照打包指令存入任务队列的时间先后顺序依次执行存入任务队列中的打包指令,以生成与所述业务方标识对应的指定APP的安装包。可参照上述实施例,不再赘述。
本发明实施例提供的评估指定APP下载量的方法,按照打包指令存入任务队列的时间先后顺序执行存入任务队列中的打包指令,进一步能够有序地生成指定APP的安装包,从而能够有序地获取指定APP的安装包的下载地址。
图3为本发明实施例评估指定APP下载量的方法全流程图,如图3所示,对评估指定APP下载量的全流程作简要说明,先介绍预先建立的预设映射关系的获取方法:
(1)操作员在渠道管理平台编辑渠道信息(包括为合作的业务方添加业务方标识);
(2)渠道管理平台在添加业务方标识动作完成后,向打包平台发送打包指令,该打包指令携带有业务方标识;
(3)打包平台生成与业务方标识对应的指定APP的安装包,并将携带业务方标识的安装包发送至文件服务器;
(4)文件服务器根据安装包的读取路径,生成对应的下载地址,并发送下载地址到打包平台;
(5)打包平台将业务方标识和对应的下载地址发送至数据服务器,数据服务器生成预设映射关系。
再介绍根据预设映射关系,获取指定APP的下载量的方法:
(1)业务接口平台转发业务方发送的下载地址的访问请求至数据服务器,该访问请求携带有业务方标识;
(2)数据服务器根据预设映射关系,生成与业务方标识对应的指定APP安装包的下载地址;
(3)数据服务器向业务接口平台发送反馈消息,该反馈消息携带有与业务方标识对应的指定APP安装包的下载地址,以供业务方根据该下载地址下载该指定APP。
图4为本发明实施例评估指定APP下载量的数据服务器结构示意图,如图4所示,本发明实施例提供了一种评估指定APP下载量的数据服务器,包括接收模块41、获取模块42、发送模块43和统计模块44,其中:
接收模块41用于接收业务接口平台转发的下载指定APP的访问请求,所述访问请求携带有业务方标识;获取模块42用于根据预设映射关系,获取与所述业务方标识对应的下载地址,所述预设映射关系表示有业务方标识与指定APP的安装包的下载地址之间的对应关系;发送模块43用于发送所述访问请求的反馈消息至所述业务接口平台,所述反馈消息携带有与所述业务方标识对应的下载地址,以供所述业务方接收由所述业务接口平台转发的所述反馈消息,并根据所述下载地址下载所述指定APP;统计模块44用于统计所述反馈消息的发送次数,并根据所述发送次数评估所述业务方提供的所述指定APP的下载量。
具体的,接收模块41用于接收业务接口平台转发的下载指定 APP的访问请求,所述访问请求携带有业务方标识;获取模块42用于根据预设映射关系,获取与所述业务方标识对应的下载地址,所述预设映射关系表示有业务方标识与指定APP的安装包的下载地址之间的对应关系;发送模块43用于发送所述访问请求的反馈消息至所述业务接口平台,所述反馈消息携带有与所述业务方标识对应的下载地址,以供所述业务方接收由所述业务接口平台转发的所述反馈消息,并根据所述下载地址下载所述指定APP;统计模块44用于统计所述反馈消息的发送次数,并根据所述发送次数评估所述业务方提供的所述指定APP的下载量。
本发明实施例提供的评估指定APP下载量的数据服务器,确定指定APP的安装量作为推广效果的评估指标,并通过评估指定APP 的安装量,能够合理地筛选业务方。
本发明实施例提供的评估指定APP下载量的数据服务器具体可以用于执行上述各方法实施例的处理流程,其功能在此不再赘述,可以参照上述方法实施例的详细描述。
图5为本发明实施例评估指定APP下载量的打包平台结构示意图,如图5所示,本发明实施例提供了一种评估指定APP下载量的打包平台,包括第一接收单元51、生成单元52、第一发送单元53、第二接收单元54和第二发送单元55,其中:
第一接收单元51用于接收渠道管理平台发送的打包指令,所述打包指令携带有业务方标识;生成单元52用于生成与所述业务方标识对应的指定APP的安装包,所述安装包内部存储有所述业务方标识;第一发送单元53用于发送所述安装包至文件服务器,以供所述文件服务器根据所述安装包,生成所述安装包的读取路径;第二接收单元54用于接收所述文件服务器返回的所述读取路径,并根据所述安装包的读取路径,生成所述安装包的下载地址;第二发送单元 55用于发送所述业务方标识和对应的下载地址至数据服务器,以供所述数据服务器生成预设映射关系。
具体的,第一接收单元51用于接收渠道管理平台发送的打包指令,所述打包指令携带有业务方标识;生成单元52用于生成与所述业务方标识对应的指定APP的安装包,所述安装包内部存储有所述业务方标识;第一发送单元53用于发送所述安装包至文件服务器,以供所述文件服务器根据所述安装包,生成所述安装包的读取路径;第二接收单元54用于接收所述文件服务器返回的所述读取路径,并根据所述安装包的读取路径,生成所述安装包的下载地址;第二发送单元55用于发送所述业务方标识和对应的下载地址至数据服务器,以供所述数据服务器生成预设映射关系。
本发明实施例提供的评估指定APP下载量的打包平台,能够将业务方标识和对应的下载地址发送至数据服务器,从而保证了数据服务器能够生成预设映射关系。
本发明实施例提供的评估指定APP下载量的打包平台具体可以用于执行上述各方法实施例的处理流程,其功能在此不再赘述,可以参照上述方法实施例的详细描述。
图6为本发明实施例评估指定APP下载量的系统结构示意图,如图6所示,本发明提供的一种评估指定APP下载量的系统,所述系统包括数据服务器1和打包平台2。
本发明实施例提供的评估指定APP下载量的系统,确定指定 APP的下载量作为推广效果的评估指标,并通过评估指定APP的下载量,能够合理地筛选业务方。
图7为本发明实施例提供的数据服务器实体结构示意图,如图7 所示,所述数据服务器包括:处理器(processor)701、存储器 (memory)702和总线703;
其中,所述处理器701、存储器702通过总线703完成相互间的通信;
所述处理器701用于调用所述存储器702中的程序指令,以执行上述各方法实施例所提供的方法,例如包括:接收业务接口平台转发的下载指定APP的访问请求,所述访问请求携带有业务方标识;根据预设映射关系,获取与所述业务方标识对应的下载地址,所述预设映射关系表示有业务方标识与指定APP的安装包的下载地址之间的对应关系;发送所述访问请求的反馈消息至所述业务接口平台,所述反馈消息携带有与所述业务方标识对应的下载地址,以供所述业务方接收由所述业务接口平台转发的所述反馈消息,并根据所述下载地址下载所述指定APP;统计所述反馈消息的发送次数,并根据所述发送次数评估所述业务方提供的所述指定APP的下载量。
本实施例公开一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例所提供的方法,例如包括:接收业务接口平台转发的下载指定APP的访问请求,所述访问请求携带有业务方标识;根据预设映射关系,获取与所述业务方标识对应的下载地址,所述预设映射关系表示有业务方标识与指定APP的安装包的下载地址之间的对应关系;发送所述访问请求的反馈消息至所述业务接口平台,所述反馈消息携带有与所述业务方标识对应的下载地址,以供所述业务方接收由所述业务接口平台转发的所述反馈消息,并根据所述下载地址下载所述指定APP;统计所述反馈消息的发送次数,并根据所述发送次数评估所述业务方提供的所述指定APP的下载量。
本实施例提供一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行上述各方法实施例所提供的方法,例如包括:接收业务接口平台转发的下载指定APP的访问请求,所述访问请求携带有业务方标识;根据预设映射关系,获取与所述业务方标识对应的下载地址,所述预设映射关系表示有业务方标识与指定APP的安装包的下载地址之间的对应关系;发送所述访问请求的反馈消息至所述业务接口平台,所述反馈消息携带有与所述业务方标识对应的下载地址,以供所述业务方接收由所述业务接口平台转发的所述反馈消息,并根据所述下载地址下载所述指定APP;统计所述反馈消息的发送次数,并根据所述发送次数评估所述业务方提供的所述指定APP的下载量。
图8为本发明实施例提供的打包平台实体结构示意图,如图8 所示,所述打包平台包括:处理器(processor)801、存储器(memory)802 和总线803;
其中,所述处理器801、存储器802通过总线803完成相互间的通信;
所述处理器801用于调用所述存储器802中的程序指令,以执行上述各方法实施例所提供的方法,例如包括:接收渠道管理平台发送的打包指令,所述打包指令携带有业务方标识;生成与所述业务方标识对应的指定APP的安装包,所述安装包内部存储有所述业务方标识;发送所述安装包至文件服务器,以供所述文件服务器根据所述安装包,生成所述安装包的读取路径;接收所述文件服务器返回的所述读取路径,并根据所述安装包的读取路径,生成所述安装包的下载地址;发送所述业务方标识和对应的下载地址至数据服务器,以供所述数据服务器生成预设映射关系。
本实施例公开一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例所提供的方法,例如包括:接收渠道管理平台发送的打包指令,所述打包指令携带有业务方标识;生成与所述业务方标识对应的指定APP的安装包,所述安装包内部存储有所述业务方标识;发送所述安装包至文件服务器,以供所述文件服务器根据所述安装包,生成所述安装包的读取路径;接收所述文件服务器返回的所述读取路径,并根据所述安装包的读取路径,生成所述安装包的下载地址;发送所述业务方标识和对应的下载地址至数据服务器,以供所述数据服务器生成预设映射关系。
本实施例提供一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行上述各方法实施例所提供的方法,例如包括:接收渠道管理平台发送的打包指令,所述打包指令携带有业务方标识;生成与所述业务方标识对应的指定APP的安装包,所述安装包内部存储有所述业务方标识;发送所述安装包至文件服务器,以供所述文件服务器根据所述安装包,生成所述安装包的读取路径;接收所述文件服务器返回的所述读取路径,并根据所述安装包的读取路径,生成所述安装包的下载地址;发送所述业务方标识和对应的下载地址至数据服务器,以供所述数据服务器生成预设映射关系。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所描述的数据服务器等实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上各实施例仅用以说明本发明的实施例的技术方案,而非对其限制;尽管参照前述各实施例对本发明的实施例进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明的实施例各实施例技术方案的范围。