一种基于区块链的运营管理数据处理方法及系统与流程

1.本技术涉及数据处理技术领域，特别是涉及一种基于区块链的运营管理数据处理方法及系统。


背景技术：

2.运营管理是根据用户需求进行运营服务方案生成，以稳定用户与服务提供商之间稳定合作关系的重要手段，随着数字化技术的发展，当前执行运营管理的服务提供者可基于数字化的用户数据，快速高效梳理用户历史数据进行优化用户服务体验的运营服务方案生成。
3.现阶段优化用户体验的运营服务方案生成实际仍旧依赖于人工经验，同时服务提供商在面向多个用户进行运营管理时，容易发生用户需求体验优化与服务提供商经济效益难于平衡，导致运营管理不科学，且运营管理响应慢，导致用户体验较差和服务提供商实际收益降低的缺陷。
4.综上所述，现有技术中存在执行多个运营主体的运营管理对于人工经验依赖度较高，导致运营管理方法科学性以及运维管理响应及时性不足的技术问题。


技术实现要素：

5.基于此，有必要针对上述技术问题，提供一种能够实现降低运营主体维护管理方案生成以及维护方案执行优先级排序对于人工经验的依赖性，提高多运营主体场景下运维管理科学性和管理方案执行响应效率的一种基于区块链的运营管理数据处理方法及系统。
6.一种基于区块链的运营管理数据处理方法，方法包括：基于多个运营主体，构建运营管理区块链，其中，所述运营管理区块链内包括多个区块链节点；通过所述运营管理区块链，采用所述多个运营主体历史时间内的运营数据，构建运营分析模型；基于所述多个区块链节点，获取所述多个运营主体上传的预设时间周期内的运营数据，获得运营数据集合；将所述运营数据集合输入所述运营分析模型内，获得所述多个运营主体当前的多个维护方案和多个维护紧急程度信息；按照所述多个维护紧急程度信息的大小，对所述多个运营主体进行排序；按照所述排序，所述多个维护方案，依次对所述多个运营主体进行运营维护。
7.一种基于区块链的运营管理数据处理系统，所述系统包括：运营管理构建模块，用于基于多个运营主体，构建运营管理区块链，其中，所述运营管理区块链内包括多个区块链节点；运营分析执行模块，用于通过所述运营管理区块链，采用所述多个运营主体历史时间内的运营数据，构建运营分析模型；运营数据获取模块，用于基于所述多个区块链节点，获取所述多个运营主体上传的预设时间周期内的运营数据，获得运营数据集合；运营数据分析模块，用于将所述运营数据集合输入所述运营分析模型内，获得所述多个运营主体当前的多个维护方案和多个维护紧急程度信息；运营主体排序模块，用于按照所述多个维护紧急程度信息的大小，对所述多个运营主体进行排序；运营维护执行模块，用于按照所述排序，所述多个维护方案，依次对所述多个运营主体进行运营维护。
8.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
9.基于多个运营主体，构建运营管理区块链，其中，所述运营管理区块链内包括多个区块链节点；
10.通过所述运营管理区块链，采用所述多个运营主体历史时间内的运营数据，构建运营分析模型；
11.基于所述多个区块链节点，获取所述多个运营主体上传的预设时间周期内的运营数据，获得运营数据集合；
12.将所述运营数据集合输入所述运营分析模型内，获得所述多个运营主体当前的多个维护方案和多个维护紧急程度信息；
13.按照所述多个维护紧急程度信息的大小，对所述多个运营主体进行排序；
14.按照所述排序，所述多个维护方案，依次对所述多个运营主体进行运营维护。
15.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
16.基于多个运营主体，构建运营管理区块链，其中，所述运营管理区块链内包括多个区块链节点；
17.通过所述运营管理区块链，采用所述多个运营主体历史时间内的运营数据，构建运营分析模型；
18.基于所述多个区块链节点，获取所述多个运营主体上传的预设时间周期内的运营数据，获得运营数据集合；
19.将所述运营数据集合输入所述运营分析模型内，获得所述多个运营主体当前的多个维护方案和多个维护紧急程度信息；
20.按照所述多个维护紧急程度信息的大小，对所述多个运营主体进行排序；
21.按照所述排序，所述多个维护方案，依次对所述多个运营主体进行运营维护。
22.上述一种基于区块链的运营管理数据处理方法及系统，解决了现有技术中存在执行多个运营主体的运营管理对于人工经验依赖度较高，导致运营管理方法科学性以及运维管理响应及时性不足的技术问题，达到降低运营主体维护管理方案生成以及维护方案执行优先级排序对于人工经验的依赖性，提高多运营主体场景下运维管理科学性和管理方案执行响应效率的技术效果。
23.上述说明仅是本技术技术方案的概述，为了能够更清楚了解本技术的技术手段，而可依照说明书的内容予以实施，并且为了让本技术的上述和其它目的、特征和优点能够更明显易懂，以下特举本技术的具体实施方式。
附图说明
24.图1为一个实施例中一种基于区块链的运营管理数据处理方法的流程示意图；
25.图2为一个实施例中一种基于区块链的运营管理数据处理方法中构建运营管理区块链的流程示意图；
26.图3为一个实施例中一种基于区块链的运营管理数据处理系统的结构框图；
27.图4为一个实施例中计算机设备的内部结构图。
28.附图标记说明：运营管理构建模块1，运营分析执行模块2，运营数据获取模块3，运营数据分析模块4，运营主体排序模块5，运营维护执行模块6。
具体实施方式
29.为了使本技术的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本技术进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本技术，并不用于限定本技术。
30.如图1所示，本技术提供了一种基于区块链的运营管理数据处理方法，所述方法包括：
31.s100:基于多个运营主体，构建运营管理区块链，其中，所述运营管理区块链内包括多个区块链节点；
32.在一个实施例中，如图2所示，基于多个运营主体，构建运营管理区块链，本技术提供的方法步骤s100还包括：
33.s110:基于所述多个运营主体，构建所述多个区块链节点；
34.s120:通过所述多个区块链节点，获取所述多个运营主体上传的历史时间内的运营数据，获得多个数据区块；
35.s130:基于所述多个数据区块，构建获得所述运营管理区块链。
36.在一个实施例中，通过所述多个区块链节点，获取所述多个运营主体上传的历史时间内的运营数据，获得多个数据区块，本技术提供的方法步骤s120还包括：
37.s121:通过所述多个区块链节点，获取所述多个运营主体上传的历史时间内的运营数据、维护方案和维护顺序，获得多个历史维护数据集合；
38.s122:对所述多个历史运营数据集合进行哈希算法处理，结合所述多个运营数据集合内的时间戳信息，生成所述多个数据区块。
39.具体而言，在本实施例中，所述运营主体为接受任意类型服务的消费主体，或用于记录消费主体在接受任意类型服务过程中所产生数据的数据记录设备。为实现数据隔离，在本实施例中对于每一运营主体对应设置一区块链节点，以便运营主体与区块链网络连接。
40.基于所述多个运营主体，构建所述多个区块链节点，所述区块链节点用于所述运营主体中记录消费主体在接受任意类型服务过程中所产生数据的数据记录设备，自动进行数据上传。
41.所述运营主体通过所述区块链节点进行历史时间内的运营数据、维护方案和维护顺序的上传。所述运营数据为所述运营主体在一定时间范围内具体使用的服务业务类型以及各类型服务业务使用时间数据，所述维护方案为服务主体根据运营主体产生的运营数据对应给出的优化服务体验的提供服务方案，所述维护顺序为该运营主体在经由同一服务主体提供服务时，在多个运营主体中的先后次序排位。
42.示例性的，在所述运营主体为通信服务消费者的场景下，所述运营数据为通信服务消费者在历史时间内的移动网络、通话、短信等多种通信业务的使用时间以及流量、话费、短信条数数据，所述维护方案为通信服务商给出的减少移动网络使用费用、减免话费以及免费短信条数的通信服务优惠方案，所述维护顺序为在多个运营主体中，该运营主体收
到通信服务商给出维护方案的时间先后排序。
43.所述运营主体通过所述区块链节点进行历史时间内的运营数据、维护方案和维护顺序的上传，基于区块链的运营管理数据处理系统基于所述多个区块链节点获取所述多个运营主体上传的历史时间内的运营数据、维护方案和维护顺序，获得多个历史维护数据集合，每一历史维护数据集合对应一运营主体，且集合内具体包括对应该运营主体的运营数据、维护方案和维护顺序。
44.提取获得每一历史维护数据集合中最后采集数据的采集时间，将时间格式转换为时间戳，作为该历史维护数据集合的时间戳信息。基于哈希算法对所述多个历史维护数据集合进行处理以实现数据压缩，且避免被篡改，结合所述多个运营数据集合内的时间戳信息，生成所述多个数据区块。连接所述多个数据区块，构建获得所述运营管理区块链，所述运营管理区块链用于进行接受同一服务提供商的多个运营主体接受服务的运营维护管理。
45.本实施例通过采集获得接受同一服务提供商的多个运营主体的历史数据生成历史维护数据集合，并根据数据采集时间进行历史维护数据集合的时间戳生成，在对历史维护数据集合采用哈希算法进行信息长度压缩后，结合时间戳生成多个对应运营主体的数据区块构建运营管理区块链，实现了为后续进行接受同一服务提供商的多个运营主体接受服务的高响应科学化运营维护管理提供基础的技术效果。
46.s200:通过所述运营管理区块链，采用所述多个运营主体历史时间内的运营数据，构建运营分析模型；
47.在一个实施例中，通过所述运营管理区块链，采用所述多个运营主体历史时间内的运营数据，构建运营分析模型，本技术提供的方法步骤s200还包括：
48.s210:基于所述运营管理区块链，获取所述多个运营主体历史时间内多个所述预设时间周期内的多个历史运营数据集合、多个历史维护方案集合和多个维护顺序集合；
49.s220:采用所述多个历史运营数据集合、多个历史维护方案集合作为构建数据，构建维护方案分析单元，采用所述多个历史运营数据集合和多个维护顺序集合，构建维护顺序分析单元；
50.s230:基于所述维护方案分析单元和维护顺序分析单元，获得所述运营分析模型，将构建获得的所述运营分析模型分发至所述多个区块链节点内。
51.在一个实施例中，采用所述多个历史运营数据集合、多个历史维护方案集合作为构建数据，构建维护方案分析单元，采用所述多个历史运营数据集合和多个维护顺序集合，构建维护顺序分析单元，本技术提供的方法步骤s220还包括：
52.s221:对所述多个历史运营数据集合、多个历史维护方案集合和多个维护顺序集合进行数据标识和划分，获得第一构建数据集和第二构建数据集；
53.s222:基于bp神经网络，分别构建所述维护方案分析单元和维护顺序分析单元；
54.s223:采用所述第一构建数据集和第二构建数据集，对所述维护方案分析单元和维护顺序分析单元分别进行监督训练和验证，获得准确率符合预设准确率要求的所述维护方案分析单元和维护顺序分析单元。
55.具体而言，在本实施例中，所述运营分析模型为可根据运营主体的实时运营数据生成适用于当前运营主体服务使用需求的运维方案以及符合服务提供商服务提供经济效益需求的运营主体维护顺序。
56.所述运营分析模型具体包括数据输入层，数据分析层以及数据输出层，所述数据分析层包括维护方案分析单元和维护顺序分析单元两个子单元，所述运营分析模型的输入数据为运营数据，输出结果为维护方案和维护顺序，其中，维护方案实际通过所述运营分析模型的维护方案分析单元获得，维护顺序通过运营分析模型的维护顺序分析单元获得。
57.所述维护方案分析单元和维护顺序分析单元都为基于bp神经网络所构建的数据分析模型，进行所述维护方案分析单元和维护顺序分析单元的模型训练用数据的获得方法为，基于所述运营管理区块链，基于多个数据区块对应提取获取所述多个运营主体历史时间内多个所述预设时间周期内的每一预设时间周期产生的历史运营数据集合、历史维护方案集合和维护顺序集合，构成历史时间内多个所述预设时间周期内的多个历史运营数据集合、多个历史维护方案集合和多个维护顺序集合。
58.应理解的，历史时间内基于历史运营数据产生的历史维护方案和历史维护顺序可为基于人工经验辅助选定获得，而非纯粹基于计算机分析获取。
59.所述维护方案分析单元的模型构建及训练方法为，对所述多个历史运营数据集合和多个维护方案集合按照8:1:1的数据量进行数据标识划分处理，获得第一构建数据集，所述第一构建数据集中包括分别为训练集、测试集和验证集的三组历史运营数据-维护方案集合，每组运营数据-维护方案中每个运营数据与维护方案之间具有对应关系。
60.基于训练集、测试集进行所述维护方案分析单元的模型有监督训练，基于验证集进行维护方案分析单元的模型输出准确率验证，当维护方案分析单元的输出准确率高于98％时，认为维护方案分析单元的输出准确率符合预设要求，停止模型训练。
61.所述维护顺序分析单元的模型构建及训练方法为，对所述多个历史运营数据集合和多个维护顺序集合按照17:2:1的比例进行数据标识以及划分处理，获得第二构建数据集，所述第二构建数据集中包括分别为训练集、测试集和验证集的三组历史运营数据-维护顺序集合，每组运营数据-维护顺序中每个运营数据与维护顺序之间具有对应关系。
62.基于训练集、测试集进行所述维护顺序分析单元的模型有监督训练，基于验证集进行维护顺序分析单元的模型输出准确率验证，当维护顺序分析单元的输出准确率趋近于100％时，认为维护顺序分析单元的输出准确率符合预设要求，停止模型训练。
63.基于所述维护方案分析单元和维护顺序分析单元构建所述运营分析模型的数据分析层，结合数据输入层和数据输出层完成所述运营分析模型的构建，将构建获得的所述运营分析模型分发至所述多个区块链节点内，在所述多个区块链节点用于处于各个区块链节点的多个运营主体的运营数据分析，生成所述维护方案和维护顺序。达到了提高根据运营主体的实时运营数据生成运营维护方案以及执行多个运营主体的维护方案的执行先后顺序策略的科学性和高效性的技术效果。
64.s300:基于所述多个区块链节点，获取所述多个运营主体上传的预设时间周期内的运营数据，获得运营数据集合；
65.具体而言，应理解的，在本实施例中，所述运营管理区块链内包括多个区块链节点，每一运营主体对应一区块链节点，所述区块链节点便于所述运营主体与区块链网络连接，进行运营主体的运营数据、维护方案、维护顺序上传。
66.因而本实施例基于所述多个区块链节点，获取所述多个运营主体上传的预设时间周期内的实时运营数据，获得运营数据集合，所述多个运营主体的多个运营数据用于分析
确定对于各个运营主体进行服务体验优化的维护方案以及各个运营主体维护方案的执行先后顺序。上传后的运营数据集合在进行运营维护后，构建新的数据区块，加入该运营管理区块链内。
67.s400:将所述运营数据集合输入所述运营分析模型内，获得所述多个运营主体当前的多个维护方案和多个维护紧急程度信息；
68.在一个实施例中，将所述运营数据集合输入所述运营分析模型内，获得所述多个运营主体当前的多个维护方案和多个维护紧急程度信息，本技术提供的方法步骤s400还包括：
69.s410:将所述运营数据集合内所述多个运营主体的运营数据输入所述维护方案分析单元，获得所述多个维护方案；
70.s420:将所述运营数据集合内所述多个运营主体的运营数据输入所述维护顺序分析单元，获得所述多个维护紧急程度信息。
71.具体而言，根据步骤s200细化内容可知，在本实施例中，训练完成的所述运营分析模型被分发至所述运营管理区块链的多个区块链节点内，且所述运营管理区块链的多个区块链节点对应于多个运营主体。因而本实施例在各个区块链节点内，分别进行各个运营主体的维护方案以及反映维护方案执行紧迫性的维护顺序获取。
72.本实施例以所述运营管理区块链中任一区块链节点为例，进行获得所述多个运营主体当前的多个维护方案和多个维护紧急程度信息的方法阐述。将运营主体的实时运营数据输入所述运营分析模型，经由运营分析模型的维护方案分析单元进行实时运营数据分析，获得维护方案，经由运营分析模型的维护顺序分析单元，获得所述维护紧急程度信息，所述维护紧急程度信息用于表征对于该区块链节点的运营主体进行维护方案发送执行在多个运营主体中的排序先后数据，例如在对100个运营主体进行维护中排序73位。通过根据多个所述维护紧急程度信息对多个运营主体进行排序以获得最终对多个运营主体进行维护方案执行的维护先后顺序。
73.采用相同方法在所述运营管理区块链中多个区块链节点执行相同操作，将所述运营数据集合内所述多个运营主体的运营数据输入所述维护方案分析单元，获得所述多个维护方案，将所述运营数据集合内所述多个运营主体的运营数据输入所述维护顺序分析单元，获得所述多个维护紧急程度信息，每一区块链节点都具有一组维护方案-维护紧急程度信息。在所述运营管理区块链中，每一区块链节点同步执行维护方案、维护紧急程度信息的分析获取。
74.本实施例达到了提高获得多个运营主体的维护方案、维护紧急程度信息的分析结果获得准确性和获取效率的技术效果，间接达到了为实现进行多个运营主体的科学运营维护管理提供参考的技术效果。
75.s500:按照所述多个维护紧急程度信息的大小，对所述多个运营主体进行排序；
76.在一个实施例中，按照所述多个维护紧急程度信息的大小，对所述多个运营主体进行排序，本技术提供的方法步骤s500还包括：
77.s510:按照所述多个维护紧急程度信息的大小，按照从大到小的顺序，对所述多个运营主体进行排序；
78.s520:将所述排序通过所述多个区块链节点发放给所述多个运营主体。
79.具体而言，在本实施例中，按照所述多个维护紧急程度信息对所述多个运营主体按照从大到小的顺序进行排序。
80.可选的，当存在2≤n个运营主体的维护紧急程度信息一致时，对于n个运营主体进行随机排序，生成排序，n为正整数。
81.可选的，当存在2≤n个运营主体的维护紧急程度信息一致时，对于n个运营主体进行扩大时间范围的运营数据采集，再次执行运维数据采集，并再次基于步骤s400将再次采集的运营数据集合输入所述运营分析模型内，获得n个运营主体当前的n个维护方案和n个维护紧急程度信息。
82.基于二次生成的n个维护方案替换原本获得的n个运营主体的维护方案，基于二次生成的n个维护紧急程度信息替换原本获得的n个运营主体的维护紧急程度信息，进行排序，获得多个运营主体排序，将所述排序通过所述多个区块链节点发放给所述多个运营主体，进行公告。在本实施例中，发送至多个运营主体的排序达到了为后续基于区块链按顺序进行多个运营主体的运营维护提供执行次序参考的技术效果。
83.s600:按照所述排序，所述多个维护方案，依次对所述多个运营主体进行运营维护。
84.具体而言，在本实施例中，排序为1的运营主体所在区块链节点优先将维护方案下发至该运营主体，进行运营主体的运营维护，在完成对排序1的运营主体的运营维护后，将运营主体的运营数据、维护方案为排序上传至该运营管理区块链。
85.重复执行上述过程，依次对所述多个运营主体进行运营维护。在完成全部运营主体的运营维护之后，可通过区块链节点将维护数据进行上传，生成新的数据区块，并加入区块链内，使得多个运营主体的运营数据可溯源，且不可被篡改，作为储备数据进行使用。
86.本实施例达到了降低运营主体维护管理方案以及维护方案优先级确定对于人工经验的依赖性，提高进行多运营主体运维管理科学性和管理方案执行响应效率的技术效果。
87.在一个实施例中，如图3所示，提供了一种基于区块链的运营管理数据处理系统，包括：运营管理构建模块1，运营分析执行模块2，运营数据获取模块3，运营数据分析模块4，运营主体排序模块5，运营维护执行模块6，其中：
88.运营管理构建模块1，用于基于多个运营主体，构建运营管理区块链，其中，所述运营管理区块链内包括多个区块链节点；
89.运营分析执行模块2，用于通过所述运营管理区块链，采用所述多个运营主体历史时间内的运营数据，构建运营分析模型；
90.运营数据获取模块3，用于基于所述多个区块链节点，获取所述多个运营主体上传的预设时间周期内的运营数据，获得运营数据集合；
91.运营数据分析模块4，用于将所述运营数据集合输入所述运营分析模型内，获得所述多个运营主体当前的多个维护方案和多个维护紧急程度信息；
92.运营主体排序模块5，用于按照所述多个维护紧急程度信息的大小，对所述多个运营主体进行排序；
93.运营维护执行模块6，用于按照所述排序，所述多个维护方案，依次对所述多个运营主体进行运营维护。
94.在一个实施例中，所述系统还包括：
95.区块链节点构建单元，用于基于所述多个运营主体，构建所述多个区块链节点；
96.数据区块获得单元，用于通过所述多个区块链节点，获取所述多个运营主体上传的历史时间内的运营数据，获得多个数据区块；
97.数据区块处理单元，用于基于所述多个数据区块，构建获得所述运营管理区块链。
98.在一个实施例中，所述系统还包括：
99.历史数据采集单元，用于通过所述多个区块链节点，获取所述多个运营主体上传的历史时间内的运营数据、维护方案和维护顺序，获得多个历史维护数据集合；
100.数据区块生成单元，用于对所述多个历史运营数据集合进行哈希算法处理，结合所述多个运营数据集合内的时间戳信息，生成所述多个数据区块。
101.在一个实施例中，所述系统还包括：
102.历史信息整合单元，用于基于所述运营管理区块链，获取所述多个运营主体历史时间内多个所述预设时间周期内的多个历史运营数据集合、多个历史维护方案集合和多个维护顺序集合；
103.分析单元构建单元，用于采用所述多个历史运营数据集合、多个历史维护方案集合作为构建数据，构建维护方案分析单元，采用所述多个历史运营数据集合和多个维护顺序集合，构建维护顺序分析单元；
104.分析模型设置单元，用于基于所述维护方案分析单元和维护顺序分析单元，获得所述运营分析模型，将构建获得的所述运营分析模型分发至所述多个区块链节点内。
105.在一个实施例中，所述系统还包括：
106.数据划分执行单元，用于对所述多个历史运营数据集合、多个历史维护方案集合和多个维护顺序集合进行数据标识和划分，获得第一构建数据集和第二构建数据集；
107.分析单元构建单元，用于基于bp神经网络，分别构建所述维护方案分析单元和维护顺序分析单元；
108.分析单元训练单元，用于采用所述第一构建数据集和第二构建数据集，对所述维护方案分析单元和维护顺序分析单元分别进行监督训练和验证，获得准确率符合预设准确率要求的所述维护方案分析单元和维护顺序分析单元。
109.在一个实施例中，所述系统还包括：
110.维护方案生成单元，用于将所述运营数据集合内所述多个运营主体的运营数据输入所述维护方案分析单元，获得所述多个维护方案；
111.运营数据分析单元，用于将所述运营数据集合内所述多个运营主体的运营数据输入所述维护顺序分析单元，获得所述多个维护紧急程度信息。
112.在一个实施例中，所述系统还包括：
113.运营主体排序单元，用于按照所述多个维护紧急程度信息的大小，按照从大到小的顺序，对所述多个运营主体进行排序；
114.区块链节点发放单元，用于将所述排序通过所述多个区块链节点发放给所述多个运营主体。
115.关于一种基于区块链的运营管理数据处理系统的具体实施例可以参见上文中对于一种基于区块链的运营管理数据处理方法的实施例，在此不再赘述。上述一种基于区块
链的运营管理数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
116.在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储新闻数据以及时间衰减因子等数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种基于区块链的运营管理数据处理方法。
117.本领域技术人员可以理解，图4中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
118.在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：基于多个运营主体，构建运营管理区块链，其中，所述运营管理区块链内包括多个区块链节点；通过所述运营管理区块链，采用所述多个运营主体历史时间内的运营数据，构建运营分析模型；基于所述多个区块链节点，获取所述多个运营主体上传的预设时间周期内的运营数据，获得运营数据集合；将所述运营数据集合输入所述运营分析模型内，获得所述多个运营主体当前的多个维护方案和多个维护紧急程度信息；按照所述多个维护紧急程度信息的大小，对所述多个运营主体进行排序；按照所述排序，所述多个维护方案，依次对所述多个运营主体进行运营维护。
119.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
120.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。

技术特征：
1.一种基于区块链的运营管理数据处理方法，其特征在于，所述方法包括：基于多个运营主体，构建运营管理区块链，其中，所述运营管理区块链内包括多个区块链节点；通过所述运营管理区块链，采用所述多个运营主体历史时间内的运营数据，构建运营分析模型；基于所述多个区块链节点，获取所述多个运营主体上传的预设时间周期内的运营数据，获得运营数据集合；将所述运营数据集合输入所述运营分析模型内，获得所述多个运营主体当前的多个维护方案和多个维护紧急程度信息；按照所述多个维护紧急程度信息的大小，对所述多个运营主体进行排序；按照所述排序，所述多个维护方案，依次对所述多个运营主体进行运营维护。2.根据权利要求1所述的方法，其特征在于，基于多个运营主体，构建运营管理区块链，包括：基于所述多个运营主体，构建所述多个区块链节点；通过所述多个区块链节点，获取所述多个运营主体上传的历史时间内的运营数据，获得多个数据区块；基于所述多个数据区块，构建获得所述运营管理区块链。3.根据权利要求2所述的方法，其特征在于，通过所述多个区块链节点，获取所述多个运营主体上传的历史时间内的运营数据，获得多个数据区块，包括：通过所述多个区块链节点，获取所述多个运营主体上传的历史时间内的运营数据、维护方案和维护顺序，获得多个历史维护数据集合；对所述多个历史运营数据集合进行哈希算法处理，结合所述多个运营数据集合内的时间戳信息，生成所述多个数据区块。4.根据权利要求1所述的方法，其特征在于，通过所述运营管理区块链，采用所述多个运营主体历史时间内的运营数据，构建运营分析模型，包括：基于所述运营管理区块链，获取所述多个运营主体历史时间内多个所述预设时间周期内的多个历史运营数据集合、多个历史维护方案集合和多个维护顺序集合；采用所述多个历史运营数据集合、多个历史维护方案集合作为构建数据，构建维护方案分析单元，采用所述多个历史运营数据集合和多个维护顺序集合，构建维护顺序分析单元；基于所述维护方案分析单元和维护顺序分析单元，获得所述运营分析模型，将构建获得的所述运营分析模型分发至所述多个区块链节点内。5.根据权利要求4所述的方法，其特征在于，采用所述多个历史运营数据集合、多个历史维护方案集合作为构建数据，构建维护方案分析单元，采用所述多个历史运营数据集合和多个维护顺序集合，构建维护顺序分析单元，包括：对所述多个历史运营数据集合、多个历史维护方案集合和多个维护顺序集合进行数据标识和划分，获得第一构建数据集和第二构建数据集；基于bp神经网络，分别构建所述维护方案分析单元和维护顺序分析单元；采用所述第一构建数据集和第二构建数据集，对所述维护方案分析单元和维护顺序分
析单元分别进行监督训练和验证，获得准确率符合预设准确率要求的所述维护方案分析单元和维护顺序分析单元。6.根据权利要求4所述的方法，其特征在于，将所述运营数据集合输入所述运营分析模型内，获得所述多个运营主体当前的多个维护方案和多个维护紧急程度信息，包括：将所述运营数据集合内所述多个运营主体的运营数据输入所述维护方案分析单元，获得所述多个维护方案；将所述运营数据集合内所述多个运营主体的运营数据输入所述维护顺序分析单元，获得所述多个维护紧急程度信息。7.根据权利要求1所述的方法，其特征在于，按照所述多个维护紧急程度信息的大小，对所述多个运营主体进行排序，包括：按照所述多个维护紧急程度信息的大小，按照从大到小的顺序，对所述多个运营主体进行排序；将所述排序通过所述多个区块链节点发放给所述多个运营主体。8.一种基于区块链的运营管理数据处理系统，其特征在于，所述系统包括：运营管理构建模块，用于基于多个运营主体，构建运营管理区块链，其中，所述运营管理区块链内包括多个区块链节点；运营分析执行模块，用于通过所述运营管理区块链，采用所述多个运营主体历史时间内的运营数据，构建运营分析模型；运营数据获取模块，用于基于所述多个区块链节点，获取所述多个运营主体上传的预设时间周期内的运营数据，获得运营数据集合；运营数据分析模块，用于将所述运营数据集合输入所述运营分析模型内，获得所述多个运营主体当前的多个维护方案和多个维护紧急程度信息；运营主体排序模块，用于按照所述多个维护紧急程度信息的大小，对所述多个运营主体进行排序；运营维护执行模块，用于按照所述排序，所述多个维护方案，依次对所述多个运营主体进行运营维护。9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。

技术总结
本申请涉及数据处理技术领域，提供一种基于区块链的运营管理数据处理方法及系统。通过运营管理区块链的多个区块链节点，获取多个运营主体的运营数据集合；将运营数据集合输入运营分析模型内获得多个运营主体的多个维护方案和维护紧急程度信息，按照多个维护紧急程度信息对多个运营主体进行排序，采用多个维护方案依次对多个运营主体进行运营维护。解决了现有技术中存在执行多个运营主体的运营管理对于人工经验依赖度较高，导致运营管理方法科学性以及运维管理响应及时性不足的技术问题，达到降低运营主体维护管理方案生成以及维护方案执行优先级排序对于人工经验的依赖性，提高多运营主体运维管理科学性和管理方案执行响应效率的技术效果。应效率的技术效果。应效率的技术效果。


技术研发人员：魏力强 冯亮
受保护的技术使用者：北京国联视讯信息技术股份有限公司
技术研发日：2023.04.21
技术公布日：2023/8/22