统一资源定位符的发送方法和装置及分享方法和装置技术领域
本发明涉及计算机领域,具体而言,涉及一种统一资源定位符的发送
方法和装置及分享方法和装置。
背景技术
目前,现有技术中通过客户端向其他好友分享数据时,通常采用的方
式是在前端和后台之间约定一种加密算法,由前端对相关数据进行加密,
后台在收到加密数据之后进行解密,再进行相关操作。然而,采用这种方
式非常不利于扩展,例如,如果有新增数据,则需对前端和后台都进行改
动,即,对前端和后台重新约定加密算法,操作较为复杂。
进一步,如果上述加密算法被破译,用户就可以通过构造数据加密,
来伪造请求,从而破坏后台服务器的稳定性,如果用户频繁地发送伪造请
求,则将大大增加后台的运行压力,即,出现类似刷榜的行为,从而导致
后台崩溃。也就是说,现有方式中所采用的加密算法一旦被破译,还将直
接影响数据的安全性,进而可能影响服务器运行的稳定性。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种统一资源定位符的发送方法和装置及分享
方法和装置,以至少解决由于采用现有的统一资源定位符发送方法所导致
的安全性较低的技术问题。
根据本发明实施例的一个方面,提供了一种统一资源定位符的发送方
法,包括:登录了第一账号的第一客户端向第一服务器发送标识获取请求,
其中,上述标识获取请求至少包括:用于标识上述第一账号的第一标识;
上述第一客户端接收上述第一服务器发送的第二标识,其中,上述第二标
识与上述第一账号的上述第一标识一一对应;上述第一客户端将上述第二
标识设置在预定的第一统一资源定位符URL中,得到待分享的第二URL;
上述第一客户端将设置有上述第二标识的上述第二URL发送到指定的地
址。
根据本发明实施例的另一方面,还提供了一种统一资源定位符的分享
方法,包括:第一服务器接收登录了第一账号的第一客户端发送的标识获
取请求,其中,上述标识获取请求至少包括:用于标识上述第一账号的第
一标识;上述第一服务器响应上述标识获取请求生成第二标识,其中,上
述第二标识与上述第一账号的上述第一标识一一对应;上述第一服务器将
上述第二标识发送给第一客户端,其中,上述第二标识用于上述第一客户
端对统一资源定位符URL进行分享。
根据本发明实施例的又一方面,还提供了一种统一资源定位符的发送
装置,上述装置位于安装有登录了第一账号的第一客户端的终端,包括:
第一发送单元,用于向第一服务器发送标识获取请求,其中,上述标识获
取请求至少包括:用于标识上述第一账号的第一标识;接收单元,用于接
收上述第一服务器发送的第二标识,其中,上述第二标识与上述第一账号
的上述第一标识一一对应;设置单元,用于将上述第二标识设置在预定的
第一统一资源定位符URL中,得到待分享的第二URL;第二发送单元,
用于将设置有上述第二标识的上述第二URL发送到指定的地址。
根据本发明实施例的又一方面,还提供了一种统一资源定位符的分享
装置,上述装置位于第一服务器,包括:第一接收单元,用于接收登录了
第一账号的第一客户端发送的标识获取请求,其中,上述标识获取请求至
少包括:用于标识上述第一账号的第一标识;生成单元,用于响应上述标
识获取请求生成第二标识,其中,上述第二标识与上述第一账号的上述第
一标识一一对应;发送单元,用于将上述第二标识发送给第一客户端,其
中,上述第二标识用于上述第一客户端对统一资源定位符URL进行分享。
在本发明实施例中,在第一客户端向第一服务器发送用于表示第一账
号的第一标识获取请求之后,接收第一服务器发送的第二标识,其中,第
二标识与第一账号的第一标识一一对应。第一客户端再将第二标识设置在
预定的第一URL中,得到待分享的第二URL,通过将第二URL发送到指
定的地址,实现对数据的分享。也就是说,在前端与后台的交互过程中,
利用待分享的第二URL中所携带的第二标识,实现直接在后台服务器上,
将与第二标识对应的待分享数据分享给好友,而无需再通过加密算法将待
分享数据发送到前端。从而实现分享过程对前端完全透明,以克服现有技
术中由于加密算法被破译所导致的安全性较低的问题;
进一步,通过上述方式不仅可以提高数据的安全性,而且如果有新增
数据,只需修改对应的分享标识,而无需对前端和后台同时进行修改,从
而简化了操作,更有利于扩展。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一
部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发
明的不当限定。在附图中:
图1是根据本发明实施例的一种可选的统一资源定位符的发送方法的
应用场景示意图;
图2是根据本发明实施例的一种可选的统一资源定位符的发送方法的
流程图;
图3是根据本发明实施例的另一种可选的统一资源定位符的发送方法
的流程图;
图4是根据本发明实施例的一种可选的统一资源定位符的分享方法的
流程图;
图5是根据本发明实施例的一种可选的位于终端上的统一资源定位符
的发送装置的示意图;
图6是根据本发明实施例的一种可选的位于第一服务器上的统一资源
定位符的分享装置的示意图;
图7是根据本发明实施例的一种可选的的统一资源定位符的发送终端
的示意图;以及
图8是根据本发明实施例的一种可选的的统一资源定位符的分享服务
器的示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明
实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,
显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施
例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动
前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语
“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或
先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描
述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实
施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排
他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或
设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出
的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例,提供了一种统一资源定位符的发送方法的实施例,
上述统一资源定位符的发送方法可以但不限于应用于如图1所示的应用环
境中,位于终端104中登录了第一账号的第一客户端通过网络向第一服务
器102发送了标识获取请求,其中,上述获取请求至少包括用于标识第一
账号的第一标识,第一服务器102在接收到上述获取请求后,将把与第一
账号的第一标识一一对应的第二标识发送给上述第一客户端,第一客户端
将接收到的第二标识设置在预定的第一统一资源定位符(URL,Uniform
ResourceLocator)以得到待分享第二URL,进一步,第一客户端将设置
有第二标识的第二URL通过网络分享发送到指定的地址。可选地,在本
实施例中,上述终端可以包括但不限于以下至少之一:手机、平板电脑、
笔记本电脑、PC机、数字电视。可选地,在本实施例中,上述网络可以
包括但不限于以下至少之一:广域网、城域网、局域网。上述只是一种示
例,本实施例对此不做任何限定。
根据本发明实施例,提供了一种统一资源定位符的发送方法,如图2
所示,该方法包括:
S202,登录了第一账号的第一客户端向第一服务器发送标识获取请求,
其中,标识获取请求至少包括:用于标识第一账号的第一标识;
S204,第一客户端接收第一服务器发送的第二标识,其中,第二标识
与第一账号的第一标识一一对应;
S206,第一客户端将第二标识设置在预定的第一统一资源定位符URL
中,得到待分享的第二URL;
S208,第一客户端将设置有第二标识的第二URL发送到指定的地址。
可选地,在本实施例中,上述统一资源定位符URL的发送方法可以
但不限于应用于终端应用的数据分享过程中,例如,在游戏应用中向好友
分享游戏礼包。上述仅是一种示例,本实施例中对此不做限定。
需要说明的是,在现有技术中的数据分享过程中,常采用的方式是对
待分享数据进行加密,以使后台解密后直接获取待分享数据。然而,采用
这种方式不仅不利于扩展,最重要的是加密算法一旦被破译,将直接影响
待分享数据的安全性。
为了解决上述问题,在本实施例中,通过直接在客户端分享URL中
所携带的分享标识,实现直接在后台服务器上,利用上述分享标识将与分
享标识对应的待分享数据分享给好友,而无需再通过加密算法将待分享数
据发送到前端。也就是说,待分享的数据将直接在后台服务器进行分享,
对前端完全透明,从而克服现有技术中由于加密算法被破译所导致的安全
性较低的问题;进一步,通过上述方式不仅可以提高数据的安全性,而且
如果有新增数据,只需修改对应的分享标识,而无需对前端和后台同时进
行修改,从而简化了操作,更有利于扩展。
可选地,在本实施例中,用于标识第一客户端上登录的第一账号的第
一标识可以包括但不限于以下至少之一:第一账号,第一账号的昵称。
可选地,在本实施例中,上述第二标识可以但不限于由通用唯一标识
码(UUID,UniversallyUniqueIdentifier)构成。例如,由UUID构造出
的第二标识为Shareid。其中,通用唯一标识码UUID是指在一台机器上
生成的标识码,它对在同一时空中的所有机器都是唯一的。标准的UUID
格式可以如下:
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx(即对应字节为8-4-4-4-12)
需要说明的是,在本实施例中,第二标识Shareid与第一账号的第一
标识一一对应,其中,第二标识Shareid由通用唯一标识码UUID得到,
因而,可以用于唯一标识第一账号中的第一标识,通过将第二标识Shareid
设置到第一URL中,得到待分享的第二URL,实现通过将设置有第二标
识Shareid的第二URL发送到指定的地址,来达到分享数据的目的,而无
需再对数据进行加密,以发送加密后的数据,从而克服了现有技术中直接
分享加密后的数据所导致的安全性较低的问题。
可选地,在本实施例中,第一客户端将设置有第二标识的第二URL
发送到指定的地址可以包括但不限于以下至少之一:
1),第一客户端将第二URL发送到至少一个第二账号,其中,第二
账号用于登录与第一客户端相同的客户端;
2),第一客户端将第二URL发送到至少一个第三账号,其中,第三
账号用于登录与第一客户端不同的客户端;
3),第一客户端将第二URL发送到第一账号的信息发布空间;
4),第一客户端将第二URL发送到至少一个第四账号的信息发布空
间,其中,第四账号用于登录与第一客户端不同的客户端。
可选地,在本实施例中,第一客户端将第二标识设置在预定的第一统
一资源定位符URL中,得到待分享的第二URL包括:将第二标识嵌入到
第一URL的后缀中,从而得到待分享的第二URL。
需要说明的是,在本实施例中,第一服务器为用于生成上述通用唯一
标识码UUID的后台数据存储服务器,与第一客户端对应的应用服务器为
第二服务器,第一客户端通过第二服务器实现与第一服务器的通信。
可选地,在本实施例中,上述第一URL用于指示与第一服务器通信
的第二服务器的访问地址。可选地,在本实施例中,上述第二URL为第
一URL与第二标识结合得到的访问地址,用于数据分享。
具体结合图3所示示例进行说明,假设第一客户端302对应的第二服
务器为WEB服务器304,第一服务器为数据存储服务器306,上述统一资
源定位符的发送方法可以如下:
S302,第一客户端302向数据存储服务器306发送第一标识获取请求;
S304,数据存储服务器306生成与第一账号的第一标识一一对应的第
二标识;
例如,数据存储服务器306生成与第一标识一一对应的通用唯一标识
码UUID,例如:9041177a-d386-45ad-9889-725e2c0a6697。将通用唯一标
识码UUID赋值给第二标识Shareid,其中,上述由通用唯一标识码UUID
得到的第二标识Shareid与第一账号的第一标识具有键-值的唯一对应关系。
进一步,将数据以任何形式的二进制数据或者字符数据保存,例如,
用PB结构保存数据,具体如下:
再将ShareidData序列化成xxxxxxxxxx,以键-值的形式保存到redis
中,其中,键Key为UUID,值Value为xxxxxxxxxx。
S306,向第一客户端302发送第二标识;
S308,在第一客户端302上将第二标识设置在预定的第一统一资源定
位符URL中,得到待分享的第二URL;
例如,shareid=9041177a-d386-45ad-9889-725e2c0a6697,将其设置在
第一URL中,得到的第二URL如下:
http://qt.qq.com/syb/mt2/mt2_game/html/share.shtml?_wv=1&ADTAG=
mt2act.user.share&shareid=9041177a-d386-45ad-9889-725e2c0a6697
假设采用上述第一种方式,即,将第二URL发送到至少一个第二账
号,其中,第二账号用于登录与第一客户端302相同的客户端。进一步,
第一客户端302上的第二账号将执行以下步骤:
S310,访问第二URL;
S312,WEB服务器304在受到第二URL之后,获取第二URL中的
第二标识;
S314,根据第二标识获取第一标识。
具体来说,数据存储服务器306在收到第二标识(即Shareid)之后,
通过Shareid从redis里读出数据,从而得到第一账号中的第一标识,例如,
第一账号,第一账号的昵称,从而识别出分享者,进而自行其他操作。
通过本申请提供的实施例,在第一客户端向第一服务器发送用于标识
第一账号的第一标识获取请求之后,接收第一服务器发送的第二标识,其
中,第二标识与第一账号的第一标识一一对应。第一客户端再将第二标识
设置在预定的第一URL中,得到待分享的第二URL,通过将第二URL
发送到指定的地址,实现对数据的分享。也就是说,在前端与后台的交互
过程中,利用待分享的第二URL中所携带的第二标识,实现直接在后台
服务器上,将与第二标识对应的待分享数据分享给好友,而无需再通过加
密算法将待分享数据发送到前端。从而实现分享过程对前端完全透明,以
克服现有技术中由于加密算法被破译所导致的安全性较低的问题;进一步,
通过上述方式不仅可以提高数据的安全性,而且如果有新增数据,只需修
改对应的分享标识,而无需对前端和后台同时进行修改,从而简化了操作,
更有利于扩展。
作为一种可选的方案,第一客户端将第二标识设置在预定的第一统一
资源定位符URL中,得到待分享的第二URL包括:
S1,第一客户端将第二标识设置在第一URL中的最后一个字符之后,
得到第二URL。
可选地,在本实施例中,第二标识在第一URL中的位置可以但不限
于第一URL中的最后一个字符之后,即,将第二标识设置在第一URL的
后缀中。其中,第二标识由通用唯一标识码UUID得到。
具体结合以下示例进行说明,假设第二标识为Shareid,则第二URL
可以如下:
http://qt.qq.com/syb/mt2/mt2_game/html/share.shtml?_wv=1&ADTAG=
mt2act.user.share&shareid=9041177a-d386-45ad-9889-725e2c0a6697
通过本申请提供的实施例,通过将第二标识设置在第一URL中的最
后一个字符之后,得到第二URL,不仅可以实现通过携带有第二标识的第
二URL进行分享,而且操作简单,更有利于扩展。
作为一种可选的方案,第一客户端将设置有第二标识的第二URL发
送到指定的地址包括以下至少之一:
1)第一客户端将第二URL发送到至少一个第二账号,其中,第二账
号用于登录与第一客户端相同的客户端;
需要说明的是,在本实施例中,上述用于登录与第一客户端相同的客
户端的账号可以包括一个或多个,也就是说,可以将待分享第二URL分
享给相同的客户端上的一个用户或多个用户。假设第一客户端为游戏应用
S,第一账号为用户A,则在本示例中可以将第二URL发送到游戏应用S
的第二账号(例如第二账号为用户B)上,以使登录到游戏应用S上的用
户B可以通过设置有第二标识的待分享的第二URL收到用户A所分享的
内容。例如,用户A将某足球手游中的礼包分享给该足球手游中的另一个
用户B。
2)第一客户端将第二URL发送到至少一个第三账号,其中,第三账
号用于登录与第一客户端不同的客户端;
需要说明的是,在本实施例中,假设第一客户端为游戏应用S,另一
客户端为通讯应用W,第一账号为用户A,第三账号为通讯应用上的用户
C,则在本示例中可以将第二URL发送到通讯应用W上的第三账号,以
使登录到通讯应用D上的用户C可以通过设置有第二标识的待分享的第
二URL收到用户A所分享的内容。例如,用户A将某足球手游中的礼包
通过另一应用,如短信,分享给用户C。
3)第一客户端将第二URL发送到第一账号的信息发布空间;
需要说明的是,在本实施例中,可以将第二URL直接发送到第一账
号对应的信息发布空间,例如讨论社区。仍以第一客户端为游戏应用S,
第一账号为用户A为例,在本示例中,可以将设置有第二标识的第二URL
发送到游戏应用S的讨论社区,以共享给游戏应用S的所有玩家用户。例
如,某足球手游中的用户D虽然并未直接接收到用户A发送的礼包,但
在打开该足球手游后,可以通过访问该足球手游的讨论社区,间接获取用
户A发送的礼包。
4)第一客户端将第二URL发送到至少一个第四账号的信息发布空间,
其中,第四账号用于登录与第一客户端不同的客户端。
需要说明的是,在本实施例中,可以将第二URL直接发送到第四账
号对应的信息发布空间,其中,第四账号与第一账号是不同客户端上的账
号。假设第一客户端为游戏应用S,第一账号为用户A,另一客户端为通
讯应用W,第四账号为用户E。在本示例中,可以将设置有第二标识的第
二URL发送到通讯应用W的讨论社区,以共享给通讯应用W的所有用
户。例如,足球手游中的用户A通过共享按钮,可以将礼包分享到用户A
在其他客户端(例如微博)上的讨论社区,也就是说,以使关注用户A的
微博的粉丝用户可以间接获取用户A发送的礼包。
通过本申请提供的实施例,通过发送携带有第二标识的第二URL,既
可以实现直接对其他账号的数据分享,也可以通过信息发布空间实现数据
的间接分享。进一步,在上述分享过程中,仅对与第一账号的第一标识一
一对应的第二标识进行传输分享,而并没有携带所分享的数据。例如,仍
以上述足球手游分享礼包为例,可以只将与分享者对应的标识分享出去,
而无需携带真正的礼包分享,从而避免由于加密算法破译,导致礼包被盗
用等问题。从而实现在被分享者在数据存储服务器中通过第二标识找到对
应的第一标识后,可以直接在后台实现数据分享,例如直接在后台得到礼
包,进而达到提高数据安全性的效果。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都
表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受
所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序
或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实
施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根
据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当
然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理
解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软
件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如
ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可
以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所
述的方法。
实施例2
根据本发明实施例,提供了一种统一资源定位符的分享方法,如图4
所示,该方法包括:
S402,第一服务器接收登录了第一账号的第一客户端发送的标识获取
请求,其中,标识获取请求至少包括:用于标识第一账号的第一标识;
S404,第一服务器响应标识获取请求生成第二标识,其中,第二标识
与第一账号的第一标识一一对应;
S406,第一服务器将第二标识发送给第一客户端,其中,第二标识用
于第一客户端对统一资源定位符URL进行分享。
可选地,在本实施例中,上述统一资源定位符URL的分享方法可以
但不限于应用于终端应用的数据分享过程中,例如,在游戏应用中向好友
分享游戏礼包。上述仅是一种示例,本实施例中对此不做限定。
需要说明的是,在现有技术中的数据分享过程中,常采用的方式是对
待分享数据进行加密,以使后台解密后直接获取待分享数据。然而,采用
这种方式不仅不利于扩展,最重要的是加密算法一旦被破译,将直接影响
待分享数据的安全性。
为了解决上述问题,在本实施例中,通过直接在客户端分享URL中
所携带的分享标识,其中,上述分享标识为第一服务器生成的与第一标识
一一对应的第二标识,实现直接在后台服务器上,利用上述分享标识将与
分享标识对应的待分享数据分享给好友,而无需再通过加密算法将待分享
数据发送到前端。也就是说,待分享的数据将直接在后台服务器进行分享,
对前端完全透明,从而克服现有技术中由于加密算法被破译所导致的安全
性较低的问题;进一步,通过上述方式不仅可以提高数据的安全性,而且
如果有新增数据,只需修改对应的分享标识,而无需对前端和后台同时进
行修改,从而简化了操作,更有利于扩展。
可选地,在本实施例中,用于标识第一客户端上登录的第一账号的第
一标识可以包括但不限于以下至少之一:第一账号,第一账号的昵称。
可选地,在本实施例中,上述第二标识可以但不限于由通用唯一标识
码(UUID,UniversallyUniqueIdentifier)构成。例如,由UUID构造出
的第二标识为Shareid。其中,通用唯一标识码UUID是指在一台机器上
生成的标识码,它对在同一时空中的所有机器都是唯一的。标准的UUID
格式可以如下:
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx(即对应字节为8-4-4-4-12)
需要说明的是,在本实施例中,第二标识Shareid与第一账号的第一
标识一一对应,其中,第二标识Shareid由通用唯一标识码UUID得到,
因而,可以用于唯一标识第一账号中的第一标识,通过将第二标识Shareid
设置到第一URL中,得到待分享的第二URL,实现通过将设置有第二标
识Shareid的第二URL发送到指定的地址,来达到分享数据的目的,而无
需再对数据进行加密,以发送加密后的数据,从而克服了现有技术中直接
分享加密后的数据所导致的安全性较低的问题。
可选地,在本实施例中,第一服务器接收到第二客户端发送的第二
URL可以包括但不限于以下至少之一:
1)第一服务器接收到与第一客户端相同的、且登录有第二账号的客
户端发送的第二URL;
2)第一服务器接收到与第一客户端不同的、且登录有第三账号的客
户端发送的第二URL;
3)第一服务器接收到第一客户端或者与第一客户端相同的客户端通
过第一账号的信息发布空间发送的第二URL;
4)第一服务器接收到与第一客户端不同、且登录有第四账号的客户
端通过第四账号的信息发布空间发送的第二URL。
可选地,在本实施例中,第一客户端将第二标识设置在预定的第一统
一资源定位符URL中,得到待分享的第二URL包括:将第二标识嵌入到
第一URL的后缀中,从而得到待分享的第二URL。
需要说明的是,在本实施例中,第一服务器为用于生成上述通用唯一
标识码UUID的后台数据存储服务器,与第一客户端对应的应用服务器为
第二服务器,第一客户端通过第二服务器实现与第一服务器的通信。
可选地,在本实施例中,上述第一URL用于指示与第一服务器通信
的第二服务器的访问地址。可选地,在本实施例中,上述第二URL为第
一URL与第二标识结合得到的访问地址,用于数据分享。
具体结合图3所示示例进行说明,假设第一客户端302对应的第二服
务器为WEB服务器304,第一服务器为数据存储服务器306,上述统一资
源定位符的发送方法可以如下:
S302,第一客户端302向数据存储服务器306发送第一标识获取请求;
S304,数据存储服务器306生成与第一账号的第一标识一一对应的第
二标识;
例如,数据存储服务器306生成与第一标识一一对应的通用唯一标识
码UUID,例如:9041177a-d386-45ad-9889-725e2c0a6697。将通用唯一标
识码UUID赋值给第二标识Shareid,其中,上述由通用唯一标识码UUID
得到的第二标识Shareid与第一账号的第一标识具有键-值的唯一对应关系。
进一步,将数据以任何形式的二进制数据或者字符数据保存,例如,
用PB结构保存数据,具体如下:
再将ShareidData序列化成xxxxxxxxxx,以键-值的形式保存到redis
中,其中,键Key为UUID,值Value为xxxxxxxxxx。
S306,向第一客户端302发送第二标识;
S308,在第一客户端302上将第二标识设置在预定的第一统一资源定
位符URL中,得到待分享的第二URL;
例如,shareid=9041177a-d386-45ad-9889-725e2c0a6697,将其设置在
第一URL中,得到的第二URL如下:
http://qt.qq.com/syb/mt2/mt2_game/html/share.shtml?_wv=1&ADTAG=
mt2act.user.share&shareid=9041177a-d386-45ad-9889-725e2c0a6697
假设采用上述第一种方式,即,将第二URL发送到至少一个第二账
号,其中,第二账号用于登录与第一客户端302相同的客户端。进一步,
第一客户端302上的第二账号将执行以下步骤:
S310,访问第二URL;
S312,WEB服务器304在受到第二URL之后,获取第二URL中的
第二标识;
S314,根据第二标识获取第一标识。
具体来说,数据存储服务器306在收到第二标识(即Shareid)之后,
通过Shareid从redis里读出数据,从而得到第一账号中的第一标识,例如,
第一账号,第一账号的昵称,从而识别出分享者,进而自行其他操作。
通过本申请提供的实施例,在向第一服务器接收第一客户端发送的用
于标识第一账号的第一标识获取请求之后,第一服务器生成第二标识,其
中,第二标识与第一账号的第一标识一一对应。然后第一服务器将第二标
识发送给第一客户端,其中,第二标识用于第一客户端对统一资源定位符
URL进行分享。也就是说,在前端与后台的交互过程中,利用进行分享的
URL中所携带的第二标识,实现直接在后台服务器上,将与第二标识对应
的待分享数据分享给好友,而无需再通过加密算法将待分享数据发送到前
端。从而实现分享过程对前端完全透明,以克服现有技术中由于加密算法
被破译所导致的安全性较低的问题;进一步,通过上述方式不仅可以提高
数据的安全性,而且如果有新增数据,只需修改对应的分享标识,而无需
对前端和后台同时进行修改,从而简化了操作,更有利于扩展。
作为一种可选的方案,在第一服务器将第二标识发送给第一客户端之
后,还包括:
S1,第一服务器接收到第二客户端发送的第二URL,其中,第二URL
中携带有第一URL和第二标识,第二URL由在预定的第一URL中设置
第二标识所得到;
S2,第一服务器从第二URL中识别出第一URL和第二标识;
S3,第一服务器对第一标识标识的第一账号执行与第一URL对应的
预定操作。
可选地,在本实施例中,第二URL由第一URL和第二标识构成,其
中,第二标识设置在第一URL中。
具体而言,第一服务器在接收到设置有第二标识的第二URL之后,
获取其中的第二标识,进一步,根据上述第二标识在第一服务器中查找与
第二标识一一对应的第一账号的第一标识,从而执行对应的预定操作。也
就是在被分享者通过第二标识找到对应的第一账号(即分享者)的第一标
识后,可以直接在后台实现数据分享,进而达到提高数据安全性的效果。
通过本申请提供的实施例,只将与第一账号的第一标识对应的第二标
识以第二URL的形式分享出去,而无需携带真正的分享数据,从而避免
由于加密算法破译,导致数据安全性低的问题。进而实现提高数据的安全
性的同时,也简克服了现有技术采用加密算法所导致的操作复杂,扩展性
低的问题。
作为一种可选的方案,第一服务器接收到第二客户端发送的第二URL
包括以下至少之一:
1),第一服务器接收到与第一客户端相同的、且登录有第二账号的客
户端发送的第二URL;
例如,假设第一客户端为游戏应用S,第一账号为用户A,则在本示
例中,在将第二URL发送到游戏应用S的第二账号(例如第二账号为用
户B)后,第一服务器可以接收到上述游戏应用S的第二账号(例如第二
账号为用户B)发送的设置有第二标识的待分享的第二URL。
2),第一服务器接收到与第一客户端不同的、且登录有第三账号的客
户端发送的第二URL;
例如,假设第一客户端为游戏应用S,另一客户端为通讯应用W,第
一账号为用户A,第三账号为通讯应用W上的用户C,则在本示例中,
在将第二URL发送到通讯应用W上的用户C之后,第一服务器可以接收
到通讯应用W上登录的用户C发送的设置有第二标识的待分享的第二
URL。
3),第一服务器接收到第一客户端或者与第一客户端相同的客户端通
过第一账号的信息发布空间发送的第二URL;
例如,信息发布空间为讨论社区,仍以第一客户端为游戏应用S,第
一账号为用户A为例,在本示例中,在将设置有第二标识的第二URL发
送到游戏应用S的讨论社区之后,第一服务器可以接收到游戏应用S通过
用户A在游戏应用S的讨论社区上发送的第二URL。
4),第一服务器接收到与第一客户端不同、且登录有第四账号的客户
端通过第四账号的信息发布空间发送的第二URL。
例如,第一客户端为游戏应用S,第一账号为用户A,另一客户端为
通讯应用W,第四账号为用户E。在本示例中,在将设置有第二标识的第
二URL发送到通讯应用W的讨论社区之后,第一服务器可以接收到通讯
应用W通过用户E在通讯应用W的讨论社区上发送的第二URL。
通过本申请提供的实施例,通过接收携带有第二标识的第二URL,既
可以实现直接对其他账号的数据分享,也可以通过信息发布空间实现数据
的间接分享。从而实现在被分享者通过第二标识找到对应的第一标识后,
可以直接在后台实现数据分享,进而达到提高数据安全性的效果。
实施例3
根据本发明实施例,还提供了一种用于实施上述统一资源定位符的发
送方法的统一资源定位符的发送装置,该实施例的应用环境与实施例1相
同,本实施例中在此不再赘述。
在本实施例中,上述装置位于安装有登录了第一账号的第一客户端的
终端,如图5所示,该装置包括:
1)第一发送单元502,用于向第一服务器发送标识获取请求,其中,
标识获取请求至少包括:用于标识第一账号的第一标识;
2)接收单元504,用于接收第一服务器发送的第二标识,其中,第二
标识与第一账号的第一标识一一对应;
3)设置单元506,用于将第二标识设置在预定的第一统一资源定位符
URL中,得到待分享的第二URL;
4)第二发送单元508,用于将设置有第二标识的第二URL发送到指
定的地址。
可选地,在本实施例中,上述统一资源定位符URL的发送装置可以
但不限于应用于终端应用的数据分享过程中,例如,在游戏应用中向好友
分享游戏礼包。上述仅是一种示例,本实施例中对此不做限定。
需要说明的是,在现有技术中的数据分享过程中,常采用的方式是对
待分享数据进行加密,以使后台解密后直接获取待分享数据。然而,采用
这种方式不仅不利于扩展,最重要的是加密算法一旦被破译,将直接影响
待分享数据的安全性。
为了解决上述问题,在本实施例中,通过直接在客户端分享URL中
所携带的分享标识,实现直接在后台服务器上,利用上述分享标识将与分
享标识对应的待分享数据分享给好友,而无需再通过加密算法将待分享数
据发送到前端。也就是说,待分享的数据将直接在后台服务器进行分享,
对前端完全透明,从而克服现有技术中由于加密算法被破译所导致的安全
性较低的问题;进一步,通过上述方式不仅可以提高数据的安全性,而且
如果有新增数据,只需修改对应的分享标识,而无需对前端和后台同时进
行修改,从而简化了操作,更有利于扩展。
可选地,在本实施例中,用于标识第一客户端上登录的第一账号的第
一标识可以包括但不限于以下至少之一:第一账号,第一账号的昵称。
可选地,在本实施例中,上述第二标识可以但不限于由通用唯一标识
码(UUID,UniversallyUniqueIdentifier)构成。例如,由UUID构造出
的第二标识为Shareid。其中,通用唯一标识码UUID是指在一台机器上
生成的标识码,它对在同一时空中的所有机器都是唯一的。标准的UUID
格式可以如下:
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx(即对应字节为8-4-4-4-12)
需要说明的是,在本实施例中,第二标识Shareid与第一账号的第一
标识一一对应,其中,第二标识Shareid由通用唯一标识码UUID得到,
因而,可以用于唯一标识第一账号中的第一标识,通过将第二标识Shareid
设置到第一URL中,得到待分享的第二URL,实现通过将设置有第二标
识Shareid的第二URL发送到指定的地址,来达到分享数据的目的,而无
需再对数据进行加密,以发送加密后的数据,从而克服了现有技术中直接
分享加密后的数据所导致的安全性较低的问题。
可选地,在本实施例中,第一客户端将设置有第二标识的第二URL
发送到指定的地址可以包括但不限于以下至少之一:
1),第一客户端将第二URL发送到至少一个第二账号,其中,第二
账号用于登录与第一客户端相同的客户端;
2),第一客户端将第二URL发送到至少一个第三账号,其中,第三
账号用于登录与第一客户端不同的客户端;
3),第一客户端将第二URL发送到第一账号的信息发布空间;
4),第一客户端将第二URL发送到至少一个第四账号的信息发布空
间,其中,第四账号用于登录与第一客户端不同的客户端。
可选地,在本实施例中,第一客户端将第二标识设置在预定的第一统
一资源定位符URL中,得到待分享的第二URL包括:将第二标识嵌入到
第一URL的后缀中,从而得到待分享的第二URL。
需要说明的是,在本实施例中,第一服务器为用于生成上述通用唯一
标识码UUID的后台数据存储服务器,与第一客户端对应的应用服务器为
第二服务器,第一客户端通过第二服务器实现与第一服务器的通信。
可选地,在本实施例中,上述第一URL用于指示与第一服务器通信
的第二服务器的访问地址。可选地,在本实施例中,上述第二URL为第
一URL与第二标识结合得到的访问地址,用于数据分享。
通过本申请提供的实施例,在第一客户端向第一服务器发送用于标识
第一账号的第一标识获取请求之后,接收第一服务器发送的第二标识,其
中,第二标识与第一账号的第一标识一一对应。第一客户端再将第二标识
设置在预定的第一URL中,得到待分享的第二URL,通过将第二URL
发送到指定的地址,实现对数据的分享。也就是说,在前端与后台的交互
过程中,利用待分享的第二URL中所携带的第二标识,实现直接在后台
服务器上,将与第二标识对应的待分享数据分享给好友,而无需再通过加
密算法将待分享数据发送到前端。从而实现分享过程对前端完全透明,以
克服现有技术中由于加密算法被破译所导致的安全性较低的问题;进一步,
通过上述方式不仅可以提高数据的安全性,而且如果有新增数据,只需修
改对应的分享标识,而无需对前端和后台同时进行修改,从而简化了操作,
更有利于扩展。
作为一种可选的方案,设置单元506包括:
1)设置模块,用于将第二标识设置在第一URL中的最后一个字符之
后,得到第二URL。
可选地,在本实施例中,第二标识在第一URL中的位置可以但不限
于第一URL中的最后一个字符之后,即,将第二标识设置在第一URL的
后缀中。其中,第二标识由通用唯一标识码UUID得到。
具体结合以下示例进行说明,假设第二标识为Shareid,则第二URL
可以如下:
http://qt.qq.com/syb/mt2/mt2_game/html/share.shtml?_wv=1&ADTAG=
mt2act.user.share&shareid=9041177a-d386-45ad-9889-725e2c0a6697
通过本申请提供的实施例,通过将第二标识设置在第一URL中的最
后一个字符之后,得到第二URL,不仅可以实现通过携带有第二标识的第
二URL进行分享,而且操作简单,更有利于扩展。
作为一种可选的方案,第二发送单元508包括以下至少之一:
1)第一发送模块,用于将第二URL发送到至少一个第二账号,其中,
第二账号用于登录与第一客户端相同的客户端;
需要说明的是,在本实施例中,上述用于登录与第一客户端相同的客
户端的账号可以包括一个或多个,也就是说,可以将待分享第二URL分
享给相同的客户端上的一个用户或多个用户。假设第一客户端为游戏应用
S,第一账号为用户A,则在本示例中可以将第二URL发送到游戏应用S
的第二账号(例如第二账号为用户B)上,以使登录到游戏应用S上的用
户B可以通过设置有第二标识的待分享的第二URL收到用户A所分享的
内容。例如,用户A将某足球手游中的礼包分享给该足球手游中的另一个
用户B。
2)第二发送模块,用于将第二URL发送到至少一个第三账号,其中,
第三账号用于登录与第一客户端不同的客户端;
需要说明的是,在本实施例中,假设第一客户端为游戏应用S,另一
客户端为通讯应用W,第一账号为用户A,第三账号为通讯应用上的用户
C,则在本示例中可以将第二URL发送到通讯应用W上的第三账号,以
使登录到通讯应用D上的用户C可以通过设置有第二标识的待分享的第
二URL收到用户A所分享的内容。例如,用户A将某足球手游中的礼包
通过另一应用,如短信,分享给用户C。
3)第三发送模块,用于将第二URL发送到第一账号的信息发布空间;
需要说明的是,在本实施例中,可以将第二URL直接发送到第一账
号对应的信息发布空间,例如讨论社区。仍以第一客户端为游戏应用S,
第一账号为用户A为例,在本示例中,可以将设置有第二标识的第二URL
发送到游戏应用S的讨论社区,以共享给游戏应用S的所有玩家用户。例
如,某足球手游中的用户D虽然并未直接接收到用户A发送的礼包,但
在打开该足球手游后,可以通过访问该足球手游的讨论社区,间接获取用
户A发送的礼包。
4)第四发送模块,用于将第二URL发送到至少一个第四账号的信息
发布空间,其中,第四账号用于登录与第一客户端不同的客户端。
需要说明的是,在本实施例中,可以将第二URL直接发送到第四账
号对应的信息发布空间,其中,第四账号与第一账号是不同客户端上的账
号。假设第一客户端为游戏应用S,第一账号为用户A,另一客户端为通
讯应用W,第四账号为用户E。在本示例中,可以将设置有第二标识的第
二URL发送到通讯应用W的讨论社区,以共享给通讯应用W的所有用
户。例如,足球手游中的用户A通过共享按钮,可以将礼包分享到用户A
在其他客户端(例如微博)上的讨论社区,也就是说,以使关注用户A的
微博的粉丝用户可以间接获取用户A发送的礼包。
通过本申请提供的实施例,通过发送携带有第二标识的第二URL,既
可以实现直接对其他账号的数据分享,也可以通过信息发布空间实现数据
的间接分享。进一步,在上述分享过程中,仅对与第一账号的第一标识一
一对应的第二标识进行传输分享,而并没有携带所分享的数据。例如,仍
以上述足球手游分享礼包为例,可以只将与分享者对应的标识分享出去,
而无需携带真正的礼包分享,从而避免由于加密算法破译,导致礼包被盗
用等问题。从而实现在被分享者在数据存储服务器中通过第二标识找到对
应的第一标识后,可以直接在后台实现数据分享,例如直接在后台得到礼
包,进而达到提高数据安全性的效果。
实施例4
根据本发明实施例,还提供了一种用于实施上述统一资源定位符的分
享方法的统一资源定位符的分享装置,该实施例的实施环境与实施例1相
同,本实施例中在此不再赘述。
在本实施例中,上述装置位于第一服务器,如图6所示,该装置包括:
1)第一接收单元602,用于接收登录了第一账号的第一客户端发送的
标识获取请求,其中,标识获取请求至少包括:用于标识第一账号的第一
标识;
2)生成单元604,用于响应标识获取请求生成第二标识,其中,第二
标识与第一账号的第一标识一一对应;
3)发送单元606,用于将第二标识发送给第一客户端,其中,第二标
识用于第一客户端对统一资源定位符URL进行分享。
可选地,在本实施例中,上述统一资源定位符URL的分享装置可以
但不限于应用于终端应用的数据分享过程中,例如,在游戏应用中向好友
分享游戏礼包。上述仅是一种示例,本实施例中对此不做限定。
需要说明的是,在现有技术中的数据分享过程中,常采用的方式是对
待分享数据进行加密,以使后台解密后直接获取待分享数据。然而,采用
这种方式不仅不利于扩展,最重要的是加密算法一旦被破译,将直接影响
待分享数据的安全性。
为了解决上述问题,在本实施例中,通过直接在客户端分享URL中
所携带的分享标识,其中,上述分享标识为第一服务器生成的与第一标识
一一对应的第二标识,实现直接在后台服务器上,利用上述分享标识将与
分享标识对应的待分享数据分享给好友,而无需再通过加密算法将待分享
数据发送到前端。也就是说,待分享的数据将直接在后台服务器进行分享,
对前端完全透明,从而克服现有技术中由于加密算法被破译所导致的安全
性较低的问题;进一步,通过上述方式不仅可以提高数据的安全性,而且
如果有新增数据,只需修改对应的分享标识,而无需对前端和后台同时进
行修改,从而简化了操作,更有利于扩展。
可选地,在本实施例中,用于标识第一客户端上登录的第一账号的第
一标识可以包括但不限于以下至少之一:第一账号,第一账号的昵称。
可选地,在本实施例中,上述第二标识可以但不限于由通用唯一标识
码(UUID,UniversallyUniqueIdentifier)构成。例如,由UUID构造出
的第二标识为Shareid。其中,通用唯一标识码UUID是指在一台机器上
生成的标识码,它对在同一时空中的所有机器都是唯一的。标准的UUID
格式可以如下:
xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx(即对应字节为8-4-4-4-12)
需要说明的是,在本实施例中,第二标识Shareid与第一账号的第一
标识一一对应,其中,第二标识Shareid由通用唯一标识码UUID得到,
因而,可以用于唯一标识第一账号中的第一标识,通过将第二标识Shareid
设置到第一URL中,得到待分享的第二URL,实现通过将设置有第二标
识Shareid的第二URL发送到指定的地址,来达到分享数据的目的,而无
需再对数据进行加密,以发送加密后的数据,从而克服了现有技术中直接
分享加密后的数据所导致的安全性较低的问题。
可选地,在本实施例中,第一服务器接收到第二客户端发送的第二
URL可以包括但不限于以下至少之一:
1)第一服务器接收到与第一客户端相同的、且登录有第二账号的客
户端发送的第二URL;
2)第一服务器接收到与第一客户端不同的、且登录有第三账号的客
户端发送的第二URL;
3)第一服务器接收到第一客户端或者与第一客户端相同的客户端通
过第一账号的信息发布空间发送的第二URL;
4)第一服务器接收到与第一客户端不同、且登录有第四账号的客户
端通过第四账号的信息发布空间发送的第二URL。
可选地,在本实施例中,第一客户端将第二标识设置在预定的第一统
一资源定位符URL中,得到待分享的第二URL包括:将第二标识嵌入到
第一URL的后缀中,从而得到待分享的第二URL。
需要说明的是,在本实施例中,第一服务器为用于生成上述通用唯一
标识码UUID的后台数据存储服务器,与第一客户端对应的应用服务器为
第二服务器,第一客户端通过第二服务器实现与第一服务器的通信。
可选地,在本实施例中,上述第一URL用于指示与第一服务器通信
的第二服务器的访问地址。可选地,在本实施例中,上述第二URL为第
一URL与第二标识结合得到的访问地址,用于数据分享。
通过本申请提供的实施例,在向第一服务器接收第一客户端发送的用
于标识第一账号的第一标识获取请求之后,第一服务器生成第二标识,其
中,第二标识与第一账号的第一标识一一对应。然后第一服务器将第二标
识发送给第一客户端,其中,第二标识用于第一客户端对统一资源定位符
URL进行分享。也就是说,在前端与后台的交互过程中,利用进行分享的
URL中所携带的第二标识,实现直接在后台服务器上,将与第二标识对应
的待分享数据分享给好友,而无需再通过加密算法将待分享数据发送到前
端。从而实现分享过程对前端完全透明,以克服现有技术中由于加密算法
被破译所导致的安全性较低的问题;进一步,通过上述方式不仅可以提高
数据的安全性,而且如果有新增数据,只需修改对应的分享标识,而无需
对前端和后台同时进行修改,从而简化了操作,更有利于扩展。
作为一种可选的方案,上述装置还包括:
1)第二接收单元,用于在将第二标识发送给第一客户端之后,接收
到第二客户端发送的第二URL,其中,第二URL中携带有第一URL和第
二标识,第二URL由在预定的第一URL中设置第二标识所得到;
2)识别单元,用于从第二URL中识别出第一URL和第二标识;
3)操作单元,用于对第一标识标识的第一账号执行与第一URL对应
的预定操作。
可选地,在本实施例中,第二URL由第一URL和第二标识构成,其
中,第二标识设置在第一URL中。
具体而言,第一服务器在接收到设置有第二标识的第二URL之后,
获取其中的第二标识,进一步,根据上述第二标识在第一服务器中查找与
第二标识一一对应的第一账号的第一标识,从而执行对应的预定操作。也
就是在被分享者通过第二标识找到对应的第一账号(即分享者)的第一标
识后,可以直接在后台实现数据分享,进而达到提高数据安全性的效果。
通过本申请提供的实施例,只将与第一账号的第一标识对应的第二标
识以第二URL的形式分享出去,而无需携带真正的分享数据,从而避免
由于加密算法破译,导致数据安全性低的问题。进而实现提高数据的安全
性的同时,也简克服了现有技术采用加密算法所导致的操作复杂,扩展性
低的问题。
作为一种可选的方案,第二接收单元包括以下至少之一:
1)第一接收模块,用于接收到与第一客户端相同的、且登录有第二
账号的客户端发送的第二URL;
例如,假设第一客户端为游戏应用S,第一账号为用户A,则在本示
例中,在将第二URL发送到游戏应用S的第二账号(例如第二账号为用
户B)后,第一服务器可以接收到上述游戏应用S的第二账号(例如第二
账号为用户B)发送的设置有第二标识的待分享的第二URL。
2)第二接收模块,用于接收到与第一客户端不同的、且登录有第三
账号的客户端发送的第二URL;
例如,假设第一客户端为游戏应用S,另一客户端为通讯应用W,第
一账号为用户A,第三账号为通讯应用W上的用户C,则在本示例中,
在将第二URL发送到通讯应用W上的用户C之后,第一服务器可以接收
到通讯应用W上登录的用户C发送的设置有第二标识的待分享的第二
URL。
2)第三接收模块,用于接收到第一客户端或者与第一客户端相同的
客户端通过第一账号的信息发布空间发送的第二URL;
例如,信息发布空间为讨论社区,仍以第一客户端为游戏应用S,第
一账号为用户A为例,在本示例中,在将设置有第二标识的第二URL发
送到游戏应用S的讨论社区之后,第一服务器可以接收到游戏应用S通过
用户A在游戏应用S的讨论社区上发送的第二URL。
4)第四接收模块,用于接收到与第一客户端不同、且登录有第四账
号的客户端通过第四账号的信息发布空间发送的第二URL。
例如,第一客户端为游戏应用S,第一账号为用户A,另一客户端为
通讯应用W,第四账号为用户E。在本示例中,在将设置有第二标识的第
二URL发送到通讯应用W的讨论社区之后,第一服务器可以接收到通讯
应用W通过用户E在通讯应用W的讨论社区上发送的第二URL。
通过本申请提供的实施例,通过接收携带有第二标识的第二URL,既
可以实现直接对其他账号的数据分享,也可以通过信息发布空间实现数据
的间接分享。从而实现在被分享者通过第二标识找到对应的第一标识后,
可以直接在后台实现数据分享,进而达到提高数据安全性的效果。
实施例5
根据本发明实施例,还提供了一种用于实施上述统一资源定位符的发
送方法的统一资源定位符的发送终端,如图7所示,该终端包括:
1)通讯接口702,被设置为向第一服务器发送标识获取请求,其中,
标识获取请求至少包括:用于标识第一账号的第一标识;还被设置为将设
置有第二标识的第二URL发送到指定的地址;
2)处理器704,与通讯接口702连接,被设置为第一客户端接收第一
服务器发送的第二标识,其中,第二标识与第一账号的第一标识一一对应;
还被设置为第一客户端将第二标识设置在预定的第一统一资源定位符
URL中,得到待分享的第二URL;
3)存储器706,与处理器704连接,被设置为存储第一标识及第二标
识,第一URL及第二URL。
可选地,本实施例中的具体示例可以参考上述实施例1中所描述的示
例,本实施例在此不再赘述。
实施例6
根据本发明实施例,还提供了一种用于实施上述统一资源定位符的分
享方法的分享服务器,如图8所示,该服务器包括:
1)通讯接口802,被设置为接收登录了第一账号的第一客户端发送的
标识获取请求,其中,标识获取请求至少包括:用于标识第一账号的第一
标识;还被设置为将第二标识发送给第一客户端,其中,第二标识用于第
一客户端对统一资源定位符URL进行分享;
2)处理器804,与通讯接口802连接,被设置为第一服务器响应标识
获取请求生成第二标识,其中,第二标识与第一账号的第一标识一一对应;
3)存储器806,与处理器804连接,被设置为存储第一标识,第二标
识及第一URL。
可选地,本实施例中的具体示例可以参考上述实施例2中所描述的示
例,本实施例在此不再赘述。
实施例7
本发明的实施例还提供了一种用于实施上述统一资源定位符的发送
方法的存储介质。
可选地,在本实施例中,上述存储介质可以位于安装有登录了第一账
号的第一客户端的终端上。可选地,在本实施例中,上述存储介质被设置
为存储用于执行以下步骤的程序代码:
S1,向第一服务器发送标识获取请求,其中,标识获取请求至少包括:
用于标识第一账号的第一标识;
S2,接收第一服务器发送的第二标识,其中,第二标识与第一账号的
第一标识一一对应;
S3,将第二标识设置在预定的第一统一资源定位符URL中,得到待
分享的第二URL;
S4,将设置有第二标识的第二URL发送到指定的地址。
可选地,在本实施例中,上述存储介质还可以位于第一服务器上。可
选地,存储介质被设置为存储用于执行以下步骤的程序代码:
S1,接收登录了第一账号的第一客户端发送的标识获取请求,其中,
标识获取请求至少包括:用于标识第一账号的第一标识;
S2,响应标识获取请求生成第二标识,其中,第二标识与第一账号的
第一标识一一对应;
S3,将第二标识发送给第一客户端,其中,第二标识用于第一客户端
对统一资源定位符URL进行分享。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只
读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random
AccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介
质。
可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中
所描述的示例,本实施例在此不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为
独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。
基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的
部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计
算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算
机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施
例所述方法的全部或部分步骤。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实
施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可
通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,
例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外
的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,
或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦
合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或
通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,
作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地
方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的
部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元
中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在
一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软
件功能单元的形式实现。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的
普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进
和润饰,这些改进和润饰也应视为本发明的保护范围。