程序崩溃场景的复现处理方法、设备及程序产品与流程

1.本公开涉及计算机技术中的崩溃场景还原技术，尤其涉及一种程序崩溃场景的复现处理方法、设备及程序产品。


背景技术：

2.互联网公司的产品研发完毕后，产品会上线供用户使用，因此，产品在线上的质量对用户体验的影响较大。
3.线上质量监控是指对线上产品的质量进行监控，其中监控到产品崩溃是比较严重的情况。为了定位崩溃出现的原因，以及对修复完的产品进行测试，都需要对崩溃场景进行复现，崩溃修复完毕后需要在相同的场景测实验收。
4.现有技术中，可以通过模拟器复现崩溃场景，比如可以根据崩溃日志中得到的设备信息，在模拟机上复现；还可以在设备管理系统上查找相应的设备信息，调度实体设备，在真实的设备上尝试复现。但是，崩溃场景涉及内容较多，比如设备型号、设备中搭载的系统、ab实验情况等。通过模拟器或直接调度实体设备，均无法准确的复现出崩溃场景。


技术实现要素：

5.本公开提供了一种程序崩溃场景的复现处理方法、设备及程序产品，以准确的复现出崩溃场景。
6.根据本公开的第一方面，提供了一种程序崩溃场景的复现处理方法，包括：
7.获取程序崩溃时上报的崩溃日志，并根据所述崩溃日志确定所述程序的运行环境信息；
8.根据所述运行环境信息在测试设备中部署环境；其中，所述测试设备是基于所述崩溃日志选取的；
9.根据所述崩溃日志，在部署了环境的测试设备中进行程序崩溃场景的复现处理。
10.根据本公开的第二方面，提供了一种程序崩溃场景的复现处理装置，包括：
11.环境确定单元，用于获取程序崩溃时上报的崩溃日志，并根据所述崩溃日志确定所述程序的运行环境信息；
12.环境部署单元，用于根据所述运行环境信息在测试设备中部署环境；其中，所述测试设备是基于所述崩溃日志选取的；
13.复现单元，用于根据所述崩溃日志，在部署了环境的测试设备中进行程序崩溃场景的复现处理。
14.根据本公开的第三方面，提供了一种电子设备，包括：
15.至少一个处理器；以及
16.与所述至少一个处理器通信连接的存储器；其中，
17.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如第一方面所述的方法。
18.根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行如第一方面所述的方法。
19.根据本公开的第五方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序，所述计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从所述可读存储介质读取所述计算机程序，所述至少一个处理器执行所述计算机程序使得电子设备执行第一方面所述的方法。
20.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
21.附图用于更好地理解本方案，不构成对本公开的限定。其中：
22.图1为本公开一示例性实施例示出的程序崩溃场景的复现处理方法的流程示意图；
23.图2为本公开另一示例性实施例示出的程序崩溃场景的复现处理方法的流程示意图；
24.图3为本公开一示例性实施例示出的崩溃场景还原示意图；
25.图4为本公开一示例性实施例示出的程序崩溃场景的复现处理装置的结构示意图；
26.图5为本公开另一示例性实施例示出的程序崩溃场景的复现处理装置的结构示意图；
27.图6是用来实现本公开实施例的方法的电子设备的框图。
具体实施方式
28.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
29.针对已上线供用户使用的产品，需要监控产品质量。线上质量监控中崩溃是最为严重的一种情况，在发生了崩溃之后，需要对崩溃场景进行复现，从而及时定位崩溃出现的原因，以及在复现的场景中对修复完的产品进行测试。
30.一种可选的实现方式中，可以通过模拟器复现崩溃环境，但是，模拟器不是真实设备的运行环境，这种崩溃复现方式无法还原出真实的崩溃场景。
31.另一种可选的实现方式中，可以预先准备大量的实体设备，利用与发生崩溃事件的用户终端相似的实体设备复现崩溃场景。但是，机型、内存、设备电量、cpu、以及实验状态等问题会对崩溃场景的复现产生影响。因此，通过这种方式也无法准确的还原出崩溃场景。
32.为了解决上述技术问题，本公开提供的方案中，可以在用于进行测试的测试设备中部署用于进行崩溃还原的环境，从而使测试设备的运行环境与产生崩溃事件的用户设备的运行环境一致，进而能够利用测试设备还原出崩溃场景，这种方式还原出的崩溃场景与用户设备发生崩溃事件时的场景一致，因此能够准确的还原出崩溃场景。
33.图1为本公开一示例性实施例示出的程序崩溃场景的复现处理方法的流程示意图。
34.如图1所示，本公开提供的程序崩溃场景的复现处理方法，包括：
35.步骤101，获取程序崩溃时上报的崩溃日志，并根据所述崩溃日志确定所述程序的运行环境信息。
36.本公开提供的方法可以由具备计算能力的电子设备执行，该电子设备例如可以是用于还原崩溃场景的服务器。
37.其中，应用程序研发完毕后，可以通过网络发布该程序，用户可以操作用户终端从网络上下载该程序，并安装在用户终端中。用户终端运行程序时，若发生了崩溃事件，则用户终端可以向该应用程序的后台服务器上报崩溃日志。
38.具体的，用于执行本方案的电子设备可以获取用户终端上报的崩溃日志。比如，该电子设备可以与上述后台服务器通过网络连接，从而能够从中获取崩溃日志。
39.进一步的，电子设备可以根据崩溃日志确定程序的运行环境信息。比如，可以根据崩溃日志确定用户终端的测试环境，例如，用户终端命中了哪个实验。再比如，用户终端的联网方式。再比如是否登录了应用程序的账号等。
40.实际应用时，电子设备可以读取崩溃日志中的信息，确定用户终端命中了哪些实验。
41.在软件研发过程中，通常会进行ab实验。ab实验是指设置两个或多个程序的版本，向不同的用户终端推送不同的版本，从而比对不同版本的程序对用户的影响。比如需要推出一个新功能时，可以向一部分用户终端推送该新功能，而另一部分用户终端不推送该新功能，进而可以比对该新功能对用户的影响。
42.在进行ab实验时，可以对用户终端进行分类，不同类别的用户终端运行不同版本的程序。比如将用户终端划分为两类，第一类用户终端使用程序的新功能，第二类用户终端不使用该新功能。则第一类用户终端向后台服务器发送请求时携带有表征使用该新功能的标识，第二类用户终端向后台服务器发送请求时不携带该标识。基于此，电子设备可以根据崩溃日志中包括的请求内容确定用户终端的运行环境信息。
43.步骤102，根据运行环境信息在测试设备中部署环境；其中，测试设备是基于崩溃日志选取的。
44.其中，还可以根据崩溃日志选取测试设备。在崩溃日志中可以包括用户终端的设备类型、搭载的系统等信息，可以根据这些信息确定用于进行崩溃还原的测试设备。
45.具体的，可以由测试人员浏览崩溃日志，进而确定设备类型和系统信息，再在设备库中找到符合这些条件的测试设备。
46.进一步的，还可以根据崩溃日志确定设备信息，并根据设备信息在预设的设备库中确定用于进行程序崩溃场景的复现处理的测试设备。
47.电子设备可以获取设备库中各个设备的信息，并根据崩溃日志中包括的设备类型、搭载的系统等信息，在设备库中确定出符合这些条件的测试设备。
48.实际应用时，电子设备可以根据确定出的运行环境信息在测试设备中部署环境，使得该测试设备的运行环境与用户终端的运行环境一致。
49.其中，若运行环境信息中包括多个信息，则可以根据每个信息在测试设备中进行
部署。比如，若运行环境信息中包括登录了会员账号，则可以控制测试设备登录预设的会员账号，该会员账号是指预先设置的用于进行测试的会员账号。
50.具体的，运行环境信息中还可以包括实验命中信息。可以在测试设备中根据该实验命中信息进行部署，使得测试设备能够命中与用户终端相同的实验。比如，用户终端命中了实验a，则可以将测试设备配置为可以命中实验a的设备组，进而使得测试设备也能够命中实验a。
51.步骤103，根据崩溃日志，在部署了环境的测试设备中进行程序崩溃场景的复现处理。
52.进一步的，在测试设备中部署了环境中之后，可以在该测试设备中进行崩溃复现，以提高复现准确度。
53.实际应用时，可以根据崩溃日志确定发生崩溃时的操作路径，进而可以在测试设备中执行该操作路径，从而复现崩溃场景。
54.其中，崩溃日志中记录有用户终端的执行信息，比如接收了用户的何种操作，调用了哪些方法和接口等。因此，可以根据这些信息在测试设备中还原出崩溃场景。
55.本公开提供的程序崩溃场景的复现处理方法，包括：获取程序崩溃时上报的崩溃日志，并根据崩溃日志确定程序的运行环境信息；根据运行环境信息在测试设备中部署环境；其中，测试设备是基于崩溃日志选取的；根据崩溃日志，在部署了环境的测试设备中进行程序崩溃场景的复现处理。这种实施方式中，能够根据崩溃日志在测试设备中部署环境，进而使得测试设备的环境与用户终端的环境一致，达到准确还原崩溃场景的目的。
56.图2为本公开另一示例性实施例示出的程序崩溃场景的复现处理方法的流程示意图。
57.如图2所示，本公开提供的程序崩溃场景的复现处理方法，包括：
58.步骤201，获取程序崩溃时上报的崩溃日志。
59.步骤210的实现方式与步骤101类似，不再赘述。
60.步骤202，根据崩溃日志确定运行程序出现崩溃的用户终端的设备标识。
61.步骤203，根据设备标识查询用户终端运行程序时的命中实验信息；运行环境信息包括命中实验信息。
62.其中，崩溃日志中还可以记录设备标识，用户终端运行程序时，若发生了崩溃事件，则用户终端可以上报崩溃日志，该崩溃日志中记录有用户终端的设备标识。
63.具体的，还可以设置ab实验平台，用于对各个用户终端进行ab实验。该ab实验平台中可以记录用户终端的命中实验信息。比如，用户终端c命中了功能1的实验，用户终端d命中了功能2的实验等。
64.进一步的，电子设备可以根据设备标识在ab实验平台中查询命中实验信息，进而确定发生了崩溃事件的用户终端命中了哪些实验。
65.实际应用时，命中实验信息中可以包括实验标识，若用户终端命中了多个实验，则获取的命中实验信息中可以包括多个实验标识。
66.可选的，还可以根据崩溃日志中的时间信息，在ab实验平台中获取发生崩溃时或发生崩溃前预设时段内，用户终端命中的实验的信息。通过这种方式，能够确定发生了崩溃事件的用户终端命中了哪些实验，进而可以基于命中的实验为测试设备部署环境，使得测
试设备的运行环境与用户终端的运行环境一致。
67.步骤204，根据运行环境信息中包括的命中实验信息，将测试设备划分为命中实验所对应的设备组。
68.其中，可以根据确定的命中实验信息，在测试设备中部署环境，具体可以将测试设备划分为与命中的实验对应的设备组。比如可以在测试设备的程序中添加标识，用于将测试设备划分为与命中实验对应的设备组。
69.具体的，若命中实验信息中包括多个实验，也就是用户终端运行程序时命中了多个实验，则针对每个命中的实验，都可以将测试设备划分为与命中实验对应的设备组。比如，测试设备命中了第一实验，则可以将测试设备划分为能够命中第一实验的设备组，比如，可以在测试设备的程序中添加标识1，表征测试设备需要进行第一实验；测试设备命中了第二实验，则还可以将测试设备划分为能够命中第二实验的设备组，比如，可以在测试设备的程序中添加标识2，表征测试设备需要进行第二实验。
70.这种实施方式中，可以根据发生了崩溃事件的用户终端命中的实验，部署测试设备的环境，进而使测试设备能够命中用户终端所命中的实验，进而使测试设备运行程序的环境与用户终端一致，更准确的还原崩溃场景。
71.进一步的，在进行崩溃场景复现时，测试设备可以根据测试设备所属的设备组向服务器发送请求，请求用于复现程序崩溃场景。
72.实际应用时，可以根据崩溃日志确定出崩溃发生时用户终端的处理步骤，可以控制测试设备执行相同的处理步骤。在执行这些处理步骤时，测试设备可以基于自身所属的设备组向服务器发送请求，比如，测试设备属于第一实验对应的设备组，第一实验用于测试第一功能，则测试设备向服务器请求第一功能时，请求消息中可以包括第一标识，从而使测试设备可以命中第一实验。不需要命中第一实验的设备向服务器请求第一功能时，不携带该第一标识。
73.通过这种实施方式，能够使测试设备在运行程序时命中用户终端所命中的实验，进而更准确的还原崩溃场景。
74.步骤205，根据崩溃日志生成用于模拟程序崩溃场景的测试用例。
75.其中，崩溃日志中包括日志发生之前调用的方法或者接口等信息，因此，可以基于这些信息还原出发生崩溃前的路径，再生成测试用例，可以直接在测试设备中运行测试用例，从而模拟程序崩溃场景。
76.具体的，可以根据崩溃日志确定运行程序的用户终端的设备标识和引起程序崩溃的代码段。
77.崩溃日志中还可以包括发生了崩溃事件的用户终端的设备标识，电子设备可以获取崩溃日志中包括的设备标识，电子设备根据设备标识获取用户终端的操作信息。
78.程序的后台服务器中可以记录各个用户终端的标识以及操作信息的对应关系，比如，用户终端a发送了访问页面1的请求，用户终端b发送了请求登陆的消息等。在后台服务器中可以记录同一个用户终端的多个操作信息，电子设备可以根据设备标识获取与该设备标识对应的多个操作信息，例如，可以是发生崩溃前预设时长内该发生了崩溃事件的用户终端的操作信息。
79.进一步的，崩溃日志中还可以包括引起程序崩溃的代码段的信息，比如，可以记录
引起崩溃的代码段行号等信息。电子设备可以从崩溃日志中获取这一信息。
80.实际应用时，电子设备还可以根据代码段确定程序崩溃时所涉及的业务信息。比如，该代码段用于登陆账号，再比如该代码段用于获取新闻内容等。可以预先设置各个代码段与业务信息的对应关系，电子设备可以根据该对应关系确定出崩溃涉及业务信息。
81.其中，电子设备可以根据操作信息、业务信息以及代码段，生成用于模拟程序崩溃场景的测试用例。通过这种方式，能够获取到崩溃发生前的操作信息、崩溃涉及的业务以及引起崩溃的代码段，进而可以根据这些信息生成测试用例，该测试用例能够还原出崩溃发生时的用户操作，基于该操作还会调用引起崩溃的代码段，进而能够还原出崩溃场景。
82.具体的，在崩溃发生前的操作信息可以数量较多，可以根据业务信息在操作信息中筛选出真正引发崩溃的操作。
83.进一步的，可以根据业务信息在操作信息中确定出有效操作；有效操作是指用于触发业务信息指代的业务的操作。比如，用户通过一系列的操作控制用户终端进入新闻页面，在进入新闻页面时用户终端崩溃，则电子设备可以将这一系列操作中用于进入新闻页面的操作作为有效的操作信息，并可以根据该有效操作信息以及确定的代码段，生成用于模拟程序崩溃场景的测试用例。
84.实际应用时，可以根据有效操作、业务信息以及代码段确定用户操作路径，其中，用户操作路径为基于有效操作触发业务信息表征的业务时运行代码段的路径。比如，用户点击了按键1后进入了页面2，再页面2中点击了按键3后触发了业务信息表征的业务，并调用了引起崩溃的代码段，通过这种方式能够得到用户操作路径。
85.其中，电子设备可以根据用户操作路径生成用于模拟程序崩溃场景的测试用例，该测试用例能够还原出用户操作路径。
86.通过这种实施方式，能够还原出用户操作路径，从而可以通过用户操作路径生成测试用例。通过业务信息能够减少操作信息的数量，便于生成测试用例。
87.步骤206，在部署了环境的测试设备中运行测试用例，以复现程序崩溃场景。
88.具体的，生成测试用例之后，可以在测试设备中执行该测试用例。由于测试用例是基于用户终端运行程序崩溃时的路径生成的，因此，测试设备执行测试用例时能够还原出崩溃场景。
89.一种实施方式中，可以将测试用例发送给测试设备，由测试设备运行该测试用例，进而还原崩溃场景。另一种实施方式中，电子设备还可以根据该测试用例向测试设备发送控制指令，使得测试设备还原崩溃场景。例如，向测试设备发送点击登录按键的指令。
90.测试设备中部署了预设的环境，若测试设备执行测试用例时，需要与服务器交互，则测试设备可以基于部署的环境与服务器交互，使得测试设备能够命中预先指定的实验。比如，根据命中实验信息部署环境时，命中实验信息中包括第一实验的信息，则测试设备与服务器交互时也可以命中第一实验。
91.通过这种实施方式中，利用测试设备还原崩溃场景时，能够使测试设备命中发生了崩溃事件的用户终端所命中的实验，从而更准确的还原崩溃场景。
92.图3为本公开一示例性实施例示出的崩溃场景还原示意图。
93.如图3所示，用户终端31运行程序发生了崩溃后，可以向后台服务器32上报崩溃日志。
94.用于执行本公开的电子设备33从后台服务器32中获取崩溃日志，若该电子设备33与后台服务器32为同一设备，则电子设备33可以直接根据接收的崩溃日志执行后续的操作。
95.其中，电子设备33可以根据崩溃日志中包括的设备标识，从实验平台34中查询命中实验信息，并根据该命中实验信息部署预设的测试设备35的环境。
96.电子设备33还可以根据获取的崩溃日志生成测试用例，并在测试设备35中运行该测试用例，在测试设备35中还原崩溃场景。
97.图4为本公开一示例性实施例示出的程序崩溃场景的复现处理装置的结构示意图。
98.如图4所示，本公开提供的程序崩溃场景的复现处理装置400，包括：
99.环境确定单元410，用于获取程序崩溃时上报的崩溃日志，并根据所述崩溃日志确定所述程序的运行环境信息；
100.环境部署单元420，用于根据所述运行环境信息在测试设备中部署环境；其中，所述测试设备是基于所述崩溃日志选取的；
101.复现单元430，用于根据所述崩溃日志，在部署了环境的测试设备中进行程序崩溃场景的复现处理。
102.本公开提供的程序崩溃场景的复现处理装置，能够根据崩溃日志在测试设备中部署环境，进而使得测试设备的环境与用户终端的环境一致，达到准确还原崩溃场景的目的。
103.图5为本公开另一示例性实施例示出的程序崩溃场景的复现处理装置的结构示意图。
104.如图5所示，本公开提供的程序崩溃场景的复现处理装置500中，环境确定单元510与图4中的环境确定单元410相似，环境部署单元520与图4中的环境部署单元420相似，复现单元530与复现单元430相似。
105.在一种可选的实施方式中，所述运行环境信息包括命中实验信息，所述环境确定单元510，包括：
106.标识获取模块511，用于根据所述崩溃日志确定运行所述程序出现崩溃的用户终端的设备标识；
107.实验查询模块512，用于根据所述设备标识查询所述用户终端运行所述程序时的命中实验信息。
108.在一种可选的实施方式中，所述运行环境信息包括命中实验信息，所述环境部署单元520具体用于：
109.根据所述运行环境信息中包括的命中实验信息，将所述测试设备划分为命中实验所对应的设备组。
110.在一种可选的实施方式中，所述复现单元530根据所述崩溃日志，在部署了环境的测试设备中进行程序崩溃场景的复现处理时，根据所述测试设备所属的设备组向服务器发送请求，所述请求用于复现程序崩溃场景。
111.在一种可选的实施方式中，所述复现单元530，包括：
112.用例生成模块531，用于根据所述崩溃日志生成用于模拟程序崩溃场景的测试用例；
113.场景复现模块532，用于在部署了环境的测试设备中运行所述测试用例，以复现程序崩溃场景。
114.在一种可选的实施方式中，所述用例生成模块531具体用于：
115.根据所述崩溃日志确定运行所述程序的用户终端的设备标识和引起程序崩溃的代码段信息；
116.根据所述设备标识获取所述用户终端的操作信息，根据所述代码段信息确定程序崩溃时所涉及的业务信息；
117.根据所述操作信息、所述业务信息以及所述代码段信息，生成用于模拟程序崩溃场景的测试用例。
118.在一种可选的实施方式中，所述用例生成模块531具体用于：根据所述业务信息在所述操作信息中确定出有效操作；所述有效操作是用于触发所述业务信息指代的业务的操作；
119.根据所述有效操作、所述业务信息以及所述代码段确定用户操作路径，其中，所述用户操作路径为基于所述有效操作触发所述业务信息表征的业务时运行所述代码段的路径；
120.根据所述用户操作路径生成用于模拟程序崩溃场景的测试用例。
121.在一种可选的实施方式中，还包括设备确定单元540，用于：
122.根据所述崩溃日志确定设备信息，并根据所述设备信息在预设的设备库中确定用于进行程序崩溃场景的复现处理的测试设备。
123.本公开提供一种程序崩溃场景的复现处理方法、设备及程序产品，应用于计算机技术中的崩溃场景还原技术，以准确的复现出崩溃场景。
124.本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
125.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
126.根据本公开的实施例，本公开还提供了一种计算机程序产品，计算机程序产品包括：计算机程序，计算机程序存储在可读存储介质中，电子设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得电子设备执行上述任一实施例提供的方案。
127.图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
128.如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(rom)602中的计算机程序或者从存储单元608加载到随机访问存储器(ram)603中的计算机程序，来执行各种适当的动作和处理。在ram 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、rom 602以及ram 603通过总线604彼此相连。输入/输出(i/o)接口605也连接至
总线604。
129.设备600中的多个部件连接至i/o接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
130.计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如程序崩溃场景的复现处理方法。例如，在一些实施例中，程序崩溃场景的复现处理方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由rom 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到ram 603并由计算单元601执行时，可以执行上文描述的程序崩溃场景的复现处理方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行程序崩溃场景的复现处理方法。
131.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
132.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
133.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
134.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视
器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
135.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
136.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务("virtual private server"，或简称"vps")中，存在的管理难度大，业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器，或者是结合了区块链的服务器。
137.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
138.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。