CN106789857B - 一种信息交互方法、设备及缓存*** - Google Patents
一种信息交互方法、设备及缓存*** Download PDFInfo
- Publication number
- CN106789857B CN106789857B CN201510834035.XA CN201510834035A CN106789857B CN 106789857 B CN106789857 B CN 106789857B CN 201510834035 A CN201510834035 A CN 201510834035A CN 106789857 B CN106789857 B CN 106789857B
- Authority
- CN
- China
- Prior art keywords
- information
- interaction
- service provider
- caching
- cache
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种信息交互方法,所述方法包括:接收到业务提供方发起的动态信息交互请求时,获取所述业务提供方发送的鉴权信息;验证所述鉴权信息是否通过;若所述鉴权信息验证通过,获取所述动态信息交互请求中的交互信息,并根据所述交互信息进行缓存。本发明还同时公开了一种信息交互设备及缓存***。采用本发明技术方案,能保证***不会发生误劫持/误缓存,从而保证业务质量。
Description
技术领域
本发明涉及数据业务及业务支撑技术领域,尤其涉及一种信息交互方法、设备及缓存***。
背景技术
随着网络业务的快速发展,给互联网以及移动互联网带来了极大的挑战。一方面网络流量呈现***式增长,另一方面用户对业务体验的要求越来越高。考虑到一定的区域内,不同用户请求的业务具有一定的交集,因此很多信息没有必要让每个用户都到最终的服务器去获取,可以通过一定的方式在“本地”网络保留一份,这样其他用户来申请同一个信息时,可以直接从“本地”网络获取。采用这种方式的常用技术有内容分发网络(CDN,Content Delivery Network)、网络缓存(Web Cache)等。其中,Web Cache针对用户申请的信息,首先要判断这部分信息是动态内容,还是静态内容:如果判断是动态内容,则不必缓存,因为每个用户每次申请对应的反馈都可能不一样;如果判断是静态内容,则综合考虑其他要素来决定是否缓存,以及具体的缓存方式和配置。
在实际使用中,Web Cache***在判断用户请求对应的信息是动态内容还是静态内容时会发生误判,尤其是动态内容被误判为静态内容时,会导致Web Cache***反馈给用户的信息是错误的,即Web Cache***误劫持了业务。例如,在移动的现有网络中,大量地区多次出现灵犀业务被Web Cache***误缓存/误劫持现象。当前,移动现网对误判/误劫持事件的处理方式是:通过专门的工作人员在Web Cache***中将误判/误劫持事件相关的域名列入黑名单,通知Web Cache***不用缓存相关域名对应的信息,同时当有用户与相关域名进行交互时,Web Cache***不给用户反馈信息。
但是,上述处理方式需要专门的工作人员手动进行配置,人力成本高,而且,实时性很差;另外,在Web Cache***进行配置变更、升级或替换时,容易出现错误,即问题易出现反复,处理效率较低。
发明内容
有鉴于此,本发明期望提供一种信息交互方法、设备及缓存***,能保证WebCache***不会发生误劫持/误缓存,从而保证业务质量。
为达到上述目的,本发明的技术方案是这样实现的:
本发明还提供了一种信息交互方法,所述方法包括:
接收到业务提供方发起的动态信息交互请求时,获取所述业务提供方发送的鉴权信息;
验证所述鉴权信息是否通过;
若所述鉴权信息验证通过,获取所述动态信息交互请求中的交互信息,并根据所述交互信息进行缓存。
上述方案中,优选地,所述获取所述业务提供方发送的鉴权信息之前,所述方法还包括:
判断所述业务提供方是否满足预设条件;
若满足预设条件,则为所述业务提供方发送鉴权信息。
上述方案中,优选地,所述根据所述交互信息进行缓存,具体包括:
将所述交互信息发送给第一网络缓存子***进行缓存;
获取所述第一网络缓存子***发送的缓存成功信息。
上述方案中,优选地,所述方法还包括:
若在预设时间内未收到第一网络缓存子***发送的缓存成功信息,向所述第一网络缓存子***重新发送所述交互信息,直至重发次数达到预设阈值;
如果重发次数达到预设阈值时还未收到缓存成功信息,则发出告警信息。
上述方案中,优选地,所述鉴权信息至少包括下述中的一种:
账号+密码形式、密钥形式、内容服务商身份标识号(ID,IDentity)+账号+密码形式、数字证书形式。
上述方案中,优选地,所述判断所述业务提供方是否满足预设条件,包括:
获取与所述业务提供方相关的第一要素,所述第一要素至少包括下述中的一种或几种:业务特点、用户规模、流量本网率、网络流量;
基于所述第一要素判断所述业务提供方是否满足预设条件,所述预设条件包括第一要素的订购方式为根据更新频次按次收费、按照功能服务期限收费或免费。
上述方案中,优选地,所述交互信息包括:
指定域名和指定统一资源定位符(URL,Uniform Resoure Locator);
或,各个域名以及与每个域名所对应的是否需要缓存的指示信息、各个URL以及与每个URL所对应的是否需要缓存的指示信息。
上述方案中,优选地,所述方法还包括:
在所述业务提供方的域名和URL未发生变化的情况下,满足预设条件时,主动发起与第一网络缓存子***的信息交互,以便第一网络缓存子***及时缓存。
本发明还提供了一种信息交互方法,所述方法包括:
向缓存***的第一交互模块发起动态信息交互请求,接收第一交互模块发送的鉴权信息;
向所述缓存***的第二交互模块发送动态信息交互请求时,所述动态信息交互请求中携带所述鉴权信息和交互信息;
判断交互信息是否发生变化,并根据变化情况确定是否与所述缓存***的第二交互模块进行交互。
上述方案中,优选地,所述交互信息包括:
指定域名和指定URL;
或,各个域名以及与每个域名所对应的是否需要缓存的指示信息、各个URL以及与每个URL所对应的是否需要缓存的指示信息。
上述方案中,优选地所述根据变化情况确定是否与所述缓存***的第二交互模块进行交互,具体包括:
当交互信息发生新增、变更业务域名,或新增、变更URL,或交互信息发生动态静态的转换时,
确定出与所述缓存***的第二交互模块进行交互。
本发明还提供了一种缓存***,所述缓存***包括:
第二交互模块,用于接收到业务提供方发起的动态信息交互请求时,获取所述业务提供方发送的鉴权信息;验证所述鉴权信息是否通过;若所述鉴权信息验证通过,获取所述动态信息交互请求中的交互信息,并根据所述交互信息进行缓存。
上述方案中,优选地,所述缓存***还包括:
第一交互模块,用于:
判断所述业务提供方是否满足预设条件;
若满足预设条件,则为所述业务提供方发送鉴权信息。
上述方案中,优选地,所述第二交互模块,还用于:
将所述交互信息发送给第一网络缓存子***进行缓存;
获取所述第一网络缓存子***发送的缓存成功信息。
上述方案中,优选地,所述第二交互模块,还用于:
若在预设时间内未收到第一网络缓存子***发送的缓存成功信息,向所述第一网络缓存子***重新发送所述交互信息,直至重发次数达到预设阈值;
如果重发次数达到预设阈值时还未收到缓存成功信息,则发出告警信息。
上述方案中,优选地,所述鉴权信息至少包括下述中的一种:
账号+密码形式、密钥形式、内容服务商身份标识号ID+账号+密码形式、数字证书形式。
上述方案中,优选地,所述第一交互模块,还用于:
获取与所述业务提供方相关的第一要素,所述第一要素至少包括下述中的一种或几种:业务特点、用户规模、流量本网率、网络流量;
基于所述第一要素判断所述业务提供方是否满足预设条件,所述预设条件包括第一要素的订购方式为根据更新频次按次收费、按照功能服务期限收费或免费。
上述方案中,优选地,所述交互信息包括:
指定域名和指定URL;
或,各个域名以及与每个域名所对应的是否需要缓存的指示信息、各个URL以及与每个URL所对应的是否需要缓存的指示信息。
上述方案中,优选地,所述第二交互模块,还用于:
在所述业务提供方的域名和URL未发生变化的情况下,满足预设条件时,主动发起与第一网络缓存子***的信息交互,以便第一网络缓存子***及时缓存。
本发明还提供了一种信息交互设备,所述设备包括:
第一交互单元,用于向缓存***的第一交互模块发起动态信息交互请求,接收第一交互模块发送的鉴权信息;
第二交互单元,用于向所述缓存***的第二交互模块发送动态信息交互请求时,所述动态信息交互请求中携带所述鉴权信息和交互信息;
第三交互单元,用于判断交互信息是否发生变化,并根据变化情况确定是否与所述缓存***的第二交互模块进行交互。
上述方案中,优选地,所述交互信息包括:
指定域名和指定URL;
或,各个域名以及与每个域名所对应的是否需要缓存的指示信息、各个URL以及与每个URL所对应的是否需要缓存的指示信息。
上述方案中,优选地,所述第三交互单元,还用于:
当交互信息发生新增、变更业务域名,或新增、变更URL,或交互信息发生动态静态的转换时,
确定出与所述缓存***的第二交互模块进行交互。
本发明所提供的信息交互方法、设备及缓存***,能保证Web Cache***不会发生误劫持/误缓存,从而保证业务质量;最大限度避免了人工处理,减少了人工配置错误,改善了业务体验;减少了***处理时间,几乎能实时/准实时应对业务相关变化。
附图说明
图1为本发明实施例提供的一种信息交互方法的实现流程图;
图2为本发明实施例提供的另一种信息交互方法的实现流程图;
图3为本发明实施例提供的又一种信息交互方法的实现流程图;
图4为本发明实施例提供的一种信息交互设备的组成结构示意图;
图5为本发明实施例提供的另一种信息交互设备的组成结构示意图;
图6为本发明实施例提供的一种缓存***的组成结构示意图;
图7为本发明实施例提供的又一种信息交互设备的组成结构示意图;
图8为本发明实施例提供的一种信息交互***的组成结构示意图。
具体实施方式
为了能够更加详尽地了解本发明的特点与技术内容,下面结合附图对本发明的实现进行详细阐述,所附附图仅供参考说明之用,并非用来限定本发明。
图1为本发明实施例提供的一种信息交互方法的实现流程图,如图1所示,所述信息交互方法应用于网络侧;如图1所示,所述方法主要包括以下步骤:
步骤101:接收到业务提供方发起的动态信息交互请求时,获取所述业务提供方发送的鉴权信息。
其中,所述鉴权信息至少包括下述中的一种:
账号+密码形式、密钥形式、内容服务商ID+账号+密码形式、数字证书形式。
优选地,所述获取所述业务提供方发送的鉴权信息之前,所述方法还包括:
判断所述业务提供方是否满足预设条件;
若满足预设条件,则为所述业务提供方发送鉴权信息。
具体地,所述判断所述业务提供方是否满足预设条件,包括:
获取与所述业务提供方相关的第一要素,所述第一要素至少包括下述中的一种或几种:业务特点、用户规模、流量本网率、网络流量;
基于所述第一要素判断所述业务提供方是否满足预设条件,所述预设条件包括第一要素的订购方式为根据更新频次按次收费、按照功能服务期限收费或免费。
步骤102:验证所述鉴权信息是否通过。
具体地,验证所述鉴权信息是否通过,也就是验证所述业务提供方是否订购第一业务功能时,至少有两种可选的验证方式,即既可以在本地验证,也可以由其他设备辅助进行验证。
步骤103:若所述鉴权信息验证通过,获取所述动态信息交互请求中的交互信息,并根据所述交互信息进行缓存。
其中,所述交互信息包括:
指定域名和指定URL;
或,各个域名以及与每个域名所对应的是否需要缓存的指示信息、各个URL以及与每个URL所对应的是否需要缓存的指示信息。
优选地,所述根据所述交互信息进行缓存,具体包括:
将所述交互信息发送给第一网络缓存子***进行缓存;
获取所述第一网络缓存子***发送的缓存成功信息。
本实施例中,第一网络缓存子***是缓存***中的一个Web Cache***;缓存***可以包括多个相对独立的Web Cache***,例如,移动各个省公司自己部署或租用的WebCache***。
上述步骤101~步骤103的执行主体均可以为第二设备,其中,所述第二设备为至少负责控制动态信息交互的设备。
优选地,所述方法还可以包括:
若在预设时间内未收到第一网络缓存子***发送的缓存成功信息,向所述第一网络缓存子***重新发送所述交互信息,直至重发次数达到预设阈值;
如果重发次数达到预设阈值时还未收到缓存成功信息,则发出告警信息。
这里,所述告警信息用于提示工作人员进行人工盘查和处理。
如此,能够更好地确保每个网络缓存子***均为所述业务提供方配置第一业务功能;从而使业务提供方能够为用户提供更好、更快的服务,提升用户的使用体验。同时,最大限度避免了人工处理,减少了人工配置错误,改善了业务体验;减少了***处理时间,几乎能实时/准实时应对业务相关变化。
优选地,所述方法还可以包括:
在所述业务提供方的域名和URL未发生变化的情况下,满足预设条件时,主动发起与第一网络缓存子***的信息交互,以便第一网络缓存子***及时缓存。
例如,所述预设条件可以是周期性触发,或者事件触发。也就是说,在满足预设条件时,根据本地所存储的与业务提供方相关的配置信息对各个网络缓存子***中与所述业务提供方相关的配置信息进行核实与校对。
如此,能够更好地确保每个网络缓存子***中在为所述业务提供方配置第一业务功能时,所依据的与所述业务提供方相关的配置信息与第二设备本地所存储的配置信息一致,从而为业务提供方提供更好、更准确的服务。
本实施例所述信息交互方法,能保证网络缓存子***不会发生误劫持/误缓存,从而保证业务质量;同时,最大限度避免了人工处理,减少了人工配置错误,改善了业务体验;减少了***处理时间,几乎能实时/准实时应对业务相关变化。
实施例二
图2为本发明实施例提供的另一种信息交互方法的实现流程图,如图2所示,所述信息交互方法应用于至少负责订购第一业务功能的网络侧;如图2所示,所述方法主要包括以下步骤:
步骤201:接收到业务提供方发起的动态信息交互请求时,判断所述业务提供方是否满足预设条件。
优选地,所述判断所述业务提供方是否满足预设条件,可以包括:
获取与所述业务提供方相关的第一要素,所述第一要素至少包括下述中的一种或几种:业务特点、用户规模、流量本网率、网络流量;
基于所述第一要素判断所述业务提供方是否满足预设条件,所述预设条件包括第一要素的订购方式为根据更新频次按次收费、按照功能服务期限收费或免费。
步骤202:若满足预设条件,则为所述业务提供方发送鉴权信息。
其中,所述鉴权信息至少包括下述中的一种:
账号+密码形式、密钥形式、内容服务商ID+账号+密码形式、数字证书形式。
上述方案中,优选地,所述方法还包括:
接收业务提供方发送的第一业务功能订购申请;其中,所述第一业务功能订购申请的内容至少包括:网络缓存子***动态信息交互功能;
对所述第一业务功能订购申请进行核实;
若核实符合申请标准,为所述业务提供方订购第一业务功能,并在订购成功后,向所述业务提供方反馈订购信息以及相应的鉴权信息。
这里,所述第一要素可以从通信***中的现有模块中获取,例如,从网络流量监控模块获取网络流量。
其中,所述订购价格和/或订购形式至少包括:
根据更新频次按次收费;
按照功能服务期限收费;
免费。
如此,可以为运营商获取额外的收入来源(如果收费)。
上述步骤201和步骤202的执行主体均可以为第一设备,其中,所述第一设备为至少负责订购第一业务功能的设备。
优选地,所述向业务提供方反馈订购信息以及相应的鉴权信息时,所述方法还可以包括:
向第二设备发送所述订购信息以及相应的鉴权信息。
如此,所述第二设备可以在其本地存储所述订购信息以及相应的鉴权信息,当接收到业务提供方发送的信息交互请求时,根据所述订购信息以及相应的鉴权信息为业务提供方提供相应的服务。
本实施例所述信息交互方法,能保证网络缓存子***不会发生误劫持/误缓存,从而保证业务质量;同时,最大限度避免了人工处理,减少了人工配置错误,改善了业务体验;减少了***处理时间,几乎能实时/准实时应对业务相关变化。
实施例三
图3为本发明实施例提供的又一种信息交互方法的实现流程图,如图3所示,所述信息交互方法应用于至少负责动态信息交互的业务提供方;如图3所示,所述方法主要包括以下步骤:
步骤301:向缓存***的第一交互模块发起动态信息交互请求,接收第一交互模块发送的鉴权信息。
优选地,所述鉴权信息至少包括下述中的一种:
账号+密码形式、密钥形式、内容服务商ID+账号+密码形式、数字证书形式。
步骤302:向所述缓存***的第二交互模块发送动态信息交互请求时,所述动态信息交互请求中携带所述鉴权信息和交互信息。
优选地,所述交互信息包括:
指定域名和指定URL;
或,各个域名以及与每个域名所对应的是否需要缓存的指示信息、各个URL以及与每个URL所对应的是否需要缓存的指示信息。
步骤303:判断交互信息是否发生变化,并根据变化情况确定是否与所述缓存***的第二交互模块进行交互。
上述方案中,优选地,所述根据变化情况确定是否与所述缓存***的第二交互模块进行交互,具体包括:
当交互信息发生新增、变更业务域名,或新增、变更URL,或交互信息发生动态静态的转换时,
确定出与所述缓存***的第二交互模块进行交互。
如此,能够确保缓存***所存储的与所述业务提供方相关的配置信息,与业务提供方所要求的配置信息一致。
上述步骤301~步骤303的执行主体均可以为第三设备,其中,所述第三设备为至少负责动态信息交互的设备;其中,所述第三设备由业务提供方负责维护。
本实施例所述信息交互方法,能保证网络缓存子***不会发生误劫持/误缓存,从而保证业务质量;同时,最大限度避免了人工处理,减少了人工配置错误,改善了业务体验;减少了***处理时间,几乎能实时/准实时应对业务相关变化。
实施例四
图4为本发明实施例提供的一种信息交互设备的组成结构示意图,为了方便区别与描述,现将所述信息交互设备称为第二设备,如图4所示,所述第二设备包括:
获取单元41,用于接收到业务提供方发起的动态信息交互请求时,获取所述业务提供方发送的鉴权信息;
验证单元42,用于验证所述鉴权信息是否通过;
缓存单元43,用于若所述鉴权信息验证通过,获取所述动态信息交互请求中的交互信息,并根据所述交互信息进行缓存。
其中,所述鉴权信息至少包括下述中的一种:
账号+密码形式、密钥形式、内容服务商ID+账号+密码形式、数字证书形式。
其中,所述交互信息包括:
指定域名和指定URL;
或,各个域名以及与每个域名所对应的是否需要缓存的指示信息、各个URL以及与每个URL所对应的是否需要缓存的指示信息。
优选地,所述缓存单元43,还用于:
将所述交互信息发送给第一网络缓存子***进行缓存;
获取所述第一网络缓存子***发送的缓存成功信息。
优选地,所述缓存单元43,还用于:
若在预设时间内未收到第一网络缓存子***发送的缓存成功信息,向所述第一网络缓存子***重新发送所述交互信息,直至重发次数达到预设阈值;
如果重发次数达到预设阈值时还未收到缓存成功信息,则发出告警信息。
其中,所述告警信息用于提示工作人员进行人工盘查和处理。
优选地,所述缓存单元43,还用于:
在所述业务提供方的域名和URL未发生变化的情况下,满足预设条件时,主动发起与第一网络缓存子***的信息交互,以便第一网络缓存子***及时缓存。
例如,所述预设条件可以是周期性触发、事件触发等。
在实际应用中,所述获取单元41、验证单元42、缓存单元43的具体结构均可对应于处理器。所述处理器具体的结构可以为CPU、MCU、DSP或PLC等具有处理功能的电子元器件或电子元器件的集合。其中,所述处理器包括可执行代码,所述可执行代码存储在存储介质中,所述处理器可以通过总线等通信接口与所述存储介质中相连,在执行具体的各模块的对应功能时,从所述存储介质中读取并运行所述可执行代码。所述存储介质用于存储所述可执行代码的部分优选为非瞬间存储介质。
所述获取单元41、验证单元42、缓存单元43可以集成对应于同一处理器,或分别对应不同的处理器;当集成对应于同一处理器时,所述处理器采用时分处理所述获取单元41、验证单元42、缓存单元43对应的功能。
本实施例所述信息交互设备,为实施例一至三所述的方法提供了具体实现的硬件,能用于实现实施例一至三中任意所述的技术方案,同样的,本实施例所述信息交互设备能保证网络缓存子***不会发生误劫持/误缓存,从而保证业务质量;同时,最大限度避免了人工处理,减少了人工配置错误,改善了业务体验;减少了***处理时间,几乎能实时/准实时应对业务相关变化。
实施例五
图5为本发明实施例提供的另一种信息交互设备的组成结构示意图,为了方便区别与描述,现将所述信息交互设备称为第一设备,如图5所示,所述第一设备包括:
判断单元51,用于判断业务提供方是否满足预设条件;
发送单元52,用于若满足预设条件,则为所述业务提供方发送鉴权信息。
优选地,所述判断单元51,还用于:
获取与所述业务提供方相关的第一要素,所述第一要素至少包括下述中的一种或几种:业务特点、用户规模、流量本网率、网络流量;
基于所述第一要素判断所述业务提供方是否满足预设条件,所述预设条件包括第一要素的订购方式为根据更新频次按次收费、按照功能服务期限收费或免费。
优选地,所述判断单元51,还用于:
接收业务提供方发送的第一业务功能订购申请;其中,所述第一业务功能订购申请的内容至少包括:网络缓存子***动态信息交互功能;
对所述第一业务功能订购申请进行核实;
若核实符合申请标准,为所述业务提供方订购第一业务功能;
相应地,所述发送单元52,还用于在订购成功后,向所述业务提供方反馈订购信息以及相应的鉴权信息。
优选地,所述发送单元52,还用于:
在向业务提供方反馈订购信息以及相应的鉴权信息时,还向第二设备发送所述订购信息以及相应的鉴权信息。
在实际应用中,所述判断单元51、发送单元52的具体结构均可对应于处理器。所述处理器具体的结构可以为CPU、MCU、DSP或PLC等具有处理功能的电子元器件或电子元器件的集合。其中,所述处理器包括可执行代码,所述可执行代码存储在存储介质中,所述处理器可以通过总线等通信接口与所述存储介质中相连,在执行具体的各模块的对应功能时,从所述存储介质中读取并运行所述可执行代码。所述存储介质用于存储所述可执行代码的部分优选为非瞬间存储介质。
所述判断单元51、发送单元52可以集成对应于同一处理器,或分别对应不同的处理器;当集成对应于同一处理器时,所述处理器采用时分处理所述判断单元51、发送单元52对应的功能。
本实施例所述信息交互设备,为实施例一至三所述的方法提供了具体实现的硬件,能用于实现实施例一至三中任意所述的技术方案,同样的,本实施例所述信息交互设备能保证网络缓存子***不会发生误劫持/误缓存,从而保证业务质量;同时,最大限度避免了人工处理,减少了人工配置错误,改善了业务体验;减少了***处理时间,几乎能实时/准实时应对业务相关变化。
实施例六
图6为本发明实施例提供的一种缓存***的组成结构示意图,如图6所示,所述缓存***包括:
第一交互模块61,用于判断业务提供方是否满足预设条件;若满足预设条件,则为所述业务提供方发送鉴权信息;
第二交互模块62,用于接收到业务提供方发起的动态信息交互请求时,获取所述业务提供方发送的鉴权信息;验证所述鉴权信息是否通过;若所述鉴权信息验证通过,获取所述动态信息交互请求中的交互信息,并根据所述交互信息进行缓存。
优选地,所述第二交互模块62,还用于:
将所述交互信息发送给第一网络缓存子***进行缓存;
获取所述第一网络缓存子***发送的缓存成功信息。
优选地,所述第二交互模块62,还用于:
若在预设时间内未收到第一网络缓存子***发送的缓存成功信息,向所述第一网络缓存子***重新发送所述交互信息,直至重发次数达到预设阈值;
如果重发次数达到预设阈值时还未收到缓存成功信息,则发出告警信息。
其中,所述鉴权信息至少包括下述中的一种:
账号+密码形式、密钥形式、内容服务商ID+账号+密码形式、数字证书形式。
优选地,所述第一交互模块61,还用于:
获取与所述业务提供方相关的第一要素,所述第一要素至少包括下述中的一种或几种:业务特点、用户规模、流量本网率、网络流量;
基于所述第一要素判断所述业务提供方是否满足预设条件,所述预设条件包括第一要素的订购方式为根据更新频次按次收费、按照功能服务期限收费或免费。
上述方案中,所述交互信息包括:
指定域名和指定URL;
或,各个域名以及与每个域名所对应的是否需要缓存的指示信息、各个URL以及与每个URL所对应的是否需要缓存的指示信息。
优选地,所述第二交互模块62,还用于:
在所述业务提供方的域名和URL未发生变化的情况下,满足预设条件时,主动发起与第一网络缓存子***的信息交互,以便第一网络缓存子***及时缓存。
具体地,所述第一交互模块61的具体组成示意图可以如图5所示的信息交互设备,也就是说,所述第一交互模块61的具体组成结构可以包括判断单元51、发送单元52,在此不再赘述;同理,所述第二交互模块62的具体组成示意图可以如图4所示的信息交互设备,也就是说,所述第二交互模块62的具体组成结构可以包括获取单元41、验证单元42、缓存单元43,在此不再赘述。
本实施例所述缓存***,能保证***不会发生误劫持/误缓存,从而保证业务质量;同时,最大限度避免了人工处理,减少了人工配置错误,改善了业务体验;减少了***处理时间,几乎能实时/准实时应对业务相关变化。
实施例七
图7为本发明实施例提供的又一种信息交互设备的组成结构示意图,为了方便区别与描述,现将所述信息交互设备称为第三设备,如图7所示,所述第三设备包括:
第一交互单元71,用于向缓存***的第一交互模块61发起动态信息交互请求,接收第一交互模块61发送的鉴权信息;
第二交互单元72,用于向所述缓存***的第二交互模块62发送动态信息交互请求时,所述动态信息交互请求中携带所述鉴权信息和交互信息;
第三交互单元73,用于判断交互信息是否发生变化,并根据变化情况确定是否与所述缓存***的第二交互模块62进行交互。
上述方案中,所述交互信息包括:
指定域名和指定URL;
或,各个域名以及与每个域名所对应的是否需要缓存的指示信息、各个URL以及与每个URL所对应的是否需要缓存的指示信息。
优选地,所述第三交互单元73,还用于:
当交互信息发生新增、变更业务域名,或新增、变更URL,或交互信息发生动态静态的转换时,
确定出与所述缓存***的第二交互模块62进行交互。
在实际应用中,所述第一交互单元71、第二交互单元72、第三交互单元73的具体结构均可对应于处理器。所述处理器具体的结构可以为CPU、MCU、DSP或PLC等具有处理功能的电子元器件或电子元器件的集合。其中,所述处理器包括可执行代码,所述可执行代码存储在存储介质中,所述处理器可以通过总线等通信接口与所述存储介质中相连,在执行具体的各模块的对应功能时,从所述存储介质中读取并运行所述可执行代码。所述存储介质用于存储所述可执行代码的部分优选为非瞬间存储介质。
所述第一交互单元71、第二交互单元72、第三交互单元73可以集成对应于同一处理器,或分别对应不同的处理器;当集成对应于同一处理器时,所述处理器采用时分处理所述第一交互单元71、第二交互单元72、第三交互单元73对应的功能。
本实施例所述信息交互设备,为实施例一至三所述的方法提供了具体实现的硬件,能用于实现实施例一至三中任意所述的技术方案,同样的,本实施例所述信息交互设备能保证网络缓存子***不会发生误劫持/误缓存,从而保证业务质量;同时,最大限度避免了人工处理,减少了人工配置错误,改善了业务体验;减少了***处理时间,几乎能实时/准实时应对业务相关变化。
实施例八
图8为本发明实施例提供的信息交互***的组成结构示意图,如图8所示,所述信息交互***包括:
信息交互设备81,用于向缓存***82的第一交互模块发起动态信息交互请求,接收第一交互模块发送的鉴权信息;向所述缓存***82的第二交互模块发送动态信息交互请求时,所述动态信息交互请求中携带所述鉴权信息和交互信息;判断交互信息是否发生变化,并根据变化情况确定是否与所述缓存***82的第二交互模块进行交互;
缓存***82,用于接收到业务提供方发起的动态信息交互请求时,获取所述业务提供方发送的鉴权信息;验证所述鉴权信息是否通过;若所述鉴权信息验证通过,获取所述动态信息交互请求中的交互信息,并根据所述交互信息进行缓存。
其中,所述信息交互设备81的具体组成结构示意图可以如图7所示,所述缓存***82的具体组成结构示意图可以如图6所示,在此不再赘述。
实际应用中,所述信息交互设备81可以由业务提供方来维护,所述缓存***82可以位于现有通信***网络侧,例如,位于移动通信***的现网中;所述缓存***82中的第一交互模块和第一交互模块可以是独立的设备,也可以合成为一个设备,作为该合成设备中的两个独立模块而存在。
在本发明所提供的几个实施例中,应该理解到,所揭露的方法、设备和***,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(ROM,Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
或者,本发明实施例上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (18)
1.一种信息交互方法,应用于缓存***,其特征在于,所述方法包括:
接收到业务提供方发起的动态信息交互请求时,获取所述业务提供方发送的鉴权信息;
验证所述鉴权信息是否通过;
若所述鉴权信息验证通过,获取所述动态信息交互请求中的交互信息,并根据所述交互信息进行缓存;
其中,所述获取所述业务提供方发送的鉴权信息之前,所述方法还包括:
判断所述业务提供方是否满足预设条件;
若满足预设条件,则为所述业务提供方发送鉴权信息;
其中,所述判断所述业务提供方是否满足预设条件,包括:
获取与所述业务提供方相关的第一要素,所述第一要素至少包括下述中的一种或几种:业务特点、用户规模、流量本网率、网络流量;
基于所述第一要素判断所述业务提供方是否满足预设条件,所述预设条件包括第一要素的订购方式为根据更新频次按次收费、按照功能服务期限收费或免费。
2.根据权利要求1所述的方法,其特征在于,所述根据所述交互信息进行缓存,具体包括:
将所述交互信息发送给第一网络缓存子***进行缓存;
获取所述第一网络缓存子***发送的缓存成功信息。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
若在预设时间内未收到第一网络缓存子***发送的缓存成功信息,向所述第一网络缓存子***重新发送所述交互信息,直至重发次数达到预设阈值;
如果重发次数达到预设阈值时还未收到缓存成功信息,则发出告警信息。
4.根据权利要求1所述的方法,其特征在于,所述鉴权信息至少包括下述中的一种:
账号+密码形式、密钥形式、内容服务商身份标识号ID+账号+密码形式、数字证书形式。
5.根据权利要求1所述的方法,其特征在于,所述交互信息包括:
指定域名和指定URL;
或,各个域名以及与每个域名所对应的是否需要缓存的指示信息、各个URL以及与每个URL所对应的是否需要缓存的指示信息。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
在所述业务提供方的域名和URL未发生变化的情况下,满足预设条件时,主动发起与第一网络缓存子***的信息交互,以便第一网络缓存子***及时缓存。
7.一种信息交互方法,应用于业务提供方,其特征在于,所述方法包括:
向缓存***的第一交互模块发起动态信息交互请求,接收第一交互模块发送的鉴权信息;
向所述缓存***的第二交互模块发送动态信息交互请求时,所述动态信息交互请求中携带所述鉴权信息和交互信息;
判断交互信息是否发生变化,并根据变化情况确定是否与所述缓存***的第二交互模块进行交互;
其中,所述接收第一交互模块发送的鉴权信息,包括:
接收所述第一交互模块在基于所述业务提供方相关的第一要素判断所述业务提供方满足预设条件后发出的鉴权信息;
其中,所述第一要素至少包括下述中的一种或几种:业务特点、用户规模、流量本网率、网络流量;
其中,所述预设条件包括第一要素的订购方式为根据更新频次按次收费、按照功能服务期限收费或免费。
8.根据权利要求7所述的方法,其特征在于,所述交互信息包括:
指定域名和指定URL;
或,各个域名以及与每个域名所对应的是否需要缓存的指示信息、各个URL以及与每个URL所对应的是否需要缓存的指示信息。
9.根据权利要求8所述的方法,其特征在于,所述根据变化情况确定是否与所述缓存***的第二交互模块进行交互,具体包括:
当交互信息发生新增、变更业务域名,或新增、变更URL,或交互信息发生动态静态的转换时,
确定出与所述缓存***的第二交互模块进行交互。
10.一种缓存***,其特征在于,所述缓存***包括:
第二交互模块,用于接收到业务提供方发起的动态信息交互请求时,获取所述业务提供方发送的鉴权信息;验证所述鉴权信息是否通过;若所述鉴权信息验证通过,获取所述动态信息交互请求中的交互信息,并根据所述交互信息进行缓存;
所述缓存***还包括:
第一交互模块,用于:
判断所述业务提供方是否满足预设条件;
若满足预设条件,则为所述业务提供方发送鉴权信息;
所述第一交互模块,还用于:
获取与所述业务提供方相关的第一要素,所述第一要素至少包括下述中的一种或几种:业务特点、用户规模、流量本网率、网络流量;
基于所述第一要素判断所述业务提供方是否满足预设条件,所述预设条件包括第一要素的订购方式为根据更新频次按次收费、按照功能服务期限收费或免费。
11.根据权利要求10所述的缓存***,其特征在于,所述第二交互模块,还用于:
将所述交互信息发送给第一网络缓存子***进行缓存;
获取所述第一网络缓存子***发送的缓存成功信息。
12.根据权利要求11所述的缓存***,其特征在于,所述第二交互模块,还用于:
若在预设时间内未收到第一网络缓存子***发送的缓存成功信息,向所述第一网络缓存子***重新发送所述交互信息,直至重发次数达到预设阈值;
如果重发次数达到预设阈值时还未收到缓存成功信息,则发出告警信息。
13.根据权利要求10所述的缓存***,其特征在于,所述鉴权信息至少包括下述中的一种:
账号+密码形式、密钥形式、内容服务商身份标识号ID+账号+密码形式、数字证书形式。
14.根据权利要求10所述的缓存***,其特征在于,所述交互信息包括:
指定域名和指定URL;
或,各个域名以及与每个域名所对应的是否需要缓存的指示信息、各个URL以及与每个URL所对应的是否需要缓存的指示信息。
15.根据权利要求14所述的缓存***,其特征在于,所述第二交互模块,还用于:
在所述业务提供方的域名和URL未发生变化的情况下,满足预设条件时,主动发起与第一网络缓存子***的信息交互,以便第一网络缓存子***及时缓存。
16.一种信息交互设备,应用于业务提供方,其特征在于,所述设备包括:
第一交互单元,用于向缓存***的第一交互模块发起动态信息交互请求,接收第一交互模块发送的鉴权信息;
第二交互单元,用于向所述缓存***的第二交互模块发送动态信息交互请求时,所述动态信息交互请求中携带所述鉴权信息和交互信息;
第三交互单元,用于判断交互信息是否发生变化,并根据变化情况确定是否与所述缓存***的第二交互模块进行交互;
其中,所述第一交互单元,还用于:
接收所述第一交互模块在基于所述业务提供方相关的第一要素判断所述业务提供方满足预设条件后发出的鉴权信息;
其中,所述第一要素至少包括下述中的一种或几种:业务特点、用户规模、流量本网率、网络流量;
其中,所述预设条件包括第一要素的订购方式为根据更新频次按次收费、按照功能服务期限收费或免费。
17.根据权利要求16所述的设备,其特征在于,所述交互信息包括:
指定域名和指定URL;
或,各个域名以及与每个域名所对应的是否需要缓存的指示信息、各个URL以及与每个URL所对应的是否需要缓存的指示信息。
18.根据权利要求17所述的设备,其特征在于,所述第三交互单元,还用于:
当交互信息发生新增、变更业务域名,或新增、变更URL,或交互信息发生动态静态的转换时,
确定出与所述缓存***的第二交互模块进行交互。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510834035.XA CN106789857B (zh) | 2015-11-25 | 2015-11-25 | 一种信息交互方法、设备及缓存*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510834035.XA CN106789857B (zh) | 2015-11-25 | 2015-11-25 | 一种信息交互方法、设备及缓存*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106789857A CN106789857A (zh) | 2017-05-31 |
CN106789857B true CN106789857B (zh) | 2020-08-14 |
Family
ID=58965000
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510834035.XA Active CN106789857B (zh) | 2015-11-25 | 2015-11-25 | 一种信息交互方法、设备及缓存*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106789857B (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1605182A (zh) * | 2001-12-19 | 2005-04-06 | 国际商业机器公司 | 用于网络高速缓存的方法和*** |
CN103416027A (zh) * | 2012-01-31 | 2013-11-27 | 华为技术有限公司 | 缓存优化的方法、缓存器和缓存优化的*** |
CN103825919A (zh) * | 2012-11-16 | 2014-05-28 | ***通信集团北京有限公司 | 一种缓存数据资源的方法、装置及*** |
CN103841045A (zh) * | 2012-11-22 | 2014-06-04 | ***通信集团公司 | 一种互联网缓存处理方法、内容探测子***和Cache*** |
CN104170342A (zh) * | 2012-06-20 | 2014-11-26 | 华为技术有限公司 | 内容处理的方法和网络侧设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003186776A (ja) * | 2001-12-13 | 2003-07-04 | Hitachi Ltd | 輻輳制御システム |
US10275347B2 (en) * | 2010-03-08 | 2019-04-30 | Excalibur Ip, Llc | System, method and computer program product for managing caches |
US9288231B2 (en) * | 2013-07-22 | 2016-03-15 | Cisco Technology, Inc. | Web caching with security as a service |
CN104021028B (zh) * | 2014-05-16 | 2017-05-24 | 深圳市深信服电子科技有限公司 | 虚拟机环境下的web缓存方法及装置 |
-
2015
- 2015-11-25 CN CN201510834035.XA patent/CN106789857B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1605182A (zh) * | 2001-12-19 | 2005-04-06 | 国际商业机器公司 | 用于网络高速缓存的方法和*** |
CN103416027A (zh) * | 2012-01-31 | 2013-11-27 | 华为技术有限公司 | 缓存优化的方法、缓存器和缓存优化的*** |
CN104170342A (zh) * | 2012-06-20 | 2014-11-26 | 华为技术有限公司 | 内容处理的方法和网络侧设备 |
CN103825919A (zh) * | 2012-11-16 | 2014-05-28 | ***通信集团北京有限公司 | 一种缓存数据资源的方法、装置及*** |
CN103841045A (zh) * | 2012-11-22 | 2014-06-04 | ***通信集团公司 | 一种互联网缓存处理方法、内容探测子***和Cache*** |
Also Published As
Publication number | Publication date |
---|---|
CN106789857A (zh) | 2017-05-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105812479B (zh) | 使用权限的请求方法和装置及获取方法和装置 | |
CN105306733A (zh) | 基于手机app的第三方登录绑定手机号方法 | |
CN102958022A (zh) | 短信验证方法、装置及*** | |
CN104852926B (zh) | 一种账户注册登录的方法及装置 | |
JP5870471B2 (ja) | 端末間でソフトウェアを共有する方法、装置、及びシステム | |
CN107135672B (zh) | 应用安装包获取方法、信息广播方法、移动设备及基站 | |
CN108200132B (zh) | 资源获取方法、装置、设备及计算机可读存储介质 | |
CN108023881B (zh) | 应用程序的登录方法、装置、介质及电子设备 | |
CN106254528B (zh) | 一种资源下载方法和缓存设备 | |
CN104954330A (zh) | 一种对数据资源进行访问的方法、装置和*** | |
CN107026738B (zh) | 数字证书更新方法、数字签名校验方法和数字认证装置 | |
CN110895603B (zh) | 多***账号信息整合方法和装置 | |
US20140019957A1 (en) | Method, apparatus, and system for sharing software among terminals | |
CN109474600B (zh) | 一种账号绑定方法、***、装置及其设备 | |
CN109067746B (zh) | 客户端与服务器之间的通信方法及装置 | |
CN109040263B (zh) | 基于分布式***的业务处理方法及装置 | |
CN113783829B (zh) | 跨平台实现设备接入的方法和装置 | |
CN105553671B (zh) | 一种数字证书的管理方法、装置及*** | |
CN110601832A (zh) | 一种数据访问方法及装置 | |
CN110691091A (zh) | 基于身份认证的数据采集方法、装置、及计算机设备 | |
CN104133704A (zh) | 软件升级、升级包下发方法、装置和设备 | |
CN109977126B (zh) | 身份标识的更换方法、装置、电子设备及存储介质 | |
CN111241523A (zh) | 认证处理方法、装置、设备和存储介质 | |
CN109522202B (zh) | 一种软件测试的方法和装置 | |
CN106789857B (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 |