CN112235414A - 文件缓存方法、运营商服务器及mec服务器 - Google Patents
文件缓存方法、运营商服务器及mec服务器 Download PDFInfo
- Publication number
- CN112235414A CN112235414A CN202011156149.0A CN202011156149A CN112235414A CN 112235414 A CN112235414 A CN 112235414A CN 202011156149 A CN202011156149 A CN 202011156149A CN 112235414 A CN112235414 A CN 112235414A
- Authority
- CN
- China
- Prior art keywords
- file
- information table
- cache
- data
- value
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
- H04L67/5682—Policies or rules for updating, deleting or replacing the stored data
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本公开提供一种文件缓存方法、运营商服务器、MEC服务器、计算机设备及存储介质，所述方法包括：接收业务服务器发送的高价值会员和订购业务列表的数据存储至高价值用户信息表；接收MEC服务器在接收到接入点发送的文件数据缓存请求后发出的查询请求，请求中包括用户标识和文件数据的产品ID；根据用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，将判断结果发送到MEC服务器，以使MEC服务器更新缓存文件信息表及其内缓存的文件，并按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。本公开的技术方案实现了高价值用户文件在MEC上的合理缓存。
Description
技术领域
本公开属于通信技术领域，具体涉及一种文件缓存方法，一种运营商服务器，一种MEC服务器，一种计算机设备，以及一种计算机可读存储介质。
背景技术
MEC(Mobile Edge Computing，移动边缘计算)作为5G网络的关键技术，承担了eMBB(enhanced mobile broadband，增强型移动宽带)场景业务，其中MEC边缘缓存(EdgeCache)技术是MEC实现用户快速本地分流(offloading)的核心技术之一。
目前MEC边缘缓存主要靠计算用户的通用数据请求，对互联网服务器返回的文件(如网页、视频)应用各种缓存策略进行缓存。但是，当前的MEC边缘缓存调度方法是对所有用户使用的文件(视频文件、音乐文件等)进行统计，按照时间(是否最近使用过)、或活跃度(一定时间周期的文件使用量)进行缓存。而高价值用户(如视频网站会员、订购了付费电影/音乐的用户)的订购产品(如仅会员可看/付费电影、购买的音乐等)由于使用频率较广大普通用户使用的频率低，造成高价值用户的订购产品无法被MEC缓存，导致这些订购产品每次使用时都要从互联网重新下载，不利于高价值用户发展；而如果对高价值用户的订购产品都进行MEC缓存，则容易造成缓存空间不足(因为订购产品一般都是高清视频、无损音乐)，并且MEC并不能识别出哪些缓存文件是高价值用户的订购产品，并不能区别对待。
因此，如何实现高价值用户文件在MEC上缓存是目前需要解决的难题。
发明内容
本公开提供一种文件缓存方法、运营商服务器、MEC服务器、计算机设备及计算机可读存储介质，实现高价值用户文件在MEC上的缓存，在保障高价值用户的业务体验的同时，仍可以高效使用MEC缓存文件，防止低利用率文件占用MEC缓存空间。
第一方面，本公开实施例提供一种文件缓存方法，应用于运营商服务器，包括：
接收业务服务器发送的高价值会员和订购业务列表的数据；
将所述高价值会员和订购业务列表的数据存储至高价值用户信息表中；
接收MEC服务器发送的查询请求，所述查询请求为MEC服务器接收到接入点发送的文件数据缓存请求后发出的查询所述文件数据是否为高价值用户文件的请求，所述查询请求中包括用户标识和文件数据的产品ID；
根据所述用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，得到判断结果；
发送所述判断结果到MEC服务器，以使MEC服务器根据所述判断结果更新缓存文件信息表及其内缓存的文件，并按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。
进一步的，所述高价值会员和订购业务列表的数据包括：
业务名称、高价值用户列表和订购产品列表。
进一步的，所述方法还包括：
接收业务服务器定时发送的业务更新请求；
根据所述业务更新请求，更新所述高价值用户信息表。
第二方面，本公开实施例提供一种文件缓存方法，应用于MEC服务器，包括：
接收接入点发送的文件数据缓存请求，所述文件数据缓存请求包括用户标识和文件数据的产品ID；
基于所述文件数据缓存请求发送查询请求到运营商服务器，所述查询请求为查询所述文件数据是否为高价值用户文件的请求，以使运营商服务器根据所述用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，并发送判断结果到MEC服务器，其中所述高价值用户信息表中存储了运营商服务器从业务服务器处接收的高价值会员和订购业务列表的数据；
接收所述判断结果；
根据所述判断结果更新缓存文件信息表及其内缓存的文件；
按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。
进一步的，所述缓存文件信息表中包括：缓存文件的编号、文件散列码MD5、缓存文件对应的产品编号、缓存文件是否为高价值用户文件、缓存文件的使用用户列表和缓存文件的使用用户的使用时间列表；
在接收接入点发送的文件数据缓存请求后，还包括：
计算所述文件数据的MD5，查询缓存文件信息表中是否存在与所述文件数据的MD5相同的MD5，并根据查询结果判断所述文件数据是否为已有文件；
若不是已有文件，则将所述文件数据的相关信息记录在缓存文件信息表中，并缓存所述文件数据；
若是已有文件，则使用所述用户标识更新所述缓存文件信息表中对应文件的信息。
进一步的，所述预设的缓存文件整理规则包括：
定期按顺序读取缓存文件信息表中记录的缓存文件；
判断所述缓存文件是否为高价值用户文件；
若是，则读取缓存文件信息表中对应的缓存文件的使用用户列表，计算所述缓存文件的使用用户列表中的常驻用户数n，判断n是否大于阈值N，所述常驻用户为在预设的时间段内驻留接入点超出预设次数的用户；
若n大于阈值N，则保留该缓存文件；
若n不大于阈值N，则继续判断高价值用户文件空间占比是否超过阈值M，在未超过时保留该缓存文件，在超过后将该缓存文件清除，并将该缓存文件的相关信息从缓存文件信息表中删除。
第三方面，本公开实施例还提供一种运营商服务器，包括：第一接收模块、存储模块、查询和判断模块和第一发送模块；
所述第一接收模块设置为接收业务服务器发送的高价值会员和订购业务列表的数据；
所述存储模块设置为将第一接收模块接收的高价值会员和订购业务列表的数据存储至高价值用户信息表中；
所述第一接收模块还设置为接收MEC服务器发送的查询请求，所述查询请求为MEC服务器接收到接入点发送的文件数据缓存请求后发出的查询所述文件数据是否为高价值用户文件的请求，所述查询请求中包括用户标识和文件数据的产品ID；
所述查询和判断模块设置为根据所述用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，得到判断结果；
所述第一发送模块设置为发送所述判断结果到MEC服务器，以使MEC服务器根据所述判断结果更新缓存文件信息表及其内缓存的文件，并按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。
第四方面，本公开实施例还提供一种MEC服务器，包括：第二接收模块、第二发送模块、更新模块和文件整理模块；
所述第二接收模块设置为接收接入点发送的文件数据缓存请求，所述文件数据缓存请求包括用户标识和文件数据的产品ID；
所述第二发送模块设置为基于所述文件数据缓存请求发送查询请求到运营商服务器，所述查询请求为查询所述文件数据是否为高价值用户文件的请求，以使运营商服务器根据所述用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，并发送判断结果到MEC，其中所述高价值用户信息表中存储了运营商服务器从业务服务器处接收的高价值会员和订购业务列表的数据；
所述第二接收模块还设置为接收所述判断结果；
所述更新模块设置为根据所述判断结果更新缓存文件信息表及其内缓存的文件；
所述文件整理模块设置为按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。
第五方面，本公开实施例还提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，当所述处理器运行所述存储器存储的计算机程序时，所述处理器执行如第一方面、和第二方面中任一所述的文件缓存方法。
第六方面，本公开实施例还提供一种计算机可读存储介质，包括：计算机程序，当其在计算机上运行时，使得计算机执行如第一方面和第二方面中任一所述的文件缓存方法。
有益效果：
本公开提供的文件缓存方法、运营商服务器、MEC服务器、计算机设备及计算机可读存储介质，由运营商服务器接收业务服务器发送的高价值会员和订购业务列表的数据；将所述高价值会员和订购业务列表的数据存储至高价值用户信息表中；接收MEC服务器发送的查询请求，所述查询请求为MEC服务器接收到接入点发送的文件数据缓存请求后发出的查询所述文件数据是否为高价值用户文件的请求，所述查询请求中包括用户标识和文件数据的产品ID；根据所述用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，得到判断结果；发送所述判断结果到MEC服务器，以使MEC服务器根据所述判断结果更新缓存文件信息表及其内缓存的文件，并按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。本公开技术方案通过在运营商服务器同步不同互联网业务平台的用户信息、订购产品信息，实时识别高价值用户，发现订购产品，实现高价值用户文件在MEC上的缓存，并且设定缓存文件整理规定，实现在保障高价值用户的业务体验的同时，仍可以高效使用MEC缓存文件，防止低利用率文件占用MEC缓存空间。
附图说明
图1为本公开实施例一提供的一种文件缓存方法的流程示意图；
图2为本公开实施例二提供的一种文件缓存方法的流程示意图；
图3为本公开实施例二提供的一种缓存文件整理规则的流程示意图；
图4为本公开实施例三提供的一种运营商服务器的架构图；
图5为本公开实施例四提供的一种MEC服务器的架构图。
具体实施方式
为使本领域技术人员更好地理解本公开的技术方案，下面结合附图和实施例对本公开作进一步详细描述。
其中，在本公开实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚的表示其他含义。
MEC运行于网络边缘，由于在逻辑上并不依赖于网络的其他部分，因此可以满足对于安全性要求较高的应用；另外，MEC服务器通常具有较高的计算能力，能够分析和处理大量数据；同时，由于MEC距离用户或信息源在地理上非常邻近，使得网络响应用户请求的时延大大减小，也降低了传输网和核心网部分发生网络拥塞的可能性；最后，位于网络边缘的MEC能够实时获取例如基站ID、可用带宽等网络数据以及与用户位置相关的信息，从而进行链路感知自适应，并且为基于位置的应用提供部署的可能性，可以极大地改善用户的服务质量体验。MEC边缘缓存是是MEC技术的一种重要的应用，MEC边缘缓存主要靠计算用户的通用数据请求，对互联网服务器返回的文件应用各种缓存策略进行缓存。但现有MEC边缘缓存策略对于高价值用户的订购产品并不适用，现有缓存策略不能保障其订购文件既可以被缓存，又最可能被其他高价值用户使用，既无法实时识别高价值用户，发现订购产品，也不能保证缓存的高价值用户文件有足够多的潜在高价值用户。
下面以具体地实施例对本公开的技术方案以及本公开的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图1为本公开实施例一提供的一种文件缓存方法的流程示意图，应用于运营商服务器，如图1所示，包括：
步骤S101：接收业务服务器发送的高价值会员和订购业务列表的数据；
步骤S102：将所述高价值会员和订购业务列表的数据存储至高价值用户信息表中；
步骤S103：接收MEC服务器发送的查询请求，所述查询请求为MEC服务器接收到接入点发送的文件数据缓存请求后发出的查询所述文件数据是否为高价值用户文件的请求，所述查询请求中包括用户标识和文件数据的产品ID；
步骤S104：根据所述用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，得到判断结果；
步骤S105：发送所述判断结果到MEC服务器，以使MEC服务器根据所述判断结果更新缓存文件信息表及其内缓存的文件，并按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。
运营商服务器可以是保存用户4G相关签约数据及4G位置信息的HSS(HomeSubscriber Server，归属签约用户服务器)，或者负责用户标识、签约数据、鉴权数据的管理、用户的服务网元注册管理的UDM(Unified Data Management，统一数据管理设备)，HSS/UDM中存储有高价值用户信息表，高价值用户信息表参数可以如下表1所示。
表1：高价值用户信息表
HSS/UDM接收各个业务服务器发送的高价值用户(如VIP、SVIP)和订购业务列表(如付费电影、付费音乐)的数据，存储到高价值用户信息表中，同步不同互联网业务平台的用户信息、订购产品信息，然后发送业务更新完成消息到业务服务器，完成高价值用户及产品信息同步；
在进行MEC的高价值用户文件缓存时，用户通过APP使用特定业务(如视频、音乐等)，发送APP ID或UPL(Uniform Resource Locator，统一资源定位器)、用户标识(如手机号码(MSISDN))、产品ID和文件传输请求到业务服务器；业务服务器验证用户身份，验证通过后，向用户传输业务文件，并发送APP ID或UPL、MSISDN、产品ID、产品文件及文件传输反馈到接入点；接入点接受到信息后，发现为文件数据，转交MEC进行缓存，发送APP ID或UPL、MSISDN、产品ID、产品文件及文件缓存请求到MEC；
MEC接收到消息后，发送查询请求到HSS/UPM，向HSS/UPM查询该用户MSISDN的信息，并发送APP ID或UPL、MSISDN、产品ID到HSS/UPM，HSS/UPM根据所述MSISDN和产品ID查询高价值用户信息表，判断该用户是否为高价值用户并确认所述文件数据是否为订购的高价值用户文件(如在其高价值用户的产品ID列表中，则为高价值用户产品)，然后发送MSISDN、是否为高价值用户判断结果、PRODUCT-ID(产品的编号)、PRODUCT-YTPE(是否为高价值用户订购的特殊产品结果)到MEC，使MEC服务器根据所述判断结果更新缓存文件信息表，并将没有缓存的文件进行缓存，并按照预设的缓存文件整理规定和缓存文件信息表对所有缓存的文件数据进行整理。
进一步的，所述高价值会员和订购业务列表的数据包括：
业务名称、高价值用户列表和订购产品列表。
所述高价值会员和订购业务列表的数据包括：业务名称(APP ID或URL)；高价值用户列表(如手机号码列表)；订购产品列表(高价值用户订购的产品ID列表)。运营商服务器接收到高价值会员和订购业务列表的数据后，保存到高价值用户信息表中。
进一步的，所述方法还包括：
接收业务服务器定时发送的业务更新请求；
根据所述业务更新请求，更新所述高价值用户信息表。
运营商服务器定期接收各个业务服务器发送的业务更新请求，所述业务更新请求中包括更新的高价值会员和订购业务列表的数据内容，并根据所述业务更新请求，更新所述高价值用户信息表，使运营商服务器保存最新的高价值会员和订购业务的信息，准确判断用户是否为高价值用户，并判断文件是否为高价值用户文件。
本公开实施例通过在运营商服务器同步不同互联网业务平台的用户信息、订购产品信息，实时识别高价值用户，发现订购产品，实现了高价值用户及订购产品信息与运营商系统的打通，并实现了MEC对高价值用户、特殊产品的发现与缓存；并且设定缓存文件整理规定，实现在保障高价值用户的业务体验的同时，仍可以高效使用MEC缓存文件，防止低利用率文件占用MEC缓存空间。
图2为本公开实施例二提供的一种文件缓存方法的流程示意图，应用于MEC服务器，如图2所示，包括：
步骤S201：接收接入点发送的文件数据缓存请求，所述文件数据缓存请求包括用户标识和文件数据的产品ID；
步骤S202：基于所述文件数据缓存请求发送查询请求到运营商服务器，所述查询请求为查询所述文件数据是否为高价值用户文件的请求，以使运营商服务器根据所述用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，并发送判断结果到MEC服务器，其中所述高价值用户信息表中存储了运营商服务器从业务服务器处接收的高价值会员和订购业务列表的数据；
步骤S203：接收所述判断结果；
步骤S204：根据所述判断结果更新缓存文件信息表及其内缓存的文件；
步骤S205：按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。
MEC服务器内部可以包括缓存管理服务器，对缓存的文件进行管理，其维护有缓存文件信息表，记录其缓存的文件信息。
当用户通过APP使用特定业务(如视频、音乐等)，发送APP ID或UPL、手机号码(MSISDN)、产品ID和文件传输请求到业务服务器；业务服务器验证用户身份，验证通过后，向用户传输业务文件，并发送APP ID或UPL、手机号码(MSISDN)、产品ID、产品文件及文件传输反馈到接入点；接入点接受到信息后，发现为文件数据，转交MEC进行缓存，发送APP ID或UPL、手机号码(MSISDN)、产品ID、产品文件及文件缓存请求到MEC；
MEC接收到缓存请求消息后，向运营商服务器(HSS/UDM)查询该用户MSISDN的信息，并发送APP ID或UPL、手机号码(MSISDN)、产品ID到HSS/UDM，通过HSS/UDM查询该用户是否为高价值用户，产品文件是否为高价值用户文件，
HSS/UDM查询高价值用户信息表判断该用户是否为高价值用户、是否为高价值用户文件，并发送MSISDN和判断结果到MEC服务器；MEC根据所述判断结果更新缓存文件信息表及其内缓存的文件；按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。在MEC对文件进行清理时，对于非高价值用户文件，MEC的缓存管理服务器可以根据正常的缓存文件处理流程进行处理，对于是高价值用户文件的文件，缓存管理服务根据器预设的判定缓存的文件是否有足够多的潜在高价值用户确定是否进行保留。
在接入点得到业务服务器的文件传输反馈后，可以预先在MEC中查询是否存储有对应的文件，若MEC中已经存储有对应的文件，可以按照正常的流程从MEC中获取该文件。
进一步的，所述缓存文件信息表中包括：缓存文件的编号、文件散列码MD5、缓存文件对应的产品编号、缓存文件是否为高价值用户文件、缓存文件的使用用户列表和缓存文件的使用用户的使用时间列表；
在接收接入点发送的文件数据缓存请求后，还包括：
计算所述文件数据的MD5，查询缓存文件信息表中是否存在与所述文件数据的MD5相同的MD5，并根据查询结果判断所述文件数据是否为已有文件；
若不是已有文件，则将所述文件数据的相关信息记录在缓存文件信息表中，并缓存所述文件数据；
若是已有文件，则使用所述用户标识更新所述缓存文件信息表中对应文件的信息。
缓存文件信息表记录MEC的缓存文件管理服务器中存储的文件的信息，包括：缓存文件的编号、文件散列码MD5、缓存文件对应的产品编号、缓存文件是否为高价值用户文件、缓存文件的使用用户列表和缓存文件的使用用户的使用时间列表，其参数可以如下表2所示。
表2：缓存文件信息表
在接收接入点发送的文件数据缓存请求后，MEC根据文件的产品文件的散列码，判断是否已存储有该文件，若存有，则直接可以从MEC中将文件传输给接入点，并且使用所述用户标识更新所述缓存文件信息表中对应的文件的信息，例如使用该文件的时间和用户信息；若不是已有文件，则将所述文件数据的相关信息记录在缓存文件信息表中，并缓存所述文件数据。
进一步的，所述预设的缓存文件整理规则包括：
定期按顺序读取缓存文件信息表中记录的缓存文件；
判断所述缓存文件是否为高价值用户文件；
若是，则读取缓存文件信息表中对应的缓存文件的使用用户列表，计算所述缓存文件的使用用户列表中的常驻用户数n，判断n是否大于阈值N，所述常驻用户为在预设的时间段内驻留接入点超出预设次数的用户；
若n大于阈值N，则保留该缓存文件；
若n不大于阈值N，则继续判断高价值用户文件空间占比是否超过阈值M，在未超过时保留该缓存文件，在超过后将该缓存文件清除，并将该缓存文件的相关信息从缓存文件信息表中删除。
MEC的缓存文件管理服务器按照预设的缓存文件整理规则定期整理其存储的文件，所述缓存文件整理规则如图3所示，包括：
步骤S1：按顺序读取缓存文件信息表的一个记录K，即缓存文件；
步骤S2：读取该文件的RRODUCT_TYPE，判断是否为高价值用户文件；若不是，则进行步骤S3，若是，则进行步骤S4；
步骤S3：按正常文件处理流程整理文件，然后结束该文件的整理，读取下一个文件；
步骤S4：读取使用过该文件的高价值用户的MSISDN列表；
步骤S5：计算MSISDN列表中的常驻用户数n(常驻用户为最近7天驻留接入点超过X次，X可以根据实际情况设定)；
步骤S6：判断常驻用户数n是否大于阈值N，N可以根据实际情况设定，例如5-100中的任一数值，若大于，则进行步骤S7，若不大于，则进行步骤S8；
步骤S7：保留该文件，结束该文件的整理，读取下一个文件；
步骤S8：判断最后一次使用该文件的时间距离当前时间是否超过T小时，T可设为2-24小时，若没有超过，则进行步骤S7，若超过，则进行步骤S9；
步骤S9：判断高价值用户文件的存储空间占比是否超过阈值M，M可设为10％-50％，若未超过，则进行步骤S7，若超过，则进行步骤S10：
步骤S10：将该文件清除，并将该文件信息从缓存文件信息表中删除。
通过高价值用户的产品文件的整理规则，实现在MEC的存储空间上能包含一定数量的高价值用户(通过运营商的用户位置轨迹，可以获取经常访问或常驻该地的高价值用户数量)的、时间上最可能被频繁命中的文件(文件使用新鲜度)而持续进行缓存。
本公开实施例通过建立高价值用户和文件的发现方法、高流量文件的处理与缓存调度策略，在保障高价值用户的业务体验的同时，仍可以高效使用文件，防止低利用率文件占用MEC缓存空间。
图4为本公开实施例三提供的一种运营商服务器的架构图，如图4所示，包括：第一接收模块11、存储模块12、查询和判断模块13和第一发送模块14；
所述第一接收模块11设置为接收业务服务器发送的高价值会员和订购业务列表的数据；
所述存储模块12设置为将第一接收模块接收的高价值会员和订购业务列表的数据存储至高价值用户信息表中；
所述第一接收模块11还设置为接收MEC服务器发送的查询请求，所述查询请求为MEC服务器接收到接入点发送的文件数据缓存请求后发出的查询所述文件数据是否为高价值用户文件的请求，所述查询请求中包括用户标识和文件数据的产品ID；
所述查询和判断模块13设置为根据所述用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，得到判断结果；
所述第一发送模块14设置为发送所述判断结果到MEC服务器，以使MEC服务器根据所述判断结果更新缓存文件信息表及其内缓存的文件，并按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。
运营商服务器可以是保存用户4G相关签约数据及4G位置信息的HSS，或者负责用户标识、签约数据、鉴权数据的管理、用户的服务网元注册管理的UDM。
进一步的，所述高价值会员和订购业务列表的数据包括：
业务名称、高价值用户列表和订购产品列表。
进一步的，所述第一接收模块11还设置为接收业务服务器定时发送的业务更新请求；
所述存储模块12还设置为根据所述业务更新请求，更新所述高价值用户信息表。
图5为本公开实施例四提供的一种MEC服务器的架构图，如图5所示，包括：第二接收模块21、第二发送模块22、更新模块23和文件整理模块24；
所述第二接收模块21设置为接收接入点发送的文件数据缓存请求，所述文件数据缓存请求包括用户标识和文件数据的产品ID；
所述第二发送模块22设置为基于所述文件数据缓存请求发送查询请求到运营商服务器，所述查询请求为查询所述文件数据是否为高价值用户文件的请求，以使运营商服务器根据所述用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，并发送判断结果到MEC，其中所述高价值用户信息表中存储了运营商服务器从业务服务器处接收的高价值会员和订购业务列表的数据；
所述第二接收模块21还设置为接收所述判断结果；
所述更新模块23设置为根据所述判断结果更新缓存文件信息表及其内缓存的文件；
所述文件整理模块24设置为按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。
MEC服务器包括在逻辑上独立的缓存管理服务器，管理缓存文件。
进一步的，所述缓存文件信息表中包括：缓存文件的编号、文件散列码MD5、缓存文件对应的产品编号、缓存文件是否为高价值用户文件、缓存文件的使用用户列表和缓存文件的使用用户的使用时间列表；
所述更新模块23还设置为在所述第二接收模块21接收接入点发送的文件数据缓存请求后：
计算所述文件数据的MD5，查询缓存文件信息表中是否存在与所述文件数据的MD5相同的MD5，并根据查询结果判断所述文件数据是否为已有文件；
若不是已有文件，则将所述文件数据的相关信息记录在缓存文件信息表中，并缓存所述文件数据；
若是已有文件，则使用所述用户标识更新所述缓存文件信息表中对应文件的信息。
进一步的，所述所述文件整理模块24具体设置为：
定期按顺序读取缓存文件信息表中记录的缓存文件；
判断所述缓存文件是否为高价值用户文件；
若是，则读取缓存文件信息表中对应的缓存文件的使用用户列表，计算所述缓存文件的使用用户列表中的常驻用户数n，判断n是否大于阈值N，所述常驻用户为在预设的时间段内驻留接入点超出预设次数的用户；
若n大于阈值N，则保留该缓存文件；
若n不大于阈值N，则继续判断高价值用户文件空间占比是否超过阈值M，在未超过时保留该缓存文件，在超过后将该缓存文件清除，并将该缓存文件的相关信息从缓存文件信息表中删除。
本公开实施例的运营商服务器和MEC服务器用于实施方法实施例一和实施例二中的文件缓存方法，所以描述的较为简单，具体可以参见前面方法实施例一至实施例四中的相关描述，此处不再赘述。
此外，本公开实施例还提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机程序，当所述处理器运行所述存储器存储的计算机程序时，所述处理器执行上述各种可能的方法。
此外，本公开实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当用户设备的至少一个处理器执行该计算机执行指令时，用户设备执行上述各种可能的方法。
其中，计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC(Application Specific Integrated Circuit，专用集成电路)中。另外，该ASIC可以位于用户设备中。当然，处理器和存储介质也可以作为分立组件存在于通信设备中。
可以理解的是，以上实施方式仅仅是为了说明本公开的原理而采用的示例性实施方式，然而本公开并不局限于此。对于本领域内的普通技术人员而言，在不脱离本公开的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本公开的保护范围。
Claims (10)
1.一种文件缓存方法，其特征在于，应用于运营商服务器，包括：
接收业务服务器发送的高价值会员和订购业务列表的数据；
将所述高价值会员和订购业务列表的数据存储至高价值用户信息表中；
接收MEC服务器发送的查询请求，所述查询请求为MEC服务器接收到接入点发送的文件数据缓存请求后发出的查询所述文件数据是否为高价值用户文件的请求，所述查询请求中包括用户标识和文件数据的产品ID；
根据所述用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，得到判断结果；
发送所述判断结果到MEC服务器，以使MEC服务器根据所述判断结果更新缓存文件信息表及其内缓存的文件，并按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。
2.根据权利要求1所述的方法，其特征在于，所述高价值会员和订购业务列表的数据包括：
业务名称、高价值用户列表和订购产品列表。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括：
接收业务服务器定时发送的业务更新请求；
根据所述业务更新请求，更新所述高价值用户信息表。
4.一种文件缓存方法，其特征在于，应用于MEC服务器，包括：
接收接入点发送的文件数据缓存请求，所述文件数据缓存请求包括用户标识和文件数据的产品ID；
基于所述文件数据缓存请求发送查询请求到运营商服务器，所述查询请求为查询所述文件数据是否为高价值用户文件的请求，以使运营商服务器根据所述用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，并发送判断结果到MEC服务器，其中所述高价值用户信息表中存储了运营商服务器从业务服务器处接收的高价值会员和订购业务列表的数据；
接收所述判断结果；
根据所述判断结果更新缓存文件信息表及其内缓存的文件；
按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。
5.根据权利要求4所述的方法，其特征在于，所述缓存文件信息表中包括：缓存文件的编号、文件散列码MD5、缓存文件对应的产品编号、缓存文件是否为高价值用户文件、缓存文件的使用用户列表和缓存文件的使用用户的使用时间列表；
在接收接入点发送的文件数据缓存请求后，还包括：
计算所述文件数据的MD5，查询缓存文件信息表中是否存在与所述文件数据的MD5相同的MD5，并根据查询结果判断所述文件数据是否为已有文件；
若不是已有文件，则将所述文件数据的相关信息记录在缓存文件信息表中，并缓存所述文件数据；
若是已有文件，则使用所述用户标识更新所述缓存文件信息表中对应文件的信息。
6.根据权利要求5所述的方法，其特征在于，所述预设的缓存文件整理规则包括：
定期按顺序读取缓存文件信息表中记录的缓存文件；
判断所述缓存文件是否为高价值用户文件；
若是，则读取缓存文件信息表中对应的缓存文件的使用用户列表，计算所述缓存文件的使用用户列表中的常驻用户数n，判断n是否大于阈值N，所述常驻用户为在预设的时间段内驻留接入点超出预设次数的用户；
若n大于阈值N，则保留该缓存文件；
若n不大于阈值N，则继续判断高价值用户文件空间占比是否超过阈值M，在未超过时保留该缓存文件，在超过后将该缓存文件清除，并将该缓存文件的相关信息从缓存文件信息表中删除。
7.一种运营商服务器，其特征在于，包括：第一接收模块、存储模块、查询和判断模块和第一发送模块；
所述第一接收模块设置为接收业务服务器发送的高价值会员和订购业务列表的数据；
所述存储模块设置为将第一接收模块接收的高价值会员和订购业务列表的数据存储至高价值用户信息表中；
所述第一接收模块还设置为接收MEC服务器发送的查询请求，所述查询请求为MEC服务器接收到接入点发送的文件数据缓存请求后发出的查询所述文件数据是否为高价值用户文件的请求，所述查询请求中包括用户标识和文件数据的产品ID；
所述查询和判断模块设置为根据所述用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，得到判断结果；
所述第一发送模块设置为发送所述判断结果到MEC服务器，以使MEC服务器根据所述判断结果更新缓存文件信息表及其内缓存的文件，并按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。
8.一种MEC服务器，其特征在于，包括：第二接收模块、第二发送模块、更新模块和文件整理模块；
所述第二接收模块设置为接收接入点发送的文件数据缓存请求，所述文件数据缓存请求包括用户标识和文件数据的产品ID；
所述第二发送模块设置为基于所述文件数据缓存请求发送查询请求到运营商服务器，所述查询请求为查询所述文件数据是否为高价值用户文件的请求，以使运营商服务器根据所述用户标识和文件数据的产品ID查询高价值用户信息表，判断所述文件数据是否为高价值用户文件，并发送判断结果到MEC，其中所述高价值用户信息表中存储了运营商服务器从业务服务器处接收的高价值会员和订购业务列表的数据；
所述第二接收模块还设置为接收所述判断结果；
所述更新模块设置为根据所述判断结果更新缓存文件信息表及其内缓存的文件；
所述文件整理模块设置为按照预设的缓存文件整理规则和更新后的缓存文件信息表对其内所有缓存的文件数据进行整理。
9.一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序，当所述处理器运行所述存储器存储的计算机程序时，所述处理器执行根据权利要求1-3和权利要求4-6中任一项所述的文件缓存方法。
10.一种计算机可读存储介质，包括：计算机程序，当其在计算机上运行时，使得计算机执行根据权利要求1-3和权利要求4-6中任一项所述的文件缓存方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011156149.0A CN112235414B (zh) | 2020-10-26 | 2020-10-26 | 文件缓存方法、运营商服务器及mec服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011156149.0A CN112235414B (zh) | 2020-10-26 | 2020-10-26 | 文件缓存方法、运营商服务器及mec服务器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112235414A true CN112235414A (zh) | 2021-01-15 |
| CN112235414B CN112235414B (zh) | 2022-05-31 |
Family
ID=74109341
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011156149.0A Active CN112235414B (zh) | 2020-10-26 | 2020-10-26 | 文件缓存方法、运营商服务器及mec服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112235414B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113986553A (zh) * | 2021-11-04 | 2022-01-28 | 中国电信股份有限公司 | 基于移动边缘计算的模型缓存方法及装置、介质、设备 |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103095606A (zh) * | 2011-10-28 | 2013-05-08 | 中兴通讯股份有限公司 | 一种基于策略控制的缓存方法和系统 |
| CN109257193A (zh) * | 2017-07-11 | 2019-01-22 | 中国移动通信有限公司研究院 | 边缘缓存管理方法、个人云系统和计算机可读存储介质 |
| US20190042319A1 (en) * | 2018-09-28 | 2019-02-07 | Kapil Sood | Mobile edge-cloud security infrastructure |
| CN109861962A (zh) * | 2018-11-29 | 2019-06-07 | 徐州立讯信息科技有限公司 | 无线视频直播体验保障方法和实现该方法的设备及系统 |
| CN109977129A (zh) * | 2019-03-28 | 2019-07-05 | 中国联合网络通信集团有限公司 | 多级数据缓存方法及设备 |
| US20200007414A1 (en) * | 2019-09-13 | 2020-01-02 | Intel Corporation | Multi-access edge computing (mec) service contract formation and workload execution |
| CN110765365A (zh) * | 2019-10-25 | 2020-02-07 | 国网河南省电力公司信息通信公司 | 分布式边云协同缓存策略的实现方法、装置、设备和介质 |
| CN111432004A (zh) * | 2020-03-27 | 2020-07-17 | 北京邮电大学 | 一种移动通信系统及其缓存方法 |
| CN111629052A (zh) * | 2020-05-26 | 2020-09-04 | 中国联合网络通信集团有限公司 | 基于mec的内容缓存方法、节点、设备及存储介质 |
| CN111782897A (zh) * | 2020-07-07 | 2020-10-16 | 中国联合网络通信集团有限公司 | 用户权益管理方法、服务器、系统、设备及介质 |
-
2020
- 2020-10-26 CN CN202011156149.0A patent/CN112235414B/zh active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103095606A (zh) * | 2011-10-28 | 2013-05-08 | 中兴通讯股份有限公司 | 一种基于策略控制的缓存方法和系统 |
| CN109257193A (zh) * | 2017-07-11 | 2019-01-22 | 中国移动通信有限公司研究院 | 边缘缓存管理方法、个人云系统和计算机可读存储介质 |
| US20190042319A1 (en) * | 2018-09-28 | 2019-02-07 | Kapil Sood | Mobile edge-cloud security infrastructure |
| CN109861962A (zh) * | 2018-11-29 | 2019-06-07 | 徐州立讯信息科技有限公司 | 无线视频直播体验保障方法和实现该方法的设备及系统 |
| CN109977129A (zh) * | 2019-03-28 | 2019-07-05 | 中国联合网络通信集团有限公司 | 多级数据缓存方法及设备 |
| US20200007414A1 (en) * | 2019-09-13 | 2020-01-02 | Intel Corporation | Multi-access edge computing (mec) service contract formation and workload execution |
| CN110765365A (zh) * | 2019-10-25 | 2020-02-07 | 国网河南省电力公司信息通信公司 | 分布式边云协同缓存策略的实现方法、装置、设备和介质 |
| CN111432004A (zh) * | 2020-03-27 | 2020-07-17 | 北京邮电大学 | 一种移动通信系统及其缓存方法 |
| CN111629052A (zh) * | 2020-05-26 | 2020-09-04 | 中国联合网络通信集团有限公司 | 基于mec的内容缓存方法、节点、设备及存储介质 |
| CN111782897A (zh) * | 2020-07-07 | 2020-10-16 | 中国联合网络通信集团有限公司 | 用户权益管理方法、服务器、系统、设备及介质 |
Non-Patent Citations (4)
| Title |
|---|
| "STOCHASTIC BUFFER-AIDED RELAY-ASSISTED MEC": ""Stochastic Buffer-Aided Relay-Assisted MEC"", 《IEEE COMMUNICATIONS LETTERS》 * |
| "STOCHASTIC BUFFER-AIDED RELAY-ASSISTED MEC": ""Stochastic Buffer-Aided Relay-Assisted MEC"", 《IEEE COMMUNICATIONS LETTERS》, vol. 24, no. 4, 27 January 2020 (2020-01-27) * |
| 蒋鑫: ""MEC整体解决方案及典型应用场景研究"", 《电信技术》 * |
| 蒋鑫: ""MEC整体解决方案及典型应用场景研究"", 《电信技术》, no. 12, 25 December 2015 (2015-12-25) * |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113986553A (zh) * | 2021-11-04 | 2022-01-28 | 中国电信股份有限公司 | 基于移动边缘计算的模型缓存方法及装置、介质、设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112235414B (zh) | 2022-05-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100791628B1 (ko) | 이동망 시스템의 능동적 캐쉬 제어 방법, 그 기록 매체 및그 시스템 | |
| US9210235B2 (en) | Client side cache management | |
| KR101330052B1 (ko) | 적응형 컨텐츠 전송 방식을 지원하는 컨텐츠 캐싱 서비스 제공 방법 및 이를 위한 로컬 캐싱 장치 | |
| CN111263171A (zh) | 直播流的流媒体数据获取方法、边缘节点区域组网系统 | |
| US10555165B2 (en) | Methods and apparatus for use in reducing signal latency in a mobile network with use of localized unified data management (UDM) entities | |
| US6868453B1 (en) | Internet home page data acquisition method | |
| CN113037855B (zh) | 一种多媒体访问系统、方法、装置、终端及介质 | |
| CN103455439B (zh) | 本地缓存装置以及用于提供内容缓存服务的系统和方法 | |
| CN104714965A (zh) | 静态资源去重方法、静态资源管理方法及装置 | |
| CN106385426B (zh) | 节点内容的命中方法及装置 | |
| US20150046939A1 (en) | Seamless multi-channel tv everywhere sign-n | |
| KR101780802B1 (ko) | 통신 시스템에서 ｉｐ 어드레스를 이용한 디바이스 컨텍스트 관리 방법 및 장치 | |
| CN109873855A (zh) | 一种基于区块链网络的资源获取方法和系统 | |
| CN106155925A (zh) | 一种获取数据的方法及装置 | |
| CN112307058A (zh) | 短链接的处理方法、装置、存储介质及计算机设备 | |
| US20080183713A1 (en) | Node for providing a file service to a mobile terminal | |
| CN112235414B (zh) | 文件缓存方法、运营商服务器及mec服务器 | |
| CN110392119B (zh) | 一种数据传输方法及基站 | |
| WO2016107197A1 (zh) | 一种网络节目的录制方法、装置、系统以及录制节目的播放方法、装置 | |
| CN105009520A (zh) | 用于在通信网络中传送内容的方法及其装置 | |
| CN110582096B (zh) | 一种数据请求的处理方法及通信网络系统 | |
| CN110555040A (zh) | 一种数据缓存方法、装置及服务器 | |
| CN101741889B (zh) | 一种网络服务集中管理的方法、系统及服务器 | |
| EP2154845B1 (en) | Methods and systems of multimedia data digital identification registering and processing | |
| CN110807040B (zh) | 管理数据的方法、装置、设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |