CN102413151B - 分享网络资源的方法及系统 - Google Patents

Abstract

本发明公开了分享网络资源的方法及系统，其中，所述方法包括接收第一用户分享网络资源的分享请求；保存所述第一用户待分享的网络资源；当所述第一用户指定的第二用户访问的网络资源为所述第一用户待分享的网络资源时，将所述保存的所述第一用户待分享的网络资源提供给所述第二用户。通过本发明，能够提高用户访问网络资源的成功率。

Description

分享网络资源的方法及系统

技术领域

本发明涉及浏览器技术领域，特别是涉及分享网络资源的方法及系统。

背景技术

网页浏览器显示网页服务器或档案系统内的文件，并让用户与这些文件互动的一种软件。它用来显示网络中的文字、影像等资讯，这些文字或影像，可以是连接其他网址的超链接。总之，通过网页浏览器，用户可迅速及轻易地浏览各种资讯，获取相关信息。

但是，在实际应用中，可能会遇到某些网站无法访问的问题，使得用户想要访问某网站，却无法成功。例如，从搜索引擎搜索到的网站连接不上，或者朋友发来的连接无法访问等等。排除这些网站自身的问题，很多情况下是由于用户没有访问权限(例如访问某个网站时需要输入用户名或密码等账户信息，或者可能需要用户具有特殊身份，如某用户的好友等等)，或者其他原因造成的无法访问。

发明内容

本发明提供了分享网络资源的方法及系统，能够提高用户访问网络资源的成功率。

本发明提供了如下方案：

一种分享网络资源的方法，包括：

接收第一用户分享网络资源的分享请求；

保存所述第一用户待分享的网络资源；

当所述第一用户指定的第二用户访问的网络资源为所述第一用户待分享的网络资源时，将所述保存的所述第一用户待分享的网络资源提供给所述第二用户。

优选的，还包括：

针对所述第一用户待分享的网络资源生成密钥，并将所述密钥提供给所述第一用户，以便所述第一用户将所述密钥提供给第二用户；

接收某用户输入的密钥，当该用户输入的密钥与提供给第一用户的密钥相同时，确定该用户为所述第一用户指定的第二用户。

优选的，还包括：

接收所述第一用户指定的第二用户的账户信息；

当某用户采用所述第一用户指定的账户登录时，确定该用户为所述第一用户指定的第二用户。

优选的，所述保存所述第一用户待分享的网络资源包括：

将所述第一用户待分享的网络资源通过第三方服务器进行保存。

优选的，所述将所述第一用户待分享的网络资源通过第三方服务器进行保存包括：

当接收到所述第一用户访问某网络资源的请求时，将所述请求发送到所述第三方服务器，所述第三方服务器将所述请求转发到该网络资源所在的网站服务器，以便所述网站服务器将该网络资源返回给所述第三方服务器，所述第三方服务器在将所述网络资源返回给浏览器的同时，保存所述网络资源；

或者，

重新加载所述第一用户当前已经打开的网络资源，将所述重新加载请求发送到所述第三方服务器，所述第三方服务器将所述重新加载请求转发到该网络资源所在的网站服务器，以便所述网站服务器重新返回该网络资源，所述第三方服务器在将所述网络资源返回给浏览器的同时，保存所述网络资源；

或者，

将所述第一用户在访问所述待分享网络资源的过程中，在所述第一用户客户端本地保存的所述待分享网络资源，上传到所述第三方服务器，由所述第三方服务器保存所述待分享网络资源。

优选的，所述当所述第一用户指定的第二用户访问的网络资源为所述第一用户待分享的网络资源时，将所述保存的所述第一用户待分享的网络资源返回给所述第二用户包括：

当所述第二用户发起访问网络资源的请求时，将所述请求发送到所述第三方服务器；当所述第二用户需要访问的网络资源在所述第三方服务器中存在时，所述第三方服务器将所述网络资源返回给所述第二用户。

优选的，所述第一用户待分享的网络资源包括：

所述第一用户发起所述分享网络资源请求时正在浏览的网络资源；

或者，

所述第一用户发起所述分享网络资源请求后，在预置时间段内访问的网络资源；

或者，

所述第一用户发起所述分享网络资源请求后，访问的预置数目的网络资源；

或者，

所述第一用户在发起所述分享网络资源请求后，且在取消所述分享网络资源的请求之前访问的网络资源。

一种分享网络资源的系统，包括：

接口单元，用于接收第一用户分享网络资源的分享请求；

保存单元，用于保存所述第一用户待分享的网络资源；

提供单元，用于当所述第一用户指定的第二用户访问的网络资源为所述第一用户待分享的网络资源时，将所述保存的所述第一用户待分享的网络资源提供给所述第二用户。

优选的，还包括：

密钥生成单元，用于针对所述第一用户待分享的网络资源生成密钥，并将所述密钥提供给所述第一用户，以便所述第一用户将所述密钥提供给第二用户；

第一验证单元，用于接收某用户输入的密钥，当该用户输入的密钥与提供给第一用户的密钥相同时，确定该用户为所述第一用户指定的第二用户。

优选的，还包括：

账户指定单元，用于接收所述第一用户指定的第二用户的账户信息；

第二验证单元，用于当某用户采用所述第一用户指定的账户登录时，确定该用户为所述第一用户指定的第二用户。

优选的，所述保存单元具体用于将所述第一用户待分享的网络资源通过第三方服务器进行保存。

优选的，所述保存单元包括：

第一保存子单元，用于当接收到所述第一用户访问某网络资源的请求时，将所述请求发送到所述第三方服务器，所述第三方服务器将所述请求转发到该网络资源所在的网站服务器，以便所述网站服务器将该网络资源返回给所述第三方服务器，所述第三方服务器在将所述网络资源返回给浏览器的同时，保存所述网络资源；

或者，

第二保存子单元，用于重新加载所述第一用户当前已经打开的网络资源，将所述重新加载请求发送到所述第三方服务器，所述第三方服务器将所述重新加载请求转发到该网络资源所在的网站服务器，以便所述网站服务器重新返回该网络资源，所述第三方服务器在将所述网络资源返回给浏览器的同时，保存所述网络资源；

或者，

第三保存子单元，用于将所述第一用户在访问所述待分享网络资源的过程中，在所述第一用户客户端本地保存的所述待分享网络资源，上传到所述第三方服务器，由所述第三方服务器保存所述待分享网络资源。

优选的，所述提供单元具体用于当所述第二用户发起访问网络资源的请求时，将所述请求发送到所述第三方服务器；当所述第二用户需要访问的网络资源在所述第三方服务器中存在时，所述第三方服务器将所述网络资源返回给所述第二用户。

一种分享网络资源的方法，包括：

接收第一用户指定分享给第二用户网络资源的分享请求；

获取所述第一用户指定的待分享网络资源；

将所述待分享网络资源发送给所述第一用户指定的第二用户。

优选的，还包括：

获取所述第一用户的联系人信息，展现所述联系人信息；

接收所述第一用户指定的第二用户信息。

一种分享网络资源的系统，包括：

接口单元，用于接收第一用户指定分享给第二用户网络资源的分享请求；

获取单元，用于获取所述第一用户指定的待分享网络资源；

发送单元，用于将所述待分享网络资源发送给所述第一用户指定的第二用户。

优选的，还包括：

信息展现单元，用于获取所述第一用户的联系人信息，展现所述联系人信息；

用户指定单元，用于接收所述第一用户指定的第二用户信息。

一种分享网络资源的方法，包括：

接收第一用户分享网络资源的分享请求；

保存所述第一用户待分享的网络资源；

接收一用户访问所述待分享的网络资源的请求，验证该用户是否为所述第一用户指定分享所述待分享的网络资源的第二用户；

如果验证成功，则将所述保存的特定网络资源提供给所述第二用户。

一种分享网络资源的系统，包括：

接口单元，用于接收第一用户分享网络资源的分享请求；

保存单元，用于保存所述第一用户待分享的网络资源；

验证单元，用于接收一用户访问所述待分享的网络资源的请求，验证该用户是否为所述第一用户指定分享所述待分享的网络资源的第二用户；

提供单元，用于如果验证成功，则将所述保存的特定网络资源提供给所述第二用户。

根据本发明提供的具体实施例，本发明公开了以下技术效果：

本发明实施例通过接收第一用户分享网络资源的分享请求，并保存所述第一用户待分享的网络资源，当所述第一用户指定的第二用户访问的网络资源为所述第一用户待分享的网络资源时，将所述保存的所述第一用户待分享的网络资源提供给所述第二用户。这样，就可以实现在用户间进行网络资源的分享，使得对于某些网络资源，即使某用户没有访问权限或者其他原因无法访问的情况，依然能够获取该网络资源的资源包，并提供给该用户，也即该用户依然能够访问到该网络资源，因此，能够提高用户访问网络资源的成功率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的第一方法的流程图；

图2是本发明实施例提供的第二方法的流程图；

图3是本发明实施例提供的第三方法的流程图；

图4是本发明实施例提供的第一系统的示意图；

图5是本发明实施例提供的第二系统的示意图；

图6是本发明实施例提供的第三系统的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

参见图1，本发明实施例提供的分享网络资源的方法包括以下步骤：

S101：接收第一用户分享网络资源的请求。

在本发明实施例中，可以为浏览器增加“分享”功能，例如，可以在浏览器界面上增加类似“分享”等含义的按钮，当该按钮被按下时，相当于接收到了用户的分享网络资源的请求。当然，也可以采用其他方式接收用户的分享请求，例如，还可以在鼠标右键的弹出菜单中增加类似“分享”等含义的选项，等等，具体的实现方式不受限制。

S102：保存所述第一用户待分享的网络资源。用户待分享的网络资源可以由很多种，比如最常见的网页、视频、图片、歌曲等等。

其中，确定第一用户待分享的网络资源的方式可以有多种。如，第一用户可能在打开某网络资源后，在浏览该网络资源的过程中发现需要分享该网络资源，于是发起分享网络资源的请求，因此，在这种情况下，就可以直接将用户发起分享网络资源请求时正在浏览的网络资源，确定为第一用户待分享的网络资源。例如，某用户甲正在使用浏览器浏览网页，在打开网页A后，想将网页A的内容分享给用户乙(如觉得用户乙可能对该网页A中的内容感兴趣)，于是发起分享请求，此时，就可以直接将网页A作为该用户甲的待分享网络资源。

或者，还可以将第一用户发起分享网络资源请求之后访问的网络资源作为待分享网络资源，即，将发起请求的行为作为分享网络资源的起始触发条件，从该时刻开始，将其之后访问的第一个网络资源或者一系列网络资源作为该用户待分享的网络资源。

在上述第二种情况下，可选的，还可以设置分享网络资源的结束触发条件，具体的，可以预置一个时间段，当用户发起分享网络资源的请求时，开始计时，当该时间段结束时自动停止。例如，假设预置的时间段为5分钟，用户甲在某时刻发起分享网络资源的请求后，5分钟的时间内访问了网络资源A、B、C，则将网络资源A、B、C确定为该用户的待分享网络资源；即使该用户后来还访问了网络资源D、E等等，但是访问这些网络资源的时间距离发起分享请求的时间已经超出了预置的时间预置，因此，也不再作为该用户的待分享网络资源。另外，还以预置一个网络资源数目，比如3个，则当用户发起分享网络资源的请示时开始计算，此后该用户访问的3个网络资源则视为其要待分享给指定用户的网络资源。

或者，关于分享网络资源的结束触发条件，在实际应用中，还可以由用户手动发出，例如，还可以提供一个类似“停止分享”等含义的按钮，当用户按下“分享”按钮之后，开始将用户访问的网络资源确定为该用户待分享的网络资源，直到该用户按下“停止分享”的按钮。当然，在实际应用中，具有“分享”与“停止分享”含义的按钮也可以是由同一个按钮来实现。例如，用户在某时刻按下“分享”按钮发起分享请求，之后访问了网络资源A、B、C，然后再次按下“分享”按钮，此时，可以自动将其识别为停止分享的请求，这样，就可以将网络资源A、B、C确定为该用户待分享的网络资源。

当然，在实际应用中，还可以将上述几种方式相结合，例如，可以将用户发起分享请求时正在访问的网络资源与之后访问的满足条件的网络资源一起确定为待分享网络资源，等等。。

具体的保存待分享网络资源的方法可以有多种。例如，在一种方式下，可以通过一个服务器来实现该保存操作。在这种情况下，如果某用户发出了分享请求，则该用户访问网络资源的所有流量都可以流经该服务器，相应的，服务器就会将该用户访问的网络资源保存起来(比如通过缓存的方式予以保存)。具体的，由于通常情况下，当用户访问某网络资源时，浏览器需要向该网络资源所在的服务器(即网站服务器)发送下载请求，网站服务器返回相应的资源包，浏览器进行解析及渲染等相关操作。在本发明实施例中，为了通过一个服务器对用户访问的网络资源进行保存，可以进行如下处理：

首先，对于待分享网络资源是用户发起分享请求之后发起访问的网络资源的情况(包括以预置时间段或者用户手动触发为分享的结束触发条件的情况)，浏览器在发送加载网络资源的请求时，可以首先将该请求发送到用于保存待分享网络资源的服务器，该用于保存待分享网络资源的服务器再将下载请求发送到网站服务器；这样，网站服务器就会将网络资源返回给该用于保存待分享网络资源的服务器，此时，用于保存待分享网络资源的服务器可以将该网络资源返回给浏览器，由浏览器进行解析及渲染等操作，同时，将接收到的网络资源保存一份。

需要说明的是，为了便于区分用于保存待分享网络资源的服务器与网络资源所在的服务器，本文将用于保存待分享网络资源的服务器称为第三方服务器，网络资源所在的服务器称为网站服务器。

另外，对于待分享网络资源为用户发起分享请求时正在浏览的网络资源的情况，由于浏览器发起加载该网络资源的请求的过程已经结束，因此，如果要将该网络资源通过第三方服务器保存，还需要进行一些特殊处理。例如，本发明实施例可以这样进行：如果需要将用户发起分享请求时正在浏览的网络资源作为待分享网络资源，则浏览器可以执行重新加载该网络资源的操作，例如，可以后台执行刷新该网络资源的操作，此时，通常情况下浏览器就会重新向该网络资源所在的网站服务器发送加载请求，而在本发明实施例中，由于已经是在发起了分享请求之后，因此，该加载请求会流经第三方服务器；相应的，第三方服务器就可以将该网络资源进行保存。或者，在实际应用中，也可以由用户手动执行刷新操作，即在默认状态下，浏览器可以不执行刷新用户当前浏览的网络资源的操作，如果用户觉得需要将当前正在浏览的网络资源作为待分享网络资源，则可以点击浏览器上的“刷新”按钮，由浏览器重新发出加载该网络资源的请求，同样可以使得该网络资源保存在第三方服务器中。当然，在浏览器自动刷新当前网络资源的情况下，当网站服务器向第三方服务器返回资源包之后，第三方服务器直接进行保存即可，不必再向浏览器发送，即浏览器不必重新解析及渲染该已经打开的网络资源，原第一用户也不必感知到这种刷新的执行。

除了上述将待分享网络资源保存到第三方服务器的方式之外，还可以采用其他方式。例如，由于在用户使用浏览器浏览的网络资源的过程中，只要是浏览过的网络资源，通常都会将网络资源保存在客户端本地，在没有时间戳等限制的情况下，通过这些保存在本地的网络资源就可以显示出网络资源中相应的内容。因此，在本发明的其他实施例中，还可以将第一用户在访问待分享网络资源的过程中，将第一用户客户端本地保存的待分享网络资源，上传到第三方服务器，由第三方服务器保存待分享网络资源。显然，这种实现方式可以适用于将发起分享网络资源请求时正在浏览的网络资源作为待分享网络资源的情况，也可以适用于将发起分享网络资源请求后访问的网络资源作为待分享网络资源的情况。

S103：当所述第一用户指定的第二用户访问的网络资源为所述第一用户待分享的网络资源时，将所述保存的所述第一用户待分享的网络资源返回给所述第二用户。

在第三方服务器将第一用户的待分享网络资源保存之后，如果另一个用户需要访问的网络资源恰好为第一用户分享的网络资源时，只要该另一个用户满足一定的条件，就可以直接将第三方服务器中保存的网络资源提供给该另一个用户并进行展现，而不用再到该网络资源所在的网站服务器上下载。具体实现时，可以对浏览器的工作流程进行改进，例如，当浏览器收到该另一个用户访问网络资源的请求时，首先将该请求发送到第三方服务器，第三方服务器可以首先对该另一个用户进行身份验证，验证通过后。如果第三方服务器已经保存了该网络资源，则直接返回，不用再向该网络资源所在的网站服务器发送请求。这样，即使该另一个用户没有对某网络资源的访问权限，或者由于网络繁忙等原因造成网站连接不上，也能够访问到该网络资源。

当然，上述第三方服务器对用户进行的身份验证，与网站服务器对用户访问权限进行的验证是不同的，下面对此进行说明。在实际应用中，可能并不是一个用户将自己的待分享网络资源向网络中的所有人分享，通常情况下，都是一个用户在需要给另一个或一些指定的用户看某网络资源时，而对方却没有访问该网络资源的权限，或者对方无法连接上网站服务器，才需要通过一些其他的途径来让对方能够访问到该网络资源。因此，在本发明实施例中，也并不是将一个用户的待分享网络资源向网络中的所有用户分享，而是仅向第一用户指定的第二用户(可能是一个，也可能是几个)进行分享。也即，第三方服务器对用户进行的身份验证是指，只有当第一用户指定的第二用户需要访问待分享网络资源时，第三方服务器才取出保存的待分享网络资源提供给该第二用户，否则，对于其他用户的访问请求还可以按照正常的流程来执行。需要说明的是，本发明实施例所述第二用户仅仅是用于与第一用户进行区分，但并不是对用户的数目进行限制，即该第二用户可能是第一用户指定的一个用户，也可能是多个用户，只要是第一用户指定的用户都可以作为第二用户。

总之，参见图2，本发明实施例提供的分享网络资源的方法可以包括以下步骤：

S201：接收第一用户分享网络资源的分享请求；

S202：保存所述第一用户待分享的网络资源；

S203：接收一用户访问所述待分享的网络资源的请求，验证该用户是否为所述第一用户指定分享所述待分享的网络资源的第二用户；

S204：如果验证成功，则将所述保存的网络资源提供给所述第二用户。在提供给第二用户网络资源之后还可以予以展现。采用上述方式展现给第二用户的网络资源，从表面看来就和第二用户自己真正去访问了一样，比如地址栏中是网络资源的URL，而与本地保存网页再打开的表面特征完全不同了。

为了便于第三方服务器对用户身份进行验证，可以有多种方法，例如，本发明实施例提供了以下方法：

方法一

当第三方服务器将某第一用户访问的网络资源缓存之后，在将其保存到第三方服务器的数据库中之后，可以产生相应的密钥，并将该密钥发送给第一用户。第一用户接收到该密钥之后，将该密钥发送给其指定的第二用户，然后，第二用户就可以使用该密钥去访问网络资源了。相应的，浏览器可以为第二用户提供输入密钥的入口(例如，可以将浏览器的地址栏作为该入口)，第二用户通过该入口输入该密钥之后，浏览器就可以将该密钥发送给第三方服务器。这样，当第二用户再访问某网络资源时，所有的请求都会经过第三方服务器，第三方服务器接收到第二用户的访问请求之后，可以首先将其输入的密钥与分配给第一用户的密钥进行比较，如果相同，则认定第二用户可以获得第一用户分享出来的网络资源；然后，第三方服务器判断第二用户请求访问的网络资源是否在缓存中存在，如果存在，则直接将其返回给第二用户即可。

也即，当第一用户使用浏览器上网时，可以点击浏览器上的某个特定按钮自动进行分享。对于接受分享的第二用户，可以直接在浏览器的地址栏等入口输入密钥，浏览器会自动检测出这是一个分享密钥，同时自动连接第三方服务器并将该密钥告知第三方服务器；第三方服务器可以根据该密钥对应到被分享的网络资源。对于第二用户访问网络资源的请求，浏览器都会先发送到第三方服务器，当第二用户访问该密钥对应的被分享的网络资源时，第三方服务器直接返回保存的网络资源，如果第二用户访问的网络资源不是该密钥对应的被分享的网络资源，则第三方服务器可以将其请求转发给相应的网站服务器，保证第二用户能够正常的访问。

例如，用户甲想要将其访问的网络资源A分享给用户乙，则用户甲在点击分享按钮之后，浏览器就会将用户甲之后所有的访问网络资源的流量都流经第三方服务器(具体的方法就是将用户甲发送给网站服务器的访问请求先发送给第三方服务器，再由第三方服务器转发给网站服务器，这样网站服务器在返回数据包时，就是首先返回给第三方服务器，然后第三方服务器再返回给浏览器即可)，例如，用户甲访问了网络资源A，则网络资源A就会在第三方服务器被保存，同时，第三方服务器生成关于该网络资源A的密钥K，并返回给用户甲；用户甲在获得该密钥K之后，就可以将其发送给用户乙(例如可以通过邮件、即时通信工具等等)。然后，用户乙就可以在浏览器提供的入口处输入该密钥K，浏览器接收到该密钥K就可以启动特殊的浏览流程，即将该密钥K发送给第三方服务器(相当于将用户乙连接到第三方服务器上)，并且用户乙访问网络资源的请求都会经过第三方服务器；第三方服务器首先比较密钥K，发现该用户乙发送的密钥K与为用户甲访问的网络资源A生成的密钥K相同，则认为用户乙是用户甲指定的用户。此时，当用户乙发起访问网络资源A的请求时，由于已经在缓存中存在，因此，直接将其返回给用户乙即可。

其中，由于分享过程是由第一用户发起的，因此，即使某用户就是该第一用户想要指定的第二用户，该第二用户也不知道第一用户想要分享的网络资源是什么。因此，可以由第一用户将其待分享网络资源的URL等标识性的信息发送给第二用户，例如，可以通过邮箱、即时通信工具等进行发送；这样，第二用户就可以知道第一用户的待分享网络资源的URL，点击该URL的链接或者将其拷贝到浏览器地址栏中就可以发起对这种网络资源的访问。或者，为了便于实现，也可以在浏览器客户端提供通信功能，即第一用户可以直接通过浏览器将其待分享网络资源的URL等信息发送给第二用户。

当然，在其他实施例中，也可以不必在第二用户输入密钥之后，所有的访问请求就都流经第三方服务器，而是仅当第二用户访问第一用户的待分享网络资源时，其访问请求才会发送到第三方服务器，否则按照正常的流程进行，即直接发送到网络资源所在的网站服务器。例如，可以在接收到第二用户输入的密钥之后，先从第三方服务器获知该密钥对应的待分享网络资源的URL等信息；这样，当第二用户发起访问网络资源的请求时，可以首先判断请求访问的网络资源是否为其输入的密钥对应的待分享网络资源，如果是，则将该请求发送到第三方服务器，由第三方服务器将保存的待分享网络资源提供该第二用户；否则，如果第二用户请求访问的网络资源不是其输入的密钥对应的待分享网络资源，则按照正常的流程将其请求直接发送到该网络资源所在的网站服务器。

需要说明的是，第一用户在发起分享请求后，其访问的网络资源可能有多个，此时，可以分别为每个网络资源生成一个单独的密钥，即第一用户指定的其他用户在需要访问缓存中存在的该第一用户访问过的网络资源时，需要分别输入各个网络资源的密钥；或者，也可以为第一用户访问的所有网络资源共同生成一个密钥，即第一用户指定的其他用户使用一个密钥就可以访问缓存中的该第一用户访问过的所有网络资源。

另外需要说明的是，上述密钥除了可以由第三方服务器生成以外，还可以由第一用户的浏览器客户端来生成，再发送给服务器及指定的第二用户；或者还可以由第一用户手动输入密钥，再将该密钥发送给第三方服务器及指定的第二用户；当然，在手动输入密钥的情况下，也可以在浏览器客户端提供输入密钥的入口。

在实际应用中，在第二用户输入第一用户为其提供的密钥之后，浏览器与第三方服务器之间的交互对于第二用户而言可以是透明的，或者，也可以通过一个页面将该密钥对应的网络资源的链接展现给第二用户。例如，在为一个用户甲分享出的所有网络资源生成一个密钥的情况下，假设用户甲分享的网络资源为网络资源1、2、3，则用户甲将该密钥发送给用户乙之后，用户乙就可以在浏览器中输入该密钥，相应的，浏览器就可以返回一个页面，该页面上展现的是网络资源1、2、3的链接，用户点击其中的某个链接时，浏览器就直接向第三方服务器发送访问请求，第三方服务器将相应的资源包返回给浏览器，浏览器直接将其展现给用户乙即可。

方法二

当用户在登录状态下使用浏览器进行浏览行为时，可以采用该方法二的方式来进行。即可以在浏览器上提供另一入口，由发起分享请求的第一用户通过该入口输入指定的第二用户的账户信息，第三方服务器在对第一用户访问的网络资源进行保存的同时，记录下该账户信息；当第二用户使用自己的账户登录浏览器并进行浏览时，浏览器就将该用户的访问请求首先发送到第三方服务器；第三方服务器发现该用户的账户信息与第一用户指定的相同，则认定该用户为第一用户指定的第二用户。接下来，当第二用户访问的网络资源在第三方服务器的缓存中时，则直接将该网络资源返回给第二用户，而不用再向网站服务器发起请求。

当然，在实际应用中还可能存在以下情况：在第一用户发起分享请求时，被其指定为第二用户的用户已经处于登录状态。在这种情况下，还可以在浏览器客户端提供一个类似“接受分享”等含义的按钮，或者在鼠标右键的弹出菜单中增加相关的“接受分享”选项，第二用户在接收到第一用户发送的待分享网络资源的链接之后，还可以先点击该“接受分享”按钮或者选择“接受分享”选项，以便触发浏览器按照接受分享的流程进行相应的处理。例如，首先向第三方服务器查询该用户的账户信息是否被某用户指定为接受分享的账户，如果是，则将该用户此后的访问请求都先发送到第三方服务器，由第三方服务器判断每个请求访问的网络资源是否为该用户的账户信息对应的待分享网络资源，如果是，则直接将保存的该网络资源提供给该第二用户，否则，再转发到相应的网站服务器。

或者，在向第三方服务器查询到该用户的账户信息确实是被某用户指定为接受分享的账户后，还可以先从第三方服务器获知该账户信息对应的待分享网络资源的URL等信息；当第二用户发起网络资源请求时，先判断其访问的网络资源是否为其账户对应的待分享网络资源，如果是，则将其请求发送到第三方服务器，否则，发送到网络资源所在的网站服务器。

需要说明的是，可能有多个用户发起分享请求，每个用户需要分享的目标用户可能都有所不同，因此，第三方服务器可以分别为每个用户开辟一块存储空间，将各个用户访问过的网络资源分开存储。当然，也可以不区分存储空间，直接分别为每个用户访问过的网络资源加上用户标识即可。

另外需要说明的是，在本发明实施例一提供的技术方案中，对于第二用户没有访问权限的网络资源，只要第一用户在发出分享请求之后访问过，第二用户就可以通过第三方服务器进行访问。再者，本发明实施例一所使用的第三方服务器的功能可以由浏览器的服务器来实现。也即，对于浏览器这样一个客户端软件而言，在某些情况下也需要服务器端的支持。例如，用户账户信息的维护以及一些信息的收集等等，都需要服务器端数据库的支持。在本发明实施例一中，可以直接将浏览器的服务器作为第三方服务器，这样，对于前述方法二而言，更加便于实现，因为，浏览器的服务器记录了各个用户的账户信息，当用户登录到该服务器之后，就可以直接比较该用户的账户信息是否为某用户指定的分享目标用户，并进行后续的操作。当然，如果是由浏览器的服务器以外的其他服务器来实现第三方服务器的功能也是可以的。

此外，需要说明的是，如果第二用户不是因为没有访问权限导致无法看到第一用户分享的网络资源，换而言之，也就是第一用户分享的网络资源不是需要第一用户特殊权限才能看到的内容的话，比如是因为链路不通等原因，那么也可以不通过前述身份验证(比如上文提到的密钥验证或登录账户验证)，而直接将第一用户分享给第二用户的网络资源提供给第二用户，以便第二用户可以看到。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括如下步骤：接收第一用户分享网络资源的分享请求；保存所述第一用户待分享的网络资源；当所述第一用户指定的第二用户访问的网络资源为所述第一用户待分享的网络资源时，将所述保存的所述第一用户待分享的网络资源提供给所述第二用户。或者，接收第一用户分享网络资源的分享请求；保存所述第一用户待分享的网络资源；接收一用户访问所述待分享的网络资源的请求，验证该用户是否为所述第一用户指定分享所述待分享的网络资源的第二用户；如果验证成功，则将所述保存的特定网络资源提供给所述第二用户。所述的存储介质，如：ROM/RAM、磁碟、光盘等。

实施例二

在前述实施例一中，是通过第三方服务器等对待分享的网络资源进行保存，在该实施例二中，也可以不通过第三方服务器的方式分享网络资源，而是由浏览器自动将待分享网络资源发送给接受分享的用户。

参见图3，该方法包括以下步骤：

S301：接收第一用户分享网络资源的请求；

S302：获取所述第一用户指定的待分享网络资源；

S303：将所述待分享网络资源发送给所述第一用户指定的第二用户。

在该方式下，可以预先在浏览器中实现一个通信模块，也即，用户在浏览器中注册的账户具有在普通通信工具(如邮箱、即时通信软件等等)中注册的账户的功能：如果两个用户使用同款浏览器注册了账户，则可以加对方为好友，并向对方发送、或从对方接收消息，这样每个用户都可以有自己的通讯录，其中记录了自己联系人的账户信息。这样，当第一用户需要向第二用户分享网络资源时，可以点击浏览器上的“分享”按钮，然后浏览器可以将该第一用户的通讯录以列表等方式将显示给该第一用户，该第一用户可以直接在列表中选择第二用户(可以是一个或多个)；然后浏览器就可以执行将第一用户的待分享网络资源发送给该第二用户的操作。具体的，浏览器可以将第一用户当前访问的网络资源进行打包，然后自动打开与第二用户的通信窗口，通过该窗口将打包后的网络资源发送给第二用户；相应的，第二用户就可以接收到第一用户发送来的网络资源包，点击之后就可以自动调出浏览器，打开相应的网络资源。

当然，浏览器也可以不必将通信窗口显示给用户，后台执行发送数据包的操作也是可以的。即在第一用户点击“分享”按钮之后，后续的操作对于第一用户而言都可以是透明的，在发送完毕之后，可以以弹出气泡等方式提示第一用户，已经成功将待分享网络资源分享给第二用户。

其中，在该实施例二中，待分享网络资源同样可以是用户发起分享请求时正在浏览的网络资源，也可以是用户发起分享请求后浏览的网络资源。具体的确定方法这里不再赘述。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括如下步骤：接收第一用户指定分享给第二用户网络资源的分享请求；获取所述第一用户指定的待分享网络资源；将所述待分享网络资源发送给所述第一用户指定的第二用户。所述的存储介质，如：ROM/RAM、磁碟、光盘等。

与本发明实施例一提供的分享网络资源的方法相对应，本发明实施例还提供了一种分享网络资源的系统，参见图4，该系统包括：

接口单元401，用于接收第一用户分享网络资源的分享请求；

保存单元402，用于保存所述第一用户待分享的网络资源；

提供单元403，用于当所述第一用户指定的第二用户访问的网络资源为所述第一用户待分享的网络资源时，将所述保存的所述第一用户待分享的网络资源提供给所述第二用户。可选的，如果分享的网络资源是一种需要展现的，则还可以通过一个展现单元将所述待分享的网络资源向第二用户予以展现。

其中，在提供待分享网络资源之前，还需要对被分享的用户的身份进行验证，为此，该系统还可以包括：

密钥生成单元，用于针对所述第一用户待分享的网络资源生成密钥，并将所述密钥提供给所述第一用户，以便所述第一用户将所述密钥提供给第二用户；

第一验证单元，用于接收某用户输入的密钥，当该用户输入的密钥与提供给第一用户的密钥相同时，确定该用户为所述第一用户指定的第二用户。

或者，该系统也可以还包括：

账户指定单元，用于接收所述第一用户指定的第二用户的账户信息；

第二验证单元，用于当某用户采用所述第一用户指定的账户登录时，确定该用户为所述第一用户指定的第二用户。

其中，保存单元402具体用于将所述第一用户待分享的网络资源通过第三方服务器进行保存。

在这种情况向，保存单元402可以包括：

第一保存子单元，用于当接收到所述第一用户访问某网络资源的请求时，将所述请求发送到所述第三方服务器，所述第三方服务器将所述请求转发到该网络资源所在的网站服务器，以便所述网站服务器将该网络资源返回给所述第三方服务器，所述第三方服务器在将所述网络资源返回给浏览器的同时，保存所述网络资源；

或者，

第二保存子单元，用于重新加载所述第一用户当前已经打开的网络资源，将所述重新加载请求发送到所述第三方服务器，所述第三方服务器将所述重新加载请求转发到该网络资源所在的网站服务器，以便所述网站服务器重新返回该网络资源，所述第三方服务器在将所述网络资源返回给浏览器的同时，保存所述网络资源；

或者，

第三保存子单元，用于将所述第一用户在访问所述待分享网络资源的过程中，在所述第一用户客户端本地保存的所述待分享网络资源，上传到所述第三方服务器，由所述第三方服务器保存所述待分享网络资源。

具体实现时，所述提供单元具体用于当所述第二用户发起访问网络资源的请求时，将所述请求发送到所述第三方服务器；当所述第二用户需要访问的网络资源在所述第三方服务器中存在时，所述第三方服务器将所述网络资源返回给所述第二用户。

由于本系统实施例是与前述方法实施例相对应的，因此每个子单元具体实现时的方案不再详述，参见前述对应的方法实施例中的对应技术实现。

此外，本发明实施例还提供了另一与本发明实施例一提供的方法相对应的分享网络资源的系统，参见图5，该系统包括：

接口单元501，用于接收第一用户分享网络资源的分享请求；

保存单元502，用于保存所述第一用户待分享的网络资源；

验证单元503，用于接收一用户访问所述待分享的网络资源的请求，验证该用户是否为所述第一用户指定分享所述待分享的网络资源的第二用户；

提供单元504，用于如果验证成功，则将所述保存的特定网络资源提供给所述第二用户。

由于本系统实施例是与前述方法实施例相对应的，因此每个子单元具体实现时的方案不再详述，参见前述对应的方法实施例中的对应技术实现。

与本发明实施例二提供的方法相对应，本发明实施例还提供了另一种分享网络资源的系统，参见图6，该系统包括：

接口单元601，用于接收第一用户指定分享给第二用户网络资源的分享请求；

获取单元602，用于获取所述第一用户指定的待分享网络资源；

发送单元603，用于将所述待分享网络资源发送给所述第一用户指定的第二用户。

其中，该系统还可以包括：

信息展现单元，用于获取所述第一用户的联系人信息，展现所述联系人信息；

用户指定单元，用于接收所述第一用户指定的第二用户信息。由于本系统实施例是与前述方法实施例相对应的，因此每个子单元具体实现时的方案不再详述，参见前述对应的方法实施例中的对应技术实现。

以上对本发明所提供的分享网络资源的方法及系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (19)

1.一种分享网络资源的方法，其特征在于，包括：

接收第一用户分享网络资源的分享请求；

在接收第一用户分享网络资源的分享请求后，保存所述第一用户待分享的网络资源，所述待分享网络资源为第一用户发起分享网络资源请求时正在浏览的网络资源和/或第一用户发起分享网络资源请求之后访问的网络资源；

当所述第一用户指定的第二用户访问的网络资源为所述第一用户待分享的网络资源时，将所述保存的所述第一用户待分享的网络资源提供给所述第二用户。

2.根据权利要求1所述的方法，其特征在于，还包括：

针对所述第一用户待分享的网络资源生成密钥，并将所述密钥提供给所述第一用户，以便所述第一用户将所述密钥提供给第二用户；

接收某用户输入的密钥，当该用户输入的密钥与提供给第一用户的密钥相同时，确定该用户为所述第一用户指定的第二用户。

3.根据权利要求1所述的方法，其特征在于，还包括：

接收所述第一用户指定的第二用户的账户信息；

当某用户采用所述第一用户指定的账户登录时，确定该用户为所述第一用户指定的第二用户。

4.根据权利要求1所述的方法，其特征在于，所述保存所述第一用户待分享的网络资源包括：

将所述第一用户待分享的网络资源通过第三方服务器进行保存。

5.根据权利要求4所述的方法，其特征在于，所述将所述第一用户待分享的网络资源通过第三方服务器进行保存包括：

当接收到所述第一用户访问某网络资源的请求时，将所述请求发送到所述第三方服务器，所述第三方服务器将所述请求转发到该网络资源所在的网站服务器,以便所述网站服务器将该网络资源返回给所述第三方服务器，所述第三方服务器在将所述网络资源返回给浏览器的同时，保存所述网络资源；

或者，

重新加载所述第一用户当前已经打开的网络资源，将所述重新加载请求发送到所述第三方服务器，所述第三方服务器将所述重新加载请求转发到该网络资源所在的网站服务器,以便所述网站服务器重新返回该网络资源，所述第三方服务器在将所述网络资源返回给浏览器的同时，保存所述网络资源；

或者，

将所述第一用户在访问所述待分享网络资源的过程中，在所述第一用户客户端本地保存的所述待分享网络资源，上传到所述第三方服务器，由所述第三方服务器保存所述待分享网络资源。

6.根据权利要求4或5所述的方法，其特征在于，所述当所述第一用户指定的第二用户访问的网络资源为所述第一用户待分享的网络资源时，将所述保存的所述第一用户待分享的网络资源返回给所述第二用户包括：

当所述第二用户发起访问网络资源的请求时，将所述请求发送到所述第三方服务器；当所述第二用户需要访问的网络资源在所述第三方服务器中存在时，所述第三方服务器将所述网络资源返回给所述第二用户。

7.根据权利要求1所述的方法，其特征在于，所述第一用户发起分享网络资源请求之后访问的网络资源包括：

所述第一用户发起所述分享网络资源请求后，在预置时间段内访问的网络资源；

或者，

所述第一用户发起所述分享网络资源请求后，访问的预置数目的网络资源；

或者，

所述第一用户在发起所述分享网络资源请求后，且在取消所述分享网络资源的请求之前访问的网络资源。

8.一种分享网络资源的系统，其特征在于，包括：

接口单元，用于接收第一用户分享网络资源的分享请求；

保存单元，用于在接收第一用户分享网络资源的分享请求后，保存所述第一用户待分享的网络资源，所述待分享网络资源为第一用户发起分享网络资源请求时正在浏览的网络资源和/或第一用户发起分享网络资源请求之后访问的网络资源；

提供单元，用于当所述第一用户指定的第二用户访问的网络资源为所述第一用户待分享的网络资源时，将所述保存的所述第一用户待分享的网络资源提供给所述第二用户。

9.根据权利要求8所述的系统，其特征在于，还包括：

密钥生成单元，用于针对所述第一用户待分享的网络资源生成密钥，并将所述密钥提供给所述第一用户，以便所述第一用户将所述密钥提供给第二用户；

第一验证单元，用于接收某用户输入的密钥，当该用户输入的密钥与提供给第一用户的密钥相同时，确定该用户为所述第一用户指定的第二用户。

10.根据权利要求8所述的系统，其特征在于，还包括：

账户指定单元，用于接收所述第一用户指定的第二用户的账户信息；

第二验证单元，用于当某用户采用所述第一用户指定的账户登录时，确定该用户为所述第一用户指定的第二用户。

11.根据权利要求8所述的系统，其特征在于，所述保存单元具体用于将所述第一用户待分享的网络资源通过第三方服务器进行保存。

12.根据权利要求11所述的系统，其特征在于，所述保存单元包括：

第一保存子单元，用于当接收到所述第一用户访问某网络资源的请求时，将所述请求发送到所述第三方服务器，所述第三方服务器将所述请求转发到该网络资源所在的网站服务器,以便所述网站服务器将该网络资源返回给所述第三方服务器，所述第三方服务器在将所述网络资源返回给浏览器的同时，保存所述网络资源；

或者，

第二保存子单元，用于重新加载所述第一用户当前已经打开的网络资源，将所述重新加载请求发送到所述第三方服务器，所述第三方服务器将所述重新加载请求转发到该网络资源所在的网站服务器,以便所述网站服务器重新返回该网络资源，所述第三方服务器在将所述网络资源返回给浏览器的同时，保存所述网络资源；

或者，

第三保存子单元，用于将所述第一用户在访问所述待分享网络资源的过程中，在所述第一用户客户端本地保存的所述待分享网络资源，上传到所述第三方服务器，由所述第三方服务器保存所述待分享网络资源。

13.根据权利要求11或12所述的系统，其特征在于，所述提供单元具体用于当所述第二用户发起访问网络资源的请求时，将所述请求发送到所述第三方服务器；当所述第二用户需要访问的网络资源在所述第三方服务器中存在时，所述第三方服务器将所述网络资源返回给所述第二用户。

14.一种分享网络资源的方法，其特征在于，包括：

接收第一用户指定分享给第二用户网络资源的分享请求；

获取所述第一用户指定的待分享网络资源，所述待分享网络资源为第一用户发起分享网络资源请求时正在浏览的网络资源和/或第一用户发起分享网络资源请求之后访问的网络资源；

将所述待分享网络资源发送给所述第一用户指定的第二用户。

15.根据权利要求14所述的方法，其特征在于，还包括：

获取所述第一用户的联系人信息，展现所述联系人信息；

接收所述第一用户指定的第二用户信息。

16.一种分享网络资源的系统，其特征在于，包括：

接口单元，用于接收第一用户指定分享给第二用户网络资源的分享请求；

获取单元，用于获取所述第一用户指定的待分享网络资源，所述待分享网络资源为第一用户发起分享网络资源请求时正在浏览的网络资源和/或第一用户发起分享网络资源请求之后访问的网络资源；

发送单元，用于将所述待分享网络资源发送给所述第一用户指定的第二用户。

17.根据权利要求16所述的系统，其特征在于，还包括：

信息展现单元，用于获取所述第一用户的联系人信息，展现所述联系人信息；

用户指定单元，用于接收所述第一用户指定的第二用户信息。

18.一种分享网络资源的方法，其特征在于，包括：

接收第一用户分享网络资源的分享请求；

在接收第一用户分享网络资源的分享请求后，保存所述第一用户待分享的网络资源，所述待分享网络资源为第一用户发起分享网络资源请求时正在浏览的网络资源和/或第一用户发起分享网络资源请求之后访问的网络资源；

接收一用户访问所述待分享的网络资源的请求，验证该用户是否为所述第一用户指定分享所述待分享的网络资源的第二用户；

如果验证成功，则将所述保存的特定网络资源提供给所述第二用户。

19.一种分享网络资源的系统，其特征在于，包括：

接口单元，用于接收第一用户分享网络资源的分享请求；

保存单元，用于在接收第一用户分享网络资源的分享请求后，保存所述第一用户待分享的网络资源，所述待分享网络资源为第一用户发起分享网络资源请求时正在浏览的网络资源和/或第一用户发起分享网络资源请求之后访问的网络资源；

验证单元，用于接收一用户访问所述待分享的网络资源的请求，验证该用户是否为所述第一用户指定分享所述待分享的网络资源的第二用户；

提供单元，用于如果验证成功，则将所述保存的特定网络资源提供给所述第二用户。