CN113792099A - 一种基于历史效用表剪枝的数据流高效用项集挖掘*** - Google Patents
一种基于历史效用表剪枝的数据流高效用项集挖掘*** Download PDFInfo
- Publication number
- CN113792099A CN113792099A CN202110922923.2A CN202110922923A CN113792099A CN 113792099 A CN113792099 A CN 113792099A CN 202110922923 A CN202110922923 A CN 202110922923A CN 113792099 A CN113792099 A CN 113792099A
- Authority
- CN
- China
- Prior art keywords
- item
- utility
- data
- mining
- global
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/26—Visual data mining; Browsing structured data
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
- G06F16/2282—Tablespace storage structures; Management thereof
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computing Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
一种基于历史效用表剪枝的数据流高效用项集挖掘***。基于滑动窗口的数据流高效用项集挖掘是数据挖掘领域最具有挑战的课题之一,由于当前的算法会产生大量的候选项集和冗余项,使得在挖掘大规模数据流时性能下降,同时在数据流的挖掘过程中也较少参考引用历史挖掘结果。本发明的创新点在于建立历史效用值表,利用历史数据有效修建数据流的搜索空间,减少候选项和冗余项,并使用了分布式的架构构建数据挖掘***,使得在不影响数据流挖掘的前提下,完成对历史效用值表的创建与更新工作,以此有效提高了数据流高效用项集挖掘的效率。
Description
技术领域
本发明涉及频繁模式挖掘算法以及数据流挖掘***。
高效用项集挖掘是频繁模式挖掘的一个重要分支。
背景技术
频繁项集挖掘是数据挖掘领域的一个重要分支,它能够从数据集的所有事务中挖掘出出现频率超出用户设置阈值的项集。而随着频繁项集的广泛应用,人们发现,与频繁项集相比,一些非频繁项集能够创造更高的价值,针对该问题,学者提出了高效用项集挖掘的概念,高效用项集克服了频繁挖掘项集中没有考虑的出现频次,价格,利润,地区分布等等数据项权重信息的缺陷,其通过综合效用指标来评估项集的重要性。
目前模式增长的方法在数据流的高效用项集挖掘算法中较为有效,HUM-UT算法提出为滑动窗口中的数据建立全局头表,估算数据流效用值,利用全局头表和全局效用树挖掘高效用项集,但全局头表和效用树中仍包含了大量冗余数据项和低效用项集。针对该问题,IHUM-UT算法通过压缩全局头表大小来提高时间效率,SHUGrowth算法通过构建SHU-Tree结构来优化挖掘过程,HUISW算法则是通过构建HUIL-Tree来优化全局头表。
然而过多的候选项与冗余项常常导致所构造的数据结构(尤其是树形结构)的空间复杂性高,这使得挖掘过程中频繁递归,从而导致内存溢出并降低了算法效率。因此,修剪和过滤冗余项集是当前算法的主要优化目标之一。
在基于滑动窗口技术的算法中更多地是去构建更好的全局结构。当前的算法忽略了长期的历史数据对实际数据分析中未来数据流的挖掘具有一定的指导意义,这可以帮助算法有效地过滤冗余项和候选项。同时当前基于分布式框架下的高效用项集挖掘算法也较为稀缺,随着当前数据流越来越庞大的前提下,提高数据流挖掘算法的实时性与效率是十分具有挑战性的。
发明内容
当前的模式增长算法不可避免地存在候选项集、冗余项过多,低效用数据无用化处理等问题,往往导致构建的高效用树型结构的空间复杂度较高,使得在挖掘过程中频繁递归创建子树,最终发生内存溢出、算法效率低下等问题。因此如何有效地筛选候选项集成为高效用项集挖掘算法的主要优化目标之一。
随着当前分布式***与数据流引擎的发展,在处理大规模数据流的问题上已经有了较多的解决方案,其中不乏一些优秀的数据流引擎(spark streaming,storm,flink)。在实际的数据挖掘与分析过程中,长时间历史数据分析对于未来数据流的挖掘具备一定的参考价值,借助分布式的数据处理框架,因此本发明考虑通过分布式的挖掘任务设计,在有效的挖掘历史数据的同时,辅助优化当前数据流挖掘算法,实现单机向分布式的改造,降低挖掘的时间成本与存储成本,对大数据集表现出较好的可扩展性与稳定性,在此基础上本发明提出了基于历史效用表剪枝的数据流高效用项集挖掘算法。
本发明设计了一种分布式的高效用项集挖掘***,在稳定进行历史挖掘数据的分析的同时,保证了当前数据流的高效用项集挖掘的实时性。同时本发明有效利用了历史挖掘数据的结果,构建了历史效用值表,并通过该表有效减少了数据流挖掘算法的冗余项,提高了数据流挖掘算法的效率。
为了实现上述的目的,本发明给出的方案是:
步骤1、历史效用值表的创建与更新;
步骤2、全局头表与全局树的构建,更新,优化;
步骤3、在优化后的全局数据结构上进行高效用项集挖掘;
步骤4、分布式的高效用项集挖掘***;
有益效果
本发明在优化后的全局头表减少了效用值较低的数据项,假设当前有N个数据项,Tn个事务,事务的平均长度为L,窗口大小为WinSize,批大小为BatchSize,在使用所有数据项时空间复杂度会达到O(WinSize*BatchSize*L),目前窗口大小和批大小保持不变的情况下,通过减少低效用的数据项可以减少事务的平均长度,同时也有效减少了全局树中的子树生成数量与递归次数,在此基础上有效提高了算法的时间与空间复杂度。
本发明在四类经典的挖掘数据集上进行对比实验,观察到了性能的显著提升。这也证实了历史效用值表的构建与分布式的高效用项集挖掘***的构建对算法效率的提升。其针对目前数据流上的高效用项集挖掘算法的效率提升,保证算法的实时性,以及拓宽高效用项集挖掘算法的应用具有重大意义。
附图说明
附图是用来提动对本发明的进一步理解,并且构成说明书的一部分,与下面的具体实施方式一起用于解释本公开,但不构成对本发明的限制。在附图中:
图1为分布式的高效用项集挖掘***结构图;
图2为基于历史效用表剪枝的数据流高效用项集挖掘算法的技术路线图;
图3为步骤一历史效用值表创建、更新流程图;
图4为步骤二全局头表全局树的构建、更新、优化流程图;
图5为步骤三优化后的高效用项集挖掘说明图;
具体实施方式
为了使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的具体实施方式进行清楚、完整的描述。应当理解的是,此处所描述的具体实施方法仅用于说明和解释本发明,并不用于限制本发明。
本发明***实施过程如图2所示:
步骤1、历史效用值表的创建与更新;
步骤2、全局头表与全局树的构建,更新,优化;
步骤3、在优化后的全局数据结构上进行高效用项集挖掘;
步骤4、分布式的高效用项集挖掘***;
各个步骤详述如下。
步骤1:历史效用值表的创建与更新,如图3所示
1.1历史效用值表的初始化
在当前缓存内没有效用值表时进行初始化,并根据不同阈值构建不同的历史效用值表,而每一个表项的设计如下:
item_index:表示当前数据项的索引
item_profit:表示当前数据项的外部效用值
item_utility:表示当前数据项的效用值均值
item_level:表示当前数据项的等级(在挖掘过程中用于参考)
根据上述数据项初始化得到历史效用值表,其中初始化后每一项的item_index为其数据项名称,item_profit更新为外部效用值,item_utility初始化为0,item_level也初始化为0,完成后的历史效用值表将继续用于步骤1.2中。
1.2历史效用值表的创建
在完成第一个滑动窗口的挖掘后,根据挖掘结果与计算的效用值均值,更新数据项中的item_utility,明显低于窗口事务权重效用值的记为低效用项集,将其item_level标记为-1,而挖掘得到高效用多项集的item_level标记为2,得到的高效用一项集标记为1,以上的数据标记与更新均在步骤1.1所初始化的历史效用值表的基础上。
在完成第一次初始化与创建后,将数据项索引作为键,其余的项作为值保存至缓存中,该历史效用值表的名称为该事务项集的名称与最小效用阈值,步骤1.1与步骤1.2所产生的历史效用值表只对应某个数据集下某个最小效用阈值。
1.3历史效用值表的更新
向前滑动一个窗口并完成挖掘过程后,仍根据创建时的规则更新item_utility与item_level两项,所需要更新的历史效用值表根据缓存中的数据集名称与最小效用值阈值得到。
步骤2:全局头表与全局树的构建,更新,优化,如图4所示
2.1全局头表与全局树的初始化
全局头表在初始化的过程中需要包含所有数据项,头表中的每一个表项均为数据项在当前批次中的事务效用值均值(TWU)。全局树由多个TN-Tree子树组成,TN-Tree中有三类结点,分别为:根结点(root)、一般结点、尾结点。根结点是一个空结点,它用于合并所有子结点,一般结点、尾结点中包含当前的数据项名称,父亲结点的指针,子结点的指针。尾结点比较特殊,除了保存上述的内容外,还需要保存当前事务的所有效用值,由二维数组构成。根据窗口大小需要创建n个数组,每个数组中根据顺序保存各数据项的效用值。步骤2.1中需要生成一个带有所有数据项的空全局头表与全局树根root。
2.2全局头表与全局树的构建更新
根据窗口大小,批大小依次读入数据流并填充全局头表,并根据上述TN-Tree规则构建子树并合并至全局树上,此处的全局头表为步骤2.1中初始化的空表,合并的全局树为2.1中产生的根节点root。需要注意的是在树型结构中具备相同前缀的事务项共用相同的树结点。在窗口向前滑动后,进行全局头表与全局树的更新,移除最旧批次的数据并加入最新批次的数据,仍根据上述规则进行头表与树的更新。
2.3全局头表与全局树的优化
当缓存中具备当前挖掘窗口中对应的历史效用值表时,需要根据历史效用值表的数据对全局头表进行重构,主要依据item_level来对全局头表进行优化。而这里的历史效用值表则主要由步骤1.1,步骤1.2产生,同时在滑动窗口向前滑动时需要触发步骤1.3对历史效用值表进行更新。
算法针对绝对的高效用数据项(item_level=1)以及潜在的高效用数据项(item_level=2)将其排序至表的头部,在后文构建树的过程中将优先进行挖掘,针对普通数据项(item_level=0)则仍按照字典序进行排序,而低效用的数据项(item_level=-1)则做删减处理。为了尽可能地保证算法地查全率,对于低效用的数据项(item_level=-1)会计算twu值,若明显高于当前窗口地最小效用值,仍会保留。同时根据全局头表的优化结果来调整全局树的结构,算法会针对绝对的高效用数据项(item_level=1)、潜在的高效用数据项(item_level=2)调整至尾结点优先进行挖掘。
步骤3:在优化后的全局数据结构上进行高效用项集挖掘,如图5所示
3.1挖掘前预处理
挖掘首先需要读入一个完整滑动窗口的数据,并根据上述步骤2.3对当前滑动窗口中的全局树以及全局头表进行优化,完成后对每一个叶子结点添加效用缓存值,并在头表中建立对应树结点的link指针,根据顺序逐项挖掘。
3.2实际挖掘过程
根据步骤3.1得到的全局数据结构以及挖掘顺序,可以得到某一个数据项的twu值,效用缓存值以及全局树中结点的位置和事务路径信息,且因为挖掘是通过尾结点表来进行,因此数据项对应的均为叶子结点,在完成挖掘后该数据项结点会将效用缓存值上移至父结点。
开始挖掘后,当该数据项的效用值大于等于最小效用值,那该数据项就是一个高效用一项集;同时只要该数据项的twu值大于等于最小效用值,就为该数据项创建子头表与子树;而该数据项的twu值小于最小效用值,根据twu向下收敛的性质,该数据项的超集也一定不是高效用项集,因此结束该数据项的挖掘。
若当前数据项需要创建子头表与子树,读取当前数据项link指针对应结点的效用缓存值,此时也得到了当前数据项所在全局树中的所有路径,读取路径中所有数据项并计算twu值,当twu值大于等于最小效用值时将数据项加入子头表。此时,将当前数据项的效用值作为基效用值加至子树的尾结点上,完成子树的构建,之后递归进行子树,子头表的创建并进行挖掘最终得到当前滑动窗口所有的高效用项集。
在完成挖掘工作后,滑动窗口向前滑动,此时需要执行步骤1.3进行历史效用值表的更新以及,步骤2.2,步骤2.3对全局数据结构进行更新并重构优化。
步骤4:分布式的高效用项集挖掘***构建,如图1所示
整个高效用项集挖掘***将分为三个模块:历史批数据处理模块,主要负责步骤1中的相关处理,由worker1负责;数据流处理模块,主要负责步骤2,步骤3中的相关处理,由worker2负责;历史效用值表缓存模块,用轻量的缓存***(redis)存储历史批数据的处理结果——历史效用值表,用于优化剪枝数据流中的高效用项集的搜索空间,从而提高高效用项集挖掘算法的效率。
创新点
本发明基于历史效用值表优化了当前的数据流高效用项集挖掘算法,并构建了分布式的高效用项集挖掘***。由于阻尼窗口与界标窗口的数据流处理技术对数据仓库与消息队列造成极大的压力,本发明对数据流的处理采用的是滑动窗口技术,更加注重实时性的处理。在此基础上运用分布式的框架,将任务拆分为历史数据处理与数据流处理两个部分,在稳定进行历史挖掘数据的分析的同时,保证了当前数据流的高效用项集挖掘的实时性,且通过轻量级的缓存进行数据存储,减轻了数据仓库的存储压力,同时根据历史数据的参考性有效剪枝了数据流挖掘的搜索空间,提高了数据流挖掘算法的整体效率。
本发明***在retail、connect、TLC_trip等数据集中有很好的表现,在保证高查全率的前提下,提高了挖掘算法的时间与空间效率。
Claims (2)
1.一种基于历史效用值表剪枝的数据流高效用项集挖掘***,其特征在于,实施过程,包括:
步骤1、历史效用值表的创建与更新;
步骤2、全局头表与全局树的构建,更新,优化;
步骤3、在优化后的全局数据结构上进行高效用项集挖掘;
步骤4、分布式的高效用项集挖掘***;
其中,步骤1:历史效用值表的创建与更新
1.1、历史效用值表的初始化
在当前缓存内没有效用值表时进行初始化,并根据不同阈值构建不同的历史效用值表,而每一个表项的设计如下:
item_index:表示当前数据项的索引
item_profit:表示当前数据项的外部效用值
item_utility:表示当前数据项的效用值均值
item_level:表示当前数据项的等级,在挖掘过程中用于参考;
根据上述数据项初始化得到历史效用值表;
1.2、历史效用值表的创建
在完成第一个滑动窗口的挖掘后,根据挖掘结果与计算的效用值均值,更新数据项中的item_utility,明显低于窗口事务权重效用值的记为低效用项集,将其item_level标记为-1,而挖掘得到高效用多项集的item_level标记为2,得到的高效用一项集标记为1;
在完成第一次初始化与创建后,将数据项索引作为键,其余的项作为值保存至缓存中,该历史效用值表的名称为该事务项集的名称与最小效用阈值;
1.3、历史效用值表的更新
向前滑动一个窗口并完成挖掘过程后,仍根据创建时的规则更新item_utility与item_level两项,在完成更新过程后,将历史效用值表更新至缓存中,表名仍为该事务项集的名称与最小效用阈值;
步骤2:全局头表与全局树的构建,更新,优化
2.1、全局头表与全局树的初始化
全局头表在初始化的过程中需要包含所有数据项,头表中的每一个表项均为数据项在当前批次中的效用值估算值,这里的估算值通常为数据项在该批次中的twu值;全局树由多个TN-Tree子树组成,TN-Tree中有三类结点,分别为:根结点(root)、一般结点、尾结点;根结点是一个空结点,它用于合并所有子结点,一般结点、尾结点中包含当前的数据项名称,父亲结点的指针,子结点的指针;尾结点比较特殊,除了保存上述的内容外,还需要保存当前事务的所有效用值,由二维数组构成;根据窗口大小需要创建n个数组,每个数组中根据顺序保存各数据项的效用值;
2.2、全局头表与全局树的构建更新
根据窗口大小,批大小依次读入数据流并填充全局头表,并根据上述TN-Tree规则构建子树并合并至全局树上,需要注意的是在树型结构中具备相同前缀的事务项共用相同的树结点;在窗口向前滑动后,进行全局头表与全局树的更新,移除最旧批次的数据并加入最新批次的数据,仍根据上述规则进行头表与树的更新;
2.3、全局头表与全局树的优化
当缓存中具备当前挖掘窗口中对应的历史效用值表时,需要根据历史效用值表的数据对全局头表进行重构,依据item_level来对全局头表进行优化;
步骤3、在优化后的全局数据结构上进行高效用项集挖掘
挖掘的第一步需要给全局树中的每一个叶子结点添加一个utility_cache,根据上文已知任意一个叶子结点都会保存当前路径上的效用值,且每一批数据均用“{}”保存,所有批的和需要保存至utility_cache中;经过历史效用值表的优化后,头表将根据筛选后的头表进行构建,且头表的数据项顺序将按照优化后的尾结点表的顺序,此外头表中的每一项保存一个link指针用于指向全局树对应数据项的位置,此时根据头表内的顺序开始进行逐项挖掘;
从当前挖掘的数据项的link指针得到该数据项在全局树中的位置,由于是最后一项,且经过了全局表与全局树的调整,***会先从尾结点的数据项开始挖掘,当前数据项对应的均为叶子结点,即一定包含utility_cache,在完成该项的挖掘时,子结点会将utility_cache传递给父结点,因此在下一个数据项挖掘时该项对应树中的结点也将具有utility_cache;由于每个utility_cache中的最后一个值为当前数据项的效用值,因此该数据项拥有的所有utility_cache最后一项的和为该数据项在当前窗口中的效用值;当效用值大于等于最小效用值,那该数据项就是一个高效用一项集;同时只要该数据项的twu值大于等于最小效用值,就为该数据项创建子头表与子树;而该数据项的twu值小于最小效用值,根据twu向下收敛的性质,该数据项的超集也一定不是高效用项集,因此结束该数据项的挖掘;
若当前数据项需要创建子头表与子树,读取当前数据项link指针对应结点的utility_cache值,此时也得到了当前数据项所在全局树中的所有路径,读取路径中所有数据项并计算twu值,当twu值大于等于最小效用值时将数据项加入子头表;此时,将当前数据项的效用值作为基效用值加至子树的尾结点上,完成子树的构建;之后递归进行子树,子头表的创建并进行挖掘最终得到当前滑动窗口所有的高效用项集;
步骤4、分布式的高效用项集挖掘***
整个高效用项集挖掘***将分为三个模块:历史批数据处理模块,负责步骤1中的相关处理,由worker1负责;数据流处理模块,负责步骤2,步骤3中的相关处理,由worker2负责;历史效用值表缓存模块,用轻量的缓存***(redis)存储历史批数据的处理结果——历史效用值表,用于优化剪枝数据流中的高效用项集的搜索空间,从而提高高效用项集挖掘算法的效率。
2.如权利要求1所述的***,其特征在于,步骤2.3中:
***针对绝对的高效用数据项(item_level=1)以及潜在的高效用数据项(item_level=2)将其排序至表的头部,在后步骤构建树的过程中将优先进行挖掘,针对普通数据项(item_level=0)则仍按照字典序进行排序,而低效用的数据项(item_level=-1)则做删减处理;
为了保证***查全率,对于低效用的数据项(item_level=-1)会计算twu值,若明显高于当前窗口地最小效用值,仍会保留;同时根据全局头表的优化结果来调整全局树的结构,***会针对绝对的高效用数据项(item_level=1)、潜在的高效用数据项(item_level=2)调整至尾结点优先进行挖掘。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110922923.2A CN113792099B (zh) | 2021-08-12 | 2021-08-12 | 一种基于历史效用表剪枝的数据流高效用项集挖掘*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110922923.2A CN113792099B (zh) | 2021-08-12 | 2021-08-12 | 一种基于历史效用表剪枝的数据流高效用项集挖掘*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113792099A true CN113792099A (zh) | 2021-12-14 |
CN113792099B CN113792099B (zh) | 2023-08-25 |
Family
ID=78875879
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110922923.2A Active CN113792099B (zh) | 2021-08-12 | 2021-08-12 | 一种基于历史效用表剪枝的数据流高效用项集挖掘*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113792099B (zh) |
Citations (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105868296A (zh) * | 2016-03-24 | 2016-08-17 | 银江股份有限公司 | 一种基于快速剪枝策略的高效用序列模式的用药ddd值数据分析方法 |
CN106777182A (zh) * | 2016-12-23 | 2017-05-31 | 陕西理工学院 | 一种减少候选项集的数据流高效用项集挖掘算法 |
US20170178256A1 (en) * | 2015-12-18 | 2017-06-22 | C3, Inc. | Predictive segmentation of energy customers |
US20180080090A1 (en) * | 2008-11-07 | 2018-03-22 | Adaptive Biotechnologies Corp. | Monitoring health and disease status using clonotype profiles |
CN110471957A (zh) * | 2019-08-16 | 2019-11-19 | 安徽大学 | 基于频繁模式树的本地化差分隐私保护频繁项集挖掘方法 |
US20200050968A1 (en) * | 2014-06-30 | 2020-02-13 | Amazon Technologies, Inc. | Interactive interfaces for machine learning model evaluations |
CN111475551A (zh) * | 2020-06-15 | 2020-07-31 | 河北工业大学 | 无重叠条件下高平均效用序列模式挖掘方法 |
CN112422484A (zh) * | 2019-08-23 | 2021-02-26 | 华为技术有限公司 | 确定用于处理安全事件的剧本的方法、装置及存储介质 |
CN112434031A (zh) * | 2020-11-16 | 2021-03-02 | 宁波财经学院 | 一种基于信息熵的不确定高效用模式挖掘方法 |
CN112667703A (zh) * | 2020-12-21 | 2021-04-16 | 云南大学 | 一种k-近邻关系下的空间高效用核模式挖掘方法 |
CN113112635A (zh) * | 2021-04-12 | 2021-07-13 | 滁州博格韦尔电气有限公司 | 一种智能设备用常规巡检*** |
-
2021
- 2021-08-12 CN CN202110922923.2A patent/CN113792099B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180080090A1 (en) * | 2008-11-07 | 2018-03-22 | Adaptive Biotechnologies Corp. | Monitoring health and disease status using clonotype profiles |
US20200050968A1 (en) * | 2014-06-30 | 2020-02-13 | Amazon Technologies, Inc. | Interactive interfaces for machine learning model evaluations |
US20170178256A1 (en) * | 2015-12-18 | 2017-06-22 | C3, Inc. | Predictive segmentation of energy customers |
CN108401459A (zh) * | 2015-12-18 | 2018-08-14 | 思睿物联网公司 | 能源消费者的预测性细分 |
CN105868296A (zh) * | 2016-03-24 | 2016-08-17 | 银江股份有限公司 | 一种基于快速剪枝策略的高效用序列模式的用药ddd值数据分析方法 |
CN106777182A (zh) * | 2016-12-23 | 2017-05-31 | 陕西理工学院 | 一种减少候选项集的数据流高效用项集挖掘算法 |
CN110471957A (zh) * | 2019-08-16 | 2019-11-19 | 安徽大学 | 基于频繁模式树的本地化差分隐私保护频繁项集挖掘方法 |
CN112422484A (zh) * | 2019-08-23 | 2021-02-26 | 华为技术有限公司 | 确定用于处理安全事件的剧本的方法、装置及存储介质 |
CN111475551A (zh) * | 2020-06-15 | 2020-07-31 | 河北工业大学 | 无重叠条件下高平均效用序列模式挖掘方法 |
CN112434031A (zh) * | 2020-11-16 | 2021-03-02 | 宁波财经学院 | 一种基于信息熵的不确定高效用模式挖掘方法 |
CN112667703A (zh) * | 2020-12-21 | 2021-04-16 | 云南大学 | 一种k-近邻关系下的空间高效用核模式挖掘方法 |
CN113112635A (zh) * | 2021-04-12 | 2021-07-13 | 滁州博格韦尔电气有限公司 | 一种智能设备用常规巡检*** |
Non-Patent Citations (1)
Title |
---|
谢旺等: "基于空间序偶模式挖掘污染源与癌症病例的关系", 《数据分析与知识发现》, pages 14 - 31 * |
Also Published As
Publication number | Publication date |
---|---|
CN113792099B (zh) | 2023-08-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10963839B2 (en) | Nested hierarchical rollups by level using a normalized table | |
KR20110084698A (ko) | 롱 트랜잭션 데이터 스트림을 위한 빈발항목집합 탐색 방법 | |
CN109947904A (zh) | 一种基于Spark环境的偏好空间Skyline查询处理方法 | |
CN107066551B (zh) | 一种树状数据的行式和列式存储方法及*** | |
CN103593400A (zh) | 一种基于改进Apriori算法的雷电活动数据统计方法 | |
CN113535788A (zh) | 一种面向海洋环境数据的检索方法、***、设备及介质 | |
CN111881160A (zh) | 一种基于关系代数的等价展开方法的分布式查询优化方法 | |
CN114372177A (zh) | 一种Excel表格数据匹配方法 | |
Cheng et al. | ETKDS: An efficient algorithm of Top-K high utility itemsets mining over data streams under sliding window model | |
CN105354336A (zh) | 一种处理交易事务数据库数据的方法和装置 | |
CN113792099A (zh) | 一种基于历史效用表剪枝的数据流高效用项集挖掘*** | |
CN114372058A (zh) | 一种空间数据管理方法、装置、存储介质及区块链*** | |
CN113553493A (zh) | 一种基于需求服务概率矩阵的服务选择方法 | |
CN105005627A (zh) | 基于Spark分布式***的最短路径关键点查询方法 | |
CN114860872A (zh) | 数据处理方法、装置、设备以及存储介质 | |
CN114328784A (zh) | 一种基于时空数据库的轨迹多维度分布式压缩方法 | |
CN112380159A (zh) | 一种ima核心处理***结构配置方法 | |
CN112802158B (zh) | 一种基于多尺度可视化的大规模动态符号标绘方法 | |
Li et al. | A novel approach for mining probabilistic frequent itemsets over uncertain data streams | |
CN111382170A (zh) | 一种语句自动转换方法和装置 | |
Zheng et al. | iCHUM: an efficient algorithm for high utility mining in incremental databases | |
Jiang et al. | Efficient window aggregate method on array database system | |
CN113726342B (zh) | 面向大规模图迭代计算的分段差值压缩与惰性解压方法 | |
LU102289B1 (en) | Method for mining large-scale high utility patterns | |
CN117171164A (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 |