一种匿名用户ID生成方法、装置及电子设备与流程

文档序号:14684448发布日期:2018-06-12 23:06阅读:322来源:国知局
一种匿名用户ID生成方法、装置及电子设备与流程

本发明涉及信息处理技术领域,特别是涉及一种匿名用户ID(Identification,用于识别身份的帐号)生成方法、装置及电子设备。



背景技术:

随着计算机技术的快速发展,应用程序的种类和数量在不断增多,应用市场的竞争也越来越激烈。为了吸引更多用户的体验及参与,很多应用程序都允许匿名用户进行点赞、评论及转发等互动行为,并生成匿名用户ID(Identification,用于识别身份的帐号),同时对匿名用户ID及匿名用户的互动行为信息进行保存,当匿名用户再次访问该应用程序时,可以根据匿名用户ID及互动行为信息获取到该匿名用户的历史互动情况,从而提升用户体验。

目前,生成匿名用户ID采用的现有技术是:客户端在未进行注册用户登录的情况下,基于用户操作,生成包含客户端所属设备的设备ID的业务处理请求,并将该业务处理请求发送至服务端,服务端接收业务处理请求后,采用自增序列的方式创建与该设备ID对应的匿名用户ID,并存储该设备ID与该匿名用户ID的对应关系。当客户端再次向服务端发送业务处理请求时,服务端则可根据客户端所属设备的设备ID,查找到该设备ID对应的匿名用户ID。

然而,发明人在实现本发明的过程中发现,现有技术至少存在如下问题:

随着时间的累积,服务端存储的数据会越来越多,相应地,数据占用的空间也会越来越大,同时,当匿名用户更换客户端所属设备后,其原来使用的旧设备ID对应的匿名用户ID可能不会再被使用,但服务端却还存储有该设备ID与该匿名用户ID的对应关系,因此,会造成服务端存储空间的浪费。



技术实现要素:

本发明实施例的目的在于提供一种匿名用户ID生成方法、装置及电子设备,避免服务器端对设备ID与匿名用户ID对应关系的存储,以实现节省服务器端存储空间的目的。具体技术方案如下:

第一方面,本发明实施例提供了一种匿名用户ID生成方法,包括:

接收客户端发送的业务处理请求,所述业务处理请求中携带所述客户端所属设备的设备ID;

当所述业务处理请求为匿名用户业务处理请求时,针对所述客户端所属设备的设备ID生成唯一的匿名用户ID,且针对不同设备ID生成的匿名用户ID不同;

使用所述匿名用户ID,针对所述业务处理请求进行业务处理。

进一步的,所述针对所述客户端所属设备的设备ID生成唯一的匿名用户ID,包括:

针对所述客户端所属设备的设备ID,采用消息摘要算法生成消息摘要值;所述消息摘要值为第一预设数量位的十六进制字符;

从所述消息摘要值中按照第一预设规则选择第二预设数量位字符进行移位运算,得到所述匿名用户ID,所述第二预设数量不大于所述第一预设数量。

进一步的,在所述从所述消息摘要值中按照第一预设规则选择第二预设数量位字符进行移位运算,得到所述匿名用户ID之后,所述方法还包括:

根据所述消息摘要值中未被选择的其他位字符,得到匿名用户名称。

进一步的,在所述从所述消息摘要值中按照第一预设规则选择第二预设数量位字符进行移位运算,得到所述匿名用户ID之后,所述方法还包括:

按照第二预设规则选择所述消息摘要值中的一位十六进制字符,将选择的该十六进制字符转换为二进制字符,并基于所述二进制字符中的最后一位,确定所述匿名用户的性别。

进一步的,所述第一预设数量可以为16,所述第二预设数量可以为8。

第二方面,本发明实施例提供了一种业务处理装置,包括:

请求接收模块,用于接收客户端发送的业务处理请求;所述业务处理请求包含所述客户端所属设备的设备ID;

匿名用户ID生成模块,当所述业务处理请求为匿名用户业务处理请求时,针对所述客户端所属设备的设备ID生成唯一的匿名用户ID,且针对不同设备ID生成的匿名用户ID不同;

业务处理模块,用于使用所述匿名用户ID,针对所述业务处理请求进行业务处理。

进一步的,所述匿名用户ID生成模块,具体用于针对所述客户端所属设备的设备ID,采用消息摘要算法生成消息摘要值;所述消息摘要值为第一预设数量位的十六进制字符;并从所述消息摘要值中按照第一预设规则选择第二预设数量位字符进行移位运算,得到所述匿名用户ID,所述第二预设数量不大于所述第一预设数量。

进一步的,所述的业务处理装置,还包括:

匿名用户名称生成模块,用于在所述匿名用户ID生成模块从所述消息摘要值中按照第一预设规则选择第二预设数量位字符进行移位运算,得到所述匿名用户ID之后,根据所述消息摘要值中未被选择的8位字符,得到匿名用户名称。

进一步的,所述的业务处理装置,还包括:

匿名用户性别确定模块,用于在所述匿名用户ID生成模块从所述消息摘要值中按照第一预设规则选择第二预设数量位字符进行移位运算,得到所述匿名用户ID之后,按照第二预设规则选择所述消息摘要值中的一位十六进制字符,将所述十六进制字符转换为二进制字符,并基于所述二进制字符中的最后一位,确定所述匿名用户的性别。

进一步的,所述第一预设数量可以为16,所述第二预设数量可以为8。

第三方面,本发明实施例提供了一种电子设备,包括处理器、通信接口、存储器和通信总线,其中,处理器,通信接口,存储器通过通信总线完成相互间的通信;

存储器,用于存放计算机程序;

处理器,用于执行存储器上所存放的程序时,实现上述任一业务处理方法的步骤。

第四方面,本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述任一所述的业务处理方法。

第五方面,本发明实施例还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述任一所述的业务处理方法。

本发明实施例提供的业务处理方法中,在接收到客户端发送的携带所述客户端所属设备的设备ID的业务处理请求后,当所述业务处理请求为匿名用户业务处理请求时,首先对所述客户端所属设备的设备ID生成唯一的匿名用户ID,然后再使用所述匿名用户ID,针对所述业务处理请求进行业务处理。本发明实施例方案中,在需要针对接收的业务处理请求进行业务处理时,如果该业务处理请求为匿名用户业务处理请求,则对携带的设备ID生成唯一的匿名用户ID,使得携带的设备ID不同,则生成的匿名用户ID即不同,且针对同一设备ID,每次生成的匿名用户ID是相同的,所以本发明实施例中无需再对客户端所属设备的设备ID与匿名用户ID的对应关系进行存储,同样能够实现针对同一设备ID的业务处理使用的是相同的匿名用户ID,针对不同设备ID的业务处理使用的是不同的匿名用户ID,因此,节省服务器端的存储空间。

当然,实施本发明的任一产品或方法并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。

图1为本发明一个实施例提供的业务处理方法的流程示意图;

图2为本发明另一个实施例提供的业务处理方法的流程示意图;

图3为本发明一个实施例提供的业务处理装置的结构示意图;

图4为本发明另一个实施例提供的业务处理装置的结构示意图;

图5为本发明一个实施例提供的电子设备的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述。

图1为本发明一个实施例提供的业务处理方法的流程示意图,包括:

步骤101,接收客户端发送的业务处理请求,业务处理请求中携带客户端所属设备的设备ID。

步骤102,当业务处理请求为匿名用户业务处理请求时,针对客户端所属设备的设备ID生成唯一的匿名用户ID,且针对不同设备ID生成的匿名用户ID不同。

步骤103,使用匿名用户ID,针对业务处理请求进行业务处理。

在本发明实施例提供的图1所示的业务处理方法中,在接收到客户端发送的携带客户端所属设备的设备ID的业务处理请求后,当业务处理请求为匿名用户业务处理请求时,首先针对客户端所属设备的设备ID生成唯一的匿名用户ID,然后再使用匿名用户ID,针对业务处理请求进行业务处理。本发明实施例方案中,在需要针对接收的业务处理请求进行业务处理时,如果该业务处理请求为匿名用户业务处理请求,则对携带的设备ID生成唯一的匿名用户ID,且针对不同设备ID生成的匿名用户ID不同,即使得携带的设备ID不同,则生成的匿名用户ID即不同,且针对同一设备ID,每次生成的匿名用户ID是相同的,所以本发明实施例方案中无需再对客户端所属设备的设备ID与匿名用户ID的对应关系进行存储,同样能够实现针对同一设备ID的业务处理使用的是相同的匿名用户ID,针对不同设备ID的业务处理使用的是不同的匿名用户ID,因此,节省服务器端的存储空间。

下面结合附图,对本发明实施例提供的业务处理方法、装置及电子设备进行详细描述。

如附图2所示,本发明实施例提供的另一种业务处理方法,具体包括如下步骤:

步骤201,接收客户端发送的业务处理请求,业务处理请求中携带客户端所属设备的设备ID;

本步骤中,客户端发送的业务处理请求可以是用户的登录请求,也可以是对某种应用中的内容进行点赞、评论及转发等互动行为的请求,在此,对业务处理请求不作限制。

在该业务处理请求中,包含有该客户端所属设备的设备ID,也可以包括某些网页为辨别用户身份、进行session跟踪而储存在该客户端上的经过加密的数据,如Cookie数据,还可以包括服务器端生成的、存储在客户端的、用于进行客户端请求验证的Token字符串。对于该业务处理请求中包含的具体信息,在此不作限制。

步骤202,判断业务处理请求是否为匿名用户业务处理请求。若为匿名用户业务处理请求,进入步骤203;若为注册用户业务处理请求,进入步骤205。

在本步骤中,判断业务处理请求是否为匿名用户业务处理请求,可以采用如下方法:如步骤201中说明的,当业务处理请求包含有客户端所属设备的设备ID,而没有其他可以用于客户端请求验证信息时,则认为该业务处理请求为匿名用户业务处理请求;当业务处理请求包含有客户端所属设备的设备ID之外,还包含有其他可以用于客户端请求验证信息(如Cookie信息或者Token信息)时,则认为该业务处理请求为注册用户业务处理请求。

步骤203,当业务处理请求为匿名用户业务处理请求时,针对客户端所属设备的设备ID生成唯一的匿名用户ID,且针对不同设备ID生成的匿名用户ID不同。

进一步的,在本步骤中,针对客户端所属设备的设备ID生成唯一的匿名用户ID,且针对不同设备ID生成的匿名用户ID不同,具体可以包括:

针对客户端所属设备的设备ID,采用消息摘要算法生成消息摘要值;消息摘要值为第一预设数量位的十六进制字符;

从消息摘要值中按照第一预设规则选择第二预设数量位字符进行移位运算,得到匿名用户ID,第二预设数量不大于第一预设数量。

消息摘要算法可以对输入数据经加密运算后,获得一固定长度的输出数据,其主要特征是加密过程不需要密钥,并且经过加密的数据无法被解密,只有输入相同的明文数据经过相同的消息摘要算法才能得到相同的密文,并且,当重复使用相同的输入参数,经过该算法后总能获得相同的结果,也就是说,消息摘要算法可以保证输出结果的幂等性。

本步骤中,首先将客户端所属设备的设备ID,通过消息摘要算法,得消息摘要值,该消息摘要值为第一预设数量位的十六进制字符,此处的第一预设数量可以根据经验设定,在本实施例中,根据经验,可以取第一预设数量为16。

将第一预设数量取为16,可以兼顾消息摘要算法的准确性和效率,即在保证算法准确性的前提下,效率较佳。

在获得与客户端所属设备的设备ID唯一对应的第一预设数量位的十六进制消息摘要值后,可以从上述消息摘要值中选择一部分字符进行移位运算,选择所遵循的第一预设规则可以是:为保证经移位运算后的字符大于某一固定值(如100亿),而选择上述16位字符中的前8位或者后8位,也可以是按照其他顺序从上述16位字符中选择出固定位数的字符,对于第一预设规则,再此不作限制。

进一步的,在得到匿名用户ID之后,还可以根据上述消息摘要值中未被选择的其他位字符,得到匿名用户名称。

具体的,匿名用户的用户名称可以是:“游客+上述消息摘要值中未被选择的其他位字符”,也可以为:“游客+上述消息摘要值中未被选择的其他位字符中的一部分”,对于用户名称的具体组成形式,在此不作限制。

为匿名用户设置匿名用户名称,可以直观地将不同的匿名用户进行区分,同时也便于匿名用户及其他用户之间进行交流互动。

进一步的,在得到匿名用户ID和匿名用户的用户名称之后,还可以按照第二预设规则选择消息摘要值中的一位十六进制字符,将选择的该十六进制字符转换为二进制字符,并基于二进制字符中的最后一位,确定匿名用户的性别。

在本步骤中,确定匿名用户性别的具体方法可以为:首先,在上述16位的消息摘要值中选择一位十六进制字符(选择的原则这里不作限制),然后,再将其转换为二进制字符,当二进制字符的最后一位为0时,将匿名用户确定为男性,当二进制字符的最后一位为1时,将匿名用户确定为女性;也可以当二进制字符的最后一位为0时,将匿名用户确定为女性,当二进制字符的最后一位为1时,将匿名用户确定为男性。此步骤中确定的匿名用户的性别只是与客户端所属设备的设备ID相对应的一种属性信息,并不一定与使用该客户端的匿名用户的真是性别相同。

在后续为该匿名用户分配匿名用户头像时,由于头像只区分男性和女性,因此,上述确定的匿名用户的性别信息可以作为后续为该匿名用户分配匿名用户头像的依据。

步骤204,使用匿名用户ID,针对业务处理请求进行业务处理。

本步骤中,在根据客户端所属设备的设备ID,生成了具有幂等性的匿名用户ID之后,可以使用该匿名用户ID进行业务处理,此处的业务处理可以包括:用户登录处理、对某种应用中的内容进行点赞、评论及转发等互动行为,在此,对业务处理的具体内容不作限制。

步骤205,获取注册用户的用户信息。

当通过客户端发送的业务处理请求,判断出该请求为注册用户处理请求时,通过对业务处理请求中携带的信息进行解密,可以获得到该注册用户的用户信息,该用户信息可以包括:注册用户ID、注册用户头像、注册用户的历史互动行为记录等。

步骤206,使用注册用户的用户信息,针对业务处理请求进行业务处理。

本步骤中,根据上述步骤205中获取到的注册用户的用户信息及客户端发送的业务处理请求,可以进行相应的业务处理,此处的业务处理可以包括:用户登录处理、对某种应用中的内容进行点赞、评论及转发等互动行为,在此,对业务处理的具体内容不作限制。

在本发明实施例提供的图2所示的业务处理方法中,在接收到客户端发送的携带客户端所属设备的设备ID的业务处理请求后,首先判断业务处理请求是否为匿名用户业务处理请求;当业务处理请求为匿名用户业务处理请求时,针对客户端所属设备的设备ID生成唯一的匿名用户ID,然后再使用匿名用户ID,针对业务处理请求进行业务处理,当业务处理请求为注册用户业务处理请求时,获取注册用户的用户信息,再使用上述注册用户的用户信息,进行相应的业务处理。本发明实施例方案中,在需要针对接收的业务处理请求进行业务处理时,如果该业务处理请求为匿名用户业务处理请求,则对携带的设备ID生成唯一的匿名用户ID,使得携带的设备ID不同,则生成的匿名用户ID即不同,且针对同一设备ID,每次生成的匿名用户ID是相同的,所以本发明实施例方案中无需再对客户端所属设备的设备ID与匿名用户ID的对应关系进行存储,同样能够实现针对同一设备ID的业务处理使用的是相同的匿名用户ID,针对不同设备ID的业务处理使用的是不同的匿名用户ID,因此,节省服务器端的存储空间。

基于同一发明构思,根据本发明上述实施例提供的业务处理方法,相应地,本发明一个实施例还提供了一种业务处理装置,其结构示意图如图3所示,包括:

请求接收模块301,用于接收客户端发送的业务处理请求;业务处理请求包含客户端所属设备的设备ID。

匿名用户ID生成模块302,当业务处理请求为匿名用户业务处理请求时,针对客户端所属设备的设备ID生成唯一的匿名用户ID,且针对不同设备ID生成的匿名用户ID不同。

业务处理模块303,用于使用匿名用户ID,针对业务处理请求进行业务处理。

进一步的,匿名用户ID生成模块302,具体用于针对客户端所属设备的设备ID,采用消息摘要算法生成消息摘要值;消息摘要值为第一预设数量位的十六进制字符;并从消息摘要值中按照第一预设规则选择第二预设数量位字符进行移位运算,得到匿名用户ID,第二预设数量不大于所述第一预设数量。

进一步的,如图4,业务处理装置还可以包括:

匿名用户名称生成模块304,用于在匿名用户ID生成模块302从所述消息摘要值中按照第一预设规则选择第二预设数量位字符进行移位运算,得到所述匿名用户ID之后,根据消息摘要值中未被选择的其他位字符,得到匿名用户名称。

匿名用户性别确定模块305,用于在匿名用户ID生成模块302从所述消息摘要值中按照第一预设规则选择第二预设数量位字符进行移位运算,得到所述匿名用户ID之后,按照第二预设规则选择消息摘要值中的一位十六进制字符,将十六进制字符转换为二进制字符,并基于二进制字符中的最后一位,确定匿名用户的性别。

进一步的,第一预设数量可以为16,第二预设数量可以为8。

上述各模块的功能可对应于图1或图2所示流程中的相应处理步骤,在此不再赘述。

在本发明实施例提供的业务处理装置中,在请求接收模块301接收到客户端发送的携带客户端所属设备的设备ID的业务处理请求后,当业务处理请求为匿名用户业务处理请求时,匿名用户ID生成模块302针对客户端所属设备的设备ID生成唯一的匿名用户ID,然后业务处理模块303再使用匿名用户ID,针对业务处理请求进行业务处理。本发明实施例方案中,在需要针对接收的业务处理请求进行业务处理时,如果该业务处理请求为匿名用户业务处理请求,则对携带的设备ID生成唯一的匿名用户ID,且针对不同设备ID生成的匿名用户ID不同,使得携带的设备ID不同,则生成的匿名用户ID即不同,且针对同一设备ID,每次生成的匿名用户ID是相同的,所以本发明实施例方案中无需再对客户端所属设备的设备ID与匿名用户ID的对应关系进行存储,同样能够实现针对同一设备ID的业务处理使用的是相同的匿名用户ID,针对不同设备ID的业务处理使用的是不同的匿名用户ID,因此,节省服务器端的存储空间。

基于同一发明构思,根据本发明上述实施例提供的业务处理方法,相应地,本发明实施例还提供了一种电子设备,如图5所示,包括处理器501、通信接口502、存储器603和通信总线504,其中,处理器501,通信接口502,存储器503通过通信总线504完成相互间的通信,

存储器503,用于存放计算机程序;

处理器501,用于执行存储器503上所存放的程序时,实现本发明实施例提供的上述业务处理方法。

例如,可以包括如下步骤:

接收客户端发送的业务处理请求,业务处理请求中携带客户端所属设备的设备ID;

当业务处理请求为匿名用户业务处理请求时,对客户端所属设备的设备ID采用幂等算法生成匿名用户ID;

使用匿名用户ID,针对业务处理请求进行业务处理。

进一步的,还可以包括本发明实施例提供的上述业务处理方法中的其他处理流程,在此不再进行详细描述。

上述电子设备提到的通信总线可以是外设部件互连标准(Peripheral Component Interconnect,PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture,EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。

通信接口用于上述电子设备与其他设备之间的通信。

存储器可以包括随机存取存储器(Random Access Memory,RAM),也可以包括非易失性存储器(Non-Volatile Memory,NVM),例如至少一个磁盘存储器。可选的,存储器还可以是至少一个位于远离前述处理器的存储装置。

上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital Signal Processing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

本发明实施例提供的业务处理电子设备中,其采用的业务处理方法为:在接收到客户端发送的携带客户端所属设备的设备ID的业务处理请求后,当业务处理请求为匿名用户业务处理请求时,首先针对客户端所属设备的设备ID生成唯一的匿名用户ID,然后再使用匿名用户ID,针对业务处理请求进行业务处理。本发明实施例方案中,在需要针对接收的业务处理请求进行业务处理时,如果该业务处理请求为匿名用户业务处理请求,则对携带的设备ID生成唯一的匿名用户ID,且针对不同设备ID生成的匿名用户ID不同,即使得携带的设备ID不同,则生成的匿名用户ID即不同,且针对同一设备ID,每次生成的匿名用户ID是相同的,所以本发明实施例方案中无需再对客户端所属设备的设备ID与匿名用户ID的对应关系进行存储,同样能够实现针对同一设备ID的业务处理使用的是相同的匿名用户ID,针对不同设备ID的业务处理使用的是不同的匿名用户ID,因此,节省服务器端的存储空间。

在本发明提供的又一实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述实施例中任一上述的业务处理方法。

本发明实施例提供的计算机可读存储介质中,其采用的业务处理方法为:在接收到客户端发送的携带客户端所属设备的设备ID的业务处理请求后,当业务处理请求为匿名用户业务处理请求时,首先针对客户端所属设备的设备ID生成唯一的匿名用户ID,然后再使用匿名用户ID,针对业务处理请求进行业务处理。本发明实施例方案中,在需要针对接收的业务处理请求进行业务处理时,如果该业务处理请求为匿名用户业务处理请求,则对携带的设备ID生成唯一的匿名用户ID,且针对不同设备ID生成的匿名用户ID不同,即使得携带的设备ID不同,则生成的匿名用户ID即不同,且针对同一设备ID,每次生成的匿名用户ID是相同的,所以本发明实施例方案中无需再对客户端所属设备的设备ID与匿名用户ID的对应关系进行存储,同样能够实现针对同一设备ID的业务处理使用的是相同的匿名用户ID,针对不同设备ID的业务处理使用的是不同的匿名用户ID,因此,节省服务器端的存储空间。

在本发明提供的又一实施例中,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述实施例中任一上述的业务处理方法。

本发明实施例提供的包含指令的计算机程序产品中,其采用的业务处理方法为:在接收到客户端发送的携带客户端所属设备的设备ID的业务处理请求后,当业务处理请求为匿名用户业务处理请求时,首先针对客户端所属设备的设备ID生成唯一的匿名用户ID,然后再使用匿名用户ID,针对业务处理请求进行业务处理。本发明实施例方案中,在需要针对接收的业务处理请求进行业务处理时,如果该业务处理请求为匿名用户业务处理请求,则对携带的设备ID生成唯一的匿名用户ID,且针对不同设备ID生成的匿名用户ID不同,即使得携带的设备ID不同,则生成的匿名用户ID即不同,且针对同一设备ID,每次生成的匿名用户ID是相同的,所以本发明实施例方案中无需再对客户端所属设备的设备ID与匿名用户ID的对应关系进行存储,同样能够实现针对同一设备ID的业务处理使用的是相同的匿名用户ID,针对不同设备ID的业务处理使用的是不同的匿名用户ID,因此,节省服务器端的存储空间。

在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行上述计算机程序指令时,全部或部分地产生按照本发明实施例上述的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。上述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。上述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于装置和电子设备实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。

以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本发明的保护范围内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1