CN109544199B - 一种确定商品销售量的方法、装置、设备和存储介质 - Google Patents
一种确定商品销售量的方法、装置、设备和存储介质 Download PDFInfo
- Publication number
- CN109544199B CN109544199B CN201811184980.XA CN201811184980A CN109544199B CN 109544199 B CN109544199 B CN 109544199B CN 201811184980 A CN201811184980 A CN 201811184980A CN 109544199 B CN109544199 B CN 109544199B
- Authority
- CN
- China
- Prior art keywords
- sales
- sales volume
- commodity
- dimension
- volume
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0201—Market modelling; Market analysis; Collecting market data
Landscapes
- Business, Economics & Management (AREA)
- Strategic Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Finance (AREA)
- Entrepreneurship & Innovation (AREA)
- Game Theory and Decision Science (AREA)
- Data Mining & Analysis (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
本发明实施例提供一种确定商品销售量的方法、装置、设备和存储介质,其中,所述方法包括:当检测到所述商品被成功购买时,获取所述商品的销量维度和与所述销量维度对应的销售量;根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品建立销量实例。
Description
技术领域
本发明涉及互联网技术领域,涉及但不限于一种确定商品销售量的方法、装置、设备和存储介质。
背景技术
随着互联网技术的高速发展,目前通过线上进行商品购买已经非常普遍,线上商品在发生购买时,不管是买方用户、商家还是后台客户端系统均需要对商品的销售量进行多维度的统计。而大部分销售量数据实时性要求比较高,因此在商品发生购买行为后,需要对商品进行实时的销售量统计。
目前对于销售量实时统计的方法通常是商家在创建销量实例时,对于含有无限值的销量维度,通过定时任务,周期性的新增对应的销量实例。例如,对于商品itemId001,可以在20180701当日新增实例itemId001-20180702的销量实例;也可以在每周日批量新增未来七天的销量实例。
但是,现有的销售量统计方法,几乎涉及线上全量商品,定时任务的处理量大,耗时长;并且,每日发生购买的商品只是部分商品,对于未发生购买的商品,预先建立的销量实例是多余的,会加大数据库的检索压力。
发明内容
本发明实施例提供一种确定商品销售量的方法、装置、设备和存储介质,能够保证系统在进行销售量管理时无需进行额外的定时任务配置,避免了数据库的无用数据增多,减少数据库压力。
本发明实施例的技术方案是这样实现的:
第一方面,本发明实施例提供一种确定商品销售量的方法,所述方法包括:
当检测到所述商品被成功购买时,获取所述商品的销量维度和与所述销量维度对应的销售量;
根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品建立销量实例。
在其他实施例中,所述根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品建立销量实例,包括:
当确定本次购买为初次购买时,根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品创建销量实例。
在其他实施例中,所述根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品建立销量实例,包括:
当确定本次购买为再次购买时,获取之前的销售实例;
根据所述本次购买的所述销量维度对应的销售量,更新所述之前的销量实例。
在其他实施例中,所述方法还包括:
当检测到所述商品被成功购买时,根据所述销量维度查询与所述销量维度对应的销售量;
当与所述销量维度对应的销售量等于0时,确定本次购买为初次购买;
当与所述销量维度对应的销售量大于0时,确定本次购买为再次购买。
在其他实施例中,所述根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品创建销量实例,包括:
当检测到所述商品被初次购买时,获取所述商品的动态规则;
将所述商品的销量维度和与所述销量维度对应的销售量,按照所述动态规则,为所述商品建立销量实例。
在其他实施例中,所述方法还包括:
为每一商品设置至少一个销量维度的动态规则;所述动态规则用于规定在至少一个销量维度下所述商品的销售量的统计依据。
在其他实施例中,所述销量维度包括以下至少之一:门店维度、时间维度、活动维度。
在其他实施例中,所述方法还包括:
获取关于商品销售量的查询请求消息,所述查询请求消息中包括销量维度的标识;
根据所述销售维度的标识获取所述商品的销售实例;
根据所述商品的销售实例输出所述商品的销售量。
在其他实施例中,所述根据所述商品的销售实例输出所述商品的销售量,包括:
当所述商品没有与所述销量维度对应的销量实例时,将所述销售量设置为0,并输出查询响应消息,所述查询响应消息中携带的销售量为0;
当所述商品具有与所述销量维度对应的销量实例时,从所述商品的销售实例获取所述销售量的数值,输出查询响应消息,所述查询响应消息中携带有获取到的销售量的数值。
第二方面,本发明实施例提供一种确定商品销售量的装置,所述装置包括:
获取单元,用于当检测到所述商品被成功购买时,获取所述商品的销量维度和与所述销量维度对应的销售量;
建立单元,用于根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品建立销量实例。
在其他实施例中,所述建立单元包括:
创建模块,用于当确定本次购买为初次购买时,根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品创建销量实例。
在其他实施例中,所述建立单元包括:
获取模块,用于当确定本次购买为再次购买时,获取之前的销售实例;
更新模块,用于根据所述本次购买的所述销量维度对应的销售量,更新所述之前的销量实例。
在其他实施例中,所述装置还包括:
查询单元,用于当检测到所述商品被成功购买时,根据所述销量维度查询与所述销量维度对应的销售量;
第一确定单元,用于当与所述销量维度对应的销售量等于0时,确定本次购买为初次购买;
第二确定单元,用于当与所述销量维度对应的销售量大于0时,确定本次购买为再次购买。
在其他实施例中,所述建立单元包括:
第一获取模块,用于当检测到所述商品被初次购买时,获取所述商品的动态规则;
建立模块,用于将所述商品的销量维度和与所述销量维度对应的销售量,按照所述动态规则,为所述商品建立销量实例。
在其他实施例中,所述装置还包括:
设置单元,用于为每一商品设置至少一个销量维度的动态规则;所述动态规则用于规定在至少一个销量维度下所述商品的销售量的统计依据。
在其他实施例中,所述销量维度包括以下至少之一:门店维度、时间维度、活动维度。
在其他实施例中,所述装置还包括:
第二获取单元,用于获取关于商品销售量的查询请求消息,所述查询请求消息中包括销量维度的标识;
第三获取单元,用于根据所述销售维度的标识获取所述商品的销售实例;
输出单元,用于根据所述商品的销售实例输出所述商品的销售量。
在其他实施例中,所述输出单元包括:
设置模块,用于当所述商品没有与所述销量维度对应的销量实例时,将所述销售量设置为0,并输出查询响应消息,所述查询响应消息中携带的销售量为0;
第二获取模块,用于当所述商品具有与所述销量维度对应的销量实例时,从所述商品的销售实例获取所述销售量的数值,输出查询响应消息,所述查询响应消息中携带有获取到的销售量的数值。
第三方面,本发明实施例提供一种确定商品销售量的设备,所述设备至少包括:处理器和配置为存储可执行指令的存储介质,其中:所述处理器配置为执行存储的可执行指令;
所述可执行指令配置为执行上述销量统计方法。
第四方面,本发明实施例提供一种存储介质,所述存储介质中存储有计算机可执行指令,所述计算机可执行指令配置为执行上述销量统计方法。
本发明实施例提供的确定商品销售量的方法、装置、设备和存储介质,其中,所述方法包括:当检测到所述商品被成功购买时,获取所述商品的销量维度和与所述销量维度对应的销售量;根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品建立销量实例。这样,只有商品被成功购买之后才会建立销量实例,而不用为每一商品均预先建立销量实例,可以减小系统任务处理量;并且,对于一直未被购买的商品不用建立销量实例,可以极大的减小数据库中存储的销量实例的数量,降低数据库检索压力。
附图说明
在附图(其不一定是按比例绘制的)中,相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为本发明实施例一确定商品销售量的方法的实现流程示意图;
图2为本发明实施例二确定商品销售量的方法的实现流程示意图;
图3为相关技术中销量实时统计方法的实现流程示意图;
图4为本发明实施例B端商家进行销量管理的实现流程示意图;
图5为本发明实施例一种C端用户进行销量查询的实现流程示意图;
图6为本发明实施例C端用户在进行购买时销量统计的实现流程示意图;
图7为本发明实施例另一种C端用户进行销量查询的实现流程示意图;
图8为本发明实施例四确定商品销售量的装置的组成结构示意图;
图9为本发明实施例确定商品销售量的设备的组成结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对发明的具体技术方案做进一步详细描述。以下实施例用于说明本发明,但不用来限制本发明的范围。
实施例一
本发明实施例提供一种确定商品销售量的方法,所述方法应用于具有商品交易业务的客户端或者能够提供商品交易业务的服务器。所述商品可以为线上售卖商品或者线下售卖商品,当所述商品为线上售卖商品时,所述线上售卖商品为通过互联网在网上进行交易购买的商品,例如,通过网购平台进行购买的商品;当所述商品为线下售卖商品时,所述线下售卖商品可以为买方通过实体经营店购买的商品,例如,通过正常经营的实体店或者无人超市购买的商品。
图1为本发明实施例一确定商品销售量的方法的实现流程示意图,如图1所示,所述方法包括以下步骤:
步骤S101,当检测到所述商品被成功购买时,获取所述商品的销量维度和与所述销量维度对应的销售量。
这里,所述商品可以为实体商品,也可以为服务类商品。所述成功购买指买方选择了所述商品,并完成对所述商品不小于商品售价的成功支付行为。
所述销量维度包括以下至少之一:门店维度、时间维度、活动维度。
当所述销量维度为所述门店维度时,所述门店维度根据以下至少之一进行确定:门店位置、门店名称和门店类型。例如,当要统计K市关于A商品的销售量时,则所述门店维度即根据门店位置(K市)进行确定;当要统计叫做L名称的门店关于A商品的销售量时,则所述门店维度即根据门店名称(L名称)进行确定;当要统计M类型的门店关于A商品的销售量时,则所述门店维度根据门店类型(M类型)进行确定。当然,所述门店维度还可以根据其他条件进行确定,本实施例对此不做具体限定。
当所述销量维度为所述时间维度时,所述时间维度根据以下至少之一进行确定:日期和时间区间。例如,当要统计关于B商品的日销量,则所述时间维度可以根据日期进行确定;当要统计关于B商品的一段时间内的销售量,则所述时间维度可以根据日期和时间区间进行确定,例如一周、一个月、一年等。当然,所述时间维度还可以根据其他条件进行确定,本实施例对此不做具体限定。
当所述销量维度为所述活动维度时,所述活动维度根据以下至少之一进行确定:线上活动和线下活动。例如,当要统计关于C商品在某线上促销活动时的销售量,则所述活动维度可以根据线上活动进行确定;当要统计关于C商品在某线下促销活动时的销售量,则所述活动维度可以根据线下活动进行确定。当然,所述活动维度还可以根据其他条件进行确定,本实施例对此不做具体限定。
需要说明的是,在进行销售量统计时,进行销售量统计的维度还包括商品维度时,所述商品维度可以根据以下至少之一进行确定:商品类型、商品名称和商品性能,例如,当要统计销售量的商品为服务类商品时,则所述销量维度为服务类的商品维度。当然,所述商品维度还可以根据其他条件进行确定,本实施例对此不做具体限定。
本实施例中,与所述销量维度对应的销售量为在所述销量维度下,所述商品被成功购买的数量。
步骤S102,根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品建立销量实例。
这里,所述销量实例包括所述商品的至少一个销量维度和与所述销量维度对应的销售量。所述销量实例用于记录所述商品的在所述销量维度下的销售量,以便于在需要查询销售量时,通过所述销量实例可以直接获取所述销量维度下的销售量。
举例来说,对于商品itemId001,其在2018年07月01日的日销量为100,那么,可以为该商品itemId001建立在时间维度下的销量实例,即日销量实例:itemId001-20180701,100;其中,itemId001-20180701为销量维度,100为销售量。
本发明实施例提供的确定商品销售量的方法可以应用于以下场景:客户端需要对商品购买行为进行监控,那么可以通过统计商品的销售量,这样,不仅可以在商家需要获知商品销售量时提供实时的销售量,而且还可以在买家需要购买商品时,对买家提供购买依据(根据销售量确定买哪个商品,买哪家的商品)。
那么,客户端就可以采用本实施例提供的方法确定商品的销售量。首先,当客户端检测到所述商品被成功购买时,获取所述商品的销量维度和与所述销量维度对应的销售量;然后,根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品建立销量实例。这样,不管时商家还是买家,都可以通过销量实例查询所述商品的销售量。
本实施例提供的确定商品销售量的方法,当检测到所述商品被成功购买时,获取所述商品的销量维度和与所述销量维度对应的销售量;再根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品建立销量实例。这样,只有商品被成功购买之后才会建立销量实例,而不用为每一商品均预先建立销量实例,可以减小系统任务处理量;并且,对于一直未被购买的商品不用建立销量实例,可以极大的减小数据库中存储的销量实例的数量,降低数据库检索压力。
实施例二
本发明实施例提供一种确定商品销售量的方法,所述方法应用于具有商品交易业务的客户端或者能够提供商品交易业务的服务器。所述商品可以为线上售卖商品或者线下售卖商品,当所述商品为线上售卖商品时,所述线上售卖商品为通过互联网在网上进行交易购买的商品,例如,通过网购平台进行购买的商品;当所述商品为线下售卖商品时,所述线下售卖商品可以为买方通过实体经营店购买的商品,例如,通过正常经营的实体店或者无人超市购买的商品。
图2为本发明实施例二确定商品销售量的方法的实现流程示意图,如图2所示,所述方法包括以下步骤:
步骤S201,当检测到所述商品被成功购买时,获取所述商品的销量维度和与所述销量维度对应的销售量。
这里,所述商品可以为实体商品,也可以为服务类商品。所述成功购买指买方选择了所述商品,并完成对所述商品不小于商品售价的成功支付行为。
所述销量维度包括以下至少之一:门店维度、时间维度、活动维度。
所述与所述销量维度对应的销售量为在所述销量维度下,所述商品被成功购买的数量。
步骤S202,当确定本次购买为初次购买时,根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品创建销量实例。
这里,所述初次购买指在本次购买之前,未对所述商品进行过成功购买行为,且本次购买为成功购买行为。本实施例中,当未对所述商品进行过成功购买行为,则该商品没有销量实例。当对应某一销量维度,对所述商品进行了所述初次购买,则根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品创建与所述销量维度对应的销量实例。
举例来说,对于商品itemId001,其是新出的一款商品,因此,并未对该商品进行过一次成功购买行为,那么该商品没有销量实例,即该商品没有与任一种销量维度对应的销量实例。对于商品itemId002,其是新出的一款商品,在2018年07月01日该商品发生了初次购买,且该初次购买的购买量为100,如果此时的销量维度为时间维度,则可以为商品itemId002创立日销量实例:itemId002-20180701,100;其中,itemId002-20180701为销量维度,100为销售量。
在其他实施例中,如果本次购买为初次购买,则步骤S202还可以包括以下步骤:
步骤S2021,当检测到所述商品被初次购买时,获取所述商品的动态规则。
这里,所述动态规则用于规定在至少一个销量维度下所述商品的销售量的统计依据。所述动态规则可以为具有商品交易业务的客户端或者能够提供商品交易业务的服务器预先设定好的,或者,所述动态规则也可以为商家或用户在进行销售量统计时根据需要随机设定的。例如,所述动态规则可以为:统计商品itemId001在时间维度下,一周的销售量;或者,统计商品itemId002在时间维度和门店维度下,K市商品itemId002一周的销售量。
步骤S2022,将所述商品的销量维度和与所述销量维度对应的销售量,按照所述动态规则,为所述商品建立销量实例。
这里,按照所述动态规则,统计与所述销量维度对应的销售量,再为所述商品建立包括所述销量维度和所述销售量的销量实例。
举例来说,当所述销量维度为时间维度,所述动态规则为统计商品itemId001在时间维度下,2018年07月01日至2018年7月07日一周的销售量时,客户端可以对商品itemId001在这一周内每天的日销量进行求和,最终得到一周的销售量为1000,那么,则可以为商品itemId001建立销量实例:itemId001-20180701-0707,1000。
在其他实施例中,所述方法还包括以下步骤:
步骤S2023,为每一商品设置至少一个销量维度的动态规则。
这里,所述动态规则用于规定在至少一个销量维度下所述商品的销售量的统计依据。本实施例中,为每一商品设置至少一个销量维度的动态规则,可以在商家推出新的商品时由商家通过商家的客户端进行设置,也可以在买家在购买商品时由买家通过买家的客户端进行设置,当然,也可以由具有商品交易业务的客户端或者能够提供商品交易业务的服务器预先设置好。
由于所述销量维度包括以下至少之一:门店维度、时间维度、活动维度。那么当销量维度不同时,与所述销量维度对应的动态规则也将不同,这里以所述销量维度分别为门店维度或时间维度或活动维度三种情况为例进行说明。
情况一,所述销量维度为门店维度。
那么,所述销量维度可以根据以下至少之一进行确定:门店位置、门店名称和门店类型,则所述动态规则也可以根据以下至少之一进行确定:门店位置、门店名称和门店类型。
举例来说,当要统计K市关于A商品的销售量时,则所述动态规则可以为:统计K市关于A商品的销售量,这时,所述动态规则是根据门店位置(K市)进行确定的。当要统计叫做L名称的门店关于A商品的销售量时,则所述动态规则可以为:统计叫做L名称的门店关于A商品的销售量,这时,所述动态规则是根据门店名称(L名称)进行确定的。当要统计M类型的门店关于A商品的销售量时,则所述动态规则可以为:统计M类型的门店关于A商品的销售量,时,所述动态规则是根据门店类型(M类型)进行确定的。当然,所述动态规则还可以根据其他条件进行确定,本实施例对此不做具体限定。
情况二,所述销量维度为时间维度。
那么,所述销量维度可以根据以下至少之一进行确定:日期和时间区间,则所述动态规则也可以根据以下至少之一进行确定:日期和时间区间。
举例来说,当要统计关于B商品2018年07月01日的日销量,则所述动态规则可以为:统计B商品2018年07月01日的销售量,这时,所述动态规则是根据日期进行确定的。当要统计关于B商品的一段时间内的销售量,则所述动态规则可以为:统计B商品在某一段时间内的销售量,这时,所述动态规则是根据日期和时间区间进行确定的,例如一周、一个月、一年等。当然,所述动态规则还可以根据其他条件进行确定,本实施例对此不做具体限定。
情况三,所述销量维度为活动维度。
那么,所述销量维度可以根据以下至少之一进行确定:线上活动和线下活动,则所述动态规则也可以根据以下至少之一进行确定:线上活动和线下活动。
举例来说,当要统计关于C商品在某线上促销活动时的销售量,则所述动态规则可以为:统计关于C商品在某线上促销活动时的销售量,这时,所述动态规则是根据线上活动进行确定。当要统计关于C商品在某线下促销活动时的销售量,则所述动态规则可以为:统计关于C商品在某线下促销活动时的销售量,这时,所述动态规则是根据线下活动进行确定。当然,所述动态规则还可以根据其他条件进行确定,本实施例对此不做具体限定。
需要说明的是,所述销量维度也可以为门店维度、时间维度、活动维度三个中的任意两个或者三个,其具体情况与上述三种情况对应,为了节约篇幅,这里不再赘述。
在其他实施例中,所述方法还包括以下步骤:
步骤S203,当确定本次购买为再次购买时,获取之前的销售实例。
这里,所述再次购买为对所述商品的第二次成功购买、第三次成功购买、第四次成功购买等等。当本次购买为再次购买时,由于对于该商品之前已经发生过成功购买行为,因此,所述商品已经具有与销量维度对应的销量实例,那么,此时若需要继续统计与该销量维度对应的销售量,则可以通过该销量实例进行销售量统计。
步骤S204,根据所述本次购买的所述销量维度对应的销售量,更新所述之前的销量实例。
这里,所述更新所述之前的销量实例为更新所述销量实例中的销售量,将本次购买对应的销售量累加到之前的销量实例的销售量中。
举例来说,若某商品之前的销量实例为itemId001-20180701,100,而本次购买的购买量为50,则对更新所述之前的销量实例之后,得到新的销量实例为:itemId001-20180701,150。
在其他实施例中,当检测到所述商品被成功购买时,需要确定该次购买是对所述商品的初次购买还是再次购买。本发明实施例提供一种确定购买是初次购买还是再次购买的方法,所述方法还包括以下步骤:
步骤S211,根据所述销量维度查询与所述销量维度对应的销售量。
这里,根据所述销量维度查询与所述销量维度对应的销售量包括两种方式。
第一种,可以通过获取与所述销量维度对应的销量实例,根据所述销量实例获取所述商品的销售量。
例如,当所述销量维度为时间维度,与时间维度对应的当前销量实例为:itemId001-20180701,100,则通过该销量实例可直接获取销售量为100。
第二种,可以直接查询与所述销量维度对应的销售量。当不存在与所述销量维度对应的销量实例时,本实施例的方法可以直接获取与所述销量维度对应的销售量。
步骤S212,当与所述销量维度对应的销售量等于0时,确定本次购买为初次购买。
这里,当所述销售量等于0时,表明之前并没有对所述商品进行过成功购买,因此本次购买即为所述初次购买。并且,由于本次购买为所述初次购买,因此,当前还并不存在与所述销量维度对应的销量实例,那么,本步骤所采用的是直接获取销售量,并对销售量的值进行判断的方法。
步骤S213,当与所述销量维度对应的销售量大于0时,确定本次购买为再次购买。
这里,当所述销售量大于0时,表明之前已经对所述商品进行过至少一次成功购买,因此本次购买即为所述再次购买。并且,由于本次购买为所述再次购买,因此,当前已经存在与所述销量维度对应的销量实例,那么,本步骤可以通过直接获取销售量,并对销售量的值进行判断,或者,本步骤也可以通过先获取与所述销量维度对应的销量实例,根据所述销量实例获取所述商品的销售量,再对所述销售量的值进行判断。具体采用哪种方式进行销售量的获取,本实施例不做具体限定。
在其他实施例中,所述方法还包括以下步骤:
步骤S221,获取关于商品销售量的查询请求消息,所述查询请求消息中包括销量维度的标识。
这里,所述查询请求消息中包括销量维度的标识。所述查询请求消息可以是买家通过客户端发送的,也可以是商家通过客户端发送的。所述查询请求消息用于请求查询与所述销量维度对应的所述商品的销售量。
步骤S222,根据所述销售维度的标识获取所述商品的销售实例。
这里,所述销量实例是与所述销量维度对应的销量实例。
步骤S223,根据所述商品的销售实例输出所述商品的销售量。
当获取到所述销量实例时,表明所述商品被成功购买过至少一次,因此,通过所述销量实例获取所述商品的销量值,并输出。这里,所述销量值大于0。
在其他实施例中,步骤S223还可以包括以下步骤:
步骤S2231,当所述商品没有与所述销量维度对应的销量实例时,将所述销售量设置为0,并输出查询响应消息,所述查询响应消息中携带的销售量为0。
这里,当所述商品没有与所述销量维度对应的销量实例时,表明该商品并未被成功购买过,因此所述商品的销售量实际为0。本实施例中,所述查询响应消息用于响应所述查询请求消息,通过所述查询响应消息输出的当前销售量为0。
步骤S2232,当所述商品具有与所述销量维度对应的销量实例时,从所述商品的销售实例获取所述销售量的数值,输出查询响应消息,所述查询响应消息中携带有获取到的销售量的数值。
这里,当所述商品具有与所述销量维度对应的销量实例时,表明该商品被成功购买过至少一次,因此所述商品的销售量实际大于0。本实施例中,所述查询响应消息用于响应所述查询请求消息,通过所述查询响应消息输出的当前销售量大于0。
本实施例提供的确定商品销售量的方法,当确定本次购买为初次购买时,根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品创建销量实例,这样,可以在商品被成功购买之后才会建立销量实例,而不用为每一商品均预先建立销量实例,可以减小系统任务处理量;并且,对于一直未被购买的商品不用建立销量实例,可以极大的减小数据库中存储的销量实例的数量,降低数据库检索压力。另外,按照动态规则为商品建立销量实例,可以保证每一销量实例对应有一定的规则,方便之后的销售量查询。
实施例三
本发明实施例提供一种确定商品销售量的方法,所述方法应用于具有商品交易业务的客户端或者能够提供商品交易业务的服务器。在解释本发明实施例之前,首先对本实施例所涉及的技术术语给予详细解释:
在线售卖商品(即本实施例中所述的商品):通过互联网,在网上进行交易购买的商品,可以是实体商品,也可以是服务类商品。
销量维度:通过维度确定每一次商品购买需要影响的销量实例,销量维度可以是商品、门店、日期、营销活动等等。
销量实例:由多个销量维度及其对应的维度值和销量值构成,其中,商品维度是必须的。例如:商品itemId001于20180701的日销量为100,则销量实例为:itemId001-20180701,100。
动态销量统计维度:被定义为动态的销量维度,在为商品创建需要统计的销量维度时,不需要传入该销量维度对应的具体维度值,因此无法创建具体的销量实例,只在商品第一次发生购买时,才同时为其创建销量实例。例如,为itemId001创建动态日期销量维度,则在20180701发生购买时,才会添加itemId001-20180701的销量实例;若在20180701未发生购买,则itemId001-20180701实例不存在,销量查询时返回0。
线上售卖商品在发生购买后,需要对其销量进行多维度的统计,比如商品的日销量、最近30天销量、不同门店商品销量、商品的活动销量等等;这些销量数据需要在C端用户的页面进行展示,而B端商家也需要销量数据进行商品管理。
图3为相关技术中销量实时统计方法的实现流程示意图,如图3所示,所述方法包括以下步骤:
步骤S301,B端商家设置商品的销量维度。
这里,B端商家可以根据需要进行销量维度的设置,比如,日销量、店铺销量等。
步骤S302,销量实例新增。
例如,可以为ID为itemId001在销量表中新增某具体日期销量实例的关键字段:销量维度值,itemId001-20180701;销量值,0。
步骤S303,C端用户购买商品。
步骤S304,销量实例更新。
这里,当用户购买商品数为5,则销量实例更新为:销量维度值,itemId001-20180701;销量值,5。
在新增销量实例时,需要注意到,日期的维度值有无穷尽个,对于重要客户(KeyAccount,KA)商品,其拥有的门店也有百千个;B端商家在销量维度管理的时候,需要新增大批量的销量实例。
而在相关技术中,在B端商家创建销量实例时,对于含有无限值的销量统计维度,可以通过定时任务,周期性的新增对应的销量实例;比如对于商品itemId001,可以在20180701当日新增实例itemId001-20180702的销量实例;也可以在每周日批量新增未来7天的销量实例。
显然,该方法B端进行销量管理时需要额外对定时任务进行配置,且对于日销量维度,几乎涉及线上全量商品,定时任务的处理量大,耗时长,对于处理失败的场景还需要思考额外的处理措施;另外,每日发生购买的商品只是部分商品,对于未发生购买的商品,建立日销量实例是多余的,会加大数据库检索压力
本发明实施例提供一种确定商品销售量的方法,可以解决现有相关技术所存在的问题。
本实施例以日销量为例,首先,对销量统计维度进行枚举,可以通过以下程序代码添加动态日期维度。
public enum SalesDimension{
ITEM(“itemId”,“商品维度”),
DYNAMIC_TRADE_DATE(“tradeDate”,“动态日期维度”);
}
图4为本发明实施例B端商家进行销量管理的实现流程示意图,如图4所示,所述方法包括以下步骤:
步骤S401,B端商家设置商品itemId001的日销量的销量维度。
步骤S402,销量相关系统为商品itemId001新增日销量维度的动态规则。
需要说明的是,本步骤只添加动态规则,并不新增销量实例。
步骤S403,销量相关系统向B端商家返回响应消息。
这里,所述响应消息用于当所述销量相关系统成功为商品itemId001新增日销量维度的动态规则时,返回关于成功新增动态规则的响应消息。
图5为本发明实施例一种C端用户进行销量查询的实现流程示意图,如图5所示,所述方法包括以下步骤:
步骤S501,C端用户向销量相关系统发送销量查询消息。
这里,所述销量查询消息可以为查询商品itemId001在20180701的日销量。
步骤S502,销量相关系统查询对应的销量实例。
步骤S503,当未查询到对应的销量实例,返回销量为0。
图6为本发明实施例C端用户在进行购买时销量统计的实现流程示意图,如图6所示,所述方法包括以下步骤:
步骤S601,C端用户在20180701成功购买itemId001,数量为5。
步骤S602,销量相关系统检测到itemId001存在日销量规则。
当检测到存在日销量规则,则需要进行日销量统计。
步骤S603,当未找到销量实例时,新增销量实例,将销量设置为5。
这里,当未找到itemId001-20180701的销量实例时,新增itemId001-20180701的销量实例,将销量设置为5。
步骤S604,销量统计结束,销量相关系统向C端用户返回销量实例。
图7为本发明实施例另一种C端用户进行销量查询的实现流程示意图,如图7所示,所述方法包括以下步骤:
步骤S701,C端用户向销量相关系统发送销量查询消息。
这里,所述销量查询消息可以为查询商品itemId001在20180701的日销量。
步骤S702,销量相关系统查找itemId001-20180701的销量实例。
步骤S703,销量相关系统成功找到对应销量实例,确定销量的数值为5。
步骤S704,销量相关系统向C端用户返回销量为5。
本发明实施例提供的确定商品销售量的方法,包括以下几步:
第一步,提出动态销量维度概念。
通过结合销量维度的特点(无限维度值、超多维度值)和业务实际需求,创建对应的动态销量维度,如日期动态销量维度,门店动态销量维度等。
第二步,销量管理。
B端用户在进行销量管理时,若涉及到动态维度,则在数据库中记录该操作的具体销量规则,并不实际创建销量实例。
第三步,销量查询。
当不存在销量实例的销量在查询时,默认返回0。
第四步,销量统计。
当C端用户对该商品发生购买时,在进行销量统计时,需要根据B端商家设置的销量维度进行销量实例的更新。若涉及到动态维度,且该维度的销量实例不存在,则系统为其新增销量实例,同时对销量值赋值。
第五步,销量查询。
当C端页面进行销量查询时,成功找到对应的销量实例,则成功返回销量值。
本实施例提供的确定商品销售量的方法,通过动态销量维度,B端进行销量管理时无需进行额外的定时任务配置。并且,基于动态维度规则,在发生购买时同时创建销量实例,无需通过离线任务预创建销量实例,也无需为全量商品创建销量实例,从而避免了数据库的无用数据增多,减少数据库压力。
实施例四
本发明实施例提供一种确定商品销售量的装置,图8为本发明实施例四确定商品销售量的装置的组成结构示意图,如图8所示,该确定商品销售量的装置800包括:
获取单元801,用于当检测到所述商品被成功购买时,获取所述商品的销量维度和与所述销量维度对应的销售量;
建立单元802,用于根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品建立销量实例。
在其他实施例中,所述建立单元包括:
创建模块,用于当确定本次购买为初次购买时,根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品创建销量实例。
在其他实施例中,所述建立单元包括:
获取模块,用于当确定本次购买为再次购买时,获取之前的销售实例;
更新模块,用于根据所述本次购买的所述销量维度对应的销售量,更新所述之前的销量实例。
在其他实施例中,所述装置还包括:
查询单元,用于当检测到所述商品被成功购买时,根据所述销量维度查询与所述销量维度对应的销售量;
第一确定单元,用于当与所述销量维度对应的销售量等于0时,确定本次购买为初次购买;
第二确定单元,用于当与所述销量维度对应的销售量大于0时,确定本次购买为再次购买。
在其他实施例中,所述建立单元包括:
第一获取模块,用于当检测到所述商品被初次购买时,获取所述商品的动态规则;
建立模块,用于将所述商品的销量维度和与所述销量维度对应的销售量,按照所述动态规则,为所述商品建立销量实例。
在其他实施例中,所述装置还包括:
设置单元,用于为每一商品设置至少一个销量维度的动态规则;所述动态规则用于规定在至少一个销量维度下所述商品的销售量的统计依据。
在其他实施例中,所述销量维度包括以下至少之一:门店维度、时间维度、活动维度。
在其他实施例中,所述装置还包括:
第二获取单元,用于获取关于商品销售量的查询请求消息,所述查询请求消息中包括销量维度的标识;
第三获取单元,用于根据所述销售维度的标识获取所述商品的销售实例;
输出单元,用于根据所述商品的销售实例输出所述商品的销售量。
在其他实施例中,所述输出单元包括:
设置模块,用于当所述商品没有与所述销量维度对应的销量实例时,将所述销售量设置为0,并输出查询响应消息,所述查询响应消息中携带的销售量为0;
第二获取模块,用于当所述商品具有与所述销量维度对应的销量实例时,从所述商品的销售实例获取所述销售量的数值,输出查询响应消息,所述查询响应消息中携带有获取到的销售量的数值。
需要说明的是,本实施例装置的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果,因此不做赘述。对于本装置实施例中未披露的技术细节,请参照本发明方法实施例的描述而理解。
实施例五
本发明实施例提供一种确定商品销售量的设备,图9为本发明实施例确定商品销售量的设备的组成结构示意图,如图9所示,所述设备900至少包括:处理器901和配置为存储可执行指令的存储介质902,其中:
处理器901配置为执行存储的可执行指令,所述可执行指令配置为执行上述任一实施例中所提供的确定商品销售量的方法。
需要说明的是,以上确定商品销售量的设备实施例的描述,与上述方法实施例的描述是类似的,具有同方法实施例相似的有益效果,因此不做赘述。对于本发明确定商品销售量的设备实施例中未披露的技术细节,请参照本发明方法实施例的描述而理解。
对应地,本发明实施例提供一种计算机可读存储介质,所述计算机存储介质中存储有计算机可执行指令,该计算机可执行指令配置为执行本发明其他实施例提供的确定商品销售量的方法。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (16)
1.一种确定商品销售量的方法,其特征在于,所述方法包括:
当检测到所述商品被成功购买时,获取所述商品的销量维度和与所述销量维度对应的销售量;
根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品建立销量实例;
其中,所述根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品建立销量实例,包括:
当确定本次购买为初次购买时,根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品创建销量实例;
当确定本次购买为再次购买时,获取之前的销售实例;根据所述本次购买的所述销量维度对应的销售量,更新所述之前的销量实例。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
当检测到所述商品被成功购买时,根据所述销量维度查询与所述销量维度对应的销售量;
当与所述销量维度对应的销售量等于0时,确定本次购买为初次购买;
当与所述销量维度对应的销售量大于0时,确定本次购买为再次购买。
3.根据权利要求1所述的方法,其特征在于,所述根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品创建销量实例,包括:
当检测到所述商品被初次购买时,获取所述商品的动态规则;
将所述商品的销量维度和与所述销量维度对应的销售量,按照所述动态规则,为所述商品建立销量实例。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
为每一商品设置至少一个销量维度的动态规则;所述动态规则用于规定在至少一个销量维度下所述商品的销售量的统计依据。
5.根据权利要求4所述的方法,其特征在于,所述销量维度包括以下至少之一:门店维度、时间维度、活动维度。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
获取关于商品销售量的查询请求消息,所述查询请求消息中包括销量维度的标识;
根据所述销售维度的标识获取所述商品的销售实例;
根据所述商品的销售实例输出所述商品的销售量。
7.根据权利要求6所述的方法,其特征在于,所述根据所述商品的销售实例输出所述商品的销售量,包括:
当所述商品没有与所述销量维度对应的销量实例时,将所述销售量设置为0,并输出查询响应消息,所述查询响应消息中携带的销售量为0;
当所述商品具有与所述销量维度对应的销量实例时,从所述商品的销售实例获取所述销售量的数值,输出查询响应消息,所述查询响应消息中携带有获取到的销售量的数值。
8.一种确定商品销售量的装置,其特征在于,所述装置包括:
获取单元,用于当检测到所述商品被成功购买时,获取所述商品的销量维度和与所述销量维度对应的销售量;
建立单元,用于根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品建立销量实例;
其中,所述建立单元包括:
创建模块,用于当确定本次购买为初次购买时,根据所述商品的销量维度和与所述销量维度对应的销售量,为所述商品创建销量实例;
获取模块,用于当确定本次购买为再次购买时,获取之前的销售实例;
更新模块,用于根据所述本次购买的所述销量维度对应的销售量,更新所述之前的销量实例。
9.根据权利要求8所述的装置,其特征在于,所述装置还包括:
查询单元,用于当检测到所述商品被成功购买时,根据所述销量维度查询与所述销量维度对应的销售量;
第一确定单元,用于当与所述销量维度对应的销售量等于0时,确定本次购买为初次购买;
第二确定单元,用于当与所述销量维度对应的销售量大于0时,确定本次购买为再次购买。
10.根据权利要求8所述的装置,其特征在于,所述建立单元包括:
第一获取模块,用于当检测到所述商品被初次购买时,获取所述商品的动态规则;
建立模块,用于将所述商品的销量维度和与所述销量维度对应的销售量,按照所述动态规则,为所述商品建立销量实例。
11.根据权利要求10所述的装置,其特征在于,所述装置还包括:
设置单元,用于为每一商品设置至少一个销量维度的动态规则;所述动态规则用于规定在至少一个销量维度下所述商品的销售量的统计依据。
12.根据权利要求11所述的装置,其特征在于,所述销量维度包括以下至少之一:门店维度、时间维度、活动维度。
13.根据权利要求8所述的装置,其特征在于,所述装置还包括:
第二获取单元,用于获取关于商品销售量的查询请求消息,所述查询请求消息中包括销量维度的标识;
第三获取单元,用于根据所述销售维度的标识获取所述商品的销售实例;
输出单元,用于根据所述商品的销售实例输出所述商品的销售量。
14.根据权利要求13所述的装置,其特征在于,所述输出单元包括:
设置模块,用于当所述商品没有与所述销量维度对应的销量实例时,将所述销售量设置为0,并输出查询响应消息,所述查询响应消息中携带的销售量为0;
第二获取模块,用于当所述商品具有与所述销量维度对应的销量实例时,从所述商品的销售实例获取所述销售量的数值,输出查询响应消息,所述查询响应消息中携带有获取到的销售量的数值。
15.一种确定商品销售量的设备,其特征在于,所述设备至少包括:处理器和配置为存储可执行指令的存储介质,其中:所述处理器配置为执行存储的可执行指令;
所述可执行指令配置为执行上述权利要求1至7任一项所提供的销量统计方法。
16.一种存储介质,其特征在于,所述存储介质中存储有计算机可执行指令,所述计算机可执行指令配置为执行上述权利要求1至7任一项所提供的销量统计方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811184980.XA CN109544199B (zh) | 2018-10-11 | 2018-10-11 | 一种确定商品销售量的方法、装置、设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811184980.XA CN109544199B (zh) | 2018-10-11 | 2018-10-11 | 一种确定商品销售量的方法、装置、设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109544199A CN109544199A (zh) | 2019-03-29 |
CN109544199B true CN109544199B (zh) | 2021-06-01 |
Family
ID=65843634
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811184980.XA Active CN109544199B (zh) | 2018-10-11 | 2018-10-11 | 一种确定商品销售量的方法、装置、设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109544199B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111784376A (zh) * | 2019-04-10 | 2020-10-16 | 北京沃东天骏信息技术有限公司 | 用于处理信息的方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106022859A (zh) * | 2016-05-06 | 2016-10-12 | 汇通达网络股份有限公司 | 一种自动补货系统和自动补货方法以及商品购买平台 |
CN106022833A (zh) * | 2016-05-24 | 2016-10-12 | 温州市鹿城区中津先进科技研究院 | 基于大数据处理的商品定制方法 |
CN106407469A (zh) * | 2016-10-24 | 2017-02-15 | 北京亚控科技发展有限公司 | 一种描述事物时间属性并基于所述描述进行查找的方法 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7650344B2 (en) * | 2004-02-09 | 2010-01-19 | Coremetrics, Inc. | System and method of managing software product-line customizations |
CN104794146B (zh) * | 2014-12-22 | 2017-11-03 | 广州唯品会信息科技有限公司 | 商品实时筛选和排序的方法和装置 |
US9396248B1 (en) * | 2016-01-04 | 2016-07-19 | International Business Machines Corporation | Modified data query function instantiations |
CN106446381A (zh) * | 2016-08-31 | 2017-02-22 | 安徽港源家居工艺品有限公司 | 一种基于pdm木质工艺品数字化设计系统 |
CN108205762A (zh) * | 2016-12-18 | 2018-06-26 | 长沙湘佩网络技术有限公司 | 现代智能商品销售管理系统的设计 |
-
2018
- 2018-10-11 CN CN201811184980.XA patent/CN109544199B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106022859A (zh) * | 2016-05-06 | 2016-10-12 | 汇通达网络股份有限公司 | 一种自动补货系统和自动补货方法以及商品购买平台 |
CN106022833A (zh) * | 2016-05-24 | 2016-10-12 | 温州市鹿城区中津先进科技研究院 | 基于大数据处理的商品定制方法 |
CN106407469A (zh) * | 2016-10-24 | 2017-02-15 | 北京亚控科技发展有限公司 | 一种描述事物时间属性并基于所述描述进行查找的方法 |
Non-Patent Citations (1)
Title |
---|
如何在Java连接数据库中实现查询商品的日销售量功能;qq_37498709;《https://bbs.csdn.net/topics/392085064?list=30607365》;20170210;1 * |
Also Published As
Publication number | Publication date |
---|---|
CN109544199A (zh) | 2019-03-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200065750A1 (en) | Inventory management system and method thereof | |
US20050010494A1 (en) | Method and apparatus for Internet e-commerce shopping guide | |
CN109948829B (zh) | 一种基于多个售货点的调货方法、电子设备及存储介质 | |
CN104699712A (zh) | 对数据库中的库存记录信息进行更新的方法及装置 | |
CN105096015A (zh) | 商品对象信息处理方法及系统 | |
US8756154B2 (en) | Price paid database method and system | |
CN106156972B (zh) | 物流服务信息提供方法及装置 | |
CN112000747A (zh) | 数据多维分析方法、装置及系统 | |
CN111080409A (zh) | 一种推送信息的计算机装置、方法、设备及介质 | |
US20140316874A1 (en) | System and method for providing relative price point incentives based upon prior customer purchase behavior | |
CN110807596A (zh) | 一种跨境电商代销仓库存管理系统及方法 | |
US20220108374A1 (en) | Smart Basket for Online Shopping | |
CN102903048A (zh) | 用于处理产品数据的计算机系统 | |
CN108600323B (zh) | 一种多中心数据共享系统及其使用方法 | |
US20160055448A1 (en) | Method and Apparatus to Provide Centralized Information Database for Retailers, Manufacturers, and Distributors in Target Industries and Markets | |
CN109544199B (zh) | 一种确定商品销售量的方法、装置、设备和存储介质 | |
CN113228084A (zh) | 销售员评价系统、销售员评价装置、销售员评价方法以及销售员评价用程序 | |
TW523689B (en) | Sale price management system and sale price management method | |
KR101938862B1 (ko) | 슈퍼마켓 창고관리 효율화 장치 및 그 동작 방법 | |
CN112085537A (zh) | 一种基于大数据分析商品的方法及系统 | |
CN116452299A (zh) | 一种电商智能化推荐系统及方法 | |
CN115760300A (zh) | 一种基于标签管理销售品的实现方法及系统 | |
CN107688581B (zh) | 数据模型的处理方法及装置 | |
WO2021098280A1 (zh) | 商品无源时的价格展示方法、系统及存储介质 | |
CN107239962B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |