资源自动播放方法、装置、设备以及存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及音视频播放领域。


背景技术：

2.随着智能手机等智能终端的普及，通过社交应用的浏览器打开第5代超文本标记语言(hypertext markup language 5，简称html5或h5)页面的机会越来越多。在h5页面能够实现学习、听音乐、看视频等功能。但是有些操作系统例如ios(苹果操作系统)在一些应用中不允许音频自动播放，必须用户手动触发点击才可以播放音频。


技术实现要素：

3.本公开提供了一种资源自动播放方法、装置、设备以及存储介质。
4.根据本公开的一方面，提供了一种资源自动播放方法，包括：
5.在第一应用的页面打开的情况下，根据该页面中的第一元素自动播放第一资源，该第一资源为用于触发该页面的自动播放功能的资源；
6.将该第一元素对应的第一资源的地址修改为第二资源的地址，该第二资源为该页面中需要自动播放的目标资源；
7.根据该第二资源的地址播放该第二资源。
8.根据本公开的另一方面，提供了一种资源自动播放装置，包括：
9.第一播放模块，用于在第一应用的页面打开的情况下，根据该页面中的第一元素自动播放第一资源，该第一资源为用于触发该页面的自动播放功能的资源；
10.地址修改模块，用于将该第一元素对应的第一资源的地址修改为第二资源的地址，该第二资源为该页面中需要自动播放的目标资源；
11.第二播放模块，用于根据该第二资源的地址播放该第二资源。
12.根据本公开的另一方面，提供了一种电子设备，包括：
13.至少一个处理器；以及
14.与该至少一个处理器通信连接的存储器；其中，
15.该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开中任一实施例的方法。
16.根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，该计算机指令用于使该计算机执行根据本公开中任一实施例的方法。
17.根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，该计算机程序在被处理器执行时实现根据本公开中任一实施例的方法。
18.根据本公开实施例，通过第一应用的页面中的第一元素先自动播放第一资源，再将第一元素对应的资源地址修改为需要播放的第二资源的地址，从而在原本不能自动播放的操作系统的第一应用中可以实现自动播放的第二资源。
19.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特
征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
20.附图用于更好地理解本方案，不构成对本公开的限定。其中：
21.图1是根据本公开一实施例的资源自动播放方法的流程示意图；
22.图2是根据本公开另一实施例的资源自动播放方法的流程示意图；
23.图3是根据本公开另一实施例的资源自动播放方法的流程示意图；
24.图4是根据本公开一实施例的资源自动播放装置的结构示意图；
25.图5是根据本公开另一实施例的资源自动播放装置的结构示意图；
26.图6是相关技术中引导用户点击播放音频的效果示意图；
27.图7是根据本公开一实施例的音频自动播放流程的示意图；
28.图8是根据本公开一实施例自动播放音频的效果示意图；
29.图9是用来实现本公开实施例的资源自动播放方法的电子设备的框图。
具体实施方式
30.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
31.图1是根据本公开一实施例的资源自动播放方法的流程示意图。该资源自动播放方法可以包括：
32.s101、在第一应用的页面打开的情况下，根据该页面中的第一元素自动播放第一资源，该第一资源为用于触发该页面的自动播放功能的资源；
33.s102、将该第一元素对应的第一资源的地址修改为第二资源的地址，该第二资源为该页面中需要自动播放的目标资源；
34.s103、根据该第二资源的地址播放该第二资源。
35.在本公开实施例中，该方法可以用于例如智能手机、智能手表、掌上电脑等终端设备中。在一些操作系统中，应用的浏览器页面不能自动播放音频、视频等多媒体资源。例如，在ios系统中，微信浏览器的h5页面不能自动播放音频、视频等多媒体资源。在该系统的应用的页面中可以设置用于自动播放资源的元素即第一元素。本技术实施例中的第一元素也可以为第一标签。第一应用可以为安装在终端设备中的具有一定功能的应用。例如具有社交、购物或游戏等功能的应用。在第一应用的页面打开的情况下，可以加载该页面中的该第一元素，获取该第一元素包括的第一资源的地址。根据该第一资源的地址加载并自动播放第一资源。播放第一资源可以触发后续自动播放其他资源。在第一资源播放完毕后，可以将第一元素的资源(src)属性中的第一资源的地址修改为需要自动播放第二资源。然后，根据该第二资源的地址加载并自动播放第二资源。通过第一应用的页面中的第一元素先自动播放第一资源，再将第一元素对应的资源地址修改为需要播放的第二资源的地址，从而在原本不能自动播放的操作系统的第一应用中可以实现自动播放的第二资源。本技术实施例的方案可以用于多种场景，例如学习回放场景、跟读场景等。例如，在学习回放场景中，可以在
希望给用户打开自己学习记录的页面加入用于触发自动播放的音频元素，从而在打开该页面时可以自动播放自己读过的单词、句子、绘本等。再如，在跟读场景，可以在拼音、单词、课文等的跟读页面加入用于触发自动播放的音频元素，从而在打开该页面时可以自动播放自己读过的拼音、单词、课文等。
36.图2是根据本公开另一实施例的资源自动播放方法的流程示意图。该实施例的方法包括上述资源自动播放方法实施例的一个或多个特征。在一种可能的实施方式中，在s101中，根据该页面中的第一元素自动播放第一资源，包括：
37.s201、使用事件监听器监听该第一应用的页面的目标浏览器事件；
38.s202、在该目标浏览器事件的回调函数中获取该第一元素的第一对象；
39.s203、调用该第一对象的播放方法，以触发该第一元素对应的该第一资源的自动播放。
40.在本公开实施例中，第一应用的页面可以为第一应用的浏览器页面。第一应用的浏览器页面具有事件监听器，可以监听第一应用的浏览器页面的浏览器事件。如果事件监听器监听到与第一元素相关的目标浏览器事件，可以在该目标浏览器事件的回调函数中获取改第一元素的第一对象。然后，调用该第一对象的播放方法，从第一元素对应的第一资源的地址自动加载第一资源，从而自动播放该第一资源。通过监听第一应用的打开的页面的目标浏览器事件，能够自动播放目标浏览器事件关联的第一元素对应的第一资源。
41.在一种可能的实施方式中，该第一元素为音频元素，该第一资源为静音音频资源，该方法还包括：
42.在该第一应用的页面的超文本标记语言(hypertext markup language，html)代码中添加该音频元素，并将该音频元素的资源属性设置为该静音音频资源的地址。
43.在本公开实施例中，通过音频元素触发播放静音音频资源，可以实现用户无感知，从而提高用户体验。
44.在一种可能的实施方式中，该事件监听器为文档添加事件监听器，该目标浏览器事件为第一应用桥接准备事件，该第一对象为文档对象模型(document object model，dom)对象。例如，文档添加事件监听器可以为document.addeventlistener。第一应用为微信，第一应用桥接准备事件可以为weixinjsbridgeready事件。weixinjsbridgeready事件是一种微信浏览器事件。通过上述的事件监听过程，可以借助于微信软件开发工具包(software development kit，sdk)封装的方法，实现自动播放静音音频资源。
45.在一种可能的实施方式中，在s201中，使用事件监听器监听该第一应用的目标浏览器事件，包括：使用文档添加事件监听器监听该第一应用桥接准备事件。
46.在一种可能的实施方式中，在s202中，在该目标浏览器事件的回调函数中获取该第一元素的第一对象，包括：在该第一应用桥接准备事件的回调函数中，通过脚本语言(javascript，js)获取该音频元素的dom对象。javascript是一种具有函数优先的轻量级、解释型或即时编译型的编程语言。
47.在一种可能的实施方式中，在s203中，调用该第一对象的播放方法，以触发该第一元素对应的该第一资源的自动播放，包括：调用该dom对象的播放方法，以触发该音频元素对应的该静音音频资源的自动播放。
48.例如，使用文档添加事件监听器document.addeventlistener监听
weixinjsbridgeready事件，在weixinjsbridgeready事件的回调函数中，通过js获取到音频(audio)元素的dom对象，调用dom对象的播放(play)方法，触发该audio元素的播放。如果audio元素对应的音频资源是静音的，则用户不会感知到该音频资源的播放。audio元素对应的音频资源可以是mp3等占用空间较小的音频资源，有利于使得播放的更加快速和流畅。第一应用为微信仅为示例而非限制，在实际应用中也可以为其他需要实现自动播放音视频等多媒体资源的应用，例如对于音视频播放进行了一些优化处理的其他应用。
49.通过文档添加事件监听器监听第一应用的打开的页面的第一应用桥接准备事件，能够自动播放第一应用桥接准备事件关联的音频元素对应的静音音频资源，进而自动播放后续需要播放的第二资源。
50.在一种可能的实施方式中，如图3所示，触发该音频元素对应的该静音音频资源的自动播放，包括：s301、根据该音频元素对应的该静音音频资源的地址，触发播放该静音音频资源。
51.在本公开实施例中，音频元素的资源属性中可以包括该音频元素对应的资源的地址例如静音音频资源的地址。该静音音频资源的地址可以为统一资源定位符(uniform resource locator，url)等形式。在调用音频元素的dom对象的播放方法的情况下，根据该音频元素的资源属性中的资源地址加载该静音音频资源，并触发自动播放该静音音频资源。这样，可以在用户无感知的情况下触发音频元素对应的静音音频资源的播放，进而自动播放后续需要播放的第二资源。
52.在一种可能的实施方式中，该页面为html5页面，该第二资源为需要自动播放的目标资源。在s102中，将该第一元素对应的第一资源的地址修改为第二资源的地址，包括：
53.s302、在该静音音频资源播放完毕的情况下，使用js将该音频元素的资源属性中的该静音音频资源的地址，动态修改为需要在该html5页面自动播放的该目标资源的地址。
54.在本公开实施例中，在第一应用的浏览器页面打开的初始状态下，该音频元素的资源属性中可以包括静音音频资源的地址。在第一应用播放完毕静音音频资源之后，可以将该音频元素的资源属性动态修改为html5页面中某个需要自动播放的目标资源的地址。目标资源可以为音频资源或视频资源等多媒体资源。目标资源的确定方式可以包括多种。例如，基于资源在html5页面的位置确定是否是目标资源。目标资源可以是处于第一应用的html5页面的某个区域的资源。例如如果某个资源的顶部达到html5页面的中间位置，该资源可以为目标资源。再如，如果某个资源的底部达到html5页面的底部位置，该资源可以为目标资源。动态修改音频元素的资源属性中的资源地址，可以自动播放html5页面中的目标资源。
55.在一种可能的实施方式中，在s103中，根据该第二资源的地址播放该第二资源，包括：s303、根据修改后的该音频元素对应的该目标资源的地址，触发播放该目标资源。根据动态修改后音频元素的资源属性中的资源地址，可以自动加载并播放目标资源。
56.在一种可能的实施方式中，该资源自动播放方法还包括：
57.响应于录音命令打开麦克风以输入用户音频资源；
58.将该用户音频资源与该第二资源进行比较，得到比较结果。
59.在一些应用场景中，在自动播放第二资源之后，可以根据用户的操作例如点击麦克风图标，打开终端设备的麦克风，录入用户语音等得到用户音频资源。
60.例如，在单词、拼音或课文等的跟读场景中，在自动播放需要跟读的单词、拼音或课文等需要跟读的第二资源后，可以等待用户打开麦克风的操作。如果用户点击了麦克风图标可以产生录音命令并打开麦克风。将麦克风拾取的用户语音与第二资源进行比较，得到的比较结果可以包括形似度评分等。比较结束后，可以继续播放除了第二资源之外的需要跟读的其他资源，也可以结束本次自动播放流程。如果在自动播放需要跟读的第二资源后，用户没有打开麦克风，则可以结束本次自动播放流程；也可以自动播放提示语音、重复播放第二资源或自动播放除了第二资源之外的需要跟读的其他资源。
61.在本公开实施例中，通过麦克风输入用户音频资源，能够支持更丰富的应用场景例如跟读场景，在跟读场景中在需要跟读的页面可以支持自动播放需要跟读的内容。
62.在一种可能的实施方式中，该资源自动播放方法还包括：
63.将该第一元素对应的第二资源的地址修改为第三资源的地址，该第三资源为该页面中在播放该第二资源之后需要自动播放的目标资源；
64.根据该第三资源的地址播放该第三资源。
65.在本公开实施例中，如果第二资源对应第一目标资源，第三资源对应第二目标资源。在播放完毕第一目标资源之后，还可以使用js将该音频元素的资源属性中的第一目标资源的地址，动态修改为需要在html5页面自动播放的第二目标资源的地址。然后根据动态修改后音频元素的资源属性中的资源地址，可以灵活地自动播放html5页面中所需的目标资源。具体可以根据业务逻辑确定在第二资源之后需要播放的第三资源。在播放第三资源之后，还可以根据业务逻辑确定是否继续播放其他的资源。本技术实施例不限定连续自动播放资源的具体数量，可以根据实际业务需求灵活确定。这样可以实现资源连续的自动播放，适用于更加丰富的业务场景。
66.在一种可能的实施方式中，在s101中，在第一应用的页面打开的情况下，根据该页面中的第一元素自动播放第一资源，包括：
67.在该页面中具有多个第一元素的情况下，分别调用每个该第一元素的第一对象的播放方法，以触发每个该第一元素对应的该第一资源的自动播放。
68.在一些示例中，在一个浏览器页面可能需要自动播放多个音频资源。例如一边播放背景音乐，一遍播放需要回放的学习内容。这种场景下，可以在该页面设置多个用于触发音频自动播放的音频元素。例如第一音频元素和第二音频元素。第一音频元素和第二音频元素的地址可以为静音音频资源的地址。如果二者的静音音频资源的地址相同，则二者可以使用同一个静音音频资源触发自动播放。如果二者的静音音频资源的地址相同，则二者也可以分别使用不同的静音音频资源触发自动播放。使用事件监听器监听该第一应用的页面的目标浏览器事件；在该目标浏览器事件的回调函数中分别获取第一音频元素的dom对象和第二音频元素的dom对象。分别调用第一音频元素和第二音频元素的dom对象的播放方法，以分别触发第一音频元素和第二音频元素对应的静音音频资源的自动播放。然后分别将第一音频元素和第二音频元素的资源属性修改为各自的目标资源的地址，自动播放第一音频元素对应的目标资源和第二音频元素对应的目标资源。通过页面中的多个音频元素可以实现同时自动播放多个音频资源，能够适用于更丰富的业务场景。
69.图4是根据本公开一实施例的资源自动播放装置的结构示意图。该资源自动播放装置可以包括：第一播放模块401，用于在第一应用的页面打开的情况下，根据该页面中的
第一元素自动播放第一资源，该第一资源为用于触发该页面的自动播放功能的资源；地址修改模块402，用于将该第一元素对应的第一资源的地址修改为第二资源的地址，该第二资源为该页面中需要自动播放的目标资源；第二播放模块403，用于根据该第二资源的地址播放该第二资源。
70.图5是根据本公开另一实施例的资源自动播放装置的结构示意图。该实施例的装置包括上述资源自动播放装置实施例的一个或多个特征。在一种可能的实施方式中，该第一播放模块401，还包括：
71.监听子模块501，用于使用事件监听器监听该第一应用的页面的目标浏览器事件；
72.获取子模块502，用于在该目标浏览器事件的回调函数中获取该第一元素的第一对象；
73.播放子模块503，用于调用该第一对象的播放装置，以触发该第一元素对应的该第一资源的自动播放。
74.在一种可能的实施方式中，该第一元素为音频元素，该第一资源为静音音频资源，该装置还包括：添加模块，用于在该第一应用的页面的超文本标记语言html代码中添加该音频元素，并将该音频元素的资源属性设置为该静音音频资源的地址。
75.在一种可能的实施方式中，该事件监听器为文档添加事件监听器，该目标浏览器事件为第一应用桥接准备事件，该第一对象为文档对象模型dom对象；
76.该监听子模块501，用于使用文档添加事件监听器监听该第一应用桥接准备事件；
77.该获取子模块502，用于在该第一应用桥接准备事件的回调函数中，通过脚本语言js获取该音频元素的dom对象；
78.该播放子模块503，用于调用该dom对象的播放装置，以触发该音频元素对应的该静音音频资源的自动播放。
79.在一种可能的实施方式中，该播放子模块503还用于根据该音频元素对应的该静音音频资源的地址，触发播放该静音音频资源。
80.在一种可能的实施方式中，该页面为第5代超文本标记语言html5页面，该第二资源为需要自动播放的目标资源，该地址修改模块402用于在该静音音频资源播放完毕的情况下，使用js将该音频元素的资源属性中的该静音音频资源的地址，动态修改为需要在该html5页面自动播放的该目标资源的地址。
81.在一种可能的实施方式中，该第二播放模块403用于根据修改后的该音频元素对应的该目标资源的地址，触发播放该目标资源。
82.在一种可能的实施方式中，该装置还包括：
83.录音模块404，用于响应于录音命令打开麦克风以输入用户音频资源；
84.比较模块405，用于将该用户音频资源与该第二资源进行比较，得到比较结果。
85.在一种可能的实施方式中，该地址修改模块402还用于将该第一元素对应的第二资源的地址修改为第三资源的地址，该第三资源为该页面中在播放该第二资源之后需要自动播放的目标资源；
86.在一种可能的实施方式中，该装置还包括：第三播放模块406，用于根据该第三资源的地址播放该第三资源。
87.在一种可能的实施方式中，该第一播放模块还用于在该页面中具有多个第一元素
的情况下，分别调用每个该第一元素的第一对象的播放方法，以触发每个该第一元素对应的该第一资源的自动播放。
88.本公开实施例的装置的各模块、子模块的具体功能和示例的描述，可以参见上述方法实施例中对应步骤的相关描述，在此不再赘述。
89.在一些操作系统例如ios系统中，基于用户流量等因素在一些应用例如微信的浏览器中不允许音频自动播放。此外，音频文件的类型多样化，有mp3、wav、ogg等，浏览器不同，能够兼容的音频文件格式也不一样。因此，在一些应用的浏览器中实现音频文件的自动播放并且兼容各种格式的音频文件具有一定困难。
90.相关技术中通常在需要自动播放音频的h5页面，使用兼容性更好的音频文件，并且，用户打开页面后，需要引导用户主动点击一次页面，触发html音频(audio)的播放，如图6所示。
91.本公开实施例的方案，可以实现在需要播放音频的h5页面，用户不点击页面就能够实现音频的自动播放功能，具有更好的用户体验效果。此外，可以使用mp3格式等占用空间小的音频文件来作为触发自动播放的资源。
92.在一种应用场景中，在ios系统的微信浏览器环境，页面初始化时候创建一个html5音频(audio)元素。在页面加载完成后，也就是weixinjsbridgeready事件触发后，使用事先创建好的html5 audio元素，通过js调用audio元素的方法先播放一个静音且体积很小的mp3音频文件。接下来再使用该audio元素播放h5页面上需要自动播放的mp3文件，通过该方法就能够实现ios系统微信浏览器环境下h5页面自动播放音频的效果。
93.如图7所示，在本公开实施例中一种音频自动播放流程可以包括：在html页面添加audio元素，audio元素的初始资源(src)可以是一个静音且体积很小的mp3资源地址。js中监听audio元素的weixinjsbridgeready(简称wxready)事件，在weixinjsbridgeready事件回调中，通过js获取到audio元素的dom对象，调用dom对象的play方法，触发一次audio元素的播放。因为此时的audio元素的资源(src)属性指定的是一个静音的音频文件，所以用户在整个播放过程中完全无感知。相当于使用静音的mp3音频文件(音频资源1)激活audio元素的自动播放功能，接下来使用js动态改变audio元素的src属性为正常业务需要自动播放的mp3音频文件(音频资源2)的地址。
94.该流程可以通过以下几个部分实现：
95.html5 audio元素初始化：页面html代码中添加audio标签，确保页面在渲染时候audio正常初始化，同时设置audio标签的src属性为一个静音且格式为mp3的音频资源。
96.html5 audio元素播放静音音频：在页面weixinjsbridgeready事件的回调函数中通过js获取到audio元素的dom对象，调用dom对象的play方法，触发一下该audio元素的播放。因为mp3音频资源是静音，所以用户不会感知到音频的播放。
97.html5 audio元素播放实际音频：在audio元素播放完静音的mp3音频资源后，使用js动态修改audio元素的src属性，改为h5页面实际需要自动播放的mp3音频地址，从而达到音频自动播放的效果
98.与图6不同，图8展示了使用本公开实施例的方法用户打开页面并播放音频的播放流程。
99.在本公开实施例中，提供了html5 audio播放音频的方法，使用audio元素最开始
播放一个静音且体积很小的mp3音频文件，之后使用该audio元素播放需要自动播放的mp3音频文件。
100.在本公开实施例中，可以与网页解析及渲染技术相结合，基于w3c标准，对于html、html5、js、css、图片、文本、音视频、动画等文件格式进行解析及渲染。
101.本公开实施例的方案可以用于例如微信浏览器环境，在微信浏览器环境下，使用html5 audio实现mp3音频自动播放。例如，通过先使用html5audio元素播放一个静音且体积小的mp3音频文件，然后再使用该html5audio元素播放真实的需要自动播放的mp3音频文件，间接地实现在ios系统微信浏览器环境下h5页面自动播放mp3音频的效果。
102.本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。
103.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
104.图9示出了可以用来实施本公开的实施例的示例电子设备900的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字助理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
105.如图9所示，设备900包括计算单元901，其可以根据存储在只读存储器(rom)902中的计算机程序或者从存储单元908加载到随机访问存储器(ram)903中的计算机程序，来执行各种适当的动作和处理。在ram 903中，还可存储设备900操作所需的各种程序和数据。计算单元901、rom 902以及ram 903通过总线904彼此相连。输入/输出(i/o)接口905也连接至总线904。
106.设备900中的多个部件连接至i/o接口905，包括：输入单元906，例如键盘、鼠标等；输出单元907，例如各种类型的显示器、扬声器等；存储单元908，例如磁盘、光盘等；以及通信单元909，例如网卡、调制解调器、无线通信收发机等。通信单元909允许设备900通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
107.计算单元901可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元901的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元901执行上文所描述的各个方法和处理，例如资源自动播放方法。例如，在一些实施例中，资源自动播放方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元908。在一些实施例中，计算机程序的部分或者全部可以经由rom 902和/或通信单元909而被载入和/或安装到设备900上。当计算机程序加载到ram 903并由计算单元901执行时，可以执行上文描述的资源自动播放方法的一个或多个步骤。备选地，在其他实施例中，计算单元901可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行资源自动播放方法。
108.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系
统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
109.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
110.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
111.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入、或者触觉输入)来接收来自用户的输入。
112.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
113.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
114.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
115.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。