基于状态检测的放款方法、服务器及存储介质
技术领域
本发明涉及数据处理领域,尤其涉及一种基于状态检测的放款方法、服务器及存储介质。
背景技术
由于网络超时或者其他因素的影响,可能会发生付款请求没有返回明确结果的情况,发起方会重复发起放款操作。为了防止重复放款,放款发起方可以利用申请号识别本次付款请求是否属于重复放款。然而,实际使用中,当放款方出现网络故障或系统故障时,付款发起方对一笔付款发起了两次或者多次付款请求,并且对每次付款请求分配了不同的申请号,此时将无法识别到此类问题,最终造成重复放款。
发明内容
鉴于以上内容,本发明提供一种基于状态检测的放款方法、服务器及存储介质,其目的在于解决现有技术中当出现网络故障时容易造成重复放款的技术问题。
为实现上述目的,本发明提供一种基于状态检测的放款方法,该方法包括:
接收步骤:接收用户端发起的针对放款订单的放款请求,检测所述放款订单的状态是否为第一状态;
检测步骤:当检测到所述放款订单的状态为第一状态时,获取所述放款订单所属业务系统对应的初始订单的实时状态,并检测所述初始订单的实时状态是否为所述第一状态;及
反馈步骤:当检测到所述初始订单的实时状态为所述第一状态时,判断所述放款订单的属性信息与所述初始订单的属性信息是否相同,当判断所述放款订单的属性信息与所述初始订单的属性信息相同时,响应所述放款请求执行放款操作。
优选的,所述接收步骤还包括:
当检测所述放款订单的状态不为所述第一状态时,拒绝所述放款请求并向所述用户端发出第一预设提示信息。
优选的,所述方法还包括:
当检测到所述初始订单的实时状态不为所述第一状态时,或当判断所述放款订单的属性信息存在任一指标与所述初始订单的属性信息相关联的指标不一致时,拒绝所述放款请求并向所述用户端发出第二预设提示信息。
优选的,所述判断所述放款订单的属性信息与所述初始订单的属性信息是否相同包括:
判断所述放款订单的合同编号信息与所述初始订单的合同编号信息是否相同,若不相同,则拒绝所述放款请求,若相同,则判断放款订单的放款金额信息与初始订单的贷款金额信息是否相同;
若判断放款订单的放款金额信息与初始订单的贷款金额信息不同,则拒绝所述请求,若判断所述放款订单的放款金额信息与所述初始订单的贷款金额信息相同,则判断放款订单的收款账户信息与所述初始订单的收款账户信息是否相同;
若判断放款订单的收款账户信息与所述初始订单的收款账户信息相同,则判断放款订单的贷款原因信息对应的第一文本,与所述初始订单的属性信息的贷款原因信息对应的第二文本是否相同。
优选的,所述判断放款订单的贷款原因信息对应的第一文本,与所述初始订单的属性信息的贷款原因信息对应的第二文本是否相同包括:
分别对所述第一文本与所述第二文本执行分词处理,得到第一、第二词集并转换为第一、第二词向量集,计算第一、第二词向量集的相似度值,当所述相似度值为预设阈值时,判断放款订单的贷款原因信息对应的第一文本与所述初始订单的属性信息的贷款原因信息的第二文本相同。
为实现上述目的,本发明还提供一种服务器,该服务器包括:存储器及处理器,所述存储器上存储基于状态检测的放款程序,所述基于状态检测的放款程序被所述处理器执行,实现如下步骤:
接收步骤:接收用户端发起的针对放款订单的放款请求,检测所述放款订单的状态是否为第一状态;
检测步骤:当检测到所述放款订单的状态为第一状态时,获取所述放款订单所属业务系统对应的初始订单的实时状态,并检测所述初始订单的实时状态是否为所述第一状态;及
反馈步骤:当检测到所述初始订单的实时状态为所述第一状态时,判断所述放款订单的属性信息与所述初始订单的属性信息是否相同,当判断所述放款订单的属性信息与所述初始订单的属性信息相同时,响应所述放款请求执行放款操作。
优选的,所述基于状态检测的放款程序被所述处理器执行还实现如下步骤:
当检测到所述初始订单的实时状态不为所述第一状态时,或当判断所述放款订单的属性信息存在任一指标与所述初始订单的属性信息相关联的指标不一致时,拒绝所述放款请求并向所述用户端发出第二预设提示信息。
优选的,所述判断所述放款订单的属性信息与所述初始订单的属性信息是否相同包括:
判断所述放款订单的合同编号信息与所述初始订单的合同编号信息是否相同,若不相同,则拒绝所述放款请求,若相同,则判断放款订单的放款金额信息与初始订单的贷款金额信息是否相同;
若判断放款订单的放款金额信息与初始订单的贷款金额信息不同,则拒绝所述请求,若判断所述放款订单的放款金额信息与所述初始订单的贷款金额信息相同,则判断放款订单的收款账户信息与所述初始订单的收款账户信息是否相同;
若判断放款订单的收款账户信息与所述初始订单的收款账户信息相同,则判断放款订单的贷款原因信息对应的第一文本,与所述初始订单的属性信息的贷款原因信息对应的第二文本是否相同。
优选的,所述判断放款订单的贷款原因信息对应的第一文本,与所述初始订单的属性信息的贷款原因信息对应的第二文本是否相同包括:
分别对所述第一文本与所述第二文本执行分词处理,得到第一、第二词集并转换为第一、第二词向量集,计算第一、第二词向量集的相似度值,当所述相似度值为预设阈值时,判断放款订单的贷款原因信息对应的第一文本与所述初始订单的属性信息的贷款原因信息的第二文本相同。
为实现上述目的,本发明还提供一种计算机可读存储介质,所述计算机可读存储介质中包括基于状态检测的放款程序,所述基于状态检测的放款程序被处理器执行时,实现如上所述基于状态检测的放款方法中的任意步骤。
本发明提出的基于状态检测的放款方法、服务器及存储介质,通过比较放款订单的状态与所属业务系统的初始订单的状态是否一致,再判断放款订单的属性信息与初始订单的属性信息是否相同,可以有效降低重复放款的风险,确保放款的准确性、安全性及有效性。
附图说明
图1为本发明服务器较佳实施例的示意图;
图2为图1中基于状态检测的放款程序较佳实施例的模块示意图;
图3为本发明基于状态检测的放款方法较佳实施例的流程图;
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参照图1所示,为本发明服务器1较佳实施例的示意图。
该服务器1包括但不限于:存储器11、处理器12、显示器13及网络接口14。所述服务器1通过网络接口14连接网络,获取原始数据。其中,所述网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobilecommunication,GSM)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi、通话网络等无线或有线网络。
其中,存储器11至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,所述存储器11可以是所述服务器1的内部存储单元,例如该服务器1的硬盘或内存。在另一些实施例中,所述存储器11也可以是所述服务器1的外部存储设备,例如该服务器1配备的插接式硬盘,智能存储卡(SmartMedia Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。当然,所述存储器11还可以既包括所述服务器1的内部存储单元也包括其外部存储设备。本实施例中,存储器11通常用于存储安装于所述服务器1的操作系统和各类应用软件,例如基于状态检测的放款程序10的程序代码等。此外,存储器11还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器12在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器12通常用于控制所述服务器1的总体操作,例如执行数据交互或者通信相关的控制和处理等。本实施例中,所述处理器12用于运行所述存储器11中存储的程序代码或者处理数据,例如运行基于状态检测的放款程序10的程序代码等。
显示器13可以称为显示屏或显示单元。在一些实施例中显示器13可以是LED显示器、液晶显示器、触控式液晶显示器以及有机发光二极管(Organic Light-EmittingDiode,OLED)触摸器等。显示器13用于显示在服务器1中处理的信息以及用于显示可视化的工作界面,例如显示数据统计的结果。
网络接口14可选地可以包括标准的有线接口、无线接口(如WI-FI接口),该网络接口14通常用于在所述服务器1与其它电子设备之间建立通信连接。
图1仅示出了具有组件11-14以及基于状态检测的放款程序10的服务器1,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。
可选地,所述服务器1还可以包括用户接口,用户接口可以包括显示器(Display)、输入单元比如键盘(Keyboard),可选的用户接口还可以包括标准的有线接口、无线接口。可选地,在一些实施例中,显示器可以是LED显示器、液晶显示器、触控式液晶显示器以及有机发光二极管(Organic Light-Emitting Diode,OLED)触摸器等。其中,显示器也可以适当的称为显示屏或显示单元,用于显示在服务器1中处理的信息以及用于显示可视化的用户界面。
该服务器1还可以包括射频(Radio Frequency,RF)电路、传感器和音频电路等等,在此不再赘述。
在上述实施例中,处理器12执行存储器11中存储的基于状态检测的放款程序10时可以实现如下步骤:
接收步骤:接收用户端发起的针对放款订单的放款请求,检测所述放款订单的状态是否为第一状态;
检测步骤:当检测到所述放款订单的状态为第一状态时,获取所述放款订单所属业务系统对应的初始订单的实时状态,并检测所述初始订单的实时状态是否为所述第一状态;及
反馈步骤:当检测到所述初始订单的实时状态为所述第一状态时,判断所述放款订单的属性信息与所述初始订单的属性信息是否相同,当判断所述放款订单的属性信息与所述初始订单的属性信息相同时,响应所述放款请求执行放款操作。
所述存储设备可以为服务器1的存储器11,也可以为与服务器1通讯连接的其它存储设备。
关于上述步骤的详细介绍,请参照下述图2关于基于状态检测的放款程序10实施例的程序模块图以及图3关于基于状态检测的放款方法实施例的流程图的说明。
在其他实施例中,所述基于状态检测的放款程序10可以被分割为多个模块,该多个模块被存储于存储器12中,并由处理器13执行,以完成本发明。本发明所称的模块是指能够完成特定功能的一系列计算机程序指令段。
参照图2所示,为图1中基于状态检测的放款程序10一实施例的程序模块图。在本实施例中,所述基于状态检测的放款程序10可以被分割为:接收模块110、检测模块120及反馈模块130。
接收模块110,用于接收用户端发起的针对放款订单的放款请求,检测所述放款订单的状态是否为第一状态。
在本实施例中,以贷款申请的放款场景为例对本方案进行说明,用户可以用个人设备登录业务系统发起贷款请求作为发起方侧,业务系统可以在用户触发下生成初始订单存储于数据库中,该待初始订单包含有多种信息,例如,贷款发起方与受理方约定的唯一贷款申请号(也称为幂等号)、贷款请求发起时间、订单编号、金额、贷款原因信息等等。发起方的业务系统会基于该初始订单生成放款请求,贷款申请中可以携带有如上的部分或全部信息。
受理方接收到该贷款请求后,可以将贷款请求生成放款订单并保存至数据库中。放款订单除了可能包含贷款请求中所携带的部分或全部信息之外,也可以包含受理方写入的其他信息,例如付款请求的接收时间、付款完成时间、单据状态等等。作为例子,放款订单的状态可以包括待放款、已放款、已入账等,受理方根据付款业务等业务流程的执行情况,可以相应地修改该放款订单的状态。受理方受理贷款请求后,启动放款流程,之后将放款结果返回给受理方。
由于网络超时或者其他因素的影响,可能会发生付款请求没有返回明确结果的情况,发起方会重复发起付款申请。为了防止重复付款,付款发起方可以利用幂等号识别本次付款请求是否属于重复付款。然而,实际使用中,有可能付款发起方出现系统故障,付款发起方对一笔付款发起了两次或者多次付款请求,并且对每次付款请求分配了不同的幂等号,此时将无法识别到此类问题,最终造成重复付款。
当接收用户端发起的针对放款订单的放款请求时,检测放款订单的状态的是否为第一状态,其中,第一状态可以是待放款状态,放款前需要检测放款订单的状态,只有当放款订单的状态是“待放款”状态时,才可执行后续的放款操作。
进一步地,当检测所述放款订单的状态不为所述第一状态时,拒绝所述放款请求并向所述用户端发出第一预设提示信息。当放款订单不是“待放款”时,拒绝该放款请求,并向管理员发出预设的提示信息,例如“该订单状态不符合放款要求”等。
检测模块120,用于当检测到所述放款订单的状态为第一状态时,获取所述放款订单所属业务系统对应的初始订单的实时状态,并检测所述初始订单的实时状态是否为所述第一状态。
在本实施例中,由于网络超时或者其他因素的影响,可能会出现在放款之后短时间内没有返回放款结果的情况,受理放方可能会重复执行放款的操作,为了防止重复放款,可以获取放款订单所属业务系统对应的初始订单的实时状态,并检测放款订单所属业务系统对应的初始订单的实时状态是否为第一状态,由于执行放款操作后,放款订单所属业务系统对应的初始订单的实时状态会发生变化,因此可以检测放款订单所属业务系统对应的初始订单的实时状态,是否为待放款的状态来验证是否需要执行放款操作。
反馈模块130,用于当检测到所述初始订单的实时状态为所述第一状态时,判断所述放款订单的属性信息与所述初始订单的属性信息是否相同,当判断所述放款订单的属性信息与所述初始订单的属性信息相同时,响应所述放款请求执行放款操作。
在本实施例中,当检测初始订单的实时状态为第一状态时,说明初始订单的实时状态为待放款状态,为了进一步防止放款出错,需要再判断放款订单的属性信息与初始订单的属性信息是否相同,其中,属性信息可以包括:放款金额信息、合同编号信息、收款账户信息、收款账户的身份信息、支付方式信息、贷款原因信息,当判断放款订单的属性信息与所述初始订单的属性信息的各项指标均相同时,响应放款请求并执行放款操作。
进一步地,当检测到所述初始订单的实时状态不为所述第一状态时,或当判断所述放款订单的属性信息存在任一指标与所述初始订单的属性信息相关联的指标不一致时,拒绝所述放款请求并向所述用户端发出第二预设提示信息。当初始订单的实时状态不是“待放款”时,或者当放款订单的属性信息存在任一指标与初始订单的属性信息相关联的指标不一致时,拒绝该放款请求,并向管理员发出预设的提示信息,例如,“订单状态不符合放款要求,请核对”等。
在一个实施例中,为了节省系统资源并迅速地判断放款订单的属性信息与初始订单的属性信息是否相同,还可以为属性信息设置优先级,根据预先配置的优先级判断放款订单的属性信息与所述初始订单的属性信息是否均相同,具体的:
判断所述放款订单的合同编号信息与所述初始订单的合同编号信息是否相同,若不相同,则拒绝所述放款请求,若相同,则判断放款订单的放款金额信息与初始订单的贷款金额信息是否相同;
若判断放款订单的放款金额信息与初始订单的贷款金额信息不同,则拒绝所述请求,若判断所述放款订单的放款金额信息与所述初始订单的贷款金额信息相同,则判断放款订单的收款账户信息与所述初始订单的收款账户信息是否相同;
若判断放款订单的收款账户信息与所述初始订单的收款账户信息相同,则判断放款订单的贷款原因信息对应的第一文本,与所述初始订单的属性信息的贷款原因信息对应的第二文本是否相同。
由于贷款原因信息是由贷款申请人输入的文本信息,判断文本信息是否相同需要对文本进行相应的处理,占用系统资源较多,通过对属性信息设立优先级,依次判断合同编号信息、贷款金额信息、收款账户信息及贷款原因信息,提高判断放款订单与初始订单的属性信息的效率。
进一步地,判断放款订单的贷款原因信息对应的第一文本,与所述初始订单的属性信息的贷款原因信息对应的第二文本是否相同可以包括:
分别对所述第一文本与所述第二文本执行分词处理,得到第一、第二词集并转换为第一、第二词向量集,计算第一、第二词向量集的相似度值,当所述相似度值为预设阈值时,判断放款订单的贷款原因信息对应的第一文本与所述初始订单的属性信息的贷款原因信息的第二文本相同。其中,预设阈值为100%,即第一词集的词向量集与第二词集的词向量集相同。
此外,本发明还提供一种基于状态检测的放款方法。参照图3所示,为本发明基于状态检测的放款方法的实施例的方法流程示意图。服务器1的处理器12执行存储器11中存储的基于状态检测的放款程序10时实现基于状态检测的放款方法的如下步骤:
步骤S10:接收用户端发起的针对放款订单的放款请求,检测所述放款订单的状态是否为第一状态。
在本实施例中,以贷款申请的放款场景为例对本方案进行说明,用户可以用个人设备登录业务系统发起贷款请求作为发起方侧,业务系统可以在用户触发下生成初始订单存储于数据库中,该待初始订单包含有多种信息,例如,贷款发起方与受理方约定的唯一贷款申请号(也称为幂等号)、贷款请求发起时间、订单编号、金额、贷款原因信息等等。发起方的业务系统会基于该初始订单生成放款请求,贷款申请中可以携带有如上的部分或全部信息。
受理方接收到该贷款请求后,可以将贷款请求生成放款订单并保存至数据库中。放款订单除了可能包含贷款请求中所携带的部分或全部信息之外,也可以包含受理方写入的其他信息,例如付款请求的接收时间、付款完成时间、单据状态等等。作为例子,放款订单的状态可以包括待放款、已放款、已入账等,受理方根据付款业务等业务流程的执行情况,可以相应地修改该放款订单的状态。受理方受理贷款请求后,启动放款流程,之后将放款结果返回给受理方。
由于网络超时或者其他因素的影响,可能会发生付款请求没有返回明确结果的情况,发起方会重复发起付款申请。为了防止重复付款,付款发起方可以利用幂等号识别本次付款请求是否属于重复付款。然而,实际使用中,有可能付款发起方出现系统故障,付款发起方对一笔付款发起了两次或者多次付款请求,并且对每次付款请求分配了不同的幂等号,此时将无法识别到此类问题,最终造成重复付款。
当接收用户端发起的针对放款订单的放款请求时,检测放款订单的状态的是否为第一状态,其中,第一状态可以是待放款状态,放款前需要检测放款订单的状态,只有当放款订单的状态是“待放款”状态时,才可执行后续的放款操作。
进一步地,当检测所述放款订单的状态不为所述第一状态时,拒绝所述放款请求并向所述用户端发出第一预设提示信息。当放款订单不是“待放款”时,拒绝该放款请求,并向管理员发出预设的提示信息,例如“该订单状态不符合放款要求”等。
步骤S20:当检测到所述放款订单的状态为第一状态时,获取所述放款订单所属业务系统对应的初始订单的实时状态,并检测所述初始订单的实时状态是否为所述第一状态。
在本实施例中,由于网络超时或者其他因素的影响,可能会出现在放款之后短时间内没有返回放款结果的情况,受理放方可能会重复执行放款的操作,为了防止重复放款,可以获取放款订单所属业务系统对应的初始订单的实时状态,并检测放款订单所属业务系统对应的初始订单的实时状态是否为第一状态,由于执行放款操作后,放款订单所属业务系统对应的初始订单的实时状态会发生变化,因此可以检测放款订单所属业务系统对应的初始订单的实时状态,是否为待放款的状态来验证是否需要执行放款操作。
步骤S30:当检测到所述初始订单的实时状态为所述第一状态时,判断所述放款订单的属性信息与所述初始订单的属性信息是否相同,当判断所述放款订单的属性信息与所述初始订单的属性信息相同时,响应所述放款请求执行放款操作。
在本实施例中,当检测初始订单的实时状态为第一状态时,说明初始订单的实时状态为待放款状态,为了进一步防止放款出错,需要再判断放款订单的属性信息与初始订单的属性信息是否相同,其中,属性信息可以包括:放款金额信息、合同编号信息、收款账户信息、收款账户的身份信息、支付方式信息、贷款原因信息,当判断放款订单的属性信息与所述初始订单的属性信息的各项指标均相同时,响应放款请求并执行放款操作。
进一步地,当检测到所述初始订单的实时状态不为所述第一状态时,或当判断所述放款订单的属性信息存在任一指标与所述初始订单的属性信息相关联的指标不一致时,拒绝所述放款请求并向所述用户端发出第二预设提示信息。当初始订单的实时状态不是“待放款”时,或者当放款订单的属性信息存在任一指标与初始订单的属性信息相关联的指标不一致时,拒绝该放款请求,并向管理员发出预设的提示信息,例如,“订单状态不符合放款要求,请核对”等。
在一个实施例中,为了节省系统资源并迅速地判断放款订单的属性信息与初始订单的属性信息是否相同,还可以为属性信息设置优先级,根据预先配置的优先级判断放款订单的属性信息与所述初始订单的属性信息是否均相同,具体的:
判断所述放款订单的合同编号信息与所述初始订单的合同编号信息是否相同,若不相同,则拒绝所述放款请求,若相同,则判断放款订单的放款金额信息与初始订单的贷款金额信息是否相同;
若判断放款订单的放款金额信息与初始订单的贷款金额信息不同,则拒绝所述请求,若判断所述放款订单的放款金额信息与所述初始订单的贷款金额信息相同,则判断放款订单的收款账户信息与所述初始订单的收款账户信息是否相同;
若判断放款订单的收款账户信息与所述初始订单的收款账户信息相同,则判断放款订单的贷款原因信息对应的第一文本,与所述初始订单的属性信息的贷款原因信息对应的第二文本是否相同。
由于贷款原因信息是由贷款申请人输入的文本信息,判断文本信息是否相同需要对文本进行相应的处理,占用系统资源较多,通过对属性信息设立优先级,依次判断合同编号信息、贷款金额信息、收款账户信息及贷款原因信息,提高判断放款订单与初始订单的属性信息的效率。
进一步地,判断放款订单的贷款原因信息对应的第一文本,与所述初始订单的属性信息的贷款原因信息对应的第二文本是否相同可以包括:
分别对所述第一文本与所述第二文本执行分词处理,得到第一、第二词集并转换为第一、第二词向量集,计算第一、第二词向量集的相似度值,当所述相似度值为预设阈值时,判断放款订单的贷款原因信息对应的第一文本与所述初始订单的属性信息的贷款原因信息的第二文本相同。其中,预设阈值为100%,即第一词集的词向量集与第二词集的词向量集相同。
此外,本发明实施例还提出一种计算机可读存储介质,该计算机可读存储介质可以是硬盘、多媒体卡、SD卡、闪存卡、SMC、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、便携式紧致盘只读存储器(CD-ROM)、USB存储器等等中的任意一种或者几种的任意组合。所述计算机可读存储介质中包括基于状态检测的放款程序10,所述基于状态检测的放款程序10被处理器执行时实现如下操作:
接收步骤:接收用户端发起的针对放款订单的放款请求,检测所述放款订单的状态是否为第一状态;
检测步骤:当检测到所述放款订单的状态为第一状态时,获取所述放款订单所属业务系统对应的初始订单的实时状态,并检测所述初始订单的实时状态是否为所述第一状态;及
反馈步骤:当检测到所述初始订单的实时状态为所述第一状态时,判断所述放款订单的属性信息与所述初始订单的属性信息是否相同,当判断所述放款订单的属性信息与所述初始订单的属性信息相同时,响应所述放款请求执行放款操作。
本发明之计算机可读存储介质的具体实施方式与上述基于状态检测的放款方法的具体实施方式大致相同,在此不再赘述。
需要说明的是,上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。并且本文中的术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、装置、物品或者方法不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、装置、物品或者方法所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、装置、物品或者方法中还存在另外的相同要素。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。