CN110784414B - 数据交互方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开关于一种数据交互方法、装置、电子设备和存储介质，该方法包括：客户端与服务端进行通信时，客户端可以获取预存于该客户端本地的目标拥塞控制算法类型参数，其中，该目标拥塞控制算法类型参数是由服务端从多个拥塞控制算法类型参数中选择的参数，由服务端与客户端建立连接的握手过程中发送给客户端进行存储的；客户端可以确定出与目标拥塞控制算法类型参数对应的目标拥塞控制算法，从而基于该目标拥塞控制算法与服务端进行数据交互。该方法能够使得客户端与服务端进行数据交互时所使用的拥塞控制算法能够由服务端自由选择、灵活配置，从而不同客户端可以使用不同的拥塞控制算法与服务端进行通信，客户端与服务端之间进行数据交互更加灵活。

Description

数据交互方法、装置、电子设备和存储介质

技术领域

本公开涉及网络技术领域，尤其涉及一种数据交互方法、装置、电子设备和存储介质。

背景技术

随着网络信息技术的迅速发展，客户端可以通过互联网等网络与服务端进行通信，以实现客户端与服务端之间的数据交互，由此服务端可以为客户端提供如短视频、音乐和影视等信息服务资源。然而，连接客户端和服务端的网络可能会由于网络负荷过大等原因造成网络拥塞从而影响客户端与服务端之间的通信质量，需要通过拥塞控制算法维持通信质量稳定。

在传统技术当中，客户端所使用的拥塞控制算法通常是在客户端代码当中固定，即所有客户端都采用同一套拥塞控制算法，在客户端更新升级前都只能使用固定的拥塞控制算法，导致这种技术使得客户端与服务端之间进行数据交互时灵活性较差。

发明内容

本公开提供一种数据交互方法、装置、电子设备和存储介质，以至少解决相关技术中客户端与服务端之间进行数据交互时灵活性较差的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种数据交互方法，应用于客户端，包括：

在与服务端通信时，获取预存于客户端本地的目标拥塞控制算法类型参数；所述目标拥塞控制算法类型参数，为服务端从多个拥塞控制算法类型参数中选择的参数；所述服务端，用于与所述客户端建立连接的握手过程中，将所述目标拥塞控制算法类型参数发送至所述客户端存储；

确定与所述目标拥塞控制算法类型参数对应的目标拥塞控制算法；

基于所述目标拥塞控制算法与所述服务端进行数据交互。

在一个实施例中，上述方法还可以包括：当所述客户端与所述服务端握手时，接收所述服务端发送的第一候选拥塞控制算法类型参数；将所述第一候选拥塞控制算法类型参数在所述客户端本地进行持久化存储，用于所述客户端下一次与所述服务端通信时，选择相应的拥塞控制算法与所述服务端进行数据交互。

在一个实施例中，所述目标拥塞控制算法类型参数，为所述客户端上一次与所述服务端通信时，所述服务端发送的第二候选拥塞控制算法类型参数。

在一个实施例中，在所述获取预存于客户端本地的目标拥塞控制算法类型参数之前，还可以包括：与所述服务端握手，接收所述服务端发送的所述目标拥塞控制算法类型参数；将所述目标拥塞控制算法类型参数在所述客户端本地进行持久化存储。

根据本公开实施例的第二方面，提供一种数据交互方法，应用于服务端，包括：

确定目标拥塞控制算法类型参数；所述目标拥塞控制算法类型参数为所述服务端从多个拥塞控制算法类型参数中选择的参数；

在所述服务端与客户端建立连接的握手过程中，将所述目标拥塞控制算法类型参数发送至所述客户端存储，以使所述客户端确定与所述目标拥塞控制算法类型参数对应的目标拥塞控制算法，基于所述目标拥塞控制算法与所述服务端进行数据交互。

在一个实施例中，所述确定目标拥塞控制算法类型参数，可以包括：确定所述客户端的当前网络状况；从多种拥塞控制算法中选择与所述当前网络状况相适应的拥塞控制算法；根据所述与所述当前网络状况相适应的拥塞控制算法，确定所述目标拥塞控制算法类型参数。

在一个实施例中，所述多个拥塞控制算法可以包括：NewReno算法、BBR算法和CUBIC算法。

根据本公开实施例的第三方面，提供一种数据交互装置，应用于客户端，包括：

参数获取模块，被配置为在与服务端通信时，获取预存于客户端本地的目标拥塞控制算法类型参数；所述目标拥塞控制算法类型参数，为服务端从多个拥塞控制算法类型参数中选择的参数；所述服务端，用于与所述客户端建立连接的握手过程中，将所述目标拥塞控制算法类型参数发送至所述客户端存储；

算法确定模块，被配置为确定与所述目标拥塞控制算法类型参数对应的目标拥塞控制算法；

数据交互模块，被配置为基于所述目标拥塞控制算法与所述服务端进行数据交互。

在一个实施例中，上述装置还可以包括：

第一接收单元，被配置为当所述客户端与所述服务端握手时，接收所述服务端发送的第一候选拥塞控制算法类型参数；第一存储单元，被配置为将所述第一候选拥塞控制算法类型参数在客户端本地进行持久化存储，用于所述客户端下一次与所述服务端通信时，选择相应的拥塞控制算法与所述服务端进行数据交互。

在一个实施例中，所述目标拥塞控制算法类型参数，为所述客户端上一次与所述服务端通信时，所述服务端发送的第二候选拥塞控制算法类型参数。

在一个实施例中，上述装置还可以包括：

第二接收单元，被配置为与所述服务端握手，接收所述服务端发送的目标拥塞控制算法类型参数；第二存储单元，被配置为将所述目标拥塞控制算法类型参数在客户端本地进行持久化存储。

根据本公开实施例的第四方面，提供一种数据交互装置，应用于服务端，包括：

参数确定模块，被配置为确定目标拥塞控制算法类型参数；所述目标拥塞控制算法类型参数为所述服务端从多个拥塞控制算法类型参数中选择的参数；

参数发送模块，被配置为在所述服务端与客户端建立连接的握手过程中，将所述目标拥塞控制算法类型参数发送至所述客户端存储，以使所述客户端确定与所述目标拥塞控制算法类型参数对应的目标拥塞控制算法，基于所述目标拥塞控制算法与所述服务端进行数据交互。

在一个实施例中，所述参数确定模块，进一步被配置为确定所述客户端的当前网络状况，从多种拥塞控制算法中选择与所述当前网络状况相适应的拥塞控制算法，根据所述与当前网络状况相适应的拥塞控制算法，确定所述目标拥塞控制算法类型参数。

在一个实施例中，所述多个拥塞控制算法可以包括：NewReno算法、BBR算法和CUBIC算法。

根据本公开实施例的第五方面，提供一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如上所述的数据交互方法。

根据本公开实施例的第六方面，提供一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如上所述的数据交互方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

客户端与服务端进行通信时，客户端可以获取预存于该客户端本地的目标拥塞控制算法类型参数，其中，该目标拥塞控制算法类型参数是由服务端从多个拥塞控制算法类型参数中选择的参数，并由服务端在与客户端建立连接的握手过程中发送给客户端进行存储的；然后客户端可以确定出与目标拥塞控制算法类型参数对应的目标拥塞控制算法，从而基于该目标拥塞控制算法与服务端进行数据交互，使得客户端与服务端进行数据交互时所使用的拥塞控制算法能够由服务端自由选择、灵活配置，从而不同客户端可以使用不同的拥塞控制算法与服务端进行通信，客户端与服务端之间进行数据交互更加灵活。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种数据交互方法的应用环境图。

图2是根据一示例性实施例示出的一种数据交互方法的应用环境图。

图3是根据一示例性实施例示出的一种数据交互方法的流程图。

图4是根据一示例性实施例示出的一种数据交互方法的流程图。

图5是根据一示例性实施例示出的一种数据交互方法的应用环境图。

图6是根据一示例性实施例示出的一种数据交互方法的信令图。

图7是根据一示例性实施例示出的一种数据交互装置的框图。

图8是根据一示例性实施例示出的一种数据交互装置的框图。

图9是根据一示例性实施例示出的一种电子设备的框图。

图10是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开实施例提供的数据交互方法，可以应用于如图1和图2所示的应用环境中。其中，图1是根据一示例性实施例示出的一种数据交互方法的应用环境图，在该应用环境可以包括终端110和服务器120，其中，终端110可以通过网络与服务器120进行通信，终端110上可以运行客户端，服务端在被配置于服务器120上，用于为终端110上的客户端提供相应的应用服务。举例来说，安装在终端110上的客户端可以是如短视频应用、音频播放器和影视播放应用等应用程序，客户端在运行时，通过网络与服务端连接，服务端为该客户端提供相应的短视频、音频和影视等信息服务资源，从而实现客户端与服务端的数据交互。在该应用环境中，本公开实施例提供的数据交互方法，具体步骤可以包括：在客户端与服务端通信时，客户端可以获取预存于本地的目标拥塞控制算法类型参数，其中，该目标拥塞控制算法类型参数可以是服务端从多个拥塞控制算法类型参数中选择的其中一个参数，而服务端可以在与客户端建立连接的握手过程中，将选择的目标拥塞控制算法类型参数发送给客户端进行存储，然后，客户端可以确定与该目标拥塞控制算法类型参数对应的目标拥塞控制算法，并基于该目标拥塞控制算法与服务端进行数据交互。在该应用环境当中，可以由服务端来灵活配置目标拥塞控制算法，将相应的类型参数发送给客户端进行存储，以使得客户端在需要与服务端通信时，直接使用服务端选择好的目标拥塞控制算法与服务端进行数据交互，使得客户端与服务端之间的数据交互更加灵活。

如图2则示出了本公开实施例提供的数据交互方法的另一种应用环境，图2是根据一示例性实施例示出的一种数据交互方法的应用环境图，该应用环境当中，服务端可以与多个不同的客户端进行数据交互，该不同的客户端可以是安装在不同终端上的同种应用程序，如图2所示，第一客户端可以安装在第一终端211上运行，第二客户端安装在第二终端212上运行，第一客户端和第二客户端可以统一由服务器220上配置的服务端提供相应的应用服务。而不同的终端可能由于所处地理位置不同，会通过不同的网络与服务器进行连接，如图2所示，第一客户端可以通过网络1与服务端进行连接，第二客户端可以通过网络2与服务端进行连接，可以理解的是，客户端通过不同的网络与服务端进行通信时，由于不同的网络所处的网络状态可能是不同的，因此也需要灵活地为不同的客户端配置不同的拥塞控制算法来确保客户端与服务端之间的通信质量。本公开实施例提供的数据交互方法，可以应用于为不同的客户端配置不同的拥塞控制算法，使之能分别采用不同的拥塞控制算法与服务端进行数据交互，具体来说，针对于第一客户端，服务端可以在与该第一客户端握手时从多个拥塞控制算法类型参数中选择第一拥塞控制算法类型参数作为第一客户端的目标拥塞控制算法类型参数，发送给第一客户端进行存储，以使得第一客户端在与服务端通信时，可以基于与该第一拥塞控制算法类型参数对应的拥塞控制算法与服务端进行数据交互；相应的，针对于第二客户端，服务端也可以在与该第二客户端握手时，选择第二拥塞控制算法类型参数作为第二客户端的目标拥塞控制算法类型参数，发送给第二客户端进行存储，第二客户端与服务端通信时，即可基于相应的拥塞控制算法与服务端进行数据交互，从而实现在服务端为不同的客户端配置不同的拥塞控制算法，避免全部客户端都采用同一种拥塞控制算法与服务端通信，使得客户端与服务端之间的数据交互方式更灵活。

在上述应用环境当中，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，提供了一种数据交互方法，如图3所示，图3是根据一示例性实施例示出的一种数据交互方法的流程图，以该方法应用于客户端为例进行说明，该数据交互方法，可以包括如下步骤：

步骤S301，在客户端与服务端通信时，客户端获取预存于该客户端本地的目标拥塞控制算法类型参数。

本步骤，客户端可以在终端上启动运行时触发与服务端之间的通信，此时客户端可以获取预先存储与该客户端本地的目标拥塞控制算法类型参数。其中，目标拥塞控制算法类型参数可以是上述服务端从多个拥塞控制算法类型参数中选择的其中一个参数，也就是说，服务端上可以预先配置有多个拥塞控制算法类型参数，然后服务端可以从中选择其中一个作为目标拥塞控制算法类型参数发送给客户端进行存储，在客户端与服务端通信时，从该客户端本地获取该目标拥塞控制算法类型参数。

其中，拥塞控制算法类型参数是指用于标识相应拥塞控制算法类型的参数，不同的拥塞控制算法可以对应为不同的拥塞控制算法类型。举例来说，Quic(quick udpinternet connection，快速UDP互联网连接)是一种使用UDP进行多路并发传输的协议，相应的Quic客户端普遍支持多种拥塞控制算法，例如NewReno算法、BBR算法和CUBIC算法，然后可以将这三同拥塞控制算法分别对应为三种类型的拥塞控制算法，采用不同的拥塞控制算法类型参数来进行表示，例如采用拥塞控制算法类型参数“1”表示“NewReno算法”、拥塞控制算法类型参数“2”表示“BBR算法”和拥塞控制算法类型参数“3”表示“CUBIC算法”，从而可以在服务端和客户端约定拥塞控制算法类型参数及其对应的拥塞控制算法，这样，在服务端选择好目标拥塞控制算法类型参数后，可以将该目标拥塞控制算法类型参数发送至客户端进行存储。

而服务端将目标拥塞控制算法类型参数发送至客户端的过程，可以在客户端与服务端建立连接的握手过程中进行，其中，客户端每次启动后与服务端建立连接时，会先与服务端进行握手，在握手过程中都会与服务端交换一些参数。本步骤，客户端本地预存的目标拥塞控制算法类型参数是由服务端在与客户端握手过程中发送给客户端的，客户端可以在与服务端进行握手时，从服务端接收该服务端选择好的目标拥塞控制算法类型参数进行存储。

步骤S302，确定与目标拥塞控制算法类型参数对应的目标拥塞控制算法。

本步骤主要是在客户端从本地获取到服务端选择好的目标拥塞控制算法类型参数后，进一步确定出与该目标拥塞控制算法类型参数对应的目标拥塞控制算法。其中，客户端还可以预先配置有多种拥塞控制算法，每一种拥塞控制算法分别对应于不同的拥塞控制算法类型参数，在一些实施例当中，客户端可以预先构建一个算法-参数对应关系，在客户端得到目标拥塞控制算法类型参数后，可以依据该算法-参数对应关系查询出与该目标拥塞控制算法类型参数对应的拥塞控制算法，该对应的拥塞控制算法即可作为目标拥塞控制算法。具体的，如客户端与服务端约定采用拥塞控制算法类型参数“1”表示“NewReno算法”、拥塞控制算法类型参数“2”表示“BBR算法”和拥塞控制算法类型参数“3”表示“CUBIC算法”，则客户端获取到的目标拥塞控制算法类型参数为“1”，则可以将“NewReno算法”作为目标拥塞控制算法，同样的，如果获取的是“3”，则将“CUBIC算法”作为目标拥塞控制算法。

步骤S303，基于目标拥塞控制算法与服务端进行数据交互。

本步骤，客户端在确定目标拥塞控制算法后，即可采用该目标拥塞控制算法与服务端进行数据交互。以短视频应用场景为例，客户端采用目标拥塞控制算法通过网络与服务端进行连接，用户在使用客户端播放服务端提供的短视频资源时，客户端可基于服务端选择的目标拥塞控制算法对网络状况进行优化，以使得客户端能够充分利用网络带宽资源为用户提供优质的短视频播放服务。

上述数据交互方法，客户端与服务端进行通信时，客户端可以获取预存于该客户端本地的目标拥塞控制算法类型参数，其中，该目标拥塞控制算法类型参数是由服务端从多个拥塞控制算法类型参数中选择的参数，并由服务端在与客户端进行握手时发送给客户端进行存储的；然后客户端可以确定出与目标拥塞控制算法类型参数对应的目标拥塞控制算法，从而基于该目标拥塞控制算法与服务端进行数据交互，使得客户端与服务端进行数据交互时所使用的拥塞控制算法能够由服务端自由选择、灵活配置，从而不同客户端可以使用不同的拥塞控制算法与服务端进行通信，客户端与服务端之间进行数据交互更加灵活。

本公开实施例中，终端上的客户端可能为首次运行，首次运行的情况可以是用户将客户端下载到终端上，首次在终端上运行该客户端。例如，用户下载新的短视频应用程序到手机上，第一次在手机上打开该短视频应用程序，这种情况即对应于客户端在终端上首次运行。对此，在一些实施例当中，客户端可以通过如下步骤获取服务端选择的目标拥塞控制算法类型参数，具体步骤可以包括：

当客户端与服务端握手时，客户端接收服务端发送的目标拥塞控制算法类型参数，客户端将该目标拥塞控制算法类型参数在客户端本地进行持久化存储。

本实施例，客户端在终端上首次运行，客户端会与服务端建立连接进行握手，在握手过程中，服务端可以将其选择好的目标拥塞控制算法类型参数发送给客户端，客户端则在握手过程中接收该服务端发送的目标拥塞控制算法类型参数，然后客户端可以进一步将该目标拥塞控制算法类型参数在本地进行持久化存储，可选的，客户端可以将本次通信握手过程中，从服务端接收的目标拥塞控制算法类型参数写入到终端配置的如SD卡等存储介质当中进行持久化存储。

在将目标拥塞控制算法类型参数在本地进行持久化存储后，客户端即可在需要与服务端进行数据交互时，读取该预存的目标拥塞控制算法类型参数，并基于相应的拥塞控制算法与服务端进行数据交互。其中，将目标拥塞控制算法类型参数在本地进行持久化存储的目的主要是便于客户端在后续每次启动时，都可以直接从中读取目标拥塞控制算法类型参数，不容易丢失该目标拥塞控制算法类型参数。

本公开实施例中，客户端启动后会与服务端建立连接进行握手，而每次握手过程，服务端都会将选择的拥塞控制算法类型参数发送给客户端，而客户端可以将该服务端选择的拥塞控制算法类型参数在本地的如SD卡等存储介质当中进行持久化存储，便于该客户端在下一次启动时，可以从中读取出服务端选择的拥塞控制算法类型参数进而基于相应的拥塞控制算法与服务端进行数据交互。基于此，在一些实施例当中，上述方法还可以包括如下步骤：

当客户端与服务端握手时，接收服务端发送的第一候选拥塞控制算法类型参数，客户端将该第一候选拥塞控制算法类型参数在客户端本地进行持久化存储，用于客户端下一次与服务端通信时，选择相应的拥塞控制算法与服务端进行数据交互。

本实施例，主要是客户端可以在每次启动后与服务端握手过程中，获取服务端发送的拥塞控制算法类型参数，该拥塞控制算法类型参数可以作为第一候选拥塞控制算法类型参数，供该客户端下一次与服务端进行通信时使用。

具体的，如果客户端是首次在终端上启动，则该客户端获取服务端发送的拥塞控制算法类型参数后，一方面可以直接将该拥塞控制算法类型参数作为目标拥塞控制算法类型参数，在客户端本次与服务端进行通信过程中选择相应的拥塞控制算法与服务端进行通信；另一方面，客户端还可以将该拥塞控制算法类型参数作为第一候选拥塞控制算法类型参数存储在本地，供客户端下一次与服务端进行通信时，选择与该第一候选拥塞控制算法类型参数对应的拥塞控制算法与服务端进行数据交互。

如果客户端不是首次在终端上启动，则客户端本地预存有该客户端上一次与服务端进行通信时，服务端选择并在与该客户端握手时发送给客户端的拥塞控制算法类型参数，该拥塞控制算法类型参数作为第二拥塞控制算法类型参数由客户端持久化存储在客户端本地，这样，客户端本次启动时，可以直接将该第二拥塞控制算法类型参数作为目标拥塞控制算法类型参数，并选择相应的拥塞控制算法与服务端进行通信。其中，客户端在本次与服务端通信时，同样会在握手过程中从服务端获取用于下一次通信使用的拥塞控制算法类型参数并在本地进行持久化存储。

由此，客户端每次与服务端建立连接时都在握手过程中从服务端获取该拥塞控制算法类型参数，然后持久化存储在客户端本地，客户端下次启动与服务端建立连接时，会先使用上次从服务端获取并持久化存储在客户端本地的拥塞控制算法类型参数进行拥塞控制算法的初始化，本次与服务端的连接通过该参数指定的拥塞控制算法进行数据交互，然后会再从服务端获取拥塞控制算法类型参数并持久化存储在客户端本地，也就是说，客户端每次与服务端建立连接都会先获取拥塞控制算法类型参数并持久化存储在客户端本地，客户端每次启动实际上使用的是上一次与服务端通信时握手过程中获取到的拥塞控制算法类型参数，而客户端本次与服务端握手过程中获取到的拥塞控制算法类型参数则用于客户端下一次与服务端的通信当中。通过本公开实施例提供的技术方案，可以实现通过服务端控制客户端以灵活切换拥塞控制算法进行数据交互的目的。

在一个实施例中，还提供了一种数据交互方法，如图4所示，图4是根据一示例性实施例示出的一种数据交互方法的流程图，以该方法应用于服务端为例进行说明，该数据交互方法，可以包括如下步骤：

步骤S401，确定目标拥塞控制算法类型参数。

本步骤主要是服务端确定目标拥塞控制算法类型参数，其中，服务端可以从预先配置好的多个拥塞控制算法类型参数中选择其中一个拥塞控制算法类型参数作为目标拥塞控制算法类型参数，该目标拥塞控制算法类型参数，用于客户端选择相应的拥塞控制算法与该服务端进行数据交互。

步骤S402，在服务端与客户端建立连接的握手过程中，将目标拥塞控制算法类型参数发送至客户端存储。

本步骤中，服务端获取预先选择好的目标拥塞控制算法类型参数，然后在服务端与客户端进行握手时，由服务端将该选择好的目标拥塞控制算法类型参数发送给客户端，客户端在接收到目标拥塞控制算法类型参数后，可以将其在本地进行持久化存储。该目标拥塞控制算法类型参数，可以用于客户端在需要与服务端进行数据交互时，从该客户端本地获取该目标拥塞控制算法类型参数，并确定与该目标拥塞控制算法类型参数对应的目标拥塞控制算法，从而可以基于该目标拥塞控制算法与服务端进行数据交互。

在一些实施例中，服务端可以通过如下步骤确定目标拥塞控制算法类型参数，具体包括：

确定客户端的当前网络状况，从多种拥塞控制算法中选择与当前网络状况相适应的拥塞控制算法，根据与当前网络状况相适应的拥塞控制算法，确定目标拥塞控制算法类型参数。

本实施例中，服务端可以根据客户端的当前网络状况，为该客户端选择与其当前网络状况相适应的拥塞控制算法，从而将与该拥塞控制算法对应的拥塞控制算法类型参数确定为目标拥塞控制算法类型参数。采用该实施例的方案，服务端可以为处于不同网络状况的客户端选择相应的拥塞控制算法进行数据交互，下面结合图5对该本实施例的方案进行说明，图5是根据一示例性实施例示出的一种数据交互方法的应用环境图。

其中，位于不同地域的客户端可以通过不同的网络连接到服务端，而位于不同地域的客户端的当前网络状况可能会有所不同，由此服务端可以根据各客户端的当前网络状态为其选择与之当前网络状态相适应的拥塞控制算法来进行数据交互，例如某个地域的丢包率比较高，服务端可以选择BBR算法来与这个地域的客户端进行数据交互，而对于丢包率比较低网络较好的地域，服务端则可以使用如CUBIC算法与之进行数据交互。

在如图5所示的应用环境中，处于地域A的客户端通过网络1与服务端进行通信，处于地域B的客户端通过网络2与服务端进行通信，服务端可以获取网络1当前的网络状况，将与该网络1当前的网络状况相适应的拥塞控制算法来与处于地域A的客户端进行数据交互，相应的，服务端也可以获取网络2当前的网络状况，将与该网络2当前的网络状况相适应的拥塞控制算法来与处于地域B的客户端进行数据交互。而考虑到同一地域的不同客户端用户所使用的终端型号不同，其丢包情况也可能不一样，由此，在一些实施例中，服务端还可以进一步根据同一地区的客户端对应的终端型号来选择相应的拥塞算法，避免处于不同网络状态的客户端均采用同一拥塞控制算法导致数据交互灵活性差的问题，实现由服务端根据客户端当前的网络状况灵活地为不同的客户端配置相应的拥塞控制算法，还可以在服务端根据客户端所在地域和相应终端型号对不同客户端所采用的拥塞控制算法进行区分，灵活性高。

在一个实施例中，提供了一种数据交互方法，如图6所示，图6是根据一示例性实施例示出的一种数据交互方法的信令图，该数据交互方法可以应用于数据交互系统当中，该数据交互系统可以包括客户端和服务端，该数据交互方法的具体步骤可以包括：

步骤S601，服务端配置拥塞控制算法类型参数；

其中，服务端可以预先配置多种拥塞控制算法，包括NewReno算法、BBR算法和CUBIC算法，然后分别为每种拥塞控制算法配置相应的拥塞控制算法类型参数。

步骤S602，客户端启动，建立连接；

本步骤中，客户端在终端运行启动时，与服务端建立连接进行握手。

步骤S603，将拥塞控制算法类型参数传给客户端；

客户端与服务端进行握手时，服务端将选择好的拥塞控制算法类型参数传给客户端。

步骤S604，将拥塞控制算法类型参数写入SD卡；

客户端在接收到服务端选择好的拥塞控制算法类型参数后，将拥塞控制算法类型参数写入SD卡进行持久化存储。

步骤S605，客户端后续启动从SD卡中读取拥塞控制算法类型参数并初始化连接；

其中，客户端可以在再次启动时，直接从SD卡中读取拥塞控制算法类型参数，基于该拥塞控制算法类型参数选择相应的拥塞控制算法与服务端建立初始化连接。

步骤S606，建立连接发送请求。

客户端基于相应的拥塞控制算法向服务端发送请求，与服务端进行数据交互。

上述实施例的方案，在建立连接握手过程中，由服务端将指定的拥塞控制算法类型参数传递给客户端，客户端可以将拿到的拥塞控制算法类型参数写到本地SD卡上，下次启动时使用本地SD卡上的拥塞控制算法与服务端进行数据交互，实现在服务端对拥塞控制算法的灵活配置，能够使得不同客户端采用不同拥塞控制算法与服务端通信，达到通过服务端控制客户端灵活切换拥塞控制算法的效果。

在一个实施例中，提供了一种数据交互装置，如图7所示，图7是根据一示例性实施例示出的一种数据交互装置的框图，该数据交互装置可以应用于客户端，包括：

参数获取模块701，被配置为在与服务端通信时，获取预存于客户端本地的目标拥塞控制算法类型参数；目标拥塞控制算法类型参数，为服务端从多个拥塞控制算法类型参数中选择的参数；服务端，用于与客户端建立连接的握手过程中，将目标拥塞控制算法类型参数发送至客户端存储；

算法确定模块702，被配置为确定与目标拥塞控制算法类型参数对应的目标拥塞控制算法；

数据交互模块703，被配置为基于目标拥塞控制算法与服务端进行数据交互。

在一个实施例中，上述数据交互装置，还可以包括：

第一接收单元，被配置为当客户端与服务端握手时，接收服务端发送的第一候选拥塞控制算法类型参数；

第一存储单元，被配置为将第一候选拥塞控制算法类型参数在客户端本地进行持久化存储，用于客户端下一次与服务端通信时，选择相应的拥塞控制算法与服务端进行数据交互。

在一个实施例中，进一步的，目标拥塞控制算法类型参数可以是客户端上一次与服务端通信时，服务端发送的第二候选拥塞控制算法类型参数。

在一个实施例中，上述数据交互装置，还可以包括：

第二接收单元，被配置为与服务端握手，接收服务端发送的目标拥塞控制算法类型参数；

第二存储单元，被配置为将目标拥塞控制算法类型参数在客户端本地进行持久化存储。

在一个实施例中，提供了一种数据交互装置，如图8所示，图8是根据一示例性实施例示出的一种数据交互装置的框图，该数据交互装置可以应用于服务端，包括：

参数确定模块801，被配置为确定目标拥塞控制算法类型参数；目标拥塞控制算法类型参数为服务端从多个拥塞控制算法类型参数中选择的参数；

参数发送模块802，被配置为在服务端与客户端建立连接的握手过程中，将目标拥塞控制算法类型参数发送至客户端存储，以使客户端确定与目标拥塞控制算法类型参数对应的目标拥塞控制算法，基于目标拥塞控制算法与服务端进行数据交互。

在一个实施例中，参数确定模块801，进一步被配置为确定客户端的当前网络状况，从多种拥塞控制算法中选择与当前网络状况相适应的拥塞控制算法，根据与当前网络状况相适应的拥塞控制算法，确定目标拥塞控制算法类型参数。

在一个实施例中，多个拥塞控制算法可以包括：NewReno算法、BBR算法和CUBIC算法。

在一个实施例中，提供了一种电子设备，该电子设备可以是终端，其内部结构图可以如图9所示，图9是根据一示例性实施例示出的一种电子设备的框图。该电子设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据交互方法。该电子设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该电子设备的输入装置可以是显示屏上覆盖的触摸层，也可以是电子设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

在一个实施例中，提供了一种电子设备，该电子设备可以是服务器，其内部结构图可以如图10所示，图10是根据一示例性实施例示出的一种电子设备的框图。该电子设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该电子设备的处理器用于提供计算和控制能力。该电子设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该电子设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据交互方法。

本领域技术人员可以理解，图9和图10中示出的结构，仅仅是与本公开的方案相关的部分结构的框图，并不构成对本公开的方案所应用于其上的电子设备的限定，具体的电子设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种电子设备，包括处理器，用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如上任一项实施例所述的数据交互方法。

本领域普通技术人员可以理解实现如上任一项实施例所述的数据交互方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本公开所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

据此，在一个实施例中还提供一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如上任一项实施例所述的数据交互方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (14)

1.一种数据交互方法，其特征在于，应用于客户端，包括：

在与服务端通信时，获取预存于客户端本地的目标拥塞控制算法类型参数；所述目标拥塞控制算法类型参数，为服务端从多个拥塞控制算法类型参数中选择的参数；所述服务端，用于与所述客户端建立连接的握手过程中，将所述目标拥塞控制算法类型参数发送至所述客户端存储；

确定与所述目标拥塞控制算法类型参数对应的目标拥塞控制算法；所述客户端预存有拥塞控制算法与拥塞控制算法类型参数间的对应关系；

基于所述目标拥塞控制算法与所述服务端进行数据交互；

其中，在所述获取预存于客户端本地的目标拥塞控制算法类型参数之前，还包括：

与所述服务端握手，接收所述服务端发送的所述目标拥塞控制算法类型参数；

将所述目标拥塞控制算法类型参数在所述客户端本地进行持久化存储。

2.根据权利要求1所述的数据交互方法，其特征在于，所述方法还包括：

当所述客户端与所述服务端握手时，接收所述服务端发送的第一候选拥塞控制算法类型参数；

将所述第一候选拥塞控制算法类型参数在所述客户端本地进行持久化存储，用于所述客户端下一次与所述服务端通信时，选择相应的拥塞控制算法与所述服务端进行数据交互。

3.根据权利要求2所述的数据交互方法，其特征在于，所述目标拥塞控制算法类型参数，为所述客户端上一次与所述服务端通信时，所述服务端发送的第二候选拥塞控制算法类型参数。

4.一种数据交互方法，其特征在于，应用于服务端，包括：

确定目标拥塞控制算法类型参数；所述目标拥塞控制算法类型参数为所述服务端从多个拥塞控制算法类型参数中选择的参数；

在所述服务端与客户端建立连接的握手过程中，将所述目标拥塞控制算法类型参数发送至所述客户端存储，以使所述客户端确定与所述目标拥塞控制算法类型参数对应的目标拥塞控制算法，基于所述目标拥塞控制算法与所述服务端进行数据交互；所述客户端预存有拥塞控制算法与拥塞控制算法类型参数间的对应关系，所述客户端用于将接收到的所述目标拥塞控制算法类型参数在所述客户端本地进行持久化存储。

5.根据权利要求4所述的数据交互方法，其特征在于，所述确定目标拥塞控制算法类型参数，包括：

确定所述客户端的当前网络状况；

从多种拥塞控制算法中选择与所述当前网络状况相适应的拥塞控制算法；

根据所述与所述当前网络状况相适应的拥塞控制算法，确定所述目标拥塞控制算法类型参数。

6.根据权利要求5所述的数据交互方法，其特征在于，所述多个拥塞控制算法包括：NewReno算法、BBR算法和CUBIC算法。

7.一种数据交互装置，其特征在于，应用于客户端，包括：

参数获取模块，被配置为在与服务端通信时，获取预存于客户端本地的目标拥塞控制算法类型参数；所述目标拥塞控制算法类型参数，为服务端从多个拥塞控制算法类型参数中选择的参数；所述服务端，用于与所述客户端建立连接的握手过程中，将所述目标拥塞控制算法类型参数发送至所述客户端存储；

算法确定模块，被配置为确定与所述目标拥塞控制算法类型参数对应的目标拥塞控制算法；所述客户端预存有拥塞控制算法与拥塞控制算法类型参数间的对应关系；

数据交互模块，被配置为基于所述目标拥塞控制算法与所述服务端进行数据交互；

其中，还包括：

第二接收单元，被配置为与所述服务端握手，接收所述服务端发送的目标拥塞控制算法类型参数；

第二存储单元，被配置为将所述目标拥塞控制算法类型参数在客户端本地进行持久化存储。

8.根据权利要求7所述的装置，其特征在于，还包括：

第一接收单元，被配置为当所述客户端与所述服务端握手时，接收所述服务端发送的第一候选拥塞控制算法类型参数；

第一存储单元，被配置为将所述第一候选拥塞控制算法类型参数在客户端本地进行持久化存储，用于所述客户端下一次与所述服务端通信时，选择相应的拥塞控制算法与所述服务端进行数据交互。

9.根据权利要求8所述的装置，其特征在于，所述目标拥塞控制算法类型参数，为所述客户端上一次与所述服务端通信时，所述服务端发送的第二候选拥塞控制算法类型参数。

10.一种数据交互装置，其特征在于，应用于服务端，包括：

参数确定模块，被配置为确定目标拥塞控制算法类型参数；所述目标拥塞控制算法类型参数为所述服务端从多个拥塞控制算法类型参数中选择的参数；

参数发送模块，被配置为在所述服务端与客户端建立连接的握手过程中，将所述目标拥塞控制算法类型参数发送至所述客户端存储，以使所述客户端确定与所述目标拥塞控制算法类型参数对应的目标拥塞控制算法，基于所述目标拥塞控制算法与所述服务端进行数据交互；所述客户端预存有拥塞控制算法与拥塞控制算法类型参数间的对应关系，所述客户端用于将接收到的所述目标拥塞控制算法类型参数在所述客户端本地进行持久化存储。

11.根据权利要求10所述的装置，其特征在于，所述参数确定模块，进一步被配置为确定所述客户端的当前网络状况，从多种拥塞控制算法中选择与所述当前网络状况相适应的拥塞控制算法，根据所述与当前网络状况相适应的拥塞控制算法，确定所述目标拥塞控制算法类型参数。

12.根据权利要求11所述的装置，其特征在于，所述多个拥塞控制算法包括：NewReno算法、BBR算法和CUBIC算法。

13.一种电子设备，其特征在于，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至6中任一项所述的数据交互方法。

14.一种存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行如权利要求1至6中任一项所述的数据交互方法。

Images