专利名称：多账号登录方法及装置的制作方法
技术领域：
本申请涉及网络技术领域，特别是涉及一种浏览器的多账号登录方法及装置。
背景技术：
目前随着互联网技术应用的越来越广泛，人们很多的日常工作和娱乐都是通过浏览器在网络上进行。通常情况下，网络使用HTTP (HyperText Transfer Protocol,超文本传输协议)协议传输数据，进而通过浏览器以网页形式向用户展示数据，供用户浏览。然而，HTTP协议是无状态的，S卩服务器不知道用户前一次访问做了什么，这严重阻碍了交互式 Web应用程序的实现。例如，在典型的网上购物场景中，用户浏览了几个页面，买了一盒饼干和两瓶饮料，最后结帐时，由于HTTP的无状态性，如果不通过额外的手段，服务器将不知道用户到底买了什么。而Cookie (也称为小型文字档案或小甜饼)就是用来绕开HTTP的无状态性的 “额外手段”之一。Cookies是服务器暂时存放在电脑里的资料，以便于服务器用来辨认计算机。当浏览网站的时候，Web服务器会先发送资料放在客户端的计算机上，Cookies会帮助客户端的用户将其在网站上所打的文字或是一些选择都记录下来。当下次用户再访问同一个网站，Web服务器会先看看有没有它上次留下的Cookies资料，有的话，就会依据 Cookie里的内容来判断使用者，送出特定的网页内容。在上述例子中，服务器可以设置或读取Cookies中包含的信息，借此维护用户跟服务器会话中的状态。例如，在刚才的购物场景中，当用户选购了第一项商品，服务器在向用户发送网页的同时，还发送了一段Cookie，记录着那项商品的信息。当用户访问另一个页面，浏览器会把Cookie发送给服务器，于是服务器知道他之前选购了什么。用户继续选购饮料，服务器就在原来那段Cookie里追加新的商品信息。结帐时，服务器读取发送来的Cookie就行了。Cookie另一个典型的应用是当登录一个网站时，网站往往会请求用户输入用户名和密码，并且用户可以勾选“下次自动登录”。如果勾选了，那么下次访问同一网站时，用户会发现没输入用户名和密码就已经登录了。这正是因为前一次登陆时，服务器发送了包含登录凭据(用户名加密码的某种加密形式)的Cookie到用户的硬盘上。第二次登录时， (如果该Cookie尚未到期)浏览器会发送该Cookie，服务器验证凭据，于是不必输入用户名和密码就让用户登录了。但是，目前对于浏览器来说，同一个网页(网站)在浏览器里只保存一份全局 Cookie，登录账号时，通过该Cookie传递账号和密码信息，不支持账号多开功能，不能同时登录多个账号。若将不同账号的Cookie信息同时保存到该全局Cookie中，会造成不同账号信息的混乱和相互影响，同样无法顺利实现一个用户的多账号登录。因此，目前的浏览器的用户账号登录方式不方便多账号用户的使用，严重影响了多账号用户使用浏览器的使用体验
发明内容
本申请所要解决的技术问题是提供一种浏览器的多账号登录方法及装置，以解决 现有浏览器无法通过Cookie进行多账号登录，使多账号用户使用浏览器不方便，影响多账 号用户使用浏览器的使用体验的问题。为了解决上述问题，本申请公开了一种多账号登录方法，包括根据多账号登录指 令，在浏览器中打开临时网页窗口；为所述临时网页窗口创建Cookie，所述Cookie独立于 所述浏览器的全局Cookie ;使用所述临时网页窗口进行多账号登录。为了解决上述问题，本申请还公开了一种多账号登录装置，包括打开模块，用于 根据多账号登录指令，在浏览器中打开临时网页窗口 ；创建模块，用于为所述临时网页窗口 创建Cookie，所述Cookie独立于所述浏览器的全局Cookie ;登录模块，用于使用所述临时 网页窗口进行多账号登录。与现有技术相比，本申请具有以下优点本申请通过使用独立的Cookie的临时网页窗口，实现同时具有多个账户的多账 户用户的多账号登录。临时网页窗口的形式和内容可以和常规的网页相同，不同的是，临 时网页窗口的Cookie独立于浏览器全局Cookie，多账号用户可以根据该临时网页窗口的 Cookie和浏览器的全局Cookie实现多个账号的多账号登录。此外，若使用多个临时网页窗 口进行多账号登录时，每个临时网页窗口的Cookie也相互独立，从而实现同一用户的多账 号登录。可见，通过本申请，同一用户的多个不同账号信息不会产生混乱和相互影响，解决 了现有浏览器无法通过Cookie进行多账号登录的问题，方便了多账号用户使用浏览器，提 升了多账号用户使用浏览器的使用体验。
图1是根据本申请实施例一的一种多账号登录方法的步骤流程图；图2是根据本申请实施例二的一种多账号登录方法的步骤流程图；图3是根据本申请实施例三的一种多账号登录方法的步骤流程图；图4是图3所示实施例中的一种判断是否打开临时网页窗口的步骤流程图；图5是图3所示实施例中的一种打开临时网页窗口的步骤流程图；图6是图3所示实施例中的一种关闭临时网页窗口的步骤流程图；图7是根据本申请实施例四的一种多账号登录装置的结构框图；图8是根据本申请实施例五的一种多账号登录装置的结构示意图；图9是使用图8所示装置进行多账号登录情况下的一种极速模式与IE模式下 Cookie使用的流程图。
具体实施例方式为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实 施方式对本申请作进一步详细的说明。实施例一参照图1，示出了根据本申请实施例一的一种多账号登录方法的步骤流程图。本实施例的多账号登录方法包括以下步骤步骤S102 :根据多账号登录指令，在浏览器中打开临时网页窗口。
临时网页窗口是指不记录用户浏览历史，拥有独立Cookie的网页窗口。优选地，临时网页窗口可以使用标记(如在网页窗口的标题栏上显示“临时”等) 以与常规的网页窗口进行区别。步骤S104 :为临时网页窗口创建Cookie,该Cookie独立于浏览器的全局Cookie。通常情况下，同一个网页(网站)在浏览器里只保存I份Cookie (即浏览器的全局 Cookie)、1份临时文件，每次访问产生I条浏览历史记录。本实施例中，系统为临时网页窗口创建独立于现有的全局Cookie的独立Cookie,以避免多个账号信息的相互影响。独立的 Cookie可以以任意适当形式设置，如在系统内存中设置独立的内存区域供独立的Cookie 使用，或者，在其它适当区域，如硬盘上设置独立的Cookie使用区域等。步骤S106 :使用临时网页窗口进行多账号登录。本实施例中，可以以临时网页窗口和常规网页窗口相结合的方式进行多账号登录，也可以全部以临时网页窗口的形式进行多账号登录。在全部以临时网页窗口的形式进行多账号登录的情况下，因为每个临时网页窗口都有各自独立的Cookie，因此，一个用户的多个账号的信息也不会产生相互干扰和影响。通过本实施例，使用独立的Cookie的临时网页窗口，实现同时具有多个账户的多账户用户的多账号登录。临时网页窗口的形式和内容可以和常规的网页相同，不同的是，临时网页窗口的Cookie独立于浏览器全局Cookie，多账号用户可以根据该临时网页窗口的 Cookie和浏览器的全局Cookie实现多个账号的多账号登录。此外，若使用多个临时网页窗口进行多账号登录时，每个临时网页窗口的Cookie也相互独立，从而实现同一用户的多账号登录。可见，通过本申请，同一用户的多个不同账号信息不会产生混乱和相互影响，解决了现有浏览器无法通过Cookie进行多账号登录的问题，方便了多账号用户使用浏览器，提升了多账号用户使用浏览器的使用体验。实施例二参照图2，示出了根据本申请实施例二的一种多账号登录方法的步骤流程图。本实施例的多账号登录方法包括以下步骤步骤S202 :判断是否打开浏览器的临时网页窗口，若是，则执行步骤S204 ;若否， 则打开常规网页窗口。优选地，在判断是否打开浏览器的临时网页窗口时，可以根据URL(统一资源定位符)、网页内容、网址打开来源、和用户输入的临时网页窗口打开指令中的至少一个，判断是否打开临时网页窗口。通过该种方式，能够准确地确定是否打开临时网页窗口，提高系统效率，也避免了不必要的窗口显示，提升了用户的使用体验。优选地，本实施例的浏览器支持多种浏览模式，如，IE内核渲染网页的浏览模式、 Webkit内核渲染网页的浏览模式、Gecko内核渲染网页的浏览模式、Presto内核渲染网页的浏览模式等。当然，不限于此，任意其它适当浏览模式均可实现本实施例的多账号登录方案。更优选地，多种浏览模式为双核浏览模式，该双核浏览模式包括第一模式(如IE 模式)、和第二模式(如极速模式)等。浏览模式是浏览器显示网页时使用的模式，本实施例中，第一模式由IE内核渲染网页，第二模式由Webkit内核渲染网页。在极速模式下，网站打开速度快；在IE模式下，网站打开速度比极速模式略低，但网页兼容性问题较少，网站会使用IE渲染方式渲染等。通过多种浏览模式，为用户提供了多种使用浏览器的选择，进一步提升了用户使用浏览器的使用体验。优选地，当浏览器进行模式切换时，将销毁临时网页窗口在当前模式下的网页子进程，并为该临时网页窗口创建在新切换的模式下的网页子进程和独立Cookie。以IE(Internet Explorer)模式和极速模式为例。一种模式切换设定临时网页窗口当前处于IE模式，从IE模式切换到极速模式，则对临时网页窗口的处理流程如下，包括 步骤(I):当浏览器由IE模式切换到极速模式时，系统销毁该临时网页窗口在当前的IE模式下的网页子进程；步骤(2):系统为该临时网页窗口创建在极速模式下的网页子进程及独立的Cookie;步骤(3):临时网页窗口使用新创建的极速模式下的独立的Cookie进行账号登录和访问。另一种模式切换设定临时网页窗口当前处于极速模式，从极速模式切换到IE模式，则对临时网页窗口的处理流程如下，包括步骤(11):当浏览器由极速模式切换到IE模式时，系统销毁该临时网页窗口在极速模式下的网页子进程；步骤(12):系统为该临时网页窗口创建IE模式下的网页子进程及独立的Cookie ;步骤(13):临时网页窗口使用新创建的IE模式下的独立的Cookie进行账号登录和访问。需要说明的是，本实施例仅以IE模式和极速模式为例，但本领域技术人员应当理解，任意其它浏览模式的切换均可参照本实施例进行。步骤S204 :根据多账号登录指令，在浏览器中打开临时网页窗口。本步骤中，打开的临时网页窗口可以有一个，也可以有多个。打开的临时网页窗口可以是与已打开的账号登录窗口相同内容的网页窗口，也可以是完全不同于已打开的常规网页窗口的网页窗口。步骤S206 :判断临时网页窗口是否使用IE模式，若是，则执行步骤S208 ;若否，则执行步骤S210。当打开的临时网页窗口有多个时，需要分别对每一个临时网页窗口进行判断。为便于描述，本实施例以一个临时网页窗口为例。步骤S208 :为临时网页窗口创建新的网页子进程，执行步骤S210。在IE模式下，为了隔离临时网页窗口的Cookie，为临时网页窗口创建新的网页子进程。通过为临时网页窗口创建新的网页子进程，实现了浏览器的多进程管理。临时网页窗口具有独立的运行进程，提高了临时网页窗口运行的稳健性和安全性。步骤S210 :为临时网页窗口创建独立的Cookie。S卩，为临时网页窗口创建独立于浏览器全局Cookie的Cookie。当打开的临时网页窗口有多个时，每个临时网页窗口均有一个独立的Cookie。步骤S212 :使用临时网页窗口进行多账号登录。在进行多账号登录时，可以结合常规网页窗口和临时网页窗口进行多账号登录， 也可以全部使用临时网页窗口进行多账号登录。步骤S214 :在每个账号下进行相应的操作。该步骤为账号登录成功后的常规操作，在多账号登录成功后，可以根据用户需要， 执行相应的功能，进行需要的任务操作。
步骤S216 :关闭临时网页窗口时，清除临时网页窗口对应的Cookie，以及临时网页窗口对应的账号的所有浏览历史记录。在完成了相应的操作，关闭临时网页窗口时，系统会清除临时网页窗口对应的 Cookie，以及临时网页窗口对应的账号的所有浏览历史记录，使该账号的网页浏览过程无迹可寻，实现账号的隐身浏览功能。通过隐身浏览功能，避免了用户信息，尤其是敏感信息的泄露，提高了用户使用网络的安全性。通过本实施例，既实现了小号多开功能，即需要浏览器同时登录同一个网站的多个帐号，如QQ空间多开；又实现了隐身浏览功能，即需要浏览器不保存Cookie、临时文件， 不产生浏览历史记录。既解决了现有浏览器无法通过Cookie进行多账号登录的问题，方便了多账号用户使用浏览器；又保证了用户使用浏览器的安全性，进一步提升了多账号用户使用浏览器的使用体验。实施例三参照图3，示出了根据本申请实施例三的一种多账号登录方法的步骤流程图。本实施例中，以360极速浏览器为例。360极速浏览器通过支持两种内核(Webkit 与IE)实现支持两种浏览模式，其中，用Webkit内核渲染的网页称为极速模式，用IE内核渲染的网页称为IE模式。本实施例中的360浏览器支持小号多开(即多账号登录)和隐身浏览(即浏览器不保存Cookie、临时文件，不产生浏览历史记录)功能，在实现时，浏览器提供临时窗口(即，临时网页窗口)功能，根据用户需求自动打开临时窗口，或浏览器自动使用临时窗口打开网页，满足用户的小号多开、隐身浏览需求。本实施例以在360浏览器中同时登录同一账号体系的多个账号，比如多个QQ号为例，对本申请的多账号登录方法进行说明。但本领域技术人员应当明了，其它任意需要支持小号多开和隐身浏览功能的浏览器，均可参照本实施例实现，本申请对此不作限制。本实施例的多账号登录方法包括以下步骤步骤S302 :判断是否使用临时窗口打开网页，若是，则执行步骤S304 ;若否，则执行常规流程。本步骤中，当用户需要小号多开和/或隐身浏览功能时，使用临时窗口(即，临时网页窗口，本实施例中均简称为临时窗口)打开相应的网页。其中，判断是否需要小号多开或隐身浏览的典型途径包括分析URL (如URL中包含的特定信息)、分析网页内容(如网页内容中包含某一设定字段或特定信息)、分析网址打开来源中的一个或多个。或者，可以根据用户输入的临时网页窗口打开指令直接确定需要小号多开或隐身浏览，需要打开临时网页窗口。优选地，在分析URL、分析网页内容、分析网址打开来源时，可以使用预先设定的规则进行分析，若存在与设定规则相匹配的内容，则认为需要小号多开或隐身浏览功能， 否则，则认为不需要小号多开或隐身浏览功能。设定规则可以包括URL中的设定字段、 网页内容中的设定字段、网址打开来源中的设定字段中的一个或多个。比如，根据URL中 “UID”(用户标识)字段的值判断是否需要使用小号多开或隐身浏览功能，打开临时网页窗口。与此类似，分析网页内容和分析网址打开来源的设定规则也可类似设置。而对于网页内容的设定规则，还可以分析网页内容中是否包含设定的文字内容，如包含有“用户名”和/或“用户密码”等。当然，不限于此，本领域技术人员还可以根据实际情况，设置任意适当的规则。例如，分析网址打开来源时，当获取到打开来源，如传递给浏览器的URL时，使用预先设定的规则对该URL进行分析。其中，规则是事先设定和存储到相应位置的，如，存储在本地数据库或服务器端的数据库。对URL进行分析时，从相应的存储位置获取设定的规则，进而进行分析。如，用户从第三方软件界面(比如QQ)点击链接打开浏览器时，根据传递给浏览器的URL，分析URL的字段(如“client uin”字段)，根据这些字段，从数据库中去查询是否要在临时窗口中打开该网页，从而可以自动满足用户小号多开和隐身浏览的需求。如通过分析URL中的“client uin”字段的值，假设该字段值为“ 12345”，则说明当前用户为QQ号为“ 12345”的用户，且该用户正在访问QQ空间，此时，系统判定需要为该QQ号为 “12345”的用户打开临时网页窗口。需要说明的是，上述数据库是可以维护的，可以设置在本地，也可以设置在服务器端。一种根据打开来源决定是否打开临时窗口的流程如图4所示，包括步骤S3022 :获取来源URL ；步骤S3024 :分析来源URL字段；步骤S3026 :查询支持打开临时窗口的数据库；步骤S3028 :返回查询结果。当用户需要小号多开和/或隐身浏览功能时，浏览器会使用临时窗口打开网页。 比如，用户可以通过点击“新建临时窗口”菜单，或者打开类似QQ空间，新浪微博这样的链接，360极速浏览器将会自动判断打开临时窗口。如果不需要用临时窗口打开，则可以继续常规流程。步骤S304 :打开临时窗口。临时窗口的网页可以用极速模式或IE模式打开，并且可以相互切换。如果是IE模式，为了隔离不同临时窗口的Cookie，需要创建新的IE模式的子进程，进而由浏览器主进程为临时窗口创建一份独立的Cookie ;如果是极速模式，则直接由浏览器主进程为临时窗口创建一份独立的Cookie，并且，上述独立的Cookie只保存在内存中，以便于管理和操作， 提高系统效率，节省系统存储空间。相对应地，全局也有一份Cookie，被非临时窗口的网页请求所使用。在打开网页时，会发起网络请求，临时窗口的网页请求使用独立的Cookie，所以能够区分不同临时窗口的登录请求，登录不同的帐号，达到同时登录多个帐号的目的。非临时窗口的网页使用全局的Cookie。本实施例中，一种打开临时(网页)窗口的步骤如图5所示，包括步骤S3042 :打开新网页；步骤S3044 :判断该新网页是否在临时窗口中打开，若是，则执行步骤S3046 ;若否，则执行步骤S30412 ；步骤S3046 :判断临时窗口是否使用IE模式，若是，执行步骤S3048 ;若否，则执行步骤 S30410 ；步骤S3048 :创建新的IE内核子进程；步骤S30410 :创建一份新的内存Cookie存储空间；
步骤S30412 :发送网络请求下载页面步骤S30414 :判断是否是临时窗口下载网页，若是，则执行步骤S30416 ;若否，则执行步骤S30418 ；步骤S30416 :使用临时窗口对应的Cookie存储空间保存Cookie ；步骤S30418 :请求成功，显示网页。步骤S306 :进行多账号登录，执行相应的操作。步骤S308 :关闭临时窗口，实现隐身浏览。在使用临时窗口完成相应的操作后，关闭临时窗口。在关闭临时窗口时，如用户点击关闭临时窗口，销毁临时窗口的界面时，系统清除临时窗口使用的内存Cookie，以后不再使用，并且，清除用户的浏览记录，从而实现用户的隐身浏览。本实施例中的一种关闭临时网页窗口的流程如图6所示，包括步骤S3082 :关闭临时窗口 ；步骤S3084 :清除临时窗口使用的内存Cookie ；步骤S3086 :清除浏览历史记录。通过本实施例，同时实现了浏览器的小号多开和隐身浏览功能，如在双核浏览器的Webkit、IE内核中，均完整实现了小号多开的功能，并且，因采用了独立的Cookie，在使用过程中，可自由切换内核，Cookie不串不丢失；在同一种产品概念解决小号多开及隐身浏览需求；智能判断用户场景下是否需要小号多开或隐身浏览功能，以便自动(或提示用户)在临时窗口中访问对应网站。需要说明的是，本实施例以不同窗口的方式区分不同账户，不同窗口间Cookie独立，可多开不同的账户，同一个窗口里无法小号多开。然而，本领域技术人员应当明了，此限制仅从避免导致用户混乱的角度考虑而做，若能避免对用户造成混乱，也可在同一窗口里即实现小号多开功能。实施例四参照图7，示出了根据本申请实施例四的一种多账号登录装置的结构框图。本实施例的多账号登录装置包括打开模块402，用于根据多账号登录指令，在浏览器中打开临时网页窗口；创建模块404，用于为临时网页窗口创建Cooki e，所述Cooki e独立于浏览器的全局Cookie ;登录模块406，用于使用临时网页窗口进行多账号登录。优选地，所述浏览器支持多种浏览模式。优选地，多种浏览模式为双核浏览模式。优选地，双核浏览模式包括第一模式，如IE模式,和第二模式,如极速模式,其中， 第一模式由IE内核渲染网页，第二模式由Webkit内核渲染网页。优选地，本实施例的多账号登录装置还包括第一判断模块408，用于创建模块 404在为临时网页窗口创建Cookie之前,判断临时网页窗口是否使用第一模式；第一执行模块410，用于若第一判断模块408的判断结果为是，则为临时网页窗口创建新的网页子进程；若第一判断模块408的判断结果为否，则进入创建模块404，直接为临时网页窗口创建 Cookie。优选地，本实施例的多账号登录装置还包括第一切换模块412，用于当浏览器由第一模式切换到第二模式时，销毁临时网页窗口在第一模式下的网页子进程，并为临时网页窗口创建第二模式下的网页子进程及独立Cookie ;和/或，第二切换模块414，用于当浏览器由第二模式切换到第一模式时，销毁临时网页窗口在第二模式下的网页子进程，并为临时网页窗口创建第一模式下的网页子进程及独立Cookie。优选地，打开模块402，用于根据URL、网页内容、网址打开来源、和用户输入的临时网页窗口打开指令中的至少一个，按照设定规则确定在浏览器中打开临时网页窗口。优选地，设定规则包括URL中的设定字段、网页内容中的设定字段、网址打开来源中的设定字段中的一个或多个。优选地，URL中的设定字段、网页内容中的设定字段、网址打开来源中的设定字段均为用户标识WD字段。优选地，设定规则存储于本地的数据库中，或者，存储于服务器端的数据库中。优选地，本实施例的多账号登录装置还包括隐身模块416，用于在登录模块406 使用临时网页窗口进行多账号登录之后，当关闭临时网页窗口时，清除临时网页窗口对应的Cookie，以及临时网页窗口对应的账号的所有浏览历史记录。优选地，为临时网页窗口创建的Cooki e仅保存在内存中。优选地，本实施例的多账号登录装置设置于浏览器中。本实施例的多账号登录装置用于实现前述多个方法实施例中相应的多账号登录方法，并具有相应的方法实施例的有益效果，在此不再赘述。实施例五参照图8，示出了根据本申请实施例五的一种多账号登录装置的结构示意图。本实施例中，从浏览器主进程和网页子进程的角度，对多账号登录装置进行了逻辑划分。其中，浏览器主进程模块，用于管理浏览器的主界面，以及负责管理子进程。其包括网页窗口管理模块、子进程管理模块、网络管理模块和Cookie管理模块。其中，网页窗口管理模块用于管理网页窗口的创建，显示与销毁，焦点管理等(包括了实施例四中的打开模块、第二判断模块、第二执行模块和部分隐身模块的功能)；子进程管理模块用于管理子进程的创建，销毁，与子进程间进行相互通信(包括了实施例四中的第一判断模块和第一执行模块的功能)；网络管理模块用于管理所有的网络请求，包括http等各种协议的通信(包括了实施例四中的登录模块的功能)；C00kie管理模块用于管理Cookie的存储与使用(包括了实施例四中的创建模块和部分隐身模块的功能)。网页子进程模块用于渲染网页，包括与主进程通信模块和网页渲染器。其中，与主进程通信模块用于接收主进程的信息，发送信息给主进程；网页渲染器用于解析html内容，将网页中的文字，图片，视频等多媒体信息显示出来。使用本实施例的多账号登录装置打开临时窗口(临时网页窗口)时，浏览器主进程通知网页窗口管理模块创建新的窗口，子进程管理模块根据需要创建新的网页子进程; 子进程创建成功后，浏览器主进程先通知Cookie管理模块创建一份独立的Cookie，然后通知网络管理模块发起网络请求；网络管理模块根据是否是临时窗口决定使用哪个Cookie 存储空间，在网络请求成功后，通知子进程，然后通知子进程的网页渲染器显示网页。本实施例的浏览器支持多种浏览模式，包括IE模式和极速模式。一种极速模式与 IE模式下Cookie使用流程如图9所示，包括步骤A :在极速模式或IE模式下通过网络管理模块发送网络请求；步骤B 向Cookie管理模块请求Cookie ;步骤C Cookie管理模块返回Cookie ;步骤D :网络请求成功,下载网页。在上述浏览器支持多种浏览模式的情况下，浏览器使用过程中可能发生浏览模式切换。当浏览器进行浏览模式切换时，由图8可见，网络管理模块与Cookie管理模块均在主进程中，当由IE模式切换到极速模式时，网络管理模块创建极速模式的网页子进程，销毁IE模式的网页子进程，Cookie管理模块为临时窗口创建极速模式下独立的Cookie ;同理，由极速模式切换到IE模式时，创建IE模式的网页子进程，销毁极速模式的网页子进程， Cookie管理模块为临时窗口创建IE模式下独立的Cookie。可见，双核切换时，对主进程的网络请求和cookie没有影响,保证了 cookie不串不丢失。通过本申请的多账号登录方案，使浏览器同时具有了小号多开和隐身浏览功能， 且使用方便，避免了因新概念较多，造成用户学习成本大，用户需要非常明确自己的需求， 根据自己的需求再选择对应的功能使用的问题。另外，本申请的方案可同时实现小号多开和隐身浏览功能，解决了现有方案无法同时满足用户的小号多开及隐身浏览需求重合的问题，如在某敏感网站，同时登录A账号、B账号，且不保存浏览此敏感网站的任何记录。总之， 通过本申请的方案，改进了用户体验，以最低的学习成本提供给用户最完整的功能；可同时实现浏览器的小号多开及隐身浏览功能；可自动根据用户的情况判断是否使用小号多开及隐身浏览功能；将小号多开及隐身浏览功能完整地融入现有的浏览器功能中，不会因新功能的加入而造成现有功能的缺陷。本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。以上对本申请所提供的一种多账号登录方法和装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。
权利要求
1.一种多账号登录方法，包括根据多账号登录指令，在浏览器中打开临时网页窗口 ；为所述临时网页窗口创建Cookie,所述Cookie独立于所述浏览器的全局Cookie ；使用所述临时网页窗口进行多账号登录。
2.根据权利要求I所述的方法，其特征在于，所述浏览器支持多种浏览模式。
3.根据权利要求2所述的方法，其特征在于，所述多种浏览模式为双核浏览模式。
4.根据权利要求3所述的方法,其特征在于,所述双核浏览模式包括第一模式和第二模式，其中，所述第一模式由IE内核渲染网页，所述第二模式由Webkit内核渲染网页。
5.根据权利要求4所述的方法，其特征在于，在为所述临时网页窗口创建Cookie的步骤之前，还包括判断所述临时网页窗口是否使用所述第一模式，若是，则为所述临时网页窗口创建网页子进程；若否，则为所述临时网页窗口创建Cookie。
6.根据权利要求4所述的方法，其特征在于，还包括当所述浏览器由所述第一模式切换到所述第二模式时，销毁所述临时网页窗口在所述第一模式下的网页子进程，并为所述临时网页窗口创建所述第二模式下的网页子进程及独立 Cookie。
7.根据权利要求3所述的方法，其特征在于，还包括当所述浏览器由所述第二模式切换到所述第一模式时，销毁所述临时网页窗口在所述第二模式下的网页子进程，并为所述临时网页窗口创建所述第一模式下的网页子进程及独立 Cookie。
8.根据权利要求I所述的方法，其特征在于，所述根据多账号登录指令，在浏览器中打开临时网页窗口的步骤包括根据统一资源定位符、网页内容、网址打开来源、和用户输入的临时网页窗口打开指令中的至少一个，按照设定规则确定在所述浏览器中打开所述临时网页窗口。
9.根据权利要求8所述的方法，其特征在于，所述设定规则包括所述统一资源定位符中的设定字段、所述网页内容中的设定字段、所述网址打开来源中的设定字段中的一个或多个。
10.根据权利要求9所述的方法，其特征在于，所述统一资源定位符中的设定字段、所述网页内容中的设定字段、所述网址打开来源中的设定字段均为用户标识MD字段。
11.根据权利要求9所述的方法，其特征在于，所述设定规则存储于本地的数据库中， 或者，存储于服务器端的数据库中。
12.根据权利要求I所述的方法，其特征在于，在所述使用所述临时网页窗口进行多账号登录的步骤之后，还包括当关闭所述临时网页窗口时，清除所述临时网页窗口对应的Cookie，以及所述临时网页窗口对应的账号的所有浏览历史记录。
13.根据权利要求I至12任一项所述的方法，其特征在于，所述为临时网页窗口创建的 Cookie仅保存在内存中。
14.一种多账号登录装置，包括打开模块，用于根据多账号登录指令，在浏览器中打开临时网页窗口 ；创建模块，用于为所述临时网页窗口创建Cookie，所述Cookie独立于所述浏览器的全局 Cookie ；登录模块，用于使用所述临时网页窗口进行多账号登录。
15.根据权利要求14所述的装置，其特征在于，所述浏览器支持多种浏览模式。
16.根据权利要求15所述的装置，其特征在于，所述多种浏览模式为双核浏览模式。
17.根据权利要求16所述的装置，其特征在于，所述双核浏览模式包括第一模式和第二模式，其中，所述第一模式由IE内核渲染网页，所述第二模式由Webkit内核渲染网页。
18.根据权利要求17所述的装置，其特征在于，还包括第一判断模块，用于所述创建模块在为所述临时网页窗口创建Cookie之前，判断所述临时网页窗口是否使用所述第一模式；第一执行模块，用于若所述第一判断模块的判断结果为是，则为所述临时网页窗口创建网页子进程；若所述第一判断模块的判断结果为否，则进入所述创建模块，为所述临时网页窗口创建Cookie。
19.根据权利要求17所述的装置，其特征在于，还包括第一切换模块，用于当所述浏览器由所述第一模式切换到所述第二模式时，销毁所述临时网页窗口在所述第一模式下的网页子进程，并为所述临时网页窗口创建所述第二模式下的网页子进程及独立Cookie。
20.根据权利要求17所述的装置，其特征在于，还包括第二切换模块，用于当所述浏览器由所述第二模式切换到所述第一模式时，销毁所述临时网页窗口在所述第二模式下的网页子进程，并为所述临时网页窗口创建所述第一模式下的网页子进程及独立Cookie。
21.根据权利要求14所述的装置，其特征在于，所述打开模块，用于根据统一资源定位符、网页内容、网址打开来源、和用户输入的临时网页窗口打开指令中的至少一个，按照设定规则确定在所述浏览器中打开所述临时网页窗口。
22.根据权利要求21所述的装置，其特征在于，所述设定规则包括所述统一资源定位符中的设定字段、所述网页内容中的设定字段、所述网址打开来源中的设定字段中的一个或多个。
23.根据权利要求22所述的装置，其特征在于，所述统一资源定位符中的设定字段、所述网页内容中的设定字段、所述网址打开来源中的设定字段均为用户标识MD字段。
24.根据权利要求22所述的装置，其特征在于，所述设定规则存储于本地的数据库中， 或者，存储于服务器端的数据库中。
25.根据权利要求14所述的装置，其特征在于，还包括隐身模块，用于在所述登录模块使用所述临时网页窗口进行多账号登录之后，当关闭所述临时网页窗口时，清除所述临时网页窗口对应的Cookie，以及所述临时网页窗口对应的账号的所有浏览历史记录。
26.根据权利要求14至25任一项所述的装置，其特征在于，所述为临时网页窗口创建的Cookie仅保存在内存中。
全文摘要
本申请提供了一种多账号登录方法及装置，其中，多账号登录方法包括根据多账号登录指令，在浏览器中打开临时网页窗口；为所述临时网页窗口创建Cookie，所述Cookie独立于所述浏览器的全局Cookie；使用所述临时网页窗口进行多账号登录。通过本申请，方便了多账号用户使用浏览器，提升了多账号用户使用浏览器的使用体验。
文档编号H04L29/08GK102594813SQ20121003038
公开日2012年7月18日 申请日期2012年2月10日 优先权日2012年2月10日
发明者任寰, 熊鹏, 王天平, 田亮 申请人:奇智软件(北京)有限公司