H04L12/14 H04L12/24
1.一种在线计费方法,其特征在于,所述方法包括:
接收客户端发送的网络功能虚拟化NFV业务请求,并将所述NFV业务请求转发给管理和 编排系统MANO网元,以便于所述MANO网元根据所述NFV业务请求中的资源规格和资源类型, 确定目标配额;
接收所述MANO网元发送的配额申请请求,所述配额申请请求用于请求在线计费系统下 发目标配额;
查询所述客户端所属用户的账户,并从所述用户的账户中获取所述用户的账户余额;
在所述用户的账户余额大于等于目标配额的情况下,向所述MANO网元下发目标配额, 以便于所述MANO网元执行所述用户申请的NFV业务。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述MANO网元上报的配额耗尽通知;
在所述配额申请请求携带有业务可中断指示信息的情况下,向所述MANO网元发送停止 信息,所述停止信息用于指示MANO网元暂停所述用户申请的NFV业务。
3.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述MANO网元上报的配额耗尽通知;
在所述配额申请请求携带有业务不可中断指示信息的情况下,再次向所述MANO网元下 发配额,以便于所述用户申请的NFV业务能够正常运行。
4.根据权利要求1至3任一项所述的方法,其特征在于,在从所述客户端所属用户的账 户中获取所述用户的账户余额之后,所述方法还包括:
在所述用户的账户余额小于目标配额的情况下,查询所述用户的信用等级;
在所述用户的信用等级大于等于预设信用等级的情况下,向所述MANO网元下发目标配 额。
5.一种在线计费系统,其特征在于,所述系统包括:
接收单元,用于接收客户端发送的网络功能虚拟化NFV业务请求;
发送单元,用于将所述NFV业务请求转发给管理和编排系统MANO网元,以便于所述MANO 网元根据所述NFV业务请求中的资源规格和资源类型,确定目标配额;
所述接收单元,还用于接收所述MANO网元发送的配额申请请求,所述配额申请请求用 于请求在线计费系统下发目标配额;
查询单元,用于查询所述客户端所属用户的账户,并从所述用户的账户中获取所述用 户的账户余额;
所述发送单元,在所述用户的账户余额大于等于目标配额的情况下,向所述MANO网元 下发目标配额,以便于所述MANO网元执行所述用户申请的NFV业务。
6.根据权利要求5所述的系统,其特征在于,
所述接收单元,还用于接收所述MANO网元上报的配额耗尽通知;
所述发送单元,还用于在所述配额申请请求携带有业务可中断指示信息的情况下,向 所述MANO网元发送停止信息,所述停止信息用于指示MANO网元暂停所述用户申请的NFV业 务。
7.根据权利要求5所述的系统,其特征在于,
所述接收单元,还用于接收所述MANO网元上报的配额耗尽通知;
所述发送单元,还用于在所述配额申请请求携带有业务不可中断指示信息的情况下, 再次向所述MANO网元下发配额,以便于所述用户申请的NFV业务能够正常运行。
8.根据权利要求5至7任一项所述的系统,其特征在于,
所述查询单元,还用于在所述用户的账户余额小于目标配额的情况下,查询所述用户 的信用等级;
所述发送单元,还用于在所述用户的信用等级大于等于预设信用等级的情况下,向所 述MANO网元下发目标配额。
9.一种网络设备,其特征在于,包括收发器、存储器和一个或多个处理器;所述存储器 用于存储计算机程序代码,所述计算机程序代码包括指令,当所述一个或多个处理器执行 所述指令时,所述网络设备执行如权利要求1至4任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有一个或 多个程序,所述一个或多个程序包括指令,当计算机的处理器执行所述指令时,所述计算机 执行如权利要求1至4中任一项所述的方法。
本申请涉及通信技术领域,尤其涉及一种在线计费方法及系统。
网络功能虚拟化(Network Function Virtualization,NFV),是通过使用X86等通 用性硬件以及虚拟化技术,来承载各种软件化的网络设备功能,使网络设备功能不再依赖 于专用硬件,从而运营商可以实现新业务的快速开发和部署,并基于实际业务需求进行自 动部署、弹性伸缩、故障隔离和自愈等。
基于NFV平台,运营商可以向用户提供多种不同的NFV业务,例如:NFV基础设施即 服务(NFV Infrastructure as a Service,NFVIaaS)、NFV平台即服务(NFV Platform as a Service,NFVPaaS)、虚拟化的网络功能即服务(Virtualized Network Function as a Service,VNFaaS)和虚拟化的网络功能软件即服务(Virtualized Network Function Software as a Service,VNFSaaS)。
现有技术中,一般在用户使用NFV业务后,运营商才对用户收取NFV业务的费用。这 种计费方法下,可能存在用户拖欠NFV业务费用的情况。基于此,运营商亟待改进现有的NFV 业务的计费方法。
本申请提供一种在线计费方案,用于解决用户拖欠NFV业务费用的问题。
为达到上述目的,本申请提供如下技术方案:
第一方面,本申请提供一种在线计费方法,所述方法包括:
接收客户端发送的NFV业务请求,并将所述NFV业务请求转发给管理和编排系统 (Management and Orchestration,MANO)网元,以便于所述MANO网元根据所述NFV业务请求 中的资源规格和资源类型,确定目标配额;
接收所述MANO网元发送的配额申请请求,所述配额申请请求用于请求在线计费系 统下发目标配额;
查询所述客户端所属用户的账户,并从所述用户的账户中获取所述用户的账户余 额;
在所述用户的账户余额大于等于目标配额的情况下,向所述MANO网元下发目标配 额,以便于所述MANO网元执行所述用户申请的NFV业务。
第二方面,本申请提供一种在线计费系统,所述系统包括:
接收单元,用于接收客户端发送的NFV业务请求;
发送单元,用于将所述NFV业务请求转发给MANO网元,以便于所述MANO网元根据所 述NFV业务请求中的资源规格和资源类型,确定目标配额;
所述接收单元,还用于接收所述MANO网元发送的配额申请请求,所述配额申请请 求用于请求在线计费系统下发目标配额;
查询单元,用于查询所述客户端所属用户的账户,并从所述用户的账户中获取所 述用户的账户余额;
所述发送单元,在所述用户的账户余额大于等于目标配额的情况下,向所述MANO 网元下发目标配额,以便于所述MANO网元执行所述用户申请的NFV业务。
第三方面,本申请提供一种网络设备,包括收发器、存储器和一个或多个处理器; 所述存储器用于存储计算机程序代码,所述计算机程序代码包括指令,当所述一个或多个 处理器执行所述指令时,所述网络设备执行如第一方面或第一方面的任一种具体实现方式 中所述的方法。
第四方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存 储有一个或多个程序,所述一个或多个程序包括指令,当计算机的处理器执行所述指令时, 所述计算机执行如第一方面或第一方面的任一种具体实现方式中所述的方法。
本申请提供一种在线计费方法及系统,在线计费系统通过接收客户端发送的NFV 业务请求,并将所述NFV业务请求转发给MANO网元,以便于MANO网元根据所述NFV业务请求 中的资源规格和资源类型,确定目标配额;然后,在线计费系统接收MANO网元发送的配额申 请请求;在线计费系统在所述客户端所属用户的账户余额大于等于所述目标配额的情况 下,向MANO网元下发目标配额,以便于所述MANO网元执行所述用户申请的NFV业务。即运营 商在用户的账户余额大于目标配额的情况下,才执行所述用户申请的NFV业务,从而解决用 户拖欠NFV业务费用的问题。
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例中所需要使用的 附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领 域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其它的附 图。
图1为本申请实施例提供的一种NFV系统的架构示意图;
图2为本申请实施例提供的一种在线计费方法的流程图;
图3为本申请实施例提供的另一种在线计费方法的流程图;
图4为本申请实施例提供的另一种在线计费方法的流程图;
图5为本申请实施例提供的另一种在线计费方法的流程图;
图6为本申请实施例提供的一种在线计费系统的结构示意图;
图7为本申请实施例提供的一种网络设备的结构示意图。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完 整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。
如图1所示,本申请实施例提供的一种NFV系统,该NFV系统包括:NFV基础设施 (Network Function Virtualization Infrastructure,NFVI)、MANO、虚拟化的网络功能模 块(Virtualized Network Function,VNF)以及运营支撑系统(Operation Support System,OSS)/业务支撑系统(Business support system,BSS)。
其中,NFVI主要负责将计算、存储以及网络的硬件资源全面虚拟化,并映射成虚拟 资源。VNF则是利用软件来实现各种传统的物理网络功能,VNF运行在NFVI之上,使用的是经 过NFVI虚拟化后的虚拟资源。MANO负责对NFVI的软硬件资源的生命周期管理和编排,以及 对VNF的生命周期管理和编排。需要说明的是,MANO包括虚拟化基础设施管理器 (Virtualized Infrastructure Managers,VIM)、虚拟网络功能管理器(Virtualized Network Function Managers,VNFM)以及网络功能虚拟化编排器(Network Function Virtualization Orchestrator,NFVO)。其中,VIM负责对物理硬件虚拟化资源进行统一管 理、监控和优化;VNFM负责VNF的生命周期管理;而NFVO负责基础资源和上层软件资源的编 排和管理,实现网络服务(network service,NS)。OSS/BSS是电信运营商的一体化、信息资 源共享的支持系统,主要用于网络管理、系统管理、计费、营业、客户服务等方面。
如图2所示,本申请实施例提供一种在线计费方法,所述方法包括:
101、客户端向在线计费系统发送NFV业务请求。
需要说明的是,所述客户端的用户可以是个人用户,也可以是企业用户。可以理解 的是,所述客户端可以由硬件实现,例如:所述客户端为手机、笔记本;所述客户端也可以由 软件来实现,例如:客户端为应用软件或者网页。
其中,所述NFV业务请求用于申请NFV业务。所述NFV业务请求包括:资源类型和资 源规格。示例性的,资源类型可以为虚拟机管理器(Hypervisor)、虚拟CPU、虚拟内存、虚拟 网络、虚拟加速器、VNF实例、NS实例。资源规格可以为:虚拟CPU个数、虚拟机个数、内存大 小。
102、在线计费系统将所述NFV业务请求转发给MANO网元。
需要说明的是,MANO网元包括:VIM、VNFM和NFVO。
103、MANO网元根据所述NFV业务请求中的资源类型和资源规格,确定目标配额。
可选的,目标配额是用户申请的NFV业务所需要的总配额;或者,目标配额是用户 申请的NFV业务所需要的总配额的一部分。
一种具体实现方式中,MANO网元根据所述NFV业务请求中的资源类型和资源规格, 确定用户申请的NFV业务所需要的总配额,从而MANO网元根据所述总配额以及预设比例,确 定目标配额。举例来说,假设总配额为100,预设比例为20%,则目标配额为20。
104、MANO网元向在线计费系统发送配额申请请求。
其中,所述配额申请请求用于请求在线计费系统下发目标配额。
105、在线计费系统查询所述客户端所属用户的账户,并从所述用户的账户中获取 所述用户的账户余额。
一种具体实现方式中,所述业务请求中携带有用户的标识。在线计费系统通过解 析所述业务请求,获取所述用户的标识。从而在线计费系统根据所述用户的标识,查询所述 用户的账户,并从所述用户的账户中获取所述用户的账户余额。在获取到所述用户的账户 余额之后,在线计费系统判断所述账户余额是否大于等于所述目标配额。在所述账户余额 大于等于所述目标配额的情况下,在线计费系统执行步骤106。在所述账户余额小于所述目 标配额的情况下,在线计费系统执行步骤107。
可选的,在所述账户余额小于所述目标配额的情况下,在线计费系统可以查询所 述用户的信用等级,所述信用等级用于表征用户的信用情况;若所述用户的信用等级大于 等于预设信用等级,则说明所述用户的信用良好,在线计费系统可以允许所述用户欠费,从 而在线计费系统可以执行步骤106。
106、在线计费系统向MANO网元下发所述目标配额。
一种具体实现方式中,在线计费系统在所述用户的账户余额中扣除所述目标配 额,同时在线计费系统向MANO网元下发所述目标配额,以便于MANO网元执行所述用户申请 的NFV业务。
可选的,在线计费系统可以存在两种不同的计费模式,分别是:单位预留事件计费 模式和单位预留会话计费模式。
当在线计费系统处于单位预留事件计费模式时,在线计费系统在接收到所述配额 申请请求之后,一次性向MANO网元下发目标配额;同时,在线计费系统冻结所述用户的账户 余额中相应的部分。如果用户在目标配额耗尽前终止其申请的NFV业务,则在线计费系统向 所述用户的账户返回剩余的部分。如果目标配额耗尽,则在线计费系统会指示MANO网元停 止所述用户申请的业务。
当在线计费系统处于单位预留会话计费模式时,在线计费系统在接收到所述配额 申请请求之后,一次性向MANO网元下发目标配额;同时,在线计费系统冻结所述用户的账户 余额中相应的部分。如果用户在目标配额耗尽前终止其申请的NFV业务,则在线计费系统向 所述用户的账户返回剩余的部分。如果目标配额耗尽,则在线计费系统会再次向MANO网元 下发配额。配额的具体数目根据实际情况来确定。
可选的,NFV业务请求中携带有计费模式信息,从而当在线计费系统处理该NFV业 务请求所申请的NFV业务时,该计费模式信息用于决定在线计费系统所处的计费模式。
107、在线计费系统向客户端发送余额不足提醒。
一种具体实现方式中,在线计费系统向客户端发送余额不足提醒,以提醒用户进 行充值。若用户充值后,所述用户的账户余额大于所述目标配额,则在线计费系统执行步骤 106。
本申请实施例提供一种在线计费方法,在线计费系统通过接收客户端发送的NFV 业务请求,并将所述NFV业务请求转发给MANO网元,以便于MANO网元根据所述NFV业务请求 中的资源规格和资源类型,确定目标配额;然后,在线计费系统接收MANO网元发送的配额申 请请求;在线计费系统在所述客户端所属用户的账户余额大于等于所述目标配额的情况 下,向MANO网元下发目标配额,以便于所述MANO网元执行所述用户申请的NFV业务。即运营 商在用户的账户余额大于目标配额的情况下,才执行所述用户申请的NFV业务,从而解决用 户拖欠NFV业务费用的问题。
进一步的,本申请实施例还提供另一种在线计费方法,如图3所示,所述方法还包 括:
201、MANO网元检查资源池中的可用资源是否能满足用户申请的NFV业务。
需要说明的是,所述资源池包括NFV平台中所有的虚拟资源和设备资源。所述可用 资源是未被其他NFV业务占用的虚拟资源和设备资源。
一种具体实现方式中,若资源池中的可用资源不能满足所述用户申请的NFV业务, 则MANO网元接下来执行步骤202;若资源池中的可用资源能满足所述用户申请的NFV业务, 则MANO网元接下来执行步骤103。
202、MANO网元向在线计费系统返回资源不足通知。
需要说明的是,所述资源不足通知用于表示资源池中的可用资源不能满足所述用 户申请的NFV业务。
203、在线计费系统向客户端返回资源不足通知。
在本申请实施例中,在接收到MANO网元返回的资源不足通知之后,在线计费系统 向客户端返回资源不足通知,以便于提醒用户更改其申请的NFV业务。
通过上述方法,在线计费系统仅在可用资源满足用户申请的NFV业务时,对NFV业 务进行计费。
进一步的,本申请实施例还提供另一种在线计费方法,如图4所示,在步骤106之 后,所述方法还包括:
108、MANO网元监控目标配额的使用情况。
一种具体实现方式中,MANO网元监控用户申请的NFV业务的运行情况,并根据相应 的计费策略,计算出相应的费用;然后,MANO网元从目标配额中扣除相应的费用。
109、MANO网元向在线计费系统发送配额耗尽通知。
在本申请实施例中,所述配额耗尽通知用于提示在线计费系统所述目标配额已经 耗尽。
一种具体实现方式中,当用户申请的NFV业务所消耗的费用达到目标配额时,MANO 网元向在线计费系统发送配额耗尽通知。
可以理解的是,在实际应用的过程中,某些NFV业务允许中断,某些NFV业务不允许 中断。因此,在用户申请的NFV业务允许中断的情况下,MANO网元发送的配额申请请求可以 携带业务可中断指示。在用户申请的NFV业务不允许中断的情况下,MANO网元发送的配额申 请请求可以携带业务不可中断指示。
从而,若所述配额申请请求中携带有业务可中断指示,则在线计费系统在接收到 配额耗尽通知后执行步骤110;若所述配额申请请求中携带有业务不可中断指示,则在线计 费系统在接收到配额耗尽通知后执行步骤111。
110、在线计费系统向MANO网元发送停止消息。
其中,所述停止消息用于指示MANO网元暂停所述用户申请的NFV业务。
111、在线计费系统向MANO网元下发配额。
需要说明的是,在线计费系统下发的配额的具体数目可以根据实际情况来确定。
可选的,在所述用户的账户余额不足时,在线计费系统依然向MANO网元下发配额。 同时,在线计费系统向客户端返回余额不足提醒。
通过上述方法,能够避免不可中断的NFV业务由于目标配额耗尽而中断。
如图5所示,本申请实施例提供一种在线计费方法,应用于图1所示的NFV系统中。 所述方法包括:
301、客户端向OSS/BSS发送NFV业务请求。
示例性的,所述NFV业务请求用于申请一台虚拟路由器。
302、OSS/BSS将所述NFV业务请求转发给NFVO。
在本申请实施例中,NFVO在接收到NFV业务请求之后,将所述NFV业务请求转发给 VIM和VNFO,以便于VIM和VNFO分配所述NFV业务所需的资源。
303、NFVO检查资源池中的可用资源是否满足用户申请的NFV业务。
304、在资源池中的可用资源满足所述用户申请的NFV业务情况下,NFVO根据所述 NFV业务请求中的资源类型和资源规格,确定目标配额。
305、NFVO向OSS/BSS发送配额申请请求。
306、OSS/BSS查询所述用户的账户,并从所述用户的账户中获取所述用户的账户 余额。
307、在所述账户余额大于等于所述目标配额的情况下,OSS/BSS向NFVO下发目标 配额。
308、VNFM根据业务请求中的资源类型和资源规格,向VIM申请第一资源。
其中,第一资源为用户申请的NFV业务所需的虚拟资源和/或设备资源。
309、VIM统计第一资源的使用情况。
在本申请实施例中,VIM统计第一资源的使用时长,或者VIM统计第一资源的使用 量。
310、VIM将第一资源的使用情况上报给NFVO。
311、NFVO根据第一资源的使用情况进行计费,并确定目标配额的使用情况。
312、NFVO将目标配额的使用情况上报给OSS/BSS。
313、在目标配额耗尽后,OSS/BSS向NFVO发送停止消息。
314、NFVO向VNFM发送停止业务消息。
315、VNFM停止用户申请的NFV业务。
通过上述方法,运营商能够实现对NFV业务的计费。
如图6所示,本申请实施例提供一种在线计费系统,用于执行前述在线计费方法。 所述系统包括:
接收单元11,用于接收客户端发送的NFV业务请求。
发送单元12,用于将所述NFV业务请求转发给MANO网元,以便于所述MANO网元根据 所述NFV业务请求中的资源规格和资源类型,确定目标配额。
所述接收单元11,还用于接收所述MANO网元发送的配额申请请求,所述配额申请 请求用于请求在线计费系统下发目标配额。
查询单元13,用于查询所述客户端所属用户的账户,并从所述用户的账户中获取 所述用户的账户余额。
所述发送单元12,在所述用户的账户余额大于等于目标配额的情况下,向所述 MANO网元下发目标配额,以便于所述MANO网元执行所述用户申请的NFV业务。
一种具体实现方式中,所述接收单元11,还用于接收所述MANO网元上报的配额耗 尽通知。所述发送单元12,还用于在所述配额申请请求携带有业务可中断指示信息的情况 下,向所述MANO网元发送停止信息,所述停止信息用于指示MANO网元暂停所述用户申请的 NFV业务。
一种具体实现方式中,所述接收单元11,还用于接收所述MANO网元上报的配额耗 尽通知。所述发送单元12,还用于在所述配额申请请求携带有业务不可中断指示信息的情 况下,再次向所述MANO网元下发配额,以便于所述NFV业务能够正常运行。
一种具体实现方式中,所述查询单元13,还用于在所述用户的账户余额小于目标 配额的情况下,查询所述用户的信用等级。所述发送单元12,还用于在所述用户的信用等级 大于等于预设信用等级的情况下,向所述MANO网元下发目标配额。
本申请实施例提供一种在线计费系统,在线计费系统通过接收客户端发送的NFV 业务请求,并将所述NFV业务请求转发给MANO网元,以便于MANO网元根据所述NFV业务请求 中的资源规格和资源类型,确定目标配额;然后,在线计费系统接收MANO网元发送的配额申 请请求;在线计费系统在所述客户端所属用户的账户余额大于等于所述目标配额的情况 下,向MANO网元下发目标配额,以便于所述MANO网元执行所述用户申请的NFV业务。即运营 商在用户的账户余额大于目标配额的情况下,才执行所述用户申请的NFV业务,从而解决用 户拖欠NFV业务费用的问题。
如图7所示,本申请实施例提供一种网络设备,所述网络设备包括:处理器21、存储 器22、收发器23以及总线24。所述处理器21、存储器22和收发器23通过所述总线24互相通 信。其中,所述存储器22用于存储多个指令以实现本申请实施例提供的一种在线计费方法。 所述网络设备,用于接收客户端发送的NFV业务请求,并将所述NFV业务请求转发给MANO网 元,以便于所述MANO网元根据所述NFV业务请求中的资源规格和资源类型,确定目标配额; 接收所述MANO网元发送的配额申请请求,所述配额申请请求用于请求在线计费系统下发目 标配额;查询所述客户端所属用户的账户,并从所述用户的账户中获取所述用户的账户余 额;在所述用户的账户余额大于等于目标配额的情况下,向所述MANO网元下发目标配额,以 便于所述MANO网元执行所述用户申请的NFV业务。
进一步的,所述网络设备,还用于接收所述MANO网元上报的配额耗尽通知;在所述 配额申请请求携带有业务可中断指示信息的情况下,向所述MANO网元发送停止信息,所述 停止信息用于指示MANO网元暂停所述用户申请的NFV业务。
进一步的,所述网络设备,还用于接收所述MANO网元上报的配额耗尽通知;在所述 配额申请请求携带有业务不可中断指示信息的情况下,再次向所述MANO网元下发配额,以 便于所述NFV业务能够正常运行。
进一步的,所述网络设备,还用于在所述用户的账户余额小于目标配额的情况下, 查询所述用户的信用等级;在所述用户的信用等级大于等于预设信用等级的情况下,向所 述MANO网元下发目标配额。
其中,本申请实施例所述的处理器21可以是一个处理器,也可以是多个处理元件 的统称。例如,该处理器21可以是中央处理器(Central Processing Unit,简称CPU),也可 以是特定集成电路(Application Specific Integrated Circuit,简称ASIC),或者是被配 置成实施本申请实施例的一个或多个集成电路,例如:一个或多个微处理器(digital signal processor,简称DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,简称FPGA)。
存储器22可以是一个存储装置,也可以是多个存储元件的统称,且用于存储可执 行程序代码等。且存储器22可以包括随机存储器(RAM),也可以包括非易失性存储器(non- volatile memory),例如磁盘存储器,闪存(Flash)等。
总线24可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、 外部设备互连(Peripheral Component,PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture,EISA)总线等。该总线24可以分为地址总线、数据总线、 控制总线等。为便于表示,图7中仅用一条粗线表示,但并不表示仅有一根总线或一种类型 的总线。
本申请实施例提供了一种计算机可读存储介质,其上存储有计算机程序,该计算 机程序加载到计算机上被计算机执行时,使计算机执行如图2、图3、图4和图5所示的方法。
其中,计算机可读存储介质,例如可以是但不限于电、磁、光、电磁、红外线、或半导 体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷 举的列表)包括:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器 (Random Access Memory,RAM)、只读存储器(Read-Only Memory,ROM)、可擦式可编程只读 存储器(Erasable Programmable Read Only Memory,EPROM)、光纤、便携式紧凑磁盘只读 存储器(Compact Disc Read-Only Memory,CD-ROM)、光存储器件、磁存储器件、或者上述的 任意合适的组合。在本申请实施例中,计算机可读存储介质可以是任何包含或存储程序的 有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部 分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实 施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例 的部分说明即可。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何 在本申请揭露的技术范围内的变化或替换,都应涵盖在本申请的保护范围之内。因此,本申 请的保护范围应该以权利要求的保护范围为准。
本文发布于:2023-04-13 21:52:30,感谢您对本站的认可!
本文链接:https://patent.en369.cn/patent/3/86242.html
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。
留言与评论(共有 0 条评论) |