CN107346490A - 电子账号的管理方法和装置 - Google Patents

电子账号的管理方法和装置 Download PDF

Info

Publication number
CN107346490A
CN107346490A CN201610293637.3A CN201610293637A CN107346490A CN 107346490 A CN107346490 A CN 107346490A CN 201610293637 A CN201610293637 A CN 201610293637A CN 107346490 A CN107346490 A CN 107346490A
Authority
CN
China
Prior art keywords
business
frequency
electronic account
history
bound object
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
CN201610293637.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.)
Alibaba Group Holding Ltd
Original Assignee
Alibaba Group Holding 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 Alibaba Group Holding Ltd filed Critical Alibaba Group Holding Ltd
Priority to CN201610293637.3A priority Critical patent/CN107346490A/zh
Publication of CN107346490A publication Critical patent/CN107346490A/zh
Pending legal-status Critical Current

Links

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/01—Customer relationship services
    • 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/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]

Landscapes

  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请提供一种电子账号的管理方法和装置。所述方法包括：在触发绑定对象的绑定关系复核流程时，获取与绑定对象相关的历史业务，绑定对象与已注册的第一电子账号绑定；判断所述历史业务在一个或多个业务维度的发生频率是否满足预设的条件，所述业务维度用于表征绑定对象与第一电子账号的绑定关系；当发生频率满足预设的条件时，解除所述绑定对象与所述第一电子账号的绑定关系。本申请服务端根据与绑定对象相关的历史业务的发生频率确定绑定对象已不再由的第一电子账号的合法用户使用时，解除绑定对象与第一电子账号的绑定关系，实现其他用户对该绑定对象的绑定需求，提升用户的使用体验。同时，服务端无需维护无效的绑定关系，减少了资源浪费。

Description

电子账号的管理方法和装置
技术领域
本申请涉及通信技术领域，尤其涉及一种电子账号的管理方法和装置。
背景技术
相关技术中，用户在注册电子账号时，往往需要绑定自己的手机号码、电子邮箱等信息。以手机号码为例，当用户不再使用注册时绑定的手机号码时，运营商可能会将该手机号码二次放号给其他用户，这就会导致其他用户无法使用该手机号码绑定其电子账号，影响用户的使用体验。
发明内容
有鉴于此，本申请提供一种电子账号的管理方法和装置。
具体地，本申请是通过如下技术方案实现的：
一种电子账号的管理方法，所述方法包括：
在触发绑定对象的绑定关系复核流程时，获取与所述绑定对象相关的历史业务，其中，所述绑定对象与已注册的第一电子账号绑定；
判断所述历史业务在一个或多个业务维度的发生频率是否满足预设的条件，其中，所述业务维度用于表征所述绑定对象与所述第一电子账号的绑定关系；
当所述发生频率满足所述预设的条件时，解除所述绑定对象与所述第一电子账号的绑定关系。
一种电子账号的管理装置，所述装置包括：
业务获取单元，在触发绑定对象的绑定关系复核流程时，获取与所述绑定对象相关的历史业务，其中，所述绑定对象与已注册的第一电子账号绑定；
条件判断单元，判断所述历史业务在一个或多个业务维度的发生频率是否满足预设的条件，其中，所述业务维度用于表征所述绑定对象与所述第一电子账号的绑定关系；
关系解除单元，当所述发生频率满足所述预设的条件时，解除所述绑定对象与所述第一电子账号的绑定关系。
由以上描述可以看出，针对与第一电子账号绑定的绑定对象，本申请服务端可以在与所述绑定对象相关的历史业务的发生频率满足预设的条件时，确认所述绑定对象已不再由所述的第一电子账号的合法用户使用，进而解除所述绑定对象与所述第一电子账号的绑定关系，实现其他用户对所述绑定对象的绑定需求，提升用户的使用体验。同时，服务端无需维护无效的绑定关系，减少了资源浪费。
附图说明
图1是本申请一示例性实施例示出的一种电子账号的管理方法的流程示意图。
图2是本申请一示例性实施例示出的另一种电子账号的管理方法的流程示意图。
图3是本申请一示例性实施例示出的一种频率量化矩阵的生成流程图。
图4是本申请一示例性实施例示出的一种用于电子账号的管理装置的一结构示意图。
图5是本申请一示例性实施例示出的一种电子账号的管理装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
图1是本申请一示例性实施例示出的一种电子账号的管理方法的流程示意图。
请参考图1，所述电子账号的管理方法可以应用在服务端，包括有以下步骤：
步骤101，在触发绑定对象的绑定关系复核流程时，获取与所述绑定对象相关的历史业务，其中，所述绑定对象与已注册的第一电子账号绑定。
在本实施例中，所述绑定对象可以包括：手机号码、电子邮箱、第三方电子账号标识等与已注册的第一电子账号绑定的对象。其中，所述第三方电子账号标识可以包括：QQ账号、微博账号、微信账号等，本申请对此不作特殊限制。
在本实施例中，用户可以在注册所述第一电子账号时，设置所述绑定对象，服务端进而可以将所述绑定对象与创建的所述第一电子账号绑定。用户也可以在注册所述第一电子账号后，设置所述绑定对象，服务端进而可以将所述绑定对象与已注册的所述第一电子账号绑定。
在本实施例中，服务端在接收到基于绑定对象的电子账号绑定请求时，可以先判断所述绑定对象是否已经与其他电子账号绑定。如果已与其他电子账号绑定，则可以触发针对所述绑定对象的绑定关系复核流程。如果所述绑定对象未与其他电子账号绑定，则服务端可以将所述绑定对象与所述电子账号绑定请求所指定的电子账号绑定，比如：保存所述绑定对象与所述电子账号绑定请求所指定的电子账号的绑定关系。
举例来说，假设服务端接收到基于某手机号码的电子账号绑定请求，所述电子账号绑定请求指定已注册的第二电子账号。服务端可以先判断所述手机号码是否与已注册的第一电子账号绑定，如果是，则可以触发针对所述手机号码的绑定关系复核流程，以确认所述手机号码是否已经不再被所述第一电子账号的合法用户使用。如果所述手机号码未与已注册的第一电子账号绑定，则服务端可以保存所述手机号码与所述第二电子账号的绑定关系。
在本实施例中，在触发绑定对象的绑定关系复核流程时，服务端可以获取与所述绑定对象相关的历史业务。其中，所述历史业务的业务种类可以由开发人员依据所述绑定对象的类型进行设置。举例来说，当所述绑定对象为手机号码时，所述历史业务可以包括电子交易业务、手机充值业务等。
在一个例子中，服务端可以获取与所述绑定对象相关的所有历史业务，服务端也可以获取距今预设时长内，与所述绑定对象相关的历史业务，比如：距今两个月内与所述绑定对象相关的历史业务，本申请对此不作特殊限制。
步骤102，判断所述历史业务在一个或多个业务维度的发生频率是否满足预设的条件，其中，所述业务维度用于表征所述绑定对象与所述第一电子账号的绑定关系。
基于前述步骤101，在获取到与所述绑定对象相关的历史业务后，服务端可以判断所述历史业务在一个或者多个业务维度的发生频率是否满足预设的条件，以确定所述绑定对象是否仍由所述第一账号的合法用户使用。其中，所述业务维度可以用于表征所述绑定对象与所述第一电子账号的绑定关系，所述业务维度通常包括有时间维度，所述业务维度和所述预设的条件也可以由开发人员根据历史业务的业务类型进行设置。
在本实施例中，服务端可以基于所述一个或多个业务维度生成所述历史业务的频率量化矩阵，以便通过数学算法确定所述历史业务在一个或多个业务维度的发生频率是否满足预设的条件，比如：计算所述频率量化矩阵的协方差矩阵的特征值以及所述特征值的标准差，然后通过判断所述标准差是否小于所述特征值均值的预设倍数以确认所述频率量化矩阵中各元素的分布规律，进而确定所述历史业务的发生频率是否满足预设的条件。
步骤103，当所述发生频率满足所述预设的条件时，解除所述绑定对象与所述第一电子账号的绑定关系。
基于前述步骤102的判断结果，当所述发生频率满足所述预设的条件时，可以确定所述绑定对象已经不再由所述第一电子账号的合法用户使用，服务端可以解除所述绑定对象与所述第一电子账号的绑定关系。当所述发生频率不满足所述预设的条件时，可以确定所述绑定对象仍由所述第一电子账号的合法用户使用，可以结束本申请的后续流程。
可选的，在本申请另一个例子中，服务端在解除所述绑定对象与所述第一电子账号的绑定关系后，如果接收到基于所述绑定对象的电子账户绑定请求，则可以将所述绑定对象与所述电子账号绑定请求所指定的第二电子账号绑定。
由以上描述可以看出，针对与第一电子账号绑定的绑定对象，本申请服务端可以在与所述绑定对象相关的历史业务的发生频率满足预设的条件时，确认所述绑定对象已不再由所述的第一电子账号的合法用户使用，进而解除所述绑定对象与所述第一电子账号的绑定关系，满足其他用户对所述绑定对象的绑定需求，提升用户的使用体验。同时，服务端无需维护无效的绑定关系，减少了资源浪费。
下面结合具体的算法来描述本申请的实现过程。
图2是本申请一示例性实施例示出的另一种电子账号的管理方法的流程示意图。
请参考图2，所述电子账号的管理方法可以应用在服务端，以绑定对象为手机号码为例，所述电子账号的管理方法可以包括以下步骤：
步骤201，在接收到基于手机号码的电子账号绑定请求时，触发所述手机号码的绑定关系复核流程。其中，所述手机号码与已注册的第一电子账号绑定，所述电子账号绑定请求指定第二电子账号。
在本实施例中，假设用户A使用所述手机号码，用户A在注册电子账号时，将该手机号码与服务端创建的第一电子账号绑定，服务端保存所述手机号码与所述第一电子账号的绑定关系。
在本实施例中，假设用户A在使用了所述手机号码一段时间后，更换了手机号码。运营商在回收所述手机号后，又将所述手机号码二次放号给用户B，用户B想将该手机号码与其已注册的第二电子账号绑定，于是用户B发送电子账号绑定请求给服务端，服务端在接收到所述电子账号绑定请求后，经查询可知该手机号码已绑定了第一电子账号，进而触发所述手机号码的绑定关系复核流程。
步骤202，获取与所述手机号码相关的历史交易业务。
基于前述步骤201，在触发所述手机号码的绑定关系复核流程时，服务端可以获取两个月内与所述手机号码相关的所有历史交易业务，比如：获取两个月内以所述手机号码为收货电话的所有历史交易业务的记录。可选的，服务端可以获取本交易平台的所述历史交易业务的记录，服务端也可以在得到其他交易平台的许可后，从其他交易平台提供的接口获取所述历史交易业务的记录，本申请对此不作特殊限制。
步骤203，以业务时段和收货地址为业务维度生成所述历史交易业务的频率量化矩阵。
基于前述步骤202，服务端在获取到所述历史交易业务之后，可以基于业务时段和收货地址这两个业务维度生成所述历史交易业务的频率量化矩阵，以便通过数学算法对所述历史交易业务进行分析。
请参考图3，在本实施例中，服务端可以采用以下步骤生成所述频率量化矩阵：
步骤2031，根据交易时间确定所述历史交易业务所属的业务时段。
在本实施例中，服务端在获取到所述历史交易业务后，可以根据各历史交易业务的交易时间对所述历史交易业务进行排序，比如：可以按照交易时间从早到晚的顺序对各历史交易业务进行排序。
在本步骤中，服务端可以根据预设的业务时段划分规则分别确定每个历史交易业务所属的业务时段。其中，所述预设的业务时段划分规则可以由开发人员进行设置，比如：可以将7天作为所述业务时段的时长，以当前时间为基准依次向前进行划分。假设经划分得到M个业务时段，可以分别记为T1、T2、…、TM，然后根据交易时间可以分别确定每个历史交易业务所属的业务时段。
步骤2032，针对每个业务时段，统计收货地址相同的历史交易业务的发生次数。
基于前述步骤2031，在确定每个历史交易业务所属的业务时段之后，可以提取出每个历史交易业务的收货地址，针对每个业务时段，统计收货地址相同的历史交易业务的发生次数。在本实施例中，可以以城市为维度进行收货地址的统计，也可以以具体门牌号为维度进行收货地址的统计，本申请对此不作特殊限制。
举例来说，针对每个业务时段，可以统计收货地址在同一个城市的历史交易业务的发生次数，也可以统计收货地址完全相同的历史交易业务的发生次数。
步骤2033，根据所述发生次数，以业务时段和收货地址为业务维度生成所述历史交易业务的频率量化矩阵。
在本实施例中，可以根据前述步骤2032中统计得到的所述发生次数，以业务时段和收货地址为业务维度生成所述历史交易业务的频率量化矩阵。其中，所述频率量化矩阵的每个元素为对应业务时段中对应收货地址的历史交易业务的发生次数。
举例来说，仍假设得到M个业务时段，可以分别记为T1、T2、…、TM。又假设所述历史交易业务一共包含有N个收货地址，分别记为L1、L2、…、LN，所述历史交易业务的频率量化矩阵为M，矩阵M的元素Mij为业务时段Ti中收货地址为Lj的历史交易业务的发生次数，其中，i为小于等于M大于等于1的自然数，j为小于等于N大于等于1的自然数。
可选的，在本申请另一个例子中，在生成历史交易业务的频率量化矩阵时，也可以先确定每个历史交易业务的收货地址，然后针对每个收货地址，统计相同业务时段内的历史交易业务的发生次数，本申请对此不作特殊限制。
在本实施例中，当用户A更换手机号码后，将不会再使用该手机号码作为其电子交易业务的收货号码，而用户B在使用该手机号码后，就可能会使用该手机号码作为其电子交易业务的收货号码，因此在步骤203中生成的频率量化矩阵中，会出现两个对角的元素值为0的情况。
请参考上述频率量化矩阵M1，M1的列表示业务时间，行表示收货地址，元素M11的取值为业务时段T1内收货地址为L1的历史交易业务的发生次数。由M1可以看出，业务时段T4至T8中，收货地址L1至L3的历史交易业务的发生次数为0，可以表明用户A在业务时段T1至T3中，基于收货地址L1至L3使用过该手机号码进行电子交易，比如：购物，而从业务时段T4开始，不再使用该手机号码。另一方面，在业务时段T1至T5中，收货地址L4至L5的历史交易业务的发生次数为0，可以表明用户B在业务时段T6开始使用该手机号码基于收货地址L4和L5进行电子交易。因此，当用户A更换手机号码后，与该手机号码相关的历史交易业务的频率量化矩阵的元素将呈现分布不均匀的现象，比如：M1的左下角和右上角元素为0的情况。
请参考上述频率量化矩阵M2，M2的列表示业务时间，行表示收货地址，元素M11的取值为业务时段T1内收货地址为L1的历史交易业务的发生次数。由M2可以看出，M2各元素的取值分布状况比较均匀，是用户A在未更换手机号码时，使用该手机号码作为收货电话的历史交易业务的频率量化矩阵。
针对上述特点，在生成所述历史交易业务的频率量化矩阵后，可以采用下述步骤204至步骤206的算法对所述频率量化矩阵进行分析。
步骤204，计算所述频率量化矩阵的协方差矩阵的特征值。
基于前述步骤203，在生成所述频率量化矩阵后，可以先计算所述频率量化矩阵的协方差矩阵，假设，C表示所述频率量化矩阵的协方差矩阵，则所述频率量化矩阵的协方差矩阵C等于所述频率量化矩阵乘以所述频率量化矩阵的转置矩阵，即C＝M×M‘。
在本步骤中，在计算得到所述协方差矩阵后，可以对所述协方差矩阵进行SVD(Singular Value Decomposition，奇异值分解)，以获取所述协相关矩阵的特征值。
在本实施例中，经计算可以得到前述频率量化矩阵M1的特征值λ1：[4.732，3.414，1.268，0.586，0，0，0，0]，以及前述频率量化矩阵M2的特征值λ2：[9.678，2，2，1.141，0.181，0，0，0]。其中，特征值λ1中非0的数值相差不大，但是在特征值λ2中，9.678比其他非0的数值明显大很多，可选的，可以通过所述特征值的标准差对所述特征值的分布情况进行分析。
步骤205，计算所述特征值的标准差。
步骤206，当所述标准差小于所述特征值均值的预设倍数时，确定所述历史交易业务在业务时段和收货地址业务维度的发生频率满足所述预设的条件。
基于前述步骤205，在计算得到所有特征值的标准差之后，可以将所述标准差与所有特征值的均值的预设倍数进行比较。其中，所述预设倍数可以由开发人员进行设置，针对前述步骤204中频率量化矩阵M1的特征值λ1以及频率量化矩阵M2的特征值λ2的分布特点，可以将所述预设倍数设置为0.1倍至0.2倍等，本申请对此不作特殊限制。
仍以频率量化矩阵M1和M2为例，所述频率量化矩阵M1的特征值λ1的标准差小于特征值λ1的均值的所述预设倍数，可以确定所述历史交易业务在业务时段和收货地址这两个业务维度的发生频率满足所述预设的条件，表明所述手机号码已不再被用户A使用，可以执行步骤207。当所述量化矩阵M2的特征值λ2的标准差大于特征值λ2的均值的所述预设倍数时，可以确定所述历史交易业务在业务时段和收货地址这两个业务维度的发生频率不满足所述预设的条件，表明所述手机号码仍由被用户A使用，可以结束本申请的后续流程。
步骤207，解除所述手机号码与所述第一电子账号的绑定关系。
基于前述步骤206的判断结果，在确定所述历史交易业务在业务时段和收货地址这两个业务维度的发生频率满足所述预设的条件时，表明所述手机号码已不再被用户A使用，此时可以解除所述手机号码与所述用户A的第一电子账号之间的绑定关系。
步骤208，在再次接收到基于所述手机号码的电子账号绑定请求时，将所述手机号码与所述电子账号绑定请求指定的第二电子账号绑定。
在本实施例中，当用户B再次使用所述手机号码发送电子账号绑定请求给服务端时，服务端在接收到所述电子账号绑定请求后，经查询可知该手机号码未绑定其他电子账号，进而可以将所述手机号码与用户B的第二电子账号绑定。
由以上描述可以看出，针对与第一电子账号绑定的手机号码，本申请服务端可以基于业务时段和收货地址两个业务维度对以所述手机号码为收货电话的历史交易业务进行分析，并在确定所述手机号码已不再由所述第一电子账号的合法用户使用时，解除所述手机号码与所述第一电子账号的绑定关系，满足其他用户对所述手机号码的绑定需求，提升用户的使用体验。同时，服务端无需维护无效的绑定关系，减少了资源浪费。
可选的，在本申请另一个例子中，当绑定对象为手机号码时，服务端还可以获取基于第一电子账号为所述手机号码进行充值的历史充值业务，并对该历史充值业务进行分析以确定所述手机号码是否仍在被所述第一电子账号的合法用户使用。
具体地，服务端可以获取6个月内所述第一电子账号为所述手机号码进行充值的充值记录，然后根据充值时间确定各充值记录所属的业务时段，并统计每个业务时段的充值次数，然后可以根据该充值次数生成所述历史充值业务在业务时段维度的频率量化矩阵。后续可以参照前述步骤204至206中的实现方案基于所述频率量化矩阵确定所述历史充值业务的发生频率是否满足预设的条件，本申请在此不再一一赘述。
当然，在实际应用中，在触发绑定对象的绑定关系复核流程时，服务端还可以获取与所述绑定对象相关的其他历史业务以进行分析，本申请对此不作特殊限制。
与前述电子账号的管理方法的实施例相对应，本申请还提供了电子账号的管理装置的实施例。
本申请电子账号的管理装置的实施例可以应用在服务端上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务端的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图4所示，为本申请电子账号的管理装置所在服务端的一种硬件结构图，除了图4所示的处理器、内存、网络接口、及非易失性存储器之外，实施例中装置所在的服务端通常根据该服务端的实际功能，还可以包括其他硬件，对此不再赘述。
图5是本申请一示例性实施例示出的一种电子账号的管理装置的框图。
请参考图5，所述电子账号的管理装置400可以应用在前述图4所示的服务端中，包括有：业务获取单元401、条件判断单元402、关系解除单元403、信息绑定单元404以及复核触发单元405。所述条件判断单元402还可以包括：矩阵量化子单元4021、第一计算子单元4022、第二计算子单元4023以及条件确定子单元4024。
其中，所述业务获取单元401，在触发绑定对象的绑定关系复核流程时，获取与所述绑定对象相关的历史业务，其中，所述绑定对象与已注册的第一电子账号绑定；
所述条件判断单元402，判断所述历史业务在一个或多个业务维度的发生频率是否满足预设的条件，其中，所述业务维度用于表征所述绑定对象与所述第一电子账号的绑定关系；
所述关系解除单元403，当所述发生频率满足所述预设的条件时，解除所述绑定对象与所述第一电子账号的绑定关系。
所述信息绑定单元404，在解除所述绑定对象与所述第一电子账号的绑定关系之后，如果接收到基于所述绑定对象的电子账号绑定请求，则将所述绑定对象与所述电子账号绑定请求指定的第二电子账号绑定。
所述矩阵量化子单元4021，基于所述一个或多个业务维度生成所述历史业务的频率量化矩阵；
所述第一计算子单元4022，计算所述频率量化矩阵的协方差矩阵的特征值；
所述第二计算子单元4023，计算所述特征值的标准差；
所述条件确定子单元4024，当所述标准差小于所述特征值均值的预设倍数时，确定所述历史业务在一个或多个业务维度的发生频率满足所述预设的条件。
可选的，当所述绑定对象为手机号码时，所述历史业务为以所述手机号码为收货电话的历史交易业务；
所述矩阵量化子单元4021，根据交易时间确定所述历史交易业务所属的业务时段；
针对每个业务时段，统计收货地址相同的历史交易业务的发生次数；
根据所述发生次数，以业务时段和收货地址为业务维度生成所述历史交易业务的频率量化矩阵，其中，所述频率量化矩阵的每个元素为对应业务时段中对应收货地址的历史交易业务的发生次数。
可选的，当所述绑定对象为手机号码时，所述历史业务为基于所述第一电子账号为所述手机号码充值的历史充值业务；
所述矩阵量化子单元4021，根据充值时间确定所述历史充值业务所属的业务时段；
针对每个业务时段，统计所述历史充值业务的发生次数；
根据所述发生次数，以业务时段为业务维度生成所述历史充值业务的频率量化矩阵，其中，所述频率量化矩阵的每个元素为对应业务时段中所述历史充值业务的发生次数。
所述复核触发单元405，在接收到基于所述绑定对象的电子账号绑定请求时，触发所述绑定对象的绑定关系复核流程。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (12)

1.一种电子账号的管理方法，其特征在于，所述方法包括：
在触发绑定对象的绑定关系复核流程时，获取与所述绑定对象相关的历史业务，其中，所述绑定对象与已注册的第一电子账号绑定；
判断所述历史业务在一个或多个业务维度的发生频率是否满足预设的条件，其中，所述业务维度用于表征所述绑定对象与所述第一电子账号的绑定关系；
当所述发生频率满足所述预设的条件时，解除所述绑定对象与所述第一电子账号的绑定关系。
2.根据权利要求1所述的方法，其特征在于，在解除所述绑定对象与所述第一电子账号的绑定关系之后，所述方法还包括：
在接收到基于所述绑定对象的电子账号绑定请求时，将所述绑定对象与所述电子账号绑定请求指定的第二电子账号绑定。
3.根据权利要求1所述的方法，其特征在于，所述判断所述历史业务在一个或多个业务维度的发生频率是否满足预设的条件，包括：
基于所述一个或多个业务维度生成所述历史业务的频率量化矩阵；
计算所述频率量化矩阵的协方差矩阵的特征值；
计算所述特征值的标准差；
当所述标准差小于所述特征值均值的预设倍数时，确定所述历史业务在一个或多个业务维度的发生频率满足所述预设的条件。
4.根据权利要求3所述的方法，其特征在于，
当所述绑定对象为手机号码时，所述历史业务为以所述手机号码为收货电话的历史交易业务；
所述基于多个业务维度生成所述历史业务的频率量化矩阵，包括：
根据交易时间确定所述历史交易业务所属的业务时段；
针对每个业务时段，统计收货地址相同的历史交易业务的发生次数；
根据所述发生次数，以业务时段和收货地址为业务维度生成所述历史交易业务的频率量化矩阵，其中，所述频率量化矩阵的每个元素为对应业务时段中对应收货地址的历史交易业务的发生次数。
5.根据权利要求3所述的方法，其特征在于，
当所述绑定对象为手机号码时，所述历史业务为基于所述第一电子账号为所述手机号码充值的历史充值业务；
所述基于一个业务维度生成所述历史业务的频率量化矩阵，包括：
根据充值时间确定所述历史充值业务所属的业务时段；
针对每个业务时段，统计所述历史充值业务的发生次数；
根据所述发生次数，以业务时段为业务维度生成所述历史充值业务的频率量化矩阵，其中，所述频率量化矩阵的每个元素为对应业务时段中所述历史充值业务的发生次数。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在接收到基于所述绑定对象的电子账号绑定请求时，触发所述绑定对象的绑定关系复核流程。
7.一种电子账号的管理装置，其特征在于，所述装置包括：
业务获取单元，在触发绑定对象的绑定关系复核流程时，获取与所述绑定对象相关的历史业务，其中，所述绑定对象与已注册的第一电子账号绑定；
条件判断单元，判断所述历史业务在一个或多个业务维度的发生频率是否满足预设的条件，其中，所述业务维度用于表征所述绑定对象与所述第一电子账号的绑定关系；
关系解除单元，当所述发生频率满足所述预设的条件时，解除所述绑定对象与所述第一电子账号的绑定关系。
8.根据权利要求7所述的装置，其特征在于，所述装置还包括：
信息绑定单元，在解除所述绑定对象与所述第一电子账号的绑定关系之后，如果接收到基于所述绑定对象的电子账号绑定请求，则将所述绑定对象与所述电子账号绑定请求指定的第二电子账号绑定。
9.根据权利要求7所述的装置，其特征在于，所述条件判断单元，包括：
矩阵量化子单元，基于所述一个或多个业务维度生成所述历史业务的频率量化矩阵；
第一计算子单元，计算所述频率量化矩阵的协方差矩阵的特征值；
第二计算子单元，计算所述特征值的标准差；
条件确定子单元，当所述标准差小于所述特征值均值的预设倍数时，确定所述历史业务在一个或多个业务维度的发生频率满足所述预设的条件。
10.根据权利要求9所述的装置，其特征在于，
当所述绑定对象为手机号码时，所述历史业务为以所述手机号码为收货电话的历史交易业务；
所述矩阵量化子单元，根据交易时间确定所述历史交易业务所属的业务时段；
针对每个业务时段，统计收货地址相同的历史交易业务的发生次数；
根据所述发生次数，以业务时段和收货地址为业务维度生成所述历史交易业务的频率量化矩阵，其中，所述频率量化矩阵的每个元素为对应业务时段中对应收货地址的历史交易业务的发生次数。
11.根据权利要求9所述的装置，其特征在于，
当所述绑定对象为手机号码时，所述历史业务为基于所述第一电子账号为所述手机号码充值的历史充值业务；
所述矩阵量化子单元，根据充值时间确定所述历史充值业务所属的业务时段；
针对每个业务时段，统计所述历史充值业务的发生次数；
根据所述发生次数，以业务时段为业务维度生成所述历史充值业务的频率量化矩阵，其中，所述频率量化矩阵的每个元素为对应业务时段中所述历史充值业务的发生次数。
12.根据权利要求7所述的装置，其特征在于，所述装置还包括：
复核触发单元，在接收到基于所述绑定对象的电子账号绑定请求时，触发所述绑定对象的绑定关系复核流程。
CN201610293637.3A 2016-05-05 2016-05-05 电子账号的管理方法和装置 Pending CN107346490A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610293637.3A CN107346490A (zh) 2016-05-05 2016-05-05 电子账号的管理方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610293637.3A CN107346490A (zh) 2016-05-05 2016-05-05 电子账号的管理方法和装置

Publications (1)

Publication Number Publication Date
CN107346490A true CN107346490A (zh) 2017-11-14

Family

ID=60254153

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610293637.3A Pending CN107346490A (zh) 2016-05-05 2016-05-05 电子账号的管理方法和装置

Country Status (1)

Country Link
CN (1) CN107346490A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109905398A (zh) * 2019-03-13 2019-06-18 北京字节跳动网络技术有限公司 手机号换绑验证方法、装置、设备及存储介质
CN110020950A (zh) * 2019-04-10 2019-07-16 湖北风口网络科技有限公司 一种在线金融交易方法及装置
CN112672357A (zh) * 2020-12-25 2021-04-16 平安科技（深圳）有限公司 处理业务系统中用户账号的方法、装置及计算机设备
CN112672357B (zh) * 2020-12-25 2024-07-02 平安科技（深圳）有限公司 处理业务系统中用户账号的方法、装置及计算机设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102448029A (zh) * 2011-09-29 2012-05-09 美商威睿电通公司 用于提供多微博账户管理的手机客户端及其方法
CN103746792A (zh) * 2013-12-31 2014-04-23 郑盈盈 一种第三方应用账号与手机号码绑定、解除和更新方法
CN103747435A (zh) * 2013-12-13 2014-04-23 宇龙计算机通信科技(深圳)有限公司 更新移动终端注册号码的方法及移动终端
CN104516918A (zh) * 2013-09-30 2015-04-15 深圳市腾讯计算机系统有限公司 用户身份信息的维护方法、装置、服务器及系统
CN104917749A (zh) * 2015-04-15 2015-09-16 腾讯科技（深圳）有限公司 帐号注册方法及装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102448029A (zh) * 2011-09-29 2012-05-09 美商威睿电通公司 用于提供多微博账户管理的手机客户端及其方法
CN104516918A (zh) * 2013-09-30 2015-04-15 深圳市腾讯计算机系统有限公司 用户身份信息的维护方法、装置、服务器及系统
CN103747435A (zh) * 2013-12-13 2014-04-23 宇龙计算机通信科技(深圳)有限公司 更新移动终端注册号码的方法及移动终端
CN103746792A (zh) * 2013-12-31 2014-04-23 郑盈盈 一种第三方应用账号与手机号码绑定、解除和更新方法
CN104917749A (zh) * 2015-04-15 2015-09-16 腾讯科技（深圳）有限公司 帐号注册方法及装置

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109905398A (zh) * 2019-03-13 2019-06-18 北京字节跳动网络技术有限公司 手机号换绑验证方法、装置、设备及存储介质
CN110020950A (zh) * 2019-04-10 2019-07-16 湖北风口网络科技有限公司 一种在线金融交易方法及装置
CN112672357A (zh) * 2020-12-25 2021-04-16 平安科技（深圳）有限公司 处理业务系统中用户账号的方法、装置及计算机设备
CN112672357B (zh) * 2020-12-25 2024-07-02 平安科技（深圳）有限公司 处理业务系统中用户账号的方法、装置及计算机设备

Similar Documents

Publication Publication Date Title
US10535098B2 (en) Recurring money transfer
CN106462461B (zh) 用于针对用户的移动宽带服务和虚拟化云资源的消费向用户开账单的系统、设备和方法
CN107767117A (zh) 电力业务自助办理的方法及系统
CN110390584A (zh) 一种异常用户的识别方法、识别装置及可读存储介质
WO2020091746A1 (en) 3d print service compute node for 3d model printing
CN109978522A (zh) 一种订单支付的方法、装置和设备
CN111709777A (zh) 支付方式的推荐方法、系统、终端设备及存储介质
CN110135984A (zh) 交易管理方法、装置、计算机设备及存储介质
CN106097059A (zh) 一种交易闭环的处理方法及平台
CN109600344A (zh) 识别风险群体的方法、装置及电子设备
CN107730314A (zh) 信息获取方法、装置、电子设备和计算机可读存储介质
CN107818460A (zh) 一种支付方法及装置
CN109919588A (zh) 一种防止重复支付的方法及设备
CN107346490A (zh) 电子账号的管理方法和装置
CN109461026A (zh) 卡券发放方法、装置、计算机设备及存储介质
CN109299913A (zh) 员工薪资方案生成方法及装置
CN113037510A (zh) 计费方法、装置和计算机可读存储介质
CN106685671B (zh) 一种定向流量卡的实现方法、装置及流量业务平台
JP2018206199A (ja) 管理装置、管理方法、及びプログラム
CN109658529A (zh) 虚拟停车场计费方法及相关产品
CN111953650A (zh) 一种业务账号注销方法、装置、设备和存储介质
CN110717745B (zh) 一种业务处理的方法以及服务器
CN110662188B (zh) 计费方法和系统
CN107220818A (zh) 网上支付方法及装置
CN111105306A (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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1246472

Country of ref document: HK

RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20171114