交易渠道控制方法、装置和电子设备
技术领域
本申请涉及网络技术领域,更具体地涉及交易渠道控制方法、装置和电子设备。
背景技术
随着线上交易业务的不断发展,用户终端与机构之间的信息交互也日益增多,信息交互涉及例如消费、保险、网络贷款等多种业务,机构涉及例如保险机构、银行机构、人力资源和社会保障机构等。由于交易量过大或者业务系统更新等原因,机构侧服务系统存在不稳定风险,引起相关交易业务的处理失败。
现有的处理方式是监控人员排查及确认问题,经审批后进行业务关闭,时效性和处理准确性较差。因此,需要一种交易渠道控制方法,来克服上述技术问题。
发明内容
本申请的目的之一在于提供一种交易渠道控制方法,以解决现有交易处理方式时效性和处理准确性较差的问题。
为解决上述技术问题,本申请实施例是这样实现的:
第一方面,提供了一种交易渠道控制方法,包括:监控到交易机构端设备的运行状态异常时,关闭所述交易机构端设备对应的交易渠道;在第一预设等待时间后,以第一预设限流策略开放所述交易渠道的部分流量;基于开放所述交易渠道后的第一指定监控指标,对所述交易渠道进行与所述第一监控指标匹配的控制策略,其中,所述第一监控指标用于指示开放所述交易渠道后交易机构端设备的运行状态。
第二方面,提供了一种交易渠道控制装置,包括:关闭单元,用于监控到交易机构端设备的运行状态异常时,关闭所述交易机构端设备对应的交易渠道;开放单元,用于在第一预设等待时间后,以第一预设限流策略开放所述交易渠道的部分流量;控制单元,用于基于开放所述交易渠道后的第一指定监控指标,对所述交易渠道进行与所述第一监控指标匹配的控制策略,其中,所述第一监控指标用于指示开放所述交易渠道后交易机构端设备的运行状态。
第三方面,提供了一种电子设备,包括:处理器;以及被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使用所述处理器执行以下操作:监控到交易机构端设备的运行状态异常时,关闭所述交易机构端设备对应的交易渠道;在第一预设等待时间后,以第一预设限流策略开放所述交易渠道的部分流量;基于开放所述交易渠道后的第一指定监控指标,对所述交易渠道进行与所述第一监控指标匹配的控制策略,其中,所述第一监控指标用于指示开放所述交易渠道后交易机构端设备的运行状态。
第四方面,提供了一种计算机可读介质,所述计算机可读介质存储一个或多个程序,所述一个或多个程序当被包括多个应用程序的电子设备执行时,使得所述电子设备执行以下操作:监控到交易机构端设备的运行状态异常时,关闭所述交易机构端设备对应的交易渠道;在第一预设等待时间后,以第一预设限流策略开放所述交易渠道的部分流量;基于开放所述交易渠道后的第一指定监控指标,对所述交易渠道进行与所述第一监控指标匹配的控制策略,其中,所述第一监控指标用于指示开放所述交易渠道后交易机构端设备的运行状态。
由以上本申请的技术方案可见,本申请实施例的交易渠道控制方法,当监控到交易机构端设备的运行状态异常时,关闭交易机构端设备对应的交易渠道,在经过第一预设等待时间后,以第一预设限流策略开放上述交易渠道的部分流量,开放后对上述交易渠道执行与第一监控指标匹配的控制策略,第一监控指标用于指示开放交易渠道后交易机构端设备的运行状态。本申请实施例的交易渠道控制方法,可以实时发现机构设备异常,自动决策关闭渠道应急以及打开渠道恢复交易,由系统自动监控及自动决策,无手工操作,应急时效和准确性高,可在第一时间降低影响,降低了人力成本及人工操作导致的交易风险,从而智能维护交易渠道。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是根据本申请的一个实施例的交易渠道控制方法的示意性流程图。
图2是根据本申请的一个具体实施例的交易渠道控制方法的示意性流程图。
图3是根据本申请的一个实施例的电子设备的结构示意图。
图4是根据本申请的一个实施例的交易渠道控制装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
本申请实施例的交易渠道控制方法,可以应用于线上交易业务中,线上交易系统可以包括用户终端设备、入口管理系统以及交易机构端设备,用户使用用户终端设备发起交易业务请求,经入口管理系统转发至交易机构端设备进行处理。
图1示出了本申请一个实施例的交易渠道控制方法,图1的方法可以由交易渠道控制装置执行。如图1所示出的,方法包括:
S102,监控到交易机构端设备的运行状态异常时,关闭所述交易机构端设备对应的交易渠道。
其中,交易渠道可以包括信息类交易渠道,也可以包括资金类交易渠道。监控交易机构端设备的运行状态,可以通过指定监控源采集指定监控指标,该指定监控源可以是xflush,zfundcheck,zfalcon,flashcheck,核对平台等可以汇集监控数据的平台,该指定监控指标可以根据交易渠道的特点灵活选取,例如可表示用户终端设备和交易机构端设备之间通讯状态的数据,或者可表示交易机构端设备处理业务状态的数据等。
在S102中,交易机构端设备的运行状态异常可以是交易机构端设备无法正常提供服务的情况,也可以是用户终端设备与交易机构端设备之间无法正常通信的情况。具体地,在一些实施例中,可以通过以下方式实现:计算用户端设备与交易机构端设备之间的通讯成功率;当通讯成功率小于或者等于成功率阈值时,确定为交易机构端设备的运行状态异常。
举例来说,计算通讯成功率可以由监控模块或者决策中心执行,通过一定时长内交易渠道执行成功情况或者数据通讯情况计算得到。在获取指定监控指标后,可以将指定监控指标同步至监控模块或者决策中心,由其进行渠道关闭决策,适用于各种交易业务,可以实现对交易业务的实时监控及决策功能。
S104,在第一预设等待时间后,以第一预设限流策略开放所述交易渠道的部分流量。
在关闭交易机构端设备对应的交易渠道后,还需要恢复交易渠道,在等待第一预设等待时间后,即部分恢复该交易渠道流量。
其中,第一预设等待时间可以按照以下方式设置:基于交易渠道的交易信息,确定第一预设等待时间的时长。该交易信息至少可以包括以下之一:交易渠道对应的交易量、交易渠道的交易类型时效性或交易机构端设备的运行稳定性。通常情况下,交易量高低与时长负相关,交易类型时效性与时长负相关,运行稳定性与时长负相关。例如,交易渠道的交易量高,则等待时间短,交易渠道的交易类型时效性高,则等待时间短,交易渠道对应的交易机构端设备稳定性强,则等待时间短。可以理解的是,上述三个影响等待时间的因素,可以单独考虑,也可以多个共同考虑,以确定预设等待时间的时长。
第一预设限流策略可以按照以下方式设置:基于交易渠道的交易信息,确定第一预设限流策略包括的限流梯度间隔。该限流梯度间隔指恢复至最大流量的快慢程度,当限流梯度间隔越短,则恢复至最大流量越快。该交易信息至少包括以下之一:交易渠道对应的交易量、交易渠道的交易类型时效性或交易机构端设备的运行稳定性。交易量高低与限流梯度间隔负相关,交易类型时效性与限流梯度间隔负相关,运行稳定性与限流梯度间隔负相关。例如,交易渠道的交易量高,则限流梯度间隔短,交易渠道的交易类型时效性高,则限流梯度间隔短,交易渠道对应的交易机构端设备稳定性强,则限流梯度间隔短。可以理解的是,上述三个影响等待时间的因素,可以单独考虑,也可以多个共同考虑,以确定限流梯度间隔短。
S106,基于开放所述交易渠道后的第一指定监控指标,对所述交易渠道进行与所述第一监控指标匹配的控制策略。其中,所述第一监控指标用于指示开放所述交易渠道后交易机构端设备的运行状态。
在部分开放交易渠道后,基于指示开放交易渠道后交易机构端设备的运行状态控制交易渠道,可以对交易渠道进行多限流梯度逐量开启。
当第一指定监控指标指示交易机构端设备的运行状态正常时,基于第一预设限流策略提高交易渠道的开放流量。在运行状态正常时,可以按照第一预设限流策略包括的限流梯度进行逐量开启,逐渐提高限流梯度,以提高交易渠道的流量。当开放流量达到最大值时,终止执行第一预设限流策略。该开放流量的最大值一般是100%。通过多阶段梯次限流,可以实现自动调整业务限流,提高业务处理的智能运行能力。
当第一指定监控指标指示交易机构端设备的运行状态异常时,关闭交易机构端设备对应的交易渠道。如果在第一预设等待时间后,重启该交易渠道,但是通过第一指定监控指标指示对应的交易机构端设备的运行状态依然是异常时,需要重新关闭该交易渠道。
在重新关闭该交易渠道后,继续等待第二预设等待时间后,再以第二预设限流策略开放交易渠道的部分流量,并基于开放交易渠道后的第一指定监控指标,对交易渠道进行与第二监控指标匹配的控制策略。其中,第二预设等待时间和第二预设限流策略的设置方式与前述第一预设等待时间和第一预设限流策略的设置方式可以相同。可以理解的是,第一预设等待时间可以与第二预设等待时间相同或不同;第一预设限流策略可以与第二预设限流策略相同或不同。
在关闭交易机构端设备对应的交易渠道时,当前可能还存在待处理信息,因此需要进行交易业务暂存,存储交易渠道的待处理信息。待处理信息为交易渠道中用户终端设备方涉及需要发送至交易机构端设备的各类信息。上述方法还可以包括以下步骤:在关闭交易机构端设备对应的交易渠道后,存储交易渠道的待处理信息;在开放交易渠道后,将存储的待处理信息发送至交易机构端设备。在发送存储的待处理信息时,基于前述的第一预设限流策略逐量开放的方式依次发送。通过存储待处理信息,可以提高系统蓄洪能力,进而提高业务处理稳定性。对于信息类交易业务,在交易渠道关闭后如果适当的时限内交易机构端设备恢复正常运行,则可以再恢复通讯以重新开启业务,无需人工恢复或介入。
在本申请实施例中,可选地,图1所示的方法还可以包括:在关闭交易机构端设备对应的交易渠道后,输出预警信息,该预警信息用于向交易渠道对应的用户提示交易渠道已关闭。
图2是根据本申请一个具体实施例的交易渠道控制方法。图2的方法可以由交易渠道控制装置执行。需要说明的是,在图2中以交易渠道为银行信息业务、以用户终端设备为移动终端、入口管理系统为金融网络入口系统instinfo、交易机构端设备为银行系统设备为例。如图2所示出的,方法包括:
S202,获取监控数据。
具体地,可以通过监控平台来获取监控数据或者预警数据,监控源可以是xflush,zfundcheck,zfalcon,flashcheck等能够汇集监控数据的各类数据平台。其中,将至少一种表示业务通讯异常情况的数据作为触发交易渠道控制的数据源。
S204,根据监控数据确定是否触发监控预警。
通常情况下,机构端服务系统不稳定会导致信息类业务处理异常,与机构端服务系统的交互过程由超网系统完成,在本申请实施例中,可选地,以超网系统的通讯指标为监控指标。例如,以超网集群通讯成功率CSM_EXT_digest为例,监控平台实时监控和统计超网系统的通讯摘要日志,并将数据同步到决策模块findecision进行二次数据计算。当通讯成功率指标CSM_EXT_digest在一定时长内持续为0,则确定触发预警。
S206,变更监控开关的状态为关闭状态,并储存待发送的业务数据。
其中,监控开关为可以暂存业务并关闭发送渠道的系统开关。当触发监控预警后,则自动触发监控开关,进行发送渠道关闭。通过入口管理系统执行交易渠道的关闭及开启,可以灵活对接各类业务的服务端设备及用户端设备,适用性高。
以instinfo的发送开关为监控开关为例,可以通过变更表ucm_ability_conf.send_status键值进行发送渠道关闭,银行信息业务待发送的业务数据存入基础平台/通信中间件-分布式队列ZQ。
S208,判断是否超过等待时长。
在信息类的交易中,时效要求低于资金类交易,一般时效要求在1天至30天不等,所以在交易机构端设备出现问题时,只要在适当的时限内机构恢复,再恢复网络通讯即可,无需人工恢复或介入等其他操作。具体地,可以根据业务的交易量、交易类型的时效性以及业务对接的交易机构端设备等因素配置合适的等待时长。例如,业务的交易量高,则等待时间长;业务的交易类型时效性高,则等待时长短,业务对接的交易机构端设备稳定,则等待时长短。
在配置等待时长后,可以通过定时任务定时扫描,如果超过等待时长则执行业务恢复动作。在固定等待时间后,变更渠道开关,进行交易恢复。
S210,变更监控开关的状态为开启状态。
在变更监控开关的状态为开启状态时,相应地,也可以通过变更表ucm_ability_conf.send_status键值进行发送渠道的开启。
S212,配置限流值,并按照限流值发送储存的业务数据。
在恢复交易的过程中需要平滑恢复,可以通过ZQ进行限流,按照限流策略执行梯度恢复。关闭渠道交易发送开关后,待发送交易会存入ZQ,可以打通ZQ变更限流接口,通过系统进行限流变更配置。限流梯度可根据交易量、交易类型的时效性、机构等因素配置。例如,可以分为3个梯度,5个梯度,7个梯度等,以5个梯度为例,各个限流梯度可以设置为10%、30%、50%、70%、100%。具体地,可以根据业务的交易量、交易类型的时效性以及业务对接的服务机构等因素配置合适的限流梯度。例如,业务的交易量高,则限流梯度间隔短;业务的交易类型时效性高,则限流梯度间隔短,业务对接的服务机构稳定,则限流梯度间隔短。通过限流配置,可以实现自动调整交易流量,起到智能控制交易业务渠道流量的作用。
S214,判断业务是否恢复。
持续监控CSM_EXT_digest,以判断业务是否已经恢复。如果恢复,则逐步提高限流值;如果未恢复,则重新执行S206。
S216,判断业务是否已全量放开。
具体地,业务是否已全量放开通过限流值是否提高到最大值确定,最大值一般是100%。全量开放则表示机构端系统已恢复,可以正常执行交易业务;如果限流值还未提高到最大值,则继续执行S212-S216直到交易完全恢复。
本实施例的交易渠道控制方法,可以实时发现机构异常,自动决策关闭渠道应急,以及自动决策打开渠道恢复交易。在交易关闭及恢复的全流程中无需人工介入,由系统自动化执行,执行效率高,执行决策准确。通过使用通用的决策模型,可以适用于各种微贷、保险等大部分的渠道,打通系统蓄洪能力和监控平台决策能力,实现自动调整渠道限流阈值,达到智能运维渠道的目的。
下面将结合图3详细描述根据本申请一个实施例的电子设备。参考图3,在硬件层面,电子设备包括处理器,可选地,包括内部总线、网络接口、存储器。其中,存储器可能包含内存,例如高速随机存取存储器(Random-Access Memory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少1个磁盘存储器等。当然,该电子设备还可能包括其他业务所需要的硬件。
处理器、网络接口和存储器可以通过内部总线相互连接,该内部总线可以是工业标准体系结构(Industry Standard Architecture,ISA)总线、外设部件互连标准(Peripheral Component Interconnect,PCI)总线或扩展工业标准结构(ExtendedIndustry Standard Architecture,EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图3中仅用一个双向箭头表示,但并不表示仅有一根总线或一种类型的总线。
存储器,用于存放程序。具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器,并向处理器提供指令和数据。
处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行,在逻辑层面上形成交易渠道控制装置。处理器,执行存储器所存放的程序,并具体用于执行以下操作:监控到交易机构端设备的运行状态异常时,关闭所述交易机构端设备对应的交易渠道;在第一预设等待时间后,以第一预设限流策略开放所述交易渠道的部分流量;基于开放所述交易渠道后的第一指定监控指标,对所述交易渠道进行与所述第一监控指标匹配的控制策略,其中,所述第一监控指标用于指示开放所述交易渠道后交易机构端设备的运行状态。
上述如本申请图1所示实施例揭示的由交易渠道控制装置执行的方法可以应用于处理器中,或者由处理器实现。处理器可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,CPU)、网络处理器(Network Processor,NP)等;还可以是数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器,处理器读取存储器中的信息,结合其硬件完成上述方法的步骤。
当然,除了软件实现方式之外,本申请的电子设备并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
本申请实施例还提出了一种计算机可读存储介质,该计算机可读存储介质存储一个或多个程序,该一个或多个程序包括指令,该指令当被包括多个应用程序的电子设备执行时,能够使该电子设备执行图1所示实施例的方法,并具体用于执行以下方法:监控到交易机构端设备的运行状态异常时,关闭所述交易机构端设备对应的交易渠道;在第一预设等待时间后,以第一预设限流策略开放所述交易渠道的部分流量;基于开放所述交易渠道后的第一指定监控指标,对所述交易渠道进行与所述第一监控指标匹配的控制策略,其中,所述第一监控指标用于指示开放所述交易渠道后交易机构端设备的运行状态。
图4是本申请的一个实施例的交易渠道控制装置的结构示意图。请参考图4,在一种软件实施方式中,交易渠道控制装置400可包括:关闭单元41、开放单元42和控制单元43,其中,
关闭单元41,用于监控到交易机构端设备的运行状态异常时,关闭所述交易机构端设备对应的交易渠道;
开放单元42,用于在第一预设等待时间后,以第一预设限流策略开放所述交易渠道的部分流量;
控制单元43,用于基于开放所述交易渠道后的第一指定监控指标,对所述交易渠道进行与所述第一监控指标匹配的控制策略,其中,所述第一监控指标用于指示开放所述交易渠道后交易机构端设备的运行状态。
本申请实施例的交易渠道控制装置,当监控到交易机构端设备的运行状态异常时,关闭交易机构端设备对应的交易渠道,在经过第一预设等待时间后,以第一预设限流策略开放上述交易渠道的部分流量,开放后对上述交易渠道执行与第一监控指标匹配的控制策略,第一监控指标用于指示开放交易渠道后交易机构端设备的运行状态。本申请实施例的交易渠道控制方法,可以实时发现机构设备异常,自动决策关闭渠道应急以及打开渠道恢复交易,由系统自动监控及自动决策,无手工操作,应急时效和准确性高,可在第一时间降低影响,降低了人力成本及人工操作导致的交易风险,从而智能维护交易渠道。
可选地,作为一个实施例,还包括监控单元:通过指定监控源采集第二指定监控指标,以监控到所述交易机构端设备的运行状态异常。
可选地,作为一个实施例,所述第一预设等待时间的设置方式包括:交易渠道的交易信息,确定所述第一预设等待时间的时长,其中,所述交易信息至少包括以下之一:所述交易渠道对应的交易量、所述交易渠道的交易类型时效性或所述交易机构端设备的运行稳定性;所述交易量高低与所述时长负相关,所述交易类型时效性与所述时长负相关,所述运行稳定性与所述时长负相关。
可选地,作为一个实施例,所述第一预设限流策略的设置方式包括:基于所述交易渠道的交易信息,确定所述第一预设限流策略包括的限流梯度间隔,其中,所述交易信息至少包括以下之一:所述交易渠道对应的交易量、所述交易渠道的交易类型时效性或所述交易机构端设备的运行稳定性;所述交易量高低与所述限流梯度间隔负相关,所述交易类型时效性与所述限流梯度间隔负相关,所述运行稳定性与所述限流梯度间隔负相关。
可选地,作为一个实施例,所述控制单元43:当第一指定监控指标指示所述交易机构端设备的运行状态正常时,基于所述第一预设限流策略提高所述交易渠道的开放流量。
可选地,作为一个实施例,所述控制单元43:当所述开放流量达到最大值时,终止执行所述第一预设限流策略。
可选地,作为一个实施例,所述控制单元43:当第一指定监控指标指示所述交易机构端设备的运行状态异常时,关闭所述交易机构端设备对应的交易渠道。
可选地,作为一个实施例,所述控制单元43:在第二预设等待时间后,以第二预设限流策略开放所述交易渠道的部分流量;基于开放所述交易渠道后的所述第一指定监控指标,对所述交易渠道进行与所述第二监控指标匹配的控制策略。
可选地,作为一个实施例,所述第一预设等待时间与所述第二预设等待时间相同或不同;所述第一预设限流策略与所述第二预设限流策略相同或不同。
可选地,作为一个实施例,所述控制单元43:在关闭所述交易机构端设备对应的交易渠道后,存储所述交易渠道的待处理信息;在开放所述交易渠道后,将存储的所述待处理信息发送至所述交易机构端设备。
本申请实施例的交易渠道控制装置还可执行图1和图2中的交易渠道控制装置执行的方法,并实现交易渠道控制装置在图1和图2所示实施例的功能,在此不再赘述。
总之,以上所述仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本申请的保护范围之内。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。