本发明涉及通信技术领域，特别是涉及一种保持应用稳定支付的数据包速率控制方法。
背景技术：
目前，线下购物如去超市或者小店购买商品，在支付环节，可使用多种方式进行付款，比如：使用支付宝、微信等支付应用进行支付。而支付应用在支付过程中，需要合适的带宽来保持支付应用能够稳定支付。由于带宽资源有限，经过的带宽连接可能造成巨大的缓冲空间负荷，以致造成大的延迟时间、经常性的缓冲区拥塞，甚至是缓冲挤占导致带宽分配不均，影响支付应用的稳定支付；而通过控制数据包可以控制带宽的分配，保持支付应用的稳定支付。因此，本申请提供一种保持应用稳定支付的数据包速率控制方法。
技术实现要素：
鉴于以上所述现有技术的缺点，本发明的目的在于提供一种保持应用稳定支付的数据包速率控制方法，用于解决现有技术中存在的问题。
为实现上述目的及其他相关目的，本发明提供一种保持应用稳定支付的数据包速率控制方法，包括有：
获取第一终端设备中的应用支付产生的支付数据；其中，所述第一终端设备中的应用支付产生的支付数据以数据包形式进行交付；
判断所述第一终端设备中的应用支付产生的支付数据是否达到预设阈值；若所述第一终端设备中的应用支付产生的支付数据达到预设阈值，则对第一终端设备中的应用支付产生的支付数据进行分拣，所述分拣包括根据第一终端设备中的支付数据中的支付请求时间和/或支付请求位置进行合并，并将合并后的支付数据中的数据包以串行模式进行交付传输；降低所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率；
第二终端设备分别按照预设规则主动获取第一终端设备直接传输的支付数据、分拣后的支付数据；其中，第二终端设备通过传输层获取第一终端设备中的支付数据。
可选地，若所述第一终端设备中的应用支付产生的支付数据达到预设阈值，还包括在第三终端设备中映射虚拟存储，将所述第一终端设备中超过预设阈值时所产生的支付数据转发至第三终端设备中的虚拟存储中进行缓存；所述第三终端设备与所述第一终端设备、第二终端设备连接。
可选地，若第二终端设备获取的支付数据超过第二终端设备中数据库拥有的响应流量，则在第二终端设备中的目标流量池中创建至少一个子流量池，并从所述目标流量池的总流量中分别为所述至少一个子流量池分配初始流量，通过分配的初始流量控制第二终端设备能够稳定的响应支付请求；其中，第二终端设备通过传输层获取第三终端设备中的支付数据；第二终端设备按照预设规则主动获取第三终端设备中缓存的支付数据。
可选地，获取某一时刻所述第一终端设备中的应用支付产生的支付数据；
判断在该时刻所述传输层中所述第一终端设备中的应用支付产生的支付数据是否达到预设阈值，若该时刻所述传输层中所述第一终端设备中的应用支付产生的支付数据达到预设阈值，降低下一时刻所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率或暂停将下一时刻所述第一终端设备中的应用支付产生的支付数据传输到所述第二终端设备；同时对某一时刻之前第一终端设备中的应用支付产生的支付数据进行分拣，所述分拣包括根据第一终端设备中的支付数据中的支付请求时间和/或支付请求位置进行合并，并将合并后的支付数据中的数据包以串行模式进行交付传输；同时在第三终端设备中映射虚拟存储，将下一时刻所述第一终端设备中的应用支付产生的支付数据转发至第三终端设备中的虚拟存储中进行缓存。
可选地，若所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率被降低至第一预设交付速率，取消降低所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率。
可选地，还包括对所述第一终端设备中的应用支付产生的支付数据按照预设优先级排序方式进行排序；
若所述第一终端设备中的应用支付产生的支付数据未达到预设阈值，按照优先级排序结果，依次从优先级高到优先级低将所述第一终端设备中的应用支付产生的支付数据传输到所述第二终端设备；
若所述第一终端设备中的应用支付产生的支付数据达到预设阈值，按照优先级排序结果，依次降低优先级低到优先级高的所述第一终端设备中的应用支付产生的支付数据传输到所述第二终端设备的交付速率。
可选地，还包括有判断所述第一终端设备中的应用支付产生的支付数据通过所述传输层连接的传输是否发生了网络抖动；
获取所述传输层连接的当前传输速率；
判断所述当前传输速率是否低于参考传输速率，其中，所述传输层连接的当前传输速率为所述参考传输速率以上时，交付到所述传输资源的所述第一终端设备中的应用支付产生的支付数据在下一次交付的所述第一终端设备中的应用支付产生的支付数据交付之前完成传输；
当所述当前传输速率低于所述参考传输速率时，判定所述第一终端设备中的应用支付产生的支付数据通过所述传输层连接的传输发生了网络抖动。
可选地，还包括监测第二终端设备中每个子流量池完成流量配置后该子流量池的剩余流量；
并将所有子流量池的剩余流量与预设流量阈值进行比对，若某一子流量池的剩余流量小于等于预设流量阈值，则对该子流量池进行配置，使配置后的每一个子流量池的剩余流量大于预设流量阈值；
若所有子流量池的剩余流量均小于等于预设流量阈值，则新创建至少一个目标流量池；将新创建的所述至少一个目标流量池用于对所有子流量池进行配置，使配置后的每一个子流量池的剩余流量大于预设流量阈值；和/或，若所有子流量池的剩余流量均小于等于预设流量阈值，则新创建至少一个子流量池；将新创建的所述至少一个子流量池用于对其余子流量池进行配置，使配置后的每一个子流量池的剩余流量大于预设流量阈值。
可选地，所述预设规则包括优先级排序，所述优先级的排序因子包括以下至少之一：应用支付的时间、应用支付的位置、应用支付的方式。
可选地，所述预设阈值按照传输层的最大管道带宽进行设定。
如上所述，本发明提供一种保持应用稳定支付的数据包速率控制方法，具有以下有益效果：
通过获取第一终端设备中的应用支付产生的支付数据；其中，所述第一终端设备中的应用支付产生的支付数据以数据包形式进行交付。再通过判断所述第一终端设备中的应用支付产生的支付数据是否达到预设阈值；若所述第一终端设备中的应用支付产生的支付数据达到预设阈值，则对第一终端设备中的应用支付产生的支付数据进行分拣，所述分拣包括根据第一终端设备中的支付数据中的支付请求时间和/或支付请求位置进行合并，并将合并后的支付数据中的数据包以串行模式进行交付传输；降低所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率；通过第二终端设备分别按照预设规则主动获取第一终端设备直接传输的支付数据、分拣后的支付数据；其中，第二终端设备通过传输层获取第一终端设备中的支付数据。本发明通过控制第一终端设备的数据包的传输，对第一终端设备中的支付数据进行分拣合并后以串行模式进行传输，将支付数据进行分拣合并，第二终端设备能够快速、高效地响应同类型的支付数据，从而可以提高支付数据的交付速率，减少缓冲区的拥塞。并且，本发明还通过第二终端设备分别按照预设规则提取支付数据，将支付速率的主动权掌握在第二终端设备中，让第二终端设备根据自身对支付数据的处理能力进行主动提取，从而减少了管道带宽缓冲区拥塞情形的出现。所以，本发明可以通过多种方式共同形成多维度的控制方法来保持支付应用能够稳定支付。
附图说明
图1为一实施例提供的保持应用稳定支付的数据包速率控制方法的流程示意图；
图2为另一实施例提供的保持应用稳定支付的数据包速率控制方法的流程示意图；
图3为另一实施例提供的保持应用稳定支付的数据包速率控制方法的流程示意图；
图4为又一实施例提供的保持应用稳定支付的数据包速率控制方法的流程示意图。
具体实施方式
以下通过特定的具体实例说明本发明的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。
请参阅图1至图4。需要说明的是，本实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也可能更为复杂。本说明书所附图式所绘示的结构、比例、大小等，均仅用以配合说明书所揭示的内容，以供熟悉此技术的人士了解与阅读，并非用以限定本发明可实施的限定条件，故不具技术上的实质意义，任何结构的修饰、比例关系的改变或大小的调整，在不影响本发明所能产生的功效及所能达成的目的下，均应仍落在本发明所揭示的技术内容得能涵盖的范围内。同时，本说明书中所引用的如“上”、“下”、“左”、“右”、“中间”及“一”等的用语，亦仅为便于叙述的明了，而非用以限定本发明可实施的范围，其相对关系的改变或调整，在无实质变更技术内容下，当亦视为本发明可实施的范畴。
本发明提供一种保持应用稳定支付的数据包速率控制方法，包括有：
获取第一终端设备中的应用支付产生的支付数据；其中，所述第一终端设备中的应用支付产生的支付数据以数据包形式进行交付；
判断所述第一终端设备中的应用支付产生的支付数据是否达到预设阈值；若所述第一终端设备中的应用支付产生的支付数据达到预设阈值，则对第一终端设备中的应用支付产生的支付数据进行分拣，所述分拣包括根据第一终端设备中的支付数据中的支付请求时间和/或支付请求位置进行合并，并将合并后的支付数据中的数据包以串行模式进行交付传输；降低所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率；
第二终端设备分别按照预设规则主动获取第一终端设备直接传输的支付数据、分拣后的支付数据；其中，第二终端设备通过传输层获取第一终端设备中的支付数据。
根据上述记载可知，当所述第一终端设备中的应用支付产生的支付数据达到预设阈值时，即应用支付产生的支付数据通过超过了管道带宽的允许带宽而造成缓冲区拥塞，所述支付数据到所述第二设备的交付速率就会下降，从而减少了新交付的支付数据因为原交付的支付数据没有完成传输而积压到所述传输资源的可能性，从而也就减少了因支付数据传输时延不断加剧而引起应用支付不稳定的可能性。本方法通过控制第一终端设备的数据包的传输，对第一终端设备中的支付数据进行分拣合并后以串行模式进行传输，将支付数据进行分拣合并，第二终端设备能够快速、高效地响应同类型的支付数据，从而可以提高支付数据的交付速率，减少缓冲区的拥塞。并且，本方法还通过第二终端设备分别按照预设规则提取支付数据，将支付速率的主动权掌握在第二终端设备中，让第二终端设备根据自身对支付数据的处理能力进行主动提取，从而减少了管道带宽缓冲区拥塞情形的出现。所以，本方法可以通过多种方式共同形成多维度的控制方法来保持支付应用能够稳定支付。
在一示例性实施例中，若第一终端设备中的应用支付产生的支付数据达到预设阈值，还包括在第三终端设备中映射虚拟存储，将第一终端设备中超过预设阈值时所产生的支付数据转发至第三终端设备中的虚拟存储中进行缓存；第三终端设备与第一终端设备、第二终端设备连接。本申请实施例中的第三终端设备可以是与第一终端设备相同的终端设备，也可以是与第一终端设备连接的设备。例如，第三终端设备是与第一终端设备连接的设备，若第一终端设备是手机，第三终端设备可以是智能手环等智能穿戴设备。
作为示例，本申请实施例中映射虚拟存储的过程包括：若第一终端设备中的应用支付产生的支付数据达到预设阈值，与第一终端设备连接的第三终端设备立即在本地存储中建立虚拟存储；同时第一终端设备中的本地存储与所述虚拟存储建立卷映射关系。若第一终端设备中的应用支付产生的支付数据超过其目标存储的空间，则将第一终端设备中的支付数据中的支付请求时间和/或支付请求位置挂载在虚拟存储中进行缓存。在本申请实施例中，目标存储为第一终端设备允许缓存的存储（即存储预设阈值所需要的存储），虚拟存储为根据目标存储在第三终端设备的本地存储中映射的虚拟存储空间。当第三终端设备是与第一终端设备相同的终端设备时，例如，第一终端设备和第三终端设备均是手机，两者之间可以通过蓝牙进行连接、或者通过其他方式连接使两者始终处于同一局域网中。由于第三终端设备与第一终端设备始终处于同一局域网下，所以第三终端设备实际就相当于第一终端设备的外置内存空间，其映射虚拟存储的方式如同在第一终端设备自身的内存中增加一个临时的存储空间一般，且由于第一终端设备和第三终端设备是处于同一局域网中，第一终端设备在第三终端设备中映射虚拟存储以及调用第三终端设备中的数据都不会占用管道的带宽。因此，本方法还可以通过将第一终端设备中超出预设阈值的支付数据转存至第三终端设备中的虚拟存储中进行缓存，通过在第三终端设备中的虚拟存储中进行缓存，也能够减缓管道带宽中的缓冲区拥塞情形，也可以提高支付数据的交付速率。
在一示例性实施例中，若第二终端设备获取的支付数据超过第二终端设备中数据库拥有的响应流量，则在第二终端设备中的目标流量池中创建至少一个子流量池，并从所述目标流量池的总流量中分别为所述至少一个子流量池分配初始流量，通过分配的初始流量控制第二终端设备能够稳定的响应支付请求；其中，第二终端设备通过传输层获取第三终端设备中的支付数据；第二终端设备按照预设规则主动获取第三终端设备中缓存的支付数据。
在某一具体实施例中，如图1所示，具体包括有：
s10，获取第一终端设备中的应用支付产生的支付数据；其中，所述第一终端设备中的应用支付产生的支付数据以数据包形式进行交付；
s20，判断所述第一终端设备中的应用支付产生的支付数据是否达到预设阈值；若所述第一终端设备中的应用支付产生的支付数据达到预设阈值，则对第一终端设备中的应用支付产生的支付数据进行分拣，所述分拣包括根据第一终端设备中的支付数据中的支付请求时间和/或支付请求位置进行合并，并将合并后的支付数据中的数据包以串行模式进行交付传输；同时在第三终端设备中映射虚拟存储，将所述第一终端设备中超过预设阈值时所产生的支付数据转发至第三终端设备中的虚拟存储中进行缓存；降低所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率。
本申请实施例中的第三终端设备可以是与第一终端设备相同的终端设备，也可以是与第一终端设备连接的设备。例如，第三终端设备是与第一终端设备连接的设备，若第一终端设备是手机，第三终端设备可以是智能手环等智能穿戴设备。作为示例，本申请实施例中映射虚拟存储的过程包括：若第一终端设备中的应用支付产生的支付数据达到预设阈值，与第一终端设备连接的第三终端设备立即在本地存储中建立虚拟存储；同时第一终端设备中的本地存储与所述虚拟存储建立卷映射关系。若第一终端设备中的应用支付产生的支付数据超过其目标存储的空间，则将第一终端设备中的支付数据中的支付请求时间和/或支付请求位置挂载在虚拟存储中进行缓存。在本申请实施例中，目标存储为第一终端设备允许缓存的存储（即存储预设阈值所需要的存储），虚拟存储为根据目标存储在第三终端设备的本地存储中映射的虚拟存储空间。当第三终端设备是与第一终端设备相同的终端设备时，例如，第一终端设备和第三终端设备均是手机，两者之间可以通过蓝牙进行连接、或者通过其他方式连接使两者始终处于同一局域网中。由于第三终端设备与第一终端设备始终处于同一局域网下，所以第三终端设备实际就相当于第一终端设备的外置内存空间，其映射虚拟存储的方式如同在第一终端设备自身的内存中增加一个临时的存储空间一般，且由于第一终端设备和第三终端设备是处于同一局域网中，第一终端设备在第三终端设备中映射虚拟存储以及调用第三终端设备中的数据都不会占用管道的带宽。
s30，第二终端设备分别按照预设规则主动获取第一终端设备直接传输的支付数据、分拣后的支付数据以及第三终端设备中缓存的支付数据；若第二终端设备获取的支付数据超过第二终端设备中数据库拥有的响应流量，则在第二终端设备中的目标流量池中创建至少一个子流量池，并从所述目标流量池的总流量中分别为所述至少一个子流量池分配初始流量，通过分配的初始流量控制第二终端设备能够稳定的响应支付请求；其中，第二终端设备通过传输层获取第一终端设备、第三终端设备中的支付数据。
在本具体实施例中，当所述第一终端设备中的应用支付产生的支付数据达到预设阈值时，即应用支付产生的支付数据通过超过了管道带宽的允许带宽而造成缓冲区拥塞，所述支付数据到所述第二设备的交付速率就会下降，从而减少了新交付的支付数据因为原交付的支付数据没有完成传输而积压到所述传输资源的可能性，从而也就减少了因支付数据传输时延不断加剧而引起应用支付不稳定的可能性。本方法通过控制第一终端设备的数据包的传输，对第一终端设备中的支付数据进行分拣合并后以串行模式进行传输，将支付数据进行分拣合并，第二终端设备能够快速、高效地响应同类型的支付数据，从而可以提高支付数据的交付速率，减少缓冲区的拥塞。同时本方法还将第一终端设备中超出预设阈值的支付数据转存至第三终端设备中的虚拟存储中进行缓存，通过在第三终端设备中的虚拟存储中进行缓存，也能够减缓管道带宽中的缓冲区拥塞情形，也可以提高支付数据的交付速率。并且，本发明还通过第二终端设备分别按照预设规则提取支付数据，将支付速率的主动权掌握在第二终端设备中，让第二终端设备根据自身对支付数据的处理能力进行主动提取，从而减少了管道带宽缓冲区拥塞情形的出现。所以，本方法可以通过多种方式共同形成多维度的控制方法来保持支付应用能够稳定支付。
在一些实施例中，获取某一时刻所述第一终端设备中的应用支付产生的支付数据；
判断在该时刻所述传输层中所述第一终端设备中的应用支付产生的支付数据是否达到预设阈值，若该时刻所述传输层中所述第一终端设备中的应用支付产生的支付数据达到预设阈值，降低下一时刻所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率或暂停将下一时刻所述第一终端设备中的应用支付产生的支付数据传输到所述第二终端设备；同时对某一时刻之前第一终端设备中的应用支付产生的支付数据进行分拣，所述分拣包括根据第一终端设备中的支付数据中的支付请求时间和/或支付请求位置进行合并，并将合并后的支付数据中的数据包以串行模式进行交付传输；同时在第三终端设备中映射虚拟存储，将下一时刻所述第一终端设备中的应用支付产生的支付数据转发至第三终端设备中的虚拟存储中进行缓存。
在另一实施例中，如图2所示，还提供一种保持应用稳定支付的数据包速率控制方法，应用于第一终端设备，所述第一终端设备与第二终端设备之间建立有传输层连接，所述第一终端设备分配有传输资源，其中，传输资源表示所示第一终端设备所能占用的管道带宽。所述传输资源用于将所述第一终端设备交付的所述第一终端设备中的应用支付产生的支付数据通过所述传输层连接传输给所述第二终端设备，所述控制方法包括：
s100，获取所述传输层中所述第一终端设备中的应用支付产生的支付数据；
s200，判断所述传输层中所述第一终端设备中的应用支付产生的支付数据是否达到预设阈值；其中，所述预设阈值按照传输层的最大管道带宽进行设定。
s300，若所述传输层中所述第一终端设备中的应用支付产生的支付数据达到预设阈值，降低所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率；其中，所述第一终端设备中的应用支付产生的支付数据以数据包形式进行交付。所述控制方法用于第一终端设备。
本申请实施例中，所述传输层连接例如包括：传输控制协议(transmissioncontrolprotocol，tcp)、wifi（wirelessfidelity基于ieee802.11b标准的无线局域网）、3g（the3thgenerationmobilecommunicationtechnology）、4g（the4thgenerationmobilecommunicationtechnology）、5g（the5thgenerationmobilecommunicationtechnology）连接。所述支付数据包括条形码、二维码。所述第一终端设备和第二终端设备例如为彼此之间通过互联网交互的终端设备中的任一个。所述终端设备包括有手机、电脑、扫码仪器、平板电脑、电子手表等具有支付功能的终端设备。例如，第一终端设备为手机，第二终端设备可以为扫码仪器。
根据上述方案记载可知，当所述第一终端设备中的应用支付产生的支付数据通过所述传输层连接的达到预设阈值时，即应用支付产生的支付数据通过超过了管道带宽的允许带宽而造成缓冲区拥塞，所述支付数据到所述第二设备的交付速率就会下降，从而减少了新交付的支付数据因为原交付的支付数据没有完成传输而积压到所述传输资源的可能性，从而也就减少了因支付数据传输时延不断加剧而引起应用支付不稳定的可能性。通过降低所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率，降低后面新交付的支付数据对管道带宽的占用，让原交付的支付数据按照正常的交付速率进行，减少了对管道带宽的拥堵，使数据包的传输速率始终能够保持应用稳定支付。
在一示例性实施例中，如图3所示，还包括：
s110，获取某一时刻传输层中所述第一终端设备中的应用支付产生的支付数据；
s210，判断在该时刻所述传输层中所述第一终端设备中的应用支付产生的支付数据是否达到预设阈值；其中，所述预设阈值按照传输层的最大管道带宽进行设定。
s310，若该时刻所述传输层中所述第一终端设备中的应用支付产生的支付数据达到预设阈值，所述传输资源暂停将下一时刻所述第一终端设备中的应用支付产生的支付数据传输到所述第二终端设备。
根据上述方案记载可知，当所述第一终端设备中的应用支付产生的支付数据通过所述传输层连接的达到预设阈值时，即应用支付产生的支付数据通过超过了管道带宽的允许带宽而造成缓冲区拥塞，所述支付数据到所述第二设备的交付速率就会下降，从而减少了新交付的支付数据因为原交付的支付数据没有完成传输而积压到所述传输资源的可能性，从而也就减少了因支付数据传输时延不断加剧而引起应用支付不稳定的可能性。通过判断某一时刻下传输层中交付的支付数据来判断是否需要暂停下一时刻新的支付数据进行网络管道来占用管道的带宽；如果在某一时刻下交付的支付数据已经满足管道允许的带宽，则暂停将新的支付数据通过传输层进行传输，使数据包的传输速率始终能够保持应用稳定支付。
在一示例性实施例中，若所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率被降低至第一预设交付速率，取消降低所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率；所述第一预设交付速率小于正常交付速率。本申请的第一预设交付速率根据实际的管道带宽进行设定，若交付速率被降低至第一预设交付速率，则说明按照正常的交付速率，管道中的支付数据基本上已经完成交付或者让新的支付数据通过传输层进行传输，不会造成管道带宽的拥塞，则直接取消降低，使第一终端设备中的应用支付产生的新的支付数据按照生产的交付速率进行交付。
在一示例性实施例中，还包括对所述第一终端设备中的应用支付产生的支付数据按照预设优先级排序方式进行排序；若所述传输层中所述第一终端设备中的应用支付产生的支付数据未达到预设阈值，按照优先级排序结果，依次从优先级高到优先级低将所述第一终端设备中的应用支付产生的支付数据传输到所述第二终端设备。若所述传输层中所述第一终端设备中的应用支付产生的支付数据达到预设阈值，按照优先级排序结果，依次降低优先级低到优先级高的所述第一终端设备中的应用支付产生的支付数据传输到所述第二终端设备的交付速率。所述预设优先级的排序因子包括以下至少之一：应用支付的时间、应用支付的位置、应用支付的方式。本申请实施例中，针对传输层的支付数据，均是按照优先级的排序结果进行传输，从而保证对应用户的服务质量。其中的优先级排序方式可以根据实际情况进行设定，例如应用支付的时间的优先级大于应用支付的位置；应用支付的位置的优先级大于应用支付的方式。其中应用支付的位置根据人口分布进行区分、应用支付的时间根据周一至周日以及每一天中的各个时段进行区分、应用支付的方式根据二维码、条形码进行区分。
在一示例性实施例中，如图4所示，还包括有判断所述第一终端设备中的应用支付产生的支付数据通过所述传输层连接的传输是否发生了网络抖动；
s400，获取所述传输层连接的当前传输速率；
s500，判断所述当前传输速率是否低于参考传输速率，其中，所述传输层连接的当前传输速率为所述参考传输速率以上时，交付到所述传输资源的所述第一终端设备中的应用支付产生的支付数据在下一次交付的所述第一终端设备中的应用支付产生的支付数据交付之前完成传输；
s600，当所述当前传输速率低于所述参考传输速率时，判定所述第一终端设备中的应用支付产生的支付数据通过所述传输层连接的传输发生了网络抖动。
有上述记载可知，当所述支付数据通过所述传输层连接的传输发生网络抖动时，所述支付数据到所述传输资源的交付速率也会下降，从而减少了新交付的支付数据因为原交付的支付数据没有完成传输而积压到所述传输资源的可能性，从而也就减少了因支付数据传输时延不断加剧而引起系统不可用的可能性。若出现网络抖动，通过优先级进行来控制数据包传输速率，保持应用稳定支付。
在一实施例中，还包括监测第二终端设备中每个子流量池完成流量配置后该子流量池的剩余流量；
并将所有子流量池的剩余流量与预设流量阈值进行比对，若某一子流量池的剩余流量小于等于预设流量阈值，则对该子流量池进行配置，使配置后的每一个子流量池的剩余流量大于预设流量阈值；
若所有子流量池的剩余流量均小于等于预设流量阈值，则新创建至少一个目标流量池；将新创建的所述至少一个目标流量池用于对所有子流量池进行配置，使配置后的每一个子流量池的剩余流量大于预设流量阈值；和/或，若所有子流量池的剩余流量均小于等于预设流量阈值，则新创建至少一个子流量池；将新创建的所述至少一个子流量池用于对其余子流量池进行配置，使配置后的每一个子流量池的剩余流量大于预设流量阈值。
在本申请实施例中，若第一终端设备为手机，第二终端设备可以为手机或电脑。其中，第二终端设备中的目标流量是运营商允许提供的最大流量，子流量池是每个中转终端（例如路由器）所分配到的流量。例如第二终端设备使用的是无线流量卡的流量，无线流量卡申请的流量是40gb，则目标流量是40gb流量加上允许突发的流量，其中允许突发的流量是在超出40gb后的一分钟内允许再使用对应的0.001‰的流量；每个路由器从目标流量分配对应的流量形成一个子流量池。在路由器中设置一个初始流量阈值（例如设置5mb），子流量池低于这个流量阈值后，则不再将子流量池的流量转发给第二终端设备，此时与对应路由器连接的第二终端设备就处于暂时断网的状态，同时对应的路由器会请求分配其他路由器中的流量，通过路由器与路由器之间的流量分配来完成子流量池之间的流量配置。如果所有子流量池的剩余流量都不够使用，则重新办理或购买新的无线流量卡，申请新的流量。
综上所述，本发明通过所述第一终端设备与第二终端设备之间建立传输层连接，将所述第一终端设备交付的所述第一终端设备中的应用支付产生的支付数据通过所述传输层连接传输给所述第二终端设备。通过控制数据包的传输速率来保持应用稳定支付，控制方法包括：获取所述传输层中所述第一终端设备中的应用支付产生的支付数据；判断所述传输层中所述第一终端设备中的应用支付产生的支付数据是否达到预设阈值；若所述传输层中所述第一终端设备中的应用支付产生的支付数据达到预设阈值，降低所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率；其中，所述第一终端设备中的应用支付产生的支付数据以数据包形式进行交付。本发明通过控制数据包以及优先级来控制带宽，通过数据包控制第一终端设备中应用新产生的支付数据的传输速率以及根据优先级的排序结果来控制应用的支付，使应用保持稳定支付。所以，本发明有效克服了现有技术中的种种缺点而具高度产业利用价值。
上述实施例仅例示性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。
1.一种保持应用稳定支付的数据包速率控制方法，其特征在于，所述控制方法步骤如下：
获取第一终端设备中的应用支付产生的支付数据；其中，所述第一终端设备中的应用支付产生的支付数据以数据包形式进行交付；
判断所述第一终端设备中的应用支付产生的支付数据是否达到预设阈值；若所述第一终端设备中的应用支付产生的支付数据达到预设阈值，则对第一终端设备中的应用支付产生的支付数据进行分拣，所述分拣包括根据第一终端设备中的支付数据中的支付请求时间和/或支付请求位置进行合并，并将合并后的支付数据中的数据包以串行模式进行交付传输；降低所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率；
第二终端设备分别按照预设规则主动获取第一终端设备直接传输的支付数据、分拣后的支付数据；其中，第二终端设备通过传输层获取第一终端设备中的支付数据。
2.根据权利要求1所述的保持应用稳定支付的数据包速率控制方法，其特征在于：若所述第一终端设备中的应用支付产生的支付数据达到预设阈值，还包括在第三终端设备中映射虚拟存储，将所述第一终端设备中超过预设阈值时所产生的支付数据转发至第三终端设备中的虚拟存储中进行缓存；所述第三终端设备与所述第一终端设备、第二终端设备连接。
3.根据权利要求2所述的保持应用稳定支付的数据包速率控制方法，其特征在于：若第二终端设备获取的支付数据超过第二终端设备中数据库拥有的响应流量，则在第二终端设备中的目标流量池中创建至少一个子流量池，并从所述目标流量池的总流量中分别为所述至少一个子流量池分配初始流量，通过分配的初始流量控制第二终端设备能够稳定的响应支付请求；其中，第二终端设备通过传输层获取第三终端设备中的支付数据；第二终端设备按照预设规则主动获取第三终端设备中缓存的支付数据。
4.根据权利要求2或3所述的保持应用稳定支付的数据包速率控制方法，其特征在于：获取某一时刻所述第一终端设备中的应用支付产生的支付数据；
判断在该时刻所述传输层中所述第一终端设备中的应用支付产生的支付数据是否达到预设阈值，若该时刻所述传输层中所述第一终端设备中的应用支付产生的支付数据达到预设阈值，降低下一时刻所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率或暂停将下一时刻所述第一终端设备中的应用支付产生的支付数据传输到所述第二终端设备；同时对某一时刻之前第一终端设备中的应用支付产生的支付数据进行分拣，所述分拣包括根据第一终端设备中的支付数据中的支付请求时间和/或支付请求位置进行合并，并将合并后的支付数据中的数据包以串行模式进行交付传输；同时在第三终端设备中映射虚拟存储，将下一时刻所述第一终端设备中的应用支付产生的支付数据转发至第三终端设备中的虚拟存储中进行缓存。
5.根据权利要求4所述的保持应用稳定支付的数据包速率控制方法，其特征在于：若所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率被降低至第一预设交付速率，取消降低所述第一终端设备中的应用支付产生的新的支付数据传输到所述第二终端设备的交付速率。
6.根据权利要求1所述的保持应用稳定支付的数据包速率控制方法，其特征在于：还包括对所述第一终端设备中的应用支付产生的支付数据按照预设优先级排序方式进行排序；
若所述第一终端设备中的应用支付产生的支付数据未达到预设阈值，按照优先级排序结果，依次从优先级高到优先级低将所述第一终端设备中的应用支付产生的支付数据传输到所述第二终端设备；
若所述第一终端设备中的应用支付产生的支付数据达到预设阈值，按照优先级排序结果，依次降低优先级低到优先级高的所述第一终端设备中的应用支付产生的支付数据传输到所述第二终端设备的交付速率。
7.根据权利要求1所述的保持应用稳定支付的数据包速率控制方法，其特征在于：还包括有判断所述第一终端设备中的应用支付产生的支付数据通过所述传输层连接的传输是否发生了网络抖动；
获取所述传输层连接的当前传输速率；
判断所述当前传输速率是否低于参考传输速率，其中，所述传输层连接的当前传输速率为所述参考传输速率以上时，交付到所述传输资源的所述第一终端设备中的应用支付产生的支付数据在下一次交付的所述第一终端设备中的应用支付产生的支付数据交付之前完成传输；
当所述当前传输速率低于所述参考传输速率时，判定所述第一终端设备中的应用支付产生的支付数据通过所述传输层连接的传输发生了网络抖动。
8.根据权利要求3所述的保持应用稳定支付的数据包速率控制方法，其特征在于：还包括监测第二终端设备中每个子流量池完成流量配置后该子流量池的剩余流量；
并将所有子流量池的剩余流量与预设流量阈值进行比对，若某一子流量池的剩余流量小于等于预设流量阈值，则对该子流量池进行配置，使配置后的每一个子流量池的剩余流量大于预设流量阈值；
若所有子流量池的剩余流量均小于等于预设流量阈值，则新创建至少一个目标流量池；将新创建的所述至少一个目标流量池用于对所有子流量池进行配置，使配置后的每一个子流量池的剩余流量大于预设流量阈值；和/或，若所有子流量池的剩余流量均小于等于预设流量阈值，则新创建至少一个子流量池；将新创建的所述至少一个子流量池用于对其余子流量池进行配置，使配置后的每一个子流量池的剩余流量大于预设流量阈值。
9.根据权利要求1所述的保持应用稳定支付的数据包速率控制方法，其特征在于：所述预设规则包括优先级排序，所述优先级的排序因子包括以下至少之一：应用支付的时间、应用支付的位置、应用支付的方式。
10.根据权利要求4所述的保持应用稳定支付的数据包速率控制方法，其特征在于：所述预设阈值按照传输层的最大管道带宽进行设定。
技术总结