CN105429929A - 一种信息处理方法、客户端、服务器及系统 - Google Patents
一种信息处理方法、客户端、服务器及系统 Download PDFInfo
- Publication number
- CN105429929A CN105429929A CN201410448421.0A CN201410448421A CN105429929A CN 105429929 A CN105429929 A CN 105429929A CN 201410448421 A CN201410448421 A CN 201410448421A CN 105429929 A CN105429929 A CN 105429929A
- Authority
- CN
- China
- Prior art keywords
- accounts information
- server
- application
- information
- request
- 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.)
- Granted
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种信息处理方法、客户端、服务器及系统，其中，所述方法包括：向服务器发送第一应用的注册请求，所述注册请求携带有第一账户信息，使得所述服务器根据所述注册请求生成所述第一账户信息的第一标识，将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；使用与第一标识关联的所述N个账户信息中的任意一个账户信息生成所述第一应用的登录请求，发送所述登录请求至服务器，接收到服务器返回的登录验证通过的响应信息后，登录所述第一应用。
Description
技术领域
本发明涉及信息处理领域中的账户管理技术，尤其涉及一种信息处理方法、客户端、服务器及系统。
背景技术
目前，针对于一个应用，通常会注册一个账户用于登录，对应用进行操作，也有一些应用是指定采用其他应用已注册的账户注册并登录。但是，这样会存在一个问题，这些指定采用其他应用已注册的账户注册并登录的应用，可能会由于用户每次采用不同的账户登录，而导致产生多个针对不同的注册账户的标识信息。
可见，现有技术中，用户使用不同账户登录同一应用时，服务器端会需要大量的空间来保存这些标识，从而导致了服务器端的存储资源的浪费。
发明内容
有鉴于此，本发明的主要目的在于提供一种信息处理方法、客户端、服务器及系统，至少解决了现有技术中存在的上述问题
本发明实施例的技术方案是这样实现的：
本发明实施例提供了一种信息处理方法，应用于客户端，所述方法包括：
向服务器发送第一应用的注册请求，所述注册请求携带有第一账户信息，使得所述服务器根据所述注册请求生成所述第一账户信息的第一标识，将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
使用与第一标识关联的所述N个账户信息中的任意一个账户信息生成所述第一应用的登录请求，发送所述登录请求至服务器，接收到服务器返回的登录验证通过的响应信息后，登录所述第一应用。
上述方案中，所述方法还包括：
分别发送针对第一应用的M个第一请求至服务器，所述第一请求携带有第二账户信息，使得所述服务器从所述M个第一请求中获取M个第二账户信息，将所述M个第二账户信息与所述第一标识关联，且所述M个第二账户信息包含于所述N个账户信息中，其中M为大于等于1且小于等于N-1的正整数。
上述方案中，分别发送针对第一应用的M个第一请求至服务器之前，所述方法还包括：
生成第一提示信息，所述第一提示信息用于提示用户输入需要与所述第一应用的第一标识进行关联的M第二账户信息；
接收针对第一提示信息的响应信息，将响应信息中包含的所述M第二账户信息；
分别生成携带有M个所述第二个账户信息针对第一应用的M个第一请求。
上述方案中，所述登录所述第一应用之后，所述方法还包括：
选取第一文件；
当确定分享所述第一文件时，发送针对于所述第一文件的分享指令至服务器，使得所述服务器根据所述分享指令，将所述第一文件发送至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中。
本发明实施例提供了一种信息处理方法，应用于服务器，所述方法包括：
服务器接收到客户端发来的第一应用的注册请求，所述注册请求携带有第一账户信息；
根据所述注册请求生成所述第一账户信息的第一标识；
将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
接收到客户端发来的所述第一应用的登录请求，
当确定所述登录请求中包含与第一标识关联的所述N个账户信息中的任意一个账户信息后，向客户端返回登录验证通过的响应信息，使得所述客户端登录所述第一应用。
上述方案中，将所述第一标识与N个账户信息关联，包括：
接收到针对第一应用的M个第一请求，所述第一请求携带有账户信息；
从所述M个第一请求中获取M个账户信息，将所述M个账户信息与所述第一标识关联，且所述M个账户信息包含于所述N个账户信息中，其中M为大于等于1且小于等于N-1的正整数。
上述方案中，将所述第一标识与N个账户信息关联，包括：
选取与所述第一账户信息符合第一预设条件的L个账户信息，
将所述第一标识与所述L个账户信息关联，所述L为大于等于1且小于等于N-1的正整数。
上述方案中，所述向客户端返回登录验证通过的响应信息之后，所述方法还包括：
接收到客户端发来的针对于第一文件的分享指令；
根据所述分享指令，将所述第一文件发送至与第一标识关联的所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中。
本发明实施例还提供了一种客户端，所述客户端包括：
注册单元，用于向服务器发送第一应用的注册请求，所述注册请求携带有第一账户信息，使得所述服务器根据所述注册请求生成所述第一账户信息的第一标识，将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
处理单元，用于使用与第一标识关联的所述N个账户信息中的任意一个账户信息生成所述第一应用的登录请求，发送所述登录请求至服务器，接收到服务器返回的登录验证通过的响应信息后，登录所述第一应用。
上述方案中，所述客户端还包括：
关联单元，用于在注册单元向服务器发送第一应用的注册请求之后，分别发送针对第一应用的M个第一请求至服务器，所述第一请求携带有第二账户信息，使得所述服务器从所述M个第一请求中获取M个第二账户信息，将所述M个第二账户信息与所述第一标识关联，且所述M个第二账户信息包含于所述N个账户信息中，其中M为大于等于1且小于等于N-1的正整数。
上述方案中，所述关联单元包括：
交互子单元，用于生成第一提示信息，所述第一提示信息用于提示用户输入需要与所述第一应用的第一标识进行关联的M第二账户信息；接收针对第一提示信息的响应信息，将响应信息中包含的所述M第二账户信息；
生成子单元，用于分别生成携带有M个所述第二个账户信息针对第一应用的M个第一请求。
上述方案中，所述客户端还包括：
分享单元，用于选当确定分享所述第一文件时，发送针对于所述第一文件的分享指令至服务器，使得所述服务器根据所述分享指令，将所述第一文件发送至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中；
相应的，所述处理单元，还用于选取第一文件。
本发明实施例还提供了一种服务器，所述服务器包括：
接收单元，用于接收到客户端发来的第一应用的注册请求，所述注册请求携带有第一账户信息；以及接收到客户端发来的所述第一应用的登录请求；
标识生成单元，用于根据所述注册请求生成所述第一账户信息的第一标识；
关联单元，用于将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
处理单元，用于当确定所述登录请求中包含与第一标识关联的所述N个账户信息中的任意一个账户信息后，通过发送单元向客户端返回登录验证通过的响应信息，使得所述客户端登录所述第一应用；
发送单元，用于发送登录验证通过的响应信息。
上述方案中，所述关联单元，具体用于接收到针对第一应用的M个第一请求，所述第一请求携带有账户信息；从所述M个第一请求中获取M个账户信息，将所述M个账户信息与所述第一标识关联，且所述M个账户信息包含于所述N个账户信息中，其中M为大于等于1且小于等于N-1的正整数。
上述方案中，所述关联单元，具体用于选取与所述第一账户信息符合第一预设条件的L个账户信息，将所述第一标识与所述L个账户信息关联，所述L为大于等于1且小于等于N-1的正整数。
上述方案中，所述处理单元，还用于接收到客户端发来的针对于第一文件的分享指令；根据所述分享指令，将所述第一文件发送至与第一标识关联的所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中。
本发明实施例提供了一种信息处理系统，所述系统包括：
客户端，用于向服务器发送第一应用的注册请求，所述注册请求携带有第一账户信息，使用与第一标识关联的所述N个账户信息中的任意一个账户信息生成所述第一应用的登录请求，发送所述登录请求至服务器，接收到服务器返回的登录验证通过的响应信息后，登录所述第一应用；
服务器，用于接收到客户端发来的第一应用的注册请求；根据所述注册请求生成所述第一账户信息的第一标识；将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；接收到客户端发来的所述第一应用的登录请求，当确定所述登录请求中包含与第一标识关联的所述N个账户信息中的任意一个账户信息后，向客户端返回登录验证通过的响应信息。
采用本发明提供的信息处理方法、客户端、服务器及系统，就能够使用第一账户信息针对第一应用进行注册时，生成与第一账户信息对应的第一标识，然后将所述第一标识与多个账户信息进行关联；从而可以使用与第一标识关联的所述N个账户信息中的任意一个账户信息登录所述第一应用。如此，用户可以将多个账户关联至唯一标识并登录对应的第一应用，从而保证服务器端不会浪费大量的空间来保存大量的针对注册账户的标识，减少了服务器端存储资源的浪费。
附图说明
图1为本发明实施例客户端侧的信息处理方法流程示意图一；
图2为本发明实施例使用场景示意图；
图3为本发明实施例客户端侧的信息处理方法流程示意图二；
图4为本发明实施例服务器侧的信息处理方法流程示意图一；
图5为本发明实施例服务器侧的信息处理方法流程示意图二；
图6为本发明实施例客户端组成结构示意图一；
图7为本发明实施例客户端组成结构示意图二；
图8为本发明实施例服务器组成结构示意图；
图9为本发明实施例信息处理系统组成示意图。
具体实施方式
下面结合附图对技术方案的实施作进一步的详细描述。
实施例一、
本发明实施例提供了一种信息处理方法，应用于客户端，如图1所示，包括：
步骤101：向服务器发送第一应用的注册请求，所述注册请求携带有第一账户信息，使得所述服务器根据所述注册请求生成所述第一账户信息的第一标识，将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
步骤102：使用与第一标识关联的所述N个账户信息中的任意一个账户信息生成所述第一应用的登录请求，发送所述登录请求至服务器，接收到服务器返回的登录验证通过的响应信息后，登录所述第一应用。
这里，所述第一应用可以为任意一个需要账户登录的应用，比如可以为微视、微信等应用。
所述注册请求具体可以包括第一应用的名称、第一账户信息；其中，所述第一账户信息包括用户名以及密码。
所述根据所述注册请求生成所述第一账户信息的第一标识可以为当服务器收到注册请求后，根据所述注册请求生成针对于所述第一账户信息的唯一编号；该第一标识只有在注册账户时才会产生。
比如，当用户下载一个应用后，需要首先进行注册，当发出注册的用户名“A”以及密码“123456”后，由服务器端进行验证，如果验证通过，则针对本次注册的用户名以及密码生成一个唯一的标识。这里，需要说明的是，第一标识的生成只是与注册挂钩的，当用户再次进行注册时，可以再次生成另一个标识。
其中，所述服务器端进行验证的方法可以为判断密码以及用户名的组成是否满足预设的规则，包括长度、数字的数量、字母的数量、字符的数量等。
优选地，所述第一账户信息还可以包括：第二应用的名称、用户名及密码，比如，当使用微视时，可以采用用户登录其他应用的用户名及密码登录，可以为QQ号码登录；那么就需要将QQ作为第二应用的名称，再结合输入的用户名及密码生成第一账户信息，利用所述第一账户信息以及第一应用的名称生成注册请求；
相应的，在服务器侧，当接收到注册请求后，提取第一账户信息，当第一账户信息中包括了第二应用的名称时，将用户名以及密码发送至QQ的服务器进行验证，验证通过后，在服务器端生成对应的第一标识。
可见，采用上述方法，就能够使用第一账户信息针对第一应用进行注册时，生成与第一账户信息对应的第一标识，然后将所述第一标识与多个账户信息进行关联；从而可以使用与第一标识关联的所述N个账户信息中的任意一个账户信息登录所述第一应用。如此，就可以使得用户采用多种账户均关联至唯一标识登录对应的第一应用，并且保证服务器端不会浪费大量的空间来保存大量的针对注册账户的标识。
实施例二、
本发明实施例提供了一种信息处理方法，应用于客户端，如图1所示，包括：
步骤101：向服务器发送第一应用的注册请求，所述注册请求携带有第一账户信息，使得所述服务器根据所述注册请求生成所述第一账户信息的第一标识，将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
步骤102：使用与第一标识关联的所述N个账户信息中的任意一个账户信息生成所述第一应用的登录请求，发送所述登录请求至服务器，接收到服务器返回的登录验证通过的响应信息后，登录所述第一应用。
这里，所述第一应用可以为任意一个需要账户登录的应用，比如可以为微视、微信等应用。
所述注册请求具体可以包括第一应用的名称、第一账户信息；其中，所述第一账户信息包括用户名以及密码。
所述根据所述注册请求生成所述第一账户信息的第一标识可以为当服务器收到注册请求后，根据所述注册请求生成针对于所述第一账户信息的唯一编号；该第一标识只有在注册账户时才会产生。
比如，当用户下载一个应用后，需要首先进行注册，当发出注册的用户名“A”以及密码“123456”后，由服务器端进行验证，如果验证通过，则针对本次注册的用户名以及密码生成一个唯一的标识。这里，需要说明的是，第一标识的生成只是与注册挂钩的，当用户再次进行注册时，可以再次生成另一个标识。
其中，所述服务器端进行验证的方法可以为判断密码以及用户名的组成是否满足预设的规则，包括长度、数字的数量、字母的数量、字符的数量等。
优选地，所述第一账户信息还可以包括：第二应用的名称、用户名及密码，比如，当使用微视时，可以采用用户登录其他应用的用户名及密码登录，可以为QQ号码登录；那么就需要将QQ作为第二应用的名称，再结合输入的用户名及密码生成第一账户信息，利用所述第一账户信息以及第一应用的名称生成注册请求；
相应的，在服务器侧，当接收到注册请求后，提取第一账户信息，当第一账户信息中包括了第二应用的名称时，将用户名以及密码发送至QQ的服务器进行验证，验证通过后，在服务器端生成对应的第一标识。
优选地，本实施例中还包括：由客户端向服务器发送与第一标识关联的多个账户信息，以使得服务器将第一标识与N个账户信息关联，所述N个账户信息包括第一账户信息以及除所述第一账户信息之外的多个账户信息；
具体的，分别发送针对第一应用的M个第一请求至服务器，所述第一请求携带有第二账户信息，使得所述服务器从所述M个第一请求中获取M个第二账户信息，将所述M个第二账户信息与所述第一标识关联，且所述M个第二账户信息包含于所述N个账户信息中，其中M为大于等于1且小于等于N-1的正整数。
其中，所述第一请求可以包括：第二账户信息，以及将所述第二账户信息与所述第一标识进行关联的请求；所述第二账户信息可以包括：应用的名称、用户名以及密码。
可以理解的是，在执行上述分别发送针对所述第一应用的M个第一请求至服务器之前，客户端需要至少通过所述第一账户信息登录至所述第一应用。
进一步的，所述分别发送针对第一应用的M个第一请求至服务器之前，还可以包括：生成第一提示信息，所述第一提示信息提示用户输入需要与所述第一应用的第一标识进行关联的M第二账户信息；
接收针对第一提示信息的响应信息，将响应信息中包含的所述M第二账户信息；
分别生成携带有M个所述第二个账户信息针对第一应用的M个第一请求。
如此，就可以由用户主动将需要关联的多个账户信息发送至服务器，由服务器完成关联的操作。
举例说明，如图2所示，以微视为例，微视现有的登陆方式，有手Q登陆、微信登陆、新浪微博登陆这几种；
当注册时采用手Q登录的方式时，则会生成微视内的第一标识；
当用户通过手Q登录的方式登录之后，在微视中，分别将微信账户以及新浪微博账户发送至服务器，由服务器将所述微信账户以及新浪微博账户与第一标识关联。
如果用户下次再次登录时，选择了微信登录，则由服务器验证所述微信账户是否已经于第一标识关联，如果已经关联，则登录微视。
可见，采用上述方法，就能够使用第一账户信息针对第一应用进行注册时，生成与第一账户信息对应的第一标识，然后将所述第一标识与多个账户信息进行关联；从而可以使用与第一标识关联的所述N个账户信息中的任意一个账户信息登录所述第一应用。如此，就可以使得用户采用多种账户均关联至唯一标识登录对应的第一应用，并且保证服务器端不会浪费大量的空间来保存大量的针对注册账户的标识。
实施例三、
本发明实施例提供了一种信息处理方法，应用于客户端，如图3所示，包括：
步骤301：向服务器发送第一应用的注册请求，所述注册请求携带有第一账户信息，使得所述服务器根据所述注册请求生成所述第一账户信息的第一标识，将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
步骤302：使用与第一标识关联的所述N个账户信息中的任意一个账户信息生成所述第一应用的登录请求，发送所述登录请求至服务器，接收到服务器返回的登录验证通过的响应信息后，登录所述第一应用；
步骤303：选取第一文件；
步骤304：当确定分享所述第一文件时，发送针对于所述第一文件的分享指令至服务器，使得所述服务器根据所述分享指令，将所述第一文件发送至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中。
这里，所述第一应用可以为任意一个需要账户登录的应用，比如可以为微视、微信等应用。
所述注册请求具体可以包括第一应用的名称、第一账户信息；其中，所述第一账户信息包括用户名以及密码。
所述根据所述注册请求生成所述第一账户信息的第一标识可以为当服务器收到注册请求后，根据所述注册请求生成针对于所述第一账户信息的唯一编号；该第一标识只有在注册账户时才会产生。
其中，所述服务器端进行验证的方法可以为判断密码以及用户名的组成是否满足预设的规则，包括长度、数字的数量、字母的数量、字符的数量等。
优选地，所述第一账户信息还可以包括：第二应用的名称、用户名及密码，比如，当使用微视时，可以采用用户登录其他应用的用户名及密码登录，可以为QQ号码登录；那么就需要将QQ作为第二应用的名称，再结合输入的用户名及密码生成第一账户信息，利用所述第一账户信息以及第一应用的名称生成注册请求；
相应的，在服务器侧，当接收到注册请求后，提取第一账户信息，当第一账户信息中包括了第二应用的名称时，将用户名以及密码发送至QQ的服务器进行验证，验证通过后，在服务器端生成对应的第一标识。
优选地，本实施例中还包括：由客户端向服务器发送与第一标识关联的多个账户信息，以使得服务器将第一标识与N个账户信息关联，所述N个账户信息包括第一账户信息以及除所述第一账户信息之外的多个账户信息；
具体的，分别发送针对第一应用的M个第一请求至服务器，所述第一请求携带有第二账户信息，使得所述服务器从所述M个第一请求中获取M个第二账户信息，将所述M个第二账户信息与所述第一标识关联，且所述M个第二账户信息包含于所述N个账户信息中，其中M为大于等于1且小于等于N-1的正整数。
其中，所述第一请求可以包括：第二账户信息，以及将所述第二账户信息与所述第一标识进行关联的请求；所述第二账户信息可以包括：应用的名称、用户名以及密码。
可以理解的是，在执行上述分别发送针对所述第一应用的M个第一请求至服务器之前，客户端需要至少通过所述第一账户信息登录至所述第一应用。
进一步的，所述分别发送针对第一应用的M个第一请求至服务器之前，还可以包括：生成第一提示信息，所述第一提示信息提示用户输入需要与所述第一应用的第一标识进行关联的M第二账户信息；
接收针对第一提示信息的响应信息，将响应信息中包含的所述M第二账户信息；
分别生成携带有M个所述第二个账户信息针对第一应用的M个第一请求。
如此，就可以由用户主动将需要关联的多个账户信息发送至服务器，由服务器完成关联的操作。
上述步骤303中所述的第一文件可以为视频文件、图片文件或者为文字文件。
本实施例以微视为例，比如，当用户在微视中观看一个视频文件时，想要分享该视频文件，那么就选中该视频文件；然后确定分享，当服务器收到分享指令后，将所述视频文件的链接、或者直接将所述视频文件的具体内容，发送至所述第一标识所关联的微信账户对应的微信中、以及新浪微博账户对应的微博中。
上述分享指令中可以包括：第一文件的链接、或者第一文件的具体内容。
相应的，所述将第一文件发送至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中，可以为：发送第一文件的连接，也可以为发送第一文件的具体内容至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中。
如此，就能够基于一个应用中的唯一标识关联的多个账户信息，快速的实现分享文件的操作，提升用户的操作效率。
可见，采用上述方法，就能够使用第一账户信息针对第一应用进行注册时，生成与第一账户信息对应的第一标识，然后将所述第一标识与多个账户信息进行关联；从而可以使用与第一标识关联的所述N个账户信息中的任意一个账户信息登录所述第一应用。如此，就可以使得用户采用多种账户均关联至唯一标识登录对应的第一应用，并且保证服务器端不会浪费大量的空间来保存大量的针对注册账户的标识。
实施例四、
本发明实施例提供了一种信息处理方法，应用于服务器，如图4所示，包括：
步骤401：服务器接收到客户端发来的第一应用的注册请求，所述注册请求携带有第一账户信息；
步骤402：根据所述注册请求生成所述第一账户信息的第一标识；
步骤403：将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
步骤404：接收到客户端发来的所述第一应用的登录请求，当确定所述登录请求中包含与第一标识关联的所述N个账户信息中的任意一个账户信息后，向客户端返回登录验证通过的响应信息，使得所述客户端登录所述第一应用。
这里，所述第一应用可以为任意一个需要账户登录的应用，比如可以为微视、微信等应用。
所述注册请求具体可以包括第一应用的名称、第一账户信息；其中，所述第一账户信息包括用户名以及密码。
所述根据所述注册请求生成所述第一账户信息的第一标识可以为当服务器收到注册请求后，根据所述注册请求生成针对于所述第一账户信息的唯一编号；该第一标识只有在注册账户时才会产生。
比如，当用户下载一个应用后，需要首先进行注册，当发出注册的用户名“A”以及密码“123456”后，由服务器端进行验证，如果验证通过，则针对本次注册的用户名以及密码生成一个唯一的标识。这里，需要说明的是，第一标识的生成只是与注册挂钩的，当用户再次进行注册时，可以再次生成另一个标识。
其中，所述服务器端进行验证的方法可以为判断密码以及用户名的组成是否满足预设的规则，包括长度、数字的数量、字母的数量、字符的数量等。
优选地，所述第一账户信息还可以包括：第二应用的名称、用户名及密码，比如，当使用微视时，可以采用用户登录其他应用的用户名及密码登录，可以为QQ号码登录；那么就需要将QQ作为第二应用的名称，再结合输入的用户名及密码生成第一账户信息，利用所述第一账户信息以及第一应用的名称生成注册请求；
相应的，服务器当接收到注册请求后，提取第一账户信息，当第一账户信息中包括了第二应用的名称时，将用户名以及密码发送至QQ的服务器进行验证，验证通过后，在服务器端生成对应的第一标识。
优选地，将所述第一标识与N个账户信息关联，包括：
接收到针对第一应用的M个第一请求，所述第一请求携带有账户信息；
从所述M个第一请求中获取M个账户信息，将所述M个账户信息与所述第一标识关联，且所述M个账户信息包含于所述N个账户信息中，其中M为大于等于1且小于等于N-1的正整数。
其中，所述第一请求可以包括：第二账户信息，以及将所述第二账户信息与所述第一标识进行关联的请求；所述第二账户信息可以包括：应用的名称、用户名以及密码。
可以理解的是，在执行上述分别发送针对所述第一应用的M个第一请求至服务器之前，客户端需要至少通过所述第一账户信息登录至所述第一应用。
进一步的，所述分别发送针对第一应用的M个第一请求至服务器之前，还可以包括：生成第一提示信息，所述第一提示信息提示用户输入需要与所述第一应用的第一标识进行关联的M第二账户信息；
接收针对第一提示信息的响应信息，将响应信息中包含的所述M第二账户信息；
分别生成携带有M个所述第二个账户信息针对第一应用的M个第一请求。
如此，就可以由用户主动将需要关联的多个账户信息发送至服务器，由服务器完成关联的操作。
举例说明，如图2所示，以微视为例，微视现有的登陆方式，有手Q登陆、微信登陆、新浪微博登陆这几种；
当注册时采用手Q登录的方式时，则会生成微视内的第一标识；
当用户通过手Q登录的方式登录之后，在微视中，分别将微信账户以及新浪微博账户发送至服务器，由服务器将所述微信账户以及新浪微博账户与第一标识关联；
如果用户下次再次登录时，选择了微信登录，则由服务器验证所述微信账户是否已经于第一标识关联，如果已经关联，则登录微视。
可见，采用上述方法，就能够使用第一账户信息针对第一应用进行注册时，生成与第一账户信息对应的第一标识，然后将所述第一标识与多个账户信息进行关联；从而可以使用与第一标识关联的所述N个账户信息中的任意一个账户信息登录所述第一应用。如此，就可以使得用户采用多种账户均关联至唯一标识登录对应的第一应用，并且保证服务器端不会浪费大量的空间来保存大量的针对注册账户的标识。
实施例五、
本发明实施例提供了一种信息处理方法，应用于服务器，如图5所示，包括：
步骤501：服务器接收到客户端发来的第一应用的注册请求，所述注册请求携带有第一账户信息；
步骤502：根据所述注册请求生成所述第一账户信息的第一标识；
步骤503：选取与所述第一账户信息符合第一预设条件的L个账户信息，将所述第一标识与所述L个账户信息关联，所述L为大于等于1且小于等于N-1的正整数，N为大于等于1的正整数；
步骤504：接收到客户端发来的所述第一应用的登录请求，当确定所述登录请求中包含与第一标识关联的所述N个账户信息中的任意一个账户信息后，向客户端返回登录验证通过的响应信息，使得所述客户端登录所述第一应用；
步骤505：接收到客户端发来的针对于第一文件的分享指令；
步骤506：根据所述分享指令，将所述第一文件发送至与第一标识关联的所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中。
这里，所述第一应用可以为任意一个需要账户登录的应用，比如可以为微视、微信等应用。
所述注册请求具体可以包括第一应用的名称、第一账户信息；其中，所述第一账户信息包括用户名以及密码。
所述根据所述注册请求生成所述第一账户信息的第一标识可以为当服务器收到注册请求后，根据所述注册请求生成针对于所述第一账户信息的唯一编号；该第一标识只有在注册账户时才会产生。
其中，所述服务器端进行验证的方法可以为判断密码以及用户名的组成是否满足预设的规则，包括长度、数字的数量、字母的数量、字符的数量等。
优选地，所述第一账户信息还可以包括：第二应用的名称、用户名及密码，比如，当使用微视时，可以采用用户登录其他应用的用户名及密码登录，可以为QQ号码登录；那么就需要将QQ作为第二应用的名称，再结合输入的用户名及密码生成第一账户信息，利用所述第一账户信息以及第一应用的名称生成注册请求；
相应的，在服务器侧，当接收到注册请求后，提取第一账户信息，当第一账户信息中包括了第二应用的名称时，将用户名以及密码发送至QQ的服务器进行验证，验证通过后，在服务器端生成对应的第一标识。
所述第一预设条件可以为与所述第一账户信息中的第二应用同属于一个服务供应商的应用，这样，可以由同一个服务供应商从服务器中维持的客户信息中获取到其他应用中的账户信息，用于与第一标识进行关联。如此，就能够减少用户在客户端的操作，直接由服务器完成了第一标识的多个账户的关联操作，提升了操作效率，并且保证了用户的使用体验。
可以理解的是，在执行上述分别发送针对所述第一应用的M个第一请求至服务器之前，还可以使用上述实施例四所提供的场景，客户端需要至少通过所述第一账户信息登录至所述第一应用。
进一步的，所述分别发送针对第一应用的M个第一请求至服务器之前，还可以包括：生成第一提示信息，所述第一提示信息提示用户输入需要与所述第一应用的第一标识进行关联的M第二账户信息；
接收针对第一提示信息的响应信息，将响应信息中包含的所述M第二账户信息；
分别生成携带有M个所述第二个账户信息针对第一应用的M个第一请求。
上述两种场景可以同时执行、也可以只执行一种，比如，用户可以指定为仅有用户设置关联账户，也可以指定由服务器推荐关联账户，或者，可以不做限定，两种方式均使用。
如此，就可以由用户主动将需要关联的多个账户信息发送至服务器，由服务器完成关联的操作。
上述步骤505中所述的第一文件可以为视频文件、图片文件或者为文字文件。
本实施例以微视为例，比如，当用户在微视中观看一个视频文件时，想要分享该视频文件，那么就选中该视频文件；然后确定分享，当服务器收到分享指令后，将所述视频文件的链接、或者直接将所述视频文件的具体内容，发送至所述第一标识所关联的微信账户对应的微信中、以及新浪微博账户对应的微博中。
上述分享指令中可以包括：第一文件的链接、或者第一文件的具体内容。
相应的，所述将第一文件发送至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中，可以为：发送第一文件的连接，也可以为发送第一文件的具体内容至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中。
如此，就能够基于一个应用中的唯一标识关联的多个账户信息，快速的实现分享文件的操作，提升用户的操作效率。
可见，采用上述方法，就能够使用第一账户信息针对第一应用进行注册时，生成与第一账户信息对应的第一标识，然后将所述第一标识与多个账户信息进行关联；从而可以使用与第一标识关联的所述N个账户信息中的任意一个账户信息登录所述第一应用。如此，就可以使得用户采用多种账户均关联至唯一标识登录对应的第一应用，并且保证服务器端不会浪费大量的空间来保存大量的针对注册账户的标识。
实施例六、
本发明实施例提供了一种客户端，如图6所示，所述客户端包括：
注册单元61，用于向服务器发送第一应用的注册请求，所述注册请求携带有第一账户信息，使得所述服务器根据所述注册请求生成所述第一账户信息的第一标识，将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
处理单元62，用于使用与第一标识关联的所述N个账户信息中的任意一个账户信息生成所述第一应用的登录请求，发送所述登录请求至服务器，接收到服务器返回的登录验证通过的响应信息后，登录所述第一应用。
这里，所述第一应用可以为任意一个需要账户登录的应用，比如可以为微视、微信等应用。
所述注册请求具体可以包括第一应用的名称、第一账户信息；其中，所述第一账户信息包括用户名以及密码。
所述根据所述注册请求生成所述第一账户信息的第一标识可以为当服务器收到注册请求后，根据所述注册请求生成针对于所述第一账户信息的唯一编号；该第一标识只有在注册账户时才会产生。
比如，当用户下载一个应用后，需要首先进行注册，当发出注册的用户名“A”以及密码“123456”后，由服务器端进行验证，如果验证通过，则针对本次注册的用户名以及密码生成一个唯一的标识。这里，需要说明的是，第一标识的生成只是与注册挂钩的，当用户再次进行注册时，可以再次生成另一个标识。
其中，所述服务器端进行验证的方法可以为判断密码以及用户名的组成是否满足预设的规则，包括长度、数字的数量、字母的数量、字符的数量等。
优选地，所述第一账户信息还可以包括：第二应用的名称、用户名及密码，比如，当使用微视时，可以采用用户登录其他应用的用户名及密码登录，可以为QQ号码登录；那么就需要将QQ作为第二应用的名称，再结合输入的用户名及密码生成第一账户信息，利用所述第一账户信息以及第一应用的名称生成注册请求。
可见，采用上述方法，就能够使用第一账户信息针对第一应用进行注册时，生成与第一账户信息对应的第一标识，然后将所述第一标识与多个账户信息进行关联；从而可以使用与第一标识关联的所述N个账户信息中的任意一个账户信息登录所述第一应用。如此，就可以使得用户采用多种账户均关联至唯一标识登录对应的第一应用，并且保证服务器端不会浪费大量的空间来保存大量的针对注册账户的标识。
实施例七、
本发明实施例提供了一种客户端，如图7所示，所述客户端包括：
注册单元71，用于向服务器发送第一应用的注册请求，所述注册请求携带有第一账户信息，使得所述服务器根据所述注册请求生成所述第一账户信息的第一标识，将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
处理单元72，用于使用与第一标识关联的所述N个账户信息中的任意一个账户信息生成所述第一应用的登录请求，发送所述登录请求至服务器，接收到服务器返回的登录验证通过的响应信息后，登录所述第一应用。
所述客户端还包括：关联单元73，用于在注册单元向服务器发送第一应用的注册请求之后，分别发送针对第一应用的M个第一请求至服务器，所述第一请求携带有第二账户信息，使得所述服务器从所述M个第一请求中获取M个第二账户信息，将所述M个第二账户信息与所述第一标识关联，且所述M个第二账户信息包含于所述N个账户信息中，其中M为大于等于1且小于等于N-1的正整数。
这里，所述第一应用可以为任意一个需要账户登录的应用，比如可以为微视、微信等应用。
所述注册请求具体可以包括第一应用的名称、第一账户信息；其中，所述第一账户信息包括用户名以及密码。
所述根据所述注册请求生成所述第一账户信息的第一标识可以为当服务器收到注册请求后，根据所述注册请求生成针对于所述第一账户信息的唯一编号；该第一标识只有在注册账户时才会产生。
比如，当用户下载一个应用后，需要首先进行注册，当发出注册的用户名“A”以及密码“123456”后，由服务器端进行验证，如果验证通过，则针对本次注册的用户名以及密码生成一个唯一的标识。这里，需要说明的是，第一标识的生成只是与注册挂钩的，当用户再次进行注册时，可以再次生成另一个标识。
其中，所述服务器端进行验证的方法可以为判断密码以及用户名的组成是否满足预设的规则，包括长度、数字的数量、字母的数量、字符的数量等。
优选地，所述第一账户信息还可以包括：第二应用的名称、用户名及密码，比如，当使用微视时，可以采用用户登录其他应用的用户名及密码登录，可以为QQ号码登录；那么就需要将QQ作为第二应用的名称，再结合输入的用户名及密码生成第一账户信息，利用所述第一账户信息以及第一应用的名称生成注册请求；相应的，在服务器侧，当接收到注册请求后，提取第一账户信息，当第一账户信息中包括了第二应用的名称时，将用户名以及密码发送至QQ的服务器进行验证，验证通过后，在服务器端生成对应的第一标识。
优选地，所述第一请求可以包括：第二账户信息，以及将所述第二账户信息与所述第一标识进行关联的请求；所述第二账户信息可以包括：应用的名称、用户名以及密码。
可以理解的是，在执行上述分别发送针对所述第一应用的M个第一请求至服务器之前，客户端需要至少通过所述第一账户信息登录至所述第一应用。
进一步的，所述关联单元还包括：
交互子单元721，用于生成第一提示信息，所述第一提示信息用于提示用户输入需要与所述第一应用的第一标识进行关联的M第二账户信息；接收针对第一提示信息的响应信息，将响应信息中包含的所述M第二账户信息；
生成子单元722，用于分别生成携带有M个所述第二个账户信息针对第一应用的M个第一请求。
如此，就可以由用户主动将需要关联的多个账户信息发送至服务器，由服务器完成关联的操作。
举例说明，如图2所示，以微视为例，微视现有的登陆方式，有手Q登陆、微信登陆、新浪微博登陆这几种；
当注册时采用手Q登录的方式时，则会生成微视内的第一标识；
当用户通过手Q登录的方式登录之后，在微视中，分别将微信账户以及新浪微博账户发送至服务器，由服务器将所述微信账户以及新浪微博账户与第一标识关联。
如果用户下次再次登录时，选择了微信登录，则由服务器验证所述微信账户是否已经于第一标识关联，如果已经关联，则登录微视。
优选地，所述客户端还可以包括：分享单元74，用于选当确定分享所述第一文件时，发送针对于所述第一文件的分享指令至服务器，使得所述服务器根据所述分享指令，将所述第一文件发送至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中；相应的，所述处理单元72，还用于选取第一文件。
所述的第一文件可以为视频文件、图片文件或者为文字文件。
本实施例以微视为例，比如，当用户在微视中观看一个视频文件时，想要分享该视频文件，那么就选中该视频文件；然后确定分享，当服务器收到分享指令后，将所述视频文件的链接、或者直接将所述视频文件的具体内容，发送至所述第一标识所关联的微信账户对应的微信中、以及新浪微博账户对应的微博中。
上述分享指令中可以包括：第一文件的链接、或者第一文件的具体内容。
相应的，所述将第一文件发送至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中，可以为：发送第一文件的连接，也可以为发送第一文件的具体内容至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中。
如此，就能够基于一个应用中的唯一标识关联的多个账户信息，快速的实现分享文件的操作，提升用户的操作效率。
可见，采用上述方法，就能够使用第一账户信息针对第一应用进行注册时，生成与第一账户信息对应的第一标识，然后将所述第一标识与多个账户信息进行关联；从而可以使用与第一标识关联的所述N个账户信息中的任意一个账户信息登录所述第一应用。如此，就可以使得用户采用多种账户均关联至唯一标识登录对应的第一应用，并且保证服务器端不会浪费大量的空间来保存大量的针对注册账户的标识。
实施例八、
本发明实施例提供了一种服务器，如图8所示，所述服务器包括：
接收单元81，用于接收到客户端发来的第一应用的注册请求，所述注册请求携带有第一账户信息；以及接收到客户端发来的所述第一应用的登录请求；
标识生成单元82，用于根据所述注册请求生成所述第一账户信息的第一标识；
关联单元83，用于将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
处理单元84，用于当确定所述登录请求中包含与第一标识关联的所述N个账户信息中的任意一个账户信息后，通过发送单元向客户端返回登录验证通过的响应信息，使得所述客户端登录所述第一应用；
发送单元85，用于发送登录验证通过的响应信息。
这里，所述第一应用可以为任意一个需要账户登录的应用，比如可以为微视、微信等应用。
所述注册请求具体可以包括第一应用的名称、第一账户信息；其中，所述第一账户信息包括用户名以及密码。
所述处理单元84，用于根据所述注册请求生成所述第一账户信息的第一标识可以为当服务器收到注册请求后，根据所述注册请求生成针对于所述第一账户信息的唯一编号；该第一标识只有在注册账户时才会产生。
比如，当用户下载一个应用后，需要首先进行注册，当发出注册的用户名“A”以及密码“123456”后，由服务器端进行验证，如果验证通过，则针对本次注册的用户名以及密码生成一个唯一的标识。这里，需要说明的是，第一标识的生成只是与注册挂钩的，当用户再次进行注册时，可以再次生成另一个标识。
其中，所述处理单元84，进行验证的方法可以为判断密码以及用户名的组成是否满足预设的规则，包括长度、数字的数量、字母的数量、字符的数量等。
优选地，所述第一账户信息还可以包括：第二应用的名称、用户名及密码，比如，当使用微视时，可以采用用户登录其他应用的用户名及密码登录，可以为QQ号码登录；那么就需要将QQ作为第二应用的名称，再结合输入的用户名及密码生成第一账户信息，利用所述第一账户信息以及第一应用的名称生成注册请求；
相应的，服务器当接收到注册请求后，提取第一账户信息，当第一账户信息中包括了第二应用的名称时，将用户名以及密码发送至QQ的服务器进行验证，验证通过后，在服务器端生成对应的第一标识。
优选地，所述关联单元，具体用于接收到针对第一应用的M个第一请求，所述第一请求携带有账户信息；从所述M个第一请求中获取M个账户信息，将所述M个账户信息与所述第一标识关联，且所述M个账户信息包含于所述N个账户信息中，其中M为大于等于1且小于等于N-1的正整数。
其中，所述第一请求可以包括：第二账户信息，以及将所述第二账户信息与所述第一标识进行关联的请求；所述第二账户信息可以包括：应用的名称、用户名以及密码。
可以理解的是，在执行上述分别发送针对所述第一应用的M个第一请求至服务器之前，客户端需要至少通过所述第一账户信息登录至所述第一应用。
如此，就可以由用户主动将需要关联的多个账户信息发送至服务器，由服务器完成关联的操作。
举例说明，如图2所示，以微视为例，微视现有的登陆方式，有手Q登陆、微信登陆、新浪微博登陆这几种；
当注册时采用手Q登录的方式时，则会生成微视内的第一标识；
当用户通过手Q登录的方式登录之后，在微视中，分别将微信账户以及新浪微博账户发送至服务器，由服务器将所述微信账户以及新浪微博账户与第一标识关联；
如果用户下次再次登录时，选择了微信登录，则由服务器验证所述微信账户是否已经于第一标识关联，如果已经关联，则登录微视。
优选地，所述关联单元，还可以用于选取与所述第一账户信息符合第一预设条件的L个账户信息，将所述第一标识与所述L个账户信息关联，所述L为大于等于1且小于等于N-1的正整数。
所述第一预设条件可以为与所述第一账户信息中的第二应用同属于一个服务供应商的应用，这样，可以由同一个服务供应商从服务器中维持的客户信息中获取到其他应用中的账户信息，用于与第一标识进行关联。如此，就能够减少用户在客户端的操作，直接由服务器完成了第一标识的多个账户的关联操作，提升了操作效率，并且保证了用户的使用体验。
可以理解的是，在执行上述分别发送针对所述第一应用的M个第一请求至服务器之前，还可以使用上述实施例四所提供的场景，客户端需要至少通过所述第一账户信息登录至所述第一应用。
进一步的，所述分别发送针对第一应用的M个第一请求至服务器之前，还可以包括：生成第一提示信息，所述第一提示信息提示用户输入需要与所述第一应用的第一标识进行关联的M第二账户信息；
接收针对第一提示信息的响应信息，将响应信息中包含的所述M第二账户信息；
分别生成携带有M个所述第二个账户信息针对第一应用的M个第一请求。
上述两种场景可以同时执行、也可以只执行一种，比如，用户可以指定为仅有用户设置关联账户，也可以指定由服务器推荐关联账户，或者，可以不做限定，两种方式均使用。
如此，就可以由用户主动将需要关联的多个账户信息发送至服务器，由服务器完成关联的操作。
所述处理单元，还用于接收到客户端发来的针对于第一文件的分享指令；根据所述分享指令，将所述第一文件发送至与第一标识关联的所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中。
本实施例以微视为例，比如，当用户在微视中观看一个视频文件时，想要分享该视频文件，那么就选中该视频文件；然后确定分享，当服务器收到分享指令后，将所述视频文件的链接、或者直接将所述视频文件的具体内容，发送至所述第一标识所关联的微信账户对应的微信中、以及新浪微博账户对应的微博中。
上述分享指令中可以包括：第一文件的链接、或者第一文件的具体内容。
相应的，所述将第一文件发送至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中，可以为：发送第一文件的连接，也可以为发送第一文件的具体内容至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中。
如此，就能够基于一个应用中的唯一标识关联的多个账户信息，快速的实现分享文件的操作，提升用户的操作效率。
可见，采用上述方法，就能够使用第一账户信息针对第一应用进行注册时，生成与第一账户信息对应的第一标识，然后将所述第一标识与多个账户信息进行关联；从而可以使用与第一标识关联的所述N个账户信息中的任意一个账户信息登录所述第一应用。如此，就可以使得用户采用多种账户均关联至唯一标识登录对应的第一应用，并且保证服务器端不会浪费大量的空间来保存大量的针对注册账户的标识。
实施例九、
本发明实施例还提供了一种信息处理系统，如图9所示，所述系统包括：
客户端91，用于向服务器发送第一应用的注册请求，所述注册请求携带有第一账户信息，使用与第一标识关联的所述N个账户信息中的任意一个账户信息生成所述第一应用的登录请求，发送所述登录请求至服务器，接收到服务器返回的登录验证通过的响应信息后，登录所述第一应用；
服务器92，用于接收到客户端发来的第一应用的注册请求，所述注册请求携带有第一账户信息；根据所述注册请求生成所述第一账户信息的第一标识；将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；接收到客户端发来的所述第一应用的登录请求，当确定所述登录请求中包含与第一标识关联的所述N个账户信息中的任意一个账户信息后，向客户端返回登录验证通过的响应信息。
本实施例中所述的客户端的功能可以与上述实施例六或实施例七中所述的客户端相同，这里不再重复描述；所述服务器可以与上述是实施例八中所述的服务器相同，这里不再重复描述。
可见，采用上述方法，就能够使用第一账户信息针对第一应用进行注册时，生成与第一账户信息对应的第一标识，然后将所述第一标识与多个账户信息进行关联；从而可以使用与第一标识关联的所述N个账户信息中的任意一个账户信息登录所述第一应用。如此，就可以使得用户采用多种账户均关联至唯一标识登录对应的第一应用，并且保证服务器端不会浪费大量的空间来保存大量的针对注册账户的标识。
本发明实施例所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。
相应的，本发明实施例还提供一种计算机存储介质，其中存储有计算机程序，该计算机程序用于执行本发明实施例的客户端小区切换中与WLAN互操作决策的方法。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (17)
1.一种信息处理方法，应用于客户端，其特征在于，所述方法包括：
向服务器发送第一应用的注册请求，所述注册请求携带有第一账户信息，使得所述服务器根据所述注册请求生成所述第一账户信息的第一标识，将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
使用与第一标识关联的所述N个账户信息中的任意一个账户信息生成所述第一应用的登录请求，发送所述登录请求至服务器，接收到服务器返回的登录验证通过的响应信息后，登录所述第一应用。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
分别发送针对第一应用的M个第一请求至服务器，所述第一请求携带有第二账户信息，使得所述服务器从所述M个第一请求中获取M个第二账户信息，将所述M个第二账户信息与所述第一标识关联，且所述M个第二账户信息包含于所述N个账户信息中，其中M为大于等于1且小于等于N-1的正整数。
3.根据权利要求2所述的方法，其特征在于，分别发送针对第一应用的M个第一请求至服务器之前，所述方法还包括：
生成第一提示信息，所述第一提示信息用于提示用户输入需要与所述第一应用的第一标识进行关联的M第二账户信息；
接收针对第一提示信息的响应信息，将响应信息中包含的所述M第二账户信息；
分别生成携带有M个所述第二个账户信息针对第一应用的M个第一请求。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述登录所述第一应用之后，所述方法还包括：
选取第一文件；
当确定分享所述第一文件时，发送针对于所述第一文件的分享指令至服务器，使得所述服务器根据所述分享指令，将所述第一文件发送至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中。
5.一种信息处理方法，应用于服务器，其特征在于，所述方法包括：
服务器接收到客户端发来的第一应用的注册请求，所述注册请求携带有第一账户信息；
根据所述注册请求生成所述第一账户信息的第一标识；
将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
接收到客户端发来的所述第一应用的登录请求，
当确定所述登录请求中包含与第一标识关联的所述N个账户信息中的任意一个账户信息后，向客户端返回登录验证通过的响应信息，使得所述客户端登录所述第一应用。
6.根据权利要求5所述的方法，其特征在于，将所述第一标识与N个账户信息关联，包括：
接收到针对第一应用的M个第一请求，所述第一请求携带有账户信息；
从所述M个第一请求中获取M个账户信息，将所述M个账户信息与所述第一标识关联，且所述M个账户信息包含于所述N个账户信息中，其中M为大于等于1且小于等于N-1的正整数。
7.根据权利要求5或6所述的方法，其特征在于，将所述第一标识与N个账户信息关联，包括：
选取与所述第一账户信息符合第一预设条件的L个账户信息，
将所述第一标识与所述L个账户信息关联，所述L为大于等于1且小于等于N-1的正整数。
8.根据权利要求5所述的方法，其特征在于，所述向客户端返回登录验证通过的响应信息之后，所述方法还包括：
接收到客户端发来的针对于第一文件的分享指令；
根据所述分享指令，将所述第一文件发送至与第一标识关联的所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中。
9.一种客户端，其特征在于，所述客户端包括：
注册单元，用于向服务器发送第一应用的注册请求，所述注册请求携带有第一账户信息，使得所述服务器根据所述注册请求生成所述第一账户信息的第一标识，将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
处理单元，用于使用与第一标识关联的所述N个账户信息中的任意一个账户信息生成所述第一应用的登录请求，发送所述登录请求至服务器，接收到服务器返回的登录验证通过的响应信息后，登录所述第一应用。
10.根据权利要求9所述的客户端，其特征在于，所述客户端还包括：
关联单元，用于在注册单元向服务器发送第一应用的注册请求之后，分别发送针对第一应用的M个第一请求至服务器，所述第一请求携带有第二账户信息，使得所述服务器从所述M个第一请求中获取M个第二账户信息，将所述M个第二账户信息与所述第一标识关联，且所述M个第二账户信息包含于所述N个账户信息中，其中M为大于等于1且小于等于N-1的正整数。
11.根据权利要求10所述的客户端，其特征在于，所述关联单元包括：
交互子单元，用于生成第一提示信息，所述第一提示信息用于提示用户输入需要与所述第一应用的第一标识进行关联的M第二账户信息；接收针对第一提示信息的响应信息，将响应信息中包含的所述M第二账户信息；
生成子单元，用于分别生成携带有M个所述第二个账户信息针对第一应用的M个第一请求。
12.根据权利要求9-11任一项所述的客户端，其特征在于，所述客户端还包括：
分享单元，用于选当确定分享所述第一文件时，发送针对于所述第一文件的分享指令至服务器，使得所述服务器根据所述分享指令，将所述第一文件发送至所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中；
相应的，所述处理单元，还用于选取第一文件。
13.一种服务器，其特征在于，所述服务器包括：
接收单元，用于接收到客户端发来的第一应用的注册请求，所述注册请求携带有第一账户信息；以及接收到客户端发来的所述第一应用的登录请求；
标识生成单元，用于根据所述注册请求生成所述第一账户信息的第一标识；
关联单元，用于将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；
处理单元，用于当确定所述登录请求中包含与第一标识关联的所述N个账户信息中的任意一个账户信息后，通过发送单元向客户端返回登录验证通过的响应信息，使得所述客户端登录所述第一应用；
发送单元，用于发送登录验证通过的响应信息。
14.根据权利要求13所述的服务器，其特征在于，
所述关联单元，具体用于接收到针对第一应用的M个第一请求，所述第一请求携带有账户信息；从所述M个第一请求中获取M个账户信息，将所述M个账户信息与所述第一标识关联，且所述M个账户信息包含于所述N个账户信息中，其中M为大于等于1且小于等于N-1的正整数。
15.根据权利要求13所述的服务器，其特征在于，
所述关联单元，具体用于选取与所述第一账户信息符合第一预设条件的L个账户信息，将所述第一标识与所述L个账户信息关联，所述L为大于等于1且小于等于N-1的正整数。
16.根据权利要求13所述的服务器，其特征在于，所述处理单元，还用于接收到客户端发来的针对于第一文件的分享指令；根据所述分享指令，将所述第一文件发送至与第一标识关联的所述N个账户信息中除所述第一账户信息外的各个账户信息对应的应用中。
17.一种信息处理系统，其特征在于，所述系统包括：
客户端，用于向服务器发送第一应用的注册请求，所述注册请求携带有第一账户信息，使用与第一标识关联的所述N个账户信息中的任意一个账户信息生成所述第一应用的登录请求，发送所述登录请求至服务器，接收到服务器返回的登录验证通过的响应信息后，登录所述第一应用；
服务器，用于接收到客户端发来的第一应用的注册请求；根据所述注册请求生成所述第一账户信息的第一标识；将所述第一标识与N个账户信息关联，所述N个账户信息中包含所述第一账户信息，N为大于等于1的正整数；接收到客户端发来的所述第一应用的登录请求，当确定所述登录请求中包含与第一标识关联的所述N个账户信息中的任意一个账户信息后，向客户端返回登录验证通过的响应信息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410448421.0A CN105429929B (zh) | 2014-09-04 | 2014-09-04 | 一种信息处理方法、客户端、服务器及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410448421.0A CN105429929B (zh) | 2014-09-04 | 2014-09-04 | 一种信息处理方法、客户端、服务器及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105429929A true CN105429929A (zh) | 2016-03-23 |
| CN105429929B CN105429929B (zh) | 2020-04-07 |
Family
ID=55507871
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410448421.0A Active CN105429929B (zh) | 2014-09-04 | 2014-09-04 | 一种信息处理方法、客户端、服务器及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105429929B (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107452383A (zh) * | 2016-05-31 | 2017-12-08 | 华为终端（东莞）有限公司 | 一种信息处理方法、服务器、终端及信息处理系统 |
| CN107592256A (zh) * | 2017-09-21 | 2018-01-16 | 北京小米移动软件有限公司 | 添加好友的方法、装置及系统 |
| CN107733865A (zh) * | 2017-09-11 | 2018-02-23 | 咪咕互动娱乐有限公司 | 一种运动状态的隐藏方法及装置、服务器以及存储介质 |
| CN107864083A (zh) * | 2016-09-22 | 2018-03-30 | 腾讯科技（深圳）有限公司 | 一种消息提示拦截方法、服务器及客户端 |
| CN108881190A (zh) * | 2018-05-31 | 2018-11-23 | 联想(北京)有限公司 | 一种信息处理方法及装置 |
| WO2018233586A1 (en) * | 2017-06-20 | 2018-12-27 | Beijing Didi Infinity Technology And Development Co., Ltd. | SYSTEMS AND METHODS FOR PROCESSING DATA RELATING TO ONLINE-OFFLINE SERVICE |
| CN110753091A (zh) * | 2019-09-23 | 2020-02-04 | 北京云和时空科技有限公司 | 一种云平台管理方法和装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102111410A (zh) * | 2011-01-13 | 2011-06-29 | 中国科学院软件研究所 | 一种基于代理的单点登录方法及系统 |
| US20120291114A1 (en) * | 2011-05-13 | 2012-11-15 | Cch Incorporated | Single sign-on between applications |
| CN103384254A (zh) * | 2013-07-19 | 2013-11-06 | 北京小米科技有限责任公司 | 应用账户登陆方法、服务器、客户端及系统 |
| CN103618612A (zh) * | 2013-12-04 | 2014-03-05 | 中国联合网络通信集团有限公司 | 一种实现终端应用单点登录的方法及装置 |
| CN103634316A (zh) * | 2013-11-26 | 2014-03-12 | 乐视网信息技术（北京）股份有限公司 | 一种账号登录方法及电子设备 |
-
2014
- 2014-09-04 CN CN201410448421.0A patent/CN105429929B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102111410A (zh) * | 2011-01-13 | 2011-06-29 | 中国科学院软件研究所 | 一种基于代理的单点登录方法及系统 |
| US20120291114A1 (en) * | 2011-05-13 | 2012-11-15 | Cch Incorporated | Single sign-on between applications |
| CN103384254A (zh) * | 2013-07-19 | 2013-11-06 | 北京小米科技有限责任公司 | 应用账户登陆方法、服务器、客户端及系统 |
| CN103634316A (zh) * | 2013-11-26 | 2014-03-12 | 乐视网信息技术（北京）股份有限公司 | 一种账号登录方法及电子设备 |
| CN103618612A (zh) * | 2013-12-04 | 2014-03-05 | 中国联合网络通信集团有限公司 | 一种实现终端应用单点登录的方法及装置 |
Cited By (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107452383A (zh) * | 2016-05-31 | 2017-12-08 | 华为终端（东莞）有限公司 | 一种信息处理方法、服务器、终端及信息处理系统 |
| CN107452383B (zh) * | 2016-05-31 | 2021-10-26 | 华为终端有限公司 | 一种信息处理方法、服务器、终端及信息处理系统 |
| US11004445B2 (en) | 2016-05-31 | 2021-05-11 | Huawei Technologies Co., Ltd. | Information processing method, server, terminal, and information processing system |
| CN107864083A (zh) * | 2016-09-22 | 2018-03-30 | 腾讯科技（深圳）有限公司 | 一种消息提示拦截方法、服务器及客户端 |
| CN107864083B (zh) * | 2016-09-22 | 2020-09-11 | 腾讯科技（深圳）有限公司 | 一种消息提示拦截方法、服务器及客户端 |
| CN110678892A (zh) * | 2017-06-20 | 2020-01-10 | 北京嘀嘀无限科技发展有限公司 | 用于与线上到线下服务相关的数据处理的系统和方法 |
| WO2018233586A1 (en) * | 2017-06-20 | 2018-12-27 | Beijing Didi Infinity Technology And Development Co., Ltd. | SYSTEMS AND METHODS FOR PROCESSING DATA RELATING TO ONLINE-OFFLINE SERVICE |
| US11341198B2 (en) | 2017-06-20 | 2022-05-24 | Beijing Didi Infinity Technology And Development Co., Ltd. | Systems and methods for data processing related to an online to offline service |
| CN107733865B (zh) * | 2017-09-11 | 2020-11-13 | 咪咕互动娱乐有限公司 | 一种运动状态的隐藏方法及装置、服务器以及存储介质 |
| CN107733865A (zh) * | 2017-09-11 | 2018-02-23 | 咪咕互动娱乐有限公司 | 一种运动状态的隐藏方法及装置、服务器以及存储介质 |
| CN107592256B (zh) * | 2017-09-21 | 2021-03-09 | 北京小米移动软件有限公司 | 添加好友的方法、装置及系统 |
| CN107592256A (zh) * | 2017-09-21 | 2018-01-16 | 北京小米移动软件有限公司 | 添加好友的方法、装置及系统 |
| CN108881190A (zh) * | 2018-05-31 | 2018-11-23 | 联想(北京)有限公司 | 一种信息处理方法及装置 |
| CN108881190B (zh) * | 2018-05-31 | 2020-12-18 | 联想(北京)有限公司 | 一种信息处理方法及装置 |
| CN110753091A (zh) * | 2019-09-23 | 2020-02-04 | 北京云和时空科技有限公司 | 一种云平台管理方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105429929B (zh) | 2020-04-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105429929A (zh) | 一种信息处理方法、客户端、服务器及系统 | |
| CN105282126B (zh) | 登录认证方法、终端及服务器 | |
| CN103475726B (zh) | 一种虚拟桌面管理方法、服务器和客户端 | |
| CN101316219B (zh) | 用于控制虚拟网络连接的虚拟网络连接装置、系统和方法 | |
| CN101072103B (zh) | 一种多账号登录即时通讯软件的方法及系统 | |
| CN103248680B (zh) | 一种分享网盘数据的方法及系统 | |
| RU2595931C1 (ru) | Способ осуществления междоменного перехода, браузер и сервер доменных имен | |
| CN104580364A (zh) | 一种资源分享的方法和装置 | |
| CN102546914A (zh) | 一种基于智能手机的自动登录系统及控制方法 | |
| CN104144052B (zh) | 一种文字中间的关键词与图片或视频对应的验证方法 | |
| CN104917766A (zh) | 一种二维码安全认证方法 | |
| CN106453303A (zh) | 一种用于ios客户端的用户登录状态保存方法及系统 | |
| CN109413096A (zh) | 一种多应用的登录方法及装置 | |
| CN110417863A (zh) | 生成身份识别码的方法和装置、身份认证的方法和装置 | |
| US20210342438A1 (en) | Platform for generation of passwords and/or email addresses | |
| CN105337841A (zh) | 一种信息处理方法和系统、客户端和服务器 | |
| CN112134779B (zh) | 网络信息处理方法、装置、系统、客户端和可读存储介质 | |
| CN107749854A (zh) | 基于客户端的单点登录方法及系统 | |
| CN103188208A (zh) | 网页访问的权限控制方法、系统和呼叫中心 | |
| CN103401906A (zh) | 一种安全联锁装置的远程配置方法 | |
| CN105141624A (zh) | 登录方法、账号管理服务器及客户端系统 | |
| KR20230075385A (ko) | 사용자 프로필 관리 방법 및 장치 | |
| CN112541820A (zh) | 数字资产管理方法、装置、计算机设备及可读存储介质 | |
| CN103702142A (zh) | 多个内容服务器管理方法 | |
| CN103188205A (zh) | 一种基于lvs架构的信息上传方法和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |