业务处理的方法、装置、计算机设备及存储介质

本发明涉及计算机技术领域，尤其涉及一种业务处理的方法、装置、计算机设备及存储介质。

现有系统平台的业务处理流程通常是通过开发人员编写代码实现，随着业务的发展，不同的业务类型或者同一种业务类型在不同的用户需求下的业务处理流程不尽相同，为了适应不同的业务处理流程，开发人员需要编写大量代码实现，这会造成系统不稳定，而且当业务处理流程发生变更时需要开发人员重新编写代码以面对不同的业务处理流程，并且开发耗时比较长，测试覆盖难以保证，效率低下且容易出错。

本发明实施例提供了一种业务处理的方法、装置、计算机设备及存储介质，旨在解决现有技术中在进行业务处理时无法灵活度不高、效率低下的问题。

第一方面，本发明实施例提供了一种业务处理的方法，其包括：

接收用户所提交的业务申请；

判断所述业务申请的类型；

若所述业务申请的类型符合预设类型中的第一类型，根据预置的第一审核模型对所述业务申请进行审核以得到所述业务申请是否通过审核的结果；

若所述业务申请的类型符合所述预设类型中的第二类型，根据预置的校验模型对所述业务申请进行校验以得到所述业务申请是否通过校验的结果；

若所述业务申请通过所述校验模型的校验，根据预置的数据处理模型对所述业务申请进行处理，以得到处理后的业务申请；

根据预置的第二审核模型对所述处理后的业务申请进行审核以得到所述处理后的业务申请是否通过审核后的结果。

第二方面，本发明实施例提供了一种业务处理的装置，其包括：

业务申请接收单元，用于接收用户所提交的业务申请；

业务申请类型判断单元，用于判断所述业务申请的类型；

业务申请第一审核单元，用于根据预置的第一审核模型对所述业务申请进行审核以得到所述业务申请是否通过审核后的结果；

业务申请校验单元，用于根据预置的校验模型对所述业务申请进行校验以得到所述业务申请是否通过校验的结果；

数据处理单元，用于根据预置的数据处理模型对所述业务申请进行处理，以得到处理后的业务申请；

业务申请第二审核单元，用于根据预置的第二审核模型对所述处理后的业务申请进行审核以得到所述处理后的业务申请是否通过审核后的结果。

第三方面，本发明实施例又提供了一种计算机设备，其包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面所述的业务对接方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行上述第一方面所述的业务处理的方法。

本发明实施例提供了一种业务处理的方法、装置、计算机设备及存储介质。接收用户所提交的业务申请并判断所述业务申请的类型；若所述业务申请的类型符合预设类型中的第一类型，根据预置的第一审核模型对所述业务申请进行审核；若所述业务申请的类型符合所述预设类型中的第二类型，根据预置的校验模型对所述业务申请进行校验；若所述业务申请通过所述校验模型的校验，根据预置的数据处理模型对所述业务申请进行处理，以得到处理后的业务申请；根据预置的第二审核模型对所述处理后的业务申请进行审核。通过上述方法，实现了根据不同的业务类型对用户提交的业务申请进行动态化处理，极大的提高了处理业务的效率。

为了更清楚地说明本发明实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的业务处理的方法的流程示意图；

图2为本发明实施例提供的业务处理的应用场景示意图；

图3为本发明实施例提供的业务处理的方法的子流程示意图；

图4为本发明实施例提供的业务处理的方法的另一子流程示意图；

图5为本发明实施例提供的业务处理的方法的另一子流程示意图；

图6为本发明实施例提供的业务处理的装置的示意性框图；

图7为本发明实施例提供的设备的示意性框图。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”和“包含”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本发明说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本发明。如在本发明说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本发明说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

请参阅图1-图2，图1是本发明实施例提供的业务处理的方法的流程示意图，图2为本发明实施例提供的业务处理的方法的应用场景示意图。该业务处理的方法应用于管理服务器10中，该方法通过安装于管理服务器10中的应用软件进行执行，用户终端20及管理员终端30通过与管理服务器10建立网络连接以实现数据信息的传输。管理服务器10即是用于业务处理的方法以对业务处理的企业终端，用户终端20及管理员终端30即是预先与管理服务器10建立网络连接以进行数据传输的终端设备，例如台式电脑、笔记本电脑、平板电脑或手机等。需要说明的是，图2中仅仅示意出管理服务器10与一台用户终端20进行信息传输，在实际应用中，该管理服务器10也可与多台终端设备20进行信息传输。

如图1所示，该方法包括步骤S110～S160。

S110、接收用户所提交的业务申请。

接收用户所提交的业务申请。具体的，本发明实施例的执行主体可以为业务系统，也可以为设置在业务系统中的业务处理装置。其中业务系统及业务处理装置可以通过软件实现，也可以通过软件和硬件的结合实现。当用户需要办理业务时，用户只需在业务系统中输入相应的业务操作指令，以请求在办单系统中进行业务办理。

S120、判断所述业务申请的类型。

判断所述业务申请的类型。具体的，通过对用户所需要进行办理的业务类型进行判断，以得到用户需要办理业务的类型。例如，用户在银行办理业务时，所述业务申请的类型既可以是普通的查询业务，也可以是存取款业务，还可以是基金购买业务。通过对用户所提交的业务申请进行判断以得到该用户提交的业务申请的类型。

在一实施例中，如图3所示，步骤S120包括子步骤S121和S122。

S121、根据预置的业务信息获取模型获取所述业务申请中的业务信息。

根据预置的业务信息获取模型获取所述业务申请中的业务信息。具体的，所述业务信息获取模型用于获取用户在提交之前在业务类型区域中填写的业务信息。例如，当用户在业务类型区域中填写取款业务信息时，所述业务信息获取模型从业务类型区域中获取到关于取款业务信息的提取；当用户在业务类型区域中填写存款业务信息时，所述业务信息获取模型从业务类型区域中获取到关于存款业务信息。

S122、根据预置的信息判断模型判断所述业务信息的类型以确定所述业务申请的类型。

根据预置的信息判断模型判断所述业务信息的类型以确定所述业务申请的类型。具体的，所述业务信息经所述业务信息获取模型获取后，通过所述信息判断模型对所述业务信息获取模型获取到的所述业务信息进行判断，得到所述业务信息的类别，通过所述业务信息的类别从而确定所述业务申请的类型。例如，当所述业务信息获取模型获取到所述业务信息为存款业务信息时，通过使用所述信息判断模型判断所述业务信息的类别为存款类别，从而确定用户的所述业务申请的类型为存款业务类型。

S130、若所述业务申请的类型符合预设类型中的第一类型，根据预置的第一审核模型对所述业务申请进行审核以得到所述业务申请是否通过审核的结果。

若所述业务申请的类型符合预设类型中的第一类型，根据预置的第一审核模型对所述业务申请进行审核以得到所述业务申请是否通过审核的结果。其中，所述预设类型为预先设定为用户可办理业务的类型，所述预设类型可依据行业进行划分，也可在指定行业内所需要的业务类型进行设定。例如，商业银行中所述预设类型中的第一类型可以为咨询业务这一类型，当所述业务申请的为商业银行中的咨询业务时，通过所述审核模型对所述业务申请进行审核，若所述业务申请审核通过，则得到所述业务申请审核通过的结果；若所述业务审核不通过，则得到所述业务申请审核不通过的结果。

S140、若所述业务申请的类型符合所述预设类型中的第二类型，根据预置的校验模型对所述业务申请进行校验以得到所述业务申请是否通过校验的结果。

若所述业务申请的类型符合所述预设类型中的第二类型，根据预置的校验模型对所述业务申请进行校验以得到所述业务申请是否通过校验的结果。其中，所述第二类型在所述预设类型中设定的一种审核较严格的一种的业务类型。例如，商业银行中所述预设类型中的第二类型可以为取款业务这一类型，当所述业务申请的为商业银行中的取款业务时，所述业务申请需要经过所述校验模型对所述业务申请进行校验，若所述业务申请通过校验，则得到所述业务申请通过校验的结果，若所述业务申请审核不同，则得到所述业务申请未通过校验的结果。

在一实施例中，如图4所示，步骤S140包括子步骤S141和S142。

S141、根据所述个人信息获取模型获取所述业务申请中的个人信息。

根据所述个人信息获取模型获取所述业务申请中的个人信息。具体的，所述个人信息获取模型不仅可以从数据库中获取用户存储的个人信息，而且还可以从用户提交的业务申请中的个人信息栏中获取用户即时填写的个人信息，其中，填写的个人信息可以包括用户的姓名、电话、住址、身份证中的一种或多种。

S142、根据所述个人信息校验模型对所述个人信息进行校验以确定所述业务申请是否通过校验的结果。

根据所述个人信息校验模型对所述个人信息进行校验以确定所述业务申请是否通过校验的结果。具体的，所述个人信息校验模型将获取到的个人信息进行校验以确定所述业务申请是否是用户本人申请，若所述个人信息未通过所述个人信息校验模型的校验，则显示用户未通过所述个人信息校验模型的校验并提示用户重新提交业务申请；若所述个人信息通过所述个人信息校验模型的校验，则显示用户通过所述个人信息校验模型的校验并提示进行下一步的操作。

在另一实施例中，如图5所示，步骤S142包括子步骤S142a和S142b。

S142a、根据所述短信校验模型对所述个人信息进行短信校验以得到所述个人信息是否通过校验的结果。

根据所述短信校验模型对所述个人信息进行短信校验以得到所述个人信息是否通过校验的结果。具体的，所述个人信息获取模型从所述业务申请中获取到所述个人信息后，查所述个人信息中是否包含用户的电话号码，若所述个人信息中含有用户的电话号码，通过对用户的电话号码发送验证码，用户通过验证码以验证所述个人信息是否通过校验；若所述个人信息中不含有用户的电话号码，通过所述个人信息在数据库中查与用户相关的个人信息并从其个人信息中查用户的电话号码，通过对用户的电话号码发送验证码，用户通过验证码以验证所述个人信息是否通过校验；若所述个人信息中不含有用户的电话号码，数据库中未查到与用户相关的个人信息或者个人信息中未含有电话号码，则所述个人信息未通过所述短信校验模型的校验并提示用户所提交的业务申请未通过，用户需重新提交业务申请。

S142b、若所述个人信息通过短信校验，根据所述密码校验模型对通过短信校验后的所述个人信息进行密码校验以得到所述业务申请是否通过校验的结果。

若所述个人信息通过短信校验，根据所述密码校验模型对通过短信校验后的所述个人信息进行密码校验以得到所述业务申请是否通过校验的结果。具体的，所述个人信息通过短信校验后，所述密码校验模型将用户在业务申请提交前在业务申请中填写的用户密码同数据库中用户存储的用户密码进行校验匹配，其中用户在业务申请提交前在业务申请中填写的用户密码存在于所述个人信息中。

S150、若所述业务申请通过所述校验模型的校验，根据预置的数据处理模型对所述业务申请进行处理，以得到处理后的业务申请。

若所述业务申请通过所述校验模型的校验，根据预置的数据处理模型对所述业务申请进行处理，以得到处理后的业务申请。具体的，所述数据处理模型用于对所述业务申请进行处理并提取所述业务申请中与下一步操作相关的信息。例如，当用户提交的业务申请为取款业务申请时，所述业务申请中用户的姓名、职业、取款数目以及存款余额从所述业务申请中被提取并将其作为处理后的业务申请。

S160、根据预置的第二审核模型对所述处理后的业务申请进行审核以得到所述处理后的业务申请是否通过审核后的结果。

根据预置的第二审核模型对所述处理后的业务申请进行审核以得到所述处理后的业务申请是否通过审核后的结果。具体的，所述第二审核模型用于审核经所述数据处理模型处理后的业务申请，所述处理后的业务申请为所述业务申请中精简的信息，当所述处理后的业务申请通过所述第二审核模型的校验时，则得到所述业务申请通过审核的结果，当所述处理后的业务申请未通过所述第二审核模型的校验时，则得到所述业务申请未通过审核的结果并提示用户重新提交业务申请。

在另一实施例中，步骤S160之前还包括步骤S150a。

S150a、根据预设的传输规则将用户所提交的业务申请传输至数据库中以更新数据库中用户的业务申请记录。

根据预设的传输规则将用户所提交的业务申请传输至数据库中以更新数据库中用户的业务申请记录。具体的，用户所提交的业务申请可经所述数据处理模型处理后传输至数据库中以更新数据库中用户的业务申请记录，也可以在所述校验模型校验所述业务申请之前传输至数据库中以更新数据库中用户的业务申请记录。

本发明实施例还提供一种业务处理的装置100，该装置用于执行前述业务处理的方法的任一实施例。具体地，请参阅图5，图5是本发明实施例提供的业务处理的装置100的示意性框图。该装置可以配置于管理服务器10中。

如图5所示，业务处理的装置100包括业务申请接收单元110、业务申请类型判断单元120、业务申请第一审核单元130、业务申请校验单元140、数据处理单元150，业务申请第一审核单元160。

业务申请接收单元110，用于接收用户所提交的业务申请。

接收用户所提交的业务申请。具体的，本发明实施例的执行主体可以为业务系统，也可以为设置在业务系统中的业务处理装置。其中业务系统及业务处理装置可以通过软件实现，也可以通过软件和硬件的结合实现。当用户需要办理业务时，用户只需在业务系统中输入相应的业务操作指令，以请求在办单系统中进行业务办理。

业务申请类型判断单元120，用于判断所述业务申请的类型。

判断所述业务申请的类型。具体的，通过对用户所需要进行办理的业务类型进行判断，以得到用户需要办理业务的类型。例如，用户在银行办理业务时，所述业务申请的类型既可以是普通的查询业务，也可以是存取款业务，还可以是基金购买业务。通过对用户所提交的业务申请进行判断以得到该用户提交的业务申请的类型。

在其他发明实施例中，所述业务申请类型判断单元120包括业务信息获取单元121和信息判断单元122。

业务信息获取单元121，用于根据预置的业务信息获取模型获取所述业务申请中的业务信息。

根据预置的业务信息获取模型获取所述业务申请中的业务信息。具体的，所述业务信息获取模型用于获取用户在提交之前在业务类型区域中填写的业务信息。

信息判断单元122，用于根据预置的信息判断模型判断所述业务信息的类型以确定所述业务申请的类型。

根据预置的信息判断模型判断所述业务信息的类型以确定所述业务申请的类型。具体的，所述业务信息经所述业务信息获取模型获取后，通过所述信息判断模型对所述业务信息获取模型获取到的所述业务信息进行判断，得到所述业务信息的类别，通过所述业务信息的类别从而确定所述业务申请的类型。

业务申请第一审核单元130，用于根据预置的第一审核模型对所述业务申请进行审核以得到所述业务申请是否通过审核后的结果。

若所述业务申请的类型符合预设类型中的第一类型，根据预置的第一审核模型对所述业务申请进行审核以得到所述业务申请是否通过审核的结果。其中，所述预设类型为预先设定为用户可办理业务的类型，所述预设类型可依据行业进行划分，也可在指定行业内所需要的业务类型进行设定。

业务申请校验单元140，用于根据预置的校验模型对所述业务申请进行校验以得到所述业务申请是否通过校验的结果。

若所述业务申请的类型符合所述预设类型中的第二类型，根据预置的校验模型对所述业务申请进行校验以得到所述业务申请是否通过校验的结果。其中，所述第二类型在所述预设类型中设定的一种审核较严格的一种的业务类型。

在其他发明实施例中，所述业务申请校验单元140包括个人信息获取单元141和个人信息校验单元142。

个人信息获取单元141，用于根据所述个人信息获取模型获取所述业务申请中的个人信息。

根据所述个人信息获取模型获取所述业务申请中的个人信息。具体的，所述个人信息获取模型不仅可以从数据库中获取用户存储的个人信息，而且还可以从用户提交的业务申请中的个人信息栏中获取用户即时填写的个人信息，其中，填写的个人信息可以包括用户的姓名、电话、住址、身份证中的一种或多种。

个人信息校验单元142，用于根据所述个人信息校验模型对所述个人信息进行校验以确定所述业务申请是否通过校验的结果。

根据所述个人信息校验模型对所述个人信息进行校验以确定所述业务申请是否通过校验的结果。具体的，所述个人信息校验模型将获取到的个人信息进行校验以确定所述业务申请是否是用户本人申请，若所述个人信息未通过所述个人信息校验模型的校验，则显示用户未通过所述个人信息校验模型的校验并提示用户重新提交业务申请；若所述个人信息通过所述个人信息校验模型的校验，则显示用户通过所述个人信息校验模型的校验并提示进行下一步的操作。

在另一实施例中，所述个人信息校验单元142包括短信校验单元142a和密码校验单元142b。

短信校验单元142a，用于根据所述短信校验模型对所述个人信息进行短信校验以得到所述个人信息是否通过校验的结果。

根据所述短信校验模型对所述个人信息进行短信校验以得到所述个人信息是否通过校验的结果。具体的，所述个人信息获取模型从所述业务申请中获取到所述个人信息后，查所述个人信息中是否包含用户的电话号码，若所述个人信息中含有用户的电话号码，通过对用户的电话号码发送验证码，用户通过验证码以验证所述个人信息是否通过校验；若所述个人信息中不含有用户的电话号码，通过所述个人信息在数据库中查与用户相关的个人信息并从其个人信息中查用户的电话号码，通过对用户的电话号码发送验证码，用户通过验证码以验证所述个人信息是否通过校验；若所述个人信息中不含有用户的电话号码，数据库中未查到与用户相关的个人信息或者个人信息中未含有电话号码，则所述个人信息未通过所述短信校验模型的校验并提示用户所提交的业务申请未通过，用户需重新提交业务申请。

密码校验单元142b，用于若所述个人信息通过短信校验，根据所述密码校验模型对通过短信校验后的所述个人信息进行密码校验以得到所述业务申请是否通过校验的结果。

若所述个人信息通过短信校验，根据所述密码校验模型对通过短信校验后的所述个人信息进行密码校验以得到所述业务申请是否通过校验的结果。具体的，所述个人信息通过短信校验后，所述密码校验模型将用户在业务申请提交前在业务申请中填写的用户密码同数据库中用户存储的用户密码进行校验匹配，其中用户在业务申请提交前在业务申请中填写的用户密码存在于所述个人信息中。

数据处理单元150，用于根据预置的数据处理模型对所述业务申请进行处理，以得到处理后的业务申请。

若所述业务申请通过所述校验模型的校验，根据预置的数据处理模型对所述业务申请进行处理，以得到处理后的业务申请。具体的，所述数据处理模型用于对所述业务申请进行处理并提取所述业务申请中与下一步操作相关的信息。

业务申请第二审核单元160，用于根据预置的第二审核模型对所述处理后的业务申请进行审核以得到所述处理后的业务申请是否通过审核后的结果。

根据预置的第二审核模型对所述处理后的业务申请进行审核以得到所述处理后的业务申请是否通过审核后的结果。具体的，所述第二审核模型用于审核经所述数据处理模型处理后的业务申请，所述处理后的业务申请为所述业务申请中精简的信息，当所述处理后的业务申请通过所述第二审核模型的校验时，则得到所述业务申请通过审核的结果，当所述处理后的业务申请未通过所述第二审核模型的校验时，则得到所述业务申请未通过审核的结果并提示用户重新提交业务申请。

在其他发明实施例中，所述业务处理的装置100中还包括业务记录更新单元150a。

业务记录更新单元150a，用于根据预设的传输规则将用户所提交的业务申请传输至数据库中以更新数据库中用户的业务申请记录。

根据预设的传输规则将用户所提交的业务申请传输至数据库中以更新数据库中用户的业务申请记录。具体的，用户所提交的业务申请可经所述数据处理模型处理后传输至数据库中以更新数据库中用户的业务申请记录，也可以在所述校验模型校验所述业务申请之前传输至数据库中以更新数据库中用户的业务申请记录。

请参阅图6，图6是本发明实施例提供的计算机设备的示意性框图。

参阅图5，该设备500包括通过系统总线501连接的处理器502、存储器和网络接口505，其中，存储器可以包括非易失性存储介质503和内存储器504。

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032被执行时，可使得处理器502执行业务处理的方法。

该处理器502用于提供计算和控制能力，支撑整个设备500的运行。

该内存储器504为非易失性存储介质503中的计算机程序5032的运行提供环境，该计算机程序5032被处理器502执行时，可使得处理器502执行业务处理的方法。

该网络接口505用于进行网络通信，如提供数据信息的传输等。本领域技术人员可以理解，图6中示出的结构，仅仅是与本发明方案相关的部分结构的框图，并不构成对本发明方案所应用于其上的设备500的限定，具体的设备500可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下功能：接收用户所提交的业务申请；判断所述业务申请的类型；若所述业务申请的类型符合预设类型中的第一类型，根据预置的第一审核模型对所述业务申请进行审核以得到所述业务申请是否通过审核的结果；若所述业务申请的类型符合所述预设类型中的第二类型，根据预置的校验模型对所述业务申请进行校验以得到所述业务申请是否通过校验的结果；若所述业务申请通过所述校验模型的校验，根据预置的数据处理模型对所述业务申请进行处理，以得到处理后的业务申请；根据预置的第二审核模型对所述处理后的业务申请进行审核以得到所述处理后的业务申请是否通过审核后的结果。

本领域技术人员可以理解，图6中示出的设备500的实施例并不构成对设备500具体构成的限定，在其他实施例中，设备500可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。例如，在一些实施例中，设备500可以仅包括存储器及处理器502，在这样的实施例中，存储器及处理器502的结构及功能与图5所示实施例一致，在此不再赘述。

应当理解，在本发明实施例中，处理器502可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器502还可以是其他通用处理器502、数字信号处理器502(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器502可以是微处理器502或者该处理器502也可以是任何常规的处理器502等。

在本发明的另一实施例中提供计算机存储介质。该存储介质可以为非易失性的计算机可读存储介质。该存储介质存储有计算机程序5032，其中计算机程序5032被处理器502执行时实现以下步骤：接收用户所提交的业务申请；判断所述业务申请的类型；若所述业务申请的类型符合预设类型中的第一类型，根据预置的第一审核模型对所述业务申请进行审核以得到所述业务申请是否通过审核的结果；若所述业务申请的类型符合所述预设类型中的第二类型，根据预置的校验模型对所述业务申请进行校验以得到所述业务申请是否通过校验的结果；若所述业务申请通过所述校验模型的校验，根据预置的数据处理模型对所述业务申请进行处理，以得到处理后的业务申请；根据预置的第二审核模型对所述处理后的业务申请进行审核以得到所述处理后的业务申请是否通过审核后的结果。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的设备、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的几个实施例中，应该理解到，所揭露的设备、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为逻辑功能划分，实际实现时可以有另外的划分方式，也可以将具有相同功能的单元集合成一个单元，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台设备500(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。