申请/专利权人：阿里巴巴集团控股有限公司

申请日：2016-02-22

公开（公告）日：2020-09-08

公开（公告）号：CN107104923B

主分类号：H04L29/06(20060101)

分类号：H04L29/06(20060101);H04L12/58(20060101)

优先权：

专利状态码：有效-授权

法律状态：2020.09.08#授权;2017.09.22#实质审查的生效;2017.08.29#公开

摘要：本申请实施例提供一种账号绑定和业务处理的方法及装置，该方法第一服务器接收到第二服务器发送的账号绑定请求后，确定用户输入的想要进行绑定的第一账号，并针对该第一账号，创建唯一的虚拟账号，同时建立该第一账号与该虚拟账号的绑定关系并保存，而后，再将该虚拟账号发送给第二服务器，使得该第二服务器建立并保存该虚拟账号与发送所述账号绑定请求所基于的第二账号的绑定关系。从上述方法中可以看出，用户在进行账号绑定时，第二服务器获取到的绑定账号并不是用户登录第一服务器的真实账号，而是唯一的虚拟账号，从而保证了用户真实账号的隐秘性，提高了用户真实账号的安全性。

主权项：1.一种账号绑定的方法，其特征在于，包括：第一服务器接收第二服务器发送的账号绑定请求；确定用户输入的第一账号，所述第一账号为所述第一服务器接收到所述第二服务器发送的账号绑定请求后，向所述第一服务器对应的第一客户端发送确定绑定账号的请求后确定的账号；确定预先针对所述第二服务器建立的虚拟账号库，所述虚拟账号库是所述第一服务器根据所述账号绑定请求中所涉及的关于所述第二服务器的参数，识别出发送所述账号绑定请求的即为所述第二服务器，并在识别出所述第二服务器后，确定出预先针对所述第二服务器建立的虚拟账号库；从所述虚拟账号库中选择一个未使用的虚拟账号，其中，不同的第二服务器对应的虚拟账号库中的虚拟账号不同；建立所述虚拟账号与所述第一账号的绑定关系，并保存；将所述虚拟账号发送给所述第二服务器，使得所述第二服务器在接收到所述虚拟账号后，建立并保存所述虚拟账号与发送所述账号绑定请求所基于的第二账号的绑定关系，其中，所述第二账号为用户登录所述第二服务器所使用的账号。

全文数据：一种账号绑定和业务处理的方法及装置技术领域[0001]本申请涉及计算机技术领域，尤其涉及一种账号绑定和业务处理方法及装置。背景技术[0002]随着计算机技术的不断发展，各种人性化的服务都相继孕育而出，其中，为了满足人们在实际生活中的各方面需求，人们相继推出了各种针对不同业务范畴的客户端来供人们进行使用，极大提高了人们对不同业务进行处理的能力和便利性，相信在不久的将来，各客户端的不断完善与革新还将为人们的生活带来更多的惊喜与发现。[0003]在实际应用中，为了方便用户能够快速的对各项业务处理，各业务对应的客户端通常都具有可将其他业务对应的客户端进行关联的功能，因此，用户为了能够更快的完成业务处理，通常情况下，用户都会将有业务关联的各客户端的用户账号进行绑定。[0004]例如，在实际应用中，用户有时在使用订餐客户端时，需要将订餐客户端界面中所展示的食物发送到即时通讯（InstantMessaging，IM客户端中，因此，为了能够快速、方便的完成这一系列操作，用户通常会将订餐客户端的用户账号与IM客户端的用户账户进行绑定，当用户想要将订餐客户端中所展示的食物发送到頂客户端中时，订餐客户端将根据用户所执行的指定操作，以及用户当前所使用的订餐客户端的用户账户，调取与该用户账号绑定的IM客户端的用户账户，并将该绑定的IM客户端的用户账号发送至IM客户端中，使得M客户端在接收到该绑定的用户账号时进行启动，进而使得用户可将订餐客户端中所展示的食物快速的发送到IM客户端中。因此，通过这种将相关联客户端用户账号进行绑定的方式，可极大的提高用户进行业务处理的效率，为人们的现实生活带来了更多的便利。[0005]然而，在实际应用中，用户在将一个客户端的用户账号绑定在另一个客户端上时，该另一个客户端获取到的用户账号通常都是正确且唯一的，这样，用户账号就将暴露给了该另一个客户端，从而降低了绑定账号的安全性。发明内容[0006]本申请实施例提供一种账号绑定和业务处理的方法及装置，用以解决现有技术中用户在将账号绑定在其他账号下时，绑定账号容易暴露，安全性较低的问题。[0007]本申请实施例提供的一种账号绑定的方法，包括：[0008]第一服务器接收第二服务器发送的账号绑定请求；[0009]确定用户输入的第一账号；[0010]创建唯一的虚拟账号；[0011]建立所述虚拟账号与所述第一账号的绑定关系，并保存；[0012]将所述虚拟账号发送给所述第二服务器，使得所述第二服务器在接收到所述虚拟账号后，建立并保存所述虚拟账号与发送所述账号绑定请求所基于的第二账号的绑定关系。[0013]本申请实施例提供的一种业务处理的方法，包括：[0014]第二服务器接收用户输入的调用请求；[0015]确定用户当前使用的第二账号；[0016]根据所述第二账号，确定与所述第二账号绑定的虚拟账号；[0017]将所述虚拟账号发送给第一服务器，使得所述第一服务器通过与所述虚拟账号绑定的第一账号执行业务。[0018]本申请实施例提供的一种账号绑定的装置，包括：[0019]接收模块，用于接收第二服务器发送的账号绑定请求；[0020]确定模块，用于确定用户输入的第一账号；[0021]创建模块，用于创建唯一的虚拟账号；[0022]建立保存模块，用于建立所述虚拟账号与所述第一账号的绑定关系，并保存；[0023]发送模块，用于将所述虚拟账号发送给所述第二服务器，使得所述第二服务器在接收到所述虚拟账号后，建立并保存所述虚拟账号与发送所述账号绑定请求所基于的第二账号的绑定关系。[0024]本申请实施例提供的一种业务处理的装置，包括：[0025]接收模块，用于接收用户输入的调用请求；[0026]第一确定模块，用于确定用户当前使用的第二账号；[0027]第二确定模块，用于根据所述第二账号，确定与所述第二账号绑定的虚拟账号；[0028]发送模块，用于将所述虚拟账号发送给第一服务器，使得所述第一服务器通过与所述虚拟账号绑定的第一账号执行业务。[0029]本申请实施例提供一种账号绑定和业务处理的方法及装置，该方法第一服务器接收到第二服务器发送的账号绑定请求后，确定用户输入的想要进行绑定的第一账号，并针对该第一账号，创建唯一的虚拟账号，同时建立该第一账号与该虚拟账号的绑定关系并保存，而后，再将该虚拟账号发送给第二服务器，使得该第二服务器建立并保存该虚拟账号与发送所述账号绑定请求所基于的第二账号的绑定关系。从上述方法中可以看出，用户在进灯账绑走时，第一服务器获取到的绑定账号并不是用户登录第一服务器的真实账号，而是唯一的虚拟账号，从而保证了用户真实账号的隐秘性，提高了用户真实账号的安全性。附图说明[0030]此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：[0031]图1为本申请实施例提供的账号绑定的过程；[0032]图2为本申请实施例提供的将修图客户端的账号与IM客户端的账号进行绑定的示意图；[0033]图3为本申请实施例提供的业务处理的过程；[0034]图4为本申请实施例提供的一种账号绑定的装置结构示意图；[0035]图5为本申请实施例提供的一种业务处理装置的结构示意图。具体实施方式[0036]为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。[0037]图1为本申请实施例提供的账号绑定的过程，具体包括以下步骤：[0038]S101:第一服务器接收第二服务器发送的账号绑定请求。[0039]在实际应用中，一些客户端中的某项业务功能通常都是需要其他的客户端来支持的，因此，用户为了能够完成对这些业务的快速处理，通常情况下，用户可将业务彼此关联的不同客户端的账号绑定在一起，其中，在账号的绑定过程中，用户需要先使用终端，来在该终端上安装的第二客户端即，绑定方客户端中输入相应的登录账号（S卩，第二账号），继而登录到相应的第二服务器中，而后，通过该第二服务器向第一客户端（S卩，被绑定方客户端所对应的第一服务器发送账号绑定请求，因此，为了能够完成这一账号绑定请求，第一服务器需要接收到第二服务器发送的账号绑定请求，继而可通过后续步骤S102〜S105,将绑定账号发送给该第二服务器来进行账号绑定。其中，用户使用的终端可以是电脑、智能手机、平板电脑等智能终端。例如，如图2所示。[0040]图2为本申请实施例提供的将修图客户端的账号与頂客户端的账号进行绑定的示意图。[0041]在图2中，当用户想要将修图客户端的账号与IM客户端的账号绑定在一起时，可先在终端所安装的修图客户端中输入相应的登录账号（即，上述提到的第二账号），而后进入该修图客户端的账号绑定页面中，根据该界面中所显示的能够绑定的业务选项，选取与IM相符合的业务选项，使得该修图客户端在监测到用户所选取的业务选项后，生成相应的账号绑定请求，并将该账号绑定请求发送给该修图客户端所对应的服务器即，上述提到的第二服务器）中。第二服务器在接收到该账号绑定请求后，可将该账号绑定请求发送给与頂客户端所对应的服务器（即，上述提到的第一服务器）中，使得第一服务器可将该账号绑定请求发送给对应的IM客户端，并通过后续步骤S102〜S105,来完成对用户修图客户端账号与IM客户端账号的绑定。[0042]S102:确定用户输入的第一账号。[0043]在实际应用中，用户在进行账号绑定时，第一服务器需要确定出用户想要绑定的第一账号，进而才能完成相应的账号绑定业务，因此，当第一服务器接收到第二服务器发送的账号绑定请求后，向该第一服务器对应的第一客户端发送确定绑定账号的请求，使得第一客户端在接收到该请求后，向用户显示出输入绑定账号的界面。用户在查看到该输入绑定账号的界面后，可将自己需要与所述第二账号建立绑定关系的第一账号输入到该界面中，使得第一客户端在接收到用户输入的第一账号后，将该第一账号发送给第一服务器，继而，第一服务器在接收到第一客户端发送的第一账号后，则将该第一账号确定为用户想要与第二账号建立绑定关系的账号。[0044]S103:创建唯一的虚拟账号。[0045]在现有技术中，用户在进行账号绑定时，服务器获取到的用户输入的绑定账号通常都是真实的账号，这样，该账号就暴露给了服务器，进而降低了用户账号的安全性。为了解决这一问题，在本申请实施例中，第一服务器在确定出用户想要与所述第二账号建立绑定关系的第一账号后，可针对该第一账号，创建唯一的虚拟账号，进而在后续步骤S104〜S105中，将该虚拟账号发送给第二服务器，使得第二服务器在接收到该虚拟账号后，将该虚拟账号与用户在第二服务器登录的第二账号进行绑定,从而有效的保证了用户真实账号的隐秘性，提高了用户账号的安全性。[0046]需要说明的是，在实际应用中，第二服务器在接收到第一服务器发送的虚拟账号后，若将该虚拟账号发送给了其他的第二服务器，则该其他的第二服务器在接收到该虚拟账号后，可能会通过该虚拟账号，在用户不知情的情况下，来对用户在第一服务器上的业务进行操作，进而给用户带来了损失。[0047]例如，假设用户通过IM客户端所对应的第一服务器向订餐客户端所对应的第二服务器发送了虚拟账号后，第二服务器可将该虚拟账号与用户当前登录该第二服务器所使用的第二账号建立绑定关系。而后，该第二服务器又将该虚拟账号发送给了视频客户端所对应的第二服务器（即，上述提到的其他的第二服务器），而该视频第二服务器在接收到该虚拟账号后，可基于后续步骤S104中第一服务器所建立的第一账号与该虚拟账号的绑定关系，可能会在用户不知情的情况下，使第一服务器通过与该虚拟账号绑定的第一账号来执行某项业务，进而可能会给用户带来一定的损失。[0048]为了避免上述问题的发生，在本申请实施例中，当第一服务器在根据用户输入的第一账号来创建唯一的虚拟账号时，可先确定出针对第二服务器而建立一个虚拟账号库，并在该虚拟账号库中选择一个未使用过的虚拟账号来作为发送给第二服务器进行绑定的虚拟账号。[0049]具体的，当第一服务器接收到第二服务器发送的账号绑定请求时，可根据该账号绑定请求中所涉及的关于第二服务器的参数，识别出发送该账号绑定请求的即为第二服务器，并在识别出该第二服务器后，确定出预先针对该第二服务器建立的虚拟账号库，其中，当第一服务器在接收到第二服务器发送的账号绑定请求后，发现此前并未对该第二服务器建立一个虚拟账号库，则第一服务器可针对该第二服务器，立即建立一个虚拟账号库。[0050]当第一服务器确定出该虚拟账号库后，可从该虚拟账号库中选择出一个未使用的虚拟账号，继而在后续步骤S104〜S105中，将该虚拟账号发送给第二服务器。而在后续用户通过第二服务器来调取用户在第一服务器的相关业务时，则第二服务器需要向将先前获取到的虚拟账号在第一服务器预先为其建立的虚拟账号库中进行判断，看该虚拟账号是否存在于该虚拟账号库中，并当该虚拟账号库中存在该虚拟账号时，才能允许调取用户在第一服务器中的相关业务。由于不同的第二服务器都会对应不同的虚拟账号库，因此，即使其他的第二服务器获取到到了第一服务器向第二服务器发送的虚拟账号，其他的第二服务器也无法使虚拟账号通过第一服务器为其各自建立的虚拟账号库的认证，继而无法调取用户在第一服务器的相关业务，保证了用户在第一服务器中相关业务的安全性。[0051]需要说明的是，第一服务器在确定出预先针对所述第二服务器而建立的虚拟账号库时，也可在该虚拟账号库中直接创建出一个虚拟账号，只要保证该虚拟账号的唯一性即可，其中，虚拟账号的唯一性是指虚拟账号对于不同的第二服务器来说都是具有唯一性的，艮P，不同的第二服务器中所包含的虚拟账号都是互不相同的。[0052]S104:建立所述虚拟账号与所述第一账号的绑定关系，并保存。[0053]当第一服务器根据接收到的账号绑定请求以及用户输入的第一账号，并创建出唯一的虚拟账号后，需要将该虚拟账号与该第一账号建立一个绑定关系，并进行保存，此举的目的在于，通常情况下，第一服务器只有在接收到对应的第一账号后，才能弹出用户在第一服务器相关业务的处理界面，而在本申请实施例中，由于第一服务器发送给第二服务器的绑定账号是一个虚拟账号，而并不是真实的第一账号，因此，第一服务器若不建立并保存该第一账号与虚拟账号的绑定关系，则用户在后续进行业务处理时，第二服务器将先前保存的虚拟账号发送给第一服务器后，该第一服务器将不能相应的弹出用户在该第一服务器的相关业务处理界面，进而使得用户无法顺利的完成相应的业务处理。[0054]S105:将所述虚拟账号发送给所述第二服务器，使得所述第二服务器在接收到所述虚拟账号后，建立并保存所述虚拟账号与发送所述账号绑定请求所基于的第二账号的绑定关系。[0055]在实际应用中，第二服务器通常需要知道用户通过第一服务器发送的绑定账号，才能将该绑定账号与用户在第二服务器登录的第二账号进行绑定，继而完成整个账号绑定过程。因此，第一服务器在建立并保存虚拟账号与第一账号的绑定关系后，需要将该虚拟账号发送至第二服务器，进而使得第二服务器在接收到该虚拟账号后，建立并保存该虚拟账号与用户通过第二服务器发送上述账号绑定请求所基于的第二账号（即，用户当前登录第二服务器所使用的第二账号）的绑定关系。[0056]通过上述方法可以看出，由于第一服务器在向第二服务器发送用户想要绑定的第一账号时，并不是将真实的第一账号发送给该第二服务器，而是将一个唯一的虚拟账号发送给了第二服务器，这样，在不影响业务处理的前提下，第二服务器也就无法获取到用户的真实第一账号，从而保证了用户真实账号的隐秘性，进而提高了用户真实账号的安全性。[0057]当第二服务器将上述虚拟账号与第二账号绑定后，用户即可在使用第二服务器所对应的第二客户端时，通过该虚拟账号，来完成第一服务器所对应的第一客户端的相关业务的调取，为此，下面将说明用户在进行业务处理时的详细过程。[0058]图3为本申请实施例提供的业务处理的过程，具体包括以下步骤：[0059]S301:第二服务器接收用户输入的调用请求。[0060]当用户想要对一些业务进行处理时，可使用终端上所安装的第二客户端来进行处理，而在实际应用中，对于一些业务来说，该第二客户端所对应的第二服务器可能并不具备对这些业务进行处理的能力，此时，为了方便用户能够快速的完成对这些业务的处理，该第二客户端所对应的第二服务器可调取能够处理这些业务的第一服务器来帮助用户完成这些业务的处理，因此，用户在对这些业务进行处理时，可在该第二服务器所对应的第二客户端上输入相应的第二账号，从而登录到该第二服务器中，而后，用户可根据该第二客户端上所显示的业务界面，依据自身的实际需求，来选择相应的业务，继而使得第二服务器根据该第二客户端所发出的信息，监测到用户所执行的指定操作，从而根据监测到的用户执行的这一指定操作，生成针对该指定操作的一个调用请求。[0061]继续沿用上述图1中S101所示的示例，当用户在终端上使用修图客户端（S卩，上述提到的第二客户端时，可先在该修图客户端上登录相应的账号，继而登录到该修图客户端所对应的服务器（即，上述提到的第二服务器）中，而后，用户根据自己的实际需求，想要将修过的图片发送至终端所安装的IM客户端中，因此，用户可在该修图客户端的界面上选择相应的发图选项，使得该修图客户端在监测到用户选取了该选项后，可向第二服务器发送信息。当该第二服务器接收到该信息后，可监测到用户在该修图客户端上执行了指定的操作，继而根据该指定操作，生成一个相应的调用请求。[0062]S302:确定用户当前使用的第二账号。[0063]在实际应用中，当用户想对某一项业务进行处理而需要调用另一项业务来帮助完成时，通常需要在基于这两个账号具有绑定关系的前提下来完成，而此时，服务器需要先确定出其中的一个账号后，才能根据先前保存的两账号的绑定关系，来确定出另一个账号，继而根据确定出的该另一个账号，来调取相应的业务。因此，在本申请实施例中，当第二服务器接收到用户输入的调用请求后，根据用户登录该第二服务器所使用的第二账号，来确定出该第二账号，进而通过后续步骤S303〜S304,根据预先建立的账号绑定关系，来调取第一服务器相应的业务。[0064]S303:根据所述第二账号，确定与所述第二账号绑定的虚拟账号。[0065]由于在实际应用中，用户在对某一项业务进行处理而需要调用另一项业务来帮助完成时，第二服务器通常需要知道该另一项业务的账号才能对其进行调取，因此，在本申请实施例中，当第二服务器确定出用户当前所使用的第二账号后，可根据先前接收到的调用请求和该第二账号，以及预先保存的该第二账号与虚拟账号的绑定关系，确定出该第二账号所对应的虚拟账号，从而可在后续步骤S304中，将该虚拟账号发送给第一服务器，进而完成对该第一服务器相关业务的调取工作。[0066]S304:将所述虚拟账号发送给第一服务器，使得所述第一服务器通过与所述虚拟账号绑定的第一账号执行业务。[0067]当第二服务器确定出所述虚拟账号后，可将该虚拟账号发送给第一服务器，继而完成后续的对应第一服务器相关业务的调取工作，即，第一服务器在接收到该虚拟账号后，通过与该虚拟账号绑定的第一账号来进行相关业务的执行。而在本申请实施例中，当第二服务器将虚拟账号发送至第一服务器时，需要从第一服务器中调取出该第一服务器预先为第二服务器建立的虚拟账号库，并在该虚拟账号库中判断该虚拟账号是否存在与该虚拟账号库中，若是，则确定出该虚拟账号是先前在进行账号绑定时第一服务器向第二服务器发送的虚拟账号，并将该虚拟账号发送给该第一服务器，若否，则确定出该虚拟账号不是先前在进行账号绑定时第一服务器向第二服务器发送的虚拟账号，进而不将该虚拟账号发送给第一服务器。而后，当第一服务器接收到第二服务器发送的虚拟账号后，可根据先前保存的该虚拟账号与第一账号的绑定关系，确定出该第一账号，继而通过该第一账号，来进行相关业务的执行。[0068]继续沿用上例，当修图客户端所对应的第二服务器确定出与用户当前登录的第二账号具有绑定关系的虚拟账号后，可先从IM客户端对应的第一服务器中调取出先前为其建立的虚拟账号库，判断该虚拟账号是否存在于该虚拟账号库中，若是，则确定出该虚拟账号是先前在进行账号绑定时第一服务器向第二服务器发送的虚拟账号，进而将该虚拟账号发送给M客户端对应的第一服务器，若否，则确定出该虚拟账号不是先前在进行账号绑定时第一服务器向第二服务器发送的虚拟账号，进而不将该虚拟账号发送给™客户端所对应的第一服务器。[0069]而后，当修图客户端对应的第二服务器将虚拟账号发送给IM客户端对应的第一服务器后，第一服务器可根据预先保存的该虚拟账号与頂账号（即，第一账号）的绑定关系，确定出该第一账号，继而通过该第一账号，允许第二服务器对用户在第一服务器中相关业务的进行调取，使得第二服务器在调取到该用户在第一服务器中的相关业务后，根据监测到的用户所执行的指定业务操作，来将用户需要在客户端中展示的图发^至，一服务器中，进而使得第一服务器在接收到第二服务器发送的图后，完成对该图进行展示的业务处理。[0070]通过上述方法可以看出，由于第一服务器在向第二服务器发送用户想要绑定的第一账号时，并不是将真实的第一账号发送给该第二服务器，而是将一个唯一的虚拟账号发送给了第二服务器，这样，在不影响业务处理的前提下，第二服务器也就无法获取到用户的真实第一账号，从而保证了用户真实账号的隐秘性，进而提高了用户真实账号的安全性。[0071]需要说明的是，在实际应用中，不同的第二服务器可能处于同一网络平台中，即，用户使用同一账号来完成对这些不同第二服务器的登录及使用，而这些不同的第二服务器中的某一业务在进行时，可能都需要第一服务器中同一业务来帮助其完成，因此，网络平台为了方便用户能够在进行一次账号绑定后，即可在该网络平台的不同服务器中都能够调取第一服务器相关的业务，因此，该网络平台可将不同第二服务器中保存的虚拟账号相互进行共享。[0072]由于第二服务器在对第一服务器相关业务进行调取时，需要先调取第一服务器先前为其建立的虚拟账号库，并在该虚拟账号库中判断是否存在确定出的虚拟账号，进而当确定该虚拟账号存在于该虚拟账号库中时，向第一服务器发送给虚拟账号，继而完成对第一服务器相关业务的调取工作。然而，第一服务器都会对不同的第二服务器建立相应的虚拟账号库，这使得第二服务器在判断确定出的虚拟账号是否存在于虚拟账号库中时，只能在自己的虚拟账号库中进行判断，因此，即使网络平台将不同第二服务器所保存的虚拟账号进行共享，用户也无法在进行一次账号绑定后，即可在同一网络平台下的不同第二服务器中都能够调取第一服务器相关的业务。[0073]为了避免上述问题的发生，在本申请实施例中，第二服务器可向其他的第二服务器发送授权使用虚拟账号库的请求，使得当其他的第二服务器在接收到该请求后，对该请求进行审核，并根据审核结果判断是否对该第二服务器进行授权，其中，若审核结果通过，则允许该第二服务器使用所述第一服务器为其建立的虚拟账号库，若审核结果不通过，则不允许该第二服务器使用第一服务器为其建立的虚拟账号库。因此，当第二服务器在确定出虚拟账号后，发现该虚拟账号并不存在于第一服务器为其建立的虚拟账号库中，则第二服务器可从与其具有授权关系的其他第二服务器的虚拟账号库中，来判断该虚拟账号是否存在于虚拟账号库中，并当存在时，向第一服务器发送该虚拟账号。这样，用户在进行一次账号绑定后，即可在同一网络平台中的不同第二服务器中来调取第一服务器相关的业务。其中，其他的第二服务器在对第二服务器发送的授权请求进行审核时，可采用一定的规则进行审核，也可采用人工的方法来进行审核，在此就不进行详细的限定。[0074]以上为本申请实施例提供的账号绑定和业务处理的方法，基于同样的思路，本申请实施例还提供账号绑定和业务处理的装置，如图4、图5所示。[0075]图4为本申请实施例提供的一种账号绑定的装置结构示意图，具体包括：[0076]接收模块401，用于接收第二服务器发送的账号绑定请求；[0077]确定模块402，用于确定用户输入的第一账号；[0078]创建模块403，用于创建唯一的虚拟账号；[0079]建立保存模块404,用于建立所述虚拟账号与所述第一账号的绑定关系，并保存；[0080]发送模块405,用于将所述虚拟账号发送给所述第二服务器，使得所述第二服务器在接收到所述虚拟账号后，建立并保存所述虚拟账号与发送所述账号绑定请求所基于的第二账号的绑定关系。[0081]所述创建模块403具体用于，确定预先针对所述第二服务器建立的虚拟账号库;从所述虚拟账号库中选择未使用的虚拟账号，其中，不同的第二服务器对应的虚拟账号库中的虚拟账号不同。[0082]图5为本申请实施例提供的一种业务处理装置的结构示意图，具体包括：[0083]接收模块501，用于接收用户输入的调用请求；[0084]第一确定模块502,用于确定用户当前使用的第二账号；[0085]第二确定模块503,用于根据所述第二账号，确定与所述第二账号绑定的虚拟账号；[0086]发送模块504，用于将所述虚拟账号发送给第一服务器，使得所述第一服务器通过与所述虚拟账号绑定的第一账号执行业务。[0087]所述第二确定模块503具体用于，所述装置在自身的虚拟账号库中，确定与所述第二账号绑定的虚拟账号，其中，所述装置自身的虚拟账号库是所述第一服务器为所述装置建立的。[0088]所述第二确定模块503具体用于，当所述装置在自身的虚拟账号库中未确定出与所述第二账号绑定的虚拟账号时，从与所述装置具有授权关系的其他服务器的虚拟账号库中，确定与所述第二账号绑定的虚拟账号。[0089]本申请实施例提供一种账号绑定和业务处理的方法及装置，该方法第一服务器接收到第二服务器发送的账号绑定请求后，确定用户输入的想要进行绑定的第一账号，并针对该第一账号，创建唯一的虚拟账号，同时建立该第一账号与该虚拟账号的绑定关系并保存，而后，再将该虚拟账号发送给第二服务器，使得该第二服务器建立并保存该虚拟账号与发送所述账号绑定请求所基于的第二账号的绑定关系。从上述方法中可以看出，用户在进行账号绑定时，第二服务器获取到的绑定账号并不是用户登录第一服务器的真实账号，而是唯一的虚拟账号，从而保证了用户真实账号的隐秘性，提高了用户真实账号的安全性。[0090]在一个典型的配置中，计算设备包括一个或多个处理器CPU、输入输出接口、网络接口和内存。[0091]内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器RAM和或非易失性内存等形式，如只读存储器ROM或闪存flashRAM。内存是计算机可读介质的示例。[0092]计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存PRAM、静态随机存取存储器SRAM、动态随机存取存储器DRAM、其他类型的随机存取存储器RAM、只读存储器ROM、电可擦除可编程只读存储器EEPR0M、快闪记忆体或其他内存技术、只读光盘只读存储器CD-ROM、数字多功能光盘DVD或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体transitorymedia，如调制的数据信号和载波。[0093]还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。[0094]本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质包括但不限于磁盘存储器、CD-ROM、光学存储器等上实施的计算机程序产品的形式。[0095]以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

权利要求：1.一种账号绑定的方法，其特征在于，包括：第一服务器接收第二服务器发送的账号绑定请求；确定用户输入的第一账号；创建唯一的虚拟账号；建立所述虚拟账号与所述第一账号的绑定关系，并保存；将所述虚拟账号发送给所述第二服务器，使得所述第二服务器在接收到所述虚拟账号后，建立并保存所述虚拟账号与发送所述账号绑定请求所基于的第二账号的绑定关系。2.如权利要求1所述的方法，其特征在于，创建唯一的虚拟账号，具体包括：确定预先针对所述第二服务器建立的虚拟账号库；从所述虚拟账号库中选择未使用的虚拟账号，其中，不同的第二服务器对应的虚拟账号库中的虚拟账号不同。3.—种业务处理的方法，其特征在于，包括：第二服务器接收用户输入的调用请求；确定用户当前使用的第二账号；根据所述第二账号，确定与所述第二账号绑定的虚拟账号；将所述虚拟账号发送给第一服务器，使得所述第一服务器通过与所述虚拟账号绑定的第一账号执行业务。4.如权利要求3所述的方法，其特征在于，确定与所述第二账号绑定的虚拟账号，具体包括：所述第二服务器在自身的虚拟账号库中，确定与所述第二账号绑定的虚拟账号，其中，所述第二服务器自身的虚拟账号库是所述第一服务器为所述第二服务器建立的。5.如权利要求4所述的方法，其特征在于，确定与所述第二账号绑定的虚拟账号，具体包括：当所述第二服务器在自身的虚拟账号库中未确定出与所述第二账号绑定的虚拟账号时，从与所述第二服务器具有授权关系的其他服务器的虚拟账号库中，确定与所述第二账号绑定的虚拟账号。6.—种账号绑定的装置，其特征在于，包括：接收模块，用于接收第二服务器发送的账号绑定请求；确定模块，用于确定用户输入的第一账号；创建模块，用于创建唯一的虚拟账号；建立保存模块，用于建立所述虚拟账号与所述第一账号的绑定关系，并保存；发送模块，用于将所述虚拟账号发送给所述第二服务器，使得所述第二服务器在接收到所述虚拟账号后，建立并保存所述虚拟账号与发送所述账号绑定请求所基于的第二账号的绑定关系。7.如权利要求6所述的装置，其特征在于，所述创建模块具体用于，确定预先针对所述第二服务器建立的虚拟账号库;从所述虚拟账号库中选择未使用的虚拟账号，其中，不同的第二服务器对应的虚拟账号库中的虚拟账号不同。8.—种业务处理的装置，其特征在于，包括：接收模块，用于接收用户输入的调用请求；第一确定模块，用于确定用户当前使用的第二账号；第二确定模块，用于根据所述第二账号，确定与所述第二账号绑定的虚拟账号；发送模块，用于将所述虚拟账号发送给第一服务器，使得所述第一服务器通过与所述虚拟账号绑定的第一账号执行业务。9.如权利要求8所述的装置，其特征在于，所述第二确定模块具体用于，所述装置在自身的虚拟账号库中，确定与所述第二账号绑定的虚拟账号，其中，所述装置自身的虚拟账号库是所述第一服务器为所述装置建立的。10.如权利要求8所述的装置，其特征在于，所述第二确定模块具体用于，当所述装置在自身的虚拟账号库中未确定出与所述第二账号绑定的虚拟账号时，从与所述装置具有授权关系的其他服务器的虚拟账号库中，确定与所述第二账号绑定的虚拟账号。

百度查询： 阿里巴巴集团控股有限公司 一种账号绑定和业务处理的方法及装置

免责声明
1、本报告根据公开、合法渠道获得相关数据和信息，力求客观、公正，但并不保证数据的最终完整性和准确性。
2、报告中的分析和结论仅反映本公司于发布本报告当日的职业理解，仅供参考使用，不能作为本公司承担任何法律责任的依据或者凭证。

阅读全文 双屏查看 官方信息 专利公告 收藏专利 下载PDF 下载WORD