一种解绑、绑定方法和装置与流程

本申请涉及计算机技术领域，尤其涉及一种解绑、绑定方法和装置。

背景技术：

目前大部分的电子商务网站(以下简称网站)，用户在注册时往往会填写一些用户经常使用的电子邮箱、即时通讯账号或手机号等绑定对象，通过将上述绑定对象与网站上注册的注册账号绑定，用户通过上述绑定对象即可方便地接收到用户在网站上购物的物流信息、网站促销信息或者是校验信息等。

上述的物流信息、网站促销信息或者是校验信息等，其信息内容通常是由网站编辑，然后由网站发送给绑定对象所属的服务器，再由上述服务器最终发送给用户。例如当前网站为a，上述绑定对象具体为用户的手机号，则网站a想要给手机号的用户发送推送信息时，首先将推送信息发送至手机号所属的电信运营商，然后再由电信运营商将推送消息的内容最终发送给手机用户。

由于绑定对象往往是有限资源，一旦不被当前用户使用时则有可能被所属服务器回收发放给其他用户，但绑定对象目前还有可能是与网站注册的注册账号处于绑定状态。获取此绑定对象使用权的其他用户有可能也来到同一网站上注册新的用户，但是由于此绑定对象与当前用户在网站注册的注册账号的绑定关系，注册行为有可能会遇到阻碍。目前常用的解绑方法通常是由当前用户在网站上主动解绑，对于网站而言，往往不能确定绑定对象是被当前用户使用，还是绑定对象已经被回收或分配给其他用户使用，因此而不能判断出绑定对象与当前用户在网站注册的注册账号之间是否能够解除绑定。

技术实现要素：

为解决上述技术问题，本申请实施例提供一种解绑方法和装置，用于确定是否能够解除注册账号和绑定对象之间的绑定关系。

本申请实施例还提供一种绑定方法和装置。

本申请实施例采用下述技术方案：

一种解绑方法，所述方法用于注册账号及与所述注册账号具有绑定关系的绑定对象之间的解绑，所述方法包括：根据所述绑定对象查询所述绑定对象的使用状态记录，所述使用状态记录根据所述绑定对象所属的服务器获知的所述绑定对象的使用状态生成，所述使用状态包括正常使用状态和异常使用状态；

获取状态为异常使用状态的使用状态记录生成时的第一时间；根据所述注册账号和所述绑定对象建立绑定关系时的第二时间与所述第一时间之间的关系，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系。

优选地，根据所述注册账号和所述绑定对象建立绑定关系时的第二时间与所述第一时间之间的关系，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系，具体包括：根据所述注册账号和所述绑定对象建立绑定关系的第二时间与距当前时刻在预设时长内的第一时间，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系。

优选地，根据所述注册账号和所述绑定对象建立绑定关系的第二时间与所述第一时间之间的关系，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系，具体包括：如果所述注册账号和所述绑定对象建立绑定关系的第二时间早于所述第一时间，则确定能够解除所述注册账号和所述绑定对象之间的绑定关系；和/或，如果所述注册账号和所述绑定对象建立绑定关系的第二时间晚于所述第一时间，则确定不能解除所述注册账号和所述绑定对象之间的绑定关系。

优选地，确定能够解除所述注册账号和所述绑定对象之间的绑定关系之后，所述方法还包括：解除所述注册账号和所述绑定对象之间的绑定关系。

优选地，如果所述注册账号包括多个，与多个注册账号具有绑定关系的绑定对象为同一个，则在解除一个注册账号和所述绑定对象之间的绑定关系时，解除所述多个注册账号中的其它注册账号和所述绑定对象的绑定关系。

优选地，根据所述绑定对象所属的服务器获知的所述绑定对象的使用状态生成使用状态记录，具体包括：向所述绑定对象发送预定信息，根据所述绑定对象所属的服务器获知的绑定对象接收所述预定信息的状态生成所述使用状态记录；和/或，接收所述绑定对象发送的使用状态信息，根据所述绑定对象所属的服务器获知的所述使用状态信息生成所述使用状态记录；和/或，按照预定规则为所述绑定对象指定使用状态，根据所述绑定对象所属的服务器获知的所述指定使用状态生成所述使用状态记录。

优选地，向所述绑定对象发送预定信息之前，所述方法还包括：向所述绑定对象所属的服务器推送信息，以便所述绑定对象所属的服务器根据所述推送信息生成向所述绑定对象发送的预定信息，以及所述绑定对象所属的服务器向所述绑定对象发送预定信息。

优选地，所述使用状态记录位于所述绑定对象所属的服务器，则在根据所述绑定对象查询所述绑定对象的使用状态记录之前，所述方法还包括：接收所述绑定对象所属的服务器发送的所述绑定对象的使用状态记录。

一种绑定方法，所述方法用于原注册账号及与所述原注册账号具有绑定关系的绑定对象之间的解绑，以及在所述绑定对象与新注册账号之间建立绑定关系，所述方法包括：接收将新注册账号和所述绑定对象建立绑定关系的绑定请求；判断所述绑定对象是否与所述原注册账号存在绑定关系；如果是，则根据原注册账号和所述绑定对象建立绑定关系的第二时间，以及所述绑定对象的状态为异常使用状态的使用状态记录生成时的第一时间，确定是否能够解除所述原注册账号和所述绑定对象之间的绑定关系，所述使用状态记录根据所述绑定对象所属的服务器获知的所述绑定对象的使用状态生成，所述使用状态包括正常使用状态和异常使用状态；当能够解除所述原注册账号和所述绑定对象之间 的绑定关系时，解除所述绑定对象和所述原注册账号之间的绑定关系，并建立所述绑定对象和所述新注册账号之间的绑定关系。

一种解绑装置，所述装置用于注册账号及与所述注册账号具有绑定关系的绑定对象之间的解绑，所述装置包括查询模块，获取模块和确定模块，其中：所述查询模块，用于根据所述绑定对象查询所述绑定对象的使用状态记录，所述使用状态记录根据所述绑定对象所属的服务器获知的所述绑定对象的使用状态生成，所述使用状态包括正常使用状态和异常使用状态；所述获取模块，用于获取状态为异常使用状态的使用状态记录生成时的第一时间；所述确定模块，用于根据所述注册账号和所述绑定对象建立绑定关系时的第二时间与所述第一时间之间的关系，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系。

优选地，所述确定模块，用于根据所述注册账号和所述绑定对象建立绑定关系时的第二时间与所述第一时间之间的关系，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系，具体包括：根据所述注册账号和所述绑定对象建立绑定关系的第二时间与距当前时刻在预设时长内的第一时间，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系。

优选地，所述确定模块，用于根据所述注册账号和所述绑定对象建立绑定关系时的第二时间与所述第一时间之间的关系，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系，具体包括：如果所述注册账号和所述绑定对象建立绑定关系的第二时间早于所述第一时间，则确定能够解除所述注册账号和所述绑定对象之间的绑定关系；和/或，如果所述注册账号和所述绑定对象建立绑定关系的第二时间晚于所述第一时间，则确定不能解除所述注册账号和所述绑定对象之间的绑定关系。

一种绑定装置，所述装置用于原注册账号及与所述原注册账号具有绑定关系的绑定对象之间的解绑，以及在所述绑定对象与新注册账号之间建立绑定关系，所述装置包括接收模块、判断模块、确定解除模块和绑定模块，其中：所 述接收模块，用于接收将新注册账号和所述绑定对象建立绑定关系的绑定请求；所述判断模块，用于判断所述绑定对象是否与所述原注册账号存在绑定关系；所述确定解除模块，用于在判断模块的判断结果为是时，根据原注册账号和所述绑定对象建立绑定关系的第二时间，以及所述绑定对象的状态为异常使用状态的使用状态记录生成时的第一时间，确定是否能够解除所述原注册账号和所述绑定对象之间的绑定关系，所述使用状态记录根据所述绑定对象所属的服务器获知的所述绑定对象的使用状态生成，所述使用状态包括正常使用状态和异常使用状态；所述绑定模块，用于在确定解除模块确定能够解除所述原注册账号和所述绑定对象之间的绑定关系时，解除所述绑定对象和所述原注册账号之间的绑定关系，并建立所述绑定对象和所述新注册账号之间的绑定关系。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：首先根据绑定对象查询所述绑定对象的使用状态记录，然后获取异常使用状态的使用状态记录生成的第一时间，最后根据所述注册账号和绑定对象建立绑定关系时的第二时间与所述第一时间的关系即可确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系。另外，对于当前网站而言，确定出能够解除绑定关系之后，当前网站即可解除注册账号和绑定对象之间的绑定关系，相对于现有技术中只能够靠用户主动解绑的方法，可以及时释放绑定对象资源，提高当前网站的资源利用率。对于重新分配到绑定对象的其他用户而言，由于当前网站解除了之前的注册账号和绑定对象之间的绑定关系，该用户在当前网站注册分配到新的注册账号时，可以建立绑定对象和新的注册账号之间的绑定关系，避免了由于之前的绑定关系影响该用户对绑定对象和新的注册账号的绑定行为，进一步提升用户体验。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不 当限定。在附图中：

图1为本申请实施例1提供的一种解绑方法的实现流程示意图；

图2为本申请实施例2提供的一种解绑方法的实现流程示意图；

图3为本申请实施例2中的时间关系的一种情况示意图；

图4为本申请实施例2中的时间关系的另一种情况示意图；

图5为本申请实施例3提供的一种解绑方法的实施实例流程示意图；

图6为本申请实施例4提供的一种绑定方法的实现流程示意图；

图7为本申请实施例5提供的一种解绑装置的结构示意图；

图8为本申请实施例6提供的一种绑定装置的结构示意图。

具体实施方式

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

实施例1

如前所述，用户在网站注册成功后即会分配到注册账号，这些注册账号还通常会与绑定对象绑定，但绑定对象一旦不被当前用户使用时则有可能被绑定对象所属服务器系统回收发放给其他用户，对于网站而言，往往不能判断出绑定对象目前是被当前用户使用还是已经被其他用户使用，由此而不能判断绑定对象与当前用户在网站注册的注册账号之间是否能够解除绑定。为解决上述技术问题，本实施例1提供了一种解绑方法，用于确定是否能够解除注册账号和绑定对象之间的绑定关系，该方法的具体流程示意图如图1所示，包括下述步骤：

步骤s11：根据所述绑定对象查询所述绑定对象的使用状态记录；

上述使用状态记录根据所述绑定对象所属的服务器获知的所述绑定对象的使用状态生成，所述使用状态包括正常使用状态和异常使用状态。

这里提到绑定对象可以为电子邮箱地址、即时通讯账号或手机号等，相应地，与绑定对象对应的还有绑定对象所属的服务器(系统)，上述服务器则可以分别为与上述电子邮箱地址对应的邮件服务器，即时通信账号服务器或手机号的号段所属的电信运营商服务器。

另外，绑定对象还可以分为正常使用状态和异常使用状态，例如，绑定对象为电子邮箱地址(简称邮箱a)，邮箱a所属的服务器为邮箱a对应的邮件服务器a，邮箱a处于正常使用状态时，其他用户即可通过邮件服务器a向邮箱a发送邮件，邮箱a的用户即可接收上述邮件，同样用户能够利用上述邮箱a通过邮件服务器a发送邮件。邮箱a处于异常使用状态时，则此邮箱a可能被邮件服务器a回收，以待分配给新的用户使用，此时邮箱a则可以是处于空地址状态。

使用状态记录根据所述绑定对象所属的服务器获知的所述绑定对象的使用状态生成，其中，使用状态记录可以是由当前网站生成，还可以是由绑定对象所属的服务器生成，但绑定对象的使用状态只能根据绑定对象所属的服务器处获知。所述使用状态记录的生成过程可以包括以下一种或多种情况的组合：

1)向所述绑定对象发送预定信息，根据所述绑定对象所属的服务器获知的绑定对象接收所述预定信息的状态生成所述使用状态记录，具体流程可以分以下两种情况：

①当前网站(当前网站所属的服务器，或当前网站系统中的某一子模块等，其它类同)首先向所述绑定对象所属的服务器推送信息，当然推送的信息中包括有预定信息内容和绑定对象，然后所述绑定对象所属的服务器根据所述推送信息生成向所述绑定对象发送的预定信息，以及所述绑定对象所属的服务器向所述绑定对象发送预定信息，跟据预定信息发送的状态生成使用状态记录。对 于上述发送状态，例如发送成功，发送的绑定对象不存在等。生成使用状态记录之后，所述使用状态记录可以是位于所述绑定对象所属的服务器，绑定对象所属的服务器还可以将上述使用状态记录发送至当前网站，当前网站则可以接收并存储上述使用状态记录。

②绑定对象所属的服务器不需要收到当前网站的推送信息，其主动向绑定对象发送预定信息，根据预定信息发送的状态生成使用状态记录。例如发送信息成功，则表明绑定对象处于正常使用状态，发送的绑定对象不存在，则说明绑定对象处于异常使用状态。

2)接收所述绑定对象发送的使用状态信息，根据所述绑定对象所属的服务器获知的所述使用状态信息生成所述使用状态记录。

具体而言，绑定对象可以向其所属的服务器发送表示要停止使用此账号的使用状态信息，此时所属的服务器即可接收上述使用状态信息并作出响应，例如生成表示此绑定对象为空地址的使用状态记录，同时将上述绑定对象注销，以待分配给新的用户使用，此时则上述绑定对象由正常使用状态变为异常使用状态。

3)按照预定规则为所述绑定对象指定使用状态，根据所述绑定对象所属的服务器获知的所述指定使用状态生成所述使用状态记录。

以绑定对象为手机号为例，每个手机号的运营商服务器明确其所属号段的所有手机号的使用状态，对于正常使用的手机号，对应的可以生成有表示正常使用的使用状态记录，异常使用的，即为空号的手机号，对应的可以生成有表示为空号的使用状态记录。当然，在一些特殊情况下，绑定对象所属的服务器按照预设规则判断出绑定对象的用户经常使用绑定对象进行一些非法行为(如诈骗)时，其也可以主动将绑定对象分配为异常使用状态的使用状态记录，即将绑定对象的使用状态由正常使用状态强制转换为异常使用状态。

对于以上三种情况或三种情况的组合，使用状态记录可以存储在绑定对象所属的服务器中，此时当前网站即向上述服务器发出请求查询所述绑定对象的 使用状态记录的请求，在绑定对象所属的服务器授权之后即可查询查询所述绑定对象的使用状态记录。

使用状态记录也可以是存储在当前网站中，具体地，可以是向所述绑定对象所属的服务器推送信息后，然后绑定对象所属的服务器向绑定对象发送预定信息，跟据预定信息发送的状态生成使用状态记录，并将使用状态记录发送至当前网站，使用状态记录能够反映预定信息的发送状态。例如发送成功，此时表示绑定对象为正常使用状态；发送的账号为空号，此时表示绑定对象为异常使用状态等。例如对于绑定对象为中国移动的手机号来说，上述的使用状态记录则可以为移动公司的服务器或系统返还至网站的发送状态码，如发送状态码为mk:0001则可以表示发送的手机号为空号。另外，使用状态记录存储在当前网站中时，可以为当前网站自动生成的记录，具体为当前网站从所述绑定对象所属的服务器获知的所述绑定对象的使用状态生成。

需要说明的是，步骤s11中查询的使用状态记录可以是对其中的一个待分析的绑定对象对应的所有的使用状态记录。当然也可以是绑定对象在某一时间段内，如近一年或近六个月等时间段的使用状态记录。

步骤s12：获取状态为异常使用状态的使用状态记录生成时的第一时间；

在步骤s11中可以查询到所有的与绑定对象对应的使用状态记录，在步骤s12中则可以获取所述绑定对象处于异常使用状态的使用状态记录生成时的第一时间。对于上述第一时间，可以是绑定对象所属的服务器确定绑定对象的使用状态记录时所对应的标准时间，例如精确到秒的北京时间等。

需要说明的是，绑定对象的使用状态可以是处于动态的变化关系，例如，在当前时间段可能是处于正常使用状态阶段，在下一时间段则可能处于异常使用状态阶段，在下下一个时间段则可能是又处于正常使用状态阶段。另外，对于绑定对象和绑定对象所属的服务器之间而言，绑定对象每经历一次异常使用状态阶段，绑定对象所属的服务器则可能已经将上述绑定对象收回再分配给其他用户，即绑定对象的使用者即用户可能已经发生了变化。对于上述的使用状 态，以绑定对象为手机号为例，绑定对象处于正常使用状态可以为手机号处于正常使用、停机、关机和无信号等状态等，处于异常使用状态时的手机号通常显示为空号的状态。

需要说明的是，实施例1的步骤s11和s12在实际应用过程中也可能有多种变化，例如直接将两个步骤合并为一个步骤等，即查询动作与获取动作在一个步骤中完成。

步骤s13：根据所述注册账号和所述绑定对象建立绑定关系时的第二时间与所述第一时间之间的关系，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系。

在此步骤中提到第一时间和第二时间，以下将对两个时间概念的相关内容进行详述：

对于第一时间，由于在步骤s12中获取到的第一时间可能是有多个，每个第一时间则会对应有一个使用状态记录，使用状态记录和其生成的第一时间可以是一一对应关系。另外，上述第一时间可以是距当前时刻在预设时长内(如三个月、一个月、十天或者五天等)的第一时间，此时将可能会有一个或者多个第一时间，也可以是距当前时刻最近的第一时间，这里距当前时刻最近的第一时间，即该第一时间与当前时刻的时间间隔最小。

对于所述注册账号和绑定对象建立绑定关系时的第二时间。首先用户在网站注册成功时，即可获得到当前网站分配给该用户的注册账号，用户通过注册账号即可登录上述网站进行网上购物，网上交易，网上聊天等一些活动。对于第二时间，可以是用户在上述网站注册时，也即当前网站分配给该用户的注册账号时建立绑定对象和注册账号之间的绑定关系时的时间；又或者是在用户在网站注册一段时间之后将绑定对象与注册账号绑定的时间。另外，上述的第二时间的具体数值可以存储在当前网站中。

根据注册账号和绑定对象建立绑定关系时的第二时间与第一时间之间的关系，即可确定是否能够解除注册账号和绑定对象之间的绑定关系。例如，如 果所述注册账号和绑定对象建立绑定关系时的第二时间早于所述第一时间，则确定能够解除所述注册账号和所述绑定对象之间的绑定关系；如果所述注册账号和绑定对象建立绑定关系时的第二时间晚于所述第一时间，则确定不能够解除所述注册账号和所述绑定对象之间的绑定关系。

采用实施例1提供的方法，首先根据绑定对象查询所述绑定对象的使用状态记录，然后获取异常使用状态的使用状态记录生成的第一时间，最后根据所述注册账号和绑定对象建立绑定关系时的第二时间与所述第一时间的关系即可确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系。

另外，对于当前网站而言，确定出能够解除绑定关系之后，当前网站即可解除注册账号和绑定对象之间的绑定关系，相对于现有技术中只能够靠用户主动解绑的方法，可以及时释放当前网站存储的绑定对象资源，提高当前网站的资源利用率。

对于重新分配到绑定对象的其他用户而言，由于当前网站解除了之前的注册账号和绑定对象之间的绑定关系，该用户在当前网站注册分配到新的注册账号时，可以建立绑定对象和新的注册账号之间的绑定关系，避免了由于之前的绑定关系影响该用户对绑定对象和新的注册账号的绑定行为，进一步提升用户体验。

实施例2

在实施例1的步骤s13中提到根据所述注册账号和所述绑定对象建立绑定关系时的第二时间与所述第一时间之间的关系，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系。在具体进行操作时，可能会存在以下情况：第一时间晚于又或者是早于第二时间，从而形成本发明的另一实施例，如图2所示，本实施例2与实施例1的区别为：实施例1的步骤s13在本实施例2中变化为：判断第二时间早于还是晚于第一时间，如果第二时间早于第一时间，则执行步骤s231；如果第二时间晚于第一时间，则执行步骤s232。以下对两 个步骤进行说明：

步骤s231：确定能够解除所述注册账号和所述绑定对象之间的绑定关系；

这里的时间轴关系具体如图3所示，说明绑定对象和注册账号绑定之后，绑定对象存在有异常使用状态阶段，则绑定对象很有可能是被绑定对象所属的服务器收回成为空号，又或者是绑定对象所属的服务器将绑定对象重新分配给了其他用户使用。此时，使用绑定对象的用户和在该网站注册的使用注册账号的用户则不是同一个用户(实际情况中是同一个用户的概率几乎为零，本实施例可以不予考虑)，此时，则可以确定能够解除所述注册账号和所述绑定对象之间的绑定关系

步骤s232：确定不能解除所述注册账号和所述绑定对象之间的绑定关系。

这里的时间轴关系具体如图4所示，说明绑定对象和注册账号绑定之后，绑定对象一直是处于正常使用状态阶段，则绑定对象的用户没有发生变化。此时，使用绑定对象的用户和在该网站注册的使用该注册账号的用户则还是同一个用户，此时，则可以确定绑定对象和注册账号不能能够解除绑定关系。

除了上述步骤s231和步骤s232之外，当然还可能存在实施例1的步骤s12中获取不到状态为异常使用状态的使用状态记录生成时的第一时间，这说明绑定对象一直处于正常使用状态，同样可以确定绑定对象和注册账号之间不能够解除绑定关系。

采用实施例2提供的方法，首先根据绑定对象查询所述绑定对象的使用状态记录，然后获取异常使用状态的使用状态记录生成的第一时间，最后根据所述注册账号和绑定对象建立绑定关系时的第二时间与所述第一时间的关系即可确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系。

另外，对于当前网站而言，确定绑定对象和注册账号能够解除绑定关系之后，所述方法还可以包括以下步骤：解除所述注册账号和所述绑定对象之间的绑定关系。相对于现有技术中只能够靠用户主动解绑的方法，可以及时释放存储的绑定对象资源，提高当前网站的资源利用率。

如果所述注册账号包括多个，与多个注册账号具有绑定关系的绑定对象为同一个时，在实施例2的步骤s231中确定能够解除所述注册账号和所述绑定对象之间的绑定关系，则在解除一个注册账号和所述绑定对象之间的绑定关系时，解除所述多个注册账号中的其它注册账号和所述绑定对象的绑定关系。

实施例3

为更透切地描述实施例2的解绑方法，下面以一个具体的实例进行说明。其中绑定对象为手机号b，相应地，绑定对象所属的服务器为该手机号b的号段所对应的电信运营商服务器，注册账号为用户在电子商务网站注册时，网站给用户分配的账号c。

在此实施例3之前，手机号b和账号c建立了绑定关系，用户通过手机号c即可接收到网站相关的促销信息，用户购物的物流信息等，即自手机号b与账号c绑定之后，上述电子商务网站定时(如每天或每周等)，又或者是在用户需要时向用户发送信息，当然发送途径还是经过手机号b的电信运营商，同时上述电信运营商还会将每条信息的发送状态码发送至当前网站，当然当前网站还会接收并存储上述发送状态码，并同时存储每个发送状态码对应的时间，上述时间可以是当前网站接收到上述发送状态码的时间，也可以是上述电信运营商生成发送状态码的时间。发送状态码可以为在之前实施例中的提到的使用状态记录。

另外，在实施例3之前已经明确每个发送状态码代表的含义，例如发送状态码为delivrd则可以表示消息发送成功，即手机号b的用户成功接收到短信；发送状态码为mk:0001则可以表示发送的手机号为空号等。实施例3可以用于判断手机号b和账号c是否能够解除绑定关系，如图5所示，本实施例的方法包括以下几个步骤：

步骤s51：根据手机号b查询与手机号b对应的发送状态码；

在上述电子商务网站中通常会存储大量的发送状态码，分别对应于不同的 手机号，以及对应于一个手机号的不同时刻发送的短信状态。在此步骤中则可以先查询所有的与手机号b对应的发送状态码，每存在有一个与手机号b对应的发送状态码则表示网站曾经向手机号b发送过一次消息。

步骤s52：获取表示手机号b为空号的发送状态码生成的第一时间；

表示手机号b为空号的发送状态码同样可能会有很多，在此步骤中则可以获取所有的表示手机号b为空号的发送状态码所对应的多个第一时间。

步骤s53：根据距当前时刻在预设时长内的第一时间与手机号b和账号c绑定时的第二时间确定手机号b和账号c是否能够解除绑定关系。

距当前时刻在预设时长内的第一时间，可以是距当前时刻最近的第一时间(第一时间与当前时刻的时间间隔即预设时长)，也可能是距离当前时刻在一周，两周内等预设时长内的几个第一时间的具体数值。

如果距当前时刻最近的第一时间晚于手机号b和账号c绑定时的第二时间，又或者是距当前时刻在预设时长内的一个或几个第一时间均晚于第二时间，说明在手机号b和账号c绑定后，手机号b有过变为空号的纪录，所以手机号b和账号c的绑定关系可以解除。

如果距当前时刻最近的第一时间早于手机号b和账号c绑定时的第二时间，又或者是距当前时刻在预设时长内的一个或几个第一时间均早于第二时间，说明手机号b之前被绑定到另一个用户上，但手机号b后来被运营商回收后发放给此用户，所以此手机号b和账号c之间的绑定关系不能解除，因为手机号b正在被此用户使用。

另外，如果第一时间不存在，即未收到过表示手机号b为空号的运营商发送状态码，说明手机号b没有变成空号的记录，同样手机号b和账号c之间的绑定关系不能解除。

采用实施例3提供的方法，首先查询与手机号对应的发送状态码，然后获取表示手机号为空号的发送状态码对应的第一时间，最后根据距当前时刻在预设时长内的第一时间与手机号和账号绑定时的第二时间确定手机号和账号是 否能够解除绑定关系。

另外，对于当前网站而言，确定手机号和账号能够解除绑定关系之后，当前网站即可解除手机号和账号之间的绑定关系，相对于现有技术中只能够靠用户主动解绑的方法，可以及时释放存储的手机号资源，提高当前网站的资源利用率。

对于重新分配到手机号的用户而言，由于当前网站解除了之前手机号和账号之间的绑定关系，该用户在当前网站注册分配到账号时，可以建立手机号和分配到的账号之间的绑定关系，避免了由于之前手机号和账号之间的绑定关系影响该用户对手机号和分配到的账号的绑定行为，进一步提升用户体验。

实施例4

基于相同的发明构思，实施例4提供了一种绑定方法，所述方法用于原注册账号及与所述原注册账号具有绑定关系的绑定对象之间的解绑，以及在所述绑定对象与新注册账号之间建立绑定关系，如图6所示，该方法包括以下几个步骤：

步骤s61：接收将新注册账号和所述绑定对象建立绑定关系的绑定请求；

用户在网站注册成功时，网站即会分配给上述用户新注册账号，此用户还可以是拥有上述绑定对象的使用权限，此时，用户即可发出将绑定对象与分配到的新注册账号建立绑定关系的请求，此时，当前网站即可接收上述绑定请求。

步骤s62：判断所述绑定对象是否与所述原注册账号存在绑定关系；

网站在接收到上述绑定请求之后，即可判断绑定对象在当前网站的绑定情况，具体在判断上述绑定对象是否是与原注册账号存在绑定关系时，可以首先查询绑定对象在当前网站的所有绑定记录，根据绑定记录判断所述绑定对象是否是与原注册账号存在绑定关系。

步骤s63：确定是否能够解除所述原注册账号和所述绑定对象之间的绑定关系；

如果步骤s62的判断结果为是时，则根据原注册账号和所述绑定对象建立绑定关系的第二时间，以及所述绑定对象的状态为异常使用状态的使用状态记录生成时的第一时间，确定是否能够解除所述原注册账号和所述绑定对象之间的绑定关系，所述使用状态记录根据所述绑定对象所属的服务器获知的所述绑定对象的使用状态生成，所述使用状态包括正常使用状态和异常使用状态。

此步骤的具体确定方法参见实施例1或实施例2的方法，为避免重复，在此不再赘述，其中该实施例中的“原注册账号”即实施例1或实施例2中的“注册账号”。

步骤s64：解除所述绑定对象和所述原注册账号之间的绑定关系，并建立所述绑定对象和所述新注册账号之间的绑定关系。

当步骤s63中确定能够解除所述原注册账号和所述绑定对象之间的绑定关系时，解除所述绑定对象和所述原注册账号之间的绑定关系，并建立所述绑定对象和所述新注册账号之间的绑定关系。

采用实施例4提供的方法，对于重新分配到绑定对象的用户而言，该用户在当前网站注册分配到新注册账号时，由于当前网站解除绑定对象和原注册账号之间的绑定关系，可以建立新注册账号和绑定对象之间的绑定关系，避免了由于之前绑定对象和原注册账号之间的绑定关系影响该用户对绑定对象和新注册账号的绑定行为，提升用户体验。

实施例5

基于相同的发明构思，实施例5提供了一种解绑装置，用于确定是否能够解除注册账号和绑定对象之间的绑定关系，如图7所示，该装置包括：查询模块71，获取模块72和确定模块73，其中：

所述查询模块71，可以用于根据所述绑定对象查询所述绑定对象的使用状态记录，所述使用状态记录根据所述绑定对象所属的服务器获知的所述绑定对象的使用状态生成，所述使用状态包括正常使用状态和异常使用状态；

所述获取模块72，可以用于获取状态为异常使用状态的使用状态记录生成时的第一时间；

所述确定模块73，可以用于根据所述注册账号和所述绑定对象建立绑定关系时的第二时间与所述第一时间之间的关系，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系。

本装置实施例工作时，查询模块首先查询与绑定对象对应的所有使用状态记录，然后获取模块获取所述绑定对象处于异常使用状态的使用状态记录生成时的第一时间，最后确定模块根据所述注册账号和绑定对象建立绑定关系时的第二时间与所述第一时间确定是否解除所述注册账号和所述绑定对象之间的绑定关系。

实施例5中的确定模块73用于根据所述注册账号和所述绑定对象建立绑定关系时的第二时间与所述第一时间之间的关系，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系，具体可以包括：根据所述注册账号和所述绑定对象建立绑定关系的第二时间与距当前时刻在预设时长内的第一时间，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系。

另外，确定模块73用于根据所述注册账号和所述绑定对象建立绑定关系时的第二时间与所述第一时间之间的关系，确定是否能够解除所述注册账号和所述绑定对象之间的绑定关系，具体可以包括：如果所述注册账号和所述绑定对象建立绑定关系的第一时间早于所述第二时间，则确定能够解除所述注册账号和所述绑定对象之间的绑定关系；和/或，如果所述注册账号和所述绑定对象建立绑定关系的第一时间晚于所述第二时间，则确定不能解除所述注册账号和所述绑定对象之间的绑定关系。

实施例6

基于相同的发明构思，实施例6提供了一种绑定装置，所述装置用于原注册账号及与所述原注册账号具有绑定关系的绑定对象之间的解绑，以及在所述 绑定对象与新注册账号之间建立绑定关系，如图8所示，该装置包括接收模块81、判断模块82、确定解除模块83和绑定模块84，其中：

所述接收模块81，可以用于接收将新注册账号和所述绑定对象建立绑定关系的绑定请求；

所述判断模块82，可以用于判断所述绑定对象是否与所述原注册账号存在绑定关系；

所述确定解除模块83，可以用于在判断模块的判断结果为是时，根据原注册账号和所述绑定对象建立绑定关系的第二时间，以及所述绑定对象的状态为异常使用状态的使用状态记录生成时的第一时间，确定是否能够解除所述原注册账号和所述绑定对象之间的绑定关系，所述使用状态记录根据所述绑定对象所属的服务器获知的所述绑定对象的使用状态生成，所述使用状态包括正常使用状态和异常使用状态；

所述绑定模块84，可以用于在确定解除模块确定能够解除所述原注册账号和所述绑定对象之间的绑定关系时，解除所述绑定对象和所述原注册账号之间的绑定关系，并建立所述绑定对象和所述新注册账号之间的绑定关系。

本装置实施例工作时，接收模块接收将新注册账号和所述绑定对象建立绑定关系的绑定请求，判断模块判断所述绑定对象是否与所述原注册账号存在绑定关系，然后确定解除模块在判断模块的判断结果为是时，确定是否能够解除所述原注册账号和所述绑定对象之间的绑定关系，最后绑定模块在确定解除模块确定能够解除所述原注册账号和所述绑定对象之间的绑定关系时，解除所述绑定对象和所述原注册账号之间的绑定关系，并建立所述绑定对象和所述新注册账号之间的绑定关系。该装置实施例可以取得与前述的方法实施例4相同或类似的技术效果。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结 合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。