基于边缘计算技术的数据处理方法及装置与流程

本发明涉及通信领域，具体而言，涉及一种基于边缘计算技术的数据处理方法及装置。

背景技术

随着社会经济的发展和科学技术的不断进步，无线移动通信技术取得了飞速的发展，并实现持续的升级和更新换代。目前，第四代移动通信技术(4g)已经在全球范围内开始规模化的商用部署。面向2020年及未来网络的发展需求，第五代移动通信技术(5g)也开始在产业界和学术界得到新的研究和探索。可以预见，未来的5g网络将贯穿于人们日常工作、学习和社会生活的方方面面，诸如移动办公、智能家居、无线支付、远程医疗、增强现实等等；同时，5g网络也将与电力、交通运输、制造、家居等等传统行业深度融合。

与此同时，我们可以看到，伴随着智能终端的普及和移动业务应用的蓬勃发展，移动互联网和物联网呈现出爆炸式的发展趋势，不论是在用户数量、连接终端数量和业务流量等诸多方面。因此，广泛应用的移动互联网和物联网业务，将成为未来5g网络发展的强大推动力。据统计数据表明，无线业务数据流量将以每年接近100％的速度增长。而这当中，通过智能终端产生的用户生成内容(user-generatedcontent,ugc)是其中的一个重要组成部分。用户生成内容通常具有多种表现形式，包括视频、音频、文件、图片、文本等等，并可以在互联网各种平台进行发布，同时通过社交网络、网站、虚拟社区等多种渠道进行分享，尤其是社交型渠道(如即时通信类软件微信、qq等等)。海量的用户生成内容给现有无线网络在数据流量和信令流量方面带来了巨大的冲击，从而导致网络不堪重负，掉话率增高，数据拥塞等网络事故频繁发生。

为了应对这一问题，缓存技术被引入到无线通信网络中。现有的缓存技术，一般是在无线网络的边缘(如核心网、宏蜂窝基站、小基站、微型基地站、家庭基站、无线接入点等等)增加存储设备的部署，同时通过对流量数据、用户数据以及网络数据的分析，预测网络热点内容和分布趋势，并在网络非高峰时间段，预先将热点内容推送至合适的边缘存储设备中，从而通过在网络繁忙时段，利用网络边缘的本地缓存数据服务用户请求的方式，实现降低无线网络回传网/核心网带宽占用率，提升网络整体容量，提高用户业务体验的目的。但是，现有缓存方案的效果往往受限于热点内容预测的准确率；同时，相关技术中已有的缓存方案也不适合于现有网络中针对用户生成内容通过社交型网络渠道进行实时分享的网络优化场景。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种基于边缘计算技术的数据处理方法及装置，以至少解决由于相关技术中的缓存方案受限于热点内容预测的准确率，且不适合现有网络中针对用户生成内容通过社交网络渠道进行实时分享的网络优化场景，而导致了网络数据堵塞，网络优化效率低的技术问题。

根据本发明实施例的一个方面，提供了一种基于边缘计算技术的数据处理方法，包括：将第一终端的业务数据缓存至第一边缘服务器，其中，所述第一终端与所述第一边缘服务器相连；通过所述第一边缘服务器将所述业务数据发送至中心服务器，以使所述中心服务器保存所述业务数据，其中，所述中心服务器通过核心网与所述第一边缘服务器相连；通过所述中心服务器确定第二终端所处的第二边缘服务器的地址，其中，所述第二终端上的登录用户与所述第一终端上的登录用户通过社交网络相关联；通过所述中心服务器将所述业务数据发送至所述第二边缘服务器，以使所述第二边缘服务器缓存所述业务数据。

进一步地，通过所述第一边缘服务器将所述业务数据发送至中心服务器，包括：通过所述第一边缘服务器生成与所述业务数据对应的摘要数据；通过所述第一边缘服务器将所述摘要数据和所述业务数据发送至所述中心服务器，以使所述中心服务器保存所述业务数据和所述摘要数据。

进一步地，在通过所述第一边缘服务器将所述摘要数据和所述业务数据发送至所述中心服务器之后，所述方法还包括：在所述第二终端接收到第一操作指令后，通过所述第二终端向所述中心服务器发出摘要数据请求，其中，所述第一操作指令用于控制所述第二终端向所述中心服务器请求获取所述摘要数据；通过在所述第二终端接收所述中心服务器发送的所述摘要数据；在所述第二终端接收到第二操作指令后，通过所述第二终端向所述第二边缘服务器发出业务数据请求，其中，所述第二操作指令用于控制所述第二终端获取所述业务数据。

进一步地，在所述第二终端接收到第二操作指令后，通过所述第二终端向所述第二边缘服务器发出业务数据请求之后，所述方法还包括：根据所述业务数据请求查询所述第二边缘服务器的本地缓存；判断所述第二边缘服务器的本地缓存中是否存在所述业务数据；在所述第二边缘服务器的本地缓存中存在所述业务数据的情况下，通过所述第二边缘服务器将所述业务数据发送至所述第二终端；在所述第二边缘服务器的本地缓存中不存在所述业务数据的情况下，通过所述第二边缘服务器将所述业务数据请求发送至所述中心服务器。

进一步地，所述方法还包括：在第三边缘服务器存在多个终端请求同一业务数据的情况下，根据预设时间间隔内接收到的多个终端的业务数据请求，将所述多个终端加入组播聚合组；通过所述第三边缘服务器将所述多个终端请求的业务数据通过所述组播聚合组发送至所述多个终端。

根据本发明实施例的另一方面，还提供了一种基于边缘计算技术的数据处理装置，包括：缓存单元，用于将第一终端的业务数据缓存至第一边缘服务器，其中，所述第一终端与所述第一边缘服务器相连；第一发送单元，用于通过所述第一边缘服务器将所述业务数据发送至中心服务器，以使所述中心服务器保存所述业务数据，其中，所述中心服务器通过核心网与所述第一边缘服务器相连；确定单元，用于通过所述中心服务器确定第二终端所处的第二边缘服务器的地址，其中，所述第二终端上的登录用户与所述第一终端上的登录用户通过社交网络相关联；第二发送单元，用于通过所述中心服务器将所述业务数据发送至所述第二边缘服务器，以使所述第二边缘服务器缓存所述业务数据。

进一步地，所述第一发送单元包括：处理模块，用于通过所述第一边缘服务器生成与所述业务数据对应的摘要数据；发送模块，用于通过所述第一边缘服务器将所述摘要数据和所述业务数据发送至所述中心服务器，以使所述中心服务器保存所述业务数据和所述摘要数据。

进一步地，所述装置还包括：第三发送单元，用于在通过所述第一边缘服务器将所述摘要数据和所述业务数据发送至所述中心服务器之后，在所述第二终端接收到第一操作指令后，通过所述第二终端向所述中心服务器发出摘要数据请求，其中，所述第一操作指令用于控制所述第二终端向所述中心服务器请求获取所述摘要数据；接收单元，用于通过在所述第二终端接收所述中心服务器发送的所述摘要数据；第四发送单元，用于在所述第二终端接收到第二操作指令后，通过所述第二终端向所述第二边缘服务器发出业务数据请求，其中，所述第二操作指令用于控制所述第二终端获取所述业务数据。

进一步地，所述装置还包括：查询单元，用于在所述第二终端接收到第二操作指令后，通过所述第二终端向所述第二边缘服务器发出业务数据请求之后，根据所述业务数据请求查询所述第二边缘服务器的本地缓存；判断单元，用于判断所述第二边缘服务器的本地缓存中是否存在所述业务数据；第五发送单元，用于在所述第二边缘服务器的本地缓存中存在所述业务数据的情况下，通过所述第二边缘服务器将所述业务数据发送至所述第二终端；第六发送单元，用于在所述第二边缘服务器的本地缓存中不存在所述业务数据的情况下，通过所述第二边缘服务器将所述业务数据请求发送至所述中心服务器。

进一步地，所述装置还包括：聚合单元，用于在第三边缘服务器中存在多个终端请求同一业务数据的情况下，根据预设时间间隔内接收到的多个终端的业务数据请求，通过所述第三边缘服务器将所述多个终端加入组播聚合组；第七发送单元，用于将所述多个终端请求的业务数据通过所述组播聚合组发送至所述多个终端。

根据本发明实施例的另一方面，还提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行如上所述的基于边缘计算技术的数据处理方法。

根据本发明实施例的另一方面，还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行如上所述的基于边缘计算技术的数据处理方法。

在本发明实施例中，将第一终端的业务数据缓存至第一边缘服务器，通过第一边缘服务器将业务数据发送至中心服务器，通过中心服务器确定第二终端所处的第二边缘服务器的地址，通过中心服务器将业务数据发送至第二边缘服务器，以使第二边缘服务器缓存第二业务数据。通过在与第一终端上登陆用户相关联登陆用户所登陆的第二终端的第二边缘服务器上，缓存第一终端的业务数据，达到了对中心服务器流量分担的目的，从而实现了提升网络整体容量的技术效果，进而解决了由于相关技术中的缓存方案受限于热点内容预测的准确率，且不适合现有网络中针对用户生成内容通过社交网络渠道进行实时分享的网络优化场景，而导致了网络数据堵塞，网络优化效率低的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的基于边缘计算技术的数据处理方法的网络拓扑图；

图2是根据本发明实施例的一种可选的基于边缘计算技术的数据处理方法的流程示意图；

图3是根据本发明具体实施例的一种可选的基于边缘计算技术的数据处理方法的网络拓扑图；

图4是根据本发明具体实施例的一种可选的基于mec服务器的本地数据缓存方法的流程示意图；

图5是根据本发明具体实施例的一种可选的基于mec服务器的流量卸载方法的流程示意图；

图6是根据本发明实施例的一种可选的基于边缘计算技术的数据处理装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

在本发明实施例中，提供了一种上述基于边缘计算技术的数据处理方法的实施例。作为一种可选的实施方式，该基于边缘计算技术的数据处理方法可以但不限于应用于如图1所示的应用环境中。第一终端101将第一终端的业务数据缓存至第一边缘服务器103，其中，第一终端101与第一边缘服务器103相连；通过第一边缘服务器103将业务数据发送至中心服务器110，以使中心服务器110保存业务数据，其中，中心服务器110通过核心网120与第一边缘服务器103相连；通过中心服务器110确定第二终端102所处的第二边缘服务器104的地址，其中，第二终端102上的登录用户与第一终端101上的登录用户通过社交网络相关联；通过中心服务器110将业务数据发送至第二边缘服务器104，以使第二边缘服务器104缓存业务数据。

在本实施例中，第一终端101与第二终端102分别属于靠近用户侧的终端，用户对第一终端101执行相应的操作，产生相关的应用数据流量，经由中心服务器110与第二终端102进行数据交互。在此过程中，中心服务器110位于核心网，属于云端服务器，而第一边缘服务器103和第二边缘服务器104通常为无线网络接入侧部署的通用服务器，为网络边缘提供it和云计算能力，例如移动边缘计算(mobileedgecomputing，mec)服务器。

需要说明的是，上述的边缘服务器可以由运营商部署并向内容提供商开放。内容提供商可以利用本地服务器(例如mec服务器)提供的虚拟化和存储功能，将数据中心云端业务服务器的业务下沉到本地服务器的虚拟机中运行，以形成边缘服务器，从而在网络边缘为用户提供本地化服务。

可选地，在本实施例中，上述终端包括但不限于手机、平板电脑、笔记本电脑、台式pc机、数字电视、车载终端以及其他安装需要进行数据交互的应用的终端。上述网络中移动网络仅是一种示例，该网络可以包括但不限于以下至少之一：广域网、城域网、局域网。上述只是一种示例，本实施例对此不做任何限定。

根据本发明实施例，提供了一种基于边缘计算技术的数据处理方法，如图2所示，该方法包括：

s202，将第一终端的业务数据缓存至第一边缘服务器，其中，第一终端与第一边缘服务器相连；

s204，通过第一边缘服务器将业务数据发送至中心服务器，以使中心服务器保存业务数据，其中，中心服务器通过核心网与第一边缘服务器相连；

s206，通过中心服务器确定第二终端所处的第二边缘服务器的地址，其中，第二终端上的登录用户与第一终端上的登录用户通过社交网络相关联；

s208，通过中心服务器将业务数据发送至第二边缘服务器，以使第二边缘服务器缓存业务数据。

在本实施例中，第一终端上的登录用于与第二终端上的登录用户是相关联的，二者可以是在社交网络上相关联，例如社交应用；同时也可以是某些属性相关联，例如运营商业务中的“亲情号”业务，二者终端的终端号码相关联。

优选地，在本实施例中，第一终端与第二终端均位于无线通信网络中，分别通过无线通信网络第一边缘服务器和第二边缘服务器相连接。以下对边缘服务器的构成进行说明，其中，设定第一本地服务器与第二本地服务器均能够支持提供虚拟化和存储功能，用于将中心服务器的业务下沉到第一本地服务器和第二本地服务器中，在第一本地服务器和第二本地服务器运行中心服务器的业务，形成终端的第一边缘服务器以及第二边缘服务器，从而在核心网络的边缘为用户提供本地化服务。

在具体的应用场景中，第一终端中运行相应的业务应用(例如社交应用)，通过该业务应用将业务数据上传至中心服务器，该业务数据被第一本地服务器接收后，重定向至第一边缘服务器。第一边缘服务器对第一终端上的登录用户实时上传的业务数据进行接收，并缓存在第一边缘服务器中。同时第一边缘服务器启动后台异步服务进程，将业务数据上传至中心服务器。中心服务器接收到第一边缘服务器发送的业务数据后，在接收该业务数据的同时，判断与第一终端上的登录用户(业务数据发布者)通过社交网络关联的第二终端上的登录用户，获取第二终端所连接的第二边缘服务器地址。中心服务器缓存业务数据，并将业务数据发送至第二边缘服务器。第二边缘服务器在接收到中心服务器发送的业务数据后，进行该业务数据的本地缓存。

在上述过程中，若此时存在与第一终端上的登录用户不关联的第三终端上的登陆用户，则中心服务器不向第三终端所在的第三边缘服务器发送业务数据，以实现对业务数据精准的缓存。

需要说明的是，通过将第一终端的业务数据缓存至第一边缘服务器，通过第一边缘服务器将业务数据发送至中心服务器，通过中心服务器确定第二终端所处的第二边缘服务器的地址，通过中心服务器将业务数据发送至第二边缘服务器，以使第二边缘服务器缓存第二业务数据。通过在与第一终端上登陆用户相关联登陆用户所登陆的第二终端的第二边缘服务器上，缓存第一终端的业务数据，达到了对中心服务器流量分担的目的，从而实现了提升网络整体容量的技术效果。

可选地，在本实施例中，通过第一边缘服务器将业务数据发送至中心服务器，包括但不限于：通过第一边缘服务器生成与业务数据对应的摘要数据；通过第一边缘服务器将摘要数据和业务数据发送至中心服务器，以使中心服务器保存业务数据和摘要数据。

在具体的应用场景中，在第一边缘服务器接收并缓存第一终端发送的业务数据时，生成与业务数据对应的摘要数据。第一边缘服务器缓存该摘要数据，并将摘要发送至中心服务器。摘要数据用于形成用户在终端应用商浏览的预览数据，用户通过选择摘要数据，用于向边缘服务器或中心服务器请求与摘要数据对应的业务数据。由此，为了节约用户应用的流量花费，更减少了中心服务器与边缘服务器的处理压力。

可选地，在本实施例中，在通过第一边缘服务器将摘要数据和业务数据发送至中心服务器之后，上述方法还包括：在第二终端接收到第一操作指令后，通过第二终端向中心服务器发出摘要数据请求，其中，第一操作指令用于控制第二终端向中心服务器请求获取摘要数据；通过在第二终端接收中心服务器发送的摘要数据；在第二终端接收到第二操作指令后，通过第二终端向第二边缘服务器发出业务数据请求，其中，第二操作指令用于控制第二终端获取业务数据。

在具体的应用场景中，用户在第二终端中执行第一操作指令时，该第一操作指令用于控制第二终端向中心服务器请求获取摘要数据，例如社交应用中好友动态中的刷新操作。此处的摘要数据为与第二终端上的登录用户关联的其他用户的摘要数据。中心服务器在接收到第二终端的摘要数据请求后，将第二终端上的登录用户关联的其他用户的摘要数据发送至第二终端，接收中心服务器发送的摘要数据，在第二终端上形成摘要数据预览界面。用户通过在第二终端的预览界面上选择具体的摘要数据，即认为在第二终端上接收到了第二操作指令后，通过第二终端向第二边缘服务器发出业务数据请求，该业务数据请求用于请求与用户选择的摘要数据对应的业务数据。

可选地，在本实施例中，在第二终端接收到第二操作指令后，通过第二终端向第二边缘服务器发出业务数据请求之后，上述方法还包括：根据业务数据请求查询第二边缘服务器的本地缓存；判断第二边缘服务器的本地缓存中是否存在业务数据；在第二边缘服务器的本地缓存中存在业务数据的情况下，通过第二边缘服务器将业务数据发送至第二终端；在第二边缘服务器的本地缓存中不存在业务数据的情况下，通过第二边缘服务器将业务数据请求发送至中心服务器。

在具体的应用场景中，根据业务数据请求查询第二边缘服务器中的本地缓存，判断第二边缘服务器的本地缓存中是否存在与用户选择的摘要数据对应的业务数据，判断第二边缘服务器的本地缓存中是否存在第二终端所请求的业务数据，具体存在以下两种情况：

1)第二边缘服务器的本地缓存中存在第二终端所请求的业务数据，通过第二边缘服务器将业务数据发送至第二终端。

2)第二边缘服务器的本地缓存中不存在业务数据，则第二边缘服务器将第二终端的业务数据请求发送至中心服务器，以使中心服务器根据第二终端请求的摘要数据查询对应的业务数据，然后中心服务器将业务数据发送至第二终端。

可选地，在本实施例中，上述方法还包括：在第三边缘服务器管辖的网络中存在多个终端请求同一业务数据的情况下，根据预设时间间隔内接收到的多个终端的业务数据请求，通过第三边缘服务器将多个终端加入组播聚合组；将多个终端请求的业务数据通过组播聚合组发送至多个终端。

具体的，在第三边缘服务器管辖的网络中具有多个终端上的登录用户请求相同的业务数据时，边缘服务器可以采用网络组播技术(multicast)，将预设时间间隔内对相同业务数据进行请求的终端实施聚合，即将多个终端加入组播聚合组，并利用一条组播流服务所有请求的用户。例如，在第三边缘服务器的无线网络中接入了多个移动终端，该多个移动终端向第三边缘服务发出业务请求，当多个终端的业务请求为请求同一个用户所在移动终端的业务数据时，第三边缘服务器将一定时间内接收到对该业务数据请求的终端进行聚合并加入至组播聚合组，当第三边缘服务器中存在该业务数据时，通过组播聚合组将业务数据发送至多个移动终端；当在第三边缘服务器中不存在组播聚合组所请求的业务数据时，第三边缘服务器通向中心服务器进行业务数据请求，并将中心服务器返回的业务数据通过组播发送至多个移动终端。由此，边缘服务器可以采用优化传输方式，实现业务数据的高效率分发。

需要说明的是，在上述实施例中是第三边缘服务器将多个移动终端的业务请求的传输链路加入至组播聚合组，第三边缘服务器将该组播聚合组中的业务请求所请求的业务数据，通过该组播聚合组发送至多个移动终端。而在一种优选的技术方案中，也可以在应用层将该多个移动终端加入组播聚合组，第三边缘服务器将其所请求业务数据通过应用层组播的方式发送至多个移动终端。

通过本实施例，将第一终端的业务数据缓存至第一边缘服务器，通过第一边缘服务器将业务数据发送至中心服务器，通过中心服务器确定第二终端所处的第二边缘服务器的地址，通过中心服务器将业务数据发送至第二边缘服务器，以使第二边缘服务器缓存第二业务数据。通过在与第一终端上登陆用户相关联登陆用户所登陆的第二终端的第二边缘服务器上，缓存第一终端的业务数据，达到了对中心服务器流量分担的目的，从而实现了提升网络整体容量的技术效果。

以下通过具体的实施例来对上述实施例中的基于边缘计算技术的数据处理方法进行说明，如图3所示，为与上述第一终端、第一边缘服务器以及中心服务器构成的网络相对应的mec本地数据缓存网络。

其中，以下描述的用mec服务器相当于前述的本地服务器，由mec服务器进行服务器虚拟化构成相当于前述的边缘服务器、数据中心云端业务服务器相当于前述实施例中的中心服务器。

为了方便说明具体实施例中的基于边缘计算技术的数据处理方法，设定如下：

(1)用户1、用户2通过无线接入点1接入网络，无线接入点1通过mec1服务器连接核心网，实现与数据中心云端业务服务器的通信；

(2)用户3、用户4通过无线接入点2接入网络，无线接入点2通过mec2服务器连接核心网，实现与数据中心云端业务服务器的通信；

(3)用户5、用户6通过无线接入点3接入网络，无线接入点3通过mec3服务器连接核心网，实现与数据中心云端业务服务器的通信；

(4)用户1、用户2、用户3、用户4、用户5和用户6使用相同的社交应用程序。用户1与用户2、用户3具有社交好友关系互相关联，通过使用相同社交应用程序即可相互之间分享内容数据(例如好友之间朋友圈内容分享功能，好友动态浏览等)；而用户1与用户4、用户5、用户6不具备社交好友关系，相互之间不能分享内容数据。

在本具体实施例中，将前述的基于边缘计算技术的数据处理方法分为基于mec服务器的本地数据缓存和流量卸载。

其中，如图4所示，基于mec服务器的本地数据缓存方法流程如下：

s401，构造本地业务服务器；

具体的，数据中心云端业务服务器将业务下沉至mec1服务器、mec2服务器和mec3服务器，mec1服务器、mec2服务器和mec3服务器上的虚拟机运行此业务，形成各自的本地业务服务器；

s402，上传原始数据；

具体的，用户1通过社交应用程序实时上传原始数据(相当于前述的业务数据)至数据中心云端业务服务器，原始数据被mec1服务器捕获，并重定向至本地业务服务器；

s403，mec1上的本地业务服务器对用户1实时上传的原始数据进行接收，并在本地磁盘中进行存储；

s404，mec服务器形成摘要数据，并将摘要数据和原始数据上传至数据中心云端业务服务器；

具体的，mec1上的本地业务服务器生成摘要数据，并将摘要数据上传至数据中心云端业务服务器；同时，本地业务服务器启动后台异步服务进程，将原始数据上传至数据中心云端业务服务器；

s405，数据中心云端业务服务器确定关联mec服务器；

具体的，数据中心云端业务服务器接收原始数据内容，在接收的同时，同步启动原始数据判断进程，判断与原始数据发布者具有社交关系的其它用户所处位置的mec服务器地址(本例中，用户2、用户3与用户1具备社交关系，所关联的mec服务器包含mec1服务器和mec2服务器)；

s406，数据中心云端业务服务器将原始数据发送至关联mec服务器；

具体的，数据中心云端业务服务器启动数据主动缓存进程，选取原始数据需要主动缓存的mec服务器，并将原始数据推送至相应的mec服务器(本例中，为mec2服务器)；

s407，关联mec服务器缓存原始数据；

具体的，mec2服务器上的本地业务服务器接收数据中心云端业务服务器推送的原始数据，并进行本地缓存；

s408，网络内mec服务器的本地缓存任务完成。

由上述内容可以知晓，由于用户1向数据中心云端业务服务器上传原始数据的过程中，mec1服务器上的本地业务服务器捕获并进行本地缓存。针对用户1而言，这一过程是完全透明的；同时，由于原始数据的完整传输路径由用户1至数据中心云端业务服务器之间的距离，缩短为用户1至mec1服务器上本地业务服务器之间的距离，极大减少了数据传输完成时间，降低了业务传输出错概率，并提升了用户业务体验。

此外，mec1服务器上的本地业务服务器在接收完成所有原始数据后，可以同步将摘要数据和原始数据传输至数据中心云端业务服务器，并由数据中心云端业务服务器依据社交关系，将原始数据准确的分发至与该数据相关联的其它社交用户所处网络的mec服务器上，从而实现了精准的缓存，解决传统方案依赖热点内容和分布趋势预测准确率的弊端。

其中，如图5所示，基于mec服务器的流量卸载方法流程如下：

s501，用户发出摘要数据请求；

具体的，用户2使用社交应用程序，向数据中心云端业务服务器发送摘要数据请求，获取好友最新分享内容的信息；

s502，用户接收数据中心云端业务服务器发出的摘要数据；

具体的，数据中心云端业务服务器向用户2返回好友用户1最新分享内容的摘要数据，包含用户1分享内容的摘要数据；

s503，用户根据摘要数据发出与摘要数据对应的原始数据请求；

具体的，用户2解析数据，并使用社交应用程序向数据中心云端业务服务器发送原始数据请求，请求用户1分享内容的原始数据；

s504，将用户的原始数据请求定向至本地业务服务器；

具体的，用户2的原始数据请求达到mec1服务器，被mec1服务器捕获，并将请求重定向至本地业务服务器；

s505，mec1服务器上的本地业务服务器解析该请求，并查找本地缓存中是否有该原始数据

具体的，若有该原始数据，则执行步骤s506；若没有该原始数据，则跳转步骤s507；

s506，mec1服务器上的本地业务服务器查找到本地缓存的原始数据，并将原始数据发送给用户2，结束本次任务；

s507，mec1服务器上的本地业务服务器将请求转发至数据中心云端业务服务器；

s508，数据中心云端业务服务器响应用户的原始数据请求，并将原始数据发送给用户，结束本次任务。

在本发明的另一种具体实施例中，仍以图3中的网络拓扑图为例进行说明，若在同一个无线接入点下面，具有多个用户请求相同的原始数据时，例如，mec服务器可以采用网络组播技术，将多个用户所在的终端加入网络组播聚合组，将相同时间间隔内对相同原始数据的请求进行聚合，并利用一条组播流服务所有请求用户。

针对用户2获取用户1所分享内容的时间而言，可以通过如下公式进行计算：

其中，为用户2获取用户1分享内容时间间隔；为用户1原始数据传输至mec1服务器耗时；为mec1服务器将摘要数据传输至数据中心云端业务服务器耗时；为数据中心云端业务服务器将摘要数据传输至用户2耗时；为mec1服务器将原始数据传输至用户2耗时。

由上述内容可以知晓，由于用户1的原始数据已经在mec1服务器上的本地业务服务器进行存储，因此，用户2对于用户1分享的原始数据，可以从mec1服务器上进行本地获取，极大的减少了数据在网络中的传输距离，缩短了数据传输的完成时间，并提升了用户的业务体验。

通过本发明实施例的技术方案，将第一终端的业务数据缓存至第一边缘服务器，通过第一边缘服务器将业务数据发送至中心服务器，通过中心服务器确定第二终端所处的第二边缘服务器的地址，通过中心服务器将业务数据发送至第二边缘服务器，以使第二边缘服务器缓存第二业务数据。通过在与第一终端上登陆用户相关联登陆用户所登陆的第二终端的第二边缘服务器上，缓存第一终端的业务数据，达到了对中心服务器流量分担的目的，从而实现了提升网络整体容量的技术效果。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

根据本发明实施例，还提供了一种用于实施上述基于边缘计算技术的数据处理方法的基于边缘计算技术的数据处理装置，如图6所示，该装置包括：

1)缓存单元602，用于将第一终端的业务数据缓存至第一边缘服务器，其中，所述第一终端与所述第一边缘服务器相连；

2)第一发送单元604，用于通过所述第一边缘服务器将所述业务数据发送至中心服务器，以使所述中心服务器保存所述业务数据，其中，所述中心服务器通过核心网与所述第一边缘服务器相连；

3)确定单元606，用于通过所述中心服务器确定第二终端所处的第二边缘服务器的地址，其中，所述第二终端上的登录用户与所述第一终端上的登录用户通过社交网络相关联；

4)第二发送单元608，用于通过所述中心服务器将所述业务数据发送至所述第二边缘服务器，以使所述第二边缘服务器缓存所述业务数据。

进一步地，所述第一发送单元604包括：

1)处理模块，用于通过所述第一边缘服务器生成与所述业务数据对应的摘要数据；

2)发送模块，用于通过所述第一边缘服务器将所述摘要数据和所述业务数据发送至所述中心服务器，以使所述中心服务器保存所述业务数据和所述摘要数据。

进一步地，所述装置还包括：

1)第三发送单元，用于在通过所述第一边缘服务器将所述摘要数据和所述业务数据发送至所述中心服务器之后，在所述第二终端接收到第一操作指令后，通过所述第二终端向所述中心服务器发出摘要数据请求，其中，所述第一操作指令用于控制所述第二终端向所述中心服务器请求获取所述摘要数据；

2)接收单元，用于通过在所述第二终端接收所述中心服务器发送的所述摘要数据；

3)第四发送单元，用于在所述第二终端接收到第二操作指令后，通过所述第二终端向所述第二边缘服务器发出业务数据请求，其中，所述第二操作指令用于控制所述第二终端获取所述业务数据。

进一步地，所述装置还包括：

1)查询单元，用于在所述第二终端接收到第二操作指令后，通过所述第二终端向所述第二边缘服务器发出业务数据请求之后，根据所述业务数据请求查询所述第二边缘服务器的本地缓存；

2)判断单元，用于判断所述第二边缘服务器的本地缓存中是否存在所述业务数据；

3)第五发送单元，用于在所述第二边缘服务器的本地缓存中存在所述业务数据的情况下，通过所述第二边缘服务器将所述业务数据发送至所述第二终端；

4)第六发送单元，用于在所述第二边缘服务器的本地缓存中不存在所述业务数据的情况下，通过所述第二边缘服务器将所述业务数据请求发送至所述中心服务器。

进一步地，所述装置还包括：

1)聚合单元，用于在第三边缘服务器管辖网络中存在多个终端请求同一业务数据的情况下，根据预设时间间隔内接收到的多个终端的业务数据请求，通过所述第三边缘服务器将所述多个终端加入组播聚合组；

2)第七发送单元，用于将所述多个终端请求的业务数据通过所述组播聚合组发送至所述多个终端。

可选地，本实施例中的具体示例可以参考上述实施例1中所描述的示例，本实施例在此不再赘述。

实施例3

根据本发明实施例，还提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行如上所述的基于边缘计算技术的数据处理方法。

可选地，在本实施例中，上述存储介质被设置为存储用于执行以下步骤的程序代码：

s1，将第一终端的业务数据缓存至第一边缘服务器，其中，所述第一终端与所述第一边缘服务器相连；

s2，通过所述第一边缘服务器将所述业务数据发送至中心服务器，以使所述中心服务器保存所述业务数据，其中，所述中心服务器通过核心网与所述第一边缘服务器相连；

s3，通过所述中心服务器确定第二终端所处的第二边缘服务器的地址，其中，所述第二终端上的登录用户与所述第一终端上的登录用户通过社交网络相关联；

s4，通过所述中心服务器将所述业务数据发送至所述第二边缘服务器，以使所述第二边缘服务器缓存所述业务数据。

可选地，本实施例中的具体示例可以参考上述实施例1中所描述的示例，本实施例在此不再赘述。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

实施例4

本发明的实施例还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行如上所述的基于边缘计算技术的数据处理方法。

可选地，在本实施例中，处理器被设置为于执行以下步骤的程序代码：

s1，将第一终端的业务数据缓存至第一边缘服务器，其中，所述第一终端与所述第一边缘服务器相连；

s2，通过所述第一边缘服务器将所述业务数据发送至中心服务器，以使所述中心服务器保存所述业务数据，其中，所述中心服务器通过核心网与所述第一边缘服务器相连；

s3，通过所述中心服务器确定第二终端所处的第二边缘服务器的地址，其中，所述第二终端上的登录用户与所述第一终端上的登录用户通过社交网络相关联；

s4，通过所述中心服务器将所述业务数据发送至所述第二边缘服务器，以使所述第二边缘服务器缓存所述业务数据。

可选地，存储介质还被设置为存储用于执行上述实施例1中的方法中所包括的步骤的程序代码，本实施例中对此不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。