网管设备版本处理方法、装置、系统和存储介质与流程

1.本技术涉及计算机技术领域，特别是涉及一种网管设备版本处理方法、装置、系统和存储介质。


背景技术：

2.目前网管软件(下文统称网管)对皮基站(下文统称设备)的监控主要集中在在线状态、告警、性能数据和版本管理，其中在线状态、告警和性能数据全部来自于设备的主动上报，版本管理受控于现网运维人员。设备版本主要包含了出厂版本、缺陷修正版本、功能升级版本，当前网管对设备的软件版本的主要处理方式有自动升级和主动升级两种，自动升级主要用于对出厂版本的升级，主动升级主要用于缺陷修正版本和功能升级版本的升级。
3.针对设备现有软件版本的管理，选择要升级的版本号完全受到现网运维人员的控制，软件版本的选择主要受运维人员主观意识的影响，无法客观地、较为精准地选择一个稳定的版本，导致设备运行的稳定性受限。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种能够提高设备运行稳定性的网管设备版本处理方法、装置、系统和存储介质。
5.第一方面，本技术提供了一种网管设备版本处理方法。所述方法包括：
6.获取多个版本号下设备上报的运行信息；其中，所述运行信息包括告警信息和性能指标信息；
7.根据所述运行信息更新初始推荐指标，得到更新推荐指标；其中，每一所述更新推荐指标对应一个设备；
8.根据所述更新推荐指标确定版本推荐指标；其中，每一所述版本推荐指标对应一个版本号；
9.基于所述版本推荐指标确认推荐设备版本，输出所述推荐设备版本；所述推荐设备版本用于指示设备进行版本升级。
10.在其中一个实施例中，所述根据所述运行信息更新初始推荐指标，得到更新推荐指标的步骤，包括：
11.根据所述告警信息更新所述初始推荐指标，得到中间推荐指标；
12.根据所述性能指标信息更新所述中间推荐指标，得到所述更新推荐指标。
13.在其中一个实施例中，所述根据所述告警信息更新所述初始推荐指标，得到中间推荐指标的步骤，包括：
14.根据所述告警信息得到对应的告警扣分信息；
15.基于所述初始推荐指标与所述告警扣分信息的差异程度，获得所述中间推荐指标。
16.在其中一个实施例中，所述根据所述性能指标信息更新所述中间推荐指标，得到所述更新推荐指标的步骤，包括：
17.若所述性能指标信息超出预设门限，则根据所述性能指标信息得到对应的性能扣分信息；
18.基于所述中间推荐指标与所述性能扣分信息的差异程度，确定出所述更新推荐指标。
19.在其中一个实施例中，所述根据所述更新推荐指标确定版本推荐指标的步骤，包括：
20.根据所述版本号对所述更新推荐指标进行分组，得到分组推荐指标；
21.计算所述分组推荐指标的平均值，得到平均推荐指标；
22.根据所述平均推荐指标得到所述版本推荐指标。
23.在其中一个实施例中，所述根据所述平均推荐指标得到所述版本推荐指标的步骤，包括：
24.获取历史推荐指标；
25.计算所述历史推荐指标与所述平均推荐指标的平均值，确定所述版本推荐指标。
26.在其中一个实施例中，所述基于所述版本推荐指标确认推荐设备版本的步骤，包括：
27.对所述版本推荐指标进行排序，得到目标版本；其中，所述目标版本为所述版本推荐指标最高的所述版本号；
28.将所述目标版本确认为所述推荐设备版本。
29.第二方面，本技术还提供了一种网管设备版本处理装置。所述装置包括：
30.信息获取模块，用于获取多个版本号下设备上报的运行信息；其中，所述运行信息包括告警信息和性能指标信息；
31.指标更新模块，用于根据所述运行信息更新初始推荐指标，得到更新推荐指标；其中，每一所述更新推荐指标对应一个设备；
32.指标计算模块，用于根据所述更新推荐指标确定版本推荐指标；其中，每一所述版本推荐指标对应一个版本号；
33.版本推荐模块，用于基于所述版本推荐指标确认推荐设备版本，输出所述推荐设备版本；所述推荐设备版本用于指示设备进行版本升级。
34.第三方面，本技术还提供了一种网管设备版本处理系统。所述网管设备版本处理系统，包括网管设备和基站设备，所述网管设备用于执行上述方法的步骤。
35.第四方面，本技术还提供了一种计算机可读存储介质。所述计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。
36.上述网管设备版本处理方法、装置、系统和存储介质，通过获取多个版本号下设备上报的运行信息，并根据运行信息中的告警信息和性能指标信息更新初始推荐指标，从而得到更新推荐指标，最后，通过更新推荐指标确定版本推荐指标。由于版本推荐指标代表着当前版本号的推荐程度，因此通过版本推荐指标确定的推荐设备版本为筛选的运行最稳定的版本，通过输出推荐设备版本指示设备进行版本升级，可以使设备在推荐设备版本下运行时，具有更好的稳定性。
附图说明
37.图1为一个实施例中网管设备版本处理方法的应用环境图；
38.图2为一个实施例中网管设备版本处理方法的流程示意图；
39.图3为一个实施例中得到更新推荐指标的流程示意图；
40.图4为一个实施例中得到中间推荐指标的流程示意图；
41.图5为另一个实施例中得到更新推荐指标的流程示意图；
42.图6为一个实施例中得到版本推荐指标的流程示意图；
43.图7为另一个实施例中得到版本推荐指标的流程示意图；
44.图8为一个实施例中得到推荐设备版本的流程示意图；
45.图9为一个实施例中网管设备版本处理装置的模块示意图。
具体实施方式
46.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
47.本技术实施例提供的网管设备版本处理方法，可以应用于如图1所示的应用环境中。其中，基站设备102通过网络与网管设备104进行通信，网管设备104用于执行网管设备版本处理方法。网管设备104可以获取多个版本号下基站基站设备102上报的运行信息，并根据运行信息更新初始推荐指标，以得到更新推荐指标，然后根据更新推荐指标确定版本推荐指标，最终基于版本推荐指标确认推荐设备版本，并输出推荐设备版本。在一些其他实施例中，基站设备102也可以为其他需要版本更新的设备，包括但不限于是各种物联网设备或便携式可穿戴设备，物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、智能手环、头戴设备等。
48.在一个实施例中，如图2所示，提供了一种网管设备版本处理方法，以该方法应用于图1中的网管设备104为例进行说明，包括以下步骤：
49.步骤s100，获取多个版本号下设备上报的运行信息。其中，运行信息包括告警信息和性能指标信息。
50.具体的，网管设备104中的网管软件对其管理的受监控设备(下文统称设备)具有在线监控的功能，设备在运行过程中，会将自身的在线状态、告警信息和性能指标信息主动上报给网管设备104。可以理解的是，一个网管设备104可以同时监控多个设备的运行信息，且每一个设备在运行时，均对应一个版本号，多个设备可以使用一个相同版本号的运行系统。网管设备104获取到多个版本号下设备上报的运行信息后，会将运行信息中的告警信息和性能指标信息筛选出来，以进行后续的处理步骤。
51.步骤s200，根据运行信息更新初始推荐指标，得到更新推荐指标；其中，每一更新推荐指标对应一个设备。
52.具体的，网管设备104获取到运行信息后，会根据获取的运行信息中的告警信息和性能指标信息更新初始推荐指标，以得到更新后的更新推荐指标。可以理解的是，每一个初始推荐指标和更新推荐指标均与一个设备对应。初始推荐指标为预设的一个初始数值，用于在更新后表示设备在当前版本号下运行的稳定程度。例如，初始推荐指标可以设置为
100，当根据告警信息和性能指标信息判断设备运行不稳定后，可以更新初始推荐指标为90，并将其作为更新推荐指标；或者，初始推荐指标可以设置为0，当根据告警信息和性能指标信息判断设备运行较为稳定后，可以更新初始推荐指标为10，并将其作为更新推荐指标。初始推荐指标和更新推荐指标可以根据需要任意设置。
53.步骤s300，根据更新推荐指标确定版本推荐指标；其中，每一版本推荐指标对应一个版本号。
54.具体的，更新推荐指标与设备一一对应，每一个设备在其版本号下均对应有一个更新推荐指标。由于不同设备可能具有相同的版本号，因此需要根据更新推荐指标确定与每一个版本号对应的版本推荐指标。版本推荐指标用于表示设备在当前版本号下整体运行的稳定程度。可以将更新推荐指标进行归纳整理后，得到对应版本号的版本推荐指标。
55.步骤s400，基于版本推荐指标确认推荐设备版本，输出推荐设备版本；推荐设备版本用于指示设备进行版本升级。
56.具体的，计算得到版本推荐指标后，即可得到设备在当前版本号的系统下运行的稳定程度，根据得到的与版本号对应的版本推荐指标，即可选择出运行更加稳定的推荐设备版本，设备在使用推荐设备版本时，具有更好的稳定性。其中，推荐设备版本可以以推荐程度进行排序，并显示在用户交互界面上，供运维人员进行选择；或者，网管设备104可以直接选择运行最稳定的版本号作为推荐设备版本，并将推荐设备版本推送至相应的设备上，对设备进行版本升级。
57.上述网管设备版本处理方法，通过获取多个版本号下设备上报的运行信息，并根据运行信息中的告警信息和性能指标信息更新初始推荐指标，从而得到更新推荐指标，最后，通过更新推荐指标确定版本推荐指标。由于版本推荐指标代表着当前版本号的推荐程度，因此通过版本推荐指标确定的推荐设备版本为筛选的运行最稳定的版本，通过输出推荐设备版本指示设备进行版本升级，可以使设备在推荐设备版本下运行时，具有更好的稳定性。
58.在一个实施例中，如图3所示，步骤s200中，根据运行信息更新初始推荐指标，得到更新推荐指标的步骤，包括：
59.步骤s210，根据告警信息更新初始推荐指标，得到中间推荐指标。
60.具体的，本技术实施例中，首先根据获取的运行信息中的告警信息来对初始推荐指标进行更新，并将更新后的指标作为中间推荐指标。例如，初始推荐指标设置为100，根据告警信息判断出设备出现告警时运行不稳定，将初始推荐指标更新为90，并将其作为中间推荐指标。
61.步骤s220，根据性能指标信息更新中间推荐指标，得到更新推荐指标。
62.具体的，得到中间推荐指标后，再根据获取的性能指标信息来对中间推荐指标进行更新，并将更新后的指标作为最终的更新推荐指标。例如，中间推荐指标为90。根据性能指标信息判断出设备性能不佳时运行不稳定，将中间推荐指标更新为95。并将其作为最终的更新推荐指标。在一些其他实施例中，也可以先通过性能指标信息对初始推荐指标进行更新，再通过告警信息进行进一步的更新，从而得到更新推荐指标；或者，同时使用告警信息和性能指标信息对初始推荐指标进行更新，得到更新推荐指标。
63.在一个实施例中，如图4所示，步骤s210中，根据告警信息更新初始推荐指标，得到
中间推荐指标的步骤，包括：
64.步骤s211，根据告警信息得到对应的告警扣分信息。
65.具体的，本技术实施例中，采用扣分的形式来得到中间推荐指标。用户预先在网管软件中配置相应的告警信息出现时需要扣除的分数。一般情况下，出现告警信息时，对软件稳定运行的影响越大，相应的扣除的分数也越多。当网管软件获取到告警信息后，根据预设的配置关系，即可得到对应的告警扣分信息。
66.步骤s212，基于初始推荐指标与告警扣分信息的差异程度，获得中间推荐指标。
67.具体的，得到对应的告警扣分信息后，通过初始推荐指标与告警扣分信息之间的差异程度，即可计算出中间推荐指标。例如，初始推荐指标设置为100，根据报警信息匹配得到的告警扣分信息为10，两者之间的差异程度为90，此时，计算得到的中间推荐指标即为90。
68.在一个实施例中，如图5所示，步骤s220中，根据性能指标信息更新中间推荐指标，得到更新推荐指标的步骤，包括：
69.步骤s221，若性能指标信息超出预设门限，则根据性能指标信息得到对应的性能扣分信息。
70.具体的，性能指标信息中包括当前设备在当前版本号下运行时的性能信息，用户预先在网管软件中对运行稳定性影响较大的性能指标进行配置，当网管软件获取到相应的性能指标信息后，首先判断性能指标信息是否超出了预先设置的预设门限。若判断出性能指标信息超出了预设门限，则可以得到与当前性能指标信息对应的性能扣分信息。例如，通过当前获取的超出预设门限的性能指标信息，得到的对应的性能扣分信息为5。
71.步骤s222，基于中间推荐指标与性能扣分信息的差异程度，确定出更新推荐指标。
72.具体的，得到对应的性能扣分信息后，通过中间推荐指标与性能扣分指标之间的差异程度，即可计算出最终的更新推荐指标。例如，中间推荐指标为90，性能扣分指标为5，两者之间的差异程度为85，此时，通过计算确定的更新推荐指标即为85。
73.在一个实施例中，如图6所示，步骤s300中，根据更新推荐指标确定版本推荐指标的步骤，包括：
74.步骤s310，根据版本号对更新推荐指标进行分组，得到分组推荐指标。
75.具体的，得到的更新推荐指标与设备是一一对应的关系，不同的设备也可能使用相同的版本号，因此，根据版本号对得到的多个更新推荐指标进行分组，得到分组后的分组推荐指标。可以理解的是，分组推荐指标中包括多个更新推荐指标。
76.步骤s320，计算分组推荐指标的平均值，得到平均推荐指标。
77.具体的，本技术实施例中，通过计算分组推荐指标中多个更新推荐指标的平均值，来得到当前版本号的平均推荐指标，平均推荐指标代表了当前版本号在不同设备运行时的稳定程度。在一些其他实施例中，也可以取分组推荐指标中更新推荐指标的众数，来作为代表版本号运行稳定程度的平均推荐指标。
78.步骤s330，根据平均推荐指标得到版本推荐指标。
79.具体的，最后根据平均推荐指标得到版本推荐指标。例如，可以将计算得到的平均推荐指标直接作为版本推荐指标，以表示对当前版本的系统的推荐程度；或者，将平均推荐指标进行加权处理后，得到相应的版本推荐指标。
80.在一个实施例中，如图7所示，步骤s330中，根据平均推荐指标得到版本推荐指标的步骤，包括：
81.步骤s331，获取历史推荐指标。
82.具体的，平均推荐指标为根据当天获取的设备上报的运行信息计算出来的推荐指标，历史推荐指标为以前的一段时间段内计算出来的推荐指标，为了在更长的时间段内评估当前版本号的系统运行的稳定程度，本技术实施例在确定版本推荐指标时，还需要获取存储的历史推荐指标。历史推荐指标为与版本号一一对应的推荐指标。
83.步骤s332，计算历史推荐指标与平均推荐指标的平均值，确定版本推荐指标。
84.具体的，根据版本号，计算当前版本号下历史推荐指标与平均推荐指标的平均值，并将其作为版本推荐指标。可以理解的是，版本推荐指标为与版本号一一对应的推荐指标。
85.在一个实施例中，如图8所示，步骤s400中，基于版本推荐指标确认推荐设备版本的步骤，包括：
86.步骤s410，对版本推荐指标进行排序，得到目标版本。其中，目标版本为版本推荐指标最高的版本号。
87.具体的，版本推荐指标为与版本号一一对应的推荐指标，首先根据版本推荐指标的大小关系，对版本推荐指标进行排序，通过对排序后的版本推荐指标进行筛选，即可得到目标版本。例如，当采用扣分的形式计算更新推荐指标时，将版本推荐指标最大的版本号作为目标版本；当采用加分形式计算更新推荐指标时，也将版本推荐指标最大的版本号作为目标版本。
88.步骤s420，将目标版本确认为推荐设备版本。
89.具体的，得到目标版本后，即可得到对应的版本号，此时，将对应版本号的系统作为推荐设备版本，以向用户进行推荐。
90.应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
91.基于同样的发明构思，本技术实施例还提供了一种用于实现上述所涉及的网管设备版本处理方法的网管设备版本处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个网管设备版本处理装置实施例中的具体限定可以参见上文中对于网管设备版本处理方法的限定，在此不再赘述。
92.在一个实施例中，如图9所示，提供了一种网管设备版本处理装置，包括：信息获取模块510、指标更新模块520、指标计算模块530和版本推荐模块540，其中：
93.信息获取模块510，用于获取多个版本号下设备上报的运行信息；其中，运行信息包括告警信息和性能指标信息；
94.指标更新模块520，用于根据运行信息更新初始推荐指标，得到更新推荐指标；其中，每一更新推荐指标对应一个设备；
95.指标计算模块530，用于根据更新推荐指标确定版本推荐指标；其中，每一版本推荐指标对应一个版本号；
96.版本推荐模块540，用于基于版本推荐指标确认推荐设备版本，输出推荐设备版本；推荐设备版本用于指示设备进行版本升级。
97.上述网管设备版本处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于系统中的处理器中，也可以以软件形式存储于系统中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
98.在一个实施例中，如图1所示，提供了一种网管设备版本处理系统，包括网管设备104和基站设备102，网管设备104用于执行上述各方法实施例中的步骤。
99.在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
100.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read-only memory，rom)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(reram)、磁变存储器(magnetoresistive random access memory，mram)、铁电存储器(ferroelectric random access memory，fram)、相变存储器(phase change memory，pcm)、石墨烯存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器等。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。本技术所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本技术所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
101.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
102.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本技术专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术的保护范围应以所附权利要求为准。

技术特征：
1.一种网管设备版本处理方法，其特征在于，所述方法包括：获取多个版本号下设备上报的运行信息；其中，所述运行信息包括告警信息和性能指标信息；根据所述运行信息更新初始推荐指标，得到更新推荐指标；其中，每一所述更新推荐指标对应一个设备；根据所述更新推荐指标确定版本推荐指标；其中，每一所述版本推荐指标对应一个版本号；基于所述版本推荐指标确认推荐设备版本，输出所述推荐设备版本；所述推荐设备版本用于指示设备进行版本升级。2.根据权利要求1所述的方法，其特征在于，所述根据所述运行信息更新初始推荐指标，得到更新推荐指标的步骤，包括：根据所述告警信息更新所述初始推荐指标，得到中间推荐指标；根据所述性能指标信息更新所述中间推荐指标，得到所述更新推荐指标。3.根据权利要求2所述的方法，其特征在于，所述根据所述告警信息更新所述初始推荐指标，得到中间推荐指标的步骤，包括：根据所述告警信息得到对应的告警扣分信息；基于所述初始推荐指标与所述告警扣分信息的差异程度，获得所述中间推荐指标。4.根据权利要求2所述的方法，其特征在于，所述根据所述性能指标信息更新所述中间推荐指标，得到所述更新推荐指标的步骤，包括：若所述性能指标信息超出预设门限，则根据所述性能指标信息得到对应的性能扣分信息；基于所述中间推荐指标与所述性能扣分信息的差异程度，确定出所述更新推荐指标。5.根据权利要求1至4任一项所述的方法，其特征在于，所述根据所述更新推荐指标确定版本推荐指标的步骤，包括：根据所述版本号对所述更新推荐指标进行分组，得到分组推荐指标；计算所述分组推荐指标的平均值，得到平均推荐指标；根据所述平均推荐指标得到所述版本推荐指标。6.根据权利要求5所述的方法，其特征在于，所述根据所述平均推荐指标得到所述版本推荐指标的步骤，包括：获取历史推荐指标；计算所述历史推荐指标与所述平均推荐指标的平均值，确定所述版本推荐指标。7.根据权利要求1至4任一项所述的方法，其特征在于，所述基于所述版本推荐指标确认推荐设备版本的步骤，包括：对所述版本推荐指标进行排序，得到目标版本；其中，所述目标版本为所述版本推荐指标最高的所述版本号；将所述目标版本确认为所述推荐设备版本。8.一种网管设备版本处理装置，其特征在于，所述装置包括：信息获取模块，用于获取多个版本号下设备上报的运行信息；其中，所述运行信息包括告警信息和性能指标信息；
指标更新模块，用于根据所述运行信息更新初始推荐指标，得到更新推荐指标；其中，每一所述更新推荐指标对应一个设备；指标计算模块，用于根据所述更新推荐指标确定版本推荐指标；其中，每一所述版本推荐指标对应一个版本号；版本推荐模块，用于基于所述版本推荐指标确认推荐设备版本，输出所述推荐设备版本；所述推荐设备版本用于指示设备进行版本升级。9.一种网管设备版本处理系统，包括网管设备和基站设备，其特征在于，所述网管设备用于执行权利要求1至7中任一项所述的方法的步骤。10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

技术总结
本申请涉及一种网管设备版本处理方法、装置、系统和存储介质。所述方法包括：获取多个版本号下设备上报的运行信息；其中，运行信息包括告警信息和性能指标信息；根据运行信息更新初始推荐指标，得到更新推荐指标；其中，每一更新推荐指标对应一个设备；根据更新推荐指标确定版本推荐指标；其中，每一版本推荐指标对应一个版本号；基于版本推荐指标确认推荐设备版本，输出推荐设备版本；推荐设备版本用于指示设备进行版本升级。由于版本推荐指标代表着当前版本号的推荐程度，因此通过版本推荐指标确定的推荐设备版本为筛选的运行最稳定的版本，通过输出推荐设备版本指示设备进行版本升级，可以使设备在推荐设备版本下运行时，具有更好的稳定性。的稳定性。的稳定性。


技术研发人员：王家乐 于吉涛 魏海龙
受保护的技术使用者：京信网络系统股份有限公司
技术研发日：2023.05.15
技术公布日：2023/8/9