CN112565238A - 弹出隐私政策的方法、客户端及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种弹出隐私政策的方法、客户端及计算机可读存储介质，该弹出隐私政策的方法包括：客户端向服务器发送请求指令，以使所述服务器在保存的记录中查询当前隐私政策在所述客户端上是否被同意过；所述客户端在接收到所述服务器发送的查询结果后，根据所述查询结果确定是否弹出所述当前隐私政策的信息。本申请所提供的弹出隐私政策的方法能够考虑用户在此之前是否同意过隐私政策的实际情况，避免用户在已经同意当前隐私政策的情况下，还需要用户再次重复同意。

Description

弹出隐私政策的方法、客户端及计算机可读存储介质

技术领域

本申请涉及通信技术领域，特别是涉及一种弹出隐私政策的方法、客户端及计算机可读存储介质。

背景技术

为了让用户在使用移动互联网应用程序前能够快速了解到该应用程序收集了用户的哪些个人信息及其目的，目前常见的做法是在应用程序安装、更新或重置后的第一次启动，弹出隐私政策(也叫个人信息保护指引)供用户阅读并同意。

本申请的发明人发现，上述操作会导致即使用户已经同意了当前版本的隐私政策，但还是会弹出隐私政策，且需要用户重复点击阅读，这会影响用户的使用体验。

发明内容

本申请主要解决的技术问题是提供一种弹出隐私政策的方法、客户端及计算机可读存储介质，能够考虑用户在此之前是否同意过隐私政策的实际情况，避免用户在已经同意当前隐私政策的情况下，需要用户再次重复同意。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种弹出隐私政策的方法，所述方法包括：客户端向服务器发送请求指令，以使所述服务器在保存的记录中查询当前隐私政策在所述客户端上是否被同意过；所述客户端在接收到所述服务器发送的查询结果后，根据所述查询结果确定是否弹出所述当前隐私政策的信息。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种弹出隐私政策的方法，所述方法包括：服务器在接收到客户端发送的请求指令后，在保存的记录中查询当前隐私政策在所述客户端上是否被同意过；所述服务器将查询结果发送给所述客户端，以使所述客户端根据所述查询结果确定是否弹出所述当前隐私政策的信息。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种客户端，包括处理器、存储器以及通信电路，所述处理器分别耦接所述存储器、所述通信电路，所述存储器中存储有程序数据，所述处理器通过执行所述存储器内的所述程序数据以实现上述方法中的步骤。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种服务器，包括处理器、存储器以及通信电路，所述处理器分别耦接所述存储器、所述通信电路，所述存储器中存储有程序数据，所述处理器通过执行所述存储器内的所述程序数据以实现上述方法中的步骤。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种计算机可读存储介质，存储有计算机程序，所述计算机程序能够被处理器执行以实现上述方法中的步骤。

本申请的有益效果是：本申请客户端根据服务器的查询结果确定是否弹出当前隐私政策的信息，可以避免在用户已经同意当前隐私政策的情况还重复弹出当前隐私政策的信息，能够提高用户的使用体验。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：

图1是本申请弹出隐私政策的方法一实施方式的流程示意图；

图2是在一应用场景中客户端弹出隐私政策的信息的显示界面；

图3是本申请弹出隐私政策的方法另一实施方式的流程示意图；

图4是本申请弹出隐私政策的方法另一实施方式的流程示意图；

图5是本申请客户端一实施方式的结构示意图；

图6是本申请服务器一实施方式的结构示意图；

图7是本申请客户端一实施方式的结构示意图；

图8是本申请服务器一实施方式的结构示意图；

图9是本申请计算机可读存储介质一实施方式的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参阅图1，图1是本申请弹出隐私政策的方法一实施方式的流程示意图，该方法包括：

S110：客户端向服务器发送请求指令。

具体地，客户端上安装有一应用程序，且该应用程序存在一对应的服务器，当该应用程序受到触发时，客户端向服务器发送请求当前隐私政策的请求指令。

S120：服务器在保存的记录中查询当前隐私政策在客户端上是否被同意过。

具体地，隐私政策会不断得到更新，而当前隐私政策指的是最新的隐私政策。客户端上保存有记录，从该记录中能够知道当前隐私政策在客户端上是否被同意过。

其中，只有当前隐私政策在客户端上被同意，对应的应用程序才能正常在客户端上运行。

S130：服务器将查询结果发送给客户端。

具体地，查询结果包括当前隐私政策在客户端上是否被同意过的结果：要么是当前隐私政策在客户端上已经被同意过，要么是当前隐私政策在客户端上未被同意过。

在一应用场景中，服务器将当前隐私政策在客户端上是否被同意过的结果以及当前隐私政策的网络地址URL(uniform resource locator，统一资源定位系统)一起发送给客户端，即此时不管当前隐私政策在客户端上是否被同意过，都会将当前隐私政策的网络地址URL发送给客户端。

在另一应用场景中，若服务器查询到当前隐私政策在客户端上未被同意过，则将未被同意的结果以及当前隐私政策的网络地址URL发送给客户端(或者只发送当前隐私政策的网络地址URL)；若服务器查询到当前隐私政策在客户端上被同意过，则将被同意过的结果发送给客户端。也就是说，与上述应用场景不同的是，当查询到当前隐私政策在客户端上已经被同意过时，服务器不会再将隐私政策的网络地址URL发送给客户端，以达到提高客户端与服务器之间的通信速率。

同时在其他应用场景中，服务器向客户端发送的可以不是当前隐私政策的网络地址URL，而是当前隐私政策的具体内容。

S140：客户端根据查询结果确定是否弹出当前隐私政策的信息。

具体地，若当前隐私政策在客户端上被同意过，则客户端不会再弹出当前隐私政策的信息，若当前隐私政策在客户端上没有被同意过，则客户端还会再弹出当前隐私政策的信息。

其中，当前隐私政策的信息可以是隐私政策的具体内容，也可以是根据当前隐私政策的网络地址URL生成的超链接(图2中的“《隐私政策》”即为生成的超链接)，其中，当弹出的是根据当前隐私政策的网络地址URL生成的超链接时，用户可以点击该超链接而进入当前隐私政策的页面，从而阅读当前隐私政策的具体内容。

从上述内容可以看出，本申请客户端根据服务器的查询结果确定是否弹出当前隐私政策的信息，可以避免在用户已经同意当前隐私政策的情况还还重复弹出当前隐私政策的信息，能够提高用户的使用体验。

在本实施方式中，继续参阅图1，弹出隐私政策的方法还包括：

S150：客户端将当前隐私政策被同意的记录发送给服务器。

S160：服务器更新保存的记录。

具体地，服务器上保存的记录是由服务器发送的，从而能够保证服务器上保存的记录的准确性。同时客户端仅仅将当前隐私政策被同意的记录发送给服务器，可以减少服务器上的占用空间。

在其他实施方式中，客户端也可以将当前隐私政策不被同意的记录发送给服务器，以及客户端在根据查询结果确定弹出当前隐私政策的信息后，也可以不主动向服务器发送当前隐私政策被同意的记录，而是在受到触发后向服务器发送记录或者由服务器到客户端上去主动获取记录。

在本实施方式中，在一应用场景中，在服务器将当前隐私政策的网络地址URL发送给客户端的同时，其还会将当前文字说明一起发送给客户端，而后客户端根据查询结果确定弹出当前隐私政策的信息后，在同一个弹窗内显示当前隐私政策的网络地址URL(也可以是当前隐私政策的具体内容)以及服务器发送的当前文字说明。

如图2所示，图2弹窗中“《隐私政策》”为当前隐私政策的信息(具体为根据当前隐私政策的网络地址URL生成的超链接)，“确定”为供用户同意隐私政策点击的按钮，“取消”为供用户拒绝同意隐私政策点击的按钮(弹窗的形式是多样的，在其他实施方式中，没有“确定”和“取消”按钮，而是设置“我知道了”按钮供用户点击同意隐私政策以及关闭弹窗的按钮供用户拒绝同意隐私政策)，而其余文字部分为文字说明。也就是说，在本实施方式中，弹窗中当前隐私政策的信息以及文字说明均由服务器发送，可以得到定期或不定期的更新。

在其他实施方式中，弹窗中的文字说明也可以是客户端预先保存的，其为固定内容，在此不做限制。

在一应用场景中，步骤S110具体包括：侦测到应用程序在安装/重置后的第一次启动时，客户端向服务器发送携带有客户端的唯一标识的请求指令，以使服务器根据唯一标识在保存的记录中查询当前隐私政策在客户端上是否被同意过。

具体地，在现有技术中，若用户安装了A软件，且同意过A软件当前隐私政策，而后用户将A软件卸载又进行了重新安装，假设在卸载到重新安装的这段时间，隐私政策没有更新，此时在重新安装后的第一次启动时，客户端还会将当前隐私政策再一次弹出，需要用户重复点击，而为了避免该缺陷，本应用场景中，在应用程序安装/重置后的第一次启动时，客户端向服务器发送的请求指令携带有客户端的唯一标识，该唯一标识与客户端向对应，具有唯一性，而后服务器根据该唯一标识判断当前隐私政策在客户端上是否同意过，此时如果当前隐私政策在客户端上被同意过，则后续客户端不会再弹出当前隐私政策，从而能够避免上述的缺陷。

在该应用场景中，步骤S150具体包括：在当前隐私政策被同意时，将当前隐私政策被同意的结果以及时间、当前隐私政策的版本以及客户端的唯一标识发送给服务器，以使服务器对应保存以更新记录。

具体地，服务器将上述对应保存能够保证客户端下一次发送请求指令时，服务器查询到准确结果。

其中，客户端在向服务器发送携带有客户端的唯一标识的请求指令之前，客户端将客户端的特征值进行哈希计算而得到客户端的唯一标识。

具体地，通过哈希计算得到的客户端的唯一标识与客户端上的任何数据无关，能够有效保护用户的隐私。

其中，特征值可以是客户端的IMEI(International Mobile EquipmentIdentity，国际移动设备标识)码或者客户端自定义的值。

在一另应用场景中，步骤S110具体包括：当登录到服务器时，客户端向服务器发送请求指令，以使服务器根据客户端的登录信息在保存的记录中查询在此之前当前隐私政策在客户端上是否被同意过。

具体地，在现有技术中，隐私政策的更新均与应用程序的更新绑定，也就是说，只有在应用程序更新时，新的隐私政策才会弹出，而这样的方式存在如下缺陷：若隐私政策的更新早于应用程序的更新，新的隐私政策也不会弹出，而为了避免该缺陷，本应用场景只要客户端登录到服务器，其就会向服务器发送请求指令，此时若隐私政策得到了更新，其就会及时弹出，能够避免上述提及的缺陷。

在该应用场景中，步骤S150具体包括：在当前隐私政策被同意时，将当前隐私政策被同意的结果以及时间、当前隐私政策的版本发送给服务器，以使服务器将当前隐私政策被同意的结果以及时间、当前隐私政策的版本以及客户端的登录信息对应保存以更新记录。

具体地，与上述应用场景不同的是，服务器是将当前隐私政策被同意的结果以及时间、当前隐私政策的版本与登录信息对应保存。其中，登录信息可以是用户的登录账号，也可以是用户的昵称等。

参阅图3，图3是本申请隐私政策的弹出方法另一实施方式的流程示意图，该方法包括：

S210：客户端向服务器发送请求指令，以使服务器在保存的记录中查询当前隐私政策在客户端上是否被同意过。

S220：客户端在接收到服务器发送的查询结果后，根据查询结果确定是否弹出当前隐私政策的信息。

本实施方式中隐私政策的弹出方法与上述任一项实施方式中客户端执行的方法相同，详细可参见上述实施方式，在此不再赘述。

参阅图4，图4是本申请隐私政策的弹出方法另一实施方式的流程示意图，该方法包括：

S310：服务器在接收到客户端发送的请求指令后，在保存的记录中查询当前隐私政策在客户端上是否被同意过。

S320：服务器将查询结果发送给客户端，以使客户端根据查询结果确定是否弹出当前隐私政策的信息。

本实施方式中隐私政策的弹出方法与上述任一项实施方式中服务器执行的方法相同，详细可参见上述实施方式，在此不再赘述。

其中，需要说明的是，上述介绍的方法不限于隐私政策的弹出，也可以适用于用户协议的弹出，相关内容再次不再赘述。

参阅图5，图5是本申请客户端一实施方式的结构示意图。该客户端500包括请求模块510以及处理模块520。

请求模块510用于向服务器发送请求指令，以使服务器在保存的记录中查询当前隐私政策在客户端500上是否被同意过。

处理模块520与请求模块510连接，用于在接收到服务器发送的查询结果后，根据查询结果确定是否弹出当前隐私政策的信息。

在一实施方式中，客户端500还包括发送模块，用于在弹出当前隐私政策的信息后，将当前隐私政策被同意的记录发送给服务器，以使服务器更新保存的记录。

在一实施方式中，请求模块510具体用于侦测到应用程序在安装/重置后的第一次启动时，向服务器发送携带有客户端500的唯一标识的请求指令，以使服务器根据唯一标识在保存的记录中查询当前隐私政策在客户端500上是否被同意过。

在一实施方式中，发送模块具体用于在当前隐私政策被同意时，将当前隐私政策被同意的结果以及时间、当前隐私政策的版本以及客户端500的唯一标识发送给服务器，以使服务器对应保存以更新记录。

在一实施方式中，请求模块510向服务器发送携带有客户端500的唯一标识的请求指令之前，还用于将客户端500的特征值进行哈希计算而得到客户端500的唯一标识。

在一实施方式中，请求模块510具体用于当登录到服务器时，向服务器发送请求指令，以使服务器根据客户端500的登录信息在保存的记录中查询当前隐私政策在客户端500上是否被同意过。

在一实施方式中，发送模块具体用于在当前隐私政策被同意时，将当前隐私政策被同意的结果以及时间、当前隐私政策的版本发送给服务器，以使服务器将当前隐私政策被同意的结果以及时间、当前隐私政策的版本以及客户端500的登录信息对应保存以更新记录。

处理模块520具体用于在根据查询结果确定弹出当前隐私政策的信息后，在同一个弹窗内显示当前隐私政策的信息以及服务器发送的当前文字说明。

参阅图6，图6是本申请服务器一实施方式的结构示意图。该服务器600包括查询模块610以及发送模块620。

查询模块610用于在接收到客户端发送的请求指令后，在保存的记录中查询当前隐私政策在客户端上是否被同意过。

发送模块620与查询模块610连接，用于将查询结果发送给客户端，以使客户端根据查询结果确定是否弹出当前隐私政策的信息。

在一实施方式中，服务器600还包括保存模块，用于保存客户端发送的当前隐私政策被同意的记录，以更新保存的记录。

在一实施方式中，发送模块620具体用于：将当前隐私政策在客户端上是否被同意过的结果以及当前隐私政策的网络地址URL一起发送给客户端；或，若查询模块610查询到当前隐私政策在客户端上未被同意过，则发送模块620将未被同意的结果以及当前隐私政策的网络地址URL发送给客户端；若查询模块610查询到当前隐私政策在客户端上被同意过，则将被同意过的结果发送给客户端。

在一实施方式中，发送模块620具体用于：将当前隐私政策的网络地址URL以及当前文字说明一起发送给客户端，以使客户端在确定弹出当前隐私政策的信息时，在同一个弹窗内显示当前文字说明以及根据当前隐私政策的网络地址URL生成的超链接。

参阅图7，图7是本申请客户端一实施方式的结构示意图，该客户端700包括处理器710、存储器720以及通信电路730，处理器710分别耦接存储器720以及通信电路730，处理器710在工作时控制自身以及存储器720、通信电路730以实现上述任一项实施方式中客户端所执行方法中的步骤，其中详细的步骤可参见上述实施方式，在此不再赘述。

其中，客户端700可以是手机、平板电脑等电子设备，在此不做限制。

参阅图8，图8是本申请服务器一实施方式的结构示意图，该服务器800包括处理器810、存储器820以及通信电路830，处理器810分别耦接存储器820以及通信电路830，处理器810在工作时控制自身以及存储器820、通信电路830以实现上述任一项实施方式中服务器所执行方法中的步骤，其中详细的步骤可参见上述实施方式，在此不再赘述。

参阅图9，图9是本申请计算机可读存储介质一实施方式的结构示意图。该计算机可读存储介质900存储有计算机程序910，计算机程序910能够被处理器执行以实现上述任一项方法中的步骤。

其中，计算机可读存储介质900具体可以为U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等可以存储计算机程序910的装置，或者也可以为存储有该计算机程序910的服务器，该服务器可将存储的计算机程序910发送给其他设备运行，或者也可以自运行该存储的计算机程序910。

总而言之，本申请客户端根据服务器的查询结果确定是否弹出当前隐私政策的信息，可以避免在用户已经同意当前隐私政策的情况还重复弹出当前隐私政策的信息，能够提高用户使用体验。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (15)

1.一种弹出隐私政策的方法，其特征在于，所述方法包括：

客户端向服务器发送请求指令，以使所述服务器在保存的记录中查询当前隐私政策在所述客户端上是否被同意过；

所述客户端在接收到所述服务器发送的查询结果后，根据所述查询结果确定是否弹出所述当前隐私政策的信息。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

所述客户端在弹出所述当前隐私政策的信息后，将所述当前隐私政策被同意的记录发送给所述服务器，以使所述服务器更新保存的所述记录。

3.根据权利要求2所述的方法，其特征在于，客户端向服务器发送请求指令，以使所述服务器在保存的记录中查询当前隐私政策在所述客户端上是否被同意过的步骤，包括：

侦测到应用程序在安装/重置后的第一次启动时，所述客户端向所述服务器发送携带有所述客户端的唯一标识的所述请求指令，以使所述服务器根据所述唯一标识在保存的所述记录中查询所述当前隐私政策在所述客户端上是否被同意过。

4.根据权利要求3所述的方法，其特征在于，将所述当前隐私政策被同意的记录发送给所述服务器，以使所述服务器更新保存的所述记录的步骤，包括：

在所述当前隐私政策被同意时，将所述当前隐私政策被同意的结果以及时间、所述当前隐私政策的版本以及所述客户端的唯一标识发送给所述服务器，以使所述服务器对应保存以更新所述记录。

5.根据权利要求3所述的方法，其特征在于，在所述客户端向所述服务器发送携带有所述客户端的唯一标识的所述请求指令之前，还包括：

将所述客户端的特征值进行哈希计算而得到所述客户端的唯一标识。

6.根据权利要求2所述的方法，其特征在于，客户端向服务器发送请求指令，以使所述服务器在保存的记录中查询当前隐私政策在所述客户端上是否被同意过的步骤，包括：

当登录到所述服务器时，所述客户端向所述服务器发送所述请求指令，以使所述服务器根据所述客户端的登录信息在保存的所述记录中查询所述当前隐私政策在所述客户端上是否被同意过。

7.根据权利要求6所述的方法，其特征在于，将所述当前隐私政策被同意的记录发送给所述服务器，以使所述服务器更新保存的所述记录的步骤，包括：

在所述当前隐私政策被同意时，将所述当前隐私政策被同意的结果以及时间、所述当前隐私政策的版本发送给所述服务器，以使所述服务器将所述当前隐私政策被同意的结果以及时间、所述当前隐私政策的版本以及所述客户端的登录信息对应保存以更新所述记录。

8.根据权利要求1所述的方法，其特征在于，所述客户端根据所述查询结果确定弹出所述当前隐私政策的信息后，在同一个弹窗内显示所述当前隐私政策的信息以及所述服务器发送的当前文字说明。

9.一种弹出隐私政策的方法，其特征在于，所述方法包括：

服务器在接收到客户端发送的请求指令后，在保存的记录中查询当前隐私政策在所述客户端上是否被同意过；

所述服务器将查询结果发送给所述客户端，以使所述客户端根据所述查询结果确定是否弹出所述当前隐私政策的信息。

10.根据权利要求9所述的方法，其特征在于，所述方法还包括：

所述服务器保存所述客户端发送的所述当前隐私政策被同意的记录，以更新保存的记录。

11.根据权利要求9所述的方法，其特征在于，所述服务器将查询结果发送给所述客户端的步骤，包括：

所述服务器将所述当前隐私政策在所述客户端上是否被同意过的结果以及所述当前隐私政策的网络地址URL一起发送给所述客户端；或，

若所述服务器查询到所述当前隐私政策在所述客户端上未被同意过，则将所述未被同意的结果以及所述当前隐私政策的网络地址URL发送给所述客户端；

若所述服务器查询到所述当前隐私政策在所述客户端上被同意过，则将所述被同意过的结果发送给所述客户端。

12.根据权利要求11所述的方法，其特征在于，将所述当前隐私政策的网络地址URL发送给所述客户端的步骤，进一步包括：

将所述当前隐私政策的网络地址URL以及当前文字说明一起发送给所述客户端，以使所述客户端在确定弹出所述当前隐私政策的信息时，在同一个弹窗内显示所述当前文字说明以及根据所述当前隐私政策的网络地址URL生成的超链接。

13.一种客户端，其特征在于，包括处理器、存储器以及通信电路，所述处理器分别耦接所述存储器、所述通信电路，所述存储器中存储有程序数据，所述处理器通过执行所述存储器内的所述程序数据以实现如权利要求1-8任一项所述方法中的步骤。

14.一种服务器，其特征在于，包括处理器、存储器以及通信电路，所述处理器分别耦接所述存储器、所述通信电路，所述存储器中存储有程序数据，所述处理器通过执行所述存储器内的所述程序数据以实现如权利要求9-12任一项所述方法中的步骤。

15.一种计算机可读存储介质，其特征在于，存储有计算机程序，所述计算机程序能够被处理器执行以实现如权利要求1-12任一项所述方法中的步骤。

Images