CN109246004A - 网络数据加速方法和客户端、路由器、服务器 - Google Patents

Abstract

公开了一种网络数据加速方法、以及用于执行该方法的路由器、客户端和服务器。所述网络数据加速方法包括：接收数据路由策略，所述数据路由策略是根据客户端的策略生成请求生成的；根据所述数据路由策略确定用于所述客户端的数据的路由优先级；以及根据确定的路由优先级对用于所述客户端的数据进行路由。

Description

网络数据加速方法和客户端、路由器、服务器

技术领域

本公开涉及数据传输领域，具体涉及一种由客户端、路由器或服务器执行的网络数据加速方法和客户端、路由器、服务器。

背景技术

在动作游戏(例如射击游戏、对战游戏)中，多个玩家通过客户端(例如手机、电脑等)连接到游戏服务器，一起玩游戏。在这种对战玩法中，对游戏数据的网络传输延迟和丢包率的要求比较高。

传统上，通过在网络中增设加速服务器实现针对游戏数据的加速。在这种情况下，通过选择该数据的传输链路来实现加速。具体地，游戏数据可以经过不同的链路传输到服务器。例如，游戏数据可以直接从客户端传输到游戏服务器，也可以先传输给加速服务器，然后再从加速服务器传输到游戏服务器。可以通过客户端进行加速测试，比较游戏数据直接传输到游戏服务器花费的时间以及通过加速服务器传输到游戏服务器花费的时间，确定数据传输更快的链路。例如，如果测试得到游戏数据直接传输到游戏服务器花费的时间是T1，将游戏数据传输到加速服务器花费的时间是T2，从加速服务器将游戏数据传输到游戏服务器花费的时间是T3，并且T2+T3＜T1，可以认为数据经由加速服务器传输速度更快。在这种情况下，可以选择经由加速服务器将数据发送至游戏服务器的传输链路，从而实现加速。然而，专门设置加速服务器需要较高的硬件成本。此外，由于加速服务器需要与游戏服务器和客户端分别进行数据交换，因此需要为其提供较大带宽，带宽成本较高。而且，加速服务器没有统一标准，实现起来比较复杂。此外，加速服务器通常设置在网络中，其无法解决在客户端通过路由器接入网络时在客户端与该路由器之间的网络延迟的问题。

发明内容

本公开提供了一种可由客户端、路由器或服务器执行的网络数据加速方法，以及对应的客户端、路由器、服务器。

根据本公开的一个方面，提供了一种网络数据加速方法，包括：接收数据路由策略，所述数据路由策略是根据来自客户端的策略生成请求生成的；根据所述数据路由策略确定用于所述客户端的数据的路由优先级；以及根据确定的路由优先级对用于所述客户端的数据进行路由。

在一些实施例中，所述策略生成请求包括指示所述客户端的使用场景的信息，并且所述数据路由策略是根据所述策略生成请求指示的使用场景生成的。

在一些实施例中，在接收数据路由策略之前，所述方法还包括：从客户端接收所述策略生成请求，并将所述路由策略请求发送至服务器；其中，所述接收数据路由策略包括：从所述服务器接收由所述服务器根据所述策略生成请求生成的数据路由策略。

在一些实施例中，所述服务器是预设的策略服务器，所述方法还包括：更新存储在该路由器中的预设的策略服务器的地址。

在一些实施例中，接收数据路由策略包括：接收至少一个数据包；根据所述数据包的报头，确定所述数据包中包括表示所述数据路由策略的数据；以及解析所述数据包并获得数据路由策略。

在一些实施例中，根据确定的路由优先级对用于所述客户端的数据进行路由包括：根据确定的路由优先级将来自/去往所述客户端的地址的数据存储到相应的优先级队列中，并依据优先级顺序发送优先级队列中的数据。

在一些实施例中，依据优先级顺序发送优先级队列中的数据包括：当链路空闲时，按照优先级从高到低的顺序将各优先级队列中的数据写入链路。

在一些实施例中，所述网络数据加速方法还包括：从客户端接收策略结束请求；响应于该策略结束请求，将用于所述客户端的数据路由策略恢复为默认路由策略。

根据本发明的另一方面，提供了一种由客户端执行的网络数据加速方法，包括：确定策略生成请求，所述策略生成请求用于确定用于客户端的数据的数据路由策略，其中所述数据路由策略用于确定所述客户端的数据的路由优先级；发送所述策略生成请求；以及发送客户端数据，其中所述客户端数据根据确定的路由优先级被路由。

在一些实施例中，所述策略生成请求包括指示该客户端的使用场景的信息。

在一些实施例中，所述网络数据加速方法还包括：根据客户端的使用场景生成策略结束请求；发送所述策略结束请求。

根据本发明的另一方面，提供了一种由服务器执行的网络数据加速方法，包括：接收客户端的策略生成请求；基于所述策略生成请求生成用于所述客户端的数据的数据路由策略，其中所述数据路由策略用于确定所述客户端的数据的路由优先级；以及发送所述数据路由策略，使得所述客户端的数据根据确定的路由优先级被路由。

在一些实施例中，所述策略生成请求包括指示该客户端的使用场景的信息。

在一些实施例中，基于所述策略生成请求生成用于所述客户端的数据的数据路由策略包括：根据所述指示该客户端的使用场景的信息，生成对应于该使用场景的数据路由策略。

根据本发明的另一方面，提供了一种路由器，包括：接收单元，配置成接收数据路由策略，所述数据路由策略是根据来自客户端的策略生成请求生成的；策略确定单元，配置成根据所述数据路由策略确定用于所述客户端的数据的路由优先级；路由单元，配置成根据确定的路由优先级对用于所述客户端的数据进行路由。

在一些实施例中，所述策略生成请求包括指示所述客户端的使用场景的信息，并且所述数据路由策略是根据所述策略生成请求指示的使用场景生成的。

根据本发明的另一方面，提供了一种客户端，包括：请求生成单元，配置成确定策略生成请求，所述策略生成请求用于确定用于所述客户端的数据的数据路由策略，其中所述数据路由策略用于确定所述客户端的数据的路由优先级；发送单元，配置成发送所述策略生成请求，以及发送客户端数据，其中所述客户端数据根据确定的路由优先级被路由。

在一些实施例中，所述策略生成请求包括指示该客户端的使用场景的信息。

根据本发明的另一方面，提供了一种服务器，包括：接收单元，配置成接收客户端的策略生成请求；以及策略生成单元，配置成基于所述策略生成请求生成用于所述客户端的数据的数据路由策略，其中所述数据路由策略用于确定所述客户端的数据的路由优先级；以及发送单元，配置成发送所述数据路由策略，使得所述客户端的数据根据确定的路由优先级被路由。

在一些实施例中，所述策略生成请求包括指示该客户端的使用场景的信息。

在一些实施例中，所述策略生成单元配置成根据所述指示该客户端的使用场景的信息，生成对应于该使用场景的数据路由策略。

根据本发明的另一方面，提供了一种路由器，包括至少一个处理器，所述至少一个处理器配置成执行如前所述的网络数据加速方法。

根据本发明的另一方面，提供了一种客户端，包括至少一个处理器，所述至少一个处理器配置成执行如前所述的由客户端执行的网络数据加速方法。

根据本发明的另一方面，提供了一种服务器，包括至少一个处理器，所述至少一个处理器配置成执行如前所述的由服务器执行的网络数据加速方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，其上存储有指令，所述指令在被处理器执行时，使所述处理器执行如前所述的网络数据加速方法。

利用本公开提供的路由器、客户端以及服务器，可以在路由器在执行数据加速策略，从而可以在不设置加速服务器的情况下，实现数据传输的加速。此外，由于基于客户端生成的策略生成请求来生成数据路由策略，因此，可以响应于客户端的请求灵活地调整用于该客户端的数据的数据路由策略。进一步地，由于所述请求指示了客户端的使用场景，因此，可以针对该使用场景，配置良好地符合还使用场景的传输需求的路由策略。

附图说明

为了更清楚地说明本公开实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员而言，在没有做出创造性劳动的前提下，还可以根据这些附图获得其他的附图。以下附图并未刻意按实际尺寸等比例缩放绘制，重点在于示出本公开的主旨。

图1示出了根据本公开的数据传输系统的示意图；

图2A示出了客户端上运行的游戏中下载更新文件的使用场景的示例；

图2B示出了客户端上运行的游戏中在大厅匹配场景中玩家匹配成功的示例；

图2C示出了客户端上运行的游戏中的实时游戏场景的示例；

图3示出了根据本公开实施例的路由器的示意性的框图；

图4A示出了根据本公开的实施例的路由器接收数据路由策略的示例；

图4B示出了根据本公开的实施例的路由器接收数据路由策略的另一示例；

图4C示出了根据本公开的实施例的路由器接收数据路由策略的另一示例；

图5示出了根据本公开的实施例的路由器的工作原理的示意图；

图6示出了根据本公开的实施例的客户端的示意性的框图；

图7示出了根据本公开的实施例的策略服务器的示意性的框图；

图8示出了根据本公开的实施例的由路由器执行的网络数据加速方法的示意性的流程图；

图9示出了根据本公开实施例的路由器的具体工作示例；

图10公开了根据本公开的实施例的由客户端执行的网络数据加速方法的示意性的流程图；

图11示出了根据本公开的实施例的客户端的具体操作示例；

图12示出了根据本公开的实施例的由策略服务器执行的网络数据加速方法的示意性的流程图；

图13示出了根据本公开的实施例的客户端、路由器和服务器之间数据流的示例图；

图14示出了根据本公开的实施例的移动设备的结构；以及

图15示出了根据本公开的实施例的计算机设备的架构。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚，以下举实施例对本公开作进一步详细说明。显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本公开保护的范围。

在本公开中描述的“路由器”可以指任何根据路由规则转发数据的网络设备。“策略服务器”可以指的是用于生成并下发数据传输策略(例如数据加速策略)的一个或一组服务器。“游戏服务器”可以指的是在各种网络游戏(例如实时对战游戏、单人网络游戏)中用于同步一个或多个客户端的游戏数据或状态的服务器。“低延迟数据”可以指的是对延迟要求敏感的数据。例如，在例如对战的游戏场景下，用于同步不同客户端(玩家)操作的数据需要具有尽量低的延迟，以免影响用户的游戏体验，因此可以作为低延迟数据。在很多情况下，这样的低延迟数据具有较小的数据量。“高延迟数据”可以指的是对延迟要求不敏感的数据。例如，在文件下载的场景下，所下载的文件数据对网络延迟不敏感，因此可以作为高延迟数据。在很多情况下，这样的高延迟数据具有大的数据量。

图1示出了根据本公开的数据传输系统的示意图。如图1所示，该数据传输系统100可以包括一个或多个客户端110、路由器120、网络130、策略服务器140以及游戏服务器150。为描述方便，在本公开中，数据传输系统100可以简称为系统100。

在一些实施例中，客户端110可以包括但不限于固定式电子设备或移动式电子设备中的一种或多种。例如，固定式电子设备可以包括但不限于台式电脑、智能家居设备等。移动电子设备可以包括但不限于智能手机、智能手表、笔记本电脑、平板电脑、交通工具内置设备(车载电脑或车载电视等)、游戏设备等中的一种或多种。客户端110可以搭载任意的操作系统，包括但不限于Windows、iOS、Android等。用户可以操作客户端110运行各种程序，实现网络游戏、下载文件、浏览网页、观看视频等功能。在实现上述功能的过程中，客户端110可以通过网络130与服务器、数据库或其他客户端进行通信。在图1所示的例子中，客户端110包括多个客户端110-1、110-2和110-3。在不同的客户端上可以运行相同或不同的程序。

路由器120用于使客户端110接入网络130，继而连接到策略服务器140和/或游戏服务器150，并且在客户端110与网络130以及策略服务器140和/或游戏服务器150之间通信。例如，该路由器120可以是设置在用户附近(例如用户家中)以供客户端110接入网络130的有线或无线路由器。

网络130可以是单个网络或多个不同网络的组合。例如，网络130可以包括但不限于局域网、广域网、因特网等中的一种或几种的组合。网络130可以包括一个或多个路由器(未示出)，用于在路由器120与服务器140和150之间实现数据转发。

策略服务器140可以用于生成并下发数据传输策略(例如数据加速策略，也可以称为数据路由策略或转发策略)。在本公开的实施例中，其可以生成针对用于客户端的数据的数据路由策略。策略服务器140可以是单个服务器，也可以是多个服务器构成的服务器组。

游戏服务器150可以用于在各种网络游戏中同步所述一个或多个客户端110的游戏数据或状态。例如，在对战游戏中，游戏服务器150可以用于同步不同客户端的操作数据。在本公开的实施例中，游戏服务器150可以是单个服务器，也可以多个服务器。此外，尽管在图1中被示出为分开的服务器，但策略服务器140和游戏服务器150也可以是同一个服务器。

在一些实施例中，尽管图1没有示出，系统100还可以包括数据库，用于存储与客户端110以及/或者服务器140和150相关的各种数据。数据库可以与网络130连接，并且/或者与数据传输系统100的其他部分(例如，客户端和/或服务器)通信。

在一些实施例中，为了加速数据传输，系统100中还可以包括加速服务器160。加速服务器160可以配置成具有高性能的网络优化网关，利用适当的网络传输协议，改善数据的传输速度。如上文所述，利用加速服务器160可以改变客户端110与服务器之间的数据传输路径，从而加快数据传输。

如图1所示，由于客户端110需要通过路由器120接入网络以实现数据传输，因此，为了改善客户端110与路由器120之间的数据传输状况，本公开提供了优化客户端与路由器之间的数据传输的方案。

下面结合具体示例，简要说明本公开的实施例的原理。

在运行软件或程序时，随着软件或程序的执行，客户端可能处于不同使用场景。

以实时对战游戏为例。当用户启动安装在客户端(以客户端110-1为例)上的游戏程序时，该客户端110-1可以通过路由器120和网络130连接到游戏服务器150。此时，客户端110-1可以判断是否需要下载针对该游戏程序的更新文件。例如，客户端110-1可以与游戏服务器150通信，以确认游戏服务器150上是否存在针对所述游戏程序的更新文件，从而确定是否需要下载该更新文件。如果存在需要下载的更新文件，则客户端110-1可以在步骤S202中下载该更新文件。图2A示出了需要下载更新文件的使用场景的示例。在下载更新文件的场景中，更新文件通常具有比较大的体积(如几十兆字节、几百兆字节或更大)，因此更新文件的下载需要较大的带宽。此外，由于在下载过程中客户端110-1不需要与其他客户端进行数据的实时同步，因此该下载对延迟要求不高。因此，所述更新文件可以作为上文所述的高延迟数据。

如果不需要下载更新文件，或者在更新文件下载结束并安装后，客户端110-1在游戏程序中进入大厅匹配场景。在该场景中，用户可以通过客户端110-1进行各种游戏设置操作，例如游戏登录、游戏服务器选择、游戏大厅选择、玩家(队友和/或对战对手)匹配等。图2B示出了在大厅匹配场景中玩家匹配成功的示例。本领域技术人员可以理解，这里所说的大厅匹配场景并不限于图2B中示出的示例。在大厅匹配场景中，客户端110-1与游戏服务器150之间存在设置数据的传输。这种设置数据的传输占用带宽不大，对延迟的要求也不高。

匹配成功后，客户端110-1在游戏程序中进入实时游戏(例如对战)场景。图2C示出了该实时游戏场景的示例。在该场景中，客户端110-1可以与其他用户操作的客户端在同一个游戏场景中进行游戏。不同用户操作的客户端针对游戏会做出不同的操作并且/或者存在不同的游戏状态，游戏服务器150需要迅速同步各个客户端的操作和/或状态，以保证游戏的实时性。因此，对战模式中产生的与各个客户端的操作和/或状态有关的游戏数据的传输需要尽量小的延迟。一般情况下，这种游戏数据不需要占用太多的带宽。因此，这种游戏数据可以作为前文中所述的低延迟数据。

如前所述，客户端可能处于不同的使用场景，而在不同的使用场景下，对用于客户端的数据(即，从客户端发出的数据和/或发给该客户端的数据)的传输需求(例如延迟和/或带宽需求)可能是不一样的。因此，本公开的实施例根据处于不同使用场景下的客户端发出的策略生成请求，对用于客户端的数据设置相应的数据路由策略，从而满足客户端在不同的使用场景下的数据传输需求。例如，针对更新文件下载场景，可以设置用于客户端120的数据路由策略，使得用于客户端120的数据(更新文件)的传输能够占用高带宽，对延迟不做太高要求。针对大厅匹配场景，可以设置用于客户端120的数据路由策略，使得用于客户端120的数据(配置数据)的传输能够具有中等延迟，并占用中等带宽。针对实时游戏场景，可以设置用于客户端120的数据路由策略，使得用于客户端120的数据(游戏数据)的传输能够具有低延迟，对带宽不做太高要求。

需要注意的是，尽管在以上描述中以游戏程序为例解释了客户端在不同的使用场景下对数据传输的不同要求，但本公开的实施例并不限于游戏程序，而是可以应用于任何通过路由器和/或网络传输数据的各种应用程序。

此外，尽管在以上描述中，以客户端运行同一个程序时存在多种使用场景为例进行了描述，但本公开的实施例不限于此，在另一些实施例中，在一个客户端上运行的不同的程序之间可以存在多种使用场景。例如，在客户端上可以同时运行文件下载程序和网络对战游戏程序，在文件下载程序中下载文件，因此需要高带宽，但对数据延迟的要求较低，在网络对战游戏程序中进行对战，因此需要低延迟，但对带宽要求较低。在这种情况下，可以按照类似的方式，针对处于不同使用场景的程序的数据，设置相应的数据路由策略。

此外，尽管在以上描述中，以同一个客户端处于不同的使用场景下进行了描述，但本公开的实施例不限于此，在另一些实施例中，对于使用路由器120接入网络的多个客户端，可以根据每个客户端的使用场景，为每个客户端设置不同的数据路由策略。例如，对于正在进行对战游戏的客户端110-1，可以设置数据路由策略，使得用于客户端110-1的数据传输具有低延迟，但对带宽不做太高要求。对于正在进行文件下载的客户端110-2，可以设置数据路由策略，使得用于客户端110-2的数据传输占用高带宽，而对延迟不做特殊要求。对于正在进行网页浏览的客户端110-3，可以设置数据路由策略，使得用于客户端110-3的数据传输具有中等延迟，并占用中等的带宽，或者说对客户端110-3的数据传输的延迟和带宽不做特殊要求。在下文中，这种具有中等延迟并占用中等带宽的数据传输方案可以被称为默认或预定的数据传输方案。这样的数据传输方案在很多情况下可以满足客户端的数据传输要求。

此外，尽管在以上描述的示例性的场景中仅描述了三种使用场景的情况，但本公开的实施例不限于此，在另一些实施例中，可以存在更多或更少的使用场景。在这种情况下，针对不同的客户端使用场景，可以进一步对数据传输的要求进行细分，并设计不同的数据传输方案和路由策略。例如，可以根据使用场景的数量，将数据传用的带宽需求划分为相应数量的带宽等级，例如总带宽的10％、40％、60％、80％等，并且/或者可以设置相应数量的延迟等级，并且针对每个使用场景组合不同的带宽等级和延迟等级，并且针对这些组合，制定相应的数据传输方案以及路由策略，以满足客户端的多种使用需求。下文中，以上述三种使用场景为例对本公开的实施例进行说明。然而，本领域技术人员可以理解，本公开的实施例也适用于更多或更少的场景。

下面，将结合附图描述本公开的实施例。

首先参照图3来描述根据本公开实施例的路由器。该路由器例如可以是图1所示的路由器120。

图3示出了根据本公开实施例的路由器的示意性的框图。如图3所示，路由器120可以包括接收单元121、策略确定单元122以及路由单元123。

接收单元121可以配置成接收数据路由策略，所述数据路由策略是根据从客户端发送的策略生成请求生成的。其中，接收数据路由策略可以包括：接收至少一个数据包；根据所述数据包的报头，确定所述数据包中包括表示所述数据路由策略的数据；以及解析所述数据包并获得数据路由策略。

在一种实现方式中，接收单元121可以从策略服务器140接收数据路由策略。在该实现方式的一个示例中，如图4A所示，客户端110可以确定策略生成请求，并将生成的策略生成请求发送给路由器120。接收单元121可以接收该策略生成请求，然后路由单元123将该策略生成请求转发给策略服务器140。策略服务器140可以根据该策略生成请求生成相应的数据路由策略，并将该数据路由策略发送给路由器120。由此，接收单元121可以直接从策略服务器140接收该数据路由策略。当然，在实际操作中，接收单元121可以从策略服务器140接收各种数据，因此，接收单元121可以判断所接收的数据的种类，从而筛选出该数据路由策略。例如，通过接收的数据包的报头可以判断该数据包中是否包括表示数据路由策略的数据。如果判断出该数据包中包括表示数据路由策略的数据，则可以利用策略确定单元122解析该数据包并确定数据路由策略，从而进一步地，可以根据确定的数据路由策略确定用于所述客户端的数据的路由优先级。

在该实现方式的另一个示例中，如图4B所示，客户端110可以确定策略生成请求，并将策略生成请求例如经由移动通信网络直接发送给策略服务器140。策略服务器140可以根据该策略生成请求，生成相应的数据路由策略，并将生成的数据路由策略直接发送给路由器120。在这种情况下，接收单元121也可以直接从策略服务器140接收该数据路由策略。

在另一种实现方式中，接收单元121可以从客户端110接收数据路由策略。在该实现方式的一个示例中，如图4C所示，客户端110可以确定策略生成请求，并将策略生成请求例如经由移动通信网络直接发送至策略服务器140。策略服务器140可以根据该策略生成请求生成相应的数据路由策略，并将生成的数据路由策略发送给客户端110。然后，客户端110可以将该数据路由策略发送给路由器120。在这种情况下，接收单元121可以直接从客户端110接收数据路由策略。在该实现方式的另一示例中，客户端110可以根据其所处的使用场景，自己生成对应的数据路由策略，并且将该数据路由策略发送给路由器120。在这种情况下，接收单元121也可以直接从客户端110接收数据路由策略。

如稍后将详细描述的，所述策略生成请求可以包括指示所述客户端的使用场景的信息。在这种情况下，所述数据路由策略是根据所述策略生成请求指示的使用场景生成的。例如，当客户端处于下载更新文件的场景时，客户端生成的策略生成请求中可以包括用于指示客户端处于下载更新文件的场景的信息。相应地，可以针对该下载更新的使用场景，生成允许客户端的数据进行大带宽传输的数据路由策略。当客户端处于实时对战的场景时，客户端生成的策略生成请求中可以包括用于指示客户端处于实时对战的场景的信息。相应地，可以针对该实时对战的使用场景，生成允许客户端的数据进行低延迟传输的数据路由策略。当客户端处于大厅匹配的场景时，客户端生成的策略生成请求中可以包括用于指示客户端处于大厅匹配的场景的信息。相应地，可以针对该大厅匹配的使用场景，生成允许客户端的数据进行中等带宽中等延迟传输的数据路由策略。

可替换地，该策略生成请求中可以包括用于指示客户端当前运行的是程序类型(例如网络游戏程序、文件下载程序或网页浏览器)的信息。在这种情况下，所述数据路由策略是根据所述策略生成请求指示的程序类型生成的。例如，当客户端正在运行文件下载程序时，客户端生成的策略生成请求中可以包括用于指示客户端正在运行文件下载程序的信息。相应地，可以生成允许客户端的数据进行大带宽传输的数据路由策略。当客户端正在运行网络游戏程序时，客户端生成的策略生成请求中可以包括用于指示客户端正在运行网络游戏程序的信息。相应地，可以生成允许客户端的数据进行低延迟传输的数据路由策略。当客户端正在运行网页浏览器时，客户端生成的策略生成请求中可以包括用于指示客户端正在运行网页浏览器的信息。相应地，可以生成允许客户端的数据进行中等带宽中等延迟传输的数据路由策略。

在接收单元121接收到数据路由策略之后，策略确定单元122可以根据所述数据路由策略确定用于所述客户端的数据的路由优先级。例如，所述数据路由策略可以指示对用于所述客户端的数据赋予的路由优先级。在这种情况下，当接收到所述数据路由策略时，策略确定单元122可以直接确定用于所述客户端的数据的路由优先级，并且根据该优先级发送用户所述客户端的数据。

在一些实施例中，策略确定单元122还可以包括转发策略表。该转发策略表可以配置成相关联地存储一个或多个客户端的标识信息(例如因特网协议IP地址)以及用于该一个或多个客户端的数据的路由优先级(或称为转发策略)。策略确定单元122可以在从接收单元121接收到用于客户端的数据的数据路由策略时，确定用于客户端的数据的路由优先级，并且将该客户端的标识信息以及所确定的路由优先级相关联地存储在转发策略表中，以供路由单元123使用。当转发策略表已经存在针对用于该客户端的数据的路由优先级时，策略确定单元122可以用新确定的路由优先级(或转发策略)更新该转发策略表。在其他实施例中，该转发策略表可以存储在其他组件(例如路由单元123)中。

在一些实施例中，策略确定单元122还可以包括策略服务器列表。策略服务器列表配置成存储预设的一个或多个策略服务器的标识(例如IP地址)。路由器120可以仅接收以及解析来自策略服务器列表中预设的策略服务器的数据路由策略。在这种情况下，策略服务器140被包含在策略服务器列表中。

此外，由于网络环境的复杂性，策略服务器列表中记载的策略服务器的信息(例如标识、网络地址等)可能发生变化。为了保证策略服务器列表内的策略服务器信息的正确性，策略确定单元122可以更新策略服务器列表，以更新存储在路由器中的预设策略服务器的地址。例如，策略确定单元122可以定期地(每小时、每天或每周等)或不定期地更新策略服务器列表中存储的信息。例如，策略确定单元122可以定期或不定期地询问策略服务器列表中的预设策略服务器，以更新其信息。可替换地，策略确定单元122可以接收预设策略服务器主动发送的更新信息，并且根据该更新信息来更新策略服务器列表。可替换地，策略确定单元122可以定期或不定期地访问(例如通过接收单元121)网络中存储策略服务器的信息的数据库，以获取策略服务器的更新信息，并且更新策略服务器列表。通过该更新机制，可以保证路由器120始终从正确的策略服务器接收数据路由策略，防止伪造的策略信息，从而保证路由器的正常工作。在其他实施例中，该策略服务器列表也可以存储在接收单元121或其他组件(例如路由单元123)中。

路由单元123可以配置成根据确定的优先级对用于所述客户端的数据(去往客户端的数据和/或来自客户端的数据)进行路由。

在一些实施例中，在路由单元123可以设置有多个优先级队列，如图5所示，该多个优先级队列分别用于存储不同优先级的数据。当路由器接收到上行数据(来自客户端的数据)或下行数据(去往客户端的数据)时，可以确定该上行或下行数据来自/去往的客户端(例如通过其IP地址)，并通过查找转发策略表中与该客户端对应的优先级，确定该上行数据或下行数据的路由优先级。根据确定的优先级，路由单元123可以将该数据存储于对应的优先级队列，并且按照优先级的顺序依次发送上述多个优先级队列中的数据。例如，路由单元123可以配置成当链路空闲时，按照优先级从高到低的顺序将各优先级队列中的数据写入链路。例如，首先发送高优先级队列中的数据，当高优先级队列中的数据被全部发送完毕后，才会发送低优先级队列中的数据。这样，由于用于客户端的数据的路由策略和优先级是根据客户端的使用场景决定的，因此，可以保证用于客户端的数据得到与该使用场景相适应的处理，从而满足该数据对带宽和/或时延等的需求。

路由器120(具体地，路由单元123)可以根据需要，在适当的时机停止对用于客户端的数据应用之前确定的路由策略或路由优先级，并且/或者将用于所述客户端的数据的数据路由策略恢复为默认或预定的路由策略，例如上文所述的中等延迟中等带宽的路由策略。在一种实现方式中，路由器120可以在收到客户端110发送的策略结束请求时，停止对用于客户端的数据应用之前确定的路由策略或路由优先级。具体地，当使用场景发生变化时，客户端110可以向路由器120发送该策略结束请求。相应地，路由器120(具体地，接收单元121)可以接收该策略结束请求。然后，路由器120可以结束当前对客户端110的数据应用的路由策略。在另一种实现方式中，针对每个路由策略，可以设置相应的有效期。当某个数据路由策略有效期超期时，路由器120可以停止对用于客户端的数据应用之前确定的路由策略或路由优先级。

利用本公开的实施例，可以在路由器中执行对用于客户端的数据的加速，而不需要设置专门的加速服务器，由此可以降低硬件成本和带宽成本，并且可以解决客户端与路由器之间的数据传输延迟的问题。此外，在本公开的实施例中，可以根据处于不同使用场景的客户端的请求而产生用于该客户端的数据路由策略，因此，该数据路由策略可以更好地满足客户端的需求。而且，由于所产生的数据路由策略与客户端的使用场景相对应，因此，该数据路由策略可以与使用场景良好地匹配，从而针对不同场景提供优化的加速策略。

下面，参照图6来描述根据本公开的实施例的客户端。该客户端例如可以是图1所示的客户端110。

图6示出了根据本公开的实施例的客户端的示意性的框图。如图6所示，客户端110可以包括请求生成单元111、发送单元112以及接收单元113。

请求生成单元111可以配置成生成用于客户端的数据的策略生成请求。

如上文所述，客户端可以运行某个程序，例如网络游戏程序，并且在该程序中可能处于不同的使用场景中。可替换地，该客户端也可以运行不同的程序，每个程序处于不同的使用场景中。

在一些实施例中，所述策略生成请求可以包括指示所述客户端的使用场景的信息。例如，当客户端处于下载更新文件的场景时，客户端生成的策略生成请求中可以包括用于指示客户端处于下载更新文件的场景的信息。当客户端处于实时对战的场景时，客户端生成的策略生成请求中可以包括用于指示客户端处于实时对战的场景的信息。当客户端处于大厅匹配的场景时，客户端生成的策略生成请求中可以包括用于指示客户端处于大厅匹配的场景的信息。

可替换地，该策略生成请求中可以包括用于指示客户端当前运行的是程序类型(例如网络游戏程序、文件下载程序或网页浏览器)的信息。例如，当客户端正在运行文件下载程序时，客户端生成的策略生成请求中可以包括用于指示客户端正在运行文件下载程序的信息。当客户端正在运行网络游戏程序时，客户端生成的策略生成请求中可以包括用于指示客户端正在运行网络游戏程序的信息。当客户端正在运行网页浏览器时，客户端生成的策略生成请求中可以包括用于指示客户端正在运行网页浏览器的信息。

发送单元112可以发送请求生成单元111生成的该策略生成请求。在一种实现方式中，如图4A所示，发送单元112可以将策略生成请求发送给路由器120。如上所述，路由器120可以将该请求转发给策略服务器140，使得策略服务器140可以接收该策略生成请求，并根据该请求生成用于客户端110的数据的数据路由策略。然后，策略服务器140可以将该数据路由策略发送给路由器120，使得路由器120可以根据该数据路由策略确定用于客户端110的数据的优先级，并且根据该优先级转发用于该客户端110的数据。在另一种实现方式中，如图4B或图4C所示，发送单元112可以将策略生成请求例如经由移动通信网络直接发送给策略服务器140。策略服务器140可以根据该策略生成请求，生成相应的数据路由策略，并将生成的数据路由策略直接发送给路由器120(图4B)或客户端110(图4C)。

当然，除了上述请求之后，发送单元112还可以将客户端的各种数据(例如游戏数据等)发送至路由器120。该数据可以根据在路由器配置的路由策略，被转发给相应的服务器，例如游戏服务器150。

接收单元113可以配置成从服务器(例如策略服务器、游戏服务器)接收各种信息和数据。例如，接收单元113可以从游戏服务器150接收各种更新文件、游戏数据等。此外，在图4C所示的场景中，接收单元113还可从策略服务器140接收数据路由策略。

此外，在一些实施例中，请求生成单元111还可以生成策略结束请求，然后发送单元112可以向路由器120发送策略结束请求。根据该请求，路由器120可以停止对用于客户端的数据应用之前确定的路由策略或路由优先级。例如，当使用场景发生变化时，请求生成单元111可以生成该策略结束请求，以表明之前的使用场景已经结束。在收到该请求后，路由器120可以结束当前对客户端110的数据应用的路由策略，并且/或者将用于所述客户端的数据的数据路由策略恢复为默认或预定的路由策略，例如上文所述的中等延迟中等带宽的路由策略。

下面，结合具体的网络对战游戏的例子来描述客户端110的操作。

在用户通过客户端110初始化并启动游戏程序后，客户端可以连接到游戏服务器并判断是否存在需要下载的更新文件。如果需要更新，则请求生成单元111可以生成指示文件下载场景的策略生成请求，然后发送单元112发送该请求，使得按照上文所述的方式，路由器120按照对应于该使用场景的路由策略转发用于该客户端的数据。可选地，当文件下载完毕后，请求生成单元111可以生成策略结束请求，发送单元112发送该请求，使得路由器120将用于客户端110的数据的路由策略恢复为默认路由策略，并按照默认的数据路由策略对用于该客户端的数据进行转发。

如果游戏程序不需要更新或更新文件下载结束后，客户端110在游戏程序中进入大厅匹配模式。相应地，请求生成单元111可以生成指示大厅模式的策略生成请求，然后发送单元112发送该请求，使得按照上文所述的方式，路由器120按照对应于该使用场景的路由策略转发用于该客户端的数据。可替换地，在客户端发送策略结束请求而结束了之前的数据路由策略的情况下，由于路由器120将用于该客户端的数据的数据路由策略设置为默认路由策略，而该路由策略可适用于大厅匹配模式，因此客户端110也可以不需要生成和发送用于大厅匹配模式的策略生成请求。

当客户端110在游戏程序中进入对战模式时，请求生成单元111可以生成指示对战场景的策略生成请求，然后发送单元112发送该请求，使得按照上文所述的方式，路由器120按照对应于该使用场景的路由策略转发用于该客户端的数据。当对战模式结束后，可选地，请求生成单元111可以生成策略结束请求，发送单元112发送该请求，使得路由器120将用于客户端110的数据的路由策略恢复为默认路由策略，并按照默认的数据路由策略对用于该客户端的数据进行转发。

在本公开的实施例中，客户端110(具体地，请求生成单元111)可以通过调用软件工具开发包(Software Development Kit)确定策略生成请求。例如，可以在客户端运行的所述程序(例如游戏程序)中嵌入客户端SDK，使得客户端110可以调用该SDK生成相应的策略生成请求。又例如，可以在客户端的操作系统中嵌入SDK，使得客户端110在识别到该客户端运行不同的程序时，客户端110可以调用该SDK生成相应的策略生成请求。例如，客户端110可以利用该SDK可以生成具有预定义的统一格式的策略生成请求数据包，以易于策略服务器的识别。

利用本公开实施例的客户端，可以确定策略生成请求，使得服务器能够根据该请求来生成对应的路由策略。而且，所述请求中可以包括指示客户端的使用场景的信息，使得所生成的路由策略良好地匹配处于该场景下的客户端的数据传输需求。

下面，将结合附图描述根据本公开实施例的策略服务器。该策略服务器可以是图1所示的策略服务器140。

图7示出了根据本公开的实施例的策略服务器的示意性的框图。如图7所示，策略服务器140可以包括接收单元141、策略生成单元142、发送单元143。

接收单元141可以配置成接收客户端110的策略生成请求。在一种实现方式中，如图4A所示，接收单元141可以从路由器120接收客户端110的策略生成请求。在另一种实现方式中，如图4B、图4C所示，接收单元141可以直接从接收客户端110的策略生成请求。所述策略生成请求与在上文中针对客户端描述的内容相同，在这里不再赘述。

策略生成单元142可以配置成基于策略生成请求生成数据路由策略。

如上文所述，所述策略生成请求可以包括指示所述客户端的使用场景的信息。在这种情况下，策略生成单元142根据所述策略生成请求指示的使用场景生成所述数据路由策略。例如，当客户端处于下载更新文件的场景时，客户端生成的策略生成请求中可以包括用于指示客户端处于下载更新文件的场景的信息。相应地，策略生成单元142可以针对该下载更新的使用场景，生成允许客户端的数据进行大带宽传输的数据路由策略。当客户端处于实时对战的场景时，客户端生成的策略生成请求中可以包括用于指示客户端处于实时对战的场景的信息。相应地，策略生成单元142可以针对该实时对战的使用场景，生成允许客户端的数据进行低延迟传输的数据路由策略。当客户端处于大厅匹配的场景时，客户端生成的策略生成请求中可以包括用于指示客户端处于大厅匹配的场景的信息。相应地，策略生成单元142可以针对该大厅匹配的使用场景，生成允许客户端的数据进行中等带宽中等延迟传输的数据路由策略。

可替换地，该策略生成请求中可以包括用于指示客户端当前运行的是程序类型(例如网络游戏程序、文件下载程序或网页浏览器)的信息。在这种情况下，策略生成单元142可以根据所述策略生成请求指示的程序类型生成所述数据路由策略。例如，当客户端正在运行文件下载程序时，客户端生成的策略生成请求中可以包括用于指示客户端正在运行文件下载程序的信息。相应地，策略生成单元142可以生成允许客户端的数据进行大带宽传输的数据路由策略。当客户端正在运行网络游戏程序时，客户端生成的策略生成请求中可以包括用于指示客户端正在运行网络游戏程序的信息。相应地，策略生成单元142可以生成允许客户端的数据进行低延迟传输的数据路由策略。当客户端正在运行网页浏览器时，客户端生成的策略生成请求中可以包括用于指示客户端正在运行网页浏览器的信息。相应地，策略生成单元142可以生成允许客户端的数据进行中等带宽中等延迟传输的数据路由策略。

在一些实施例中，可以利用SDK生成数据路由策略的数据包。例如，可以在服务器的系统中嵌入服务器SDK，使得服务器(具体地，策略生成单元142)可以调用该SDK生成相应的数据路由策略的数据包。例如，策略生成单元142可以利用该SDK可以生成具有预定义的统一格式的数据路由策略的数据包，以易于路由器识别该数据包。

发送单元143可以配置成发送生成的数据路由策略。在图4A或4B所示的示例中，发送单元143可以直接将生成的数据路由策略发送给路由器120，使得路由器120按照上文所述的方式，对用户客户端的数据应用所述路由策略。在图4C所示的示例中，发送单元143可以将生成的数据路由策略发送至客户端110，使得该数据路由策略通过客户端110发送给路由器120。

利用本公开实施例的服务器，可以根据客户端的策略生成请求，生成与之匹配的数据路由策略，从而优化客户端与路由器、服务器之间的数据传输。

利用本公开提供的路由器、客户端以及服务器，可以在路由器在执行数据加速策略，从而可以在不设置加速服务器的情况下，实现数据传输的加速。此外，由于基于客户端生成的策略生成请求来生成数据路由策略，因此，可以响应于客户端的请求灵活地调整用于该客户端的数据的数据路由策略。进一步地，由于所述请求指示了客户端的使用场景，因此，可以针对该使用场景，配置良好地符合还使用场景的传输需求的路由策略。

下面，将参照附图描述根据本公开的网络数据加速方法。

图8示出了根据本公开的实施例的由路由器执行的网络数据加速方法的示意性的流程图。如图8所示，在网络数据加速方法800的步骤S802中，路由器可以接收数据路由策略。所述数据路由策略是根据从客户端发送的策略生成请求生成的。

在一种实现方式中，在步骤S802中，路由器可以从策略服务器接收数据路由策略。例如，路由器可以配置成接收至少一个数据包，并根据所述数据包的报头确定所述数据包中是否包括表示所述数据路由策略的数据。如果判断出该数据包中包括表示数据路由策略的数据，则可以解析该数据包并确定数据路由策略。在该实现方式的一个示例中，如图4A所示，客户端可以确定策略生成请求，并将生成的策略生成请求发送给路由器。在这种情况下，在图8中示出的步骤S802之前，路由器可以从客户端接收所述策略生成请求，并将所述路由策略请求发送至服务器。路由器可以接收该策略生成请求，然后将该策略生成请求转发给策略服务器。策略服务器可以根据该策略生成请求生成相应的数据路由策略，并将该数据路由策略发送给路由器。相应地，在步骤S802中，路由器从所述服务器接收由所述服务器生成的数据路由策略。当然，在实际操作中，路由器可以从策略服务器接收各种数据，因此，路由器可以判断所接收的数据的种类，从而筛选出该数据路由策略。在该实现方式的另一个示例中，如图4B中所示出的，客户端可以确定策略生成请求，并将策略生成请求例如经由移动通信网络直接发送给策略服务器。策略服务器可以根据该策略生成请求，生成相应的数据路由策略，并将生成的数据路由策略直接发送给路由器。在这种情况下，路由器也可以在步骤S802中直接从策略服务器接收该数据路由策略。

在另一种实现方式中，在步骤S802中，路由器可以从客户端接收数据路由策略。在该实现方式的一个示例中，如图4C所示，客户端可以确定策略生成请求，并将策略生成请求例如经由移动通信网络直接发送至策略服务器。策略服务器可以根据该策略生成请求生成相应的数据路由策略，并将生成的数据路由策略发送给客户端。然后，客户端可以将该数据路由策略发送给路由器，使得路由器可以直接从客户端接收数据路由策略。在该实现方式的另一示例中，客户端可以根据其所处的使用场景，自己生成对应的数据路由策略，并且将该数据路由策略发送给路由器。在这种情况下，路由器也可以在步骤S802中直接从客户端接收数据路由策略。

如前所述，所述策略生成请求可以包括指示所述客户端的使用场景的信息。在这种情况下，所述数据路由策略是根据所述策略生成请求指示的使用场景生成的。可替换地，该策略生成请求中可以包括用于指示客户端当前运行的是程序类型(例如网络游戏程序、文件下载程序或网页浏览器)的信息。在这种情况下，所述数据路由策略是根据所述策略生成请求指示的程序类型生成的。前文已经针对如何根据策略生成请求生成相应的数据路由策略进行了详细介绍，在此不再加以赘述。

继续参照图8，在步骤S804中，路由器根据所述数据路由策略确定用于所述客户端的数据的路由优先级。

例如，所述数据路由策略可以指示对用于所述客户端的数据赋予的路由优先级。在这种情况下，当接收到所述数据路由策略时，路由器可以直接确定用于所述客户端的数据的路由优先级，并且根据该优先级发送用户所述客户端的数据。

在一些实施例中，路由器中可以配置有转发策略表。该转发策略表可以配置成相关联地存储一个或多个客户端的标识信息(例如因特网协议IP地址)以及用于该一个或多个客户端的数据的路由优先级(或称为转发策略)。路由器可以在接收到用于客户端的数据的数据路由策略时，确定用于客户端的数据的路由优先级，并且将该客户端的标识信息以及所确定的路由优先级相关联地存储在转发策略表中。当转发策略表已经存在针对用于该客户端的数据的路由优先级时，路由器可以用新确定的路由优先级(或转发策略)更新该转发策略表。该转发策略表可以存储在路由器的存储单元中。

在一些实施例中，路由器中还可以配置有策略服务器列表。策略服务器列表配置成存储预设的一个或多个策略服务器的标识(例如IP地址)。路由器120可以仅接收以及解析来自策略服务器列表中预设的策略服务器的数据路由策略。

此外，由于网络环境的复杂性，策略服务器列表中记载的策略服务器的信息(例如标识、网络地址等)可能发生变化。为了保证策略服务器列表内的策略服务器信息的正确性，路由器可以更新策略服务器列表，以更新存储在路由器中的预设策略服务器的地址。在前文中已经对路由器的更新机制进行了详细介绍，在此不再赘述。通过该更新机制，可以保证路由器120始终从正确的策略服务器接收数据路由策略，防止伪造的策略信息，从而保证路由器的正常工作。该策略服务器列表也可以存储在路由器的存储单元中。

网络数据加速方法800还可以包括步骤S806。如图8所示，在步骤S806中，路由器可以根据确定的路由优先级对用于所述客户端的数据(去往客户端的数据和/或来自客户端的数据)进行路由。

例如，路由器中可以设置有多个优先级队列，如图5所示，该多个优先级队列分别用于存储不同优先级的数据。当路由器接收到上行数据(来自客户端的数据)或下行数据(去往客户端的数据)时，可以确定该上行或下行数据来自/去往的客户端(例如通过其IP地址)，并通过查找转发策略表中与该客户端对应的优先级，确定该上行数据或下行数据的路由优先级。根据确定的优先级，路由器可以将该数据存储于对应的优先级队列，并且按照优先级的顺序依次发送上述多个优先级队列中的数据。例如，当链路空闲时，可以按照优先级从高到低的顺序将各优先级队列中的数据写入链路。例如，首先发送高优先级队列中的数据，当高优先级队列中的数据被全部发送完毕后，才会发送低优先级队列中的数据。这样，由于用于客户端的数据的路由策略和优先级是根据客户端的使用场景决定的，因此，可以保证用于客户端的数据得到与该使用场景相适应的处理，从而满足该数据对带宽和/或时延等的需求。

在一些实施例中，路由器还可以根据需要，在适当的时机停止对用于客户端的数据应用之前确定的路由策略或路由优先级，并且/或者将用于所述客户端的数据的数据路由策略恢复为默认或预定的路由策略，例如如前所述的中等延迟中等带宽的路由策略。在一种实现方式中，路由器可以在收到客户端发送的策略结束请求时，停止对用于客户端的数据应用之前确定的路由策略或路由优先级。具体地，当使用场景发生变化时，客户端可以向路由器发送该策略结束请求。相应地，路由器可以接收该策略结束请求。然后，路由器可以结束当前对客户端的数据应用的路由策略。在另一种实现方式中，针对每个路由策略，可以设置相应的有效期。当某个数据路由策略有效期超期时，路由器可以停止对用于客户端的数据应用之前确定的路由策略或路由优先级。

利用本公开的实施例提供的由路由器执行的网络数据加速方法，可以在路由器中执行对用于客户端的数据的加速，而不需要设置专门的加速服务器，由此可以降低硬件成本和带宽成本，并且可以解决客户端与路由器之间的数据传输延迟的问题。此外，在本公开的实施例中，可以根据处于不同使用场景的客户端的请求而产生用于该客户端的数据路由策略，因此，该数据路由策略可以更好地满足客户端的需求。而且，由于所产生的数据路由策略与客户端的使用场景相对应，因此，该数据路由策略可以与使用场景良好地匹配，从而针对不同场景提供优化的加速策略。

下面参照图9描述根据本公开实施例的路由器的一个具体工作示例。

如图9所示，在步骤S902中，路由器可以更新预设的策略服务器列表以更新存储在路由器中的预设策略服务器的地址。例如，路由器可以定期地或不定期地更新策略服务器列表中存储的信息。在步骤S904中，路由器可以接收来自策略服务器发送的数据。如前所述，策略服务器可以向路由器发送根据客户端发送的请求生成的数据路由策略。由于路由器可能会从策略服务器接收各种数据，因此，在步骤S906中，路由器可以判断策略服务器发送的数据是否是数据路由策略，从而筛选出该数据路由策略。如果判断结果为不是数据路由策略，那么此次路由器将结束此次工作循环，路由器可以根据之前设置的路由策略将接收的数据进行转发。如果判断结果为是数据路由策略，那么在步骤S908中，路由器可以根据该数据路由策略更新路由器的路由策略的配置。在步骤S910中，路由器还可以配置成判断当前使用的转发策略是否超时。在一些实施例中，可以对每个数据路由策略设置有效期。当当前使用的数据路由策略超期时，路由器可以停止对用于客户端的数据应用该数据路由策略，从而淘汰该加速策略。例如，路由器可以将用于该客户端的数据的路由优先级恢复为默认优先级。

图10示出了根据本公开的实施例的由客户端执行的网络数据加速方法的示意性的流程图。该方法可以由前述客户端110执行。

如图10所示，在网络数据加速方法1000的步骤S1002中：客户端可以确定策略生成请求，所述策略生成请求用于请求生成用于客户端的数据的数据路由策略。

如上文所述，客户端可以运行某个程序，例如网络游戏程序，并且在该程序中可能处于不同的使用场景中。可替换地，该客户端也可以运行不同的程序，每个程序处于不同的使用场景中。

在一些实施例中，所述策略生成请求可以包括指示所述客户端的使用场景的信息。例如，如上文所述，在网络游戏的示例中，根据客户端所处的使用场景，客户端生成的策略生成请求中可以包括用于指示客户端处于下载更新文件的场景的信息、用于指示客户端处于实时对战的场景的信息、或用于指示客户端处于大厅匹配的场景的信息。

可替换地，该策略生成请求中可以包括用于指示客户端当前运行的是程序类型(例如网络游戏程序、文件下载程序或网页浏览器)的信息。例如，如上文所述，客户端生成的策略生成请求中可以包括用于指示客户端正在运行文件下载程序的信息、用于指示客户端正在运行网络游戏程序的信息、或用于指示客户端正在运行网页浏览器的信息。

继续参照图10，在网络数据加速方法1000的步骤S1004中，客户端可以发送所述策略生成请求。

在一种实现方式中，如图4A所示，客户端可以将策略生成请求发送给路由器。如前所述，路由器可以将该请求转发给策略服务器，使得策略服务器可以接收该策略生成请求，并根据该请求生成用于客户端的数据的数据路由策略。然后，策略服务器可以将该数据路由策略发送给路由器，使得路由器可以根据该数据路由策略确定用于客户端的数据的优先级，并且根据该优先级转发用于该客户端的数据。

在另一种实现方式中，如图4B或图4C所示，客户端可以将策略生成请求例如经由移动通信网络直接发送给策略服务器。策略服务器可以根据该策略生成请求，生成相应的数据路由策略，并将生成的数据路由策略直接发送给路由器(图4B)或客户端(图4C)。

当然，除了上述请求之后，客户端还可以将客户端的各种数据(例如游戏数据等)发送至路由器。该数据可以根据在路由器配置的路由策略，被转发给相应的服务器，例如游戏服务器。此外，客户端还可以从服务器(例如策略服务器、游戏服务器)接收各种信息和数据。例如，客户端可以从游戏服务器接收各种更新文件、游戏数据等。此外，在图4C所示的场景中，客户端还可从策略服务器接收数据路由策略。

在一些实施例中，客户端还可以生成策略结束请求，然后向路由器发送策略结束请求。根据该请求，路由器可以停止对用于客户端的数据应用之前确定的路由策略或路由优先级。例如，当使用场景发生变化时，客户端可以生成该策略结束请求，以表明之前的使用场景已经结束。在收到该请求后，路由器可以结束当前对客户端的数据应用的路由策略，并且/或者将用于所述客户端的数据的数据路由策略恢复为默认或预定的路由策略，例如上文所述的中等延迟中等带宽的路由策略。

图11示出了在实时游戏的示例中，根据本公开的实施例的客户端的示例性的运行流程。如图11所示，当客户端初始化并启动游戏程序后，客户端可以连接到游戏服务器并判断是否存在需要下载的更新文件。如果需要下载更新文件，则客户端可以生成指示文件下载场景的策略生成请求。然后，客户端可以发送该请求，使得按照上文所述的方式，路由器可以按照对应于该使用场景的路由策略转发用于该客户端的数据。当文件下载完毕后，客户端可以生成策略结束请求并发送该请求，使得路由器将用于客户端的数据的路由策略恢复为默认路由策略，并按照默认的数据路由策略对用于该客户端的数据进行转发。

如果游戏程序不需要更新，客户端在游戏程序中进入大厅匹配模式。在客户端发送策略结束请求而结束了之前的数据路由策略的情况下，由于路由器将用于该客户端的数据的数据路由策略设置为默认路由策略，而该路由策略可适用于大厅匹配模式，因此客户端可以不需要生成和发送用于大厅匹配模式的策略生成请求。

当客户端在游戏程序中进入对战模式时，客户端可以生成指示对战场景的策略生成请求，然后发送该请求，使得按照上文所述的方式，路由器可以按照对应于该使用场景的路由策略转发用于该客户端的数据。当对战模式结束后，客户端可以生成策略结束请求，并发送该请求，使得路由器将用于客户端的数据的路由策略恢复为默认路由策略，并按照默认的数据路由策略对用于该客户端的数据进行转发。

利用本公开实施例的由客户端执行的网络数据加速方法，可以确定策略生成请求，使得服务器能够根据该请求来生成对应的路由策略。而且，所述请求中可以包括指示客户端的使用场景的信息，使得所生成的路由策略良好地匹配处于该场景下的客户端的数据传输需求。

图12示出了根据本公开的实施例的策略服务器执行的网络数据加速方法的示意性的流程图。

如图12所示，在网络数据加速方法1200的步骤S1202中，策略服务器可以接收客户端的策略生成请求。

在一种实现方式中，如图4A所示，策略服务器可以从路由器120接收客户端110的策略生成请求。在另一种实现方式中，如图4B、图4C所示，策略服务器可以直接从接收客户端110的策略生成请求。所述策略生成请求与在上文中针对客户端描述的内容相同，在这里不再赘述。

如图12所示，在步骤S1204中，策略服务器可以基于所述策略生成请求生成用于所述客户端的数据的数据路由策略。

如上文所述，所述策略生成请求可以包括指示所述客户端的使用场景的信息。在这种情况下，策略服务器根据所述策略生成请求指示的使用场景生成所述数据路由策略。例如，当客户端处于下载更新文件的场景时，客户端生成的策略生成请求中可以包括用于指示客户端处于下载更新文件的场景的信息。相应地，策略服务器可以针对该下载更新的使用场景，生成允许客户端的数据进行大带宽传输的数据路由策略。当客户端处于实时对战的场景时，客户端生成的策略生成请求中可以包括用于指示客户端处于实时对战的场景的信息。相应地，策略服务器可以针对该实时对战的使用场景，生成允许客户端的数据进行低延迟传输的数据路由策略。当客户端处于大厅匹配的场景时，客户端生成的策略生成请求中可以包括用于指示客户端处于大厅匹配的场景的信息。相应地，策略服务器可以针对该大厅匹配的使用场景，生成允许客户端的数据进行中等带宽中等延迟传输的数据路由策略。

可替换地，该策略生成请求中可以包括用于指示客户端当前运行的是程序类型(例如网络游戏程序、文件下载程序或网页浏览器)的信息。在这种情况下，策略服务器可以根据所述策略生成请求指示的程序类型生成所述数据路由策略。例如，当客户端正在运行文件下载程序时，客户端生成的策略生成请求中可以包括用于指示客户端正在运行文件下载程序的信息。相应地，策略服务器可以生成允许客户端的数据进行大带宽传输的数据路由策略。当客户端正在运行网络游戏程序时，客户端生成的策略生成请求中可以包括用于指示客户端正在运行网络游戏程序的信息。相应地，策略服务器可以生成允许客户端的数据进行低延迟传输的数据路由策略。当客户端正在运行网页浏览器时，客户端生成的策略生成请求中可以包括用于指示客户端正在运行网页浏览器的信息。相应地，策略服务器可以生成允许客户端的数据进行中等带宽中等延迟传输的数据路由策略。

如图12所示，在步骤S1206中，策略服务器可以发送生成的数据路由策略。在图4A或4B所示的示例中，策略服务器可以直接将生成的数据路由策略发送给路由器，使得路由器按照上文所述的方式，对用户客户端的数据应用所述路由策略。在图4C所示的示例中，策略服务器可以将生成的数据路由策略发送至客户端，使得该数据路由策略通过客户端发送给路由器。利用本公开实施例的由服务器执行的网络数据加速方法，可以根据客户端的策略生成请求，生成与之匹配的数据路由策略，从而优化客户端与路由器、服务器之间的数据传输。

利用本公开提供的分别由路由器、客户端以及服务器执行的网络数据加速方法，可以在路由器在执行数据加速策略，从而可以在不设置加速服务器的情况下，实现数据传输的加速。此外，由于基于客户端生成的策略生成请求来生成数据路由策略，因此，可以响应于客户端的请求灵活地调整用于该客户端的数据的数据路由策略。进一步地，由于所述请求指示了客户端的使用场景，因此，可以针对该使用场景，配置良好地符合还使用场景的传输需求的路由策略。

图13示出了本公开实施例的客户端、路由器和服务器之间的数据流的示例图。为简化起见，在图13中以策略服务器和游戏服务器是同一个服务器为例进行说明。如图13所示，客户端确定策略生成请求，并将该策略生成请求发送至路由器。路由器将该策略生成请求路由至策略服务器。

策略服务器接收到路由器转发的策略生成请求后，可以按照上文所述的方式，响应于客户端发送的请求生成相应的数据路由策略。随后，服务器可以向路由器发送携带该数据路由策略的数据路由策略响应。路由器接收数据路由策略响应并识别出数据路由策略，并根据接收的路由策略更新路由器的配置。可选地，路由器可以将策略服务器发送的数据路由策略响应转发至客户端，使得客户端在接收到该响应后，可以认为在路由器中用于该客户端的数据的数据路由策略已经设置完毕。随后，客户端经由路由器向服务器发送上行数据，并接收来自服务器发送给客户端的下行数据。在此过程中，路由器根据所述数据路由策略，转发用于该客户端的数据。

如上文所述，根据本公开的实施例的客户端可以被实现为移动设备。图14示出了该移动设备的示例性结构。如图14所示，移动设备1400可以包括天线1410、显示单元1420、图形处理器(Graphical Processing Units,GPUs)1430、一个或多个中央处理器(CPUs)1440、内存1460、一个或多个输入/输出(input output(I/O))单元1450、存储单元1490。任何其他合适的组件，包括但不限于系统总线或控制器(图上未显示)，也可能被包括在移动设备1400中。此外，操作系统1470，如iOS、Android、Windows CE等，以及一个或多个应用1480可以安装在该设备上，并且可以被处理器1440所执行。此外，可以在客户端上安装SDK，以实现上文所述的功能。

此外，根据本公开实施例的客户端、路由器和/或服务器也可以借助于图15所示的计算设备的架构来实现。图15示出了该计算设备的架构。如图15所示，计算设备1500可以包括总线1510、一个或多个CPU 1520、只读存储器(ROM)1530、随机存取存储器(RAM)1540、连接到网络的通信端口1550、输入/输出组件1560、硬盘1570等。计算设备1500中的存储设备，例如ROM1530或硬盘1570可以存储计算机处理和/或通信使用的各种数据或文件以及CPU所执行的程序指令。计算设备1500还可以包括用户界面1580。当然，图15所示的架构只是示例性的，在实现不同的设备时，根据实际需要，可以省略图15示出的计算设备中的一个或多个组件。例如，当利用图15示出的架构实现路由器时，可以省略用户界面1580。

本公开的实施例也可以被实现为计算机可读存储介质。根据本公开实施例的计算机可读存储介质上存储有计算机可读指令。当所述计算机可读指令由处理器运行时，可以执行参照以上附图描述的根据本公开实施例的方法。所述计算机可读存储介质包括但不限于例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。

本领域技术人员能够理解，本公开所披露的内容可以出现多种变型和改进。例如，以上所描述的各种设备或组件可以通过硬件实现，也可以通过软件、固件、或者三者中的一些或全部的组合实现。

此外，如本公开和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。

此外，虽然本公开对根据本公开的实施例的系统中的某些单元做出了各种引用，然而，任何数量的不同单元可以被使用并运行在客户端和/或服务器上。所述单元仅是说明性的，并且所述系统和方法的不同方面可以使用不同单元。

此外，本公开中使用了流程图用来说明根据本公开的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。

除非另有定义，这里使用的所有术语(包括技术和科学术语)具有与本发明所属领域的普通技术人员共同理解的相同含义。还应当理解，诸如在通常字典里定义的那些术语应当被解释为具有与它们在相关技术的上下文中的含义相一致的含义，而不应用理想化或极度形式化的意义来解释，除非这里明确地这样定义。

上面是对本发明的说明，而不应被认为是对其的限制。尽管描述了本发明的若干示例性实施例，但本领域技术人员将容易地理解，在不背离本发明的新颖教学和优点的前提下可以对示例性实施例进行许多修改。因此，所有这些修改都意图包含在权利要求书所限定的本发明范围内。应当理解，上面是对本发明的说明，而不应被认为是限于所公开的特定实施例，并且对所公开的实施例以及其他实施例的修改意图包含在所附权利要求书的范围内。本发明由权利要求书及其等效物限定。

Claims (15)

1.一种网络数据加速方法，包括：

接收数据路由策略，所述数据路由策略是根据来自客户端的策略生成请求生成的；

根据所述数据路由策略确定用于所述客户端的数据的路由优先级；以及

根据确定的路由优先级对用于所述客户端的数据进行路由。

2.如权利要求1所述的网络数据加速方法，其中所述策略生成请求包括指示所述客户端的使用场景的信息，并且所述数据路由策略是根据所述策略生成请求指示的使用场景生成的。

3.如权利要求1或2所述的网络数据加速方法，其中，在接收数据路由策略之前，所述方法还包括：从客户端接收所述策略生成请求，并将所述路由策略请求发送至服务器；

其中，所述接收数据路由策略包括：从所述服务器接收由所述服务器根据所述策略生成请求生成的数据路由策略。

4.如权利要求1至3任一项所述的网络数据加速方法，其中，接收数据路由策略包括：

接收至少一个数据包；

根据所述数据包的报头，确定所述数据包中包括表示所述数据路由策略的数据；以及

解析所述数据包并获得数据路由策略。

5.如权利要求1至4任一项所述的网络数据加速方法，其中，根据确定的路由优先级对用于所述客户端的数据进行路由包括：

根据确定的路由优先级将来自/去往所述客户端的地址的数据存储到相应的优先级队列中，并依据优先级顺序发送优先级队列中的数据。

6.如权利要求1至5任一项所述的网络数据加速方法，其中，依据优先级顺序发送优先级队列中的数据包括：

当链路空闲时，按照优先级从高到低的顺序将各优先级队列中的数据写入链路。

7.如权利要求1至6任一项所述的网络数据加速方法，还包括：

从客户端接收策略结束请求；

响应于该策略结束请求，将用于所述客户端的数据路由策略恢复为默认路由策略。

8.一种由客户端执行的网络数据加速方法，包括：

确定策略生成请求，所述策略生成请求用于确定用于客户端的数据的数据路由策略，其中所述数据路由策略用于确定所述客户端的数据的路由优先级；

发送所述策略生成请求；以及

发送客户端数据，其中所述客户端数据根据确定的路由优先级被路由。

9.如权利要求7所述的网络数据加速方法，其中所述策略生成请求包括指示该客户端的使用场景的信息。

10.一种由服务器执行的网络数据加速方法，包括：

接收客户端的策略生成请求；

基于所述策略生成请求生成用于所述客户端的数据的数据路由策略，其中所述数据路由策略用于确定所述客户端的数据的路由优先级；以及

发送所述数据路由策略，使得所述客户端的数据根据确定的路由优先级被路由。

11.如权利要求10所述的网络数据加速方法，其中，所述策略生成请求包括指示该客户端的使用场景的信息。

12.一种路由器，包括：

接收单元，配置成接收数据路由策略，所述数据路由策略是根据来自客户端的策略生成请求生成的；

策略确定单元，配置成根据所述数据路由策略确定用于所述客户端的数据的路由优先级；

路由单元，配置成根据确定的路由优先级对用于所述客户端的数据进行路由。

13.如权利要求11所述的路由器，其中所述策略生成请求包括指示所述客户端的使用场景的信息，并且所述数据路由策略是根据所述策略生成请求指示的使用场景生成的。

14.一种客户端，包括

请求生成单元，配置成确定策略生成请求，所述策略生成请求用于确定用于所述客户端的数据的数据路由策略，其中所述数据路由策略用于确定所述客户端的数据的路由优先级；

发送单元，配置成发送所述策略生成请求，以及发送客户端数据，其中所述客户端数据根据确定的路由优先级被路由。

15.一种服务器，包括：

接收单元，配置成接收客户端的策略生成请求；以及

策略生成单元，配置成基于所述策略生成请求生成用于所述客户端的数据的数据路由策略，其中所述数据路由策略用于确定所述客户端的数据的路由优先级；以及

发送单元，配置成发送所述数据路由策略，使得所述客户端的数据根据确定的路由优先级被路由。