信息的推送方法、装置及服务器

摘要

本申请提供一种信息的推送方法、装置及服务器，该方法包括：将电子商品的源数据转换为目标数据，所述源数据用于标识所述电子商品，所述目标数据对应的数值不大于所述客户端设备所支持的最大数值；基于所述目标数据和所述电子商品的属性信息，确定所述电子商品的待展示信息；推送所述待展示信息。本申请的技术方案可将应用程序中用于标示电子商品的源数据转换为带有标签位的目标数据，转换后的目标数据不大于机型所能支持的最大数值，并且转换后的数值不容易暴露电商平台的隐私信息，如业务增长量，避免平台的安全隐患。

权利要求

1.一种信息的推送方法，其特征在于，所述方法包括：

将电子商品的源数据转换为目标数据，所述源数据用于标识所述电子商品，所述目标数据对应的数值不大于客户端设备所支持的最大数值；其中，所述源数据与所述目标数据都是数值型数据；

基于所述目标数据和所述电子商品的属性信息，确定所述电子商品的待展示信息；

推送所述待展示信息；

在用户使用所述电子商品时，将电子商品的目标数据转换为源数据，所述源数据用于标识所述电子商品，所述目标数据不大于客户端设备所支持的最大数值；

基于所述源数据，确定所述电子商品的可用属性值；

基于所述可用属性值，向所述客户端设备返回消费所述电子商品的消费结果；

其中，所述将电子商品的源数据转换为目标数据，包括：

计算所述源数据与第一数值的商，得到基础位的步长，所述第一数值为基础位对应的最大值；

对所述源数据与所述基础位的步长进行求余计算，得到所述基础位对应的基础值；

对所述基础位的步长与第二数值进行求余计算，得到标签位对应的标签值，所述第二数值为标签位对应的最大值加一得到的值；

计算所述基础位的步长与所述第二数值的商，得到所述标签位的步长；

基于所述基础位对应的基础值和所述标签位对应的标签值，确定所述目标数据；

其中，所述目标数据由所述基础位和所述标签位组成，所述标签位的位数和所述基础位的位数之和不超过所述客户端设备所能支持的最大数值的位数。

2.根据权利要求1所述的方法，其特征在于，在所述将电子商品的源数据转换为目标数据之前，还包括：从数据库中获取所述客户端设备的设备标识对应的源数据，以及与所述源数据对应的电子商品的属性信息，所述数据库中记录有客户端设备的设备标识、所述电子商品的源数据和所述电子商品的属性信息之间的对应关系。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：基于所述源数据标示的电子商品的有效期和商品状态，确定所述源数据的数据状态；

在所述源数据的数据状态为无效状态时，将所述源数据从所述数据库中删除。

4.根据权利要求3所述的方法，其特征在于，所述基于所述源数据标示的电子商品的有效期和商品状态，确定所述源数据的数据状态，包括：若所述电子商品超过了对应的有效期，则确定所述电子商品对应的源数据为无效数据；

若所述电子商品的商品状态为已消耗，则确定所述电子商品对应的源数据为无效数据。

5.根据权利要求1所述的方法，其特征在于，所述将电子商品的目标数据转换为源数据，包括：计算所述目标数据与第三数值的商，得到标签位对应的标签值，所述第三数值通过目标数据中基础位的位数得到；

对所述目标数据与第三数值进行求余计算，得到所述基础位对应的基础值；

基于所述标签位的步长、所述标签位的最大值、所述标签位对应的标签值、所述基础位对应的基础值和所述基础位的最大值，计算还原值；

若所述还原值大于或者等于当前周期的设定最大值，采用第一还原算法得到所述基础位的步长；

若所述还原值小于当前周期的设定最大值，采用第二还原算法得到所述基础位的步长；

基于所述基础位的步长、所述基础位的最大值和所述基础位对应的基础值，计算得到所述源数据；

其中，所述目标数据由所述基础位和所述标签位组成，所述标签位的位数和所述基础位的位数之和不超过所述客户端设备所能表示支持的最大数值的位数。

6.根据权利要求1所述的方法，其特征在于，所述基于所述源数据，确定所述电子商品的可用属性值，包括：若从数据库中能够查询到所述源数据，则确定所述电子商品的可用属性值为可用，所述数据库中记录有客户端设备的设备标识、所述电子商品的源数据和所述电子商品的属性信息之间的对应关系；

若从所述数据库中不能够查询到所述源数据，则确定所述电子商品的可用属性值为不可用。

7.一种信息的推送装置，其特征在于，所述装置包括：

第一转换模块，用于将电子商品的源数据转换为目标数据，所述源数据用于标识所述电子商品，所述目标数据对应的数值不大于客户端设备所支持的最大数值；其中，所述源数据与所述目标数据都是数值型数据；

第一确定模块，用于基于所述目标数据和所述电子商品的属性信息，确定所述电子商品的待展示信息；

第一发送模块，用于推送所述待展示信息；

第二转换模块，用于在用户使用所述电子商品时，将电子商品的目标数据转换为源数据，所述源数据用于标识所述电子商品，所述目标数据不大于客户端设备所支持的最大数值；

第二确定模块，用于基于所述源数据，确定所述电子商品的可用属性值；

第二发送模块，用于基于所述可用属性值，向所述客户端设备返回消费所述电子商品的消费结果；

所述第一转换模块，具体用于计算源数据与第一数值的商，得到基础位的步长，第一数值为基础位对应的最大值；对源数据与基础位的步长进行求余计算，得到基础位对应的基础值；对基础位的步长与第二数值进行求余计算，得到标签位对应的标签值，第二数值为标签位对应的最大值加一得到的值；计算基础位的步长与第二数值的商，得到标签位的步长；

基于基础位对应的基础值和标签位对应的标签值，确定目标数据；其中，目标数据由基础位和标签位组成，标签位的位数和基础位的位数之和不超过客户端设备所能支持的最大数值的位数。

8.一种服务器，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如上述权利要求1-6任一所述的信息的推送方法。

9.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述权利要求1-6任一所述的信息的推送方法的步骤。

说明书

信息的推送方法、装置及服务器

技术领域

[0001] 本申请涉及应用技术领域，尤其涉及一种信息的推送方法、装置及服务器。

背景技术

[0002] 为了引导用户消费，电商平台通常会向用户推送优惠券，用户可通过其持有的终端设备，例如手机对优惠券进行查看和使用，优惠券作为电子产品，可通过其标识信息标示其唯一性。上述标识信息通常为数值型数据，由于数值型数据可能会超过终端设备所支持的最大数值，导致优惠券无法正常使用。

[0003] 现有技术中，可以开发一个新版本的电商平台应用程序，在新版本中采用字符串型数值来代替数值型数据，以保证所有终端均可以正常使用优惠券。然而，由于字符串型数值比较难于计算，而且字符串型数值可能暴露电商平台的隐私信息，因此存在较大的安全隐患。

发明内容

[0004] 有鉴于此，本申请提供一种新的技术方案，在保证电子商品能够正常展示的同时，在一定程度上降低了平台的安全隐患。

[0005] 为实现上述目的，本申请提供技术方案如下：

[0006] 根据本申请的第一方面，提出了一种信息的推送方法，包括：

[0007] 将电子商品的源数据转换为目标数据，所述源数据用于标识所述电子商品，所述目标数据对应的数值不大于客户端设备所支持的最大数值；

[0008] 基于所述目标数据和所述电子商品的属性信息，确定所述电子商品的待展示信息；

[0009] 推送所述待展示信息。

[0010] 根据本申请的第二方面，提出了一种信息的推送方法，包括：

[0011] 将电子商品的目标数据转换为源数据，所述源数据用于标识所述电子商品，所述目标数据不大于客户端设备所支持的最大数值；

[0012] 基于所述源数据，确定所述电子商品的可用属性值；

[0013] 基于所述可用属性值，向所述客户端设备返回消费所述电子商品的消费结果。

[0014] 根据本申请的第三方面，提出了一种信息的推送装置，包括：

[0015] 第一转换模块，用于将电子商品的源数据转换为目标数据，所述源数据用于标识所述电子商品，所述目标数据不大于客户端设备所支持的最大数值；

[0016] 第一确定模块，用于基于所述目标数据和所述电子商品的属性信息，确定所述电子商品的待展示信息；

[0017] 第一发送模块，用于推送所述待展示信息。

[0018] 根据本申请的第四方面，提出了一种信息的推送装置，包括：

[0019] 第二转换模块，用于将电子商品的目标数据转换为源数据，所述源数据用于标识所述电子商品，所述目标数据不大于客户端设备所支持的最大数值；

[0020] 第二确定模块，用于基于所述源数据，确定所述电子商品的可用属性值；

[0021] 第二发送模块，用于基于所述可用属性值，向所述客户端设备返回消费所述电子商品的消费结果。

[0022] 根据本申请的第五方面，提出了一种服务器，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所描述的信息的推送方法。

[0023] 根据本申请的第六方面，提出了一种服务器，包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第二方面所描述的信息的推送方法。

[0024] 根据本申请的第七方面，提出了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所描述的信息的推送方法。

[0025] 根据本申请的第八方面，提出了一种计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第二方面所描述的信息的推送方法。

[0026] 由以上技术方案可见，本申请中可以将推送给客户端设备的电子商品的源数据转换为不大于客户端设备所支持的最大数值的目标数据，由此，本申请通过将将应用程序中电子商品的源数据转换为客户端设备所能支持的目标数据，可以避免源数据超过客户端设备所支持的最大数值所导致的电子商品无法正常使用的问题，此外将源数据转换为目标数据再推送给客户端设备，解决了直接推送源数据所导致的容易暴露电商平台的隐私信息的问题，安全性更高。

附图说明

[0027] 图1A示出了根据本发明的一示例性实施例的信息的推送方法的流程示意图；

[0028] 图1B示出了根据本发明的一示例性实施例的信息的推送方法所应用的业务流程示意图；

[0029] 图1C示出了根据本发明的一示例性实施例的信息的推送方法中目标数据的结构示意图；

[0030] 图2示出了根据本发明的又一示例性实施例的信息的推送方法的流程示意图；

[0031] 图3示出了根据本发明的又一示例性实施例的信息的推送方法的流程示意图；

[0032] 图4示出了根据本发明的另一示例性实施例的信息的推送方法的流程示意图；

[0033] 图5示出了根据本发明的一示例性实施例的信息的推送方法的流程示意图；

[0034] 图6示出了根据本发明的又一示例性实施例的信息的推送方法的流程示意图；

[0035] 图7示出了根据本发明的一示例性实施例的信息的推送装置框图；

[0036] 图8示出了根据本发明的又一示例性实施例的信息的推送装置框图；

[0037] 图9示出了根据本发明的一示例性实施例的信息的推送装置框图；

[0038] 图10示出了根据本发明的一示例性实施例的服务器的结构示意图。

具体实施方式

[0039] 这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

[0040] 在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

[0041] 应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

[0042] 本申请所提供的技术方案可应用在电商类应用程序的服务器上，电子商品可以为优惠券、红包等。本申请中电子商品的源数据是指服务器为所生成的电子商品指定的唯一标识，为一个数值型数据，用来在电商平台中唯一标识电子商品，可以存储在服务器中的数据库中；而目标数据则是一个具有特定格式的数值型数据，是对源数据进行压缩后得到的具有标签位和基础位的一个数值型数据，目标数据和电子商品的属性信息被推送到客户端设备进行使用和展示，该展示是指不能被用户看到的隐藏展示，是隐藏在电子商品中的。

[0043] 为对本申请进行进一步说明，提供下列实施例：

[0044] 图1A示出了根据本发明的一示例性实施例的信息的推送方法的流程示意图，图1B示出了根据本发明的一示例性实施例的信息的推送方法所应用的业务流程示意图，图1C示出了根据本发明的一示例性实施例的信息的推送方法中目标数据的结构示意图；信息的推送方法可以应用于服务器上，如图1A所示，本实施例中信息的推送方法可包括如下步骤101～103：

[0045] 步骤101，将电子商品的源数据转换为目标数据。

[0046] 在一实施例中，源数据用于标识电子商品，目标数据由标签位和基础位组成，目标数据对应的数值不大于客户端设备所支持的最大数值。其中，将电子商品的源数据转换为目标数据的方式可参见图2所示实施例，这里先不描述。

[0047] 在一实施例中，电子商品的类型有多种，本实施例以优惠券为例进行示意，参见图1B，在需要向客户端设备发放电子商品时或者在客户端设备查询电子商品的信息时，可确定需要向客户端设备推送电子商品。电子商品可以用于促进用户下单，向客户端设备发放电子商品的场景有多种，可以由客户端设备主动触发，例如，用户通过客户端设备输入手机号去执行获取优惠券或者获取红包等操作时，服务器向客户端发放电子商品；还可以由服务器自动向客户端设备发放电子商品，例如，用户在客户端设备上执行一个下单操作后，服务器自动给用户发一张红包(电子商品)，或者在用户完成点评后，自动给用户发一张优惠券(电子商品)等。发券业务的处理流程可参见图3所示实施例，这里先不详述。

[0048] 在一实施例中，在用户通过客户端设备触发查看自己在某一个电商平台上所具有的优惠券的操作时，客户端设备可向服务器发送查看卡券的请求消息，服务器的业务层功能模块即可执行查券业务，并将该客户端设备所享有的优惠券的源数据转换为目标数据，将目标数据和优惠券的属性信息生成为待展示信息并推送给客户端设备。查券业务的处理流程可参见图4所示实施例，这里先不详述。

[0049] 在一实施例中，目标数据的数据格式可参见图1C所示实施例，包括标签位和基础位，标签位的位数m为一个基于海量数据统计得到的经验值，可以根据业务的增长量和经验而定，通常可设定为2-5之间的一个数值。

[0050] 步骤102，基于目标数据和电子商品的属性信息，确定电子商品的待展示信息。

[0051] 在一实施例中，电子商品的属性信息用于指示电子商品的面额、使用限定条件等，例如，电子商品的属性信息为30元优惠券，优惠券仅用于购买生鲜类用品。

[0052] 在一实施例中，电子商品的属性信息可以直接显性显示在客户端设备的界面上，但是电子商品的目标数据则是隐性使用在客户端设备上，用于指示电子商品。

[0053] 步骤103，推送待展示信息。

[0054] 需要说明的是，上述描述中只是以优惠券为例进行示例性说明，本申请的电子商品还可以为其它商品类型，如电子红包等。

[0055] 本实施例中，本申请中可以将推送给客户端设备的电子商品(如优惠券，电子红包)的源数据(唯一标识)转换为不大于客户端设备所支持的最大数值的目标数据，由此，本申请通过将将应用程序中电子商品的源数据转换为客户端设备所能支持的目标数据，可以避免源数据超过客户端设备所支持的最大数值所导致的电子商品无法正常使用的问题，此外将源数据转换为目标数据再推送给客户端设备，解决了直接推送源数据所导致的容易暴露电商平台的隐私信息的问题，安全性更高。

[0056] 图2示出了根据本发明的又一示例性实施例的信息的推送方法的流程示意图；本实施例在上述实施例的基础上，以将电子商品的源数据转换为目标数据为例进行示例性说明，如图2所示，包括如下步骤：

[0057] 步骤201，计算基础位的最大值，得到第一数值，以及计算标签位对应的最大值加一得到的值，得到第二数值。

[0058] 在一实施例中，其中，目标数据由基础位和标签位组成，标签位的位数和基础位的位数之和不超过客户端设备所能支持的最大数值的位数。

[0059] 在一实施例中，假设标签位的位数为m，客户端设备能表示的最大数值max的位数为length，其中，1≤m≤length-1，基础位的位数n为length-m。由于m的值为一个基于权衡和经验数据得到的已知值，而每一个机型能表示的最大数值max的位数length也为一个固定值，因此n的值也为一个固订值。

[0060] 在一实施例中，可通过式(1)计算基础位的最大值viewIdBaseMax：

[0061] viewIdBaseMax＝10n+1-1式(1)

[0062] 在一实施例中，取max的前1-m位，得到标签位的最大值，参见式(2)：

[0063] tagMax＝max/10n-1式(2)

[0064] 其中，标签位对应的标签值tag的范围为[0，tagMax]。

[0065] 在一实施例中，对于一类业务，m和n的值为固定值，因此对于这一类业务中所生成的电子商品对应的第一数值和第二数值是相同的，因此无需针对每一个电子商品都进行一次计算。

[0066] 步骤202，计算源数据与第一数值的商，得到基础位的步长；对源数据与基础位的步长进行求余计算，得到基础位对应的基础值。

[0067] 在一实施例中，基础位的步长realStep可通过式(3)计算得到：

[0068] realStep＝realId/viewIdBaseMax式(3)

[0069] 式(3)中，realId为源数据，viewIdBaseMax为通过式(1)计算得到的第一数值，realStep为基础位的步长，也即为viewIdBaseMax的步长，可以理解为realId中包含多少个viewIdBaseMax。

[0070] 在一实施例中，基础位对应的基础值可通过式(4)计算得到：

[0071] viewIdBase＝realId％viewIdBaseMax式(4)

[0072] 式(4)中，realId为源数据，viewIdBaseMax为通过式(1)计算得到的第一数值，viewIdBase为基础位对应的基础值。

[0073] 步骤203，对基础位的步长与第二数值进行求余计算，得到标签位对应的标签值；计算基础位的步长与第二数值的商，得到标签位的步长。

[0074] 在一实施例中，标签位的标签值tag可通过式(5)计算得到：

[0075] tag＝realStep％(tagMax+1)式(5)

[0076] 在一实施例中，标签位的步长可以理解为realStep中包含多少个tagMax，标签位的步长tagBase可通过式(6)计算得到：

[0077] tagBase＝realStep/(tagMax+1)式(6)

[0078] 步骤204，基于基础位对应的基础值和标签位对应的标签值，确定目标数据。

[0079] 在一实施例中，目标数据可通过式(7)计算得到：

[0080] viewId＝tag*10n+viewIdBase式(7)

[0081] 需要说明的是，上述描述中只是以步骤202和步骤203的两次哈希函数计算为例进行示例性说明，本申请还可通过三次以上的哈希计算得到目标数据。

[0082] 本实施例中，通过对源数据进行压缩处理，可得到客户端设备的机型能够表示的目标数据，目标数据由标签位和基础位表示，解决了部分机型中数值型数据溢出的风险，且不容易暴露业务增长量，更加安全。

[0083] 图3示出了根据本发明的又一示例性实施例的信息的推送方法的流程示意图；本实施例在上述实施例的基础上，以发券业务处理流程为例进行示例性说明，如图3所示，包括如下步骤：

[0084] 步骤301，在需要向客户端设备发放电子商品时，生成一个电子商品，执行步骤302和步骤303。

[0085] 在一实施例中，向客户端设备发放电子商品的场景有多种，可以由客户端设备主动触发，例如，用户通过客户端设备输入手机号去执行获取优惠券或者获取红包等的操作时，服务器向客户端发放电子商品；还可以由服务器自动向客户端设备发放电子商品，例如，用户在客户端设备上执行一个下单操作后，服务器自动给用户发一个电子红包(电子商品)，或者在用户完成点评后，服务器自动给用户发一张优惠券(电子商品)等。

[0086] 步骤302，将电子商品所属客户端设备的设备标识、电子商品的源数据和电子商品的属性信息之间的对应关系存储在数据库中。

[0087] 在一实施例中，通过将服务器自己生成的电子商品的源数据、属性信息和电子商品所属客户端设备的设备标识存储在数据库中，进而可实现用户在通过客户端设备使用电子商品时，从数据库中提取出该电子商品的相关数据，并且可防止恶意用户刷券等行为，以及避免恶意用户使用留白数据造假券等的行为，这是因为将留白数据还原得到的源数据不可能记录在数据库中。

[0088] 在一实施例中，可基于源数据标示的电子商品的有效期和商品状态，确定源数据的数据状态，并且在源数据的数据状态为无效状态时，将源数据从数据库中删除。

[0089] 在一实施例中，若电子商品超过了对应的有效期，则可确定电子商品对应的源数据为无效数据，例如，发放给客户端设备的一个优惠券的有效期截止到2018年2月1号，则在超过该时间时，即使优惠券没有被使用，优惠券对应的源数据也变为无效数据。在一实施例中，若电子商品的商品状态为已消耗，则确定电子商品对应的源数据为无效数据，例如，一个优惠券已经被使用，则表明该优惠券已经消耗，可确定其对应的源数据为无效数据，可将该无效数据从数据库中删除。在一实施例中，可实时清理数据库中的无效数据，也可以周期性清理数据库中的无效数据。

[0090] 步骤303，将电子商品的源数据转换为目标数据，源数据用于标识电子商品，目标数据对应的数值不大于客户端设备所支持的最大数值。

[0091] 步骤304，基于目标数据和电子商品的属性信息，确定电子商品的待展示信息。

[0092] 步骤305，推送待展示信息。

[0093] 在一实施例中，步骤303-步骤304的描述可参见图1A所示实施例的步骤101-步骤103的描述，这里不再详述。

[0094] 本实施例中，公开了发券业务流程中电子商品的生成和向客户端设备发放的过程，通过为电子商品生成一个源数据(用于标识电子商品转换为目标数据，实现所发放的优惠券能够被客户端设备识别和使用。

[0095] 图4示出了根据本发明的又一示例性实施例的信息的推送方法的流程示意图；本实施例在上述实施例的基础上，以查券业务处理流程为例进行示例性说明，如图4所示，包括如下步骤：

[0096] 步骤401，接收到客户端设备的查询电子商品的信息的请求时，从数据库中获取客户端设备的设备标识对应的源数据，以及与源数据对应的电子商品的属性信息。

[0097] 在一实施例中，由于在发放电子商品时，业务模块将电子商品所属客户端设备的设备标识、电子商品的源数据和电子商品的属性信息之间的对应关系存储在数据库中，因此在客户端设备查询电子商品的信息时，服务器可在数据库中查询该客户端设备的电子商品对应的源数据、属性信息等。

[0098] 在一实施例中，用户通常可在需要购买物品时执行查看可用的优惠券、红包等电子商品的信息的操作。

[0099] 步骤402，将电子商品的源数据转换为目标数据，源数据用于标识电子商品。

[0100] 步骤403，基于目标数据和电子商品的属性信息，确定电子商品的待展示信息。

[0101] 步骤404，推送待展示信息。

[0102] 在一实施例中，步骤402-步骤404的描述可参见图1A所示实施例的步骤101-步骤103的描述，这里不再详述。

[0103] 本实施例中，公开了查券业务流程中向客户端设备提供电子商的信息的过程，通过将从数据库中提取到的源数据进行转换后再发送给客户端设备，可实现所发放的优惠券能够被客户端设备识别和使用。

[0104] 图5示出了根据本发明的一示例性实施例的信息的推送方法的流程示意图；信息的推送方法可以应用于服务器上，如图5所示，本实施例中信息的推送方法可包括如下步骤501～503：

[0105] 步骤501，将电子商品的目标数据转换为源数据。

[0106] 在一实施例中，源数据用于标识电子商品，目标数据由标签位和基础位组成，目标数据对应的数值不大于客户端设备所支持的最大数值。

[0107] 在一实施例中，在用户触发使用某一个电商平台的电子商品(如优惠券)的操作时，客户端设备接收到用户消费电子商品的操作，可向服务器发送获取消费电子商品的请求消息，服务器的业务层功能模块即可将电子商品的目标数据还原为源数据。

[0108] 在一实施例中，将目标数据还原为源数据的规则可参见图6所示实施例，这里先不详述。

[0109] 步骤502，基于源数据，确定电子商品的可用属性值。

[0110] 在一实施例中，电子商品的可用属性值可以理解为客户端设备所要使用的电子商品是否可用，如果从数据库中能够查询到转换后的源数据，则可确定电子商品的可用属性值为可用，进一步可从数据库中获取该源数据对应的其他属性信息，如额度等，如果从数据库中不能查询到源数据，则确定电子商品的可用属性值为不可用，甚至于还可确定该优惠券是否为用户通过隐藏的刷用券行为获取的优惠券。

[0111] 步骤503，基于可用属性值，向客户端设备返回消费电子商品的消费结果。

[0112] 在一实施例中，若可用属性值为可用，则可确定用户可使用该电子商品，因此消费结果为消费成功；若可用属性值为不可用，则可确定用户不可使用该电子商品，因此消费结果为消费失败。

[0113] 本实施例中，本申请中可以在用户消费电子商品时，通过还原规则还原出源数据，并且基于源数据确定出电子商品是否可用，并向客户端设备返回对应的消费电子商品的消费结果，可进一步增加电子商品的使用安全性。

[0114] 图6示出了根据本发明的又一示例性实施例的数值型信息的推送方法的流程示意图；本实施例在上述实施例的基础上，以将电子商品的目标数据转换为源数据为例进行示例性说明，如图6所示，包括如下步骤：

[0115] 步骤601，计算目标数据与第三数值的商，得到标签位对应的标签值；对目标数据与第三数值进行求余计算，得到基础位对应的基础值。

[0116] 在一实施例中，第三数值为10n，可通过目标数据中基础位的位数得到，通过式(8)，基于目标数据viewId、目标数据中基础位的位数n，解析得到标签位对应的标签值tag：

[0117] tag＝viewId/10n式(8)

[0118] 式(8)中，由于n的值可基于标签位的位数为m，机型能表示的最大数值max的位数length确定，通常对于一个周期内的电子商品而言，n值是固定值，详见图2所示实施例的描述。

[0119] 在一实施例中，可通过式(9)，基于目标数据viewId、目标数据中基础位的位数n，解析得到基础位对应的基础值viewIdBase：

[0120] viewIdBase＝viewId％10n式(9)

[0121] 步骤602，基于标签位的步长、标签位的最大值、标签位对应的标签值、基础位对应的基础值和基础位的最大值，计算还原值，执行步骤603或者步骤604。

[0122] 在一实施例中，可通过式(10)，基于标签位的步长tagBase、标签位的最大值tagMax、标签位对应的标签值tag、基础位对应的基础值viewIdBase和基础位的最大值viewIdBaseMax，计算还原值：

[0123] H＝(tagBase*tagMax+tag)*viewIdBaseMax+viewIdBase式(10)

[0124] 在一实施例中，tagBase、tagMax、viewIdBaseMax均可在将源数据压缩到目标数据的过程中计算和存储，参见图2所示实施例。

[0125] 步骤603，若还原值大于或者等于当前周期的设定最大值，采用第一还原算法得到基础位的步长。

[0126] 在一实施例中，当前周期的设定最大值可以理解为，当前业务下当前优惠券的源数据的最大值，如currentId。

[0127] 在一实施例中，在每一个业务周期内，可基于取模算法确保源数据和目标数据是一一对应的，当标签位的步长tagBase加1时，之前周期产生的目标数据，经过还原方法后，预计算得到的还原值肯定是在新周期内的值，新周期内产生的目标数据经过还原后得到的还原值也会落在新周期内，那么如果计算得到的还原值大于currentId，那么认为该还原值是上一周期产生的，因此可通过第一还原算法得到基础位的步长，参见式(11)：

[0128] realStep＝(tagBase-1)*tagMax+tag式(11)

[0129] 步骤604，若还原值小于当前周期的设定最大值，采用第二还原算法得到基础位的步长。

[0130] 在一实施例中，如果还原值小于当前最大值，那么认为该还原值是本周期产生的，可通过第二还原算法得到基础位的步长，参见式(12)：

[0131] realStep＝tagBase*tagMax+tag式(12)

[0132] 步骤605，基于基础位的步长、基础位的最大值和基础位对应的基础值，计算得到源数据。

[0133] 在一实施例中，可通过式(13)，基于基础位的步长、基础位的最大值和基础位对应的基础值，计算得到源数据：

[0134] realId＝realStep*viewIdBaseMax+viewIdBase式(13)

[0135] 需要说明的是，将目标数据还原为源数据的过程与将源数据压缩为目标数据的过程是对应的，在将源数据压缩为目标数据的过程变化时，将目标数据还原为源数据的过程也对应发生变化。

[0136] 本实施例中，通过将目标数据还原为源数据进行压缩处理，可得到电子商品对应的唯一标识信息，进而可实现有效的电子商品的正常消费和使用。

[0137] 需要说明的是，上述以优惠券为例进行示例性说明，本领域技术人员可以理解的是，对于不同类型的电子商品，例如，红包等，均可以通过本申请的方式生成用于推送到客户端设备使用和展示的目标数据，也即，本申请中的信息的推送方法不仅限于优惠券。

[0138] 与前述信息的推送方法的实施例相对应，本申请还提供了信息的推送装置的实施例。

[0139] 图7示出了根据本发明的一示例性实施例的信息的推送装置框图，如图7所示，信息的推送装置包括：

[0140] 第一转换模块71，用于将电子商品的源数据转换为目标数据，源数据用于标识电子商品，目标数据对应的数值不大于客户端设备所支持的最大数值；

[0141] 第一确定模块72，用于基于目标数据和电子商品的属性信息，确定电子商品的待展示信息；

[0142] 第一发送模块73，用于推送待展示信息。

[0143] 图8示出了根据本发明的又一示例性实施例的信息的推送装置框图，如图8所示，在上述图7所示实施例的基础上，在一实施例中，第一转换模块71具体用于：

[0144] 计算源数据与第一数值的商，得到基础位的步长，第一数值为基础位对应的最大值；

[0145] 对源数据与基础位的步长进行求余计算，得到基础位对应的基础值；

[0146] 对基础位的步长与第二数值进行求余计算，得到标签位对应的标签值，第二数值为标签位对应的最大值加一得到的值；

[0147] 计算基础位的步长与第二数值的商，得到标签位的步长；

[0148] 基于基础位对应的基础值和标签位对应的标签值，确定目标数据；

[0149] 其中，目标数据由基础位和标签位组成，标签位的位数和基础位的位数之和不超过客户端设备所能支持的最大数值的位数。

[0150] 在一实施例中，装置还包括：

[0151] 信息获取模块74，用于从数据库中获取客户端设备的设备标识对应的源数据，以及与源数据对应的电子商品的属性信息，数据库中记录有客户端设备的设备标识、电子商品的源数据和电子商品的属性信息之间的对应关系。

[0152] 在一实施例中，装置还包括：

[0153] 第三确定模块75，用于基于源数据标示的电子商品的有效期和商品状态，确定源数据的数据状态；

[0154] 删除模块76，用于在源数据的数据状态为无效状态时，将源数据从数据库中删除。

[0155] 在一实施例中，第三确定模块75具体用于：

[0156] 若电子商品超过了对应的有效期，则确定电子商品对应的源数据为无效数据；或者，

[0157] 若电子商品的商品状态为已消耗，则确定电子商品对应的源数据为无效数据。

[0158] 图9示出了根据本发明的一示例性实施例的信息的推送装置框图，如图9所示，信息的推送装置包括：

[0159] 第二转换模块91，用于将电子商品的目标数据转换为源数据，源数据用于标识电子商品，目标数据对应的数值不大于客户端设备所支持的最大数值；

[0160] 第二确定模块92，用于基于源数据，确定电子商品的可用属性值；

[0161] 第二发送模块93，用于基于可用属性值，向客户端设备返回消费电子商品的消费结果。

[0162] 在一实施例中，第二转换模块91具体用于：

[0163] 计算目标数据与第三数值的商，得到标签位对应的标签值，第三数值通过目标数据中基础位的位数得到；

[0164] 对目标数据与第三数值进行求余计算，得到基础位对应的基础值；

[0165] 基于标签位的步长、标签位的最大值、标签位对应的标签值、基础位对应的基础值和基础位的最大值，计算还原值；

[0166] 若还原值大于或者等于当前周期的设定最大值，采用第一还原算法得到基础位的步长；

[0167] 若还原值小于当前周期的设定最大值，采用第二还原算法得到基础位的步长；

[0168] 基于基础位的步长、基础位的最大值和基础位对应的基础值，计算得到源数据；

[0169] 其中，目标数据由基础位和标签位组成，标签位的位数和基础位的位数之和不超过客户端设备所能表示支持的最大数值的位数。

[0170] 在一实施例中，第二确定模块92具体用于：

[0171] 若从数据库中能够查询到源数据，则确定电子商品的可用属性值为可用，数据库中记录有客户端设备的设备标识、电子商品的源数据和电子商品的属性信息之间的对应关系；

[0172] 若从数据库中不能够查询到源数据，则确定电子商品的可用属性值为不可用。

[0173] 对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

[0174] 对应于上述的信息的推送方法，本申请还提出了图10所示的根据本发明的一示例性实施例的服务器的示意结构图。请参考图10，在硬件层面，该服务器包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成信息的推送装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

[0175] 在示例性实施例中，还提供了一种计算机可读存储介质，该存储介质存储有计算机程序，该计算机程序用于执行上述信息的推送方法，其中，计算机可读存储介质可以是只读存储器(ROM)、随机存取存储器(RAM)、光盘只读存储器(CD-ROM)、磁带、软盘和光数据存储设备等。

[0176] 本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

[0177] 还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

[0178] 以上仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。