数据挖掘方法和数据挖掘系统的制作方法

文档序号:6483734阅读:194来源:国知局

专利名称::数据挖掘方法和数据挖掘系统的制作方法
技术领域
:本发明涉及通信领域中的数据挖掘技术,尤其涉及数据挖掘方法和数据挖掘系统。
背景技术
:数据挖掘(datamining)是从大量的、不完全的、有噪声的、模糊的、随机的实际应用数据中,提取隐含在其中的、人们事先不知道但又是潜在有用的信息和知识的过程。数据挖掘应用的领域很广泛,在如银行、电信、保险、交通、零售等商业领域都有着广泛的应用。数据挖掘所能解决的典型商业问题包括数据库营销(DatabaseMarketing),客户群体划分(CustomerSegmentation&Classification)、背景分析(ProfileAnalysis)、交叉销售(Cross-selling)等市场分析行为,以及客户流失性分析(ChurnAnalysis)、客户信用记分(CreditScoring)、欺诈发现(FraudDetection)等等。数据挖掘流程通常包括数据预处理(ETL)、数据挖掘算法实现、结果展示三个主要步骤。通过ETL步骤,可对源数据进行预处理以得到待挖掘数据;通过数据挖掘算法实现步骤,可实现满足业务需要的数据挖掘算法得出分析结果;通过结果展示步骤,可将数据挖掘算法的处理结果展示给用户。现有的数据挖掘流程采用单机节点上的串行方式实现。单机节点的数据挖掘系统,其可挖掘的数据量及算法的负载度,依赖于单个执行节点的性能。数据挖掘通常要对海量数据进行处理,而现有的数据挖掘系统由于采用单机节点上的串行机制因而性能较低,仅能支持少量数据的挖掘,无法进行较大范围的数据挖掘处理。考虑到现有数据挖掘系统的性能较低,目前的大部分ETL操作在进入数据挖掘流程之前在数据库基础上完成,由于没有在数据挖掘系统中进行完整的数据挖掘流程,增加了数据库数据导出、存储,以及存储的数据导入到数据挖掘系统的相关数据输入/输出操作,因而操作比较复杂。对于数据挖掘算法实现步骤,同样会由于单机节点上的串行方式的性能原因,导致其能够处理的数据量受到限制,不能满足海量数据处理的需求。一种改进方式是采用基于小型机及磁盘阵列实现单节点平台进行数据挖掘,该方法可一定程度上提高数据量的数据挖掘性能,增加可处理的数据量,但成本高、软硬件相对封闭、对厂商依赖性强,而且该方法依然采用串行的数据挖掘机制,因而其性能仍然难以较大提高。随着行业用户规模的迅速增大,数据挖掘所面临的数据量越来越大,而现有的数据挖掘方法受限于单节点的处理能力以及串行方式的限制,这就导致现有传统的单节点串行方式的数据挖掘系统的处理效率低,不能满足海量数据处理的需求。
发明内容本发明实施例提供的数据挖掘方法和数据挖掘系统,以解决现有技术中采用单节点串行方式进行数据挖掘所导致的处理效率低的问题。本发明的一个实施例提供的数据挖掘方法,包括设置数据挖掘的工作流,所述工作流中包括多个并行的数据处理任务;启动所述工作流,并在所述多个并行的数据处理任务被触发时,为其中的每个数据处理任务分配执行节点,以使所述多个并行的数据处理任务在分配的执行节点上并行执行;以及所述执行节点在执行每个数据处理任务时,通过Map/Reduce机制将数据处理任务分配给并行执行的Map任务进行处理,将该数据处理任务对应的各Map任务的处理结果通过相应的Reduce任务进行合并处理得到相应数据处理任务的处理结果。本发明的另一实施例提供的数据挖掘系统,包括工作流模块,用于设置数据挖掘的工作流,所述工作流中包括多个并行的数据预处理任务;数据预处理模块,用于当所述工作流中的所述多个并行的数据预处理任务被触发时,为其中的每个数据预处理任务分配执行节点,以使所述多个并行的数据预处理任务在分配的执行节点上并行执行,并且在执行每个数据预处理任务时,通过Map/Reduce机制将数据预处理任务分配给并行执行的Map任务进行处理,将该数据预处理任务对应的各Map任务的处理结果通过相应的Reduce任务进行合并处理得到相应数据预处理任务的处理结^ο本发明的另一实施例提供的数据挖掘系统,包括工作流模块,用于设置数据挖掘的工作流,所述工作流中包括多个并行的挖掘算法实现处理任务;挖掘算法实现模块,用于当所述工作流中的所述多个并行的挖掘算法实现处理任务被触发时,为其中的每个挖掘算法实现处理任务分配执行节点,以使所述多个并行的挖掘算法实现处理任务在分配的执行节点上并行执行,并且在执行每个挖掘算法实现处理任务时,通过Map/Reduce机制将挖掘算法实现处理任务分配给并行执行的Map任务进行处理,将该挖掘算法实现处理任务对应的各Map任务的处理结果通过相应的Reduce任务进行合并处理得到相应挖掘算法实现处理任务的处理结果。本发明的另一实施例提供的数据挖掘系统,包括工作流模块,以及前述数据挖掘系统中的数据预处理模块和前述数据挖掘系统中的挖掘算法实现模块;所述工作流模块,用于设置数据挖掘的工作流,所述工作流中包括多个并行的数据预处理任务,以及多个并行的挖掘算法实现处理任务。本发明的上述实施例,通过设置包含多个并行执行的数据处理任务的工作流,使这些数据处理任务在被触发后由分配到的执行节点进行并行处理,并且在处理每个数据处理任务时,采用Map/Reduce机制,将数据处理任务分配给并行执行的Map任务进行处理,将该数据处理任务对应的各Map任务的处理结果通过相应的Reduce任务进行合并处理得到相应数据处理任务的处理结果,一方面,使得多个数据处理任务可并行执行,另一方面,每个数据处理任务也可通过多个Map任务并行执行的方式实现,从而实现了多点并行的处理方式,与现有技术的单节点串行方式相比,可提高数据挖掘效率。图1为本发明实施例中的数据挖掘系统的架构示意图;图2为本发明实施例中的数据挖掘系统的功能结构示意图;图3a、图3b为本发明实施例中的工作流示意图;图4为本发明实施例中的数据挖掘流程示意图;图5为本发明实施例中并行ETL时的执行节点数与ETL加速比的示意图;图6为本发明实施例中并行K-means时的执行节点数与K-means加速比的示意图。具体实施例方式下面结合附图对本发明实施例进行详细描述。参见图1,为本发明实施例中的数据挖掘系统架构示意图,该数据挖掘系统可划分为3层业务应用层1、数据挖掘平台层2和分布式计算平台层3。其中数据挖掘平台层2是数据挖掘系统实现业务数据挖掘的关键层,可通过该层提供的工作流设置、数据加载、数据预处理、挖掘算法实现和结果显示等功能实现数据挖掘流程;业务应用层1提供GUI(用户界面接口)和数据挖掘算法库的API(应用程序接口)。数据挖掘平台层2可调用GUI实现对数据挖掘流程的图形化设置、控制和任务提交,以及对数据挖掘结果的图形化显示;数据挖掘平台层2中的上述各功能可通过调用相应的API实现,例如通过调用预处理函数API实现数据预处理功能,通过调用挖掘算法函数API实现数据挖掘算法实现功能;分布式计算平台层3可包括分布式文件系统,以提供分布式数据文件存储与管理功能,可对数据挖掘平台层2输出的数据挖掘处理流程的中间数据和结果数据进行输入/输出以及存储管理。该层还可进一步包括并行编程环境,以提供基于Map/Reduce(映射/简化)的编程模型,以及任务调度、任务执行和结果反馈等功能,从而可为数据挖掘平台层2中的上述各功能提供实现基础,也可为用户在数据挖掘平台层2中增加数据挖掘处理功能提供实现基础,从而提高了系统的灵活性和可扩展性。参见图2,为本发明实施例中的数据挖掘系统的功能结构示意图,该数据挖掘系统包括工作流模块21、数据预处理模块22、挖掘算法实现模块23,还可进一步包括结果显示模块24,其中工作流模块21,用于设置数据挖掘的工作流,即,设置数据挖掘过程中各处理环节(如数据预处理环节、挖掘算法实现环节、结果显示环节)的先后顺序和各处理环节的衔接关系,负责向与处理环节相对应的功能模块发送启动信号以及各功能模块运行所需的其他控制信息。工作流模块21可为用户提供⑶I形式的工作流设置界面,该工作流界面可提供数据挖掘流程中各处理环节的各种处理任务的图标,用户可通过拖拽处理任务图标到工作流设置界面上,并通过排列各种任务图标的先后顺序和衔接关系以及串并方式来设置数据挖掘的工作流。设置的工作流可以是一个,也可以是多个独立的工作流。设置工作流时,用户还可以通过提供的设置界面输入设置参数为工作流上的处理任务设置该处理任务执行过程所需的控制信息,输入的设置参数或控制信息可包括输入数据(或称源数据)的存储路径或/和输出数据的存储路径,还可以包括执行该任务的执行节点(如Map任务数、Reduce任务数)个数或/和执行节点的标识。如果用户在设置工作流时没有为处理任务设置控制信息,则工作流模块21可为其设置默认的控制信息。在启动工作流后,由工作流来控制各处理任务的执行。在数据挖掘过程中,每执行完成工作流上的一个处理任务,都会向工作流模块21返回处理结果数据(即该处理任务的输出数据)的位置信息,工作流模块21在根据设置的工作流触发下一个处理任务时,会将该数据的位置信息传递给被触发的处理任务,使被触发的处理任务根据该位置信息获取输入数据。通过工作流模块21可设置包含多个处理任务并行的工作流。对于ETL处理环节,可设置多个并行的ETL处理任务,这些并行的ETL处理任务中,可以是针对不同源数据的处理任务,这些处理任务可以是执行相同类型操作的处理任务,也可以是执行不同类型操作的处理任务。例如,如图3a所示的工作流上包括3个ETL处理任务,并分别以31、32和33标识,其中,任务31是对数据表1的数据进行属性删除操作,任务32是对数据表2的数据进行属性增加操作,任务33是对任务31和任务32的处理结果进行整合操作,任务31和32并行执行。同理,对于挖掘算法实现环节,也可以按照类似的方式设置并行执行的任务。例如,如图3b所示,可对通过任务31和32处理后的数据表1和数据表2,分别通过并行的挖掘算法实现处理任务34和35进行处理,并将处理结果通过结果显示处理任务35进行显数据预处理模块22,用于根据工作流模块21设置的工作流执行ETL处理操作。当启动数据挖掘工作流后以及在数据挖掘过程中,数据预处理模块22可对被触发的处理任务进行资源调度,根据工作流中是否设置有处理任务的控制信息以及设置的控制信息类型,调度过程可以有以下几种方式方式一设置工作流时为处理任务指定了执行节点个数和标识,则数据预处理模块22按照指定的执行节点个数和标识为处理任务分配相应的执行节点。方式二设置工作流时为处理任务指定了执行节点个数,则数据预处理模块22按照指定的执行节点个数为处理任务分配相应数量的执行节点,较佳地,数据预处理模块22可根据当前各执行节点的负载情况,为处理任务分配负载较轻的执行节点。方式三设置工作流时没有为处理任务分配执行节点数量和标识,则数据预处理模块22根据为处理任务默认分配的执行节点数量或/和标识为处理任务分配执行节点,如为并行的每个处理任务分别分配一个执行节点。在默认分配了执行节点数量而未指定执行节点标识的情况下,数据预处理模块22可根据当前各执行节点的负载情况,为处理任务分配负载较轻的执行节点。方式四设置工作流时没有为处理任务分配执行节点数量和标识,则数据预处理模块22根据资源分配策略为处理任务分配执行节点。资源分配策略可以是根据各处理任务需要处理的数据量,为数据量大的处理任务分配较多的执行节点,为数据量小的处理任务分配较少的执行节点,较佳地,可按照各处理任务处理的数据量的比例,分配相应比例的执行节点。例如对于2个并行且分别处理数据表1和数据表2的ETL处理任务,数据表1的大小是数据表2的3倍,则分配给处理数据表1的任务的执行节点数量是处理数据表2的任务的3倍,如,可以分配当前可用的总执行节点个数的3/4的节点给数据表1,另外1/4给数据表2。挖掘算法实现模块23,用于根据工作流模块21设置的工作流执行挖掘算法处理操作。当启动数据挖掘工作流后以及在数据挖掘过程中,挖掘算法实现模块23可对被触发的处理任务进行资源调度,根据工作流中是否设置有处理任务的控制信息以及设置的控制信息类型,调度过程可以与数据预处理模块22的资源调度过程类似,在此不再赘述。结果显示模块24,用于根据工作流模块21设置的工作流,对显示任务所指示的处理结果进行展示,可调用GUI界面进行结果展示。本发明的上述实施例中,并行执行的数据预处理操作和并行执行的挖掘算法实现操作可采用Map/Reduce机制实现。Map/Reduce是一种分布式处理海量数据的实现方式,该机制可让程序分步到一个由普通节点组成的超大集群上并发执行。根据Map/Reduce机制,对于并行执行的各处理任务中的每个处理任务,可通过调用Map函数,将每个处理任务由多个Map任务并行处理,这些Map任务被分配到为所属处理任务分配的执行节点上执行,再通过调用Reduce函数,分别对每个处理任务的各Map任务的处理结果进行合并等操作。这样,多个数据预处理任务之间或多个挖掘算法实现处理任务之间可以并行执行,并且每个数据预处理任务或挖掘算法实现处理任务内部也可并行执行,从而提高了数据挖掘系统的处理效率。上述实施例中,由工作流设置的并行处理任务还可以包括不同处理环节的处理任务,如,2个并行的处理任务分别是对数据表A进行ETL处理的任务和对数据表B进行挖掘算法实现的处理任务;又如,4个并行的处理任务分别是对数据表A进行ETL处理的任务、对数据表B进行ETL处理的任务、对数据表C进行挖掘算法实现的处理任务和对数据表D进行挖掘算法实现的处理任务。这种情况下,对各处理任务的处理过程与前述的处理过程类似。通过上述描述可以看出,通过设置包含有多个并行的处理任务,并且每个处理任务都采用Map/Reduce机制进行并行处理,使多个处理任务可并行执行,并且每个处理任务也是并行实现,从而提高了数据挖掘的效率。根据本发明实施例提供的上述数据挖掘系统,一种数据挖掘流程可包括设置数据挖掘的工作流,该工作流中包括多个并行的ETL处理任务和多个并行的挖掘算法实现处理任务;启动工作流;当该工作流上的多个并行的ETL处理任务被触发时,为这些被触发的处理任务分配执行节点,执行节点分配过程可参照前述方式,各执行节点对于分配到的处理任务,根据为该任务指定的输入数据位置读取数据,并对读取的数据进行相应的ETL处理操作。该过程中,各执行节点的处理是并行进行的;同理,当该工作流上的多个并行的挖掘算法实现处理任务被触发时,为这些被触发的处理任务分配执行节点,执行节点分配过程可参照前述方式,各执行节点对于分配到的处理任务,根据为该任务指定的输入数据位置读取数据,并对读取的数据进行相应的挖掘算法实现处理操作。该过程中,各执行节点的处理是并行进行的。图4给出了一种数据挖掘的流程示意图,在这个流程中数据挖掘工作包括三个步骤数据加载、并行预处理和并行数据挖掘。并行预处理过程负责清洗、过滤原始CDR(呼叫详细记录)数据(如图4中的消费清单),并生成高质量的数据供数据挖掘算法使用,例如属性选择、统计、归一化等。并行数据挖掘过程负责接收经过预处理的数据作为训练集,挖掘潜在的模型,例如聚类(如使用K-means算法实现)、分类、关联规则、社会关系网分析等。在本发明的另一实施例所提供的数据挖掘系统中,包括上述的工作流模块21和数据预处理模块22,还可进一步包括结果显示模块24,其数据挖掘过程与上述数据挖掘过程类似,只是没有上述流程中的挖掘算法实现操作。在本发明的另一实施例所提供的数据挖掘系统中,包括上述的工作流模块21和挖掘算法实现模块23,还可进一步包括结果显示模块24,其数据挖掘过程与上述数据挖掘过程类似,只是没有上述流程中的数据预处理操作。本发明实施例中所述的数据预处理操作可包括属性增加、属性删除、属性位置交换、添加ID属性、多表合并(如2个数据表的join操作)、属性规约、数据冗余处理、数据抽样、数据噪声处理等。本发明实施例中所述的挖掘算法实现操作可包括聚类(如使用K-means算法实现)处理、数据分类、关联规则挖掘等。需要指出的是,本发明上述实施例提供的数据挖掘系统中采用的方法和传统数据挖掘方法不一样。传统数据挖掘系统通常会先将本地待挖掘数据从文件中全部读入到内存进行处理,而本发明实施例提供的数据挖掘系统中,并行预处理和并行挖掘算法实现过程所需要的海量数据文件被存储在集群系统中并使用DFS(分布式文件系统)进行管理,而不用先全部读入到内存。按照Map/Reduce机制,并行预处理和并行数据挖掘算法实现过程使用按行顺序读写的方式从DFS中接收数据和输出数据。以下是本发明实施例所提供的数据挖掘方法与现有数据挖掘方法的性能比较,实现环境包括58个PC节点,每个PC节点的硬件环境为4核CPU、8GB内存、IT硬盘、IGB网络适配器。其中2个PC节点各作为NameNode(负责和程序通信,管理文件系统的元数据或修饰属性)和JobTracker(分配工作以及负责和用户程序通信,是MapReduce的总调度),其他节点作为DataNode(存储实际数据)和TaskTracker(负责执行任务)。实验使用的Hadoop版本是hadoop-0.17.1,blocksize设为64MB且副本数设为2。对于ETL,表1给出了在数据量为300G、数据类型为电信领域数据(包括通话费用和通话信息)、设定Map任务数为50、Reduce任务数为1的情况下,来比较不同DataNode数量情况下加速比的性能,结果如表1所示,对比效果图如图5所示。表1<table>tableseeoriginaldocumentpage9</column></row><table>8从表1可以看出,加速比随着DataNode节点数的增加接近线性增长。通过图5中描述的随着节点数增加的加速比性能情况,可以看出当节点数增加时加速比接近线性。试验结果表明基于Map/Reduce的并行ETL是支持电信领域数据挖掘应用的有效方法,而且基于Map/Reduce的方法可以被应用于解决其他领域面临的海量数据量的ETL处理问题。对于数据挖掘处理过程,表2对比了基于Map/Reduce的并行k-means算法在客户职业细分聚类上的时间性能,给出了对于经过并行ETL过滤后的3G数据量的数据,不同节点数进行k-means迭代的运行时间。图6给出了不同DataNode节点数上K-means加速比。实验设定的Reduce任务数和聚类分成的组数k相同,理论上k值越大应该有更多平行的Reduce任务,速度会更快。本实现选择了设定k为最小值2、Reduce任务数为2、Map任务数为50的情况,且设定k个聚类中心的初始值为固定值。表2<table>tableseeoriginaldocumentpage10</column></row><table>通过图6描述的随着节点数增加的加速比性能情况,可以看出当节点数增加时加速比接近线性,但是到达64个节点时候,其加速比仅相当于48节点情况,这说明数据挖掘算法的并行化效果与处理的数据量、处理问题的复杂性等多种因素相关。实验结果显示基于Map/Reduce的并行k-means算法可以应用于分析海量数据的聚类问题,而目前商用数据挖掘算法仅支持百MB的数据挖掘,基于本发明实施例提供的数据挖掘系统支持的数据为商用工具的1000倍。通过以上实验可以看出,在数据处理量方面,本发明实施例提供的数据挖掘系统及其方法仅采用64个节点就可以以较高性能支持300G数据的ETL处理和挖掘算法实现处理,而现有的数据挖掘系统仅能支持300M数据的挖掘。在数据响应时间方面,实验表明处理300G数据的ETL操作在20分钟级,Kmeans算法的响应时间为10分钟级,因而可以在有效的时间内处理海量数据。在数据挖掘的成本方面,由于本发明实施例可基于由PC机组成的集群实现,并且对于操作系统也无特殊要求,例如可采用开源Linux,相比于现有的基于小型机环境的数据挖掘系统,其实现成本较低。显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。权利要求一种数据挖掘方法,其特征在于,包括设置数据挖掘的工作流,所述工作流中包括多个并行的数据处理任务;启动所述工作流,并在所述多个并行的数据处理任务被触发时,为其中的每个数据处理任务分配执行节点,以使所述多个并行的数据处理任务在分配的执行节点上并行执行;以及所述执行节点在执行每个数据处理任务时,通过映射Map/简化Reduce机制将数据处理任务分配给并行执行的Map任务进行处理,将该数据处理任务对应的各Map任务的处理结果通过相应的Reduce任务进行合并处理得到相应数据处理任务的处理结果。2.如权利要求1所述的数据挖掘方法,其特征在于,设置所述工作流时,还包括根据用户输入的信息为所述数据处理任务中的部分或全部数据处理任务分别设置执行节点的数量;所述为数据处理任务分配执行节点,具体为根据所述工作流模块设置的执行节点数量,为设置有执行节点数量的数据处理任务分配相应数量的执行节点;或者,所述为数据处理任务分配执行节点,具体为根据各数据处理任务的数据处理量为各数据处理任务分配执行节点,其中,为数据处理量大的数据处理任务分配的节点数量大于为数据处理量小的数据处理任务分配的节点数量。3.如权利要求2所述的方法,其特征在于,为设置有执行节点数量的数据处理任务分配的相应数量的执行节点为当前可用执行节点中负载轻的执行节点。4.如权利要求2所述的方法,其特征在于,根据各数据处理任务的数据处理量为各数据处理任务分配执行节点,具体为根据各数据处理任务的数据处理量的比例,为各数据处理任务分配相同比例的执行节点。5.如权利要求1所述的数据挖掘方法,其特征在于,当所述工作流中的数据处理任务被触发时,从所述工作流获取该数据处理任务的输入数据的存储位置,并将获取到的存储位置告知相应的执行节点,以使执行节点根据该存储位置获取相应数据处理任务的输入数据。6.如权利要求1至5任一项所述的数据挖掘方法,其特征在于,所述数据处理任务包括数据预处理任务或/和挖掘算法实现处理任务。7.一种数据挖掘系统,其特征在于,包括工作流模块,用于设置数据挖掘的工作流,所述工作流中包括多个并行的数据预处理任务;数据预处理模块,用于当所述工作流中的所述多个并行的数据预处理任务被触发时,为其中的每个数据预处理任务分配执行节点,以使所述多个并行的数据预处理任务在分配的执行节点上并行执行,并且在执行每个数据预处理任务时,通过Map/Reduce机制将数据预处理任务分配给并行执行的Map任务进行处理,将该数据预处理任务对应的各Map任务的处理结果通过相应的Reduce任务进行合并处理得到相应数据预处理任务的处理结果。8.如权利要求7所述的数据挖掘系统,其特征在于,所述工作流模块进一步用于,在设置工作流时,根据用户输入的信息为所述数据预处理任务中的部分或全部处理任务分别设置执行节点的数量;所述数据预处理模块进一步用于,根据所述工作流模块设置的执行节点数量,为设置有执行节点数量的数据预处理任务分配相应数量的执行节点。9.如权利要求7所述的数据挖掘系统,其特征在于,所述数据预处理模块进一步用于,根据所述多个并行的数据预处理任务中各处理任务的数据处理量,为各数据预处理任务分配执行节点,其中,为数据处理量大的处理任务分配的节点数量大于为数据处理量小的处理任务分配的节点数量。10.如权利要求7所述的数据挖掘系统,其特征在于,当所述工作流中的处理任务被触发时,从所述工作流获取该处理任务的输入数据的存储位置,并将获取到的存储位置告知相应的执行节点,以使执行节点根据该存储位置获取该处理任务的输入数据。11.一种数据挖掘系统,其特征在于,包括工作流模块,用于设置数据挖掘的工作流,所述工作流中包括多个并行的挖掘算法实现处理任务;挖掘算法实现模块,用于当所述工作流中的所述多个并行的挖掘算法实现处理任务被触发时,为其中的每个挖掘算法实现处理任务分配执行节点,以使所述多个并行的挖掘算法实现处理任务在分配的执行节点上并行执行,并且在执行每个挖掘算法实现处理任务时,通过Map/Rkduce机制将挖掘算法实现处理任务分配给并行执行的Map任务进行处理,将该挖掘算法实现处理任务对应的各Map任务的处理结果通过相应的Reduce任务进行合并处理得到相应挖掘算法实现处理任务的处理结果。12.如权利要求11所述的数据挖掘系统,其特征在于,所述工作流模块进一步用于,在设置工作流时,根据用户输入的信息为所述挖掘算法实现处理任务中的部分或全部处理任务分别设置执行节点的数量;所述挖掘算法实现模块进一步用于,根据所述工作流模块设置的执行节点数量,为设置有执行节点数量的挖掘算法实现处理任务分配相应数量的执行节点。13.如权利要求11所述的数据挖掘系统,其特征在于,所述挖掘算法实现模块进一步用于,根据所述多个并行的挖掘算法实现处理任务中各处理任务的数据处理量,为各挖掘算法实现处理任务分配执行节点,其中,为数据处理量大的处理任务分配的节点数量大于为数据处理量小的处理任务分配的节点数量。14.如权利要求11所述的数据挖掘系统,其特征在于,当所述工作流中的处理任务被触发时,从所述工作流获取该处理任务的输入数据的存储位置,并将获取到的存储位置告知相应的执行节点,以使执行节点根据该存储位置获取该处理任务的输入数据。15.一种数据挖掘系统,其特征在于,包括工作流模块,以及如权利要求7至10任一项所述的数据预处理模块和如权利要求11至14任一项所述的挖掘算法实现模块;所述工作流模块,用于设置数据挖掘的工作流,所述工作流中包括多个并行的数据预处理任务,以及多个并行的挖掘算法实现处理任务。全文摘要本发明公开了数据挖掘方法及数据挖掘系统,本发明方法包括设置数据挖掘的工作流,所述工作流中包括多个并行的数据处理任务;启动所述工作流,并在所述多个并行的数据处理任务被触发时,为其中的每个数据处理任务分配执行节点,以使所述多个并行的数据处理任务在分配的执行节点上并行执行;以及,所述执行节点在执行每个数据处理任务时,通过Map/Reduce机制将数据处理任务分配给并行执行的Map任务进行处理,将该数据处理任务对应的各Map任务的处理结果通过相应的Reduce任务进行合并处理得到相应数据处理任务的处理结果。采用本发明,可提高数据挖掘效率。文档编号G06F17/30GK101799809SQ20091007766公开日2010年8月11日申请日期2009年2月10日优先权日2009年2月10日发明者周文辉,徐萌,沈亚飞,罗治国,邓超,郑诗豪,陈磊,高丹申请人:中国移动通信集团公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1