一种对跨域请求进行处理的方法及装置与流程

本发明涉及电信领域，尤其涉及一种对跨域请求进行处理的方法及装置。

背景技术：

目前，根据运营支撑系统的功能不同，以及业务的复杂性，需要核心业务进行划分，因此建立了众多管理平台。例如渠道中心、商户中心、合作伙伴中心、渠道直供平台、结算中心、酬金中心、分销商交易app、代理商服务支撑app、供货商交易app、运营商管理app等等。这些平台的页面风格、技术框架、开发商、系统维护商各不相同。合作伙伴企业在进行业务管理时，由于需要跨平台操作，必然导致诸多不便。

技术实现要素：

为解决上述技术问题,本发明提供了一种对跨域请求进行处理的方法及装置。

第一方面，本发明提供了一种对跨域请求进行处理的方法,该方法由nginx服务器执行，具体包括:

获取发送方发送的资源请求，其中资源请求中携带与接收资源请求的接收方对应的标识信息；

当根据标识信息确定资源请求为跨域资源请求时，确定接收方接收数据的格式；

并将资源请求按照接收方接收数据的格式进行转换，获取转换后的资源请求；

将转换后的资源请求发送给接收方。

本发明的有益效果是，当确定发送方发送的资源请求为跨域资源请求时，可以直接通过nginx服务器转发，而在转发之前，nginx可以根据接收方的标识信息将资源请求转换为接收方可以识别的格式，以便接收方可以根据资源请求反馈相应的信息给发送方。在处理过程中，经过nginx服务器处理转发，就可以解决跨域的问题。从而避免在集成多个系统后，某一个系统想获取其他系统的资源时所受到的跨域限制的问题。

进一步的，获取发送方发送的资源请求之后，方法还包括：

根据接收方的标识信息，配置发送方至接收方的传输路径信息；

根据传输路径信息，将转换后的资源请求发送至接收方。

采用上述进一步的方案的有益技术效果在于，根据接收方的标识信息配置发送方至接收方的传输路径后，将转后的资源请求发送至接收方，方便快捷。

进一步的，根据接收方的标识信息，配置发送方至接收方的传输路径信息，具体包括：

根据标识信息，生成与标识信息对应的统一资源定位符(uniformresourcelocator，简称url)；

根据url，配置发送方至接收方的传输路径信息。

采用上述进一步的技术方案的有益技术效果在于，根据url，确定发送方至接收方的传输路径信息后，nginx服务器可以精确无误的将资源请求发送至接收方。

进一步的，接收方的标识信息包括：接收方的地址信息、域名信息、端口信息以及子域名信息中的一种或多种。

进一步的，将转换后的资源请求发送给接收方之后，方法还包括：

接收接收方根据资源请求反馈的资源，并将资源转发至发送方。第二方面，本发明提供了一种对跨域请求进行处理的装置，该装置包括：

获取单元，用于获取发送方发送的资源请求，其中资源请求中携带与接收资源请求的接收方对应的标识信息；

处理单元，用于当根据标识信息确定资源请求为跨域资源请求时，确定接收方接收数据的格式；

转换单元，用于将资源请求按照接收方接收数据的格式进行转换，获取转换后的资源请求；

发送单元，用于将转换后的资源请求发送给接收方。

上述方案的有益技术效果在于，当确定发送方发送的资源请求为跨域资源请求时，可以直接通过nginx服务器转发，而在转发之前，nginx可以根据接收方的标识信息将资源请求转换为接收方可以识别的格式，以便接收方可以根据资源请求反馈相应的信息给发送方。在处理过程中，经过nginx服务器处理转发，就可以解决跨域的问题。从而避免在集成多个系统后，某一个系统想获取其他系统的资源时所受到的跨域限制的问题。。

进一步的，该装置还包括：

配置单元，用于根据接收方的标识信息，配置发送方至接收方的传输路径信息；

发送单元具体用于，根据传输路径信息，将转换后的资源请求发送至接收方。

采用上述进一步的方案的有益技术效果在于，根据接收方的标识信息配置发送方至接收方的传输路径后，将转后的资源请求发送至接收方，方便快捷。

进一步的，配置单元具体用于：

根据标识信息，生成与标识信息对应的url；

根据url，配置发送方至接收方的传输路径信息。

采用上述进一步的技术方案的有益技术效果在于，根据url，确定发送方至接收方的传输路径信息后，nginx服务器可以精确无误的将资源请求发送至接收方。

进一步的，接收方的标识信息包括：接收方的地址信息、域名信息、端口信息以及子域名信息中的一种或多种。

进一步的，该装置还包括：接收单元，用于接收接收方根据资源请求反馈的资源，并将资源转发至发送方。

附图说明

图1为本发明实施例提供的一种对跨域请求进行处理的方法流程示意图；

图2为本发明实施例提供的另一种对跨域请求进行处理的方法流程示意图；

图3为本发明实施例提供的一种对跨域请求进行处理的装置结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、接口、技术之类的具体细节，以便透切理解本发明。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

图1为本发明实施例提供的一种对跨域请求进行处理的方法流程示意图。具体如图1所示，该方法包括：

步骤110，获取发送方发送的资源请求。

具体的，giant资源请求中可以携带与接收该资源请求的接收方对应的标识信息。

步骤120，当根据标识信息确定资源请求为跨域资源请求时，确定接收方接收数据的格式。

具体的，由于不同的系统应用领域所能识别的数据格式可能不同，那么，为了实现跨域请求资源时，则需要将资源请求的格式转换为接收方所能识别的数据格式。因此，在确定资源请求为跨域资源请求时，首先要确定接收方接收数据的格式。然后执行步骤130。

步骤130，并将资源请求按照接收方接收数据的格式进行转换，获取转换后的资源请求。

步骤140，将转换后的资源请求发送给接收方。

具体的，转换后的资源请求发送给接收方，以便接收方能够识别该资源请求。

本发明实施例提供的一种对跨域请求进行处理的方法，当确定发送方发送的资源请求为跨域资源请求时，可以直接通过nginx服务器转发，而在转发之前，nginx可以根据接收方的标识信息将资源请求转换为接收方可以识别的格式，以便接收方可以根据资源请求反馈相应的信息给发送方。在处理过程中，经过nginx服务器处理转发，就可以解决跨域的问题。从而避免在集成多个系统后，某一个系统想获取其他系统的资源时所受到的跨域限制的问题。

为了更进一步的说明本发明所实现的技术方案，本发明实施例还提供了另一种对跨域请求进行处理的方法，具体如图2所示，图2为本发明实施例提供的另一种对跨域请求进行处理的方法流程示意图。该方法包括：

步骤210，获取发送方发送的资源请求。

具体的，该资源请求中可以携带与接收该资源请求的接收方对应的标识信息。其中，接收方的标识信息可以包括：接收方的地址信息、域名信息、端口信息以及子域名信息中的一种或多种。

步骤250，根据接收方的标识信息，配置发送方至接收方的传输路径信息。

具体的，可以根据标识信息，生成与标识信息对应的url。

然后根据url，配置发送方至接收方的传输路径信息。配置传输路径信息可以在nginx配置文件nginx.conf中配置。而在url中，确定将资源请求分发到哪个系统时，还可以根据url中的预配置字段识别。例如，url字段中携带有“dform”，则说明需要将资源请求发送至动态表单。而当url字段中携带有“uop”时，则说明需要将资源请求发送至调用接口调用服务。

具体实施过程中，例如用户在页面输入关键字(接收方的标识信息)后，系统获取到该关键字信息。页面执行响应的javascript方法，通过ajax调用服务，生成一个请求资源的url。然后通过在nginx配置文件nginx.conf中配置路径，然后经过步骤220-230后，将转换后的资源请求发送至接收方。具体如下：

步骤220，当根据标识信息确定资源请求为跨域资源请求时，确定接收方接收数据的格式。

具体的，由于不同的系统应用领域所能识别的数据格式可能不同，那么，为了实现跨域请求资源时，则需要将资源请求的格式转换为接收方所能识别的数据格式。因此，在确定资源请求为跨域资源请求时，首先要确定接收方接收数据的格式。然后执行步骤230。

步骤230，并将资源请求按照接收方接收数据的格式进行转换，获取转换后的资源请求。

步骤240，将转换后的资源请求发送给接收方。

具体的，将转换后的资源请求发送给接收方，以便接收方能够识别该资源请求。

在接收方接收到资源请求后，必然会做出响应，然后再将与资源请求对应的资源通过nginx服务器反馈至发送方，即步骤260。

步骤260，接收接收方根据资源请求反馈的资源，并将资源转发至发送方。

本发明实施例提供的一种对跨域请求进行处理的方法，当确定发送方发送的资源请求为跨域资源请求时，可以直接通过nginx服务器转发，而在转发之前，nginx可以根据接收方的标识信息将资源请求转换为接收方可以识别的格式，以便接收方可以根据资源请求反馈相应的信息给发送方。在处理过程中，经过nginx服务器处理转发，就可以解决跨域的问题。从而避免在集成多个系统后，某一个系统想获取其他系统的资源时所受到的跨域限制的问题。同时也不会导致系统的效率降低。而且，维护频率将会大大降低，一旦配置完成，转发路径基本不需要再做修改，除非有新的转发路径进入，才会做一个适当调整。

配置文件调整后，则需要重新启动nginx服务器，以便配置调整生效。在执行格式转换等后续工作。

相应地，本发明实施例还提供了一种对跨域请求进行处理的装置。图3为本发明实施例提供的一种对跨域请求进行处理的装置结构示意图。如图3所示，该装置包括：获取单元301，处理单元302，转换单元303和发送单元304。

获取单元301，用于获取发送方发送的资源请求，其中资源请求中携带与接收资源请求的接收方对应的标识信息。其中，接收方的标识信息包括：接收方的地址信息、域名信息、端口信息以及子域名信息中的一种或多种。

处理单元302，用于当根据标识信息确定资源请求为跨域资源请求时，确定接收方接收数据的格式。

转换单元303，用于将资源请求按照接收方接收数据的格式进行转换，获取转换后的资源请求。

发送单元304，用于将转换后的资源请求发送给接收方。

可选的，该装置还可以包括：配置单元305，用于根据接收方的标识信息，配置发送方至接收方的传输路径信息。

发送单元304具体用于，根据传输路径信息，将转换后的资源请求发送至接收方。

进一步可选的，配置单元305具体用于：根据标识信息，生成与标识信息对应的url。根据url，配置发送方至接收方的传输路径信息。

进一步可选的，该装置还可以包括：接收单元306，用于接收接收方根据资源请求反馈的资源，并将资源转发至发送方。

本发明实施例提供的一种对跨域请求进行处理的装置，当确定发送方发送的资源请求为跨域资源请求时，可以直接通过nginx服务器转发，而在转发之前，nginx可以根据接收方的标识信息将资源请求转换为接收方可以识别的格式，以便接收方可以根据资源请求反馈相应的信息给发送方。在处理过程中，经过nginx服务器处理转发，就可以解决跨域的问题。从而避免在集成多个系统后，某一个系统想获取其他系统的资源时所受到的跨域限制的问题。同时也不会导致系统的效率降低。而且，维护频率将会大大降低，一旦配置完成，转发路径基本不需要再做修改，除非有新的转发路径进入，才会做一个适当调整。配置文件调整后，则需要重新启动nginx服务器，以便配置调整生效。在执行格式转换等后续工作。

读者应理解，在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。