呼叫系统、呼叫处理方法、服务器和可读存储介质
技术领域
本发明涉及通讯领域,特别是涉及一种呼叫系统、呼叫处理方法、服务器和可读存储介质。
背景技术
随着电话客服技术的日益成熟,越来越多的企业通过呼叫中心系统来处理企业的业务,呼叫中心系统通过确定来自本地坐席发送的来电请求所对应的线路,进行来电请求的处理。
传统技术中,为了保障业务的连续性,许多企业引入了多套呼叫中心系统,在不同地区的不同职场部署多套呼叫中心系统,企业通过该多套呼叫中心系统来处理相应业务。
但是,传统技术中的多套呼叫中心系统无法统一处理多地职场业务,存在呼叫成功率较低的问题。
发明内容
基于此,有必要针对传统技术中的多套呼叫中心系统无法统一处理多地职场业务,存在呼叫成功率较低问题,提供一种呼叫系统、呼叫处理方法、服务器和可读存储介质。
第一方面,本发明实施例提供一种呼叫系统,所述系统包括:
呼叫前置模块,用于接收各呼叫中心发送的呼叫请求,并根据所述呼叫请求确定所述呼叫请求对应的线路显号前缀,以及将所述呼叫请求和所述线路显号前缀发送至呼叫模块;
所述呼叫模块,用于接收所述呼叫请求和所述线路显号前缀,并转发至线路管理平台;
所述线路管理平台,用于接收所述呼叫请求和所述线路显号前缀,并选择所述线路显号前缀对应的呼叫线路执行所述呼叫请求。
在其中一个实施例中,所述呼叫模块包括多个呼叫子系统,各所述呼叫子系统对应不同的业务类型;
所述呼叫前置模块,还用于确定所述呼叫请求对应的业务类型,并将所述呼叫请求发送至所述业务类型对应的呼叫子系统。
在其中一个实施例中,所述呼叫前置模块具体用于根据所述呼叫请求携带的业务属性信息确定所述呼叫请求对应的业务类型;所述业务属性信息至少包括业务名称、业务ID中的至少一种。
在其中一个实施例中,所述呼叫前置模块具体用于根据所述呼叫请求携带的用户信息确定所述呼叫请求对应的用户地址区号,并将所述用户地址区号转化为所述线路显号前缀。
在其中一个实施例中,所述呼叫前置模块还用于确定所述用户信息关联的多个地址类型对应的地址区号,并从所述多个地址类型对应的地址区号中选取优先级最高的地址类型对应的地址区号作为所述用户地址区号;其中,不同用户关联的地址类型的优先级不同。
在其中一个实施例中,所述系统还包括业务模块,所述业务模块用于将呼叫请求集发送至所述呼叫前置模块;所述呼叫请求集包括多个不同地区的呼叫请求;
所述呼叫前置模块,还用于接收各所述呼叫请求,并根据各所述呼叫请求携带的客户合同信息确定各所述呼叫请求对应的业务类型;根据各所述呼叫请求携带的手机号码信息及呼叫地址信息,确定各所述呼叫请求对应的呼叫区号并将所述呼叫区号映射为所述线路显号前缀,以及将所述呼叫请求及所述线路显号前缀发送至所述业务类型对应的呼叫子系统。
第二方面,本发明实施例提供一种呼叫处理方法,所述方法包括:
接收各呼叫中心发送的呼叫请求;
根据所述呼叫请求确定所述呼叫请求对应的线路显号前缀;
将所述呼叫请求及所述线路显号前缀发送至所述呼叫模块进行呼叫处理。
在其中一个实施例中,所述将所述呼叫请求及所述线路显号前缀发送至所述呼叫模块进行呼叫处理,包括:
确定所述呼叫请求对应的业务类型,将所述呼叫请求及所述线路显号前缀发送至所述业务类型对应的呼叫子系统进行呼叫处理。
第三方面,本发明实施例提供一种服务器,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
接收各呼叫中心发送的呼叫请求;
根据所述呼叫请求确定所述呼叫请求对应的线路显号前缀;
将所述呼叫请求及所述线路显号前缀发送至呼叫模块进行呼叫处理。
第四方面,本发明实施例提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
接收各呼叫中心发送的呼叫请求;
根据所述呼叫请求确定所述呼叫请求对应的线路显号前缀;
将所述呼叫请求及所述线路显号前缀发送至所述呼叫模块进行呼叫处理。
上述实施例提供的呼叫系统、呼叫处理方法、服务器和可读存储介质中,呼叫系统包括呼叫前置模块,接收各呼叫中心发送的呼叫请求,并根据呼叫请求确定该呼叫请求对应的线路显号前缀,以及将该呼叫请求和该线路显号前缀发送至呼叫模块,呼叫模块接收该呼叫请求和线路显号前缀,并转发至线路管理平台,线路管理平台接收该呼叫请求和线路显号前缀,并选择线路显号前缀对应的呼叫线路执行该呼叫请求,在该系统中,呼叫前置模块可以统一接收各呼叫中心发送的呼叫请求,对各呼叫中心发送的呼叫请求进行统一处理,确定出各呼叫中心发送的呼叫请求对应的线路显号前缀,这样能够对各呼叫中心发送的呼叫请求进行统一管理,提高了呼叫前置模块对各呼叫中心发送的呼叫请求的处理效率,进而提高了对各呼叫中心发送的呼叫请求的呼叫成功率;另外,呼叫前置模块通过呼叫模块将各呼叫中心的呼叫请求及对应的线路显号前缀转发至线路管理平台,线路管理平台选择线路显号前缀对应的呼叫线路执行各呼叫中心发送的呼叫请求,能够迅速的执行各呼叫中心发送的呼叫请求,进一步地提高了对各呼叫中心发送的呼叫请求的呼叫成功率。
附图说明
图1为一个实施例提供的呼叫系统示意图;
图2为另一个实施例提供的呼叫系统示意图;
图3为另一个实施例提供的呼叫系统示意图;
图4为一个实施例提供的呼叫处理方法的流程示意图;
图5为一个实施例提供的服务器的内部结构示意图。
附图标记说明:
呼叫前置模块100; 呼叫模块200;
呼叫子系统201; 线路管理平台300;
业务模块400。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
传统技术中,为了保障业务的连续性,许多企业引入了多套呼叫中心系统,在不同地区的不同职场部署多套呼叫中心系统,企业通过该多套呼叫中心系统来处理相应业务,但多套呼叫中心系统无法统一处理多地职场业务,不同地区的呼叫中心系统差异明显,呼叫系统间切换困难,容易屏蔽各地呼叫中心发送的号码,存在呼叫成功率较低的问题。
下面以具体的实施例对本发明的技术方案以及本发明的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。
图1为一个实施例提供的呼叫系统示意图。如图1所示,呼叫系统包括:呼叫前置模块100,用于接收各呼叫中心发送的呼叫请求,并根据呼叫请求确定呼叫请求对应的线路显号前缀,以及将呼叫请求和线路显号前缀发送至呼叫模块200;呼叫模块200,用于接收呼叫请求和线路显号前缀,并转发至线路管理平台300;线路管理平台300,用于接收呼叫请求和线路显号前缀,并选择线路显号前缀对应的呼叫线路执行呼叫请求。
具体的,呼叫前置模块100,用于接收各呼叫中心发送的呼叫请求,并根据接收到的呼叫请求确定呼叫请求对应的线路显号前缀,以及将呼叫请求和线路显号前缀发送至呼叫模块200。其中,各呼叫中心可以为某企业不同地区的呼叫中心,呼叫请求可以为不同业务类型的呼叫请求,例如,可以为催款业务的呼叫请求,也可以为客服业务的呼叫请求或者电商业务的呼叫请求。其中,线路显号前缀为将呼叫请求送到线路方时使用的外显,例如,某呼叫请求为请求呼叫北京地区的某号码,北京地区配置的线路显号前缀为00066666666,则该呼叫请求送到线路方时使用的外显为00066666666。可选的,呼叫前置模块100可以为服务器,也可以为多个服务器组成的服务器集群。可选的,呼叫前置模块100可以根据接收到的呼叫请求携带的需要进行呼叫的电话号码的归属地确定该呼叫请求对应的线路显号前缀。
上述呼叫模块200,用于接收上述呼叫请求和线路显号前缀,并将接收到的呼叫请求和线路显号前缀转发至线路管理平台300。其中,呼叫模块200与线路管理平台300通信连接,呼叫模块200通过与线路管理平台300间的通信连接,将接收到的呼叫请求和线路显号前缀,转发至线路管理平台300。可选的,呼叫模块200可以为多个服务器组成的服务器集群,例如,呼叫模块200可以为多个云服务器组成的服务器集群。
上述线路管理平台300,用于接收上述呼叫请求和线路显号前缀,并选择该线路显号前缀对应的呼叫线路执行接收到的呼叫请求。其中,线路管理平台300中包括多个线路组,每个线路组中包含有多个呼叫线路,并且,线路平台300包括的多个线路组与线路显号前缀间具有预设的对应关系,线路管理平台300接收到上述呼叫请求和线路显号前缀后,可以在该多个线路组中选择该线路显号前缀对应的线路组,然后在确定的线路组中任意选择一条呼叫线路执行接收到的呼叫请求。可选的,线路管理平台300可以为服务器。示例性地,线路管理平台300中包括的多个线路组可以包括深圳地区的线路组、北京地区的线路组和上海地区的线路组中的至少一种。
在本实施例中,呼叫前置模块可以统一接收各呼叫中心发送的呼叫请求,对各呼叫中心发送的呼叫请求进行统一处理,确定出各呼叫中心发送的呼叫请求对应的线路显号前缀,这样能够对各呼叫中心发送的呼叫请求进行统一管理,提高了呼叫前置模块对各呼叫中心发送的呼叫请求的处理效率,进而提高了对各呼叫中心发送的呼叫请求的呼叫成功率;另外,呼叫前置模块通过呼叫模块将各呼叫中心的呼叫请求及对应的线路显号前缀转发至线路管理平台,线路管理平台选择线路显号前缀对应的呼叫线路执行各呼叫中心发送的呼叫请求,能够迅速的执行各呼叫中心发送的呼叫请求,进一步地提高了对各呼叫中心发送的呼叫请求的呼叫成功率。
图2为另一个实施例提供的呼叫系统示意图。在上述实施例的基础上,如图2所示,呼叫模块200包括多个呼叫子系统201,各呼叫子系统201对应不同的业务类型;呼叫前置模块100,还用于确定呼叫请求对应的业务类型,并将呼叫请求发送至业务类型对应的呼叫子系统201。
具体的,呼叫模块200包括多个呼叫子系统201,各呼叫子系统201对应不同的业务类型;呼叫前置模块100,还用于确定接收到的呼叫请求对应的业务类型,并将该呼叫请求发送至确定的业务类型所对应的呼叫子系统201。其中,呼叫模块200包括的多个呼叫子系统对应着不同的业务类型,示例性地,呼叫模块200可以包括3个呼叫子系统201,即呼叫子系统A、呼叫子系统B和呼叫子系统C,其中,呼叫子系统A可以对应催收业务、呼叫子系统B可以对应客服业务、呼叫子系统C可以对应电商业务。示例性地,不同的呼叫子系统对应着不同的业务类型,对于不同的业务类型所对应的不同的呼叫子系统具有不同的呼叫策略,例如,对于呼叫子系统A对应的催收业务,呼叫子系统A可以按照预设的时间间隔,连续的执行呼叫请求,直至完成对应的催收业务的呼叫请求。可选的,多个呼叫子系统201可以为多个服务器。可选的,呼叫前置模块100具体用于根据接收到的呼叫请求携带的业务属性信息确定该呼叫请求对应的业务类型,其中,业务属性信息至少包括业务名称、业务ID中的至少一种。可选的,呼叫前置模块100还可以具体用于根据呼叫请求所对应的需要呼叫的电话号码的归属地确定该呼叫请求对应的业务类型。可选的,呼叫前置模块100,还可以接收到呼叫请求后,将接收到的呼叫请求发往任意一个呼叫子系统201。
在本实施例中,呼叫模块包括多个呼叫子系统,各呼叫子系统对应着不同的业务类型,呼叫前置模块接收到呼叫请求后,还用于确定接收到的呼叫请求对应的业务类型,并将该呼叫请求发送至确定的业务类型对应的呼叫子系统,这样可以使呼叫前置模块接收到呼叫请求后,先确定接收到的呼叫请求对应的业务类型,将该呼叫请求发送至确定的业务类型对应的呼叫子系统,不同业务的呼叫子系统处理不同业务的呼叫请求,提高了呼叫子系统对呼叫前置模块接收到的呼叫请求的处理效率,能够及时的对接收到的呼叫请求进行处理,提高了对各呼叫中心发送的呼叫请求的呼叫成功率。
在上述呼叫前置模块根据呼叫请求确定呼叫请求对应的线路显号前缀的场景中,在上述实施例的基础上,作为一种可选的实施方式,上述呼叫前置模块100具体用于根据呼叫请求携带的用户信息确定呼叫请求对应的用户地址区号,并将用户地址区号转化为线路显号前缀。
具体的,呼叫前置模块100具体用于根据呼叫请求携带的用户信息确定呼叫请求对应的用户地址区号,并将用户地址区号转化为线路显号前缀。可选的,呼叫前置模块100可以确定呼叫请求携带的用户信息关联的多个地址类型对应的地址区号,并从该多个地址类型对应的地址区号中选取优先级最高的地址类型对应的地址区号作为用户地址区号。其中,不同用户关联的地址类型的优先级不同。可选的,用户信息关联的多个地址类型可以包括手机号码归属地、籍贯所在地、最近活动地点、家庭地址、工作所在地、配偶手机号码归属地、订单送货地址和学校所在地等。可选的,对于每个用户而言,呼叫前置模块100存储有该用户信息关联的多个地址类型与各地址类型的优先级间的对应关系。例如,若用户为电商用户时,则该用户关联的地址类型的优先级最高的地址类型可以为最近活动地点,若用户为咨询用户时,则该用户关联的地址类型的优先级最高的地址类型可以为手机号码归属地。示例性地,呼叫前置模块确定了用户信息关联的上述多个地址类型对应的地址区号后,可以将手机号码归属地作为优先级最高的地址类型,将手机号码归属地对应的地址区号作为用户地址区号,并将该手机号码归属地对应的地址区号转化为线路显号前缀。
在本实施例中,呼叫前置模块根据呼叫请求携带的用户信息确定呼叫请求对应的用户地址区号,并将用户地址区号转化为线路显号前缀,这样可以使呼叫前置模块能够根据呼叫请求携带的用户信息快速地确定出呼叫请求对应的用户地址区号,并将用户地址区号转化为线路显号前缀,提高了呼叫前置模块确定接收到的呼叫请求对应的线路显号前缀的效率,由于确定线路显号前缀的效率得到了提高,进而提高了线路管理平台选择线路显号前缀对应的呼叫线路执行呼叫请求的效率,提高了对各呼叫中心发送的呼叫请求的呼叫成功率。
图3为另一个实施例提供的呼叫系统示意图。在上述实施例的基础上,如图3所示,上述系统还包括业务模块400,业务模块400用于将呼叫请求集发送至呼叫前置模块100;呼叫请求集包括多个不同地区的呼叫请求;呼叫前置模块100,还用于接收各呼叫请求,并根据各呼叫请求携带的客户合同信息确定各呼叫请求对应的业务类型;根据各呼叫请求携带的手机号码信息及呼叫地址信息,确定各呼叫请求对应的呼叫区号并将呼叫区号映射为线路显号前缀,并将呼叫请求及线路显号前缀发送至业务类型对应的呼叫子系统201。
具体的,呼叫系统还包括业务模块400,业务模块400用于将呼叫请求集发送至呼叫前置模块100;其中,呼叫请求集包括多个不同地区的呼叫请求;呼叫前置模块100,还用于接收各呼叫请求,并根据各呼叫请求携带的客户合同信息确定各呼叫请求对应的业务类型;根据各呼叫请求携带的手机号码信息及呼叫地址信息,确定各呼叫请求对应的呼叫区号,并将呼叫区号映射为线路显号前缀,以及将呼叫请求及线路显号前缀发送至上述业务类型对应的呼叫子系统201。可选的,业务模块400可以在预设的时间将呼叫请求集发送至呼叫前置模块100,例如,业务模块400可以在每天的01:00将呼叫请求集发送至呼叫前置模块100。可选的,呼叫前置模块100还可以对业务模块400发送的呼叫请求集以及各呼叫中心发送的呼叫请求进行统一的调度处理,也就是,呼叫前置模块100在接收到业务模块400发送的呼叫请求集以及各呼叫中心发送的呼叫请求后,能够统一的确定出呼叫请求所对应的业务类型以及业务ID,并确定出接收到的呼叫请求对应的线路显号前缀以及接收到的呼叫请求所对应的呼叫模块,并将接收到的呼叫请求发送至对应的呼叫模块。
在本实施例中,呼叫系统还包括业务模块,业务模块可以将呼叫请求集发送至呼叫前置模块,其中,呼叫请求集包括多个呼叫请求,通过业务模块可以将呼叫请求集发送至呼叫前置模块,能够使呼叫前置模块对各呼叫请求进行及时地处理,提高了对各呼叫请求的处理效率,进而提高了对各呼叫请求的呼叫成功率;另外,呼叫前置模块还可以根据呼叫请求携带的客户合同信息、手机号码信息及呼叫地址信息,迅速地确定各呼叫请求对应的呼叫区号,并将呼叫区号映射为线路显号前缀,提高了呼叫前置模块确定线路显号前缀的效率,由于确定线路显号前缀的效率得到了提高,进而提高了将呼叫请求及线路显号前缀发送至该呼叫请求对应的业务类型所对应的呼叫子系统的效率,能够使呼叫子系统对接收到呼叫请求及线路显号前缀进行及时的处理,进而提高了对业务模块发送的呼叫请求集中各呼叫请求的呼叫成功率。
图4为一个实施例提供的呼叫处理方法的流程示意图。如图4所示,该方法包括:
S401,接收各呼叫中心发送的呼叫请求。
具体的,呼叫前置服务器接收各呼叫中心发送的呼叫请求。可选的,呼叫前置服务器可以通过各地的坐席接收各呼叫中心发送的呼叫请求,也可以通过上述业务系统发送的呼叫请求集接收各呼叫中心发送的呼叫请求。需要说明的是,本实施例中的呼叫前置服务器与上述实施例中的呼叫前置模块相对应。
S402,根据呼叫请求确定呼叫请求对应的线路显号前缀。
S403,将呼叫请求及线路显号前缀发送至呼叫模块进行呼叫处理。
上述实施例提供的呼叫处理方法,其实现原理和技术效果与上述呼叫系统实施例类似,在此不再赘述。
在上述实施例的基础上,作为一种可选的实施方式,上述S403,包括:确定呼叫请求对应的业务类型,将呼叫请求及线路显号前缀发送至业务类型对应的呼叫子系统进行呼叫处理。
上述实施例提供的呼叫处理方法,其实现原理和技术效果与上述呼叫系统实施例类似,在此不再赘述。
在上述实施例的基础上,作为一种可选的实施方式,上述确定呼叫请求对应的业务类型,包括:根据呼叫请求携带的业务属性信息确定呼叫请求对应的业务类型;业务属性信息至少包括业务名称、业务ID中的至少一种。
上述实施例提供的呼叫处理方法,其实现原理和技术效果与上述呼叫系统实施例类似,在此不再赘述。
在上述实施例的基础上,作为一种可选的实施方式,上述S402,包括:根据呼叫请求携带的用户信息确定呼叫请求对应的用户地址区号,并将用户地址区号转化为线路显号前缀。
上述实施例提供的呼叫处理方法,其实现原理和技术效果与上述呼叫系统实施例类似,在此不再赘述。
在上述实施例的基础上,作为一种可选的实施方式,上述根据呼叫请求携带的用户信息确定呼叫请求对应的用户地址区号,包括:确定用户信息关联的多个地址类型对应的地址区号,并从多个地址类型对应的地址区号中选取优先级最高的地址类型对应的地址区号作为用户地址区号。
上述实施例提供的呼叫处理方法,其实现原理和技术效果与上述呼叫系统实施例类似,在此不再赘述。
在上述实施例的基础上,作为一种可选的实施方式,不同用户关联的地址类型的优先级不同。
上述实施例提供的呼叫处理方法,其实现原理和技术效果与上述呼叫系统实施例类似,在此不再赘述。
在上述实施例的基础上,作为一种可选的实施方式,方法还包括:接收业务模块发送的呼叫请求集中包括的多个呼叫请求,并根据各呼叫请求携带的客户合同信息确定各呼叫请求对应的业务类型;根据各呼叫请求携带的手机号码信息及呼叫地址信息,确定各呼叫请求对应的呼叫区号并将呼叫区号映射为线路显号前缀,以及将呼叫请求及线路显号前缀发送至业务类型对应的呼叫子系统。
上述实施例提供的呼叫处理方法,其实现原理和技术效果与上述呼叫系统实施例类似,在此不再赘述。
应该理解的是,虽然图4的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图4中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
本申请实施例提供的呼叫处理方法,可以适用于如图5所示的服务器,其内部结构图可以如图5所示。该服务器包括通过系统总线连接的处理器、存储器和网络接口。其中,该服务器的处理器用于提供计算和控制能力。该服务器的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该服务器的数据库用于存储上述呼叫处理方法中的数据。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该服务器的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种呼叫处理方法。
在一个实施例中,提供了一种服务器,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现以下步骤:
接收各呼叫中心发送的呼叫请求;
根据呼叫请求确定呼叫请求对应的线路显号前缀;
将呼叫请求及线路显号前缀发送至呼叫模块进行呼叫处理。
上述实施例提供的服务器,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
在一个实施例中,提供了一种可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以下步骤:
接收各呼叫中心发送的呼叫请求;
根据呼叫请求确定呼叫请求对应的线路显号前缀;
将呼叫请求及线路显号前缀发送至呼叫模块进行呼叫处理。
上述实施例提供的可读存储介质,其实现原理和技术效果与上述方法实施例类似,在此不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。