基于云计算和边缘计算的大数据协同处理方法及云服务器

技术领域

本申请涉及云计算、边缘计算和云边端协同技术领域，具体而言，涉及一种基于云计算和边缘计算的大数据协同处理方法及云服务器。

背景技术

随着通信技术的快速发展，各类大数据处理和计算需求越来越高，常见的大数据处理可以分为云计算和边缘计算两类，云计算和边缘计算之间存在相对性。云计算是一种集中式的数据通信处理技术，所有数据都通过网络传输到云计算中心进行处理。资源的高度集中与整合使得云计算具有很高的通用性，然而，面对大数据的爆发式增长，基于云计算的集中型处理技术逐渐显露出了其在实时性、网络制约、资源开销和隐私保护上的不足。

相对地，边缘计算是指在靠近物或数据源头的网络边缘侧，融合网络、计算、存储、应用核心能力的分布式的数据通信处理技术，边缘计算能够就近提供边缘智能服务。由于传输链路的缩短，边缘计算能够在数据产生侧快捷、高效地响应业务需求，数据的本地处理也可以提升用户隐私保护程度。另外，边缘计算减小了服务对网络的依赖。

发明人发现，云计算和边缘计算均具有各自的优点。然而在一些实际的业务场景下，单独使用云计算技术或边缘计算技术进行业务数据处理，难以满足实际的业务需求，可能造成业务处理过程中相关重要数据的丢失。

发明内容

本发明实施例的第一方面，提供了一种基于云计算和边缘计算的大数据协同处理方法，所述方法包括：

获取边缘业务终端上传的业务数据处理结果，确定所述边缘业务终端上传的业务数据处理结果的局部业务状态信息，所述局部业务状态信息包括局部网络状态信息和局部交互状态信息；

从所述边缘业务终端上传的业务数据处理结果对应的当前全局业务数据中确定当前全局网络状态信息，基于所述边缘业务终端上传的业务数据处理结果获取对应的待处理的全局交互状态信息；基于所述当前全局网络状态信息、所述待处理的全局交互状态信息和所述局部业务状态信息进行业务网络修复，得到已修复的业务网络标签；

根据已修复的业务网络标签从所述当前全局业务数据中确定已修复的全局交互状态信息，根据所述已修复的全局交互状态信息和所述当前全局网络状态信息确定所述当前全局业务数据对应的已修复的业务需求标签；

基于所述已修复的业务网络标签将所述已修复的全局交互状态信息和所述当前全局网络状态信息进行状态信息匹配得到局部匹配结果，根据所述局部匹配结果与所述局部业务状态信息的第一业务需求比较结果更新所述当前全局网络状态信息和待处理的全局交互状态信息，返回所述业务网络修复的步骤，直到满足第一协同处理指标；基于满足第一协同处理指标的已修复的业务需求标签和已修复的业务网络标签进行全局业务数据整合，得到所述边缘业务终端上传的业务数据处理结果对应的目标全局业务数据。

本发明实施例的第二方面，提供了一种云服务器，包括处理引擎、网络模块和存储器；所述处理引擎和所述存储器通过所述网络模块通信，所述处理引擎从所述存储器中读取计算机程序并运行，以执行第一方面所述的方法。

本发明实施例的第三方面，提供一种计算机可读信号介质，其上存储有计算机程序，所述计算机程序在运行是实现第一方面所述的方法。

技术效果

通过实施上述技术方案能够针对不同边缘业务终端上传的业务数据处理结果进行网络状态层面和交互状态层面的分析以得到局部网络状态信息和局部交互状态信息，从而实现更新当前全局网络状态信息和待处理的全局交互状态信息并重复执行业务网络修复，这样能够对不同边缘业务终端之间的协同性进行不断调整和优化，从而使得不同业务数据处理结果之间能够尽可能存在业务层面的高相关性，以使得边缘业务终端之间的局部业务需求和局部业务网络满足预设的协同处理指标，进而实现对不同边缘业务终端上传的业务业务数据处理结果进行全局业务数据的整合，得到目标全局业务数据。由于在进行业务数据整合时考虑了网络层面和交互层面的差异，因而能够通过迭代修复确保整合得到的目标全局业务数据的完整性，避免部分业务数据在整合过程中由于不同的网络状态和不同的交互状态的影响而出现丢失，使得上述数据处理能够满足实际的业务需求。

在后面的描述中，将部分地陈述其他的特征。在检查后面内容和附图时，本领域的技术人员将部分地发现这些特征，或者可以通过生产或运用了解到这些特征。通过实践或使用后面所述详细示例中列出的方法、工具和组合的各个方面，当前申请中的特征可以被实现和获得。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

附图中的方法、系统和/或程序将根据示例性实施例进一步描述。这些示例性实施例将参照图纸进行详细描述。这些示例性实施例是非限制的示例性实施例，其中参考数字在附图的各个视图中代表相似的机构。

图1是根据本发明的一些实施例所示的一种示例性基于云计算和边缘计算的大数据协同处理系统的框图。

图2是根据本发明的一些实施例所示的一种示例性云服务器中硬件和软件组成的示意图。

图3是根据本发明的一些实施例所示的一种示例性基于云计算和边缘计算的大数据协同处理方法和/或过程的流程图。

图4是根据本发明的一些实施例所示的一种示例性基于云计算和边缘计算的大数据协同处理装置的框图。

图5是根据本发明的一些实施例所示的一种示例性基于云计算和边缘计算的大数据协同处理系统的运行状态示意图。

具体实施方式

在实际应用时，业务场景包括但不限于区块链支付、区块链金融、云业务处理、远程在线教育、远程在线办公、智慧城市管理、智慧医疗管理、云游戏平台、虚拟现实交互、工业互联网自动化、智能制造一体化、智慧园区管理等。针对上述业务场景而言，发明人对远程在线办公进行研究和分析后发现，现目前的远程在线办公通常需要多端协作进行，然而如何将多端的作业成果进行准确有效的整合以得到一个全局性的业务处理结果是相对困难的，因为在进行业务数据整合的过程中，不同业务终端的业务数据处理存在差异（例如网络层面和数据层面的差距），如何对这些差异进行适应性地处理以确保整合得到的业务数据的完整性，避免部分业务数据在整合过程中的丢失是现目前的一个痛点。

为此，发明人创新性地提出了一种基于云计算和边缘计算的大数据协同处理方法及云服务器，能够针对不同边缘业务终端上传的业务数据处理结果进行网络状态层面和交互状态层面的分析，从而实现对不同边缘业务终端所对应的业务网络的不断修复，以使得边缘业务终端之间的局部业务需求和局部业务网络满足预设的协同处理指标，进而实现对不同边缘业务终端上传的业务业务数据处理结果进行全局业务数据的整合，得到目标全局业务数据。由于在进行业务数据整合时考虑了网络层面和交互层面的差异，因而能够通过迭代修复确保整合得到的目标全局业务数据的完整性，避免部分业务数据在整合过程中由于不同的网络状态和不同的交互状态的影响而出现丢失。

为了更好的理解上述技术方案，下面通过附图以及具体实施例对本发明技术方案做详细的说明，应当理解本发明实施例以及实施例中的具体特征是对本发明技术方案的详细的说明，而不是对本发明技术方案的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互组合。

在下面的详细描述中，通过实例阐述了许多具体细节，以便提供对相关指导的全面了解。然而，对于本领域的技术人员来说，显然可以在没有这些细节的情况下实施本发明。在其他情况下，公知的方法、程序、系统、组成和/或电路已经在一个相对较高水平上被描述，没有细节，以避免不必要的模糊本发明的方面。

这些和其他特性、当前申请披露的功能、执行的方法、结构中相关元素的功能和部件的组合和生产经济性,在参照附图进行以下描述的考虑中可能会变得更加明显,所有这些形成本申请的一部分。然而，需要理解清楚的是，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当了解的是，这些图纸不是按比例绘制的。然而，应当明确理解的是，附图仅用于说明和描述的目的，并不意图限制本发明的范围。应当知晓的是，这些附图并不依照比例。

本申请中使用流程图说明根据本申请的实施例的系统所执行的执行过程。应当明确理解的是，流程图的执行过程可以不按顺序执行。相反，这些执行过程可以以相反的顺序或同时执行。另外，可以将至少一个其他执行过程添加到流程图。一个或多个执行过程可以从流程图中删除。

图1是根据本发明的一些实施例所示的一种示例性基于云计算和边缘计算的大数据协同处理系统300的框图，基于云计算和边缘计算的大数据协同处理系统300可以包括云服务器100和多个边缘业务终端200。

在一些实施例中，如图2所示，云服务器100可以包括处理引擎110、网络模块120和存储器130，处理引擎110和存储器130通过网络模块120通信。

处理引擎110可以处理相关的信息和/或数据以执行本申请中描述的一个或多个功能。例如，在一些实施例中，处理引擎110可以包括至少一个处理引擎(例如，单核处理引擎或多核处理器)。仅作为示例，处理引擎110可以包括中央处理单元(Central ProcessingUnit，CPU)、专用集成电路(Application-Specific Integrated Circuit，ASIC)、专用指令集处理器(Application-Specific Instruction-set Processor，ASIP)、图形处理单元(Graphics Processing Unit，GPU)、物理处理单元(Physics Processing Unit，PPU)、数字信号处理器(Digital Signal Processor，DSP)、现场可编程门阵列(Field ProgrammableGate Array，FPGA)、可编程逻辑器件(Programmable Logic Device，PLD)、控制器、微控制器单元、精简指令集计算机(Reduced Instruction-Set Computer，RISC)、微处理器等或其任意组合。

网络模块120可以促进信息和/或数据的交换。在一些实施例中，网络模块120可以是任何类型的有线或无线网络或其组合。仅作为示例，网络模块120可以包括缆线网络、有线网络、光纤网络、电信网络、内部网络、互联网、局域网络(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、无线局域网络(Wireless Local Area Network，WLAN)、城域网(Metropolitan Area Network，MAN)、公用电话交换网(Public Telephone SwitchedNetwork，PSTN)、蓝牙网络、无线个域网络、近场通讯(Near Field Communication，NFC)网络等或上述举例的任意组合。在一些实施例中，网络模块120可以包括至少一个网络接入点。例如，网络模块120可以包括有线或无线网路接入点，如基站和/或网路接入点。

存储器130可以是，但不限于，随机存取存储器（Random Access Memory，RAM），只读存储器（Read Only Memory，ROM），可编程只读存储器（Programmable Read-OnlyMemory，PROM），可擦除只读存储器（Erasable Programmable Read-Only Memory，EPROM），电可擦除只读存储器（Electric Erasable Programmable Read-Only Memory，EEPROM）等。其中，存储器130用于存储程序，所述处理引擎110在接收到执行指令后，执行所述程序。

可以理解，图2所示的结构仅为示意，云服务器100还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

图3是根据本发明的一些实施例所示的一种示例性基于云计算和边缘计算的大数据协同处理方法和/或过程的流程图，基于云计算和边缘计算的大数据协同处理方法应用于图1中的云服务器100，具体可以包括以下步骤S11-步骤S14。

步骤S11，获取边缘业务终端上传的业务数据处理结果，确定所述边缘业务终端上传的业务数据处理结果的局部业务状态信息，所述局部业务状态信息包括局部网络状态信息和局部交互状态信息。

例如，边缘业务终端可以是远程办公设备，在本实施例中，远程办公设备可以是多个，每个远程办公设备所处理的业务不同，如针对一个施工项目的可行性研究报告的业务处理，一些远程办公设备可以进行文字性的处理，另一些远程办公设备可以进行图片性的处理，还有一些远程办公设备可以进行施工仿真的处理，如此设计，通过将不同的业务进行分发，能够使得不同的远程办公设备各司其职，并将各自处理得到的业务数据处理结果上传给云服务器，以供云服务器进行全局性的整合和调整，从而得到一个完整的项目施工可行性研究报告。局部网络状态信息可以表征边缘业务终端在进行业务处理时所处通信网络的网络状态情况，不同的边缘业务终端的局部网络状态信息可能是不同的，局部交互状态信息用于表征边缘业务终端在业务处理过程中与其他智能设备的通信交互情况，如进行施工仿真处理的边缘业务终端可能在运行施工仿真软件时还与一些业务设备进行数据通信。可以理解，局部网络状态信息和局部交互状态信息用于表征不同的业务数据处理结果对应的业务状态。

步骤S12，从所述边缘业务终端上传的业务数据处理结果对应的当前全局业务数据中确定当前全局网络状态信息，基于所述边缘业务终端上传的业务数据处理结果获取对应的待处理的全局交互状态信息；基于所述当前全局网络状态信息、所述待处理的全局交互状态信息和所述局部业务状态信息进行业务网络修复，得到已修复的业务网络标签。

例如，当前全局业务数据可以是云服务器直接根据不同的业务数据处理结果得到的。当前全局网络状态信息可以是云服务器对应的通信网络状态。待处理的全局交互状态信息可以用于表征与云服务器通信的不同边缘业务终端之间的交互状态。业务网络修复可以是对相关网络参数例如数据传输协议，数据传输信道的调整，在此不作限定。业务网络标签用于表征不同的网络状态，例如可以是网络延时标签、网络稳定性标签等。

步骤S13，根据已修复的业务网络标签从所述当前全局业务数据中确定已修复的全局交互状态信息，根据所述已修复的全局交互状态信息和所述当前全局网络状态信息确定所述当前全局业务数据对应的已修复的业务需求标签。

例如，业务需求标签可以是与预先获取的业务需求对应的标签，例如针对可信性研究报告有哪些需求（排版、布局、字数、侧重点等），已修复的业务需求标签可以理解为根据业务网络修复之后而进行对应调整的业务需求的标签。如，业务网络修复之后，对图像数据的传输进行了限流，因而可能导致图像数据的大小削减，这个时候，原先的业务需求标签对应的图像质量需求可能是不小于5MB的图像，而已修复的业务需求标签对应的图像质量需求可能是不小于1MB的图像。当然，这个只是示例性描述，关于远程办公而言还存在许多办公项目对应的业务需求，在此不作一一列举。

步骤S14，基于所述已修复的业务网络标签将所述已修复的全局交互状态信息和所述当前全局网络状态信息进行状态信息匹配得到局部匹配结果，根据所述局部匹配结果与所述局部业务状态信息的第一业务需求比较结果更新所述当前全局网络状态信息和待处理的全局交互状态信息，返回所述业务网络修复的步骤，直到满足第一协同处理指标；基于满足第一协同处理指标的已修复的业务需求标签和已修复的业务网络标签进行全局业务数据整合，得到所述边缘业务终端上传的业务数据处理结果对应的目标全局业务数据。

例如，局部匹配结果可以是全局交互状态和全局网络状态下不同的边缘业务终端对应的状态信息匹配结果，用于进行后续的状态信息的更新。业务需求比较结果可以是局部匹配结果和局部业务状态信息之间在业务需求层面的变化情况。协同处理指标可以用于表征不同的业务数据处理结果满足数据整合或整理的相关指标需求（例如网络状态需求或交互状态需求），这样一来，云服务器在进行业务数据处理结果的全局性整理时能够避免部分业务数据处理结果在整合过程中出现丢失从而影响到目标全局业务数据的完整性。在本实施例中，目标全局业务数据可以理解为一份完整的建筑施工的可信性研究报告。

可以理解，更新当前全局网络状态信息和待处理的全局交互状态信息，并重复执行业务网络修复，能够对不同边缘业务终端之间的协同性进行不断调整和优化，从而使得不同业务数据处理结果之间能够尽可能存在业务层面的高相关性，比如如何实现文字、图像和仿真结果之间的匹配，如何与可行性研究报告的布局排版进行配合等。这样可以避免在进行业务数据整合时出现数据丢失，比如可以避免将仿真结果与图片文字进行匹配时图片文字覆盖仿真结果的问题，又比如可以避免在整合文字图片时，文字数据对图片数据的噪声干扰等。

可以理解，通过实施上述步骤S11-步骤S14所描述的内容，能够针对不同边缘业务终端上传的业务数据处理结果进行网络状态层面和交互状态层面的分析以得到局部网络状态信息和局部交互状态信息，从而实现更新当前全局网络状态信息和待处理的全局交互状态信息并重复执行业务网络修复，这样能够对不同边缘业务终端之间的协同性进行不断调整和优化，从而使得不同业务数据处理结果之间能够尽可能存在业务层面的高相关性，以使得边缘业务终端之间的局部业务需求和局部业务网络满足预设的协同处理指标，进而实现对不同边缘业务终端上传的业务业务数据处理结果进行全局业务数据的整合，得到目标全局业务数据。由于在进行业务数据整合时考虑了网络层面和交互层面的差异，因而能够通过迭代修复确保整合得到的目标全局业务数据的完整性，避免部分业务数据在整合过程中由于不同的网络状态和不同的交互状态的影响而出现丢失，使得上述数据处理能够满足实际的业务需求。

接下来将对一些可选实施例进行说明，这些实施例应当理解为示例，不应理解为实现本方案所必不可少的技术特征。

在实际实施过程中发明人发现，如果直接将不同的业务数据处理结果进行整合，可能会面临部分业务数据丢失的问题，为改善上述现象，步骤S14所描述的根据所述局部匹配结果与所述局部业务状态信息的第一业务需求比较结果更新所述当前全局网络状态信息和待处理的全局交互状态信息，返回所述业务网络修复的步骤，直到满足第一协同处理指标，可以包括以下步骤S141和步骤S142。

步骤S141，基于所述局部匹配结果与所述局部业务状态信息确定得到第一业务需求比较结果，当所述第一业务需求比较结果未满足第一协同处理指标时，基于所述已修复的业务需求标签更新所述当前全局业务数据，得到已更新的全局业务数据。例如，当第一业务需求比较结果对应的业务需求变化信息与第一协同处理指标中的预设业务需求不匹配时，可以判定所述第一业务需求比较结果未满足第一协同处理指标，如业务需求变化信息为报告文字数量为2万字，而第一协同处理指标中的预设业务需求为1.5万字，那么可以判定所述第一业务需求比较结果未满足第一协同处理指标。

步骤S142，从所述已更新的全局业务数据中确定已更新的全局网络状态信息，得到更新的当前全局网络状态信息，并将所述已修复的全局交互状态信息作为更新的待处理的全局交互状态信息，返回基于所述当前全局网络状态信息、所述待处理的全局交互状态信息、所述局部业务状态信息进行业务网络修复，得到已修复的业务网络标签的步骤，直到满足第一协同处理指标。例如，更新的待处理的全局交互状态信息可以理解为待处理的全局交互状态信息是更新之后的。

如此设计，通过上述步骤S141和步骤S142，在进行业务数据处理结果整合之前，能够判断第一业务需求比较结果是否满足第一协同处理指标，从而确保后续在进行业务数据处理结果的整合时避免第一业务需求比较结果对应的业务需求变化信息与第一协同处理指标中的预设业务需求不匹配而导致部分业务数据的问题，从而确保完整可靠的业务数据整合处理。

在实际实施过程中，业务数据可以分为延时业务数据和非延时业务数据，而针对这两类业务数据的处理也应当区别进行，从而从全局层面出发实现对业务数据处理结果的智能化整合。

在一些实施例中，若所述边缘业务终端上传的业务数据处理结果为延时业务数据对应的用户交互结果，所述局部匹配结果包括局部匹配网络状态信息和局部匹配交互状态信息，则步骤S141所描述的基于所述局部匹配结果与所述局部业务状态信息确定得到第一业务需求比较结果，可以包括以下步骤S1411和步骤S1412。

步骤S1411，基于所述局部匹配网络状态信息与所述局部网络状态信息确定得到网络状态信息对应的业务需求比较结果，并基于所述局部匹配交互状态信息与所述局部交互状态信息确定得到交互状态信息对应的业务需求比较结果。

步骤S1412，基于所述交互状态信息对应的业务需求比较结果与所述网络状态信息对应的业务需求比较结果，得到所述局部匹配结果与所述局部业务状态信息的第一业务需求比较结果。

在一些实施例中，若所述边缘业务终端上传的业务数据处理结果为非延时业务数据对应的用户交互结果，所述局部匹配结果包括局部匹配网络状态信息和局部匹配交互状态信息，则步骤S141所描述的基于所述局部匹配结果与所述局部业务状态信息确定得到第一业务需求比较结果，可以包括以下步骤S141a-步骤S141c所描述的内容。

步骤S141a，基于所述局部匹配网络状态信息与所述局部网络状态信息确定得到网络状态信息对应的业务需求比较结果，并基于所述局部匹配交互状态信息与所述局部交互状态信息确定得到交互状态信息对应的业务需求比较结果。

步骤S141b，获取所述非延时业务数据对应的用户交互结果的用户操作业务数据对应的用户交互结果对应的非延时业务需求标签，所述非延时业务需求标签是所述用户操作业务数据对应的用户交互结果在全局业务数据整合时使用的业务需求标签。

步骤S141c，确定所述非延时业务需求标签与所述已修复的业务需求标签的业务需求业务需求比较结果，基于所述交互状态信息对应的业务需求比较结果、所述网络状态信息对应的业务需求比较结果和所述业务需求业务需求比较结果，得到所述局部匹配结果与所述局部业务状态信息的第一业务需求比较结果。

可以理解，通过对延时业务数据和非延时业务数据进行区别处理，能够确保第一业务需求比较结果尽可能与实际的业务处理场景相匹配，从而避免第一业务需求比较结果遗漏某些业务需求信息而导致后续的业务数据整合出现偏差。

进一步地，步骤S11所描述的确定所述边缘业务终端上传的业务数据处理结果的局部业务状态信息，可以包括以下步骤S111和步骤S112。

步骤S111，基于所述边缘业务终端上传的业务数据处理结果进行业务数据的行为识别，得到业务数据的用户行为识别结果。

步骤S112，在所述业务数据的用户行为识别结果中进行业务数据的行为分类，得到所述边缘业务终端上传的业务数据处理结果对应的业务数据的用户行为分类结果；从所述业务数据的用户行为分类结果中确定局部网络状态信息和局部交互状态信息。

在另一些可能的实施例中，若所述边缘业务终端上传的业务数据处理结果为延时业务数据对应的用户交互结果，则步骤S12所描述的所述基于所述边缘业务终端上传的业务数据处理结果获取对应的待处理的全局交互状态信息，可以包括如下步骤S121和步骤S122。

步骤S121，获取针对指定业务流程的业务交互延时信息，根据所述针对指定业务流程的业务交互延时信息将所述当前全局网络状态信息匹配到局部边缘网络对应的网络状态信息中，得到匹配网络状态信息，基于所述匹配网络状态信息和所述局部网络状态信息进行业务网络修复，得到延时业务网络标签。

步骤S122，根据所述延时业务网络标签从所述当前全局业务数据的全局业务运行记录对应的用户行为识别结果中确定所述延时业务数据对应的用户交互结果对应的待处理的全局交互状态信息。

如此，基于上述步骤S121和步骤S122，能够将业务交互延时信息考虑在内，从而确保延时业务数据对应的用户交互结果对应的待处理的全局交互状态信息将延时情况考虑在内，以保证待处理的全局交互状态信息的时序准确性。

更进一步地，步骤S121所描述的获取针对指定业务流程的业务交互延时信息，可以包括以下步骤S1211-步骤S1218。

步骤S1211，获取各个预设业务交互延时信息，从所述各个预设业务交互延时信息确定当前业务交互延时信息。例如，预设业务交互延时信息可以是云服务器根据之前的业务数据整合记录预先确定的。

步骤S1212，根据所述当前业务交互延时信息将所述当前全局网络状态信息匹配到局部边缘网络对应的网络状态信息中，得到业务交互延时信息对应的匹配网络状态信息，基于所述业务交互延时信息对应的匹配网络状态信息和所述局部网络状态信息进行业务网络修复，得到业务交互延时信息对应的业务网络标签。

步骤S1213，根据所述业务交互延时信息对应的业务网络标签从所述当前全局业务数据的全局业务运行记录对应的用户行为识别结果中确定业务交互延时信息对应的全局交互状态信息。

步骤S1214，基于所述业务交互延时信息对应的全局交互状态信息、所述当前全局网络状态信息和所述局部业务状态信息进行针对业务交互延时信息的业务网络修复，得到针对业务交互延时信息而言的已修复的业务网络标签。

步骤S1215，根据所述针对业务交互延时信息而言的已修复的业务网络标签从所述全局业务运行记录对应的用户行为识别结果中确定针对业务交互延时信息而言的已修复的全局交互状态信息。

步骤S1216，根据所述针对业务交互延时信息而言的已修复的全局交互状态信息和所述当前全局网络状态信息确定所述当前全局业务数据对应的针对业务交互延时信息而言的已修复的业务需求标签。

步骤S1217，基于所述针对业务交互延时信息而言的已修复的业务网络标签将所述针对业务交互延时信息而言的已修复的全局交互状态信息和所述当前全局网络状态信息进行状态信息匹配，得到针对业务交互延时信息而言的局部匹配结果，根据所述针对业务交互延时信息而言的局部匹配结果和所述局部业务状态信息的第二业务需求比较结果更新所述业务交互延时信息对应的全局交互状态信息和当前全局网络状态信息，返回所述针对业务交互延时信息的业务网络修复的步骤，直到满足第二协同处理指标，得到所述当前业务交互延时信息对应的当前第二业务需求比较结果。例如，第二协同处理指标可以是考虑了交互延时的协同处理指标，第二协同处理指标和第一协同处理指标之间存在差别。

步骤S1218，遍历所述各个预设业务交互延时信息，得到所述各个预设业务交互延时信息对应的各个当前第二业务需求比较结果，比较所述各个当前第二业务需求比较结果，得到所述指定业务流程对应的业务需求比较结果，将所述指定业务流程对应的业务需求比较结果对应的预设业务交互延时信息作为所述针对指定业务流程的业务交互延时信息。例如，指定业务流程可以是预先进行配置的业务流程，如上述的施工项目的可行性研究报告的业务流程。

如此设计，基于上述步骤S1211-步骤S1218，能够对指定业务流程的业务交互延时信息进行准确分析，并考虑不同的局部边缘网络的差异性，这样能够结合不同的业务需求比较结果确定出针对指定业务流程而言的业务交互延时信息，从而确保业务交互延时信息和指定业务流程之间的高相关性和高匹配度。

对于更进一步的实施例而言，步骤S1217所描述的根据所述针对业务交互延时信息而言的局部匹配结果和所述局部业务状态信息的第二业务需求比较结果更新所述业务交互延时信息对应的全局交互状态信息和当前全局网络状态信息，返回所述针对业务交互延时信息的业务网络修复的步骤，直到满足第二协同处理指标，可以包括以下步骤S12171和步骤S12172。

步骤S12171，当所述第二业务需求比较结果未满足第二协同处理指标时，基于所述针对业务交互延时信息而言的已修复的业务需求标签更新所述当前全局业务数据，得到针对业务交互延时信息而言的已更新的全局业务数据。例如，第二业务需求比较结果和第二协同处理指标之间的判断方式可以参阅第一业务需求比较结果和第一协同处理指标之间的判断方式，在此不作赘述。

步骤S12172，从所述针对业务交互延时信息而言的已更新的全局业务数据中确定针对业务交互延时信息而言的已更新的全局网络状态信息，将所述针对业务交互延时信息而言的已更新的全局网络状态信息作为当前全局网络状态信息，并将所述针对业务交互延时信息而言的已修复的全局交互状态信息作为业务交互延时信息对应的全局交互状态信息，返回基于所述业务交互延时信息对应的全局交互状态信息、所述当前全局网络状态信息和所述局部业务状态信息进行针对业务交互延时信息的业务网络修复，得到针对业务交互延时信息而言的已修复的业务网络标签的步骤，直到满足第二协同处理指标。

更进一步地，步骤S121所描述的所描述的基于所述匹配网络状态信息和所述局部网络状态信息进行业务网络修复，得到延时业务网络标签，可以包括以下步骤S121a-步骤S121d。

步骤S121a，获取所述延时业务数据对应的用户交互结果对应的第一预配置业务网络标签，基于所述第一预配置业务网络标签将所述当前全局网络状态信息匹配到局部边缘网络对应的网络状态信息中，得到第一延时标签对应的已匹配网络状态信息。例如，预配置业务网络标签可以是云服务器预先进行配置的。

步骤S121b，基于所述第一延时标签对应的已匹配网络状态信息与所述局部网络状态信息确定得到第三业务需求比较结果。

步骤S121c，根据所述第三业务需求比较结果调整所述第一预配置业务网络标签，并返回所述基于所述第一预配置业务网络标签将所述当前全局网络状态信息匹配到局部边缘网络对应的网络状态信息中，得到第一延时标签对应的已匹配网络状态信息的步骤，直到所述第三业务需求比较结果满足第三协同处理指标。例如，第三业务需求比较结果和第三协同处理指标之间的判断方式可以参阅第一业务需求比较结果和第一协同处理指标之间的判断方式，在此不作赘述。

步骤S121d，将满足第三协同处理指标的第一预配置业务网络标签作为所述延时业务网络标签。

如此设计，在确定延时业务网络标签时，能够将不同的协同处理指标考虑在内，从而从第一预配置业务网络标签中准确地选取与延时业务相关的延时业务网络标签。

对于另外的一些实施例而言，若所述边缘业务终端上传的业务数据处理结果为非延时业务数据对应的用户交互结果，则步骤S12所描述的所述基于所述边缘业务终端上传的业务数据处理结果获取对应的待处理的全局交互状态信息，可以包括以下步骤S12a和步骤S12b。

步骤S12a，获取所述非延时业务数据对应的用户交互结果的用户操作业务数据对应的用户交互结果对应的全局业务操作的交互状态信息，所述全局业务操作的交互状态信息是所述用户操作业务数据对应的用户交互结果对应的全局业务数据中的全局交互状态信息。

步骤S12b，将所述全局业务操作的交互状态信息作为所述待处理的全局交互状态信息。

对于可能的实施例而言，若所述边缘业务终端上传的业务数据处理结果为延时业务数据对应的用户交互结果，则步骤S12所描述的所述基于所述当前全局网络状态信息、所述待处理的全局交互状态信息和所述局部业务状态信息进行业务网络修复，得到已修复的业务网络标签，可以包括以下步骤S1201-步骤S1204。

步骤S1201，获取所述延时业务数据对应的用户交互结果对应的第二预配置业务网络标签，基于所述第二预配置业务网络标签将所述当前全局网络状态信息和所述待处理的全局交互状态信息匹配到局部边缘网络对应的网络状态信息中，得到针对延时业务数据的局部匹配结果。

步骤S1202，基于所述针对延时业务数据的局部匹配结果与所述局部业务状态信息确定得到第四业务需求比较结果。

步骤S1203，根据所述第四业务需求比较结果调整所述第二预配置业务网络标签，并返回所述基于所述第二预配置业务网络标签将所述当前全局网络状态信息和所述待处理的全局交互状态信息匹配到局部边缘网络对应的网络状态信息中，得到针对延时业务数据的局部匹配结果的步骤，直到所述第四业务需求比较结果满足第四协同处理指标。例如，第四业务需求比较结果和第四协同处理指标之间的判断方式可以参阅第一业务需求比较结果和第一协同处理指标之间的判断方式，在此不作赘述。

步骤S1204，将满足第四协同处理指标的第二预配置业务网络标签作为所述延时业务数据对应的用户交互结果对应的已修复的业务网络标签。

如此设计，基于上述步骤S1201-步骤S1204，能够将不同的协同处理指标考虑在内，从而实现对延时业务和非延时业务的区分，这样可以避免延时业务数据对应的用户交互结果对应的已修复的业务网络标签与相关的非延时业务对应的业务网络标签的混淆。

在一些可替换的实施例中，若所述边缘业务终端上传的业务数据处理结果为非延时业务数据对应的用户交互结果，则步骤S12所描述的所述基于所述当前全局网络状态信息、所述待处理的全局交互状态信息和所述局部业务状态信息进行业务网络修复，得到已修复的业务网络标签，还可以通过以下步骤（1）-步骤（5）所描述的内容实现。

（1）获取所述非延时业务数据对应的用户交互结果对应的第三预配置业务网络标签，根据所述第三预配置业务网络标签将所述当前全局网络状态信息和所述待处理的全局交互状态信息匹配到局部边缘网络对应的网络状态信息中，得到针对非延时业务数据的局部匹配结果。

（2）基于所述针对非延时业务数据的局部匹配结果与所述局部业务状态信息确定得到第五业务需求比较结果，并获取所述非延时业务数据对应的用户交互结果的用户操作业务数据对应的用户交互结果对应的针对实时业务操作而言的业务网络标签，所述针对实时业务操作而言的业务网络标签是所述用户操作业务数据对应的用户交互结果对应的全局业务数据的业务网络标签。

（3）确定所述针对实时业务操作而言的业务网络标签与所述第三预配置业务网络标签的针对非延时业务数据而言的业务需求比较结果，根据所述第五业务需求比较结果和所述针对非延时业务数据而言的业务需求比较结果，得到针对第三预配置业务网络标签的业务需求比较结果。

（4）根据所述针对第三预配置业务网络标签的业务需求比较结果调整所述非延时业务数据对应的用户交互结果对应的第三预配置业务网络标签，并返回所述根据所述第三预配置业务网络标签将所述当前全局网络状态信息和所述待处理的全局交互状态信息匹配到局部边缘网络对应的网络状态信息中，得到针对非延时业务数据的局部匹配结果的步骤，直到所述针对第三预配置业务网络标签的业务需求比较结果满足第五协同处理指标。

（5）将满足第五协同处理指标的第三预配置业务网络标签作为所述非延时业务数据对应的用户交互结果对应的已修复的业务网络标签。

在一种可替换的实施例中，步骤S13所描述的根据已修复的业务网络标签从所述当前全局业务数据中确定已修复的全局交互状态信息，可以包括以下步骤S131-步骤S133。

步骤S131，获取所述当前全局业务数据的全局业务运行记录对应的用户行为识别结果中的预设数量的用户行为事件，获取边缘业务下发记录，根据所述边缘业务下发记录从所述预设数量的用户行为事件中确定对应的各个全局分工状态信息。

步骤S132，根据所述已修复的业务网络标签将所述各个全局分工状态信息匹配到局部边缘网络对应的网络状态信息中，得到各个业务分工匹配结果。

步骤S133，分别基于所述各个业务分工匹配结果与所述局部交互状态信息确定得到分工状态下的业务需求比较结果，比较所述各个业务分工匹配结果对应的分工状态下的业务需求比较结果，得到当前分工状态下的业务需求比较结果，将所述当前分工状态下的业务需求比较结果对应的全局分工状态信息作为所述局部交互状态信息对应的已修复的全局交互状态信息。

如此设计，可以通过上述步骤S131-步骤S133实现对用户行为事件以及边缘业务下发记录的分析，从而确定出不同的分工状态，这样可以根据不同的分工状态准确确定已修复的全局交互状态信息。

在一种可替换的实施例中，步骤S12所描述的从所述边缘业务终端上传的业务数据处理结果对应的当前全局业务数据中确定当前全局网络状态信息，可以包括：将每个边缘业务终端对应的业务数据处理结果按照预先配置的协作关系进行处理结果拼接，得到当前全局业务数据，根据所述当前全局业务数据对应的业务数据交互路径确定当前全局网络状态信息。

在一种可替换的实施例中，步骤S13所描述的根据所述已修复的全局交互状态信息和所述当前全局网络状态信息确定所述当前全局业务数据对应的已修复的业务需求标签，可以包括：根据所述已修复的全局交互状态信息和所述当前全局网络状态信息之间的状态同步结果确定候选业务需求标签集，从所述候选业务需求标签集中选取出与所述当前全局业务数据存在相同业务名称的目标业务需求标签作为所述当前全局业务数据对应的已修复的业务需求标签。

在一种可替换的实施例中，步骤S14所描述的基于所述已修复的业务网络标签将所述已修复的全局交互状态信息和所述当前全局网络状态信息进行状态信息匹配得到局部匹配结果，可以包括：基于所述已修复的业务网络标签，确定所述已修复的全局交互状态信息与所述当前全局网络状态信息之间的业务交互热度的统计结果；通过所述业务交互热度的统计结果将所述已修复的全局交互状态信息与所述当前全局网络状态信息中的至少部分状态信息进行状态信息匹配得到局部匹配结果。

在一种可替换的实施例中，步骤S14所描述的基于满足第一协同处理指标的已修复的业务需求标签和已修复的业务网络标签进行全局业务数据整合，得到所述边缘业务终端上传的业务数据处理结果对应的目标全局业务数据，可以包括：确定满足第一协同处理指标的已修复的业务需求标签与满足第一协同处理指标的已修复的业务网络标签之间的标签配对结果；根据所述标签配对结果，提取所述边缘业务终端上传的业务数据处理结果中的业务事项数据；将所述业务事项数据按照指定业务流程对应的业务指示信息进行整合，得到所述目标全局业务数据；其中，所述目标全局业务数据与所述业务指示信息的业务配置信息对应。

基于上述同样的发明构思，还提供了相关的装置实施例，图4是根据本发明的一些实施例所示的一种示例性基于云计算和边缘计算的大数据协同处理装置400的框图，所述基于云计算和边缘计算的大数据协同处理装置400可以包括以下功能模块。

数据获取模块410，用于获取边缘业务终端上传的业务数据处理结果，确定所述边缘业务终端上传的业务数据处理结果的局部业务状态信息，所述局部业务状态信息包括局部网络状态信息和局部交互状态信息。

网络修复模块420，用于从所述边缘业务终端上传的业务数据处理结果对应的当前全局业务数据中确定当前全局网络状态信息，基于所述边缘业务终端上传的业务数据处理结果获取对应的待处理的全局交互状态信息；基于所述当前全局网络状态信息、所述待处理的全局交互状态信息和所述局部业务状态信息进行业务网络修复，得到已修复的业务网络标签。

标签确定模块430，用于根据已修复的业务网络标签从所述当前全局业务数据中确定已修复的全局交互状态信息，根据所述已修复的全局交互状态信息和所述当前全局网络状态信息确定所述当前全局业务数据对应的已修复的业务需求标签。

数据整合模块440，用于基于所述已修复的业务网络标签将所述已修复的全局交互状态信息和所述当前全局网络状态信息进行状态信息匹配得到局部匹配结果，根据所述局部匹配结果与所述局部业务状态信息的第一业务需求比较结果更新所述当前全局网络状态信息和待处理的全局交互状态信息，返回所述业务网络修复的步骤，直到满足第一协同处理指标；基于满足第一协同处理指标的已修复的业务需求标签和已修复的业务网络标签进行全局业务数据整合，得到所述边缘业务终端上传的业务数据处理结果对应的目标全局业务数据。

基于上述同样的发明构思，还提供了一种基于云计算和边缘计算的大数据协同处理系统，进一步描述如下。

一种基于云计算和边缘计算的大数据协同处理系统，包括互相之间通信的云服务器和边缘业务终端；

所述边缘业务终端用于：向所述云服务器上传业务数据处理结果；

所述云服务器用于：

获取边缘业务终端上传的业务数据处理结果，确定所述边缘业务终端上传的业务数据处理结果的局部业务状态信息，所述局部业务状态信息包括局部网络状态信息和局部交互状态信息；

从所述边缘业务终端上传的业务数据处理结果对应的当前全局业务数据中确定当前全局网络状态信息，基于所述边缘业务终端上传的业务数据处理结果获取对应的待处理的全局交互状态信息；基于所述当前全局网络状态信息、所述待处理的全局交互状态信息和所述局部业务状态信息进行业务网络修复，得到已修复的业务网络标签；

根据已修复的业务网络标签从所述当前全局业务数据中确定已修复的全局交互状态信息，根据所述已修复的全局交互状态信息和所述当前全局网络状态信息确定所述当前全局业务数据对应的已修复的业务需求标签；

基于所述已修复的业务网络标签将所述已修复的全局交互状态信息和所述当前全局网络状态信息进行状态信息匹配得到局部匹配结果，根据所述局部匹配结果与所述局部业务状态信息的第一业务需求比较结果更新所述当前全局网络状态信息和待处理的全局交互状态信息，返回所述业务网络修复的步骤，直到满足第一协同处理指标；基于满足第一协同处理指标的已修复的业务需求标签和已修复的业务网络标签进行全局业务数据整合，得到所述边缘业务终端上传的业务数据处理结果对应的目标全局业务数据。

此外，图5还示出了基于云计算和边缘计算的大数据协同处理系统的运行状态示意图，例如，云服务器100将分工指令Q1~Q3分别下发给边缘业务终端D1~D3，然后接收边缘业务终端D1~D3分别基于分工指令Q1~Q3上传的业务数据处理结果A1~A3，并将业务数据处理结果A1~A3整合为目标全局业务数据A0以供后续使用。

综上所述，通过上述方案能够针对不同业务数据处理结果进行网络状态层面和交互状态层面的分析以得到局部网络状态信息和局部交互状态信息，从而实现更新当前全局网络状态信息和待处理的全局交互状态信息并重复执行业务网络修复，这样能够对不同边缘业务终端之间的协同性进行不断调整和优化，从而使得不同业务数据处理结果之间能够尽可能存在业务层面的高相关性，以进行全局业务数据整合得到目标全局业务数据。能够通过迭代修复确保整合得到的目标全局业务数据的完整性，避免部分业务数据在整合过程中由于不同的网络状态和不同的交互状态的影响而出现丢失，使得上述数据处理能够满足实际的业务需求。

本领域技术人员可以根据上述已公开的内容毫无疑义对一些预设的、基准的、预定的、设定的以及目标的技术特征/技术术语进行确定，例如阈值、阈值区间、阈值范围等。对于一些未作解释的技术特征术语，本领域技术人员完全能够基于前后文的逻辑关系进行合理地、毫无疑义地推导，从而清楚、完整地实施上述技术方案。未作解释的技术特征术语的前缀，例如“第一”、“第二”、“上一个”、“下一个”、“前一个”、“后一个”、“当前”、“历史”、“最新”、“最佳”、“目标”、“指定”和“实时”等，可以根据前后文进行毫无疑义地推导和确定。未作解释的技术特征术语的后缀，例如“列表”、“特征”、“序列”、“集合”、“矩阵”、“单元”、“元素”、“轨迹”和“清单”等，也可以根据前后文进行毫无疑义地推导和确定。

本发明实施例公开的上述内容对于本领域技术人员而言是清楚完整的。应当理解，本领域技术人员基于上述公开的内容对未作解释的技术术语进行推导和分析的过程是基于本申请所记载的内容进行的，因此上述内容并不是对整体方案的创造性的评判。

上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可以对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。

同时，本申请使用了特定术语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同部分两次或多次提到的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的至少一个实施例中的某些特征、结构或特点可以进行适当的组合。

另外，本领域普通技术人员可以理解的是，本申请的各个方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可以被称为“单元”、“组件”或“系统”。此外，本申请的各方面可以表现为位于至少一个计算机可读介质中的计算机产品，所述产品包括计算机可读程序编码。

计算机可读信号介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等等、或合适的组合形式。计算机可读信号介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读信号介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤缆线、RF、或类似介质、或任何上述介质的组合。

本申请各方面执行所需的计算机程序码可以用一种或多种程序语言的任意组合编写，包括面向对象程序设计，如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET，Python等，或类似的常规程序编程语言，如"C"编程语言，Visual Basic，Fortran2003，Perl，COBOL 2002，PHP，ABAP，动态编程语言如Python，Ruby和Groovy或其它编程语言。所述程式设计编码可以完全在用户计算机上执行、或作为独立的软体包在用户计算机上执行、或部分在用户计算机上执行部分在远程计算机执行、或完全在远程计算机或服务器上执行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网络(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。

此外，除非申请专利范围中明确说明，本申请所述处理元件和序列的顺序、数位字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的申请专利范围并不仅限于披露的实施例，相反，申请专利范围旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件装置实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或行动装置上安装所描述的系统。

同样应当理解的是，为了简化本申请揭示的表述，从而帮助对至少一个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法幷不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。