用户识别方法、用户识别装置、电子设备及介质与流程

本申请涉及互联网技术领域，特别涉及一种终端小程序的用户识别方法、用户识别装置、电子设备及存储介质。

背景技术：

在应用程序中，尤其是嵌套的应用程序如微信中的小程序，在用户打开小程序时需要对用户进行唯一识别。现有技术中小程序用户识别的方式主要有两种，一是通过获取openid，openid是用户在当前应用中的唯一标识，用于区分用户。二是通过获取unionid，如果运营主体拥有多个小程序，可通过unionid来区分用户的唯一性。但上述方法在应用时需要用户授权，且不同的应用或运营主体会为该用户分配不同的openid，从而无法识别出不同运营主体同一个用户的行为信息，不利于对该用户进行行为分析。

技术实现要素：

有鉴于此，本申请的实施例提供了一种终端小程序的用户识别方法、用户识别装置、电子设备及存储介质。

本申请提供了一种终端小程序的用户识别方法，其特征在于，包括：

利用canvas创建画布实例并获取所述画布实例的对象属性；

获取所述终端的设备属性；

根据所述对象属性和所述设备属性确定用户属性；

利用哈希算法将所述用户属性转换为哈希值；

根据所述哈希值生成用户id以识别所述终端小程序的所述用户。

本申请还提供了一种终端小程序的用户识别装置，其特征在于，包括：

创建模块，用于利用canvas创建画布实例并获取所述画布实例的对象属性；

第一获取模块，用于获取所述终端的设备属性；

确定模块，用于根据所述对象属性和所述设备属性确定用户属性；

计算模块，用于利用哈希算法将所述用户属性转换为哈希值；

生成模块，用于根据所述哈希值生成用户id以识别所述终端小程序的所述用户。

本申请还提供了一种电子设备，其特征在于，所述电子设备包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，实现上述实施方式的用户识别方法。

本申请还提供了一种计算机程序的非易失性计算机可读存储介质，当所述计算机程序被一个或多个处理器执行时，实现上述实施方式的用户识别方法。

如此，本申请通过利用canvas创建画布实例并获取画布实例的对象属性，获取终端的设备属性，及根据对象属性和设备属性确定用户属性，然后利用哈希算法将用户属性转换为哈希值，并根据哈希值生成用户id以识别终端小程序的用户。至少具有以下有益效果：

一、画布可以在不同设备、不同操作系统、或不同浏览器上，产生的图片内容不同，可作为区别特征以识别不同用户或设备。

二、利用哈希算法将画布的对象属性转换为哈希值，可进一步放大其区别点，将哈希值作为用户id可唯一识别用户。

三、哈希算法一方面根据原始数据可以快速计算出哈希值，可提高识别用户的效率。另一方面通过哈希值较难推导出原始数据，可提高用户设备的隐私保护性。

四、通过创建画布的方式获取用户属性无需用户授权。

五、本申请创建的用户id为一套独立的用户识别方法，设备终端上的各应用程序可得到统一的用户id，本申请与设备终端可一一对应并建立连接，相较于目前的用户识别id仅与应用程序相关，即通过应用程序进行分配的id如openid和unionid，无法与设备终端建立连接，且每个主体的应用，识别的用户都是孤立的，彼此没有关联。

附图说明

本申请的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解。

图1是本申请某些实施方式的用户识别方法流程示意图；

图2是本申请某些实施方式的用户识别装置模块图；

图3是本申请某些实施方式的用户识别方法流程示意图；

图4是本申请某些实施方式的用户识别方法流程示意图；

图5是本申请某些实施方式的用户识别方法流程示意图；

图6是本申请某些实施方式的用户识别方法流程示意图；

图7是本申请某些实施方式的用户识别装置模块图；

图8是本申请某些实施方式的用户识别方法流程示意图；

图9是本申请某些实施方式的用户识别方法流程示意图；

图10是本申请某些实施方式的用户识别装置模块图。

具体实施方法

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。

请参阅图1，本申请提供了一种终端小程序的用户识别方法，包括：

s10：利用canvas创建画布实例并获取画布实例的对象属性；

s20：获取终端的设备属性；

s30：根据对象属性和设备属性确定用户属性；

s40：利用哈希算法将用户属性转换为哈希值；

s50：根据哈希值生成用户id以识别终端小程序的用户。

相应地，请参阅图2，本申请实施方式还提供了一种用户识别装置100，本申请实施方式的用户识别方法可以由用户识别装置100实现。用户识别装置100包括创建模块110、第一获取模块120、确定模块130、计算模块140及生成模块150。s10可以由创建模块110实现，s20可以由第一获取模块120实现，s30可以由确定模块130实现，s40可以由计算模块140实现，s50可以由生成模块150实现。或者说，创建模块110用于利用canvas创建画布实例并获取画布实例的对象属性。第一获取模块120用于获取终端的设备属性。确定模块130用于根据对象属性和设备属性确定用户属性。计算模块140用于利用哈希算法将用户属性转换为哈希值。生成模块150用于根据哈希值生成用户id以识别用户。

本申请实施方式还提供了一种电子设备。服务器包括存储器和处理器。存储器中存储有计算机程序，处理器用于利用canvas创建画布实例并获取画布实例的对象属性，获取终端的设备属性，及根据对象属性和设备属性确定用户属性，然后利用哈希算法将用户属性转换为哈希值，并根据哈希值生成用户id以识别终端小程序的用户。

具体地，在步骤s10中，利用canvas创建画布实例并获取画布实例的对象属性。可通过html5的canvas创建，包括离屏canvas或非离屏canvas等。如果设备支持离屏canvas或非离屏canvas，则创建一个预定尺寸的画布实例，可为矩形框、圆形框、文字等内容。

其中，canvas画布是html5中一种动态绘图的标签，可以使用其生成图片。相同的html5canvas元素绘制操作，在不同设备、不同操作系统、或不同浏览器上，产生的图片内容不完全相同，主要体现在图片格式和像素级别上。在图片格式上，不同设备使用不同的图形处理引擎、图片导出选项、或默认压缩级别等。在像素级别上，操作系统各自使用不同的设置和算法来进行抗锯齿和子像素渲染操作。canvas将同样的文字转成图片，得到的结果也是不同的。

进一步地，获取画布实例的对象属性。其中，对象属性可通过canvas、webgl等协议生成，包括base64位格式图片、标准webgl常量、webgl扩展常量等对象属性。用户属性可选择其中一个或多个对象属性。根据实际业务情况，选择不同的对象属性可影响其识别准确率。

在某些实施方式中，通过todataurl方法将canvas画布转换为base64格式图片，用户属性可为base64格式图片。

在某些实施方式中，通过todataurl方法将canvas画布转换为base64格式图片，另外利用webglrenderingcontext接口中的getsupportedextensions采集扩展支持信息，用户属性可为base64格式图片及扩展支持信息。

在步骤s20中，获取终端的设备属性。其中，终端的设备属性包括可反映终端设备部分硬件或软件信息的参数或者属性，如设备品牌、设备型号、窗口属性、操作系统等。一般而言，在终端设备可开放的情况下，根据实际情况获取相应的设备属性，可以理解的是，获取的设备属性越多，最终的用户识别准确性越高。

进一步地，在步骤s30中，根据对象属性和设备属性确定用户属性。具体地，在某些实施方式中，可直接将获取的对象属性和设备属性合并作为用户属性。在另一些实施方式中，可进行加权合并等方式以使得某些属性可以放大其唯一性。合并方式并不做限制，可根据实际情况进行简单地数学处理。

在步骤s40中，利用哈希算法将用户属性转换为哈希值。其中，哈希算法，或散列算法，可将任意长度的二进制值映射为较短的固定长度的二进制值，即哈希值或散列值。哈希算法包括md4、md5、sha等。

在某些实施方式中，可通过murmurhash算法将用户属性数据转换成一个预定长度的哈希值。其中，murmurhash算法是一种非加密哈希的算法，包括murmurhash2与murmurhash3，与其它流行的哈希函数相比，对于规律性较强的key，murmurhash的随机分布特征表现更良好，且相较于加密哈希算法，其计算速度更快。

具体地，当确定用户属性后，将用户属性中的一个或多个对象属性进行融合得到数组，将此数组通过哈希算法如md5转换为一个预定长度的哈希值。

进一步地，在步骤s50中，根据哈希值生成用户id以识别用户。包括将哈希值作为用户id，或做进一步处理如增删字段或排序等方式变换后作为用户id。

本申请通过利用canvas创建画布实例并获取画布实例的对象属性，获取终端的设备属性，及根据对象属性和设备属性确定用户属性，然后利用哈希算法将用户属性转换为哈希值，并根据哈希值生成用户id以识别终端小程序的用户。如此，因canvas画布在不同设备、不同操作系统、或不同浏览器上，产生的图片内容不同，可作为区别特征以识别不同用户或设备。另外，哈希算法的特点是只要原始数据有微小变动，得到的哈希值相差甚远，故利用哈希算法将canvas画布的对象属性转换为哈希值，可进一步放大其区别点，将哈希值作为用户id可作为用户的唯一识别。且通过创建画布的方式获取用户属性无需用户授权。另外，哈希算法一方面根据原始数据可以快速计算出哈希值，可提高识别用户的效率。另一方面通过哈希值较难推导出原始数据，可提高用户设备的隐私保护性。进一步地，本申请创建的用户id为一套独立的用户识别方法，设备终端上的各应用程序可得到统一的用户id，并与设备终端一一对应并建立连接，从而可对使用终端设备的用户行为进行统计分析。而通过应用程序进行分配的id如openid和unionid，无法与设备终端建立连接，且每个主体的应用，识别的用户都是孤立的，彼此没有关联。

请参阅图3，在某些实施方式中，利用canvas创建画布实例包括：

s11：利用离屏canvas创建预设尺寸及内容的预设画布。

在某些实施方式中，s11可以由创建模块110来实现。或者说，创建模块110用于利用离屏canvas创建预设尺寸及内容的预设画布。

在某些实施方式中，处理器用于利用离屏canvas创建预设尺寸及内容的预设画布。

具体地，离屏canvas(offscreencanvas)，是相较于非离屏canvas的一种新特性，可将canvas移出屏幕来进行独立编辑。有两种方式可以创建offscreencanvas，一种是通过offscreencanvas的构造函数直接创建，另外一种方式，是首先获取网页元素canvas对象，然后调用canvas对象的transfercontroltooffscreen函数创建一个offscreencanvas对象offscreen，绘制该offscreencanvas对象，同时会绘制canvas对象。

在利用offscreencanvas创建canvas画布时，其画布内容及尺寸为预设值，如创建100px的矩形框。

如此，可利用offscreencanvas创建canvas画布。且相较于非离屏canvas，offscreencanvas将canvas移出屏幕，解耦了dom和canvasapi，使得offscreencanvas的渲染与dom完全分离了开来，比普通canvas速度更快。同时，通过创建预设尺寸及内容的画布，可使得同一设备每一次创建画布时，最终生成的哈希值为相同值。因哈希值与终端设备一一对应，可进一步对使用终端设备的用户行为进行统计分析。

请参阅图4，在某些实施方式中，步骤s10包括：

s12：判断小程序所属的应用程序是否支持离屏canvas；

s13：若应用程序支持离屏canvas，通过离屏canvasapi创建预设画布以生成canvas实例；

s14：根据canvas实例获取画布的对象属性，其中，对象属性包括basic64格式图片，或basic64格式图片、材质最大支持数量和扩展支持信息。

在某些实施方式中，s12-s14可以由创建模块110来实现。或者说，创建模块110用于判断小程序所属的应用程序是否支持离屏canvas，若应用程序支持离屏canvas，通过离屏canvasapi创建预设画布以生成canvas实例，根据canvas实例获取画布的对象属性，其中，对象属性包括basic64格式图片，或basic64格式图片、材质最大支持数量和扩展支持信息。

在某些实施方式中，处理器用于判断小程序所属的应用程序是否支持离屏canvas，若应用程序支持离屏canvas，通过离屏canvasapi创建预设画布以生成canvas实例，根据canvas实例获取画布的对象属性，其中，对象属性包括basic64格式图片，或basic64格式图片、材质最大支持数量和扩展支持信息。

具体地，可首先判断小程序所属的应用程序是否支持离屏canvas，若支持，则继续创建画布。反之，若不支持，则可跳过此步骤，继续后续的判断。在某些实施方式中，也可以结束识别。

进一步地，当应用程序支持离屏canvas时，通过离屏canvasapi创建预设画布以生成canvas实例。createoffscreencanvas是应用程序如小程序的原生api，通过调用该api可以生成离屏canvas。小程序加载完成后创建一个预设尺寸及内容的离屏canvas画布实例，然后canvas通过canvas.todataurl方法获取其basic64格式的图片数据。其中，basic64格式的图片数据是利用basic64编码将一张图片数据编码成一串字符串。

可以理解的是，每一种浏览器都会使用不同的图像处理引擎，不同的导出选项，不同的压缩等级等，所以每一台设备绘制出的图形都会有些许不同，则canvas通过canvas.todataurl方法获取每台设备的basic64格式的图片数据不同，可以用来识别不同设备或用户。

需要说明的是，本申请用于识别用户，而本申请的生成用户id的方式为基于设备硬件或参数作为区别特征，故不同设备其用户id也不同，而同一设备对应同一用户，故本申请可用以识别用户或设备。

如此，可通过离屏canvas获取画布的basic64格式图片数据作为用户属性进行哈希计算，并最终生成用户id，因不同设备所生成的basic64格式图片数据不同，则可使得生成的用户id在一定程度上可作为用户或设备的唯一识别号以进行用户识别。

在某些实施方式中，对象属性还可包括basic64格式的图片、材质最大支持数量和扩展支持信息。其中，材质最大支持数量和扩展支持信息可通过canvas.webgl协议获取，材质最大支持数量为webgl中的材质信息，扩展支持信息为浏览器之间的扩展支持，可在一定程度上区别并反映设备的硬件、设置及参数信息。

可以理解的是，每一种浏览器都会使用不同的图像处理引擎，不同的导出选项，不同的压缩等级等，所以每一台设备绘制出的图形都会有些许不同，故获取的basic64格式的图片对于不同设备有小概率的相同数据，本申请通过增加材质最大支持数量和扩展支持信息与basic64格式的图片一起进行计算判断，有效地提高了用户识别的准确率。

请参阅图5，在某些实施方式中，步骤s20包括：

s21：判断小程序所属的应用程序是否支持获取设备属性；

s22：若应用程序支持获取设备属性，通过getsysteminfoasyncapi获取设备属性，其中，设备属性包括设备品牌、设备型号、像素比、屏幕宽度、屏幕高度、可使用窗口宽度、可使用窗口高度、操作系统及版本中的任意一种或多种。

在某些实施方式中，s21和s22可以由第一获取模块120实现。或者说，第一获取模块120中用于判断小程序所属的应用程序是否支持获取设备属性，若应用程序支持获取设备属性，通过getsysteminfoasyncapi获取设备属性，其中，设备属性包括设备品牌、设备型号、像素比、屏幕宽度、屏幕高度、可使用窗口宽度、可使用窗口高度、操作系统及版本中的任意一种或多种。

在某些实施方式中，处理器中的对象属性用于判断小程序所属的应用程序是否支持获取设备属性，若应用程序支持获取设备属性，通过getsysteminfoasyncapi获取设备属性，其中，设备属性包括设备品牌、设备型号、像素比、屏幕宽度、屏幕高度、可使用窗口宽度、可使用窗口高度、操作系统及版本中的任意一种或多种。

具体地，可首先判断小程序所属的应用程序是否支持获取设备属性，若支持，则继续获取设备属性。反之，若不支持，则可跳过此步骤，继续后续的判断。在某些实施方式中，也可以结束识别。

进一步地，本实施例获取的设备属性至少包括包括设备品牌、设备型号、像素比、屏幕宽度、屏幕高度、可使用窗口宽度、可使用窗口高度、操作系统及版本中的任意一种或多种。

在某些实施方式中，将basic64格式的图片、材质最大支持数量、扩展支持信息、设备品牌、设备型号、像素比、屏幕宽度、屏幕高度、可使用窗口宽度、可使用窗口高度和操作系统及版本的数据综合打包成一个长字符串，包括顺序排列等打包方式。然后利用哈希算法将数据转换为一个预设长度的哈希值，根据此哈希值生成用户id。

如此，相较于上述实施例，本实施例确定了上述设备属性，上述设备属性可在一定程度上反映终端设备的设备硬件和软件的参数，在平衡计算功耗与识别准确性上，与对象属性共同对用户进行识别，可增强对用户的识别准确度，降低了因不同设备生成相同用户id的误识别率。

请参阅图6，在某些实施方式中，用户识别方法还包括：

s60：获取终端的功能模块属性；

相应地，步骤s30包括：

s31：根据对象属性、设备属性和功能模块属性确定用户属性。

相应地，请参阅图7，用户识别装置100还包括第二获取模块160。s60可以由第二获取模块160实现，s31可以由确定模块130实现。或者说，第二获取模块160用于获取获取终端的功能模块属性。确定模块130还用于根据对象属性、设备属性和功能模块属性确定用户属性。

在某些实施方式中，处理器用于获取终端的功能模块属性，并根据对象属性、设备属性和功能模块属性确定用户属性。

具体地，功能模块属性包括终端设备的附加功能模块，如nfc模块，蓝牙模块等，用以实现某种特别功能的模块。在终端设备开放的前提下，小程序通过所属的应用程序相应api调用并获取功能模块相应的参数以得到功能模块属性。

如此，通过增加功能模块属性，在一定程度上提高了对终端设备的识别性，同时增加了用户属性，并提高了最终转换的用户id的唯一识别性。

请参阅图8，在某些实施方式中，步骤s60包括：

s61：判断小程序所属的应用程序是否支持获取功能模块属性；

s62：若应用程序支持获取功能模块属性，通过小程序的api获取功能模块属性，其中，功能模块属性包括nfc属性。

在某些实施方式中，s61和s62可以由第二获取模块160实现。或者说，第二获取模块160中用于判断小程序所属的应用程序是否支持获取功能模块属性，若应用程序支持获取功能模块属性，通过小程序的api获取功能模块属性，其中，功能模块属性包括nfc属性。

在某些实施方式中，处理器中的对象属性用于判断小程序所属的应用程序是否支持获取功能模块属性，若应用程序支持获取功能模块属性，通过小程序的api获取功能模块属性，其中，功能模块属性包括nfc属性。

具体地，可首先判断小程序所属的应用程序是否支持获取功能模块属性，若支持，则继续获取功能模块属性。反之，若不支持，则可跳过此步骤，继续后续的判断。在某些实施方式中，也可以结束识别。

进一步地，本实施例中获取的功能模块属性至少包括nfc属性。具体地，可利用小程序的原生api：isodep.getmaxtransceivelength，通过该api可以获取nfc数据传输最大传输长度值并存储，然后将此值确定为功能模块属性值。

需要说明的是，本申请对对象属性、设备属性与功能模块属性的获取的顺序不做限制，可根据实际情况选择。

在某些实施方式中，可以先判断小程序所属的应用程度是否支持离屏canvas，若支持，创建画布并获取对象属性，然后继续判断小程序所属的应用程度是否支持设备属性并获取设备属性，最后将均具有数据的对象属性与设备属性一起作为用户属性。反之，若小程序所属的应用程度不支持离屏canvas，则也继续判断小程序所属的应用程度是否支持设备属性，若支持，获取设备属性，最后将具有数据的设备属性作为用户属性。同理，接下来可继续判断功能模块属性的支持。可以理解的是，若对象属性、设备属性与功能模块属性均不支持，则结束本识别方法，可继续其它预设的识别方法或异常预警如提示无法识别用户等。

在另一些实施方式中，也可以先判断小程序所属的应用程度是否支持设备属性，若支持，获取设备属性，然后继续判断小程序所属的应用程度是否支持离屏canvas并获取相应的对象属性，最后将均具有数据的设备属性与对象属性一起作为用户属性。反之，若小程序所属的应用程度不支持设备属性，则也继续判断小程序所属的应用程度是否支持离屏canvas，若支持，创建画布并获取对象属性，最后将具有数据的设备属性作为用户属性。同理，接下来可继续判断功能模块属性的支持。可以理解的是，若对象属性、设备属性与功能模块属性均不支持，则结束本识别方法，可继续其它预设的识别方法或异常预警如提示无法识别用户等。

在某些实施方式中，因对象属性的唯一性识别准确率远高于设备属性，可设定必须获取对象属性。在某些实施方式中，也可对象属性、设备属性与功能模块属性三者选一个或多个。

请参阅图9，在某些实施方式中，用户识别方法还包括：

s70：获取用户的openid或unionid；

相应地，步骤s50包括：

s51：根据哈希值，以及openid或unionid生成用户id以识别用户。

相应地，请参阅图10，用户识别装置100还包括第三获取模块170。s70可以由第三获取模块170实现，s51可以由生成模块150实现。或者说，第三获取模块170用于获取用户的openid或unionid。生成模块150还用于根据哈希值，以及openid或unionid生成用户id以识别用户。

在某些实施方式中，处理器用于获取用户的openid或unionid，并根据哈希值，以及openid或unionid生成用户id以识别用户。

具体地，每一种浏览器都会使用不同的图像处理引擎，不同的导出选项，不同的压缩等级等，所以每一台设备绘制出的图形都会有些许不同，但理论上存在某些情况，因用户属性差异，不同设备可能产生相同的用户id。上述实施例中的用户属性用来生成用户id对用户的识别准确率为94％以上。即就是，小概率存在不同设备会产生相同的哈希值。为避免上述小概率的误识别率，本实施例将openid或unionid与生成的哈希值融合在一起形成最终的用户id。

在某些实施方式中，根据openid与哈希值生成用户id。

在某些实施方式中，根据unionid与哈希值生成用户id。

在某些实施方式中，将openid或unionid与用户属性一起通过哈希算法计算出一个哈希值。

在某些实施方式中，通过openid或unionid与上述实施例中任一种生成的哈希值进行组合以识别用户。

如此，本实施例相较于上述实施例，增加了应用程序的临时用户分配号openid或unionid，与用户属性生成的哈希值一起以得到可识别用户的用户id，在一定程度上增强了对用户的识别准确度，降低了因不同设备生成相同用户id的误识别率。

综上所述，本申请通过创建画布，获取画布的对象属性以确定用户属性，利用哈希算法将用户属性转换为哈希值，根据哈希值生成用户id以识别用户。至少具有以下有益效果：

一、因canvas画布在不同设备、不同操作系统、或不同浏览器上，产生的图片内容不同，可作为区别特征以识别不同用户或设备。

二、利用哈希算法将canvas画布的对象属性转换为哈希值，可进一步放大其区别点，将哈希值作为用户id可唯一识别用户。

三、通过创建画布的方式获取用户属性无需用户授权。

四、哈希算法一方面根据原始数据可以快速计算出哈希值，可提高识别用户的效率。另一方面通过哈希值较难推导出原始数据，可提高用户设备的隐私保护性。

五、本申请创建的用户id为一套独立的用户识别方法，设备终端上的各应用程序可得到统一的用户id。本申请与设备终端可一一对应并建立连接，相较于目前的用户识别id仅与应用程序相关，即通过应用程序进行分配的id如openid和unionid，无法与设备终端建立连接，且每个主体的应用，识别的用户都是孤立的，彼此没有关联。

六、通过增加应用程序的临时用户分配号openid和unionid，与用户属性生成的哈希值一起以得到可识别用户的用户id，在一定程度上增强了对用户的识别准确度，降低了不同设备生成相同用户id的误识别率。

本申请实施方式还提供了一种计算机可读存储介质。一个或多个存储有计算机程序的非易失性计算机可读存储介质，当计算机程序被一个或多个处理器执行时，实现上述任一实施方式的用户识别方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的软件来完成。程序可存储于一非易失性计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory，rom)等。

以上实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。