CN105426416B - 统一资源定位符的发送方法和装置及分享方法和装置 - Google Patents
统一资源定位符的发送方法和装置及分享方法和装置 Download PDFInfo
- Publication number
- CN105426416B CN105426416B CN201510733831.4A CN201510733831A CN105426416B CN 105426416 B CN105426416 B CN 105426416B CN 201510733831 A CN201510733831 A CN 201510733831A CN 105426416 B CN105426416 B CN 105426416B
- Authority
- CN
- China
- Prior art keywords
- mark
- url
- client
- account
- sent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
Abstract
本发明公开了一种统一资源定位符的发送方法和装置及分享方法和装置。其中,该方法包括:登录了第一账号的第一客户端向第一服务器发送标识获取请求,其中,标识获取请求至少包括:用于标识第一账号的第一标识;第一客户端接收第一服务器发送的第二标识,其中,第二标识与第一账号的第一标识一一对应;第一客户端将第二标识设置在预定的第一统一资源定位符URL中,得到待分享的第二URL;第一客户端将设置有第二标识的第二URL发送到指定的地址。本发明解决了由于采用现有的统一资源定位符发送方法所导致的安全性较低的技术问题。
Description
技术领域
本发明涉及计算机领域,具体而言,涉及一种统一资源定位符的发送方法和装置及分享方法和装置。
背景技术
目前,现有技术中通过客户端向其他好友分享数据时,通常采用的方式是在前端和后台之间约定一种加密算法,由前端对相关数据进行加密,后台在收到加密数据之后进行解密,再进行相关操作。然而,采用这种方式非常不利于扩展,例如,如果有新增数据,则需对前端和后台都进行改动,即,对前端和后台重新约定加密算法,操作较为复杂。
进一步,如果上述加密算法被破译,用户就可以通过构造数据加密,来伪造请求,从而破坏后台服务器的稳定性,如果用户频繁地发送伪造请求,则将大大增加后台的运行压力,即,出现类似刷榜的行为,从而导致后台崩溃。也就是说,现有方式中所采用的加密算法一旦被破译,还将直接影响数据的安全性,进而可能影响服务器运行的稳定性。
针对上述的问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种统一资源定位符的发送方法和装置及分享方法和装置,以至少解决由于采用现有的统一资源定位符发送方法所导致的安全性较低的技术问题。
根据本发明实施例的一个方面,提供了一种统一资源定位符的发送方法,包括:登录了第一账号的第一客户端向第一服务器发送标识获取请求,其中,上述标识获取请求至少包括:用于标识上述第一账号的第一标识;上述第一客户端接收上述第一服务器发送的第二标识,其中,上述第二标识与上述第一账号的上述第一标识一一对应;上述第一客户端将上述第二标识设置在预定的第一统一资源定位符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 Resource Locator)以得到待分享第二URL,进一步,第一客户端将设置有第二标识的第二URL通过网络分享发送到指定的地址。可选地,在本实施例中,上述终端可以包括但不限于以下至少之一:手机、平板电脑、笔记本电脑、PC机、数字电视。可选地,在本实施例中,上述网络可以包括但不限于以下至少之一:广域网、城域网、局域网。上述只是一种示例,本实施例对此不做任何限定。
根据本发明实施例,提供了一种统一资源定位符的发送方法,如图2所示,该方法包括:
S202,登录了第一账号的第一客户端向第一服务器发送标识获取请求,其中,标识获取请求至少包括:用于标识第一账号的第一标识;
S204,第一客户端接收第一服务器发送的第二标识,其中,第二标识与第一账号的第一标识一一对应;
S206,第一客户端将第二标识设置在预定的第一统一资源定位符URL中,得到待分享的第二URL;
S208,第一客户端将设置有第二标识的第二URL发送到指定的地址。
可选地,在本实施例中,上述统一资源定位符URL的发送方法可以但不限于应用于终端应用的数据分享过程中,例如,在游戏应用中向好友分享游戏礼包。上述仅是一种示例,本实施例中对此不做限定。
需要说明的是,在现有技术中的数据分享过程中,常采用的方式是对待分享数据进行加密,以使后台解密后直接获取待分享数据。然而,采用这种方式不仅不利于扩展,最重要的是加密算法一旦被破译,将直接影响待分享数据的安全性。
为了解决上述问题,在本实施例中,通过直接在客户端分享URL中所携带的分享标识,实现直接在后台服务器上,利用上述分享标识将与分享标识对应的待分享数据分享给好友,而无需再通过加密算法将待分享数据发送到前端。也就是说,待分享的数据将直接在后台服务器进行分享,对前端完全透明,从而克服现有技术中由于加密算法被破译所导致的安全性较低的问题;进一步,通过上述方式不仅可以提高数据的安全性,而且如果有新增数据,只需修改对应的分享标识,而无需对前端和后台同时进行修改,从而简化了操作,更有利于扩展。
可选地,在本实施例中,用于标识第一客户端上登录的第一账号的第一标识可以包括但不限于以下至少之一:第一账号,第一账号的昵称。
可选地,在本实施例中,上述第二标识可以但不限于由通用唯一标识码(UUID,Universally Unique Identifier)构成。例如,由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,Universally Unique Identifier)构成。例如,由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,Universally Unique Identifier)构成。例如,由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,Universally Unique Identifier)构成。例如,由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-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例,本实施例在此不再赘述。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在上述计算机可读取的存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在存储介质中,包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的客户端,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (16)
1.一种统一资源定位符的发送方法,其特征在于,包括:
登录了第一账号的第一客户端向第一服务器发送标识获取请求,其中,所述标识获取请求至少包括:用于标识所述第一账号的第一标识;
所述第一客户端接收所述第一服务器发送的第二标识,其中,所述第二标识与所述第一账号的所述第一标识一一对应;
所述第一客户端将所述第二标识设置在预定的第一统一资源定位符URL中,得到待分享的第二URL;
所述第一客户端将设置有所述第二标识的所述第二URL发送到指定的地址;
其中,所述指定的地址上的所述第二URL用于通过所述第一服务器分享与所述第二URL中的所述第二标识对应的待分享数据;
其中,所述第二标识有通用唯一标识码构成。
2.根据权利要求1所述的方法,其特征在于,所述第一客户端将所述第二标识设置在预定的第一统一资源定位符URL中,得到待分享的第二URL包括:
所述第一客户端将所述第二标识设置在所述第一URL中的最后一个字符之后,得到所述第二URL。
3.根据权利要求1所述的方法,其特征在于,所述第一客户端将设置有所述第二标识的所述第二URL发送到指定的地址包括以下至少之一:
所述第一客户端将所述第二URL发送到至少一个第二账号,其中,所述第二账号用于登录与所述第一客户端相同的客户端;
所述第一客户端将所述第二URL发送到至少一个第三账号,其中,所述第三账号用于登录与所述第一客户端不同的客户端;
所述第一客户端将所述第二URL发送到所述第一账号的信息发布空间;
所述第一客户端将所述第二URL发送到至少一个第四账号的信息发布空间,其中,所述第四账号用于登录与所述第一客户端不同的客户端。
4.根据权利要求1所述的方法,其特征在于,所述第一标识包括以下之一:所述第一账号,所述第一账号的昵称;或者,所述第一URL用于指示与所述第一服务器通信的第二服务器的访问地址;或者,所述第二标识为通用唯一标识码UUID。
5.一种统一资源定位符的分享方法,其特征在于,包括:
第一服务器接收登录了第一账号的第一客户端发送的标识获取请求,其中,所述标识获取请求至少包括:用于标识所述第一账号的第一标识;
所述第一服务器响应所述标识获取请求生成第二标识,其中,所述第二标识与所述第一账号的所述第一标识一一对应;
所述第一服务器将所述第二标识发送给第一客户端,其中,所述第二标识用于所述第一客户端对统一资源定位符URL进行分享;
其中,所述统一资源定位符URL用于通过所述第一服务器分享与所述第二标识对应的待分享数据;
其中,所述第二标识有通用唯一标识码构成。
6.根据权利要求5所述的方法,其特征在于,在所述第一服务器将所述第二标识发送给第一客户端之后,还包括:
所述第一服务器接收到第二客户端发送的第二URL,其中,所述第二URL中携带有所述第一URL和所述第二标识,所述第二URL由在预定的第一URL中设置所述第二标识所得到;
所述第一服务器从所述第二URL中识别出所述第一URL和所述第二标识;
所述第一服务器对所述第一标识标识的所述第一账号执行与所述第一URL对应的预定操作。
7.根据权利要求6所述的方法,其特征在于,所述第一服务器接收到第二客户端发送的第二URL包括以下至少之一:
所述第一服务器接收到与所述第一客户端相同的、且登录有第二账号的客户端发送的所述第二URL;
所述第一服务器接收到与所述第一客户端不同的、且登录有第三账号的客户端发送的所述第二URL;
所述第一服务器接收到所述第一客户端或者与所述第一客户端相同的客户端通过所述第一账号的信息发布空间发送的所述第二URL;
所述第一服务器接收到与所述第一客户端不同、且登录有第四账号的客户端通过所述第四账号的信息发布空间发送的所述第二URL。
8.根据权利要求5所述的方法,其特征在于,所述第一标识包括以下之一:所述第一账号,所述第一账号的昵称;或者,所述第一URL用于指示与所述第一服务器通信的第二服务器的访问地址;或者,所述第二标识为通用唯一标识码UUID。
9.一种统一资源定位符的发送装置,其特征在于,所述装置位于安装有登录了第一账号的第一客户端的终端,所述装置包括:
第一发送单元,用于向第一服务器发送标识获取请求,其中,所述标识获取请求至少包括:用于标识所述第一账号的第一标识;
接收单元,用于接收所述第一服务器发送的第二标识,其中,所述第二标识与所述第一账号的所述第一标识一一对应;
设置单元,用于将所述第二标识设置在预定的第一统一资源定位符URL中,得到待分享的第二URL;
第二发送单元,用于将设置有所述第二标识的所述第二URL发送到指定的地址;
其中,所述指定的地址上的所述第二URL用于通过所述第一服务器分享与所述第二URL中的所述第二标识对应的待分享数据;
其中,所述第二标识有通用唯一标识码构成。
10.根据权利要求9所述的装置,其特征在于,所述设置单元包括:
设置模块,用于将所述第二标识设置在所述第一URL中的最后一个字符之后,得到所述第二URL。
11.根据权利要求9所述的装置,其特征在于,所述第二发送单元包括以下至少之一:
第一发送模块,用于将所述第二URL发送到至少一个第二账号,其中,所述第二账号用于登录与所述第一客户端相同的客户端;
第二发送模块,用于将所述第二URL发送到至少一个第三账号,其中,所述第三账号用于登录与所述第一客户端不同的客户端;
第三发送模块,用于将所述第二URL发送到所述第一账号的信息发布空间;
第四发送模块,用于将所述第二URL发送到至少一个第四账号的信息发布空间,其中,所述第四账号用于登录与所述第一客户端不同的客户端。
12.根据权利要求9所述的装置,其特征在于,所述第一标识包括以下之一:所述第一账号,所述第一账号的昵称;或者,所述第一URL用于指示与所述第一服务器通信的第二服务器的访问地址;或者,所述第二标识为通用唯一标识码UUID。
13.一种统一资源定位符的分享装置,其特征在于,所述装置位于第一服务器,所述装置包括:
第一接收单元,用于接收登录了第一账号的第一客户端发送的标识获取请求,其中,所述标识获取请求至少包括:用于标识所述第一账号的第一标识;
生成单元,用于响应所述标识获取请求生成第二标识,其中,所述第二标识与所述第一账号的所述第一标识一一对应;
发送单元,用于将所述第二标识发送给第一客户端,其中,所述第二标识用于所述第一客户端对统一资源定位符URL进行分享;
其中,所述统一资源定位符URL用于通过所述第一服务器分享与所述第二标识对应的待分享数据;
其中,所述第二标识有通用唯一标识码构成。
14.根据权利要求13所述的装置,其特征在于,还包括:
第二接收单元,用于在将所述第二标识发送给第一客户端之后,接收到第二客户端发送的第二URL,其中,所述第二URL中携带有所述第一URL和所述第二标识,所述第二URL由在预定的第一URL中设置所述第二标识所得到;
识别单元,用于从所述第二URL中识别出所述第一URL和所述第二标识;
操作单元,用于对所述第一标识标识的所述第一账号执行与所述第一URL对应的预定操作。
15.根据权利要求14所述的装置,其特征在于,所述第二接收单元包括以下至少之一:
第一接收模块,用于接收到与所述第一客户端相同的、且登录有第二账号的客户端发送的所述第二URL;
第二接收模块,用于接收到与所述第一客户端不同的、且登录有第三账号的客户端发送的所述第二URL;
第三接收模块,用于接收到所述第一客户端或者与所述第一客户端相同的客户端通过所述第一账号的信息发布空间发送的所述第二URL;
第四接收模块,用于接收到与所述第一客户端不同、且登录有第四账号的客户端通过所述第四账号的信息发布空间发送的所述第二URL。
16.根据权利要求13所述的装置,其特征在于,所述第一标识包括以下之一:所述第一账号,所述第一账号的昵称;或者,所述第一URL用于指示与所述第一服务器通信的第二服务器的访问地址;或者,所述第二标识为通用唯一标识码UUID。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510733831.4A CN105426416B (zh) | 2015-11-02 | 2015-11-02 | 统一资源定位符的发送方法和装置及分享方法和装置 |
PCT/CN2016/104294 WO2017076284A1 (zh) | 2015-11-02 | 2016-11-02 | 统一资源定位符的发送方法和装置及分享方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510733831.4A CN105426416B (zh) | 2015-11-02 | 2015-11-02 | 统一资源定位符的发送方法和装置及分享方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105426416A CN105426416A (zh) | 2016-03-23 |
CN105426416B true CN105426416B (zh) | 2018-02-09 |
Family
ID=55504628
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510733831.4A Active CN105426416B (zh) | 2015-11-02 | 2015-11-02 | 统一资源定位符的发送方法和装置及分享方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105426416B (zh) |
WO (1) | WO2017076284A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105426416B (zh) * | 2015-11-02 | 2018-02-09 | 腾讯科技(深圳)有限公司 | 统一资源定位符的发送方法和装置及分享方法和装置 |
CN105879386B (zh) * | 2016-06-17 | 2020-02-07 | 武汉斗鱼网络科技有限公司 | 基于用户属性的游戏礼包发放方法及系统 |
CN108958825B (zh) * | 2017-05-19 | 2021-10-22 | 腾讯科技(深圳)有限公司 | 一种信息配置方法及装置 |
CN108874873B (zh) * | 2018-04-26 | 2022-04-12 | 北京空间科技信息研究所 | 数据查询方法、装置、存储介质及处理器 |
CN110636114B (zh) * | 2019-08-23 | 2022-03-18 | 四川汇安融信息技术股份有限公司 | 一种客服接入方法及接入系统、业务系统、云平台 |
CN110856012B (zh) * | 2019-12-05 | 2022-05-03 | 网易(杭州)网络有限公司 | 虚拟产品分享到直播平台的方法、装置、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103078830A (zh) * | 2011-10-25 | 2013-05-01 | 阿里巴巴集团控股有限公司 | 网址信息提供及分享方法、好友添加方法、以及相应设备 |
CN103945009A (zh) * | 2014-05-09 | 2014-07-23 | 张志强 | 软件分享方法及装置 |
CN103944944A (zh) * | 2013-01-23 | 2014-07-23 | 腾讯科技(深圳)有限公司 | 分享网页链接的方法、电子设备及系统 |
CN104333599A (zh) * | 2014-11-06 | 2015-02-04 | 北京奇虎科技有限公司 | 分享应用的方法和系统以及应用服务平台 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105426416B (zh) * | 2015-11-02 | 2018-02-09 | 腾讯科技(深圳)有限公司 | 统一资源定位符的发送方法和装置及分享方法和装置 |
-
2015
- 2015-11-02 CN CN201510733831.4A patent/CN105426416B/zh active Active
-
2016
- 2016-11-02 WO PCT/CN2016/104294 patent/WO2017076284A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103078830A (zh) * | 2011-10-25 | 2013-05-01 | 阿里巴巴集团控股有限公司 | 网址信息提供及分享方法、好友添加方法、以及相应设备 |
CN103944944A (zh) * | 2013-01-23 | 2014-07-23 | 腾讯科技(深圳)有限公司 | 分享网页链接的方法、电子设备及系统 |
CN103945009A (zh) * | 2014-05-09 | 2014-07-23 | 张志强 | 软件分享方法及装置 |
CN104333599A (zh) * | 2014-11-06 | 2015-02-04 | 北京奇虎科技有限公司 | 分享应用的方法和系统以及应用服务平台 |
Also Published As
Publication number | Publication date |
---|---|
CN105426416A (zh) | 2016-03-23 |
WO2017076284A1 (zh) | 2017-05-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105426416B (zh) | 统一资源定位符的发送方法和装置及分享方法和装置 | |
EP3319069B1 (en) | Method for authenticating a user by means of a non-secure terminal | |
CN105282126B (zh) | 登录认证方法、终端及服务器 | |
JP6548667B2 (ja) | セキュリティチェックを提供するための方法、装置、および、システム | |
CN103856640B (zh) | 一种对用户资源信息进行处理的方法及系统 | |
CN104468531B (zh) | 敏感数据的授权方法、装置和系统 | |
CN102025648B (zh) | 一种即时通讯的方法和服务器 | |
CN104580364B (zh) | 一种资源分享的方法和装置 | |
CN106981015A (zh) | 互动礼物的实现方法 | |
CN104112106B (zh) | 一种基于物理不可克隆的rfid轻量级认证方法 | |
CN104992119B (zh) | 一种敏感信息防窃取的安全传输方法及系统 | |
CN108989016A (zh) | 防止白盒实施方案中的中继攻击 | |
CN103856555B (zh) | 让数字视频转换器自动登入网页的方法与系统 | |
CN104854597B (zh) | 认证服务器、认证系统以及认证方法 | |
CN105162773B (zh) | 一种基于移动终端的Web系统便捷登录方法 | |
CN106790460A (zh) | 语音数据交互方法、装置及文件服务器 | |
CN104618388B (zh) | 快速注册登录方法及对应的重置服务器、信息服务器 | |
CN110266682A (zh) | 数据加密方法、装置、移动终端及解密方法 | |
CN106326362A (zh) | 一种基于二维码的信息处理方法、终端设备及服务器 | |
CN104901951B (zh) | 一种Web应用中基于移动终端的密码数据处理与交互方法 | |
CN104428803A (zh) | 支付方法和装置以及支付要素处理方法和装置 | |
CN104601564B (zh) | 用户数据存储方法和装置 | |
KR102419505B1 (ko) | 스토리지 디바이스의 인증 방법 및 시스템 | |
WO2018082930A1 (en) | Method for securely performing a sensitive operation using a non-secure terminal | |
CN110071861B (zh) | 信息的分享方法和装置、存储介质、电子装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |