业务数据处理方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种业务数据处理方法、装置、电子设备及存储介质。


背景技术：

2.目前，在接收到业务处理请求时，多是先确定该业务处理请求是基于内网发送的还是基于外网发送的，根据发送的内外网确定与业务处理请求相对应的业务数据，并将业务数据反馈至相应的客户端。
3.确定业务处理请求是基于内网还是外网发送主要是：根据预先枚举的内网物理ip地址列表来确定的，如，在入口服务中获取业务处理请求的物理ip地址，在内网物理ip地址列表中确定该地址是否为内网地址，进而确定其是否为内网请求。
4.发明人在基于上述方式实施本技术方案时，发现存在如下问题：
5.在基于内网物理ip地址来确定内外网请求时，需要预先获取所有可能的内网物理ip地址，并且，为了便于后续扩展，需要内网物理ip地址固定，并预留足够多的空间存储新增的物理ip地址，存在内存冗余的问题。进一步，预先枚举的内网物理ip地址列表可能没有覆盖到新增的内网物理ip地址，就会导致基于新增的内网物理ip地址发送业务处理请求无法按照内网逻辑进行处理。最后，如果枚举的物理内网ip地址过多，可能导致部分基于非内网物理ip地址发送的业务处理请求按照内网逻辑进行处理，从而引起数据泄露的问题。
6.基于上述可知，通过预先确定的内网物理ip地址确定内外网业务处理请求时，存在人工成本较高、数据冗余、误差率较高和数据泄露的问题。


技术实现要素：

7.本发明提供一种业务数据处理方法、装置、电子设备及存储介质，以实现准确、便捷的确定业务处理请求的内外网类型，进而使服务器反馈与其相匹配的目标反馈数据的效果。
8.第一方面，本发明实施例提供了一种业务数据处理方法，该方法包括：
9.当检测到发送待处理业务请求时，确定与所述待处理业务请求相对应的目标域名信息；
10.确定与所述目标域名信息相对应的目标服务网关，并基于所述目标服务网关将所述待处理业务请求处理为目标业务处理请求；其中，所述目标业务处理请求中包括所述目标服务网关相对应的内外网标识；
11.将所述目标业务处理请求发送至目标服务器，以使所述目标服务器根据所述目标业务处理请求中的内外网标识反馈相应的目标反馈数据。
12.第二方面，本发明实施例还提供了一种业务数据处理装置，该装置包括：
13.目标域名信息确定模块，用于当检测到发送待处理业务请求时，确定与所述待处理业务请求相对应的目标域名信息；
14.目标业务处理请求确定模块，用于确定与所述目标域名信息相对应的目标服务网关，并基于所述目标服务网关将所述待处理业务请求处理为目标业务处理请求；其中，所述目标业务处理请求中包括所述目标服务网关相对应的标识；
15.目标数据反馈模块，用于将所述目标业务处理请求发送至目标服务器，以使所述目标服务器根据所述目标业务处理请求中的内外网标识反馈相应的目标反馈数据。
16.第三方面，本发明实施例还提供了一种电子设备，所述电子设备包括：
17.一个或多个处理器；
18.存储装置，用于存储一个或多个程序，
19.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如本发明实施例任一所述的业务数据处理方法。
20.第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如本发明实施例任一所述的业务数据处理方法。
21.本发明实施例的技术方案，通过在检测到发送待处理业务请求时，确定与待处理业务请求相对应的目标域名信息，并确定与目标域名信息相对应的目标服务网关，以使目标服务网关在待处理业务请求中添加与目标服务网关相对应的标识，得到目标业务处理请求。在将目标业务处理请求发送至目标服务器后，目标服务器可以根据目标业务处理请求中的标识反馈与待处理业务请求相匹配的目标反馈数据，解决了现有技术中基于预先建立的内网物理ip地址列表确定对请求的处理方式时，存在枚举内网物理ip地址时可能无法覆盖到新增内网物理ip地址，或者枚举的物理内网ip地址过多，导致部分基于非内网物理ip地址发送的业务处理请求按照内网逻辑进行处理，存在数据泄露的问题，实现了基于服务网关添加的内外网标识，使服务器快速、准确的确定待处理业务请求是基于内网还是外网发送的，进而反馈相应的目标反馈数据，提高了数据处理的便捷性、有效性以及安全性的技术效果。
附图说明
22.为了更加清楚地说明本发明示例性实施例的技术方案，下面对描述实施例中所需要用到的附图做一简单介绍。显然，所介绍的附图只是本发明所要描述的一部分实施例的附图，而不是全部的附图，对于本领域普通技术人员，在不付出创造性劳动的前提下，还可以根据这些附图得到其他的附图。
23.图1为本发明实施例一所提供的一种业务数据处理方法流程示意图；
24.图2为本发明实施例一所提供的执行业务数据处理的系统架构示意图；
25.图3为本发明实施例二所提供的一种业务数据处理方法流程示意图；
26.图4为本发明实施例二所提供的一种业务数据处理方法流程示意图；
27.图5为本发明实施例三所提供的一种业务数据处理方法流程示意图；
28.图6为本发明实施例三所提供的一种业务数据处理方法流程示意图；
29.图7为本发明实施例四所提供的一种业务数据处理装置的结构示意图
30.图8为本发明实施例五所提供的一种电子设备结构示意图。
具体实施方式
31.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
32.实施例一
33.图1为本发明实施例一所提供的一种业务数据处理方法流程示意图，本实施例可适用于确定待处理业务处理请求是基于内网发送的，还是基于外网发送的，从而使服务器反馈相应的目标反馈数据的情况，该方法可以由业务数据处理装置来执行，该装置可以通过软件和/或硬件的形式实现，该硬件可以是电子设备，电子设备可以是移动终端、pc端等。
34.在介绍本技术方案之前，先对实现本技术方案的系统架构示意图进行简单介绍。如图2所示，所述系统包括：服务器集群、内部服务网关、外部服务网关、内部域名解析模块、全球公用泛域名解析模块、代理层以及服务注册表。其中，服务器集群中包括多个业务服务器(business service)，每个业务服务器可以提供相应的服务，可选的，反馈与业务处理请求相对应的反馈数据。内部服务网关(internal service gateway)用于对基于内网发送的待处理业务请求进行处理；外部服务网关用于对基于外网发送的待处理业务请求(http request)进行处理。内部域名解析模块(internal dns)用于对基于内网发送的待处理业务请求进行域名解析，以得到与待处理业务请求相对应的域名信息。全球公用泛域名解析模块(global dns)，用于对基于外网发送的待处理业务请求进行域名解析，确定其所对应的代理层(dnat代理)。代理层起路由的作用，用于将基于外网发送的待处理业务请求转发至外部服务网关(external service gateway)。服务注册表(service registry)是预先生成的，主要是根据每个业务服务器可以处理的请求来确定的，例如，业务服务器1可以处理请求类型为a的请求，则服务注册表中包括业务服务器1-请求类型a。基于服务注册表，可以确定将待处理业务请求发送至哪一个业务服务器，进而基于相应的业务服务器反馈与待处理业务请求相对应的反馈数据。
35.需要说明的是，本发明实施例所公开的技术方案可以集成在任意一个需要区分内外网请求的业务处理系统中。下述具体方案的表述和结合图2来理解。
36.如图1所示，所述方法包括：
37.s110、当检测到发送待处理业务请求时，确定与所述待处理业务请求相对应的目标域名信息。
38.其中，如果用户想要浏览某个页面a，可以触发显示界面上与页面a相对应的控件，基于用户的触发操作可以生成待处理业务请求。也就是说，待处理业务请求是基于用户的触发操作生成获取相应数据的请求。在检测到发送待处理业务请求时，可以基于域名解析模块，确定待处理业务请求的域名信息，并将此域名信息作为目标域名信息。
39.需要说明的是，内部域名解析模块(internal dns)中预先存储了内网域名信息，因此在基于域名解析模块对待处理业务请求进行域名解析后，可以基于内部域名解析模块中存储的内网域名信息确定其是否为内部域名信息。其中，域名解析模块包括内部域名解析模块和全球域名解析模块，全球域名解析模块也可以确定与待处理业务处理请求相对应的域名信息。
40.在本实施例中，所述当检测到发送待处理业务请求时，确定与所述待处理业务请
求相对应的目标域名信息，包括：当检测到发送待处理业务请求时，调用泛域名解析模块确定与所述待处理业务请求相对应的目标域名信息。
41.其中，泛域名解析模块包括内部域名解析模块和全球域名解析模块。泛域名解析模块在检测到发送待处理业务请求时，可以解析处理待处理业务请求的域名信息，将此时解析出来的域名信息作为目标域名信息。
42.具体的，在检测到发送待处理业务请求时，调用泛域名解析模块确定与待处理业务请求相对应的域名信息并作为目标域名信息。
43.s120、确定与所述目标域名信息相对应的目标服务网关，并基于所述目标服务网关将所述待处理业务请求处理为目标业务处理请求。
44.其中，所述目标业务处理请求中包括所述目标服务网关相对应的标识。
45.其中，不同的域名信息所对应的服务网关可以相同也可以不同，例如，域名信息为a时，对应的可以是内网服务网关；域名信息为b时，对应的可以是外网服务网关。其具体的目标服务网关，是由域名信息的类型来确定的。
46.在确定目标域名信息后，可以确定待处理业务请求是基于内网发送的，还是基于外网发送的，从而确与其相对应的目标服务网关。也就是说，目标服务网关是与目标域名信息相对应的。目标业务处理请求是与待处理业务请求相对应的。目标业务处理请求是目标服务网关对待处理业务请求进行预处理后得到的请求。目标业务处理请求中携带有与目标服务网关相对应的标识，基于目标业务处理请求中的标识可以使服务器确定其请求是基于内网发送的还是外网发送的，从而为其反馈相应的数据。
47.可以理解为，根据域名信息可以确定其是内网还是外网发送的，目标服务网关在待处理业务请求中添加标识后，发送至目标服务器时服务器确定其是内网还是外网发送。
48.具体的，在确定目标域名信息后，可以确定与其相对应的目标服务网关。将待处理业务请求发送至目标服务网关，目标服务网关可以在待处理业务请求中添加与目标服务网关相对应的标识，得到目标业务处理请求。也就是说，目标业务处理请求中不仅包括待处理业务请求，还包括与目标服务网关对应的内外网标识。
49.s130、将所述目标业务处理请求发送至目标服务器，以使所述目标服务器根据所述目标业务处理请求中的内外网标识反馈相应的目标反馈数据。
50.其中，服务器集群中包括至少一个业务服务器，每个业务服务器为不同的业务处理请求反馈相应的反馈数据，因此，可以从服务器集群中确定对目标业务处理请求相匹配的目标服务器。即，目标服务器是对目标业务处理请求进行处理的服务器。目标反馈数据是目标服务器反馈的，与目标业务处理请求相适配的数据。
51.需要说明的是，目标业务处理请求中携带有与目标服务网关相对应的标识，因此在服务器识别到目标业务处理请求中的标识后，可以根据标识的类型反馈与待处理业务请求相匹配的目标反馈数据。
52.具体的，目标服务网关在待处理业务请求中添加与目标服务网关相对应的标识之后，可以得到目标业务处理请求。将目标业务处理请求发送至目标服务器后，目标服务器可以识别目标业务处理请求中的标识，从而确定待处理业务请求是基于内外网中的哪一个网络发送的，进而根据标识反馈与待处理业务请求相对应的目标反馈数据。
53.通常，在服务器接收到基于内网发送的数据获取请求，或基于外网发送的数据获
取请求时，其所反馈的数据是不同的，因此可以基于目标业务处理请求中的标识来确定是请求发送类型，进而确定相应的目标反馈数据。
54.在本实施例中，在将目标业务处理请求发送至目标服务器之前，可以先确定对目标业务处理请求进行处理的目标服务器，即目标业务服务器。可选的，在所述将所述目标业务处理请求发送至目标服务器，以使所述目标服务器根据所述目标业务处理请求中的标识反馈相应的目标反馈数据之前，还包括：根据所述目标业务处理请求的请求类型和预先创建的服务注册表，从服务器集群中确定与所述目标业务处理请求相对应的目标服务器。
55.其中，所述服务注册表是根据服务器集群中每个服务器处理的请求类型确定的。目标业务处理请求中包括请求类型，可以根据请求类型和预先创建的服务注册表，确定可以对目标待处理请求进行处理的目标服务器，以将目标业务处理请求发送至目标服务器。
56.可以理解为，可以根据每个服务器的业务处理类型，确定与每个服务器相对应的请求类型，并建立请求类型和服务器之间的对应关系，作为服务注册表。在接收到目标业务处理请求后，可以根据目标业务处理请求的请求类型和服务注册表中的对应关系，确定目标服务器。将目标业务处理请求发送至目标服务器，以使目标服务器可以反馈与目标业务处理请求相匹配的目标反馈数据。
57.本发明实施例的技术方案，通过在检测到发送待处理业务请求时，确定与待处理业务请求相对应的目标域名信息，并确定与目标域名信息相对应的目标服务网关，以使目标服务网关在待处理业务请求中添加与目标服务网关相对应的标识，得到目标业务处理请求。在将目标业务处理请求发送至目标服务器后，目标服务器可以根据目标业务处理请求中的标识反馈与待处理业务请求相匹配的目标反馈数据，解决了现有技术中基于预先建立的内网物理ip地址列表确定对请求的处理方式时，存在枚举内网物理ip地址时可能无法覆盖到新增内网物理ip地址，或者枚举的物理内网ip地址过多，导致部分基于非内网物理ip地址发送的业务处理请求按照内网逻辑进行处理，存在数据泄露的问题，实现了基于服务网关添加的内外网标识，使服务器快速、准确的确定待处理业务请求是基于内网还是外网发送的，进而反馈相应的目标反馈数据，提高了数据处理的便捷性、有效性以及安全性的技术效果。
58.实施例二
59.图3为本发明实施例二所提供的一种业务数据处理方法流程示意图，在前述实施例的基础上，所述目标服务网关可以是内部服务网关，此时对待处理业务请求进行处理，确定目标业务处理请求以及反馈与目标业务处理请求相对应的目标反馈数据，可以参见本实施例的详细阐述，其中，与上述实施例相同或者相应的技术术语在此不再赘述。
60.如图3所示，所述方法包括：
61.s210、当检测到发送待处理业务请求时，确定与所述待处理业务请求相对应的目标域名信息。
62.s220、如果所述目标域名信息与预先确定的内网域名集合中的域名信息相一致，则确定所述目标服务网关为内部服务网关。
63.其中，内网域名集合中包括多个元素，每个元素可以是内网域名信息。内网域名集合中的内网域名信息是根据已知的设备信息来确定的，即内网域名集合中的元素是唯一且确定的。内部域名集合设置在inter dns中。内部服务网关是预先设置的，是与内网相对应
的。
64.具体的，在确定目标域名信息后，可以先确定内网域名集合中是否包括目标域名信息。如果包括目标域名信息，则说明该待处理业务请求是基于内网发送的，此时可以将待处理业务请求发送至内部服务网关。
65.示例性的，内部域名集合中包括a、b、c；在确定目标域名信息为a后，可以确定内部域名集合中是否包括目标域名信息a。如果包括目标域名信息，则确定与目标域名信息a相对应的待处理业务请求是基于内网发送的，即，基于内部网络发送的，此时可以将待处理业务请求发送至内部服务网关。
66.s230、基于所述内部服务网关为所述待处理业务请求添加目标内网标识，得到所述目标业务处理请求。
67.其中，目标内网标识是与内部服务网关相对应的标识，该标识用于表征待处理业务请求是基于内网发送的。目标业务处理请求是在待处理业务请求中添加目标内网标识后得到的。
68.具体的，在将目标业务处理请求发送至内部服务网关后，内部服务网关可以在待处理业务请求中添加目标内网标识，以得到目标业务处理请求。也就是说，目标业务处理请求中添加有与内部服务网关相对应的目标内网标识。
69.s240、将所述目标业务处理请求发送至所述目标服务器，以使所述目标服务器在获取到所述目标业务处理请求中的目标内网标识时，执行内网逻辑对所述目标业务处理请求进行处理，得到所述目标反馈数据。
70.可以理解为，在将目标业务处理请求发送至目标服务器后，目标服务器可以接收目标业务处理请求，并获取目标业务处理请求中的目标内网标识，可以依据目标内网标识执行内网逻辑对待处理业务请求进行处理，得到相应的目标反馈数据。
71.作为上述实施例的一可选实施例，图4为本发明实施例二所提供的一种基于业务数据处理方法的流程示意图，如图4所示：
72.为了清楚的介绍本实施例技术方案，可以以应用在具体的企业为例来介绍。在检测到发送待处理业务请求时，基于内网查询企业内部私有dns解析服务器确定与待处理业务请求相对应的目标域名信息。在确定目标域名信息后，如果确定目标域名信息为企业私有域名信息，则可以获取内部网关地址，并将待处理业务请求发送至与内部网关地址相对应的内部服务网关。可以理解为，基于内网流量访问内网网关(内部服务网关)后，可以在待处理业务请求中添加目标内网标识，如，目标内网标识可以是：x-scope:internal，得到目标业务处理请求。同时，可以根据服务注册表确定对待处理业务请求进行处理的目标服务器，并将目标业务处理请求发送至目标服务器(目标业务服务)。目标业务服务接收到目标业务处理请求后，可以获取其所携带的目标内网标识。如果是内网标识则可以按照内网逻辑对待处理业务请求进行处理，以得到目标反馈数据。
73.本技术方案的实现原理可以理解为：在确定与待处理业务请求相对应的目标服务网关为内部服务网关后，内部服务网关收到待处理业务请求后，可以在服务注册表中查询与待处理业务请求相匹配的目标服务器信息。将待处理业务请求发送至目标服务器，在发送待处理业务请求之前，可以在待处理业务请求中添加内网标识，如，内网标识可以是”x-scope:internal”。目标服务器在接收到目标业务处理请求后，可以获取目标业务处理请求
中的目标内网标识“x-scope:internal”，以此判断目标业务处理请求是基于内网发送的，从而使服务器执行内网逻辑获取相应的目标反馈数据，并将目标反馈数据反馈至客户端。
74.本发明实施例的技术方案，通过对目标域名信息进行处理，可以确定与目标域名信息相对应的目标服务网关为内部服务网关，进而基于内部服务网关在待处理业务请求中添加目标内网标识，并将携带有目标内网标识的目标业务处理请求发送至目标服务器，以使目标服务器在读取到目标内网标识后，按照与目标内网标识对应的内网执行逻辑对待处理业务请求进行处理，从而反馈相应的目标反馈数据，实现了对数据处理便捷性、有效性以及安全性的技术效果。
75.实施例三
76.图5为本发明实施例三所提供的一种业务数据处理方法流程示意图，在前述实施例的基础上，所述目标服务网关可以是外部服务网关，此时对待处理业务请求进行处理，确定目标业务处理请求以及反馈与目标业务处理请求相对应的目标反馈数据，可以参见本实施例的详细阐述，其中，与上述实施例相同或者相应的技术术语在此不再赘述。
77.在介绍本实施例技术方案之前，需要说明的是，所有服务器(业务服务)都不会暴露在公网环境(外网环境)，需要通过相应的服务网关向服务器发送业务处理请求。内部服务网关不会暴露的公网环境中，外部服务网关可以直接暴露在公网环境中，或通过dnat对外提供服务。
78.如图5所示，所述方法包括：
79.s310、当检测到发送待处理业务请求时，确定与所述待处理业务请求相对应的目标域名信息。
80.s320、如果所述目标域名信息与预先确定的内网域名集合中的域名信息不一致，则基于公用域名解析模块对所述目标域名信息进行处理，确定与所述目标域名信息相对应的目标代理层地址。
81.其中，公用域名解析模块用于确定与目标域名信息相对应的dnat代理地址。基于dnat代理地址可以将待处理业务请求转发至相应的外部服务网关。
82.具体的，如果目标域名信息与预先确定的内网域名集合中的域名信息不相同，则可以将目标域名信息发送至公用域名解析模块。公用域名解析模块可以对目标域名信息进行处理，确定与目标域名信息相对应的目标代理层地址。
83.s330、基于所述目标代理层地址将所述待处理业务请求发送至外部服务网关，并基于所述外部服务网关为所述待处理业务请求添加目标外网标识，得到所述目标业务处理请求。
84.其中，目标外部服务网关是用于对基于外网发送的待处理业务请求进行处理的网关。目标外网标识是与外部服务网关相对应的，该标识可以表征待处理业务请求是基于内网发送的还是基于外网发送的。
85.具体的，在确定目标代理层地址之后，可以基于目标代理层地址所对应的代理将待处理业务请求转发至外部服务网关。外部服务网关在接收到待处理业务请求后，可以在待处理业务请求中添加目标外网标识，以得到目标业务处理请求。可以理解为，此时目标业务处理请求中包括添加目标外网标识的待处理业务请求。
86.在实际应用的过程中，存在相关人员在基于外网发送待处理业务请求时，添加与
目标内网相一致的标识的情形，为了避免数据流失，在确定目标服务网关后，可以基于目标服务网关的类型更新待处理业务请求的标识信息，从而保证对待处理业务请求按照相应的执行逻辑反馈相应的反馈数据。
87.可选的，所述基于所述外部服务网关为所述待处理业务请求添加目标外网标识，包括：如果所述待处理业务请求中包括局部内网标识或局部外网标识，则基于所述目标外网标识覆盖所述局部内网标识或所述局部外网标识。
88.可以理解为，在实际应用过程中，存在某些用户在发送待处理业务请求时，添加局部内网标识或局部外网标识的情形，为了解决此类问题，可以在确定目标服务网关(外部服务网关)后，基于外部服务网关中的目标外网标识覆盖局部内网标识或局部内网标识，从而实现确定该待处理业务请求是内网发送的还是外网发送的准确性。
89.s340、将所述目标业务处理请求发送至所述目标服务器，以使所述目标服务器在获取到所述目标业务处理请求中的目标外网标识时，依据与所述目标外网标识相对应的外网逻辑对所述目标业务处理请求进行处理，得到所述目标反馈数据。
90.可以理解为，在将目标业务处理请求发送至目标服务器后，目标服务器可以接收该目标业务处理请求，并获取到目标业务处理请求中的目标外网标识，服务器可以根据目标外网标识执行外网逻辑对待处理业务请求进行处理，进而得到目标业务处理请求相对应的目标反馈数据。
91.作为上述实施例的一可选实施例，图6为本发明实施例三所提供的一种业务数据处理方法流程示意图，如图6所示：在确定目标域名信息与内网域名信息不一致时，则可以基于公网应用查询全球dns解析服务器，确定与目标域名信息相对应的外部服务网关。通常，外部服务网关是不直接对外的，因此可以基于全球dns解析服务器指向dnat代理服务器，即确定与目标域名信息相对应的目标代理层地址。基于目标代理层地址可以将待处理业务请求发送至外部服务网关。即公网流量访问到公共网关(外部服务网关)，可以将待处理业务请求转发到目标服务器上，在转发到目标服务器之前可以添加目标外网标识“x-scope:external”。如果待处理业务请求中携带有伪造的x-scope，则会被目标外网标识覆盖。覆盖的好处在于，可以避免外网用户通过伪造的http header对内网服务进行渗透攻击。在目标服务器接收到外部服务网关发送的添加目标外网标识的待处理业务处请求后，目标服务器可以获取待处理业务请求中的标识，并判断该表示是否为外网标识，如果是则可以按照公网逻辑对待处理业务请求进行处理，以反馈相应的目标反馈数据。
92.本发明实施例的技术方案，在检测到与待处理业务请求相对应的目标服务网关为外部服务网关时，可以基于外部服务网关添加目标外网标识，得到目标业务处理请求，并将目标业务处理请求发送至目标服务器，以使目标服务器在接收到待处理业务请求时，识别到目标业务处理请求中的目标外网标识后，可以按照外网逻辑对目标业务处理请求进行处理，以得到与待处理业务请求相匹配的目标反馈数据。
93.本发明实施例的技术方案，在单个服务网关的基础上，添加了内网服务网关和外网服务网关，并将待处理业务处理请求绑定到不同的内外网网关上，通过网关向后端服务发送内网与外网独特的标识，后端根据网关传送来的内外网标识执行不同的数据处理逻辑，避免了数据泄露和枚举很多物理ip地址，存在数据处理不便的问题。
94.实施例四
95.图7为本发明实施例四所提供的一种业务数据处理装置的结构示意图，如图7所述，所述装置包括：目标域名信息确定模块410、目标业务处理请求确定模块420以及目标数据反馈模块430。
96.其中，目标域名信息确定模块410，用于当检测到发送待处理业务请求时，确定与所述待处理业务请求相对应的目标域名信息；目标业务处理请求确定模块420，用于确定与所述目标域名信息相对应的目标服务网关，并基于所述目标服务网关将所述待处理业务请求处理为目标业务处理请求；其中，所述目标业务处理请求中包括所述目标服务网关相对应的标识；目标数据反馈模块430，用于将所述目标业务处理请求发送至目标服务器，以使所述目标服务器根据所述目标业务处理请求中的标识反馈相应的目标反馈数据。
97.在上述技术方案的基础上，所述目标域名信息确定模块，还用于：
98.当检测到发送待处理业务请求时，调用泛域名解析模块确定与所述待处理业务请求相对应的目标域名信息。
99.在上述各技术方案的基础上，所述目标业务处理请求确定模块，包括：
100.网关确定单元，用于如果所述目标域名信息与预先确定的内网域名集合中的域名信息相一致，则确定所述目标服务网关为内部服务网关；
101.业务处理请求确定单元，用于基于所述内部服务网关为所述待处理业务请求添加目标内网标识，得到所述目标业务处理请求。
102.在上述各技术方案的基础上，所述目标业务处理请求中包括目标内网标识，所述目标数据反馈模块，还用于：
103.将所述目标业务处理请求发送至所述目标服务器，以使所述目标服务器在获取到所述目标业务处理请求中的目标内网标识时，基于所述目标内网标识依据内网逻辑对所述目标业务处理请求进行处理，得到所述目标反馈数据。
104.在上述各技术方案的基础上，所述目标业务处理请求确定模块，包括：
105.代理层地址确定单元，用于如果所述目标域名信息与预先确定的内网域名集合中的域名信息不一致，则基于公用域名解析模块对所述目标域名信息进行处理，确定与所述目标域名信息相对应的目标代理层地址；
106.目标业务处理请求确定单元，用于基于所述目标代理层地址将所述待处理业务请求发送至外部服务网关，并基于所述外部服务网关为所述待处理业务请求添加目标外网标识，得到所述目标业务处理请求。
107.在上述各技术方案的基础上，所述目标业务处理请求确定单元，用于如果所述待处理业务请求中包括局部内网标识或局部外网标识，则基于所述目标外网标识覆盖所述局部内网标识或所述局部外网标识。
108.在上述各技术方案的基础上，所述目标业务处理请求中包括目标外网标识，所述目标数据反馈模块，还用于
109.将所述目标业务处理请求发送至所述目标服务器，以使所述目标服务器在获取到所述目标业务处理请求中的目标外网标识时，基于所述目标外网标识依据外网逻辑对所述目标业务处理请求进行处理，得到所述目标反馈数据。
110.在上述各技术方案的基础上，所述目标数据反馈模块，还用于根据所述目标业务处理请求的请求类型和预先创建的服务注册表，从服务器集群中确定与所述目标业务处理
请求相对应的目标服务器；其中，所述服务注册表是根据服务器集群中每个服务器处理的请求类型确定的。
111.本发明实施例的技术方案，通过在检测到发送待处理业务请求时，确定与待处理业务请求相对应的目标域名信息，并确定与目标域名信息相对应的目标服务网关，以使目标服务网关在待处理业务请求中添加与目标服务网关相对应的标识，得到目标业务处理请求。在将目标业务处理请求发送至目标服务器后，目标服务器可以根据目标业务处理请求中的标识反馈与待处理业务请求相匹配的目标反馈数据，解决了现有技术中基于预先建立的内网物理ip地址列表确定对请求的处理方式时，存在枚举内网物理ip地址时可能无法覆盖到新增内网物理ip地址，或者枚举的物理内网ip地址过多，导致部分基于非内网物理ip地址发送的业务处理请求按照内网逻辑进行处理，存在数据泄露的问题，实现了基于服务网关添加的内外网标识，使服务器快速、准确的确定待处理业务请求是基于内网还是外网发送的，进而反馈相应的目标反馈数据，提高了数据处理的便捷性、有效性以及安全性的技术效果。
112.本发明实施例所提供的业务数据处理装置可执行本发明任意实施例所提供的业务数据处理方法，具备执行方法相应的功能模块和有益效果。
113.值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明实施例的保护范围。
114.实施例五
115.图8为本发明实施例五提供的一种电子设备的结构示意图。图8示出了适于用来实现本发明实施例实施方式的示例性电子设备50的框图。图8显示的电子设备50仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
116.如图8所示，电子设备50以通用计算设备的形式表现。电子设备50的组件可以包括但不限于：一个或者多个处理器或者处理单元501，系统存储器502，连接不同系统组件(包括系统存储器502和处理单元501)的总线503。
117.总线503表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
118.电子设备50典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备50访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
119.系统存储器502可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)504和/或高速缓存存储器505。电子设备50可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统506可以用于读写不可移动的、非易失性磁介质(图8未显示，通常称为“硬盘驱动器”)。尽管图8中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线503相连。存储器502可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发
明各实施例的功能。
120.具有一组(至少一个)程序模块507的程序/实用工具508，可以存储在例如存储器502中，这样的程序模块507包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块507通常执行本发明所描述的实施例中的功能和/或方法。
121.电子设备50也可以与一个或多个外部设备509(例如键盘、指向设备、显示器510等)通信，还可与一个或者多个使得用户能与该电子设备50交互的设备通信，和/或与使得该电子设备50能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口511进行。并且，电子设备50还可以通过网络适配器512与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器512通过总线503与电子设备50的其它模块通信。应当明白，尽管图8中未示出，可以结合电子设备50使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
122.处理单元501通过运行存储在系统存储器502中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的业务数据处理方法。
123.实施例六
124.本发明实施例六还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行业务数据处理方法。
125.该方法包括：
126.当检测到发送待处理业务请求时，确定与所述待处理业务请求相对应的目标域名信息；
127.确定与所述目标域名信息相对应的目标服务网关，并基于所述目标服务网关将所述待处理业务请求处理为目标业务处理请求；其中，所述目标业务处理请求中包括所述目标服务网关相对应的内外网标识；
128.将所述目标业务处理请求发送至目标服务器，以使所述目标服务器根据所述目标业务处理请求中的内外网标识反馈相应的目标反馈数据。
129.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
130.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可
读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
131.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
132.可以以一种或多种程序设计语言或其组合来编写用于执行本发明实施例操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言——诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
133.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。