一种多平台数据处理方法、装置、电子设备及存储介质与流程

文档序号:31862692发布日期:2022-10-19 06:21阅读:51来源:国知局
一种多平台数据处理方法、装置、电子设备及存储介质与流程

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.图1示出了本技术实施例所提供的多平台数据处理方法的流程图;
30.图2示出了本技术实施例所提供的多平台数据处理装置的结构示意图;
31.图3示出了本技术实施例所提供的电子设备的结构示意图。
具体实施方式
32.为使本技术实施例的目的、技术方案和优点更加清楚,下面将结合本技术实施例中附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本技术一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此,以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围,而是仅仅表示本技术的选定实施例。基于本技术的实施例,本领域技术人员在没有做出创造性劳动的前提下所获得的每个其他实施例,都属于本技术保护的范围。
33.值得注意的是,在本技术提出之前,目前,电商交易平台众多,例如:淘宝,京东,有赞,微盟等,同一商家通常会在多个电商平台中进行商品售卖,并使用不同电商平台自带的数据分析功能对各自平台的交易数据进行汇总分析,为商家的后续运营提供解决方案。商家会根据不同平台的汇总数据,对消费者群体及各平台营收情况进行特定分析,例如:购买人群年龄,性别,日期,消费能力,购买商品分布,营收金额等。对消费者群体进行分析,可以帮助商家统计出不同商品在不同平台中的消费群体,购买能力及购买时间区间等。目前,通常是商家通过人工整合、分析的方式对不同平台的交易数据进行单独分析后再进行汇总统计,得到不同电商平台交易运营指标数据。然而,采用上述人工方式汇总多个电商平台交易数据时,不同电商平台的交易数据的分析标准各不相同,无法直接将不同电商平台交易数
据的分析结果进行对比,同时,在交易量较大时会导致人工汇总速度慢的问题。
34.基于此,本技术实施例提供了一种多平台数据处理方法,以提高不同电商平台交易数据的汇总速度。
35.请参阅图1,图1为本技术实施例所提供的一种多平台数据处理方法的流程图。如图1所示,本技术实施例提供的多平台数据处理方法,包括:
36.步骤s101,从不同平台获取目标商家对应的多个订单数据。
37.该步骤中,不同平台可指不同的电商平台,目标商家的商品在这些电商平台中出售,例如,不同平台可以是淘宝,京东,有赞,微盟等。
38.目标商家可指将商品在多个电商平台出售的商家,目标商家有对出售商品的交易数据进行分析的需求。
39.作为示例,目标商家可以是个人,也可以是公司。
40.多个订单数据可指目标商家出售的商品在不同电商平台上的交易数据,多个订单数据用于分析商品在不同电商平台上的交易情况。
41.订单数据可指单个订单的数据,每个订单数据对应一个订单,每个订单数据包括多个字段及字段的取值,字段包括子字段。
42.示例性的,每个订单数据的字段包括但不限于:订单号、订单支付金额、订单支付时间、订单状态、会员标识、下单人信息、收货人信息、购买物品。
43.以字段是“下单人信息”为例,该字段包括多个子字段,例如:下单人标识、下单人姓名、下单人性别、下单人住址等。
44.需要说明的是,每个订单数据中的各个字段的字段标识(字段名称)在不同电商平台中可能是不同,例如:“购买物品”字段,从淘宝平台获取的订单数据中可能称为“商品列表”,从京东平台获取的订单数据中可能称为“购买的商品”。
45.多个订单数据包括不存在下单人标识的多个第一订单数据以及存在下单人标识的多个第二订单数据。
46.第一订单数据可指多个订单数据中不存在下单人标识的订单数据。
47.第二订单数据可指多个订单数据中存在下单人标识的订单数据。
48.在本技术实施例中,在从不同平台获取多个订单数据之前,先要进行电商平台的授权对接。通过对接不同电商平台的开放平台信息,实现不同电商平台下的授权逻辑,例如:淘宝,京东,有赞,微盟等普遍遵从auth2.0授权协议,然后,将java作为主要编程语言,编写与不同电商平台的对接接口,以从不同电商平台获取目标商家的订单数据。
49.在一可选实施例中,在从不同平台获取目标商家对应的多个订单数据之后,还包括:针对每个订单数据,确定该订单数据是否存在下单人标识;若不存在下单人标识,则将该订单数据确定为第一订单数据;若存在下单人标识,则将该订单数据确定为第二订单数据。
50.这里,下单人可指购买目标商家出售的商品的用户,下单人标识可指下单人的唯一标识。
51.示例性的,下单人标识可指下单人的手机号。
52.具体的,不是每个订单数据都有下单人标识的,需要对多个订单数据进行划分,以区分该订单是否存在下单人标识。首先,获取每个订单数据中下单人标识子订单数据项中
的数据,确定该订单数据是否存在对应的下单人标识,如果不存在下单人标识,则将该订单数据作为第一订单数据;如果存在下单人标识,则将该订单数据作为第二订单数据。
53.步骤s102,将多个第一订单数据按照购买标识划分为多个第一订单数据组,获取每个第一订单数据组对应的多个收货人标识。
54.该步骤中,购买标识可指购买该商品的用户标识,示例性的,购买标识是指该订单数据所对应的订单上的用户账号,即,在电商平台上的用户账号。
55.收货人标识可指单个订单数据对应的订单上的收货人的标识,示例性的,收货人标识可指收货人手机号。
56.第一订单数据组可指由具有相同购买标识的多个第一订单数据组成的数据组,第一订单数据组用于表征每个电商平台上同一账号对应的多个第一订单数据。
57.在本技术实施例中,由于第一订单数据中不存在下单人标识,所以需要根据第一订单数据中的其他数据确定第一订单数据的数据标识。首先,按照第一订单数据中的用户账号,确定同一用户账号对应的多个第一订单数据,并将这些第一订单数据作为单独的第一订单数据组,并确定该第一订单数据组对应的多个收货人标识,以根据多个收货人标识确定该第一订单数据组中每个第一订单数据的数据标识。
58.在一可选实施例中,获取每个第一订单数据组对应的多个收货人标识,包括:针对每个第一订单数据组,确定该第一订单数据组中每个第一订单数据对应的收货人标识;将多个第一订单数据对应的收货人标识作为该第一订单数据组对应的多个收货人标识。
59.这里,第一订单数据组中包括多个第一订单数据,从每个第一订单数据中获取该第一订单数据的收货人标识,将获取的多个收货人标识作为第一订单数据组的多个收货人标识,根据该多个收货人标识确定该第一订单数据组的目标收货人标识。
60.步骤s103,针对每个第一订单数据组确定该第一订单数据组中每个收货人标识对应的识别权重,选取数值最大的识别权重对应的收货人标识作为该第一订单数据组的目标收货人标识。
61.该步骤中,识别权重可指多个收货人标识的权重,识别权重用于从多个收货人标识中确定该第一订单数据组的目标收货人标识。
62.目标收货人标识可指第一订单数据组对应的收货人标识,目标收货人标识是从第一订单数据组对应的多个收货人标识中选取的标识。
63.在一可选实施例中,针对每个第一订单数据组确定该第一订单数据组中每个收货人标识对应的识别权重,包括:针对每个收货人标识,确定该收货人标识在第一订单数据组中对应的目标订单数量;将目标订单数量与第一订单数据组中订单总数量的比值确定为该收货人标识的识别权重。
64.这里,识别权重是根据收货人标识对应的订单数据确定的,假设,在淘宝平台上,账号z共有100个订单,这100个订单中有25个订单的收货人标识是a,50个订单的收货人标识为b,25个订单的收货人标识为c,则收货人标识a的识别权重为25/100=0.25,收货人标识b的识别权重为50/100=0.5、收货人标识c的识别权重为25/100=0.25,由于收货人标识b的识别权重最高,则选取收货人标识b作为该第一订单数据组的目标收货人标识。
65.需要说明的是,在确定每个第一订单数据组的目标收货人标识之前,先将不同电商平台的多个第一订单数据组对应的多个收货人标识进行比较,确定不同电商平台的多个
第一订单数据组之间各自的多个收货人标识是否相同,如果相同则确定这些第一订单数据组为关联第一订单数据组,当不同电商平台的关联第一订单数据组之间的目标收货人标识不同时,目标商家可手动选取关联第一订单数据组中各第一订单数据组的目标收货人标识。
66.例如:a平台的第一订单数据组a的多个收货人标识分别为c、d和e,b平台的第一订单数据组的多个收货人标识也为c、d和e,即,第一订单数据组a与第一订单数据组b具有相同的多个收货人标识,则第一订单数据组a与第一订单数据组b虽然为不同的电商平台,但两者属于关联第一订单数据组。
67.假设,经过计算后,第一订单数据组a确定的目标收货人标识为c,第一订单数据组b确定的目标收获人标识为d,说明关联第一订单数据组之间存在数据打通冲突,需要目标商家为第一订单数据组a、第一订单数据组b手动分配目标收获人标识,即,从目标收货人标识c和目标收货人标识d中手动选择关联第一订单数据组中第一订单数据组a以及第一订单数据组b各自的目标收获人标识。
68.步骤s104,将多个目标收货人标识以及下单人标识作为数据标识对多个订单数据进行整理,获取多个规范化订单数据。
69.该步骤中,数据标识可指数据索引,数据标识用于为同一下单人在不同电商平台下的订单生成统一的标识。
70.规范化订单数据可指格式统一且无异常的数据,由于从不同平台获得的订单数据是字段名称以及索引不一致,还可能存在异常数据,所以需要对不同平台的订单数据进行统一处理,以获取格式统一且无异常的数据。
71.具体的,为了便于对不同电商平台的订单数据进行分析,需要整理出同一下单人在不同电商平台上的购买行为,同一下单人在不同电商平台上的账号可能是不同的,但是手机号是相同的,因此,可将手机号作为订单数据的数据标识,即,将下单人手机号作为订单数据的索引,然后将订单数据按照统一的字段名称进行存储,以便于分析时准确地获取相应的数据。
72.由于第一订单数据中不存在下单人标识,可以将第一订单数据中的目标收货人标识作为第一订单数据的数据标识,将第二订单数据中的下单人标识作为第二订单数据的数据标识,根据数据标识对多个订单数据进行整理,获取规范化订单数据。
73.在一可选实施例中,将多个目标收货人标识以及下单人标识作为数据标识对多个订单数据进行整理,获取多个规范化订单数据,包括:将目标收货人标识作为第一订单数据的数据标识,将下单人标识作为第二订单数据的数据标识;按照预设字段标识与不同平台的字段标识的对应关系从多个订单数据中提取预设字段标识对应的目标数据;将数据标识作为索引字段的取值,并将目标数据配置到预设字段标识对应的字段中,获取多个统一化订单数据;针对每个统一化订单数据,对该统一化订单数据进行数据清洗,获取多个规范化订单数据。
74.这里,多个订单数据分为第一订单数据以及第二订单数据。第一订单数据被分为多个第一订单数据组,而每个第一订单数据组具有对应的目标收货人标识,可将目标收货人标识作为该第一订单数组中所有第一订单数据的数据标识;直接将下单人标识作为第二订单数据的数据标识。
75.由于不同平台的字段标识不同,需要对字段标识进行统一,即对字段名称进行统一,例如:将不同平台的“购买物品”字段以及“商品列表”字段统一为“购买商品”字段。将所有字段标识进行统一后,从不同平台的订单数据中确定各字段的取值,并将取值存储在对应的字段中,获取统一化订单书。最后,对统一化订单数据进行数据清洗,将异常数据过滤掉获取规范化订单数据。
76.在一可选实施例中,针对每个统一化订单数据,对该统一化订单数据进行数据清洗,包括:确定该统一化订单数据对应的订单是否为异常订单;若是异常订单,则将该统一化订单数据从多个统一化订单数据中去除。
77.这里,异常订单可指数据异常的订单,异常订单包括但不限于:无效订单、虚拟订单以及错误订单。
78.无效订单可指订单数据中缺少必要信息的订单,例如:缺少订单号的订单。
79.错误订单可指订单数据违反日常数值的订单,例如:订单金额不是以数字的形式表示,而是以字母表示的订单,该订单可能因为遭受到dos攻击而造成的数值错误。
80.具体的,确定统一化订单数据中的订单数据是否被清洗,取决于该订单数据对应的订单是否为异常订单,针对每个订单数据,依次确定该订单数据对应的订单是否为无效订单、虚拟订单以及错误订单,如果该订单属于上述中的任意一种订单,则确定该订单对应的订单数据为需要清洗的数据,并从统一化订单数据中清洗掉。
81.在一可选实施例中,异常订单包括虚拟订单;确定该统一化订单数据对应的订单是否为异常订单,包括:针对每个统一化订单数据,确定该统一化订单数据对应的订单标识与对应平台提供的订单标识生成规则是否匹配,或者,数据标识与标识格式规则是否匹配;若该统一化订单数据对应的订单标识与对应平台提供的订单标识生成规则不匹配,或者,数据标识与标识格式规则不匹配,则将该统一化订单数据对应的订单确定为虚拟订单。
82.这里,虚拟订单可指非真实的订单,虚拟订单可以是通过应用程序生成的虚拟化的订单,不是根据购买者的实际购买行为生成的订单,例如:刷单时应用程序自动生成的订单。
83.订单标识可指订单的唯一标识,示例性的,订单标识可以是订单号。
84.订单标识生成规则可指订单标识的生成规则,示例性的,订单标识生成规则是指订单号生成规则。
85.数据标识可指目标收货人标识以及下单人标识,示例性的,数据标识可指收货人手机号或者下单人手机号。
86.具体的,不同的电商平台的订单号生成规则可能是不同的,先从各个电商平台获取其对应的订单号生成规则,然后根据订单号生成规则判断每个订单数据的订单号是否符合对应的订单号生成规则,如果不符合说明该订单号异常,订单号对应的订单为虚拟订单。其中,订单号通常是根据下单日期、商家id以及购买用户id按照指定规则组合起来生成的,可以根据日期、商家id以及购买用户id的数值特性、组合方式来确定订单号生成规则。
87.其次,还可通过判断数据标识是否符合标识格式规则,来判断订单是否为虚拟订单,即,通过判断手机号是否符合手机号格式规则来判断。其中,可以通过手机号的长度以及手机号前三位的形式来判断数据标识是否异常,如果数据标识的数字位数不等于11,或者,手机号的前三位不属于固定的几种形式之一,则表示该数据标识为异常标识,数据标识
对应的订单为虚拟订单。
88.只要订单标识与对应的订单标识生成规则不匹配,或者,数据标识与标识格式规则不匹配,则确定该订单为虚拟订单。
89.步骤s105,按照统一的分析标准对不同平台的多个规范化订单数据进行分析,获取目标商家在不同平台下的运营指标。
90.该步骤中,获取规范化订单数据后,需要对这些数据进行分析,以确定目标商家在不同平台下的运营指标。
91.在本技术实施例中,在对规范化订单数据进行分析前,先将规范化订单数据进行离线处理,并保存在数据库中,然后,根据不同平台的数据进行分别统计,确定不同平台下的运营指标,例如:运营指标为不同平台的订单数量、交易金额等,并采用vue-3,element-ui,echarts构建前端页面,将分析结果以图表的形式进行展示。
92.目标商家可以根据得到的图表,快速分析出各时间段售卖率最高的平台,销售量最高的平台,各平台的销售价格分布,各平台的用户购买时间分布等一系列运营数据,从而有针对性的在不同平台开展优惠活动。
93.与现有技术中多平台数据处理方法相比,本技术能够获取不存在下单人标识的每个第一订单数据组对应的目标收货人标识,并将目标收货人标识以及下单人标识作为数据标识对多个订单数据进行整理获得规划化订单数据,使得无论订单数据中是否存在下单人标识都能获得规划化订单数据,然后按照统一的分析标准对不同平台的规范化订单数据进行分析,得到标准统一的不同平台的运行指标,以便于商家对比分析,解决了不同电商平台交易数据的分析结果无法直接对比以及在交易量较大时人工汇总速度慢的问题。
94.基于同一发明构思,本技术实施例中还提供了与多平台数据处理方法对应的多平台数据处理装置,由于本技术实施例中的装置解决问题的原理与本技术实施例上述多平台数据处理方法相似,因此装置的实施可以参见方法的实施,重复之处不再赘述。
95.请参阅图2,图2为本技术实施例所提供的一种多平台数据处理装置的结构示意图。如图2中所示,所述多平台数据处理装置200包括:
96.订单数据获取模块201,用于从不同平台获取目标商家对应的多个订单数据,多个订单数据包括不存在下单人标识的多个第一订单数据以及存在下单人标识的多个第二订单数据;
97.标识获取模块202,用于将多个第一订单数据按照购买标识划分为多个第一订单数据组,获取每个第一订单数据组对应的多个收货人标识;
98.权重确定模块203,用于针对每个第一订单数据组确定该第一订单数据组中每个收货人标识对应的识别权重,选取数值最大的识别权重对应的收货人标识作为该第一订单数据组的目标收货人标识;
99.数据规范模块204,用于将多个目标收货人标识以及下单人标识作为数据标识对多个订单数据进行整理,获取多个规范化订单数据;
100.指标确定模块205,用于按照统一的分析标准对不同平台的多个规范化订单数据进行分析,获取目标商家在不同平台下的运营指标。
101.请参阅图3,图3为本技术实施例所提供的一种电子设备的结构示意图。如图3中所示,所述电子设备300包括处理器310、存储器320和总线330。
102.所述存储器320存储有所述处理器310可执行的机器可读指令,当电子设备300运行时,所述处理器310与所述存储器320之间通过总线330通信,所述机器可读指令被所述处理器310执行时,可以执行如上述图1所示方法实施例中的多平台数据处理方法的步骤,具体实现方式可参见方法实施例,在此不再赘述。
103.本技术实施例还提供一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时可以执行如上述图1所示方法实施例中的多平台数据处理方法的步骤,具体实现方式可参见方法实施例,在此不再赘述。
104.所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
105.在本技术所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
106.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
107.另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
108.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。
109.最后应说明的是:以上所述实施例,仅为本技术的具体实施方式,用以说明本技术的技术方案,而非对其限制,本技术的保护范围并不局限于此,尽管参照前述实施例对本技术进行了详细的说明,本领域的普通技术人员应当理解:任何熟悉本技术领域的技术人员在本技术揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本技术实施例技术方案的精神和范围,都应涵盖在本技术的保护范围之内。因此,本技术的保护范围应以权利要求的保护范围为准。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1