一种访问请求的处理方法与设备与流程

本申请涉及计算机领域，尤其涉及一种访问请求的处理技术。

背景技术：

目前，在区域网络服务中，区域内的服务器不仅存在对本区域内的用户访问请求进行处理的负荷，也可能存在对由其他区域迁移到本区域的用户访问请求进行处理的负荷。当前区域内的服务器在进行用户访问请求处理时，通常是将迁移到本区域的用户访问请求直接当作是一个本区域的常规的用户访问请求进行处理，并不考虑由其他区域迁移到本区域的用户访问请求与真实的本区域内的用户访问请求的区别、及这种区别带来的不同的处理需求。

技术实现要素：

本申请的一个目的是提供一种用户设备，其中，所述用户设备包括：

参数状态信息确定模块，用于基于用户设备的迁移访问请求对应的累计参数消耗信息和期待参数消耗信息，确定所述迁移访问请求对应的参数状态信息；

第一收发模块，用于在所述迁移访问请求中加入所述参数状态信息，再将所述迁移访问请求发送至对应的目标区域设备，其中，所述迁移访问请求包括对应的参数状态信息，所述目标区域设备基于所述参数状态信息确定所述迁移访问请求的处理优先级信息。

本申请的另一个目的是提供一种目标区域设备，其中，所述目标区域设备包括：

第三收发模块，用于获取用户设备的迁移访问请求，其中，所述迁移访问请求包括参数状态信息；

迁移处理模块，用于基于所述参数状态信息确定所述迁移访问请求的处理优先级信息，并基于所述处理优先级信息对所述迁移访问请求进行处理。

本申请的另一个目的是提供一种用户设备，其中，所述用户设备包括：

控制模块，用于在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备，其中，所述迁移访问请求存在对应的历史访问请求，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。

本申请的另一个目的是提供一种应用程序接口，包括：

接收模块，用于接收用户的网络服务请求；

切换模块，基于所述网络服务请求执行与切换区域设备相关的操作。

本申请的另一个目的是提供一种方法，其中，所述方法包括：

基于用户设备的迁移访问请求对应的累计参数消耗信息和期待参数消耗信息，确定所述迁移访问请求对应的参数状态信息；

在所述迁移访问请求中加入所述参数状态信息，再将所述迁移访问请求发送至对应的目标区域设备，其中，所述迁移访问请求包括对应的参数状态信息，所述目标区域设备基于所述参数状态信息确定所述迁移访问请求的处理优先级信息。

本申请的另一个目的是提供一种方法，其中，所述方法包括：

获取用户设备的迁移访问请求，其中，所述迁移访问请求包括参数状态信息；

基于所述参数状态信息确定所述迁移访问请求的处理优先级信息；

基于所述处理优先级信息对所述迁移访问请求进行处理。

本申请的另一个目的是提供一种方法，其中，所述方法包括：

在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备，其中，所述迁移访问请求存在对应的历史访问请求，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1根据各个实施例，示意性地示出了一种访问请求的处理的场景示例；

图2根据各个实施例，示意性地示出了另一种访问请求的处理的场景示例；

图3示意性地示出了可被用于实施本申请中所述的各个实施例的示例性系统；

图4根据各个实施例，示意性地示出了一种在用户设备端进行访问请求处理的方法示例；

图5根据各个实施例，示意性地示出了一种在目标区域设备端进行访问请求处理的方法示例；

图6根据各个实施例，示出了另一种在用户设备端端进行访问请求处理的方法示例；

图7根据各个实施例，示意性地示出了一种进行访问请求处理的用户设备示例；

图8根据各个实施例，示意性地示出了一种进行访问请求处理的目标区域设备示例；

图9根据各个实施例，示意性地示出了另一种进行访问请求处理的用户设备示例。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

下面结合附图对本发明作进一步详细描述。

在本申请一个典型的配置中，终端、服务网络的设备和可信方均包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

虽然为了说明，本申请中示出并描述了某些实施例，但是本申请意图覆盖本申请中所探讨的实施例和权利要求的任意适应性改变或变化。

在说明中对“一个实施列”、“实施例”、“示例实施例”等的引用指日有所描述的实施例可以包括具体的特征、结构、或特性，但是每个实施例中可以不需要包括该具体的特征、结构、或特性。而且，这些词语并非指相同的实施例。此外，当结合个实施例描述具体的特征、结构、或特性时，谨提出，在本领域技术人员的知识范围内，可以结合其他实施例来实施这种特征、结构、或特性(无论其是否被详细描述)。

此外，可以理解，本申请中描述“至少一个a、b和c”可以表示(a)；(b)；(c)；(a和b)；(a和c)；(b和c)；或(a，b，和c)。类似地，以“至少一个a、b或c”可以表示(a)；(b)；(c)；(a和b)；(a和c)；(b和c)；或(a，b，和c)。

本申请实施例提供了一种用于对访问请求进行处理的用户设备，及一种用于对访问请求进行处理的目标区域设备，其中，所述目标区域设备包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或云服务器，其中，所述云服务器可以是运行在分布式系统中的、由一群松散耦合的计算机集组成的一个虚拟超级计算机，其用以实现简单高效、安全可靠、处理能力可弹性伸缩的计算服务。所述用户设备包括但不限于各种个人计算机、移动智能设备、网络主机、单个网络服务器、多个网络服务器集或云服务器。

在本申请的一个实施例中，用户的访问请求对应的网络服务可以部署在多个区域的区域设备中，其中，每个区域的区域设备可以部署有相同的网络服务，进一步，在一种实现方式中，部署有相同网络服务的各个区域设备，在任意时间各自提供的数据服务可以保持相互一致。在此，多个区域可以包括但不限于多个机房、多个国家、多个区域等划分方式。一种实际的可能场景是，用户在向一个区域的区域设备请求网络服务的过程中，因为各种可能的原因，需要将所述网络服务的请求迁移到其他区域中，由其他区域的区域设备对该网络服务进行处理，且这种网络服务处理的转移可以不限于一次或多次，转移至的区域设备为目标区域设备。在此，所述各种可能的原因包括但不限于使得在先区域设备无法处理该网络服务的各种状况，例如，在先区域设备出现各种硬件或软件故障，在先区域设备对该网络服务的处理超过预设延时等。当网络服务的访问请求被迁移到在后区域设备中时，若是在后区域设备不考虑迁移访问请求的历史处理信息，而是将所述迁移访问请求当做该在后区域设备的常规访问请求，则可能无法对该迁移访问请求进行及时处理，带来的后果可能是，致使该迁移访问请求得不到处理的延时进一步延长，甚至还可能出现该迁移访问请求由于在该在后区域设备得不到及时处理而再次迁移、或继续多次迁移到其他区域设备中的情况出现，由此，可能会加重相关联的多个区域设备的运行负荷，特别在此类型迁移访问请求数量较大时，甚至会造成多个区域设备产生雪崩效应；同时，网络服务处理的进一步延时也会大大降低每个迁移请求对应用户的用户体验。因此，现实应用中，有对所述迁移访问请求进行有别于一个区域中常规访问请求的一般处理机制的需求。

在此，图1示出了一种访问请求的处理的场景示例。其中，第一区域设备12、第二区域设备13、第n区域设备14等可以是提供一致性数据服务的数据系统中的若干个区域设备。进一步，在每个区域设备中可以部署有一个或多个服务器，例如，与第一区域设备12对应的服务器121、服务器122、服务器123等，与第二区域设备13对应的服务器131、服务器132、服务器133等，与第n区域设备14对应的服务器141、服务器142、服务器143等，服务器用于接收并处理来自用户设备的网络访问请求，在一种实现方式中，若所述区域设备包括多个服务器，则可以通过负载均衡技术，将具体的每个网络访问请求分配至具体的服务器中进行处理。同时，用户请求的数据服务对应的数据信息，可以存储在相应区域设备对应的本地存储设备或系统中，例如，与第一区域设备12对应的本地存储120，与第二区域设备13对应的本地存储130，与第n区域设备14对应的本地存储140等；也可存储在相应区域设备之外的任意其他设备或系统中。图1中的用户设备11可以用来指代基于数据服务需求、向区域设备发出网络访问请求的任意设备，包括但不限于各种个人计算机、移动智能设备、网络主机、单个网络服务器、多个网络服务器集或云服务器等。

在此，假设历史访问请求1是用户设备11发送至第一区域设备12的、关于一个网络服务的常规访问请求，所述常规访问请求可以指该用户设备11在向第一区域设备12发起访问请求之前，并没有向其他区域设备发起过具有同样数据服务内容的、相似的访问请求，在本申请中，常规访问请求与迁移访问请求相对应。接着，若是第一区域设备12无法基于该常规访问请求为用户设备顺利地提供数据服务，例如第一区域设备12出现灾变，则用户设备11将与上述常规访问请求对应的历史访问请求2发送至对应的第二区域设备13，在此，该历史访问请求2同时也是与常规访问请求对应的迁移访问请求1，在此若是第二区域设备13也无法基于该历史访问请求2为用户设备顺利地提供数据服务，则用户设备11将与上述历史访问请求1、历史访问请求2对应的迁移访问请求2发送至对应的第n区域设备14，接着，可能会存在的情况是：第n区域设备14顺利地处理了来自用户设备11的迁移访问请求2、成功实现了用户请求的数据服务；或者，若是第n区域设备14也无法基于该迁移访问请求2为用户设备11顺利地提供数据服务，则该用户设备11继续将访问请求向其他区域设备迁移。在一种实现方式中，用户设备11的网络服务的请求的迁移次数可以是一次或多次，用户设备11对网络服务可以对应一次或多次常规访问请求和/或多次迁移访问请求，直至所述网络服务相应的网路设备执行、或用户设备放弃所述网络服务的请求，其中，所述各个访问请求对应的内容相同，即都是请求同一个网络服务，如可以是读取数据服务、或写入数据服务等。

在此，所述第二区域设备13、第n区域设备14等、相对于第一区域设备12都可以称为是目标区域设备，所述第二区域设备13相对于第n区域设备14也可以称为是目标区域设备，所述目标区域设备即可以是用户的访问请求被迁移至的区域设备。在目标区域设备中可以存在若干个来自于各个用户设备的迁移访问请求，同时，在目标区域设备中也可以存在若干个常规访问请求。在本申请中，目标区域设备可以基于迁移访问请求中的参数状态信息确定该迁移访问请求的优先级信息，并基于该优先级信息对相应的迁移访问请求进行处理，基于此，本申请实现了基于迁移访问请求与目标区域设备对应的常规访问请求的不同，对迁移访问请求进行有针对地处理。

图7根据各个实施例，示意性地示出了一种进行访问请求处理的用户设备示例。在一种实现方式中，图1中的用户设备11可以是图7中用户设备1的举例。

其中，如图7所示，用户设备1可以包括参数状态信息确定模块71和第一收发模块72。其中，参数状态信息确定模块71可以基于用户设1备的迁移访问请求对应的累计参数消耗信息和期待参数消耗信息，确定所述迁移访问请求对应的参数状态信息；接着，第一收发模块72可以在所述迁移访问请求中加入所述参数状态信息，再将所述迁移访问请求发送至对应的目标区域设备，其中，所述迁移访问请求包括对应的参数状态信息，所述目标区域设备基于所述参数状态信息确定所述迁移访问请求的处理优先级信息。在此，所述目标区域设备的可以与图8中的目标区域设备2相同或相似。

与之相对应，图8根据各个实施例，示意性地示出了一种进行访问请求处理的目标区域设备示例。在一种实现方式中，图8中的目标区域设备2可以是图1中示出的任意一个区域设备，特别在对应图1中用户设备11进行数据访问的过程时，目标区域设备2可以对应举例为图1中的第二区域设备13、或第n区域设备14。

目标区域设备2可以包括第三收发模块81和迁移处理模块82。其中，第三收发模块81可以获取用户设备1的迁移访问请求，其中，所述迁移访问请求包括参数状态信息；接着，迁移处理模块82可以基于所述参数状态信息确定所述迁移访问请求的处理优先级信息，并基于所述处理优先级信息对所述迁移访问请求进行处理。

在一种实现方式中，第一收发模块72可以将确定的所述参数状态信息添加入所述迁移访问请求中，进而，将添加了所述参数状态信息的迁移访问请求发送至对应的目标区域设备2，由相应的第三收发模块81接收，其中，所述迁移访问请求包括由参数状态信息确定模块71确定的参数状态信息，所述目标区域设备2的迁移处理模块82基于所述参数状态信息确定所述迁移访问请求的处理优先级信息，在此，所述参数状态信息是目标区域设备2确定所述迁移访问请求的依据。在一种实现方式中，网络资源和设备资源的消耗一般并不是无限制的，用户设备1对于一个网络服务的请求可以有一个参数消耗的预期，若所述参数状态信息超出了该预期，用户设备1可以基于设置自动停止该网络服务的访问请求，还可以是用户主动停止所述网络服务的请求。

基于图7，在一个实施例中，所述累计参数消耗信息可以包括但不限于累计请求处理时间信息、累计请求次数信息、累计请求处理流量消耗信息中任一项、或是任意多项的组合。在一种实现方式中，累计请求处理时间信息包括用户设备1的网络服务的请求被切换到目标区域设备2之前尚未成功处理的处理时间，例如，所述迁移访问请求之前的一次或多次历史访问请求的请求处理时间信息。在一种实现方式中，累计请求次数信息可以包括用户设备1的网络服务的请求被切换到目标区域设备2之前尚未成功处理的这一段时间内的请求次数，例如，所述迁移访问请求之前的历史访问请求次数。在一种实现方式中，累计请求处理流量消耗信息可以包括用户设备1的网络服务的请求被切换到目标区域设备2之前尚未成功处理的这一段时间内已消耗的流量值，例如，所述迁移访问请求之前的一次或多次历史访问请求的流量消耗信息。在一种实现方式中，所述累计参数消耗信息还可以对应多种消耗参数的组合，例如，可以定义一种新的累计参数消耗信息，其计算公式为a*累计请求处理时间信息+b*累计请求次数信息+c*累计请求处理流量消耗信息，其中，a、b、c均为设置的权值。

本领域技术人员应该能够理解，上述各项累计参数消耗信息仅为举例，现有或是今后可能出现的其他种类的累计参数消耗信息，若是能够适用本申请，也应当包含在本申请的保护范围内，并以引用的形式包含于此。

基于图7，进一步，在一个实施例中，所述期待参数消耗信息包括期待请求处理时间信息、期待请求次数信息、期待请求处理流量消耗信息中任一项、或是任意多项的组合。在一种实现方式中，期待请求处理时间信息可以包括用户设备1的网络服务的请求从初次请求至预期结束处理的允许消耗时间，所述预期处理结束可以包括成功处理。在一种实现方式中，期待请求次数信息可以包括用户设备1的网络服务的请求从初次请求至预期结束处理的这一段时间内的允许请求次数，所述预期处理结束可以包括成功处理。在一种实现方式中，期待请求处理流量消耗信息可以包括用户设备1的网络服务的请求从初次请求至预期结束处理的这一段时间内允许消耗的流量信息，所述预期处理结束可以包括成功处理。在一种实现方式中，所述预期参数消耗信息还可以对应多种消耗参数的组合，例如，可以定义一种新的预期参数消耗信息，其计算公式为d*预期请求处理时间信息+e*预期请求次数信息+f*预期请求处理流量消耗信息，其中，d、e、f均为设置的权值。

本领域技术人员应该能够理解，上述各项期待参数消耗信息仅为举例，现有或是今后可能出现的其他种类的期待参数消耗信息，若是能够适用本申请，也应当包含在本申请的保护范围内，并以引用的形式包含于此。

基于图7，在一个实施例中，所述参数状态信息可以包括以下任一项：累计参数消耗信息大于或等于预设的参数消耗阈值、且小于期待参数消耗信息；累计参数消耗信息大于或等于期待参数消耗信息；累计参数消耗信息小于预设的参数消耗阈值、且小于期待参数消耗信息。在一种实现方式中，所述参考消耗阈值可以包括但不限于请求处理时间阈值、请求次数阈值、请求处理流量消耗阈值。在一种实现方式中，所述参数消耗阈值的具体内容与所述累计参数消耗信息、所述期待参数消耗信息相对应，例如，若是累计参数消耗信息为累计请求处理时间信息、则所述期待参数消耗信息对应为期待请求处理时间信息，相应的，所述参数消耗阈值为请求处理时间阈值。在一种实现方式中，用户设备1可以将确定的参数状态信息添加到所述迁移访问请求中，进而由接收到的目标区域设备2确定具体如何处理所述迁移访问请求。在另一种实现方式中，所述用户设备1还可以基于用户操作随时放弃所述迁移访问请求，例如，若是累计参数消耗信息大于或等于期待参数消耗信息，可以基于预先设置、或基于用户选择发送对应的迁移访问请求，还可以基于用户选择放弃发送迁移访问请求。

基于图7，进一步，在一个实施例中，所述用户设备1还可以包括设置模块73，可以用于执行以下至少任一项：设置迁移访问请求对应的所述参数消耗阈值；设置迁移访问请求对应的所述期待参数消耗信息。在一种实现方式中，可以设置所述参数消耗阈值小于或是等于所述期待参数消耗信息。

接着，当第三收发模块81获取到用户设备的该迁移访问请求后，再由迁移处理模块82基于所述参数状态信息确定所述迁移访问请求的处理优先级信息，并可以基于所述处理优先级信息对所述迁移访问请求进行与该处理优先级信息相匹配的请求处理，在此，所述处理优先级信息与处理方式的对应关系可以基于实际场景的需要进行自定义匹配。

在本申请中，目标区域设备2可以基于迁移访问请求包括对应的参数状态信息为所述迁移访问请求匹配对应的处理优先级信息，从而以所述处理优先级信息确定何时对迁移访问请求进行处理，由此，可以结合该迁移访问请求的历史处理情况，充分应对该迁移访问请求有别于常规访问请求的处理需求，实现对迁移访问请求的及时处理，减弱处理延时给用户带来的不良体验，同时可以有效减少迁移访问请求在多个区域设备中迁移次数，降低区域设备的运行负荷，避免区域设备产生雪崩效应。

基于图7，在一个实施例中，所述用户设备1还可以包括第一累计参数消耗信息确定模块74，若所述累计参数消耗信息包括累计请求处理时间信息，则所述用户设备1的第一累计参数消耗信息确定模块74可以获取所述迁移访问请求对应的一次或多次历史访问请求的请求处理时间信息，其中，所述迁移访问请求与每次所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。在一种实现方式中，所述历史访问请求可以是用户设备1对相同的网络服务发起的第一次访问请求；还可以是历史上、与第一次访问请求对应于同一个区域设备的其他访问请求；还可以是基于相同的网络服务请求目标区域设备2之前、对其他区域设备发起的其他迁移访问请求；还可以是与当前迁移访问请求之前、发送到目标区域设备2的其他迁移访问请求。在一种实现方式中，所述历史访问请求的请求处理时间信息的一种确定方式可以是：记录用户设备1发出该历史访问请求的时间t1，若预先设置该历史访问请求的等待时限是t1，则若是在t1+t1时刻，未收到该历史访问请求对应的区域设备的反馈信息，则确定该历史访问请求的请求处理时间信息是t1。在一种实现方式中，所述历史访问请求的请求处理时间信息的一种确定方式还可以是：记录用户设备1发出该历史访问请求的时间t1，若在t2时刻接收到该历史访问请求对应的区域设备的请求处理失败信息，则确定该历史访问请求的请求处理时间信息是t2-t1。接着，可以基于每次所述历史访问请求的请求处理时间信息，确定所述迁移访问请求的累计处理时间信息，在一种实现方式中，可以对每次所述历史访问请求的请求处理时间信息进行加和计算，以确定所述累计处理时间信息。接着，可以结合用户设备1设置的迁移访问请求对应的期待请求处理时间信息，确定所述参数状态信息。

基于图7，在一个实施例中，所述用户设备1还可以包括第二累计参数消耗信息确定模块75，若所述累计参数消耗信息包括累计请求次数信息，则第二累计参数消耗信息确定模块75可以获取所述迁移访问请求对应的历史访问请求的请求次数信息用以确定所述累计请求次数信息，其中，所述迁移访问请求与每次所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。在一种实现方式中，所述历史访问请求可以是用户设备1对相同的网络服务发起的第一次访问请求；还可以是历史上、与第一次访问请求对应于同一个区域设备的其他访问请求；还可以是基于相同的网络服务请求目标区域设备2之前、对其他区域设备发起的其他迁移访问请求；还可以是与当前迁移访问请求之前、发送到目标区域设备2的其他迁移访问请求。在一种实现方式中，所述历史访问请求的请求次数信息的一种确定方式可以是：在每发起一次相应网络服务的访问请求时，累计一次。接着，可以结合用户设备1设置的迁移访问请求对应的期待请求次数信息，确定所述参数状态信息。

基于图7，在一个实施例中，所述用户设备1还可以包括第三累计参数消耗信息确定模块76，若所述累计参数消耗信息包括累计请求处理流量消耗信息，则第三累计参数消耗信息确定模块76可以获取所述迁移访问请求对应的一次或多次历史访问请求的请求处理流量消耗信息，其中，所述迁移访问请求与每次所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。在一种实现方式中，所述历史访问请求可以是用户设备1对相同的网络服务发起的第一次访问请求；还可以是历史上、与第一次访问请求对应于同一个区域设备的其他访问请求；还可以是基于相同的网络服务请求目标区域设备2之前、对其他区域设备发起的其他迁移访问请求；还可以是与当前迁移访问请求之前、发送到目标区域设备2的其他迁移访问请求。在一种实现方式中，所述历史访问请求的请求处理流量消耗信息可以由该历史访问请求对应的请求内容的大小、返回内容的大小、请求类型等参数中的一个或多个决定的。进一步，在一种实现方式中，当上述各类参数进行组合使用时，还可以设置各个参数对应的权值。接着，可以基于每次所述历史访问请求的请求处理流量消耗信息，确定所述迁移访问请求的累计请求处理流量消耗信息，在一种实现方式中，可以将各个历史访问的请求处理流量消耗信息进行加和计算确定出所述累计请求处理流量消耗信息；接着，可以结合用户设备1设置的迁移访问请求对应的历史访问请求的期待请求处理流量消耗信息，确定所述参数状态信息。

当所述目标区域设备2的第三收发模块81获取到用户设备1的迁移访问请求后，其迁移处理模块82可以基于所述参数状态信息确定所述迁移访问请求的处理优先级信息，并基于所述处理优先级信息对所述迁移访问请求进行处理。

基于图8，在一个实施例中，若所述参数状态信息为累计参数消耗信息大于或等于预设的参数消耗阈值、且小于期待参数消耗信息，则迁移处理模块82可以确定所述迁移访问请求的迁移访问请求的处理优先级信息为第一特殊级别；接着，基于所述第一特殊级别，迁移处理模块82可以对所述迁移访问请求进行优先处理。例如，若所述迁移访问请求的对应的历史访问请求的累计请求处理时间信息是9s，请求处理时间阈值为8s，期待请求处理时间信息为10s，则可以判定该迁移访问请求的迁移访问请求的处理优先级信息满足第一特殊级别的条件，目标区域设备2可以对该迁移访问请求优先处理。

基于图8，在一个实施例中，若所述参数状态信息为累计参数消耗信息大于或等于期待参数消耗信息，且所述迁移访问请求对应有至少一个历史访问请求，其中，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备，及对应于同一个处理访问请求的目标区域设备2，且对应的访问请求内容相同，则迁移处理模块82可以确定所述迁移访问请求的迁移访问请求的处理优先级信息为第二特殊级别；接着，可以基于所述第二特殊级别，对所述迁移访问请求进行优先处理。进一步，在一个实施例中，若所述参数状态信息为累计参数消耗信息大于或等于期待参数消耗信息，且所述迁移访问请求未对应有上述历史访问请求，则迁移处理模块82可以确定所述迁移访问请求的迁移访问请求的处理优先级信息为无优先级；接着，可以拒绝对所述迁移访问请求进行处理。在上述两个实施例中，用户设备1在累计参数消耗信息大于或等于期待参数消耗信息的情况下，并不直接放弃请求，而是可以继续将基于用户的选择在目标区域设备2中进行对应网络服务的处理，同时，对应的目标区域设备2可以选择拒绝对所述迁移访问请求进行处理，例如漠视该请求、或是直接反馈拒绝处理信息；或者也可以设置：若所述迁移访问请求之前向所述目标区域设备2发送过对应于相同网络服务的历史访问请求，则改变该迁移访问请求的优先级，对其进行优先处理。在此实施例中，可以充分尊重用户对迁移访问请求处理的处理方式的自主选择权益，以期提高用户体验。

基于图8，在一个实施例中，若所述参数状态信息为累计参数消耗信息小于预设的参数消耗阈值、且小于期待参数消耗信息，则迁移处理模块82可以确定所述迁移访问请求的迁移访问请求的处理优先级信息为常规级别；接着，可以执行以下任一项操作：对所述迁移访问请求进行优先处理；基于先到先处理原则对所述迁移访问请求进行处理，在一种实现方式中，所述迁移访问请求可以与目标区域设备2中对应的常规访问请求不做区分地、一起基于先到先处理原则被处理；待目标区域设备2中对应的常规访问请求处理完毕后，对所述迁移访问请求进行顺序处理，在一种实现方式中，所述顺序处理可以是先到先处理原则；基于迁移访问请求的请求类别信息，结合请求类别信息的优先级信息，对所述迁移访问请求进行对应处理，在一种实现方式中，所述请求类别可以包括任意已知、或自定义的类别信息，例如将请求分为高级用户请求和普通用户请求，前者的优先级高于后者，则将给予该请求类别信息的优先级信息，对高级用户请求对应的迁移访问请求进行优先处理。

在一个实施例中，所述累计参数消耗信息可以包括但不限于以下至少任一项：累计请求处理时间信息、累计请求次数信息、累计请求处理流量消耗信息。与之相对应的，所述期待参数消耗信息也可以包括但不限于以下至少任一项：期待请求处理时间信息、期待请求次数信息、期待请求处理流量消耗信息。在一种实现方式中，若是所述累计参数消耗信息、及对应的期待参数消耗信息是不限于上述多项的组合信息，则可以依次判断各项参数对应的参数状态信息，并可以设置上述多项中权重最大一项对应的参数状态信息，为所述替补网络请求2处理该迁移访问请求所依据的最终的参数状态信息，或可以设置上述多项分别对应的参数状态信息中最多的一类，为所述替补网络请求2处理该迁移访问请求所依据的最终的参数状态信息。

基于图7，在本申请的一个实施例中，所述用户设备还包括目标区域设备确定模块78，所述目标区域设备确定模块78可以从一个或多个区域设备中确定目标区域设备2；接着，第一收发模块72可以将与用户设备1的历史访问请求对应的迁移访问请求发送至对应的目标区域设备2，其中，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。

在一种实现方式中，所述历史访问请求可以是用户设备1对相同的网络服务发起的第一次访问请求；还可以是历史上、与第一次访问请求对应于同一个区域设备的其他访问请求；还可以是基于相同的网络服务请求目标区域设备2之前、对其他区域设备发起的其他迁移访问请求；还可以是与当前迁移访问请求之前、发送到目标区域设备2的其他访问请求。在此，所述区域设备可以包括但不限于单个网络服务器、多个网络服务器集或云服务器。在一种实现方式中，所述区域设备可以部署在相应的数据存储系统中，不同区域设备可以设置对应不同区域、并匹配相同网络服务。进一步，在一种实现方式中，多个区域设备、或所述数据存储系统可以对应一个统一的区域设备信息解析服务，所述区域设备信息解析服务可以为所述多个区域设备、或所述数据存储系统中全部或部分区域设备设备提供统一的地址解析服务，当所述数据存储系统是一种多区域强一致性的数据存储系统时，还可以保证区域设备信息解析服务对应的所述区域设备的区域设备信息实现跨区域数据一致性。在一种实现方式中，所述统一的区域设备信息解析服务可以部署在单个服务器、或是服务器集群中，进一步该统一的区域设备信息解析服务还可以对应有备份服务器或服务器集群，在一种实现方式中，当用户设备1有需要时，可以从相应的服务器或服务器集群中获取所述区域设备信息解析服务，例如，获取一个或多个区域设备的区域设备信息，如设备ip信息，或是设备集群对应的vip信息。在另一种实现方式中，所述统一的区域设备信息服务可以部署在用户设备1中，例如，通过硬编码、配置等方式将区域设备的区域设备信息导入到用户设备中，一种实现方式是，所述编码、配置等信息可以包含在相应的sdk文件中，由对应的用户设备1获取，用户设备1通过相应的接口调用方式获取一个或多个区域设备的区域设备信息。

接着，用户设备可以在上述一个或多个区域设备中确定用户设备1的迁移访问请求对应的目标区域设备2。在一种实现方式中，可以通过随机筛选、顺序筛选等简单的选择方式从一个或多个区域设备中确定用于接收用户的迁移访问请求对应的目标区域设备2。在本申请的另一种实现方式中，还可以基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备1的迁移访问请求对应的目标区域设备2。

本申请的该实施例可以在一个或多个区域设备中确定用户设备1的迁移访问请求对应的目标区域设备2，进而将该网络服务通过所述迁移访问请求切换到其他区域的区域设备中继续进行处理，从而可以降低因为部分区域的区域设备发生灾变给相应用户的访问请求带来的不良影响，有效保障了用户的获取网络服务需求，同时可以降低相应地区的区域设备的运行负荷，避免相应区域设备由于较大运行负荷可能造成的雪崩效应。

进一步，在一个实施例中，目标区域设备确定模块78还可以进一步实现当满足访问请求迁移触发条件时，在一个或多个区域设备中确定用户设备1的迁移访问请求对应的目标区域设备2。在此，所述访问请求迁移触发条件可以包括任意使的所述迁移访问请求对应的网络服务、无法按用户预期实现成功处理的各种原因。例如，所述迁移访问请求对应的历史访问请求的相应的区域设备出现灾变，具体地，所述灾变可以包括用户设备1的历史访问请求处理失败。在此，所述处理失败的原因可以包括各种可能的网络故障或硬件故障；还可以包括历史访问请求在派对等待处理，且等待时间达到预设的时间阈值。对于历史访问请求处理失败，用户设备1可以是基于区域设备的失败反馈信息来确定，或是基于超过预设的时间阈值来默认。

本领域技术人员应该能够理解，上述各项访问请求迁移触发条件仅为举例，现有或是今后可能出现的其他种类的访问请求迁移触发条件，若是能够适用本申请，也应当包含在本申请的保护范围内，并以引用的形式包含于此。

一个实施例中，目标区域设备确定模块78可以实现基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备1的迁移访问请求对应的目标区域设备2，其中，所述筛选信息包括以下至少任一项：可以是区域设备的处理时延信息，所述处理延时信息可以参考当前的网络环境、设备状态，合理预测出相应区域设备处理所述迁移访问请求的可能消耗的时间；还可以是区域设备的设备处理能力信息，其包括可用服务端的设备整体处理能力信息，或设备实时处理能力信息。例如，以所述可用服务器是终端集群为例，则设备处理能力信息可以包括但不限于该集群的cpu总量、总内存大小、吞吐量、总内存剩余、剩余流量等。在此，可以通过设备实时处理能力信息来衡量各个可用服务器的整体的资源优劣、或是当前实时的终端负荷状态，以期通过对比，确定出当前服务器处理能力最佳的区域设备作为所述迁移访问请求的目标区域设备2。

在此，本领域技术人员应该能够理解，上述各项筛选信息仅为举例，现有或是今后可能出现的其他种类的筛选信息，若是能够适用本申请，也应当包含在本申请的保护范围内，并以引用的形式包含于此。

在此实施例中，相比于简单选择方式，基于所述筛选信息可以更加有针对性的预测出各个区域设备对所述迁移访问请求的处理效果，更加有利于访问请求的平滑迁移。基于此，本申请还可以通过对区域设备的合理选择，进一步提高迁移访问请求被成果处理的效率，降低由于区域灾变和流量迁移对应的处理延时给用户带来的不良体验，同时可以有效减少迁移访问请求在多个区域设备中迁移次数，降低区域设备的运行负荷，避免区域设备产生雪崩效应。

进一步，在一个实施例中，目标区域设备确定模块78可以获取一个或多个区域设备中每个区域设备的筛选信息。在一种实现方式中，所述筛选信息可以由用户设备1实时获取，例如，可以通过用户设备1于区域设备之间的心跳机制获取，如用户设备1通过发起心跳请求的方式获取对应一个或多个区域设备的处理时延信息。在另一种实现方式中，所述筛选信息还可以是预先存储在用户设备1中的，例如，区域设备的集群cpu总量、总内存大小、吞吐量等信息可以包含在相应的sdk文件中，由对应的用户设备1获取。接着，目标区域设备确定模块78可以基于与所述筛选信息对应的筛选规则，在一个或多个区域设备中确定用户设备1的迁移访问请求对应的目标区域设备2。在此，可以基于筛选信息的不同种类，设置相应的筛选规则。

进一步，在一个实施例中，若所述筛选信息包括区域设备的处理时延信息，则目标区域设备确定模块78可以获取一个或多个区域设备的处理时延信息。在一种实现方式中，可以设置用户设备1向各个区域设备之间定时的发送心跳请求，基于相应的心跳机制，用户设备1可以定时获取到其与各个区域设备之间的处理延时信息，进而，当用户设备1有发送迁移访问请求的需要时，目标区域设备确定模块78可以获得当前各个区域设备的处理时延信息。接着，目标区域设备确定模块78可以基于每个区域设备的处理时延信息，确定处理时延信息中时延最短的区域设备为目标区域设备。在一种实现方式中，可以对每个区域设备的处理时延信息进行大小排序，如按照具体迟延的时间长短进行大小排序；接着，确定处理时延信息最小，如当前延迟的时间最短的区域设备为用户设备1的迁移访问请求对应的目标区域设备2。

进一步，在一个实施例中，若所述筛选信息包括区域设备的设备处理能力信息，则目标区域设备确定模块78可以获取一个或多个区域设备的设备处理能力信息；在一种实现方式中，可以设置用户设备1向各个区域设备之间定时的发送心跳请求，基于相应的心跳机制，用户设备1可以获取区域设备反馈的心跳应答中包含的各类设备处理能力信息；在另一种实现方式中，用户设备1还可以读取设备中存储的相应的设备整体处理能力信息。接着，目标区域设备确定模块78可以基于每个区域设备的设备处理能力信息，确定设备处理能力信息最强的区域设备为目标区域设备2。在一种实现方式中，可以对每个区域设备的设备整体处理能力信息进行强弱排序，在一种方式中还可以对包括但不限于该集群的cpu总量、总内存大小、吞吐量、总内存剩余、剩余流量各项进行加权计算，确定一个反映设备整体处理能力信息的综合值，并进行相应排序。进而，确定设备整体处理能力信息最强的区域设备为用户设备1的迁移访问请求对应的目标区域设备2。

进一步，在一个实施例中，若所述筛选信息包括区域设备的处理时延信息和区域设备的设备处理能力信息，则目标区域设备确定模块78可以获取一个或多个区域设备的处理时延信息和设备处理能力信息；接着，用户设备1可以对每个区域设备的处理时延信息进行时延长短的排序，且对每个区域设备的设备处理能力信息进行强弱排序；进而，确定处理时延信息中时延最短、且设备处理能力信息最强的区域设备为用户设备1的迁移访问请求对应的目标区域设备2。在一种实现方式中，可以同时获得上述两种、或更多种筛选信息，并确定所述目标区域设备2需要同时满足各项筛选信息最佳。在另一种实现方式中，还可以对两种或更多钟筛选信息设置参考的优先级，例如，设置先对每个区域设备的设备处理能力信息进行强弱排序，若存在多个设备整体处理能力信息最强的区域设备，再基于该多个区域设备的各自的处理时延信息确定出处理时延信息最短的一个为目标区域设备。在本申请中，目标区域设备2选择的多样化算法，可以针对不同的应用场景，灵活地为当前用户设备1匹配最佳的目标区域设备2，进一步提高迁移访问请求处理的效率，优化用户体验。

在一个实施例中，所述用户设备1还包括第二收发模块77，该第二收发模块77可以获取与用户设备1的历史访问请求对应的一个或多个区域设备的区域设备信息，如设备ip信息，若所述区域设备为设备集群，则区域设备信息还可以为该设备集群对应的vip信息，在一种实现方式中，用户设备1可以通过区域设备信息服务获取一个或多个区域设备的区域设备信息，例如，可以从提供统一的区域设备信息服务的服务器或服务器集群中获取所述区域设备信息，在一种实现方式中，用户设备1可以从提供统一的区域设备信息服务的服务器或服务器集群中获取提供一致性数据服务的数据系统中全部区域设备的所述区域设备信息。接着，基于所述目标区域设备2的区域设备信息，第二收发模块可以将与用户设备1的历史访问请求对应的迁移访问请求发送至所述区域设备信息对应的目标区域设备2。

本申请实施例还提供了另一种进行访问请求迁移的用户设备，以实现访问请求的平滑切换。所述用户设备包括但不限于各种个人计算机、移动智能设备、网络主机、单个网络服务器、多个网络服务器集或云服务器等。

现有的数据存储系统通常是在单区域中进行部署、或是在单区域中进行目标数据的备份，无法解决区域灾变引起的服务中断问题、因此无法实现单区域系统故障引起的访问请求的有效迁移，导致服务中断、异常甚至错误发生。

在本申请的一个实施例中，所述数据存储系统可以包含多区域的区域设备的部署，每个区域的区域设备可以部署有相同的网络服务，进一步，在一种实现方式中，部署有相同网络服务的各个区域设备，在任意时间各自提供的数据服务可以保持相互一致，在此，所述区域设备可以是单个服务器、还可以是服务器集群。在此，多个区域可以包括但不限于多个机房、多个国家、多个区域等划分方式。一种实际的可能场景是，用户在向一个区域的区域设备请求网络服务的过程中，当所述网络服务无法被顺利处理时，例如该区域的区域设备发生灾变，则可以在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备，进而将该网络服务通过所述迁移访问请求切换到其他区域的区域设备中继续进行处理，从而可以降低因为部分区域设备的故障给相应用户的访问请求带来的不良影响，有效保障了用户的获取网络服务需求，同时可以降低相应地区的区域设备的运行负荷，避免相应区域设备由于较大运行负荷可能造成的雪崩效应。在本申请的一种实现方式中，可以通过随机筛选、顺序筛选等简单的选择方式从一个或多个区域设备中确定用于接收用户的迁移访问请求对应的目标区域设备。在本申请的另一种实现方式中，还可以基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备。相比于简单选择方式，基于所述筛选信息可以更加有针对性的预测出各个区域设备对所述迁移访问请求的处理效果，更加有利于访问请求的平滑迁移。基于此，本申请还可以通过对区域设备的合理选择，进一步提高迁移访问请求被成果处理的效率，降低由于区域灾变和流量迁移对应的处理延时给用户带来的不良体验，同时可以有效减少迁移访问请求在多个替换区域设备中迁移次数，降低替换区域设备的运行负荷，避免替换区域设备产生雪崩效应。

在此，图2根据各个实施例，示意性地示出了另一种访问请求的处理的场景示例，用于示例对网络服务的进行访问请求迁移的场景。其中，第一区域设备22、第二区域设备23、第n区域设备24等可以是提供一致性数据服务的数据系统中的若干个区域设备。进一步，在每个区域设备中可以部署有一个或多个服务器，例如，与第一区域设备22对应的服务器221、服务器222、服务器223等，与第二区域设备13对应的服务器231、服务器232、服务器233等，与第n区域设备24对应的服务器241、服务器242、服务器243等，服务器用于接收并处理来自用户设备的网络访问请求，在一种实现方式中，若所述区域设备包括多个服务器，则可以通过负载均衡技术，将具体的每个网络访问请求分配至具体的服务器中进行处理，同时，用户请求的数据服务对应的数据信息，可以存储在相应区域设备对应的本地存储设备或系统中，例如，与第一区域设备22对应的本地存储220，与第二区域设备23对应的本地存储230，与第n区域设备24对应的本地存储240等；也可存储在相应区域设备之外的任意其他设备或系统中。图2中的用户设备21可以用来指代基于数据服务需求、向区域设备发出网络访问请求的任意设备，包括但不限于各种个人计算机、移动智能设备、网络主机、单个网络服务器、多个网络服务器集或云服务器等。

在此，图2中，首先由第一区域设备22接收到用户设备21的历史访问请求，但由于第一区域设备22无法基于该历史访问请求为用户设备21顺利地提供数据服务，例如第一区域设备22出现灾变，则用户设备21可以在所述数据系统中的其它区域设备，例如，第二区域设备23、第n区域设备24、或其它区域设备等中，确定出对应的目标区域设备，进而，将与该历史访问请求对应的迁移访问请求发送至该目标区域设备，以实现访问流量的迁移。在此一种确定目标区域设备的可能的实现方式可以是，基于用户设备21与各个区域设备之间的心跳机制获取可以用来选择目标区域设备的筛选信息，从而基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备。此外，图2还示出了，用户设备21可以通过区域设备信息服务25获取一个或多个区域设备的区域设备信息，例如，可以从提供统一的区域设备信息服务的服务器或服务器集群中获取提供一致性数据服务的数据系统中、全部区域设备的所述区域设备信息。在一种实现方式中，所述提供统一的区域设备信息服务的服务器或服务器集群中的区域设备信息可以从各个区域设备中抓取或更新得到的，还可以由各个区域设备的自动提供。

在此，图9根据各个实施例，示意性地示出了另一种进行访问请求处理的用户设备示例。在一种实现方式中，所述用户设备3可以与图7中的用户设备1相同或相似。在一种实现方式中，图2中的用户设备21可以是图9中用户设备3的举例。

基于图9，在本申请的一个实施例中，所述用户设备3包括控制模块91，所述控制模块91可以在一个或多个区域设备中确定用户设备3的迁移访问请求对应的目标区域设备2，其中，所述迁移访问请求存在对应的历史访问请求，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备3，且对应的访问请求内容相同。

在一种实现方式中，所述历史访问请求可以是用户设备3对相同的网络服务发起的第一次访问请求；还可以是历史上、与第一次访问请求对应于同一个区域设备的其他访问请求；还可以是基于相同的网络服务请求目标区域设备2之前、对其他区域设备发起的其他迁移访问请求；还可以是与当前迁移访问请求之前、发送到目标区域设备2的其他访问请求。在此，所述区域设备可以包括但不限于单个网络服务器、多个网络服务器集或云服务器。在一种实现方式中，所述区域设备可以部署在相应的数据存储系统中，不同区域设备可以设置对应不同区域、并匹配相同网络服务。进一步，在一种实现方式中，多个区域设备、或所述数据存储系统可以对应一个统一的区域设备信息解析服务，所述区域设备信息解析服务可以为所述多个区域设备、或所述数据存储系统中全部或部分区域设备设备提供统一的地址解析服务，当所述数据存储系统是一种多区域强一致性的数据存储系统时，还可以保证区域设备信息解析服务对应的所述区域设备的区域设备信息实现跨区域数据一致性。在一种实现方式中，所述统一的区域设备信息服务可以部署在单个服务器、或是服务器集群中，进一步该统一的区域设备信息服务还可以对应有备份服务器或服务器集群，在一种实现方式中，当用户设备3有需要时，可以从相应的服务器或服务器集群中获取所述区域设备信息服务，例如，获取一个或多个区域设备的区域设备信息，如设备ip信息，或是设备集群对应的vip信息。在另一种实现方式中，所述统一的区域设备信息服务可以部署在用户设备3中，例如，通过硬编码、配置等方式将区域设备的区域设备信息导入到用户设备3中，一种实现方式是，所述编码、配置等信息可以包含在相应的sdk文件中，由对应的用户设备3获取，用户设备3通过相应的接口调用方式获取一个或多个区域设备的区域设备信息。

控制模块91可以在上述一个或多个区域设备中确定用户设备3的迁移访问请求对应的目标区域设备2。在一种实现方式中，可以通过随机筛选、顺序筛选等简单的选择方式从一个或多个区域设备中确定用于接收用户的迁移访问请求对应的目标区域设备2。在本申请的另一种实现方式中，还可以基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备3的迁移访问请求对应的目标区域设备。

本申请的该实施例可以在一个或多个区域设备中确定用户设备3的迁移访问请求对应的目标区域设备2，进而将该网络服务通过所述迁移访问请求切换到其他区域的区域设备中继续进行处理，从而可以降低因为部分区域的区域设备发生灾变给相应用户的访问请求带来的不良影响，有效保障了用户的获取网络服务需求，同时可以降低相应地区的区域设备的运行负荷，避免相应区域设备由于较大运行负荷可能造成的雪崩效应。

进一步，在一个实施例中，当满足访问请求迁移触发条件时，控制模块91可以在一个或多个区域设备中确定用户设备3的迁移访问请求对应的目标区域设备2。在此，所述访问请求迁移触发条件可以包括任意使的所述迁移访问请求对应的网络服务、无法按用户预期实现成功处理的各种原因。例如，所述迁移访问请求对应的历史访问请求的相应的区域设备出现灾变，具体地，所述灾变可以包括用户设备3的历史访问请求处理失败。在此，所述处理失败的原因可以包括各种可能的网络故障或硬件故障；还可以包括历史访问请求在派对等待处理，且等待时间达到预设的时间阈值。对于历史访问请求处理失败，用户设备3可以是基于区域设备的失败反馈信息来确定，或是基于超过预设的时间阈值来默认。

本领域技术人员应该能够理解，上述各项访问请求迁移触发条件仅为举例，现有或是今后可能出现的其他种类的访问请求迁移触发条件，若是能够适用本申请，也应当包含在本申请的保护范围内，并以引用的形式包含于此。

一个实施例中，所述控制模块91可以实现基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备3的迁移访问请求对应的目标区域设备2，其中，所述筛选信息包括以下至少任一项：可以是区域设备的处理时延信息，所述处理延时信息可以参考当前的网络环境、设备状态，合理预测出相应区域设备处理所述迁移访问请求的可能消耗的时间；还可以是区域设备的设备处理能力信息，其包括可用服务端的设备整体处理能力信息，或设备实时处理能力信息。例如，以所述可用服务器是终端集群为例，则设备处理能力信息可以包括但不限于该集群的cpu总量、总内存大小、吞吐量、总内存剩余、剩余流量等。在此，可以通过设备实时处理能力信息来衡量各个可用服务器的整体的资源优劣、或是当前实时的终端负荷状态，以期通过对比，确定出当前服务器处理能力最佳的区域设备作为所述迁移访问请求的目标区域设备2。

在此，本领域技术人员应该能够理解，上述各项筛选信息仅为举例，现有或是今后可能出现的其他种类的筛选信息，若是能够适用本申请，也应当包含在本申请的保护范围内，并以引用的形式包含于此。

在此实施例中，相比于简单选择方式，基于所述筛选信息可以更加有针对性的预测出各个区域设备对所述迁移访问请求的处理效果，更加有利于访问请求的平滑迁移。基于此，本申请还可以通过对区域设备的合理选择，进一步提高迁移访问请求被成果处理的效率，降低由于区域灾变和流量迁移对应的处理延时给用户带来的不良体验，同时可以有效减少迁移访问请求在多个替换区域设备中迁移次数，降低替换区域设备的运行负荷，避免替换区域设备产生雪崩效应。

进一步，一个实施例中，所述控制模块91可以获取一个或多个区域设备中每个区域设备的筛选信息。在一种实现方式中，所述筛选信息可以由用户设备3实时获取，例如，可以通过用户设备3于区域设备之间的心跳机制获取，如用户设备3通过发起心跳请求的方式获取对应一个或多个区域设备的处理时延信息。在另一种实现方式中，所述筛选信息还可以是预先存储在用户设备3中的，例如，区域设备的集群cpu总量、总内存大小、吞吐量等信息可以包含在相应的sdk文件中，由对应的用户设备3获取。接着，控制模块91可以基于与所述筛选信息对应的筛选规则，在一个或多个区域设备中确定用户设备3的迁移访问请求对应的目标区域设备2。在此，可以基于筛选信息的不同种类，设置相应的筛选规则。

进一步，一个实施例中，若所述筛选信息包括区域设备的处理时延信息，则所述控制模块91可以获取一个或多个区域设备的处理时延信息。在一种实现方式中，可以设置用户设备3向各个区域设备之间定时的发送心跳请求，基于相应的心跳机制，用户设备3可以定时获取到其与各个区域设备之间的处理延时信息，进而，当用户设备3由发送迁移访问请求的需要时，可以获得当前各个区域设备的处理时延信息。接着，控制模块91可以基于每个区域设备的处理时延信息，确定处理时延信息中时延最短的区域设备为目标区域设备2。在一种实现方式中，可以对每个区域设备的处理时延信息进行大小排序，如按照具体迟延的时间长短进行大小排序；接着，确定处理时延信息最小，如当前延迟的时间最短的区域设备为用户设备3的迁移访问请求对应的目标区域设备2。

进一步，一个实施例中，若所述筛选信息包括区域设备的设备处理能力信息，则控制模块91可以获取一个或多个区域设备的设备处理能力信息；在一种实现方式中，可以设置用户设备3向各个区域设备之间定时的发送心跳请求，基于相应的心跳机制，用户设备3可以获取区域设备反馈的心跳应答中包含的各类设备处理能力信息；在另一种实现方式中，用户设备3还可以读取设备中存储的相应的设备整体处理能力信息。接着，控制模块91可以基于每个区域设备的设备处理能力信息，确定设备处理能力信息最强的区域设备为目标区域设备2。在一种实现方式中，可以对每个区域设备的设备整体处理能力信息进行强弱排序，在一种方式中还可以可以对包括但不限于该集群的cpu总量、总内存大小、吞吐量、总内存剩余、剩余流量各项进行加权计算，确定一个反映设备整体处理能力信息的综合值，并进行相应排序。进而，确定设备整体处理能力信息最强的区域设备为用户设备3的迁移访问请求对应的目标区域设备2。

进一步，一个实施例中，若所述筛选信息包括区域设备的处理时延信息和区域设备的设备处理能力信息，则所述控制模块91可以获取一个或多个区域设备的处理时延信息和设备处理能力信息；接着，用户设备3可以对每个区域设备的处理时延信息进行时延长短的排序，且对每个区域设备的设备处理能力信息进行强弱排序；进而，确定处理时延信息中时延最短、且设备处理能力信息最强的区域设备为用户设备3的迁移访问请求对应的目标区域设备2。在一种实现方式中，可以同时获得上述两种、或更多种筛选信息，并确定所述目标区域设备2需要同时满足各项筛选信息最佳。在另一种实现方式中，还可以对两种或更多钟筛选信息设置参考的优先级，例如，设置先对每个区域设备的设备处理能力信息进行强弱排序，若存在多个设备整体处理能力信息最强的区域设备，再基于该多个区域设备的各自的处理时延信息确定出处理时延信息最短的一个为目标区域设备2。在本申请中，目标区域设备2选择的多样化算法，可以针对不同的应用场景，灵活地为当前用户设备3匹配最佳的目标区域设备2，进一步提高迁移访问请求处理的效率，优化用户体验。

在一个实施例中，用户设备3还包括第四收发模块92，该第四收发模块92可以将用户设备3的迁移访问请求发送至所述目标区域设备2。进一步，在一个实施例中，所述用户设备3还包括第五收发模块93，该第五收发模块93可以获取与用户设备3的历史访问请求对应的一个或多个区域设备的区域设备信息，如设备ip信息，若所述区域设备为设备集群，则区域设备信息还可以为该设备集群对应的vip信息，在一种实现方式中，当用户设备3可以通过区域设备信息服务获取一个或多个区域设备的区域设备信息，例如，可以从提供统一的区域设备信息服务的服务器或服务器集群中获取所述区域设备信息，在一种实现方式中，用户设备3可以从提供统一的区域设备信息服务的服务器或服务器集群中获取提供一致性数据服务的数据系统中全部区域设备的所述区域设备信息。接着，基于所述目标区域设备2的区域设备信息，可以将与用户设备3的历史访问请求对应的迁移访问请求发送至所述区域设备信息对应的目标区域设备2。

本申请实施例还提供了一种迁移访问请求的处理方法，所述方法可以在相应的用户设备和/或目标区域设备中实现。其中，所述目标区域设备包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或云服务器，其中，所述云服务器可以是运行在分布式系统中的、由一群松散耦合的计算机集组成的一个虚拟超级计算机，其用以实现简单高效、安全可靠、处理能力可弹性伸缩的计算服务。所述用户设备包括但不限于各种个人计算机、移动智能设备、网络主机、单个网络服务器、多个网络服务器集或云服务器。

在本申请的一个实施例中，用户的访问请求对应的网络服务可以部署在多个区域的区域设备中，其中，每个区域的区域设备可以部署有相同的网络服务，进一步，在一种实现方式中，部署有相同网络服务的各个区域设备，在任意时间各自提供的数据服务可以保持相互一致。在此，多个区域可以包括但不限于多个机房、多个国家、多个区域等划分方式。一种实际的可能场景是，用户在向一个区域的区域设备请求网络服务的过程中，因为各种可能的原因，需要将所述网络服务的请求迁移到其他区域中，由其他区域的区域设备对该网络服务进行处理，且这种网络服务处理的转移可以不限于一次或多次，转移至的区域设备为目标区域设备。在此，所述各种可能的原因包括但不限于使得在先区域设备无法处理该网络服务的各种状况，例如，在先区域设备出现各种硬件或软件故障，在先区域设备对该网络服务的处理超过预设延时等。当网络服务被迁移到在后区域设备中时，若是在后区域设备不考虑迁移访问请求的历史处理信息，而是将所述迁移访问请求当做该在后区域设备的常规访问请求，则可能无法对该迁移访问请求进行及时处理，带来的后果可能是，致使该迁移访问请求得不到处理的延时进一步延长，甚至还可能出现该迁移访问请求由于在该在后区域设备得不到及时处理而再次迁移、或继续多次迁移到其他区域设备中的情况出现，由此，可能会加重相关联的多个区域设备的运行负荷，特别在此类型迁移访问请求数量较大时，甚至会造成多个区域设备产生雪崩效应；同时，网络服务处理的进一步延时也会大大降低每个迁移请求对应用户的用户体验。因此，现实应用中，有对所述迁移访问请求进行有别于一个区域中常规访问请求的一般处理机制的需求。

在此，图1示出了一种访问请求的处理的场景示例。其中，第一区域设备12、第二区域设备13、第n区域设备14等可以是提供一致性数据服务的数据系统中的若干个区域设备。进一步，在每个区域设备中可以部署有一个或多个服务器，例如，与第一区域设备12对应的服务器121、服务器122、服务器123等，与第二区域设备13对应的服务器131、服务器132、服务器133等，与第n区域设备14对应的服务器141、服务器142、服务器143等，服务器用于接收并处理来自用户设备的网络访问请求，在一种实现方式中，若所述区域设备包括多个服务器，则可以通过负载均衡技术，将具体的每个网络访问请求分配至具体的服务器中进行处理，同时，用户请求的数据服务对应的数据信息，可以存储在相应区域设备对应的本地存储设备或系统中，例如，与第一区域设备12对应的本地存储120，与第二区域设备13对应的本地存储130，与第n区域设备14对应的本地存储140等；也可存储在相应区域设备之外的任意其他设备或系统中。图1中的用户设备11可以用来指代基于数据服务需求、向区域设备发出网络访问请求的任意设备，包括但不限于各种个人计算机、移动智能设备、网络主机、单个网络服务器、多个网络服务器集或云服务器等。

在此，假设历史访问请求1是用户设备11发送至第一区域设备12的、关于一个网络服务的常规访问请求，所述常规访问请求可以指该用户设备11在向第一区域设备12发起访问请求之前，并没有向其他区域设备发起过具有同样数据服务内容的、相似的访问请求，在本申请中，常规访问请求与迁移访问请求相对应。接着，若是第一区域设备12无法基于该常规访问请求为用户设备顺利地提供数据服务，例如第一区域设备12出现灾变，则用户设备将与上述常规访问请求对应的历史访问请求2发送至对应的第二区域设备13，在此，该历史访问请求2同时也是与常规访问请求对应的迁移访问请求1，在此若是第二区域设备13也无法基于该历史访问请求2为用户设备顺利地提供数据服务，则用户设备将与上述历史访问请求1、历史访问请求2对应的迁移访问请求2发送至对应的第n区域设备14，接着，可能会存在的情况是：第n区域设备14顺利地处理了来自用户设备11的迁移访问请求2、成功实现了用户请求的数据服务；或者，若是第n区域设备14也无法基于该迁移访问请求2为用户设备顺利地提供数据服务，则该用户设备11继续将访问请求向其他区域设备迁移。在一种实现方式中，用户设备11的网络服务的请求的迁移次数可以是一次或多次，用户设备11对网络服务可以对应一次或多次常规访问请求和/或多次迁移访问请求，直至所述网络服务相应的网路设备执行、或用户设备11放弃所述网络服务的请求，其中，所述各个访问请求对应的内容相同，即都是请求同一个网络服务，如读取数据服务、或写入数据服务等。

在此，所述第二区域设备13、第n区域设备14等、相对于第一区域设备12都可以称为是目标区域设备，在目标区域设备中可以存在若干个来自于各个用户设备的迁移访问请求，同时，在目标区域设备中也可以存在若干个常规访问请求。在本申请中，目标区域设备可以基于迁移访问请求中的参数状态信息确定该迁移访问请求的优先级信息，并基于该优先级信息对相应的迁移访问请求进行处理，基于此，本申请实现了基于迁移访问请求与目标区域设备对应的常规访问请求的不同，对迁移访问请求进行有针对地处理。

在本申请的一个实施例中，所述方法可以由相应的用户设备1和目标区域设备2执行。图4示出了一种在用户设备端进行访问请求处理的方法示例。图5示出了一种在目标区域设备端进行访问请求处理的方法示例。

在一种实现方式中，图1中的用户设备11可以是用户设备1的举例。在一种实现方式中，目标区域设备2可以是图1中示出的任意一个区域设备，特别在对应图1中用户设备11进行数据访问的过程时，目标区域设备2可以对应举例为图1中的第二区域设备13、或第n区域设备14。

其中，在块41中，可以基于用户设备的迁移访问请求对应的累计参数消耗信息和期待参数消耗信息，确定所述迁移访问请求对应的参数状态信息；接着，在块42中，可以在所述迁移访问请求中加入所述参数状态信息，再将所述迁移访问请求发送至对应的目标区域设备2，其中，所述迁移访问请求包括对应的参数状态信息，所述目标区域设备2基于所述参数状态信息确定所述迁移访问请求的处理优先级信息。在一种实现方式中，网络资源和设备资源的消耗一般并不是无限制的，用户设备1对于一个网络服务的请求可以有一个参数消耗的预期，若所述参数状态信息超出了该预期，用户设备1可以基于设置自动停止该网络服务的访问请求，还可以是用户主动停止所述网络服务的请求。

在一个实施例中，所述累计参数消耗信息可以包括但不限于累计请求处理时间信息、累计请求次数信息、累计请求处理流量消耗信息中任一项、或是任意多项的组合。在一种实现方式中，累计请求处理时间信息包括用户设备1的网络服务的请求被切换到目标区域设备2之前尚未成功处理的处理时间，例如，所述迁移访问请求之前的一次或多次历史访问请求的请求处理时间信息。在一种实现方式中，累计请求次数信息可以包括用户设备1的网络服务的请求被切换到目标区域设备2之前尚未成功处理的这一段时间内的请求次数，例如，所述迁移访问请求之前的历史访问请求次数。在一种实现方式中，累计请求处理流量消耗信息可以包括用户设备1的网络服务的请求被切换到目标区域设备2之前尚未成功处理的这一段时间内已消耗的流量值，例如，所述迁移访问请求之前的一次或多次历史访问请求的流量消耗信息。在一种实现方式中，所述累计参数消耗信息还可以对应多种消耗参数的组合，例如，可以定义一种新的累计参数消耗信息，其计算公式为a*累计请求处理时间信息+b*累计请求次数信息+c*累计请求处理流量消耗信息，其中，a、b、c均为设置的权值。

本领域技术人员应该能够理解，上述各项累计参数消耗信息仅为举例，现有或是今后可能出现的其他种类的累计参数消耗信息，若是能够适用本申请，也应当包含在本申请的保护范围内，并以引用的形式包含于此。

进一步，在一个实施例中，所述期待参数消耗信息包括期待请求处理时间信息、期待请求次数信息、期待请求处理流量消耗信息中任一项、或是任意多项的组合。在一种实现方式中，期待请求处理时间信息可以包括用户设备1的网络服务的请求从初次请求至预期结束处理的允许消耗时间，所述预期处理结束可以包括成功处理。在一种实现方式中，期待请求次数信息可以包括用户设备1的网络服务的请求从初次请求至预期结束处理的这一段时间内的允许请求次数，所述预期处理结束可以包括成功处理。在一种实现方式中，期待请求处理流量消耗信息可以包括用户设备1的网络服务的请求从初次请求至预期结束处理的这一段时间内允许消耗的流量信息，所述预期处理结束可以包括成功处理。在一种实现方式中，所述预期参数消耗信息还可以对应多种消耗参数的组合，例如，可以定义一种新的预期参数消耗信息，其计算公式为d*预期请求处理时间信息+e*预期请求次数信息+f*预期请求处理流量消耗信息，其中，d、e、f均为设置的权值。

本领域技术人员应该能够理解，上述各项期待参数消耗信息仅为举例，现有或是今后可能出现的其他种类的期待参数消耗信息，若是能够适用本申请，也应当包含在本申请的保护范围内，并以引用的形式包含于此。

在一个实施例中，所述参数状态信息可以包括以下任一项：累计参数消耗信息大于或等于预设的参数消耗阈值、且小于期待参数消耗信息；累计参数消耗信息大于或等于期待参数消耗信息；累计参数消耗信息小于预设的参数消耗阈值、且小于期待参数消耗信息。在一种实现方式中，所述参考消耗阈值可以包括但不限于请求处理时间阈值、请求次数阈值、请求处理流量消耗阈值。在一种实现方式中，所述参数消耗阈值的具体内容与所述累计参数消耗信息、所述期待参数消耗信息相对应，例如，若是累计参数消耗信息为累计请求处理时间信息、则所述期待参数消耗信息对应为期待请求处理时间信息，相应的，所述参数消耗阈值为请求处理时间阈值。在一种实现方式中，用户设备1可以将确定的参数状态信息添加到所述迁移访问请求中，进而由接收到的目标区域设备2确定具体如何处理所述迁移访问请求。在另一种实现方式中，所述用户设备1还可以基于用户操作随时放弃所述迁移访问请求，例如，若是累计参数消耗信息大于或等于期待参数消耗信息，可以基于预先设置、或基于用户选择发送对应的迁移访问请求，还可以基于用户选择放弃发送迁移访问请求。

进一步，在一个实施例中，所述所述方法还可以包括块43，在块43中，可以执行以下至少任一项：设置迁移访问请求对应的所述参数消耗阈值；设置迁移访问请求对应的所述期待参数消耗信息。在一种实现方式中，可以设置所述参数消耗阈值小于或是等于所述期待参数消耗信息。

在一个实施例中，若所述累计参数消耗信息包括累计请求处理时间信息，则所述方法还包括块44，在块44中，用户设备1可以获取所述迁移访问请求对应的一次或多次历史访问请求的请求处理时间信息，其中，所述迁移访问请求与每次所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。在一种实现方式中，所述历史访问请求可以是用户设备1对相同的网络服务发起的第一次访问请求；还可以是历史上、与第一次访问请求对应于同一个区域设备的其他访问请求；还可以是基于相同的网络服务请求目标区域设备2之前、对其他区域设备发起的其他迁移访问请求；还可以是与当前迁移访问请求之前、发送到目标区域设备2的其他迁移访问请求。在一种实现方式中，所述历史访问请求的请求处理时间信息的一种确定方式可以是：记录用户设备1发出该历史访问请求的时间t1，若预先设置该历史访问请求的等待时限是t1，则若是在t1+t1时刻，未收到该历史访问请求对应的区域设备的反馈信息，则确定该历史访问请求的请求处理时间信息是t1。在一种实现方式中，所述历史访问请求的请求处理时间信息的一种确定方式还可以是：记录用户设备1发出该历史访问请求的时间t1，若在t2时刻接收到该历史访问请求对应的区域设备的请求处理失败信息，则确定该历史访问请求的请求处理时间信息是t2-t1。接着，可以基于每次所述历史访问请求的请求处理时间信息，确定所述迁移访问请求的累计处理时间信息，在一种实现方式中，可以对每次所述历史访问请求的请求处理时间信息进行加和计算，以确定所述累计处理时间信息。接着，可以结合用户设备1设置的迁移访问请求对应的期待请求处理时间信息，确定所述参数状态信息。

在一个实施例中，若所述累计参数消耗信息包括累计请求次数信息，则所述方法还包括块45，在块45中，用户设备1可以获取所述迁移访问请求对应的历史访问请求的请求次数信息用以确定所述累计请求次数信息，其中，所述迁移访问请求与每次所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。在一种实现方式中，所述历史访问请求可以是用户设备1对相同的网络服务发起的第一次访问请求；还可以是历史上、与第一次访问请求对应于同一个区域设备的其他访问请求；还可以是基于相同的网络服务请求目标区域设备2之前、对其他区域设备发起的其他迁移访问请求；还可以是与当前迁移访问请求之前、发送到目标区域设备2的其他迁移访问请求。在一种实现方式中，所述历史访问请求的请求次数信息的一种确定方式可以是：在每发起一次相应网络服务的访问请求时，累计一次。接着，可以结合用户设备1设置的迁移访问请求对应的期待请求次数信息，确定所述参数状态信息。

在一个实施例中，若所述累计参数消耗信息包括累计请求处理流量消耗信息，则所述方法还包括块46，在块46中，用户设备1可以获取所述迁移访问请求对应的一次或多次历史访问请求的请求处理流量消耗信息，其中，所述迁移访问请求与每次所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。在一种实现方式中，所述历史访问请求可以是用户设备1对相同的网络服务发起的第一次访问请求；还可以是历史上、与第一次访问请求对应于同一个区域设备的其他访问请求；还可以是基于相同的网络服务请求目标区域设备2之前、对其他区域设备发起的其他迁移访问请求；还可以是与当前迁移访问请求之前、发送到目标区域设备2的其他迁移访问请求。在一种实现方式中，所述历史访问请求的请求处理流量消耗信息可以由该历史访问请求对应的请求内容的大小、返回内容的大小、请求类型等参数中的一个或多个决定的。进一步，在一种实现方式中，当上述各类参数进行组合使用时，还可以设置各个参数对应的权值。接着，可以基于每次所述历史访问请求的请求处理流量消耗信息，确定所述迁移访问请求的累计请求处理流量消耗信息，在一种实现方式中，可以将各个历史访问的请求处理流量消耗信息进行加和计算确定出所述累计请求处理流量消耗信息；接着，可以结合用户设备1设置的迁移访问请求对应的历史访问请求的期待请求处理流量消耗信息，确定所述参数状态信息。

与之相对应，图5示出了一种在区域设备端进行访问请求处理的方法示例。

其中，在块51中，获取用户设备的迁移访问请求，其中，所述迁移访问请求包括参数状态信息；接着，在块52中，基于所述参数状态信息确定所述迁移访问请求的处理优先级信息；接着，在块53中，基于所述处理优先级信息对所述迁移访问请求进行处理。在此，所述处理优先级信息与处理方式的对应关系可以基于实际场景的需要进行自定义匹配。

在一个实施例中，若所述参数状态信息为累计参数消耗信息大于或等于预设的参数消耗阈值、且小于期待参数消耗信息，则在块52中，可以确定所述迁移访问请求的迁移访问请求的处理优先级信息为第一特殊级别；接着，在块53中，基于所述第一特殊级别，用户设备1可以对所述迁移访问请求进行优先处理。例如，若所述迁移访问请求的对应的历史访问请求的累计请求处理时间信息是9s，请求处理时间阈值为8s，期待请求处理时间信息为10s，则可以判定该迁移访问请求的迁移访问请求的处理优先级信息满足第一特殊级别的条件，目标区域设备2可以对该迁移访问请求优先处理。

在一个实施例中，若所述参数状态信息为累计参数消耗信息大于或等于期待参数消耗信息，且所述迁移访问请求对应有至少一个历史访问请求，其中，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备，及对应于同一个处理访问请求的目标区域设备，且对应的访问请求内容相同，则在块52中，可以确定所述迁移访问请求的迁移访问请求的处理优先级信息为第二特殊级别；接着，在块53中，用户设备1基于所述第二特殊级别，对所述迁移访问请求进行优先处理。进一步，在一个实施例中，若所述参数状态信息为累计参数消耗信息大于或等于期待参数消耗信息，且所述迁移访问请求未对应有上述历史访问请求，则在块52中，可以确定所述迁移访问请求的迁移访问请求的处理优先级信息为无优先级；接着，在块53中，目标区域设备2可以拒绝对所述迁移访问请求进行处理。在上述两个实施例中，用户设备1在累计参数消耗信息大于或等于期待参数消耗信息的情况下，并不直接放弃请求，而是可以继续将基于用户的选择在目标区域设备中进行对应网络服务的处理，同时对应的目标区域设备2可以选择拒绝对所述迁移访问请求进行处理，例如漠视该请求、或是直接反馈拒绝处理信息；或者也可以设置：若所述迁移访问请求之前向所述目标区域设备2发送过对应于相同网络服务的历史访问请求，则改变该迁移访问请求的优先级，对其进行优先处理。在此实施例中，可以充分尊重用户对迁移访问请求处理的处理方式的自主选择权益，以期提高用户体验。

在一个实施例中，若所述参数状态信息为累计参数消耗信息小于预设的参数消耗阈值、且小于期待参数消耗信息，则在块52中，可以确定所述迁移访问请求的迁移访问请求的处理优先级信息为常规级别；接着，在块53中，目标区域设备2可以执行以下任一项操作：对所述迁移访问请求进行优先处理；基于先到先处理原则对所述迁移访问请求进行处理，在一种实现方式中，所述迁移访问请求可以与目标区域设备中对应的常规访问请求不做区分地、一起基于先到先处理原则被处理；待目标区域设备中对应的常规访问请求处理完毕后，对所述迁移访问请求进行顺序处理，在一种实现方式中，所述顺序处理可以是先到先处理原则；基于迁移访问请求的请求类别信息，结合请求类别信息的优先级信息，对所述迁移访问请求进行对应处理，在一种实现方式中，所述请求类别可以包括任意已知、或自定义的类别信息，例如将请求分为高级用户请求和普通用户请求，前者的优先级高于后者，则将给予该请求类别信息的优先级信息，对高级用户请求对应的迁移访问请求进行优先处理。

在一个实施例中，所述累计参数消耗信息可以包括但不限于以下至少任一项：累计请求处理时间信息、累计请求次数信息、累计请求处理流量消耗信息。与之相对应的，所述期待参数消耗信息也可以包括但不限于以下至少任一项：期待请求处理时间信息、期待请求次数信息、期待请求处理流量消耗信息。在一种实现方式中，若是所述累计参数消耗信息、及对应的期待参数消耗信息是不限于上述多项的组合信息，则可以依次判断各项参数对应的参数状态信息，并可以设置上述多项中权重最大一项对应的参数状态信息，为所述替补网络请求2处理该迁移访问请求所依据的最终的参数状态信息，或可以设置上述多项分别对应的参数状态信息中最多的一类，为所述替补网络请求2处理该迁移访问请求所依据的最终的参数状态信息。

在本申请中，目标区域设备2可以基于迁移访问请求包括对应的参数状态信息为所述迁移访问请求匹配对应的处理优先级信息，从而以所述处理优先级信息确定何时对迁移访问请求进行处理，由此，可以结合该迁移访问请求的历史处理情况，充分应对该迁移访问请求有别于常规访问请求的处理需求，实现对迁移访问请求的及时处理，减弱处理延时给用户带来的不良体验，同时可以有效减少迁移访问请求在多个区域设备中迁移次数，降低区域设备的运行负荷，避免区域设备产生雪崩效应。

基于图4，在本申请的一个实施例中，所述方法还包括块47，在块47中，可以从一个或多个区域设备中确定目标区域设备2；接着，在块42中，可以将与用户设备1的历史访问请求对应的迁移访问请求发送至对应的目标区域设备2，其中，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。

在一种实现方式中，所述历史访问请求可以是用户设备1对相同的网络服务发起的第一次访问请求；还可以是历史上、与第一次访问请求对应于同一个区域设备的其他访问请求；还可以是基于相同的网络服务请求目标区域设备2之前、对其他区域设备发起的其他迁移访问请求；还可以是与当前迁移访问请求之前、发送到目标区域设备2的其他访问请求。在此，所述区域设备可以包括但不限于单个网络服务器、多个网络服务器集或云服务器。在一种实现方式中，所述区域设备可以部署在相应的数据存储系统中，不同区域设备可以设置对应不同区域、并匹配相同网络服务。进一步，在一种实现方式中，多个区域设备、或所述数据存储系统可以对应一个统一的区域设备信息解析服务，所述区域设备信息解析服务可以为所述多个区域设备、或所述数据存储系统中全部或部分区域设备设备提供统一的地址解析服务，当所述数据存储系统是一种多区域强一致性的数据存储系统时，还可以保证区域设备信息解析服务对应的所述区域设备的区域设备信息实现跨区域数据一致性。在一种实现方式中，所述统一的区域设备信息解析服务可以部署在单个服务器、或是服务器集群中，进一步该统一的区域设备信息解析服务还可以对应有备份服务器或服务器集群，在一种实现方式中，当用户设备1有需要时，可以从相应的服务器或服务器集群中获取所述区域设备信息解析服务，例如，获取一个或多个区域设备的区域设备信息，如设备ip信息，或是设备集群对应的vip信息。在另一种实现方式中，所述统一的区域设备信息服务可以部署在用户设备1中，例如，通过硬编码、配置等方式将区域设备的区域设备信息导入到用户设备中，一种实现方式是，所述编码、配置等信息可以包含在相应的sdk文件中，由对应的用户设备1获取，用户设备1通过相应的接口调用方式获取一个或多个区域设备的区域设备信息。

接着，用户设备可以在上述一个或多个区域设备中确定用户设备1的迁移访问请求对应的目标区域设备2。在一种实现方式中，可以通过随机筛选、顺序筛选等简单的选择方式从一个或多个区域设备中确定用于接收用户的迁移访问请求对应的目标区域设备2。在本申请的另一种实现方式中，还可以基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备1的迁移访问请求对应的目标区域设备2。

本申请的该实施例可以在一个或多个区域设备中确定用户设备1的迁移访问请求对应的目标区域设备2，进而将该网络服务通过所述迁移访问请求切换到其他区域的区域设备中继续进行处理，从而可以降低因为部分区域的区域设备发生灾变给相应用户的访问请求带来的不良影响，有效保障了用户的获取网络服务需求，同时可以降低相应地区的区域设备的运行负荷，避免相应区域设备由于较大运行负荷可能造成的雪崩效应。

进一步，在一个实施例中，在块47中，还可以进一步实现当满足访问请求迁移触发条件时，在一个或多个区域设备中确定用户设备1的迁移访问请求对应的目标区域设备2。在此，所述访问请求迁移触发条件可以包括任意使的所述迁移访问请求对应的网络服务、无法按用户预期实现成功处理的各种原因。例如，所述迁移访问请求对应的历史访问请求的相应的区域设备出现灾变，具体地，所述灾变可以包括用户设备1的历史访问请求处理失败。在此，所述处理失败的原因可以包括各种可能的网络故障或硬件故障；还可以包括历史访问请求在派对等待处理，且等待时间达到预设的时间阈值。对于历史访问请求处理失败，用户设备1可以是基于区域设备的失败反馈信息来确定，或是基于超过预设的时间阈值来默认。

本领域技术人员应该能够理解，上述各项访问请求迁移触发条件仅为举例，现有或是今后可能出现的其他种类的访问请求迁移触发条件，若是能够适用本申请，也应当包含在本申请的保护范围内，并以引用的形式包含于此。

一个实施例中，在块47中，可以实现基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备1的迁移访问请求对应的目标区域设备，其中，所述筛选信息包括以下至少任一项：可以是区域设备的处理时延信息，所述处理延时信息可以参考当前的网络环境、设备状态，合理预测出相应区域设备处理所述迁移访问请求的可能消耗的时间；还可以是区域设备的设备处理能力信息，其包括可用服务端的设备整体处理能力信息，或设备实时处理能力信息。例如，以所述可用服务器是终端集群为例，则设备处理能力信息可以包括但不限于该集群的cpu总量、总内存大小、吞吐量、总内存剩余、剩余流量等。在此，可以通过设备实时处理能力信息来衡量各个可用服务器的整体的资源优劣、或是当前实时的终端负荷状态，以期通过对比，确定出当前服务器处理能力最佳的区域设备作为所述迁移访问请求的目标区域设备2。

在此，本领域技术人员应该能够理解，上述各项筛选信息仅为举例，现有或是今后可能出现的其他种类的筛选信息，若是能够适用本申请，也应当包含在本申请的保护范围内，并以引用的形式包含于此。

在此实施例中，相比于简单选择方式，基于所述筛选信息可以更加有针对性的预测出各个区域设备对所述迁移访问请求的处理效果，更加有利于访问请求的平滑迁移。基于此，本申请还可以通过对区域设备的合理选择，进一步提高迁移访问请求被成果处理的效率，降低由于区域灾变和流量迁移对应的处理延时给用户带来的不良体验，同时可以有效减少迁移访问请求在多个替换区域设备中迁移次数，降低替换区域设备的运行负荷，避免替换区域设备产生雪崩效应。

进一步，一个实施例可以包括，在块47中，用户设备1可以获取一个或多个区域设备中每个区域设备的筛选信息。在一种实现方式中，所述筛选信息可以由用户设备1实时获取，例如，可以通过用户设备1于区域设备之间的心跳机制获取，如用户设备1通过发起心跳请求的方式获取对应一个或多个区域设备的处理时延信息。在另一种实现方式中，所述筛选信息还可以是预先存储在用户设备1中的，例如，区域设备的集群cpu总量、总内存大小、吞吐量等信息可以包含在相应的sdk文件中，由对应的用户设备1获取。接着，在块47中，可以基于与所述筛选信息对应的筛选规则，在一个或多个区域设备中确定用户设备1的迁移访问请求对应的目标区域设备2。在此，可以基于筛选信息的不同种类，设置相应的筛选规则。

进一步，一个实施例是，在块47中，若所述筛选信息包括区域设备的处理时延信息，则可以获取一个或多个区域设备的处理时延信息。在一种实现方式中，可以设置用户设备1向各个区域设备之间定时的发送心跳请求，基于相应的心跳机制，用户设备1可以定时获取到其与各个区域设备之间的处理延时信息，进而，当用户设备1由发送迁移访问请求的需要时，可以获得当前各个区域设备的处理时延信息。接着，在块47中，可以基于每个区域设备的处理时延信息，确定处理时延信息中时延最短的区域设备为目标区域设备。在一种实现方式中，可以对每个区域设备的处理时延信息进行大小排序，如按照具体迟延的时间长短进行大小排序；接着，确定处理时延信息最小，如当前延迟的时间最短的区域设备为用户设备1的迁移访问请求对应的目标区域设备2。

进一步，一个实施例是，在块47中，若所述筛选信息包括区域设备的设备处理能力信息，则可以获取一个或多个区域设备的设备处理能力信息；在一种实现方式中，可以设置用户设备1向各个区域设备之间定时的发送心跳请求，基于相应的心跳机制，用户设备1可以获取目标区域设备反馈的心跳应答中包含的各类设备处理能力信息；在另一种实现方式中，用户设备1还可以读取设备中存储的相应的设备整体处理能力信息。接着，在块47中，可以基于每个区域设备的设备处理能力信息，确定设备处理能力信息最强的区域设备为目标区域设备。在一种实现方式中，可以对每个区域设备的设备整体处理能力信息进行强弱排序，在一种方式中还可以可以对包括但不限于该集群的cpu总量、总内存大小、吞吐量、总内存剩余、剩余流量各项进行加权计算，确定一个反映设备整体处理能力信息的综合值，并进行相应排序。进而，确定设备整体处理能力信息最强的区域设备为用户设备1的迁移访问请求对应的目标区域设备2。

进一步，一个实施例是，在块47中，若所述筛选信息包括区域设备的处理时延信息和区域设备的设备处理能力信息，则用户设备1获取一个或多个区域设备的处理时延信息和设备处理能力信息；接着，用户设备1可以对每个区域设备的处理时延信息进行时延长短的排序，且对每个区域设备的设备处理能力信息进行强弱排序；进而，确定处理时延信息中时延最短、且设备处理能力信息最强的区域设备为用户设备1的迁移访问请求对应的目标区域设备2。在一种实现方式中，可以同时获得上述两种、或更多种筛选信息，并确定所述目标区域设备需要同时满足各项筛选信息最佳。在另一种实现方式中，还可以对两种或更多钟筛选信息设置参考的优先级，例如，设置先对每个区域设备的设备处理能力信息进行强弱排序，若存在多个设备整体处理能力信息最强的区域设备，再基于该多个区域设备的各自的处理时延信息确定出处理时延信息最短的一个为目标区域设备。在本申请中，目标区域设备选择的多样化算法，可以针对不同的应用场景，灵活地为当前用户设备1匹配最佳的目标区域设备2，进一步提高迁移访问请求处理的效率，优化用户体验。

在一个实施例中，所述方法还包括块48(未示出)，在块48中，可以获取与用户设备1的历史访问请求对应的一个或多个区域设备的区域设备信息，如设备ip信息，若所述区域设备为设备集群，则区域设备信息还可以为该设备集群对应的vip信息，在一种实现方式中，当用户设备1可以通过区域设备信息服务获取一个或多个区域设备的区域设备信息，例如，可以从提供统一的区域设备信息服务的服务器或服务器集群中获取所述区域设备信息，在一种实现方式中，用户设备1可以从提供统一的区域设备信息服务的服务器或服务器集群中获取提供一致性数据服务的数据系统中全部区域设备的所述区域设备信息。接着，在块48中，基于所述目标区域设备2的区域设备信息，可以将与用户设备1的历史访问请求对应的迁移访问请求发送至所述区域设备信息对应的目标区域设备2。

本申请实施例还提供了另一种对网络服务的进行访问请求迁移的方法，以实现访问请求的平滑切换。所述方法可以在相应的用户设备中实现。所述用户设备包括但不限于各种个人计算机、移动智能设备、网络主机、单个网络服务器、多个网络服务器集或云服务器等。

现有的数据存储系统通常是在单区域中进行部署、或是在单区域中进行目标数据的备份，无法解决区域灾变引起的服务中断问题、因此无法实现单区域系统故障引起的访问请求的有效迁移，导致服务中断、异常甚至错误发生。

在本申请的一个实施例中，所述数据存储系统可以包含多区域的区域设备的部署，每个区域的区域设备可以部署有相同的网络服务，进一步，在一种实现方式中，部署有相同网络服务的各个区域设备，在任意时间各自提供的数据服务可以保持相互一致，在此，所述区域设备可以是单个服务器、还可以是服务器集群。在此，多个区域可以包括但不限于多个机房、多个国家、多个区域等划分方式。一种实际的可能场景是，用户在向一个区域的区域设备请求网络服务的过程中，当所述网络服务无法被顺利处理时，例如该区域的区域设备发生灾变，则可以在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备，进而将该网络服务通过所述迁移访问请求切换到其他区域的区域设备中继续进行处理，从而可以降低因为部分区域设备的故障给相应用户的访问请求带来的不良影响，有效保障了用户的获取网络服务需求，同时可以降低相应地区的区域设备的运行负荷，避免相应区域设备由于较大运行负荷可能造成的雪崩效应。在本申请的一种实现方式中，可以通过随机筛选、顺序筛选等简单的选择方式从一个或多个区域设备中确定用于接收用户的迁移访问请求对应的目标区域设备。在本申请的另一种实现方式中，还可以基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备。相比于简单选择方式，基于所述筛选信息可以更加有针对性的预测出各个区域设备对所述迁移访问请求的处理效果，更加有利于访问请求的平滑迁移。基于此，本申请还可以通过对区域设备的合理选择，进一步提高迁移访问请求被成果处理的效率，降低由于区域灾变和流量迁移对应的处理延时给用户带来的不良体验，同时可以有效减少迁移访问请求在多个替换区域设备中迁移次数，降低替换区域设备的运行负荷，避免替换区域设备产生雪崩效应。

在此，图2根据各个实施例，示意性地示出了另一种访问请求的处理的场景示例，用于示例对网络服务的进行访问请求迁移的场景。其中，第一区域设备22、第二区域设备23、第n区域设备24等可以是提供一致性数据服务的数据系统中的若干个区域设备。进一步，在每个区域设备中可以部署有一个或多个服务器，例如，与第一区域设备22对应的服务器221、服务器222、服务器223等，与第二区域设备13对应的服务器231、服务器232、服务器233等，与第n区域设备24对应的服务器241、服务器242、服务器243等，服务器用于接收并处理来自用户设备的网络访问请求，在一种实现方式中，若所述区域设备包括多个服务器，则可以通过负载均衡技术，将具体的每个网络访问请求分配至具体的服务器中进行处理，同时，用户请求的数据服务对应的数据信息，可以存储在相应区域设备对应的本地存储设备或系统中，例如，与第一区域设备22对应的本地存储220，与第二区域设备23对应的本地存储230，与第n区域设备24对应的本地存储240等；也可存储在相应区域设备之外的任意其他设备或系统中。图2中的用户设备21可以用来指代基于数据服务需求、向区域设备发出网络访问请求的任意设备，包括但不限于各种个人计算机、移动智能设备、网络主机、单个网络服务器、多个网络服务器集或云服务器等。

在此，图2中，首先由第一区域设备22接收到用户设备21的历史访问请求，但由于第一区域设备22无法基于该历史访问请求为用户设备21顺利地提供数据服务，例如第一区域设备22出现灾变，则用户设备21可以在所述数据系统中的其它区域设备，例如，第二区域设备23、第n区域设备24、或其它区域设备等中，确定出对应的目标区域设备，进而，将与该历史访问请求对应的迁移访问请求发送至该目标区域设备，以实现访问流量的迁移。在此一种确定目标区域设备的可能的实现方式可以是，基于用户设备21与各个区域设备之间的心跳机制获取可以用来选择目标区域设备的筛选信息，从而基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备。此外，图2还示出了，用户设备21可以通过区域设备信息服务25获取一个或多个区域设备的区域设备信息，例如，可以从提供统一的区域设备信息服务的服务器或服务器集群中获取提供一致性数据服务的数据系统中全部区域设备的所述区域设备信息。在一种实现方式中，所述提供统一的区域设备信息服务的服务器或服务器集群中的区域设备信息可以从各个区域设备中抓取或更新得到的，还可以由各个区域设备的自动提供的。

在本申请的一个实施例中，所述方法可以由相应的用户设备3执行。所述用户设备3可以与上述用户设备1相同或相似。在一种实现方式中，图2中的用户设备21可以是用户设备3的举例。图6示出了一种对网络服务的进行访问请求迁移的方法示例。

所述方法包括块61，在块61中，可以在一个或多个区域设备中确定用户设备3的迁移访问请求对应的目标区域设备2，其中，所述迁移访问请求存在对应的历史访问请求，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备3，且对应的访问请求内容相同，同时，接收所述历史访问请求的对应区域设备不包含在所述一个或多个区域设备中。

在一种实现方式中，所述历史访问请求可以是用户设备3对相同的网络服务发起的第一次访问请求；还可以是历史上、与第一次访问请求对应于同一个区域设备的其他访问请求；还可以是基于相同的网络服务请求目标区域设备之前、对其他区域设备发起的其他迁移访问请求；还可以是与当前迁移访问请求之前、发送到目标区域设备的其他访问请求。在此，所述区域设备可以包括但不限于单个网络服务器、多个网络服务器集或云服务器。在一种实现方式中，所述区域设备可以部署在相应的数据存储系统中，不同区域设备可以设置对应不同区域、并匹配相同网络服务。进一步，在一种实现方式中，多个区域设备、或所述数据存储系统可以对应一个统一的区域设备信息解析服务，所述区域设备信息解析服务可以为所述多个区域设备、或所述数据存储系统中全部或部分区域设备设备提供统一的地址解析服务，当所述数据存储系统是一种多区域强一致性的数据存储系统时，还可以保证区域设备信息解析服务对应的所述区域设备的区域设备信息实现跨区域数据一致性。在一种实现方式中，所述统一的区域设备信息服务可以部署在单个服务器、或是服务器集群中，进一步该统一的区域设备信息服务还可以对应有备份服务器或服务器集群，在一种实现方式中，当用户设备有需要时，可以从相应的服务器或服务器集群中获取所述区域设备信息服务，例如，获取一个或多个区域设备的区域设备信息，如设备ip信息，或是设备集群对应的vip信息。在另一种实现方式中，所述统一的区域设备信息服务可以部署在用户设备中，例如，通过硬编码、配置等方式将区域设备的区域设备信息导入到用户设备中，一种实现方式是，所述编码、配置等信息可以包含在相应的sdk文件中，由对应的用户设备3获取，用户设备3通过相应的接口调用方式获取一个或多个区域设备的区域设备信息。

接着，用户设备3可以在上述一个或多个区域设备中确定用户设备3的迁移访问请求对应的目标区域设备。在一种实现方式中，可以通过随机筛选、顺序筛选等简单的选择方式从一个或多个区域设备中确定用于接收用户的迁移访问请求对应的目标区域设备。在本申请的另一种实现方式中，还可以基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备。

本申请的该实施例可以在一个或多个区域设备中确定用户设备3的迁移访问请求对应的目标区域设备，进而将该网络服务通过所述迁移访问请求切换到其他区域的区域设备中继续进行处理，从而可以降低因为部分区域的区域设备发生灾变给相应用户的访问请求带来的不良影响，有效保障了用户的获取网络服务需求，同时可以降低相应地区的区域设备的运行负荷，避免相应区域设备由于较大运行负荷可能造成的雪崩效应。

进一步，在一个实施例中，在块61中，还可以进一步实现当满足访问请求迁移触发条件时，在一个或多个区域设备中确定用户设备3的迁移访问请求对应的目标区域设备。在此，所述访问请求迁移触发条件可以包括任意使的所述迁移访问请求对应的网络服务、无法按用户预期实现成功处理的各种原因。例如，所述迁移访问请求对应的历史访问请求的相应的区域设备出现灾变，具体地，所述灾变可以包括用户设备3的历史访问请求处理失败。在此，所述处理失败的原因可以包括各种可能的网络故障或硬件故障；还可以包括历史访问请求在派对等待处理，且等待时间达到预设的时间阈值。对于历史访问请求处理失败，用户设备可以是基于区域设备的失败反馈信息来确定，或是基于超过预设的时间阈值来默认。

本领域技术人员应该能够理解，上述各项访问请求迁移触发条件仅为举例，现有或是今后可能出现的其他种类的访问请求迁移触发条件，若是能够适用本申请，也应当包含在本申请的保护范围内，并以引用的形式包含于此。

一个实施例中，在块61中，可以实现基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备3的迁移访问请求对应的目标区域设备，其中，所述筛选信息包括以下至少任一项：可以是区域设备的处理时延信息，所述处理延时信息可以参考当前的网络环境、设备状态，合理预测出相应区域设备处理所述迁移访问请求的可能消耗的时间；还可以是区域设备的设备处理能力信息，其包括可用服务端的设备整体处理能力信息，或设备实时处理能力信息。例如，以所述可用服务器是终端集群为例，则设备处理能力信息可以包括但不限于该集群的cpu总量、总内存大小、吞吐量、总内存剩余、剩余流量等。在此，可以通过设备实时处理能力信息来衡量各个可用服务器的整体的资源优劣、或是当前实时的终端负荷状态，以期通过对比，确定出当前服务器处理能力最佳的区域设备作为所述迁移访问请求的目标区域设备。

在此，本领域技术人员应该能够理解，上述各项筛选信息仅为举例，现有或是今后可能出现的其他种类的筛选信息，若是能够适用本申请，也应当包含在本申请的保护范围内，并以引用的形式包含于此。

在此实施例中，相比于简单选择方式，基于所述筛选信息可以更加有针对性的预测出各个区域设备对所述迁移访问请求的处理效果，更加有利于访问请求的平滑迁移。基于此，本申请还可以通过对区域设备的合理选择，进一步提高迁移访问请求被成果处理的效率，降低由于区域灾变和流量迁移对应的处理延时给用户带来的不良体验，同时可以有效减少迁移访问请求在多个替换区域设备中迁移次数，降低替换区域设备的运行负荷，避免替换区域设备产生雪崩效应。

进一步，一个实施例可以包括，在块61中，用户设备3可以获取一个或多个区域设备中每个区域设备的筛选信息。在一种实现方式中，所述筛选信息可以由用户设备3实时获取，例如，可以通过用户设备1于区域设备之间的心跳机制获取，如用户设备3通过发起心跳请求的方式获取对应一个或多个区域设备的处理时延信息。在另一种实现方式中，所述筛选信息还可以是预先存储在用户设备中的，例如，区域设备的集群cpu总量、总内存大小、吞吐量等信息可以包含在相应的sdk文件中，由对应的用户设备3获取。接着，在块61中，可以基于与所述筛选信息对应的筛选规则，在一个或多个区域设备中确定用户设备的3迁移访问请求对应的目标区域设备2。在此，可以基于筛选信息的不同种类，设置相应的筛选规则。

进一步，一个实施例是，在块61中，若所述筛选信息包括区域设备的处理时延信息，则可以获取一个或多个区域设备的处理时延信息。在一种实现方式中，可以设置用户设备3向各个区域设备之间定时的发送心跳请求，基于相应的心跳机制，用户设备3可以定时获取到其与各个区域设备之间的处理延时信息，进而，当用户设备3由发送迁移访问请求的需要时，可以获得当前各个区域设备的处理时延信息。接着，在块61中，可以基于每个区域设备的处理时延信息，确定处理时延信息中时延最短的区域设备为目标区域设备2。在一种实现方式中，可以对每个区域设备的处理时延信息进行大小排序，如按照具体迟延的时间长短进行大小排序；接着，确定处理时延信息最小，如当前延迟的时间最短的区域设备为用户设备2的迁移访问请求对应的目标区域设备2。

进一步，一个实施例是，在块61中，若所述筛选信息包括区域设备的设备处理能力信息，则用户设备3可以获取一个或多个区域设备的设备处理能力信息；在一种实现方式中，可以设置用户设备3向各个区域设备之间定时的发送心跳请求，基于相应的心跳机制，用户设备3可以获取区域设备反馈的心跳应答中包含的各类设备处理能力信息；在另一种实现方式中，用户设备3还可以读取设备中存储的相应的设备整体处理能力信息。接着，在块61中，可以基于每个区域设备的设备处理能力信息，确定设备处理能力信息最强的区域设备为目标区域设备2。在一种实现方式中，可以对每个区域设备的设备整体处理能力信息进行强弱排序，在一种方式中还可以可以对包括但不限于该集群的cpu总量、总内存大小、吞吐量、总内存剩余、剩余流量各项进行加权计算，确定一个反映设备整体处理能力信息的综合值，并进行相应排序。进而，确定设备整体处理能力信息最强的区域设备为用户设备3的迁移访问请求对应的目标区域设备2。

进一步，一个实施例是，在块61中，若所述筛选信息包括区域设备的处理时延信息和区域设备的设备处理能力信息，则用户设备3获取一个或多个区域设备的处理时延信息和设备处理能力信息；接着，用户设备3可以对每个区域设备的处理时延信息进行时延长短的排序，且对每个区域设备的设备处理能力信息进行强弱排序；进而，确定处理时延信息中时延最短、且设备处理能力信息最强的区域设备为用户设备3的迁移访问请求对应的目标区域设备2。在一种实现方式中，可以同时获得上述两种、或更多种筛选信息，并确定所述目标区域设备2需要同时满足各项筛选信息最佳。在另一种实现方式中，还可以对两种或更多钟筛选信息设置参考的优先级，例如，设置先对每个区域设备的设备处理能力信息进行强弱排序，若存在多个设备整体处理能力信息最强的区域设备，再基于该多个区域设备的各自的处理时延信息确定出处理时延信息最短的一个为目标区域设备2。在本申请中，目标区域设备2选择的多样化算法，可以针对不同的应用场景，灵活地为当前用户设备匹配最佳的目标区域设备2，进一步提高迁移访问请求处理的效率，优化用户体验。

在一个实施例中，所述方法还包括块62，在块62中，可以将用户设备3的迁移访问请求发送至所述目标区域设备2。进一步，在一个实施例中，所述方法还包括块63，在块63中，可以获取与用户设备3的历史访问请求对应的一个或多个区域设备的区域设备信息，如设备ip信息，若所述区域设备为设备集群，则区域设备信息还可以为该设备集群对应的vip信息，在一种实现方式中，当用户设备3可以通过区域设备信息服务获取一个或多个区域设备的区域设备信息，例如，可以从提供统一的区域设备信息服务的服务器或服务器集群中获取所述区域设备信息，在一种实现方式中，用户设备3可以从提供统一的区域设备信息服务的服务器或服务器集群中获取提供一致性数据服务的数据系统中全部区域设备的所述区域设备信息。接着，基于所述目标区域设备2的区域设备信息，可以将与用户设备3的历史访问请求对应的迁移访问请求发送至所述区域设备信息对应的目标区域设备2。

在本申请的各个实施例中，用户设备(用户设备1、用户设备2)执行的各个操作可以通过接口调用的方法实现。

本申请实施例提供了一种应用程序接口，所述应用程序接口可以用以应对用户进行网络服务访问请求时、进行区域设备切换需要，进而帮助用户将迁移访问请求提供至目标区域设备中进行处理。所述应用程序接口可以是基于多地域强一致性的数据系统开发实现的。在一种实现方式中，所述应用程序接口可以基于数据系统的服务需要进行扩展和增加。

在本申请的一个实施例中，所述应用程序接口可以包括：接收模块，可以接收用户的网络服务请求；切换模块，可以所述网络服务请求执行与切换区域设备相关的操作。

进一步，在一个实施例中，所述接收模块可以接收用户的区域设备信息获取请求；接着，所述切换模块可以将所述区域设备信息获取请求输出；获取基于所述区域设备信息获取请求返回的区域设备信息。在此，所述区域设备信息可以时区域设备的ip地址，若区域设备是设备集群，则区域设备信息还可以是所述设备集群的vip地址。

在一个实施例中，所述接收模块可以接收用户的切换区域设备请求；接着，所述切换模块基于所述切换区域设备请求切换区域设备。

在一个实施例中，所述接收模块可以接收用户设备的自动切换区域设备请求；接着，所述切换模块可以基于所述自动切换区域设备请求进行网络服务对应的区域设备的切换。

在一种实现方式中，所述切换模块还可以实现区域设备自动切换功能的打开关闭操作。

在一种实现方式中，所述切换模块还可以基于设置的实现区域设备信息列表获取到区域设备信息。

在一种实现方式中，所述切换模块还可以基于设置的基于处理时间的区域设备切换算法，当单个请求的对当前区域设备的累计访问时间达到或超过执行的处理时间，则进行区域设备的切换。

在一种实现方式中，所述切换模块还可以基于设置的基于处理次数的区域设备切换算法，当单个请求的对当前区域设备的累计访问失败次数达到过超过执行的处理次数时，则进行区域设备的切换。

在一种实现方式中，所述切换模块还可以基于设置的基于当前请求消耗资源的切换算法，当单个请求的对当前区域设备的累计消耗资源达到过超过指定消耗资源时，则进行区域设备的切换。

在一种实现方式中，所述切换模块还可以基于设置的资源消耗算法，确定资源消耗量。单个请求的资源消耗量可通过对请求大小、请求类型等计算。

在一种实现方式中，所述切换模块还可以基于设置的区域设备切换选择算法，在当前区域设备发生访问异常时，在当前的区域设备列表中，选择下一个区域设备地址。

在一种实现方式中，所述切换模块还可以基于设置的顺序或随机的选择算法，实现从当前区域设备列表中顺序或随机选取切换区域设备地址。

在一种实现方式中，所述切换模块还可以基于设置的区域设备资源优先算法，即根据获取到的当前区域设备列表中的信息，选择区域设备集群资源最多消耗最少的进行切换

在一种实现方式中，所述切换模块还可以基于设置的访问延迟优先算法，获取当前区域设备列表，并获取当前实际访问延迟，进而根据当前延迟时间选择最优切换区域设备。

在一种实现方式中，所述切换模块还可以执行基于设置的区域设备发生切换时自定义回调方法。

在一种实现方式中，所述切换模块还可以基于设置的区域设备切换失败方法，在当前的数据存储系统无法满足该流量的自动切换时，返回区域设备切换失败。

在一种实现方式中，所述切换模块还可以基于设置的基于次数的失败方法。在请求切换多次均发生失败，且达到指定次数时，确定区域设备切换失败。

在一种实现方式中，所述切换模块还可以基于设置的基于超时时间的失败方法，在请求切换多次均发生失败，且达到指定时间仍无法正常运行，确定区域设备切换失败。

本申请实施例还提供了一种数据处理方法，其中，所述方法包括块00(未示出)、块01(未示出)和块02(未示出)，其中，在块00(未示出)中，用户设备1获取迁移访问请求及其对应的历史访问请求；在块01(未示出)中，用户设备1设置所述迁移访问请求的优先级数据；在块02(未示出)中，用户设备1发送所述迁移访问请求，其中，所述迁移访问请求包括所述优先级数据。

在一种实现方式中，图1中的用户设备11可以是所述用户设备1的举例。在块00(未示出)中，用户设备1获取迁移访问请求及其对应的历史访问请求，基于所述迁移访问请求，及其对应的历史访问请求，确定所述迁移访问请求对应的累计参数消耗信息和期待参数消耗信息；进而基于所述迁移访问请求对应的累计参数消耗信息和期待参数消耗信息确定所述迁移访问请求的优先级数据，在一种实现方式中，所述优先级数据可以包括所述迁移访问请求对应的参数状态信息；接着，在块02中，用户设备1可以发送所述迁移访问请求，其中，所述迁移访问请求包括所述优先级数据，例如，将所述包含了参数状态信息的所述迁移访问请求发送至对应的目标区域设备，其中，所述目标区域设备基于所述参数状态信息确定所述迁移访问请求的处理优先级信息。

如图3所示在一些实施例中，系统300能够作为图1、图2、图7、图8或图9所示的实施例或其他所述实施例中的任意一个所述的用户设备11、第一区域设备12、第二区域设备13、第n区域设备14、用户设备21、第一区域设备22、第二区域设备23、第n区域设备24、用户设备1、目标区域设备2、用户设备3。在一些实施例中，系统300可包括具有指令的一个或多个计算机可读介质(例如，系统存储器或nvm/存储设备320)以及与该一个或多个计算机可读介质耦合并被配置为执行指令以实现模块从而执行本申请中所述的动作的一个或多个处理器(例如，(一个或多个)处理器305)。

对于一个实施例，系统控制模块310可包括任意适当的接口控制器，以向(一个或多个)处理器305中的至少一个和/或与系统控制模块310通信的任意适当的设备或组件提供任意适当的接口。

系统控制模块310可包括存储器控制器模块330，以向系统存储器315提供接口。存储器控制器模块330可以是硬件模块、软件模块和/或固件模块。

系统存储器315可被用于例如为系统300加载和存储数据和/或指令。对于一个实施例，系统存储器315可包括任意适当的易失性存储器，例如，适当的dram。在一些实施例中，系统存储器315可包括双倍数据速率类型四同步动态随机存取存储器(ddr4sdram)。

对于一个实施例，系统控制模块310可包括一个或多个输入/输出(i/o)控制器，以向nvm/存储设备320及(一个或多个)通信接口325提供接口。

例如，nvm/存储设备320可被用于存储数据和/或指令。nvm/存储设备320可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(hdd)、一个或多个光盘(cd)驱动器和/或一个或多个数字通用光盘(dvd)驱动器)。

nvm/存储设备320可包括在物理上作为系统300被安装在其上的设备的一部分的存储资源，或者其可被该设备访问而不必作为该设备的一部分。例如，nvm/存储设备320可通过网络经由(一个或多个)通信接口325进行访问。

(一个或多个)通信接口325可为系统300提供接口以通过一个或多个网络和/或与任意其他适当的设备通信。系统300可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信。

对于一个实施例，(一个或多个)处理器305中的至少一个可与系统控制模块310的一个或多个控制器(例如，存储器控制器模块330)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器305中的至少一个可与系统控制模块310的一个或多个控制器的逻辑封装在一起以形成系统级封装(sip)。对于一个实施例，(一个或多个)处理器305中的至少一个可与系统控制模块310的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器305中的至少一个可与系统控制模块310的一个或多个控制器的逻辑集成在同一模具上以形成片上系统(soc)。

在各个实施例中，系统300可以但不限于是：服务器、工作站、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)。在各个实施例中，系统300可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，系统300包括一个或多个摄像机、键盘、液晶显示器(lcd)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(asic)和扬声器。

需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

本申请提供了一种访问请求的处理方法和设备，示例1可包括一种用户设备，其中，所述用户设备包括参数状态信息确定模块和第一收发模块：

参数状态信息确定模块，用于基于用户设备的迁移访问请求对应的累计参数消耗信息和期待参数消耗信息，确定所述迁移访问请求对应的参数状态信息；

第一收发模块，用于在所述迁移访问请求中加入所述参数状态信息，再将所述迁移访问请求发送至对应的目标区域设备，其中，所述迁移访问请求包括对应的参数状态信息，所述目标区域设备基于所述参数状态信息确定所述迁移访问请求的处理优先级信息。

示例2可包括示例1的用户设备，其中，所述参数状态信息包括以下任一项：

累计参数消耗信息大于或等于预设的参数消耗阈值、且小于期待参数消耗信息；

累计参数消耗信息大于或等于期待参数消耗信息；

累计参数消耗信息小于预设的参数消耗阈值、且小于期待参数消耗信息。

示例3可包括示例2的用户设备，其中，所述用户设备还包括设置模块，用于执行以下至少任一项：

设置迁移访问请求对应的所述参数消耗阈值；

设置迁移访问请求对应的所述期待参数消耗信息。

示例4可包括示例1至3中任一项的用户设备，其中，所述累计参数消耗信息包括以下至少任一项：

累计请求处理时间信息；

累计请求次数信息；

累计请求处理流量消耗信息。

示例5可包括示例1至4中任一项的用户设备，其中，所述期待参数消耗信息包括以下至少任一项：

期待请求处理时间信息；

期待请求次数信息；

期待请求处理流量消耗信息。

示例6可包括示例1至5中任一项的用户设备，其中，若所述累计参数消耗信息包括累计请求处理时间信息，则所述用户设备还包括：

第一累计参数消耗信息确定模块，用于获取所述迁移访问请求对应的一次或多次历史访问请求的请求处理时间信息，其中，所述迁移访问请求与每次所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同；基于每次所述历史访问请求的请求处理时间信息，确定所述迁移访问请求的累计处理时间信息，同时，所述迁移访问请求对应的所述期待参数消耗信息包括期待请求处理时间信息。

示例7可包括示例1至5中任一项的用户设备，其中，若所述累计参数消耗信息包括累计请求次数信息，所述用户设备还包括：

第二累计参数消耗信息确定模块，用于确定所述迁移访问请求对应的历史访问请求的累计请求次数信息，其中，所述迁移访问请求与每次所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同，同时，所述迁移访问请求对应的所述期待参数消耗信息包括期待请求次数信息。

示例8可包括示例1至5中任一项的用户设备，其中，若所述累计参数消耗信息包括累计请求处理流量消耗信息，所述用户设备还包括：

第三累计参数消耗信息确定模块，用于获取所述迁移访问请求对应的一次或多次历史访问请求的请求处理流量消耗信息，其中，所述迁移访问请求与每次所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同；基于每次所述历史访问请求的请求处理流量消耗信息，确定所述迁移访问请求的累计请求处理流量消耗信息，同时，所述设置迁移访问请求对应的所述期待参数消耗信息包括期待请求处理流量消耗信息。

示例9可包括示例1至8中任一项的用户设备，其中，所述用户设备还包括：

目标区域设备确定模块，用于从一个或多个区域设备中确定目标区域设备；

其中，所述第一收发模块用于：

将与用户设备的历史访问请求对应的迁移访问请求发送至对应的目标区域设备，其中，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。

示例10可包括示例9的用户设备，其中，所述目标区域设备确定模块用于：

当满足访问请求迁移触发条件时，从一个或多个区域设备中确定目标区域设备。

示例11可包括示例9或10的用户设备，其中，所述目标区域设备确定模块用于：

基于区域设备对应的筛选信息，从一个或多个区域设备中确定目标区域设备，其中，所述筛选信息包括以下至少任一项

区域设备的处理时延信息；

区域设备的设备处理能力信息。

示例12可包括示例11的用户设备，其中，所述目标区域设备确定模块用于：

获取一个或多个区域设备中每个区域设备的筛选信息；

基于与所述筛选信息对应的筛选规则，从所述一个或多个区域设备中确定目标区域设备。

示例13可包括示例11或12的用户设备，其中，若所述筛选信息包括区域设备的处理时延信息，则所述目标区域设备确定模块用于：

获取一个或多个区域设备的处理时延信息；

基于每个区域设备的处理时延信息，确定处理时延信息中时延最短的区域设备为目标区域设备。

示例14可包括示例11或12的用户设备，其中，若所述筛选信息包括区域设备的设备处理能力信息，则所述目标区域设备确定模块用于：

获取一个或多个区域设备的设备处理能力信息；

基于每个区域设备的设备处理能力信息，确定设备处理能力信息最强的区域设备为目标区域设备。

示例15可包括示例11或12的用户设备，其中，若所述筛选信息包括区域设备的处理时延信息和区域设备的设备处理能力信息，所述目标区域设备确定模块用于：

获取一个或多个区域设备的处理时延信息和设备处理能力信息；

确定处理时延信息中时延最短、且设备处理能力信息最强的区域设备为目标区域设备。

示例16可包括示例9至15中任一项的用户设备，其中，所述用户设备还包括：

第二收发模块，用于获取一个或多个与用户设备的历史访问请求对应的区域设备的区域设备信息；

其中，所述第一收发模块用于：

基于所述目标区域设备的区域设备信息，将与用户设备的历史访问请求对应的迁移访问请求发送至对应的目标区域设备。

示例17可包括一种目标区域设备，其中，所述目标区域设备包括：

第三收发模块，用于获取用户设备的迁移访问请求，其中，所述迁移访问请求包括参数状态信息；

迁移处理模块，用于基于所述参数状态信息确定所述迁移访问请求的处理优先级信息，并基于所述处理优先级信息对所述迁移访问请求进行处理。

示例18可包括示例17的目标区域设备，其中，若所述参数状态信息为累计参数消耗信息大于或等于预设的参数消耗阈值、且小于期待参数消耗信息，则所述迁移处理模块用于：

确定所述迁移访问请求的迁移访问请求的处理优先级信息为第一特殊级别；并对所述迁移访问请求进行优先处理。

示例19可包括示例17的目标区域设备，其中，若所述参数状态信息为累计参数消耗信息大于或等于期待参数消耗信息，且所述迁移访问请求对应有至少一个历史访问请求，其中，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备，及对应于同一个处理访问请求的目标区域设备，且对应的访问请求内容相同，则所述迁移处理模块用于：

确定所述迁移访问请求的迁移访问请求的处理优先级信息为第二特殊级别，并对所述迁移访问请求进行优先处理。

示例20可包括示例19的目标区域设备，其中，若所述参数状态信息为累计参数消耗信息大于或等于期待参数消耗信息，且所述迁移访问请求未对应有所述历史访问请求，则所述迁移处理模块用于：

确定所述迁移访问请求的迁移访问请求的处理优先级信息为无优先级，拒绝对所述迁移访问请求进行处理。

示例21可包括示例17的目标区域设备，其中，若所述参数状态信息为累计参数消耗信息小于预设的参数消耗阈值、且小于期待参数消耗信息，则所述迁移处理模块用于：

确定所述迁移访问请求的迁移访问请求的处理优先级信息为常规级别，且执行以下任一项：

对所述迁移访问请求进行优先处理；

基于先到先处理原则对所述迁移访问请求进行处理；

待目标区域设备中对应的常规访问请求处理完毕后，对所述迁移访问请求进行顺序处理；

基于迁移访问请求的请求类别信息，结合请求类别信息的优先级信息，对所述迁移访问请求进行对应处理。

示例22可包括一种用户设备，其中，所述用户设备包括：

控制模块，用于在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备，其中，所述迁移访问请求存在对应的历史访问请求，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。

示例23可包括示例22的用户设备，其中，所述控制模块用于：

当满足访问请求迁移触发条件时，在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备。

示例24可包括示例22或23的用户设备，其中，所述控制模块用于：

基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备，其中，所述筛选信息包括以下至少任一项

区域设备的处理时延信息；

区域设备的设备处理能力信息。

示例25可包括示例24所述的用户设备，其中，所述控制模块用于：

获取一个或多个区域设备中每个区域设备的筛选信息；

基于与所述筛选信息对应的筛选规则，在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备。

示例26可包括示例24或25的用户设备，其中，若所述筛选信息包括区域设备的处理时延信息，则所述控制模块用于：

获取一个或多个区域设备的处理时延信息；

基于每个区域设备的处理时延信息，确定处理时延信息中时延最短的区域设备为目标区域设备。

示例27可包括示例24或25的用户设备，其中，若所述筛选信息包括区域设备的设备处理能力信息，则所述控制模块用于：

获取一个或多个区域设备的设备处理能力信息；

基于每个区域设备的设备处理能力信息，确定设备处理能力信息最强的区域设备为目标区域设备。

示例28可包括示例24或25的用户设备，其中，若所述筛选信息包括区域设备的处理时延信息和区域设备的设备处理能力信息，则所述控制模块用于：

获取一个或多个区域设备的处理时延信息和设备处理能力信息；

确定处理时延信息中时延最短、且设备处理能力信息最强的区域设备为目标区域设备。

示例29可包括示例22至28的用户设备，其中，所述用户设备还包括：

第四收发模块，用于将用户设备的迁移访问请求发送至所述目标区域设备。

示例30可包括示例29的用户设备，其中，所述用户设备还包括：

第五收发模块，用于获取与用户设备的历史访问请求对应的一个或多个区域设备的区域设备信息；

其中，所述第四收发模块用于：

基于所述目标区域设备的区域设备信息，将与用户设备的历史访问请求对应的迁移访问请求发送至所述目标区域设备。

示例31可包括一种应用程序接口，其中，所述应用程序接口包括：

接收模块，用于接收用户的网络服务请求；

切换模块，用于基于所述网络服务请求执行与切换区域设备相关的操作。

示例32可包括示例31的应用程序接口，其中，所述接收模块用于：

接收用户的区域设备信息获取请求；

其中，所述切换模块用于：

将所述区域设备信息获取请求输出；

获取基于所述区域设备信息获取请求返回的区域设备信息。

示例33可包括示例31的应用程序接口，其中，所述接收模块用于：

接收用户的切换区域设备请求；

其中，所述切换模块用于：

基于所述切换区域设备请求进行网络服务对应区域设备的切换。

示例34可包括示例31的应用程序接口，其中，所述接收模块用于：

接收用户设备的自动切换区域设备请求；

其中，所述切换模块用于：

基于所述自动切换区域设备请求进行网络服务对应的区域设备的切换。

示例35可包括一种方法，其中，所述方法包括：

基于用户设备的迁移访问请求对应的累计参数消耗信息和期待参数消耗信息，确定所述迁移访问请求对应的参数状态信息；

在所述迁移访问请求中加入所述参数状态信息，再将所述迁移访问请求发送至对应的目标区域设备，其中，所述迁移访问请求包括对应的参数状态信息，所述目标区域设备基于所述参数状态信息确定所述迁移访问请求的处理优先级信息。

示例36可包括示例35的方法，其中，所述参数状态信息包括以下任一项：

累计参数消耗信息大于或等于预设的参数消耗阈值、且小于期待参数消耗信息；

累计参数消耗信息大于或等于期待参数消耗信息；

累计参数消耗信息小于预设的参数消耗阈值、且小于期待参数消耗信息。

示例37可包括示例36的方法，其中，所述方法还包括以下至少任一项：

设置迁移访问请求对应的所述参数消耗阈值；

设置迁移访问请求对应的所述期待参数消耗信息。

示例38可包括示例35至37中任一项的方法，其中，所述累计参数消耗信息包括以下至少任一项：

累计请求处理时间信息；

累计请求次数信息；

累计请求处理流量消耗信息。

示例39可包括示例35至38中任一项的方法，其中，所述期待参数消耗信息包括以下至少任一项：

期待请求处理时间信息；

期待请求次数信息；

期待请求处理流量消耗信息。

示例40可包括示例35至39中任一项的方法，其中，若所述累计参数消耗信息包括累计请求处理时间信息，所述方法还包括：

获取所述迁移访问请求对应的一次或多次历史访问请求的请求处理时间信息，其中，所述迁移访问请求与每次所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同；

基于每次所述历史访问请求的请求处理时间信息，确定所述迁移访问请求的累计处理时间信息，同时，所述迁移访问请求对应的所述期待参数消耗信息包括期待请求处理时间信息。

示例41可包括示例35至39中任一项的方法，其中，若所述累计参数消耗信息包括累计请求次数信息，所述方法还包括：

确定所述迁移访问请求对应的历史访问请求的累计请求次数信息，其中，所述迁移访问请求与每次所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同，同时，所述迁移访问请求对应的所述期待参数消耗信息包括期待请求次数信息。

示例42可包括示例35至39中任一项的方法，其中，若所述累计参数消耗信息包括累计请求处理流量消耗信息，所述方法还包括：

获取所述迁移访问请求对应的一次或多次历史访问请求的请求处理流量消耗信息，其中，所述迁移访问请求与每次所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同；

基于每次所述历史访问请求的请求处理流量消耗信息，确定所述迁移访问请求的累计请求处理流量消耗信息，同时，所述迁移访问请求对应的所述期待参数消耗信息包括期待请求处理流量消耗信息。

示例43可包括示例35至42中任一项的方法，其中，所述方法还包括：

从一个或多个区域设备中确定目标区域设备；

其中，所述将用户设备的迁移访问请求发送至对应的目标区域设备包括：

将与用户设备的历史访问请求对应的迁移访问请求发送至对应的目标区域设备，其中，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。

示例44可包括示例43的方法，其中，所述从一个或多个区域设备中确定目标区域设备包括：

当满足访问请求迁移触发条件时，从一个或多个区域设备中确定目标区域设备。

示例45可包括示例43或44的方法，其中，所述从一个或多个区域设备中确定目标区域设备包括：

基于区域设备对应的筛选信息，从一个或多个区域设备中确定目标区域设备，其中，所述筛选信息包括以下至少任一项

区域设备的处理时延信息；

区域设备的设备处理能力信息。

示例46可包括示例45的方法，其中，所述从一个或多个区域设备中确定目标区域设备包括：

获取一个或多个区域设备中每个区域设备的筛选信息；

基于与所述筛选信息对应的筛选规则，从所述一个或多个区域设备中确定目标区域设备。

示例47可包括示例45或46的方法，其中，若所述筛选信息包括区域设备的处理时延信息，则所述从一个或多个区域设备中确定目标区域设备包括：

获取一个或多个区域设备的处理时延信息；

基于每个区域设备的处理时延信息，确定处理时延信息中时延最短的区域设备为目标区域设备。

示例48可包括示例45或46的方法，其中，若所述筛选信息包括区域设备的设备处理能力信息，则所述从一个或多个区域设备中确定目标区域设备包括：

获取一个或多个区域设备的设备处理能力信息；

基于每个区域设备的设备处理能力信息，确定设备处理能力信息最强的区域设备为目标区域设备。

示例49可包括示例45或46的方法，其中，若所述筛选信息包括区域设备的处理时延信息和区域设备的设备处理能力信息，则所述从一个或多个区域设备中确定目标区域设备包括：

获取一个或多个区域设备的处理时延信息和设备处理能力信息；

确定处理时延信息中时延最短、且设备处理能力信息最强的区域设备为目标区域设备。

示例50可包括示例43至49中任一项的方法，其中，所述方法还包括：

获取一个或多个与用户设备的历史访问请求对应的区域设备的区域设备信息；

其中，所述将用户设备的迁移访问请求发送至对应的目标区域设备包括：

基于所述目标区域设备的区域设备信息，将与用户设备的历史访问请求对应的迁移访问请求发送至对应的目标区域设备。

示例51可包括一种方法，其中，所述方法包括：

获取用户设备的迁移访问请求，其中，所述迁移访问请求包括参数状态信息；

基于所述参数状态信息确定所述迁移访问请求的处理优先级信息；

基于所述处理优先级信息对所述迁移访问请求进行处理。

示例52可包括示例51的方法，其中，若所述参数状态信息为累计参数消耗信息大于或等于预设的参数消耗阈值、且小于期待参数消耗信息，则所述基于所述参数状态信息确定所述迁移访问请求的处理优先级信息包括：

确定所述迁移访问请求的迁移访问请求的处理优先级信息为第一特殊级别；

其中，所述基于所述处理优先级信息对所述迁移访问请求进行处理包括：

基于所述第一特殊级别，对所述迁移访问请求进行优先处理。

示例53可包括示例51的方法，其中，若所述参数状态信息为累计参数消耗信息大于或等于期待参数消耗信息，且所述迁移访问请求对应有至少一个历史访问请求，其中，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备，及对应于同一个处理访问请求的目标区域设备，且对应的访问请求内容相同，则所述基于所述参数状态信息确定所述迁移访问请求的处理优先级信息包括：

确定所述迁移访问请求的迁移访问请求的处理优先级信息为第二特殊级别；

其中，所述基于所述处理优先级信息对所述迁移访问请求进行处理包括：

基于所述第二特殊级别，对所述迁移访问请求进行优先处理。

示例54可包括示例53的方法，其中，若所述参数状态信息为累计参数消耗信息大于或等于期待参数消耗信息，且所述迁移访问请求未对应有所述历史访问请求，则所述基于所述参数状态信息确定所述迁移访问请求的处理优先级信息包括：

确定所述迁移访问请求的迁移访问请求的处理优先级信息为无优先级；

其中，所述基于所述处理优先级信息对所述迁移访问请求进行处理包括：

拒绝对所述迁移访问请求进行处理。

示例55可包括示例51的方法，其中，若所述参数状态信息为累计参数消耗信息小于预设的参数消耗阈值、且小于期待参数消耗信息，则基于所述参数状态信息确定所述迁移访问请求的处理优先级信息包括：

确定所述迁移访问请求的迁移访问请求的处理优先级信息为常规级别；

其中，所述基于所述处理优先级信息对所述迁移访问请求进行处理包括以下任一项：

对所述迁移访问请求进行优先处理；

基于先到先处理原则对所述迁移访问请求进行处理；

待目标区域设备中对应的常规访问请求处理完毕后，对所述迁移访问请求进行顺序处理；

基于迁移访问请求的请求类别信息，结合请求类别信息的优先级信息，对所述迁移访问请求进行对应处理。

示例56可包括一种方法，其中，所述方法包括：

在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备，其中，所述迁移访问请求存在对应的历史访问请求，所述迁移访问请求与所述历史访问请求对应于同一个发起访问请求的用户设备，且对应的访问请求内容相同。

示例57可包括示例56的方法，其中，所述在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备包括：

当满足访问请求迁移触发条件时，在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备。

示例58可包括示例56或57的方法，其中，所述在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备包括：

基于区域设备对应的筛选信息，在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备，其中，所述筛选信息包括以下至少任一项

区域设备的处理时延信息；

区域设备的设备处理能力信息。

示例59可包括示例58的方法，其中，所述在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备包括：

获取一个或多个区域设备中每个区域设备的筛选信息；

基于与所述筛选信息对应的筛选规则，在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备。

示例60可包括示例58或59的方法，其中，若所述筛选信息包括区域设备的处理时延信息，则所述在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备包括：

获取一个或多个区域设备的处理时延信息；

基于每个区域设备的处理时延信息，确定处理时延信息中时延最短的区域设备为目标区域设备。

示例61可包括示例58或59的方法61，其中，若所述筛选信息包括区域设备的设备处理能力信息，则所述在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备包括：

获取一个或多个区域设备的设备整体处理能力信息；

基于每个区域设备的设备处理能力信息，确定设备处理能力信息最强的区域设备为目标区域设备。

示例62可包括示例58或59的方法61，其中，若所述筛选信息包括区域设备的处理时延信息和区域设备的设备处理能力信息，则所述在一个或多个区域设备中确定用户设备的迁移访问请求对应的目标区域设备包括：

获取一个或多个区域设备的处理时延信息和设备处理能力信息；

确定处理时延信息中时延最短、且设备处理能力信息最强的区域设备为用户设备的迁移访问请求对应的目标区域设备。

示例63可包括示例56至62中任一项的方法，其中，所述方法还包括：

将用户设备的迁移访问请求发送至所述目标区域设备。

示例64可包括示例63的方法，其中，所述方法还包括：

获取与用户设备的历史访问请求对应的一个或多个区域设备的区域设备信息；

其中，所述将用户设备的迁移访问请求发送至所述目标区域设备包括：

基于所述目标区域设备的区域设备信息，将与用户设备的历史访问请求对应的迁移访问请求发送至所述目标区域设备。

示例65包括一种设备，其特征在于，包括：

一个或多个处理器；和

一个或多个机器可读介质，其上存储有指令，当由所述一个或多个处理器执行时，导致所述设备执行如示例35-50的方法。

示例66包括一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得设备执行如示例35-50的方法。

示例67包括一种设备，其特征在于，包括：

一个或多个处理器；和

一个或多个机器可读介质，其上存储有指令，当由所述一个或多个处理器执行时，导致所述设备执行如示例51-55的方法。

示例68包括一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得设备执行如示例51-55的方法。

示例69包括一种设备，其特征在于，包括：

一个或多个处理器；和

一个或多个机器可读介质，其上存储有指令，当由所述一个或多个处理器执行时，导致所述设备执行如示例56-64的方法。

示例69一个或多个机器可读介质，其上存储有指令，当由一个或多个处理器执行时，使得设备执行如示例56-64的方法。

示例70可包括一种方法，其中，所述方法包括：

获取迁移访问请求及其对应的历史访问请求；

设置所述迁移访问请求的优先级数据；

发送所述迁移访问请求，其中，所述迁移访问请求包括所述优先级数据。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

需要注意的是，本发明可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

另外，本发明的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本发明的方法和/或技术方案。而调用本发明的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据所述程序指令运行的计算机设备的工作存储器中。在此，根据本发明的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本发明的多个实施例的方法和/或技术方案。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。