CN111681090A - 业务系统的账号分组方法、装置、终端设备及存储介质 - Google Patents

业务系统的账号分组方法、装置、终端设备及存储介质 Download PDF

Info

Publication number
CN111681090A
CN111681090A CN202010467345.3A CN202010467345A CN111681090A CN 111681090 A CN111681090 A CN 111681090A CN 202010467345 A CN202010467345 A CN 202010467345A CN 111681090 A CN111681090 A CN 111681090A
Authority
CN
China
Prior art keywords
service
account
association
accounts
grouping
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.)
Pending
Application number
CN202010467345.3A
Other languages
English (en)
Inventor
王雨洲
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ping An Bank Co Ltd
Original Assignee
Ping An Bank Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ping An Bank Co Ltd filed Critical Ping An Bank Co Ltd
Priority to CN202010467345.3A priority Critical patent/CN111681090A/zh
Publication of CN111681090A publication Critical patent/CN111681090A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/03Credit; Loans; Processing thereof

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请适用于数据处理领域,提供了一种业务系统的账号分组方法、装置、终端设备及存储介质,所述方法包括:获取业务系统中的账号数据,所述账号数据包括多个账号在所述业务系统的目标业务中各自对应的目标资产数据;根据多个账号的目标资产数据,计算每两个账号之间的关联系数;根据计算出的所有关联系数,对多个账号进行分组。通过上述方法,能够有效提高帐号分组结果的准确性。

Description

业务系统的账号分组方法、装置、终端设备及存储介质
技术领域
本申请属于数据处理领域,尤其涉及一种业务系统的账号分组方法、装置、终端设备及存储介质。
背景技术
金融、信贷等行业的业务系统,经常需要对用户账号进行分组统计,便于系统管理员对用户账号进行维护和管理。目前通常采用人工分组方法,即系统管理员根据用户账号对应的账号数据,如用户的年龄、职业、收入、资产数额、负债数额等对用户账号的业务价值进行评估,将评估结果作为用户账号的分组结果。
对于一个业务系统而言,用户账号数量往往较大,账号数据变换频繁,系统管理员无法全面地掌握账号数据,并且系统管理员通常是根据账号数据主观地评估用户账号对应的业务价值,评估标准不统一,使得人工分组方法带有强烈的主观性。综上,人工分组方法得到的分组结果准确性较低。
发明内容
本申请实施例提供了一种业务系统的账号分组方法、装置、终端设备及存储介质,可以解决对业务系统的用户账号分组不准确的问题。
第一方面,本申请实施例提供了一种业务系统的账号分组方法,所述方法包括:
获取业务系统中的账号数据,所述账号数据包括多个账号在所述业务系统的目标业务中各自对应的目标资产数据;
根据多个所述账号的目标资产数据,计算每两个账号之间的关联系数;
根据计算出的所有关联系数,对多个所述账号进行分组。
在第一方面的一种可能的实现方式中,所述根据多个所述账号的目标资产数据,计算每两个账号之间的关联系数,包括:
根据所述多个账号的目标资产数据,分别计算每个账号在所述业务系统的目标业务所对应的业务分数;
根据计算出的所有业务分数,计算每两个账号之间的关联系数。
在第一方面的一种可能的实现方式中,所述目标业务包括至少一项业务;
所述根据计算出的所有业务分数,计算每两个账号之间的关联系数的方法包括:
从待计算关联系数的两个账号对应的业务分数中,获取所述目标业务包含的每项业务各自对应的最小业务分数和最大业务分数;
将获取的各项业务对应的最小业务分数相加,得到第一总和;
将获取的各项业务对应的最大业务分数相加,得到第二总和;
根据所述第一总和以及所述第二总和确定所述两个账号之间的关联系数。
在第一方面的一种可能的实现方式中,所述根据计算出的所有关联系数,对多个所述账号进行分组,包括:
根据计算出的关联系数的大小,对多个所述帐号按照预设规则进行关联;
将超出预设数值范围的关联系数对应的帐号之间的关联断开,并根据断开后的各个帐号的关联状态确定所述每个账号所属的类别。
在第一方面的一种可能的实现方式中,所述根据计算出的关联系数的大小,对多个所述帐号按照预设规则进行关联,包括:
判断所述账号进行关联后,是否出现了关联闭环,其中,所述关联闭环为多个所述账号按照预设规则关联后形成封闭式的关联回路;
若出现了所述关联闭环,则断开所关联闭环中最后进行关联连接的账号之间的关联。
在第一方面的一种可能的实现方式中,在所述获取业务系统中的账号数据之前,所述方法还包括:
获取所述账号在所述业务系统中的各项业务对应的所有资产数据;
分别计算所述各项业务对各个所述资产数据的贡献值,并根据计算出的所有贡献值确定所述账号对应的备选业务;
从所述备选业务中筛选出所述目标业务。
在第一方面的一种可能的实现方式中,所述目标业务包括至少一项业务;
在对所述多个账号进行分组之后,所述方法还包括:
对于分组得到的每一组别,统计所述组别中所述目标业务包含的每项业务各自对应的账号个数;
按照账号个数从小到大的顺序,对所述组别中所述目标业务包含的各项业务进行排序,得到业务序列;
将所述业务序列中在预设范围内的业务确定为所述组别对应的待营销业务。
第二方面,本申请实施例提供了一种业务系统的账号分类装置,包括:
获取单元,用于获取业务系统中的账号数据,所述账号数据包括多个账号在所述业务系统的目标业务中各自对应的目标资产数据;
计算单元,用于根据多个所述账号各自对应的目标资产数据,分别计算每两个账号之间的关联系数;
分组单元,用于根据计算出的所有关联系数,对多个所述账号进行分组。
第三方面,本申请实施例提供了一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如上述第一方面中任一项所述的业务系统的账号分组方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如上述第一方面中任一项所述的业务系统的账号分组方法。
第五方面,本申请实施例提供了一种计算机程序产品,当计算机程序产品在终端设备上运行时,使得终端设备执行上述第一方面中任一项所述的业务系统的账号分组方法。
可以理解的是,上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述,在此不再赘述。
本申请实施例与现有技术相比存在的有益效果是:
本申请实施例获取业务系统中的账号数据(所述账号数据包括多个账号在所述业务系统的目标业务中各自对应的目标资产数据),然后根据多个账号的目标资产数据,计算每两个账号之间的关联系数,这样计算出的关联系数能够反映出两个账号的目标资产数据之间的关联性,为后续的分组提供了客观、可靠的数据基础;然后根据计算出的所有关联系数,对多个账号进行分组。通过上述方法,对不同账号的目标资产数据的关联性进行量化处理得到关联系数,根据关联系数对多个账号进行分组,保证了分组的客观性和分组标准的统一性,有效提高了账号分组结果的准确性。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一实施例提供的业务系统的示意图;
图2是本申请一实施例提供的业务系统的账号分组方法的流程示意图;
图3是本申请一实施例提供的利用关联系数进行账号分组的示意图;
图4是本申请一实施例提供的目标业务的选择方法的流程示意图;
图5是本申请一实施例提供营销方案生成方法的流程示意图;
图6是本申请一实施例提供的业务系统的帐号分组装置的结构框图;
图7是本申请一实施例提供的终端设备的结构示意图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本申请说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
如在本申请说明书和所附权利要求书中所使用的那样,术语“若”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。
另外,在本申请说明书和所附权利要求书的描述中,术语“第一”、“第二”等仅用于区分描述,而不能理解为指示或暗示相对重要性。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。
参见图1,为本申请实施例提供的业务系统的示意图。如图所示,业务系统可以包括业务服务器101和至少一个终端设备102。每个终端设备分别与业务服务器通信连接,可以通过有线或无线的方式进行通信。业务服务器可以是电脑、云服务器等具有数据处理能力的设备,终端设备可以是台式电脑、笔记本电脑或手机等具有数据处理能力的设备。业务服务器用于处理各个帐号对应的各项业务的业务数据,并根据业务数据统计和存储各个帐号各自对应的帐号数据。终端设备从业务服务器中获取帐号数据,并利用本申请实施例提供的业务系统的帐号分组方法,根据获取到的帐号数据进行帐号分组。
另外,当一个终端设备计算出帐号分组结果后,也可以将分组结果上传到业务服务器,其它的终端设备可以直接从业务服务器中获取分组结果。
本申请实施例中的业务系统可以是金融机构,如银行、证券交易所、信贷机构等等。目标业务系统是指需要进行帐号分组的业务系统。例如,当需要对银行A的帐号进行帐号分组统计时,银行A就是目标业务系统;当需要对证券交易所B进行帐号分组统计时,证券交易所B就是目标业务系统。
下面以银行为例,介绍本申请实施例提供的业务系统的帐号分组方法的一个应用场景。
在银行业务系统中,每个用户对应一个系统的帐号,用户可以通过帐号登录银行业务系统进行存取钱、理财、办理信用卡、贷款等业务。用户在银行业务系统每进行一项业务,就会产生相应的资产数据。例如,用户存钱,就会影响用户的资产数额、未来预设时间内的活存利息等。在银行业务系统中,常用的资产数据有:用户的资产数额、负债数额和当前的创利金额等当前价值指标,以及未来预设时间内用户可能带来的活存利息、创利金额和帐号流失率等潜在价值指标。可以选取一项或多项业务作为目标业务,并将目标业务影响的资产数据记为目标资产数据。
在对银行业务系统中的帐号进行分组时,图1中的终端设备从银行的业务服务器中获取帐号对应的资产数据(即每个用户通过自己的帐号登录银行业务系统进行目标业务时影响的至少一个目标资产数据),并利用本申请实施例中的帐号分组方法进行帐号分组,得到分组结果。换句话说,对银行业务系统中的帐号进行分组,实质上是对银行业务系统的用户进行分组。
参见图2,为本申请一实施例提供的业务系统的帐号分组方法的流程示意图。如图2所示,所述方法可以包括:
S201,获取业务系统中的账号数据,所述账号数据包括多个账号在所述业务系统的目标业务中各自对应的目标资产数据。
通常情况下,每个业务系统都有相应的交易平台,如银行的网站、证券交易软件等等。如图1实施例所述,每个业务系统的业务服务器用于处理该业务系统的交易平台上的各种业务数据,并能够根据业务数据统计和存储各个帐号对应的资产数据。因此,用于帐号分组的终端设备可以直接从目标业务系统的业务服务器中获取。
当然,实际应用中,业务系统的业务服务器还可能将资产数据存储于第三方数据库中(如云数据库等),这种情况下,终端设备可以先向业务服务器请求获取资产数据,业务服务器根据请求从第三方数据库中调取数据、再将调取的资产数据发送给终端设备。
其中,目标业务可以包括一项或多项业务。
S202,根据多个所述账号的目标资产数据,计算每两个账号之间的关联系数。
可选的,对于任意两个帐号之间的关联系数的计算方式,可以包括:分别计算这两个帐号的相同的目标资产数据的绝对差值,然后所有的绝对差值进行加权求和,得到这两个帐号之间的关联系数。示例性的,假设帐号A的目标资产数据有:资产数额100和创利金额50,帐号B的目标资产数据有:资产数额80和创利金额60。两个帐号的资产数额的绝对差值为|100-80|=20,两个帐号的创利金额的绝对差值为|50-60|=10。假设资产数额对应的权重为0.4,创利金额对应的权重为0.6,那么加权求和的结果为20×0.4+10×0.6=14。需要说明的是,上述只是关联系数计算方式的一个示例,并不对资产数据的个数、权重等做具体限定。
可选的,步骤S202还可以包括以下步骤:
S11,根据多个所述账号的目标资产数据,分别计算每个账号在所述业务系统的目标业务所对应的业务分数。
可选的,可以利用专家打分法计算各个业务分数。专家打分法是一种定性描述定量化方法,它首先根据评价对象的具体要求选定若干个评价项目,再根据评价项目制订出评价标准,聘请若干代表性专家凭借自己的经验按此评价标准给出各项目的评价分值,然后对其进行结集。通过专家打分法,不仅可以将资产数据定量化为业务分数,还可以避免由于某个人的观点造成的主观结果,为后续的帐号分组提供了客观、可靠的数据基础。
可选的,计算业务分数的方法还可以是,预先设定各项目标资产数据的权重,然后根据各项业务涉及的数额在各个目标资产数据中的占比进行加权求和,得到各项业务的业务分数。示例性的,假设用户进行存款和理财两项业务,对应的目标资产数据有资产数额和创利金额,其中,将资产数额和创利金额的权重分别设置为0.4和0.6,存款涉及的数额在资产数额和创利金额中的占比分别为80%和40%,理财涉及的数额在资产数额和创利金额中的占比分别为20%和60%。存款对应的行为分数为0.4*80%+0.6*40%=0.56,理财对应的行为分数为0.4*20%+0.6*60%=0.44。
当然,计算业务分数还可以采用其他方法,在此不做具体限定。
S12,根据计算出的所有业务分数,计算每两个账号之间的关联系数。
业务分数可以反映各项业务的业务价值,根据业务分数计算得到的两个帐号之间的关联系数,可以反映两个帐号之间的业务粘性,即业务相关性。例如,假设关联系数越大表示业务粘性越高,那么帐号A和帐号B之间的关联系数较大时,表示A和B进行了较多的相同业务。
可选的,在计算两个用户之间的关联系数时,可以先分别计算这两个帐号的相同目标业务的业务分数的差值,然后统计小于预设值的差值的占比,将这个占比作为关联系数。示例性的,假设帐号A的目标业动I的业务分数为95、目标业务II的业务分数为85、目标业务III的业务分数为70,帐号B的目标业务I的业务分数为90、目标业务II的业务分数为60、目标业务III的业务分数为80。那么两个帐号的目标业务I的业务分数的差值为5、目标业务II的业务分数的差值为25、目标业务III的业务分数的差值为10。假设预设值为10,那么小于10的差值为5,大于或等于10的差值有10和25,所以小于10的差值的占比为1/2=0.5,即为帐号A和帐号B的关联系数。
可选的,在计算两个帐号之间的关联系数时,可以利用以下公式进行计算:
Figure BDA0002513124760000091
其中,rij表示第i个账号和第j个账号之间的关联系数,uik表示第i个账号在目标业务系统中的第k项业务对应的业务分数,ujk表示第j个账号在目标业务系统中的第k项业务对应的业务分数,m表示账号的个数。
基于上述公式,具体的,S12中的计算过程包括以下步骤:
S121,从待计算关联系数的两个账号对应的业务分数中,获取所述目标业务包含的每项业务各自对应的最小业务分数和最大业务分数。
如上述公式所示,min(uik,ujk)表示第k项业务对应的最小业务分数,max(uik,ujk)表示第k项业务对应的最大业务分数。
示例性的,假设目标业务中包括业务I、业务II和业务III,帐号A的业务I的业务分数为95、业务II的业务分数为85、业务III的业务分数为70,帐号B的业务I的业务分数为90、业务II的业务分数为60、业务III的业务分数为80。那么,业务I对应的最小业务分数为90、最大业务分数为95,业务II对应的最小业务分数为60、最大业务分数为85,业务III对应的最小业务分数为70、最大业务分数为80。
S122,将获取的各项业务对应的最小业务分数相加,得到第一总和。S123,将获取的各项业务对应的最大业务分数相加,得到第二总和。
如上述公式所示,
Figure BDA0002513124760000092
表示第一总和,
Figure BDA0002513124760000093
表示第二总和。
继续S121中的示例,目标业务中各项业务的第一总和为90+60+70=220,目标业务中各项业务的第二总和为95+85+80=260。
S124,根据所述第一总和以及所述第二总和确定所述两个帐号之间的关联系数。
可以将第一总和除以第二总和。继续S123中的示例,关联系数=220/260=0.846。这种计算方式下,关联系数越大,说明两个帐号之间的业务粘性越大。
当然,也可以将第二总和除以第一总和。继续S123中的示例,关联系数=260/220=1.182。这种计算方式下,关联系数越小,说明两个帐号之间的业务粘性越大。
S203,根据计算出的所有关联系数,对多个所述账号进行分组。
关联系数是基于资产数据计算得到的,量化后的关联系数能够体现各个帐号之间的业务价值的关联性,根据量化后的关联系数对帐号进行分组,既保证了分组标准的统一、避免了了个人观点造成的主观结果,同时又实现了基于业务价值的帐号分组,有效提高了帐号分组结果的准确性。
利用关联系数进行帐号分组时,可以采用神经网络的分类方法,即将各个关联系数输入到训练后到神经网络中,经过神经网络的计算,输出的结果即为分组结果。还可以采用聚类的方法,即先将所有的关联系数构建成相似矩阵,如下所示:
Figure BDA0002513124760000101
然后将相似矩阵输入到预设的聚类模型中进行聚类,得到的聚类结果即为各个账号对应的组别。
在本申请实施例中,利用关联系数进行帐号分组,还可以采用以下方法,包括:
S21,根据计算出的关联系数的大小,对多个所述帐号按照预设规则进行关联。
当关联系数越大表示帐号之间业务粘性越大时,预设规则可以是关联系数从大到小的顺序,即按照关联系数从大到小的顺序对多个帐号先后进行关联。例如:参见图3,为本申请实施例提供的利用关联系数进行帐号分组的示意图。假设帐号A和帐号B之间的关联系数为0.9,帐号B和帐号C之间的关联系数为0.7,那么先将关联系数大的两个帐号A和B进行关联,再将关联系数小的两个帐号A和C进行关联。
当关联系数越小表示帐号之间业务粘性越大时,预设规则可以是关联系数从小到大的顺序,即按照关联系数从小到大的顺序将多个帐号先后进行关联。例如:帐号A和帐号B之间的关联系数为1.5,帐号A和帐号C之间的关联系数为1.2,那么先将关联系数小的两个帐号A和C进行关联,再将关联系数大的两个帐号A和B进行关联。
其中,将两个账号进行关联,可以是建立两个账号之间的连接关系。
通过上述方法,多个帐号之间的关联是具有先后顺序的。关联距离越近的帐号之间业务粘性越大,关联距离越远的帐号之间业务粘性越小。例如:先关联A和B,再关联B和C,那么A和B之间的关联距离小于A和C之间的关联距离。
可选的,在将多个帐号先后进行关联的过程中,需要判断所述账号进行关联后,是否出现了关联闭环;若出现了所述关联闭环,则断开所关联闭环中最后进行关联连接的账号之间的关联。
其中,所述关联闭环为多个所述账号按照预设规则关联后形成封闭式的关联回路。
示例性的,参见图3,帐号A和帐号B之间的关联系数为0.9,帐号B和帐号C之间的关联系数为0.7,帐号A和帐号C之间的关联系数为0.3,且关联系数越大表示帐号之间的业务粘性越高。按照关联系数从大到小的顺序进行关联后得到A-B-C,帐号A和帐号C之间的关联系数不为0,那么也需要关联A和C。但是如果关联了A和C,就会形成关联闭环,即封闭式的关联回路,所以此时断开帐号A和帐号C之间的关联。那么最后得到的关联状态仍为A-B-C。
S22,将超出预设数值范围的关联系数对应的帐号之间的关联断开,并根据断开后的各个帐号的关联状态确定所述每个账号所属的类别。
当关联系数越大表示帐号之间业务粘性越大时,预设数值范围可以是大于某个预设值。当关联系数越小表示帐号之间业务粘性越大时,预设数值范围可以是小于某个预设值。换句话说,将超出预设数值范围的关联系数对应的帐号之间的关联断开,表示将业务粘性较小的帐号之间的关联断开,只保留业务粘性较大的帐号之间的关联关系。相当于确定了分组标准,而这个分组标准正是以帐号之间的业务粘性为依据的,业务粘性大的帐号可以属于同一类别,业务粘性小的帐号分别属于不同的类别。
示例性的,参见图3,帐号A和帐号B之间的关联系数为0.9,帐号B和帐号C之间的关联系数为0.7,帐号A和帐号D之间的关联系数为0.5,帐号C和帐号D之间的关联系数为0.4,帐号A和帐号C之间的关联系数为0.3,且关联系数越大表示帐号之间的业务粘性越高。
如图3(a)所示,按照关联系数从大到小的顺序,将四个帐号先后进行关联。即先后依次关联AB、BC、AD、CD和AC。由于关联AC和CD后,形成了封闭式的关联回路,因此,断开AC和CD之间的关联。
如图3(b)所示,假设预设数值范围为大于0.5,那么AD之间的关联系数为0.5,超出了预设数值范围,因此将AD之间的关联断开。最后的分组结果如图3(c)所示,可以看出,断开AD后各个帐号的关联状态为,A-B-C,那么ABC属于同一类,D单独属于一类,即将帐号ABCD分为了两类。
需要说明的是,上述只是利用关联系数进行帐号分组的示例,并不对帐号的数量、关联系数的数值、预设数值范围等做具体限定。
预设数值范围的选择可以决定最后分组结果中类别的个数。例如上述示例中,如果预设数值范围变成了大于0.3,则无须断开AD之间的关联关系,最后的分组结果变为,帐号ABCD属于同一类别。因此,在实际应用中,预设数值范围通常是根据实际需要人为预先设定的。例如,当关联系数越大表示帐号之间粘性越大时,预设数值范围为大于某个预设值。将该预设值设置的大一些,分类结果中的类别数较多;将该预设值设置的小一些,分组结果中的类别数较少。
参见图4,为本申请实施例提供的目标业务的选择方法的流程示意图。
在步骤S201,获取业务系统中的账号数据之前,需要预先选择目标业务。选择目标业务,可以是根据业务需要进行人工选择,也可以采用以下方法进行选择,包括:
S401,获取所述账号在所述业务系统中的各项业务对应的资产数据。
实际应用中,资产数据可能是无效的。例如,某个帐号之前在银行注册过储蓄卡,但后来将卡注销了,并且之后在银行未有过金融行为,那么获取到的这个帐号的资产数据其实就是空值(即无效数据)。因此,在获取资产数据的过程中,可以对资产数据进行剔除异常值和/或空值等数据清理处理,保留有效的帐号数据。
S402,分别计算所述各项业务对各个所述资产数据的贡献值,并根据计算出的所有贡献值确定所述账号对应的备选业务。
示例性的,假设用户通过帐号A共进行了两项业务存钱和贷款,两项业务对应的资产数据有资产数额和创利金额。那么要分别计算存钱对资产数额的贡献值、存钱对创利金额的贡献值、贷款对资产数额的贡献值、以及贷款对创利金额的贡献值。例如,存钱对资产数额的贡献值为存钱的金额,贷款对创利金额的贡献值为贷款利息。需要说明的是,上述只是贡献值的示例,并不对贡献值的计算规则等做具体限定。
在确定帐号对应的备选业务时,可以按照贡献值从大到小的顺序,选择出贡献值较大的几项业务作为该帐号对应的备选业务。也可以针对某几个较重要的资产数据,然后选择对这几个较重要的资产数据贡献值较大的业务作为备选业务。可以根据实际需要进行筛选,具体的筛选规则不做具体限定。
S403,从所述备选业务中筛选出所述目标业务。
可以分别统计每项备选业务对应的帐号个数,将帐号个数较多的几项备选业务作为目标业务。
通过本申请实施例中的方法,可以将各项业务对资产数据的贡献(即业务价值)进行量化,然后根据量化后的贡献值选择目标业务,使得帐号分组更具针对性。
参见图5,为本申请实施例提供的营销方案生成方法的流程示意图。
实际应用中,分组结果对应的就是各个帐号的业务价值的评估结果。例如,某个帐号属于I类帐号,表示该帐号对应的用户为银行的优质用户、且与银行的金融行为粘性度很好;某个帐号属于IV类帐号,表示该帐号对应的用户为银行的劣质用户、且与银行的金融行为黏性度很差。对帐号进行分组,可以为后续的帐号营销活动提供可靠的理论基础。
因此,在图2实施例的步骤S203,在对多个账号进行分组之后,可以根据分组结果生成营销方案。图2实施例中的目标业务包括至少一项业务。具体的,如图5所示,营销方案的生成方法可以包括以下步骤:
S501,对于分组得到的每一组别,统计所述组别中所述目标业务包含的每项业务各自对应的账号个数。
S502,按照账号个数从小到大的顺序,对所述组别中所述目标业务包含的各项业务进行排序,得到业务序列。
S503,将所述业务序列中在预设范围内的业务确定为所述组别对应的待营销业务。
在某一组别中,某项业务对应的帐号个数较少,说明该组帐号中进行该项业务的用户人数较少,那么可以在该组帐号中重点营销该项业务。
其中,预设范围可以指业务序列中的前N项业务。示例性的,目标业务包括业务a、b、c。假设第一组别中,业务a对应的帐号个数为1000,业务b对应的帐号个数为500,业务c对应的帐号个数为300。得到的业务序列为c、b、a。假设N为2,那么将业务c和b确定为该组对应的待营销业务。
上述营销方法是针对一组帐号进行的,在实际应用中,还可以根据分组结果,针对某一个帐号进行营销。
在一个实施例中,对于每一个帐号,获取该帐号当前已进行的业务。根据该帐号所述组别,确定该帐号对应的可选的业务(可选的业务,可以是该组涉及到的所有业务),并根据S502中,从可选的业务中选取帐号个数较多的M个业务。将M个业务中该帐号未进行的业务作为该帐号的待营销业务。
通过本申请实施例中的方法,可以在得到帐号分组结果后,根据分组结果生成营销方案,使得业务系统的营销策略更加有效、更具针对性。
应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
对应于上文实施例所述的业务系统的帐号分组方法,图6示出了本申请实施例提供的业务系统的帐号分组装置的结构框图,为了便于说明,仅示出了与本申请实施例相关的部分。
参照图6,该装置6包括:
获取单元61,用于获取业务系统中的账号数据,所述账号数据包括多个账号在所述业务系统的目标业务中各自对应的目标资产数据。
计算单元62,用于根据多个所述账号的目标资产数据,计算每两个账号之间的关联系数。
分组单元63,用于根据计算出的所有关联系数,对多个所述账号进行分组。
可选的,计算单元62包括:
分数计算子单元,用于根据所述多个账号的目标资产数据,分别计算每个账号在所述业务系统的目标业务所对应的业务分数。
系数计算子单元,用于根据计算出的所有业务分数,计算每两个账号之间的关联系数。
可选的,所述目标业务包括至少一项业务。
可选的,系数计算子单元包括:
获取模块,用于从待计算关联系数的两个账号对应的业务分数中,获取所述目标业务包含的每项业务各自对应的最小业务分数和最大业务分数。
第一求和模块,用于将获取的各项业务对应的最小业务分数相加,得到第一总和。
第二求和模块,用于将获取的各项业务对应的最大业务分数相加,得到第二总和。
系数确定模块,用于根据所述第一总和以及所述第二总和确定所述两个账号之间的关联系数。
可选的,分组单元63包括:
连接子单元,用于根据计算出的关联系数的大小,对多个所述帐号按照预设规则进行关联。
断开子单元,用于将超出预设数值范围的关联系数对应的帐号之间的关联断开,并根据断开后的各个帐号的关联状态确定所述每个账号所属的类别。
可选的,连接子单元还用于:
判断所述账号进行关联后,是否出现了关联闭环,其中,所述关联闭环为多个所述账号按照预设规则关联后形成封闭式的关联回路;
若出现了所述关联闭环,则断开所关联闭环中最后进行关联连接的账号之间的关联。
可选的,装置6还包括:
资产数据获取单元,用于获取所述账号在所述业务系统中的各项业务对应的所有资产数据。
贡献值计算单元,用于分别计算各项业务对各个所述资产数据的贡献值,并根据计算出的所有贡献值确定所述账号对应的备选业务。
筛选单元,用于从所述备选业务中筛选出所述目标业务。
可选的,装置6还包括:
统计单元,用于对于分组得到的每一组别,统计所述组别中所述目标业务包含的每项业务各自对应的账号个数。
排序单元,用于按照账号个数从小到大的顺序,对所述组别中所述目标业务包含的各项业务进行排序,得到业务序列。
确定单元,用于将所述业务序列中在预设范围内的业务确定为所述组别对应的待营销业务。
需要说明的是,上述装置/单元之间的信息交互、执行过程等内容,由于与本申请方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
另外,图6所示的业务系统的帐号分组装置可以是内置于现有的终端设备内的软件单元、硬件单元、或软硬结合的单元,也可以作为独立的挂件集成到所述终端设备中,还可以作为独立的终端设备存在。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
图7为本申请一实施例提供的终端设备的结构示意图。如图7所示,该实施例的终端设备7包括:至少一个处理器70(图7中仅示出一个)处理器、存储器71以及存储在所述存储器71中并可在所述至少一个处理器70上运行的计算机程序72,所述处理器70执行所述计算机程序72时实现上述任意各个方法实施例中的步骤。
该终端设备可包括,但不仅限于,处理器、存储器。本领域技术人员可以理解,图7仅仅是终端设备7的举例,并不构成对终端设备7的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如还可以包括输入输出设备、网络接入设备等。
所称处理器70可以是中央处理单元(Central Processing Unit,CPU),该处理器70还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器71在一些实施例中可以是所述终端设备7的内部存储单元,例如终端设备7的硬盘或内存。所述存储器71在另一些实施例中也可以是所述终端设备7的外部存储设备,例如所述终端设备7上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器71还可以既包括所述终端设备7的内部存储单元也包括外部存储设备。所述存储器71用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等,例如所述计算机程序的程序代码等。所述存储器71还可以用于暂时地存储已经输出或者将要输出的数据。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。
本申请实施例提供了一种计算机程序产品,当计算机程序产品在移动终端上运行时,使得移动终端执行时实现可实现上述各个方法实施例中的步骤。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括:能够将计算机程序代码携带到业务系统的帐号分组装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区,根据立法和专利实践,计算机可读介质不可以是电载波信号和电信信号。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/网络设备和方法,可以通过其它的方式实现。例如,以上所描述的装置/网络设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。

Claims (10)

1.一种业务系统的账号分组方法,其特征在于,所述方法包括:
获取业务系统中的账号数据,所述账号数据包括多个账号在所述业务系统的目标业务中各自对应的目标资产数据;
根据多个所述账号的目标资产数据,计算每两个账号之间的关联系数;
根据计算出的所有关联系数,对多个所述账号进行分组。
2.如权利要求1所述的业务系统的账号分组方法,其特征在于,所述根据多个所述账号的目标资产数据,计算每两个账号之间的关联系数,包括:
根据多个所述账号的目标资产数据,分别计算每个账号在所述业务系统的目标业务所对应的业务分数;
根据计算出的所有业务分数,计算每两个账号之间的关联系数。
3.如权利要求2所述的业务系统的账号分组方法,其特征在于,所述目标业务包括至少一项业务;
所述根据计算出的所有业务分数,计算每两个账号之间的关联系数的方法包括:
从待计算关联系数的两个账号对应的业务分数中,获取所述目标业务包含的每项业务各自对应的最小业务分数和最大业务分数;
将获取的各项业务对应的最小业务分数相加,得到第一总和;
将获取的各项业务对应的最大业务分数相加,得到第二总和;
根据所述第一总和以及所述第二总和确定所述两个账号之间的关联系数。
4.如权利要求1所述的业务系统的账号分组方法,其特征在于,所述根据计算出的所有关联系数,对多个所述账号进行分组,包括:
根据计算出的关联系数的大小,对多个所述帐号按照预设规则进行关联;
将超出预设数值范围的关联系数对应的帐号之间的关联断开,并根据断开后的各个帐号的关联状态确定所述每个账号所属的类别。
5.如权利要求4所述的业务系统的账号分组方法,其特征在于,所述根据计算出的关联系数的大小,对多个所述帐号按照预设规则进行关联,包括:
判断所述账号进行关联后,是否出现了关联闭环,其中,所述关联闭环为多个所述账号按照预设规则关联后形成封闭式的关联回路;
若出现了所述关联闭环,则断开所关联闭环中最后进行关联连接的账号之间的关联。
6.如权利要求1所述的业务系统的账号分组方法,其特征在于,在所述获取业务系统中的账号数据之前还包括:
获取所述账号在所述业务系统中的各项业务对应的资产数据;
分别计算所述各项业务对各个所述资产数据的贡献值,并根据计算出的所有贡献值确定所述账号对应的备选业务;
从所述备选业务中筛选出所述目标业务。
7.如权利要求1所述的业务系统的账号分组方法,其特征在于,所述目标业务包括至少一项业务;
在对所述多个账号进行分组之后,所述方法还包括:
对于分组得到的每一组别,统计所述组别中所述目标业务包含的每项业务各自对应的账号个数;
按照账号个数从小到大的顺序,对所述组别中所述目标业务包含的各项业务进行排序,得到业务序列;
将所述业务序列中在预设范围内的业务确定为所述组别对应的待营销业务。
8.一种业务系统的账号分组装置,其特征在于,包括:
获取单元,用于获取业务系统中的账号数据,所述账号数据包括多个账号在所述业务系统的目标业务中各自对应的目标资产数据;
计算单元,用于根据多个所述账号各自对应的目标资产数据,分别计算每两个账号之间的关联系数;
分组单元,用于根据计算出的所有关联系数,对多个所述账号进行分组。
9.一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。
CN202010467345.3A 2020-05-28 2020-05-28 业务系统的账号分组方法、装置、终端设备及存储介质 Pending CN111681090A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010467345.3A CN111681090A (zh) 2020-05-28 2020-05-28 业务系统的账号分组方法、装置、终端设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010467345.3A CN111681090A (zh) 2020-05-28 2020-05-28 业务系统的账号分组方法、装置、终端设备及存储介质

Publications (1)

Publication Number Publication Date
CN111681090A true CN111681090A (zh) 2020-09-18

Family

ID=72434940

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010467345.3A Pending CN111681090A (zh) 2020-05-28 2020-05-28 业务系统的账号分组方法、装置、终端设备及存储介质

Country Status (1)

Country Link
CN (1) CN111681090A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114742479A (zh) * 2022-06-10 2022-07-12 深圳竹云科技股份有限公司 账号识别方法、装置、服务器及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018103456A1 (zh) * 2016-12-06 2018-06-14 中国银联股份有限公司 一种基于特征匹配网络的社团划分方法、装置及电子设备
US20180211330A1 (en) * 2017-01-26 2018-07-26 Intuit Inc. Method to determine account similarity in an online accounting system
CN110750681A (zh) * 2018-07-05 2020-02-04 武汉斗鱼网络科技有限公司 一种账号相似度计算方法、存储介质、电子设备及系统

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018103456A1 (zh) * 2016-12-06 2018-06-14 中国银联股份有限公司 一种基于特征匹配网络的社团划分方法、装置及电子设备
US20180211330A1 (en) * 2017-01-26 2018-07-26 Intuit Inc. Method to determine account similarity in an online accounting system
CN110750681A (zh) * 2018-07-05 2020-02-04 武汉斗鱼网络科技有限公司 一种账号相似度计算方法、存储介质、电子设备及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114742479A (zh) * 2022-06-10 2022-07-12 深圳竹云科技股份有限公司 账号识别方法、装置、服务器及存储介质
CN114742479B (zh) * 2022-06-10 2022-09-06 深圳竹云科技股份有限公司 账号识别方法、装置、服务器及存储介质

Similar Documents

Publication Publication Date Title
US20200090268A1 (en) Method and apparatus for determining level of risk of user, and computer device
US10783457B2 (en) Method for determining risk preference of user, information recommendation method, and apparatus
CN108665159A (zh) 一种风险评估方法、装置、终端设备及存储介质
CN107679946A (zh) 基金产品推荐方法、装置、终端设备及存储介质
CN103927615B (zh) 将实体与类别相关联
CN111324862A (zh) 贷中行为监控的方法及系统
CN110223155A (zh) 投资推荐信息的推送方法、装置及计算机设备
CN110930218B (zh) 一种识别欺诈客户的方法、装置及电子设备
CN110796539A (zh) 一种征信评估方法及装置
CN112232950A (zh) 针对借贷风险的评估方法及装置、设备、计算机可读存储介质
CN111428217A (zh) 欺诈团伙识别方法、装置、电子设备及计算机可读存储介质
CN114154672A (zh) 一种用于客户流失预测的数据挖掘方法
CN114896506A (zh) 产品推荐方法、装置、设备及存储介质
CN114943582A (zh) 一种信息推荐方法、系统及推荐服务器
CN111681090A (zh) 业务系统的账号分组方法、装置、终端设备及存储介质
CN112449002A (zh) 一种待推送对象的推送方法、装置、设备及存储介质
KR101984842B1 (ko) 기업 가치 산출 방법 및 이를 수행하기 위한 장치
CN115034685A (zh) 客户价值评估方法、装置和计算机可读存储介质
CN114240605A (zh) 贷款测算方法、装置、计算机设备和存储介质
CN110570301B (zh) 风险识别方法、装置、设备及介质
CN114626940A (zh) 数据分析方法、装置及电子设备
CN112598225A (zh) 评价指标的确定方法及装置、存储介质、电子装置
CN114240599A (zh) 贷款测算方法、装置、计算机设备和存储介质
CN114819963A (zh) 风险预警方法、装置、电子设备及存储介质
CN113744042A (zh) 基于优化Boruta和XGBoost的信贷违约预测方法及系统

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