数据交互方法及相关装置
技术领域
本申请涉及数据交互技术领域,具体涉及一种数据交互方法及相关装置。
背景技术
催收系统作为互联网金融公司的信贷业务贷后管理的关键一环至关重要,直接关系着是否可以提高资产回收能力,担负着最大程度地挽回违约损失的职责。催收系统相关业务的正常开展,离不开催收数据的获取、客户/合同等相关信息的查询。目前采用人工方式更新催收数据,这种方式更新效率较低、实时性较差。
发明内容
本申请实施例提供一种数据交互方法及相关装置,用于提高催收数据更新的实时性。
第一方面,本申请实施例提供一种数据交互方法,应用于接口平台,所述接口平台包括后台系统,所述方法包括:
当定时任务被触发时,通过所述后台系统从接口平台数据库中获取催收规则,所述催收规则包括催收时间规则和催收费用规则;
通过所述后台系统以批处理方式从业务核心数据库中筛选出符合所述催收规则的至少一个催收数据;
基于预先存储的数据推送方式将所述至少一个催收系统推送至催收系统。
在一个可能的示例中,所述接口平台还包括管控系统,所述通过所述后台系统从接口平台数据库中获取催收规则之前,所述方法还包括:
通过所述管控系统获取所述催收时间规则和所述催收费用规则;
将所述催收时间规则和所述催收费用规则存储至所述接口平台数据库;
通过所述管控系统获取所述定时任务和所述数据推送方式;
将所述定时任务和所述数据推送方式存储至所述接口平台数据库。
在一个可能的示例中,所述基于预先存储的数据推送方式将所述至少一个催收数据推送至催收系统之前,所述方法还包括:
基于预先存储的催收分数计算公式确定每个催收数据对应的催收分数;
基于催收分数段与催收等级的对应关系确定每个催收数据对应的催收等级;
基于催收等级与催收子系统的对应关系确定每个催收数据对应的催收子系统。
在一个可能的示例中,所述基于预先存储的数据推送方式将所述至少一个催收数据推送至催收系统,包括:
对每个催收数据执行数据报文生成操作,得到每个催收数据对应的数据报文;
通过文件传输协议FTP方式将每个催收数据对应的数据报文和催收子系统推送至所述催收系统;
或者,通过消息队列MQ方式将每个催收数据对应的数据报文和催收子系统推送至所述催收系统。
第二方面,本申请实施例提供一种数据交互方法,应用于催收系统,所述方法包括:
接收接口平台推送的至少一个催收数据和至少一个催收子系统,每个催收数据对应一个催收子系统;
将每个催收数据推送至其对应的催收子系统。
第三方面,本申请实施例提供一种数据交互装置,应用于接口平台,所述接口平台包括后台系统,所述装置包括:
第一获取单元,用于当定时任务被触发时,通过所述后台系统从接口平台数据库中获取催收规则,所述催收规则包括催收时间规则和催收费用规则;
筛选单元,用于通过所述后台系统以批处理方式从业务核心数据库中筛选出符合所述催收规则的至少一个催收数据;
第一推送单元,用于基于预先存储的数据推送方式将所述至少一个催收数据推送至催收系统。
在一个可能的示例中,所述装置还包括:
第二获取单元,用于通过所述管控系统获取所述催收时间规则和所述催收费用规则;
第一存储单元,用于将所述催收时间规则和所述催收费用规则存储至所述接口平台数据库;
第三获取单元,用于通过所述管控系统获取所述定时任务和所述数据推送方式;
第二存储单元,用于将所述定时任务和所述数据推送方式存储至所述接口平台数据库。
在一个可能的示例中,所述装置还包括:
第一确定单元,用于基于预先存储的催收分数计算公式确定每个催收数据对应的催收分数;
第二确定单元,用于基于催收分数段与催收等级的对应关系确定每个催收数据对应的催收等级;
第三确定单元,用于基于催收等级与催收子系统的对应关系确定每个催收数据对应的催收子系统。
在一个可能的示例中,在基于预先存储的数据推送方式将所述至少一个催收数据推送至催收系统方面,所述第一推送单元具体用于:
对每个催收数据执行数据报文生成操作,得到每个催收数据对应的数据报文;
通过文件传输协议FTP方式将每个催收数据对应的数据报文和催收子系统推送至所述催收系统;
或者,
通过消息队列MQ方式将每个催收数据对应的数据报文和催收子系统推送至所述催收系统。
第四方面,本申请实施例提供一种数据交互装置,应用于催收系统,所述装置包括:
第一接收单元,用于接收接口平台推送的至少一个催收数据和至少一个催收子系统,每个催收数据对应一个催收子系统;
第二推送单元,用于将每个催收数据推送至其对应的催收子系统。
第五方面,本申请实施例提供一种数据交互装置,包括处理器、存储器、通信接口,以及一个或多个程序,上述一个或多个程序被存储在上述存储器中,并且被配置由上述处理器执行,上述程序包括用于执行本申请实施例第一方面所述的方法中的部分或全部步骤的指令。
第六方面,本申请实施例提供一种数据交互装置,包括处理器、存储器、通信接口,以及一个或多个程序,上述一个或多个程序被存储在上述存储器中,并且被配置由上述处理器执行,上述程序包括用于执行本申请实施例第二方面所述的方法中的部分或全部步骤的指令。
第七方面,本申请实施例提供了一种计算机可读存储介质,上述计算机可读存储介质用于存储计算机程序,上述计算机程序被处理器执行,以实现如本申请实施例第一方面所述的方法中所描述的部分或全部步骤。
第八方面,本申请实施例提供了一种计算机可读存储介质,上述计算机可读存储介质用于存储计算机程序,上述计算机程序被处理器执行,以实现如本申请实施例第二方面所述的方法中所描述的部分或全部步骤。
第九方面,本申请实施例提供了一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第一方面所述的方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
第十方面,本申请实施例提供了一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如本申请实施例第二方面所述的方法中所描述的部分或全部步骤。该计算机程序产品可以为一个软件安装包。
可以看出,在本申请实施例中,当定时任务被触发时,通过后台系统从接口平台数据库中获取催收规则,通过后台系统以批处理方式从业务核心数据库中筛选出符合催收规则的至少一个催收数据,基于预先存储的数据推送方式将至少一个催收数据推送至催收系统。相较于采用人工方式更新催收数据,本申请实施例将符合催收规则的至少一个催收数据自动推送至催收系统,这样实现了提高催收数据更新的实时性。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本申请实施例或背景技术中的技术方案,下面将对本申请实施例或背景技术中所需要使用的附图进行说明。
图1是本申请实施例提供的一种数据交互方法的流程示意图;
图2是本申请实施例提供的另一种数据交互方法的流程示意图;
图3是本申请实施例提供的另一种数据交互方法的流程示意图;
图4是本申请实施例提供的一种数据交互装置的功能单元组成框图;
图5是本申请实施例提供的另一种数据交互装置的功能单元组成框图;
图6是本申请实施例提供的一种数据交互装置的结构示意图;
图7是本申请实施例提供的另一种数据交互装置的结构示意图。
具体实现方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
以下分别进行详细说明。
本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
本申请实施例所涉及到数据交互装置可以集成在电子设备中,电子设备可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备,以及各种形式的用户设备(user equipment,UE),移动台(mobilestation,MS),终端设备(terminal device)等等。为方便描述,上面提到的设备统称为电子设备。
下面对本申请实施例进行详细介绍。
请参阅图1,图1是本申请实施例提供的一种数据交互方法的流程示意图,应用于接口平台,接口平台包括后台系统,该数据交互方法包括:
步骤101:当定时任务被触发时,接口平台通过所述后台系统从接口平台数据库中获取催收规则,所述催收规则包括催收时间规则和催收费用规则。
其中,催收规则预先存储于接口平台数据库中。
在一个可能的示例中,接口平台还包括管控系统,接口平台通过所述后台系统从接口平台数据库中获取催收规则之前,所述方法还包括:
接口平台通过所述管控系统获取所述催收时间规则和所述催收费用规则;
接口平台将所述催收时间规则和所述催收费用规则存储至所述接口平台数据库;
接口平台通过所述管控系统获取所述定时任务和所述数据推送方式;
接口平台将所述定时任务和所述数据推送方式存储至所述接口平台数据库。
其中,催收时间规则和催收费用规则可以为操作人员自定义的。
其中,定时任务和数据推送方式可以为操作人员自定义的。
步骤102:接口平台通过所述后台系统以批处理方式从业务核心数据库中筛选出符合所述催收规则的至少一个催收数据。
其中,业务核心数据库中包括至少一个非催收数据和至少一个催收数据,催收数据既符合催收时间规则,又符合催收费用规则。
在一个可能的示例中,接口平台基于预先存储的数据推送方式将所述至少一个催收数据推送至催收系统之前,所述方法还包括:
接口平台基于预先存储的催收分数计算公式确定每个催收数据对应的催收分数;
接口平台基于催收分数段与催收等级的对应关系确定每个催收数据对应的催收等级;
接口平台基于催收等级与催收子系统的对应关系确定每个催收数据对应的催收子系统。
具体地,接口平台基于预先存储的催收分数计算公式确定催收数据i对应的催收分数的实施方式可以为:解析催收数据i,得到催收数据i对应的逾期时间i和逾期费用i;基于逾期时间与逾期时间分数的对应关系确定逾期时间i对应的逾期时间分数i;基于逾期费用与逾期费用分数的对应关系确定逾期费用i对应的逾期费用分数i;基于逾期时间分数i、逾期费用分数i和催收分数计算公式确定催收数据i对应的催收分数;其中,催收数据i为至少一个催收数据中的任意一个。
其中,催收分数计算公式为:
Si=Ai×α+Bi×β;
其中,Si为催收数据i对应的催收分数,Ai为催收数据i对应的逾期时间分数i,α为逾期时间分数i对应的权重,Bi为催收数据i对应的逾期费用分数i,β为逾期费用分数i对应的权重。
其中,α+β=1,α和β可以为操作人员自定义的,也可以为接口平台自定义的。
其中,催收分数段与催收等级的对应关系如下表1所示:
表1
催收分数段 |
催收等级 |
0-S1 |
催收等级低 |
S1-S2 |
催收等级中 |
S2-100 |
催收等级高 |
其中,S1可以设置为40,S2可以设置为70。
其中,催收等级与催收等级子系统的对应关系如下表2所示:
表2
催收等级 |
催收子系统 |
催收等级高 |
催收子系统1 |
催收等级中 |
催收子系统2 |
催收等级低 |
催收子系统3 |
其中,催收子系统1用于处理催收等级高的催收数据,催收子系统2用于处理催收等级中的催收数据,催收子系统3用于处理催收等级低的催收数据。
步骤103:接口平台基于预先存储的数据推送方式将所述至少一个催收数据推送至催收系统。
其中,预先存储的数据推送方式包括文件传输协议FTP方式和消息队列MQ方式。
在一个可能的示例中,接口平台基于预先存储的数据推送方式将所述至少一个催收数据推送至催收系统,包括:
接口平台对每个催收数据执行数据报文生成操作,得到每个催收数据对应的数据报文;
接口平台通过文件传输协议FTP方式将每个催收数据对应的数据报文和催收子系统推送至所述催收系统;
或者,
接口平台通过消息队列MQ方式将每个催收数据对应的数据报文和催收子系统推送至所述催收系统。
可以看出,在本申请实施例中,当定时任务被触发时,通过后台系统从接口平台数据库中获取催收规则,通过后台系统以批处理方式从业务核心数据库中筛选出符合催收规则的至少一个催收数据,基于预先存储的数据推送方式将至少一个催收数据推送至催收系统。相较于采用人工方式更新催收数据,本申请实施例将符合催收规则的至少一个催收数据自动推送至催收系统,这样实现了提高催收数据更新的实时性。
与上述图1所示的实施例一致的,请参阅图2,图2是本申请实施例提供的另一种数据交互方法的流程示意图,应用于催收系统,该数据交互方法包括:
步骤201:催收系统接收接口平台推送的至少一个催收数据和至少一个催收子系统,每个催收数据对应一个催收子系统。
步骤202:催收系统将每个催收数据推送至其对应的催收子系统。
可以看出,在本申请实施例中,催收系统接收接口平台推送的至少一个催收数据和至少一个催收子系统,每个催收数据对应一个催收子系统,将每个催收数据推送至其对应的催收子系统。相较于采用人工方式将每个催收数据推送至其对应的催收子系统,本申请实施例将符合催收规则的至少一个催收数据自动推送至对应的催收子系统,进而在一定程度上提高了催收效率。
在一个可能的示例中,接口平台还包括微服务接口,催收系统将每个催收数据推送至其对应的催收子系统之后,所述方法还包括:
当检测到查询操作时,催收系统向所述微服务接口发送查询请求,所述查询请求用于指示所述微服务接口反馈所述查询操作对应的查询信息;
催收系统接收所述微服务接口针对所述查询请求发送的所述查询操作对应的查询信息。
其中,查询信息包括客户信息、合同信息、合同影像、逾期金额、客户联系方式、客户还款记录等。
在一个可能的示例中,接口平台还包括微服务接口,催收系统将每个催收数据推送至其对应的催收子系统之后,所述方法还包括:
当检测到业务操作时,催收系统向所述微服务接口发送操作请求,所述操作请求用于指示所述微服务接口反馈所述业务操作对应的操作结果;
催收系统接收所述微服务接口针对所述操作请求发送的所述业务操作对应的操作结果。
其中,业务操作包括临时代扣、实时代扣、预约代扣、保存客户联系方式、保证险实时代扣等。
与上述图1和图2所示的实施例一致的,请参阅图3,图3是本申请实施例提供的另一种数据交互方法的流程示意图,该数据交互方法包括:
步骤301:当定时任务被触发时,接口平台通过所述后台系统从接口平台数据库中获取催收规则,所述催收规则包括催收时间规则和催收费用规则。
步骤302:接口平台通过所述后台系统以批处理方式从业务核心数据库中筛选出符合所述催收规则的至少一个催收数据。
步骤303:接口平台基于预先存储的催收分数计算公式确定每个催收数据对应的催收分数。
步骤304:接口平台基于催收分数段与催收等级的对应关系确定每个催收数据对应的催收等级。
步骤305:接口平台基于催收等级与催收子系统的对应关系确定每个催收数据对应的催收子系统。
步骤306:接口平台对每个催收数据执行数据报文生成操作,得到每个催收数据对应的数据报文。
步骤307:接口平台通过文件传输协议FTP方式或消息队列MQ方式将每个催收数据对应的数据报文和催收子系统推送至所述催收系统。
步骤308:催收系统接收接口平台推送的至少一个催收数据和至少一个催收子系统,每个催收数据对应一个催收子系统。
步骤309:催收系统将每个催收数据推送至其对应的催收子系统。
需要说明的是,图3所示方法的各个步骤的具体实现过程可参见上述方法所述的具体实现过程,在此不再叙述。
请参阅图4,图4是本申请实施例提供的一种数据交互装置的功能单元组成框图,应用于接口平台,接口平台包括后台系统,该数据交互装置400包括第一获取单元401、筛选单元402和第一推送单元403,其中:
第一获取单元401,用于当定时任务被触发时,通过所述后台系统从接口平台数据库中获取催收规则,所述催收规则包括催收时间规则和催收费用规则;
筛选单元402,用于通过所述后台系统以批处理方式从业务核心数据库中筛选出符合所述催收规则的至少一个催收数据;
第一推送单元403,用于基于预先存储的数据推送方式将所述至少一个催收数据推送至催收系统。
可以看出,在本申请实施例中,当定时任务被触发时,通过后台系统从接口平台数据库中获取催收规则,通过后台系统以批处理方式从业务核心数据库中筛选出符合催收规则的至少一个催收数据,基于预先存储的数据推送方式将至少一个催收数据推送至催收系统。相较于采用人工方式更新催收数据,本申请实施例将符合催收规则的至少一个催收数据自动推送至催收系统,这样实现了提高催收数据更新的实时性。
在一个可能的示例中,数据交互装置400还包括:
第二获取单元404,用于通过所述管控系统获取所述催收时间规则和所述催收费用规则;
第一存储单元405,用于将所述催收时间规则和所述催收费用规则存储至所述接口平台数据库;
第三获取单元406,用于通过所述管控系统获取所述定时任务和所述数据推送方式;
第二存储单元407,用于将所述定时任务和所述数据推送方式存储至所述接口平台数据库。
在一个可能的示例中,数据交互装置还包括:
第一确定单元408,用于基于预先存储的催收分数计算公式确定每个催收数据对应的催收分数;
第二确定单元409,用于基于催收分数段与催收等级的对应关系确定每个催收数据对应的催收等级;
第三确定单元410,用于基于催收等级与催收子系统的对应关系确定每个催收数据对应的催收子系统。
在一个可能的示例中,在基于预先存储的数据推送方式将所述至少一个催收数据推送至催收系统方面,上述第一推送单元403具体用于:
对每个催收数据执行数据报文生成操作,得到每个催收数据对应的数据报文;
通过文件传输协议FTP方式将每个催收数据对应的数据报文和催收子系统推送至所述催收系统;
或者,
通过消息队列MQ方式将每个催收数据对应的数据报文和催收子系统推送至所述催收系统。
请参阅图5,图5是本申请实施例提供的一种数据交互装置的功能单元组成框图,应用于催收系统,该数据交互装置500包括第一接收单元501和第二推送单元502,其中:
第一接收单元501,用于接收接口平台推送的至少一个催收数据和至少一个催收子系统,每个催收数据对应一个催收子系统;
第二推送单元502,用于将每个催收数据推送至其对应的催收子系统。
可以看出,在本申请实施例中,催收系统接收接口平台推送的至少一个催收数据和至少一个催收子系统,每个催收数据对应一个催收子系统,将每个催收数据推送至其对应的催收子系统。相较于采用人工方式将每个催收数据推送至其对应的催收子系统,本申请实施例将符合催收规则的至少一个催收数据自动推送至对应的催收子系统,进而在一定程度上提高了催收效率。
在一个可能的示例中,数据交互装置500还包括:
第一发送单元503,用于当检测到查询操作时,向所述微服务接口发送查询请求,所述查询请求用于指示所述微服务接口反馈所述查询操作对应的查询信息;
第二接收单元504,用于接收所述微服务接口针对所述查询请求发送的所述查询操作对应的查询信息。
在一个可能的示例中,数据交互装置500还包括:
第二发送单元505,用于当检测到业务操作时,向所述微服务接口发送操作请求,所述操作请求用于指示所述微服务接口反馈所述业务操作对应的操作结果;
第三接收单元506,用于接收所述微服务接口针对所述操作请求发送的所述业务操作对应的操作结果。
与上述图1和图3所示的实施例一致的,请参阅图6,图6是本申请实施例提供的一种数据交互装置的结构示意图,应用于接口平台,接口平台包括后台系统,该数据交互装置600包括处理器、存储器、通信接口,以及一个或多个程序,上述一个或多个程序被存储在上述存储器中,并且被配置由上述处理器执行,上述程序包括用于执行以下步骤的指令:
当定时任务被触发时,通过所述后台系统从接口平台数据库中获取催收规则,所述催收规则包括催收时间规则和催收费用规则;
通过所述后台系统以批处理方式从业务核心数据库中筛选出符合所述催收规则的至少一个催收数据;
基于预先存储的数据推送方式将所述至少一个催收数据推送至催收系统。
可以看出,在本申请实施例中,当定时任务被触发时,通过后台系统从接口平台数据库中获取催收规则,通过后台系统以批处理方式从业务核心数据库中筛选出符合催收规则的至少一个催收数据,基于预先存储的数据推送方式将至少一个催收数据推送至催收系统。相较于采用人工方式更新催收数据,本申请实施例将符合催收规则的至少一个催收数据自动推送至催收系统,这样实现了提高催收数据更新的实时性。
在一个可能的示例中,上述程序还包括用于执行以下步骤的指令:
通过所述管控系统获取所述催收时间规则和所述催收费用规则;
将所述催收时间规则和所述催收费用规则存储至所述接口平台数据库;
通过所述管控系统获取所述定时任务和所述数据推送方式;
将所述定时任务和所述数据推送方式存储至所述接口平台数据库。
在一个可能的示例中,上述程序还包括用于执行以下步骤的指令:
基于预先存储的催收分数计算公式确定每个催收数据对应的催收分数;
基于催收分数段与催收等级的对应关系确定每个催收数据对应的催收等级;
基于催收等级与催收子系统的对应关系确定每个催收数据对应的催收子系统。
在一个可能的示例中,在基于预先存储的数据推送方式将所述至少一个催收数据推送至催收系统方面,上述程序包括具体用于执行以下步骤的指令:
对每个催收数据执行数据报文生成操作,得到每个催收数据对应的数据报文;
通过文件传输协议FTP方式将每个催收数据对应的数据报文和催收子系统推送至所述催收系统;
或者,
通过消息队列MQ方式将每个催收数据对应的数据报文和催收子系统推送至所述催收系统。
与上述图2和图3所示的实施例一致的,请参阅图7,图7是本申请实施例提供的另一种数据交互装置的结构示意图,应用于催收系统,该数据交互装置700包括处理器、存储器、通信接口,以及一个或多个程序,上述一个或多个程序被存储在上述存储器中,并且被配置由上述处理器执行,上述程序包括用于执行以下步骤的指令:
接收接口平台推送的至少一个催收数据和至少一个催收子系统,每个催收数据对应一个催收子系统;
将每个催收数据推送至其对应的催收子系统。
可以看出,在本申请实施例中,催收系统接收接口平台推送的至少一个催收数据和至少一个催收子系统,每个催收数据对应一个催收子系统,将每个催收数据推送至其对应的催收子系统。相较于采用人工方式将每个催收数据推送至其对应的催收子系统,本申请实施例将符合催收规则的至少一个催收数据自动推送至对应的催收子系统,进而在一定程度上提高了催收效率。
在一个可能的示例中,上述程序还包括用于执行以下步骤的指令:
当检测到查询操作时,向所述微服务接口发送查询请求,所述查询请求用于指示所述微服务接口反馈所述查询操作对应的查询信息;
接收所述微服务接口针对所述查询请求发送的所述查询操作对应的查询信息。
在一个可能的示例中,上述程序还包括用于执行以下步骤的指令:
当检测到业务操作时,向所述微服务接口发送操作请求,所述操作请求用于指示所述微服务接口反馈所述业务操作对应的操作结果;
接收所述微服务接口针对所述操作请求发送的所述业务操作对应的操作结果。
本申请实施例还提供一种计算机存储介质,该计算机存储介质用于存储计算机程序,上述计算机程序被处理器执行,以实现如上述方法实施例中记载的任一方法的部分或全部步骤,上述计算机包括数据交互装置。
本申请实施例还提供一种计算机程序产品,上述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质,上述计算机程序可操作来使计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤。该计算机程序产品可以为一个软件安装包,上述计算机包括数据交互装置。
需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请并不受所描述的动作顺序的限制,因为依据本申请,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本申请所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置,可通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如上述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储器中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储器中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例上述方法的全部或部分步骤。而前述的存储器包括:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,该程序可以存储于一计算机可读存储器中,存储器可以包括:闪存盘、只读存储器(英文:Read-Only Memory,简称:ROM)、随机存取器(英文:Random Access Memory,简称:RAM)、磁盘或光盘等。
以上对本申请实施例进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实现方式及应用范围上均会有改变之处,综上上述,本说明书内容不应理解为对本申请的限制。