特效场景包的获取方法、装置、电子设备和可读存储介质与流程

1.本公开涉及数据处理技术领域，尤其涉及增强现实、计算机视觉、深度学习等人工智能技术领域。提供了一种特效场景包的获取方法、装置、电子设备和可读存储介质。


背景技术：

2.终端设备需要具有相应的性能，才能够针对特定的特效场景包来生成效果较好的特效场景。由于不同的终端设备具有不同的性能，因此若终端设备获取了其性能无法满足的特效场景包，会导致特效场景的生成失败、生成效果较差的技术问题。


技术实现要素：

3.根据本公开的第一方面，提供了一种特效场景包的获取方法，包括：服务器端接收由终端设备发送的特效请求，所述特效请求中包含所述终端设备的属性信息；根据所述属性信息得到所述终端设备的性能分数；确定与所述性能分数匹配的至少一个目标特效场景包；将所述至少一个目标特效场景包发送至所述终端设备，以使得所述终端设备根据不同的目标特效场景包生成相应的特效场景。
4.根据本公开的第二方面，提供了一种特效场景包的获取方法，包括：终端设备获取属性信息，所述属性信息用于服务器端得到所述终端设备的性能分数；向服务器端发送包含所述属性信息的特效请求；接收由所述服务器端发送的至少一个目标特效场景包，以根据不同的目标特效场景包生成相应的特效场景。
5.根据本公开的第三方面，提供了一种特效场景包的获取装置，位于服务器端，包括：第一接收单元，用于接收由终端设备发送的特效请求，所述特效请求中包含所述终端设备的属性信息；处理单元，用于根据所述属性信息得到所述终端设备的性能分数；确定单元，用于确定与所述性能分数匹配的至少一个目标特效场景包；第一发送单元，用于将所述至少一个目标特效场景包发送至所述终端设备，以使得所述终端设备根据不同的目标特效场景包生成相应的特效场景。
6.根据本公开的第四方面，提供了一种特效场景包的获取装置，位于终端设备，包括：获取单元，用于获取属性信息，所述属性信息用于服务器端得到所述终端设备的性能分数；第二发送单元，用于向服务器端发送包含所述属性信息的特效请求；第二接收单元，用于接收由所述服务器端发送的至少一个目标特效场景包，以根据不同的目标特效场景包生成相应的特效场景。
7.根据本公开的第五方面，提供了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的方法。
8.根据本公开的第六方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行如上所述的方法。
9.根据本公开的第七方面，提供了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如上所述的方法。
10.由以上技术方案可以看出，通过终端设备与服务器端之间的交互来获取目标特效场景包，由于服务器端根据终端设备的属性信息能够更加准确地得到终端设备的性能分数，因此所确定的目标特效场景包会更加地适配当前的终端设备，从而提升了当前的终端设备在生成特效场景时的效果。
11.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
12.附图用于更好地理解本方案，不构成对本公开的限定。其中：
13.图1是根据本公开第一实施例的示意图；
14.图2是根据本公开第二实施例的示意图；
15.图3是根据本公开第三实施例的示意图；
16.图4是根据本公开第四实施例的示意图；
17.图5是根据本公开第五实施例的示意图；
18.图6是根据本公开第六实施例的示意图；
19.图7是用来实现本公开实施例的特效场景包的获取方法的电子设备的框图。
具体实施方式
20.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和机构的描述。
21.图1是根据本公开第一实施例的示意图。如图1所示，本实施例的特效场景包的获取方法，具体可以包括如下步骤：
22.s101、服务器端接收由终端设备发送的特效请求，所述特效请求中包含所述终端设备的属性信息；
23.s102、根据所述属性信息得到所述终端设备的性能分数；
24.s103、确定与所述性能分数匹配的至少一个目标特效场景包；
25.s104、将所述至少一个目标特效场景包发送至所述终端设备，以使得所述终端设备根据不同的目标特效场景包生成相应的特效场景。
26.本实施例的特效场景包的获取方法的执行主体为服务器端，该服务器端根据终端设备发送的属性信息得到终端设备的性能分数之后，再确定与性能分数匹配的至少一个目标特效场景包，进而将所确定的特效场景包发送至终端设备，由于服务器端根据终端设备的属性信息能够更加准确地得到终端设备的性能分数，因此所确定的目标特效场景包会更加地适配当前的终端设备，从而提升了当前的终端设备在生成特效场景时的效果。
27.本实施例中的终端设备可以为手机、个人电脑、车载设备等智能设备，即本实施例中的智能设备，通过与服务器端之间的交互来实现特效场景包的获取。
28.本实施例中的服务器端在执行s101接收到由终端设备发送的特效请求之后，即可获取特效请求中包含的终端设备的属性信息；本实施例中的属性信息包含终端设备的型号信息、版本信息、内存信息、芯片信息(包含cpu信息、gpu信息等信息)、陀螺仪信息等信息中的至少一种。
29.本实施例中的服务器端在执行s101接收到由终端设备发送的包含属性信息的特效请求之后，执行s102根据所接收的属性信息得到终端设备的性能分数。
30.具体地，本实施例中的服务器端在执行s102根据所接收的属性信息得到终端设备的性能分数时，可以采用的可选实现方式为：将所接收的属性信息在第一关系表中进行匹配，该第一关系表中包含不同的属性信息及其对应的分数；将第一关系表中与匹配结果对应的分数，作为终端设备的性能分数。
31.可以理解的是，终端设备的迭代速度很快，终端设备自身的属性信息也会不断地发生变化，为了确保能够得到对应不同终端设备的性能分数，需要定时地对第一关系表进行更新，例如添加新的属性信息及其对应的分数或者调整已有的属性信息对应的分数等。
32.也就是说，本实施例会预设包含不同属性信息及其对应分数的第一关系表，进而结合该第一关系表得到当前终端设备的性能分数，由于服务器端具有更强大的计算能力，因此服务器端能够更加快速地从包含多种属性信息及其对应分数的第一关系表中来确定当前终端设备的性能分数，进一步提升特效场景包的获取效率。
33.为了进一步确保能够得到对应不同终端设备的性能分数，提升所得到的性能分数的准确性，本实施例中的服务器端在执行s102根据所接收的属性信息得到终端设备的性能分数时，可以采用的可选实现方式为：将所接收的属性信息输入预先训练得到的分数评价模型，将该分数评价模型的输出结果作为终端设备的性能分数。其中，本实施例中所使用的分数评价模型是根据已知分数的属性信息训练得到，能够根据所输入的属性信息输出相应的分数。
34.也就是说，本实施例通过分数评价模型获取终端设备的性能分数，避免了第一关系表中不存在某个属性信息所导致的无法获取性能分数的问题，且无需进行第一关系表的更新，提升了所获取的性能分数的准确性。
35.本实施例中的服务器端在执行s102得到终端设备的性能分数之后，执行s103确定与所得到的性能分数匹配的至少一个目标特效场景包。
36.具体地，本实施例中的服务器端在执行s103确定与所得到的性能分数匹配的至少一个目标特效场景包时，可以采用的可选实现方式为：获取各特效场景包的特效分数，该特效分数是在获取特效场景包时一同获取的；将特效分数不超过所得到的性能分数的特效场景包，作为目标特效场景包。
37.本实施例中的特效场景包中，包含素材资源、引擎渲染文件、模型文件、场景互动脚本等内容，不同的特效场景包对应不同的特效场景；具体地，本实施例中的特效场景包用于终端设备生成增强现实(augmented reality，ar)特效场景。
38.本实施例中对应不同特效场景的特效场景包可以存储在服务器端中，与特效场景包一起存储的还包含各特效场景包的特效分数；本实施例中对应不同特效场景的特效场景包及其特效分数还可以存储在特效平台中，服务器端通过与特效平台之间的交互，即可确定目标特效场景包。
39.本实施例中的服务器端在执行s103确定至少一个目标特效场景包之后，执行s104将至少一个目标特效场景包发送至终端设备，以使得终端设备根据不同的目标特效场景包生成相应的特效场景。
40.由于所确定的目标特效场景包中包含生成特效场景的基础内容，因此本实施例中的服务器端在将所确定的目标特效场景包发送至终端设备之后，终端设备即可根据不同的目标特效场景包来生成不同的特效场景。
41.根据本实施例所提供的上述方法，通过终端设备与服务器端之间的交互，由服务器端根据终端设备所发送的属性信息来确定至少一个目标特效场景包，使得所确定的目标特效场景包更加地适配当前的终端设备，从而使得当前的终端设备所生成的特效场景更加生动、逼真。
42.图2是根据本公开第二实施例的示意图。如图2所示，本实施例在执行s104“将所述至少一个目标特效场景包发送至所述终端设备”时，具体可以包括如下步骤：
43.s201、根据所述性能分数，得到所述终端设备对应不同调整类型的分级标签；
44.s202、根据所述分级标签，得到对应不同调整类型的调整信息；
45.s203、将所述调整信息与所述至少一个目标特效场景包发送至所述终端设备。
46.也就是说，本实施例中的服务器端还能够根据终端设备的性能分数来得到相应的调整信息，从而将所得到的调整信息与目标特效场景包一同发送至终端设备，使得终端设备能够根据所接收的调整信息对所生成的特效场景进行调整，进一步提升所生成的特效场景的效果。
47.本实施例中的服务器端在执行s201根据性能分数，得到终端设备对应不同调整类型的分级标签时，可以采用的可选实现方式为：针对每个调整类型，将所得到的性能分数在与该调整类型对应的第二关系表中进行匹配，对应各调整类型的第二关系表中包含不同的性能分数及其对应的分级标签；将第二关系表中与匹配结果对应的分级标签，作为对应该调整类型的分级标签。
48.本实施例中的调整类型包含滤镜参数类型、学习模型类型等不同类型；其中，对应滤镜参数类型的调整信息中包含不同的滤镜参数，对应学习模型类型的调整信息中包含不同的学习模型。
49.本实施例中的服务器端在执行s202根据所确定的分级标签，得到对应不同调整类型的调整信息时，可以采用的可选实现方式为：针对每个调整类型，将所得到的分级标签在与该调整类型对应的第三关系表中进行匹配，对应各调整类型的第三关系表中包含不同的分级标签及其对应的调整信息；将第三关系表中与匹配结果对应的调整信息，作为对应该调整类型的调整信息。
50.举例来说，若对应滤镜参数类型的调整信息中包含“红润：80、美白：60”、“红润：60、美白：60”与“红润：62、美白：50”，若各调整信息对应的分级标签分别为f1、f2与f3，若根据终端设备的性能分数确定终端设备对应滤镜参数类型的分级标签为f1，则本实施例确定对应滤镜参数类型的调整信息为“红润：80、美白：60”。
51.图3是根据本公开第三实施例的示意图。如图3所示，本实施例的特效场景包的获取方法，具体可以包括如下步骤：
52.s301、终端设备获取属性信息，所述属性信息用于服务器端得到所述终端设备的
性能分数；
53.s302、向服务器端发送包含所述属性信息的特效请求；
54.s303、接收由所述服务器端发送的至少一个目标特效场景包，以根据不同的目标特效场景包生成相应的特效场景。
55.本实施例的特效场景包的获取方法的执行主体为终端设备，该终端设备在获取自身的属性信息之后，向服务器端发送包含所获取的属性信息的特效请求，进而接收由服务器端发送的至少一个目标特效场景包，以根据不同的目标特效场景包生成相应的特效场景，由于所接收的目标特效场景包更加适配当前的终端设备，因此提升了终端设备生成的特效场景的效果。
56.本实施例中的终端设备在执行s301获取属性信息时，可以为在检测到终端设备的特效场景的生成功能被触发之后进行获取，例如检测到用户点击了终端设备中生成特效场景的按钮之后进行获取，或者检测用户对终端设备发出了生成特效场景的语音指令之后进行获取。
57.本实施例中的终端设备在执行s301获取属性信息时，可以获取自身的型号信息、版本信息、内存信息、芯片信息(包含cpu信息、gpu信息等信息)、陀螺仪信息等信息中的至少一种，所获取的属性信息用于服务器端得到终端设备的性能分数。
58.本实施例中的终端设备在执行s301获取属性信息之后，执行s302向服务器端发送包含所获取的属性信息的特效请求。
59.由于终端设备执行s302向服务器端所发送的特效请求中包含属性信息，因此使得服务器端能够根据该特效请求来获取与当前终端设备适配的特效场景包。
60.本实施例中的终端设备在执行s302向服务器端发送特效请求之后，执行s303接收由服务器端发送的至少一个目标特效场景包，从而根据不同的目标特效场景包生成相应的特效场景。
61.本实施例在执行s303接收由服务器端发送的至少一个目标特效场景包时，可以采用的可选实现方式为：接收由服务器端发送的调整信息与至少一个目标特效场景包，所接收的调整信息用于对由目标特效场景包所生成的特效场景进行调整。
62.也就是说，本实施例的终端设备会同时接收由服务器端所发送的目标特效场景包与调整信息，进而在根据目标特效场景包生成特效场景时，使用调整信息对所生成的特效场景进行调整，进一步提升所生成的特效场景的效果。
63.图4是根据本公开第四实施例的示意图。图4示出了本实施例的获取特效场景包的架构图：图4中的终端设备对应不同型号的手机，终端设备向服务器端发送的属性信息为芯片信息；服务器端在接收终端设备发送的芯片信息之后，首先根据预设的芯片
‑
性能分数关系表来得到终端设备的性能分数，然后再根据所得到的性能分数，从而预设的case(即特效场景包)
‑
特效分数关系表中，选取特效分数不超过性能分数的特效场景包作为目标特效场景包，以发送到终端设备。
64.图5是根据本公开第五实施例的示意图。如图5所示，本实施例的特效场景包的获取装置500位于服务器端，包括：
65.第一接收单元501、用于接收由终端设备发送的特效请求，所述特效请求中包含所述终端设备的属性信息；
66.处理单元502、用于根据所述属性信息得到所述终端设备的性能分数；
67.确定单元503、用于确定与所述性能分数匹配的至少一个目标特效场景包；
68.第一发送单元504、用于将所述至少一个目标特效场景包发送至所述终端设备，以使得所述终端设备根据不同的目标特效场景包生成相应的特效场景。
69.第一接收单元501在接收到由终端设备发送的特效请求之后，即可获取特效请求中包含的终端设备的属性信息；本实施例中的属性信息包含终端设备的型号信息、版本信息、内存信息、芯片信息(包含cpu信息、gpu信息等信息)、陀螺仪信息等信息中的至少一种。
70.本实施例在由第一接收单元501接收到由终端设备发送的包含属性信息的特效请求之后，由处理单元502根据所接收的属性信息得到终端设备的性能分数。
71.具体地，处理单元502在根据所接收的属性信息得到终端设备的性能分数时，可以采用的可选实现方式为：将所接收的属性信息在第一关系表中进行匹配，该第一关系表中包含不同的属性信息及其对应的分数；将第一关系表中与匹配结果对应的分数，作为终端设备的性能分数。
72.可以理解的是，终端设备的迭代速度很快，终端设备自身的属性信息也会不断地发生变化，为了确保能够得到对应不同终端设备的性能分数，处理单元502需要定时地对第一关系表进行更新，例如添加新的属性信息及其对应的分数或者调整已有的属性信息对应的分数等。
73.也就是说，处理单元502会预设包含不同属性信息及其对应分数的第一关系表，进而结合该第一关系表得到当前终端设备的性能分数，由于服务器端具有更强大的计算能力，因此服务器端能够更加快速地从包含多种属性信息及其对应分数的第一关系表中来确定当前终端设备的性能分数，进一步提升特效场景包的获取效率。
74.为了进一步确保能够得到对应不同终端设备的性能分数，提升所得到的性能分数的准确性，处理单元502在根据所接收的属性信息得到终端设备的性能分数时，可以采用的可选实现方式为：将所接收的属性信息输入预先训练得到的分数评价模型，将该分数评价模型的输出结果作为终端设备的性能分数。其中，处理单元502所使用的分数评价模型是根据已知分数的属性信息训练得到，能够根据所输入的属性信息输出相应的分数。
75.也就是说，处理单元502通过分数评价模型获取终端设备的性能分数，避免了第一关系表中不存在某个属性信息所导致的无法获取性能分数的问题，且无需进行第一关系表的更新，提升了所获取的性能分数的准确性。
76.本实施例在由处理单元502得到终端设备的性能分数之后，由确定单元503确定与所得到的性能分数匹配的至少一个目标特效场景包。
77.具体地，确定单元503在确定与所得到的性能分数匹配的至少一个目标特效场景包时，可以采用的可选实现方式为：获取各特效场景包的特效分数；将特效分数不超过所得到的性能分数的特效场景包，作为目标特效场景包。
78.确定单元503中的特效场景包中，包含素材资源、引擎渲染文件、模型文件、场景互动脚本等内容，不同的特效场景包对应不同的特效场景；具体地，确定单元503中的特效场景包用于终端设备生成增强现实(augmented reality，ar)特效场景。
79.本实施例在由确定单元503确定至少一个目标特效场景包之后，由第一发送单元504将至少一个目标特效场景包发送至终端设备，以使得终端设备根据不同的目标特效场
景包生成相应的特效场景。
80.由于所确定的目标特效场景包中包含生成特效场景的基础内容，因此本实施例中的服务器端在将所确定的目标特效场景包发送至终端设备之后，终端设备即可根据不同的目标特效场景包来生成不同的特效场景。
81.另外，第一发送单元504在将至少一个目标特效场景包发送至终端设备时，可以采用以下方式：根据性能分数，得到终端设备对应不同调整类型的分级标签；根据所得到的分级标签，得到对应不同调整类型的调整信息；将所得到的调整信息与至少一个目标特效场景包发送至终端设备。
82.也就是说，第一发送单元504还能够根据终端设备的性能分数来得到相应的调整信息，从而将所得到的调整信息与目标特效场景包一同发送至终端设备，使得终端设备能够根据所接收的调整信息对所生成的特效场景进行调整，进一步提升所生成的特效场景的效果。
83.第一发送单元504在根据性能分数，得到终端设备对应不同调整类型的分级标签时，可以采用的可选实现方式为：针对每个调整类型，将所得到的性能分数在与该调整类型对应的第二关系表中进行匹配；将第二关系表中与匹配结果对应的分级标签，作为对应该调整类型的分级标签。
84.第一发送单元504在根据所确定的分级标签，得到对应不同调整类型的调整信息时，可以采用的可选实现方式为：针对每个调整类型，将所得到的分级标签在与该调整类型对应的第三关系表中进行匹配；将第三关系表中与匹配结果对应的调整信息，作为对应该调整类型的调整信息。
85.图6是根据本公开第六实施例的示意图。如图6所示，本实施例的特效场景包的获取装置600位于终端设备，具体可以包括如下步骤：
86.获取单元601、用于获取属性信息，所述属性信息用于服务器端得到所述终端设备的性能分数；
87.第二发送单元602、用于向服务器端发送包含所述属性信息的特效请求；
88.第二接收单元603、用于接收由所述服务器端发送的至少一个目标特效场景包，以根据不同的目标特效场景包生成相应的特效场景。
89.获取单元601在获取属性信息时，可以为在检测到终端设备的特效场景的生成功能被触发之后进行获取，例如检测到用户点击了终端设备中生成特效场景的按钮之后进行获取，或者检测到用户对终端设备发出了生成特效场景的语音指令之后进行获取。
90.获取单元601在获取属性信息时，可以获取自身的型号信息、版本信息、内存信息、芯片信息(包含cpu信息、gpu信息等信息)、陀螺仪信息等信息中的至少一种，所获取的属性信息用于服务器端得到终端设备的性能分数。
91.本实施例中的终端设备在由获取单元601获取属性信息之后，由第二发送单元602服务器端发送包含所获取的属性信息的特效请求。
92.由于第二发送单元602向服务器端所发送的特效请求中包含属性信息，因此使得服务器端能够根据该特效请求来获取与当前终端设备适配的特效场景包。
93.本实施例中的终端设备在由第二发送单元602向服务器端发送特效请求之后，由第二接收单元603接收由服务器端发送的至少一个目标特效场景包，从而根据不同的目标
特效场景包生成相应的特效场景。
94.第二接收单元603在接收由服务器端发送的至少一个目标特效场景包时，可以采用的可选实现方式为：接收由服务器端发送的调整信息与至少一个目标特效场景包，所接收的调整信息用于对由目标特效场景包所生成的特效场景进行调整。
95.也就是说，本实施例的终端设备会通过第二接收单元603来同时接收由服务器端所发送的目标特效场景包与调整信息，进而在根据目标特效场景包生成特效场景时，使用调整信息对所生成的特效场景进行调整，进一步提升所生成的特效场景的效果。
96.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
97.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
98.如图7所示，是根据本公开实施例的特效场景包的获取方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
99.如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器(rom)702中的计算机程序或者从存储单元708加载到随机访问存储器(ram)703中的计算机程序，来执行各种适当的动作和处理。在ram703中，还可存储设备700操作所需的各种程序和数据。计算单元701、rom702以及ram703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
100.设备700中的多个部件连接至i/o接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
101.计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如特效场景包的获取方法。例如，在一些实施例中，特效场景包的获取方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。
102.在一些实施例中，计算机程序的部分或者全部可以经由rom702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到ram 703并由计算单元701执行时，可以执行上文描述的特效场景包的获取方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行特效场景包的获取方法。
103.此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系
统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
104.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
105.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd
‑
rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
106.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
107.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
108.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端
‑
服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务(“virtual private server”，或简称“vps”)中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
109.需要说明的是，本公开实施例中，特效场景包的获取方法的执行主体可以通过各
种公开、合法合规的方式获取终端设备的属性信息，例如可以是从公开数据集处获取的，或者是经过了用户的授权从用户处获取的。通过本公开实施例的特效场景包的获取过程是在经用户授权后执行的，其获取过程符合相关法律法规。本公开实施例中的特效场景包的获取并不是针对某一特定用户，并不能反映出某一特定用户的个人信息。
110.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
111.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。