交易管理方法、装置、计算机设备及存储介质与流程

本申请涉及计算机技术领域，尤其涉及一种交易管理方法、装置、计算机设备及存储介质。

背景技术：

目前，用户在进行金融交易时，一般通过数据库中的交易明细列表来记录用户的交易明细，对于一些有限额要求的交易对应的交易明细，也会记录在交易明细列表中。

然而，采用上述这种金融交易方法，用户无法快速查询某一种有限额要求的交易的限额交易明细，譬如，用户希望查询到其某张二类银行卡的向非绑定银行账户转账的限额使用明细，用户需要从交易明细列表的大量的交易明细中逐条查找属于其二类银行卡的向非绑定银行账户转账的交易明细，这样无疑会浪费用户较多的时间和精力，降低查询效率，给用户带来不好的用户体验。

技术实现要素：

本申请提供了一种交易管理方法、装置、计算机设备及存储介质，以对交易明细进行合理管理，从而利于提高交易明细的查询效率。

第一方面，本申请提供了一种交易管理方法，其包括：

接收终端发送的交易请求，所述交易请求包括交易类型和交易金额；

若所述交易类型为多种预设限额交易类型中的一种，获取所述交易类型所属的限额类别；

获取所属的限额类别对应的查询标识，并根据所述查询标识和所述交易类型查询是否存在对应的限额账户，其中，所述限额账户用于管理与所述查询标识和所述交易类型对应的交易明细以及限额余额；

若存在对应的限额账户，获取所述限额账户对应的限额信息，其中，所述限额信息包括限额余额；

若所述交易金额不大于所述限额余额，根据所述交易金额完成交易，并在所述交易完成后生成所述交易对应的限额交易明细；以及

存储所述限额交易明细至所述限额账户的交易明细列表中。

第二方面，本申请提供了一种交易管理装置，其包括：

接收单元，用于接收终端发送的交易请求，所述交易请求包括交易类型和交易金额；

类别获取单元，用于若所述交易类型为多种预设限额交易类型中的一种，获取所述交易类型所属的限额类别；

标识获取单元，用于获取所属的限额类别对应的查询标识；

查询单元，用于根据所述查询标识和所述交易类型查询是否存在对应的限额账户，其中，所述限额账户用于管理与所述查询标识和所述交易类型对应的交易明细以及限额余额；

信息获取单元，用于若存在对应的限额账户，获取所述限额账户对应的限额信息，其中，所述限额信息包括限额余额；

交易单元，用于若所述交易金额不大于所述限额余额，根据所述交易金额完成交易，并在所述交易完成后生成所述交易对应的限额交易明细；以及

存储单元，用于存储所述限额交易明细至所述限额账户的交易明细列表中。

第三方面，本申请又提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面提供的交易管理方法。

第四方面，本申请还提供了一种计算机可读存储介质，其中所述计算机可读存储介质存储有计算机程序，所述计算机程序当被处理器执行时使所述处理器执行第一方面提供的交易管理方法。

本申请提供一种交易管理方法、装置、计算机设备及存储介质。该交易管理方法通过为限额交易设置对应的限额账户来合理管理用户的限额交易的交易明细，在进行限额交易时，将限额交易对应的交易明细记录在对应的交易明细列表中，从而方便用户快速地查询到每个限额交易对应的交易明细，利于提高交易明细的查询效率，给用户带来很好的用户体验。

附图说明

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

图1为本申请实施例提供的一种交易管理方法的示意流程图；

图2至图3均为本申请实施例提供的一种交易管理方法的另一示意流程图；

图4为本申请实施例提供的一种交易管理装置的示意性框图；

图5至图7均为本申请实施例提供的一种交易管理装置的另一示意性框图；

图8为本申请实施例提供的一种计算机设备的示意性框图。

具体实施方式

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

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

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

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

请参阅图1，图1是本申请实施例提供的一种交易管理方法的示意流程图。该交易管理方法可以应用于服务器，该服务器可例如为银行的后台服务器。如图1所示，该交易管理方法包括步骤s101～s106。

s101、接收终端发送的交易请求，所述交易请求包括交易类型和交易金额。

在本实施例中，当用户需要进行交易时，譬如，用户需要进行二类银行账户的入金和出金、外币支取或转账等交易，终端会向服务器发送携带有交易类型和交易金额的交易请求。

其中，该终端可以为用户的智能手机、平板电脑、台式电脑、手提电脑等用户终端，该终端也可以为自动取款机等银行设备，在此不做具体限制。

在一实施例中，该交易请求除了包括交易类型和交易金额外，还可以包括其他信息，譬如，该交易请求还可以包括用户的银行账号、收款人的银行账号、收款人姓名、外币种类等等，在此不做具体限制。

服务器接收到终端发送的交易请求后，会从交易请求中解析出交易类型和交易金额，并执行步骤s102。

s102、若所述交易类型为多种预设限额交易类型中的一种，获取所述交易类型所属的限额类别。

在本实施例中，服务器中预先存储了多种预设限额交易类型，其中，该预设限额交易类型为对交易额度存在一定限制条件的交易类型。譬如，该预设限额交易类型可以为二类银行账户入金交易类型、二类银行账户出金交易类型、外币支取或转账交易类型等等。

服务器获取到交易类型后，将判断该交易类型是否为多种预设限额交易类型中的一种。

若判断出该交易类型不为多种预设限额交易类型中的一种，说明当前的交易类型为非限额交易类型，即对交易额度没有限制的交易，此时服务器可以根据交易请求中的交易金额完成交易。

若判断出该交易类型为多种预设限额交易类型中的一种，服务器将获取交易类型所属的限额类别。其中，该限额类别包括按用户限额类别和按银行账户限额类别。

在本实施例中，该按用户限额类别是指在某种限额交易中针对用户进行限额的类别。譬如，银行规定在办理兑换业务时，每个用户每年最多允许支取或转账等值5万美元，即使用户有多张银行卡，并通过多张银行卡办理兑换业务的总额不能超过等值5万美元。也就是说，对于办理兑换业务这种限额交易中，是针对每个用户进行限额的。

在本实施例中，该按银行账户限额类别是指在某种限额交易中针对每个银行账户进行限额的类别。譬如，银行规定每个二类银行账户每日只允许消费1万元人民币，那么用户可以开设多张二类银行卡，每个二类银行账户都有不超过1万元人民币的消费限额。也就是说，对于二类银行账户进行消费的限额交易中，是针对每个二类银行账户进行限额的。

在本实施例中，预先设置好每个预设限额交易类型与其所属的限额类别之间的对应关系，并存储该对应关系至服务器中。因此，在服务器判断出交易请求中的交易类型为多种预设限额交易类型中的一种时，可以通过查找该对应关系来获取到该交易类型所属的限额类别，然后执行步骤s103。

s103、获取所属的限额类别对应的查询标识，并根据所述查询标识和所述交易类型查询是否存在对应的限额账户，其中，所述限额账户用于管理与所述查询标识和所述交易类型对应的交易明细以及限额余额。

在本实施例中，每种限额类别对应有不同的查询标识。具体地，对于按用户限额类别来说，其对应的查询标识为用户编号，其中，该用户编号为服务器为每个用户配置的唯一的编号，即不同的用户的用户编号互不相同。对于按银行账户限额类别来说，其对应的查询标识为银行卡账号。

当然，在其他实施例中，每种限额类别对应的查询标识不局限于上述标识，也可以为其他标识，在此不做具体限制。

在获取到交易类型所属的限额类别对应的查询标识后，将根据该查询标识和交易类型查询服务器中是否存在与该查询标识和交易类型对应的限额账户。

其中，该限额账户是用来管理与查询标识和交易类型对应的交易的交易明细以及限额余额的。譬如，该查询标识为用户编号，交易类型为办理兑换业务类型，那么相对应的限额账户就是用来管理用户在办理兑换业务的交易时所产生的交易明细以及限额余额的。

在一实施例中，如图2所示，图2是本申请实施例提供的一种交易管理方法的另一示意流程图。该交易管理方法还包括步骤s107至s109。

s107、创建新的限额账户，并建立新的限额账户与所述查询标识和交易类型之间的对应关系。

若服务器中不存在与该查询标识和交易类型对应的限额账户，说明用户还没有为该查询标识和交易类型设置过对应的限额账户，此时需要为用户创建一个新的限额账户，然后建立新的限额账户与查询标识和交易类型之间的对应关系，从而使得服务器中可以存储有与该查询标识和交易类型对应的限额账户。

s108、获取所述查询标识和交易类型对应的限额总额。

通常情况下，每个限额账户都有限额余额，可以将查询标识和交易类型对应的限额总额设为对应的限额账户的限额余额。譬如，查询标识为用户编号，交易类型为外币支取或转账交易类型，那么根据银行规定，每个用户每年最多允许外币支取或转账等值5万美元，那么服务器获取的与该查询标识和交易类型对应的限额总额即为5万美元。

s109、根据所述限额总额设置新的限额账户的限额余额。

在获取到查询标识和交易类型对应的限额总额之后，将根据该限额总额设置新的限额账户的限额余额。譬如，将5万美元设置为新创建的限额账户的限额余额。

在创建完与该查询标识和交易类型对应的限额账户以及配置完该限额账户的限额余额后，将执行步骤s105。

在本实施例中，若服务器中存在与该查询标识和交易类型对应的限额账户，说明用户以前为该查询标识和交易类型设置过对应的限额账户，此时将执行步骤s104。

s104、若存在对应的限额账户，获取所述限额账户对应的限额信息，其中，所述限额信息包括限额余额。

s105、若所述交易金额不大于所述限额余额，根据所述交易金额完成交易，并在所述交易完成后生成所述交易对应的限额交易明细。

服务器在获取到限额余额后，服务器将判断交易请求中的交易金额是否不大于该限额余额。若判断出该交易金额大于该限额余额，此时服务器可以拒绝交易。若判断出该交易金额不大于该限额余额，服务器将根据该交易金额完成交易，并在服务器成功根据交易金额完成交易后，服务器将生成此次交易对应的限额交易明细，然后执行步骤s106。

在一实施例中，某些交易需要有交易金额下限值，即存在最低交易金额的情况。譬如，对于理财产品来说，理财产品可能会出现5万元人民币起售，即交易金额的下限值为5万元人民币。因此，该限额信息中除了包括限额余额外，还包括限额下限值，那么服务器在根据所述交易金额完成交易之前，还需要判断所述交易金额是否不小于所述限额下限值。若该交易金额不小于该限额下限值，那么就执行根据所述交易金额完成交易，并在所述交易完成后生成所述交易对应的限额交易明细的步骤。若该交易金额小于限额下限值，服务器可以拒绝交易。

在一实施例中，在根据所述交易金额完成交易之后，还包括：在所述交易完成后，根据所述交易金额更新所述限额余额并存储所述限额余额。

具体地，在根据交易金额完成交易之后，服务器先判断交易是否完成。如果服务器成功根据交易金额完成交易，那么服务器将根据交易金额更新限额余额并存储更新后的限额余额。

在一实施例中，服务器根据所述交易金额更新所述限额余额，具体包括：计算当前的限额余额与所述交易金额之差作为新的限额余额以完成更新所述限额余额。

如果服务器在根据交易金额进行交易时出现错误而导致交易失败，譬如，服务器崩溃、用户的交易密码输入错误等，此时将不用更新限额余额，即，限额余额保持不变。

s106、存储所述限额交易明细至所述限额账户的交易明细列表中。

在步骤s105生成限额交易明细后，服务器将存储该限额交易明细至限额账户的交易明细列表中，从而方便后续用户查看交易明细。

在一实施例中，如图3所示，图3是本申请实施例提供的一种交易管理方法的另一示意流程图。该交易管理方法还包括步骤s110至s113。

s110、接收所述终端发送的交易明细查询指令，其中，所述交易明细查询指令包括待查询限额交易类型。

s111、获取所述待查询限额交易类型所属的限额类别，并根据所属的限额类别获取对应的待查询标识。

s112、根据所述待查询限额交易类型和待查询标识获取对应的限额账户的交易明细列表以及限额余额。

s113、向所述终端发送所述交易明细列表以及限额余额。

在图3所示的实施例中，当用户想要查看某种限额交易的限额余额以及限额余额的使用明细时，用户可以通过终端向服务器发送交易明细查询指令。该交易明细查询指令包括待查询限额交易类型。服务器通过解析该交易明细查询指令获取到待查询限额交易类型，并根据待查询限额交易类型获取其所属的限额类别，再根据所属的限额类别获取对应的待查询标识，然后根据待查询标识和待查询限额交易类型获取对应的限额账户的交易明细列表以及限额余额。服务器将查到的交易明细列表以及限额余额发送至终端，从而使得用户可以通过终端查看自己限额余额还剩下多少，以及以往对限额余额的使用情况。

在本实施例中，该交易管理方法通过为限额交易设置对应的限额账户来管理用户的限额交易的交易明细，在进行限额交易时，将限额交易对应的交易明细记录在对应的交易明细列表中，从而使得用户后续可以实现快速地查询到每个限额交易对应的交易明细，提高查询效率，提高用户体验度。

本申请实施例还提供一种交易管理装置，该交易管理装置用于执行前述任一项交易管理方法。具体地，请参阅图4，图4是本申请实施例提供的一种交易管理装置的示意性框图。交易管理装置300可以安装于服务器中，该服务器可例如为银行的后台服务器。

如图4所示，交易管理装置300包括接收单元301、类别获取单元302、标识获取单元303、查询单元304、信息获取单元305、交易单元306和存储单元307。

接收单元301，用于接收终端发送的交易请求，所述交易请求包括交易类型和交易金额。

类别获取单元302，用于若所述交易类型为多种预设限额交易类型中的一种，获取所述交易类型所属的限额类别。

其中，该限额类别包括按用户限额类别和按银行账户限额类别。该按用户限额类别是指在某种限额交易中针对用户进行限额的类别。该按银行账户限额类别是指在某种限额交易中针对每个银行账户进行限额的类别。

标识获取单元303，用于获取所属的限额类别对应的查询标识。

具体地，在本实施例中，对于按用户限额类别来说，其对应的查询标识为用户编号，其中，该用户编号为服务器为每个用户配置的唯一的编号，即不同的用户的用户编号互不相同。对于按银行账户限额类别来说，其对应的查询标识为银行卡账号。

查询单元304，用于根据所述查询标识和所述交易类型查询是否存在对应的限额账户，其中，所述限额账户用于管理与所述查询标识和所述交易类型对应的交易明细以及限额余额。

在一实施例中，如图5所示，图5是本申请实施例提供的一种交易管理装置的另一示意性框图。该交易管理装置300还包括创建单元308、总额获取单元309和设置单元310。若查询单元304查询出不存在对应的限额账户，则向创建单元308发送信号，以使得创建单元308执行相应的操作。

创建单元308，用于若不存在对应的限额账户，创建新的限额账户，并建立新的限额账户与所述查询标识和交易类型之间的对应关系。

总额获取单元309，用于获取所述查询标识和交易类型对应的限额总额。

设置单元310，用于根据所述限额总额设置新的限额账户的限额余额。

在设置单元310设置完新的限额账户的限额余额后，将向交易单元306发送信号，以使得交易单元306执行若所述交易金额不大于所述限额余额，根据所述交易金额完成交易并在所述交易完成后生成所述交易对应的限额交易明细的操作。

在本实施例中，若查询单元304查询出存在对应的限额账户，则向信息获取单元305发送信号，以使得信息获取单元305执行相应的操作。

信息获取单元305，用于若存在对应的限额账户，获取所述限额账户对应的限额信息，其中，所述限额信息包括限额余额。

交易单元306，用于若所述交易金额不大于所述限额余额，根据所述交易金额完成交易，并在所述交易完成后生成所述交易对应的限额交易明细。

在一实施例中，所述限额信息还包括限额下限值。该交易单元306在执行根据所述交易金额完成交易之前，还用于判断所述交易金额是否不小于所述限额下限值；若所述交易金额不小于所述限额下限值，根据所述交易金额完成交易，并在所述交易完成后生成所述交易对应的限额交易明细。

在一实施例中，如图6所示，图6是本申请实施例提供的一种交易管理装置的另一示意性框图。该交易管理装置300还包括更新单元311。

更新单元311，用于在所述交易完成后，根据所述交易金额更新所述限额余额并存储所述限额余额。

具体地，在一实施例中，该更新单元311，具体用于计算当前的限额余额与所述交易金额之差作为新的限额余额以完成更新所述限额余额。

存储单元307，用于存储所述限额交易明细至所述限额账户的交易明细列表中。

在一实施例中，如图7所示，图7是本申请实施例提供的一种交易管理装置的另一示意性框图。该交易管理装置300还包括列表获取单元312和发送单元313。

在图7所示的实施例中，该接收单元301，还用于接收所述终端发送的交易明细查询指令，其中，所述交易明细查询指令包括待查询限额交易类型。该类别获取单元302，还用于获取所述待查询限额交易类型所属的限额类别，并根据所属的限额类别获取对应的待查询标识。

列表获取单元312，用于根据所述待查询限额交易类型和待查询标识获取对应的限额账户的交易明细列表以及限额余额。

发送单元313，用于向所述终端发送所述交易明细列表以及限额余额。

需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的交易管理装置300和各单元的具体工作过程，可以参考前述交易管理方法实施例中的对应过程，在此不再赘述。

本实施例中的交易管理装置300，通过为限额交易设置对应的限额账户来管理用户的限额交易的交易明细，在进行限额交易时，将限额交易对应的交易明细记录在对应的交易明细列表中，从而使得用户后续可以实现快速地查询到每个限额交易对应的交易明细，提高查询效率，提高用户体验度。

上述交易管理装置可以实现为一种计算机程序的形式，该计算机程序可以在如图8所示的计算机设备上运行。

请参阅图8，图8是本申请实施例提供的一种计算机设备的示意性框图。该计算机设备500设备可以是服务器，该服务器可例如为银行的后台服务器。

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

该非易失性存储介质503可存储操作系统5031和计算机程序5032。该计算机程序5032包括程序指令，该程序指令被执行时，可使得处理器502执行一种交易管理方法。

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

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

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

其中，所述处理器502用于运行存储在存储器中的计算机程序5032，以实现如下功能：接收终端发送的交易请求，所述交易请求包括交易类型和交易金额；若所述交易类型为多种预设限额交易类型中的一种，获取所述交易类型所属的限额类别；获取所属的限额类别对应的查询标识，并根据所述查询标识和所述交易类型查询是否存在对应的限额账户，其中，所述限额账户用于管理与所述查询标识和所述交易类型对应的交易明细以及限额余额；若存在对应的限额账户，获取所述限额账户对应的限额信息，其中，所述限额信息包括限额余额；若所述交易金额不大于所述限额余额，根据所述交易金额完成交易，并在所述交易完成后生成所述交易对应的限额交易明细；以及存储所述限额交易明细至所述限额账户的交易明细列表中。

在一实施例中，处理器502在执行根据所述查询标识和所述交易类型查询是否存在对应的限额账户之后，还实现如下功能：若不存在对应的限额账户，创建新的限额账户，并建立新的限额账户与所述查询标识和交易类型之间的对应关系；获取所述查询标识和交易类型对应的限额总额；根据所述限额总额设置新的限额账户的限额余额，并返回执行所述若所述交易金额不大于所述限额余额，根据所述交易金额完成交易并在所述交易完成后生成所述交易对应的限额交易明细的步骤。

在一实施例中，处理器502在执行存储所述限额交易明细至所述限额账户的交易明细列表中之后，还实现如下功能：接收所述终端发送的交易明细查询指令，其中，所述交易明细查询指令包括待查询限额交易类型；获取所述待查询限额交易类型所属的限额类别，并根据所属的限额类别获取对应的待查询标识；根据所述待查询限额交易类型和待查询标识获取对应的限额账户的交易明细列表以及限额余额；向所述终端发送所述交易明细列表以及限额余额。

在一实施例中，处理器502在执行根据所述交易金额完成交易之后，还实现如下功能：在所述交易完成后，根据所述交易金额更新所述限额余额并存储所述限额余额。

在一实施例中，处理器502在执行根据所述交易金额更新所述限额余额时，具体实现如下功能：计算当前的限额余额与所述交易金额之差作为新的限额余额以完成更新所述限额余额。

在一实施例中，所述限额信息还包括限额下限值；处理器502在执行根据所述交易金额完成交易之前，还实现如下功能：判断所述交易金额是否不小于所述限额下限值；若所述交易金额不小于所述限额下限值，执行所述根据所述交易金额完成交易的步骤。

在一实施例中，所述查询标识包括用户编号或银行卡账号。

应当理解，在本申请实施例中，处理器502可以是中央处理单元(centralprocessingunit，cpu)，该处理器502还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

本领域普通技术人员可以理解的是实现上述实施例交易管理方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成。该计算机程序可存储于一计算机可读存储介质中。该计算机可读存储介质为非易失性可读存储介质。该计算机程序被该计算机系统中的至少一个处理器执行，以实现包括如上述各交易管理方法的实施例的流程步骤。

该计算机可读存储介质可以是u盘、移动硬盘、只读存储器(rom，read-onlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的。例如，各个单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。本申请实施例装置中的单元可以根据实际需要进行合并、划分和删减。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，终端，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。

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