本发明实施例涉及通信技术领域，具体涉及一种用户关系数据处理方法及装置。
背景技术：
电信的客户-用户-账户模型(即三户模型)在电信企业中的普遍应用经过实际运营的校验，已经成为建设运营支撑系统(boss)普遍运用的模型。三户模型贯穿于整个支撑系统，客户、用户和账户相互关联但又是独立的三个实体。客户体现了社会域的信息，是运营商服务的对象统称，即运营商提供的业务的消费者或潜在的消费者；用户体现了业务域的信息，概念同订户；账户体现的是资金域的信息，是客户使用移动服务的付费实体。
在电信三户模型中，有一类特殊的客户：集团客户，它是指以组织名义与一个公司签署协议，订购并使用该公司通信产品和服务，并在该公司建立起集团客户关系管理的法人单位及所附属的产业活动单位。集团用户，是指订购了集团产品的集团客户。集团账户，是指为集团用户付费实体。集团成员用户，是指订购了集团产品的成员实体。
然而，在实施本发明实施例的过程中发明人发现，在现有的boss支撑系统中，管理集团客户---集团用户---成员用户---集团账户---成员账户之间的关系比较混乱，且由于现有的对成员关系的处理存在很多耦合性，当需要对成员进行操作时，例如批量向集团中添加新成员时，往往都涉及大批量操作，然而这一混乱的关系以及成员之间的耦合性严重影响了boss支撑系统对于成员进行批量处理时的处理性能。
技术实现要素：
本发明实施例提供了一种用户关系数据处理方法及装置，用于克服采用现有技术中在需要向集团中批量添加成员时，由于成员关系混乱且存在耦合性的问题，影响系统对处理性能的缺陷。
第一方面，本发明提供了一种用户关系数据处理方法，包括：
在有新成员用户加入集团用户时，根据新成员用户与集团用户，或新成员用户与账户，或新成员用户与已加入的其他成员用户之间的特征关系属性，建立所述新成员用户对应的角色特征参数向量；
其中，所述新成员用户对应的角色特征参数向量与预设角色特征参数向量的长度相同，且每一个非空元素用于表示成员用户的一类特征关系属性；所述预设角色特征参数向量中所有的预设元素用于表示成员用户与集团用户、成员用户与账户、以及成员用户与其他成员用户之间所有的特征关系属性，且每一个预设元素对应于一种对此类特征关系属性进行处理的处理进程；
将所述非空元素所表示的成员用户的特征关系属性纳入到与所述非空元素相匹配的预设元素所对应的处理进程中。
可选地，在加入集团用户中的成员用户为多个时，所述将所述非空元素所表示的成员用户的特征关系属性纳入到与所述非空元素相匹配的预设元素所对应的处理进程中，包括：
按照多个成员用户的加入的顺序，依次将每个成员用户对应的角色特征参数向量中非空元素所表示的成员用户的特征关系属性纳入到与所述非空元素相匹配的预设元素所对应的处理进程中；
或，
并行地将所有成员用户对应的角色特征参数向量中非空元素所表示的成员用户的特征关系属性纳入到与所述非空元素相匹配的预设元素所对应的处理进程中。
可选地，所述方法还包括：
在需要增加特征关系属性的种类时，在所述预设角色特征参数向量中增加用于表示新的特征关系属性的预设元素，并增加用于处理所述新的特征关系属性的处理进程，新增的预设元素与新增的处理进程相对应。
可选地，所述方法还包括：
在预设角色特征参数向量中任意两个预设元素表示的特征关系属性具有交叉时，将这两个预设元素合并为一个新的预设元素，将所述两个预设元素对应的处理进程合并为一个新的处理进程，并与所述新的预设元素对应。
可选地，所述预设角色特征参数向量的长度为5，其中的预设元素依次分别代表：集团用户与成员用户的关系、集团用户地位关系、成员用户的地位关系、成员用户的付费关系以及成员关联账户关系。
第二方面，本发明提供了一种用户关系数据处理装置，包括：
成员用户向量建立单元，用于在有新成员用户加入集团用户时，根据新成员用户与集团用户，或新成员用户与账户，或新成员用户与已加入的其他成员用户之间的特征关系属性，建立所述新成员用户对应的角色特征参数向量；
其中，所述新成员用户对应的角色特征参数向量与预设角色特征参数向量的长度相同，且每一个非空元素用于表示成员用户的一类特征关系属性；所述预设角色特征参数向量中所有的预设元素用于表示成员用户与集团用户、成员用户与账户、以及成员用户与其他成员用户之间所有的特征关系属性，且每一个预设元素对应于一种对此类特征关系属性进行处理的处理进程；
进程纳入单元，用于将所述非空元素所表示的成员用户的特征关系属性纳入到与所述非空元素相匹配的预设元素所对应的处理进程中。
可选地，在加入集团用户中的成员用户为多个时，所述进程纳入单元，进一步用于：
按照多个成员用户的加入的顺序，依次将每个成员用户对应的角色特征参数向量中非空元素所表示的成员用户的特征关系属性纳入到与所述非空元素相匹配的预设元素所对应的处理进程中；
或，
并行地将所有成员用户对应的角色特征参数向量中非空元素所表示的成员用户的特征关系属性纳入到与所述非空元素相匹配的预设元素所对应的处理进程中。
可选地，所述装置还包括：
扩展单元，用于在需要增加特征关系属性的种类时，在所述预设角色特征参数向量中增加用于表示新的特征关系属性的预设元素，并增加用于处理所述新的特征关系属性的处理进程，新增的预设元素与新增的处理进程相对应。
可选地，所述装置还包括：
合并单元，用于在预设角色特征参数向量中任意两个预设元素表示的特征关系属性具有交叉时，将这两个预设元素合并为一个新的预设元素，将所述两个预设元素对应的处理进程合并为一个新的处理进程，并与所述新的预设元素对应。
可选地，所述预设角色特征参数向量的长度为5，其中的预设元素依次分别代表：集团用户与成员用户的关系、集团用户地位关系、成员用户的地位关系、成员用户的付费关系以及成员关联账户关系。
本发明提供了一种用户关系数据处理方法，该方法中在新成员用于加入集团用户时，根据成员用户、集团用户以及账户等之间的特征关系属性得到用于表示新成员用户的特征关系的角色特征参数向量，接着再将新成员角色特征参数向量中的非空元素所对应的特征关系加入到预设的处理进程进行处理，从而能够对于集团用户中的成员用户通过指定的处理进程对指定的成员用户的某一特征关系进行处理，避免了现有技术中集团用户与成员用户关系混乱不便于操作管理的，能够有效提高对于集团用户中的成员用户的处理操作效率。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1是本发明提供的一种用户关系数据处理方法实施例流程图；
图2是本发明提供的一种用户关系数据处理装置实施例结构示意图；
图3是本发明提供的电子设备实施例结构框图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
第一方面，本发明实施例提供了一种用户关系数据处理方法，如图1所示，包括：
s101、在有新成员用户加入集团用户时，根据新成员用户与集团用户、新成员用户与账户、以及新成员用户与已加入的其他成员用户之间的特征关系属性，建立新成员用户对应的角色特征参数向量；
其中，新成员用户对应的角色特征参数向量p(p1,p2,...,pn)与预设角色特征参数向量x(x1,x2,...,xn)的长度相同，且每一个非空元素pi用于表示成员用户的一类特征关系属性；预设角色特征参数向量中所有的预设元素xi用于表示成员用户与集团用户、成员用户与账户、以及成员用户与其他成员用户之间所有的特征关系属性，且每一个预设元素对应于一种对此类特征关系属性进行处理的处理进程；
s102、将非空元素pi所表示的成员用户的特征关系属性纳入到与非空元素相匹配的预设元素xi所对应的处理进程中。
本发明的一个实施例提供了一种用户关系数据处理方法，该方法中在新成员用于加入集团用户时，根据成员用户、集团用户以及账户等之间的特征关系属性得到用于表示新成员用户的特征关系的角色特征参数向量，接着再将新成员角色特征参数向量中的非空元素所对应的特征关系加入到预设的处理进程进行处理，从而能够对于集团用户中的成员用户通过指定的处理进程对指定的成员用户的某一特征关系进行处理，避免了现有技术中集团用户与成员用户关系混乱不便于操作管理的，能够有效提高对于集团用户中的成员用户的处理操作效率。
在实际应用中，这里的特征关系属性主要是用于表示新成员用户与集团用户、新成员用户与账户、以及新成员用户与已加入的其他成员用户之间关系。其中，这里的关系具体可以包括集团用户或成员用户的地位，例如该成员用于属于集团用户中的一个成员；还可以为成员用户与该集团用户中的其他成员用户的地位关系，例如该成员用户相比于其他成员用户在该集团中的级别较高、优先级较高或属于特级用户等等；还可以为成员用户与集团用户的账户关系，例如该成员用户的通话费用可以由集团用户来承担；还可以为成员用户与成员用户自己账户的关系，例如该成员用户的流量费用由自身的账户来承担；还可以为成员用户与其关联的账户的关系，例如该成员用户的某部分费用或全部费用由另一个与该成员用户相关联的用户承担。
在实际应用中，这里的角色特征参数向量x的长度可以根据实际的特征关系属性的种类而设置，每一预设元素xi所表示的特征关系属性也可以根据每个集团用户产品的实际需要而进行适应性设置。且各类关系属性对应的预设元素xi在角色特征参数向量x的排列顺序也可以进行预先设置。可以理解的是，在新成员加入时，生成的对应的角色特征参数向量p中元素pi的排列顺序也与预设元素xi在角色特征参数向量x中的排列顺序相同，也即与x中的元素一一对应。这样可以为后续的元素pi与预设元素xi之间的匹配提供便利。
例如，预设角色特征参数向量x的长度可以为5，即n＝5，也就是说包含五类特征关系属性。其中预设角色特征参数向量中的各个预设元素依次分别可以代表：x1为集团用户与成员用户的关系，x2为集团用户地位关系，x3为成员用户的地位关系，x4为成员用户的付费关系，x5为成员关联账户关系。那么在新成员加入时，生成的角色特征参数向量p长度也可以为5，其中各个元素分别代表：p1为集团用户与成员用户的关系，p2为空，p3为成员用户的地位关系，p4为成员用户的付费关系，p5为空。这里为空的元素代表该成员不具有这样的关系特征属性，所以步骤s103仅将p1、p3、p4代表的特征关系属性加入到对应的进程中进行处理或等待处理。
在实际应用中，每一个预设元素xi所对应的处理进程可以理解为预先编写的用于处理某一类特征关系属性的进程。例如如果某一类特征关系属性为成员用户与集团账户的关系，则表示该类关系属性的预设元素对应的进程就可以为专门处理成员用户与集团账户之间的关系的进程。
在具体实施时，可以理解的是，由于新加入的成员用户可能为多个，因此上述方法步骤s102进一步可以为：
s1021、按照多个成员用户的加入的顺序，依次将每个成员用户对应的角色特征参数向量中非空元素所表示的成员用户的特征关系属性纳入到与非空元素相匹配的预设元素所对应的处理进程中；
或，并行地将所有成员用户对应的角色特征参数向量中非空元素所表示的成员用户的特征关系属性纳入到与非空元素相匹配的预设元素所对应的处理进程中。
不难理解的是，如果对于成员用户的数量不是特别多的时候，采用第一种顺序纳入进程的方式能够有效地防止添加成员时的乱序，保证这一添加过程能够及时有效地进行。如果成员用户的数量较多需要批量进行处理时，此时使用顺序纳入进程的方式可能会使得这一过程的耗时较长。而由于本发明实施例提供的方法对于各个成员的不同特征属性进行了分类处理，且彼此之间是独立互不影响的，因此此时可以通过第二种并行处理的方式，对各个成员的各个特征关系属性同时进行进程纳入的操作，从而能够在保证各个成员互不影响的情况下大大节约这一处理的时间，提高系统的处理效率。
在具体实施时，可以理解的是在集团用户设计之初，预设角色特征参数向量中任意两个预设元素表示的关系是互相独立的，这样能够保证并行处理时不会互相影响。而随着运营商运营策略的变化，可能会使得特征关系发生变化，产生交叉，无法保持独立，对于这种情况本发明实施例提供的方法还包括：
s104、预设角色特征参数向量中任意两个预设元素表示的特征关系属性具有交叉时，将这两个预设元素合并为一个新的预设元素，将两个预设元素对应的处理进程合并为一个新的处理进程，并与新的预设元素对应。
在具体实施时，不难理解的是，运营商会根据当下的需要对集团用户以及成员用户的关系等等进行适应性修改。例如，对于2017年1月1日新加入的用户，其流量消费均由集团用户承担，而原先集团用户的只承担成员用户的话费。因此这一用户属于新类型的成员，对于现有的集团—成员架构来说，对于此种新类型的成员，需要重新设计成员与集团产品用户之间的关系，成员与成员之间的关系以及成员用户付费关系，从而增加了系统的设计难度。
为了克服这一缺陷，本发明实施例提供的方法还包括：
s105、在需要增加特征关系属性的种类时，在预设角色特征参数向量中增加用于表示新的特征关系属性的预设元素，并增加用于处理新的特征关系属性的处理进程，新增的预设元素与新增的处理进程相对应。
还以上述17年1月1日新加入的用户来说，可以在预设角色特征参数向量中用于表示其流量消费由集团用户承担的特征关系属性。同时增加用于处理集团用户承担成员用户流量消费的进程，从而完成对于预设角色特征参数向量的扩展。在新类型的用户添加时，即可按照扩展后的预设角色特征参数向量生成适合于该类型用户的角色特征参数向量。
第二方面，本发明实施例还提供了另一种用户关系数据处理装置，如图2所示，可以包括：
成员用户向量建立单元201，用于在有新成员用户加入集团用户时，根据新成员用户与集团用户、新成员用户与账户、以及新成员用户与已加入的其他成员用户之间的特征关系属性，建立所述新成员用户对应的角色特征参数向量；
其中，所述新成员用户对应的角色特征参数向量与预设角色特征参数向量的长度相同，且每一个非空元素用于表示成员用户的一类特征关系属性；所述预设角色特征参数向量中所有的预设元素用于表示成员用户与集团用户、成员用户与账户、以及成员用户与其他成员用户之间所有的特征关系属性，且每一个预设元素对应于一种对此类特征关系属性进行处理的处理进程；
进程纳入单元202，用于将所述非空元素所表示的成员用户的特征关系属性纳入到与所述非空元素相匹配的预设元素所对应的处理进程中。
在具体实施时，在加入集团用户中的成员用户为多个时，所述进程纳入单元，进一步用于：
按照多个成员用户的加入的顺序，依次将每个成员用户对应的角色特征参数向量中非空元素所表示的成员用户的特征关系属性纳入到与所述非空元素相匹配的预设元素所对应的处理进程中；
或，
并行地将所有成员用户对应的角色特征参数向量中非空元素所表示的成员用户的特征关系属性纳入到与所述非空元素相匹配的预设元素所对应的处理进程中。
在具体实施时，所述装置还包括：
扩展单元203，用于在需要增加特征关系属性的种类时，在所述预设角色特征参数向量中增加用于表示新的特征关系属性的预设元素，并增加用于处理所述新的特征关系属性的处理进程，新增的预设元素与新增的处理进程相对应。
在具体实施时，所述装置还包括：
合并单元204，用于在预设角色特征参数向量中任意两个预设元素表示的特征关系属性具有交叉时，将这两个预设元素合并为一个新的预设元素，将所述两个预设元素对应的处理进程合并为一个新的处理进程，并与所述新的预设元素对应。
在具体实施时，所述预设角色特征参数向量的长度为5，其中的预设元素依次分别代表：集团用户与成员用户的关系、集团用户地位关系、成员用户的地位关系、成员用户的付费关系以及成员关联账户关系。
由于本实施例所介绍的用户关系数据处理装置为可以执行本发明实施例中的用户关系数据处理方法的装置，故而基于本发明实施例中所介绍的用户关系数据处理的方法，本领域所属技术人员能够了解本实施例的用户关系数据处理装置的具体实施方式以及其各种变化形式，所以在此对于该用户关系数据处理装置如何实现本发明实施例中的用户关系数据处理方法不再详细介绍。只要本领域所属技术人员实施本发明实施例中用户关系数据处理方法所采用的装置，都属于本申请所欲保护的范围。
此外，图3示出本发明实施例提供的电子设备的结构框图。
参照图3，该电子设备，包括：处理器(processor)301、存储器(memory)302以及总线303；
其中，
所述处理器301以及存储器302通过所述总线303完成相互间的通信；
所述处理器301用于调用所述存储器302中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：在有新成员用户加入集团用户时，根据新成员用户与集团用户、新成员用户与账户、以及新成员用户与已加入的其他成员用户之间的特征关系属性，建立新成员用户对应的角色特征参数向量；其中，新成员用户对应的角色特征参数向量p(p1,p2,...,pn)与预设角色特征参数向量x(x1,x2,...,xn)的长度相同，且每一个非空元素pi用于表示成员用户的一类特征关系属性；预设角色特征参数向量中所有的预设元素xi用于表示成员用户与集团用户、成员用户与账户、以及成员用户与其他成员用户之间所有的特征关系属性，且每一个预设元素对应于一种对此类特征关系属性进行处理的处理进程；将非空元素pi所表示的成员用户的特征关系属性纳入到与非空元素相匹配的预设元素xi所对应的处理进程中。
本发明实施例还公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：在有新成员用户加入集团用户时，根据新成员用户与集团用户、新成员用户与账户、以及新成员用户与已加入的其他成员用户之间的特征关系属性，建立新成员用户对应的角色特征参数向量；其中，新成员用户对应的角色特征参数向量p(p1,p2,...,pn)与预设角色特征参数向量x(x1,x2,...,xn)的长度相同，且每一个非空元素pi用于表示成员用户的一类特征关系属性；预设角色特征参数向量中所有的预设元素xi用于表示成员用户与集团用户、成员用户与账户、以及成员用户与其他成员用户之间所有的特征关系属性，且每一个预设元素对应于一种对此类特征关系属性进行处理的处理进程；将非空元素pi所表示的成员用户的特征关系属性纳入到与非空元素相匹配的预设元素xi所对应的处理进程中。
本发明实施例还提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：在有新成员用户加入集团用户时，根据新成员用户与集团用户、新成员用户与账户、以及新成员用户与已加入的其他成员用户之间的特征关系属性，建立新成员用户对应的角色特征参数向量；其中，新成员用户对应的角色特征参数向量p(p1,p2,...,pn)与预设角色特征参数向量x(x1,x2,...,xn)的长度相同，且每一个非空元素pi用于表示成员用户的一类特征关系属性；预设角色特征参数向量中所有的预设元素xi用于表示成员用户与集团用户、成员用户与账户、以及成员用户与其他成员用户之间所有的特征关系属性，且每一个预设元素对应于一种对此类特征关系属性进行处理的处理进程；将非空元素pi所表示的成员用户的特征关系属性纳入到与非空元素相匹配的预设元素xi所对应的处理进程中。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本发明的某些部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的网关、代理服务器、系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。