信息传输方法、系统、设备、存储介质及程序产品与流程

1.本技术涉及数据传输技术领域，尤其涉及一种信息传输方法、系统、设备、存储介质及程序产品。


背景技术：

2.随着互联网的快速发展，用户的个人隐私信息暴露越来越严重，社会对个人隐私信息的保护意识也在不断增强。在应用程序运行过程中，采集用户个人信息时需要符合隐私合规要求。
3.为了落实这一机制，需要记录应用程序与用户之间的“告知-同意”信息，确定用户授权应用程序采集哪些个人信息。在此背景下，如何快速、准确地记录并传输用户的授权结果成为亟待解决的问题。


技术实现要素：

4.本技术实施例的主要目的在于提供一种信息传输方法、系统、设备、存储介质及程序产品，通过根据隐私政策中清单的类型将接收的授权结果生成授权文本，实现快速、准确地记录并传输用户的授权结果。
5.第一方面，本技术实施例提供一种信息传输方法，包括：
6.确定用户对隐私政策的授权结果；其中，所述隐私政策包括至少一种类型的个人信息清单；所述授权结果用于表示用户是否授权采集各个清单中的个人信息；
7.根据所述隐私政策中清单的类型，生成所述授权结果对应的授权文本，并发送给接收端；其中，所述授权文本用于指示所述隐私政策以及所述授权结果。
8.第二方面，本技术实施例提供另一种信息传输方法，包括：
9.获取发送端发送的用户对隐私政策的授权结果对应的授权文本；其中，所述隐私政策包括至少一种类型的个人信息清单；所述授权结果用于表示用户是否授权采集各个清单中的个人信息；
10.根据所述授权文本以及所述隐私政策中清单的类型，确定所述授权结果。
11.第三方面，本技术实施例提供一种信息传输系统，包括：隐私合规服务端、隐私合规组件；
12.所述隐私合规服务端用于：获取应用程序的提供方输入的隐私政策；其中，所述隐私政策包括至少一种类型的个人信息清单；
13.所述隐私合规组件内置于所述应用程序中，用于：展示所述隐私政策并获取用户对隐私政策的授权结果；其中，所述授权结果用于表示用户是否授权采集各个清单中的个人信息；根据所述隐私政策中清单的类型，生成所述授权结果对应的授权文本；
14.所述隐私合规服务端还用于：获取所述授权文本并根据所述授权文本实现授权结果的固证。
15.第四方面，本技术实施例提供一种电子设备，包括：
16.至少一个处理器；以及
17.与所述至少一个处理器通信连接的存储器；
18.其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述电子设备执行上述任一方面所述的方法。
19.第五方面，本技术实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述任一方面所述的方法。
20.第六方面，本技术实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述任一方面所述的方法。
21.本技术提供的信息传输方法、系统、设备、存储介质及程序产品，所述方法包括：确定用户对隐私政策的授权结果；其中，所述隐私政策包括至少一种类型的个人信息清单；所述授权结果用于表示用户是否授权采集各个清单中的个人信息；根据所述隐私政策中清单的类型，生成所述授权结果对应的授权文本，并发送给接收端；其中，所述授权文本用于指示所述隐私政策以及所述授权结果，可以实现根据隐私政策中清单类型的变化得到不同的授权文本，从而通过授权文本描述复杂的清单信息，满足不同场景的传输需求，实现快速、准确地记录并传输用户的授权结果，提高传输效率。
附图说明
22.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本技术的实施例，并与说明书一起用于解释本技术的原理。
23.图1为本技术实施例提供的一种应用场景示意图；
24.图2为本技术实施例提供的一种信息传输方法的流程示意图；
25.图3为本技术实施例提供的一种授权文本的结构示意图；
26.图4为本技术实施例提供的一种基础文本的结构示意图；
27.图5为本技术实施例提供的一种针对个人信息清单的清单文本的结构示意图；
28.图6为本技术实施例提供的一种针对第三方sdk共享的个人信息清单的清单文本的结构示意图；
29.图7为本技术实施例提供的另一种信息传输方法的流程示意图；
30.图8为本技术实施例提供的一种的信息传输系统的结构示意图；
31.图9为本技术实施例提供的一种电子设备的结构示意图。
32.通过上述附图，已示出本技术明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本技术构思的范围，而是通过参考特定实施例为本领域技术人员说明本技术的概念。
具体实施方式
33.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
34.首先对本技术所涉及的名词进行解释：
35.rcstring(risk and compliance string，风险与合规字符串)：一种用于记录用户对隐私政策的授权结果的字符串，可以作为本技术中的授权文本。
36.隐私政策：隐私政策是一个文档，它告诉用户其他产品或服务将如何收集和使用其个人信息。根据相关规定，需要在隐私政策中透出双清单，告知用户应用程序和或第三方要求使用的权限和目的。
37.下面对本技术的应用场景及发明构思进行解释说明。
38.随着各行各业对用户隐私的不断重视以及相关法律文件的颁布落地，企业提供的应用程序符合隐私合规成为重要的法律要求。为了落实上述要求，需要记录应用程序与用户之间的“告知-同意”信息，以确定用户授权应用程序采集哪些个人信息。
39.在一些技术中，应用程序仅支持“一揽子授权”的方案，即用户无法选择供应用程序采集的部分个人信息，仅可以同意隐私政策中期望采集的所有个人信息。上述方案无法满足复杂场景的授权结果的记录要求，在上述场景下，用户终端如何快速准确的将授权结果记录并传输，以实现减少存储成本和提高传输效率，是需要解决的问题。
40.有鉴于此，本技术提供了一种信息传输方法，在传输隐私政策的授权结果时，确定用户对隐私政策的授权结果，其中，隐私政策包括至少一种类型的个人信息清单，并根据隐私政策中清单的类型生成授权结果对应的授权文本，通过授权文本表示授权结果和隐私政策，从而实现对不同类型的隐私政策以及不同的授权结果进行快速、准确的传输，提高传输效率，满足针对不同授权结果的传输需求。
41.图1为本技术实施例提供的一种应用场景图。如图1所示，为了满足应用程序符合隐私合规的要求，设计了隐私合规系统，隐私合规系统包括隐私合规服务端和隐私合规组件，其中，用户终端中安装有应用程序提供方开发的app(application，应用程序)，在app中内置有隐私合规组件。隐私合规服务端提供有应用程序提供方可以在线编辑的编辑器，可以获取并保存应用程序提供方编辑的隐私政策。当用户在初次使用app时，隐私合规组件可以从隐私合规服务端获取与app对应的隐私政策，并展示给用户，用户在勾选同意应用程序或第三方可以采集的个人信息后，隐私合规组件可以得到授权结果，隐私合规组件将授权结果进行编码得到授权文本，并将确定的授权文本传输给隐私合规服务端，隐私合规服务端可以对获取的授权文本进行解析以得到用户的授权结果。进一步的，为了实现当存在个人隐私相关的司法纠纷时，应用程序提供方可以在隐私合规和隐私安全方面自证清白，隐私合规服务端可以通过区块链对隐私政策和授权文本进行关联固证，提高了隐私授权的可信度，便于后续进行查找和核验。
42.本技术实施例提供的信息传输方法可以为上述隐私合规方案中的隐私合规组件将授权结果进行编码得到授权文本的过程，可以提高传输效率，满足不同授权结果下的需求。
43.可选的，本技术提供的技术方案可以应用于任意需要将隐私政策对应的授权结果进行传输或存储的场景。
44.示例性的，在直播领域，用户可以通过直播软件观看视频内容，在直播软件中设置有第三方sdk(software development kit，软件开发工具包)，该第三方sdk可以为支付软件，实现用户通过第三方sdk从直播软件中购买商品的需求。其中，直播软件期望采集用户
的位置信息、语音信息及图像信息等，支付软件对应于第三方共享的个人信息清单，如用户的账单信息及位置信息等。隐私合规组件可以采用本技术实施例提供的方法，针对不同类型的清单以及不同粒度的授权结果进行处理，得到对应的授权文本并传输。
45.可选的，隐私合规组件确定用户对该直播软件隐私政策的授权结果；所述隐私政策包括至少一种类型的个人信息清单；所述授权结果用于表示用户是否授权采集各个清单中的个人信息；根据所述隐私政策中清单的类型，生成所述授权结果对应的授权文本，并发送给接收端；其中，所述授权文本用于指示所述隐私政策以及所述授权结果。
46.具体的，隐私合规组件设置在直播软件中，隐私合规组件可以从隐私合规服务端获取提供该直播软件的企业客户输入的隐私政策。用户终端可以安装包含隐私合规组件的直播软件，并向用户展示隐私政策，隐私合规组件可以接收使用直播软件的用户对隐私政策的授权结果。
47.其中，个人信息清单为直播软件期望采集的个人信息清单。与直播软件相关的第三方可以包括多种类型，如关联方、第三方sdk和合作方，第三方共享的个人信息清单可以包括关联方共享清单、sdk共享清单和合作方共享清单。对于每一清单都可以包括需要采集的个人信息。当隐私合规组件在获取上述各个清单对应的授权结果时，可以根据清单的类型生成授权文本，当清单类型不同时，生成的授权文本不同。示例性的，当仅存在个人信息清单时，生成一种授权文本；当存在个人信息清单和第三方共享的个人信息清单时可以生成另一种授权文本。
48.通过上述方案，可以在直播领域场景中将用户的授权结果以授权文本的方式传输给隐私合规服务端，可以在不同授权情况下得到不同的授权文本，满足直播领域的授权结果的传输需求，提升传输可靠性和效率。
49.此外，本技术实施例还可以应用于其他领域，例如，影视领域，用户可以通过影视剧集软件观看节目，在影视剧集软件中设置第三方sdk，该第三方sdk可以为支付软件，实现用户通过第三方sdk购买会员等其他商品的需求，在使用影视剧集软件观看节目时，直播软件可以采集用户的通讯录信息、位置信息和语音信息等；在购买商品时，第三方sdk可以采集用户的账单信息等。
50.下面结合附图，对本技术的一些实施方式作详细说明。在各实施例之间不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。
51.图2为本技术实施例提供的一种信息传输方法的流程示意图。所述方法的执行主体可以为任意具有信息处理功能的模块或设备，例如，图1所示的隐私合规组件，可以作为授权结果的发送端。如图2所示，所述方法包括：
52.步骤s201、确定用户对隐私政策的授权结果。
53.其中，所述隐私政策包括至少一种类型的个人信息清单；所述授权结果用于表示用户是否授权采集各个清单中的个人信息。
54.在生成授权结果对应的授权文本之前，可以先确定隐私政策的授权结果。具体的，当用户在首次打开应用程序，或应用程序的隐私政策发生更新，或用户距离上次授权时刻达到预设时长时，隐私合规组件将会从隐私合规服务端获取隐私政策并显示在用户终端，以供用户进行授权操作。
55.可选的，隐私政策可以包括至少一种类型的个人信息清单。
56.在一示例中，隐私政策可以仅包括应用程序期望采集的个人信息清单；或者，仅包括应用程序期望与第三方共享的个人信息清单；或者，还可以包括应用程序期望采集的个人信息清单和应用程序期望与第三方共享的个人信息清单。此处，第三方共享可以作为一种类型，其又包括多个清单：关联方共享清单(又可称为关联app清单)、sdk共享清单(又可称为内嵌sdk清单)、合作方共享清单(又可称为合作商第三方清单)。
57.另一示例中，关联方共享清单、sdk共享清单、合作方共享清单均可以作为不同的类型。例如，所述隐私政策可以具体包括以下4种类型的个人信息清单：应用程序期望采集的个人信息清单、关联方共享清单、sdk共享清单、合作方共享清单。
58.每一清单均可以包括至少一项个人信息，用户可以根据需求进行勾选同意授权的个人信息选项，使得隐私合规组件可以得到用户的授权结果。授权结果表示用户对各个清单中个人信息的授权采集情况。
59.可选的，授权结果可以为用户同意授权至少一个清单中的全部个人信息、用户拒绝授权至少一个清单中的全部个人信息、用户在至少一个清单中选择部分个人信息并授权。即授权结果可以为上述三种情况之一或者上述三种情况的任一两种情况或全部情况的组合。
60.可选的，用户同意授权至少一个清单中的全部个人信息表示：用户可以针对整个隐私政策全部授权，也可以针对其中一个清单全部授权。用户拒绝授权至少一个清单中的全部个人信息表示：用户可以针对整个隐私政策全部拒绝，也可以针对其中一个清单全部拒绝。
61.步骤s202、根据所述隐私政策中清单的类型，生成所述授权结果对应的授权文本，并发送给接收端；其中，所述授权文本用于指示所述隐私政策以及所述授权结果。
62.其中，所述授权文本可以是字符串形式，也可以是其它形式。根据隐私政策中清单的类型，可以生成与授权结果对应的授权文本。当隐私政策中清单的类型为应用程序期望采集的个人信息清单时，则可以生成与该清单对应的授权文本；当隐私政策中清单的类型为第三方共享的个人信息清单时，则可以生成与该清单对应的授权文本。随着隐私政策中清单类型的变化，授权文本也可以对应变化。
63.可选的，生成所述授权结果对应的授权文本，并发送给接收端，可以包括：生成所述授权结果对应的授权文本后，将所述授权文本直接发送给接收端；或者，生成所述授权结果对应的授权文本后，对所述授权文本进行编码，并将编码后得到的授权文本发送给接收端。
64.其中，授权文本可以为二进制文本的格式，二进制文本可以包括多段。在生成授权结果对应的授权文本后，可以将授权文本直接发送给接收端，具有流程简单的优点。但是，直接传输二进制文本具有位数较多，信息密度较低的缺陷，尤其是当用户针对个人信息清单部分授权时，每一个人信息清单包含多种场景，每一场景对应多种个人信息，这将导致二进制的授权文本的长度较长。基于上述问题，可以将二进制文本进行编码，将二进制文本中的多位转换为一个字符，以缩短二进制文本的长度，提高授权文本的信息密度。
65.可选的，可以引入合适的编码位偏移量，将6bit为作为一个信息量的度量单位，将二进制文本编码为常见的大小写字符和数字，例如可以选用"a-z、a-z、0-9、 、/"这些可打
印字符，便于存储和传输。
66.示例性的，在得到二进制的授权文本后，可以将每6位转换为一个字符，如000000对应a，000001对应b，000010对应c，以此类推，得到编码后的文本并进行传输。
67.通过采用6bit(位)进行的编码而不是常规的8bit编码方式，并且将二进制文本映射到多个可打印字符，能够使最终得到的文本便于存储和传输，进一步提升传输的效率和准确性。
68.可选的，接收端可以为隐私合规服务端，用户终端通过隐私合规组件将授权文本发送给隐私合规服务端，以使隐私合规服务端根据授权文本进行解析，以得到用户的授权结果。例如，隐私合规服务端按照协议规则，得到用户的同意授权的结果。
69.此外，接收端还可以为提供方终端。例如，提供方为企业客户时，接收端还可以为企业客户终端，隐私合规服务端在接收到授权文本后，将授权文本发送给企业客户端进行显示，便于企业客户及时了解用户对隐私政策的授权情况。
70.通过上述方法可以实现既支持用户对隐私政策的一揽子授权，也支持用户对隐私政策的部分授权。此外，采用本方案能够用精简的授权文本描述复杂的双清单信息，不仅能描述一揽子授权结果，也能描述精细化的个人信息的授权结果和第三方共享个人信息的授权结果，在不同的授权情况下可以得到不同长度的授权文本，满足不同场景下的传输需求。
71.综上，本实施例提供的信息传输方法，通过确定用户对隐私政策的授权结果，根据所述隐私政策中清单的类型，生成所述授权结果对应的授权文本，并发送给接收端；其中，所述授权文本用于指示所述隐私政策以及所述授权结果，可以实现根据隐私政策中清单类型的变化得到不同的授权文本，从而通过授权文本描述复杂的清单信息，满足不同场景的传输需求，实现快速、准确地记录并传输用户的授权结果，提高传输效率。
72.在本技术的一个或多个实施例中，可选的，所述授权文本包括基础文本以及清单文本，分别用于指示隐私政策以及授权结果；
73.根据所述隐私政策中清单的类型，生成所述授权结果对应的授权文本，包括：
74.根据所述隐私政策中清单的类型以及授权结果，确定待处理的清单的类型，所述待处理的清单为包含的个人信息未被用户全部授权和/或未被全部拒绝的清单；根据所述待处理的清单的类型，所述授权结果对应的授权文本；其中，所述授权文本包含的清单文本为待处理的清单类型对应的清单文本。
75.授权文本需要记录的信息较多，为了提高传输效率，可以将授权文本分为两个部分，即基础文本和清单文本。图3为本技术实施例提供的一种授权文本的结构示意图，如图3所示，基础文本的个数为一个，清单文本可以不存在，也可以为多个，如清单文本1、清单文本2等等。其中，需要大量传输及存储的为清单文本。基础文本包含至少一个字段，可以用于表示隐私政策的相关信息。若存在部分授权的清单，则清单文本的个数可以为至少一个，一个清单对应一种类型的清单文本。
76.用户在进行授权时，可能存在对某一清单中的个人信息全部授权或全部不授权的情形，若针对上述授权结果也生成对应的清单文本，则存在计算量较大的问题。基于上述情况，可以先根据清单的类型以及授权结果确定待处理的清单的类型。其中，待处理的清单可以为包含的个人信息未被用户全部授权的清单；或者，待处理的清单可以为包含的个人信息未被用户全部拒绝的清单；或者，待处理的清单可以为包含的个人信息未被用户全部授
权和未被全部拒绝的清单，即部分个人信息被授权的清单，例如，对于用户全部授权的清单或全部拒绝的清单，则不属于待处理的清单。其中，待处理清单会对应一个类型，如应用程序期望采集的个人信息清单或第三方共享的个人信息清单。
77.在确定待处理的清单对应的类型后，可以生成授权结果对应的授权文本。通过对待处理的清单生成对应的授权文本，可以减少计算量。可选的，当待处理的清单仅包括应用程序期望采集的个人信息清单的类型时，则根据授权结果仅生成基础文本和个人信息清单对应的清单文本。当待处理的清单仅包括第三方共享的个人信息清单时，则根据授权结果仅生成基础文本和第三方共享的个人信息清单对应的清单文本。当不存在待处理的清单时，则授权文本可以仅包括基础文本。
78.当不将隐私政策和授权结果分开存储时，可以使用一个较大的json来描述个人信息清单和第三方共享个人信息清单，这将导致存储的数据量较大，从而使得网络传输和本地存储的开销较大。进一步的，当授权的用户越来越多时，则会导致隐私合规服务端接收的表示授权结果数据体量非常臃肿。
79.此外，考虑到需要频繁存储和传输的为授权结果，通过将授权文本分为两部分，且按照规定的协议进行解析，即可实现将授权结果和隐私政策组合解码，从而解析得到用户的同意结果，使得得到的授权文本非常精简。
80.通过将隐私政策和授权结果分开存储，可以使用较短的基础文本指示隐私政策，并且使用数量可调的清单文本表示授权结果，因而在合适的情况下，可以不必为每一清单均生成对应的清单结果并发送，减少存储和发送的数据量，减轻网络传输和数据存储的开销。
81.在本技术的一个或多个实施例中，可选的，所述基础文本还用于指示用户是否同意授权或拒绝授权至少一个清单中的全部个人信息。
82.在上述实施例的基础上，为了提高生成的授权文本的准确性，还可以在基础文本中增加预设字段，该预设字段用于指示用户是否同意授权或拒绝授权至少一个清单中的全部个人信息。其中，同意授权一个清单中的全部个人信息称为全量授权，拒绝授权一个清单中的全部个人信息称为全量拒绝。
83.其中，用于指示的清单可以为一个或多个，可以仅包括全量授权的指示，还可以仅包括全量拒绝的指示，还可以同时包括全量授权和全量拒绝的指示。可以通过设置预设数量的字段，并将字段设置为预设数值以表示全量授权或全量拒绝。
84.示例性的，预设字段的数量可以为两个，分别用于表示用户对个人信息清单是否全量授权，以及第三方共享的个人信息清单是否全量授权。例如，预设字段的数值为1时表示全量授权，预设字段的数值为0时表示非全量授权。
85.另一示例中，预设字段的数量可以为一个，用于表示用户对整个隐私政策的个人信息是否全量授权。
86.又一示例中，预设字段的数量可以为四个，分别表示用户对个人信息清单是否全量授权、用户对第三方共享的个人信息清单是否全量授权、用户对个人信息清单是否全量拒绝、用户对第三方共享的个人信息清单是否全量拒绝等。
87.可选的，对于某一类型的清单来说，若授权文本中既不包含该清单对应的清单文本，基础文本中也没有指示该清单是否全量授权或全量拒绝的指示位，则可以采用默认值，
例如，默认该清单是全量拒绝的。
88.通过在基础文本中指示用户对清单的全量授权或全量拒绝，使得隐私合规服务端在接收到授权文本后，快速准确地获知被全量授权或全量拒绝的清单，无需再从授权文本中查询清单中各项个人信息的授权情况，提高了解析效率和准确性。
89.在本技术的一个或多个实施例中，可选的，所述基础文本具体包括下述字段：
90.协议版本字段，用于指示根据授权结果生成授权文本的协议的版本；
91.隐私版本字段，用于指示隐私政策的版本；
92.全量指示字段，包括一个或多个类型的清单对应的指示位；任一类型的清单对应的指示位包括下述至少一项：
93.全量授权指示位，用于指示该清单中全部个人信息是否均被用户同意授权；
94.全量拒绝指示位，用于指示该清单中全部个人信息是否均被用户拒绝授权
95.可选的，基础文本可以为长度固定的基本信息段，基础文本中可以包含多个字段，分别表示隐私政策及协议的相关信息。协议是指编码/解码协议，当协议变化时，根据授权结果生成授权文本的规则也会发生变化。
96.图4为本技术实施例提供的一种基础文本的结构示意图，基础文本中可以包括协议版本字段、隐私版本字段和全量指示字段，全量指示字段对应图4中个人信息清单全量授权指示位、第三方共享清单全量授权指示位、个人信息清单全量拒绝指示位和第三方共享清单全量拒绝指示位。
97.其中，隐私合规组件根据协议可以将授权结果生成授权文本，以及，隐私合规服务端根据协议可以将授权文本解析为授权结果。其中，协议可以包含多个版本，在基础文本中可以通过协议版本字段标识协议的版本，该字段可以表示为version。
98.基础文本中还可以包括隐私版本字段，表示隐私政策的版本，即个人信息清单的版本、第三方共享的个人信息清单的版本，该字段可以表示为privacylistversion。
99.其中，在用户终端和隐私合规服务端中存储有隐私政策的版本信息，以及，个人信息清单和第三方共享的个人信息清单的元数据信息。可选的，个人信息清单对应的元数据信息可以包括：场景的编号信息，以及各个场景下需要授权的个人信息列表的编号及描述等信息。第三方共享的个人信息清单的元数据信息可以包括：第三方的编号，各个第三方编号下场景的编号、名称及描述等信息，以及各个场景节点下需要授权的个人信息列表的编号及描述等信息。
100.用户终端可以根据上述元数据信息生成授权文本并传输给隐私合规服务端，隐私合规服务端在得到授权文本后，可以将授权文本进行解析，得到用户的授权结果。具体的，隐私合规服务端通过将基础文本中的隐私版本字段和存储的隐私政策的版本信息进行比对，确定授权文本指向的隐私政策，并根据基础文本中的协议版本字段确定编码/解码协议的版本，并基于确定的编码/解码协议对授权文本进行解析。
101.此外，在基础文本中还可以包括全量授权指示位和全量拒绝指示位中的至少一项。全量授权指示位表示用户是否对该清单中的全部个人信息均进行授权，该指示位可以包括针对个人信息清单的指示位，以及，针对第三方共享的个人信息清单的指示位。
102.全量拒绝指示位表示用户是否对该清单中的全部个人信息均拒绝授权，该指示位同样可以包括针对个人信息清单的指示位，以及，针对第三方共享的个人信息清单的指示
位。
103.设置全量指示字段可以减少对清单字段的设置，提高生成授权字段的效率以及隐私合规服务端对授权文本的解析效率，通过在基础文本中设置协议版本字段和隐私版本字段来准确确定隐私政策和解码协议，可以准确解析出用户的授权情况，进一步提高解析效率和准确性。
104.进一步的，如图4所示，在基础文本中还可以包括：
105.固证服务标识字段cmpid，用于指示为所述授权结果提供固证功能的服务端的标识；固证服务版本字段cmpversion，用于指示固证功能的版本号；创建时间字段created，用于指示授权文本的创建时间。
106.在基础文本中设置固证服务标识字段，可以确定提供固证服务的服务方，便于隐私合规服务端对提供固证服务的服务方进行记录。通过设置固证服务版本字段可以确定固证服务的版本号，方便后期进行统计计算，例如，针对不同的固证功能的版本号进行授权的用户的数量。通过设置创建时间可以便于隐私合规服务端记录用户的授权时间，便于后期根据授权时间准确确定与授权结果对应的摘要及凭证等信息，便于进行核验。
107.在本技术的一个或多个实施例中，可选的，若所述全量指示字段中至少一个指示位指示肯定结果，则所述授权文本具体包括所述基础文本以及下述清单对应的清单文本：所述至少一个指示位对应的清单以外的其它清单。
108.其中，在确定基础文本后，可以根据基础文本中全量指示字段的内容确定清单文本。其中，当某一全量指示字段指示肯定结果时，表示用户对该指示位对应的清单中的全部个人信息均进行授权或均进行拒绝，则可以不设置该清单对应的清单文本，以提高生成授权文本的效率。
109.具体的，全量指示字段中包含多个指示位，当至少一个指示位为肯定结果时，则授权文本中包含基础文本以及清单文本，其中，清单文本为至少一个指示位对应的清单以外的其他清单。示例性的，当针对个人信息清单的全量授权指示位为肯定结果时，则授权文本中包含基础文本以及第三方共享的个人信息清单对应的清单文本。
110.可选的，全量授权指示位和/或全量拒绝指示位的数值包括第一数值和第二数值，当为第一数值时表示是，当为第二数值时表示否；当所述全量指示位中至少一个指示位为第一数值时，则在所述授权文本中省略该指示位对应清单的清单文本。
111.示例性的，第一数值为1，第二数值为0，则当某一全量指示位为1时，则省略该指示位对应清单的清单文本。
112.具体的，确定全量指示字段的指示结果时，可以通过页面渲染的结果来确定。其中，当用户需要针对一清单进行授权操作时，隐私合规组件会从隐私合规服务端获取隐私政策并在用户终端页面进行渲染，当用户同意对页面展示的内容全部授权，则隐私合规组件会获取全量授权的结果，则可以确定该清单对应的全量授权指示位为第一数值；相反的，当用户同意对页面展示的内容部分授权时，则可以确定该清单对应的全量授权指示位为第二数值。此外，全量拒绝指示位对应的数值的确定方式与上述过程类似，此处不再赘述。
113.当确定清单对应的全量指示字段为肯定结果时，则无需设置该清单对应的清单文本，当隐私合规服务端在进行解析时，也无需进行解析。
114.通过全量指示字段可以确定某一清单的授权情况，当为全量授权或全量拒绝时，
则不必为该清单添加清单文本，减少了授权文本的长度，能够在保证准确性的情况下，降低了授权文本的生成时间，提高了生成授权文本的效率，同时隐私合规服务端对授权文本的解析效率也会有所提高。
115.在本技术的一个或多个实施例中，可选的，每一清单对应设置有至少一个场景；对应每一场景设置有在该场景下期望采集的至少一项个人信息；生成一清单对应的清单文本的过程包括：
116.确定所述清单中被授权的场景的数量；根据被授权的场景的数量，生成对应的清单文本。
117.目前的隐私政策都是一揽子同意授权，无法按照场景分门别类的对个人信息进行授权，而实际中，用户在对隐私政策中的个人信息进行授权时，通常希望允许应用程序或第三方可以采集部分个人信息，而不希望应用程序或第三方采集全部个人信息。
118.基于上述问题，可以在清单中设置至少一个场景，而针对每一场景可以设置在该场景下期望采集的至少一项个人信息。
119.示例性的，以直播软件为例，直播软件需要获取用户个人信息的场景可以包括：修改个人资料场景、创建直播间场景、观看直播场景和支付场景，针对每一场景可以设置对应索引，也就是该场景下需要采集的个人信息的列表。针对修改个人资料场景，索引信息可以包括：头像信息、名称信息、手机号码以及地址等信息；针对创建直播间场景，索引信息可以包括：位置信息、摄像头信息及语音信息；针对观看直播场景，索引信息可以包括位置信息和网络信息；针对支付场景，索引信息可以包括：用户名称、手机账号、账单信息和余额信息等。通过上述设置，可以实现用户不仅可以按照一揽子授权的方式进行授权，还可以按照场景或目的进行分门别类进行同意授权。
120.基于上述对清单中场景的设置情况，生成清单文本的过程可以为：确定清单中被授权的场景的数量，基于被授权的场景的数量确定清单文本。
121.示例性的，针对上述直播软件，当用户对个人信息清单的三个场景中的个人信息进行了部分授权或全部授权，则可以确定被授权的场景的数量为3。
122.在确定被授权的场景的数量后，可以生成清单文本，即清单文本的内容与被授权的场景数量存在关系。
123.通过在清单中按照场景进行区分，可以实现按照场景分门别类的进行授权，对于未授权的场景，则可以在清单文本中不设置相应的字段，从而进一步节省了授权文本的数据量，进一步提升了生成授权文本的效率和对授权文本解析的效率。
124.在本技术的一个或多个实施例中，可选的，清单对应的清单文本包括：
125.场景数量字段，用于指示所述清单中被授权的场景的数量；以及，
126.n个场景明细字段，n为被授权的场景数量；其中，每一个场景明细字段包括：场景标识字段，用于指示场景的标识；授权字段，用于指示该场景下同意授权的个人信息。
127.图5为本技术实施例提供的一种针对个人信息清单的清单文本的结构示意图，如图5所示，清单文本包括场景数量字段和场景明细字段。在该实施例中，场景数量字段可以表示为privacynumbers，表示清单中被授权的场景的数量。此处的授权包括全部授权和部分授权，即某一场景的个人信息被全部授权或某一场景的个人信息被部分授权。
128.场景明细字段为一循环体数据，每一场景明细字段包括场景标识字段和授权字
段。当场景数量字段为n时，则场景明细字段的数量也为n。如图5所示，场景数量字段表示场景数量为2，则场景明细字段的数量也为2。场景明细字段用于表示每一授权场景下用户的授权情况。即根据被授权的场景的数量设置场景明细字段，即为被授权的场景设置场景明细字段，对于未被授权的场景则不再设置场景明细字段。
129.其中，场景标识字段可以表示为scenaryid，表示场景的标识，如授权的场景id，根据场景标识字段可以确定应用程序或第三方期望在该场景下期望采集的全部个人信息。针对每一场景标识字段，可以设置授权字段，授权字段表示对相应的授权场景中全部个人信息的授权情况。根据授权字段和场景标识字段可以准确确定用户授权的具体个人信息。为了便于隐私合规服务端的解析，可以对场景明细字段中的场景标识字段和授权字段的位置进行限定，将场景标识字段设置在前，将授权字段设置在后。
130.需要说明的是，当场景数量字段为0时，表示场景明细字段的长度为0，因此，则无需对该清单文本进行解析，确定用户对该清单的个人信息全量拒绝授权。当场景数量字段不为0时，则需要对场景明细字段进行解析。
131.通过上述对场景数量字段及场景明细字段的设置方式可以实现有针对性的设置场景明细字段，可以节省授权清单文本的数据量，进一步节省授权文本的数据量，提高隐私合规服务端的解析效率。
132.在本技术的一个或多个实施例中，可选的，所述授权字段包括：全量授权字段，用于指示该场景下的全部个人信息是否全部被授权；
133.若该场景下仅有部分个人信息被授权，则所述授权字段还包括：索引字段，所述索引字段中的各个位用于表示该场景下的各项个人信息，每一位的数值用于表示对应的个人信息是否被授权。
134.其中，全量授权字段可以表示为pcfullgrant，当对应的场景下的全部个人信息被全部授权时，全量授权字段的数值可以设置为第一数值；当对应的场景下的仅有部分个人信息被授权或全部未被授权时，全量授权字段的数值可以设置为第二数值。例如，第一数值可以为1，第二数值可以为0。
135.可选的，若该场景下仅有部分个人信息被授权或者全部个人信息被拒绝，授权字段都可以包括索引字段。即，当全量授权字段为第二数值时，则授权字段还可以包括索引字段，表示为privacies scenary，索引字段的位数为多位，分别对应该场景下的各项个人信息，根据用户对各项个人信息的授权情况确定索引字段每一位的数值。
136.示例性的，当索引字段某一位的数值为第一数值时，表示用户授权该位对应的个人信息；当索引字段某一位的数值为第二数值时，表示用户未授权该位对应的个人信息。例如，第一数值可以为1，第二数值可以为0。
137.如图5所示，场景标识字段为场景标识id1和场景标识id2，针对每一场景标识均设置有该场景是否全量授权的字段，即场景id1是否全量授权和场景id2是否全量授权，该字段为0时，需要设置各索引位id个人信息同意情况；当该字段为1时，则无需设置索引字段。
138.可选的，索引字段的位数可以设置为固定值，该固定值可以根据实际情况进行设置，例如设置为m时，表示每一场景最多设置m种个人信息。当某一场景对应的个人信息的数量为n，n小于m时，则仅对前n项的数值进行设置即可，后m-n项设置为第二数值。如m为12，n为4，则对索引字段的前4项根据用户的授权情况设置1或0即可，对于后8位设置为0。
139.或者，不同场景对应的索引字段可以不同，具体索引字段的长度可以为该场景下的个人信息数量相等，当某场景仅有m项个人信息时，对应的索引字段可以为m位。
140.索引字段的设置可以使得场景下的每条个人信息的授权结果用1bit来描述，可以很好的控制授权文本的长度。
141.当根据全量授权字段确定用户对该场景下的全部个人信息均进行授权时，则无需设置索引字段。
142.可选的，场景标识字段和授权字段的顺序可以根据实际需要来设置，例如，除了图5所示的方案，也可以设置如下顺序：全量授权字段、场景标识字段、索引字段。
143.可选的，所述授权字段还可以包括：全量拒绝字段，用于指示该场景下的全部个人信息是否全部被拒绝，相应的，则仅在该场景下有部分个人信息被授权时，所述授权字段才包括索引字段。
144.通过授权字段设置全量授权字段，实现当用户对某一场景全量授权时，可以减少清单文本的长度，便于授权文本的传输，进一步提高了生成授权文本的效率和解析效率；此外，通过设置索引字段可以准确表示用户对某一场景的个人信息的授权情况。
145.可选的，应用程序期望采集的个人信息清单对应的清单文本可以采用上述方案实现。
146.可选的，当存在第三方时，则可能生成与第三方对应的清单文本，具体过程如下。
147.可选的，期望与第三方共享的个人信息清单包括至少一种类型的清单；每一种类型的清单对应设置有至少一个第三方；对应每一第三方设置有期望与该第三方共享的至少一项个人信息；每一种类型的清单对应的清单文本具体包括：
148.第三方数量字段，用于指示所述清单中被授权的第三方的数量；以及
149.k个第三方字段，k为被授权的第三方的数量；其中，每一第三方字段包括：第三方标识字段，用于指示第三方的标识；第三方全量授权字段，用于指示该第三方对应的个人信息是否全部被授权；
150.若所述第三方仅有部分个人信息被授权，则所述第三方字段还包括：场景数量字段和场景明细字段。
151.可选的，期望与第三方共享的个人信息清单可以包括如下三种类型：关联方共享清单、sdk共享清单和合作方共享清单。对于每一类型的清单可以设置至少一个第三方，且每一第三方对应的设置有期望与该第三方共享的至少一项个人信息。例如，对于sdk共享清单，其中可以设置有三个第三方sdk，每一第三方sdk可以设置多个场景，每一场景可以设置需要采集的至少一项个人信息。
152.下面以第三方的类型为第三方sdk进行说明。
153.清单文本中可以包括：第三方数量字段，即清单中被授权的第三方sdk的数量，表示为sdknumbers。当存在m个被授权的第三方sdk时，则存在m个第三方字段，每一第三方字段用于表示各第三方对应的被授权的个人信息。具体的，标识字段可以表示为sdkid；第三方全量授权字段可以表示为scfullgrant，第三方全量授权字段的数值设置与上述全量授权字段的设置方式相似，此处不再赘述。
154.当通过第三方全量授权字段确定某一第三方仅有部分个人信息被授权时，还需要设置场景数量字段scenarynumbers，场景数量字段表示授予同意的场景数量。场景明细字
段可以包括场景标识和授权字段，其中，授权字段包括全量授权字段，表示为，当根据全量授权字段确定用户仅对该场景下的部分个人信息被授权时，则授权字段还可以包括索引字段。其中，授权字段的具体实现方式与上述个人信息对应的清单文本相似，此处不再赘述。
155.图6为本技术实施例提供的一种针对第三方sdk共享的个人信息清单的清单文本的结构示意图，如图6所示，该清单文本包括第三方sdk数量(第三方数量字段)、授权的sdkid1(标识字段)、sdkid1是否全量授权(第三方全量授权字段)、sdkid1授予同意的场景数量(场景数量字段)、sdkid1下授权的场景id1(场景标识)、sdkid1的场景id1是否全量授权(全量授权字段)，当sdkid1的场景id1是否全量授权为非全量授权时，还包括各索引位id个人信息同意情况(索引字段)。
156.在本技术的一个或多个实施例中，可选的，所述基础文本与清单文本之间、相邻的清单文本之间通过预设字符相隔。
157.由于生成的授权文本中可能存在包含一个基础文本和多个清单文本的情况，若直接将生成的授权文本进行存储或传输，则隐私合规服务端在进行解析时，则需要遍历授权文本中的每一字段以确定基础文本和各个清单文本。当仅需要对某一清单文本进行解析时，若采用上述方式则无法快速确定该清单文本。基于上述问题，可以在基础文本和清单文本之间、相邻的清单文本之间设置预设字符，便于根据预设字符快速确定基础文本和各个清单文本。其中，预设字符的形式不作限制。
158.示例性的，当授权文本为经过编码处理的操作时，授权文本可以为下述格式：“'cpqkmghpqkmghbga.aaenawcwaaaaaaaaaiaa.daeydadaart'”，当需要查询第二个清单文本时，则通过先确定第二个预设字符的位置，第二个预设字符后的授权文本即为第二个清单文本。
159.通过采用预设字符将各部分文本进行拼接，可以在进行解析的快速确定待查询的清单文本，可以提高授权文本的解析效率。
160.在本技术实施例中，授权文本的内容可以根据隐私协议中清单的类型而适应性调整。一个示例中，在隐私协议中包含双清单(应用程序期望采集的个人信息清单、与第三方共享的个人信息清单)时，基础文本的最后一个字段可以包括4位，分别指示双清单的全量授权情况和全量拒绝情况。在双清单都不是全量授权或全量拒绝的情况下，可以设置2个清单文本，指示双清单的具体授权情况。
161.另一示例中，隐私协议可以包括应用程序期望采集的个人信息清单、与第三方共享的个人信息清单，其中，第三方共享的个人信息清单又包括关联方共享清单、sdk共享清单、合作方共享清单，这种情况下，清单文本可能会有4个，分别代表各个清单的具体授权情况。
162.在实际应用中，隐私政策中包含的清单类型和数量可以根据相关法律法规以及客户需求来设置，本技术实施例对此不作具体限制。
163.在本技术的一个或多个实施例中可选的，确定用户对隐私政策的授权结果，可以包括：
164.获取所述隐私政策并展示；其中，所述隐私政策通过树形结构展示，所述树形结构依次包括如下多层：清单、第三方、场景、个人信息；每一层中的节点为上一层节点的子节点；
165.获取用户对所述树形结构中至少一个节点的同意或拒绝操作，并根据用户的操作确定所述用户对隐私政策的授权结果；
166.其中，用户对父节点的同意或拒绝操作用于更新授权文本中对应的全量授权字段。
167.隐私合规组件可以从隐私合规服务端或本地存储位置获取与应用程序对应的隐私政策并展示给用户。在向用户展示时，为了便于确定用户对隐私政策的授权结果，可以将隐私政策通过树形结构进行展示，树形结构按照多层次进行设置，可以按照清单、第三方、场景及个人信息的层次进行设置。
168.当获取用户对树形结构的同意或拒绝的操作时，可以确定对隐私政策的授权结果。当用户对于某一父节点进行同意或拒绝操作时，可以确定用户授权文本中的全量授权字段。如用户对应用程序期望采集的个人信息清单进行同意操作时，则可以修改基础文本中相应的全量授权字段；当用户对个人信息清单的某一场景进行全量授权时，则可以修改相应的清单文本中与场景对应的全量授权字段。
169.其中，每一层包含的节点为上一层的子节点，示例性的，对于一个场景节点可以包含12个子节点，每一子节点对应一个期望采集的个人信息，当用户直接授权一个场景时，则该场景下的12个节点均会被授权，则可以直接确定该场景标识对应的全量授权字段。
170.通过上述方式可以方便及快捷的确定用户对隐私政策的授权结果，进一步提高隐私合规组件生成授权文本的效率。
171.图7为本技术实施例提供的另一种信息传输方法的流程示意图，所述方法可以应用于授权文本的接收端，例如隐私合规服务端，如图7所示，所述方法包括：
172.步骤701、获取发送端发送的用户对隐私政策的授权结果对应的授权文本；其中，所述隐私政策包括至少一种类型的个人信息清单；所述授权结果用于表示用户是否授权采集各个清单中的个人信息。
173.步骤702、根据所述授权文本以及所述隐私政策中清单的类型，确定所述授权结果。
174.在本技术的一个或多个实施例中，可选的，所述授权文本包括基础文本以及清单文本，分别用于指示隐私政策以及授权结果；
175.根据所述授权文本以及所述隐私政策中清单的类型，确定所述授权结果，包括：
176.根据所述隐私政策中清单的类型以及授权文本，确定待处理的清单的类型，所述待处理的清单为包含的个人信息未被用户全部授权和/或未被全部拒绝的清单；所述授权文本包含的清单文本为待处理的清单类型对应的清单文本；
177.根据所述待处理的清单的类型，确定所述授权结果。
178.其中，本实施例中根据授权文本解析得到授权结果的过程，可以看做前述实施例中根据授权结果生成授权文本的逆过程。通过前述实施例所述的规则和原理，接收端可以还原出用户的授权结果，并对授权结果进行存储、固证等操作。
179.本实施例提供的信息传输方法的实现原理和技术效果可以参见前述实施例，此处不再赘述。
180.对应于上述方法，本技术实施例还提供一种信息传输装置，应用于发送端，所述装置包括：
181.第一确定模块，用于确定用户对隐私政策的授权结果；其中，所述隐私政策包括至少一种类型的个人信息清单；所述授权结果用于表示用户是否授权采集各个清单中的个人信息。
182.处理模块，用于根据所述隐私政策中清单的类型，生成所述授权结果对应的授权文本，并发送给接收端；其中，所述授权文本用于指示所述隐私政策以及所述授权结果。
183.本技术实施例还提供另一种信息传输装置，应用于接收端，所述装置包括：
184.获取模块，用于获取发送端发送的用户对隐私政策的授权结果对应的授权文本；其中，所述隐私政策包括至少一种类型的个人信息清单；所述授权结果用于表示用户是否授权采集各个清单中的个人信息。
185.第二确定模块，用于根据所述授权文本以及所述隐私政策中清单的类型，确定所述授权结果。
186.图8为本技术实施例提供的一种信息传输系统的结构示意图，包括：隐私合规服务端、隐私合规组件。
187.所述隐私合规服务端用于：获取应用程序的提供方输入的隐私政策；其中，所述隐私政策包括至少一种类型的个人信息清单。
188.所述隐私合规组件内置于所述应用程序中，用于：展示所述隐私政策并获取用户对隐私政策的授权结果；其中，所述授权结果用于表示用户是否授权采集各个清单中的个人信息；根据所述隐私政策中清单的类型，生成所述授权结果对应的授权文本。
189.所述隐私合规服务端还用于：获取所述授权文本并根据所述授权文本实现授权结果的固证。
190.本技术实施例提供的装置和系统的具体实现原理和技术效果可以参见前述实施例，此处不再赘述。
191.图9为本技术实施例提供的一种电子设备的结构示意图。如图9所示，本实施例的电子设备可以包括：
192.至少一个处理器901；以及
193.与所述至少一个处理器901通信连接的存储器902；
194.其中，所述存储器902存储有可被所述至少一个处理器901执行的指令，所述指令被所述至少一个处理器901执行，以使所述电子设备执行如上述任一实施例所述的方法。
195.可选地，存储器902既可以是独立的，也可以跟处理器901集成在一起。
196.本实施例提供的电子设备的实现原理和技术效果可以参见前述各实施例，此处不再赘述。
197.本技术实施例还提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现前述任一实施例所述的方法。
198.本技术实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现前述任一实施例所述的方法。
199.在本技术所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者
可以集成到另一个系统，或一些特征可以忽略，或不执行。
200.上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本技术各个实施例所述方法的部分步骤。
201.应理解，上述处理器可以是中央处理单元(central processing unit，简称cpu)，还可以是其它通用处理器、数字信号处理器(digital signal processor，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合申请所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。
202.上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。存储介质可以是通用或专用计算机能够存取的任何可用介质。
203.一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于专用集成电路(application specific integrated circuits，简称asic)中。当然，处理器和存储介质也可以作为分立组件存在于电子设备或主控设备中。
204.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
205.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
206.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本技术各个实施例所述的方法。
207.以上仅为本技术的优选实施例，并非因此限制本技术的专利范围，凡是利用本技术说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本技术的专利保护范围内。