CN109271267B - 路由数据处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开提供了一种路由数据处理方法、装置、电子设备及存储介质，包括：获取用于获取数据的请求信息，其中，所述请求信息被封装为事件；根据预设的处理器队列对所述请求信息进行处理；将处理的结果发送至所述请求信息指向的服务器端。通过将请求信息封装为事件以及利用处理器队列来处理封装后的事件，该方法采用处理器形成的组织架构，不需要将逻辑进行硬编码，代码清晰，编写方便。此外，采用处理器的方式可以实现异步接口，即在向服务器获取最新的URL处理逻辑时，通过异步接口即可实现实时接收与发送，避免了采用热更新造成的修改代码粒度过细，权限高所存在的安全隐患的问题。

Description

路由数据处理方法、装置、电子设备及存储介质

技术领域

本公开涉及通信领域，尤其是一种路由数据处理方法、装置、电子设备及存储介质。

背景技术

路由系统在iOS操作系统上可以通过统一资源定位符(uniform ResourceLocator，URL)来访问App(Application，应用程序)内的资源，通常，URL可以通过多种方式进入App，例如，浏览器跳转、二维码扫描、App内部访问等。路由系统通过将URL对应到不同的代码，并通过执行这些代码来处理URL。代码一般按模块开发和发布，例如，通过Cocoapods工具利用源码或二进制两种方式将代码引入。

在处理URL的逻辑要求时可以在服务器端配置，称为动态路由，通常App访问服务器是一个异步操作，如果对实时性要求不高，可以定期从服务器获取最新配置，即下发配置；如果对实时性要求比较高，要求总是使用服务器的最新处理逻辑，就需要在URL到来时即时访问服务器获得处理逻辑。为实现上述技术，通常是路由系统直接将URL与App页面或者代码相关联，并采用同步调用的方式，当App访问服务器所要求的实时性较高时，服务器在指定URL处理逻辑时，通常下发配置文件，并且在服务器指定URL处理逻辑时采用热更新的方式。

由于服务器下发的配置文件本质上是一种深度报文检测(Deep PacketInspection，DSL)，其描述能力弱，遇到需要服务器指定复杂处理逻辑时，会使代码的实现更加复杂并且不规范，并且在向服务器获取最新的URL处理逻辑时，同步接口不能实现上述要求。此外，在指定URL处理逻辑采用热更新技术实际上是给程序打补丁，这样回造成修改代码的粒度过细，权限过高，存在安全隐患。

发明内容

为克服相关技术中存在的问题，本公开提供一种路由数据处理方法。

根据本公开实施例的第一方面，提供一种路由数据处理方法，包括：

获取用于获取数据的请求信息，其中，所述请求信息被封装为事件；

根据预设的处理器队列对所述请求信息进行处理；

将所述处理的结果发送至所述请求信息指向的服务器端。

可选地，所述处理器队列包括多个依次排列的处理器，所述根据预设的处理器队列对所述请求信息进行处理，包括：

根据预设的排列顺序位于队列首位的第一处理器调用所述请求信息；

所述第一处理器通过预设的寻址列表判断能否对所述请求信息进行寻址；

当所述第一处理器无法对所述请求信息进行寻址时，将所述请求信息传递至排列于所述第一处理器下一位的处理器进行处理，至所述请求信息被处理时为止。

可选地，所述获取用于获取数据的请求信息之前，包括：

获取注册请求；

根据所述注册请求设置多个处理器；

将所述多个处理器组成处理器队列。

可选地，所述请求信息包括：所述请求信息的访问来源和统一资源定位符；所述处理器队列包括多个处理器，其中，第一处理器位于所述处理器队列的首位；所述根据预设的处理器队列对所述请求信息进行处理，包括：

所述第一处理器对所述访问来源进行校验；

当校验成功后，所述第一处理器根据通过预设的寻址列表判断能否对所述统一资源定位符进行寻址；

当所述第一处理器能对所述统一资源定位符进行寻址时，在统一资源定位符中提取目标地址，并在请求信息中加入自身的地址信息，以及将加入所述地址信息的请求信息发送至目标地址所指向的服务器。

可选地，所述第一处理器对所述访问来源进行校验之前，包括：

将所述请求信息插入到所述第一处理器的处理队列的队尾。

可选地，所述根据预设的处理器队列对所述请求信息进行处理之后，包括：

生成反馈信息。

可选地，所述处理器队列中的处理器由脚本代码封装。

根据本公开实施例的第二方面，提供一种路由数据处理装置，包括：

获取模块，被配置为执行获取用于获取数据的请求信息，其中，所述请求信息被封装为事件；

处理模块，被配置为执行根据预设的处理器队列对所述请求信息进行处理；

执行模块，被配置为执行将所述处理的结果发送至所述请求信息指向的服务器端。

可选地，所述处理器队列包括多个依次排列的处理器，所述处理模块包括：

调用模块，被配置为执行根据预设的排列顺序位于队列首位的第一处理器调用所述请求信息；

第一判断模块，被配置为执行所述第一处理器通过预设的寻址列表判断能否对所述请求信息进行寻址；

寻址处理模块，被配置为执行当所述第一处理器无法对所述请求信息进行寻址时，将所述请求信息传递至排列于所述第一处理器下一位的处理器进行处理，至所述请求信息被处理时为止。

可选地，还包括：

请求获取模块，被配置为执行获取注册请求；

设置模块，被配置为执行根据所述注册请求设置多个处理器；

组合模块，被配置为执行将所述多个处理器组成处理器队列。

可选地，所述请求信息包括：所述请求信息的访问来源和统一资源定位；所述处理器队列包括多个处理器，其中，第一处理器位于所述处理器队列的首位；所述处理模块包括：

校验模块，被配置为执行所述第一处理器对所述访问来源进行校验；

第二判断模块，被配置为执行当校验成功后，所述第一处理器根据通过预设的寻址列表判断能否对所述统一资源定位符进行寻址；

寻址模块，被配置为执行当所述第一处理器能对所述统一资源定位符进行寻址时，在统一资源定位符中提取目标地址，并在请求信息中加入自身的地址信息，以及将加入所述地址信息的请求信息发送至目标地址所指向的服务器。

可选地，还包括：

插入模块，被配置为执行将所述请求信息插入到所述第一处理器的处理队列的队尾。

可选地，还包括：

生成模块，被配置为执行生成反馈信息。

可选地，所述处理器队列中的处理器由脚本代码封装。

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

根据本公开实施例的第四方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述路由数据处理方法的步骤。

根据本申请公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序代码，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述路由数据处理方法的步骤。

本公开实施例提供的技术方案可以包括以下有益效果：通过将请求信息封装为事件以及利用处理器队列来处理封装后的事件，该方法采用由处理器形成的组织架构，不需要将逻辑进行硬编码，代码清晰，编写方便。此外，采用处理器的方式可以实现异步接口，即在向服务器获取最新的URL处理逻辑时，通过异步接口即可实现实时接收与发送，避免了采用热更新造成的修改代码粒度过细，权限高所存在的安全隐患的问题。

附图说明

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

图1为根据一示例性实施例示出的一种路由数据处理方法的基本流程示意图；

图2为根据一示例性实施例示出的一种请求信息处理方法的基本流程示意图；

图3为根据一示例性实施例示出的一种处理器生成方法的基本流程示意图；

图4为根据一示例性实施例示出的另一种请求信息处理方法的基本流程示意图；

图5为根据一示例性实施例示出的处理器队列反馈信息方法的基本流程示意图；

图6为根据一示例性实施例示出的路由数据处理装置基本结构框图；

图7为根据一示例性实施例示出的一种电子设备的框图；

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

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和路由数据处理方法的例子。

请参阅图1，图1为根据一示例性实施例示出的一种路由数据处理方法的基本流程示意图。

如图1所示，路由数据处理方法包括：

S1100、获取用于获取数据的请求信息；

本实施例中的路由数据处理方法可以应用于计算机设备、网管设备或服务器中。在一些实施方式中，将路由数据处理方法应用于路由器，其中，路由器是连接因特网中各局域网、广域网的设备，即网管设备，会根据信道的情况自动选择和设定路由，以最佳路径，按前后顺序发送信号。路由器可以用于连接多个逻辑上分开的网络，即单独的网络，例如一个子网。将数据从一个子网传输到另一个子网时，路由器可以判断网络地址和选择IP路径，在网络互连的环境中建立连接。

请求信息包括用于获取网站数据的URL的请求的数据包。对获取请求信息的方法进行举例说明，例如，当由计算机设备执行路由数据处理方法时，用户在客户端打开X网站时，生成获取X网站URL的请求信息以对该URL进行寻址。当由路由器执行本公开实施例中的路由数据处理方法时，路由器接收客户端发送的获取X网站URL的请求，对URL进行寻址并按照寻址后的结果发送至X网站服务器，以使网站服务器发送数据至客户端。

本公开实施例中，请求信息被封装为事件event，event对象代表事件的状态，例如，事件的处理状态，已处理，未处理等。需要说明的是，封装后的时间包括请求信息中的访问来源origin、访问参数context和访问发起对象sender。

S1200、根据预设的处理器队列对请求信息进行处理；

本实施例中，为了增加处理速度，预设有处理器队列，处理器队列中包括多个处理器processor，处理器负责处理事件。其中，处理器是由脚本语言代码封装而成，每一个处理器包括有各自预设的寻址列表，处理器在处理事件的过程中，利用所属的寻址列表对请求信息中的统一资源定位符进行寻址，从而得到该请求信息的路由路径。

本公开实施例中，上述路由数据处理方法可以形成以处理事件为主的处理器形成组织架构，不需要将逻辑进行硬编码，代码清晰，编写方便，还可以方便扩展。本公开实施例中，由于事件采用脚本语言代码编写，客户端和服务器的访问权限受到严格限制，无法绕过路由来访问原生代码接口，最大程度的消除了安全隐患，提高了访问的安全性。

此外，采用脚本语言代码封装的处理器在进行寻址处理完成后，会返回标准的Promise，由于Promise接口同时支持同步和异步调用，对于需要向服务器即时请求URL处理逻辑的情况，可以在处理器中向服务器发送请求，避免了采用热更新造成的修改代码粒度过细，权限高所存在的安全隐患的问题。

S1300、将处理的结果发送至请求信息指向的服务器端。

本公开的一个实施例，对URL寻址后得到路由路径信息，并将自身的IP地址添加到请求信息中，以及按照路径信息将处理后的请求信息发送至服务器端。

上述实施方式，通过将请求信息封装为事件以及利用处理器队列来处理封装后的事件，该方法采用由处理器形成的组织架构，不需要将逻辑进行硬编码，代码清晰，编写方便。此外，采用处理器的方式可以实现异步接口，即在向服务器获取最新的URL处理逻辑时，通过异步接口即可实现实时接收与发送，避免了采用热更新造成的修改代码粒度过细，权限高所存在的安全隐患的问题。

本公开实施例中，处理队列包括多个依次排列的处理器，采用多个处理器，并对每个处理器可处理的时间进行分类，即每一个处理器针对性的对某一类请求信息进行处理，可以提高路由器的处理速度。在利用处理器队列对上述事件进行处理的过程中，本公开实施例提供了一种利用处理器队列对请求进行处理的方法。具体请参阅图2，图2为根据一示例性实施例示出的一种请求信息处理方法的基本流程示意图。

如图2所示，步骤S1200包括：

S1211、根据在预设的排列顺序中位于队列首位的第一处理器调用请求信息；

处理器队列包括多个依次排列的处理器，其中，每个处理器按照预设的排列顺序进行排列，第一处理器为位于队列首位的处理器。路由器中的第一处理器调用请求信息中的URL，并对URL进行寻址处理。

S1212、第一处理器通过预设的寻址列表判断能否对请求信息进行寻址；

处理器队列中每个处理器均预设有寻址列表，寻址列表中包括发送信息的路径信息。在实际应用中，第一处理器调用请求信息的数据包，并从URL中获取目的IP地址，根据IP地址及其中的子网掩码计算目标网络地址，以及利用目标网络地址在寻址列表中查找下一个要发送的计算机设备、网管或路由器的IP地址或服务器的地址，即请求信息的路由路径。

需要说明的是，处理器队列中每一个处理器中的寻址列表分别包括一种或多种路径的路由信息，例如，第一处理器包含发往X服务器的路径信息，第二处理器包含发往Y服务器的路径信息，因此，可以对每一个处理器标记可处理的URL的信息，本公开实施例中，第一处理器根据标记的信息判断是否能对请求信息进行寻址。

S1213、当第一处理器无法对请求信息进行寻址时，将请求信息传递至排列于第一处理器下一位的处理器进行处理，直至请求信息被处理时为止。

当第一处理器无法对请求信息进行寻址时，将请求信息传递至第一处理器的下一位处理器，例如第二处理器，第二处理器按照上述实施方式判断是否能对请求信息进行寻址，依次进行，直到有处理器确定对能请求信息进行寻址为止。

当处理器确定能对请求信息进行寻址时，将请求信息的事件插入到该处理器的处理队列的队尾，按照队列顺序进行等待。

本公开实施例提供一种处理器的生成方法，如图3所示，图3为为根据一示例性实施例示出的一种处理器生成方法的基本流程示意图。

如图3所示，步骤S1100之前包括：

S1110、获取注册请求；

注册请求为在计算设备、网管设备或路由器中注册处理器队列的请求。本公开的一个实施例可以在第一次启动客户端的APP时，生成注册请求。

S1120、根据注册请求设置多个处理器；

S1130、将多个处理器组成处理器队列。

为了增加寻址处理速度，根据注册请求中的数量利用预设的生成代码生成多个处理器，形成处理器队列。

本公开实施例提供另一种请求信息处理方法，如图4所示，图4为根据一示例性实施例示出的另一种请求信息处理方法的基本流程示意图。本公开实施例中，请求信息包括：请求信息的访问来源和统一资源定位符。

如图4所示，步骤S1200包括：

S1221、第一处理器对访问来源进行校验；

访问来源为互联网用户通过各种渠道进入网站访问，其中的渠道即为访问来源，主要有以下几种类型：直接访问，即用户在地址栏直接输入网址或者点击收藏夹中收藏的网站，外部链接，即用户通过外部预留的网站痕迹访问到网站，搜索引擎，例如百度搜索，谷歌搜索等。

本公开实施例中，第一处理器对访问来源进行校验，以判断访问是否为合法访问，当为合法访问时校验成功。需要说明的是，对于每一个封装为事件的请求信息均由第一处理器进行校验。

S1222、当校验成功后，第一处理器根据通过预设的寻址列表判断能否对统一资源定位符进行寻址；

当校验成功时，第一处理器可以按照图2所示的实施例的方法进行判断，在此不再赘述。当校验失败后，第一处理器不作处理，并返回信息给客户端。

需要说明的是，每一个封装为事件的请求信息均由第一处理器进行校验。因此，在校验之前，将请求信息插入到第一处理器的处理队列的队尾。

S1223、当第一处理器能对统一资源定位符进行寻址时，在统一资源定位符中提取目标地址，并在请求信息中加入自身的地址信息，以及将加入所述地址信息的请求信息发送至目标地址所指向的服务器。

本公开实施例中，第一处理器根据预设的标记确定能够对请求信息进行寻址时，通过请求信息中的URL确定请求信息的目标地址，并在请求信息中加入自身的IP地址，并按照寻址列表中的路径信息将加入后的请求信息发送至目标地址所指向的服务器。

本公开实施例提供了一种处理器队列反馈信息的方法，该方法应用于路由器中，如图5所示，图5为根据一示例性实施例示出的处理器队列反馈信息方法的基本流程示意图。

如图5所示，步骤S1200之后，包括：

S1400、生成反馈信息；

反馈信息用于表示处理器队列是否已对请求信息进行寻址完成的信息，其中，反馈信息由处理器队列中的处理器生成。例如，当处理器队列对请求信息完成寻址时，则生成resolved状态信息，当处理器队列未能完成寻址，则生成rejected状态信息。

S1500、按照预设的标识信息判断是否能对反馈信息进行寻址；

其中，处理器队列中的每个处理器均存储有预设的标识信息。

本公开实施例的具体实施方法请参照图2所述的实施例，即每一个处理器对针对客户端发送的请求信息进行寻址处理后的反馈信息能否进行处理进行标记，并利用标记的信息判断是否能对反馈信息进行寻址。

S1600、当确定能对反馈信息进行寻址时，将反馈信息发送给所述客户端。

当处理器确定不能对反馈的信息进行寻址时，处理器将生成的反馈信息传至其下一位的处理器，循环传递直至找到能处理的处理器为止。

本公开实施例提供一种处理器队列反馈信息的方法，该方法应用于计算机、网关设备或服务器中，其中，步骤S1200之后，包括：生成反馈信息。

反馈信息用于表示处理器队列是否已对请求信息进行寻址完成的信息，其中，反馈信息由处理器队列中的处理器生成。例如，当处理器队列对请求信息完成寻址时，则生成resolved状态信息，当处理器队列未能完成寻址，则生成rejected状态信息。

请参阅图6，图6为根据一示例性实施例示出的路由数据处理装置基本结构框图。

如图6所示，一种路由数据处理装置包括：获取模块2100、处理模块2200和执行模块2300。其中，获取模块2100，被配置为执行获取用于获取数据的请求信息，其中，所述请求信息被封装为事件；处理模块2200，被配置为执行根据预设的处理器队列对所述请求信息进行处理；执行模块2300，被配置为执行将处理的结果发送至所述请求信息指向的服务器端。

路由数据处理装置通过将请求信息封装为事件以及利用处理器队列来处理封装后的事件，该装置为由处理器形成的组织架构，不需要将逻辑进行硬编码，代码清晰，编写方便。此外，采用处理器的方式可以实现异步接口，即在向服务器获取最新的URL处理逻辑时，通过异步接口即可实现实时接收与发送，避免了采用热更新造成的修改代码粒度过细，权限高所存在的安全隐患的问题。

在一些实施方式中，所述处理器队列包括多个依次排列的处理器，所述处理模块包括：调用模块，被配置为执行根据预设的排列顺序位于队列首位的第一处理器调用所述请求信息；第一判断模块，被配置为执行所述第一处理器通过预设的寻址列表判断能否对所述请求信息进行寻址；寻址处理模块，被配置为执行当所述第一处理器无法对所述请求信息进行寻址时，将所述请求信息传递至排列于所述第一处理器下一位的处理器进行处理，至所述请求信息被处理时为止。

在一些实施方式中，路由数据处理装置还包括：请求获取模块，被配置为执行获取注册请求；设置模块，被配置为执行根据所述注册请求设置多个处理器；组合模块，被配置为执行将所述多个处理器组成处理器队列。

在一些实施方式中，所述请求信息包括：所述请求信息的访问来源和统一资源定位；所述处理器队列包括多个处理器，其中，第一处理器位于所述处理器队列的首位；所述处理模块包括：校验模块，被配置为执行所述第一处理器对所述访问来源进行校验；第二判断模块，被配置为执行当校验成功后，所述第一处理器根据通过预设的寻址列表判断能否对所述统一资源定位符进行寻址；寻址模块，被配置为执行当所述第一处理器能对所述统一资源定位符进行寻址时，在统一资源定位符中提取目标地址，并在请求信息中加入自身的地址信息，以及将加入所述地址信息的请求信息发送至目标地址所指向的服务器。

在一些实施方式中，路由数据处理装置还包括：插入模块，被配置为执行将所述请求信息插入到所述第一处理器的处理队列的队尾。

在一些实施方式中，路由数据处理装置还包括：生成模块，被配置为执行生成反馈信息；第三判断模块，被配置为执行按照预设的标识信息判断是否能对所述反馈信息进行寻址；发送模块，被配置为执行当确定能对所述反馈信息进行寻址时，将所述反馈信息发送给所述客户端。

在一些实施方式中，路由数据处理装置还包括：生成模块，被配置为执行生成反馈信息。

在一些实施方式中，路由数据处理装置中，所述处理器队列中的处理器由脚本代码封装。

图7是根据一示例性实施例示出的一种用于路由数据处理的电子设备700的框图。例如，电子设备700可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图7，电子设备700可以包括以下一个或多个组件：处理组件702，存储器704，电力组件706，多媒体组件708，音频组件710，输入/输出(I/O)的接口712，传感器组件714，以及通信组件716。

处理组件702通常控制电子设备700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件702可以包括一个或多个处理器720来执行指令，以完成上述的路由数据处理方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理组件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。

存储器704被配置为存储各种类型的数据以支持在电子设备700的操作。这些数据的示例包括用于在电子设备700上操作的任何应用程序或路由数据处理方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件706为电子设备700的各种组件提供电力。电源组件706可以包括电源管理系统，一个或多个电源，及其他与为电子设备700生成、管理和分配电力相关联的组件。

多媒体组件708包括在所述电子设备700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当设备700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(MIC)，当电子设备700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中，音频组件710还包括一个扬声器，用于输出音频信号。

I/O接口712为处理组件702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件714包括一个或多个传感器，用于为电子设备700提供各个方面的状态评估。例如，传感器组件714可以检测到设备700的打开/关闭状态，组件的相对定位，例如所述组件为电子设备700的显示器和小键盘，传感器组件714还可以检测电子设备700或电子设备700一个组件的位置改变，用户与电子设备700接触的存在或不存在，电子设备700方位或加速/减速和电子设备700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件716被配置为便于电子设备700和其他设备之间有线或无线方式的通信。电子设备700可以接入基于通信标准的无线网络，如WiFi，运营商网络(如2G、3G、4G或5G)，或它们的组合。在一个示例性实施例中，通信组件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述路由数据处理方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器704，上述指令可由电子设备700的处理器720执行以完成上述路由数据处理方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图8是根据一示例性实施例示出的另一种用于路由数据处理的电子设备800的框图。例如，电子设备800可以被提供为一服务器。参照图8，电子设备800包括处理组件822，其进一步包括一个或多个处理器，以及由存储器832所代表的存储器资源，用于存储可由处理组件822的执行的指令，例如应用程序。存储器832中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件822被配置为执行指令，以执行上述路由数据处理方法。

电子设备800还可以包括一个电源组件826被配置为执行电子设备800的电源管理，一个有线或无线网络接口850被配置为将电子设备800连接到网络，和一个输入输出(I/O)接口858。电子设备800可以操作基于存储在存储器832的操作系统，例如WindowsServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

一种计算机程序产品，包括计算机程序代码，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述路由数据处理方法。

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

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

Claims (16)

1.一种路由数据处理方法，其特征在于，包括：

获取用于获取数据的请求信息，其中，所述请求信息被封装为事件，所述事件采用脚本语言代码编写；所述事件包括请求信息中的访问来源origin、访问参数context和访问发起对象sender；所述数据为目标网站的URL；

根据预设的处理器队列中各处理器的排列顺序对所述请求信息进行寻址处理，所述处理器是由脚本语言代码封装而成，每一个处理器包括各自预设的寻址列表，并在寻址处理完成后返回Promise应答；

通过处理器将处理的结果发送至所述请求信息指向的服务器端。

2.根据权利要求1所述的路由数据处理方法，其特征在于，所述处理器队列包括多个依次排列的处理器，所述根据预设的处理器队列对所述请求信息进行处理，包括：

根据预设的排列顺序位于队列首位的第一处理器调用所述请求信息；

所述第一处理器通过预设的寻址列表判断能否对所述请求信息进行寻址；所述寻址列表包括相应处理器可处理的URL信息；

当所述第一处理器无法对所述请求信息进行寻址时，将所述请求信息传递至排列于所述第一处理器下一位的处理器进行处理，至所述请求信息被处理时为止。

3.根据权利要求1所述的路由数据处理方法，其特征在于，所述获取用于获取数据的请求信息之前，包括：

获取注册请求；

根据所述注册请求设置多个处理器；

将所述多个处理器组成处理器队列。

4.根据权利要求1所述的路由数据处理方法，其特征在于，所述请求信息包括：所述请求信息的访问来源和统一资源定位符；所述处理器队列包括多个处理器，其中，第一处理器位于所述处理器队列的首位；所述根据预设的处理器队列对所述请求信息进行处理，包括：

所述第一处理器对所述访问来源进行校验；

当校验失败，所述第一处理器不作处理，并返回信息给客户端；当校验成功后，所述第一处理器根据通过预设的寻址列表判断能否对所述统一资源定位符进行寻址；

当所述第一处理器能对所述统一资源定位符进行寻址时，在所述统一资源定位符中提取目标地址，并在所述请求信息中加入自身的地址信息，以及将加入所述地址信息的请求信息发送至所述目标地址所指向的服务器。

5.根据权利要求4所述的路由数据处理方法，其特征在于，所述第一处理器对所述访问来源进行校验之前，包括：

将所述请求信息插入到所述第一处理器的处理队列的队尾。

6.根据权利要求1所述的路由数据处理方法，其特征在于，所述根据预设的处理器队列对所述请求信息进行处理之后，包括：

生成反馈信息。

7.根据权利要求1至6任一项所述的路由数据处理方法，其特征在于，所述处理器队列中的处理器由脚本代码封装。

8.一种路由数据处理装置，其特征在于，包括：

获取模块，被配置为执行获取用于获取数据的请求信息，其中，所述请求信息被封装为事件；所述事件包括请求信息中的访问来源origin、访问参数context和访问发起对象sender；所述数据为目标网站的URL；

处理模块，被配置为执行根据预设的处理器队列对所述请求信息进行寻址处理，所述处理器是由脚本语言代码封装而成，每一个处理器包括各自预设的寻址列表，并在寻址处理完成后返回Promise应答；

执行模块，通过处理器被配置为执行将所述处理的结果发送至所述请求信息指向的服务器端。

9.根据权利要求8所述的路由数据处理装置，其特征在于，所述处理器队列包括多个依次排列的处理器，所述处理模块包括：

调用模块，被配置为执行根据预设的排列顺序位于队列首位的第一处理器调用请求信息；

第一判断模块，被配置为执行所述第一处理器通过预设的寻址列表判断能否对所述请求信息进行寻址；所述寻址列表包括相应处理器可处理的URL信息；

寻址处理模块，被配置为执行当所述第一处理器无法对所述请求信息进行寻址时，将所述请求信息传递至排列于所述第一处理器下一位的处理器进行处理，至所述请求信息被处理时为止。

10.根据权利要求8所述的路由数据处理装置，其特征在于，还包括：

请求获取模块，被配置为执行获取注册请求；

设置模块，被配置为执行根据所述注册请求设置多个处理器；

组合模块，被配置为执行将所述多个处理器组成处理器队列。

11.根据权利要求8所述的路由数据处理装置，其特征在于，所述请求信息包括：所述请求信息的访问来源和统一资源定位；所述处理器队列包括多个处理器，其中，第一处理器位于所述处理器队列的首位；所述处理模块包括：

校验模块，被配置为执行所述第一处理器对所述访问来源进行校验；

第二判断模块，被配置为执行当校验失败，所述第一处理器不作处理，并返回信息给客户端；当校验成功后，所述第一处理器根据通过预设的寻址列表判断能否对所述统一资源定位符进行寻址；

寻址模块，被配置为执行当所述第一处理器能对所述统一资源定位符进行寻址时，在所述统一资源定位符中提取目标地址，并在所述请求信息中加入自身的地址信息，以及将加入所述地址信息的请求信息发送至所述目标地址所指向的服务器。

12.根据权利要求11所述的路由数据处理装置，其特征在于，还包括：

插入模块，被配置为执行将所述请求信息插入到所述第一处理器的处理队列的队尾。

13.根据权利要求8所述的路由数据处理装置，其特征在于，还包括：

生成模块，被配置为执行生成反馈信息。

14.根据权利要求8至13任一项所述的路由数据处理装置，其特征在于，所述处理器队列中的处理器由脚本代码封装。

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

处理器；

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

其中，所述处理器被配置为执行如权利要求1至7中任一项权利要求所述路由数据处理方法的步骤。

16.一种非临时性计算机可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至7中任一项所述的路由数据处理方法的步骤。

Images