一种用于用户支付系统的数据加密方法

技术领域

本发明属于数据安全技术领域，尤其涉及一种用于用户支付系统的数据加密方法。

背景技术

很多的医院、大型企业或者事业单位建立了食堂以及内部支付系统，由于支付数据不仅涉及到个人隐私，同时也涉及到单位内部的数据安全，因此如何实现对支付数据的加密处理成为亟待解决的技术问题。

为了解决上述技术问题，现有技术方案中给出了在支付端、消费端和账户管理服务器端的加密解密方案，保证支付数据的传输和存储的数据安全性，但是通过分析不难发现，存在以下技术问题：

为了提升用户的支付使用的便利性，一般用户支付系统支持线下和线上两种方式，而这就有可能导致某些时刻用于对支付数据进行加密存储处理的服务器的端口的使用较为繁忙，若不能针对性的进行线上支付的限流处理，则有可能导致线下支付的处理效率过慢，使得用户的排队时长过长。

针对上述技术问题，本发明提供了一种用于用户支付系统的数据加密方法。

发明内容

为实现本发明目的，本发明采用如下技术方案：

根据本发明的一个方面，提供了一种用于用户支付系统的数据加密方法。

一种用于用户支付系统的数据加密方法，其特征在于，具体包括：

S1通过不同类型的历史支付数据确定不同时段的加密处理繁忙度以及时段类型，当所述时段的时段类型为预设时段类型时，进入下一步骤；

S2获取用户支付系统的不同类型的支付用户的用户数据以及线下结算终端的使用数据，并结合所述时段的加密处理繁忙度确定所述时段的支付数据的分析采样周期；

S3基于所述分析采样周期进行所述时段的不同时刻的不同类型的用户支付数据的数据量以及加密处理时长的确定，基于不同时刻的不同类型的用户支付数据的数据量以及加密处理时长确定所述时段的延误处理概率，通过线下的所述用户支付数据的加密处理频率确定所述时段的延误处理概率不满足要求时，进入下一步骤；

S4根据线下的所述用户支付数据的加密处理频率以及所述时段的延误处理概率进行线上的用户支付数据的限流处理方式的确定。

本发明的有益效果在于：

1、通过不同类型的历史支付数据确定不同时段的加密处理繁忙度以及时段类型，从而实现了从一定的时间周期的角度进行不同时段的支付数据的加密需求的繁忙情况的评估，并通过对时段类型的划分，也为差异化的进行线上的用户支付数据的限流处理方式的确定奠定了基础，提升了分析处理的效率。

2、基于不同时刻的不同类型的用户支付数据的数据量以及加密处理时长确定时段的延误处理概率，既考虑到由于用户支付数据的类型的差异导致的加密处理的难度的差异，同时通过进一步结合加密处理时长和数据量也对当前时段的加密处理的繁忙和延误情况进行了进一步的评估，从而为当前时段的差异化的限流方式的确定奠定了基础。

3、根据线下的所述用户支付数据的加密处理频率以及所述时段的延误处理概率进行线上的用户支付数据的限流处理方式的确定，实现了从线下的用户支付数据的加密需求对当前时段在相同的延误处理概率下进行动态调整，既满足了线上的用户支付数据的加密处理需求，同时也避免了由于线上用户过多导致的线下的支付用户结算处理效率过慢导致的排队等问题的出现。

进一步的技术方案在于，所述不同类型的历史支付数据包括线下的历史支付数据和线上的历史支付数据。

进一步的技术方案在于，所述时段类型包括繁忙时段、疑似繁忙时段和空闲时段。

进一步的技术方案在于，所述预设时段类型为疑似繁忙时段。

进一步的技术方案在于，当所述时段的时段类型不属于预设时段类型时，则判断所述时段的时段类型是否为繁忙时段，若是，则在所述时段对所述预设类型的用户支付进行禁用处理，若否，则在所述时段无需对所述预设类型的用户支付进行限流处理。

进一步的技术方案在于，所述不同类型的支付用户包括线上支付用户和线下支付用户。

进一步的技术方案在于，所述用户数据包括支付用户的数量以及不同的支付用户的支付使用次数。

进一步的技术方案在于，所述使用数据包括线下结算终端的使用数量以及不同的线下结算终端的结算使用次数。

进一步的技术方案在于，所述限流处理方式包括限制接入用户数量以及禁止接入用户。

其他特征和优点将在随后的说明书中阐述，本发明的目的和其他优点在说明书以及附图中所特别指出的结构来实现和获得。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

通过参照附图详细描述其示例实施方式，本发明的上述和其它特征及优点将变得更加明显；

图1是一种用于用户支付系统的数据加密方法的流程图；

图2是时段的加密处理繁忙度的确定的方法的流程图；

图3是时段的支付数据的分析采样周期的确定的方法的流程图；

图4是时段的延误处理概率的确定的方法的流程图；

图5是一种计算机系统的框架图。

具体实施方式

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

很多的医院、大型企业或者学校建立了食堂以及内部支付系统，一般来说内部支付系统支持线上和线下两种类型的支付方式，为了实现对支付方式的支付数据的加密处理，若线上的支付数据的数据量较大，导致线下的支付数据的加密处理的效率难以满足要求，使得线下支付的用户排队处理过长，因此如何差异性的进行线上的支付用户的限制处理成为亟待解决的技术问题。

为解决上述技术问题，根据历史支付数据确定使用较为繁忙的时段的筛选，将使用较为繁忙的时段作为疑似繁忙时段，根据疑似繁忙时段中存在加密处理的时长不满足要求的时刻占比确定疑似繁忙时段的延时处理概率，并通过延时处理概率和当前时段的不同时刻的线下的用户支付使用频率确定当前的线上的用户的支付的限制方式。

具体的，本发明采用以下技术方案：

首先通过不同类型的历史支付数据确定不同时段的加密处理繁忙度以及时段类型，具体的可以通过历史支付数据量大于预设数据量的日期的数量占比确定不同时段的加密处理繁忙度，并根据加密处理繁忙度确定不同时段的时段类型，当所述时段的时段类型为疑似繁忙时段时，进入下一步骤；

然后根据用户支付系统的不同类型的支付用户的用户数据以及线下结算终端的使用数据、时段的加密处理繁忙度确定所述时段的支付数据的分析采样周期，具体的分别通过支付用户的用户数量以及线下结算终端的数量分别得到用户补偿量和终端补偿量，最后通过用户补偿量和终端补偿量、时段的加密处理繁忙度的权重和确定所述时段的支付数据的分析采样周期；

紧接着基于分析采样周期进行所述时段的不同时刻的不同类型的用户支付数据的数据量以及加密处理时长的确定，基于不同时刻的不同类型的用户支付数据的数据量以及加密处理时长确定时段的延误处理概率，具体的可以通过用户支付数据的数据量大于预设数据量的时刻数量的占比以及加密处理时长不满足要求的时刻数量的占比的权重和确定时段的延误处理概率，通过线下的用户支付数据的加密处理频率确定所述时段的延误处理概率不满足要求时，进入下一步骤；

最后根据所述线下的用户支付数据的加密处理频率确定时段的延误处理概率限定量，通过时段的延误处理概率与所述时段的延误处理概率限定量的偏差量确定线上的用户支付数据的限流处理方式。

以下将从方法类实施例和系统类实施例两个角度进行进一步阐述。

为解决上述问题，根据本发明的一个方面，如图1所示，提供了一种用于用户支付系统的数据加密方法，其特征在于，具体包括：

S1通过不同类型的历史支付数据确定不同时段的加密处理繁忙度以及时段类型，当所述时段的时段类型为预设时段类型时，进入下一步骤；

进一步的，所述不同类型的历史支付数据包括线下的历史支付数据和线上的历史支付数据。

具体的，所述时段类型包括繁忙时段、疑似繁忙时段和空闲时段。

在其中的一个可能的实施例中，如图2所示，所述时段的加密处理繁忙度的确定的方法为：

将预设时间内的日期作为评估日期，根据不同的评估日期的所述时段的历史支付数据确定不同的评估日期的所述时段的不同类型的历史支付的加密处理笔数；

根据不同的评估日期的所述时段的不同类型的历史支付的加密处理笔数以及不同类型的历史支付的数据量确定不同的评估日期的不同类型的历史支付的繁忙度评估量以及不同的评估日期的日期繁忙度评估量；

通过不同的评估日期的日期繁忙度评估量确定所述时段的加密处理繁忙度。

在另外的一个可能的实施例中，所述时段的加密处理繁忙度的确定的方法为：

将预设时间内的日期作为评估日期，根据不同的评估日期的所述时段的历史支付数据确定不同的评估日期的所述时段的不同类型的历史支付的加密处理笔数，当不同的评估日期的所述时段的历史支付的加密处理笔数均大于预设笔数限定值时，则确定所述时段的时段类型不属于预设时段类型；

当不同的评估日期的所述时段的历史支付的加密处理笔数不都大于预设笔数限定值时，判断不同的评估日期的所述时段的历史支付的加密处理笔数是否均小于第二预设笔数限定值，若是，则确定所述时段的时段类型不属于预设时段类型，若否，则进入下一步骤；

根据不同的评估日期的所述时段的不同类型的历史支付的加密处理笔数以及不同类型的历史支付的数据量确定不同的评估日期的不同类型的历史支付的繁忙度评估量以及不同的评估日期的日期繁忙度评估量，当不存在日期繁忙度评估量不满足要求的日期时，则确定所述时段的时段类型不属于预设时段类型；

当存在日期繁忙度评估量不满足要求的日期时，将日期繁忙度评估量不满足要求的日期作为繁忙处理日期，当繁忙处理日期的日期占比大于预设日期占比时，则确定所述时段的时段类型不属于预设时段类型；

当繁忙处理日期的日期占比不大于预设日期占比时，通过不同的评估日期的日期繁忙度评估量以及繁忙处理日期的日期占比确定所述时段的加密处理繁忙度。

在其中的一个可能的实施例中，所述时段的加密处理繁忙度的确定的方法为：

S11将预设时间内的日期作为评估日期，根据不同的评估日期的所述时段的历史支付数据确定不同的评估日期的所述时段的不同类型的历史支付的加密处理笔数，判断是否存在所述时段的历史支付的加密处理笔数大于预设笔数限定值的评估日期，若是，则进入步骤S13，若否，则进入下一步骤；

S12判断不同的评估日期的所述时段的历史支付的加密处理笔数是否均小于第二预设笔数限定值，若是，则确定所述时段的时段类型不属于预设时段类型，若否，则进入下一步骤；

S13根据不同的评估日期的所述时段的不同类型的历史支付的加密处理笔数以及不同类型的历史支付的数据量确定不同的评估日期的不同类型的历史支付的繁忙度评估量以及不同的评估日期的日期繁忙度评估量，判断是否存在日期繁忙度评估量不满足要求的日期，若是，则进入下一步骤，若否，则确定所述时段的时段类型不属于预设时段类型；

S14将日期繁忙度评估量不满足要求的日期作为繁忙处理日期，基于繁忙处理日期的日期占比以及不同的繁忙处理日期的日期繁忙度评估量确定综合繁忙度评估量，判断所述综合繁忙度评估量是否满足要求，若是，则进入下一步骤，若否，则确定所述时段的时段类型不属于预设时段类型；

S15通过不同的评估日期的日期繁忙度评估量以及繁忙处理日期的日期占比确定所述时段的加密处理繁忙度。

需要说明的是，所述预设时段类型为疑似繁忙时段。

具体的，当所述时段的时段类型不属于预设时段类型时，则判断所述时段的时段类型是否为繁忙时段，若是，则在所述时段对所述预设类型的用户支付进行禁用处理，若否，则在所述时段无需对所述预设类型的用户支付进行限流处理。

S2获取用户支付系统的不同类型的支付用户的用户数据以及线下结算终端的使用数据，并结合所述时段的加密处理繁忙度确定所述时段的支付数据的分析采样周期；

可以理解的是，所述不同类型的支付用户包括线上支付用户和线下支付用户。

进一步的，所述用户数据包括支付用户的数量以及不同的支付用户的支付使用次数。

具体的，所述使用数据包括线下结算终端的使用数量以及不同的线下结算终端的结算使用次数。

在其中的一个可能的实施例中，如图3所示，所述时段的支付数据的分析采样周期的确定的方法为：

基于所述支付用户的用户数据确定不同类型的支付用户的数量以及不同的支付用户的支付使用次数，并结合不同类型的支付用户的数据量确定用户使用评估量；

根据所述线下结算终端的使用数据确定线下结算终端的使用数量以及不同的线下结算终端的结算使用次数，并通过所述下结算终端的使用数量以及不同的线下结算终端的结算使用次数确定结算使用评估量；

通过所述结算使用评估量、用户使用评估量进行不同时段的支付数据的基础采样周期的确定，基于所述时段的加密处理繁忙度对所述时段的支付数据的基础采样周期进行修正得到所述时段的支付数据的分析采样周期。

在另外的一个可能的实施例中，所述时段的支付数据的分析采样周期的确定的方法为：

基于所述支付用户的用户数据确定不同类型的支付用户的数量以及不同的支付用户的支付使用次数，并结合不同类型的支付用户的数据量确定用户使用评估量；

根据所述线下结算终端的使用数据确定线下结算终端的使用数量以及不同的线下结算终端的结算使用次数，并通过所述下结算终端的使用数量以及不同的线下结算终端的结算使用次数确定结算使用评估量；

通过所述结算使用评估量、用户使用评估量进行不同时段的支付数据的基础采样周期的确定，基于所述时段的加密处理繁忙度对所述时段的支付数据的基础采样周期进行修正得到所述时段的支付数据的分析采样周期。

在另外的一个可能的实施例中，所述时段的支付数据的分析采样周期的确定的方法为：

获取所述时段的加密处理繁忙度，判断所述时段的加密处理繁忙度是否大于预设处理繁忙度，若是，则通过所述加密处理繁忙度确定所述时段的支付数据的分析采样周期，若否，则进入下一步骤；

基于所述支付用户的用户数据确定不同类型的支付用户的数量以及不同的支付用户的支付使用次数，并结合不同类型的支付用户的数据量确定用户使用评估量；

根据所述线下结算终端的使用数据确定线下结算终端的使用数量以及不同的线下结算终端的结算使用次数，并通过所述下结算终端的使用数量以及不同的线下结算终端的结算使用次数确定结算使用评估量；

通过所述结算使用评估量、用户使用评估量进行不同时段的支付数据的基础采样周期的确定，基于所述时段的加密处理繁忙度对所述时段的支付数据的基础采样周期进行修正得到所述时段的支付数据的分析采样周期。

S3基于所述分析采样周期进行所述时段的不同时刻的不同类型的用户支付数据的数据量以及加密处理时长的确定，基于不同时刻的不同类型的用户支付数据的数据量以及加密处理时长确定所述时段的延误处理概率，通过线下的所述用户支付数据的加密处理频率确定所述时段的延误处理概率不满足要求时，进入下一步骤；

在其中的一个可能的实施例中，如图4所示，所述时段的延误处理概率的确定的方法为：

基于所述时段的不同时刻的不同类型的用户支付数据的数据量以及加密处理时长确定不同时刻的加密处理延误评估量以及延误处理时刻；

通过所述时段的延误处理时刻的数量以及不同的延误处理时刻的加密处理延误评估量确定所述时段的延误处理时刻的延时处理评估量；

获取所述时段的不同时刻的加密处理延误评估量以及所述延误处理时刻在所述时段的数量占比，并结合所述时段的延误处理时刻的延时处理评估量确定所述时段的延误处理概率。

具体的，当所述时刻的加密处理延误评估量不满足要求时，则确定所述时刻为延误处理时刻。

在另外的一个可能的实施例中，所述时段的延误处理概率的确定的方法为：

基于所述时段的不同时刻的不同类型的用户支付数据的数据量以及加密处理时长确定不同时刻的加密处理延误评估量以及延误处理时刻，判断所述时段是否存在延误处理时刻，若是，则进入下一步骤，若否，则通过不同时刻的加密处理延误评估量确定所述时段的延误处理概率；

判断所述时段的延误处理时刻的数量占比是否大于预设时刻数量占比，若是，则通过所述时段的延误处理时刻的数量占比确定所述时段的延误处理概率，若否，则进入下一步骤；

通过所述时段的延误处理时刻的数量以及不同的延误处理时刻的加密处理延误评估量确定所述时段的延误处理时刻的延时处理评估量，判断所述时段的延误处理时刻的延时处理评估量是否满足要求，若是，则进入下一步骤，若否，则通过所述时段的延误处理时刻的数量占比确定所述时段的延误处理概率；

获取所述时段的不同时刻的加密处理延误评估量以及所述延误处理时刻在所述时段的数量占比，并结合所述时段的延误处理时刻的延时处理评估量确定所述时段的延误处理概率。

在另外的一个可能的实施例中，所述时段的延误处理概率的确定的方法为：

基于所述时段的不同时刻的不同类型的用户支付数据的数据量以及加密处理时长确定不同时刻的加密处理延误评估量以及延误处理时刻，当所述时段的延误处理时刻的数量占比大于预设时刻数量占比时：

获取所述时段的延误处理时刻的数量，当所述时段的延误处理时刻的数量不满足要求时，则通过所述时段的延误处理时刻的数量占比确定所述时段的延误处理概率，

当所述时段的延误处理时刻的数量满足要求或者所述时段的延误处理时刻的数量占比不大于预设时刻数量占比时：

判断所述时段的延误处理时刻的数量是否小于预设延误处理时刻数量，若是，则通过不同时刻的加密处理延误评估量确定所述时段的延误处理概率，若否，则进入下一步骤；

通过所述时段的延误处理时刻的数量以及不同的延误处理时刻的加密处理延误评估量确定所述时段的延误处理时刻的延时处理评估量，判断所述时段的延误处理时刻的延时处理评估量是否满足要求，若是，则进入下一步骤，若否，则通过所述时段的延误处理时刻的数量占比确定所述时段的延误处理概率；

获取所述时段的不同时刻的加密处理延误评估量以及所述延误处理时刻在所述时段的数量占比，并结合所述时段的延误处理时刻的延时处理评估量确定所述时段的延误处理概率。

具体的举例说明，确定所述时段的延误处理概率不满足要求，具体包括：

根据所述线下的用户支付数据的加密处理频率确定所述时段的不同时刻的线下的用户支付数据的加密处理数量，并结合所述时段的线下的用户支付数据的加密处理频率的平均值以及加密处理频率大于预设处理频率的时刻的数量确定所述时段的延误处理概率限定量；

通过所述时段的延误处理概率限定量判断所述时段的延误处理概率是否满足要求。

进一步的，当所述时段的延误处理概率大于所述时段的烟雾处理概率限定量时，则确定所述时段的延误处理概率不满足要求。

在另外的一个可能的实施例中，确定所述时段的延误处理概率不满足要求，具体包括：

判断所述时段的延误处理概率是否小于预设延时概率限定量，若是，则确定所述时段的延误处理概率满足要求，若否，则进入下一步骤；

根据所述线下的用户支付数据的加密处理频率确定所述时段的不同时刻的线下的用户支付数据的加密处理数量，判断是否存在线下的用户支付数据的加密处理数量不满足要求的时刻，若是，则进入下一步骤，若否，则确定所述时段的延误处理概率满足要求；

判断所述时段的加密处理频率大于预设处理频率的时刻的数量是否满足要求，若是，则进入下一步骤，若否，则确定所述时段的延误处理概率满足要求；

根据所述线下的用户支付数据的加密处理频率确定所述时段的不同时刻的线下的用户支付数据的加密处理数量，并结合所述时段的线下的用户支付数据的加密处理频率的平均值以及加密处理频率大于预设处理频率的时刻的数量确定所述时段的延误处理概率限定量，通过所述时段的延误处理概率限定量判断所述时段的延误处理概率是否满足要求。

S4根据线下的所述用户支付数据的加密处理频率以及所述时段的延误处理概率进行线上的用户支付数据的限流处理方式的确定。

具体的举例说明，所述线上的用户支付数据的限流处理方式的确定的方法为：

根据所述线下的用户支付数据的加密处理频率确定所述时段的不同时刻的线下的用户支付数据的加密处理数量，并结合所述时段的线下的用户支付数据的加密处理频率的平均值以及加密处理频率大于预设处理频率的时刻的数量确定所述时段的延误处理概率限定量；

通过所述时段的延误处理概率与所述时段的延误处理概率限定量的偏差量确定所述线上的用户支付数据的限流处理方式。

进一步的，所述限流处理方式包括限制接入用户数量以及禁止接入用户。

另一方面，如图5所示，本发明提供了一种计算机系统，包括：通信连接的存储器和处理器，以及存储在所述存储器上并能够在所述处理器上运行的计算机程序，其特征在于：所述处理器运行所述计算机程序时执行上述的一种用于用户支付系统的数据加密方法。

其中上述的一种用于用户支付系统的数据加密方法，具体包括：

将预设时间内的日期作为评估日期，根据不同的评估日期的所述时段的历史支付数据确定不同的评估日期的所述时段的不同类型的历史支付的加密处理笔数，当不同的评估日期的所述时段的历史支付的加密处理笔数均大于预设笔数限定值时，则确定所述时段的时段类型不属于预设时段类型；

当不同的评估日期的所述时段的历史支付的加密处理笔数不都大于预设笔数限定值时，判断不同的评估日期的所述时段的历史支付的加密处理笔数是否均小于第二预设笔数限定值，若是，则确定所述时段的时段类型不属于预设时段类型，若否，则进入下一步骤；

根据不同的评估日期的所述时段的不同类型的历史支付的加密处理笔数以及不同类型的历史支付的数据量确定不同的评估日期的不同类型的历史支付的繁忙度评估量以及不同的评估日期的日期繁忙度评估量，当不存在日期繁忙度评估量不满足要求的日期时，则确定所述时段的时段类型不属于预设时段类型；

当存在日期繁忙度评估量不满足要求的日期时，将日期繁忙度评估量不满足要求的日期作为繁忙处理日期，当繁忙处理日期的日期占比大于预设日期占比时，则确定所述时段的时段类型不属于预设时段类型；

当繁忙处理日期的日期占比不大于预设日期占比时，通过不同的评估日期的日期繁忙度评估量以及繁忙处理日期的日期占比确定所述时段的加密处理繁忙度，当所述时段的时段类型为预设时段类型时，进入下一步骤；

获取用户支付系统的不同类型的支付用户的用户数据以及线下结算终端的使用数据，并结合所述时段的加密处理繁忙度确定所述时段的支付数据的分析采样周期；

基于所述分析采样周期进行所述时段的不同时刻的不同类型的用户支付数据的数据量以及加密处理时长的确定，基于不同时刻的不同类型的用户支付数据的数据量以及加密处理时长确定所述时段的延误处理概率，通过线下的所述用户支付数据的加密处理频率确定所述时段的延误处理概率不满足要求时，进入下一步骤；

根据所述线下的用户支付数据的加密处理频率确定所述时段的不同时刻的线下的用户支付数据的加密处理数量，并结合所述时段的线下的用户支付数据的加密处理频率的平均值以及加密处理频率大于预设处理频率的时刻的数量确定所述时段的延误处理概率限定量；

通过所述时段的延误处理概率与所述时段的延误处理概率限定量的偏差量确定所述线上的用户支付数据的限流处理方式。

通过以上实施例，本发明取得以下有益效果：

1、通过不同类型的历史支付数据确定不同时段的加密处理繁忙度以及时段类型，从而实现了从一定的时间周期的角度进行不同时段的支付数据的加密需求的繁忙情况的评估，并通过对时段类型的划分，也为差异化的进行线上的用户支付数据的限流处理方式的确定奠定了基础，提升了分析处理的效率。

2、基于不同时刻的不同类型的用户支付数据的数据量以及加密处理时长确定时段的延误处理概率，既考虑到由于用户支付数据的类型的差异导致的加密处理的难度的差异，同时通过进一步结合加密处理时长和数据量也对当前时段的加密处理的繁忙和延误情况进行了进一步的评估，从而为当前时段的差异化的限流方式的确定奠定了基础。

3、根据线下的所述用户支付数据的加密处理频率以及所述时段的延误处理概率进行线上的用户支付数据的限流处理方式的确定，实现了从线下的用户支付数据的加密需求对当前时段在相同的延误处理概率下进行动态调整，既满足了线上的用户支付数据的加密处理需求，同时也避免了由于线上用户过多导致的线下的支付用户结算处理效率过慢导致的排队等问题的出现。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

以上所述仅为本说明书的一个或多个实施例而已，并不用于限制本说明书。对于本领域技术人员来说，本说明书的一个或多个实施例可以有各种更改和变化。凡在本说明书的一个或多个实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求范围之内。