收款数据处理方法以及装置与流程

本发明涉及计算机领域，具体而言，涉及一种收款数据处理方法以及装置。

背景技术：

目前，各类共享设备能够支持多种支付方式。由于不同支付方式对应的支付渠道不同，因而需要从不同的渠道分别获取收款数据，再对收款数据进行处理。

在实践中发现，上述收款数据处理方式可能存在各个渠道的数据同步时间不统一，从而导致进行数据处理的收款数据不准确，进而导致收款数据处理效果差。

针对上述的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种收款数据处理方法以及装置，以至少提高数据处理效果。

根据本发明实施例的一个方面，提供了一种收款数据处理方法，包括：获取付款端的付款信息对应的各个支付渠道；从上述各个支付渠道的支付周期中确定最长支付周期；按照上述最长支付周期，从上述各个支付渠道中获取收款数据；根据预设的数据处理需求信息，对上述收款数据进行数据处理，确定数据处理结果；输出上述数据处理结果。

作为一种可选的实施方式，上述方法还包括：在检测到用户对上述付款端执行扫码付款操作的情况下，获取付款信息，上述付款信息至少包括付款数据以及支付渠道。

作为一种可选的实施方式，上述按照上述最长支付周期，从上述各个支付渠道中获取收款数据，包括：在当前时间与上一收款数据获取时间的间隔时长达到上述最长支付周期的时长的情况下，在上述各个支付渠道中确定收款端的收款数据。

作为一种可选的实施方式，上述预设的数据处理需求信息至少包括营收统计需求；以及上述根据预设的数据处理需求信息，对上述收款数据进行数据处理，确定数据处理结果，包括：将上述收款数据分类至各个营收统计类别；对上述各个营收统计类别中的收款数据进行合并处理，确定上述各个营收统计类别对应的营收数据。

作为一种可选的实施方式，上述预设的数据处理需求信息至少包括财务结算需求；以及上述根据预设的数据处理需求信息，对上述收款数据进行数据处理，确定数据处理结果，包括：确定上述收款数据对应的数据类别；按照上述数据类别，将上述收款数据划分至财务结算报表；根据上述财务结算报表，确定财务结算数据。

根据本发明实施例的另一方面，还提供了一种收款数据处理装置，包括：渠道获取单元，被配置成获取付款端的付款信息对应的各个支付渠道；周期确定单元，被配置成从上述各个支付渠道的支付周期中确定最长支付周期；数据获取单元，被配置成按照上述最长支付周期，从上述各个支付渠道中获取收款数据；数据处理单元，被配置成根据预设的数据处理需求信息，对上述收款数据进行数据处理，确定数据处理结果；数据输出单元，被配置成输出上述数据处理结果。

作为一种可选的实施方式，上述装置还包括：信息获取单元，被配置成在检测到用户对上述付款端执行扫码付款操作的情况下，获取付款信息，上述付款信息至少包括付款数据以及支付渠道。

作为一种可选的实施方式，上述数据获取单元进一步被配置成：在当前时间与上一收款数据获取时间的间隔时长达到上述最长支付周期的时长的情况下，在上述各个支付渠道中确定收款端的收款数据。

作为一种可选的实施方式，上述预设的数据处理需求信息至少包括营收统计需求；以及上述数据处理单元进一步被配置成：将上述收款数据分类至各个营收统计类别；对上述各个营收统计类别中的收款数据进行合并处理，确定上述各个营收统计类别对应的营收数据。

作为一种可选的实施方式，上述预设的数据处理需求信息至少包括财务结算需求；以及上述数据处理单元进一步被配置成：确定上述收款数据对应的数据类别；按照上述数据类别，将上述收款数据划分至财务结算报表；根据上述财务结算报表，确定财务结算数据。

根据本发明实施例的又一方面，还提供了一种计算机可读的存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述收款数据处理方法。

根据本发明实施例的又一方面，还提供了一种电子装置，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，上述处理器通过计算机程序执行上述的收款数据处理方法。

在本发明实施例中，可以从各个支付渠道的支付周期中确定最长支付周期，按照最长支付周期，从各个支付渠道中获取收款数据。在各个支付渠道的数据均已完成同步之后获取数据，能够减少数据遗漏的情况发生的概率，获取到的收款数据更加精准，从而能够根据预设的数据处理需求信息，对收款数据进行处理，得到更准确的数据处理结果，提高了数据处理效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的一种可选的收款数据处理方法的流程图；

图2是根据本发明实施例的另一种可选的收款数据处理方法的流程图；

图3是根据本发明实施例的一种可选的收款数据处理装置的结构示意图；

图4是根据本发明实施例的一种可选的电子装置的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本发明实施例提供了一种可选的收款数据处理方法，如图1所示，该收款数据处理方法包括：

s101，获取付款端的付款信息对应的各个支付渠道。

本发明实施例中，付款端可以为用户使用的手机、平板等电子设备，收款端可以为商家使用的手机、平板等电子设备，本实施例对此不做限定。在用户使用付款端进行付款的情况下，执行主体(如自动售卖设备或者服务器等)可以获取用户的付款信息，以及与付款信息对应的各个支付渠道。其中，付款信息可以包括但不限于付款金额、付款时间、付款类别等等，支付渠道可以包括但不限于现金渠道、银行卡渠道、支付软件渠道等等，本实施例中不做限定。

s102，从各个支付渠道的支付周期中确定最长支付周期。

本发明实施例中，每个支付渠道的支付周期可以不完全相同，其中，支付周期指的是从付款端完成支付的时间到相应的支付渠道同步支付的时间的周期。可选的，可以根据各个支付渠道的支付周期确定周期集合，周期集合中可以包括每个支付渠道的支付周期，通过对周期集合中的支付周期进行排序，可以确定出最长支付周期。其中，最长支付周期为各个支付周期中周期时长最长的周期。

s103，按照最长支付周期，从各个支付渠道中获取收款数据。

本发明实施例中，可以将获取收款数据的时间设置为付款端进行付款之后，间隔上述的最长支付周期的时间。例如a支付渠道的支付周期为x，b支付渠道的支付周期为y，c支付渠道的支付周期为z，其中z为最长支付周期。此时可以先获取预设的统计周期(如一个月)内最后一次付款端的付款时间，将该付款时间加上z，得到收款数据统计时间，在收款数据统计时间，可以从各个支付渠道中获取收款数据。此时可以确保各个渠道内的收款数据均已完成同步，减少了收款数据遗漏的情况发生的概率，得到的收款数据更加精准。

可选的，按照最长支付周期，从各个支付渠道中获取收款数据可以包括以下步骤：响应于确定当前收款数据获取方式为预设的第一方式，按照最长支付周期，从各个支付渠道中获取收款数据；响应于确定当前收款数据获取方式为预设的第二方式，获取在预设的统计周期中付款端最后一次付款的付款时间以及支付渠道，确定该支付渠道对应的支付周期，将该付款时间加上该支付渠道，得到收款数据获取时间，在该收款数据获取时间从各个支付渠道中获取收款数据。

s104，根据预设的数据处理需求信息，对收款数据进行数据处理，确定数据处理结果。

本发明实施例中，预设的数据处理需求信息可以包括但不限于营收统计需求、财务结算需求、货物结算需求等等。其中，各个数据处理需求信息对应有相应的数据处理方式，数据处理可以包括但不限于数据变换、数据运算等等。在本发明实施例中，可以根据预设的数据处理需求信息，对收款数据执行不同的数据处理，实现数据智能分析。

s105，输出数据处理结果。

本发明实施例中，可以根据预设的数据处理需求信息确定数据处理结果需要发送的设备，如与财务结算需求对应的设备可以为财务人员使用的电子设备，此时执行主体可以控制将数据处理结果在该电子设备进行输出。

举例来说，假设本实施例的执行主体为自动售卖设备，用户可以通过付款端扫码启动自动售卖设备，并选择需要购买的商品，利用付款端完成付款。自动售卖设备可以获取各个付款端的付款信息，以及各个付款端对应的支付渠道。进一步的，自动售卖设备可以确定出每个支付渠道对应的支付周期，再从各个支付周期中确定最长支付周期。自动售卖设备可以对接各个支付渠道，并按照最长支付周期，从各个支付渠道中获取收款数据。再根据预设的数据处理需求信息，对收款数据进行数据处理。例如根据财务结算需求，统计本周期的财务结算数据，将其确定为数据处理结果，再将数据处理结果输出至相应的设备。这一过程实现了自动化地收款数据统计，并获取到较为准确的收款数据，得到较为准确的数据处理结果。

在本发明实施例中，可以从各个支付渠道的支付周期中确定最长支付周期，按照最长支付周期，从各个支付渠道中获取收款数据。在各个支付渠道的数据均已完成同步之后获取数据，能够减少数据遗漏的情况发生的概率，获取到的收款数据更加精准，从而能够根据预设的数据处理需求信息，对收款数据进行处理，得到更准确的数据处理结果，提高了数据处理效果。

进一步的，本发明实施例提供了另一种可选的收款数据处理方法，如图2所示，该收款数据处理方法包括：

s201，在检测到用户对付款端执行扫码付款操作的情况下，获取付款信息，付款信息至少包括付款数据以及支付渠道。

本发明实施例中，用户可以通过对付款端执行扫码付款操作，来触发完成付款。执行主体可以在检测到用户对付款端执行扫码付款操作的情况下，获取付款信息。其中，付款信息至少包括用户本次付款的金额，也即是付款数据，以及用户本次付款选择使用的支付渠道。

s202，获取付款端的付款信息对应的各个支付渠道。

本发明实施例中，执行主体可以获取各个付款端的付款信息，以及各个付款信息对应的各个支付渠道。对步骤s202的详细描述请参照对步骤s101的详细描述，在此不再赘述。

s203，从各个支付渠道的支付周期中确定最长支付周期。

本发明实施例中，对步骤s202的详细描述请参照对步骤s102的详细描述，在此不再赘述。

s204，在当前时间与上一收款数据获取时间的间隔时长达到最长支付周期的时长的情况下，在各个支付渠道中确定收款端的收款数据。

本发明实施例中，上一收款数据获取时间为上一次获取收款数据的时间。如果当前时间与上一次获取收款数据的时间的间隔时长达到最长支付周期的时长，可以在各个支付渠道中确定付款端在上一次获取收款数据的时间的付款数据，基于付款数据得到收款端的收款数据。这一过程可以不断更新收款数据，提高了收款数据的实时性。

s205，根据预设的数据处理需求信息，对收款数据进行数据处理，确定数据处理结果。

本发明实施例中，对于步骤s205的详细描述请参照对步骤s104的详细描述，在此不再赘述。

作为一种可选的实施方式，预设的数据处理需求信息至少包括营收统计需求；以及根据预设的数据处理需求信息，对收款数据进行数据处理，确定数据处理结果，包括：将收款数据分类至各个营收统计类别；对各个营收统计类别中的收款数据进行合并处理，确定各个营收统计类别对应的营收数据。

本发明实施例中，营收统计类别可以预设的营收类别，可以包括但不限于主营收类别、其它营收类别。通过将收款数据的收款类别和预设的营收类别进行匹配，可以将收款数据分类至各个营收统计类别，再分别对每个营收统计类别中的收款数据进行数据合并，如相加或者加权求和等合并方式，确定出各个营收统计类别对应的营收数据。

作为另一种可选的实施方式，预设的数据处理需求信息至少包括财务结算需求；以及根据预设的数据处理需求信息，对收款数据进行数据处理，确定数据处理结果，包括：确定收款数据对应的数据类别；按照数据类别，将收款数据划分至财务结算报表；根据财务结算报表，确定财务结算数据。

本发明实施例中，可以获取收款数据对应的数据类别，再按照数据类别，将收款数据划分至预设的财务结算报表中的指定位置。其中，预设的财务结算报表中包含预设的财务结算公式，再将收款数据划分至财务结算报表之后，财务结算报表能够基于预设的财务结算公式、收款数据以及其它数据确定财务结算数据。

s206，输出数据处理结果。

本发明实施例中，针对步骤s206的详细描述请参照对步骤s104的详细描述，在此不再赘述。

在本发明实施例中，可以从各个支付渠道的支付周期中确定最长支付周期，按照最长支付周期，从各个支付渠道中获取收款数据。在各个支付渠道的数据均已完成同步之后获取数据，能够减少数据遗漏的情况发生的概率，获取到的收款数据更加精准，从而能够根据预设的数据处理需求信息，对收款数据进行处理，得到更准确的数据处理结果，提高了数据处理效果。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

根据本发明实施例的另一个方面，还提供了一种用于实施上述收款数据处理方法的收款数据处理装置。如图3所示，该装置包括：

渠道获取单元301，被配置成获取付款端的付款信息对应的各个支付渠道。

本发明实施例中，付款端可以为用户使用的手机、平板等电子设备，收款端可以为商家使用的手机、平板等电子设备，本实施例对此不做限定。在用户使用付款端进行付款的情况下，可以获取用户的付款信息，以及与付款信息对应的各个支付渠道。其中，付款信息可以包括但不限于付款金额、付款时间、付款类别等等，支付渠道可以包括但不限于现金渠道、银行卡渠道、支付软件渠道等等，本实施例中不做限定。

周期确定单元302，被配置成从各个支付渠道的支付周期中确定最长支付周期。

本发明实施例中，每个支付渠道的支付周期可以不完全相同，其中，支付周期指的是从付款端完成支付的时间到相应的支付渠道同步支付的时间的周期。可选的，可以根据各个支付渠道的支付周期确定周期集合，周期集合中可以包括每个支付渠道的支付周期，通过对周期集合中的支付周期进行排序，可以确定出最长支付周期。其中，最长支付周期为各个支付周期中周期时长最长的周期。

数据获取单元303，被配置成按照最长支付周期，从各个支付渠道中获取收款数据。

本发明实施例中，可以将获取收款数据的时间设置为付款端进行付款之后，间隔上述的最长支付周期的时间。例如a支付渠道的支付周期为x，b支付渠道的支付周期为y，c支付渠道的支付周期为z，其中z为最长支付周期。此时可以先获取预设的统计周期(如一个月)内最后一次付款端的付款时间，将该付款时间加上z，得到收款数据统计时间，在收款数据统计时间，可以从各个支付渠道中获取收款数据。此时可以确保各个渠道内的收款数据均已完成同步，减少了收款数据遗漏的情况发生的概率，得到的收款数据更加精准。

可选的，按照最长支付周期，从各个支付渠道中获取收款数据可以包括以下步骤：响应于确定当前收款数据获取方式为预设的第一方式，按照最长支付周期，从各个支付渠道中获取收款数据；响应于确定当前收款数据获取方式为预设的第二方式，获取在预设的统计周期中付款端最后一次付款的付款时间以及支付渠道，确定该支付渠道对应的支付周期，将该付款时间加上该支付渠道，得到收款数据获取时间，在该收款数据获取时间从各个支付渠道中获取收款数据。

数据处理单元304，被配置成根据预设的数据处理需求信息，对收款数据进行数据处理，确定数据处理结果。

本发明实施例中，预设的数据处理需求信息可以包括但不限于营收统计需求、财务结算需求、货物结算需求等等。其中，各个数据处理需求信息对应有相应的数据处理方式，数据处理可以包括但不限于数据变换、数据运算等等。在本发明实施例中，可以根据预设的数据处理需求信息，对收款数据执行不同的数据处理，实现数据智能分析。

数据输出单元305，被配置成输出数据处理结果。

本发明实施例中，可以根据预设的数据处理需求信息确定数据处理结果需要发送的设备，如与财务结算需求对应的设备可以为财务人员使用的电子设备，此时执行主体可以控制将数据处理结果在该电子设备进行输出。

举例来说，假设本实施例的执行主体为自动售卖设备，用户可以通过付款端扫码启动自动售卖设备，并选择需要购买的商品，利用付款端完成付款。自动售卖设备可以获取各个付款端的付款信息，以及各个付款端对应的支付渠道。进一步的，自动售卖设备可以确定出每个支付渠道对应的支付周期，再从各个支付周期中确定最长支付周期。自动售卖设备可以对接各个支付渠道，并按照最长支付周期，从各个支付渠道中获取收款数据。再根据预设的数据处理需求信息，对收款数据进行数据处理。例如根据财务结算需求，统计本周期的财务结算数据，将其确定为数据处理结果，再将数据处理结果输出至相应的设备。这一过程实现了自动化地收款数据统计，并获取到较为准确的收款数据，得到较为准确的数据处理结果。

作为一种可选的实施方式，上述装置还包括：信息获取单元，被配置成在检测到用户对上述付款端执行扫码付款操作的情况下，获取付款信息，上述付款信息至少包括付款数据以及支付渠道。

本发明实施例中，用户可以通过对付款端执行扫码付款操作，来触发完成付款。执行主体可以在检测到用户对付款端执行扫码付款操作的情况下，获取付款信息。其中，付款信息至少包括用户本次付款的金额，也即是付款数据，以及用户本次付款选择使用的支付渠道。

作为一种可选的实施方式，上述数据获取单元进一步被配置成：在当前时间与上一收款数据获取时间的间隔时长达到上述最长支付周期的时长的情况下，在上述各个支付渠道中确定收款端的收款数据。

本发明实施例中，上一收款数据获取时间为上一次获取收款数据的时间。如果当前时间与上一次获取收款数据的时间的间隔时长达到最长支付周期的时长，可以在各个支付渠道中确定付款端在上一次获取收款数据的时间的付款数据，基于付款数据得到收款端的收款数据。这一过程可以不断更新收款数据，提高了收款数据的实时性。

作为一种可选的实施方式，上述预设的数据处理需求信息至少包括营收统计需求；以及上述数据处理单元304进一步被配置成：将上述收款数据分类至各个营收统计类别；对上述各个营收统计类别中的收款数据进行合并处理，确定上述各个营收统计类别对应的营收数据。

本发明实施例中，营收统计类别可以预设的营收类别，可以包括但不限于主营收类别、其它营收类别。通过将收款数据的收款类别和预设的营收类别进行匹配，可以将收款数据分类至各个营收统计类别，再分别对每个营收统计类别中的收款数据进行数据合并，如相加或者加权求和等合并方式，确定出各个营收统计类别对应的营收数据。

作为一种可选的实施方式，上述预设的数据处理需求信息至少包括财务结算需求；以及上述数据处理单元304进一步被配置成：确定上述收款数据对应的数据类别；按照上述数据类别，将上述收款数据划分至财务结算报表；根据上述财务结算报表，确定财务结算数据。

本发明实施例中，可以获取收款数据对应的数据类别，再按照数据类别，将收款数据划分至预设的财务结算报表中的指定位置。其中，预设的财务结算报表中包含预设的财务结算公式，再将收款数据划分至财务结算报表之后，财务结算报表能够基于预设的财务结算公式、收款数据以及其它数据确定财务结算数据。

在本发明实施例中，可以从各个支付渠道的支付周期中确定最长支付周期，按照最长支付周期，从各个支付渠道中获取收款数据。在各个支付渠道的数据均已完成同步之后获取数据，能够减少数据遗漏的情况发生的概率，获取到的收款数据更加精准，从而能够根据预设的数据处理需求信息，对收款数据进行处理，得到更准确的数据处理结果，提高了数据处理效果。

根据本发明实施例的又一个方面，还提供了一种用于实施上述收款数据处理方法的电子设备，如图4所示，该电子设备包括存储器402和处理器404，该存储器402中存储有计算机程序，该处理器404被设置为通过计算机程序执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述电子设备可以位于计算机网络的多个网络设备中的至少一个网络设备。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

s1，获取付款端的付款信息对应的各个支付渠道。

s2，从各个支付渠道的支付周期中确定最长支付周期。

s3，按照最长支付周期，从各个支付渠道中获取收款数据。

s4，根据预设的数据处理需求信息，对收款数据进行数据处理，确定数据处理结果。

s5，输出数据处理结果。

可选地，本领域普通技术人员可以理解，图4所示的结构仅为示意，电子设备也可以是智能手机(如android手机、ios手机等)、平板电脑、掌上电脑以及移动互联网设备(mobileinternetdevices，mid)、pad等终端设备。图4其并不对上述电子设备的结构造成限定。例如，电子设备还可包括比图4中所示更多或者更少的组件(如网络接口等)，或者具有与图4所示不同的配置。

其中，存储器402可用于存储软件程序以及模块，如本发明实施例中的收款数据处理方法和装置对应的程序指令/模块，处理器404通过运行存储在存储器402内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的收款数据处理方法。存储器402可包括高速随机存储器，还可以包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器402可进一步包括相对于处理器404远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。其中，存储器402具体可以但不限于用于存储操作指令等信息。作为一种示例，如图4所示，上述存储器402中可以但不限于包括上述收款数据处理装置中的渠道获取单元301、周期确定单元302、数据获取单元303、数据处理单元304和数据输出单元305。此外，还可以包括但不限于上述收款数据处理装置中的其他模块单元，本示例中不再赘述。

可选地，上述的传输装置406用于经由一个网络接收或者发送数据。上述的网络具体实例可包括有线网络及无线网络。在一个实例中，传输装置406包括一个网络适配器(networkinterfacecontroller，nic)，其可通过网线与其他网络设备与路由器相连从而可与互联网或局域网进行通讯。在一个实例中，传输装置406为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

此外，上述电子设备还包括：显示器408，用于显示上述显示内容；和连接总线410，用于连接上述电子设备中的各个模块部件。

根据本发明的实施例的又一方面，还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

s1，获取付款端的付款信息对应的各个支付渠道。

s2，从各个支付渠道的支付周期中确定最长支付周期。

s3，按照最长支付周期，从各个支付渠道中获取收款数据。

s4，根据预设的数据处理需求信息，对收款数据进行数据处理，确定数据处理结果。

s5，输出数据处理结果。

可选地，在本实施例中，本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(read-onlymemory，rom)、随机存取器(randomaccessmemory，ram)、磁盘或光盘等。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。