WO2019223099A1 - 应用程序的调用方法及系统 - Google Patents

应用程序的调用方法及系统 Download PDF

Info

Publication number
WO2019223099A1
WO2019223099A1 PCT/CN2018/097316 CN2018097316W WO2019223099A1 WO 2019223099 A1 WO2019223099 A1 WO 2019223099A1 CN 2018097316 W CN2018097316 W CN 2018097316W WO 2019223099 A1 WO2019223099 A1 WO 2019223099A1
Authority
WO
WIPO (PCT)
Prior art keywords
program
application
routing rule
processor
status
Prior art date
Application number
PCT/CN2018/097316
Other languages
English (en)
French (fr)
Inventor
张家峰
Original Assignee
平安科技（深圳）有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 平安科技（深圳）有限公司 filed Critical 平安科技（深圳）有限公司
Publication of WO2019223099A1 publication Critical patent/WO2019223099A1/zh

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services

Definitions

  • the present application belongs to the field of communication technologies, and in particular, relates to a method and system for calling an application program.
  • mapping relationship between the application program identifier and each processor is generally configured in web.xml or context.xml. After the web application system receives the request, it searches for the corresponding processor through the interface of each processor according to the mapping relationship between the program identifier of the application and each processor, and forwards the request to the corresponding processor.
  • the processing method of the existing method for sending a request to a corresponding processor is tedious. After the routing rule changes, it is difficult to adjust the routing rule according to the setting of the application program.
  • the application method has technical problems of poor flexibility and low processing efficiency.
  • a first aspect of the embodiments of the present application provides a method for calling an application program, including:
  • the processor receives the request data sent by the client through a unified servlet interface, and establishes a correspondence between the client and the request data, and the unified servlet interface is used to implement data transmission between multiple clients and one processor;
  • the processor parses the request data to obtain a program identifier of a target application included in the request data, wherein the plurality of applications include the target application; based on the status list, queries the Whether the program status corresponding to the program identifier belongs to one of the preset status sets, and the status list includes a correspondence between the program identifier and the program status;
  • the processor invokes a routing rule set stored in a routing rule configurator, and the routing rules in the routing rule set include Correspondence between program identification, calling authority and access path;
  • the processor selects a routing rule containing a program identifier of the target application program as a selected routing rule in the routing rule set, and determines the target application program according to a calling right in the selected routing rule. Whether the client is allowed to call;
  • the processor calls the target application through an access path in the selected routing rule to process the requested data.
  • a second aspect of the embodiments of the present application provides a calling system of an application program.
  • the calling device of the application program includes a processor for executing the calling method of the application program described in the first aspect, a routing rule configurator, and registration. Device.
  • the processor uses the unified servlet interface to receive the request data sent by the client; the processor parses the request data to obtain the program identifier of the target application included in the request data; if the program status corresponding to the program identifier belongs to If one of the state sets is set, the processor invokes the routing rule set stored in the routing rule configurator; the processor selects a routing rule containing the program identifier of the target application as the selected routing rule in the routing rule set, and According to the calling authority in the selected routing rule, determine whether the target application allows the client to call; if the calling is allowed, the processor calls the target application through the access path in the selected routing rule to process the requested data to dynamically Adjust the routing rules, and then call the application based on the current state of the application and the new routing rules, improving the flexibility and rationality of the call.
  • FIG. 1 is a schematic diagram of a system provided in Embodiment 1 of the present application.
  • FIG. 2 is an implementation flowchart of an application program calling method provided in Embodiment 1 of the present application;
  • FIG. 3 is an implementation flowchart of an application program calling method provided in Embodiment 2 of the present application.
  • FIG. 4 is an implementation flowchart of an application program calling method provided in Embodiment 3 of the present application.
  • routing rules are pre-configured in files such as web.xml or context.xml, so it is difficult to cope with changes in the actual situation and difficult to Application settings adjust routing rules.
  • the system needs to analyze the application program in the request first. The interface of the processor is determined, and the specific application program to be found is analyzed by the processor, so the processing flow is more complicated.
  • Third point There are multiple processors in the system, and different processors correspond to different interfaces. When the system is running, when a new application is dynamically added to a processor, the system cannot analyze the The interface through which the newly added application can be called, so the request received by the system cannot be processed by the newly added application.
  • FIG. 1 shows a schematic diagram of a system provided in Embodiment 1 of the present application, which is detailed as follows:
  • the method provided in the embodiment of the present application mainly involves four terminals, which are a client, a processor, a routing rule configurator, and a registrar.
  • the client is used to receive request data input by the client, and the request data includes a program identifier of an application program that the customer wishes to call. Understandably, in the embodiment of the present application, the program identifier is used to uniquely determine an application program.
  • the client is the initiator of the calling method of the entire application.
  • the processor is used to parse the request data and call the application program according to the current restrictions, including the application state and routing rules.
  • the routing rule configurator can modify each routing rule according to the settings of the engineer, and can also automatically modify the routing rules according to the adjustment of the calling permission of the application. Understandably, various routing rules are dynamically updated and stored in the routing rule configurator to help the processor determine the access path of each application.
  • the registrar is used to register an application, and is also used to receive events initiated by the application and determine the status of the application, and provide the processor with data support for whether to call each application.
  • the client and the processor are connected through a unified servlet interface, so that the client does not need to determine the corresponding interface of the application program in advance, and can transmit the request data to the unified servlet interface.
  • the registrar may register a new application, and the new application often cannot determine the interface data. Therefore, the method of the embodiment of this application can make the client call Newly added applications during system operation, thereby improving the flexibility and effectiveness of application calls.
  • FIG. 2 shows an implementation flow of an application program calling method provided in Embodiment 1 of the present application.
  • the method flow includes steps S101 to S107.
  • the specific implementation principle of each step is as follows.
  • the processor receives the request data sent by the client through a unified servlet interface, and establishes a correspondence between the client and the request data.
  • the unified servlet interface is used to implement data transmission between multiple clients and one processor. .
  • the processor establishes the correspondence between the client and the requested data in order to facilitate the client to call the application after finding the corresponding application.
  • the registrar may register new applications, and new applications often cannot determine the interface data. Therefore, by unifying the servlet interface, the client can send data to the processor. It is not necessary to determine the servlet interface in advance before, on the one hand, the process can be simplified, and on the other hand, the client can call the newly added application during the running of the system, thereby improving the flexibility and effectiveness of the application call.
  • the processor receives a program status of an application program sent by a registrar, and updates a status list stored in the processor according to the program status, where a plurality of application programs are registered in the registrar.
  • a processor will complete data interaction with a registrar.
  • the processor may obtain event information of more than one application program from the registrar, and the event information includes program status, such as: program startup, program hibernation, program full load, program shutdown, and the like.
  • the processor parses the request data to obtain a program identifier of a target application included in the request data, where the multiple applications include the target application; based on the status list, querying Whether the program status corresponding to the program identifier belongs to one of the preset status sets, and the status list includes a correspondence between the program identifier and the program status.
  • the processor determines the application program that the user of the client wishes to call by analyzing the program identifier in the request data and further determines the program status of the application program to determine whether the program status of the application program meets the requirements.
  • a status list may be set in the processor, and the status list includes a correspondence between each program identifier and the program status. It is worth noting that the data in the status list is dynamically adjusted based on the data sent by the registrar to the processor.
  • the registrar sends the program identification of the application to the processor, and it is possible to send the initial program status to the processor together.
  • the processor After receiving the program identifier of the new application program sent by the register, the processor adds the program identifier of the application program to the state list to add a new piece of data. If the processor receives the initial program state of the application at the same time, the correspondence between the initial program state and the program identifier is added to the state list; if the processor does not receive the application while receiving the program identifier
  • the initial program status of the program is assigned a preset program status by the processor to the program identification and added to the status list.
  • the processor invokes a routing rule set stored in a routing rule configurator, and routes in the routing rule set.
  • the rules include the correspondence between the program ID, the calling authority, and the access path.
  • the processor will call only when the program status corresponding to the program identifier of the request data being processed is the program is turned on or the program is running.
  • a call exception notification is returned to the client.
  • data is called from the routing rule configurator only when the program status corresponding to the program identifier belongs to one of the preset state sets, which is beneficial to saving unnecessary operation steps and improving exceptions in data calls. Notification efficiency.
  • the processor selects a routing rule containing a program identifier of the target application program as a selected routing rule in the routing rule set, and determines the target according to a calling right in the selected routing rule. Whether the application allows the client to call.
  • each routing rule in the routing rule set contains a different program identifier. Therefore, according to the program identifier of the target application, only one routing rule is determined in the routing rule set.
  • the call permission indicates which client or types of clients an application allows.
  • the calling right corresponding to the routing rule is: auth: *, that is, any user can call the application sub1.
  • auth: lab1 it means that only the client whose label is lab1 can call the application.
  • the processor calls the target application through an access path in the selected routing rule to process the requested data.
  • the processor If the target application does not allow the client to call, the processor returns a call exception notification to the client.
  • the processor uses the unified servlet interface to receive the request data sent by the client; the processor parses the request data to obtain the program identifier of the target application included in the request data; if the program status corresponding to the program identifier belongs to One of the preset state sets, the processor calls the routing rule set stored in the routing rule configurator; the processor selects a routing rule containing the program identifier of the target application from the routing rule set as the selected routing rule, And according to the calling authority in the selected routing rule, determine whether the target application allows the client to call; if the calling is allowed, the processor calls the target application through the access path in the selected routing rule to process the requested data to Improve the rationality of application calls.
  • FIG. 3 shows an implementation flowchart of an application program calling method provided in Embodiment 2 of the present application, and the method process includes steps S201 to S205.
  • the specific implementation principle of each step is as follows.
  • the processor is used as the execution subject to describe the overall process involved in the method of calling the application program.
  • the registrar is mainly used as the execution subject. The process and principle of dynamic increase, as well as application program state and call permission adjustment are detailed as follows:
  • the registrar parses an application event generated by the application program to obtain more than one parameter information included in the application event, where the parameter information includes a program identifier, a current calling permission, and a corresponding response to a current program state. relationship.
  • an application event is generated each time an application changes the program state, and the change of the program state can be adjusted manually by an engineer or automatically according to the code design of the application.
  • the changed calling authority and the changed program state will be regarded as the current calling authority and the current program state.
  • the registrar retrieves historical registration information corresponding to the program identifier, where the historical registration information includes an original call permission and an original program status corresponding to the program identifier.
  • the history The information set includes historical registration information of a plurality of program identifiers, and each historical registration information includes an original call permission corresponding to the program identifier and an original program status.
  • S203 The registrar judges, according to the historical registration information, whether the calling authority corresponding to the program identifier and the program status change.
  • the registrar uses the program identifier with the changed calling authority as the first update program identifier, and maps the correspondence between the first update program identifier and the current calling authority. Sending to the routing rule configurator.
  • the routing rule configurator only determines the access path in each routing rule, but cannot determine the calling authority. Specifically, the calling authority is dynamically determined by the registrar according to the application event, and is sent to the routing rule configurator.
  • the calling right of the application can be changed at any time. After the change, the registrar will detect the current calling right and actively send it to the routing rule configurator to support the routing rule. Change dynamically.
  • the registrar instead of actively sending the changed calling authority to the routing rule configurator, the registrar only sends the correspondence between the updated program identifier and the current program state after the processor polls Sending to the processor, thereby reducing unnecessary data processing amount of the processor.
  • the registrar also supports the dynamic addition of application programs. Understandably, each addition of a new application program is equivalent to generating an application event by an old application program.
  • the registrar's process for processing newly entered applications includes:
  • the registrar receives and registers an application program; the registrar receives an initial calling right corresponding to the application program; and the registrar assigns an initial program state to the application program.
  • embodiments of the present application further include:
  • the processor polls the registrar; the processor modifies the status list according to the correspondence between the second update program identifier and the current program state sent by the registrar.
  • applications can be dynamically added through the above method, and the registrar can also dynamically configure the processor and routing rules according to the newly added application, or according to the change of the calling permission of the application and the state of the program.
  • the data in the processor is modified, thereby improving the calling flexibility of the application.
  • FIG. 4 shows an implementation flowchart of an application program calling method provided in Embodiment 3 of the present application, and the method process includes steps S301 to S305.
  • the specific implementation principle of each step is as follows.
  • the routing rule configurator is mainly used as the execution body, and the details are as follows:
  • the routing rule configurator receives a dynamic routing protocol through the unified servlet interface, and determines an access path of each application registered in the registrar based on the dynamic routing protocol, so as to establish a correspondence between a program identifier and an access path. relationship.
  • the unified servlet interface can not only be used to implement data interaction between the client and the processor, but also enable the routing rule configuration to be received by the client or other device to send a dynamic routing protocol.
  • the routing rule configurator receives a correspondence between a program identifier and an initial calling authority sent by the registrar, and based on the correspondence between the program identifier and an access path, and the initial calling authority corresponding to each program identifier. Generate an initial set of routing rules.
  • the routing rule configurator combines the access path and the calling authority determined by the registrar to generate a routing rule set.
  • the routing rule configurator After receiving the correspondence between the first update program identifier and the current calling authority, the routing rule configurator dynamically modifies the routing rule set.
  • the routing rule configurator dynamically modifies data in real time according to the calling right of the application program sent by the registrar, thereby improving the calling program's flexibility.
  • the fourth embodiment focuses on the invocation system of the application program.
  • the system schematic diagram of the invocation system of the application program is shown in Figure 1 and detailed as follows:
  • the system includes: a processor, a routing rule configurator, and a registrar.
  • the processor is configured to receive request data sent by a client through a unified servlet interface, and establish a correspondence between the client and the request data.
  • the unified servlet interface is used to implement multiple clients and one processor. Data transmission
  • the processor is further configured to receive a program status of an application program sent by a registrar, and update a status list stored in the processor according to the program status, where a plurality of application programs are registered in the registrar.
  • the processor is further configured to parse the request data to obtain a program identifier of a target application included in the request data, wherein the plurality of applications include the target application; based on the status list Query whether a program state corresponding to the program identifier belongs to one of a preset state set, and the state list includes a correspondence between the program identifier and the program state;
  • the processor is further configured to, if the program status corresponding to the program identifier belongs to one of the preset status sets, invoke a routing rule set stored in a routing rule configurator, and the routing rule set
  • the routing rules in the program include the correspondence between the program ID, the calling authority, and the access path;
  • the processor is further configured to select a routing rule containing a program identifier of the target application program as a selected routing rule in the routing rule set, and determine a routing rule based on a calling right in the selected routing rule. Whether the target application allows the client to call;
  • the processor is further configured to, if the target application allows the client to call, call the target application through an access path in the selected routing rule to process the requested data.
  • system further includes:
  • the registrar is further configured to parse an application event generated by the application program to obtain more than one parameter information included in the application event, where the parameter information includes a program identifier, a current calling permission, and a current program status Corresponding relationship
  • the registrar is further configured to retrieve historical registration information corresponding to the program identifier, where the historical registration information includes an original call permission and an original program status corresponding to the program identifier,
  • the registrar is further configured to determine, according to the historical registration information, whether a call permission corresponding to the program identifier and a program state change;
  • the registrar is further configured to: if the calling authority corresponding to the program identifier changes, use the program identifier with the changed calling authority as the update program identifier, and send the correspondence between the update program identifier and the current calling authority to The routing rule configurator;
  • the registrar is further configured to, if the program status corresponding to the program identifier changes, use the program identifier with the program status change as the update program identifier, and after receiving the polling message sent by the processor, The correspondence between the update program identifier and the current program state is sent to the processor.
  • system further includes:
  • the registrar is further configured to receive and register an application input by a user
  • the registrar is further configured to receive an initial calling permission corresponding to the application program
  • the registrar is further configured to allocate an initial program state to the application program.
  • system further includes:
  • the routing rule configurator is configured to receive a dynamic routing protocol through the unified servlet interface, and determine an access path of each application registered in the registrar based on the dynamic routing protocol to establish a program identifier and an access path.
  • the routing rule configurator is further configured to receive the correspondence between the program identifier and the initial calling authority sent by the registrar, and based on the correspondence between the program identifier and the access path, and the initial call corresponding to each program identifier. Permissions to generate an initial set of routing rules;
  • the routing rule configurator is further configured to dynamically modify the routing rule set after receiving the correspondence between the update program identifier and the current calling authority.
  • system further includes:
  • the processor is further configured to poll the registrar
  • the processor is further configured to modify the status list according to a correspondence between an update program identifier and a current program status sent by the registrar.
  • the processor uses the unified servlet interface to receive the request data sent by the client; the processor parses the request data to obtain the program identifier of the target application included in the request data; if the program status corresponding to the program identifier belongs to One of the preset state sets, the processor calls the routing rule set stored in the routing rule configurator; the processor selects a routing rule containing the program identifier of the target application from the routing rule set as the selected routing rule, And according to the calling authority in the selected routing rule, determine whether the target application allows the client to call; if the calling is allowed, the processor calls the target application through the access path in the selected routing rule to process the requested data to Dynamically adjust routing rules, and then call the application based on the current state of the application and new routing rules, improving the flexibility and rationality of the call.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the objective of the solution of this embodiment.
  • each functional unit in each embodiment of the present application may be integrated into one processing unit, or each of the units may exist separately physically, or two or more units may be integrated into one unit.
  • the above integrated unit may be implemented in the form of hardware or in the form of software functional unit.
  • the integrated module / unit When the integrated module / unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present application implements all or part of the processes in the method of the above embodiment, and can also be completed by computer-readable instructions to instruct related hardware.
  • the computer-readable instructions can be stored in a computer-readable storage medium. In the computer-readable instructions, when executed by a processor, the steps of the foregoing method embodiments can be implemented.

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Stored Programmes (AREA)
  • Computer And Data Communications (AREA)

Abstract

本申请适用于通信技术领域，提供了一种应用程序的调用方法及系统，通过处理器使用统一servlet接口接收客户端发送的请求数据；解析请求数据，以获取请求数据中包含的目标应用程序的程序标识；若程序标识对应的程序状态属于预设的状态集合中的一种，则调用路由规则配置器中存储的路由规则集合；在路由规则集合中选择一条包含目标应用程序的程序标识的路由规则作为被选路由规则，并根据被选路由规则中的调用权限，判断目标应用程序是否允许客户端调用；若允许调用，则通过被选路由规则中的访问路径调用目标应用程序，以对请求数据进行处理，以动态调整路由规则，进而根据应用程序的当前状态以及新的路由规则调用应用程序，提高调用的灵活性以及合理性。

Description

应用程序的调用方法及系统
本申请要求于2018年05月23日提交中国专利局、申请号为201810502325.8、发明名称为“应用程序的调用方法及系统”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请属于通信技术领域，尤其涉及一种应用程序的调用方法及系统。
 背景技术
    Web应用系统在提供可访问的应用程序时，一般是在web.xml或者context.xml中配置应用程序的程序标识与各个处理器的映射关系。当Web应用系统接收到请求之后，根据应用程序的程序标识与各个处理器的映射关系，通过各个处理器的接口查找对应的处理器，并将请求转发至对应的处理器中。
但是现有的发送请求至相应的处理器的方法的处理流程较为繁琐，当路由规则发生变化后，难以根据应用程序的设定而进行路由规则的调节。此外在系统运行过程中，当一个处理器内动态添加新的应用程序时，系统收到的请求也无法通过该新添加的应用程序进行处理。所以应用程序的调用方法存在灵活性差，处理效率低的技术问题。
 技术问题
现有技术在应用程序的调用时存在的灵活性差，处理效率低的问题。
 技术解决方案
本申请实施例的第一方面提供了一种应用程序的调用方法，包括：
处理器通过统一servlet接口接收客户端发送的请求数据，并建立所述客户端与所述请求数据的对应关系，所述统一servlet接口用于实现多个客户端与一个处理器的数据传输；
所述处理器接收注册器发送的应用程序的程序状态，根据所述程序状态更新所述处理器中存储的状态列表，其中，所述注册器中注册有多个应用程序；
所述处理器解析所述请求数据，以获取所述请求数据中包含的目标应用程序的程序标识，其中，所述多个应用程序包括所述目标应用程序；基于所述状态列表，查询所述程序标识对应的程序状态是否属于预设的状态集合中的一种，所述状态列表包括所述程序标识与所述程序状态的对应关系；
若所述程序标识对应的所述程序状态属于所述预设的状态集合中的一种，所述处理器调用路由规则配置器中存储的路由规则集合，所述路由规则集合中的路由规则包括程序标识、调用权限以及访问路径的对应关系；
所述处理器在所述路由规则集合中选择一条包含所述目标应用程序的程序标识的路由规则作为被选路由规则，并根据所述被选路由规则中的调用权限，判断所述目标应用程序是否允许所述客户端调用；
若所述目标应用程序允许所述客户端调用，则所述处理器通过所述被选路由规则中的访问路径调用所述目标应用程序，以对所述请求数据进行处理。
本申请实施例的第二方面提供了一种应用程序的调用系统，该应用程序的调用装置包括用于执行上述第一方面所述的应用程序的调用方法的处理器、路由规则配置器以及注册器。
 有益效果
本申请实施例中，通过处理器使用统一servlet接口接收客户端发送的请求数据；处理器解析请求数据，以获取请求数据中包含的目标应用程序的程序标识；若程序标识对应的程序状态属于预设的状态集合中的一种，则处理器调用路由规则配置器中存储的路由规则集合；处理器在路由规则集合中选择一条包含目标应用程序的程序标识的路由规则作为被选路由规则，并根据被选路由规则中的调用权限，判断目标应用程序是否允许客户端调用；若允许调用，则处理器通过被选路由规则中的访问路径调用目标应用程序，以对请求数据进行处理，以动态调整路由规则，进而根据应用程序的当前状态以及新的路由规则调用应用程序，提高调用的灵活性以及合理性。
 附图说明
图1是本申请实施例一提供的系统示意图；
图2是本申请实施例一提供的应用程序的调用方法的实现流程图；
图3是本申请实施例二提供的应用程序的调用方法的实现流程图；
图4是本申请实施例三提供的应用程序的调用方法的实现流程图。
 本发明的实施方式
为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。
实施例一
现有的发送请求至相应的处理器的方法存在如下三点问题：第一点，路由规则是预先配置在web.xml或者context.xml等文件中的，所以难以应对实际情况的变化，难以根据应用程序的设定而进行路由规则的调节。第二点，在系统运行过程中，由于一个处理器中只存储部分的应用程序，而每个处理器都有其对应的不同的接口，所以系统在分析出请求中的应用程序后，需要先确定处理器的接口，再通过处理器分析具体需要查找的应用程序，所以处理流程较为繁琐。第三点：系统中有多个处理器，而不同的处理器对应不同的接口还会导致：在系统运行过程中，当一个处理器内动态添加新的应用程序时，由于系统无法分析出该新添加的应用程序可以通过哪个接口调用，因此系统收到的请求也无法通过该新添加的应用程序进行处理。
为了解决上述问题，本申请实施例提供了一个应用程序的调用方法，为了更好的说明该方法，首先对该方法所涉及的系统架构进行介绍。图1示出了本申请实施例一提供的系统示意图，详述如下：
本申请实施例提供的方法主要涉及四个端，分别是客户端、处理器、路由规则配置器以及注册器。其中，客户端用于接收客户输入的请求数据，这些请求数据中包含了客户希望调用的应用程序的程序标识，可以理解地，在本申请实施例中，程序标识用于唯一确定一个应用程序。在本申请实施例中，客户端是整个应用程序的调用方法的发起者。处理器用于解析请求数据，并根据当前的限制条件调用应用程序，限制条件包括：应用程序状态以及路由规则等。路由规则配置器可以根据工程师的设定修改各个路由规则，也可以根据应用程序的调用权限的调整自动修改路由规则。可以理解地，路由规则配置器内动态更新并存储各种路由规则，帮助处理器确定各个应用程序的访问路径。注册器，用于注册应用程序，还用于接收应用程序发起的事件并确定应用程序的状态，为处理器提供是否调用各个应用程序的数据支持。
值得注意地，在本申请实施例中，客户端和处理器之间通过一个统一servlet接口进行连接，使得客户端不需要提前确定应用程序对应的接口，即可将请求数据通过统一servlet接口传输至处理器。可以理解地，由于在整个系统过程中，注册器可能注册新的应用程序，而新的应用程序往往是无法确定接口数据的，所以通过本申请实施例的方法，可以使客户端调用在本次系统运行过程中新添加的应用程序，从而提高应用程序调用的灵活性和实效性。
图2示出了本申请实施例一提供的应用程序的调用方法的实现流程，该方法流程包括步骤S101至S107。各步骤的具体实现原理如下。
S101：处理器通过统一servlet接口接收客户端发送的请求数据，并建立所述客户端与所述请求数据的对应关系，所述统一servlet接口用于实现多个客户端与一个处理器的数据传输。
值得注意地，本申请实施例主要介绍处理器在整个应用程序的调用方法中的工作流程。
可以理解地，处理器建立客户端与请求数据的对应关系是为了在查找到对应的应用程序后，方便客户端对该应用程序的调用。
可以理解地，由于在整个系统过程中，注册器可能注册新的应用程序，而新的应用程序往往是无法确定接口数据的，所以通过统一servlet接口，可以使得客户端在将数据发送至处理器之前无需提前确定servlet接口，一方面可以简化流程，另一方面可以使客户端调用在本次系统运行过程中新添加的应用程序，从而提高应用程序调用的灵活性和实效性。
S102，所述处理器接收注册器发送的应用程序的程序状态，根据所述程序状态更新所述处理器中存储的状态列表，其中，所述注册器中注册有多个应用程序。
此外，通过图1可知，一个处理器会与一个注册器完成数据交互。可选地，处理器可以从注册器获取一个以上应用程序的事件信息，这些事件信息中包括程序状态，例如：程序开启、程序休眠、程序满载以及程序关闭等。
S103，所述处理器解析所述请求数据，以获取所述请求数据中包含的目标应用程序的程序标识，其中，所述多个应用程序包括所述目标应用程序；基于所述状态列表，查询所述程序标识对应的程序状态是否属于预设的状态集合中的一种，所述状态列表包括所述程序标识与所述程序状态的对应关系。
在本申请实施例中，处理器通过解析出请求数据中的程序标识，确定客户端的用户希望调用的应用程序并进一步确定该应用程序的程序状态，以判断该应用程序的程序状态是否符合要求。
可选地，可以在处理器中设定一个状态列表，状态列表中包含各个程序标识与程序状态的对应关系。值得注意地，状态列表中的数据是会根据注册器发送至处理器的数据而进行动态调整的。
可选地，每当在注册器中注册一个新的应用程序，注册器就会将该应用程序的程序标识发送至处理器，并且有可能将初始的程序状态一并发送至处理器。处理器在接收到注册器发送的新的应用程序的程序标识后，会在所述状态列表中添加该应用程序的程序标识，以增加一条新的数据。若处理器同时接到该应用程序的初始的程序状态，则将该初始的程序状态与程序标识的对应关系添加进所述状态列表；若处理器未在接收到程序标识的同时接收到该应用程序的初始的程序状态，则由处理器为该程序标识分配一个预设的程序状态，并添加进状态列表中。
S104，若所述程序标识对应的所述程序状态属于所述预设的状态集合中的一种，所述处理器调用路由规则配置器中存储的路由规则集合，所述路由规则集合中的路由规则包括程序标识、调用权限以及访问路径的对应关系。
示例性地，假设预设的状态集合中的元素为：程序开启以及程序运行，则只有当正在被处理的请求数据的程序标识对应的程序状态为程序开启或程序运行时，处理器才会调用路由规则配置器中存储的路由规则集合，以进一步查找到该应用程序。
可选地，若所述程序标识对应的程序状态不属于预设的状态集合中的一种，则向客户端返回调用异常通知。
在本申请实施例中，通过在程序标识对应的程序状态属于预设的状态集合中的一种时才从路由规则配置器内调用数据，有利于节省不必要的操作步骤，提高在数据调用异常时的通知效率。
S105，所述处理器在所述路由规则集合中选择一条包含所述目标应用程序的程序标识的路由规则作为被选路由规则，并根据所述被选路由规则中的调用权限，判断所述目标应用程序是否允许所述客户端调用。
在本申请实施例中，路由规则集合中的各条路由规则包含的程序标识均不相同，因此根据目标应用程序的程序标识，在路由规则集合中只会确定出一条路由规则。示例性地，一个路由规则可以为：Rule1={id:1,name:sub1,path:/s1,auth:*}，其中，id表示该路由规则的标号；name表示程序标识；path表示访问路径；auth表示调用权限。
可以理解地，在本申请实施例中，调用权限表示一个应用程序允许哪个或哪类客户端调用。示例性地，根据Rule1，该路由规则对应的调用权限为：auth:*，即任一用户都可以调用应用程序sub1。假如，根据Rule2，该路由规则对应的调用权限为：auth：lab1，则表示只有客户端的标签为lab1的客户端才可以调用该应用程序。
可以理解地，由于在S101中，已经建立了客户端与请求数据的对应关系，所以在本步骤中，可以判断出请求数据中包含的程序标识对应的应用程序是否允许该客户端调用。
S106，若所述目标应用程序允许所述客户端调用，则所述处理器通过所述被选路由规则中的访问路径调用所述目标应用程序，以对所述请求数据进行处理。
S107，若所述目标应用程序不允许所述客户端调用，则处理器向客户端返回调用异常通知。
在本申请实施例中，通过处理器使用统一servlet接口接收客户端发送的请求数据；处理器解析请求数据，以获取请求数据中包含的目标应用程序的程序标识；若程序标识对应的程序状态属于预设的状态集合中的一种，则处理器调用路由规则配置器中存储的路由规则集合；处理器在路由规则集合中选择一条包含目标应用程序的程序标识的路由规则作为被选路由规则，并根据被选路由规则中的调用权限，判断目标应用程序是否允许客户端调用；若允许调用，则处理器通过被选路由规则中的访问路径调用目标应用程序，以对请求数据进行处理，以提高应用程序调用的合理性。
实施例二
图3示出了本申请实施例二提供的应用程序的调用方法的实现流程图，该方法流程包括步骤S201至S205。各步骤的具体实现原理如下。
在实施例一中，以处理器为执行主体描述了应用程序的调用方法所涉及的整体流程，在本申请实施例中，主要以注册器为执行主体，重点介绍基于注册器实现的应用程序的动态增加，以及应用程序的程序状态和调用权限调整的流程和原理，详述如下：
S201，所述注册器解析所述应用程序生成的应用事件，以获取所述应用事件中包含的一个以上的参数信息，所述参数信息包括程序标识、当前的调用权限以及当前的程序状态的对应关系。
在本申请实施例中，每当一个应用程序改变程序状态时就会生成一个应用事件，而程序状态的改变可以根据工程师的手动调节，也可以根据应用程序的代码设计而自动进行。
可以理解地，当一个应用程序的程序状态或调用权限改变后，改变后的调用权限以及改变后的程序状态，就会作为当前的调用权限以及当前的程序状态。
S202，所述注册器调取所述程序标识对应的历史注册信息，所述历史注册信息包括所述程序标识对应的原调用权限以及原程序状态。
可以理解地，当一个应用程序的程序状态或调用权限改变后，改变前的调用权限以及改变前的程序状态，就作为原调用权限以及原程序状态，并记录在历史信息集合中，所述历史信息集合包括多个程序标识的历史注册信息，各个历史注册信息包括程序标识对应的原调用权限以及原程序状态。
S203，所述注册器根据所述历史注册信息判断所述程序标识对应的调用权限以及程序状态是否改变。
S204，若所述程序标识对应的调用权限改变，则所述注册器将发生调用权限改变的程序标识作为第一更新程序标识，并将所述第一更新程序标识与当前的调用权限的对应关系发送至所述路由规则配置器。
在本申请实施例中，路由规则配置器只决定各个路由规则中的访问路径，而不能决定调用权限。具体地，调用权限是由注册器根据应用事件而动态确定，并发送至路由规则配置器的。
可以理解地，在本申请实施例中，应用程序的调用权限可以在任意时刻进行改变，在改变后，注册器都会检测出当前的调用权限并主动发送至路由规则配置器，从而支持路由规则的动态改变。
S205，若所述程序标识对应的程序状态改变，则所述注册器将发生程序状态改变的程序标识作为第二更新程序标识，并在接收到所述处理器发送的轮询消息后，将所述第二更新程序标识与当前的程序状态的对应关系发送至所述处理器。
可选地，在本申请实施例中，不同于将改变后的调用权限主动发送至路由规则配置器，注册器是在处理器轮询后，才将更新程序标识与当前的程序状态的对应关系发送至所述处理器，以此减少处理器的非必要的数据处理量。
进一步地，在本申请实施例中，注册器还支持应用程序的动态增加，可以理解地，每增加一个新的应用程序，也就相当于一个旧的应用程序生成一个应用事件。注册器的处理新输入的应用程序的流程包括：
所述注册器接收并注册应用程序；所述注册器接收所述应用程序对应的初始的调用权限；所述注册器为所述应用程序分配初始的程序状态。
进一步地，本申请实施例还包括：
处理器轮询所述注册器；所述处理器根据所述注册器发送的所述第二更新程序标识与当前的程序状态的对应关系，对所述状态列表进行修改。
在本申请实施例中，通过上述方法可以动态的增加应用程序，注册器也会根据新增加的应用程序，或者根据应用程序的调用权限和程序状态的改变，动态地对处理器以及路由规则配置器中的数据进行修改，从而提高应用程序的调用灵活性。
实施例三
图4示出了本申请实施例三提供的应用程序的调用方法的实现流程图，该方法流程包括步骤S301至S305。各步骤的具体实现原理如下。
在本申请实施例中，主要以路由规则配置器为执行主体，详述如下：
S301，所述路由规则配置器通过所述统一servlet接口接收动态路由协议，并基于所述动态路由协议确定各个注册于所述注册器的应用程序的访问路径，以建立程序标识与访问路径的对应关系。
可以理解地，在本申请实施例中，统一servlet接口不仅可以用于实现客户端与处理器之前的数据交互，还可以使路由规则配置接收到客户端或其他设备发送动态路由协议。
由于通过动态路由协议确定应用程序的访问路径属于本领域的公知常识，所以具体的访问路径的确定方法，不在此赘述。
S302，所述路由规则配置器接收所述注册器发送的程序标识与初始的调用权限的对应关系，并基于所述程序标识与访问路径的对应关系，以及各个程序标识对应的初始的调用权限，生成初始的路由规则集合。
在本申请实施例中，路由规则配置器将访问路径和由注册器确定的调用权限进行组合，生成路由规则集合。
S303，所述路由规则配置器在接收到所述第一更新程序标识与当前的调用权限的对应关系后，对路由规则集合进行动态修改。
在本申请实施例中，路由规则配置器实时根据注册器发送的应用程序的调用权限，动态地对数据进行修改，从而提高应用程序的调用灵活性。
实施例四
对应于上文实施例所述的应用程序的调用方法，实施例四重点介绍应用程序的调用系统，该应用程序的调用系统的系统示意图如图1所示，详述如下：
该系统包括：处理器、路由规则配置器以及注册器。
所述处理器，用于通过统一servlet接口接收客户端发送的请求数据，并建立所述客户端与所述请求数据的对应关系，所述统一servlet接口用于实现多个客户端与一个处理器的数据传输；
所述处理器，还用于接收注册器发送的应用程序的程序状态，根据所述程序状态更新所述处理器中存储的状态列表，其中，所述注册器中注册有多个应用程序。
所述处理器，还用于解析所述请求数据，以获取所述请求数据中包含的目标应用程序的程序标识，其中，所述多个应用程序包括所述目标应用程序；基于所述状态列表，查询所述程序标识对应的程序状态是否属于预设的状态集合中的一种，所述状态列表包括所述程序标识与所述程序状态的对应关系；
所述处理器，还用于若所述程序标识对应的所述程序状态属于所述预设的状态集合中的一种，则调用路由规则配置器中存储的路由规则集合，所述路由规则集合中的路由规则包括程序标识、调用权限以及访问路径的对应关系；
所述处理器，还用于在所述路由规则集合中选择一条包含所述目标应用程序的程序标识的路由规则作为被选路由规则，并根据所述被选路由规则中的调用权限，判断所述目标应用程序是否允许所述客户端调用；
所述处理器，还用于若所述目标应用程序允许所述客户端调用，则通过所述被选路由规则中的访问路径调用所述目标应用程序，以对所述请求数据进行处理。
可选地，该系统还包括：
所述注册器，还用于解析所述应用程序生成的应用事件，以获取所述应用事件中包含的一个以上的参数信息，所述参数信息包括程序标识、当前的调用权限以及当前的程序状态的对应关系；
所述注册器，还用于调取所述程序标识对应的历史注册信息，所述历史注册信息包括所述程序标识对应的原调用权限以及原程序状态，
所述注册器，还用于根据所述历史注册信息判断所述程序标识对应的调用权限以及程序状态是否改变；
所述注册器，还用于若所述程序标识对应的调用权限改变，则将发生调用权限改变的程序标识作为更新程序标识，并将所述更新程序标识与当前的调用权限的对应关系发送至所述路由规则配置器；
所述注册器，还用于若所述程序标识对应的程序状态改变，则将发生程序状态改变的程序标识作为更新程序标识，并在接收到所述处理器发送的轮询消息后，将所述更新程序标识与当前的程序状态的对应关系发送至所述处理器。
可选地，该系统还包括：
所述注册器，还用于接收并注册用户输入的应用程序；
所述注册器，还用于接收所述应用程序对应的初始的调用权限；
所述注册器，还用于为所述应用程序分配一个初始的程序状态。
可选地，该系统还包括：
所述路由规则配置器，用于通过所述统一servlet接口接收动态路由协议，并基于所述动态路由协议确定各个注册于所述注册器的应用程序的访问路径，以建立程序标识与访问路径的对应关系；
所述路由规则配置器，还用于接收所述注册器发送的程序标识与初始的调用权限的对应关系，并基于所述程序标识与访问路径的对应关系，以及各个程序标识对应的初始的调用权限，生成初始的路由规则集合；
所述路由规则配置器，还用于在接收到所述更新程序标识与当前的调用权限的对应关系后，对路由规则集合进行动态修改。
可选地，该系统还包括：
所述处理器，还用于轮询所述注册器；
所述处理器，还用于根据所述注册器发送的更新程序标识与当前的程序状态的对应关系，对所述状态列表进行修改。
在本申请实施例中，通过处理器使用统一servlet接口接收客户端发送的请求数据；处理器解析请求数据，以获取请求数据中包含的目标应用程序的程序标识；若程序标识对应的程序状态属于预设的状态集合中的一种，则处理器调用路由规则配置器中存储的路由规则集合；处理器在路由规则集合中选择一条包含目标应用程序的程序标识的路由规则作为被选路由规则，并根据被选路由规则中的调用权限，判断目标应用程序是否允许客户端调用；若允许调用，则处理器通过被选路由规则中的访问路径调用目标应用程序，以对请求数据进行处理，以动态调整路由规则，进而根据应用程序的当前状态以及新的路由规则调用应用程序，提高调用的灵活性以及合理性。
所属领域的技术人员可以清楚地了解到，在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机可读指令来指令相关的硬件来完成，所述的计算机可读指令可存储于一计算机可读存储介质中，该计算机可读指令在被处理器执行时，可实现上述各个方法实施例的步骤。
以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (20)

  1. 一种应用程序的调用方法，其特征在于，包括：
    处理器通过统一servlet接口接收客户端发送的请求数据，并建立所述客户端与所述请求数据的对应关系，所述统一servlet接口用于实现多个客户端与一个处理器的数据传输；
    所述处理器接收注册器发送的应用程序的程序状态，根据所述程序状态更新所述处理器中存储的状态列表，其中，所述注册器中注册有多个应用程序；
    所述处理器解析所述请求数据，以获取所述请求数据中包含的目标应用程序的程序标识，其中，所述多个应用程序包括所述目标应用程序；基于所述状态列表，查询所述程序标识对应的程序状态是否属于预设的状态集合中的一种，所述状态列表包括所述程序标识与所述程序状态的对应关系；
    若所述程序标识对应的所述程序状态属于所述预设的状态集合中的一种，所述处理器调用路由规则配置器中存储的路由规则集合，所述路由规则集合中的路由规则包括程序标识、调用权限以及访问路径的对应关系；
    所述处理器在所述路由规则集合中选择一条包含所述目标应用程序的程序标识的路由规则作为被选路由规则，并根据所述被选路由规则中的调用权限，判断所述目标应用程序是否允许所述客户端调用；
    若所述目标应用程序允许所述客户端调用，则所述处理器通过所述被选路由规则中的访问路径调用所述目标应用程序，以对所述请求数据进行处理。
  2. 如权利要求1所述的应用程序的调用方法，其特征在于，还包括：
    所述注册器解析所述应用程序生成的应用事件，以获取所述应用事件中包含的一个以上的参数信息，所述参数信息包括程序标识、当前的调用权限以及当前的程序状态的对应关系；
    所述注册器调取所述程序标识对应的历史注册信息，所述历史注册信息包括所述程序标识对应的原调用权限以及原程序状态；
    所述注册器根据所述历史注册信息判断所述程序标识对应的调用权限以及程序状态是否改变；
    若所述程序标识对应的调用权限改变，则所述注册器将发生调用权限改变的程序标识作为第一更新程序标识，并将所述第一更新程序标识与当前的调用权限的对应关系发送至所述路由规则配置器；
    若所述程序标识对应的程序状态改变，则所述注册器将发生程序状态改变的程序标识作为第二更新程序标识，并在接收到所述处理器发送的轮询消息后，将所述第二更新程序标识与当前的程序状态的对应关系发送至所述处理器。
  3. 如权利要求1所述的应用程序的调用方法，其特征在于，还包括：
    所述注册器接收并注册应用程序；
    所述注册器接收所述应用程序对应的初始的调用权限；
    所述注册器为所述应用程序分配初始的程序状态。
  4. 如权利要求2所述的应用程序的调用方法，其特征在于，还包括：
    所述路由规则配置器通过所述统一servlet接口接收动态路由协议，并基于所述动态路由协议确定各个注册于所述注册器的应用程序的访问路径，以建立程序标识与访问路径的对应关系；
    所述路由规则配置器接收所述注册器发送的程序标识与初始的调用权限的对应关系，并基于所述程序标识与访问路径的对应关系，以及各个程序标识对应的初始的调用权限，生成初始的路由规则集合；
    所述路由规则配置器在接收到所述第一更新程序标识与当前的调用权限的对应关系后，对路由规则集合进行动态修改。
  5. 如权利要求2所述的应用程序的调用方法，其特征在于，还包括：
    所述处理器轮询所述注册器；
    所述处理器根据所述注册器发送的所述第二更新程序标识与当前的程序状态的对应关系，对所述状态列表进行修改。
  6. 如权利要求2所述的应用程序的调用方法，其特征在于，还包括：
    当所述注册器中注册一个应用程序，所述注册器将所述应用程序的程序标识发送至处理器。
  7. 如权利要求2所述的应用程序的调用方法，其特征在于，还包括：
    若所述处理器在接收到程序标识的同时，接收到应用程序的初始的程序状态，则将该初始的程序状态与程序标识的对应关系添加进所述状态列表。
  8. 如权利要求2所述的应用程序的调用方法，其特征在于，还包括：
    若所述处理器未在接收到程序标识的同时接收到该应用程序的初始的程序状态，则由处理器为该程序标识分配一个预设的程序状态，并添加进状态列表中。
  9. 如权利要求2所述的应用程序的调用方法，其特征在于，还包括：
    当一个应用程序的程序状态或调用权限改变后，改变前的调用权限以及改变前的程序状态记录在历史信息集合中。
  10. 如权利要求2所述的应用程序的调用方法，其特征在于，还包括：
    所述注册器根据应用事件动态确定所述调用权限，并将所述调用权限发送至所述路由规则配置器。
  11. 一种应用程序的调用系统，其特征在于，包括：处理器、路由规则配置器以及注册器；所述处理器用于：
    通过统一servlet接口接收客户端发送的请求数据，并建立所述客户端与所述请求数据的对应关系，所述统一servlet接口用于实现多个客户端与一个处理器的数据传输；
    接收注册器发送的应用程序的程序状态，根据所述程序状态更新所述处理器中存储的状态列表，其中，所述注册器中注册有多个应用程序；
    解析所述请求数据，以获取所述请求数据中包含的目标应用程序的程序标识，其中，所述多个应用程序包括所述目标应用程序；基于所述状态列表，查询所述程序标识对应的程序状态是否属于预设的状态集合中的一种，所述状态列表包括所述程序标识与所述程序状态的对应关系；
    若所述程序标识对应的所述程序状态属于所述预设的状态集合中的一种，则调用路由规则配置器中存储的路由规则集合，所述路由规则集合中的路由规则包括程序标识、调用权限以及访问路径的对应关系；
    在所述路由规则集合中选择一条包含所述目标应用程序的程序标识的路由规则作为被选路由规则，并根据所述被选路由规则中的调用权限，判断所述目标应用程序是否允许所述客户端调用；
    若所述目标应用程序允许所述客户端调用，则通过所述被选路由规则中的访问路径调用所述目标应用程序，以对所述请求数据进行处理。
  12. 如权利要求11所述的应用程序的调用系统，其特征在于，所述注册器用于：
    解析所述应用程序生成的应用事件，以获取所述应用事件中包含的一个以上的参数信息，所述参数信息包括程序标识、当前的调用权限以及当前的程序状态的对应关系；
    调取所述程序标识对应的历史注册信息，所述历史注册信息包括所述程序标识对应的原调用权限以及原程序状态，
    根据所述历史注册信息判断所述程序标识对应的调用权限以及程序状态是否改变；
    若所述程序标识对应的调用权限改变，则将发生调用权限改变的程序标识作为第一更新程序标识，并将所述第一更新程序标识与当前的调用权限的对应关系发送至所述路由规则配置器；
    若所述程序标识对应的程序状态改变，则将发生程序状态改变的程序标识作为第二更新程序标识，并在接收到所述处理器发送的轮询消息后，将所述第二更新程序标识与当前的程序状态的对应关系发送至所述处理器。
  13. 如权利要求11所述的应用程序的调用系统，其特征在于，所述注册器还用于：
    接收并注册应用程序；
    接收所述应用程序对应的初始的调用权限；
    为所述应用程序分配初始的程序状态。
  14. 如权利要求12所述的应用程序的调用系统，其特征在于，所述路由规则配置器，用于：
    通过所述统一servlet接口接收动态路由协议，并基于所述动态路由协议确定各个注册于所述注册器的应用程序的访问路径，以建立程序标识与访问路径的对应关系；
    接收所述注册器发送的程序标识与初始的调用权限的对应关系，并基于所述程序标识与访问路径的对应关系，以及各个程序标识对应的初始的调用权限，生成初始的路由规则集合；
    在接收到所述第一更新程序标识与当前的调用权限的对应关系后，对路由规则集合进行动态修改。
  15. 如权利要求12所述的应用程序的调用系统，其特征在于，所述处理器用于：
    轮询所述注册器；
    根据所述注册器发送的所述第二更新程序标识与当前的程序状态的对应关系，对所述状态列表进行修改。
  16. 如权利要求12所述的应用程序的调用系统，其特征在于，还包括：
    当所述注册器中注册一个应用程序，所述注册器将所述应用程序的程序标识发送至处理器。
  17. 如权利要求12所述的应用程序的调用系统，其特征在于，还包括：
    若所述处理器在接收到程序标识的同时，接收到应用程序的初始的程序状态，则将该初始的程序状态与程序标识的对应关系添加进所述状态列表。
  18. 如权利要求12所述的应用程序的调用系统，其特征在于，还包括：
    若所述处理器未在接收到程序标识的同时接收到该应用程序的初始的程序状态，则由处理器为该程序标识分配一个预设的程序状态，并添加进状态列表中。
  19. 如权利要求12所述的应用程序的调用系统，其特征在于，还包括：
    当一个应用程序的程序状态或调用权限改变后，改变前的调用权限以及改变前的程序状态记录在历史信息集合中。
  20. 如权利要求2所述的应用程序的调用系统，其特征在于，还包括：所述注册器根据应用事件动态确定所述调用权限，并将所述调用权限发送至所述路由规则配置器。
PCT/CN2018/097316 2018-05-23 2018-07-27 应用程序的调用方法及系统 WO2019223099A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201810502325.8A CN108958949B (zh) 2018-05-23 2018-05-23 应用程序的调用方法及系统
CN201810502325.8 2018-05-23

Publications (1)

Publication Number Publication Date
WO2019223099A1 true WO2019223099A1 (zh) 2019-11-28

Family

ID=64499484

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/097316 WO2019223099A1 (zh) 2018-05-23 2018-07-27 应用程序的调用方法及系统

Country Status (2)

Country Link
CN (1) CN108958949B (zh)
WO (1) WO2019223099A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114531492A (zh) * 2020-11-05 2022-05-24 网联清算有限公司 服务调用方法、装置、存储介质及计算机设备

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110442326B (zh) * 2019-08-11 2023-07-14 西藏宁算科技集团有限公司 一种基于Vue简化前后端分离权限控制的方法及其系统
CN110825796B (zh) * 2019-10-09 2021-01-19 车轮互联科技(上海)股份有限公司 数据获取的方法、装置及系统
CN111414391A (zh) * 2020-03-25 2020-07-14 平安资产管理有限责任公司 一种访问多数据源的方法及系统
CN111711569A (zh) * 2020-06-16 2020-09-25 普元信息技术股份有限公司 企业分布式应用中实现请求动态路由的系统及其方法
CN112783978A (zh) * 2021-01-28 2021-05-11 北京东方优播网络科技有限公司 数据传输方法、装置、计算机系统和存储介质
CN113645060B (zh) * 2021-06-30 2022-11-04 苏州浪潮智能科技有限公司 一种网卡配置方法、数据处理方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102902654A (zh) * 2012-09-03 2013-01-30 东软集团股份有限公司 异构平台间数据联动方法及装置
CN104539585A (zh) * 2014-12-05 2015-04-22 北京奇虎科技有限公司 浏览器防注入的方法、浏览器客户端和装置
CN105955782A (zh) * 2016-05-09 2016-09-21 北京奇虎科技有限公司 应用程序运行控制的方法及装置
US20170331921A1 (en) * 2016-05-10 2017-11-16 Veniam, Inc. Systems and methods to improve the handling of user requests in a network of moving things

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105824598B (zh) * 2016-02-29 2019-06-07 维沃移动通信有限公司 一种音效管理方法及移动终端
CN105955792B (zh) * 2016-06-29 2019-07-05 北京金山安全软件有限公司 一种启动控制方法、装置及设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102902654A (zh) * 2012-09-03 2013-01-30 东软集团股份有限公司 异构平台间数据联动方法及装置
CN104539585A (zh) * 2014-12-05 2015-04-22 北京奇虎科技有限公司 浏览器防注入的方法、浏览器客户端和装置
CN105955782A (zh) * 2016-05-09 2016-09-21 北京奇虎科技有限公司 应用程序运行控制的方法及装置
US20170331921A1 (en) * 2016-05-10 2017-11-16 Veniam, Inc. Systems and methods to improve the handling of user requests in a network of moving things

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114531492A (zh) * 2020-11-05 2022-05-24 网联清算有限公司 服务调用方法、装置、存储介质及计算机设备
CN114531492B (zh) * 2020-11-05 2024-05-10 网联清算有限公司 服务调用方法、装置、存储介质及计算机设备

Also Published As

Publication number Publication date
CN108958949A (zh) 2018-12-07
CN108958949B (zh) 2023-04-14

Similar Documents

Publication Publication Date Title
WO2019223099A1 (zh) 应用程序的调用方法及系统
EP3629552B1 (en) Method, registration center and device for service discovery
JP3853593B2 (ja) ウェブアプリケーションサーバにおいて拡張可能な認証機構を実現するための方法および装置
WO2021013058A1 (zh) 大数据产品的异常提示方法、装置、系统、设备及介质
US20100299366A1 (en) Systems and Methods for Generating Cloud Computing Landscapes
JP4643278B2 (ja) 情報提供装置、情報提供方法、情報提供プログラム及び記録媒体
CN111245901B (zh) 一种支持服务参数下发的分布式服务注册发现方法及系统
WO2021254331A1 (zh) 资源管理方法、系统、代理服务器及存储介质
WO2017173928A1 (zh) 业务处理系统、业务处理方法以及业务更新方法
CN113645304B (zh) 数据服务处理方法及相关设备
US8365261B2 (en) Implementing organization-specific policy during establishment of an autonomous connection between computer resources
WO2018045541A1 (zh) 一种容器分配的优化方法及处理设备
EP2681942A2 (en) System and method to provide remote device management for mobile virtualized platforms
US20110145408A1 (en) Service enablement/disablement based on service relationships
WO2021013056A1 (zh) 基于微服务的数据处理方法、装置、设备及可读存储介质
CN113556359B (zh) 一种通讯协议转换方法、设备、系统及网关设备
CN111984561B (zh) 一种bmc的ipmi命令处理方法、系统、设备以及介质
US7181490B1 (en) Method and apparatus for mapping network events to names of network devices
CN110049031A (zh) 一种接口安全认证方法及服务器、认证中心服务器
WO2021128918A1 (zh) 终端设备的控制方法、终端设备及存储介质
US11533596B2 (en) API publish method and apparatus
US20080281969A1 (en) Controlling access to versions of application software by a server, based on site ID
WO2022073401A1 (zh) 基于activiti的流程图调整方法、装置、电子设备和存储介质
US7912922B2 (en) Globally unique instance identification
CN113342845A (zh) 数据同步方法、计算机设备及可读存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18920089

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18920089

Country of ref document: EP

Kind code of ref document: A1