掌桥专利:专业的专利平台
掌桥专利
首页

构造客群数据的方法、装置及电子设备

文献发布时间:2024-04-18 19:58:30


构造客群数据的方法、装置及电子设备

技术领域

本发明涉及金融科技的技术领域,尤其是涉及一种构造客群数据的方法、装置及电子设备。

背景技术

在金融科技领域,在对金融业务系统进行测试时,往往需要大量的测试数据,相关技术中,对于所需的测试数据,通常需要依靠各个金融业务系统的离线数据进行加工,或者需要测试人员手动对测试数据进行组装,使得测试数据整体生成的链路较长,同时,所需的测试数据往往会分属不同的业务部门,不仅导致测试数据的准备周期较长,也严重影响了金融业务系统测试的效率。

发明内容

有鉴于此,本发明的目的在于提供一种构造客群数据的方法、装置及电子设备,以缓解上述技术问题。

第一方面,本发明实施例提供了一种构造客群数据的方法,所述方法包括:

响应数据操作请求,创建数据账号;其中,所述数据账号包括至少一个专员账号;

按照预先设置的上下游关系为每个所述专员账号配置客户信息;

生成包含所述专员账号,以及所述专员账号所配置的所述客户信息的客群数据,并将所述客群数据存储至数据库。

结合第一方面,本发明实施例提供了第一方面的第一种可能的实施方式,其中,上述上下游关系包括所述专员账号,以及,与所述专员账号对应的第一客户信息和第二客户信息;

按照预先设置的上下游关系为每个所述专员账号配置客户信息的步骤,包括:

为所述专员账号配置第一客户信息,其中,所述第一客户信息为所述专员账号需要维护的客户信息;

为所述第一客户信息配置第二客户信息,其中,所述第二客户信息为所述第一客户信息需要维护的客户信息。

结合第一方面的第一种可能的实施方式,本发明实施例提供了第一方面的第二种可能的实施方式,其中,上述方法还包括:

生成所述专员账号的字段标识;

使用所述字段标识标记所述专员账号,以及,与所述专员账号有上下游关系的第一客户信息和第二客户信息。

结合第一方面的第一种可能的实施方式,本发明实施例提供了第一方面的第三种可能的实施方式,其中,上述为所述第一客户信息配置第二客户信息之后,所述方法还包括:

获取预设的客群标签;

使用所述客群标签对所述专员账号、所述第一客户信息和所述第二客户信息进行标记。

结合第一方面,本发明实施例提供了第一方面的第四种可能的实施方式,其中,上述方法还包括:

响应数据展示操作,获取所述数据库中的客群数据;

通过图形用户界面按照所述上下游关系展示所述客群数据所包含的所述专员账号,以及所述专员账号所配置的所述客户信息。

结合第一方面的第四种可能的实施方式,本发明实施例提供了第一方面的第五种可能的实施方式,其中,上述方法还包括:

响应所述专员账号的登录操作,获取所述专员账号的上下游关系;

基于所述上下游关系在所述通过图形用户界面展示所述专员账号所配置的所述客户信息。

结合第一方面的第三种可能的实施方式,本发明实施例提供了第一方面的第六种可能的实施方式,其中,上述方法还包括:

响应数据复制操作,获取目标客户标签;

使用所述目标客户标签替换所述客群数据当前所标记的客户标签,以生成携带有所述目标客户标签的客群数据。

第二方面,本发明实施例还提供一种构造客群数据的装置,所述装置包括:

创建模块,用于响应数据操作请求,创建数据账号;其中,所述数据账号包括至少一个专员账号;

配置模块,用于按照预先设置的上下游关系为每个所述专员账号配置客户信息;

生成模块,用于生成包含所述专员账号,以及所述专员账号所配置的所述客户信息的客群数据,并将所述客群数据存储至数据库。

第三方面,本发明实施例还提供一种电子设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述第一方面所述的方法的步骤。

第四方面,本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行上述第一方面所述的方法的步骤。

本发明实施例带来了以下有益效果:

本发明实施例提供的构造客群数据的方法、装置及电子设备,能够响应数据操作请求,创建数据账号;然后按照预先设置的上下游关系为数据账号中的每个专员账号配置客户信息;进而生成包含专员账号,以及专员账号所配置的客户信息的客群数据,并将该客群数据存储至数据库,以便于在进行业务系统测试时,能够直接从数据库中调取客群数据,作为测试数据进行使用,而无需再去对离线数据进行加工,不仅减少了测试数据的准备周期,还有助于提高业务系统的测试效率。

本发明的其他特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂,下文特举较佳实施例,并配合所附附图,作详细说明如下。

附图说明

为了更清楚地说明本发明具体实施方式或现有技术中的技术方案,下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施方式,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种构造客群数据的方法的流程图;

图2为本发明实施例提供的另一种构造客群数据的方法的流程图;

图3为本发明实施例提供的一种构建客群数据的流程图;

图4为本发明实施例提供的一种构造客群数据的装置的结构示意图;

图5为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合附图对本发明的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

通常,现有的金融业务系统的测试数据,多依赖离线数据进行加工,不仅测试数据的整体链路较长,且往往分属不同的金融业务部门,难以快速地验证前端业务系统的逻辑,不仅沟通成本较高,也严重限制了金融业务系统的测试效率。

基于此,本发明实施例提供的一种构造客群数据的方法、装置及电子设备,可以有效缓解上述技术问题。

为便于对本实施例进行理解,首先对本发明实施例所公开的一种构造客群数据的方法进行详细介绍。

在一种可能的实施方式中,本发明实施例提供了一种构造客群数据的方法,该方法应用于金融客户领域的电子设备,具体地,如,应用于银行等金融机构的测试部门的服务器、客户端、终端等电子设备,以在对金融业务系统进行业务测试时,能够构造一定数量的客群数据,作为测试数据进行测试。

进一步,基于本发明实施例提供的构造客群数据的方法、装置及电子设备,可以在银行等金融机构形成智能系统,以对金融业务系统进行业务测试,不仅可以提高金融业务系统的测试效率,也可以减轻维护成本,实现自动化的测试流程。

具体地,图1示出了一种构造客群数据的方法的流程图,如图1所示,该方法包括以下步骤:

步骤S102,响应数据操作请求,创建数据账号;

其中,本发明实施例中的数据账号包括至少一个专员账号;

在实际使用时,构造客群数据的过程是在测试人员对某个金融业务系统的业务进行测试时执行的。例如,某银行针对某个节日推出了一种信用卡活动,需要将该活动向满足的客群进行推广,当搭建完该信用卡的业务系统之后,可以使用本发明实施例提供的构造客群数据的方法构造相应的客群数据对该信用卡的业务系统进行测试,以便于使该信用卡的业务系统满足业务需求。

此时,测试人员可以登录相应的服务器或者客户端来执行本发明实施例提供的构造客群数据的方法,例如,以客户端为例,在该客户端预先安装有用于执行本发明实施例提供的构造客群数据的方法的应用程序,测试人员启动该应用程序时,在客户端的图像用户界面上提供操作页面,测试人员可以通过该操作页面发起数据操作请求,进而时客户端响应该数据操作请求,进而执行本发明实施例的上述步骤S102过程,以创建数据账号。

进一步,本发明实施例中的专员指的是客户关系专员,上述专员账号通常指的是银行等金融机构的客户关系专员的账号,客户关系专员通常是银行等金融机构的工作人员,这类人员多负责客户关系的管理工作,如,当银行等金融机构推出某些促销活动时,可以通过客户关系专员向客户进行推广。

因此,本发明实施例中,在响应数据操作请求之后,需要创建一定数量的账号,以便于进一步执行下述步骤,以构建相应的客群数据。

步骤S104,按照预先设置的上下游关系为每个专员账号配置客户信息;

其中,上下游关系指的是客户关系专员所需要维护的客户关系,如,一个客户关系专员需要维护哪些客户等等,可以通过上下游关系来确定。

具体地,由于本发明实施例中是为了构造客群数据,因此,可以通过指定的方式来设置某个专员账号的上下游关系,即,假设该专员行号具有某种上下游关系,以便于为该专员账号配置客户信息。

在实际使用时,上述步骤S104中,配置客户信息的过程,实际是基于实际的生产系统实现的,即在实际使用情况下,在获取真实的客群数据时,通常需要调用金融业务系统的数据接口,以获取该金融业务系统下的客户信息,因此,在步骤S104中,配置客户信息时,可以通过代码实现客户端去模拟真实的使用环境去调用金融业务系统的数据接口获取少量的真实的客户信息,然后基于该真实的客户信息去生成一定数量的相似数据,进而为每个专员账号都配置一定的客户信息。

步骤S106,生成包含专员账号,以及专员账号所配置的客户信息的客群数据,并将客群数据存储至数据库。

本发明实施例提供的构造客群数据的方法,能够响应数据操作请求,创建数据账号;然后按照预先设置的上下游关系为数据账号中的每个专员账号配置客户信息;进而生成包含专员账号,以及专员账号所配置的客户信息的客群数据,并将该客群数据存储至数据库,以便于在进行业务系统测试时,能够直接从数据库中调取客群数据,作为测试数据进行使用,而无需再去对离线数据进行加工,不仅减少了测试数据的准备周期,还有助于提高业务系统的测试效率。

在实际使用时,上述上下游关系包括专员账号,以及,与专员账号对应的第一客户信息和第二客户信息;

上述步骤S104中,配置客户信息时,需要按照上述上下游关系依次配置第一客户信息和第二客户信息。

在实际使用时,上述第一客户信息通常指的是专员账号需要维护的客户信息,而上述第二客户信息,则是指第一客户信息需要维护的客户信息即,客户关系专员直接需要维护第一客户,第一客户再进一步去维护第二客户,通常这类第一客户,通称为重要客户,且这类客户一般有固定的客户资源,即,本发明实施例中的第二客户,第二客户则是指实际有消费意愿的客户,如,有办理某种金融业务的意愿的客户。

同样以信用卡的业务系统为例,银行推出了一种信用卡活动之后,客户关系专员可以将该活动推广到第一客户,这些第一客户可以是银行内部的推广专员,也可以是与银行有业务往来的其他人员,如,推广人员等等,这些人员将该活动再进一步推广到第二客户,即,实际有办理信用卡业务的客户,此时,客户关系专员、第一客户和第二客户即形成一种上下游关系,对应本发明实施例中的构造客群数据的过程,即为上下游关系依次包括专员账号、第一客户信息和第二客户信息,专员账号指的是客户关系专员可以登录的账号,供客户关系专员进行登录,以获取相关信息。

为了便于对于本发明实施例中的构造客群数据的过程进行进一步描述,图2还示出了另一种构造客群数据的方法的流程图,对配置客户信息的过程进行进一步描述,如图2所示,包括以下步骤:

步骤S202,响应数据操作请求,创建数据账号;

其中,本发明实施例中的数据账号包括至少一个专员账号;

步骤S204,为该专员账号配置第一客户信息,以及,为第一客户信息配置第二客户信息;

其中,第一客户信息为专员账号需要维护的客户信息;第二客户信息为第一客户信息需要维护的客户信息;

在实际使用时,创建的数据账号中,一般会有多个专员账号,每个专员账号,都会配置客户信息,而在实际使用时,不同客户关系专员所维护的客户是不同的,因此,在配置客户信息时,还需要对不用专员账号所配置的客户信息进行区分。

因此,本发明实施例中,在创建数据账号时,还包括以下过程:生成专员账号的字段标识;使用该字段标识标记专员账号,以及,与专员账号有上下游关系的第一客户信息和第二客户信息。

在实际使用时,上述字段标识一般在客户维度中进行标记,例如,客户信息一般记载有客户不同维度的信息,如客户的身份信息,以及,该客户在银行等金融机构的交易信息,还包括该客户所属的客群信息等等,上述字段标识可以作为客户的一个维度的信息来对该客户进行标记,这样,对于标记有相同字段标识的客户信息,则属于一个专员账号,同时,这些客户信息都有一定的上下游关系。

进一步,在配置客户信息时,一般会先生成客户信息,在实际使用时,客户信息通常是根据客户的业务需求生成的,比如,某一个客户具有办理信用卡的业务需求,此时,可以生成一个条客户信息,此时的客户信息实际指的是本发明实施例中的第二客户信息,包括该客户的身份信息、交易信息,以及,该客户所属的客群信息等等,进一步,由于该第二客户信息由第一客户进行维护,因此,在生成该客户信息时,还需进一步关联一个第一客户信息,如,该第二客户由哪个推广人员在推广活动时办理的信用卡或者登记的办理信用卡的业务需求等等,这些信息最终关联至客户关系专员的专员账号,从而生产一条具有上下游关系的客户信息,

在本发明实施例中,上述步骤S204中,配置第一客户信息和第二客户信息的过程,实际就是基于上述实际使用的过程为专员账号配置客户信息的过程。并且,上述配置客户信息之后,得到的数据可以作为测试数据使用,以对具体的金融业务系统进行测试。

进一步,考虑到金融业务系统所办理的业务一般都是针对某一个或者多个客群进行的,因此,在对金融业务系统进行测试时,所需的测试数据一般也需要是匹配的客群的测试数据。因此,本发明实施例中还包括下述使用客群标签进行标记的过程。

步骤S206,获取预设的客群标签;

步骤S208,使用客群标签对专员账号、第一客户信息和第二客户信息进行标记;

步骤S210,生成包含专员账号,以及专员账号所配置的客户信息的客群数据,并将客群数据存储至数据库;

通常,上述客群标签属于客户信息所包括的一个维度信息,在实际使用时,某一个客户所属的客群通常是基于大数据分析技术得到的,例如,对于某一类客户,可以基于大数据分析技术进行分析,按照一定的条件将人群进行划分,成为有共同特征的一群人,基于大数据分析技术对客群进行划分时,常用的维度可以包括以下方面:人口和社会学信息,如按照性别、年龄、地域、职业、收入、是否有车有房等划分女性客群、年轻客群、银发客群、车主客群、白领客群等;活跃信息,如按照浏览、点击、购买、分享、访问等划分一段时间内浏览过理财产品客群、高频登陆App客群等;交易信息,如按照交易次数、交易金额、交易品类、交易方式等划分高频理财购买客群、高风险基金购买客群等。

并且,为了实现对某一客户所属的客群进行判断,通常可以训练大数据模型,即,基于现有的客群数据对大数据模型进行训练,以便于使用训练好的大数据模型可以基于客户信息对该客户所属的客群进行划分,具体的大数据模型可以是机器学习模型、神经网络模型等等,具体可以根据实际使用情况进行设置,本发明实施例对此不进行限制。

而对于现有的每个客群,都有相应的标签来进行标记,这样,对于金融业务系统的每个客户,都有一个或者多个客群标签与之对应,本发明实施例中,基于上述步骤S206和步骤S208过程中所使用的客群标签即金融业务系统中所使用的实际的客群标签。

进一步,上述步骤S206中所获取的客群标签通常是金融业务系统的常用客户所属的标签,例如,假设本次构建的测试数据是对信用卡业务系统进行测试,该信用卡业务系统对应的客户一般多属于高频消费客群,此时,步骤S206中获取的客群标签可以是该高频消费客群的标签,当然,除了该高频消费客群,一般年轻客群办理信用卡业务的客户也比较多,因此,步骤S206中还可以进一步获取年前客群的标签,即,步骤S206中所获取的客群标签,可以是一个,也可以是多个,具体以实际使用情况为准,本发明实施例对此不进行限制。

此外,由于本发明实施例中记载的是构建客群数据来准备测试数据的过程,与实际的数据不同的是,本发明实施例中所构建的客群数据,还可以进行复制,从而得到另一个客群数据,具体地,可以响应数据复制操作,获取目标客户标签;然后使用目标客户标签替换客群数据当前所标记的客户标签,以生成携带有目标客户标签的客群数据,即,使用心得客群标签对客户信息进行标记,以得到新的客群数据,极大地提高了准备测试数据的便利性。

进一步,对于上述存储至数据库的客群数据,还可以进行展示,即,通过下述步骤对客群数据进行展示。

步骤S212,响应数据展示操作,获取数据库中的客群数据;

步骤S214,通过图形用户界面按照上下游关系展示客群数据所包含的专员账号,以及该专员账号所配置的客户信息。

在实际使用时,测试人员可以在客户端的图像用户界面上展示客群数据,即,通过响应上述数据展示操作的过程来展示客群数据,此外,对于所创建的专员账号,当使用专员账号登录客户端时,可以直接响应专员账号的登录操作,获取该专员账号的上下游关系;然后基于上下游关系在通过图形用户界面展示专员账号所配置的客户信息,即,客户端可以提供可视化操作界面,供测试人员使用。

为了便于理解,图3还示出了一种构建客群数据的流程图,如图3所示,包括以下流程:

(1)创建数据账号;

假设所创建的数据账号中,包括一个A账号,在该A账号下包括专员信息、第一客户信息和第二客户信息;

(2)维护上下游关系;

即,维护上述专员账号,该专员账号对应的第一客户信息和第二客户信息。

进一步,对于上述上下游关系,还可以进行操作,如添加一个第一客户信息,或者,第二客户信息;删除一个第一客户或者第二客户等等,均可以提供可视化操作,即,图3中的(3)的过程。

基于图3所示的流程,以信用卡业务系统为例,比如,某一个客户关系专员管理有10个第一客户,这10个第一客户作为地推人员向第二客户推广信用卡办理业务,随着活动的不断推进,每个第一客户会掌握很多办理信用卡的第二客户的客户信息,这样,客户关系专员、第一客户、第二客户之间即存在上述上下游关系的关系列,通常这些关系列可以生成专员账号,以及,每个专员账号所配置的客户信息,进而构建测试数据,对信用卡业务系统进行测试。

并且,整个构建客群数据的过程,可以通过应用程序提前自动构造所需客群的测试数据,为开发人员进行测试和验证提供即时可用的数据,同时提供可视化操作界面,可实现不同客群数据的一键复制,极大提高了测试效率。

进一步,本发明实施例还提供了一种构造客群数据的装置,如图4所示的一种构造客群数据的装置的结构示意图,该装置包括:

创建模块40,用于响应数据操作请求,创建数据账号;其中,所述数据账号包括至少一个专员账号;

配置模块42,用于按照预先设置的上下游关系为每个所述专员账号配置客户信息;

生成模块44,用于生成包含所述专员账号,以及所述专员账号所配置的所述客户信息的客群数据,并将所述客群数据存储至数据库。

进一步,本发明实施例中,上述上下游关系包括所述专员账号,以及,与所述专员账号对应的第一客户信息和第二客户信息;

上述按照预先设置的上下游关系为每个所述专员账号配置客户信息的步骤,包括:

为所述专员账号配置第一客户信息,其中,所述第一客户信息为所述专员账号需要维护的客户信息;

为所述第一客户信息配置第二客户信息,其中,所述第二客户信息为所述第一客户信息需要维护的客户信息。

进一步,上述装置还用于:

生成所述专员账号的字段标识;

使用所述字段标识标记所述专员账号,以及,与所述专员账号有上下游关系的第一客户信息和第二客户信息。

进一步,上述为所述第一客户信息配置第二客户信息之后,上述装置还用于:

获取预设的客群标签;

使用所述客群标签对所述专员账号、所述第一客户信息和所述第二客户信息进行标记。

进一步,上述装置还用于:

响应数据展示操作,获取所述数据库中的客群数据;

通过图形用户界面按照所述上下游关系展示所述客群数据所包含的所述专员账号,以及所述专员账号所配置的所述客户信息。

进一步,上述装置还用于:

响应所述专员账号的登录操作,获取所述专员账号的上下游关系;

基于所述上下游关系在所述通过图形用户界面展示所述专员账号所配置的所述客户信息。

进一步,上述装置还用于:

响应数据复制操作,获取目标客户标签;

使用所述目标客户标签替换所述客群数据当前所标记的客户标签,以生成携带有所述目标客户标签的客群数据。

本发明实施例提供的构造客群数据的装置,与上述实施例提供的构造客群数据的方法具有相同的技术特征,所以也能解决相同的技术问题,达到相同的技术效果。

进一步,本发明实施例还提供了一种电子设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述方法的步骤。

本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器运行时执行上述方法的步骤。

进一步,本发明实施例还提供了一种电子设备的结构示意图,如图5所示,为该电子设备的结构示意图,其中,该电子设备包括处理器51和存储器50,该存储器50存储有能够被该处理器51执行的计算机可执行指令,该处理器51执行该计算机可执行指令以实现上述方法。

在图5示出的实施方式中,该电子设备还包括总线52和通信接口53,其中,处理器51、通信接口53和存储器50通过总线52连接。

其中,存储器50可能包含高速随机存取存储器(RAM,Random Access Memory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个通信接口53(可以是有线或者无线)实现该系统网元与至少一个其他网元之间的通信连接,可以使用互联网,广域网,本地网,城域网等。总线52可以是ISA(IndustryStandard Architecture,工业标准体系结构)总线、PCI(Peripheral ComponentInterconnect,外设部件互连标准)总线或EISA(Extended Industry StandardArchitecture,扩展工业标准结构)总线等。所述总线52可以分为地址总线、数据总线、控制总线等。为便于表示,图5中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。

处理器51可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器51中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器51可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(Digital SignalProcessor,简称DSP)、专用集成电路(Application Specific Integrated Circuit,简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器51读取存储器中的信息,结合其硬件完成前述方法。

本发明实施例所提供的构造客群数据的方法、装置及电子设备的计算机程序产品,包括存储了程序代码的计算机可读存储介质,所述程序代码包括的指令可用于执行前面方法实施例中所述的方法,具体实现可参见方法实施例,在此不再赘述。

所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的装置的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。

另外,在本发明实施例的描述中,除非另有明确的规定和限定,术语“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

在本发明的描述中,需要说明的是,术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。

最后应说明的是:以上实施例,仅为本发明的具体实施方式,用以说明本发明的技术方案,而非对其限制,本发明的保护范围并不局限于此,尽管参照前述实施例对本发明进行了详细的说明,本领域技术人员应当理解:任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化,或者对其中部分技术特征进行等同替换;而这些修改、变化或者替换,并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。

相关技术
  • 一种数据存储的方法、数据下载的方法、装置及电子设备
  • 基于大数据的标签数据更新方法、装置、介质及电子设备
  • 一种样本数据处理方法、样本数据处理装置及电子设备
  • 数据提取方法、数据提取装置、存储介质和电子设备
  • 数据处理方法、数据处理装置以及电子设备
  • 一种客群数据共享方法、装置、电子设备及存储介质
  • 基于多元数据标签化的客群识别方法、装置及电子设备
技术分类

06120116501321