本发明涉及数据业务及业务支撑技术领域,尤其涉及一种信息交互方法、设备及缓存系统。
背景技术:
随着网络业务的快速发展,给互联网以及移动互联网带来了极大的挑战。一方面网络流量呈现爆炸式增长,另一方面用户对业务体验的要求越来越高。考虑到一定的区域内,不同用户请求的业务具有一定的交集,因此很多信息没有必要让每个用户都到最终的服务器去获取,可以通过一定的方式在“本地”网络保留一份,这样其他用户来申请同一个信息时,可以直接从“本地”网络获取。采用这种方式的常用技术有内容分发网络(CDN,Content Delivery Network)、网络缓存(Web Cache)等。其中,Web Cache针对用户申请的信息,首先要判断这部分信息是动态内容,还是静态内容:如果判断是动态内容,则不必缓存,因为每个用户每次申请对应的反馈都可能不一样;如果判断是静态内容,则综合考虑其他要素来决定是否缓存,以及具体的缓存方式和配置。
在实际使用中,Web Cache系统在判断用户请求对应的信息是动态内容还是静态内容时会发生误判,尤其是动态内容被误判为静态内容时,会导致Web Cache系统反馈给用户的信息是错误的,即Web Cache系统误劫持了业务。例如,在移动的现有网络中,大量地区多次出现灵犀业务被Web Cache系统误缓存/误劫持现象。当前,移动现网对误判/误劫持事件的处理方式是:通过专门的工作人员在Web Cache系统中将误判/误劫持事件相关的域名列入黑名单,通知Web Cache系统不用缓存相关域名对应的信息,同时当有用户与相关域名进行交互时,Web Cache系统不给用户反馈信息。
但是,上述处理方式需要专门的工作人员手动进行配置,人力成本高,而且,实时性很差;另外,在Web Cache系统进行配置变更、升级或替换时,容易出现错误,即问题易出现反复,处理效率较低。
技术实现要素:
有鉴于此,本发明期望提供一种信息交互方法、设备及缓存系统,能保证Web Cache系统不会发生误劫持/误缓存,从而保证业务质量。
为达到上述目的,本发明的技术方案是这样实现的:
本发明还提供了一种信息交互方法,所述方法包括:
接收到业务提供方发起的动态信息交互请求时,获取所述业务提供方发送的鉴权信息;
验证所述鉴权信息是否通过;
若所述鉴权信息验证通过,获取所述动态信息交互请求中的交互信息,并根据所述交互信息进行缓存。
上述方案中,优选地,所述获取所述业务提供方发送的鉴权信息之前,所述方法还包括:
判断所述业务提供方是否满足预设条件;
若满足预设条件,则为所述业务提供方发送鉴权信息。
上述方案中,优选地,所述根据所述交互信息进行缓存,具体包括:
将所述交互信息发送给第一网络缓存子系统进行缓存;
获取所述第一网络缓存子系统发送的缓存成功信息。
上述方案中,优选地,所述方法还包括:
若在预设时间内未收到第一网络缓存子系统发送的缓存成功信息,向所述第一网络缓存子系统重新发送所述交互信息,直至重发次数达到预设阈值;
如果重发次数达到预设阈值时还未收到缓存成功信息,则发出告警信息。
上述方案中,优选地,所述鉴权信息至少包括下述中的一种:
账号+密码形式、密钥形式、内容服务商身份标识号(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系统,例如,移动各个省公司自己部署或租用的Web Cache系统。
上述步骤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、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。