WO2012122867A1 - 一种多账户登录方法及客户端 - Google Patents
一种多账户登录方法及客户端 Download PDFInfo
- Publication number
- WO2012122867A1 WO2012122867A1 PCT/CN2012/071344 CN2012071344W WO2012122867A1 WO 2012122867 A1 WO2012122867 A1 WO 2012122867A1 CN 2012071344 W CN2012071344 W CN 2012071344W WO 2012122867 A1 WO2012122867 A1 WO 2012122867A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- account
- information
- server
- request information
- client
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0815—Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/31—User authentication
- G06F21/41—User authentication where a single sign-on provides access to a plurality of computers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0807—Network architectures or network communication protocols for network security for authentication of entities using tickets, e.g. Kerberos
Definitions
- the present application relates to Internet technologies, and in particular, to a multi-account login method and a client. Background technique
- the local client When a user first logs in to a website using an account, the local client (such as a browser) generates a cookie and a cache for recording the login information of the account, and then the client sends the cookie to the website to be accessed by the account. Server. The server returns the corresponding confirmation information to the client according to the cookie, the account name and the password used to record the account login information. The client logs the first account to the corresponding website based on the confirmation information.
- the client checks if the client has a cookie and cache that is logged into the website locally. If there is a corresponding cookie and cache, the cook ie and the cache are sent. To the server, the server verifies the account name and password through the cook ie and the cache, and then sends a confirmation message to the client. Based on the confirmation information, the client will re-log the first account to the corresponding website. The reason is that the existing client only stores and uses one account for the purpose of conveniently managing the local login account, so the client sends the cookie of the first account login information to the server when the user logs in again.
- the application provides a method and a client capable of simultaneously logging in multiple accounts.
- the present application provides a multi-account login method.
- the permission request information of the second account is separately stored in the client from the permission request information of the first account that has been logged in to the same server; After the identification information of the second account, the identification information and the corresponding identification information of the first account are stored in isolation on the client.
- the quarantine save is performed by storing the privilege request information and/or the identification information of the second account and the privilege request information and/or the identification information of the first account in different directories or different folders.
- the above quarantine preservation is implemented by allocating the second account and the first account under different processes.
- the permission request information and the identification information are saved in the form of cook i e and/or cache.
- the permission request information includes an account and a password of the user.
- the foregoing identification information includes information for identifying a current account in the server.
- the above isolation preservation is implemented by a redirection technique.
- the rights request information and/or the identification information of the second account are redirected by a hook or drive technique.
- the content update of the corresponding account is implemented by the redirecting technology.
- the server is the server corresponding to the information release page of the account login.
- the present application provides a multi-account login client.
- the client includes the right
- the request information isolation module and the identification information isolation module are configured to configure, when the second account is logged into the server, the permission request information of the second account and the permission request of the first account that is logged into the same server
- the information is quarantined and saved;
- the identifier information isolation module is configured to isolate the identifier information and the corresponding identifier information of the first account after receiving the identifier information returned by the server for identifying the second account.
- the client is a web browser.
- the quarantine save in the privilege request information isolation module is implemented by storing the privilege request information of the second account and the privilege request information of the first account in different directories or different folders.
- the quarantine save in the identifier information isolation module is implemented by storing the identifier information of the second account and the identifier information of the first account in different directories or different folders.
- the quarantine saving in the privilege request information isolation module is implemented by allocating the second account and the first account under different processes.
- the quarantine saving in the identifier information isolation module is implemented by allocating the second account and the first account under different processes.
- the isolation and storage in the foregoing permission request information isolation module and the identification information isolation module are implemented by using a redirection technology.
- the privilege request information and/or the identification information of the second account are redirected by a hook or a driving technique, thereby implementing the quarantine and saving.
- the server is the server corresponding to the information release page of the account login.
- the present application isolates and saves the permission request information of one account and the identification information for identifying the account identity in the webpage or the network with the permission request information and the identification information of another account that has been logged into the same website or webpage, thereby realizing the implementation.
- the account login function helps users who have multiple accounts on the same website to log in at the same time. Further, since multiple accounts can be logged in on the same website, the timely acquisition of the contents of each account is also realized, which facilitates the user to timely view the contents in different accounts. This application satisfies the user's multiple account login requirements.
- FIG. 1 is a flowchart of a multi-account login method according to an embodiment of the present application
- FIG. 2 is a flowchart of a browser-based multi-account login method according to an embodiment of the present application
- FIG. 3 is a schematic diagram of a multi-account login device according to an embodiment of the present application
- FIG. 4 is a schematic diagram of a multi-account login client according to an embodiment of the present application. detailed description
- the staff wants to log in to the forum at the same time as the administrator and the normal user, test the forum, check whether the forum has errors, and no corresponding technology has been disclosed. To solve such problems.
- the embodiment of the present application provides a multi-account login method, and the implementation thereof mainly includes the following two aspects:
- the permission request information of the second account is separately stored in the client from the permission request information of the first account that has been logged in to the same server;
- the identifier information is stored in isolation with the corresponding identifier information of the first account on the client.
- the server is a server (or a server) corresponding to the information posting page of the account login.
- the information publishing page of the account login is different, and the corresponding server is also It will be different.
- the information publishing page of the account login generally refers to a login page of a website or a system.
- the server may also be a server corresponding to a website or a webpage.
- the client may refer to a machine or device that the user uses to log in to the server, and may also refer in more detail to various software and hardware installed in the machine or device, such as the browser described below.
- the client in order to implement multi-account login, the client separately stores the permission request information of the first account and the permission request information of the second account, and the client also identifies the identification information of the first account and the identification information of the second account. Save it in isolation.
- the client when the client requests to log in to the server corresponding to the same website or webpage by the second account, the client checks whether the local authority has the login request information to the same server, and therefore does not The permission request information of an account is sent to the server, but the permission request information of the second account is sent to the server for verification, thereby implementing multi-account login.
- the server connected to the server distinguishes and saves the login information of each account through different account IDs, including the identification information returned to the client. That is, the identification information of the account is saved under one account ID, and the identification information of the other account is saved under another account ID.
- the server in the application of account login, the server generally does not pay much attention to which clients are stored in the database, but the existing clients are only stored for the purpose of conveniently managing the local login account.
- the problem of multiple account login is only used by the client.
- the embodiment of the present application solves this problem by isolating and saving on the client. However, this application does not exclude other applications.
- the server may pay attention to which clients corresponding to the account information stored in the database correspond to which clients.
- first account and second account are all general terms and include the following situations:
- the first account and the second account may refer to one account respectively Household
- the first account refers to all accounts that have logged in to the same server
- the second account refers to the newly logged in account.
- the user logs in to the same server by account A and account B, and then logs in to the server with account C.
- the first account refers to account A and account B
- the second account refers to account C, and account C.
- the request information needs to be stored separately from the permission request information of Account A and Account B.
- the identification information of Account C also needs to be saved separately from the identification information of Account A and Account B. If the user logs in to the same server again with another account D, the first account refers to account A, account B and account C, and the second account refers to account 0.
- the first account and the second account can refer to different accounts, and can also refer to the same account, which are all within the protection scope of the present application.
- FIG. 1 is a flow chart of a multi-account login method according to an embodiment of the present application.
- step 110 the user uses the first account to perform a login related operation to request to log in to the corresponding website or webpage; wherein the website or webpage is an information publishing page, such as an email page, a blog page, a microblog, a forum page, and the like.
- a login related operation such as an email page, a blog page, a microblog, a forum page, and the like.
- step 120 the permission request information for identifying the first account is generated, and the permission request information is sent to the server; wherein the server requests the server of the login website (or webpage) for the first account.
- the permission request information may be information stored in a cookie and/or a cache.
- the permission request information is a cookie and/or a cache containing the first account name, password.
- Cook ie sometimes also in its plural form of cookies, refers to the data (usually encrypted) that some websites store on the user's local terminal in order to identify the user's identity and track the ses.
- the server receives the permission request information from the client and generates The identification information of the first account is confirmed, and the identification information is returned to the client.
- the identification information may also be saved in the form of a cookie and/or a cache.
- the identification information includes information for identifying a current account in the server.
- the identification information is a cookie and/or a cache containing a session id or the like for confirming the first account information.
- Session In computer terminology, especially in web applications, Session is called a "session.”
- Session refers to the interval at which an end user communicates with the interactive system. It usually refers to the elapsed time from registration to the system to logout and exit of the system and, if necessary, a certain amount of operational space. Specific to the Session in the Web refers to the time that the user goes through the time when the user browses a website, and the time it takes for the user to browse the website. So as you can see from the above definition, Session is actually a specific time concept. It should be noted that the concept of a Session needs to include a specific client, a specific server, and uninterrupted operation time. The session in which the A user and the C server establish a connection is the same as the session between the B user and the C server. The Session is two different Sessiors.
- step 140 the user performs a website login related operation using the second account, and the website is the same website as the website to which the first account is logged. That is to say, the second account requires login to the same website as the first account, that is, multiple account login is required.
- step 150 the client identifies that the login is a multi-account login according to the second account name, the URL, the session id, and the like, so the client generates the permission request information and the information generated by the client for identifying the second account.
- the permission request information and the identification information of the first account are stored in isolation, and the permission request information of the second account is sent to the server.
- the permission request information may be information stored in a cookie and/or a cache.
- the rights request information for the second account is a cookie and/or a cache containing the second account name, password.
- the server generates identification information for confirming the second account, and the identifier is
- the identification information and the permission request information and the identification information of the first account are stored in isolation on the client.
- the server sends the generated identification information to the client, and the client saves the identification information of the second account and the permission request information and the identification information of the first account.
- the server can also store the information of the first account and the second account in the same manner as the client.
- the identification information may also be stored in the form of cook i e and/or cache.
- the identification information includes information for identifying a current account in the server.
- the identification information is a cookie and/or cache containing ses s ion id for confirming the first account information.
- the permission request information of the first account and the permission request information of the second account are required to be stored in isolation, and the identification information of the first account is saved and stored in the second account.
- the following shows the specific implementation of several isolation and preservation, as follows:
- the quarantine save is to save the privilege request information, the identification information, and the privilege request information and the identification information of the second account in different directories or different folders.
- the quarantine save is achieved by allocating the first account and the second account to different processes.
- the user opens a process and logs in to the website using the first account, and the permission request information in the process is saved in the first directory.
- the user then opens another process and logs into the same website as the first account using the second account.
- the permission request information in the process needs to be saved to another directory.
- the isolation preservation is implemented by a redirection technique.
- the rights request information and/or the identification information of the second account are redirected by HOOK, (hook) or driving technology, thereby implementing the isolated storage.
- step 210 the user opens a process in the browser, enters the page of the website to which he or she wants to log in, then enters the first account number, the first password, and then clicks the login button.
- step 220 the browser generates a cookie, a cache for recording the first account login information, and the cookie includes a login information such as the first account, the first password, and the URL, and then sends the cookie and the cache.
- an HTTP request is sent to the server to request to log in to the website, such as logging into a personal space, a personal mailbox, or a forum website.
- the cookie generated by the browser is stored in the browser's local system directory.
- the system directory where the cookie is stored by the Windows operating system is: C: ⁇ Documents and Settings ⁇ Administrator ⁇ Local Settings ⁇ Temporary Internet Files
- step 230 the server verifies the first account name, the first password is correct based on the cook ie, the cache from the browser, and then generates a cookie and a cache corresponding to the first account information, and then newly generates the cookie.
- the cookie, the cache is sent to the browser.
- step 240 the browser stores the cookie and cache from the server in the local system directory, and the first account is logged into the corresponding website, so that the first account can obtain the updated content feedback from the website.
- the user opens another process in the browser and logs in to the website page that the first account is visiting using the second account.
- step 260 the browser generates a cookie, a cache for recording the second account login information, and stores the cookie and the cache in another directory of the local system directory, that is, the directory corresponds to storing the first account.
- the cached directories are not in the same directory for quarantine preservation.
- the browser then sends a cookie, a cache that records the second account login information to the website server, and sends an HTTP request to the server to request to log in to the website.
- step 270 the server verifies whether the second account name and password are correct based on a cookie, a cache from the browser for recording the second account login information, and then generates a cookie corresponding to the second account information. Cache, and send the newly generated cookie, cache to Browser.
- step 280 the browser stores the cook ie, cached from the server for confirming the second account information in another directory of the local system directory, and the directory is corresponding to the first account stored in the cookie, cached
- the directory is not the same directory, that is, it is saved in isolation.
- Step 290 the second account and the first account are logged into the same website, and the second account and the first account are all able to obtain updated content feedback in the website, such as receiving new mail and publishing a new article. , forum reply, snapped up information release and other content.
- the content update of the corresponding account is implemented by a redirection technology.
- FIG. 2 illustrates only two account logins as an example. In fact, the present application can realize that two or more accounts are simultaneously logged into the same website or webpage corresponding to the monthly service.
- FIG. 3 is a schematic diagram of a multi-account login device according to an embodiment of the present application.
- the device 300 includes a permission request information isolation module 311 and an identification information isolation module 312.
- the device 300 is a web browser (ie, a web browser).
- the device 300 can also be part of a browser, i.e., a device or module included in the browser.
- the permission request information isolation module 31 1 sets the permission request information of the second account with the permission request information of the first account that has been logged into the same website or the web server. The client saves it in isolation.
- the website or web page is an information release page for the account login.
- the quarantine save is performed by storing the privilege request information of the second account and the privilege request information of the first account in different directories or different folders.
- the quarantine save is achieved by allocating the second account, the first account, to a different process.
- the identification information isolation module 312 After receiving the identification information returned by the website or the web server for identifying the second account, the identification information isolation module 312 stores the identification information and the corresponding identification information of the first account in the client.
- the quarantine is saved by identifying the second account with the first account
- the identification information is stored in different directories or under different folders.
- the quarantine save is achieved by allocating the second account, the first account, to a different process.
- the isolation and storage in the permission request information isolation module 31 1 and the identification information isolation module 312 is implemented by a redirection technology.
- the privilege request information and/or the identification information of the second account are redirected by a hook or a driving technique to implement the quarantine save.
- the application also provides an embodiment of a multi-account login client.
- FIG. 4 it is a schematic diagram of a multi-account login client according to an embodiment of the present application.
- the multi-account login client 400 includes a permission request information isolation module 41 1 and an identification information isolation module 412.
- a permission request information isolation module 41 1 and an identification information isolation module 412.
- the multi-account login client 400 may be an related entity applied to a computer, such as hardware, a combination of hardware and software, software or software in execution, and the like. Therefore, the client 400 can be a web browser or a hardware entity including a web browser.
- the present application also provides a computer readable recording medium on which a program for executing the above-described multi-account login method is recorded.
- a program for executing the above-described multi-account login method is recorded.
- the computer readable recording medium includes any mechanism for storing or transmitting information in a form readable by a computer (e.g., a computer).
- a machine-readable medium includes a read only memory (ROM), a random access memory (RAM), a magnetic disk storage medium, an optical storage medium, a flash storage medium, an electrical, optical, acoustic, or other form of propagated signal (eg, a carrier wave) , infrared signals, digital signals, etc.).
- the present application is not limited to use only in a PC (Personal Computer), but also in various electronic devices such as a PDA (PDA), a mobile phone, and the like.
- the information transmission method of the present application may be wired or wireless.
- the application can be described in the general context of computer-executable instructions executed by a computer, such as a program module.
- program modules include performing specific tasks or implementing specific pumping Routines, programs, objects, components, data structures, and so on, like data types.
- the present application can also be practiced in distributed computing environments where tasks are performed by remote processing devices that are connected through a communication network.
- program modules can be located in both local and remote computer storage media including storage devices.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computing Systems (AREA)
- Information Transfer Between Computers (AREA)
Description
说 明 书
一种多账户登录方法及客户端
技术领域
本申请涉及互联网技术, 尤其涉及一种多账户登录方法及客户端。 背景技术
随着网络技术的快速发展, 越来越多的人开始使用网络收发邮箱、 登录 个人空间、 玩网络游戏、 登录论坛等。
然而,如果用户想要使用两个及两个以上账户同时登录同一地址的网站 上, 目前还没有相应技术得以实现。 举例如, 目前还不能使用两个不同账户 同时登录到同一网址的邮箱上。 原因是:
当用户使用某一账户首次登录某网站时, 本地客户端(如浏览器)就会 产生用于记录该账户登录信息的 cookie和緩存, 然后该客户端将该 cookie 发送到该账户所要访问网站的服务端。该服务端根据该用于记录该账户登录 信息的 cook ie, 3 证账户名、 密码是否正确, 而后再向该客户端返回相应确 认信息。 该客户端基于该确认信息, 使该第一账户登录到相应网站上。
如果该用户使用另一账户同时登录到该网站, 该客户端就会检查该客户 端本地是否有登录到该网站的 cookie和緩存,如果有相应的 cookie和緩存, 则将该 cook ie和緩存发送至服务端, 该服务端通过该 cook ie和緩存验证账 户名、 密码正确后, 向客户端发送确认信息。 该客户端基于该确认信息, 就 会重新使该第一账户登录到相应网站上。 原因是, 现有的该客户端出于方便 管理本地登录账户的目的只存储并使用一个账户, 因此重新登录时会由客户 端向服务端发送第一账户登录信息的 cookie。
实际应用中, 除了上述列举的多账户邮箱登录的例子外, 在很多涉及用
户登录的应用中都会存在多账户登录的问题。 总之, 目前还缺乏可进行多账 户登录的技术来满足用户的各种需求。 发明内容
本申请提供了一种能够多账户同时登录的方法及客户端。
在第一方面, 本申请提供了一种多账户登录方法。 以第二账户登录服务 端时,将该第二账户的权限请求信息与已登录相同服务端的第一账户的权限 请求信息在客户端进行隔离保存; 在接收到该服务端返回的用于标识该第二 账户的标识信息后,将该标识信息与第一账户的相应标识信息在客户端进行 隔离保存。
优选地, 上述隔离保存是通过将第二账户的权限请求信息和 /或标识信 息与第一账户的权限请求信息和 /或标识信息存放于不同目录或不同文件夹 下实现的。
优选地, 上述隔离保存是通过将第二账户、 第一账户分配在不同进程下 实现的。
优选地, 上述权限请求信息及标识信息是以 cook i e和 /或緩存形式保存 的。
优选地, 上述权限请求信息包括用户的账号、 密码。
优选地, 上述标识信息包括用于在上述服务端中标识当前账户的信息。 优选地, 上述隔离保存是通过重定向技术来实现的。
更优选地, 通过钩子或驱动技术将第二账户的权限请求信息和 /或标识 信息进行重定向。
优选地, 在所述客户端以第二账户、 第一账户登录到同一服务端后, 通 过重定向技术实现相应账户的内容更新。
优选地, 上述服务端为账户登录的信息发布页面对应的服务端。
在第二方面, 本申请提供了一种多账户登录客户端。 该客户端包括权
限请求信息隔离模块和标识信息隔离模块, 该权限请求信息隔离模块配置为 在以第二账户登录服务端时,将该第二账户的权限请求信息与已登录相同服 务端的第一账户的权限请求信息进行隔离保存; 该标识信息隔离模块配置为 在接收到该服务端返回的用于标识该第二账户的标识信息后,将该标识信息 与第一账户的相应标识信息进行隔离保存。
优选地, 上述客户端为 web浏览器。
优选地, 上述权限请求信息隔离模块中的隔离保存是通过将第二账户的 权限请求信息与第一账户的权限请求信息存放于不同目录或不同文件夹下 实现的。
优选地, 上述标识信息隔离模块中的隔离保存是通过将第二账户的标识 信息与第一账户的标识信息存放于不同目录或不同文件夹下实现的。
优选地, 上述权限请求信息隔离模块中的隔离保存是通过将第二账户、 第一账户分配在不同进程下实现的。
优选地, 上述标识信息隔离模块中的隔离保存是通过将第二账户、 第一 账户分配在不同进程下实现的。
优选地, 上述权限请求信息隔离模块和所述标识信息隔离模块中的隔离 保存均是通过重定向技术实现的。
更优选地, 通过钩子或驱动技术将第二账户的权限请求信息和 /或标识 信息进行重定向, 从而实现所述隔离保存。
优选地, 上述服务端为账户登录的信息发布页面对应的服务端。
本申请通过将一个账户的权限请求信息和用于在网页或网络中标识账 户身份的标识信息与已登录相同网站或网页的另一账户的权限请求信息和 标识信息进行隔离保存, 从而使实现多账户登录功能, 帮助在同一网站中有 多个账户的用户同时登录。更进一步的,由于可以在同一网站登录多个账户, 从而也实现了各账户内容的及时获取, 方便了用户及时查看不同账户中的内 容。 本申请满足了用户多账户登录需求。
附图说明
下面将参照附图对本申请的具体实施方案进行更详细的说明, 在附图 中:
图 1 是本申请一个实施例的多账户登录方法流程图;
图 2是本申请一个实施例的基于浏览器的多账户登录方法流程图; 图 3是本申请一个实施例的多账户登录设备示意图;
图 4是本申请一个实施例的多账户登录客户端示意图。 具体实施方式
实际应用中,如果不能使用两个及两个以上账户同时登录同一地址的网 站上, 会带来很多问题。 比如某用户有两个具有同一域名的私人邮箱, 当他 要查看这两个邮箱是否有新邮件时, 就必须先登录其中一个邮箱, 然后退出 该邮箱后, 才能用另外一个账号登录到该邮箱上, 操作繁瑣, 不能同时登录 两个同一域名的私人邮箱。 更进一步的, 这种邮箱登录方法也无法同时保存 对两个以上邮箱的同时更新。
又如, 某论坛在建立过程中, 工作人员想要使用管理员身份和普通用户 身份同时登录到该论坛上,对该论坛进行测试,查看该论坛是否有错误出现, 目前还没有相应技术得以披露, 以解决此类问题。
针对以上的问题, 本申请实施例提供了一种多账户登录方法, 其实现主 要包含以下两个方面:
其一, 以第二账户登录服务端时, 将该第二账户的权限请求信息与已登 录相同服务端的第一账户的权限请求信息在客户端进行隔离保存;
其二, 在接收到该服务端返回的用于标识该第二账户的标识信息后, 将 该标识信息与第一账户的相应标识信息在客户端进行隔离保存。
其中, 所述权限请求信息和标识信息将在后面的实施例中进行详细解
释。
具体的, 所述服务端是指账户登录的信息发布页面对应的服务端(或者 为服务器),换而言之, 在本申请实施例中, 账户登录的信息发布页面不同, 对应的服务端也会不同。 其中, 所述账户登录的信息发布页面通常是指网站 或***的登录页面。 进而, 所述服务端也可以是网站或网页对应的服务端。
所述客户端可以指用户用来登录到服务端的机器或设备,也可以更详细 地指代机器或设备中安装的各种软硬件, 如下述的浏览器等。
需要说明的是, 为了实现多账户登录, 客户端将第一账户的权限请求信 息与第二账户的权限请求信息进行隔离保存,客户端还将第一账户的标识信 息与第二账户的标识信息进行隔离保存。 这样, 当客户端以第二账户请求登 录同一网站或网页对应的服务端时, 该客户端在检查本地是否有登录到相同 服务端的权限请求信息时, 由于进行了隔离保存, 因此不会将第一账户的权 限请求信息发送至服务端, 而是将该第二账户的权限请求信息发送至服务端 进行验证, 从而实现多账户登录。
而对于服务端而言, 服务端连接的数据库是通过不同的账户 ID来区分 和保存各个账户的登录信息, 其中包括返回给客户端的标识信息。 也即: 一 个账户 ID下保存着该账户的标识信息, 另一账户 ID下相应保存着该另一账 户的标识信息。 换而言之, 在账户登录的应用中, 服务端一般不太关注数据 库中保存的这些账户信息分别对应着哪些客户端,但是现有的客户端出于方 便管理本地登录账户的目的只存储并使用一个账户, 因此客户端才会出现多 账户登录的问题, 本申请实施例通过在客户端隔离保存的方式来解决此问 题。 但是, 本申请不排除在其他应用中, 基于某些特殊的需求, 服务端有可 能会关注数据库中保存的这些账户信息分别对应着哪些客户端。
此外, 还需要说明的是, 上述第一账户和第二账户均是一个泛指, 包含 以下几种情况的理解:
1 ) 以两个账户登录的情况下, 第一账户和第二账户可分别指代一个账
户;
2 ) 以两个以上更多个账户登录的情况下, 第一账户泛指已登录相同服 务端的所有账户, 第二账户泛指新登录的账户。 例如, 用户分别以账户 A和 账户 B先后登录相同的服务端, 然后再以账户 C登录该服务端, 此时第一账 户指账户 A和账户 B, 第二账户指账户 C, 账户 C的权限请求信息需要与账 户 A和账户 B的权限请求信息隔离保存, 账户 C的标识信息也需要与账户 A 和账户 B的标识信息隔离保存。如果该用户再次以另一账户 D登录同样的服 务端, 则第一账户指账户 A、 账户 B和账户 C, 第二账户指账户 0。
总之,无论上述哪种情况,第一账户和第二账户既可以指代不同的账户, 也可以指代相同的账户, 均在本申请的保护范围之内。
基于以上内容, 下面通过图 1和图 2的实施例进行详细说明。
图 1是本申请一个实施例的多账户登录方法流程图。
在步骤 110, 用户使用第一账户进行登录相关操作, 以请求登录到相应 网站或网页上; 其中, 该网站或网页是一个信息发布页面, 如邮箱页面、 博 客页面、 微博、 论坛页面等。
一个例子中,由浏览器实现多账户登录。但本申请并不限于浏览器实现, 而是能够实现多账户登录的管理软件、浏览器插件等均应在本申请的覆盖范 围内, 在此不——贅述。 在步骤 120, 生成用于标识该第一账户的权限请求 信息, 并将该权限请求信息发送至该服务端; 其中, 该服务端为该第一账户 请求登录网站(或网页) 的服务端。
其中, 所述权限请求信息可以是以 cookie和 /或緩存形式保存的信息。 一个例子中, 该权限请求信息是包含该第一账户名、 密码的 cookie和 /或緩 存。
cook ie,有时也用其复数形式 cookies ,指某些网站为了辨别用户身份、 进行 ses s ion跟踪而储存在用户本地终端上的数据(通常经过加密) 。
在步骤 130, 该服务端接收来自该客户端的权限请求信息, 并生成用于
确认该第一账户的标识信息 , 再将该标识信息返回至该客户端。 其中, 所述标识信息也可以是以 cookie和 /或緩存形式保存的。 所述标 识信息包括用于在所述服务端中标识当前账户的信息。
一个例子中, 该标识信息是包含 session id等用于确认该第一账户信 息的 cookie和 /或緩存。
在计算机专业术语中, 尤其是在网络应用中, Session称为" 会话" 。
Session是指一个终端用户与交互***进行通信的时间间隔, 通常指从注册 进入***到注销退出***之间所经过的时间以及如果需要的话, 可能还有一 定的操作空间。 具体到 Web中的 Session指的就是用户在浏览某个网站时, 从进入网站到浏览器关闭所经过的这段时间,也就是用户浏览这个网站所花 费的时间。 因此从上述的定义中可以看到, Session实际上是一个特定的时 间概念。 需要注意的是, 一个 Session的概念需要包括特定的客户端, 特定 的服务器端以及不中断的操作时间。 A 用户和 C 服务器建立连接时所处的 Session 同 B 用户和 C 月良务器建立连接时所处的 Session是两个不同的 Sessior
在步骤 140, 用户使用第二账户进行网站登录相关操作, 且该网站与第 一账户登录的网站是同一网站。 也就是说, 该第二账户要求与第一账户登录 到同一网站, 即要求多账户登录。
在步骤 150, 该客户端根据第二账户名、 URL、 session id等信息识别 出此次登录为多账户登录, 因此该客户端将其生成的用于标识该第二账户的 权限请求信息与所述第一账户的权限请求信息、 标识信息进行隔离保存, 再 将该第二账户的权限请求信息发送至该服务端。
同样, 所述权限请求信息可以是以 cookie和 /或緩存形式保存的信息。 一个例子中, 该第二账户的权限请求信息是包含该第二账户名、 密码的 cookie和 /或緩存。
在步骤 160, 该服务端生成用于确认该第二账户的标识信息, 并将该标
识信息与所述第一账户的权限请求信息、 标识信息在客户端进行隔离保存。 服务端会将生成的标识信息发给客户端, 由客户端将第二账户的标识信 息与所述第一账户的权限请求信息、 标识信息进行隔离保存。 当然, 基于某 些特殊的需求,服务端也可以采用与客户端相同的方式将第一账户和第二账 户的信息进行隔离保存。
同样, 所述标识信息也可以是以 cook i e和 /或緩存形式保存的。 所述标 识信息包括用于在所述服务端中标识当前账户的信息。 一个例子中, 该标识 信息是包含 ses s ion id等用于确认该第一账户信息的 cookie和 /或緩存。
上述流程中, 需要保证第一账户的权限请求信息与第二账户的权限请求 信息隔离保存, 同时保证第一账户的标识信息与第二账户的标识信息隔离保 存。 下面给出几种隔离保存的具体实现方式, 如下:
一个例子中, 所述隔离保存是将该第一账户的权限请求信息、 标识信息 与该第二账户的权限请求信息、 标识信息保存在不同目录或不同文件夹下。
另一个例子中, 所述隔离保存是通过将该第一账户、 第二账户分配在不 同进程下来实现的。
具体地, 用户开启一个进程, 并使用第一账户登录到网站上, 且该进程 中的权限请求信息保存在第一目录中。 然后该用户又开启另外一个进程, 并 使用第二账户登录到与第一账户相同的网站上。 此时, 该进程中的权限请求 信息则需要保存到另一目录上。
较佳地,所述隔离保存是通过重定向技术来实现的。具体地,通过 HOOK , (钩子)或驱动技术将所述第二账户的权限请求信息和 /或标识信息进行重 定向, 从而实现所述隔离保存。
在步骤 170 , 该第二账户登录到与该第一账户相同的网站(服务端 )后, 该第二账户、 第一账户均能够获得到其相应更新内容反馈。 较佳地, 通过重 定向技术实现相应账户的内容更新。 图 2是本申请一个实施例的基于浏览器 的多账户登录方法流程图。
在步骤 210, 用户打开浏览器中的一个进程, 进入其所要登录网站的页 面, 然后输入第一账号、 第一密码, 再点击登录按钮。
在步骤 220, 该浏览器生成用于记录该第一账户登录信息的 cookie、 緩 存, 且该 cookie、 緩存中包含该第一账号、 第一密码、 URL等登录信息, 再 将该 cookie、緩存发送至该用户所要访问网站的服务端, 同时向该服务端发 送 HTTP请求, 以请求登录到该网站上, 如登录到个人空间、 个人邮箱、 论 坛网站上。
一个例子中, 该浏览器生成的 cookie存储于该浏览器的本地***目录 下。 通常情况下, windows 操作***的存储该 cookie 的***目录是: C:\Documents and Settings\Administrator\Local Settings\Temporary Internet Files
在步骤 230, 该服务端基于来自该浏览器的 cook ie、 緩存, 验证该第一 账户名、 第一密码是否正确, 然后生成相应确认该第一账户信息的 cookie 和緩存, 再将该新生成的 cookie、 緩存发送至该浏览器。
在步骤 240, 该浏览器将来自该服务端的 cookie、 緩存存储于本地*** 目录下, 进而该第一账户登录到相应网站上, 以便该第一账户能够获得来自 该网站的更新内容反馈。
在步骤 250, 用户打开浏览器中的另一个进程, 并使用第二账户登录该 第一账户正在访问的网站页面。
在步骤 260, 该浏览器生成用于记录该第二账户登录信息的 cookie、 緩 存, 并将该 cookie、緩存存储于本地***目录的另一目录, 即该目录与存储 第一账户相应 cook ie、緩存的目录不是同一目录, 以实现隔离保存。 然后该 浏览器再将记录该第二账户登录信息的 cookie、 緩存发送至该网站服务端, 同时向该服务端发送 HTTP请求, 以请求登录到该网站上。
在步骤 270, 该服务端基于来自该浏览器的用于记录该第二账户登录信 息的 cookie、 緩存, 验证该第二账户名、 密码是否正确, 然后生成相应确认 该第二账户信息的 cookie、 緩存, 并将该新生成的 cookie、 緩存发送至该
浏览器。
在步骤 280 , 该浏览器将来自服务器的且用于确认该第二账户信息的 cook ie , 緩存, 存储于本地***目录的另一目录, 且该目录与存储第一账户 相应 cook ie、 緩存的目录不是同一目录, 即实现隔离保存。
步骤 290 ,该第二账户与该第一账户登录到同一网站上,且该第二账户、 第一账户均能够获得该网站中的更新内容反馈, 该更新内容如收到新邮件、 发布新文章、 论坛回复、 抢购信息发布等内容。
较佳地, 通过重定向技术实现相应账户的内容更新。
需要说明的是, 图 2仅以两个账户登录为例进行阐述, 实际上, 本申请 可以实现两个以上账户同时登录到同一网站或网页对应的月良务端上。
图 3是本申请一个实施例的多账户登录设备示意图。该设备 300包括权 限请求信息隔离模块 311、 标识信息隔离模块 312。 一个例子中, 该设备 300 为 web浏览器(即网页浏览器) 。 在另一个例子中, 该设备 300也可以是浏 览器的一部分, 即为包含在浏览器中的一个装置或模块。
该权限请求信息隔离模块 31 1在用户以第二账户登录网站或网页对应的 服务端时,将该第二账户的权限请求信息与已登录相同网站或网页服务端的 第一账户的权限请求信息在客户端进行隔离保存。 其中, 该网站或网页为账 户登录的信息发布页面。
一个例子中,该隔离保存是通过将该第二账户的权限请求信息与该第一 账户的权限请求信息存放于不同目录或不同文件夹下实现的。
另一个例子中, 该隔离保存是通过将该第二账户、 第一账户分配在不同 进程下实现的。
该标识信息隔离模块 312在接收到该网站或网页服务端返回的用于标识 该第二账户的标识信息后,将该标识信息与第一账户的相应标识信息在客户 端进行隔离保存。
一个例子中, 该隔离保存是通过将该第二账户的标识信息与该第一账户
的标识信息存放于不同目录或不同文件夹下实现的。
另一个例子中, 该隔离保存是通过将该第二账户、 第一账户分配在不同 进程下实现的。
较佳地, 所述权限请求信息隔离模块 31 1和所述标识信息隔离模块 312 中的隔离保存是通过重定向技术实现的。 又进一步地, 通过钩子或驱动技术 将该第二账户的权限请求信息和 /或标识信息进行重定向, 从而实现所述隔 离保存。
本申请还提供了一种多账户登录客户端的实施例。 参照图 4所示, 是本 申请一个实施例的多账户登录客户端示意图。该多账户登录客户端 400包括 权限请求信息隔离模块 41 1和标识信息隔离模块 412 , 这两个模块的相关说 明可参见图 3的相应说明, 在此不再贅述。
需要说明的是, 所述多账户登录客户端 400可以是应用于计算机的相关 实体, 如硬件、 硬件和软件的组合、 软件或执行中的软件等。 因此, 所述客 户端 400可以是 web浏览器, 也可以是包含 web浏览器的硬件实体。
基于以上内容, 本申请还提供了一种在其上记录有用于执行上述多账户 登录方法的程序的计算机可读记录介质。 其中, 所述多账户登录方法的具体 内容可参见图 1和图 2实施例所述的内容, 在此不再贅述。
所述计算机可读记录介质包括用于以计算机(例如计算机)可读的形式 存储或传送信息的任何机制。 例如, 机器可读介质包括只读存储器(ROM )、 随机存取存储器(RAM ) 、 磁盘存储介质、 光存储介质、 闪速存储介质、 电、 光、 声或其他形式的传播信号 (例如, 载波、 红外信号、 数字信号等)等。
需要说明的是, 本申请并未被限定在仅用于 PC (个人计算机)中, 也可 以用于 PDA (掌上电脑)、 手机等各种电子设备中。 此外, 本申请的信息发送 方式可以是有线的也可以是无线的。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描 述, 例如程序模块。 一般地, 程序模块包括执行特定任务或实现特定抽
象数据类型的例程、 程序、 对象、 组件、 数据结构等等。 也可以在分布 式计算环境中实践本申请, 在这些分布式计算环境中, 由通过通信网络 而被连接的远程处理设备来执行任务。 在分布式计算环境中, 程序模块 可以位于包括存储设备在内的本地和远程计算机存储介质中。
最后, 还需要说明的是, 在本文中, 诸如第一和第二等之类的关系 术语仅仅用来将一个或一些实体或者操作与另一个或另一些实体或操作 区分开来, 而不一定要求或者暗示这些实体或操作之间存在任何这种实 际的关系或者顺序。
而且, 上文中的 "和 /或" 表示本文既包含了 "和" 的关系, 也包含 了 "或" 的关系, 其中: 如果方案 A与方案 B是 "和" 的关系, 则表示 某实施例中可以同时包括方案 A和方案 B; 如果方案 A与方案 B是 "或" 的关系, 则表示某实施例中可以单独包括方案 A , 或者单独包括方案 B。
显而易见, 在不偏离本申请的真实精神和范围的前提下, 在此描述的本 申请可以有许多变化。因此,所有对于本领域技术人员来说显而易见的改变, 都应包括在本权利要求书所涵盖的范围之内。本申请所要求保护的范围仅由 所述的权利要求书进行限定。
Claims
1.一种多账户登录方法, 其特征在于, 包括:
以第二账户登录服务端时,将该第二账户的权限请求信息与已登录相同 服务端的第一账户的权限请求信息在客户端进行隔离保存;
在接收到该服务端返回的用于标识该第二账户的标识信息后,将该标识 信息与第一账户的相应标识信息在客户端进行隔离保存。
2.如权利要求 1所述的多账户登录方法, 其特征在于, 所述隔离保存是 通过将所述第二账户的权限请求信息和 /或标识信息与所述第一账户的权限 请求信息和 /或标识信息存放于不同目录或不同文件夹下实现的。
3. 如权利要求 1 所述的多账户登录方法, 其特征在于, 所述隔离保存 是通过将该第二账户、 第一账户分配在不同进程下实现的。
4.如权利要求 1所述的多账户登录方法, 其特征在于, 所述权限请求信 息及标识信息是以 cook ie和 /或緩存形式保存的。
5.如权利要求 1所述的多账户登录方法, 其特征在于, 所述权限请求信 息包括用户的账号、 密码。
6. 如权利要求 1 所述的多账户登录方法, 其特征在于, 所述标识信息 包括用于在所述服务端中标识当前账户的信息。
7.如权利要求 1所述的多账户登录方法, 其特征在于, 所述隔离保存是 通过重定向技术来实现的。
8.如权利要求 7所述的多账户登录方法, 其特征在于, 通过钩子或驱动 技术将所述第二账户的权限请求信息和 /或标识信息进行重定向。
9.如权利要求 1所述的多账户登录方法, 其特征在于, 在所述客户端以 第二账户、 第一账户登录到同一服务端后, 通过重定向技术实现相应账户的 内容更新。
10.如权利要求 1 所述的多账户登录方法, 其特征在于, 所述服务端为 账户登录的信息发布页面对应的服务端。
11.一种多账户登录客户端, 其特征在于, 包括:
权限请求信息隔离模块, 配置为在以第二账户登录服务端时, 将该第二 账户的权限请求信息与已登录相同服务端的第一账户的权限请求信息进行 隔离保存;
标识信息隔离模块, 配置为在接收到该服务端返回的用于标识该第二账 户的标识信息后, 将该标识信息与第一账户的相应标识信息进行隔离保存。
12.如权利要求 11所述的多账户登录客户端, 其特征在于, 该客户端为 web浏览器。
13.如权利要求 11所述的多账户登录客户端, 其特征在于, 所述权限请 求信息隔离模块中的隔离保存是通过将所述第二账户的权限请求信息与所 述第一账户的权限请求信息存放于不同目录或不同文件夹下实现的。
14. 如权利要求 11 所述的多账户登录客户端, 其特征在于, 所述标识 信息隔离模块中的隔离保存是通过将所述第二账户的标识信息与所述第一 账户的标识信息存放于不同目录或不同文件夹下实现的。
15. 如权利要求 11 所述的多账户登录客户端, 其特征在于, 所述权限 请求信息隔离模块中的隔离保存是通过将所述第二账户、第一账户分配在不 同进程下实现的。
16.如权利要求 11所述的多账户登录客户端, 其特征在于, 所述标识信 息隔离模块中的隔离保存是通过将所述第二账户、第一账户分配在不同进程 下实现的。
17.如权利要求 11所述的多账户登录客户端, 其特征在于, 所述权限请 求信息隔离模块和所述标识信息隔离模块中的隔离保存均是通过重定向技 术实现的。
18.如权利要求 17所述的多账户登录客户端, 其特征在于, 通过钩子或 驱动技术将所述第二账户的权限请求信息和 /或标识信息进行重定向。
19.如权利要求 11所述的多账户登录客户端, 其特征在于, 所述服务端 为账户登录的信息发布页面对应的服务端。
20、一种在其上记录有用于执行权利要求 1所述方法的程序的计算机可 读记录介质。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/004,191 US9882940B2 (en) | 2011-03-11 | 2012-02-20 | Method for logging in a website hosted by a server by multi-account and the client |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110058806.2A CN102438000B (zh) | 2011-03-11 | 2011-03-11 | 一种多账户登录方法及设备 |
CN201110058806.2 | 2011-03-11 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2012122867A1 true WO2012122867A1 (zh) | 2012-09-20 |
Family
ID=45985877
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2012/071344 WO2012122867A1 (zh) | 2011-03-11 | 2012-02-20 | 一种多账户登录方法及客户端 |
Country Status (3)
Country | Link |
---|---|
US (1) | US9882940B2 (zh) |
CN (2) | CN105207998A (zh) |
WO (1) | WO2012122867A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103618717A (zh) * | 2013-11-28 | 2014-03-05 | 北京奇虎科技有限公司 | 多账户客户信息的动态认证方法、装置和*** |
CN112003848A (zh) * | 2020-08-14 | 2020-11-27 | 苏州浪潮智能科技有限公司 | 一种同一浏览器多账号登录的方法和设备 |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103023875B (zh) * | 2012-11-21 | 2015-09-02 | 北京荣之联科技股份有限公司 | 一种账户管理***及方法 |
CN103279869A (zh) * | 2013-05-24 | 2013-09-04 | 北京京东尚科信息技术有限公司 | 一种确定信息处理目标的方法和装置 |
CN103490896B (zh) * | 2013-09-16 | 2017-02-08 | 北京创世泰克科技股份有限公司 | 多用户网站自动登录器及其实现方法 |
CN103618807A (zh) * | 2013-11-08 | 2014-03-05 | 北京奇虎科技有限公司 | cookie信息的处理方法及装置 |
CN103618698B (zh) * | 2013-11-08 | 2017-03-15 | 北京奇虎科技有限公司 | cookie信息的处理方法及装置 |
CN103646081B (zh) * | 2013-12-12 | 2017-01-18 | 北京奇虎科技有限公司 | 一种在网页中进行登录的方法和装置 |
CN103647775B (zh) * | 2013-12-12 | 2017-01-25 | 北京奇虎科技有限公司 | 一种在网页中进行登录的方法和装置 |
JP6546100B2 (ja) * | 2014-02-17 | 2019-07-17 | 富士通株式会社 | サービス提供方法、サービス要求方法、情報処理装置、及び、クライアント装置 |
CN103841188B (zh) * | 2014-02-27 | 2018-10-23 | 北京奇虎科技有限公司 | 一种浏览器中Cookie信息的处理方法和装置 |
CN105786879A (zh) * | 2014-12-22 | 2016-07-20 | 广州市动景计算机科技有限公司 | 隔离页面Cookie的方法及装置 |
CN106209747B (zh) * | 2015-05-07 | 2020-06-23 | 腾讯科技(深圳)有限公司 | 一种网站的接入方法、装置和*** |
CN105138564A (zh) * | 2015-07-23 | 2015-12-09 | 小米科技有限责任公司 | 数据文件的读取方法及装置 |
CN105141605B (zh) * | 2015-08-19 | 2019-04-19 | 金蝶软件(中国)有限公司 | 会话方法、网站服务器及浏览器 |
US9985972B2 (en) | 2015-11-06 | 2018-05-29 | Nasdaq, Inc. | Systems and methods for controlling sign-on to web applications |
CN105610801A (zh) * | 2015-12-22 | 2016-05-25 | 北京奇虎科技有限公司 | 一种借用他人账户实现登录的方法及*** |
CN109462614B (zh) * | 2015-12-22 | 2022-01-28 | 北京奇虎科技有限公司 | 一种借用他人账户实现登录的方法及*** |
CN108023881B (zh) * | 2017-12-04 | 2020-12-15 | 泰康保险集团股份有限公司 | 应用程序的登录方法、装置、介质及电子设备 |
CN108683679B (zh) * | 2018-05-30 | 2022-08-02 | 深圳壹账通智能科技有限公司 | Web APP的多账号登录方法、装置、设备及存储介质 |
CN110519236B (zh) * | 2019-08-07 | 2022-05-24 | 武汉金百瑞科技股份有限公司 | 一种网站集群下安全的账户与权限控制的方法 |
CN110545528B (zh) * | 2019-09-19 | 2021-12-10 | 白浩 | 融合多身份的社交方法、装置以及存储介质 |
CN112163199B (zh) * | 2020-09-15 | 2024-02-02 | 深圳希施玛数据科技有限公司 | 使用公用账号的登录认证方法、装置、设备及存储介质 |
CN113163029B (zh) * | 2021-05-20 | 2023-06-30 | 厦门亿联网络技术股份有限公司 | 网络会话账号部署方法、装置、终端、服务器及存储介质 |
CN114329437B (zh) * | 2022-03-14 | 2022-06-14 | 北京指掌易科技有限公司 | 一种数据处理方法、装置、设备以及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1829202A (zh) * | 2005-03-02 | 2006-09-06 | 华为技术有限公司 | 多个帐号同时在一个客户端上实现imps业务的***及方法 |
CN101072103A (zh) * | 2007-03-09 | 2007-11-14 | 腾讯科技(深圳)有限公司 | 一种多账号登录即时通讯软件的方法及*** |
CN101136915A (zh) * | 2007-10-16 | 2008-03-05 | 中兴通讯股份有限公司 | 一种实现多业务统一安全认证的方法和*** |
CN101170569A (zh) * | 2006-10-25 | 2008-04-30 | 阿里巴巴公司 | 一种即时通信中管理联系人的方法 |
CN101414906A (zh) * | 2008-11-20 | 2009-04-22 | 腾讯科技(深圳)有限公司 | 多账号访问网络收藏夹的方法和装置 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6983370B2 (en) * | 2001-11-27 | 2006-01-03 | Motorola, Inc. | System for providing continuity between messaging clients and method therefor |
KR20030050688A (ko) * | 2001-12-19 | 2003-06-25 | 엘지전자 주식회사 | 웹 시스템 로그인 절차 관리 유닛 및 이를 이용한 웹시스템 로그인 절차 관리 방법 |
US7421733B2 (en) * | 2002-02-06 | 2008-09-02 | Hewlett-Packard Development Company, L.P. | System and method for providing multi-class processing of login requests |
US8553572B2 (en) * | 2003-09-10 | 2013-10-08 | Hyperdata Technologies, Inc. | Internet protocol optimizer |
US20060075224A1 (en) * | 2004-09-24 | 2006-04-06 | David Tao | System for activating multiple applications for concurrent operation |
JP4795133B2 (ja) * | 2006-06-23 | 2011-10-19 | キヤノン株式会社 | 画像形成装置、画像処理方法、該方法を実行する制御プログラム |
US20100190526A1 (en) * | 2009-01-28 | 2010-07-29 | International Business Machines Corporation | Cellular Telephone Using Multiple Accounts |
US20110125565A1 (en) * | 2009-11-24 | 2011-05-26 | Visa U.S.A. Inc. | Systems and Methods for Multi-Channel Offer Redemption |
CN102377737B (zh) * | 2010-08-10 | 2016-02-10 | 中兴通讯股份有限公司 | 一种多帐户访问交互式邮件存取协议服务器的***及方法 |
-
2011
- 2011-03-11 CN CN201510512285.1A patent/CN105207998A/zh active Pending
- 2011-03-11 CN CN201110058806.2A patent/CN102438000B/zh active Active
-
2012
- 2012-02-20 US US14/004,191 patent/US9882940B2/en active Active
- 2012-02-20 WO PCT/CN2012/071344 patent/WO2012122867A1/zh active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1829202A (zh) * | 2005-03-02 | 2006-09-06 | 华为技术有限公司 | 多个帐号同时在一个客户端上实现imps业务的***及方法 |
CN101170569A (zh) * | 2006-10-25 | 2008-04-30 | 阿里巴巴公司 | 一种即时通信中管理联系人的方法 |
CN101072103A (zh) * | 2007-03-09 | 2007-11-14 | 腾讯科技(深圳)有限公司 | 一种多账号登录即时通讯软件的方法及*** |
CN101136915A (zh) * | 2007-10-16 | 2008-03-05 | 中兴通讯股份有限公司 | 一种实现多业务统一安全认证的方法和*** |
CN101414906A (zh) * | 2008-11-20 | 2009-04-22 | 腾讯科技(深圳)有限公司 | 多账号访问网络收藏夹的方法和装置 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103618717A (zh) * | 2013-11-28 | 2014-03-05 | 北京奇虎科技有限公司 | 多账户客户信息的动态认证方法、装置和*** |
CN112003848A (zh) * | 2020-08-14 | 2020-11-27 | 苏州浪潮智能科技有限公司 | 一种同一浏览器多账号登录的方法和设备 |
CN112003848B (zh) * | 2020-08-14 | 2022-12-27 | 苏州浪潮智能科技有限公司 | 一种同一浏览器多账号登录的方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
US20140006619A1 (en) | 2014-01-02 |
CN105207998A (zh) | 2015-12-30 |
CN102438000A (zh) | 2012-05-02 |
US9882940B2 (en) | 2018-01-30 |
CN102438000B (zh) | 2015-09-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2012122867A1 (zh) | 一种多账户登录方法及客户端 | |
US11265307B2 (en) | Credential-free user login to remotely executed applications | |
US10038695B2 (en) | Remotely deauthenticating a user from a web-based application using a centralized login server | |
US10084794B2 (en) | Centralized access management of web-based or native applications | |
JP5429912B2 (ja) | 認証システム、認証サーバ、サービス提供サーバ、認証方法、及びプログラム | |
JP6605056B2 (ja) | 仮想マシンインスタンスのための自動ディレクトリ結合 | |
EP2383946B1 (en) | Method, server and system for providing resource for an access user | |
US8886817B2 (en) | Federation and interoperability between social networks | |
CN103327100B (zh) | 资源处理方法和站点服务器 | |
US20130346331A1 (en) | Methods and systems for asymmetric exchange of content | |
US8645814B2 (en) | System and method for displaying status of electronic messages | |
US10257315B2 (en) | Secure proxied data retrieval from third-party services | |
WO2014019426A1 (zh) | 基于sns的信息融合方法及服务器 | |
CN102546590A (zh) | 基于动态服务响应时间向服务器分配流量的***和方法 | |
US10567388B1 (en) | Automatic account resource and policy decommissioning | |
US8396965B2 (en) | System and method to enhance user presence management to enable the federation of rich media sessions | |
KR20150046131A (ko) | 현재 이용되는 장치 업데이팅 | |
JP2017523508A (ja) | セキュアな統合型クラウドストレージ | |
KR101342406B1 (ko) | 통신 네트워크에서 가상 아이디를 이용한 대화 시스템 및 방법 | |
US9699192B2 (en) | True-ownership of shared data | |
CN105721285B (zh) | Feed消息可见范围的变更方法 | |
KR102004196B1 (ko) | 로그인 세션 전달을 이용한 기기인증 방법 | |
WO2012145960A1 (zh) | 一种即时通讯组件信息交互方法及*** | |
Kobielus | Microsoft's ill-conceived ID plan |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 12757324 Country of ref document: EP Kind code of ref document: A1 |
|
WWE | Wipo information: entry into national phase |
Ref document number: 14004191 Country of ref document: US |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 12757324 Country of ref document: EP Kind code of ref document: A1 |