CN111787102A - 多应用平台的业务处理方法、装置、电子设备和存储介质 - Google Patents
多应用平台的业务处理方法、装置、电子设备和存储介质 Download PDFInfo
- Publication number
- CN111787102A CN111787102A CN202010616897.6A CN202010616897A CN111787102A CN 111787102 A CN111787102 A CN 111787102A CN 202010616897 A CN202010616897 A CN 202010616897A CN 111787102 A CN111787102 A CN 111787102A
- Authority
- CN
- China
- Prior art keywords
- service
- target
- service server
- application
- service processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 31
- 238000000034 method Methods 0.000 claims abstract description 15
- 238000004590 computer program Methods 0.000 claims description 5
- 230000004044 response Effects 0.000 claims description 4
- 238000005457 optimization Methods 0.000 abstract description 14
- 238000002955 isolation Methods 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 230000003993 interaction Effects 0.000 description 2
- 230000004075 alteration Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/63—Routing a service request depending on the request content or context
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请提出一种多应用平台的业务处理方法、装置、电子设备和存储介质，其中，方法包括：响应于获取的客户端发送的业务处理请求，以确定客户端所属的目标应用标识；根据目标应用标识，确定目标业务服务器；将业务处理请求转发给目标业务服务器，以使目标业务服务器响应业务处理请求。该方法通过根据发送业务处理请求的客户端所属的目标应用标识，确定目标业务服务器，由目标业务服务器进行业务处理，从而不同客户端的业务处理请求，由客户端所属应用对应的业务服务器进行响应，实现了将不同应用进行隔离，对指定的应用进行针对性的业务优化。
Description
技术领域
本申请涉及计算机技术领域，尤其涉及一种多应用平台的业务处理方法、装置、电子设备和存储介质。
背景技术
为了便于对多个应用的业务进行处理，目前可以将利用平台对多个应用进行统一的业务处理，比如，利用游戏平台对多个游戏进行统一的业务处理。在实际应用中，经常会对平台中的各个应用进行针对性的优化。
可见，如何保证业务优化时，应用之间互不影响是亟待解决的问题。
发明内容
本申请提出一种多应用平台的业务处理方法、装置、电子设备和存储介质，用于解决如何保证业务优化时，应用之间互不影响的问题。
本申请一方面实施例提出了一种多应用平台的业务处理方法，包括：
响应于获取的客户端发送的业务处理请求，以确定所述客户端所属的目标应用标识；
根据所述目标应用标识，确定目标业务服务器；
将所述业务处理请求转发给所述目标业务服务器，以使所述目标业务服务器响应所述业务处理请求。
本申请实施例的多应用平台的业务处理方法，通过响应于获取的客户端发送的业务处理请求，以确定客户端所属的目标应用标识，然后根据目标应用标识，确定目标业务服务器，之后将业务处理请求转发给目标业务服务器，以使目标业务服务器响应业务处理请求。由此，通过根据发送业务处理请求的客户端所属的目标应用标识，确定目标业务服务器，由目标业务服务器进行业务处理，从而不同客户端的业务处理请求，由客户端所属应用对应的业务服务器进行响应，实现了将不同应用进行隔离，对指定的应用进行针对性的业务优化。
在本申请实施例一种可能的实现方式中，所述多应用平台中包含N个与所述目标应用标识对应的业务服务器，其中，N为大于1的整数，所述根据所述目标应用标识，确定目标业务服务器，包括：
确定与所述目标应用标识对应的N个业务服务器当前分别对应的负载量；
从所述N个业务服务器中获取负载量最小的业务服务器，作为所述目标业务服务器。
在本申请实施例一种可能的实现方式中，所述多应用平台中包含N个与所述目标应用标识对应的业务服务器，其中，N为大于1的整数，所述根据所述目标应用标识，确定目标业务服务器，包括：
根据与所述目标应用标识对应的N个业务服务器对应的轮询顺序，确定当前待获取业务的目标业务服务器。
在本申请实施例一种可能的实现方式中，在所述将所述业务处理请求发送给所述目标业务服务器之后，还包括：
获取所述目标业务服务器返回的处理结果；
将所述处理结果返回至所述客户端。
在本申请实施例一种可能的实现方式中，所述业务处理请求中还包括目标业务标识，所述根据所述目标应用标识，确定目标业务服务器，包括：
根据所述目标应用标识及所述目标业务标识，确定目标业务服务器。
在本申请实施例一种可能的实现方式中，所述多应用平台为多游戏应用平台，所述响应于获取的客户端发送的业务处理请求，以确定所述客户端所属的目标应用标识，包括：
对所述客户端发送的HTTP业务请求消息进行解析，以获取所述HTTP业务请求消息头中包含的所述客户端所属的目标游戏标识。
本申请另一方面实施例提出了一种多应用平台的业务处理装置，包括：
第一确定模块，用于响应于获取的客户端发送的业务处理请求，以确定所述客户端所属的目标应用标识；
第二确定模块，用于根据所述目标应用标识，确定目标业务服务器；
发送模块，用于将所述业务处理请求转发给所述目标业务服务器，以使所述目标业务服务器响应所述业务处理请求。
本申请实施例的多应用平台的业务处理装置，通过响应于获取的客户端发送的业务处理请求，以确定客户端所属的目标应用标识，然后根据目标应用标识，确定目标业务服务器，之后将业务处理请求转发给目标业务服务器，以使目标业务服务器响应业务处理请求。由此，通过根据发送业务处理请求的客户端所属的目标应用标识，确定目标业务服务器，由目标业务服务器进行业务处理，从而不同客户端的业务处理请求，由客户端所属应用对应的业务服务器进行响应，实现了将不同应用进行隔离，对指定的应用进行针对性的业务优化。
在本申请实施例一种可能的实现方式中，所述多应用平台中包含N个与所述目标应用标识对应的业务服务器，其中，N为大于1的整数，所述第二确定模块，具体用于：
确定与所述目标应用标识对应的N个业务服务器当前分别对应的负载量；
从所述N个业务服务器中获取负载量最小的业务服务器，作为所述目标业务服务器。
在本申请实施例一种可能的实现方式中，所述多应用平台中包含N个与所述目标应用标识对应的业务服务器，其中，N为大于1的整数，所述第二确定模块，具体用于：
根据与所述目标应用标识对应的N个业务服务器对应的轮询顺序，确定当前待获取业务的目标业务服务器。
在本申请实施例一种可能的实现方式中，所述装置还包括：
获取模块，用于获取所述目标业务服务器返回的处理结果；
返回模块，用于将所述处理结果返回至所述客户端。
在本申请实施例一种可能的实现方式中，所述业务处理请求中还包括目标业务标识，所述第二确定模块，具体用于：
根据所述目标应用标识及所述目标业务标识，确定目标业务服务器。
在本申请实施例一种可能的实现方式中，所述多应用平台为多游戏应用平台，所述第一确定模块，具体用于：
对所述客户端发送的HTTP业务请求消息进行解析，以获取所述HTTP业务请求消息头中包含的所述客户端所属的目标游戏标识。
本申请另一方面实施例提出了一种电子设备，包括：处理器和存储器；
其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如上述一方面实施例所述的多应用平台的业务处理方法。
本申请另一方面实施例提出了一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述一方面实施例所述的多应用平台的业务处理方法。
本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本申请实施例提供的一种多应用平台的业务处理方法的流程示意图；
图2为本申请实施例提供的一种客户端与多应用平台之间的交互示意图；
图3为本申请实施例提供的另一种多应用平台的业务处理方法的流程示意图；
图4为本申请实施例提供的一种多应用平台的示意图；
图5为本申请实施例提供的另一种多应用平台的业务处理方法的流程示意图；
图6为本申请实施例提供的另一种多应用平台的业务处理方法的流程示意图；
图7为本申请实施例提供的一种多应用平台的业务处理装置的结构示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本申请，而不能理解为对本申请的限制。
下面参考附图描述本申请实施例的多应用平台的业务处理方法、装置、电子设备和存储介质。
本申请实施例提出一种多应用平台的业务处理方法，通过根据发送业务处理请求的客户端所属的目标应用标识，确定目标业务服务器，由目标业务服务器进行业务处理，从而不同客户端的业务处理请求，由客户端所属应用对应的业务服务器进行响应，实现了将不同应用进行隔离，对指定的应用进行针对性的业务优化。
图1为本申请实施例所提供的一种多应用平台的业务处理方法的流程示意图。
本申请实施例的多应用平台的业务处理方法，可应用于多应用平台，该方法可由本申请实施例提供的多应用平台的业务处理装置执行，该装置可配置电子设备，以实现将不同客户端进行隔离，对指定的客户端进行针对性的业务优化。
如图1所示，该多应用平台的业务处理方法包括：
步骤101，响应于获取的客户端发送的业务处理请求，以确定客户端所属的目标应用标识。
本实施例中，多应用平台具有多个同类型的应用，比如多游戏应用平台上具有多种游戏。当客户端需要进行业务优化时，向多应用平台发送业务处理请求，其中，业务处理请求包括待处理的业务、客户端所属的应用的标识等。比如，某游戏客户端向游戏平台发送增加新的游戏装备的业务处理请求。
这里将客户端所属的应用称为目标应用，业务处理请求中可包括客户端所属的目标应用的标识。
当多应用业务平台获取到客户端发送的业务处理请求时，响应于业务处理请求，可对业务处理请求进行解析，以获取客户端所属的目标应用的标识，这里称为目标应用标识。
图2为本申请实施例提供的一种客户端与多应用平台之间的交互示意图。图2中，客户端210向多应用平台220发送业务处理请求，多应用平台220获取业务处理请求。
步骤102，根据目标应用标识，确定目标业务服务器。
本实施例中，预先设置每个应用的应用标识与多应用平台中各业务服务器之间的对应关系。在确定客户端所属的目标应用标识后，可以通过查询每个应用标识与业务服务器之间的对应关系，确定与目标应用标识对应的业务服务器，作为目标应用服务器。
步骤103，将业务处理请求转发给目标业务服务器，以使目标业务服务器响应业务处理请求。
在确定目标业务服务器之后，可将业务处理请求转发给目标业务服务器，由目标业务服务器根据业务处理请求进行业务处理，以对客户端所属应用进行针对性的业务优化。
本实施例中，将业务处理请求转发给目标业务服务器，而不会转发其他客户端所属应用对应的业务服务器，从而可以将各个应用隔离开，对指定的应用进行针对性的业务优先，而不会影响其他多应用平台中其他应用。
本申请实施例的多应用平台的业务处理方法，可应用于游戏平台，当获取到某游戏客户端的业务处理请求时，根据该游戏客户端所属游戏的标识，确定用于处理该游戏的业务请求的业务服务器，将该游戏的业务处理请求发送给对应的业务服务器，由该业务服务器对业务处理请求进行响应，从而将不同游戏隔离，对指定游戏进行针对性的业务优化。
本申请实施例中，通过响应于获取的客户端发送的业务处理请求，以确定客户端所属的目标应用标识，然后根据目标应用标识，确定目标业务服务器，之后将业务处理请求转发给目标业务服务器，以使目标业务服务器响应业务处理请求。由此，通过根据发送业务处理请求的客户端所属的目标应用标识，确定目标业务服务器，由目标业务服务器进行业务处理，从而不同客户端的业务处理请求，由客户端所属应用对应的业务服务器进行响应，实现了将不同应用进行隔离，对指定的应用进行针对性的业务优化。
为了提高了业务处理效率，在本申请的一个实施例中，多应用业务平台中每个应用标识可以对应一个业务服务器，也可以对应多个业务服务器，若多应用平台中包含多个与目标应用程序标识对应的业务服务器时，可通过图3的所示的方法确定目标业务服务器。下面结合图3进行说明，图3为本申请实施例提供的另一种多应用平台的业务处理方法的流程示意图。
如图3所示，该多应用平台的业务处理方法包括：
步骤301，响应于获取的客户端发送的业务处理请求，以确定客户端所属的目标应用标识。
本实施例中，步骤301-与上述步骤101类似，故在此不再赘述。
步骤302，确定与目标应用标识对应的N个业务服务器当前分别对应的负载量。
在确定客户端所属的目标应用标识后，根据应用标识与业务服务器之间的对应关系，确定多应用平台中包含N个与目标应用程序对应的业务服务器。其中，N为大于1的正整数。之后，获取N个业务服务器中每个业务服务器当前的负载量。
其中，负载量可以用业务服务器当前待处理的业务请求的数量来衡量。
步骤303，从N个业务服务器中获取负载量最小的业务服务器，作为目标业务服务器。
本实施例中，比较N个业务服务器当前的负载量，为了提高业务处理效率，可从N个业务服务器中选择负载量最小的业务服务器，作为目标业务服务器。
步骤304，将业务处理请求转发给目标业务服务器，以使目标业务服务器响应业务处理请求。
本实施例中，将业务处理请求转发给目标业务服务器，以使负载量最小的业务服务器响应业务处理请求，以提高业务处理的效率。
并且，由负载量最小的业务服务器响应业务处理请求，也可以避免某个业务服务器负载量过大而崩溃。
图4为本申请实施例提供的一种多应用平台的示意图。图4中，多应用平台中包含业务服务器1、业务服务器2、业务服务器3、业务服务器4共4个业务服务器。其中，应用标识a与业务服务器1和业务服务器3匹配，那么发送业务处理请求的客户端所属的目标应用标识为a时，从业务服务器1和业务服务器3中，选择当前负载量小的作为目标业务服务器，以处理该业务处理请求。
需要说明的是，图4仅为示例，在实际应用中，多应用平台中业务服务器的数量可以根据需要设置。
本申请实施例中，多应用平台中包含N个与目标应用标识对应的业务服务器，其中，N为大于1的整数，在根据目标应用标识，确定目标业务服务器时，可确定与目标应用标识对应的N个业务服务器当前分别对应的负载量，然后从N个业务服务器中获取负载量最小的业务服务器，作为目标业务服务器。由此，当与目标应用标识对应的业务服务器有多个时，可将负载量最小的业务服务器作为目标服务器，由负载量最小的业务服务器对业务处理请求进行响应，不仅提高了业务处理效率，而且使得多个业务服务器负载均衡。
当目标应用标识对应多个业务服务器时，上述实施例描述了将负载量最小的业务服务器作为目标业务器，在本申请的一个实施例中，如果多应用平台中包含N个与目标应用标识对应的业务服务器，也可根据N个业务服务器的轮询顺序，确定目标业务服务器。其中，N为大于1的正整数。
本实施例中，对于每个对应多个业务服务器的应用标识，设置应用程序标识对应的多个业务服务器对应的轮询顺序。在确定多应用平台中包含N个与目标应用标识对应的业务服务器后，获取N个业务服务器对应的轮询顺序，然后根据N个业务服务器对应的轮询顺序，和N个业务服务器中前一个被轮询的业务服务器，确定当前待获取业务的业务服务器，作为目标业务服务器。
然后，将业务处理请求转发给目标业务服务器，由当前待获取业务的业务服务器对业务处理请求进行响应。
比如，多应用平台中包含3个与目标应用标识对应的业务服务器分别是业务服务器A、业务服务器B和业务服务器C，3个业务服务器的轮询顺序为业务服务器A、业务服务器B和业务服务器C。若前一个响应与目标应用标识对应的客户端发送的业务处理请求的是业务服务器C，那么根据3个业务服务器的轮询顺序和前一个被轮询的业务服务器C，可以确定当前待获取业务的业务服务器为业务服务器A，则将当前获取的与目标应用标识对应的客户端发送的业务处理请求，转发给业务服务器A，由业务服务器A响应业务处理请求。
本申请实施例中，多应用平台中包含N个与目标应用标识对应的业务服务器，其中，N为大于1的整数，在根据目标应用标识，确定目标业务服务器时，根据与目标应用标识对应的N个业务服务器对应的轮询顺序，确定当前待获取业务的目标业务服务器。由此，当与目标应用标识对应的业务服务器有多个时，可通过轮询方式确定目标业务服务器，不仅可以避免业务服务器负载不均衡，而且提高了业务处理效率。
为了满足用户的个性化需求，在本申请的一个实施例中，还可将目标业务服务器的处理结果返回至客户端。下面结合图5进行说明，图5为本申请实施例提供的另一种多应用平台的业务处理方法的流程示意图。
如图5所示，该多应用平台的业务处理方法包括：
步骤501，响应于获取的客户端发送的业务处理请求，以确定客户端所属的目标应用标识。
步骤502，根据目标应用标识，确定目标业务服务器。
步骤503，将业务处理请求转发给目标业务服务器，以使目标业务服务器响应业务处理请求。
本实施例中，步骤501-步骤503与上述步骤101-步骤103类似，故在此不再赘述。
步骤504，获取目标业务服务器返回的处理结果。
本实施例中，目标业务服务器接收到业务处理请求后，根据业务处理请求确定要处理的业务，并将处理结果返回给多应用平台。
步骤505，将处理结果返回至客户端。
在多应用平台获取目标服务器返回的处理结果后，将处理结果返回至客户端，如图2所示，以使客户端显示处理结果。由此，用户可以获知业务处理情况。
本实施例中，如果处理结果是业务处理成功，那么用户无需重新发起业务处理请求；如果处理失败，那么用户可以在客户端进行操作，使客户端再次发送业务处理请求，以使多应用平台进行业务处理。
本申请实施例中，在将业务处理请求发送给目标业务服务器之后，还可获取目标业务服务器返回的处理结果，然后将处理结果返回至客户端。由此，客户端可以将业务处理结果显示给用户，以使用户获知处理结果，并根据处理结果进行一步操作。
为了提高业务处理效率，在本申请的一个实施例中，业务处理请求中还可包目标业务标识，在根据目标应用标识，确定目标业务服务器，可结合目标业务标识，确定目标业务服务器。下面结合图6进行说明，图6为本申请实施例提供的另一种多应用平台的业务处理方法的流程示意图。
如图6所示，该多应用平台的业务处理方法包括：
步骤601，响应于获取的客户端发送的业务处理请求，以确定客户端所属的目标应用标识。
在实际应用中，对一个应用而言，可能包含多方面的业务，那么可以分业务进行优化处理，客户端向多应用平台发送的业务处理请求中可包含请求处理的业务的业务标识。
多应用平台获取客户端发送的业务处理请求后，对业务处理请求进行解析，获取客户端所属目标应用标识、目标业务标识等。
步骤602，根据目标应用标识及目标业务标识，确定目标业务服务器。
在获取业务处理请求后，可对业务处理请求进行解析，获取待处理的业务的标识，这里称为目标业务标识。
本实施例中，每个应用标识可对应多个业务服务器，每个业务服务器可以处理不同的业务。在获取目标应用标识和目标业务标识后，根据目标应用标识，确定多应用平台中包含的与目标应用标识匹配的业务服务器，然后根据目标业务标识，从匹配的业务服务器中确定处理该目标业务的业务服务器，作为目标业务服务器。
比如，某游戏平台中针对每种游戏设置有多个业务服务器，比如，某游戏对应的业务服务器包括：用于处理增加游戏装备的业务服务器、用于升级游戏难度的业务服务器等。在接收到该游戏客户端发送的业务处理请求时，根据该游戏对应的标识和目标业务标识，确定用于处理相应业务的业务服务器。
步骤603，将业务处理请求转发给目标业务服务器，以使目标业务服务器响应业务处理请求。
本实施例中，将业务处理请求转发给目标业务服务器，以由处理客户端请求的业务的业务服务器，进行针对性的业务处理，从而提高了请求业务处理效率。
本申请实施例中，业务处理请求中还可包括目标业务标识，在根据目标应用标识，确定目标业务服务器时，根据目标应用标识及目标业务标识，确定目标业务服务器。由此，通过根据目标应用标识及目标业务标识，共同确定目标业务服务器，由专门处理请求的业务的业务服务器进行业务处理，提高了处理效率。
在本申请的一个实施例中，多应用平台可以为多游戏应用平台，其中，多游戏应用平台中可以包括多种游戏，客户端可通过HTTP协议(HyperText Transfer Protocol，超文本传输协议)向多应用平台发送业务处理请求。
具体地，客户端在发送业务处理请求时，可通过向多游戏应用平台发送HTTP业务请求消息。其中，可将游戏客户端所属的游戏的标识放在消息的头部。这里将客户端所属的游戏的标识称为目标游戏标识，
多游戏应用平台获取客户端发送的HTTP业务请求消息，在响应于获取的客户端发送的业务处理请求，以确定客户端所属的目标应用标识时，对HTTP业务请求消息进行解析，从HTTP业务请求消息头中获取客户端所属的目标游戏标识。然后，根据目标游戏标识，确定与目标游戏标识匹配的目标业务服务器，将该游戏客户端发送的业务处理请求发送给目标业务服务器，由目标业务服务器响应游戏客户端发送的业务处理请求。
比如，游戏A客户端通过HTTP业务请求消息，向多游戏应用平台发送增加某游戏角色技能的业务处理请求，那么多游戏应用平台通过解析HTTP业务请求消息，从消息头部获取游戏A的标识。然后，根据游戏A的标识，从游戏A的标识对应的业务服务器中，确定出目标业务服务器，以将业务处理请求转发给目标业务服务器，由目标业务服务器对业务处理请求进行响应。
本申请实施例中，多应用平台为多游戏应用平台，在响应于获取的客户端发送的业务处理请求，以确定客户端所属的目标应用标识时，多应用平台的网关层对客户端发送的HTTP业务请求消息进行解析，以获取HTTP业务请求消息头中包含的客户端所属的目标游戏标识。由此，通过将客户端所属的目标游戏标识放在HTTP协议的消息中，使用网关层做派发，把不同游戏的业务处理请求隔离，从而可以针对不同的游戏进行不同的业务优化而不影响其他应用。
为了实现上述实施例，本申请实施例还提出一种多应用平台的业务处理装置。图7为本申请实施例提供的一种多应用平台的业务处理装置的结构示意图。
如图7所示，该多应用平台的业务处理装置包括：第一确定模块710、第二确定模块720和发送模块730。
第一确定模块710，用于响应于获取的客户端发送的业务处理请求，以确定客户端所属的目标应用标识；
第二确定模块720，用于根据目标应用标识，确定目标业务服务器；
发送模块730，用于将业务处理请求转发给目标业务服务器，以使目标业务服务器响应业务处理请求。
在本申请实施例一种可能的实现方式中，多应用平台中包含N个与目标应用标识对应的业务服务器，其中，N为大于1的整数，第二确定模块720，具体用于：
确定与目标应用标识对应的N个业务服务器当前分别对应的负载量；
从N个业务服务器中获取负载量最小的业务服务器，作为目标业务服务器。
在本申请实施例一种可能的实现方式中，多应用平台中包含N个与目标应用标识对应的业务服务器，其中，N为大于1的整数，第二确定模块720，具体用于：
根据与目标应用标识对应的N个业务服务器对应的轮询顺序，确定当前待获取业务的目标业务服务器。
在本申请实施例一种可能的实现方式中，该装置还可包括：
获取模块，用于获取目标业务服务器返回的处理结果；
返回模块，用于将处理结果返回至客户端。
在本申请实施例一种可能的实现方式中，业务处理请求中还包括目标业务标识，第二确定模块720，具体用于：
根据目标应用标识及目标业务标识，确定目标业务服务器。
在本申请实施例一种可能的实现方式中，多应用平台为多游戏应用平台，第一确定模块710，具体用于：
对客户端发送的HTTP业务请求消息进行解析，以获取HTTP业务请求消息头中包含的客户端所属的目标游戏标识。
需要说明的是，前述对多应用平台的业务处理方法实施例的解释说明，也适用于该实施例的多应用平台的业务处理装置，故在此不再赘述。
本申请实施例的多应用平台的业务处理装置，通过响应于获取的客户端发送的业务处理请求，以确定客户端所属的目标应用标识，然后根据目标应用标识，确定目标业务服务器，之后将业务处理请求转发给目标业务服务器，以使目标业务服务器响应业务处理请求。由此，通过根据发送业务处理请求的客户端所属的目标应用标识，确定目标业务服务器，由目标业务服务器进行业务处理，从而不同客户端的业务处理请求，由客户端所属应用对应的业务服务器进行响应，实现了将不同应用进行隔离，对指定的应用进行针对性的业务优化。
为了实现上述实施例，本申请实施例还提出一种电子设备，包括：包括处理器和存储器；
其中，处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，以用于实现如上述实施例所述的多应用平台的业务处理方法。
为了实现上述实施例，本申请实施例还提出一种非临时性计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述实施例所述的多应用平台的业务处理方法。
在本说明书的描述中，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本申请的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (10)
1.一种多应用平台的业务处理方法，其特征在于，包括：
响应于获取的客户端发送的业务处理请求，以确定所述客户端所属的目标应用标识；
根据所述目标应用标识，确定目标业务服务器；
将所述业务处理请求转发给所述目标业务服务器，以使所述目标业务服务器响应所述业务处理请求。
2.如权利要求1所述的方法，其特征在于，所述多应用平台中包含N个与所述目标应用标识对应的业务服务器，其中，N为大于1的整数，所述根据所述目标应用标识，确定目标业务服务器，包括：
确定与所述目标应用标识对应的N个业务服务器当前分别对应的负载量；
从所述N个业务服务器中获取负载量最小的业务服务器，作为所述目标业务服务器。
3.如权利要求1所述的方法，其特征在于，所述多应用平台中包含N个与所述目标应用标识对应的业务服务器，其中，N为大于1的整数，所述根据所述目标应用标识，确定目标业务服务器，包括：
根据与所述目标应用标识对应的N个业务服务器对应的轮询顺序，确定当前待获取业务的目标业务服务器。
4.如权利要求1所述的方法，其特征在于，在所述将所述业务处理请求发送给所述目标业务服务器之后，还包括：
获取所述目标业务服务器返回的处理结果；
将所述处理结果返回至所述客户端。
5.如权利要求1-4任一所述的方法，其特征在于，所述业务处理请求中还包括目标业务标识，所述根据所述目标应用标识，确定目标业务服务器，包括：
根据所述目标应用标识及所述目标业务标识，确定目标业务服务器。
6.如权利要求1-4任一所述的方法，其特征在于，所述多应用平台为多游戏应用平台，所述响应于获取的客户端发送的业务处理请求，以确定所述客户端所属的目标应用标识，包括：
对所述客户端发送的HTTP业务请求消息进行解析，以获取所述HTTP业务请求消息头中包含的所述客户端所属的目标游戏标识。
7.一种多应用平台的业务处理装置，其特征在于，包括：
第一确定模块，用于响应于获取的客户端发送的业务处理请求，以确定所述客户端所属的目标应用标识；
第二确定模块，用于根据所述目标应用标识，确定目标业务服务器；
发送模块，用于将所述业务处理请求转发给所述目标业务服务器，以使所述目标业务服务器响应所述业务处理请求。
8.如权利要求7所述的装置，其特征在于，所述多应用平台中包含N个与所述目标应用标识对应的业务服务器，其中，N为大于1的整数，所述第二确定模块，具体用于：
确定与所述目标应用标识对应的N个业务服务器当前分别对应的负载量；
从所述N个业务服务器中获取负载量最小的业务服务器，作为所述目标业务服务器。
9.一种电子设备，其特征在于，包括处理器和存储器；
其中，所述处理器通过读取所述存储器中存储的可执行程序代码来运行与所述可执行程序代码对应的程序，以用于实现如权利要求1-6中任一所述的多应用平台的业务处理方法。
10.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-6中任一所述的多应用平台的业务处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010616897.6A CN111787102A (zh) | 2020-06-30 | 2020-06-30 | 多应用平台的业务处理方法、装置、电子设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010616897.6A CN111787102A (zh) | 2020-06-30 | 2020-06-30 | 多应用平台的业务处理方法、装置、电子设备和存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111787102A true CN111787102A (zh) | 2020-10-16 |
Family
ID=72760777
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010616897.6A Pending CN111787102A (zh) | 2020-06-30 | 2020-06-30 | 多应用平台的业务处理方法、装置、电子设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111787102A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114301691A (zh) * | 2021-12-29 | 2022-04-08 | 威创集团股份有限公司 | 分布式信号单向传输隔离方法、装置、设备及存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100205243A1 (en) * | 2008-09-12 | 2010-08-12 | salesforce.com,inc. | Methods and systems for polling an on demand service |
| CN109040316A (zh) * | 2018-09-19 | 2018-12-18 | 天津字节跳动科技有限公司 | Http服务处理方法和装置 |
| CN109660594A (zh) * | 2018-11-07 | 2019-04-19 | 阿里巴巴集团控股有限公司 | 业务处理结果的定向推送方法、展示方法、装置和设备 |
| CN110474940A (zh) * | 2018-05-10 | 2019-11-19 | 北京金山安全软件有限公司 | 请求调度方法、装置、电子设备、及介质 |
-
2020
- 2020-06-30 CN CN202010616897.6A patent/CN111787102A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20100205243A1 (en) * | 2008-09-12 | 2010-08-12 | salesforce.com,inc. | Methods and systems for polling an on demand service |
| CN110474940A (zh) * | 2018-05-10 | 2019-11-19 | 北京金山安全软件有限公司 | 请求调度方法、装置、电子设备、及介质 |
| CN109040316A (zh) * | 2018-09-19 | 2018-12-18 | 天津字节跳动科技有限公司 | Http服务处理方法和装置 |
| CN109660594A (zh) * | 2018-11-07 | 2019-04-19 | 阿里巴巴集团控股有限公司 | 业务处理结果的定向推送方法、展示方法、装置和设备 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114301691A (zh) * | 2021-12-29 | 2022-04-08 | 威创集团股份有限公司 | 分布式信号单向传输隔离方法、装置、设备及存储介质 |
| CN114301691B (zh) * | 2021-12-29 | 2022-10-25 | 威创集团股份有限公司 | 分布式信号单向传输隔离方法、装置、设备及存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11418620B2 (en) | Service request management | |
| CN108667861B (zh) | 通过浏览器对设备实时监控的方法、系统以及服务器 | |
| CN105825409B (zh) | 一种电子发票消息推送系统及方法 | |
| CN110493321B (zh) | 一种资源获取方法以及边缘调度系统、服务器 | |
| JP2000276432A (ja) | トランザクション・メッセージの動的負荷分散方式 | |
| CN108377247B (zh) | 一种消息推送方法和装置 | |
| CN110109766B (zh) | 基于跨部门跨平台数据共享交换的数据交互方法及装置 | |
| RU2008131535A (ru) | Сетевая система | |
| CN107979539A (zh) | 报文处理方法及装置 | |
| CN112597039A (zh) | 虚拟机访问方法、系统、设备及计算机可读存储介质 | |
| CN107295003B (zh) | 一种数据传输方法、装置及系统 | |
| CN114338063A (zh) | 消息队列系统、业务处理方法及计算机可读存储介质 | |
| CN114585026A (zh) | 频点切换方法、终端、基站和存储介质 | |
| CN110417876B (zh) | 会话方法、分布式系统中的节点服务器及主控设备 | |
| CN111787102A (zh) | 多应用平台的业务处理方法、装置、电子设备和存储介质 | |
| CN109471713B (zh) | 用于查询信息的方法和装置 | |
| CN101753561B (zh) | 业务的集群处理方法及集群系统 | |
| CN104509071A (zh) | 处理请求 | |
| EP3236633A1 (en) | Method and apparatus for processing resource operation request | |
| CN113596105B (zh) | 内容的获取方法、边缘节点及计算机可读存储介质 | |
| CN111107080B (zh) | 一种错误信息推送方法、装置、设备及可读存储介质 | |
| CN109688204B (zh) | 基于ndn网络的文件下载方法、节点、终端 | |
| CN107835225B (zh) | 数据信息的获取方法、装置和设备 | |
| CN110474807A (zh) | 一种日志处理方法及装置 | |
| CN113254203B (zh) | 服务降级处理方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20231031 Address after: No. 1201, Building 1, No. 7 Shixing Street, Shijingshan District, Beijing, 100041 Applicant after: Beijing Mi Mai Interactive Technology Co.,Ltd. Address before: 100085 East District, Second Floor, 33 Xiaoying West Road, Haidian District, Beijing Applicant before: BEIJING KINGSOFT INTERNET SECURITY SOFTWARE Co.,Ltd. |
|
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20201016 |