CN107801181A - 用于跨平台中的基于用户手机号码唯一性判定方法及系统 - Google Patents

Abstract

本发明公开了用于跨平台中的基于用户号码唯一性判定方法及系统，用于多平台的用户信息管理，包括主CRM以及与其关联的多个从CRM，至少包括以下步骤：A.用户的客户端发出包括用户手机号码的新建用户信息的消息至CRM；B.若在所述步骤A中，用户的客户端发出的消息发送至主CRM，则所述主CRM根据用户信息数据库的内容判断该用户手机号码是否存在数据库中并进行相应处理，若在所述步骤A中，用户的客户端发出的消息发送至从CRM，则所述从CRM将所述信息发送至主CRM进行查找判断该用户手机号码是否存在数据库中，并由主CRM确定是否通过所述用户手机号码的用户端作为唯一身份验证的UID信息注册和关联。

Description

用于跨平台中的基于用户手机号码唯一性判定方法及系统

技术领域

本发明涉及平台中用户手机号码(K值)唯一性判定方法及其系统，尤其涉及在多个平台中跨平台中的基于用户手机号码唯一性判定方法及其系统。

背景技术

随着科技的迅速发展，多种智能设备以及智能平台的出现，用户均会出现采用同一个设备登陆至多个平台的情况，而日前最普遍常用的用户ID便是采用手机号码，由于手机号码均为实名制，因此各个平台中用户的安全性就有了很大程度的保障。当一个用户即一个客户端对应多个CRM(Customer Relationship Management客户关系管理)时，即用户在使用多个平台上的服务时，此时用户的主CRM为用户的手机号码，而用户在登陆每个平台的时候都需要进行身份注册获得登陆使用权限，但是若在所有平台都进行重新注册给用户所增加的问题就是需要反复注册，即便是采用统一的手机号码也无法节省此步骤，而每个平台都需要对用户信息进行存储，认证，并且平台之前无法关联，很大程度上浪费了网络资源。

因此目前当一个用户客户端对应多个CRM，一主、多从)时，如果以手机号作为K值进行关联，设置为每个CRM均以手机号为K值，主CRM的UID，即主UID为客户端登陆身份，在用户的一个从CRM新生成UID时，均将其对应手机号在主CRM中生成主UID；则当任一CRM手机号变更时，将无法对应到唯一UID(user identifier用户标识符)。所以保持K值(用户手机号码)唯一性是为了保证客户端用户身份的唯一性和安全性。

为了解决现有的问题，有以下的解决方法

1.当任一从CRM修改手机号时，用户的主CRM不做调整；

该方案的缺点是：假设从CRM-1，将UID的手机号从手机号A改至B，并以B在主CRM上来注册，那么两个主CRM的主UID均会关联到CRM-1中同一个(从CRM1)UID。

例如：当从CRM-1将用户A(从UID1、在主CRM中主UID1)的手机号从138改成156之后，主CRM不进行同步修改。之后，用户A(或其他人)用手机号156，在主CRM注册时，会生成主CRM的UID2；那么通过手机号进行关联，那么主UID1与主UID2都会对应到从CRM-1中的从UID1。这就增加了安全风险性。

2.当任一CRM修改手机号时，主CRM同步修改手机号；

该方案的缺点是：各CRM系统的所属方均为独立的商业个体，互相之间并不具备信任关系；而且，如果手机号的修改是恶意的，那么同步修改所有系统的手机号，则会导致该用户所属所有账号均会承受信息泄露风险。

例如：当从CRM-1将用户A(从UID1、在主CRM中主UID1)的手机号从138改成156之后，主CRM将手机号从138改成156。那么，如果是从CRM-1本身出了安全问题，导致用户A的手机号被从138改成156，如果主CRM也同步进行修改，那么156的手机号持有人，将获得用户A的权益，可以获取用户A的所有信息，假设用户A有资产的话，也将承受风险。

因此为了解决上述技术问题，急需一种跨平台中的基于用户号码唯一性判定系统及其方法来保证用户安全。

发明内容

本发明目的是提供一种跨平台中的基于用户号码唯一性判定系统及其方法，保证用户账户安全性。

本发明解决技术问题采用如下技术方案：

本发明为一种用于跨平台中的基于用户号码唯一性判定方法，用于多平台的用户信息管理，包括主CRM以及与其关联的多个从CRM，至少包括以下步骤：

A.用户的客户端发出包括用户手机号码的新建用户信息的消息至CRM；

B.若在所述步骤A中，用户的客户端发出的消息发送至主CRM，则所述主CRM根据用户信息数据库的内容判断该用户手机号码是否存在数据库中，若存在，则发送已注册信息至所述的用户客户端；若不存在，根据步骤A发出的消息新建用户，并以用户手机号码作为唯一身份验证的UID信息；

若在所述步骤A中，用户的客户端发出的消息发送至从CRM，则所述从CRM将所述信息发送至主CRM进行查找判断该用户手机号码是否存在数据库中，若已注册过，所述的主CRM以用户手机号码作为唯一身份验证的UID信息已与所述的其中一个从CRM关联，则该从CRM将与主CRM无法通过所述手机号码的用户端关联绑定，若已注册过，所述的主CRM以用户手机号码作为唯一身份验证的UID信息与其他从CRM未关联，则该从CRM将与主CRM通过所述用户手机号码的用户端作为唯一身份验证的UID信息关联绑定；若不存在于数据库中，所述的主CRM新建用户，并以用户手机号码作为唯一身份验证的UID信息与所述的从CRM关联；

C.用户的客户端接收所述CRM返回的信息。

其中，还包括修改用户手机号码的步骤，其中：

若用户客户端在登录后修改用户手机号码，所述的主CRM根据用户客户端发出的修改用户手机号码的信息后修改作为唯一身份验证的UID信息的手机号码信息并存储于数据库；

若主CRM修改了作为唯一身份验证的UID信息的手机号码信息，所述的客户端将登陆信息变更为修改后的手机号码；

若从CRM修改了作为唯一身份验证的UID信息的手机号码信息，所述的主CRM收到该修改信息后，修改该从CRM与主CRM的关联关系，并启动客户端验证步骤。

其中，所述的客户端验证步骤包括：

主CRM与从CRM之间的关联关系验证并将验证发送至所述的客户端；

所述客户端根据验证后的所述的关联关系执行变更用户手机号码或更改关联关系的步骤。

另外本发明还给出一种用于跨平台中的基于用户号码唯一性判定系统，至少包括若干客户端，一个主CRM以及多个从CRM，其中：

所述若干客户端的其中一个客户端发出包括用户手机号码的新建用户信息的消息至CRM；

其中若所述的客户端发出的消息发送至所述的主CRM，则所述主CRM根据用户信息数据库的内容判断该用户手机号码是否存在其数据库中，若存在，则发送已注册信息至所述的用户客户端；若不存在，所述的主CRM根据所述的消息新建用户，并以用户手机号码作为唯一身份验证的UID信息；

若所述用户的客户端发出的消息发送至从CRM，则所述从CRM将所述信息发送至主CRM进行查找判断该用户手机号码是否存在其数据库中，若已注册过，所述的主CRM以用户手机号码作为唯一身份验证的UID信息已与所述的其中一个从CRM关联，则该从CRM将与主CRM无法通过所述手机号码的用户端关联绑定，若已注册过，所述的主CRM以用户手机号码作为唯一身份验证的UID信息与其他从CRM未关联，则该从CRM将与主CRM通过所述用户手机号码的用户端作为唯一身份验证的UID信息关联绑定；若不存在于数据库中，所述的主CRM新建用户，并以用户手机号码作为唯一身份验证的UID信息与所述的从CRM关联。

其中，还包括修改用户手机号码的号码修改单元，其中：

若用户客户端在登录后修改用户手机号码，所述的主CRM根据用户客户端发出的修改用户手机号码的信息后由所述的号码修改单元修改作为唯一身份验证的UID信息的手机号码信息并存储于数据库；

若所述的号码修改单元根据指令在主CRM修改了作为唯一身份验证的UID信息的手机号码信息，所述的客户端将登陆信息变更为修改后的手机号码；

若所述的号码修改单元根据指令在从CRM修改了作为唯一身份验证的UID信息的手机号码信息，所述的主CRM收到该修改信息后，修改该从CRM与主CRM的关联关系，并启动客户端验证单元。

其中，所述的客户端验证单元包括：

关联关系验证单元，主CRM与从CRM之间的关联关系验证并将验证发送至所述的客户端；

客户端信息处理单元，所述客户端根据验证后的所述的关联关系执行用户手机号码变更或更改关联关系。

本发明具有如下有益效果：

1、对于用户的手机号码(K值)的变更，不做任何限制，即各平台均保持独立性。

2、所有的从CRM之间，不做任何耦合，仅与主CRM进行关联关系判定。

3、所有关联关系字段值的变更均由主CRM推送至客户端，由用户通过手机号验证码实现，保证其账户安全性。

附图说明

图1为本发明所述的基于用户号码唯一性判定系统的结构框图；

图2为本发明所述的基于用户号码唯一性判定方法的新建用户的流程示意图图；

图3为本发明的方法应用中的修改用户手机号码的流程示意图；

图4为本发明的方法应用实施例中手机号码A主动验证的流程示意图；

图5为本发明的方法应用实施例中手机号码B被动验证的流程示意图；

图6为本发明的方法应用实施例中手机号码A被动验证的流程示意图。

具体实施方式

下面结合实施例及附图对本发明的技术方案作进一步阐述。

本发明为一种用于跨平台中的基于用户号码唯一性判定方法，用于多平台的用户信息管理，包括主CRM以及与其关联的多个从CRM，至少包括以下步骤：

A.用户的客户端发出包括用户手机号码的新建用户信息的消息至CRM；

B.若在所述步骤A中，用户的客户端发出的消息发送至主CRM，则所述主CRM根据用户信息数据库的内容判断该用户手机号码是否存在数据库中，若存在，则发送已注册信息至所述的用户客户端；若不存在，根据步骤A发出的消息新建用户，并以用户手机号码作为唯一身份验证的UID信息；

若在所述步骤A中，用户的客户端发出的消息发送至从CRM，则所述从CRM将所述信息发送至主CRM进行查找判断该用户手机号码是否存在数据库中，若已注册过，所述的主CRM以用户手机号码作为唯一身份验证的UID信息已与所述的其中一个从CRM关联，则该从CRM将与主CRM无法通过所述手机号码的用户端关联绑定，若已注册过，所述的主CRM以用户手机号码作为唯一身份验证的UID信息与其他从CRM未关联，则该从CRM将与主CRM通过所述用户手机号码的用户端作为唯一身份验证的UID信息关联绑定；若不存在于数据库中，所述的主CRM新建用户，并以用户手机号码作为唯一身份验证的UID信息与所述的从CRM关联；

C.用户的客户端接收所述CRM返回的信息。

下面结合具体的实施例以及附图进行具体的说明：

参考图1以及图2，当客户端注册用户、主CRM新建用户、以及从CRM新建用户时的流程：

客户端注册以及在主CRM新建用户时，均只在主CRM中生成该用户的主UID，并不将该用户在从CRM中新建；

当从CRM新建用户时，需要先判定该手机号在主CRM中是否存在，不存在的情况下生成主UID；存在的情况下，判定主UID是否已与该从CRM中的某个UID存在关联关系；出现这种情况的原因是手机号不同，即从CRM中新建从UID1手机号156，主CRM中已有主UID1手机号156，但主UID1已与从CRM中从UID2手机号138进行了绑定，由于不能一对多，所以从UID1手机号156，将不能与任何主UID关联。

另外本发明还包括修改用户手机号码的步骤，其中：

若用户客户端在登录后修改用户手机号码，所述的主CRM根据用户客户端发出的修改用户手机号码的信息后修改作为唯一身份验证的UID信息的手机号码信息并存储于数据库；

若主CRM修改了作为唯一身份验证的UID信息的手机号码信息，所述的客户端将登陆信息变更为修改后的手机号码；

若从CRM修改了作为唯一身份验证的UID信息的手机号码信息，所述的主CRM收到该修改信息后，修改该从CRM与主CRM的关联关系，并启动客户端验证步骤。

具体的修改步骤参考图3所示，当客户端修改手机号、主CRM修改手机号、以及从CRM修改手机号时的流程：

客户端修改手机号时，即修改自己的登录名，那主CRM必须同时修改手机号，而从CRM则不修改手机号，且关联关系不变(即主CRM与从CRM之间的关联关系，原本是待验证，还是待验证；原本是已绑定，还是已绑定。)

主CRM修改手机号时，客户端会变更登录名，而从CRM则不修改手机号，且关联关系不变(即主CRM与从CRM之间的关联关系，原本是待验证，还是待验证；原本是已绑定，还是已绑定。)

从CRM修改手机号时，主CRM不同时修改手机号，但将主UID与从UID的关联关系变为待验证(unchecked)，同时触发客户端的验证流程。

其中，所述的客户端验证步骤包括：

主CRM与从CRM之间的关联关系验证并将验证发送至所述的客户端；

所述客户端根据验证后的所述的关联关系执行变更用户手机号码或更改关联关系的步骤。

下面采用三个例子对验证步骤进行详细说明：

参考图4所示的流程，当从CRM中的手机号从A改为B时，关联关系为待验证时，客户端(以手机号A登录)的验证流程：当从CRM修改手机号后，触发前端的验证流程。例如：从CRM将UID1的手机号从138，改成156后，那么当用户以138手机号登录客户端时，页面会提示用户其在从CRM中的手机号已从138改成156，如果用户需要保留关联关系，则需要其验证156的手机号也归其所有，即系统向客户端156发送短信验证码，客户端提供该验证码进行验证，验证通过则关联关系由待验证(unchecked)变回已绑定(bind)。这是客户端的主动验证流程，为保证用户体验，除了验证通过之外，根据用户的客户端的情况(即客户端提供的验证码错误或者暂时不进行验证等情况)还可能出现：关联关系断开，变为未绑定；也可以保持关联关系不变，仍未待验证。

参考图5所示的流程，当用户在客户端需要主CRM调用从CRM的信息时，判定流程：

因为主动验证流程不一定会确定关联关系，所以还会出现被动验证流程，当碰到触点时(任何主CRM调用从CRM信息的情况)，就需要首先判定是否有关联关系，例如，加入主UID1手机号为138，那么：

如果关系是已绑定(从UID手机号是否是138均可)，则直接调用成功；

如果关联关系是待验证，则发起主动验证流程(如图4所示)；

如果关联关系是未绑定，且手机号138在从CRM中并不存在关联关系，也分两种情况——如果是138在从CRM中不存在，则以138为K值生成从UID并与主UID1绑定；如果是138在从CRM中存在，但关联关系是未绑定，则从UID并与主UID1绑定；两种情况均会调用成功；

如果关联关系是未绑定，但手机号138在从CRM中已存在关联关系，例如关联在手机号为156的主UID2上，则需要主UID1用户验证156的手机号也为其所有，才可以建立主UID1和从UID(手机号138)的关联关系，且为已绑定；如果其不能验证156的手机号也为其所有，那么则需要通过以下描述的客户端被动验证流程(参考图6)才可以建立主UID1和从UID(手机号138)的关联关系，且为已绑定。

如图6所示，主UID-1的手机号A所对应的从UID，被关联在手机号为B的主UID-2上，主UID-1调用从CRM信息不成功而出发的被动验证流程：手机号A客户端被动验证流程中触发本流程后，手机号B的客户端会收到通知：其从CRM手机号与主CRM手机号不符，请于N-1日内将从CRM中手机号变更登录使用手机号，否则该关联关系将消失。手机号B的客户端有两种选择：一是将从CRM中手机号由A变更回B，二是直接断开该关联关系。

另外本发明还给出一种用于跨平台中的基于用户号码唯一性判定系统，至少包括若干客户端，一个主CRM以及多个从CRM，参考图1所示，其中：

所述若干客户端的其中一个客户端发出包括用户手机号码的新建用户信息的消息至CRM；

其中若所述的客户端发出的消息发送至所述的主CRM，则所述主CRM根据用户信息数据库的内容判断该用户手机号码是否存在其数据库中，若存在，则发送已注册信息至所述的用户客户端；若不存在，所述的主CRM根据所述的消息新建用户，并以用户手机号码作为唯一身份验证的UID信息；

若所述用户的客户端发出的消息发送至从CRM，则所述从CRM将所述信息发送至主CRM进行查找判断该用户手机号码是否存在其数据库中，若已注册过，所述的主CRM以用户手机号码作为唯一身份验证的UID信息已与所述的其中一个从CRM关联，则该从CRM将与主CRM无法通过所述手机号码的用户端关联绑定，若已注册过，所述的主CRM以用户手机号码作为唯一身份验证的UID信息与其他从CRM未关联，则该从CRM将与主CRM通过所述用户手机号码的用户端作为唯一身份验证的UID信息关联绑定；若不存在于数据库中，所述的主CRM新建用户，并以用户手机号码作为唯一身份验证的UID信息与所述的从CRM关联。

其中，还包括修改用户手机号码的号码修改单元，该单元可以设置在所示的客户端或主CRM或从CRM中，其中：

若用户客户端在登录后修改用户手机号码，所述的主CRM根据用户客户端发出的修改用户手机号码的信息后由所述的号码修改单元修改作为唯一身份验证的UID信息的手机号码信息并存储于数据库；

若所述的号码修改单元根据指令在主CRM修改了作为唯一身份验证的UID信息的手机号码信息，所述的客户端将登陆信息变更为修改后的手机号码；

若所述的号码修改单元根据指令在从CRM修改了作为唯一身份验证的UID信息的手机号码信息，所述的主CRM收到该修改信息后，修改该从CRM与主CRM的关联关系，并启动客户端验证单元。

其中所述的验证单元包括：关联关系验证单元，主CRM与从CRM之间的关联关系验证并将验证发送至所述的客户端；客户端信息处理单元，所述客户端根据验证后的所述的关联关系执行用户手机号码变更或更改关联关系。

本发明的系统的工作流程与上述方法一致，故在此不再进行赘述。

以上实施例的先后顺序仅为便于描述，不代表实施例的优劣。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (6)

1.一种用于跨平台中的基于用户号码唯一性判定方法，用于多平台的用户信息管理，包括主CRM以及与其关联的多个从CRM，其特征在于，至少包括以下步骤：

A.用户的客户端发出包括用户手机号码的新建用户信息的消息至CRM；

B.若在所述步骤A中，用户的客户端发出的消息发送至主CRM，则所述主CRM根据用户信息数据库的内容判断该用户手机号码是否存在数据库中，若存在，则发送已注册信息至所述的用户客户端；若不存在，根据步骤A发出的消息新建用户，并以用户手机号码作为唯一身份验证的UID信息；

若在所述步骤A中，用户的客户端发出的消息发送至从CRM，则所述从CRM将所述信息发送至主CRM进行查找判断该用户手机号码是否存在数据库中，若已注册过，所述的主CRM以用户手机号码作为唯一身份验证的UID信息已与所述的其中一个从CRM关联，则该从CRM将与主CRM无法通过所述手机号码的用户端关联绑定，若已注册过，所述的主CRM以用户手机号码作为唯一身份验证的UID信息与其他从CRM未关联，则该从CRM将与主CRM通过所述用户手机号码的用户端作为唯一身份验证的UID信息关联绑定；若不存在于数据库中，所述的主CRM新建用户，并以用户手机号码作为唯一身份验证的UID信息与所述的从CRM关联；

C.用户的客户端接收所述CRM返回的信息。

2.根据权利要求1所述的用于跨平台中的基于用户号码唯一性判定方法，其特征在于，还包括修改用户手机号码的步骤，其中：

若用户客户端在登录后修改用户手机号码，所述的主CRM根据用户客户端发出的修改用户手机号码的信息后修改作为唯一身份验证的UID信息的手机号码信息并存储于数据库；

若主CRM修改了作为唯一身份验证的UID信息的手机号码信息，所述的客户端将登陆信息变更为修改后的手机号码；

若从CRM修改了作为唯一身份验证的UID信息的手机号码信息，所述的主CRM收到该修改信息后，修改该从CRM与主CRM的关联关系，并启动客户端验证步骤。

3.根据权利要求2所述的用于跨平台中的基于用户号码唯一性判定方法，其特征在于，其特征在于，所述的客户端验证步骤包括：

主CRM与从CRM之间的关联关系验证并将验证发送至所述的客户端；

所述客户端根据验证后的所述的关联关系执行变更用户手机号码或更改关联关系的步骤。

4.一种用于跨平台中的基于用户号码唯一性判定系统，其特征在于，至少包括若干客户端，一个主CRM以及多个从CRM，其中：

所述若干客户端的其中一个客户端发出包括用户手机号码的新建用户信息的消息至CRM；

其中若所述的客户端发出的消息发送至所述的主CRM，则所述主CRM根据用户信息数据库的内容判断该用户手机号码是否存在其数据库中，若存在，则发送已注册信息至所述的用户客户端；若不存在，所述的主CRM根据所述的消息新建用户，并以用户手机号码作为唯一身份验证的UID信息；

若所述用户的客户端发出的消息发送至从CRM，则所述从CRM将所述信息发送至主CRM进行查找判断该用户手机号码是否存在其数据库中，若已注册过，所述的主CRM以用户手机号码作为唯一身份验证的UID信息已与所述的其中一个从CRM关联，则该从CRM将与主CRM无法通过所述手机号码的用户端关联绑定，若已注册过，所述的主CRM以用户手机号码作为唯一身份验证的UID信息与其他从CRM未关联，则该从CRM将与主CRM通过所述用户手机号码的用户端作为唯一身份验证的UID信息关联绑定；若不存在于数据库中，所述的主CRM新建用户，并以用户手机号码作为唯一身份验证的UID信息与所述的从CRM关联。

5.根据权利要求4所述的用于跨平台中的基于用户号码唯一性判定方法，其特征在于，还包括修改用户手机号码的号码修改单元，其中：

若用户客户端在登录后修改用户手机号码，所述的主CRM根据用户客户端发出的修改用户手机号码的信息后由所述的号码修改单元修改作为唯一身份验证的UID信息的手机号码信息并存储于数据库；

若所述的号码修改单元根据指令在主CRM修改了作为唯一身份验证的UID信息的手机号码信息，所述的客户端将登陆信息变更为修改后的手机号码；

若所述的号码修改单元根据指令在从CRM修改了作为唯一身份验证的UID信息的手机号码信息，所述的主CRM收到该修改信息后，修改该从CRM与主CRM的关联关系，并启动客户端验证单元。

6.根据权利要求5所述的用于跨平台中的基于用户号码唯一性判定方法，其特征在于，所述的客户端验证单元包括：

关联关系验证单元，主CRM与从CRM之间的关联关系验证并将验证发送至所述的客户端；

客户端信息处理单元，所述客户端根据验证后的所述的关联关系执行用户手机号码变更或更改关联关系。